audio and video playback glitches in totem (Ubuntu 10.04 lucid i386)

Bug #572778 reported by Rainstride on 2010-05-01
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
gstreamer0.10 (Ubuntu)
Undecided
Unassigned

Bug Description

I'm running 10.04 lucid. depending on the file type, the bug acts differently. with mp4, the video will become unsync'd with the audio and will speed or freeze depending on how bad it gets. with mkv the audio will stop and come back seemingly at random with no effect on the video. its unaffected by video card or video card divers. and compiz has no effect on it either. I noticed my friends computer was doing the same when I ungraded him to 10.04 yesterday. he is running an ATI x1300 card (open drivers) and im running nvidia 8400 gst (closed drivers). And on top of that I have an Intel processor and he has a amd x64. So it seems to have absolutly nothing to do with hardware. I haven't tested any other video player yet, so it may have something to do with totem or gstreamer. there is no problem that I can hear with audio in general though, rhythmbox plays fine no problems. so it seems to limited to video files only for some reason....

This bug was not in 9.10, it just started after upgrading to 10.04. To reproduce all I have to do is play an mp4 or mkv file. the videos are in 720p if it helps any. this doesn't happen when playing avi files, though that may or may not be because they are SD.

madbiologist (me-again) wrote :

Given the difference seen between HD (720p) and SD video, I suspect your CPUs are not powerful enough to show the HD videos smoothly.

Can you verify that hardware-accelerated direct rendering is enabled? - please provide the output of glxinfo |grep render on each system.

Also, on the NVIDIA 8400 GST if may be possible to enable VDPAU if it is not already enabled.

Rainstride (rainstride) wrote :

No, my cpu is only using 50% of its full power max, and it worked fine on later versions of ubuntu. It doesn't matter if totem alone is running or if i have 10 other things running, the problem doesn't change. besides even with the difference in computing power between me and my friend, the effect is no better or worse between us. and he isn't exactly on the high end power-wise.

Besides we are not talking about a performance problem here. the mkv (720p) video plays perfect except the sound stops playing temporarily. There is nothing wrong with my files either, I ran the check sums.

Rainstride (rainstride) wrote :
Download full text (24.2 KiB)

name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
server glx extensions:
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
    GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
    GLX_EXT_swap_control, GLX_EXT_texture_from_pixmap, GLX_ARB_create_context,
    GLX_ARB_create_context_profile, GLX_ARB_multisample, GLX_NV_float_buffer,
    GLX_ARB_fbconfig_float, GLX_EXT_framebuffer_sRGB
client glx vendor string: NVIDIA Corporation
client glx version string: 1.4
client glx extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info,
    GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync,
    GLX_NV_swap_group, GLX_NV_video_out, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
    GLX_SGI_swap_control, GLX_EXT_swap_control, GLX_ARB_create_context,
    GLX_ARB_create_context_profile, GLX_NV_float_buffer,
    GLX_ARB_fbconfig_float, GLX_EXT_fbconfig_packed_float,
    GLX_EXT_texture_from_pixmap, GLX_EXT_framebuffer_sRGB,
    GLX_NV_present_video, GLX_NV_copy_image, GLX_NV_multisample_coverage,
    GLX_NV_video_capture
