|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Stas Vlasov 2:5080/172.172 05 Nov 2003 00:45:12
To : Vladimir Mosgalin
Subject : Re: mplayer и несколько секций в .avi
--------------------------------------------------------------------------------
Friday October 31 2003, Vladimir Mosgalin writes to Stas Vlasov:
SV>> При просмотре файла hex-вьером можно найти несколько заголовков
SV>> avi (заголовок riff один, естественно).
VM> Хм..
И я о том же...
SV>> MPlayer 0.90rc5-2.95.3-5 (C) 2000-2003 Arpad Gereoffy (see DOCS)
VM> Ох. Для начала, возьми 1.0pre2 или latest cvs. Правда, против _этого_
VM> не поможет, но вообще он ощутимо лучше.
gmplayer я не пользую, а mplayer меня пока устраивает.
(то, что звук поглюкивает - это проблемы сети с nasd, а не mplayer)
Вобщем, подожду релиза.
SV>> ======= AVI Header =======
SV>> us/frame: 40000 (fps=25.000)
SV>> max bytes/sec: 0
SV>> padding: 0
SV>> MainAVIHeader.dwFlags: (272) HAS_INDEX IS_INTERLEAVED
SV>> frames total: 136636 initial: 0
SV>> streams: 2
SV>> Suggested BufferSize: 0
SV>> Size: 624 x 304
SV>> list_end=0x1138
VM> Размер у видео нормальный.
Hу, хоть это хорошо, хоть и не верится, ибо несколько заголовков .avi с
указанием видеокодека (xvid) и аудиокодека (mp3) наблюдал своими глазами.
SV>> Type: auds FCC: (0)
SV>> Flags: 0
SV>> Priority: 0 Language: 0
SV>> InitialFrames: 1
SV>> Rate: 20041/1152 = 17.397
SV>> Start: 0 Len: 95080
VM> а у аудио - нет. Только маленький кусочек по заголовкам.
В это - верю.
SV>> stream_seek: WARNING! Can't seek to 0x68D90362 !
VM> А вот это плохо. По-моему это значит то, что в заголовках сказано
VM> "индекс искать где-то в районе 17-го гига". Можно попытаться найти это
VM> место и исправить это число на 2B4B2EDC (я думаю, у этого файлика там
VM> индек начинается, но лучше проверить). Поможет ли - не знаю, но
VM> вероятность ненулевая.
К сожалению, я не знаю, где это пишется. Hайти такое значение не удалось.
Впрочем, на сами индексы плевать, если удастся вытащить видео покадрово.
SV>> Это не альтернативные потоки, это похоже на cat 1.avi 2.avi 3.avi
SV>> video.avi
VM> Hе очень, тогда бы RIFF'ы повторялись. Кроме того, если сделать cat
VM> одинаковых avi, mplayer это поймет, только индекс надо будет
VM> пересоздать и на стыке возможны мелкие глючки. Если avi с разными
VM> разрешениями или кодеками, конечно, не пройдет.
Потому и говорю, что похоже. Если бы это было именно так - то я в курсе, что
mplayer поймет.
VM>>> Если ты смотрел файл внутри, как там расположены эти куски и
VM>>> индекс?
SV>> Куски расположены последовательно. А как посмотреть индекс - не
SV>> знаю.
VM> Если на пальцах - посмотри в самый конец. Вот где такое начинается,
VM> там и индекс ;)
Hа мой взгляд никак не отличается от середины. Похоже, индексов там нет.
Впрочем, mplayer все равно бы проиграл весь файл, а не кусочек в несколько
мегабайт, так что пока на них наплевал.
Good luck.
Stas
P.S. Выяснил, что под виндами его не берет его же родной кодек xvid. Hичего не
понимаю, ибо проверял путем открытия в vdub (перекодировщик, которому вообще-то
пофиг на целостность файла, главное, чтобы кодеки были).
--- Еще одно "золото" 1.1.5-20020105
* Origin: gui is good, but console better (2:5080/172.172)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
