[GM45] X freezes when playing ogg vorbis, ogg theora or mp3 in Totem

the issue is not a totem one, whatever the software do the system should still work correctly, do you have the issue issue using other softwares on the same video?

My issue is only with Totem. When I start Totem and try to play media the system will hang after a short blip as if it is trying to render the media.

Other applications like Firefox, Flash plugins within Firefox, OpenOffice.org, Lotus Notes, Rhythmbox (ogg and mp3), gedit and print screen all work fine. Even with desktop effects enabled.

The only time this system has hung or crashed is while trying to play media files with Totem.

Thank you for taking the time to report this bug and helping to make Ubuntu better, but unfortunately I've been unable to reproduce your issue on Ubuntu 8.10. Can you reproduce this issue with an Ubuntu LIVE CD and report back if the problem still exists on Ubuntu 8.10 LIVE CD?

If you are unable to obtain an Ubuntu 8.10 LIVE CD to test this, then maybe try some debugging to help generate some log files for the developers. This information can be found here: https://wiki.ubuntu.com/DebuggingProgramCrash Upload the backtrace (as an attachment) to the bug report. This will greatly help us in tracking down your problem.

I will be happy to boot and test an Ubuntu 8.10 Live CD, however, I am hoping the issue if it can be isolated will be resolved with Ubuntu 8.04.2 because it is an LTS release to be supported until 2011.

Results...

Tested with 8.10 live CD and Experience ubuntu.ogg worked with Totem. The resolutions were not detected properly so I changed it to 1280x800 and it worked. I also tested it at 1024x768 and Totem on 8.10 live CD worked.

I booted 8.04.2 LTS and tried the same test at 1280x800 and it failed. The video music began to play, the Totem viewscreen remained black, then complete system freeze. The 8.04.2 Live CD hangs just like the installed 8.04.2 system on my Thinkpad.

Please let me know what else I can provide to help debug the LTS release.

Thanks for testing on the Live CD, that helps! Couple of other things:

Does this happen with any video file, or only specifically encoded videos? AVI vs. OGG vs. MPG...etc.

Would it be possible to link to the file you are testing this with, so I can try this on my 8.04.2 test laptop?

Does this happen if you try to play the file using MPlayer or VLC?

Thanks for your response, I do want to help make Ubuntu better. So to answer your question, I have tried ogg vorbis, ogg theora and an mp3 file.

The specific ogg files are the ones included as examples on Ubuntu 8.04.2. If you need an MP3 file, I can get you a test file. I have not tried an AVI file, but I did try a WMV file and the system hung.

You mentioned capturing backtrace data..will that work if the system hangs and must be powered off? I'll be glad to give this a try, but I'm new to that process. I do however have a vested interest in getting this to work. I will read and see what I can do to generate the logs.

For what it's worth this is the first system I have had with this problem. Again, it's a new Lenovo Thinkpad R400.

why did you reassign the bug to totem? look to the logs for xorg crashes or linux errors rather

My apologies Sebastien, I assigned this to Totem, as it wasn't assigned to anything, and the user stated it only happens with Totem.

Jamie,

Have you tested the same video file with MPlayer or VLC? Also, the backtrace might capture something useful prior to the crash. And like Sebastien suggested, the xorg logs would be helpful as well.

Lupine, Thank you for the continued encouragement sorting through this issue.

I have installed MPlayer and found that it also hung on the video file. I then rebooted and tried the ogg vorbis file and it played. So MPlayer got it half correct. :)

These are the files being tested as included with Ubuntu 8.04.2 (Hardy Heron) LTS:
-Experience ubuntu.ogg
-ubuntu Sax.ogg

I will review the process at https://wiki.ubuntu.com/DebuggingProgramCrash and gather more information.

Sebastien, I reported this error as with Totem because I could and can reproduce it every time. As a troubleshooting effort I have to start with what I can reproduce and work from there. I realize this may ultimately be an issue with other software on my system, however, I'm doing my best to be descriptive so that others who may encounter a similar problem will have a place to begin. I will gladly provide any logs that will help resolve this issue. Since I am new to this process, please be verbose as to which log file or files I need to include.

Jaime,

Since the laptop is crashing on MPlayer as well, then Sebastien is correct, and this is not a Totem specific issue, so I am removing that as the assigned package. Now the trick is to find out if the issue is with Xorg or is the Linux kernel. My initial thought, is that this is an issue with Xorg and/or the video drivers. So, try and get the Xorg log as documented here: https://wiki.ubuntu.com/DebuggingProgramCrash#The%20Xorg%20server

I have done my best to gather more information. It looks as though this problem is beyond my current skills.

