[mythtv-users] Recordings Playback too fast on Frontend, fine on Backend

[jk90090]

Michael T. Dean wrote:
> On 03/02/2009 04:58 PM, jk90090 wrote:
>> Michael T. Dean wrote:
>>> The audio settings are not Myth settings.  You must configure your 
>>> system-level sound subsystem properly (i.e. ALSA).
>> Sorry, I meant to say I was going to do both checking the DB and 
>> separately rechecking the ALSA settings.  I still find it strange it 
>> would all start happening after I converted to QAM recordings.
>
> Audio may be encoded differently on the cable lines.  After all, cable 
> co's routinely mess with the content they get so they can fit more 
> garbage down their little pipes.  ;)
>
> See, for example, http://www.avsforum.com/avs-vb/showthread.php?t=1008271
Fair enough.  For the life of me, from trying various asound settings to 
none at all, I can't get any change here.  One item that is apparently 
clear is that if the TV Playback setting "Extra Audio Buffering" is 
turned off, there is some clear playback issues with no audio regardless 
of the recording. 

The mythfrontend debugs also show the issue with the sound :

2009-03-02 15:54:02.244 AFD: audio timecode 5704524970 5704524970 
63383610 63383642
2009-03-02 15:54:02.244 GetAudiotime now=1236038042.244536, 
set=1236038042.242311, ret=2, audt=63381804 sf=1
2009-03-02 15:54:02.244 AO: _AddSamples samples=1536 bytes=6144, 
used=282625, free=1253375, timecode=63383610 needsupmix 0
2009-03-02 15:54:02.250 SetAudiotime set=1236038042.250104, 
audt=63381812 atc=63383642 tb=351424 sb=62656 eds=4800000 abps=4 sf=1
2009-03-02 15:54:02.250 AO: audio waiting for space on soundcard: have 
2880 need 6144
2009-03-02 15:54:02.251 NVP: Video is 30 frames ahead of audio,
                        doubling video frame interval to slow down.
2009-03-02 15:54:02.251 GetAudiotime now=1236038042.251886, 
set=1236038042.250104, ret=1, audt=63381812 sf=1
2009-03-02 15:54:02.251 NVP: A/V Divergence: 49.0729, Rate: 0.425883, 
Warpfactor: 1.2, warpfactor_avg: 1.0053
2009-03-02 15:54:02.258 SetAudiotime set=1236038042.258066, 
audt=63381820 atc=63383642 tb=349888 sb=61120 eds=4800000 abps=4 sf=1
2009-03-02 15:54:02.258 AO: audio waiting for space on soundcard: have 
4416 need 6144
2009-03-02 15:54:02.258 AFD: video timecode 5704519902 5704519902 
63383554 63383521
2009-03-02 15:54:02.258 AFD: audio timecode 5704527850 5704527850 
63383642 63383674
2009-03-02 15:54:02.259 GetAudiotime now=1236038042.259001, 
set=1236038042.258066, ret=0, audt=63381820 sf=1
2009-03-02 15:54:02.259 AO: _AddSamples samples=1536 bytes=6144, 
used=288769, free=1247231, timecode=63383642 needsupmix 0
2009-03-02 15:54:02.266 SetAudiotime set=1236038042.266198, 
audt=63381828 atc=63383674 tb=354464 sb=59552 eds=4800000 abps=4 sf=1
2009-03-02 15:54:02.266 AO: audio waiting for space on soundcard: have 
5984 need 6144
2009-03-02 15:54:02.274 SetAudiotime set=1236038042.274317, 
audt=63381836 atc=63383674 tb=352896 sb=57984 eds=4800000 abps=4 sf=1
2009-03-02 15:54:02.274 GetAudiotime now=1236038042.274391, 
set=1236038042.274317, ret=0, audt=63381836 sf=1
2009-03-02 15:54:02.274 AO: Broadcasting free space avail
2009-03-02 15:54:02.274 WriteAudio: Preparing 6144 bytes (1536 frames)

I'm suppose a Warpfactor of 1.2 isn't good.
I'm pouring through google links to no avail.  If this is ALSA sound's 
fault, it is mighty frustrating, as only these recordings are giving me 
trouble for the first time in years.

-JK