MythVideo DTS Sound Crashes Front End

[anonymous]

Looked around but couldn't find anything about this.

When playing an xvid encoded video with DTS Sound the front end crashes if you try to skip forward or fast forward the video. This happens with every DTS sound file I have tried.

Crashes by closing out of the frontend without any error messages. Can restart without any problems. Just can't play and DTS videos.

Running under opensuse 10.2, frontend and backend on the same machine. AMD X2 5200 Asus M2NBP-VM Motherboard 2GB OCZ memory onboard video (Geforce 6) latest nvidia drivers compiled into the kernel

Happens regardless of any settings I change. No issue when using xine or mplayer. Can also play the videos fine outside of myth in xine, mplayer, and vlc.

Video encoded from dvd to xvid using autogk in windows with quality set to 100 and no re-encoding of the sound.

All other videos so far are playing fine using the internal player including AC3 audio.

If you need any more information or if I can help troubleshooting or testing please let me know by e-mail.

[tfluehr@…]

Just added a digital connector to my frontend and the videos don't seem to even play. Just crashes the frontend right away when I try to play them. I set the frontend to passthrough the audio.

[awithers]

Oops, I'll still look at this unless someone takes it.

[stuartm]

We need a backtrace.  http://www.mythtv.org/docs/mythtv-HOWTO-22.html#ss22.2

[tfluehr@…]

To get you the info you want do I need to reinstall my frontend and or server with the source code and manually build? I have just updated my system (both backend and frontend) to Mythbuntu 7.10.

If so can you point me to a url with instructions to backup/replace my existing system(s). thanks.

Is there a way to manually launch the Internal player from outside of mythtv? That might make it easier to track down the issue.

Here is some additional info on the issue:

Problem:

Normal DVD's with DTS audio play properly with no issues.

Xvid files with Dolby Digital audio play properly with no issues.

Tried the following combinations all with similar results

Xvid files played from the backend (with spaces in file name) with DTS audio and subtitles (idx/sub)
Xvid files played from the frontend stored locally (with no spaces in file name) with DTS audio and no subtitles (idx/sub)

Things I saw:
-play at a fast rate with no audio outputed and if you try to skip the mythtv frontend locks up and then after a period of time crashes sending me to the desktop
-play at a fast rate with clicking audio and if you try to skip the mythtv frontend locks up and then after a period of time crashes sending me to the desktop
-play at a fast rate with noise audio (almost like white noise) and if you try to skip the mythtv frontend locks up and then after a period of time crashes sending me to the desktop
-immediately crashes mythtv frontend and sends me to the desktop
-locks up to a black screen and then after a period of time crashes mythtv frontend and sends me to the desktop

mplayer results:

works fine from backend with subtitles - mplayer -fs -zoom -quiet -vo xv -ao alsa:device=spdif -ac hwdts, %s

no audio outputed - mplayer -fs -zoom -quiet -vo xv %s
Configuration:

Frontend:
Asus M2NPV-VM motherboard
using onboard video and audio
video connected to TV using DVI connection, resolution 1920x1080
audio connected using optical audio cable
1GB RAM

Install of Mythbuntu 7.10 AMD64
-using proprietary nvidia (new) drivers.
-Connected to network/backend using wireless card with WPA encryption
-proprietary atheros drivers loaded
-Proprietary Codec:

-w64codecs enabled
-libdvdcss2 enabled
-ffmpeg enabled

Mythtv Audio Settings:
Audio output device: ALSA:cards.pcm.iec958[[BR]] Passthrough output device: ALSA:iec958:{ AES0 0x02 }
Enable AC3 to SPDIF passthrough - checked
Enable DTS to SPDIF passthrough - checked
Use internal volume controls checked
Mixer Device: default
Mixer Controls: PCM

[Mario Limonciello <superm1@…>]

If you are on Ubuntu/Mythbuntu?, please install apport-gtk, and then restart your machine. The apport service should intercept the crash and build a backtrace.

[tfluehr@…]

Sorry for the delay, but I have attached one crash file that generated that was small enough to put in here.

I have others that I have generated that are 20-40 MB. If you need them please let me know how I can get them to you.

Thaqnks.

[Mario Limonciello <superm1@…>]

Hi, thanks for submitting the crash report, but it won't be useful here unless it is retraced. You've got a few options here. 1) Install apport-gtk, and reboot. Typically it will catch your crash report in the GUI then, and offer to submit it to launchpad. Launchpad's automatic retracing service will then produce a stack trace that is useful here (the two bugs can be linked together). 2) Run apport-retrace locally. This will grab the debug symbols and install them temporarily to rebuild the stack trace. If you can't do either of these (or if the locally rebuilding the trace fails, this bug report will have to be closed)

[anonymous]

Replying to Mario Limonciello <superm1@mythbuntu.org>: Hi, thanks for you help in trying to track this down.

It looks like it is no longer an issue after the latest myth update that was posted by mythbuntu a few weeks ago.

I just had a chance to install the update and check things out and wanted to let you know that everything appears to be working with this issue now.

Thanks again.