fons adriaensen wrote:
> OK, but for floats the situation could be more complex.
In libsndfile I use a 32 bit end swapper on floats and a
64 bit endswapper on doubles.
> Will either rule produce consistent results on all
> platforms ?
The above does produce consistent results across platforms
(
On Tue, Mar 14, 2006 at 12:21:40AM +0100, fons adriaensen wrote:
> OK, but for floats the situation could be more complex. On
> Intel, the exponent/sign byte is the last one. Is it
> always the first one on BE platforms ? If it isn't then
> using ntohl() or htonl() wich are designed to work on
> 32
On Tue, 2006-03-14 at 00:21 +0100, fons adriaensen wrote:
> On Mon, Mar 13, 2006 at 11:59:15PM +0100, stefan kersten wrote:
>
> > as paul stated, network byte order is defined to be
> > big-endian, so yes, you have to convert 32 bit floats (and
> > doubles, for that matter) on intel, because they
On Mon, Mar 13, 2006 at 11:59:15PM +0100, stefan kersten wrote:
> as paul stated, network byte order is defined to be
> big-endian, so yes, you have to convert 32 bit floats (and
> doubles, for that matter) on intel, because they are stored
> lsb first. of course it would be perfectly valid for ne
On Mon, Mar 13, 2006 at 11:40:04PM +0100, fons adriaensen wrote:
> On Mon, Mar 13, 2006 at 05:25:04PM -0500, Paul Davis wrote:
> > On Mon, 2006-03-13 at 23:10 +0100, fons adriaensen wrote:
> > > Is it true on the common platforms that using ntohl and htonl on
> > > floats will always result in comp
Can LAU be removed from further replies?
On Mon, 2006-03-13 at 23:40 +0100, fons adriaensen wrote:
> On Mon, Mar 13, 2006 at 05:25:04PM -0500, Paul Davis wrote:
> > On Mon, 2006-03-13 at 23:10 +0100, fons adriaensen wrote:
> > > Is it true on the common platforms that using ntohl and htonl on
> >
On Mon, Mar 13, 2006 at 05:25:04PM -0500, Paul Davis wrote:
> On Mon, 2006-03-13 at 23:10 +0100, fons adriaensen wrote:
> > Is it true on the common platforms that using ntohl and htonl on
> > floats will always result in compatible data on the wire or in a
> > file ? In other words, are floats byt
On Mon, 2006-03-13 at 23:10 +0100, fons adriaensen wrote:
> On Mon, Mar 13, 2006 at 10:21:39PM +0100, [EMAIL PROTECTED] wrote:
>
> > On Sun, Mar 12, 2006 at 03:50:26PM -0500, Lee Revell wrote:
> >
> > > Why do you use big-endian on the wire, requiring a double swap for x86
> > > <-> x86? Wouldn't
On Mon, Mar 13, 2006 at 10:21:39PM +0100, [EMAIL PROTECTED] wrote:
> On Sun, Mar 12, 2006 at 03:50:26PM -0500, Lee Revell wrote:
>
> > Why do you use big-endian on the wire, requiring a double swap for x86
> > <-> x86? Wouldn't LE make more sense, especially as PPC Macs become
> > unavailable?
>
On Mon, 2006-03-13 at 16:45 -0500, Lee Revell wrote:
> On Mon, 2006-03-13 at 22:21 +0100, [EMAIL PROTECTED] wrote:
> > On Sun, Mar 12, 2006 at 03:50:26PM -0500, Lee Revell wrote:
> > > On Sun, 2006-03-12 at 14:06 +0100, [EMAIL PROTECTED] wrote:
> > > > netjack-0.9rc1 is here...
> > > > endianess is
On Mon, 2006-03-13 at 22:21 +0100, [EMAIL PROTECTED] wrote:
> On Sun, Mar 12, 2006 at 03:50:26PM -0500, Lee Revell wrote:
> > On Sun, 2006-03-12 at 14:06 +0100, [EMAIL PROTECTED] wrote:
> > > netjack-0.9rc1 is here...
> > > endianess issues fixed. tests are underway...
> > > but if it works for 2 x
On Sun, Mar 12, 2006 at 03:50:26PM -0500, Lee Revell wrote:
> On Sun, 2006-03-12 at 14:06 +0100, [EMAIL PROTECTED] wrote:
> > netjack-0.9rc1 is here...
> > endianess issues fixed. tests are underway...
> > but if it works for 2 x86 (double swap) it should work for PPC <->
> > x86
>
> Why do you u
Hi,
I'm not sure about the title of this post but maybe someone here can
point me in the right direction.
First a little background:
A friend and I are investing some time and money into a new project over
the next few months. The aim is to custom build a hardware device for
DJ's using linu
On Mon, 13 Mar 2006, Tobias Scharnberg wrote:
> In my main loop I use SNDCTL_DSP_GETOSPACE to poll the buffer.
> Whenever it shows free fragments, I write more data to the card. What
> I experience is that playback is too fast. I can make it slower by
> reducing the buffer-size or by setting a ve
Hello list,
before someone tells me to use ALSA - the AC97 codec on my Arm-Board
does not work wit ALSA according to the distributor... so it seems I
have to stick with OSS.
I opened a 16 bit 44100 wav-file with libsndfile and wrote the PCM to
a buffer. Then I configure the card with 16 bit NE, 44
On Mon, 2006-03-13 at 00:34 -0500, Lee Revell wrote:
> On Mon, 2006-03-13 at 00:23 -0500, Paul wrote:
> > Are these the threads you are refering to?
> >
> > 2.6.X, NPTL, SCHED_FIFO and JACK :
> > http://lkml.org/lkml/2004/6/30/104
>
> I was looking for the thread(s) referenced in the above me
16 matches
Mail list logo
