GNOME Bugzilla – Bug 315316
This Motion Jpeg file lags a lot
Last modified: 2005-11-21 17:40:43 UTC
Please describe the problem: Try to view this file. It lags horribly, although, in this case it's kind of amusing =) Taken off one of my friends' digital cameras. Link: http://www.hystrix.se/MVI_0152.AVI Works good in xine, but not in mplayer. I'm suspecting it's faulty somehow, but since it can be viewed ok, it should. Steps to reproduce: Actual results: Expected results: Does this happen every time? Other information: Fedora Core 4, gstreamer's own rpm's. [sigge@c213-89-51-50 ~]$ rpm -q gstreamer gstreamer-plugins gstreamer-0.8.11-0.gst.1.4 gstreamer-plugins-0.8.11-0.gst.1.4
What do you mean by 'lags a lot'? You mean the audio lags behind? Or the video? This file plays perfectly fine for me with 0.8.11/CVS and 0.9 CVS and exactly the same as in xine or vlc. How do you test playback of the file? totem? What audiosink are you using? esd by any chance? Cheers -Tim
Yes, I'm using totem. By lags a lot I mean that it gets shown one frame at a time. Viewing the film takes minute although the movie is only 11 secs long. I don't hear any sound either. Using alsasink. I also have some win32 drivers installed from the mplayer site, don't know if that matters. Full list of my gstreamer packages installed: gstreamer-ffmpeg-0.8.5-0.gst.1.4 gstreamer-devel-0.8.11-0.gst.1.4 gstreamer-tools-0.8.11-0.gst.1.4 gstreamer-plugins-audio-0.8.11-0.gst.1.4 gstreamer-plugins-extra-audio-0.8.11-0.gst.1.4 gstreamer-plugins-video-0.8.11-0.gst.1.4 gstreamer-plugins-devel-0.8.11-0.gst.1.4 gstreamer-plugins-0.8.11-0.gst.1.4 gstreamer-plugins-extra-debuginfo-0.8.11-0.gst.1.4 gstreamer-plugins-debuginfo-0.8.11-0.gst.1.4 gstreamer-0.8.11-0.gst.1.4 gstreamer-pitfdll-0.8.1-1.2.fc4 gstreamer-plugins-extra-video-0.8.11-0.gst.1.4 gstreamer-plugins-extra-dvd-0.8.11-0.gst.1.4 What else can I tell you?
slow for me as well using totem. mplayer and gxine seems to play it at a normal speed for me. Confirming.
Works fine here using ubuntu breezy. Can you try to upgrade gst-ffmpeg ? Latest release is 0.8.6.
I've also tried with current 0.8 cvs and it works fine. Please try with latest release of gst-ffmpeg, thanks!
How do I get it? There haven't been any FC4 rpm's released yet from the GST fedora repo. Building my own rpm didn't work either. Will it work ok installed into /usr/local with the rest of gstreamer being in /usr?
No, it's better if you use --prefix=/usr. Or compile everything in /usr/local. Or just copy the gstffmpeg.so library generated by make in the gst-ffmpeg-0.8.6 directory in /usr/lib/gstreamer-0.8 and then run /usr/bin/gst-register-0.8.
Well, I've compiled it now, but I can't find the .so file in question. It's really weird, in fact - doing a search for files containing .so in the compile dir gives me nothing. Where does make put the compiled files?
luogni@bucefalo:~/Sorgenti/devel/gst-ffmpeg$ find . | grep .so ./ext/ffmpeg/.libs/libgstffmpeg.so
To be honest, I'm experiencing a whole lot of slowness from gstreamer on this computer, and it wasn't on this one that I filed the bug. This is my unstable box, so I don't expect much from it. Updating gst-ffmpeg didn't change anything, but I'll try it out with the other computer at my appartment tomorrow. I'm experiencing different types of slowness - this computer starts playing it fine, and then just slows up gradually. The other one is continuously choppy, and that is what the bug was about. I'll get back to you on this tomorrow.
ok, thanks. Please also try to play only video: gst-launch-0.8 filesrc location="MVI_0152.AVI" ! decodebin ! ffmpegcolorspace ! xvimagesink What cpu do you have? I'm testing on a athlon 550Mhz and it's using a lot of cpu (the video has a framerate of 60fps).
Hmmm, interesting stuff... I ran your command, and it played smooth, but with messed up colors and no sound. I changed xvimagesink to ximagesink and the colors were right, and still smooth. But no sound. My CPU is an athlon 2500 1.8 GHz. The computer that initially reported the bug is a dual core Intel 3GHz one. My cpu meter in gkrellm doesn't shows some activity, but only like 10-15% or something.
Oh, and by the way: On this computer I'm using the ESD audiosink, since that's the only one that works. On the other one - the one that reported the bug, it's ALSA. Will get back with results from that one tomorrow.
using the command in comment #11 the video played fine on my computer. smitten@home ~/Desktop $ gst-launch-0.8 --gst-version GStreamer Core Library version 0.8.11.1 Not sure why totem has problems. I tried xvimagesink and ximagesink from the command line and the video played fine (no audio of course) Actually, I think the audio might have something to do with it. Here is the output from --gst-debug-level=2 Option '--gst-debug-level=2' is unknown and was ignored WARN (0x8279888 - 313050:42:48.292487000) riffread(11259) riff-read.c(182):gst_riff_read_use_event:<avidemux0> Unexpected discont - might lose sync WARN (0x8279888 - 313050:42:48.317011000) avidemux(11259) gstavidemux.c(1877):gst_avi_demux_stream_header: Unknown tag IDIT in AVI header WARN (0x808a0a8 - 313050:42:48.538636000) default(11259) gstffmpegcodecmap.c(291):gst_ffmpeg_pixfmt_to_caps: No caps found for pix_fmt=16 WARN (0x808a0a8 - 313050:42:48.538775000) default(11259) gstffmpegcodecmap.c(291):gst_ffmpeg_pixfmt_to_caps: No caps found for pix_fmt=17 WARN (0x808a0a8 - 313050:42:48.538904000) default(11259) gstffmpegcodecmap.c(291):gst_ffmpeg_pixfmt_to_caps: No caps found for pix_fmt=19 WARN (0x808a0a8 - 313050:42:48.538966000) default(11259) gstffmpegcodecmap.c(291):gst_ffmpeg_pixfmt_to_caps: No caps found for pix_fmt=20 WARN (0x808a0a8 - 313050:42:48.539021000) default(11259) gstffmpegcodecmap.c(291):gst_ffmpeg_pixfmt_to_caps: No caps found for pix_fmt=21 WARN (0x808a0a8 - 313050:42:48.539076000) default(11259) gstffmpegcodecmap.c(291):gst_ffmpeg_pixfmt_to_caps: No caps found for pix_fmt=22 WARN (0x808a0a8 - 313050:42:48.539131000) default(11259) gstffmpegcodecmap.c(291):gst_ffmpeg_pixfmt_to_caps: No caps found for pix_fmt=23 WARN (0x808a0a8 - 313050:42:48.539187000) default(11259) gstffmpegcodecmap.c(291):gst_ffmpeg_pixfmt_to_caps: No caps found for pix_fmt=24 WARN (0x808a0a8 - 313050:42:48.539242000) default(11259) gstffmpegcodecmap.c(291):gst_ffmpeg_pixfmt_to_caps: No caps found for pix_fmt=25 ** Message: Couldn't initialize lirc. WARN (0x8279888 - 313050:42:48.667066000) GST_SCHEDULING(11259) gstpad.c(3255):_invent_event: needed to invent a DISCONT 0x80a1ce0 (time 0) for avidemux0:video_00 => jpegdec0:sink WARN (0x8279888 - 313050:42:48.735368000) GST_SCHEDULING(11259) gstpad.c(3255):_invent_event: needed to invent a DISCONT 0x80a1ab8 (time 0) for avidemux0:audio_00 => selector_audio_src1:sink0
OK, so I've tried to update the gst-ffmpeg package on the reporting computer. No success. The problems are exactly the same. Reopening the bug. Playing without sound like in command #11 works fine though. So it most probably is sound related.
Works fine with gstreamer 0.9. Updating to 0.9 and closing bug. gstfile.py information: Mime Type : video/x-msvideo Length : 0m 11s 94 Audio: 0m 11s 83 Video: 0m 11s 94 Video : 320 x 240 @ 59.94 fps Codec : Motion JPEG Audio : 1 channels(s) : 11024Hz @ 8bits (int) Codec : Uncompressed 8-bit PCM audio Additional information : encoder : CanonMVI02