Re: [LAD] remember ??

On Tuesday 22 June 2010, Joshua Boyd wrote: >On Tue, Jun 22, 2010 at 04:50:46PM -0400, Gene Heskett wrote: >> On Tuesday 22 June 2010, f...@kokkinizita.net wrote: >> >Hello all, >> > >> >those of you who attended LAC2009 will recognise the Sala >> >Bianca and lovely metal girl Giorgia: >> > >> > <

Re: [LAD] remember ??

On Tuesday 22 June 2010, f...@kokkinizita.net wrote: >On Tue, Jun 22, 2010 at 04:50:46PM -0400, Gene Heskett wrote: >> Unforch Fons, while its decent video, the total silence is deafening. >> Flash 10 doing the playing according to the report from swiftfox, on mdv >> 2010-x64. > >I've been watchin

Re: [LAD] Better lossless compressions?

On Tue, Jun 22, 2010 at 5:48 PM, A. C. Censi wrote: > There is no decompress code in the article ... > > Someone has to wright one to check. > > The author and his company claim that it can operate in lossless mode > and it is already in use in some medical systems, so probably yes. But > the imp

Re: [LAD] Better lossless compressions?

On Tuesday, June 22, 2010, wrote: > On Tue, Jun 22, 2010 at 06:48:02PM -0300, A. C. Censi wrote: > >> There is no decompress code in the article ... >> Someone has to wright one to check. > > ??? > s/wright/write > 'Medical' means 2-D or 3-D images, or ECG or EEG data. > >). None of this is lik

Re: [LAD] Better lossless compressions?

On Tue, Jun 22, 2010 at 6:52 PM, wrote: > On Tue, Jun 22, 2010 at 05:47:04PM -0400, Jeremy wrote: > >> No algorithm is provided to decompress By searching I found that in MATLAB repositories in http://www.mathworks.fr/matlabcentral/fileexchange/9853-samplify-sampled-data-compression Samplify Sam

Re: [LAD] Better lossless compressions?

On Tue, Jun 22, 2010 at 06:48:02PM -0300, A. C. Censi wrote: > There is no decompress code in the article ... > Someone has to wright one to check. ??? > The author and his company claim that it can operate in lossless mode > and it is already in use in some medical systems, so probably yes. '

Re: [LAD] Better lossless compressions?

On Tue, Jun 22, 2010 at 05:47:04PM -0400, Jeremy wrote: > No algorithm is provided to decompress OK. If I don't have to demonstrate that the result can be decompressed to the original input I can write a 'lossless' compression algo in 5 minutes or less. Under these conditions it's not even vapo

Re: [LAD] Better lossless compressions?

There is no decompress code in the article ... Someone has to wright one to check. The author and his company claim that it can operate in lossless mode and it is already in use in some medical systems, so probably yes. But the improvement, if any, when compared with established algorithms used f

Re: [LAD] Better lossless compressions?

On Tue, Jun 22, 2010 at 5:32 PM, wrote: > On Tue, Jun 22, 2010 at 06:18:17PM -0300, A. C. Censi wrote: > > > On Tue, Jun 22, 2010 at 5:31 PM, wrote: > > > > > > Does it decompress to the original ? > > > > ... lots of text but no answer ... > > So I'll repeat the question: Does it decompress to

Re: [LAD] Linux-audio-dev Digest, Vol 40, Issue 28

On Tue, Jun 22, 2010 at 5:31 PM, Jeff McClintock wrote: > The PC itself famously became an open platform after Compaq clean-room > reverse engineered the BIOS. This is considered legal - Someone who has NOT > agreed to the VST SDK license can re-create headers that mirror the function > of the VS

Re: [LAD] Better lossless compressions?

On Tue, Jun 22, 2010 at 06:18:17PM -0300, A. C. Censi wrote: > On Tue, Jun 22, 2010 at 5:31 PM, wrote: > > > > Does it decompress to the original ? > > ... lots of text but no answer ... So I'll repeat the question: Does it decompress to the original ? ( _it_ meaning the file that was reported

Re: [LAD] Linux-audio-dev Digest, Vol 40, Issue 28

> I think that situation is simpler, and is just as you surmise -- you > can't redistribute a plugin that claims to be under the GPL if it uses > the VST SDK headers. > > There _are_ some VST plugins out there that use the SDK but claim to > be under the GPL, and I think that is really borne of fr

Re: [LAD] Better lossless compressions?

On Tue, Jun 22, 2010 at 5:31 PM, wrote: > > Does it decompress to the original ? The algorithm, patented by the way, is oriented to lossless compression of HIGH SPEED signals, "New data compression technologies can save power and cost in applications with sampling rates above 10 Msamples/sec." A

Re: [LAD] remember ??

On Tue, Jun 22, 2010 at 04:50:46PM -0400, Gene Heskett wrote: > On Tuesday 22 June 2010, f...@kokkinizita.net wrote: > >Hello all, > > > >those of you who attended LAC2009 will recognise the Sala > >Bianca and lovely metal girl Giorgia: > > > > > > > >Enj

Re: [LAD] [LAU] remember ??

Hey, Cheers for the link. Was nice to see the Sala again, although the context was a little different.. :-) -Harry On Tue, Jun 22, 2010 at 9:12 PM, wrote: > Hello all, > > those of you who attended LAC2009 will recognise the Sala > Bianca and lovely metal girl Giorgia: > >

Re: [LAD] remember ??

On Tue, Jun 22, 2010 at 04:50:46PM -0400, Gene Heskett wrote: > Unforch Fons, while its decent video, the total silence is deafening. Flash > 10 doing the playing according to the report from swiftfox, on mdv 2010-x64. I've been watching this using plain standard Firefox on my laptop sitting in

Re: [LAD] remember ??