There is no ~/.xsession-errors file on my system because as I understand from DebuggingXorg https://wiki.ubuntu.com/DebuggingXorg#Debugging%20Hangs%20/%20Freezes%20/%20Lockups that the server isn't really crashing. I am not sure how to move this issue to the Xorg or Kernel group as you and Sebastien have recommended.

I tried one last time to capture log information by recreating the hang/freeze/lockup with Totem again.

If you look at any of the log files you'll see that I tried to play the video after Feb 19 21:29:41. I powered off the system after the hang and restarted at Feb 19 21:34:03.

I do appreciate your time. Please let me know if there is a specific forum where I can take this issue for help.

My last try tonight...

I started Totem with the following command:
GST_DEBUG_NO_COLOR=1 GST_DEBUG=*:2 totem 2> log

Then I tried the video again, it locked up as expected, but this time I got a bit of a log file:
0:00:10.591577130 6715 0x85aee68 WARN oggdemux gstoggdemux.c:2339:gst_ogg_demux_read_chain:<oggdemux0> page is not BOS page
0:00:10.604849890 6715 0x85aee68 WARN oggdemux gstoggdemux.c:2335:gst_ogg_demux_read_chain:<oggdemux0> problem reading BOS page: ret=-3

I don't know if this helps.

Here is the Xorg.0.log that I forgot to include yesterday.

If that laptop is on a network, and when it locks up...can you still ping the device? I'm trying to determine if it is just Xorg locking up (a CTRL+ALT+BACKSPACE might also help), or if it is an entire kernel crash/linux lockup.

not a gstreamer bug either, that's either xorg or linux causing the issue

I thank you for the continued guidance. Sebastien is correct it looks like an xorg issue.

I was able to connect via SSH and watch via :top" as the system hung. The keyboard becomes unresponsive, so CTRL+ALT+BACKSPACE will not work. The mouse will move but there is no input to the screen and also the CPU graph for system monitor freezes.

From my other system via SSH I was about to reboot the system with the hung screen. I tried again, hung the screen and tried to kill the xorg process. I wasn't able to kill the xorg process which seemed odd, so again I did a reboot via SSH to get the system going again.

Here is the output from lspci -

00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07)
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
00:03.0 Communication controller: Intel Corporation Mobile 4 Series Chipset MEI Controller (rev 07)
00:19.0 Ethernet controller: Intel Corporation 82567LM Gigabit Network Connection (rev 03)
00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03)
00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03)
00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03)
00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03)
00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03)
00:1c.3 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 (rev 03)
00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93)
00:1f.0 ISA bridge: Intel Corporation ICH9M-E LPC Interface Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03)
03:00.0 Network controller: Intel Corporation Unknown device 4237
15:00.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ba)
15:00.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 04)

Please let me know how to move this issue to the xorg team if that is where it needs to go.

Good job on the follow up. To reassign a package, you simply need to click the down arrow under the "Affects" column and type in the new package. Within that same are is where you can also mark the "Status" back to new. Both of which, I have already done for this bug. Hopefully, with the proper developers looking at this now, things will move along.

Just a couple things that came to mind when reading the bug description and comments...

When X "freeze", if you switch to a VT (by pressing Ctrl-Alt-F1), and then back into X (by pressing Alt-F7), is X still "frozen"?

I also wonder if it could be a problem specific to Xv. I do notknow if Totem output using Xv by default, but mplayer. So, since mplayer trigger the freeze when playing a video using the default Xv output driver, you could test in a pinch a different output driver with a command such as:

    mplayer -vo gl /usr/share/exemple-content/Experience\ Ubuntu.ogg

Or even:

    mplayer -vo x11 /usr/share/exemple-content/Experience\ Ubuntu.ogg

If either or both work (as in, do not freeze X), then we are on to something.

More testing with good results-

When X "freezes" there is NO keyboard control, therefore I cannot switch to a VT and I cannot kill X. The only way I can recover without powering off the system is to use an SSH session from another system and 'sudo reboot now'

Now the good news-
Using mplayer with the suggested video output drivers worked! I will post the commands used and the screenshots for each one.

