Re: [LAD] Update of jconv

On Wed, Dec 02, 2009 at 06:26:07AM +0300, alex stone wrote: > Fons, trying it out now, and get this. (Gentoo64bit jack 0.118.1 > zita-convolver-2.0.0) Which user error would this be? Please check if you're not mixing up old and new versions somehow - this looks like it. Ciao, -- FA Wie der Mo

Re: [LAD] FOSS Ethernet Soundcard

On Tue, Dec 01, 2009 at 06:22:20PM +1100, Patrick Shirkey wrote: > -- > Firmware/Software > -- > > The device will run Linux OS. > Audio data transfer will be via netjack using CELT compression. heh ? you dont want lossy compression for a soundcard.

Re: [LAD] [LAU] Update of jconv

On Tue, Dec 01, 2009 at 10:57:58PM -0800, Ken Restivo wrote: > Really? A huge number of tracks I've published, were > mixed in Ardour freewheeling mode, using jconv for > reverb. Worked fine for me, at least with the older versions. You've been lucky :-) This will probably still work with the new

Re: [LAD] [LAU] Update of jconv

Le 2 déc. 2009 à 11:09, f...@kokkinizita.net a écrit : > On Tue, Dec 01, 2009 at 10:57:58PM -0800, Ken Restivo wrote: > >> Really? A huge number of tracks I've published, were >> mixed in Ardour freewheeling mode, using jconv for >> reverb. Worked fine for me, at least with the older versions. >

Re: [LAD] Update of jconv

On Tue, Dec 01, 2009 at 11:06:51PM +0100, f...@kokkinizita.net wrote: > Hello all, > > Updates of jconv, now called jconvolver, and the zita-convolver > library are available on the usual place: > / > > The new zita-convolver is API-compatible to t

Re: [LAD] [LAU] Update of jconv

On Wednesday 02 December 2009 11:09:18 f...@kokkinizita.net wrote: > In theory zita-convolver could be modified quite easily > to work correclty in freewheeling even on MP systems. > The complicated part is switching between normal mode > and freewheeling 'on the fly' - I've not worked out > how to

Re: [LAD] Update of jconv

On Wed, Dec 02, 2009 at 11:35:05AM +0100, torbenh wrote: > when building zita-convolver-2.0.0 on x86_64 i got an error. > zita-convolver.cc:1: error: CPU you selected does not support x86-64 > instruction set My wrong. The line CPPFLAGS += -march=i686 should have been commented out, it's for m

Re: [LAD] [LAU] Update of jconv

On Wed, Dec 2, 2009 at 5:16 AM, Stéphane Letz wrote: > So does this mean than going into freewheeling should be handled in a special > way:  like dropping RT mode for additional worker threads and so on (then > when freewheeling stops, you would have to setup RT mode again...) it does imply tha

Re: [LAD] [LAU] Update of jconv

On Wed, Dec 02, 2009 at 12:32:12PM +0100, Arnold Krille wrote: > On Wednesday 02 December 2009 11:09:18 f...@kokkinizita.net wrote: > > > non-RT, while these extra threads remain at RT. So > > they will pre-empts Jack's thread and will appear to > > be always ready on time. Except when you have 2

Re: [LAD] [LAU] Update of jconv

On Wed, Dec 02, 2009 at 11:16:30AM +0100, Stéphane Letz wrote: > So does this mean than going into freewheeling should be > handled in a special way: like dropping RT mode for > additional worker threads and so on (then when freewheeling > stops, you would have to setup RT mode again...) See my

Re: [LAD] [LAU] Update of jconv

On Wed, Dec 2, 2009 at 7:37 AM, wrote: > This change ensures that threads using the same period > will have the same priority, even if they are not in > the same client. This is absolutely necessary in order > to make two or more such clients work together smoothly > and have 'fair' scheduling.

Re: [LAD] [LAU] Update of jconv

