Ozelot (07.11.2015 22:49, просмотров: 101) ответил Mebius на Посоветуйте процессор. Нужно принимать цифровое видео (BT.656 параллельный интерфейс, 8 бит, кадр 700 с копейками на 500 с копейками), укладывать его в RTP пакеты и передавать по гигабитному Ethernet. Кроме RTP в системе должен быть реализован IP-
- Сейчас есть декодеры уже со встроенной процедурой деинтерлейса. USSR(68 знак., 08.11.2015 03:30,
)
- К таким относятся еще TW9912 и S2S65P10 - Ozelot(09.11.2015 10:51)
- Ойдаладно, мджпегать можно и полукадрами по принципу "за что купил, за то и продаю"... метить просто как-то, чёт или нечет. На той стороне пусть думают, в конце концов, никто не мешает вообще работать в полукадрах. - Николай Коровин(07.11.2015 22:56)
- Этож надо так себя не уважать, чтоб такую фигню предлагать... - Ozelot(08.11.2015 00:19)
- Не, надо себя не уважать, чтобы на такое предложение согласиться :-D В смысле работать потом с таким потоком %) Шучу, но частично: имел дело. - Николай Коровин(08.11.2015 00:24)
- если с изображением нужно потом работать то деинтерлейс ДО(!) компрессии обязателен. - 3m(07.11.2015 23:55)
- Некорректно. Деинтерлейс, если ему судьба вообще быть, будучи проведён до компрессии, увеличивает соотношение "качество/размер" весьма существенно. Вот так будет корректно. А, да, сжимать "полосатые" кадры, тупо составленные из соседних полукадров Николай Коровин(69 знак., 08.11.2015 00:21 - 00:27)
- Если ты не сделаешь деинтерлейс до (сильного) сжатия, то не факт, что получится качественно сделать после (из-за артефактов сжатия _с_ _потерями_). - fk0(08.11.2015 00:51)
- Почему? - Ozelot(08.11.2015 00:26)
- Да потому, что мы теряем возможность увидеть и безболезненно убрать всю ту избыточность, которая есть в корреляции буквально соседних строк. А в строках "через одну" корреляция уже слабее и сжатие менее эффективно. По второй части -- ну, Николай Коровин(112 знак., 08.11.2015 00:28)
- При правильно выполненном деинтерлейсе речи о полосатости идти не должно - Ozelot(08.11.2015 00:36)
- Полосатость имеется в виду ДО деинтерлейса, некоторые девайсы так делают -- тупо гонят фуллрез, совмещая полукадры в одном кадре. Такое, конечно, жать нельзя -- надо или деинтерлейсить, или разорвать обратно на полукадры. - Николай Коровин(08.11.2015 00:44)
- С этим согласен, почему то многие думают, что перемежение двух полукадров - это и есть деинтерлейс - Ozelot(08.11.2015 00:45)
- Кстати, жаль, что никакой нормальный способ хранения интерлейса не прижился... не дурацкое перемежение, а реально удвоенная кадровая, полукадры через один помечены как "vertical offset = +1 pixel". Чересстрочка -- не самое глупое изобретение... - Николай Коровин(08.11.2015 01:33)
- +1 - fk0(08.11.2015 02:06)
- Зря они так думают :) Самый тупой, как мне кажется -- это в каждом полукадре пропущенные строки дополнить средним арифметическим от соседних и так и пустить, на удвоенной кадровой. Хотя нет, можно ещё тупее: скопировать соседнюю строку в пустую :) - Николай Коровин(08.11.2015 01:23)
- Кстати, жаль, что никакой нормальный способ хранения интерлейса не прижился... не дурацкое перемежение, а реально удвоенная кадровая, полукадры через один помечены как "vertical offset = +1 pixel". Чересстрочка -- не самое глупое изобретение... - Николай Коровин(08.11.2015 01:33)
- С этим согласен, почему то многие думают, что перемежение двух полукадров - это и есть деинтерлейс - Ozelot(08.11.2015 00:45)
- Полосатость имеется в виду ДО деинтерлейса, некоторые девайсы так делают -- тупо гонят фуллрез, совмещая полукадры в одном кадре. Такое, конечно, жать нельзя -- надо или деинтерлейсить, или разорвать обратно на полукадры. - Николай Коровин(08.11.2015 00:44)
- Передавать поток сжатых полукадров оптимально только в случае последующего использования алгоритма деинтерлейса с удвоением частоты полных кадров (да и то только, если вы готовы к переоцифровке полукадров) - Ozelot(08.11.2015 00:33)
- При правильно выполненном деинтерлейсе речи о полосатости идти не должно - Ozelot(08.11.2015 00:36)
- Да потому, что мы теряем возможность увидеть и безболезненно убрать всю ту избыточность, которая есть в корреляции буквально соседних строк. А в строках "через одну" корреляция уже слабее и сжатие менее эффективно. По второй части -- ну, Николай Коровин(112 знак., 08.11.2015 00:28)
- Некорректно. Деинтерлейс, если ему судьба вообще быть, будучи проведён до компрессии, увеличивает соотношение "качество/размер" весьма существенно. Вот так будет корректно. А, да, сжимать "полосатые" кадры, тупо составленные из соседних полукадров Николай Коровин(69 знак., 08.11.2015 00:21 - 00:27)
- Этож надо так себя не уважать, чтоб такую фигню предлагать... - Ozelot(08.11.2015 00:19)
- Сейчас есть декодеры уже со встроенной процедурой деинтерлейса. USSR(68 знак., 08.11.2015 03:30,