Remove the Matroska reader from the image and enable

Matroska support in the FFmpeg plugin. I have a few streams
to test with, most didn't play right with the Matroska reader,
many simply crash. With the FFmpeg matroska support, most files
do play fine. Seeking the audio stream is a problem, in that
the FFmpeg code does not build the index for the audio stream,
and so seeking always falls back to regions of the file that
have already played. The audio will catch up eventually and
playback will be fine again. A minority of files I could test
with don't work right, those seem all to be older files.
Overall, the support for Matroska files has much improved
with this commit. I am still investigating why FFplay has
no trouble seeking in mkv files, while the FFmpeg plugin only
seeks perfectly in video streams. It may be a problem that
the FFmpeg plugin uses completely separate AVFormatContexts
for each stream, which on the other hand allows to seek BMediaTracks
independently from each other and resolves concurrency issues.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38541 a95241bf-73f2-0310-859d-f6bbb57e9c96
This commit is contained in:
Stephan Aßmus
2010-09-06 09:50:24 +00:00
parent 11c015d896
commit 9abb7d4713
2 changed files with 7 additions and 8 deletions
+1 -2
View File
@@ -141,8 +141,7 @@ SYSTEM_ADD_ONS_MEDIA = cortex_audioadapter.media_addon
;
SYSTEM_ADD_ONS_MEDIA_PLUGINS = $(GPL_ONLY)ac3_decoder
aiff_reader asf_reader au_reader avi_reader $(X86_ONLY)ffmpeg
matroska mov_reader musepack
ogg raw_decoder speex
mov_reader musepack ogg raw_decoder speex
$(X86_ONLY)ape_reader
# theora
vorbis wav_reader