After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 138672 - [ffdec_msvc] Horseb~1.avi
[ffdec_msvc] Horseb~1.avi
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-libav
git master
Other Linux
: Normal normal
: 0.8.3
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks: 138435
 
 
Reported: 2004-03-31 19:54 UTC by Stephane Loeuillet
Modified: 2004-12-23 12:19 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Stephane Loeuillet 2004-03-31 19:54:13 UTC
gst-player --gst-scheduler=basicgthread _bad_/cram/Horseb~1.avi

no audio/no video

console :
** (gst-player:14866): WARNING **: Index entry {0,2,4,...,66} has invalid stream
nr 713
** (gst-player:14866): WARNING **: Invalid stream ID 305 (LIST) : many times

** (gst-player:14863): CRITICAL **: file gthread-cothreads.h: line 202
(do_cothread_destroy): assertion `thread != thread->context->current' failed
Comment 1 Stephane Loeuillet 2004-03-31 20:02:21 UTC
i also have this gthread-cothreads.h line but alone when trying to play
_bad_/iv32/viagra.avi

file can't find Horseb codec :
../cram/Horseb~1.avi: RIFF (little-endian) data, AVI, 160 x 120, 15.00 fps, video:
but it can for viagra :
viagra.avi: RIFF (little-endian) data, AVI, 160 x 120, 8.00 fps, video: Indeo 3.2

mplayer plays first :
VIDEO:  [CRAM]  160x120  16bpp  15,000 fps  1285,1 kbps (156,9 kbyte/s)
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffvideo1] vfm:ffmpeg (Microsoft Video 1 (native codec))

and it plays the second one too :
VIDEO:  [IV32]  160x120  24bpp  8,000 fps  238,2 kbps (29,1 kbyte/s)
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffindeo3] vfm:ffmpeg (FFmpeg Intel Indeo 3.1/3.2)

ronald told me those 2 4CC video codes where not mapped in gst-ffmpeg actually
so it should be normal that gst* can't play them for now
Comment 2 Stephane Loeuillet 2004-03-31 20:21:08 UTC
also triggered by :

_bad_/iv32/smokin.avi
_bad_/iv32/smoking.avi
_bad_/iv50/Audrey_Lebon....avi
Comment 3 Stephane Loeuillet 2004-03-31 20:39:15 UTC
_bad_/mrle/push.avi
_bad_/mrle/scate2.avi
Comment 4 Ronald Bultje 2004-04-11 21:40:34 UTC
The warnings were because of something called 'rec-list' chunks, never heard of
and sucks badly, apparently some "extension" (read: hack) introduced by aviGUI
from Alex Noe. Anyway, sucks, but support for that added. Also, MS Video v1
support (video/x-msvideocodec,msvideoversion=1) added to riff and ffmpeg.

The movie plays now, without warnings, but... The colors are all wrong. dunno
why yet, looking into it.
Comment 5 Johan (not receiving bugmail) Dahlin 2004-04-15 12:22:55 UTC
Let's concentrate on one file per bug report. This is only for Horseb~1.avi
When this is fixed, please retry with all your files and file new bug reports
for each file that does not play.
Comment 6 Johan (not receiving bugmail) Dahlin 2004-04-15 12:24:18 UTC
Moved to gst-ffmpeg, if it's incorrect move it back to gst-player and add a note
that it plays fine with gst-launch
Comment 7 Ronald Bultje 2004-12-16 20:46:44 UTC
As for the horseb movie, I get this:

ERROR (0x89556e8 - 306452:44:52.357576000)          ffmpeg(20796) (0)::  MS
Video-1 warning: stream_ptr out of bounds (5554 >= 5552)

it plays, but there's a lot of colory blocks, nothing visible. ffplay plays it fine.
Comment 8 Christian Fredrik Kalager Schaller 2004-12-21 15:02:34 UTC
Stephane is this problem still here with current CVS gst-ffmpeg? (with the
updated ffmpeg snapshot?)
Comment 9 Stephane Loeuillet 2004-12-21 17:39:51 UTC
yes, it is still there. in fact, comment #7 from ronald was done just after the
new snapshot was in use. (he retested all the gst-ffmpeg issues)
Comment 10 Ronald Bultje 2004-12-23 12:19:38 UTC
I've now fixed it up to a point where it works, apart from colors being wrong,
screwed and so on. This is already marked in bug #161675, so I'll mark this
fixed because the rest works.