Florian Schmidt wrote:
Another approach, that works very well in my experience, is to not sleep the
total required time until the next event, but rather regularly sleep for very
short amounts of time (< 1ms), wakeup, measure the current time and if any
event time now lies in the past, simply pl
Ctirad Fertr wrote:
> Currently I store my
> albums into one flac file per CD plus separate CUE sheet. It's far from
> perfect. I would like to have just one file per album with all the content
> inside (eg. audio, pictures, lyrics, videoclips, bonuses, etc...) and player
> with direct acces t
Dne středa 25 červenec 2007 21:47 Gregory Alan Hildstrom napsal(a):
> http://geocities.com/hildstrom/projects/j2kaudio/index.html
>
> Let me know what you think. Thanks. -Greg
Looks nice, though I would rather see some widely accepted multimedia
container, than just another audio compression cod
On Thursday 26 July 2007, Florian Schmidt wrote:
Ooops,
> http://tapas.affenbande.org/lash-wrap
must be:
http://tapas.affenbande.org/lash_wrap
Sorry
Flo
--
Palimm Palimm!
http://tapas.affenbande.org
___
Linux-audio-dev mailing list
Linux-audio-dev
Hi,
i planned to write this for quite a while and finally got to it [though it's
not 100% working yet - It's a small program. If experienced unix hackers
might look over y use of waitpit i'd be happy :)]:
lash_wrap
It's a small program which can be used to "smuggle" non LASH apps into a LASH
Gregory Alan Hildstrom wrote:
> Can wav files store 32b float?
Yes, there are at least 8 file formats supported by libsndfile that
accept 32 bit float data. Most of these also accept 64 bit double
precision float data, but I personally don't see the point in going
beyond 32 bit float.
Erik
--
Gregory Alan Hildstrom wrote:
> I tested against flac, lpac, shorten, and monkey's audio for lossless
> encoding. j2kaudio beat the nearest competition by over 10%.
Nicely done.
> If anyone is motivated to test some additional songs, provide me with
> additional test data, or suggest another un
It probably would suffer some, but it would still be better than raw. The MSBs
should compress
well, just as if it were reduced to 16-bit; the frequencies should not change.
The LSBs would be
pretty erratic though; like trying to compress noise. But you don't know unless
you test.
Can wav files
Could do that... I wonder if the compression ratio would suffer,
though. Just a hunch.
-PW
On Wed, Jul 25, 2007 at 01:37:18PM -0700, Gregory Alan Hildstrom wrote:
> The JasPer library documentation states that a single image component can be
> from 1 to 16 bits per
> sample, so not directly. 24
The JasPer library documentation states that a single image component can be
from 1 to 16 bits per
sample, so not directly. 24-bit color images are actually treated as 3 8-bit
components: like one
red component, one green component, and one blue component.
For lossless compression, we could easi
Pretty cool. Does JPEG 2000 handle float data?
I'd love to be able to write an archive script for Ardour sessions
that compresses the audio data losslessly, but FLAC won't do it.
-PW
On Wed, Jul 25, 2007 at 12:47:16PM -0700, Gregory Alan Hildstrom wrote:
> Hello. I just finished writing and do
Hello. I just finished writing and documenting a new lossless and lossy audio
codec called
j2kaudio. It uses the wavelet compression in JPEG 2000 to transcode audio wav
data to and from j2a
files. I have not written any sort of media player plugin yet; more testing and
file format
refinement are
> > Great news! Now when Websphere goes into an infinite loop you have to
> > hit the power switch rather than kill -9 it...
> >
>
> Yeah, and before building a realtime-safe GC, they'd better try build
> *at least* a safe GC...
Mmmm ... I have a power switch here, so I thought I'd dare to try
On 7/25/07, Lee Revell <[EMAIL PROTECTED]> wrote:
On 7/25/07, Jens M Andreasen <[EMAIL PROTECTED]> wrote:
> WebSphere Real Time [...]
>
> * Response time measured in milliseconds
> * Unique Real Time Garbage Collection technology: Avoids unpredictable
> pauses to Java applications for garbage col
On 7/25/07, Jens M Andreasen <[EMAIL PROTECTED]> wrote:
WebSphere Real Time [...]
* Response time measured in milliseconds
* Unique Real Time Garbage Collection technology: Avoids unpredictable
pauses to Java applications for garbage collection
* Ahead-of-Time Compilation: Pre-compile code to ac
On Sun, 2007-07-22 at 19:53 +0200, Marc-Olivier Barre wrote:
> On 7/22/07, pete shorthose <[EMAIL PROTECTED]> wrote:
> >
> > i'd advise those not familiar with the details to avoid building
> > a kernel unless they've tried what's available in their own distro
> > first, and found it lacking.
>
>
On Wednesday 25 July 2007, Carlo Florendo wrote:
> > Try running your process with SCHED_FIFO scheduling and a high prio of
> > e.g. 99.
>
> I've tried that in kernel 2.4 and I get the same latency results. Let me
> try tweaking that though by running the system with high priority. The
> reason
Clemens Ladisch wrote:
Carlo Florendo wrote:
Clemens Ladisch wrote:
However, I wish to be able to make the sequencer or player work without the
use of the ALSA queue nor the workaround in (2).
Why?
Because the queue output and draining, AFAICS, is implemented in a blocking
manner.
When non-
Clemens Ladisch wrote:
Carlo Florendo wrote:
Clemens Ladisch wrote:
However, I wish to be able to make the sequencer or player work without the
use of the ALSA queue nor the workaround in (2).
Why?
Because the queue output and draining, AFAICS, is implemented in a blocking
manner.
When non-
Carlo Florendo wrote:
> Clemens Ladisch wrote:
> >> However, I wish to be able to make the sequencer or player work without
> >> the
> >> use of the ALSA queue nor the workaround in (2).
> >
> > Why?
>
> Because the queue output and draining, AFAICS, is implemented in a blocking
> manner.
Whe
20 matches
Mail list logo