caxapa.ru :: Ойдаладно, мджпегать можно и полукадрами по принципу "за что купил, за то и продаю"... метить просто как-то, чёт или нечет. На той стороне пусть думают, в конце концов, никто не мешает вообще работать в полукадрах.

Николай Коровин (07.11.2015 22:56, просмотров: 73) ответил Ozelot на Если это обычное аналоговое видео, то речь будет идти еще и о процедуре деинтерлейса...

Ойдаладно, мджпегать можно и полукадрами по принципу "за что купил, за то и продаю"... метить просто как-то, чёт или нечет. На той стороне пусть думают, в конце концов, никто не мешает вообще работать в полукадрах.

Ответить

- Этож надо так себя не уважать, чтоб такую фигню предлагать... - 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)
      - Сам не встречался с такими тупыми алгоритмами деинтерлейсинга, которые, наткнувшись на артефакт, теряются и начинают плодить артефакты-в-квадрате. Обычно сколько гэ на входе, столько и на выходе. Но не сомневаюсь в их существовании :) - Николай Коровин(08.11.2015 01:04)
    - Почему? - 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)
        
        Передавать поток сжатых полукадров оптимально только в случае последующего использования алгоритма деинтерлейса с удвоением частоты полных кадров (да и то только, если вы готовы к переоцифровке полукадров) - Ozelot(08.11.2015 00:33)
        
        Во-во. Если мы, например, делаем интерполяционный слоу-мо (как по ссылке), то нам на входе "сырые" полукадры на удвоенной частоте намного ценнее, чем интерполированное деинтерлейсом гладкое пространство. Если, конечно, алгоритм понимает их. - Николай Коровин(08.11.2015 00:53, ссылка)

Схемы, платы, компоненты