OSS emulation delays (?)

OSS emulation delays (?)

[Ryan Pavlik]

Hmm, I recently updated to the latest CVS, and there seems to be a
considerable delay while attempting to open or manipulate OSS devices.
I'd search through the mailing list, but the alsa-project.org site
search is (still?) broken.

For instance, when trying to use ALSA/OSS emulation, xmms takes like 5
seconds between the time I hit play and the time it actually starts
playing.   MPlayer isn't quite so slow, but there is a decent pause
while seeking in movies.  With the xmms ALSA driver, this is not a
problem.  Unfortunately mplayer and ALSA don't seem to get along with
my card (ice1712... maudio delta-44), but with audio disabled seek
times are fine.

I would be suprised if this hasn't been noticed, but I haven't seen it
mentioned here.

-- 
Ryan Pavlik <rpav@mephle.com>

"Just *once* I'd like to go a day without being doomed." - 8BT


-------------------------------------------------------
This SF.net email is sponsored by: The SF.net Donation Program.
Do you like what SourceForge.net is doing for the Open
Source Community?  Make a contribution, and help us add new
features and functionality. Click here: http://sourceforge.net/donate/

Re: OSS emulation delays (?)

[Steffen Sauder]

I've had similar problems with mplayer and my Terratec DMX 6fire (also 
ice1712)

>  MPlayer isn't quite so slow, but there is a decent pause
>while seeking in movies. 
>
I've had this problem with mplayer and oss emulation since alsa 0.9.3 i 
think (not quite sure). In older versions it
worked fine, but in newer versions and the current cvs it takes about a 
second for mplayer to skip anywhere. I didn't have this problem with any 
other app than mplayer though.

> With the xmms ALSA driver, this is not a
>problem.  Unfortunately mplayer and ALSA don't seem to get along with
>my card (ice1712... maudio delta-44), but with audio disabled seek
>times are fine.
>  
>
Same problem here again, mplayer's alsa-output has been broken for me 
since I have that card (1.5 years). Audio seems to be running fine, but 
video plays at about one fps, and after few seconds the 
"buggy-audio-driver" message pops up. Because mplayer is the only app 
having problem with the alsa-driver, I always thought it was mplayer's 
bug, but I didn't dare to post on their mailinglists :o).

I ended up using arts, because it works perfectly with the ice1712 
drivers and both xmms and mplayer.

gruss
Steffen



-------------------------------------------------------
This SF.net email is sponsored by: The SF.net Donation Program.
Do you like what SourceForge.net is doing for the Open
Source Community?  Make a contribution, and help us add new
features and functionality. Click here: http://sourceforge.net/donate/

Re: OSS emulation delays (?)

[Takashi Iwai]

At Fri, 24 Oct 2003 14:49:43 +0100,
Steffen Sauder wrote:
> 
> I've had similar problems with mplayer and my Terratec DMX 6fire (also 
> ice1712)
> 
> >  MPlayer isn't quite so slow, but there is a decent pause
> >while seeking in movies. 
> >
> I've had this problem with mplayer and oss emulation since alsa 0.9.3 i 
> think (not quite sure). In older versions it
> worked fine, but in newer versions and the current cvs it takes about a 
> second for mplayer to skip anywhere. I didn't have this problem with any 
> other app than mplayer though.

could you verify which version still worked fine?
then we can spot out the affecting changes.


Takashi


-------------------------------------------------------
This SF.net email is sponsored by: The SF.net Donation Program.
Do you like what SourceForge.net is doing for the Open
Source Community?  Make a contribution, and help us add new
features and functionality. Click here: http://sourceforge.net/donate/

Re: OSS emulation delays (?)

[Ryan Pavlik]

On Fri, 24 Oct 2003 15:08:50 +0200
Takashi Iwai <tiwai@suse.de> wrote:

