Hello all,
While putting the finishing touches on zita-njbridge and doing a lot
of testing I stumbled on this strange behaviour of jack's frame time.
Let F(i) be the frame time corresponding to the start of period 'i',
and U(i) the corresponding microseconds time.
If jack for whatever reason skips some periods, then one would
expect the difference of F(i) and U(i) to be consistent. They
are in some but not in all cases.
This is the output from a test. When the frame time makes an
unexpected jump, it prints the difference of F, the difference
in U converted to frames, and the difference of these two.
Period size is 256 frames.
dframes = 768 769.0 1.0
dframes = 1024 1322.8 298.8
dframes = 1024 1024.7 0.7
dframes = 768 1067.3 299.3
dframes = 1024 1023.7 -0.3
dframes = 768 1068.5 300.5
dframes = 768 769.2 1.2
dframes = 768 1067.3 299.3
dframes = 1024 1023.9 -0.1
dframes = 1024 1323.1 299.1
dframes = 768 768.2 0.2
dframes = 768 1066.7 298.7
The cases where F and U match are due to starting another client
(designed to be 'heavy'), those where F and U do not match occur
when the same client is terminated (using ^C). The error for
those is consistently a full period plus around 4333 frames.
So it seems that the frame time is not a reliable method to
determine how many frames have been lost.
Using jack1, 0.124.1
Ciao,
--
FA
A world of exhaustive, reliable metadata would be an utopia.
It's also a pipe-dream, founded on self-delusion, nerd hubris
and hysterically inflated market opportunities. (Cory Doctorow)
Hi everybody
Still recovering from the LAC2014 trip but already with news, here’s the link to our new website (including english version)
www.portalmod.com
The video that was shown at the MOD presentation is right in the frontpage.
Even better, the plugin library can now be navigated in the same way as in the MODs interface. On top of it, there’s a dashboard section where visitors can try the interface without audio.
Hope you all enjoy.
Cheers
Gianfranco Ceccolini
Hi Tim,
that's an interesting point.
Next week I'll be in Pisa, Italy, for a workshop held by some of the
SCHED_DEADLINE guys. I'm not a serious dev but I do research and I'll be
glad to evaluate the benefit of SCHED_DEADLINE for audio and jack,
compared to SCHED_FIFO.
Regards
Leonardo
On 19/06/2014 20:21, linux-audio-dev-request(a)lists.linuxaudio.org wrote:
> since recent kernels provide SCHED_DEADLINE, i'm porting my code to make
> use of it.
>
> * is there any plan to migrate jack1 and/or jack2 to use this scheduling
> policy for the jack thread(s) of the application?
>
> * what is the recommended way to set the scheduling policy of the jack
> thread with the current API? afaict, the JackThreadInitCallback is
> called before JackClient::AcquireSelfRealTime in jack2. (i cannot use
> jack1 due to the old bug that jack corrupts the stack while trying to
> pre-fault it)
>
> thnx,
> tim
--
Dr. Leonardo Gabrielli, PhD student
A3Lab - Dept. Information Engineering
Università Politecnica delle Marche
via Brecce Bianche 12, 60131, Ancona, Italy
Skype: leonardo.gabrielli
Web: a3lab.dii.univpm.it/people/leonardo-gabrielli
<http://a3lab.dii.univpm.it/people/leonardo-gabrielli>
Can anyone recommend something (preferably dead tree form) aimed at those with
some knowledge of the basics?
I've dealt with Yoshimi's "Surface noise" but am struggling with the more
serious refactoring I want to do.
--
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
since recent kernels provide SCHED_DEADLINE, i'm porting my code to make
use of it.
* is there any plan to migrate jack1 and/or jack2 to use this scheduling
policy for the jack thread(s) of the application?
* what is the recommended way to set the scheduling policy of the jack
thread with the current API? afaict, the JackThreadInitCallback is
called before JackClient::AcquireSelfRealTime in jack2. (i cannot use
jack1 due to the old bug that jack corrupts the stack while trying to
pre-fault it)
thnx,
tim
Hi,
A new 64bit iso is up ;)
io GNU/Linux is a Live DVD/USB based on Debian Sid and focused on multimedia.
Kernel 3.14.4, Jack2 as default sound server, e18 as desktop environment and a
big collection of installed software... Full persistence for USB install (with
encryption) and more cool stuff... A great nomade studio :)
For more infos: manual, packages list, screenshots, video etc... Check:
-> http://manu.kebab.free.fr/iognulinux.html
-> https://sourceforge.net/projects/io-gnu-linux/
Feedbacks welcome, enjoy :)
MK
Hey Guys,
I'm new with LV2 and have some troubles: I'm familiar with LADSPA and I
normaly link my plugins with my .asoundrc to alsa. I want to apply this
plugin not only to one application, I want to use it for all aplikctaions
like aplay or anything else.
Is there a possibility for LV2 Plugins, to use the system-wide?
Does anyone have experience?
Thanks in advance,
Martin
Hey All... Again,
This has indeed caught my interest...
After doing some (most likely not enough) reading, I am left a little
curious for how some things happen.
In terms of connection management and SIP under unicast routing, I can see
a little bit how something like the Dante controller could happen. I am
guessing a third party (ie the Dante Controller like thing) could tell two
user agents to coneect with a REFER method. However when it comes to
instructing an existing session to stop, I am at a loss. Does anybody know
if there is a particular SIP method to get an existing SIP session to stop?
An interesting thing that cought my eye about the standard is that it seems
what discovery method is chosen is left open to the implementor.
Avahi/Bonjour seems to be a natural choice, but I am not quite sure how
"interoperable" all these Audio oIP standards would be if they all use
different discovery methods. Just rambling...
On Sun, May 25, 2014 at 4:11 PM, Jamie Jessup <jessup.jamie(a)gmail.com>
wrote:
>
> *There is a proprietary ALSA driver for (at least) some Dante Cards,
> butyou have to ask your reseller specifically for it and pay an additional
> fee.*
>
>
> Good to know, have you had any experience with the proprietary stuff?
> Whats the experience like in comparison to the Mac/Windows equivalents?
>
>
> On Fri, May 16, 2014 at 11:59 AM, Markus Seeber <
> markus.seeber(a)spectralbird.de> wrote:
>
>> On 05/16/2014 05:37 PM, Jamie Jessup wrote:
>> > I would love to see this happen in the world of LA. I was recently about
>> > to embark in a HW project for an AES50 implementation, however after a
>> > quick skim of the standard this sounds a little more exciting :).
>> >
>> > A Dante "Virtual Soundcard" style thing for ALSA/JACK would be amazing.
>>
>> There is a proprietary ALSA driver for (at least) some Dante Cards, but
>> you have to ask your reseller specifically for it and pay an additional
>> fee.
>>
>> -M
>> _______________________________________________
>> Linux-audio-dev mailing list
>> Linux-audio-dev(a)lists.linuxaudio.org
>> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>>
>
>
>
> --
> Jamie Jessup
>
> http://jamiejessup.com
>
--
Jamie Jessup
http://jamiejessup.com
