Opened 9 years ago
Last modified 4 years ago
#12612 new bug
MPEG-4 part 2/XVID - Video dual speed
Reported by: | joy | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Audio & Video/Codecs | Version: | R1/Development |
Keywords: | mpeg 4, mpeg4, mpeg-4, mpg4, XVID | Cc: | |
Blocked By: | Blocking: | #13153 | |
Platform: | All |
Description
Playing MPEG-4 part 2/XVID movies with MPlayer show the video at dual speed VLC 0.8.6i can't show the movie at all
Mplayer only report: Video: MPEG-4 part 2
VLC 0.8.6i reports: main decoder : looking for decoder module: 21 candidates main decoder : cannot load module `/packages/vlc-0.8.6i-1/.self/lib/vlc/codec/libflacdec_plugin.so' main decoder : cannot load module `/packages/vlc-0.8.6i-1/.self/lib/vlc/codec/libfaad_plugin.so' main decoder : no suitable decoder module for fourcc `XVID'. VLC probably does not support this sound or video format. main decoder : killing decoder fourcc `XVID', 0 PES in FIFO
VLC 0.8.6d is able to play the file without any problems and reports: main decoder : looking for decoder module: 21 candidates ffmpeg decoder : libavcodec initialized (interface 3349504 ) ffmpeg decoder : postprocessing disabled ffmpeg decoder : using direct rendering ffmpeg decoder : ffmpeg codec (MPEG-4 Video) started main decoder : using decoder module "ffmpeg"
Here is two sample movies i found that generates this error:
https://samples.ffmpeg.org/V-codecs/MPEG4/pegasus-1958-chiptune.avi ffprobe: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p
http://samples.mplayerhq.hu/V-codecs/XVID/ttm1.avi ffprobe: Video: mpeg4 (XVID / 0x44495658), yuv420p Info about the file: http://samples.mplayerhq.hu/V-codecs/XVID/ttm1.txt
Some info about MPEG4 part 2 https://en.wikipedia.org/wiki/MPEG-4_Part_2 http://wiki.multimedia.cx/index.php?title=ISO_MPEG-4
Change History (6)
comment:1 by , 9 years ago
Milestone: | R1/beta1 → R1 |
---|
comment:2 by , 8 years ago
Blocking: | 13153 added |
---|
comment:4 by , 4 years ago
From ffmpeg samples collection readme:
Please be aware that this samples collection contains a lot of files that are very obscure, broken in various ways or are just simply out of use. Hence, it doesn't make sense to download all of them, unless you are developing a player application that will support all and every file format that was ever conceived.
Should we really waste our time and efforts on these?
Do you have real files actually showing the problem?
comment:5 by , 4 years ago
I can't speak for Joy collection of files but as my ticket was made a duplicate of this one i will comment here about it: (https://dev.haiku-os.org/ticket/13153)
I have quite a lot in divx format and still stumble in new ones even today because it was de defacto standard for many year (it still is also the best video format for PIII cpu computers and under). I am not sure that in my case it would be that much time, the sample i linked is working in QMPlay2 and the old VLC and the new VLC. As they all use ffmpeg, one would expect that Mediaplayer would also play them. Revisiting the problem today the sample i linked still don't work.
comment:6 by , 4 years ago
Rectification. The new VLC say this when we play it: " Because this file index is broken or missing, seeking will not work correctly. VLC won't repair your file but can temporary fix this problem by building an index in memory. This step might take a long time on a large file. What do you want to do? " "Choice are build index then play" or "play as is" play as is cause problem but building index play fine. QMPlay2 and the old VLC perhaps do this behind the scene without asking the user.