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

Выпуск 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]

	49. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+1 +/–
	Сообщение от Аноним (4), 09-Фев-20, 15:03
	Я, конечно, сам тоже скептик переписывания, но по-вашему никакого нового кода взамен существующего писать не надо, да? > еще один бесполезный кодировщик бесполезного формата Для вас бесполезного, а для кого-то может и нет, зачем же так категорично говорить
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	52. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от нах. (?), 09-Фев-20, 15:32
	Если никакого _нового_ кода, не взамен существующего, не появилось на значительном отрезке времени - возможно, следует предположить, что что-то тут не так? > Для вас бесполезного, а для кого-то может и нет, зачем же так категорично говорить для кого-то живущего в очень отдаленном будущем, где компьютеры быстрее в тысячу-другую раз - он, возможно, оказался бы полезен. Но что-то подсказывает, что к этому времени раст отправится следом за многими другими модными-молодежными поделками, а работающий в этом будущем кодировщик av1 будет на чем-то другом. Или, скорее всего, будет другой стандарт. А пока все "оптимизированные" поделки обеспечивают время кодирования двадцатиминутного ролика в пару недель и с качеством хуже чем h264 - они не нужны абсолютно никому, кроме организаций, впаривающих фуфло в надежде на новый грант. Уже совершенно очевидно, что гугль и компания перестарались, родив абсолютно мертвый спек, непригодный ни для кодирования, ни для воспроизведения на обычном железе. Все надежды что "ну это же был неоптимизированный кодек, щас-щас-щас-щас оптимизируем-оптимизируем" у имеющих мозг, полагаю, тоже улетучились, если даже и были.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+1 +/–
	Сообщение от Аноним (4), 09-Фев-20, 16:57
	> Если никакого _нового_ кода, не взамен существующего, не появилось на значительном отрезке времени - возможно, следует предположить, что что-то тут не так? Это не особо хорошо, да. Хотя если честно, я все равно не пойму такой силы нападок на Rust на opennet'е. Ведь Rust обещает решить заветную проблему программирования - управление памятью без GC! И все эти постоянно вылазающие уязвимости, из-за переполняющихся буферов, разве этого не станет меньше в Rust-мире? Конечно, переписывание всего и вся идея в чем-то сомнительная. Но ведь Rust и обещает многое. Все-таки, мы все люди и все мы ошибаемся, а отлов ошибок в Си с его довольно свободными правилами - дело своеобразное. > пока все "оптимизированные" поделки обеспечивают время кодирования двадцатиминутного ролика в пару недель и с качеством хуже чем h264 Хм, ну если так, тогда да, вы правы
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	–1 +/–
	Сообщение от нах. (?), 09-Фев-20, 17:24
	> Хотя если честно, я все равно не пойму такой силы нападок на > Rust на opennet'е. Ведь Rust обещает решить заветную проблему программирования - ну потому что задолбали уже всех белки-истерички, рассказывающие о том, как всем настанет щщастье от переписывания на хруст. А щастья все нет и нет. > управление памятью без GC! И все эти постоянно вылазающие уязвимости, из-за > переполняющихся буферов, разве этого не станет меньше в Rust-мире? Конечно, переписывание Просто заменятся слегка другими (языки с gc это не о переполнениях, это о double free или использовании неинициализированной памяти). Конечно,конечно, со всех сторон утыканными unsafe. Или вон вообще - ой, 60% кода пришлось написать на ассемблере. Его очень-очень безопастно вызывать из rust? А плохой код так и останется плохим. При этом неудобочитаемым и, вероятно, еще и менее эффективным. > обещает многое. Все-таки, мы все люди и все мы ошибаемся, а > отлов ошибок в Си с его довольно свободными правилами - дело rust никудышная замена C. Он метил в замены C++ - а там, в общем-то, никто не мешает писать правильно. Но, по-моему, идея была в том, чтобы заменить не язык, а дорогих программистов на нем - дешевыми.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+11 +/–
	Сообщение от Аноним (74), 09-Фев-20, 18:54
	> ну потому что задолбали уже всех белки-истерички, рассказывающие о том, как всем настанет щщастье от переписывания на хруст. А щастья все нет и нет. Как минимум, на opennet редко кто врывается и что-то рассказывает про Rust. Здесь просто потоки ненависти в сторону Rust и все. Выдумали себе "сектантов" и воюете с ними. Rust не дает абсолютную безопасность. Я соглашусь, что это во многом маркетинговый лозунг. Но Rust дает семантику, благодаря которой ты думаешь о безопасности только тогда, когда об этом нужно думать  (а это менее 1% времени разработки), а не постоянно. Помимо этого он исправляет гору накопившихся проблем других языков путем внедрения накопившихся достижений функциональных языков (нет null, нет наследования типов, нет эксепшенов, нарушающих поток управления, но есть алгебраические типы, трейты, бесплатные итераторы и т.д.). Плюс к этому вокруг языка складывается современная удобная экосистема (единая система сборки, легкость в создании документации, тесты из коробки, причем тестируются даже примеры кода в доке и т.д). Никто не заставляет вас писать на Rust. Но хейтеры здесь почему-то выглядят как человек из той шутки: "я догнал вас только чтобы сказать, как вы мне безразличны". Пишут себе люди на Rust и пишут - вам какое дело? Если язык действительно плох, то пропадет и без вашей ненависти.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от Илья (??), 09-Фев-20, 20:29
	Не кормите троллей
	Ответить | Правка | Наверх | Cообщить модератору

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

	81. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от Аноним (74), 09-Фев-20, 19:56
	Я достаточно изучил местную аудиторию, так что наверняка предложенные вам варианты будут такими: 1. Просто пишите на C/C++ правильно, изучайте практики. Следите внимательно за своими "const void *buf, const int buf_len" и все будет хорошо, да и что вообще может пойти не так? Ну там valgrind'ом еще и анализаторами всякими прогоняйте и все будет круто, правда. 2. Начнут вам рассказывать про Zig или на крайняк про D. Буду рад, если вам предложат что-то новенькое, самому интересно.
	Ответить | Правка | Наверх | Cообщить модератору

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

	139. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	–2 +/–
	Сообщение от нах. (?), 11-Фев-20, 10:32
	у него будет больше времени на тяп-ляп. Это плохо. Управление памятью не является "мелкой" проблемой. Не надо от него "абстрагироваться" (а потом выяснить, что 64гигабайта мало шибко-абстрактной поделке). Тем более что хруст ничего подобного и не позволяет, а просто заставляет обтыкивать любое сложное место unsafe. Что как раз и есть мелкая назойливая проблема, ничего толком не решающая.
	Ответить | Правка | Наверх | Cообщить модератору

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

	153. "Выпуск rav1e 0.3, кодировщика AV1 на языке Rust "	+/–
	Сообщение от Obito (ok), 22-Мрт-20, 13:44
	> непригодный ни для кодирования, ни для воспроизведения на обычном железе Это какое же у вас железо то? У меня вот например воспроизводит 1080р на i5-2520m, 60 кадров тоже воспроизводит, но уже зависит от видео, некоторые не тянет. С процессорами с AVX2 всё ещё лучше. По кодированию: rav1e с дефолтным пресетом кодирует быстрее чем libvpx-vp9 с самым медленным пресетом и при этом показывает заметно лучше качество. Это по скорости 0.4 - 0.5 фпс на процессоре i3-4150 для 1080р 30 кадров видео. То есть имея много ядер можно вполне нормально кодировать ролики, продолжительностью 10-20 минут. И раз тот же youtube уже кодирует в AV1, значит есть профит. С h265 его сравнивать нельзя, потому-что h265 не работает в браузерах, он работает только в EDGE и вроде в safari. Поэтому сравнения качества только с h264 и VP9. Я не спорю что x265 кодирует быстрее и с +- таким же качеством как у rav1e, но AV1 сделан как замена h264 и VP9, сделан для интернета, поэтому h265 тут не учитывается вообще.
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

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

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