xruns with m-audio fast track pro on fedora 8 ccrma

On Wed, 2008-01-23 at 16:44 +0100, Florent Berthaut wrote:

Florent Berthaut a écrit : 

Florent Berthaut a écrit : 

Hartmut Noack a écrit : 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Florent Berthaut schrieb:

Fernando Lopez-Lezcano a écrit :

A more basic question... what parameters are you using when you start
jackd?

.jackdrc:

/usr/bin/jackd -R -P70 -t1000 -u -dalsa -r44100 -p64 -n2 -D -Chw:0,1 
-Phw:0,0 -S -i2 -o2

USB-Devices often perform much better with -n3. Furthermore I would try
to eliminate any flag, that is not absolutely needed such as:

/usr/bin/jackd -R -dhw:1 -dalsa -r44100 -p64 -n3

BTW: this would compute to around 4 ms latency - is that good enough for
you?

Okay, i had forgot to turn off the system "bips" and esd (it
reduced the number of xruns)
And yep with -n3 i 've got even less xruns and it seems they're
not audible. 
I don't know if the latency is low enough though, i'll test this
evening with my drum pads.

Thanks everyone , it's really great to get so much help so
quickly. 

Argh, actually i still have audible xruns. And i don't think i'd be
able to play correctly with a higher latency anyway...
Think i'll have to get back to ubuntu studio ... :( 

Actually after a reboot and some more tweakings, things have been
running without a xrun for an hour now, even with periods/buffer=2.

So finally, i'll stay with planet ccrma ;) 

You might want to try the 2.6.22.x based kernel for f8 as stated
somewhere else in the thread. In my experience it has better performance
latency-wise. 

What other tweakings did you do?

-- Fernando

On Thu, 2008-01-24 at 08:51 +0100, Florent Berthaut wrote:

Fernando Lopez-Lezcano a écrit : 

On Wed, 2008-01-23 at 16:44 +0100, Florent Berthaut wrote:

Florent Berthaut a écrit : 

Florent Berthaut a écrit : 

Hartmut Noack a écrit : 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Florent Berthaut schrieb:

Fernando Lopez-Lezcano a écrit :

A more basic question... what parameters are you using when you start
jackd?

.jackdrc:

/usr/bin/jackd -R -P70 -t1000 -u -dalsa -r44100 -p64 -n2 -D -Chw:0,1 
-Phw:0,0 -S -i2 -o2

USB-Devices often perform much better with -n3. Furthermore I would try
to eliminate any flag, that is not absolutely needed such as:

/usr/bin/jackd -R -dhw:1 -dalsa -r44100 -p64 -n3

BTW: this would compute to around 4 ms latency - is that good enough for
you?

Okay, i had forgot to turn off the system "bips" and esd (it
reduced the number of xruns)
And yep with -n3 i 've got even less xruns and it seems they're
not audible. 
I don't know if the latency is low enough though, i'll test this
evening with my drum pads.

Thanks everyone , it's really great to get so much help so
quickly. 

Argh, actually i still have audible xruns. And i don't think i'd be
able to play correctly with a higher latency anyway...
Think i'll have to get back to ubuntu studio ... :( 

Actually after a reboot and some more tweakings, things have been
running without a xrun for an hour now, even with periods/buffer=2.

So finally, i'll stay with planet ccrma ;) 

You might want to try the 2.6.22.x based kernel for f8 as stated
somewhere else in the thread. In my experience it has better performance
latency-wise. 

What other tweakings did you do?

Ok finally, i tried to disable the second core ( i have a dual core
2GHz) and things get really better this way, i can lauch more
applications with 4,8ms latency and no xruns. I had already disabled
cpuspeed but it looks like it was not enough. 

That points to a realtime kernel problem with (probably) timekeeping in
two core processors (ie: "time of day" is not perfectly synchronized
between the processors so that if jack migrates from one to another it
appears as there has been too much delay and things don't work as
intended). I have seen this happen in 2.6.23.x + rt14. 

What happens if you boot dual core with the "idle=poll" kernel
parameter? (I assume this happens with 2.6.22.x). 

-- Fernando

On Thu, 2008-01-24 at 08:51 +0100, Florent Berthaut wrote:

Fernando Lopez-Lezcano a écrit : 

On Wed, 2008-01-23 at 16:44 +0100, Florent Berthaut wrote:

Florent Berthaut a écrit : 

Florent Berthaut a écrit : 

Hartmut Noack a écrit : 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Florent Berthaut schrieb:

