[mythtv-commits] Ticket #8509: Fast chopping / stuttering in mythmusic after hdaudio merge
MythTV
mythtv at cvs.mythtv.org
Mon Sep 13 04:24:29 UTC 2010
#8509: Fast chopping / stuttering in mythmusic after hdaudio merge
-----------------------------------+----------------------------------------
Reporter: bhuffman@… | Owner: jyavenard
Type: defect | Status: assigned
Priority: minor | Milestone: unknown
Component: MythTV - Audio Output | Version: Unspecified
Severity: medium | Resolution:
Keywords: | Ticket locked: 0
-----------------------------------+----------------------------------------
Comment (by Ken Emerson <kenneth.emerson@…>):
Combining my observations from the closed ticket #8518:
I took a sample mp3 file and played it with "default" as the output device
which is set up as "ALSA:iec958:CARD=External,DEV=0" under Setup/General
menu. With the upmix to 5.1 box checked, the music plays very choppy from
all five speakers (vocal coming out of center). If I uncheck the 5.1
upmix box, it is still choppy (but less so), but the vocal out of the
center speaker sounds almost perfect. My amplifier reads "No digital
data" during both of these tests. If I change the music output device from
"default" to the OSS device (/dev/dsp1) the music is perfect and the
amplifier is happy with the signal. I ran top to see if there was a CPU
issue and there wasn't (>97% idle).
I have disabled pulseaudio using this link:
[http://www.jeffsplace.net/node/12]. I am running Ubuntu 10.4. I played
the same mp3 file using rhythmbox and mediaplayer, both played the file
correctly; however, I am not sure whether the system was using ALSA or
OSS; with pulseaudio out of the picture, the gdk sound applets were
crippled.
MythTV correctly identifies my Sound Blaster Live! USB sound card and all
recordings and movies have normal sound. Prior to the sound system re-
write I'm pretty sure that I was using "default" as the output for
MythMusic having to change to OSS afterwards.
Unfortunately, I cannot test the onboard sound (Intel chip) since it was
fried and was not successfully fixed by ASUS RMA process. All testing done
using:
MythTV Version : 26118
MythTV Branch : trunk
Network Protocol : 61
Library API : 0.23.20100904-1
QT Version : 4.6.2
Options compiled in:
linux debug using_alsa using_oss using_pulse using_pulseoutput
using_backend using_bindings_perl using_bindings_python using_directfb
using_dvb using_firewire using_frontend using_hdhomerun using_hdpvr
using_iptv using_ivtv using_joystick_menu using_libfftw3 using_lirc
using_mheg using_opengl_video using_opengl_vsync using_qtdbus
using_qtwebkit using_v4l using_x11 using_xrandr using_xv using_xvmc
using_xvmc_vld using_xvmcw using_bindings_perl using_bindings_python
using_mythtranscode using_opengl using_vdpau using_ffmpeg_threads
using_live using_mheg
-- Ken Emerson (kenneth dot emerson at gmail dot com)
--
Ticket URL: <http://svn.mythtv.org/trac/ticket/8509#comment:20>
MythTV <http://www.mythtv.org/>
MythTV Media Center
More information about the mythtv-commits
mailing list