On Tuesday 22 June 2010, f...@kokkinizita.net wrote: >Hello all, > >those of you who attended LAC2009 will recognise the Sala >Bianca and lovely metal girl Giorgia: > > > >Enjoy ! > Unforch Fons, while its decent video, the total silence is deafening. Fl

Re: [LAD] Better lossless compressions?

On Tue, Jun 22, 2010 at 04:09:27PM -0400, Jeremy wrote: > I've tested flac -8 and the given matlab script on a wav file. The matlab > script reports a compression ratio of 7.9908, and flac reports a compression > ratio of 0.521, obviously, they measure in inverse ways, but 7.99 still > seems exce

[LAD] remember ??

Hello all, those of you who attended LAC2009 will recognise the Sala Bianca and lovely metal girl Giorgia: Enjoy ! -- FA O tu, che porte, correndo si ? E guerra e morte ! ___ Linux-audio-dev mailing list

Re: [LAD] Better lossless compressions?

On Tue, Jun 22, 2010 at 8:00 AM, Adrian Knoth wrote: > On Tue, Jun 22, 2010 at 06:38:45AM -0400, Gene Heskett wrote: > > > >from TFA: > > >: Implemented in a DSP chip or microprocessor, this simple compressor > > >: requires about 50 instructions per sample. However, lossless > > >: compression ra

Re: [LAD] Better lossless compressions?

On Tue, Jun 22, 2010 at 8:00 AM, Adrian Knoth wrote: > On Tue, Jun 22, 2010 at 06:38:45AM -0400, Gene Heskett wrote: > > > >from TFA: > > >: Implemented in a DSP chip or microprocessor, this simple compressor > > >: requires about 50 instructions per sample. However, lossless > > >: compression ra

Re: [LAD] Better lossless compressions?

On Tuesday 22 June 2010 06:38:45 Gene Heskett wrote: > It was the lossless claim that got my attention, Jens.  I am well aware > that current compressors can beat that at "acceptable" quality. Foe lossless check out: http://www.wavpack.com/ http://flac.sourceforge.net/ drew _

Re: [LAD] GPL and plugins

On Monday 21 June 2010 22:10:23 Paul Davis wrote: > and even if they did this, if their host was the only application that > used the API, the burden of guilt would fall heavily upon them in any > court (legal or public opinion). Just fund the development of a simple app that used the api and gpl

Re: [LAD] Better lossless compressions?

On Tuesday 22 June 2010, Adrian Knoth wrote: >On Tue, Jun 22, 2010 at 06:38:45AM -0400, Gene Heskett wrote: >> >from TFA: >> >: Implemented in a DSP chip or microprocessor, this simple compressor >> >: requires about 50 instructions per sample. However, lossless >> >: compression ratios fall betwee

Re: [LAD] Better lossless compressions?

On Tue, 2010-06-22 at 14:00 +0200, Adrian Knoth wrote: > That's more or less the end of the story. Any further discussion would > only make sense with measured results at hand. > > There is this 50 instructions/sample thingie also. Size is comparable to other lossless algos, but how about comp

Re: [LAD] Better lossless compressions?

On Tue, Jun 22, 2010 at 06:38:45AM -0400, Gene Heskett wrote: > >from TFA: > >: Implemented in a DSP chip or microprocessor, this simple compressor > >: requires about 50 instructions per sample. However, lossless > >: compression ratios fall between 1.3:1 and 2:1 on baseband signals. > > > >So a

Re: [LAD] Better lossless compressions?

On Tuesday 22 June 2010, Jens M Andreasen wrote: >On Mon, 2010-06-21 at 22:55 -0400, Gene Heskett wrote: >> And is there a snowballs chance in hell that this is un-encumbered? >> >> >ers_lossless_compression_to_adc_samples&ca

Re: [LAD] Better lossless compressions?

Excerpts from Jens M Andreasen's message of 2010-06-22 08:36:53 +0200: > > On Mon, 2010-06-21 at 22:55 -0400, Gene Heskett wrote: > > And is there a snowballs chance in hell that this is un-encumbered? > > > >

Re: [LAD] Testing... There is a problem with the list?

I found the problem! It was not gmail, but my message filters!! The new Thunderbird 3 threads-indexing feature freezes the GUI for A LOT of time while is running on my big message folders... somehow I must did a drag and drop while doing that of 4 folders, to a sub-sub-folder with lists that I

Re: [LAD] GPL and plugins

On Tue, Jun 22, 2010 at 9:24 AM, Victor Lazzarini wrote: > Then there is the situation where you write a plugin using VST (and its > non-free license) and GPL. GPL should 'contaminate' the plugin making it > Free, but then Steinberg will come back at you for breaking its license. > Surely if you u

Re: [LAD] GPL and plugins

On Tue, Jun 22, 2010 at 3:10 AM, Paul Davis wrote: > i think, in fact, i ADAMANTLY > believe that run-time linking of an object module as a result of > explicit user action (i.e. not part of the predestined lifetime of the > process) is semantically distinct from dynamic linking. put another > way

Re: [LAD] Testing... There is a problem with the list?

Hi Robin and Marc, Thanks for the reply, and I apologize for the noise: checking further I see that the messages ARE in my gmail account via the web interface. It looks like suddenly gmail decided to stop the delivering through POP of some mailing lists to my client. But not all of them, so I have

Re: [LAD] GPL and plugins

Then there is the situation where you write a plugin using VST (and its non-free license) and GPL. GPL should 'contaminate' the plugin making it Free, but then Steinberg will come back at you for breaking its license. Surely if you use GPL code, then you need to publish your header files to

Re: [LAD] Better lossless compressions?

On Mon, 2010-06-21 at 22:55 -0400, Gene Heskett wrote: > And is there a snowballs chance in hell that this is un-encumbered? > >