Fernando Lopez-Lezcano a écrit :

A more basic question... what parameters are you using when you start
jackd?

.jackdrc:

/usr/bin/jackd -R -P70 -t1000 -u -dalsa -r44100 -p64 -n2 -D -Chw:0,1 
-Phw:0,0 -S -i2 -o2

USB-Devices often perform much better with -n3. Furthermore I would try
to eliminate any flag, that is not absolutely needed such as:

/usr/bin/jackd -R -dhw:1 -dalsa -r44100 -p64 -n3

BTW: this would compute to around 4 ms latency - is that good enough for
you?

Okay, i had forgot to turn off the system "bips" and esd (it
reduced the number of xruns)
And yep with -n3 i 've got even less xruns and it seems they're
not audible. 
I don't know if the latency is low enough though, i'll test this
evening with my drum pads.

Thanks everyone , it's really great to get so much help so
quickly. 

Argh, actually i still have audible xruns. And i don't think i'd be
able to play correctly with a higher latency anyway...
Think i'll have to get back to ubuntu studio ... :( 

Actually after a reboot and some more tweakings, things have been
running without a xrun for an hour now, even with periods/buffer=2.

So finally, i'll stay with planet ccrma ;) 

You might want to try the 2.6.22.x based kernel for f8 as stated
somewhere else in the thread. In my experience it has better performance
latency-wise. 

What other tweakings did you do?

Ok finally, i tried to disable the second core ( i have a dual core
2GHz) and things get really better this way, i can lauch more
applications with 4,8ms latency and no xruns. I had already disabled
cpuspeed but it looks like it was not enough. 

That points to a realtime kernel problem with (probably) timekeeping in
two core processors (ie: "time of day" is not perfectly synchronized
between the processors so that if jack migrates from one to another it
appears as there has been too much delay and things don't work as
intended). I have seen this happen in 2.6.23.x + rt14. 

What happens if you boot dual core with the "idle=poll" kernel
parameter? (I assume this happens with 2.6.22.x). 

-- Fernando

Ok finally, i tried to disable the second core ( i have a dual core
2GHz) and things get really better this way, i can lauch more

applications with 4,8ms latency and no xruns. I had already disabled
cpuspeed but it looks like it was not enough. 

That points to a realtime kernel problem with (probably) timekeeping in
two core processors (ie: "time of day" is not perfectly synchronized
between the processors so that if jack migrates from one to another it

appears as there has been too much delay and things don't work as
intended). I have seen this happen in 2.6.23.x + rt14. 

What happens if you boot dual core with the "idle=poll" kernel
parameter? (I assume this happens with 2.6.22.x). 