It's good that mplayer worked but I'm hoping all this can help me get to a point where I can use Totem on this system. (mplayer still fails when launched from the gnome menu, I guess it's using the default video output)

Using mplayer with the -vo xv option gave the same X "freeze" and was able to redirect some of the output to a file before the hang.

Here is the first successful command:
mplayer -vo x11 /usr/share/example-content/Experience\ ubuntu.ogg

MPlayer 1.0rc2-4.2.3 (C) 2000-2007 MPlayer Team
CPU: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz (Family: 6, Model: 23, Stepping: 6)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing /usr/share/example-content/Experience ubuntu.ogg.
[Ogg] stream 0: video (Theora v3.2.0), -vid 0
[Ogg] stream 1: audio (Vorbis), -aid 0
Ogg file format detected.
VIDEO: [theo] 360x288 24bpp 25.000 fps 0.0 kbps ( 0.0 kbyte/s)
xscreensaver_disable: Could not find XScreenSaver window.
GNOME screensaver disabled
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
[theora @ 0x89398d0]Missing extradata!
Could not open codec.
VDecoder init failed :(
Opening video decoder: [theora] Theora/VP3
VDec: vo config request - 360 x 288 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.25:1 - prescaling to correct movie aspect.
VO: [x11] 360x288 => 360x288 Planar YV12
[swscaler @ 0x89348f0]SwScaler: using unscaled yuv420p -> rgb32 special converter
Selected video codec: [theora] vfm: theora (Theora (free, reworked VP3))
==========================================================================
==========================================================================
Forced audio codec: mad
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 22050 Hz, 2 ch, s16le, 45.3 kbit/6.42% (ratio: 5666->88200)
Selected audio codec: [ffvorbis] afm: ffmpeg (FFmpeg Vorbis decoder)
==========================================================================
AO: [pulse] 22050Hz 2ch s16le (2 bytes per sample)
Starting playback...
A: 96.6 V: 96.8 A-V: -0.256 ct: -0.065 2422/2422 5% 3% 0.5% 0 0
GNOME screensaver enabled

Exiting... (End of file)

Here is the second successful command:
mplayer -vo gl /usr/share/example-content/Experience\ ubuntu.ogg

MPlayer 1.0rc2-4.2.3 (C) 2000-2007 MPlayer Team
CPU: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz (Family: 6, Model: 23, Stepping: 6)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled with runtime CPU detec...

Just to confirm further that this bug is really with Xv in the intel driver, we can try using Totem.

First, you will need to enable the Multimedia Systems Selector in the menu. Go to System > Preferences > Main Menu. Select System > Preferences in the right pane of the menu editor, and tick the checkbox next to "Multimedia Systems Selector" in the right pane. Click the Close button.

Now open System > Preferences > Multimedia Systems Selector, go to the Video tab and select "X Window System (No Xv)" in the Default Output > Plugin drop-down menu. Click the Close button to finish.

Then, test playing videos and mp3 again using Totem. Does it still crashes?

Confirmed that the issue is related to Xv.

I have enabled the workaround proposed by Etienne and now Totem is working without hangs or "freeze"!

I appreciate the help in finding a way to get Totem working on my system! THANK YOU!

I will be glad to help test any solutions that may come with the Xv intel driver.

Until then, I'll use the workaround!

Possibly this is a dupe of 233896.

Thanks for narrowing the problem to Xv.

Jaime, if possible please test against current Jaunty. If the issue still occurs there, we can then forward this bug upstream for further investigation. ISOs are available at http://cdimages.ubuntu.com/releases/jaunty/. Thanks ahead of time.

Bryce-

I have tested with the LiveCD of Jaunty from the link above (alpha-5) as requested and the freeze does not happen with Jaunty.

So, I have concluded and tested the following on my Lenovo Thinkpad R400:

Hardy 8.04.2 (LTS) - Fails
Ibex 8.10 - OK
Jaunty alpha-5 - OK

While there is currently a "workaround" for Hardy, I am hoping the intel driver will be corrected and pushed into the Hardy packages. Also I read the text of 233896 and yes it looks similar but there was no definitive solution to 233896. In that instance desktop effects were disabled and that apparently resolved the issue for the reporter. In my case turning off desktop effects did not stop the problem.

I now know that the quick way to create the "freeze" is to go to System > Preferences > Multimedia Systems Selector, go to the Video tab and select Plugin: X Window System (X11/XShm/Vx) then push Test. The freeze is immediate.

Thanks again for all help.

Same problem in Hardy running on a Dell latitude E5500. Work around suggested by Etienne Goyer works. Thanks!.

Thanks for the testing to confirm the issue is in Hardy only. I'm tasking it for hardy

I see that the status has now changed to "Fix Released". How can I obtain and test the fix on my Hardy installation?

You are incorrect, the hardy task is not Fix Released. Check the bug status more carefully.

Thanks Bryce, I misunderstood. I'm new to this process. I will watch for the Hardy task to change.

Hardy has seen the end of its life and is no longer receiving any updates. Marking the Hardy task for this ticket as "Won't Fix".