> At Fri, 24 Oct 2003 14:49:43 +0100,
> Steffen Sauder wrote:
<snip>
> > I've had this problem with mplayer and oss emulation since alsa 0.9.3 i 
> > think (not quite sure). In older versions it
> > worked fine, but in newer versions and the current cvs it takes about a 
> > second for mplayer to skip anywhere. I didn't have this problem with any 
> > other app than mplayer though.
> 
> could you verify which version still worked fine?
> then we can spot out the affecting changes.

Well, the mplayer alsa driver has never worked.  IIRC, the xmms driver
works now after the update, whereas it didn't like the ice1712 card
before.  Must be some bridge code somewhere, I guess.

Anyhow, I believe it was at least a couple months between my last
updates, so I can't give an exact version, but I'll go try a few
releases soon and see if I can find a difference.

-- 
Ryan Pavlik <rpav@mephle.com>

"I was promised claws and an impossible biology!" - 8BT


-------------------------------------------------------
This SF.net email is sponsored by: The SF.net Donation Program.
Do you like what SourceForge.net is doing for the Open
Source Community?  Make a contribution, and help us add new
features and functionality. Click here: http://sourceforge.net/donate/

Re: OSS emulation delays (?)

[Takashi Iwai]

[-- Attachment #1: Type: text/plain, Size: 1077 bytes --]

At Fri, 24 Oct 2003 14:49:43 +0100,
Steffen Sauder wrote:
> 
> > With the xmms ALSA driver, this is not a
> >problem.  Unfortunately mplayer and ALSA don't seem to get along with
> >my card (ice1712... maudio delta-44), but with audio disabled seek
> >times are fine.
> >  
> >
> Same problem here again, mplayer's alsa-output has been broken for me 
> since I have that card (1.5 years). Audio seems to be running fine, but 
> video plays at about one fps, and after few seconds the 
> "buggy-audio-driver" message pops up. Because mplayer is the only app 
> having problem with the alsa-driver, I always thought it was mplayer's 
> bug, but I didn't dare to post on their mailinglists :o).

ok, finally i can reproduce this bug, too.
this happens when the plug layer is used, e.g. sample-rate or format
conversion is needed.  that's why this doesn't appear on most
machines.

the attached patch should fix the problem.

(but of course, it has nothing to do with the oss-emulation
 problem...  please let me know if you find the exact alsa version
 getting broken.) 

Takashi

[-- Attachment #2: pcm-plugin-avail-fix.dif --]
[-- Type: application/octet-stream, Size: 769 bytes --]

Index: alsa-lib/src/pcm/pcm_plugin.c
===================================================================
RCS file: /suse/tiwai/cvs/alsa/alsa-lib/src/pcm/pcm_plugin.c,v
retrieving revision 1.44
diff -u -r1.44 pcm_plugin.c
--- alsa-lib/src/pcm/pcm_plugin.c	25 Jul 2003 16:56:37 -0000	1.44
+++ alsa-lib/src/pcm/pcm_plugin.c	28 Oct 2003 17:56:39 -0000
@@ -622,8 +622,10 @@
 	}
 	status->appl_ptr = *pcm->appl.ptr;
 	status->hw_ptr = *pcm->hw.ptr;
-	status->avail = pcm->buffer_size;
-	snd_pcm_plugin_delay(pcm, &status->delay);
+	if (plugin->client_frames) {
+		status->delay = plugin->client_frames(pcm, status->delay);
+		status->avail = plugin->client_frames(pcm, status->avail);
+	}
 	if (!snd_atomic_read_ok(&ratom)) {
 		snd_atomic_read_wait(&ratom);
 		goto _again;

Re: OSS emulation delays (?)

[Steffen Sauder]

>ok, finally i can reproduce this bug, too.
>this happens when the plug layer is used, e.g. sample-rate or format
>conversion is needed.  that's why this doesn't appear on most
>machines.
>
>the attached patch should fix the problem.
>
It did so indeed, thanks a lot.

>
>(but of course, it has nothing to do with the oss-emulation
> problem...  please let me know if you find the exact alsa version
> getting broken.) 
>  
>
0.9.3a works fine, but all versions 0.9.3b and later all seem to have 
that problem.

gruss,
Steffen




-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/