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

GoPro перевёл видеокодек CineForm в разряд открытых проектов, opennews (??), 26-Окт-17, (0) [смотреть все] Открытие исходных текстов это хорошо, но как там со связанными с кодеком патента, Аноним (-), 12:30 , 26-Окт-17, (1) // Чукча не читатель , start (?), 12:38 , 26-Окт-17, (2) +9 // Ты про А это прописано в лицензиях Или ты из тех кто путает лицензии и патенты , Аноним (-), 12:45 , 26-Окт-17, (4) –3 // Apache 2 0 - конечно, прописано, Crazy Alex (ok), 13:09 , 26-Окт-17, (6) +3 ну да, ну да - через полтора года после того, как индус из ffmpeg добавил вполне, пох (?), 12:55 , 26-Окт-17, (5) +31 // Лучше поздно, чем никогда Кодек то очень неплохой , непох (?), 14:11 , 26-Окт-17, (7) +6 // и зачем он тебе нужен У тебя есть какой-то исходный hd материал не в mp4 avchd , пох (?), 14:38 , 26-Окт-17, (12) +3 // В dvr нужен, если меньше нагружает проц чем 264, Аноним (-), 15:49 , 26-Окт-17, (15) dvr-ы все на железе жмут , pripolz (?), 15:55 , 26-Окт-17, (16) +1 У меня весь материал не в mp4 avchd Даже не знаю где такой можно найти У меня , непох (?), 23:42 , 26-Окт-17, (29) аццкий ад Ты где это взял - с dvb упер не, не с dvb иппонская порнуха, короче , пох (?), 00:37 , 27-Окт-17, (34) –4 Это материал с площадки, с плейбека или прямо с камер Собственно для такого тип, непох (?), 00:40 , 27-Окт-17, (36) +3 я, собственно, просто заинтересовался, откуда вообще у тебя эти форматы берутся , пох (?), 14:59 , 27-Окт-17, (41) –2 К сожалению компьютеры и так тормозные сейчас Стандартное видео с площадки 2k10, непох (?), 16:13 , 27-Окт-17, (43) +4 Разве если половина планов ими и отснята, как бывало у друзей в Дамаске спаси, Michael Shigorin (ok), 22:30 , 27-Окт-17, (44) –1 ну если именно с профессиональных железок видео обрабатывать, то да а у гоупры н, пох (?), 22:41 , 27-Окт-17, (46) jpeg2000 - CineForm, разве не , Sen (?), 12:44 , 30-Окт-17, (51) Как минимум нет, только из-за скорости рендеринга И что сравнивать jpeg2000 los, непох (?), 15:32 , 31-Окт-17, (54) Э А поток с бытовой видеокамеры через HDMI на HDMI-input плату видеозахвата п, Аноним (-), 13:52 , 27-Окт-17, (40) +1 но зачем чего-то очень странного - подойдет - сочетание бытовой видеокамеры , пох (?), 15:01 , 27-Окт-17, (42) Развитие Web камер остановилось лет семь назад на Лоджитеке 910, а скорости дома, Аноним (-), 10:35 , 30-Окт-17, (50) +1 Да ладно, у нас он штатно в репозитории без всяких дискриминаций вроде non-us , Michael Shigorin (ok), 19:26 , 26-Окт-17, (25) // там раньше современных я давно нечитатель в сопроводиловке немножко раскрывала, пох (?), 00:40 , 27-Окт-17, (35) +1 // Спасибо , Michael Shigorin (ok), 22:31 , 27-Окт-17, (45) –1 Подозреваю, что индус осилил только декодер , inferrna (ok), 17:36 , 30-Окт-17, (52) Кто пробовал, оно сильнее жмёт, чем DV, или слабее Интересует оцифровка архивов , Иван (??), 14:15 , 26-Окт-17, (8) // оно жмет в зависимости от настроек, это не dv, где параметры гвоздиком прибиты е, пох (?), 14:30 , 26-Окт-17, (10) +5 // mjpeg квадратит dv нет вейвлеты не должны ведь тоже , Иван (??), 15:57 , 26-Окт-17, (17)   // квадратит сэмплинг В dv он точно такой же, и тот же самый DCT для макроблоков, пох (?), 17:29 , 26-Окт-17, (19)   Квадратят блоки, чудак И тот факт что блоки кодируются независимо Поэтому у од, Аноним (-), 19:53 , 26-Окт-17, (27) +2   ты собираешься сэмплинг делать не поблочный,а чохом картинку Ну, все в принципе, пох (?), 00:02 , 27-Окт-17, (30)   Поблочно, но учитывая существование соседей Оно не только там нормально работает, Аноним (-), 02:24 , 27-Окт-17, (37) +1   DV это же примитивный M-JPEG Любой кодек жмет сильнее AVID лучше если для монт, letsmac (ok), 17:34 , 26-Окт-17, (20) –1 // ему не надо сильнее ,ему надо с минимумом потерь современным монтажкам похрен , пох (?), 00:03 , 27-Окт-17, (31) Для таких целей есть losless-кодеки, например HuffYUV, но для оцифровки VHS впол, Аноним_админ (?), 14:26 , 26-Окт-17, (9) +2 // ему не светит loosless - ему надо _аналоговый_ сигнал как-то превратить в цифро, пох (?), 14:33 , 26-Окт-17, (11) // есть карта из 90х, способная отдавать raw поток, а потом жми чем хочешь камеры, , Иван (??), 15:59 , 26-Окт-17, (18) // они, обычно, фиговые Запиши raw, в конце-концов, что оно там у тебя отдает, YUV , пох (?), 17:37 , 26-Окт-17, (21) Но какой-нибудь специализированный huffyuv и ему подобные может оказаться и быст, Аноним (-), 20:02 , 26-Окт-17, (28) +1 он у меня сдох на банальном mjpeg е Как раз с карты 90х годов оно и так уже ник, пох (?), 00:08 , 27-Окт-17, (32) –1 Видимо как раз был не банальный а какой-то экзотический субдиалект с необычным с, Аноним (-), 03:22 , 27-Окт-17, (38) зато и количество видео я и мой салатик было существенно меньшим - камеру чаще, пох (?), 12:33 , 27-Окт-17, (39) Мало кто с VHS камерой захочет в парашюте бултыхаться И туториал по вышивке так, Аноним (-), 06:30 , 01-Ноя-17, (55) +1 С этим справится любой АЦП Простейший пример - TV-тюнер или плата видеозахвата , Аноним_админ (?), 14:44 , 26-Окт-17, (13) +4 // и вот дальше ты на _его_ квантизацию - наложишь кодековую И вот тут и будут ква, пох (?), 17:40 , 26-Окт-17, (22) +1 60Kp60 где о таком почитать почему не 64K пока нашел только 16K, anonymous (??), 14:55 , 26-Окт-17, (14) +1 // Пока выглядит как опечатка от 6Kp60 , Мимокрокодил (?), 18:48 , 26-Окт-17, (23) +1 В кенотеатре посмотри Тредэ , Аноним (-), 19:31 , 26-Окт-17, (26) –1 Западные форумы давно воюют на тему 4K 4 2 0 - FullHD 4 4 4 с помощью этого код, Аноним (-), 19:14 , 26-Окт-17, (24) // у них диски безразмерные или бездонные 4k монитор не телевизор обошелся мне в , пох (?), 00:10 , 27-Окт-17, (33) // thunderbolt диски не так уж и дороги, если живешь на западе , letsmac (ok), 23:02 , 27-Окт-17, (47) // у них может и аплесинема не так и дорог Но какой смысл уже пожатое 4k даунсэмпл, пох (?), 00:21 , 28-Окт-17, (48) +1 Наверное имелось в виду 1080p а не 1024p Народ на форуме изложил такое мнение ht, Аноним (-), 10:22 , 30-Окт-17, (49) угу Мне кажется, у народа-с-форума обычные меломанские траблы, когда звук с каб, пох (?), 17:52 , 30-Окт-17, (53) +1 Есть способ проще Берешь свои 320х240, разворачиваешь на 4K мониторе 30 на вес, Аноним (-), 06:34 , 01-Ноя-17, (56) Крутая новость В отличие от ProRes, Cineform поддерживает SMTPE стандарт Умеет, Аноним (-), 12:08 , 01-Ноя-17, (57) 1,5,8,9,13,14,24,57

