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 165376 - Shaky video (MPEG-4 v2)
Shaky video (MPEG-4 v2)
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-libav
git master
Other Linux
: Normal major
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-01-27 04:59 UTC by Gabriel de Perthuis
Modified: 2006-07-03 18:00 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
debug log as requested by ronald (258.78 KB, application/x-bzip)
2005-02-09 16:43 UTC, Stephane Loeuillet
Details

Description Gabriel de Perthuis 2005-01-27 04:59:48 UTC
Here is a file that doesn't play well, the images are coming by bursts. MPlayer
is fine with it. For the record, I'm using totem.
http://gamma.cs.unc.edu/impasto/impasto_mp4.avi
According to file:
RIFF (little-endian) data, AVI, 720 x 480, ~30 fps, video: Microsoft MPEG-4 v2,
audio: ADPCM (mono, 22050 Hz)
Comment 1 Ronald Bultje 2005-01-27 09:54:10 UTC
This may be fixed already by my timestamp smoothing changes. Did you / Can you
check CVS of gst-ffmpeg?
Comment 2 Gabriel de Perthuis 2005-01-27 20:45:14 UTC
Same thing with the CVS version.
Comment 3 Ronald Bultje 2005-01-28 00:56:44 UTC
I downloaded and tried, and it seems to play fine. Movement of brushes, hangs
(later on in the movie) and everything is incredibly smooth. Can you give the
last message in the changelog for your cvs checkout? Can you please double check
that there was no other version of gst-ffmpeg installed at the time that you
tested the cvs version?

