Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Выпуск rav1e 0.3, кодировщика AV1 на языке Rust , opennews (ok), 09-Фев-20, (0) [смотреть все] а почему на Rust заходим в репо, видим что 57 кода это язык ассемблера а кром, leap42 (ok), 10:16 , 09-Фев-20, (1) +11 // Assembly 56 9 Rust 42 8 Действительно, почему , Аноним (2), 10:21 , 09-Фев-20, (2) +6 // Вы построчно считаете Сколько ассемблерных инструкций в одной строке раста , коржик (?), 13:24 , 09-Фев-20, (31) +1 Интересно, сколько там rust-строк безопасных , а сколько в unsafe-блоках , Андрей (??), 15:48 , 09-Фев-20, (57) +7 Ну и что На асме 20 файлов вынесены только платформо-зависимые вещи вроде SSE, proninyaroslav (ok), 10:48 , 09-Фев-20, (6) +5 // Тоесть асмный код эффективный а раст это мусор Ну я так и знал, mommy (?), 11:24 , 09-Фев-20, (9) –5 // А раст безопасный Безопасно вызвать асм код это особое искусство , Аноним (17), 12:07 , 09-Фев-20, (17) +15 128515 128515 128515 , Аноним (-), 15:44 , 09-Фев-20, (54) +1 Скрыто модератором, nelson (??), 17:01 , 09-Фев-20, (66) –6 Асм эффективнее любого существующего языка Конечно, в большинстве случаев компи, proninyaroslav (ok), 12:30 , 09-Фев-20, (26) –3 Дык человек-то ещё менее всемогущ и предсказуем, особенно когда это касается спе, A.Stahl (ok), 14:12 , 09-Фев-20, (39) То есть вы хотите сказать что компилятор абсолютно всегда знает где применять SI, proninyaroslav (ok), 14:21 , 09-Фев-20, (41) –1 На самом деле вы недооцениваете компиляторы, и переоцениваете человека Как прав, Анонимиус (??), 19:17 , 09-Фев-20, (76) +7 Да, при должной квалификации и знания потрохов того компилятора, для которого , proninyaroslav (ok), 20:05 , 09-Фев-20, (82) Вы переоцениваете компиляторы В любом оптимизированном кодеке будет много ассем, VEG (ok), 11:31 , 10-Фев-20, (115) +1 Не обязательно ИИ Обширный набор эвристик, теория отимизации графов и прочие ум, виндотролль (ok), 03:47 , 10-Фев-20, (104) +2 Ага, именно поэтому все самые быстрые кодеки всегда на низкоуровневых C Rust с к, VEG (ok), 11:37 , 10-Фев-20, (116) –1 От задачи зависит Теоретически, чем более высокоуровневый язык, тем круче оптим, виндотролль (ok), 18:12 , 10-Фев-20, (128) +2 Все верно Здесь - считаем Здесь https sourceware org git p glibc git a tree, Аноним84701 (ok), 14:49 , 09-Фев-20, (45) +3 асмный код - это различная реализация одних и тех же процедур для разных платфор, Аноним (89), 22:17 , 09-Фев-20, (89) Покажите хотя бы один компилятор, который делает автоматическую оптимизацию в SI, Аноним (121), 13:10 , 10-Фев-20, (121) –1 Пожалуйста https godbolt org z eyj-xbGCC 9 2, Иван (??), 00:06 , 11-Фев-20, (137) +1 Т е чтобы вызывать функции из 20-ти файлов на асме, требуется 111 неэффективных, Аноним (87), 20:34 , 09-Фев-20, (87) +1 А потому, что Rust он же безопасный и в указатели на нём низзя-низзя, моветон П, Аноним (32), 13:31 , 09-Фев-20, (32) –4 Забавно то, что в декодере dav1d, написанном на С, аналогичная картина Assembly , Аноним (37), 14:06 , 09-Фев-20, (37) +10 // он НЕБЕЗОПАСТНЫЙ, как вы не можете этого понять , нах. (?), 15:01 , 09-Фев-20, (48) –5 Скрыто модератором, Аноним (3), 10:22 , 09-Фев-20, (3) +2 Что плохого в Rust А то его здесь много критикуют , Аноним (4), 10:39 , 09-Фев-20, (4) +7 // в Rust ничего плохого, просто проект в основном на ассемблере написан, а не на г, leap42 (ok), 10:41 , 09-Фев-20, (5) +1 Скрыто модератором, Аноним (7), 11:17 , 09-Фев-20, (7) –4 // Скрыто модератором, коржик (?), 11:18 , 09-Фев-20, (8) +7 // Скрыто модератором, mommy (?), 11:25 , 09-Фев-20, (10) +2 Скрыто модератором, emg81 (ok), 16:00 , 09-Фев-20, (59) +5 Скрыто модератором, Аноним (4), 11:37 , 09-Фев-20, (14) +1 Вокруг раста слишком много хайпа, многие не понимают сильных сторон этого языка , segesg (?), 11:27 , 09-Фев-20, (11) +5 // Ну вообще, конечно, управление памятью без сборщика мусора всегда было мечтой ни, Аноним (4), 11:36 , 09-Фев-20, (13) +3 Ну плюсы тоже сложные, если использовать их правильно , proninyaroslav (ok), 12:22 , 09-Фев-20, (25) // В том, собственно, и смысл На плюсах просто начать писать, но научиться писать , Аноним (74), 19:11 , 09-Фев-20, (74) +4 Я имел ввиду что некоторые тоже хейтят C за свою сложность, но продолжают писа, proninyaroslav (ok), 20:22 , 09-Фев-20, (83) в самом rust может и ничего особенно плохого хотя лично мне идея кажется феерич, нах. (?), 13:04 , 09-Фев-20, (28) // Человек даже свой жаргон ненависти придумал Читаю и радуюсь , Илья (??), 14:52 , 09-Фев-20, (46) +6 // видимо, более сложные слова разбирать для тебя - задача невыполнимая, альтернати, нах. (?), 15:00 , 09-Фев-20, (47) –4 Последствия любого упоминания Rust здесь мне напоминают двухминутку ненависти из, Аноним (74), 19:15 , 09-Фев-20, (75) +3 Я, конечно, сам тоже скептик переписывания, но по-вашему никакого нового кода вз, Аноним (4), 15:03 , 09-Фев-20, (49) +1 // Если никакого _нового_ кода, не взамен существующего, не появилось на значительн, нах. (?), 15:32 , 09-Фев-20, (52) Это не особо хорошо, да Хотя если честно, я все равно не пойму такой силы напад, Аноним (4), 16:57 , 09-Фев-20, (64) +1 ну потому что задолбали уже всех белки-истерички, рассказывающие о том, как всем, нах. (?), 17:24 , 09-Фев-20, (69) –1 Как минимум, на opennet редко кто врывается и что-то рассказывает про Rust Здес, Аноним (74), 18:54 , 09-Фев-20, (73) +11 Не кормите троллей, Илья (??), 20:29 , 09-Фев-20, (84) Как же нам тогда писать софт с меньшим числом досадных багов и уязвимостей И ка, Аноним (4), 19:45 , 09-Фев-20, (79) Я достаточно изучил местную аудиторию, так что наверняка предложенные вам вариан, Аноним (74), 19:56 , 09-Фев-20, (81) Как я не догадался Конечно, если разработчик сможет абстрагироваться от мелких, , коржик (?), 20:10 , 10-Фев-20, (131) +1 у него будет больше времени на тяп-ляп Это плохо Управление памятью не является, нах. (?), 10:32 , 11-Фев-20, (139) –2 Считать деньги это по вашему тяп ляп Биллинг, генерация документов и репортов э, коржик (?), 21:45 , 11-Фев-20, (148) Это какое же у вас железо то У меня вот например воспроизводит 1080р на i5-2520, Obito (ok), 13:44 , 22-Мрт-20, (153) Это болезнь любого нового или не очень языка Язык просто ищет применение, а т, proninyaroslav (ok), 20:31 , 09-Фев-20, (86) // нет Это новоизобретение именно модных-современных язычков Повторяю _все_ что б, нах. (?), 22:16 , 09-Фев-20, (88) +1 Ну, хоть и раст изначально разрабатывался без определённой прикладной цели, но ч, proninyaroslav (ok), 22:36 , 09-Фев-20, (93) +1 Откуда вы это берете Если это действительно просто троллинг, то прямо слишком т, Аноним (74), 22:47 , 09-Фев-20, (94) +2 дружище, мы эти сказочки про дело-небыстрое слушаем уже лет семь, кажется В это , нах. (?), 10:49 , 10-Фев-20, (114) –1 У гугла подход простой 1 Перекупить ключевых разрабов у других компаний напом, Аноним (117), 12:40 , 10-Фев-20, (117) почему нет-то Они не хотели работать затак Они хотели работать за мало бабла , нах. (?), 13:04 , 10-Фев-20, (120) –1 почему нет-то c Спорно Проекты на Rust нередко обходят по производительности , Аноним (117), 14:07 , 10-Фев-20, (125) +1 А вот и нет, Юникс был в начале на асме написан А уж потом придумали Си и переп, Аноним (4), 04:52 , 10-Фев-20, (106) +1 то что было написано на асме- было примитивным монитором, с тремя командами ls c, нах. (?), 07:14 , 10-Фев-20, (108) Как будто это просто очередной язычок, а про компайл-тайм гарантии безопасности , Аноним (4), 04:54 , 10-Фев-20, (107) +1 Ага, особенно Страуструп, писавший инновационную и нанотехнологичную 8230 науч, имя (ok), 00:20 , 10-Фев-20, (98) +2 // afair, cfront использовался для какой-то вполне осмысленной деятельности, пусть , нах. (?), 07:29 , 10-Фев-20, (109) –1 https cve mitre org cgi-bin cvekey cgi keyword firefox cssЗа два года всего дв, имя (ok), 13:25 , 10-Фев-20, (122) +4 А остальные не отнесли к css Я просто смотрю на release notes шерстяного с очере, нах. (?), 13:49 , 10-Фев-20, (123) –3 Истина всегда где-то рядом Важен лишь продуктивный симбиоз для решения конкретн, Аноним (12), 11:30 , 09-Фев-20, (12) –1 Я тут недавно выяснил, что для h264 минимальный битрейт порядка 10000kbps на 108, Аноним (15), 12:00 , 09-Фев-20, (15) // Кто уже догадался что в качестве разных кодировщиков нет никакой разницы и не ст, Аноним (17), 12:10 , 09-Фев-20, (20) +1 // Я могу сказать, что на 360p h265 битрейт 300kbps равен 1000kbps h264 И h265 4, Аноним (15), 12:18 , 09-Фев-20, (24) +1 // а заниматься тем же самым для h264 тебе было не с руки, поэтому и получили что п, нах. (?), 13:06 , 09-Фев-20, (29) Визуально качество очень сильно отличается Я твикал на предмет удобоваримой ско, Аноним (15), 13:17 , 09-Фев-20, (30) разница вполне может быть вызвана тем, что самый медленный пресет все равно тв, нах. (?), 13:34 , 09-Фев-20, (33) +2 Да не, x265 уделывает x264 целиком и полностью Особенно, на низком битрейте бри, Аноним (15), 14:06 , 09-Фев-20, (36) пресеты не особо менялись первые лет десять А дальше я перестал следить - полаг, нах. (?), 15:39 , 09-Фев-20, (53) –1 Годнота попадается иногда Сканы с шумной кинопленки Имхо, будущее за 50p 60p И , artenox (?), 19:33 , 09-Фев-20, (78) ее сканировать уже нечем, к сожалению Это тебе не нескучный язык приспособить к , нах. (?), 22:26 , 09-Фев-20, (90) Кстати, на счет этого -- для Canon существует такой твик фирмвари Magic Latern, , Thony (?), 11:10 , 11-Фев-20, (141) +1 Можно ссылочки Мне очень методики сравнения интересны, я не понимаю как это мож, Ordu (ok), 15:29 , 09-Фев-20, (51) // Есть метрики навроде VMAF и PSNR, гуглится на раз Насчёт информации на русском , Аноним (15), 16:27 , 09-Фев-20, (61) +1   // отдельный вопрос, каково их отношение к видимому глазом качеству Гуглится это с, нах. (?), 17:17 , 09-Фев-20, (68) +1   Сравнивать визуальные артефакты различных кодеков равноценно нельзя, но степень , Аноним (15), 18:42 , 09-Фев-20, (72)   дык а кому она нужна, степень эта Если мы их глазом либо не видим, либо видим с, нах. (?), 22:29 , 09-Фев-20, (91) +1   Ну поэтому я просто проверяю скриптом битрейт и параметры у файлов из интернета , Аноним (15), 23:19 , 09-Фев-20, (95)   Коммерческие кодеры Mainconcept не пишут параметры кодирования YouTube еще выр, artenox (?), 00:02 , 10-Фев-20, (96) +1   Да, просто пока что мне ещё не попадались хорошие файлы с удалённой инфой в инте, Аноним (15), 00:26 , 10-Фев-20, (99)   CABAC, Ref MediaInfo показывает В Avidemux можно посмотреть сколько B кадров и , artenox (?), 00:41 , 10-Фев-20, (100)   Точно Я дополню, спасибо Случайно взятый файл показал cabac ref 1 maxbitrate 1, Аноним (15), 00:56 , 10-Фев-20, (101)   Не знаю насчет ffprobe В Avidemux клавиши Up Down переход по ключевым I кадрам, artenox (?), 02:56 , 10-Фев-20, (103)   Причем, вместе с maxrate задается bufsize - это величина, на которую битрейт мож, artenox (?), 04:15 , 10-Фев-20, (105)   чорт, даже интересно стало - что это такое ты смотришь, что можно не смотреть ес, нах. (?), 10:22 , 10-Фев-20, (113)   Вопрос, скорее, про хранение Затем, что лучше не было, стриминговые сайты гонят, Аноним (15), 14:53 , 10-Фев-20, (126)   А ffmpeg тоже чертов Ведь в нем по умолчанию crf 28 , artenox (?), 20:42 , 10-Фев-20, (132)   И много кто не меняет эти умолчания, если форумы почитать , artenox (?), 20:43 , 10-Фев-20, (133)   Абсолютли Надо же было додуматься до такого, 23 уже обращает всё в тыкву Я мог, Аноним (15), 21:47 , 10-Фев-20, (134)   Может скопипастить команду из форумов , artenox (?), 22:00 , 10-Фев-20, (135)   По ссылке 1 с википедии 2 , которая заодно третья ссылка в ddg при поиске по за, Ordu (ok), 19:28 , 09-Фев-20, (77)   ну вот, еще до одного дошло, что верить никому нельзя imho, чем тратить недели н, нах. (?), 22:31 , 09-Фев-20, (92)   Хахаха, лол Заменить выборку из 18 человек на выборку из 1 человека, это офиген, Ordu (ok), 09:44 , 10-Фев-20, (110)   естественно Мы же для этого человека делаем, а не для тех восемнадцати Иначе мо, нах. (?), 10:17 , 10-Фев-20, (112)   Да, но и потратил я на это не несколько часов, а несколько минут Ему нужен компр, Ordu (ok), 22:21 , 10-Фев-20, (136)   ему нужно денег, и желательно - побольше Если пипл хавает дерьмо с лопаты - то , нах. (?), 10:25 , 11-Фев-20, (138)   Тебе удалось уловить самые азы экономики Умница , Ordu (ok), 15:25 , 11-Фев-20, (146)   Scene rules для 1080p рекомендуют минимум 8000 kbps, максимум 14000 kbps htt, ksa242 (?), 18:52 , 10-Фев-20, (130) // Это больше похоже на правду, спасибо То стриминговые стандарты, которых все при, Аноним (15), 21:36 , 14-Фев-20, (151) Ну, это очень сильно зависит от исходника и что там в нём написано, его частоты , Аноним (145), 12:00 , 11-Фев-20, (145) +2 // Анон, откуда такие познания в предмете Что и кого почитать чтобы стать таким же, Аноним (149), 22:51 , 11-Фев-20, (149) +1 У x265 есть pmode его, вероятно, стоит выбрать вместо pme Проблема в том, что, Аноним (15), 22:18 , 14-Фев-20, (152) Какой тут безопасный и оптимизирующий компилятор, если половина кода ассемблера,, vz_2 (?), 12:44 , 09-Фев-20, (27) +1 на реализацию которого по сути забили - https github com mozilla aomrav1e 0 3 , nelson (??), 13:44 , 09-Фев-20, (34) +2 // а чего реализовывать-то еще Уже все реализовано, эталон ненужно создан интересн, нах. (?), 15:48 , 09-Фев-20, (55) // Кодеки были просто дорого, но вот аппаратные ускрители мпег2 стали ненужны в п2 , крок (?), 12:47 , 10-Фев-20, (118) // да нет, в том и прикол что mpeg2 отправился на свалку истории _раньше_ аппаратн, нах. (?), 12:57 , 10-Фев-20, (119) MPEG2 и по сей день лучше DivX XviD ов По крайней мере, на битрейтах, на которы, artenox (?), 14:04 , 10-Фев-20, (124) Вам кажется Не в последнюю очередь потому, что в MPEG-4 ASP пережимали в т ч и, Аноним (147), 19:12 , 11-Фев-20, (147) Если что, это старое зеркало Мозиллы Работа ведется здесь https aomedia goog, Аноним (147), 01:06 , 10-Фев-20, (102) +1 - AV1 - требует слишком больших затрат на вычисления, а результат Надо сравнива, Аноним (35), 13:52 , 09-Фев-20, (35) –1 // Ты не понял, h264 это вообще мусор Нужен бесплатный конкурент h265, и они пытаю, Аноним (15), 14:09 , 09-Фев-20, (38) // Это ты не понял Всё незапатентованное можно запатентовать задним числом Всё не, Аноним (42), 14:23 , 09-Фев-20, (42) –1 // Для AV1 передали свой патентный пул различные различные заинтересованные лица Н, Аноним (15), 14:31 , 09-Фев-20, (44) +1 При кодировании с использованием libaom выигрыш по объёму относительно x264 полу, Аноним (80), 19:46 , 09-Фев-20, (80) +1 C H26x проблема - оно покрыто лицензионными ограничениями вдоль и поперёк , Аноним (143), 11:17 , 11-Фев-20, (143) +1 А что с h 265 и h 266 патентасты идут лесом, в большинстве государств алгоритмы, Аноним (42), 14:15 , 09-Фев-20, (40) // Все норм железки делают в Японии Сга 8212 основной рынок, в том числе для Ки, Аноним (15), 14:24 , 09-Фев-20, (43) // даже жаль, что их никто не покупает, да не окажется Сегодняшний vp8 в отличие , нах. (?), 15:52 , 09-Фев-20, (58) // Бытовой подразумевает в первую очередь бытовое применение Т е h265 на сегодн, Аноним (15), 16:17 , 09-Фев-20, (60) –1 берем любую бытовую видео-камеру - там-тадам - h264 либо в mov, либо в mp4Бе, нах. (?), 17:15 , 09-Фев-20, (67) Да что у вас за железо то У меня спокойно работает 1080р 30 фпс на проце i5-252, Obito (ok), 13:58 , 22-Мрт-20, (154) Че там, в огнелисе теперь будет нормальное гпу ускорение , Аноним (63), 16:55 , 09-Фев-20, (63) // конечно нет все деньги потрачены на чудо-кодек , нах. (?), 17:27 , 09-Фев-20, (70) +2 шутишь они же на безопасный раст переписывают , Аноним (87), 17:35 , 09-Фев-20, (71) +1 Да, будет GPU-ускорение Ненормальное, небезопасное, но если хотите пользоваться, Аноним (42), 20:31 , 09-Фев-20, (85) Будет, пилят vaapi на wayland Все новости проспал , Имя (?), 00:06 , 10-Фев-20, (97) // т е можно ещё лет 10 поспать, а потом они начнут останки FF на dust переписыват, Аноним (87), 09:49 , 10-Фев-20, (111) Скрыто модератором, an (??), 18:35 , 10-Фев-20, (129) Две строчки обвязки вокруг мнемоник ассемблера - но зато ОНОЖЕНАХРУСТЕ 111, Аноним (143), 11:16 , 11-Фев-20, (142) // Хруст - Это Артхаус , Гугляки... (?), 11:42 , 11-Фев-20, (144) Rust же ради безопасности, стоило ли так заморачиваться, что написать другу поло, Аноним (150), 22:54 , 11-Фев-20, (150) 1,4,12,15,27,34,35,40,63,142,150

