Skip to contentSkip to conversation

Playback stutters

DISCUSSION Zenaan Harkness 3 participants 10 messages Mar 20, 2002

lore
Share & tools
lore
#0 lore raw

I am getting the same with stock 2.4.18, DELL Inspiron laptop (Maestro 3i), my test is:

copy a cd image file from one partition to another, while trying to play an mp3 using mpg123.

The mp3 skips all over the place.

I haven't applied any alsa patches yet - just been trying to set up this laptop since I got it at work a week ago. At first I thought it was the loop driver - I'd been loopback mounting my cd image, but that's not the case.

I've tried:
- low latency patch against 2.4.18
- preempt + lockbreak patches against 2.4.18
- preempt patch against 2.4.19-pre3-ac3 (lockbreak doesn't apply)

all have same problem. Since I've only recently tried setting up this laptop, I don't know whether or not an earlier kernel works or not. Does anyone know the earliest kernel that works for them without skipping, when copying a large file, etc?

thanks
zen

---
I am also having this problem with both my ensoniq es1371 and my audiophile 2496 with kernel 2.4.18 and alsa 0.9beta12. It seems to be way worse in mplayer and also when playing tribes2 where it
just constanly shutters. I have an es1371 at work where I installed
the same version of alsa but there it's working fine with the game, the difference is that I'm running kernel 2.4.8 so I'm wondering if something broke in kernel 2.4.18 that causes this?

I would really like to be able to get this running stable at home. My machine config at work and home is almost identical in both hardware and software except for the kernel version.

Each soundcard have their own IRQ so I'm pretty sure the hardware I have at home is ok. With OSS/free and OSS/commercial the sound is fine so it's something between alsa and kernel 2.4.18.

When I was listening to music in xmms, if I move windows around or just click buttons in netcape for example it seems to shutters everytime I do that.

Anybody else seeing this?

Quoted 14 lines

Hey,

audio playback stutters on my system. All playback programms I have tested have this problem (with and without artsd). I use alsa driver 0.9.0beta12. The soundcard is a no-name ALS4000 soundcard. My system: Linux 2.4.18, Debian testing, Dual Athlon, Tyan S2460. I have read that often IRQ problems cause those kind of problems, but I already tried to disable as much as possible hardware to free up interrups. I also changed the order of the PCI cards and I tried it with and without MP Interrupts. The playback stutters if e.g. I drag around windows or a programm starts (even if the load is very low). It doesn't stutter if I do heavy calcualtion (like running kfract multiple times) and the load is above 4. What else should I try to narrow down the problem?

Quoted 2 lines

regards,
Roland Schulz

_______________________________________________
Alsa-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/alsa-devel

#2 lore raw
In reply to Zenaan Harkness
Quoted 7 lines

I am getting the same with stock 2.4.18, DELL Inspiron laptop (Maestro 3i), my test is:

copy a cd image file from one partition to another, while trying to play an mp3 using mpg123.

The mp3 skips all over the place.

since you almost certainly have IDE drivers, have you configured them correctly using hdparm? these are source of considerable scheduling latency, in ways that AFAIK are not improved by any of the "latency reducing" patches available. don't ask me how to configure them - i only use SCSI drives - but a quick google search should reveal relevant advice.

--p

#3 lore raw
In reply to Zenaan Harkness
Quoted 6 lines · Paul Davis
Quoted 6 lines

I am getting the same with stock 2.4.18, DELL Inspiron laptop (Maestro 3i), my test is:

copy a cd image file from one partition to another, while trying to play an mp3 using mpg123.

Quoted 8 lines
Quoted 1 line

The mp3 skips all over the place.

since you almost certainly have IDE drivers, have you configured them correctly using hdparm? these are source of considerable scheduling latency, in ways that AFAIK are not improved by any of the "latency reducing" patches available. don't ask me how to configure them - i only use SCSI drives - but a quick google search should reveal relevant advice.

thanks

hdparm improves the situation, but I still get some (minimal) skips now:

zen8100a:~# hdparm /dev/hda

/dev/hda:

 multcount    = 16 (on)
 I/O support  =  1 (32-bit)
 unmaskirq    =  1 (on)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 nowerr       =  0 (off)
 readonly     =  0 (off)
 readahead    =  8 (on)

geometry = 7296/255/63, sectors = 117210240, start = 0
busstate = 1 (on)

My current 'test':
- playing an mp3
- running make clean && make bzImage
- copying a cd image between two partitions
- loading up the odd application (eg. mozilla)

With hdparm settings I've tried:
- 2.4.18 + preempt + lockbreak
- 2.4.18 + lowlatency
- 2.4.19-pre3-ac3 + preempt

These seem to all give the same minimal skips with above activities.

No skips with only the kernel compile (not doing the large copy).

ta
zen

_______________________________________________
Alsa-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/alsa-devel

#4 lore raw

Re: [Alsa-devel] Re: Playback stutters - Correction

In reply to Zenaan Harkness
Quoted 41 lines · Zenaan Harkness
Quoted 6 lines · Paul Davis
Quoted 6 lines

I am getting the same with stock 2.4.18, DELL Inspiron laptop (Maestro 3i), my test is:

copy a cd image file from one partition to another, while trying to play an mp3 using mpg123.

Quoted 8 lines
Quoted 1 line

The mp3 skips all over the place.

since you almost certainly have IDE drivers, have you configured them correctly using hdparm? these are source of considerable scheduling latency, in ways that AFAIK are not improved by any of the "latency reducing" patches available. don't ask me how to configure them - i only use SCSI drives - but a quick google search should reveal relevant advice.

thanks

hdparm improves the situation, but I still get some (minimal) skips now:

zen8100a:~# hdparm /dev/hda

/dev/hda:

 multcount    = 16 (on)
 I/O support  =  1 (32-bit)
 unmaskirq    =  1 (on)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 nowerr       =  0 (off)
 readonly     =  0 (off)
 readahead    =  8 (on)

geometry = 7296/255/63, sectors = 117210240, start = 0
busstate = 1 (on)

My current 'test':
- playing an mp3
- running make clean && make bzImage
- copying a cd image between two partitions
- loading up the odd application (eg. mozilla)

Quoted 8 lines

With hdparm settings I've tried:
- 2.4.18 + preempt + lockbreak
- 2.4.18 + lowlatency
- 2.4.19-pre3-ac3 + preempt

These seem to all give the same minimal skips with above activities.

No skips with only the kernel compile (not doing the large copy).

CORRECTION:
Just retested with full hdparm (added -u setting) settings on 2.4.19-pre3-ac+preempt, and no skipping with above activities. This seems pretty good.

I could generate skips when switching from X to text console. Could not generate skip when cycling virtual desktops within X (at high key repeat rate). Again this seems pretty good.

thanks
zen

_______________________________________________
Alsa-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/alsa-devel

#5 lore raw

Re: [Alsa-devel] Re: Playback stutters - Correction

Quoted 8 lines

CORRECTION:
Just retested with full hdparm (added -u setting) settings on 2.4.19-pre3-ac+preempt, and no skipping with above activities. This seems pretty good.

I could generate skips when switching from X to text console. Could not generate skip when cycling virtual desktops within X (at high key repeat rate). Again this seems pretty good.

this is a know deficiency in the vt "driver", and is noted in Andrew Morton's "Things Not To Do" while requiring low scheduling latency. it would be nice if the vt code was fixed sometime, but right now, i think it can cause a scheduling delay for up to about 50ms.

btw, i think it is still the case the Andrew's patch provides more reliable and lower absolute latency than the preemption patch.

--p

_______________________________________________
Alsa-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/alsa-devel

#7 lore raw

RE: Re: Playback stutters - Correction

In reply to Zenaan Harkness

Just for your info, the Windows sound drivers for the Dell are just as bad. I propose that it is a hardware problem, and not an alsa problem.

Cheers
James

Quoted 72 lines

-----Original Message-----
From: [email protected] [mailto:[email protected]]On Behalf Of Zenaan Harkness
Sent: 20 March 2002 05:49
To: Paul Davis
Cc: [email protected]; [email protected]
Subject: Re: [Alsa-devel] Re: Playback stutters - Correction

Quoted 2 lines · Zenaan Harkness
Quoted 1 line · Paul Davis
Quoted 1 line

I am getting the same with stock 2.4.18, DELL Inspiron

laptop (Maestro

Quoted 3 lines
Quoted 3 lines
Quoted 3 lines

3i), my test is:

copy a cd image file from one partition to another, while

trying to play

Quoted 36 lines
Quoted 10 lines
Quoted 3 lines

an mp3 using mpg123.

The mp3 skips all over the place.

since you almost certainly have IDE drivers, have you configured them correctly using hdparm? these are source of considerable scheduling latency, in ways that AFAIK are not improved by any of the "latency reducing" patches available. don't ask me how to configure them - i only use SCSI drives - but a quick google search should reveal relevant advice.

thanks

hdparm improves the situation, but I still get some (minimal) skips now:

zen8100a:~# hdparm /dev/hda

/dev/hda:

 multcount    = 16 (on)
 I/O support  =  1 (32-bit)
 unmaskirq    =  1 (on)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 nowerr       =  0 (off)
 readonly     =  0 (off)
 readahead    =  8 (on)

geometry = 7296/255/63, sectors = 117210240, start = 0
busstate = 1 (on)

My current 'test':
- playing an mp3
- running make clean && make bzImage
- copying a cd image between two partitions
- loading up the odd application (eg. mozilla)

Quoted 8 lines

With hdparm settings I've tried:
- 2.4.18 + preempt + lockbreak
- 2.4.18 + lowlatency
- 2.4.19-pre3-ac3 + preempt

These seem to all give the same minimal skips with above activities.

No skips with only the kernel compile (not doing the large copy).

CORRECTION:
Just retested with full hdparm (added -u setting) settings on 2.4.19-pre3-ac+preempt, and no skipping with above activities. This seems pretty good.

I could generate skips when switching from X to text console. Could not generate skip when cycling virtual desktops within X (at high key repeat rate). Again this seems pretty good.

Quoted 7 lines

thanks
zen

_______________________________________________
Alsa-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/alsa-devel

_______________________________________________
Alsa-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/alsa-devel

#8 lore raw

Re: Re: Playback stutters - Correction

Quoted 2 lines

Just for your info, the Windows sound drivers for the Dell are just as bad. I propose that it is a hardware problem, and not an alsa problem.

if you read to the bottom, you'll notice that the problem is solved, and it (was) a Linux kernel problem :)

--p

_______________________________________________
Alsa-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/alsa-devel

#6 lore raw

Re: Re: Playback stutters - Correction

In reply to Paul Davis
Quoted 9 lines · Paul Davis
Quoted 8 lines

CORRECTION:
Just retested with full hdparm (added -u setting) settings on 2.4.19-pre3-ac+preempt, and no skipping with above activities. This seems pretty good.

I could generate skips when switching from X to text console. Could not generate skip when cycling virtual desktops within X (at high key repeat rate). Again this seems pretty good.

Quoted 7 lines

this is a know deficiency in the vt "driver", and is noted in Andrew Morton's "Things Not To Do" while requiring low scheduling latency. it would be nice if the vt code was fixed sometime, but right now, i think it can cause a scheduling delay for up to about 50ms.

btw, i think it is still the case the Andrew's patch provides more reliable and lower absolute latency than the preemption patch.

It might do, but I couldn't compile it against 2.4.19-pre3-ac3, and with the three hdparm parameters, I was still generating skips on 2.4.18+akm with just file copying.

When 2.4.19 proper is out I'll do the rounds again when the patches are available (and, in time, figure out how to use a proper latency measuring tool - so my test reports might become useful to someone other than myself).

Lock-break patch also didn't apply to 2419pre3ac3 either. Anyway, I can play mp3s which is a starting point for me. Next I need to get a hammerfall 9652 card working in a desktop so my band can start digital recording.

I had read akm's 'things not to do' but for some reason missed the hdparm stuff.

In summary, what is currently working for me: on a new DELL Inspiron 8100 laptop, Maestro 3i sound, 1GHz Pentium ('Pentium III' I assume), 60G HDD, Radeon Mobility 7500 64MB, DRI and framebuffer compiled into kernel:

Linux 2.4.19-pre3-ac3 + preemptible kernel patch

hdparm -c 1 -d 1 -u 1 /dev/hda

Thanks for everything,
zen

_______________________________________________
Alsa-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/alsa-devel

#9 lore raw

Re: [Alsa-devel] Re: Playback stutters - Correction

In reply to Zenaan Harkness
Quoted 9 lines · Paul Davis
Quoted 8 lines

CORRECTION:
Just retested with full hdparm (added -u setting) settings on 2.4.19-pre3-ac+preempt, and no skipping with above activities. This seems pretty good.

I could generate skips when switching from X to text console. Could not generate skip when cycling virtual desktops within X (at high key repeat rate). Again this seems pretty good.

Quoted 7 lines

this is a know deficiency in the vt "driver", and is noted in Andrew Morton's "Things Not To Do" while requiring low scheduling latency. it would be nice if the vt code was fixed sometime, but right now, i think it can cause a scheduling delay for up to about 50ms.

btw, i think it is still the case the Andrew's patch provides more reliable and lower absolute latency than the preemption patch.

It might do, but I couldn't compile it against 2.4.19-pre3-ac3, and with the three hdparm parameters, I was still generating skips on 2.4.18+akm with just file copying.

When 2.4.19 proper is out I'll do the rounds again when the patches are available (and, in time, figure out how to use a proper latency measuring tool - so my test reports might become useful to someone other than myself).

Lock-break patch also didn't apply to 2419pre3ac3 either. Anyway, I can play mp3s which is a starting point for me. Next I need to get a hammerfall 9652 card working in a desktop so my band can start digital recording.

I had read akm's 'things not to do' but for some reason missed the hdparm stuff.

In summary, what is currently working for me: on a new DELL Inspiron 8100 laptop, Maestro 3i sound, 1GHz Pentium ('Pentium III' I assume), 60G HDD, Radeon Mobility 7500 64MB, DRI and framebuffer compiled into kernel:

Linux 2.4.19-pre3-ac3 + preemptible kernel patch

hdparm -c 1 -d 1 -u 1 /dev/hda

Thanks for everything,
zen