Fedora Extras now has liboil, and several media player apps now depend
on it, so I think finding it installed or at least packaged on a given
system is very likely.
It doesn't seem to be in pkgsrc yet, but I just built it on
NetBSD/i386 and it passed make check. So, I should be able to
On Tuesday 20 December 2005 01:04, Eric Blossom wrote:
I disagree. But we can have the best of both worlds.
When logging lots of binary diagnostic data to files, the last thing I
want is for it to take longer.
The time to swap bytes or words in the output stream will be insignificant by
[back onlist; my fault for not reply-all]
On Tuesday 20 December 2005 14:41, Eric Blossom wrote:
On Tue, Dec 20, 2005 at 11:37:02AM -0500, Lamar Owen wrote:
Certainly. But if I save a file on one arch it should be able to be
played back on another without me having to write anything.
I
At 05:12 PM 12/16/2005 -0800, you wrote:
ambulance frequencies, or TiVo the ham bands, or avoid DRM on
John - I already have a (to me) nice little LW/MW/SW TiVo already packaged
and ready to go. I use it daily and have added everything I can think of: AM,
Upper/Lower Sideband, Independant
At 08:00 PM 12/15/2005 -0500, Dave Dodge spoke and all was made clear:
sparc: 11 22 33 44
x86: 44 33 22 11
OIC. Ok, switching to 2-byte short data and using dd conv=swab, a dial
tone file created on a sparc plays fine on the intel box now. Thanks very much.
Ideally the endian
On Fri, Dec 16, 2005 at 03:04:01PM -0800, Matt Ettus wrote:
[..]
This would actually be a good place to make use of liboil, the library
of optimized inner loops. They have code for all sorts of conversions,
and they pick up MMX and SSE-type optimizations automatically.
Indeed. liboil is
Three opinions...
* GNU Radio should be processing data in the local machine's native
byte order and data format (e.g. IEEE float). You should have to
explicitly tell it to do something about byte order (e.g. convert
samples to little-endian).
* Any conversions we offer
On Thu, Dec 15, 2005 at 03:29:38PM -0500, cswiger wrote:
Gang - any hints on what happens to float data when transfered
from a sparc machine to an x86? I understand byte-swap but this
looks like word-swap.
The problem is that the default settings for od are almost never
what you actually