On Wed, Dec 02, 2009 at 08:19:06AM -0500, Paul Davis wrote: > On Wed, Dec 2, 2009 at 7:37 AM, wrote: > > > This change ensures that threads using the same period > > will have the same priority, even if they are not in > > the same client. This is absolutely necessary in order > > to make two or

Re: [LAD] FOSS Ethernet Soundcard

On Tuesday 01 December 2009 13:31:24 Karl Hammar wrote: > > -- > > Firmware/Software > > -- > > The device will run Linux OS. > > Audio data transfer will be via netjack using CELT compression. > > Ack. Can CELT also do uncompressed or lossless? Othe

Re: [LAD] FOSS Ethernet Soundcard

On Wed, Dec 02, 2009 at 10:05:51AM -0500, drew Roberts wrote: > > > Audio data transfer will be via netjack using CELT compression. > > Ack. > Can CELT also do uncompressed or lossless? That's called raw PCM. ;) > Otherwise limiting to CELT might not be such a good idea if I have > followed thi

Re: [LAD] jack ringbuffer question

Paul Davis wrote: > On Tue, Dec 1, 2009 at 9:51 PM, lieven moors wrote: > > >> I want to repeat the same Arp, until there is an update to the text file. >> One arp is allready >> loaded in each ringbuffer in main(). When the file is modified, a second one >> is added, and >> process skips to th

[LAD] [LAA] [ANN] guitarix-0.05.3-1 quick release

This is a quick guitarix update to cover the new release of jconvolver eg. jconv guitarix is a simple Linux Rock Guitar amplifier and is designed to achieve nice thrash/metal/rock/blues guitar sounds. Guitarix uses the Jack Audio Connection Kit as its audio backend and brings in one input an

Re: [LAD] FOSS Ethernet Soundcard

On Wed, Dec 02, 2009 at 10:05:51AM -0500, drew Roberts wrote: > Can CELT also do uncompressed or lossless? Otherwise limiting to CELT might > not be such a good idea if I have followed things closely enough. >From a soundcard I'd expect the full quality signal, nothing less. And as most audio AD

Re: [LAD] FOSS Ethernet Soundcard

On Wed, Dec 02, 2009 at 04:20:45PM +0100, Adrian Knoth wrote: > On Wed, Dec 02, 2009 at 10:05:51AM -0500, drew Roberts wrote: > > > > > Audio data transfer will be via netjack using CELT compression. > > > Ack. > > Can CELT also do uncompressed or lossless? > > That's called raw PCM. ;) > > > O

Re: [LAD] FOSS Ethernet Soundcard

On Wed, 2 Dec 2009 10:05:51 -0500 drew Roberts wrote: > On Tuesday 01 December 2009 13:31:24 Karl Hammar wrote: > > > -- > > > Firmware/Software > > > -- > > > The device will run Linux OS. > > > Audio data transfer will be via netjack using CELT co

Re: [LAD] FOSS Ethernet Soundcard

On Wed, Dec 02, 2009 at 05:41:12PM +0100, torbenh wrote: > well... note that the CPU should be able to handle the float conversions > in this case. if it doesnt have an FPU and you need to use soft-floats, > the conversions could use a significant share of CPU. Don't underestimate today's process

Re: [LAD] FOSS Ethernet Soundcard

On Wed, 2 Dec 2009 17:15:25 +0100 f...@kokkinizita.net wrote: > On Wed, Dec 02, 2009 at 10:05:51AM -0500, drew Roberts wrote: > > > Can CELT also do uncompressed or lossless? Otherwise limiting to CELT might > > not be such a good idea if I have followed things closely enough. > > From a soundc

Re: [LAD] FOSS Ethernet Soundcard

On Tue, 1 Dec 2009 21:46:32 +0100 (CET) k...@aspodata.se (Karl Hammar) wrote: > Folderol: > ... > > My new millivoltmeter/dB meter is nearly finished - All I need now is > > precision resistors 9M, 900k, 90k :? > ... > > Can you publicise it so I can build me one also? > > Regards, > /Karl It

