On Sun, Aug 20, 2006 at 12:24:50AM +0200, Josh Jennings wrote:
> >No just add 'intelToHost_XX()' or 'HostToIntel' functions for reading
> >data, or writing data.
> >Then a host sensitive reader would have these defined appropriately for
> >the endianness of
> >the host.
>
> This is definitely the
No just add 'intelToHost_XX()' or 'HostToIntel' functions for reading
data, or writing data.
Then a host sensitive reader would have these defined appropriately for
the endianness of
the host.
This is definitely the way to go. I have written the intel_to_host
functionality. I will do as Eric pr
Josh Jennings schrieb:
As far as I know, one would need to make an endian sniffer which would
either read a header in the file or decide on its own how to
read/convert the file.
No just add 'intelToHost_XX()' or 'HostToIntel' functions for reading
data, or writing data.
Then a host sensitive
Hi everyone,
The little endian/big endian theory is definitely the problem, since I
converted the dat file on my linux to big endian and it then played as
expected on my ibook. It is a rather simple c swap float code that
compiles good on my linux. Unfortunately, when I tried to compile my
linux c
On Thu, Aug 17, 2006 at 03:36:41PM -0400, Michael Dickens wrote:
> Jan - Thanks for adding weight to the "endianness" theory. Back
> again to the previous question: Does the .dat file format somehow
> internally specify the data endianness? If so, then it would seem
> simple to write a bloc
Jan - Thanks for adding weight to the "endianness" theory. Back
again to the previous question: Does the .dat file format somehow
internally specify the data endianness? If so, then it would seem
simple to write a block to handle this. If not, not so simple. - MLD
On Aug 17, 2006, at 12:
I just tried this with rev 3340 on an Intel Mac, and I hear the guy
talking. This would confirm the endianness theory.
Cheers,
Jan
Eric Blossom wrote:
On Tue, Aug 15, 2006 at 05:52:50PM +0200, Josh Jennings wrote:
Hi Michael,
Having thought about this a little more, I don't think this p
Hi Eric,
Thanks for the idea. This had started to dawn on me after I wrote the
email and was on my way home ;-)
Josh
On 8/15/06, Eric Blossom <[EMAIL PROTECTED]> wrote:
On Tue, Aug 15, 2006 at 05:52:50PM +0200, Josh Jennings wrote:
> Hi Michael,
> Having thought about this a little more, I don't
On Aug 15, 2006, at 12:09 PM, Eric Blossom wrote:
It's probably an "endianness problem". The dat file is native binary
on whatever machine it was written on. Most likely x86, thus
little-endian. The PPC macs are big-endian. Thus the problem.
Is the indianness stored in the .dat file somehow
On Tue, August 15, 2006 09:09, Eric Blossom wrote:
> Anybody know if the intel macs are big or little endian?
Little.
-Johnathan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> Anybody know if the intel macs are big or little endian?
Intel Mac's are LE.
- -Josh
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)
iD8DBQFE4fZQTS8i9jZYpL8RAi4VAJ9SdS5+k+WNwlgUHsBaOwB3TmYCfACeLcER
L4mzFuDM9r8Szf2PwSrJ5Ts=
=/2mW
On Tue, Aug 15, 2006 at 05:52:50PM +0200, Josh Jennings wrote:
> Hi Michael,
> Having thought about this a little more, I don't think this problem is
> limited to the osx-audio.
> I have tried this also on my osx:
> 1) convert a complex dat file to a num file for gnuplot
> 2) plot the num file in g
Hi Michael,
Having thought about this a little more, I don't think this problem is
limited to the osx-audio.
I have tried this also on my osx:
1) convert a complex dat file to a num file for gnuplot
2) plot the num file in gnuplot
On os x I get zeros for all the converted points from the dat file,
Josh - Thanks for keeping up on this. Could you send me a "dat" file
which you have verified works on Linux, as well as the command line
you used to make it work. I'll debug it as soon as I can get
there ... might be a week or so, but I'll get there. gr-audio-osx
needs some work to bring
Hi Michael,
Well, I have installed gnuradio on my linux at work and the dat files
I downloaded and used with the scripts from
http://www.kd7lmo.net/ground_gnuradio_software.html work just fine.
Must be an os x thing
Josh
On 8/10/06, Michael Dickens <[EMAIL PROTECTED]> wrote:
OK. So .dat fil
OK. So .dat files don't play audio on OSX under portaudio or audio-
osx. Can anyone confirm that these same .dat files do play audio on
any other OS, and thus it's an OSX-specific issue? Or is it possibly
a more general GNU Radio issue? I have only PPC Macs to work with,
so I can't test
-- Forwarded message --
From: Josh Jennings <[EMAIL PROTECTED]>
Date: Aug 4, 2006 12:08 PM
Subject: Re: [Discuss-gnuradio] No audio on os x reading .dat files
To: Michael Dickens <[EMAIL PROTECTED]>
Hi Michael,
Thanks for responding.
My hardware is: OS X Tiger
Josh - I'm downloading one of the .dat files from kd7lmo, but that's
sort of slow ;-)
In the mean time, let's get a bit of background on your setup. Which
Mac hardware & OS version?
Any reasonably modern Mac should be able to deal OK with the filters
and audio involved. That's all done
Hi everyone,
I have successfully installed gnu-radio from cvs following the
install instructions from Jon Jacky:
http://staff.washington.edu/~jon/gr-osx/gr-osx-prereq.html
I am on OS X Tiger, 1.33 GHz iBook G4. I am using the gr-audio-osx. I
do not have any hardware, but the usrp and gr-usrp
19 matches
Mail list logo