-- Fernando

	Re: xruns with m-audio fast track pro on fedora 8 ccrma by Lee Revell :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message On Jan 23, 2008 5:51 AM, Florent Berthaut <hitmuri@...> wrote: > Fernando Lopez-Lezcano a écrit : > > > > A more basic question... what parameters are you using when you start > > jackd? > > > > -- Fernando > > > .jackdrc: > > /usr/bin/jackd -R -P70 -t1000 -u -dalsa -r44100 -p64 -n2 -D -Chw:0,1 > -Phw:0,0 -S -i2 -o2 > I don't think you'll ever get xrun free operation from a USB device with such a low period size. Try -p128 or 256. Lee _______________________________________________ Linux-audio-user mailing list Linux-audio-user@... http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
	Re: xruns with m-audio fast track pro on fedora 8 ccrma ->kernel 2.6.22 , periods/buffer = 3 , proper rtirq setup, disable 2nd core by Florent Berthaut :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message Fernando Lopez-Lezcano a écrit : On Wed, 2008-01-23 at 16:44 +0100, Florent Berthaut wrote: Florent Berthaut a écrit : Florent Berthaut a écrit : Hartmut Noack a écrit : -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Florent Berthaut schrieb: Fernando Lopez-Lezcano a écrit : A more basic question... what parameters are you using when you start jackd? .jackdrc: /usr/bin/jackd -R -P70 -t1000 -u -dalsa -r44100 -p64 -n2 -D -Chw:0,1 -Phw:0,0 -S -i2 -o2 USB-Devices often perform much better with -n3. Furthermore I would try to eliminate any flag, that is not absolutely needed such as: /usr/bin/jackd -R -dhw:1 -dalsa -r44100 -p64 -n3 BTW: this would compute to around 4 ms latency - is that good enough for you? Okay, i had forgot to turn off the system "bips" and esd (it reduced the number of xruns) And yep with -n3 i 've got even less xruns and it seems they're not audible. I don't know if the latency is low enough though, i'll test this evening with my drum pads. Thanks everyone , it's really great to get so much help so quickly. Argh, actually i still have audible xruns. And i don't think i'd be able to play correctly with a higher latency anyway... Think i'll have to get back to ubuntu studio ... :( Actually after a reboot and some more tweakings, things have been running without a xrun for an hour now, even with periods/buffer=2. So finally, i'll stay with planet ccrma ;) You might want to try the 2.6.22.x based kernel for f8 as stated somewhere else in the thread. In my experience it has better performance latency-wise. What other tweakings did you do? -- Fernando Ok finally, i tried to disable the second core ( i have a dual core 2GHz) and things get really better this way, i can lauch more applications with 4,8ms latency and no xruns. I had already disabled cpuspeed but it looks like it was not enough. Flo _______________________________________________ Linux-audio-user mailing list Linux-audio-user@... http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
	Re: xruns with m-audio fast track pro on fedora 8 ccrma by Arnold Krille-3 :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message Am Donnerstag, 24. Januar 2008 schrieb Lee Revell: > On Jan 23, 2008 5:51 AM, Florent Berthaut <hitmuri@...> wrote: > > Fernando Lopez-Lezcano a écrit : > > > A more basic question... what parameters are you using when you start > > > jackd? > > > > > > -- Fernando > > > > .jackdrc: > > > > /usr/bin/jackd -R -P70 -t1000 -u -dalsa -r44100 -p64 -n2 -D -Chw:0,1 > > -Phw:0,0 -S -i2 -o2 > I don't think you'll ever get xrun free operation from a USB device > with such a low period size. Try -p128 or 256. And try -n3 which seems to be better for these serial-protocol-devices (usb and firewire)... Arnold -- visit http://www.arnoldarts.de/ --- Hi, I am a .signature virus. Please copy me into your ~/.signature and send me to all your contacts. After a month or so log in as root and do a "rm -rf /". Or ask your administrator to do so... _______________________________________________ Linux-audio-user mailing list Linux-audio-user@... http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user signature.asc (204 bytes) Download Attachment
	Re: xruns with m-audio fast track pro on fedora 8 ccrma ->kernel 2.6.22 , periods/buffer = 3 , proper rtirq setup, disable 2nd core by Fernando Lopez-Lezcano :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message On Thu, 2008-01-24 at 08:51 +0100, Florent Berthaut wrote: > Fernando Lopez-Lezcano a écrit : > > On Wed, 2008-01-23 at 16:44 +0100, Florent Berthaut wrote: > > > Florent Berthaut a écrit : > > > > Florent Berthaut a écrit : > > > > > Hartmut Noack a écrit : > > > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > > > > Hash: SHA1 > > > > > > Florent Berthaut schrieb: > > > > > > > Fernando Lopez-Lezcano a écrit : > > > > > > > > A more basic question... what parameters are you using when you start > > > > > > > > jackd? > > > > > > > > > > > > > > > > > > > > > > > .jackdrc: > > > > > > > > > > > > > > /usr/bin/jackd -R -P70 -t1000 -u -dalsa -r44100 -p64 -n2 -D -Chw:0,1 > > > > > > > -Phw:0,0 -S -i2 -o2 > > > > > > > > > > > > > USB-Devices often perform much better with -n3. Furthermore I would try > > > > > > to eliminate any flag, that is not absolutely needed such as: > > > > > > > > > > > > /usr/bin/jackd -R -dhw:1 -dalsa -r44100 -p64 -n3 > > > > > > > > > > > > BTW: this would compute to around 4 ms latency - is that good enough for > > > > > > you? > > > > > > > > > > > Okay, i had forgot to turn off the system "bips" and esd (it > > > > > reduced the number of xruns) > > > > > And yep with -n3 i 've got even less xruns and it seems they're > > > > > not audible. > > > > > I don't know if the latency is low enough though, i'll test this > > > > > evening with my drum pads. > > > > > > > > > > Thanks everyone , it's really great to get so much help so > > > > > quickly. > > > > > > > > > > > > > > Argh, actually i still have audible xruns. And i don't think i'd be > > > > able to play correctly with a higher latency anyway... > > > > Think i'll have to get back to ubuntu studio ... :( > > > > > > > Actually after a reboot and some more tweakings, things have been > > > running without a xrun for an hour now, even with periods/buffer=2. > > > > > > So finally, i'll stay with planet ccrma ;) > > > > > > > You might want to try the 2.6.22.x based kernel for f8 as stated > > somewhere else in the thread. In my experience it has better performance > > latency-wise. > > > > What other tweakings did you do? > > Ok finally, i tried to disable the second core ( i have a dual core > 2GHz) and things get really better this way, i can lauch more > applications with 4,8ms latency and no xruns. I had already disabled > cpuspeed but it looks like it was not enough. That points to a realtime kernel problem with (probably) timekeeping in two core processors (ie: "time of day" is not perfectly synchronized between the processors so that if jack migrates from one to another it appears as there has been too much delay and things don't work as intended). I have seen this happen in 2.6.23.x + rt14. What happens if you boot dual core with the "idle=poll" kernel parameter? (I assume this happens with 2.6.22.x). -- Fernando _______________________________________________ Linux-audio-user mailing list Linux-audio-user@... http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
	Re: xruns with m-audio fast track pro on fedora 8 ccrma ->kernel 2.6.22 , periods/buffer = 3 , proper rtirq setup, disable 2nd core by Florent Berthaut :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message Fernando Lopez-Lezcano a écrit : On Thu, 2008-01-24 at 08:51 +0100, Florent Berthaut wrote: Fernando Lopez-Lezcano a écrit : On Wed, 2008-01-23 at 16:44 +0100, Florent Berthaut wrote: Florent Berthaut a écrit : Florent Berthaut a écrit : Hartmut Noack a écrit : -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Florent Berthaut schrieb: Fernando Lopez-Lezcano a écrit : A more basic question... what parameters are you using when you start jackd? .jackdrc: /usr/bin/jackd -R -P70 -t1000 -u -dalsa -r44100 -p64 -n2 -D -Chw:0,1 -Phw:0,0 -S -i2 -o2 USB-Devices often perform much better with -n3. Furthermore I would try to eliminate any flag, that is not absolutely needed such as: /usr/bin/jackd -R -dhw:1 -dalsa -r44100 -p64 -n3 BTW: this would compute to around 4 ms latency - is that good enough for you? Okay, i had forgot to turn off the system "bips" and esd (it reduced the number of xruns) And yep with -n3 i 've got even less xruns and it seems they're not audible. I don't know if the latency is low enough though, i'll test this evening with my drum pads. Thanks everyone , it's really great to get so much help so quickly. Argh, actually i still have audible xruns. And i don't think i'd be able to play correctly with a higher latency anyway... Think i'll have to get back to ubuntu studio ... :( Actually after a reboot and some more tweakings, things have been running without a xrun for an hour now, even with periods/buffer=2. So finally, i'll stay with planet ccrma ;) You might want to try the 2.6.22.x based kernel for f8 as stated somewhere else in the thread. In my experience it has better performance latency-wise. What other tweakings did you do? Ok finally, i tried to disable the second core ( i have a dual core 2GHz) and things get really better this way, i can lauch more applications with 4,8ms latency and no xruns. I had already disabled cpuspeed but it looks like it was not enough. That points to a realtime kernel problem with (probably) timekeeping in two core processors (ie: "time of day" is not perfectly synchronized between the processors so that if jack migrates from one to another it appears as there has been too much delay and things don't work as intended). I have seen this happen in 2.6.23.x + rt14. What happens if you boot dual core with the "idle=poll" kernel parameter? (I assume this happens with 2.6.22.x). -- Fernando Looks like it solves the problem, even the 2.6.23.x (latest ccrma kernel) works well with this parameter. Thanks. Florent _______________________________________________ Linux-audio-user mailing list Linux-audio-user@... http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
	Re: xruns with m-audio fast track pro on fedora 8 ccrma->periods/buffer = 3, proper rtirq setup, idle=poll kernel parameter by Florent Berthaut :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message Fernando Lopez-Lezcano a écrit : On Thu, 2008-01-24 at 08:51 +0100, Florent Berthaut wrote: Fernando Lopez-Lezcano a écrit : On Wed, 2008-01-23 at 16:44 +0100, Florent Berthaut wrote: Florent Berthaut a écrit : Florent Berthaut a écrit : Hartmut Noack a écrit : -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Florent Berthaut schrieb: Fernando Lopez-Lezcano a écrit : A more basic question... what parameters are you using when you start jackd? .jackdrc: /usr/bin/jackd -R -P70 -t1000 -u -dalsa -r44100 -p64 -n2 -D -Chw:0,1 -Phw:0,0 -S -i2 -o2 USB-Devices often perform much better with -n3. Furthermore I would try to eliminate any flag, that is not absolutely needed such as: /usr/bin/jackd -R -dhw:1 -dalsa -r44100 -p64 -n3 BTW: this would compute to around 4 ms latency - is that good enough for you? Okay, i had forgot to turn off the system "bips" and esd (it reduced the number of xruns) And yep with -n3 i 've got even less xruns and it seems they're not audible. I don't know if the latency is low enough though, i'll test this evening with my drum pads. Thanks everyone , it's really great to get so much help so quickly. Argh, actually i still have audible xruns. And i don't think i'd be able to play correctly with a higher latency anyway... Think i'll have to get back to ubuntu studio ... :( Actually after a reboot and some more tweakings, things have been running without a xrun for an hour now, even with periods/buffer=2. So finally, i'll stay with planet ccrma ;) You might want to try the 2.6.22.x based kernel for f8 as stated somewhere else in the thread. In my experience it has better performance latency-wise. What other tweakings did you do? Ok finally, i tried to disable the second core ( i have a dual core 2GHz) and things get really better this way, i can lauch more applications with 4,8ms latency and no xruns. I had already disabled cpuspeed but it looks like it was not enough. That points to a realtime kernel problem with (probably) timekeeping in two core processors (ie: "time of day" is not perfectly synchronized between the processors so that if jack migrates from one to another it appears as there has been too much delay and things don't work as intended). I have seen this happen in 2.6.23.x + rt14. What happens if you boot dual core with the "idle=poll" kernel parameter? (I assume this happens with 2.6.22.x). -- Fernando Looks like it solves the problem, even the 2.6.23.x (latest ccrma kernel) works well with this parameter. Thanks. Florent _______________________________________________ Linux-audio-user mailing list Linux-audio-user@... http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
	Re: xruns with m-audio fast track pro on fedora 8 ccrma ->kernel 2.6.22 , periods/buffer = 3 , proper rtirq setup, disable 2nd core by Mysth-R Mysth-R :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message 2008/1/25, Florent Berthaut <hitmuri@...>: Fernando Lopez-Lezcano a écrit : Ok finally, i tried to disable the second core ( i have a dual core 2GHz) and things get really better this way, i can lauch more applications with 4,8ms latency and no xruns. I had already disabled cpuspeed but it looks like it was not enough. That points to a realtime kernel problem with (probably) timekeeping in two core processors (ie: "time of day" is not perfectly synchronized between the processors so that if jack migrates from one to another it appears as there has been too much delay and things don't work as intended). I have seen this happen in 2.6.23.x + rt14. What happens if you boot dual core with the "idle=poll" kernel parameter? (I assume this happens with 2.6.22.x). -- Fernando Looks like it solves the problem, even the 2.6.23.x (latest ccrma kernel) works well with this parameter. Thanks. Florent Hi, I would like to know how did you disable your 2nd core ? Does it affect the general performances ? Thanks Mysth-R -- * *************************************************************************************** * {^_^} Mysth-R {^_^} * * http://myspace.com/mysthr * http://myspace.com/aideauditive * http://mysthr.free.fr => Site dédié à l'audio sous Fedora/PlanetCCRMA. * *************************************************************************************** _______________________________________________ Linux-audio-user mailing list Linux-audio-user@... http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user

xruns with m-audio fast track pro on fedora 8 ccrma

Re: xruns with m-audio fast track pro on fedora 8 ccrma

Re: xruns with m-audio fast track pro on fedora 8 ccrma ->kernel 2.6.22 , periods/buffer = 3 , proper rtirq setup, disable 2nd core

Re: xruns with m-audio fast track pro on fedora 8 ccrma

Re: xruns with m-audio fast track pro on fedora 8 ccrma ->kernel 2.6.22 , periods/buffer = 3 , proper rtirq setup, disable 2nd core

Re: xruns with m-audio fast track pro on fedora 8 ccrma ->kernel 2.6.22 , periods/buffer = 3 , proper rtirq setup, disable 2nd core

Re: xruns with m-audio fast track pro on fedora 8 ccrma->periods/buffer = 3, proper rtirq setup, idle=poll kernel parameter

Re: xruns with m-audio fast track pro on fedora 8 ccrma ->kernel 2.6.22 , periods/buffer = 3 , proper rtirq setup, disable 2nd core