Сообщения

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

	17. "GoPro перевёл видеокодек CineForm в разряд открытых проектов"	+/–
	Сообщение от Иван (??), 26-Окт-17, 15:57
	mjpeg "квадратит". dv нет. вейвлеты не должны ведь тоже?
	Ответить | Правка | Наверх | Cообщить модератору

	19. "GoPro перевёл видеокодек CineForm в разряд открытых проектов"	+/–
	Сообщение от пох (?), 26-Окт-17, 17:29
	> mjpeg "квадратит" "квадратит" сэмплинг. В dv он точно такой же, и тот же самый DCT для макроблоков - просто степень сжатия выбрана небольшая (зато цветовое никак не регулируется, а из некоторых mjpeg плат можно было достать 4:2:2... правда, потом эти файлы ничем не открываются ;-) вейвлеты не должны, но в cfhd вейвлетам скармливаются все те же макроблоки, насколько я понимаю, а значит, если постараться, их границы могут стать видимыми.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "GoPro перевёл видеокодек CineForm в разряд открытых проектов"	+2 +/–
	Сообщение от Аноним (-), 26-Окт-17, 19:53
	> "квадратит" сэмплинг. Квадратят блоки, чудак. И тот факт что блоки кодируются независимо. Поэтому у одного блока цвет границ такой, а у другого - другой, кодек при кодировании оптимизировал макроблок но не парился совпадет ли декодированное с соседями. В результате границы блоков при достаточной степени сжатия становятся заметны. Потому что разный цвет. Сильные кодеки по этому поводу регламентируют loop filter по границам блоков при декодировании. Для слабых кодеков формально не требуется но плееры могут делать "постпроцессинг" опционально. Аналогично на слабом проце для h.264 на loop filter можно забить. А что до вэйвлетов, они могут получше DCT работать на некоторых типичных "фичах" картинок. Видимость границ будет зависеть от совпадения цвета границ блоков. Энкодер мог бы попытаться кодировать так чтобы отличия границ были бы минимальными, но это наверное тормознет кодирование. > правда, потом эти файлы ничем не открываются ;-) Ffmpeg наверное прожует. Я им даже какой-то амижный, чтоли, формат картинок который в диком виде сейчас почти не встречается в png перегонял. Попался исторический материалец, конца 90-х, аж с BBS. Вьюшки не понимают. Ну я и отдал это ffmpeg на удачу. Мигом получил png'шки.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "GoPro перевёл видеокодек CineForm в разряд открытых проектов"	+/–
	Сообщение от пох (?), 27-Окт-17, 00:02
	> Квадратят блоки ты собираешься сэмплинг делать не поблочный,а чохом картинку? Ну, все в принципе, здорово (как раз вейвлетное преобразование отлично работает в варианте 320x200, а больше для "VHS" не надо)  - только вот как ты тут собрался transform обнаружить и закодировать? А если нет - тогда это mpng какой-то получаетсо, с соответствующими затратами на кодирование и размером на выходе. > И тот факт что блоки кодируются независимо. это вынужденная мера - для transform. для mjpeg ты размер блока можешь произвольно выбрать (правда, опять же, ничем не прочитается, ну и хрен с ним), у него траснформа нету. квадратики, они не (только) от этого (на фото-jpeg'ах никаких квадратиков нет, обычное ровное мыло) > А что до вэйвлетов, они могут получше DCT работать на некоторых типичных "фичах" > картинок. мне что-то подсказывает, что на зашумленных аналоговым мусором картинках оно плохо работает. > Энкодер мог бы попытаться кодировать так чтобы отличия границ были бы минимальными, но > это наверное тормознет кодирование. для cfhd это пофигу, он не рилтаймовый по задумке. Но проблема в том, что он по задумке работает с уже разок закодированным блочным transform-кодеком, поэтому вроде бы не за что и бороться. > Ffmpeg наверное прожует он им мои mjpeg'и (4:2:0, но, видимо, что-то не так с avi header) не жует, падает с sigsegv. до примерно 2010го года жевал, а потом что-то "оптимизировали".  Файлы, как ты понимаешь, сильно старше и ни разу не менялись. Да, vhc. Нет, это нельзя съездить и переснять, этого места больше нет.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "GoPro перевёл видеокодек CineForm в разряд открытых проектов"	+1 +/–
	Сообщение от Аноним (-), 27-Окт-17, 02:24
	> ты собираешься сэмплинг делать не поблочный,а чохом картинку? Поблочно, но учитывая существование соседей. > Ну, все в принципе, здорово (как раз вейвлетное преобразование отлично работает > в варианте 320x200, а больше для "VHS" не надо) Оно не только там нормально работает, Dirac британские броадкастеры делали для качественного HD и выше, под броадкастерские нужды. Но сейчас все хотят лить видео через инет, надо хорошую картинку при минимальном битрейте. Там Dirac звезд не хватает, больше всего работ в этом направлении досталось VP9. Ну и AV1 по наследству. Кстати в Daala придумали фокус с блоками, lapped transform сделан так что блочность не образуется. Скрины с злой степенью сжатия очень убедительные. >  - только вот как ты тут собрался transform обнаружить и закодировать? В смысле - обнаружить? Блок обычно кодируют пытаясь минимизировать размер закодированного при минимуме отличий от оригинала, если время позволяет. Детали выбранной конкретики transform кодер передает декодеру в битовом потоке. Я к тому что при кодировании блока можно попытаться целенаправленно минимизировать различия по границам с соседями, как дополнительный критерий. Но может подраться с минимизацией размера. Lapped transform выглядит логичнее - лучше результат и не выглядит как костыль. > А если нет - тогда это mpng какой-то получаетсо, с соответствующими затратами > на кодирование и размером на выходе. По ощущениям это прапрадедушка идей lapped transform-а, только кривее. Я не Монти :) > это вынужденная мера - для transform. для mjpeg ты размер блока можешь > произвольно выбрать (правда, опять же, ничем не прочитается, ну и хрен > с ним), у него траснформа нету. Радость от произвольного размера блока умеренная. Позволяет лучше адаптироваться к характеру картинки, но лишь до некоторых пределов. > квадратики, они не (только) от этого (на фото-jpeg'ах никаких квадратиков нет, обычное > ровное мыло) Мыло оно наверное только если вьюшка сделала постпроцессинг. Иначе это скорее "ступеньки". И прочий ringing на резких границах. > мне что-то подсказывает, что на зашумленных аналоговым мусором картинках оно плохо работает. Шум и DCT карму портит. Высокачастотная составляющая, случайная. И на нее или придется извести море битов для правдоподобного кодирования, или сильно смешается с остальным, все испортится и получится характерная жуть. Я не возьмусь убрать сильный шум из фото если по нему jpeg-ом прошлись. В видео можно потрепыхаться третьим измерением. > том, что он по задумке работает с уже разок закодированным блочным > transform-кодеком, поэтому вроде бы не за что и бороться. Если до нас уже был кодек - пусть декодер делает loop filter, чтоли. Без этого есть шанс что границы блоков не состыкуются, поскольку decision making кодека может не совпасть. Кодировать чужой артефакт как фичу картинки явно фэйловая идея. Надо море битов извести чтобы сохранить... артефакт?! Кодек же не знает что это не фича картинки. А так то картинка лучше чем была не станет, кто бы сомневался. > header) не жует, падает с sigsegv. до примерно 2010го года жевал, > а потом что-то "оптимизировали".   Если бы это было у меня, я бы глянул gdb'ом что там да и пнул причастных. Дел на 10 минут. > Файлы, как ты понимаешь, сильно старше и ни разу не менялись. Да, vhc. > Нет, это нельзя съездить и переснять, этого места больше нет. Да я понимаю. У меня тоже есть ряд таких цифровых артефактов, которые хрен переснимешь, но все-таки в более разумных форматах.
	Ответить | Правка | Наверх | Cообщить модератору

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

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