GLX version: 1.4
GLX extensions:
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
    GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
    GLX_EXT_swap_control, GLX_EXT_texture_from_pixmap, GLX_ARB_create_context,
    GLX_ARB_create_context_profile, GLX_ARB_multisample, GLX_NV_float_buffer,
    GLX_ARB_fbconfig_float, GLX_EXT_framebuffer_sRGB,
    GLX_ARB_get_proc_address
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce 8400 GS/PCI/SSE2
OpenGL version string: 3.2.0 NVIDIA 195.36.15
OpenGL shading language version string: 1.50 NVIDIA via Cg compiler
OpenGL extensions:
    GL_ARB_color_buffer_float, GL_ARB_compatibility, GL_ARB_copy_buffer,
    GL_ARB_depth_buffer_float, GL_ARB_depth_clamp, GL_ARB_depth_texture,
    GL_ARB_draw_buffers, GL_ARB_draw_elements_base_vertex,
    GL_ARB_draw_instanced, GL_ARB_fragment_coord_conventions,
    GL_ARB_fragment_program, GL_ARB_fragment_program_shadow,
    GL_ARB_fragment_shader, GL_ARB_framebuffer_object,
    GL_ARB_framebuffer_sRGB, GL_ARB_geometry_shader4, GL_ARB_half_float_pixel,
    GL_ARB_half_float_vertex, GL_ARB_imaging, GL_ARB_map_buffer_range,
    GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_occlusion_query,
    GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, GL_ARB_point_sprite,
    GL_ARB_provoking_vertex, GL_ARB_seamless_cube_map, GL_ARB_shader_objects,
    GL_ARB_shading_language_100, GL_ARB_shadow, GL_ARB_sync,
    GL_ARB_texture_border_clamp, GL_ARB_texture_buffer_object,
    GL_ARB_texture_compression, GL_ARB_texture_compression_rgtc,
    GL_ARB_texture_cube_map, GL_ARB_texture_env_add,
    GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar,
    GL_ARB_texture_env_dot3, GL_ARB_texture_float,
    GL_ARB_texture_mirrored_repeat, GL_ARB_texture_multisample,
    GL_ARB_texture_non_power_of_two, GL_ARB_texture_rectangle,
    GL_ARB_texture_rg, GL_ARB_transpose_matrix, GL_ARB_uniform_buffer_object,
    GL_ARB_vertex_array_bgra, GL_ARB_vertex_ar...

Rainstride (rainstride) wrote :

grep render didn't output any thing, it just sat there.

Rainstride (rainstride) wrote :

I just installed mplayer and it isn't showing any of the problems that totem is having. so this seems to be limited to totem.

madbiologist (me-again) wrote :

Thanks for the info. The part about mplayer is interesting. Can you enter the following at a command prompt (without the quotes"") and report what happens?

"gst-launch-0.10 playbin2 <filename>"

Rainstride (rainstride) wrote :

it gave me back this.

Setting pipeline to PAUSED ...
ERROR: Pipeline doesn't want to pause.
ERROR: from element /GstPlayBin2:playbin20: No URI set
Additional debug info:
gstplaybin2.c(3448): setup_next_source (): /GstPlayBin2:playbin20
Setting pipeline to NULL ...
Freeing pipeline ...

madbiologist (me-again) wrote :

Sorry, I didn't realise it was a URI only command. Please try again with the file:/// prefix before the filename.

Rainstride (rainstride) wrote :

samething

madbiologist (me-again) wrote :

OK, sorry for the long delay.

The correct syntax for that command is:

gst-launch-0.10 playbin2 uri=file:///<filename>

amdlin (amdlintuxos) wrote :

