[Linrad] Re: Map65 reports "No Rx data"

[jeff millar <gmail.com; wa1hco@xxxxxxxxxxxxxxxx>]

Alex...

thanks for the quick reply. I would like to get Linrad and Map65 running 
on the same computer, preferably a Linux machine. Right now I'm trying 
to get Linrad on Ubuntu and Map65 and WinXP working.

I have compiled linrad for Ubuntu ok. But I don't know where to find the 
Map65 software, it doesn't seem to reside on berlios.de svn repository.

Right now the linrad machine (Ubuntu Hardy) floods the network with 
multicast packets and the Map65 machine (WinXP, laptop) sees the packets 
with Windump, but Map65 doesn't see them.

Does it make any difference how the linrad ffts get configured? Does 
linrad configuration affect the format of multicast packets? Does Map65 
care what format Linrad uses for multicast packets?

I would like to switch from multicast to unicast, but would need some 
advice on getting the Map65 software and fixing the compile errors.

I downloaded WSJT r1002 and tried to compile it on Ubuntu and run into a 
few problems...a few of the messages...

rmbadname1: Replacing "len" with "len_bn".

buildmodule: Could not found the body of interfaced routine "filbig2". 
Skipping.

In file included from /usr/include/python2.5/pyport.h:7,
from /usr/include/python2.5/Python.h:57,
from /tmp/tmpfxgtWG/src.linux-x86_64-2.5/fortranobject.h:7,
from /tmp/tmpfxgtWG/src.linux-x86_64-2.5/fortranobject.c:2:
./stdint.h:60: error: conflicting types for ‘intptr_t’
/usr/include/unistd.h:238: error: previous declaration of ‘intptr_t’ was 
here
/tmp/tmpfxgtWG/src.linux-x86_64-2.5/fortranobject.c: In function 
‘fortran_doc’:
/tmp/tmpfxgtWG/src.linux-x86_64-2.5/fortranobject.c:123: warning: format 
‘%ld’ expects type ‘long int’, but argument 4 has type ‘int’
error: Command "gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv 
-O2 -Wall -Wstrict-prototypes -fPIC -DPACKAGE_NAME="wsjt" 
-DPACKAGE_TARNAME="wsjt" -DPACKAGE_VERSION="5.9.6" 
-DPACKAGE_STRING="wsjt 5.9.6" -DPACKAGE_BUGREPORT="" -DSTDC_HEADERS=1 
-DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 
-DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 
-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 
-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_SYS_RESOURCE_H=1 
-DHAVE_SYS_PARAM_H=1 -DHAVE_ERRNO_H=1 -DHAVE_SYS_SYSLOG_H=1 
-DHAVE_STDDEF_H=1 -DHAVE_LIBGEN_H=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_WAIT_H=1 
-DHAVE_STDIO_H=1 -DHAVE_TERMIOS_H=1 -DHAVE_SYS_RESOURCE_H=1 
-DHAVE_LINUX_PPDEV_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_FCNTL_H=1 
-DHAVE_SYS_IOCTL_H=1 -DTIME_WITH_SYS_TIME=1 -DSTRING_WITH_STRINGS=1 
-DNDEBUG=1 -DPREFIX="/usr/local/" 
-DFC_LIB_PATH="/usr/lib/gcc/x86_64-linux-gnu/4.2.3/" -DFC="gfortran" 
-DHAS_PORTAUDIO=1 -DHAS_PORTAUDIO_H=1 -DHAS_PORTAUDIO_LIB=1 
-DHAS_SAMPLERATE_H=1 -DHAS_FFTW3_H=1 -DHAS_FFTW3FLIBS=1 -I/usr/include 
-I/usr/local/include -I. -I/tmp/tmpfxgtWG/src.linux-x86_64-2.5 
-I/usr/lib/python2.5/site-packages/numpy/core/include 
-I/usr/include/python2.5 -c 
/tmp/tmpfxgtWG/src.linux-x86_64-2.5/fortranobject.c -o 
/tmp/tmpfxgtWG/tmp/tmpfxgtWG/src.linux-x86_64-2.5/fortranobject.o" 
failed with exit status 1
make: *** [WsjtMod/Audio.so] Error 1


thanks,

jeff, wa1hco


Alex Artieda wrote:
> Hi Jeff
>
> Regarding the problem you report, I was last weekend in the 13th EME
> Conference in Florence, Italy and I had enough time to talk with Joe, K1JT
> and Leif SM5BSZ regarding this problem, I was there with one computer and we
> reproduce the problem. To fix that you need to modify the source code in
> Linrad. I'm not sure but apparently the latest version is listening on the
> IP 127.0.0.1 (local host) but if you see Linrad is transmitting on
> 239,x,y,z.
>
> I'm running Linrad+MAP65 on the same computer, Leif and Joe show me how to
> modify the source code in Linrad to transmit the data on the standard local
> host IP (127.0.0.1).
>
> I'm just back from Italy yesterday but I promise Joe and Leif to publish and
> small guide here how to adapt the network part in Linrad, especially if you
> want to run both programs in same computer. The big advantage will be no
> more sync two clocks and off course the space in your shack.
>
> Let me know if you are interested on that procedure, I think the latest
> version in MAP65 have and small bug in this part but more info you can
> receive from Joe.
>
> Best regards
>
> Alex Artieda
> OA4CRK HB9DRI HK3TAS
> -----Original Message-----
> From: linrad@xxxxxxxxxxxxxxxx [http://groups.google.com/group/linrad?hl=en
-~----------~----~----~----~------~----~------~--~---


LINRADDARNIL