Сообщения

[Сортировка по времени | RSS]

	61. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+1 +/–
	Сообщение от Аноним (15), 09-Фев-20, 16:27
	Есть метрики навроде VMAF и PSNR, гуглится на раз. Насчёт информации на русском языке не уверен.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+1 +/–
	Сообщение от нах. (?), 09-Фев-20, 17:17
	> Есть метрики навроде VMAF и PSNR, гуглится на раз. Насчёт информации на > русском языке не уверен. отдельный вопрос, каково их отношение к видимому глазом качеству. Гуглится это с трудом, продраться через терминологию сложно, убедительности в этих документах не ощущается.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от Аноним (15), 09-Фев-20, 18:42
	Сравнивать визуальные артефакты различных кодеков равноценно нельзя, но степень отличия от оригинала оценить вполне можно. Чем сложнее сцена и чем больше отличий, тем больше результат "плывёт". А глазу заметна даже небольшая разница. С PSNR, насколько я помню, проблема в том, что он артефакты считает за "детали", потеря этих самых "деталей" иногда более предпочтительна. В целом, вывод, который можно сделать, это чем дороже процесс кодирования, тем больше деталей сохраняется. Но эти детали могут оказаться артефактами, что особенно кусается при повторном транскоде. Для сохранения деталей (вроде эффекта плёнки) есть всякие psy-rd/psy-rdoq, но при транскоде сразу лезут артефакты в стиле x264 (как называется грязная кромка, запамятовал? вот они), и на низком битрейте такие "улучшения" попросту разъедают глаза.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+1 +/–
	Сообщение от нах. (?), 09-Фев-20, 22:29
	> Сравнивать визуальные артефакты различных кодеков равноценно нельзя, но степень отличия от > оригинала оценить вполне можно. дык а кому она нужна, степень эта? Если мы их глазом либо не видим, либо видим совсем не то что этот метод считает важным. > С PSNR, насколько я помню, проблема в том, что он артефакты считает за "детали", потеря этих > самых "деталей" иногда более предпочтительна. о том и речь. А продираться через детали математики - еще одна жизнь нужна :-(
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от Аноним (15), 09-Фев-20, 23:19
	Ну поэтому я просто проверяю скриптом битрейт и параметры у файлов из интернета. Битрейт ниже теоретических пределов однозначно указывает на мусорность файла, по возрастающей. Если там me=dia или subme=3, можно спокойно и с уверенностью утверждать, что файл уг. Также, когда параметров кодека нет, это почти наверняка указывает на мусорность. Глазками конечно проще точнее оценить, но глазками утомительно и больше времени необходимо. Руководствуюсь отношением битрейт/параметры, если они соответствуют моим представлениям и файл не был множественно перекодирован, результат (обычно) соответствует ожидаемому. Качество источника вносит свои коррективы конечно. Это самый полезный на свете скрипт, почему я не написал его раньше? Времени на его написание ушло не более получаса. Менее 500 строк копипасты.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+1 +/–
	Сообщение от artenox (?), 10-Фев-20, 00:02
	> Также, когда параметров кодека нет, это почти наверняка указывает на мусорность Коммерческие кодеры (Mainconcept) не пишут параметры кодирования. YouTube еще вырезает, хотя, наверняка использует crf в x264 с ограниченным maxrate (на воде особенно заметно).
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от Аноним (15), 10-Фев-20, 00:26
	Да, просто пока что мне ещё не попадались хорошие файлы с удалённой инфой в интернете. Аппаратные кодеры тоже сливают софтовым. Я попытался считать скор, но видимо это логику нужно ещё доработать. Например, выдавать несколько раздельных оценок. А если параметров кодирования нет, можно смотреть только на битрейт — это крайне подозрительно само по себе.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от artenox (?), 10-Фев-20, 00:41
	> если параметров кодирования нет, можно смотреть только на битрейт CABAC, Ref MediaInfo показывает. В Avidemux можно посмотреть сколько B кадров и длину GOP (а также узнать применялся ли детектор сцен). В Bitrate Viewer график битрейта посмотреть (на CBR ли).
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от Аноним (15), 10-Фев-20, 00:56
	Точно. Я дополню, спасибо. Случайно взятый файл показал cabac/ref=1 maxbitrate=16k и жутко размытую картинку. ffprobe сказал has_b_frames=0, видимо их и нет. Насчёт GOP и детектора сцен не уверен, наверно было бы неплохо это знать. ffprobe может сообщить не сканируя весь файл?
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от artenox (?), 10-Фев-20, 02:56
	> ffprobe может сообщить не сканируя весь файл? Не знаю насчет ffprobe. В Avidemux клавиши Up/Down переход по ключевым (I) кадрам. Left/Right по обычным кадрам. Внизу пишется тип кадра. Обычно идут IPPPBBB. Если нет B кадров - это указывает на плохие настройки кодирования. I кадры по идее должны начинаться, когда в кадре меняется изображение (новая сцена), но не чаще 250 кадров (10 секунд). Если они встречаются чаще (раз в 12 кадров или раз в 25 кадров, т.е. раз в 1 сек), это свидетельствует, что keyframe интервал захардкоден и битрейт тратится впустую (на лишние I кадры) = хуже качество. То бишь энкодер не применял детектор сцен. Иногда бывает, что и при коротком GOP интервале детектор сцен работал (в MPEG2, обычно). Если новая сцена начинается с P или B кадра, это не очень хорошо. GOP - это разница между двумя I. Там же можно посмотреть длительность каждого кадра = разница времени между двумя кадрами. И по ее значениям вычислить реальную частоту видео. А она иногда бывает переменная (обычно со смартфонов), даже если MediaInfo показывает Constant. Например, первый кадр 00:00:03.520, стрелка Right, второй кадр 00:00:03.560. 560-520=40 мс 1/40*1000=25 fps Иными словами 1/25=0.04 сек * 1000 = 40мс Как я уже говорил, в пределах файла длительность может быть переменной (Variable Frame Rate).
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от artenox (?), 10-Фев-20, 04:15
	> YouTube наверняка использует crf в x264 с ограниченным maxrate Причем, вместе с maxrate задается bufsize - это величина, на которую битрейт может превышать значение maxrate в течении небольшого промежутка времени. На сложных сценах можно видеть так называемые биения битрейта - периодические проседания битрейта/качества* (где-то раз в секунду). В моменты проседания буфер опустошается и дабы компенсировать предыдущее повышение битрейта, он понижается, а сложность сцены то не меняется и все повторяется. Так забавно наблюдать как буфер колбасит. * к примеру, чистый шум камеры периодически превращается в грязь.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от нах. (?), 10-Фев-20, 10:22
	чорт, даже интересно стало - что это такое ты смотришь, что можно не смотреть если битрейт не угодил. И зачем тогда это смотреть вообще?
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

	126. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от Аноним (15), 10-Фев-20, 14:53
	Вопрос, скорее, про хранение. Затем, что лучше не было, стриминговые сайты гонят лажу. Потом файлы транскодируются или поставляются как есть, в первом случае хранить убитые раздутые файлы нет совершенно никакого резона, во втором придётся принять за данность. Но это универсально. Всякие nvenc и особенно quicksync (ладно бы в hevc 10битный кодировали, так нет же, самый днизенский avc, древними картами которые и кодировать нормально не умели) можно удалять совершенно спокойно. Чёртов handbrake опять же, напихали этой дряни в хомячковый софт… Или не удалять, а уменьшить разрешение в 4 раза и битрейт (а значит и размер файла) в 10+ раз и ничего не потерять, но такие файлы всё равно дутые получаются. Эти самые невидимые "кромки" присутствуют, даже если их не видно. Зато хотя бы "волосатые" края сминаются и становятся чёткими.
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от artenox (?), 10-Фев-20, 20:42
	А ffmpeg тоже чертов? Ведь в нем по умолчанию crf 28.
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от artenox (?), 10-Фев-20, 20:43
	И много кто не меняет эти умолчания, если форумы почитать.
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от Аноним (15), 10-Фев-20, 21:47
	Абсолютли. Надо же было додуматься до такого, 23 уже обращает всё в тыкву. Я могу ещё понять 19 (тыква) или 18 (не могу понять как можно на серьёзных щах утверждать будто <18 не нужно) по умолщанию, но 28 это совсем какое-то дно. Но ипичный сферический пользователь не станет ffmpeg пользоваться. Как и голым x264. Отсюда и все беды — пользователь думает, что всё уже готово и настроено.
	Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

	135. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от artenox (?), 10-Фев-20, 22:00
	> Но ипичный сферический пользователь не станет ffmpeg пользоваться Может скопипастить команду из форумов.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от Ordu (ok), 09-Фев-20, 19:28
	>> Есть метрики навроде VMAF и PSNR, гуглится на раз. Насчёт информации на >> русском языке не уверен. > отдельный вопрос, каково их отношение к видимому глазом качеству. По ссылке[1] с википедии[2], которая заодно третья ссылка в ddg при поиске по запросу "VMAF": > VMAF was specifically formulated by Netflix to correlate > strongly with subjective MOS scores. Using machine learning > techniques, a large sample of MOS scores were used as ground > truth to train a quality estimation model. It is a full-reference, > perceptual video quality metric that aims to approximate human > perception of video quality. Если по русски, то это ML наученный предсказывать человеческие оценки качества. И дальше там результат сравнения работы VMAF с субъективным восприятием, который в конечном итоге сводится к: > a) The results exhibit a strong correlation between subjective Mean Opinion Score and the computed objective VMAF score with a correlation of 0.948. This compares well with the Netflix results of 0.963 and 0.939 for the NFLX-TEST and VQEGHD3 datasets, respectively. Even though the original VMAF was trained on 1080p data we demonstrate its applicability to 4K video. > b) While VMAF is a strong predictor of subjective opinion of a collection of viewers on the quality of video content, with a RMSE of 12.7, our results show that the computed value more often (85 percent of the time) over-estimates the subjective quality. > c) The results indicate that if a video service operator were to encode video to achieve a VMAF score of about 93 then they would be confident of optimally serving the vast majority of their audience with content that is either indistinguishable from original or with noticeable but not annoying distortion. 0.95 корреляции -- это очень неплохо, но VMAF всё же часто переоценивает качество. Подход ясен, моё любопытство удовлетворено. Но все эти числа и выводы не стоит рассматривать как истину в последней инстанции: там выборка 18 человек всего (для оттачивания методики измерения надо бы несколько десятков, хотя бы), плюс не написано что это за выборка, каким образом она создавалась. Дети до пяти лет с близорукостью высокой степени? Студенты второго курса на дизайнерских специальностях? Раз не описана выборка, значит скорее всего репрезентативности выборки не уделялось должного внимания, а это значит что результат может кардинально отличаться от реальности. То есть, я бы на месте video service operator ещё бы подумал, стоит ли обращать внимание на рекомендацию в пункте (c). С другой стороны -- это второстепенное исследование, которое пытается оценить применимость VMAF для оценивания 4K видео (VMAF был заточен под 1K, согласно статье). В википедии есть ссылки на статьи 2012/13 годов, с которых всё начиналось, так что лучше туда идти за подробностями в отношении надёжности этой метрики. [1] https://www.realnetworks.com/sites/default/files/vmaf_reprod... [2] https://en.wikipedia.org/wiki/Video_Multimethod_Assessment_F...
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

	92. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от нах. (?), 09-Фев-20, 22:31
	> То есть, я бы на месте video service operator ещё бы подумал, стоит ли обращать внимание на > рекомендацию в пункте (c). ну вот, еще до одного дошло, что верить никому нельзя. imho, чем тратить недели на чтение первоисточников и разбирательства деталей, проще потратить (недели же) на пробные кодирования и ручной просмотр - если мы не нетфликс, и для себя это делаем, нас интересует не его выборка, а наша собственная.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от Ordu (ok), 10-Фев-20, 09:44
	> imho, чем тратить недели на чтение первоисточников и разбирательства деталей, проще потратить (недели же) на пробные кодирования и ручной просмотр Хахаха, лол. Заменить выборку из 18 человек на выборку из 1 человека, это офигенно добавит к достоверности исследования, да. Если ты хочешь лучше, то тебе надо набрать своих человек 15, повторить исследование и сравнить результаты с тем, что указано в статье. В случае существенного расхождения набрать ещё человек тридцать и наковырять ещё данных. И, я отмечу, чтение первоисточников -- это несколько часов. А вот провести исследование -- это уже действительно недели. Я бы рассчитывал на месяц минимум, и заранее морально готовился бы к тому, что это может растянутся и на два-три месяца. Особенно если нет опыта проведения исследования на людях. > если мы не нетфликс, и для себя это делаем, нас интересует не его выборка, а наша собственная. Ты читать умеешь? Совет ориентирован на video service provider. Если ты раздаёшь видео себе, то тебе вообще никакие советы не нужны, бери и стримь. Если не понравится, потом подтюнишь.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от нах. (?), 10-Фев-20, 10:17
	> Хахаха, лол. Заменить выборку из 18 человек на выборку из 1 человека, это офигенно добавит к > достоверности исследования, да. естественно. Мы же для этого человека делаем, а не для тех восемнадцати. Иначе можно вообще ничего не проверять, а просто запустить премьер с дефолтным экспорт-пресетом, для "широкой публики" все за тебя уже поисследовали, она схавает, инфа 100%. > И, я отмечу, чтение первоисточников -- это несколько часов. то что ты сделал - это не чтение первоисточников, это ты прошелся по верхам. А разбираться в деталях - это уже недели и будут. > Ты читать умеешь? Совет ориентирован на video service provider. ему этот совет вообще был без надобности, там не надо качество, ему надо дешево и сердито. > Если ты раздаёшь видео себе, то тебе вообще никакие советы не нужны, бери и стримь. Если не > понравится, потом подтюнишь. вот разным анонимам - не нравится. А что и как тюнить - готовых идей нет, особенно когда кодеков минимум четыре, за вычетом бесполезных, и каждый эксперимент - несколько десятков часов. А в умных статьях - какая-то явная фигня написана. (А потом еще как-то посмотреть надо, сравнивая качество - а не просто истекающими кровью глазами. На что и уходит основное время.)
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от Ordu (ok), 10-Фев-20, 22:21
	> то что ты сделал - это не чтение первоисточников, это ты прошелся по верхам. Да, но и потратил я на это не несколько часов, а несколько минут. > ему этот совет вообще был без надобности, там не надо качество, ему надо дешево и сердито. Ему нужен компромисс между качеством и дешевизной.
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от нах. (?), 11-Фев-20, 10:25
	>> ему этот совет вообще был без надобности, там не надо качество, ему надо дешево и сердито. > Ему нужен компромисс между качеством и дешевизной. ему нужно денег, и желательно - побольше. Если пипл хавает дерьмо с лопаты - то дерьма ему и навалят. Если какие-то мерссские конкурентишки выложили качество получше - надо подумать, нельзя ли им устроить какую-нибудь пакость, а вовсе не улучшать свой сервис. Рыночек, знаешь ли, решает.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от Ordu (ok), 11-Фев-20, 15:25
	>>> ему этот совет вообще был без надобности, там не надо качество, ему надо дешево и сердито. >> Ему нужен компромисс между качеством и дешевизной. > ему нужно денег, и желательно - побольше. Если пипл хавает дерьмо с > лопаты - то дерьма ему и навалят. > Если какие-то мерссские конкурентишки выложили качество получше - надо подумать, нельзя > ли им устроить какую-нибудь пакость, а вовсе не улучшать свой сервис. > Рыночек, знаешь ли, решает. Тебе удалось уловить самые азы экономики. Умница.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема