|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Alex Korchmar 2:5020/400 28 Jan 2006 15:24:26 To : Kirill Frolov Subject : Re: нестандартная обработка видео -------------------------------------------------------------------------------- Kirill Frolov <fk0@fk0.pp.ru> wrote: KF> Дано: источник видео. 50 кадров в секунду, прогрессивная развёртка. KF> Если подключить к любому телевизору то естесственно видим хорошую картинку. совершенно неестественно. естественно было бы увидеть вместо картинки срывающуюся синхру. Или верхнюю часть, растянутую вдвое, а возможно еще и завернувшуюся на нижние строки. Или вообще ничего, современные телевизеры, небось, цифровые, и выключатся от такого авангарда, чтоб не угробить блок развертки. KF> Только строк 312 в кадре. Кадров 50 в секунду. где ты ее спер и что это такое? (нет, это не HD-камера - те цифровые и, натурально, засунуть их в телевизор можно далеко не во всякий, а вот в компьютер no problem) KF> Плата видео-захвата позволяет захватывать 25 кадров в секунду с KF> черезстрочной развёрткой. И в теории там в разных (чётном и нечётном) KF> полях кадра должны присутствовать оба кадра прогрессивной развёртки соврешенно непонятно, откуда они там берутся. В теории опять же там должна быть либо чернота, либо верхняя половина каждого поля, либо любопытные эффекты buffer overflow. Возможно ты наблюдаешь именно последние. KF> источника. Так и есть. Чудеса начинаются дальше, когда популярные откуда дровишки что "так и есть" ? Как я понимаю, ты этого не видишь. KF> программы видеозаписи для windows комбинируют полукадры или выкидывают популярные программы видеозаписи для windows ничего не комбинируют и пишут ровно то что слышут. В лучшем случае сжимая по дороге каким-нибудь не очень увесистым кодеком. Hо что произойдет в программе, рассчитанной на размер картиники вдвое меньший чем то что в нее засовывают - загадка природы. KF> И при этом не испортить звук. Он с точностью до 1-го кадра должен быть KF> привязан к видео. Я думаю, что если видео всё-таки разбегается со KF> звуком, должен быть как-то растянут/сжат звук. Пропуски кадров даже очень смешно. Я понимаю, ты опоздал родиться и никогда не видел винилового проигрывателя дома, но попроси знакомого диджея показать тебе, ЧТО происходит, когда "растянут/сжат звук". KF> раз в секунду дадут заметные дефекты изображения. это куда менее заметно чем "голос буратино" из динамика. Именно по этой причине вся обработка видео строится ровно наоборот - никаких манипуляций со звуком не делают, а пропускают или наоборот вставляют дублирующие кадры, чтобы сохранить синхронизацию. KF> Вопрос: какими open souorce программами можно достигнуть желаемого KF> результата? Варианты: gstreamer, mplayer, ffmpeg. Как минимум нужно причем тут опенсорсе программы? Тебе для начала надо научиться получать картинку с аналогового источника. Занимается этим драйвер, в паре с железкой, а перечисленное - программы раздачи или обработки видео, наличие в них сбокуприклееных интерфейсов к v4l делает их такими-же "грабберами", как "монтажным софтом". очевидным образом, полученная хренотень не будет нормальным PAL (или любым другим стандартным) потоком. Поэтому подпиливать ее/писать свой декодер тебе придется, вернее всего, самому. KF> Далее, стоит вопрос подбора кодека. 5 мегабайт в секунду -- это, это дохера. Пять мегабайт в секунду это вполне с'едобный mjpeg, вероятно. KF> наверное, предел по скорости потока. Лучше меньше. Hапример, ты забыл обжевать - нужно ли тебе кодировать в realtimе и какой процессорной мощностью ты располагаешь. KF> 250кбайт/сек. Изображение характерно использованием ограниченной KF> цветовой палитры и резкими переходами цвета. Возможно наличие больших KF> областей закрашенных одним цветом или повторяющимся рисунком. KF> Сразу скажу: DIVX даёт плохой результат. Искажение цвета и характерные вероятно ты не умеешь его готовить. кодирование jpeg (а используется практически оно) искажать "ограниченные цветовые палитры" не может. KF> искажения на резких цветовых переходах. Hаверняка для чего-то вроде и на "резких цветовых переходах" никаких характерных искажений у него нет, они на плавных как раз есть. KF> мультфильмов существуют более подходящие и доступные (понимать KF> непатентованные, open source) кодеки. Я пробовал следующие: мультфильмы - такая же индустрия как и видео, с теми же игроками на рынке, так что с чего ты наглючил что хорошие кодеки не будут патентованными - не знаю. Быть open source патентованность им никак не мешает. KF> Может кто подскажет чего... для начала вытряхнуть кашу из головы, и снять с ушей лапшу. Потом научиться получать нормальный несжатый сигнал со своей карты - если это вообще возможно. Потом посмотреть/подумать, в чем его дальше транспортировать. Придти к пониманию, годятся ли тебе loseless кодеки (с соответствующими проблемами со сжатием или со временем обработки). Hо я не думаю что ты дальше первого пункта продвинешься. > Alex --- ifmail v.2.15dev5.3 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/6577736e0310.html, оценка из 5, голосов 10
|