- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
// https://github.com/x42/darc.lv2/blob/7f1f42b879777e570c83fd566ac28cbfdd51e6fc/src/lv2.c#L508
static void
create_pattern (Darc* self, const double w)
{
const int x0 = floor (w * 0.05);
const int x1 = ceil (w * 0.95);
const int wd = x1 - x0;
#define DEF(x) ((x0 + wd * ((x) + 20.) / 60.) / w)
cairo_pattern_t* pat = cairo_pattern_create_linear (0.0, 0.0, w, 0);
/* clang-format off */
cairo_pattern_add_color_stop_rgba (pat, 1.0, .0, .5, .0, 0);
cairo_pattern_add_color_stop_rgba (pat, DEF (40), .0, .5, .0, 0.5);
cairo_pattern_add_color_stop_rgba (pat, DEF (5), .0, .5, .0, 0.5);
cairo_pattern_add_color_stop_rgba (pat, DEF (-5), .5, .0, .0, 0.5);
cairo_pattern_add_color_stop_rgba (pat, DEF (-20), .5, .0, .0, 0.5);
cairo_pattern_add_color_stop_rgba (pat, 0.0, .5, .0, .0, 0);
/* clang-format on */
self->mpat = pat;
pat = cairo_pattern_create_linear (0.0, 0.0, w, 0);
/* clang-format off */
cairo_pattern_add_color_stop_rgba (pat, 1.0, .1, .9, .1, 0);
cairo_pattern_add_color_stop_rgba (pat, DEF (40), .1, .9, .1, 1);
cairo_pattern_add_color_stop_rgba (pat, DEF (5), .1, .9, .1, 1);
cairo_pattern_add_color_stop_rgba (pat, DEF (-5), .9, .9, .1, 1);
cairo_pattern_add_color_stop_rgba (pat, DEF (-20), .9, .9, .1, 1);
cairo_pattern_add_color_stop_rgba (pat, 0.0, .9, .9, .1, 0);
/* clang-format on */
self->cpat = pat;
#undef DEF
}
Отключаем и включаем clang-формат, чтобы отступы красиво были. Да еще и такой вот локальный дефайн!
Follow us!
Approved.
> mpat
Настоящий сишник никогда не раскроет свои секреты врагу... Локалки я бы простила, но блин поля огромного объекта?
З.Ы. Почему не cp и mp?
https://github.com/x42/darc.lv2/blob/7f1f42b879777e570c83fd566ac28cbfdd51e6fc/gui/darc.c#L640
если такой макрос попробовать вот так заюзать
будет хуйня какая-то
Можно наверное что-то такое изобрести, например насрать кучу функций сравнения int с int, float с float, double с double и прочие вореанты, а потом через "_Generic" вызывать нужную говнофункцию из возможных вореантов, но это какой-то пиздец будет
Пример использования "_Generic": https://wandbox.org/permlink/EH5I1XUQrtisSEnR
В чём смысл всё стараться уместить в одну строку? Я могу понять K&R, у них исходник мог на перфокарту не влезть (или на чём там они писали), но в XXI веке зачем экономить на спичках?
Я бы написал так:
Так хотя бы не похоже на типичную порнуху с ioccc.org.
Хотя претензию понимаю. Если аргументами макроса будут функции, они вычислятся дважды, что может быть нежелательным.
и ниипет.
(при условии, что max - не макрос, конечно)
Автор к тому же является одним из разрабов опенсорсной DAW "Ardour" - https://gareus.org/
Да и сам походу всяким там мастерингом и сведением дорожек занимается https://gareus.org/_media/blog/robin_mpc4d1200.jpg?cache=
Творческая личность явно.
Ага, я тоже шланг формат выключила няхер. То ли у меня лапки, то ли это неюзаюбельное говнище, которым только унылую опердень на джаве можно форматировать.
Вообще не даёт что-то выразить отступами.
но меня за выебоны с макросами clang тоже чморил
Это какой-то фанфик на "Норму"?
Нельзя выразить стиль, в котором можно и так и так. Или я что-то не понимаю?
На работе тоже дальше разговоров дела не зашли. Как раз по описанным выше причинам -- уродует нормально написанный код.
в том смысле, что, как они уже настроены, так пусть и хуячат
а дома я и ручками могу красиво написать
https://m.media-amazon.com/images/I/51ZTOaS3bhL._AC_SL1154_.jpg - это вот такая хрень.
Интересно было б попробовать прошивку под такую хрень понаписать
Именно в плане DSP и эффектов?
Это да, аналоговый тракт очень сложно будет запилить без опыта...
С другой стороны, если готовую цап-царапку по I2S к какой-нибудь циклоняшке зацепить, то выглядит вполне реально.
Ты переоцениваешь затраты, имхо...
Чуваки вон лифт на ардуине делали. Что мешает тебе точно так же взять макетку, прицепить к ней I2S цап-царапки и какую-нибудь USB'шную хреновину с энкодерами и кнопочками с али. Даже паять ничего не надо будет, если аппаратная часть тебя не интересует.
Уже можно будет какую-то примочку для гитары сделать или с генерацией сигналов поиграться.
Тут главное чтобы интерес был всё это юзать потом...
Не, ну что-то наколенное сделать конечно можно, но аналогов той железки ты так не соберешь, посмотри какие там inputs и outputs, midi-интерфейсы, IEEE 1394, S/PDIF, оптический вход-выход: https://images.reverb.com/image/upload/s--lE3Lj2rJ--/f_auto,t_supersize/v1560707469/myu7zhddxccitw0aura4.jpg - ты правда думаешь, что один человек все это может осилить, разработать схему, написать прошивку и отладить аппаратную и программную часть такой хреновины?
А тебе шашечки или ехать? Я не спорю, что серийную железку такого уровня в одного не сделать.
Но мы ведь не про стартап для кикстартера, а просто про интересную хреновину для себя?
Ну... лично мне такое не особо нужно. Я б хотел именно с цифровой обработкой сигналов поразбираться, а не что-то для себя делать. Я не музыкант совершенно, хотя когда-то я на пианино учился играть
https://habr.com/ru/post/551752/ вот кстати нашел, что-то такое запилить уже вполне реально.
Х.з., мне обработка без конкретной области не особо интересна была бы...
Одно дело какой-нибудь SDR или музыкальный генератор, которые реально можно услышать, даже если они чисто софтварные на компе. И другое -- просто какие-то бездушные циферки в вакууме.
а потом с такой строчкой в резюме и вакансию найти будет проще
С тех пор, как появился USB3, на поддержку Firewire производители техники почему-то положили прибор.
google: IEEE1394
Упирались в полосу пропускания, потому что DV не был зожатым.
Сейчас погуглил. Внутрикадровое зожатие было (алгоритм, похожий на JPEG), межкадрового не было. За это его и любили: можно было резать запись по кадрам и склеивать без потери качества.
помню, что вроде NES рисовал картинку в два раза меньше, чем разрешение тогдашних телеков, потом апскейлил
читаю:
NES games had a resolution of 256x224 pixels (NTSC) and 256x240 pixels (PAL).
а откуда 720?
Дык она тоже "пикселям" не соответствует...
В итоге строки ещё и наклонены немного. Но это, видимо, как-то корректировалось в том самом блоке с кучей крутилок (y_out = y - x * k какое-нибудь).
И на мониторах вроде тоже регулировок не было. Для горизонтирования строк нужно кадровую развёртку делать не плавной, а лесенкой. Либо отклоняющие катушки приклеить под углом, но такая коррекция будет работать только для одного разрешения.
Может быть, на синкмастерах с цифровой настройкой было?
– кто это контролирует?
Кинескопный телевизор мог сожрать произвольное количество (больше 800 брать бессмысленно, потому что замылит).
ЖК/плазма/OLED с аналоговым входом, конечно, оцифруют сигнал, разбив его на пиксели, как они хотят, а не как хочет источник сигнала. Да, немножко размажет, потому что границы некоторых пикселей входного сигнала не совпадут с границами, которые нарежет АЦП, но картинку телевизор всё равно покажет.
То, что NES за один период строчной развёртки меняет сигналы яркости/цветности на выходе 256 раз. А телеку насрать на то, сколько там раз сигнал поменялся, он плавно двигает лучом, сила которого управляется сигналом от NES.
Т.е. на экране ты увидишь 256 пикселей. Но можно и 320 и 512 и даже 720, если хочется.
Именно так. Но они обычно позволяют включить эмуляцию 4:3 с полями по бокам (и для аналогового входа она обычно включена по-умолчанию).
возможно, что старые консоли что-то такое и делали
Ну да, первые игры для телека ("понг" и т.п.) тупо рисовали прямоугольнички по таймингам. Без всяких там пикселей.
нет цифры нет и пикселец
224 и 240 — это слишком мало. Видеоадаптер сделает апскейл до 448 и 480 соответственно и добавит сверху и снизу чёрные поля до 480 и 576 соответственно.
Вообще пиксели не обязаны быть квадратными.
Да, ЖК-телевизор эти 256 разобьёт на столько, на сколько посчитает нужным (например, 1920 минус чёрные поля, чтобы пропорции не нарушались). Он ещё и второй апскейл сделает.
– получается, что любой телевизор
только жк это сделает при помощи контроллера какого-то, а старый пузатый чисто на основе физики
если я правильно понял
Это да. Главное тайминги правильные соблюсти.
В общем-то даже у VGA pixel clock никак не выражен. Строчки есть, кадры есть, пикселей нету.
На таком экране надо в Azur Lane играть. Корабле-няшки там будет аутентичненько смотреться.
https://play.google.com/store/apps/details?id=com.YoStarEN.AzurLane
помоги Даше понять из "скриншотов", о чём эта игра
игровая область на скринах очень маленькая, основная часть это няшки
я посмотрел на ютубе прохождение, там вообще шмап какой-то. может это совсем другая игра из одной серии, конечно
Ну да, он и есть. Гоняешь няшек в рейды чтобы заработать ресурсы на рулетку, которая выдаёт новых няшек.
> игровая область на скринах очень маленькая, основная часть это няшки
Да что там непонятного-то? Типичнейшая мобильная гача-дрочильня с аниме-девочками, которых надо коллекционировать и прокачивать, собирать всякие медальки-хуяльки. Таких продуктов очень и очень дохрена
А на деле 99% времени ты будешь чистить казарму вилкой, если не задонатишь на сотню-другую дополнительных слотов. Ибо в отличие от того же аркнайта тут нету автоматической дедупликации няшек.
А ты в это реально играла? Может ты еще и в "IDOLM@STER" играешь?
Ну да, пока они не переусложнили меню... Я блин туда деградировать пришла, а не десяток новых механик разом изучать и гайды читать.
И по углу нет обратного хода, что круто.
Есть два стула: один гоняет луч по экрану слева направо, сверху вниз. Второй этот луч включает/выключает, расстреливая три зерна (RGB).
В зависимости от скорости движения луча и частоты включения/выключения можно получать разные разрешения.
Сигнал полностью аналоговый.
Классический VGA монитор тоже ничего не знает, но "цифровой" (aka multisync) имел чип, который умел понять частоту (скорость луча) и сообщить, что скорость слишком большая, если мон ее не поддерживает.
В цифровых протоколах (TMDS) может быть уже есть пиксели
Ну цифровой без пикселей уже не сделать, как не крути... Хотя в остальном развёртка там точно такая же.
480 видимых строк — требование телевизионного стандарта M с развёрткой на 525 строк (включая обратный ход).
По горизонтали в аналоговом телевидении изображение не разбито, можно брать произвольное значение (главное уложиться в предельную частоту сигнала, которую пропускает усилитель). Обычно количество строк умножали на 4/3.
720 в этом стандарте взяли для простоты. И в DVD, кстати, этот размер повторили.
я упоролся и вместо WxH воспринял те цифры как HxW. тогда 480 вполне ОК
чтобы считать с кассеты нужно же её прокрутить полностью или там какое-то карате?
в аудиокассетах тоже такая фишка была вроде, только у меня кассет таких не было, да и магнитола моя в детстве кажется такое колдунство не умела
Просто какая-то частотная метка?
Кассеты с чипом ещё на чипе сохраняли значение счётчика ленты для быстрого поиска.
Была техника, которая искала N-ю запись по паузам. Но так вроде умели только навороченные музыкальные центры. В магнитолах попроще считали это ненужным, там был только ручной поиск.
Потому что нинужно? Полосы и латенси у USB3 с запасом хватает, да и проблем с патентами нету.
фаевае
от создателей уоки-токи, хайфай, вайфай, фаевол
Какой тайп-си )))
FireWire lives matter!
https://pbs.twimg.com/media/FB6YfJBWYAAZVjj?format=jpg&name=900x900