Re: [LAD] jack ringbuffer question

lieven moors: >> >>> I want to repeat the same Arp, until there is an update to the text file. >>> One arp is allready >>> loaded in each ringbuffer in main(). When the file is modified, a second one >>> is added, and >>> process skips to the second one. Since I have only space for two arps in the

Re: [LAD] FOSS Ethernet Soundcard

On Wednesday 02 December 2009 10:20:45 Adrian Knoth wrote: > > Can CELT also do uncompressed or lossless? > > That's called raw PCM. ;) Other things can fit the requirements. (Not saying they make sense but...) I just figured where CELT was called out that perhaps it could go from uncompressed o

Re: [LAD] FOSS Ethernet Soundcard - IETF Ethernet AVB

Hi everybody, Fallowing up the long discussion i'm trying to sort of give the information you all seem to be missing. there was a meantion of this, but not too many of you have paid any attention: here you can find an article about the current status of the protocol mess:

Re: [LAD] FOSS Ethernet Soundcard - IETF Ethernet AVB

On Wed, Dec 02, 2009 at 07:21:46PM +, errordevelo...@gmail.com wrote: > their XS1 chips seem to be really great, > their are basically every innovative and open-source minded. > the official toolchain is LLVM-GCC based. > > you can use C, C++ or their own XC. > XC is basically C with some stu

Re: [LAD] [LAU] Update of jconv

On Wed, Dec 02, 2009 at 12:39:27PM -0800, Ken Restivo wrote: > Does the "partition" parameter in the conf file affect this? Yes, it determines the minumum partition size that will be used. The only difference between the two examples I posted is the value of this parameter, 256 or 4096. > On the

Re: [LAD] FOSS Ethernet Soundcard

To recap from yesterdays discussions: +++ --- Physical Size --- http://www.rittal.com/products/ArtikelDatenblatt.asp?ArtNr=1360500&lang=GB 600 mm x 600 mm x 350 mm -- Hardware / Firmware / Software

Re: [LAD] FOSS Ethernet Soundcard - IETF Ethernet AVB

On Wed, Dec 02, 2009 at 07:21:46PM +, errordevelo...@gmail.com wrote: > obviously eas50 is good to go, but Ethernet AVB is right thing really. You are right. I just read some of the AVB documentation five hours ago, also some bits from XMOS. It does all what's required, it has vendor suppor

Re: [LAD] FOSS Ethernet Soundcard - IETF Ethernet AVB

On Wed, 2 Dec 2009 21:49:10 +0100 f...@kokkinizita.net wrote: > On Wed, Dec 02, 2009 at 07:21:46PM +, errordevelo...@gmail.com wrote: > > > their XS1 chips seem to be really great, > > their are basically every innovative and open-source minded. > > the official toolchain is LLVM-GCC based. >

[LAD] HDMI Audio

Seing that HDMI interfaces are getting implemented everywhere - a bit like S/PDIF before that, but now with 8 uncompressed channels @192k and 24 bits - does anybody know what kind frame sizes are used and what the implications would be for realtime audio-processing? (.. as opposed to buffering up a

Re: [LAD] HDMI Audio

A large number of newer television sets are coming with HDMI input. In fact, the TV fifteen feet away from my PC has HDMI :-) One of these days I'm going to get an ATI or nVidia video card with vid+aud HDMI, and see if I can get it to work. I've heard that although ATI cards with HDMI usuall

Re: [LAD] jack ringbuffer question

On Dec 2, 2009, at 7:33 AM, lieven moors wrote: > Paul Davis wrote: >> On Tue, Dec 1, 2009 at 9:51 PM, lieven moors >> wrote: >> >>> I want to repeat the same Arp, until there is an update to the >>> text file. >>> One arp is allready >>> loaded in each ringbuffer in main(). When the file is m