[linuxtv-softmpeg] Re: Audio jumps

[Simeon Walker <sim@simland.net>]

On Fri, 2004-03-19 at 13:33, Michael Hunold wrote:
> Hello Simeon,
> 
> On 17.03.2004 19:55, Simeon Walker wrote:
> > I've checked out the latest code from CVS and notice the big fat warning
> > about the refresh rate, nice :-)
> > 
> > I'm using the CLE266 and still see the problems Pete Urbanec describes
> > (which is what I've described before on this list). But I do NOT see the
> > warning. Just to make sure put an else clause in video.c to print a
> > debug message with the actual value, it was 50.
> 
> Hm, ok.
> 
> I don't have physical access to my VIA machine right now, I'm 
> developping on a Matrox G400.
> 
> Can you please compile libsoftmpeg with the "--enable-debug" configure 
> option again and send me a log of a few seconds of live tv?
> 
> > Sim
> 
> Perhaps we need to compare our systems (kernel version, sound drivers) 
> system by system to find a difference.
> 
> CU
> Michael.

Hello Michael,

I've just tried it again with the latest cvs. I get a pretty good
picture/sound for about 30 seconds before the VDR FIFO overflows. I'll
include some logs here in case anyone else with a similar problem wants
to speak up. I'll email you the whole log directly.

After starting VDR there's a lot of this:
a: pts == +23:02:56.874 @ sync pts: +00:00:00.000
{-} [16224:   1.216] SoftMPEG/get_delay/Audio output: not playing /
unexpected interrupt
{-} [16224:   1.216] SoftMPEG/audio_get_av_delay/Audio: not playing /
stream playback unexpectedly ended!
{-} [16230:   1.216] SoftMPEG/audio_playout/Audio: prebuffering
(960/3333) ...

and this:
 (!!!)  *** CAUTION [device buffer underrun?] *** core_sound.c (354)

and this:
{!} [16230:  11.373] SoftMPEG - WARNING in audio_manage at audio.c:336: 
providing audio data too fast, at least delay 784 ms

The VDR logs shows:
Mar 19 20:19:52 tv vdr[16207]: switching to channel 1
Mar 19 20:19:52 tv vdr[16230]: transfer thread started (pid=16230)
Mar 19 20:19:52 tv vdr[16231]: receiver thread started on device 1
(pid=16231)
Mar 19 20:20:29 tv vdr[16231]: buffer usage: 80% (pid=16230)
Mar 19 20:20:29 tv vdr[16231]: buffer usage: 85% (pid=16230)
Mar 19 20:20:32 tv vdr[16231]: buffer usage: 90% (pid=16230)
Mar 19 20:20:33 tv vdr[16231]: buffer usage: 95% (pid=16230)
Mar 19 20:20:39 tv vdr[16231]: buffer usage: 100% (pid=16230)
Mar 19 20:20:39 tv vdr[16231]: ERROR: ring buffer overflow (89 bytes
dropped)
Mar 19 20:20:39 tv vdr[16231]: ERROR: ring buffer overflow (188 bytes
dropped)
Mar 19 20:20:42 tv last message repeated 1026 times

If I wait long enough (a minute) then VDR gets really stuck and only
kill -9 will work. In this case the last message (above) will be
repeated many thousands of times.

Hardware:
VIA EPIA M10K, 512MB. Nova-T (older Grundig FE version)

Software:
Gentoo Linux ~x86. Standard Kernel 2.4.24
fusion and viafb modules from DirectFB cvs. 
I usually use the viaudiocombo-2.3.1 driver but see no difference when
using alsa-driver-1.0.3 with OSS support.
DVB drivers are linuxtv-dvb-1.0.1.

Regards,
Simeon




-- 
Info:  To unsubscribe send a mail to ecartis@linuxtv.org with 
"unsubscribe linuxtv-softmpeg" as subject.