The only thing that seems like hickups is that after a minute and two minutes,
the movie stops for two seconds, but that is intentional, the movie just pauses
there as it jumps from one scene to the next. I'm pretty sure that's not what
you mean.
Comment 4 Gabriel de Perthuis 2005-01-28 02:01:38 UTC
I have a quite recent CVS:
2005-01-27  Ronald S. Bultje  <rbultje@ronald.bitfreak.net>

        * ext/ffmpeg/gstffmpeg.c: (plugin_init):
          Fix compile with debug disabled (#165250).

I have only one version of gst-ffmpeg installed. Other avi films play fine, this
one plays fine in MPlayer, so I can't see what's wrong here. I'm snice-ing totem
to a higher priority in case it was a resource problem.

What the "shaky playback" looks like, is that the image doesn't move for one
second, then moves fast for less than a second, again and again, while still
being in sync with the audio on average. I'm noticing the time display is
strange too, it jumps and sometimes goes one second backwards.

Here are samples of the debugging output, at level 2.
Before playing:

...
gstffmpegcodecmap.c(879):gst_ffmpeg_pixfmt_to_caps: No caps found for pix_fmt=19
WARN  (0xdd1590 - 307465:47:22.996584000)          ffmpeg(29423)
gstffmpegcodecmap.c(879):gst_ffmpeg_pixfmt_to_caps: No caps found for pix_fmt=20
WARN  (0xdd1590 - 307465:47:22.996597000)          ffmpeg(29423)
gstffmpegcodecmap.c(879):gst_ffmpeg_pixfmt_to_caps: No caps found for pix_fmt=21
WARN  (0xdd1590 - 307465:47:23.021464000)  GST_SCHEDULING(29423)
gstpad.c(3172):_invent_event: needed to invent a DISCONT 0x564600 (time 0) for
avidemux0:video_00 => ffdec_msmpeg4v20:sink
WARN  (0xdd1590 - 307465:47:23.032433000)  GST_SCHEDULING(29423)
gstpad.c(3172):_invent_event: needed to invent a DISCONT 0x5644e0 (time
1009771328) for avidemux0:audio_00 => ffdec_adpcm_ms0:sink
WARN  (0xdd1590 - 307465:47:23.035314000)  queue_dataflow(29423)
gstqueue.c(643):gst_queue_chain:<preroll_src1> preroll_src1: waiting for the app
to restart source pad elements
WARN  (0x53f100 - 307465:47:23.038385000)         default(29423)
gstffmpegcodecmap.c(251):gst_ffmpeg_pixfmt_to_caps: No caps found for pix_fmt=5
WARN  (0x53f100 - 307465:47:23.038632000)         default(29423)
gstffmpegcodecmap.c(251):gst_ffmpeg_pixfmt_to_caps: No caps found for pix_fmt=12
...
WARN  (0x53f100 - 307465:47:23.112242000)         default(29423)
gstffmpegcodecmap.c(251):gst_ffmpeg_pixfmt_to_caps: No caps found for pix_fmt=21
WARN  (0x53f100 - 307465:47:23.112256000)         default(29423)
gstffmpegcodecmap.c(251):gst_ffmpeg_pixfmt_to_caps: No caps found for pix_fmt=22




While playing:
WARN  (0x53f100 - 307465:47:27.821062000)  queue_dataflow(29423)
gstqueue.c(856):gst_queue_handle_src_event:<preroll_src0> Preparing for loop for
event handler
WARN  (0x108f960 - 307465:47:28.312419000)  queue_dataflow(29423)
gstqueue.c(870):gst_queue_handle_src_event:<preroll_src0> timeout in upstream
event handling, dropping event 0x5644e0 (15)
WARN  (0x53f100 - 307465:47:28.323921000)  queue_dataflow(29423)
gstqueue.c(870):gst_queue_handle_src_event:<preroll_src0> timeout in upstream
event handling, dropping event 0x564600 (15)
WARN  (0x53f100 - 307465:47:28.324123000)  queue_dataflow(29423)
gstqueue.c(856):gst_queue_handle_src_event:<preroll_src0> Preparing for loop for
event handler
WARN  (0x53f100 - 307465:47:28.806340000)  queue_dataflow(29423)
gstqueue.c(884):gst_queue_handle_src_event:<preroll_src0> Event handled
WARN  (0x53f100 - 307465:47:28.809346000)  queue_dataflow(29423)
gstqueue.c(856):gst_queue_handle_src_event:<preroll_src0> Preparing for loop for
event handler
Comment 5 Gabriel de Perthuis 2005-01-28 02:18:17 UTC
These warning messages are relevant, I don't get them with other MPEG-4 v2 files:

WARN  (0x108f960 - 307465:47:28.312419000)  queue_dataflow(29423)
gstqueue.c(870):gst_queue_handle_src_event:<preroll_src0> timeout in upstream
event handling, dropping event 0x5644e0 (15)
Comment 6 Ronald Bultje 2005-01-28 08:10:50 UTC
Nah, it just means you moved over the window with your mouse, which will cause
interactivity event handling to be activated (for menus and the like).
Comment 7 Stephane Loeuillet 2005-02-06 15:27:35 UTC
i confirm this bug with latest CVS of everything (core, plugins, ffmpeg, totem)

sound is always perfect.
video comes from time to time, in burst (like if it was doing : fast-forward,
pause, fast-forward, pause)

nothing on the console where totem was launched
Comment 8 Ronald Bultje 2005-02-06 15:45:36 UTC
Can you confirm that it uses ffmpeg (--gst-debug=decodebin:5) and tell me what
the latest entry in your ChangeLog is?
Comment 9 Ronald Bultje 2005-02-08 14:19:46 UTC
OK, another approach then, which audiosink do you use? If OSS, try ALSA, if
ALSA, read on. Which videosink? If not ximagesink/xvimagesink, try one of those
two. Can you give me the output of gst-launch playbin uri=file:///path/to/file
--gst-debug-no-color
--gst-debug=ffmpeg:5,alsa*:5,xvimage*:5,ximage*:5,decodebin:5 &> logfile?
Comment 10 Stephane Loeuillet 2005-02-09 16:43:11 UTC
Created attachment 37248 [details]
debug log as requested by ronald
Comment 11 Luca Ognibene 2005-10-02 14:53:30 UTC
Works fine here.. Can you still replicate it? Please also try with a different
audiosink like osssink or esdsink, thanks!
Comment 12 André Klapper 2006-07-03 18:00:40 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information Luca asked for.
Thanks!