Д.Б.>>Откуда дровишки ?[»]
Yuran>http://www.videodirect.com/sony/minidv-camcorders/compare.html
Yuran>See Max. Video Resolution field.
Yuran>Я "выдирал" видео через FireWire на винт, не помню программу Mr.DivX помоему, но она правильно распознала что это видео с разрешением в 520 линий.[»]
Гы-гы-гы-гы!
Цензурных слов нет. Ладно, провожу ликбез.
ВАПЕРВЫХ!
Там указано ГОРИЗОНТАЛЬНОЕ (т.е., вдоль строки) разрешение в телевизионных линиях. Считается оно так:
1. Из кадра вырезается квадрат с шириной, равной высоте (т.е. 3/4 ширины)
2. Считается, сколько ВЕРТИКАЛЬНЫХ ЛИНИЙ камера может передать в этом квадрате. Причём, естественно, черная плюс белая - это две линии. 520 - это получается 260 белых и 260 чёрных полосок. На всём кадре это будет на треть больше, т.е. ~693, что близко к теоретическому значению 720.
3. Это разрешение никак не связано ни с PAL, ни с NTSC и с числом строк не имеет ничего общего. Зато оно связано с полосой пропускания, качеством АЦП, качеством матрицы, качеством объектива и т.д. Именно поэтому оно у разных камер разное.
ВАВТАРЫХ!
Реальный размер кадра DV камеры, да вообще почти любой цифровой телевизионной камеры равен 720х576 для PAL и 720х480 для NTSC. Проблема в том, что при этом пиксели НЕКВАДРАТНЫЕ. И НЕКОТОРЫЕ программы, СЧИТАЮЩИЕ СЕБЯ ОСОБО ИНТЕЛЛЕКТУАЛЬНЫМИ (но на деле такими не являющиеся) автоматически приводят паловскую картинку к 720x540 (именно 540, а не 520!), выкидывая лишние строки! При этом чётных и нечётных строк, слава богу, выкидывается поровну, поэтому зубчики, которые неизбежно при этом получаются, едва заметные. А вот при растяжении NTSC-шной картинки до того же размера добавление строк вызывает гораздо более заметные зубчики.
ВТРЕТЬИХ, и последних!
Эта бага, эта бяка была мною замечена впервые при переходе с DirectX3.0 на DirectX5.0. Какой из фильтров это делает, я не исследовал, но это совершенно точно микрософтовское изобретение. И, вообще, RTFM!