This bug affects me to.
ubuntu 10.04.01, fully updated.
Core2Duo 1,6Ghz, gf7600Go (prop. drver). mkv 720p
At some case when Totem freezes the CPU usages even decreases down to nearly 10% (general CPU usage doesn't go over 50%), so it has to be not HW weakness problem.
The
gst-launch-0.10 playbin2 uri=file:////filename.mkv
gives me only
WARNING: erroneous pipeline: no element "Volume"

amdlin (amdlintuxos) wrote :

forgot to mention, compiz was disabled in my case

madbiologist (me-again) wrote :

Interesting - does the properties option in Totem tell you what format the audio is in?

Rainstride (rainstride) wrote :
Download full text (4.9 KiB)

running "gst-launch-0.10 playbin2 uri=file:///<filename>" with one of my 720p videos spits out.

rainstride@x:~$ gst-launch-0.10 playbin2 uri=file:///'/media/320GB External/Videos/Anime/Fullmetal alchemist brotherhood/[Eclipse] Fullmetal Alchemist Brotherhood - 64 (1280x720 h264) [67CD73B3].mkv'
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstPulseSinkClock
WARNING: from element /GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage: A lot of buffers are being dropped.
Additional debug info:
gstbasesink.c(2597): gst_base_sink_is_too_late (): /GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage:
There may be a timestamping problem, or this computer is too slow.
WARNING: from element /GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage: A lot of buffers are being dropped.
Additional debug info:
gstbasesink.c(2597): gst_base_sink_is_too_late (): /GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage:
There may be a timestamping problem, or this computer is too slow.
WARNING: from element /GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage: A lot of buffers are being dropped.
Additional debug info:
gstbasesink.c(2597): gst_base_sink_is_too_late (): /GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage:
There may be a timestamping problem, or this computer is too slow.
WARNING: from element /GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage: A lot of buffers are being dropped.
Additional debug info:
gstbasesink.c(2597): gst_base_sink_is_too_late (): /GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage:
There may be a timestamping problem, or this computer is too slow.
WARNING: from element /GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage: A lot of buffers are being dropped.
Additional debug info:
gstbasesink.c(2597): gst_base_sink_is_too_late (): /GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage:
There may be a timestamping problem, or this computer is too slow.
WARNING: from element /GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage: A lot of buffers are being dropped.
Additional debug info:
gstbasesink.c(2597): gst_base_sink_is_too_late (): /GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage:
There may be a timestamping problem, or this computer is too slow.
WAR...

Read more...

Rainstride (rainstride) wrote :

Just to clarify, by "off" I mean out of sync.

madbiologist (me-again) wrote :

Thanks Rainstride. This looks similar to some of the issues addressed in GStreamer Good Plug-ins 0.10.24, including, but not limited to:

# 620358 : [matroskademux] Sorenson Squish WebM output seeking issues
# 620743 : matroskademux: refactor delta unit handling
# 619485 : matroskademux: skip buffers before a late keyframe (QoS)

Those are GNOME bug numbers. The corresponding bug reports are at:

https://bugzilla.gnome.org/show_bug.cgi?id=620358
https://bugzilla.gnome.org/show_bug.cgi?id=620743
https://bugzilla.gnome.org/show_bug.cgi?id=619485

Are you able to try with the Ubuntu 10.10 "Maverick Meerkat" alpha 3 CD? After booting, and before testing, please use Synaptic Package Manager to upgrade Totem and the gstreamer packages, in particular the update of gstreamer0.10-plugins-good to 0.10.24.3-1ubuntu1

Rainstride (rainstride) wrote :

Ill give it a try with beta later on and post the results.

madbiologist (me-again) wrote :

amdlin - I just noticed that in comment #11 you have an extra / before the filename. Can you try again with only three / 's?

Gautham P (gautham-padmakumar) wrote :

guys
i do hav almost same prblm. While playing video in totem the computer freezes for 5-8 sec.( there is sound & there is no prblm while loading video) then runs normally & comes again for abt 5 times if watch a full movie..........
i am starter in ubantu......
i am using 10.04LTS

Rainstride (rainstride) wrote :

Iv been testing totem in 10.10 for the last 2-3 days and its looking like the updates to the system have reduced the problem by a large margin. the video desynchronizing from the sound is much less frequent that it was. It does still happen a little, but no where close to as bad as it did or quite as often. Iv only been testing with the nvidia closed source drivers installed, so Im not sure about the open source drivers. I can test them if need be though.

something with totem is causing the issue, that much is clear. The new nvidia drivers have enabled the vdpau option for my graphics card, with that turned on in gnome mplayer I can play 1080p video and it only uses 25-45% of my cpu. So, my hardware is definitely not an issue.

Any ideas or tests you think I should try while I'm at it?

Fabio Marconi (fabiomarconi) wrote :

Hello Rainstride
Can you update about this issue ?
Thanks
Fabio

Changed in ubuntu:
status: New → Incomplete
affects: ubuntu → gstreamer0.10 (Ubuntu)
madbiologist (me-again) wrote :

@Fabio Marconi - what information would you like Rainstride to provide?

madbiologist (me-again) on 2013-01-27
tags: added: lucid maverick
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.