gMFSK

gMFSK

[Erik Jakobsen]

Hi.

I use SuSE 8.2. Is there any of you, that has gMFSK to run with 8.2 ?.

If so, I would be very interested in getting info's on the different 
packages, that are necessary for it. I think I have had all packages 
installed, but they all are lacking one or more of the necessary files 
(libs).

Would be nice if I could get gMFSK up. Tomi has mentioned, that a friend 
of him used SuSE 8.2, but now he is using the SuSE 9.0.

Any help ?.
-- 
Med venlig hilsen - Best regards.
Erik Jakobsen - eja@urbakken.dk.
Licensed radioamateur with the callsign OZ4KK.
SuSE Linux 8.2 Proff.
Registered as user #319488 with the Linux Counter, http://counter.li.org.

Re: gMFSK

[Tomi Manninen]

On Tue, 2004-01-20 at 23:14, Erik Jakobsen wrote:

> I use SuSE 8.2. Is there any of you, that has gMFSK to run with 8.2 ?.
> 
> If so, I would be very interested in getting info's on the different 
> packages, that are necessary for it. I think I have had all packages 
> installed, but they all are lacking one or more of the necessary files 
> (libs).

More specifically, the libgnomecanvas-devel package seems to be
missing the file libgnomecanvas-2.a which in my opinion should
be there.

Anyone care to help Erik?

-- 
Tomi Manninen / OH2BNS / KP20ME04

Re: gMFSK

[Wilbert Knol]

> > I use SuSE 8.2. Is there any of you, that has gMFSK to run with 8.2 ?.
> >
> > If so, I would be very interested in getting info's on the different
> > packages, that are necessary for it. I think I have had all packages

On SuSE 8.1 Pro, I have successfully built gMFSK from sources.

Download and install fftw-2.1.5 first.
You'll need to ./configure and make it twice.
The second time with './configure --enable-float' in order to get the
single-precision libraries. If you don't do this, gMFSK won't compile.

Secondly, install hamlib, if you have a rig capable of being
computer-controlled.

Next, edit /etc/ld.so.conf and add the line:
/usr/local/lib
...if not already there. Then, refresh the linker cache with;
ldconfig so the linker knows about the newly installed fftw
and hamlib libraries.

Lastly, install gMFSK. I use version 0.5, but I have installed
0.6beta1 on a Mandrake 9.0 box.

> More specifically, the libgnomecanvas-devel package seems to be
> missing the file libgnomecanvas-2.a which in my opinion should
> be there.

I don't have it, and gMFSK works fine.
I guess it uses:
/opt/gnome2/lib/libgnomecanvas-2.so
...which is in the libgnomecanvas RPM that came with the SuSE 8.1 CDs.

As an aside, for user software, I avoid RPMs like the plague.

They are great for installing stuff off the CDs, but, for 3rd party
software, they are not worth the hassle unless it is an RPM that was
built for your particular distribution and version.

> Anyone care to help Erik?

Hope this helps.

Wilbert, ZL2BSJ

Re: gMFSK

[Erik Jakobsen]

Wilbert Knol wrote:
>>>I use SuSE 8.2. Is there any of you, that has gMFSK to run with 8.2 ?.
>>>
>>>If so, I would be very interested in getting info's on the different
>>>packages, that are necessary for it. I think I have had all packages
> 
> 
> On SuSE 8.1 Pro, I have successfully built gMFSK from sources.

You made a rebuild to fit th gMFSK to the 8.1 ?.

> Download and install fftw-2.1.5 first.
> You'll need to ./configure and make it twice.
> The second time with './configure --enable-float' in order to get the
> single-precision libraries. If you don't do this, gMFSK won't compile.

Ok Wilbert. Is good to know, not to get a stop :-)

> Secondly, install hamlib, if you have a rig capable of being
> computer-controlled.

Needed here, as I have the Kenwood TS-570D.

> Next, edit /etc/ld.so.conf and add the line:
> /usr/local/lib
> ...if not already there. Then, refresh the linker cache with;
> ldconfig so the linker knows about the newly installed fftw
> and hamlib libraries.

Ok.

> Lastly, install gMFSK. I use version 0.5, but I have installed
> 0.6beta1 on a Mandrake 9.0 box.

I don't now, that you made the rebuild from what you have written above ?.

> 
>>More specifically, the libgnomecanvas-devel package seems to be
>>missing the file libgnomecanvas-2.a which in my opinion should
>>be there.
> 
> 
> I don't have it, and gMFSK works fine.
> I guess it uses:
> /opt/gnome2/lib/libgnomecanvas-2.so
> ...which is in the libgnomecanvas RPM that came with the SuSE 8.1 CDs.

Ok. The reason I needed it was, because I used the rebuild, and this 
always claimed about the libgnomecanvas-2.a.

> As an aside, for user software, I avoid RPMs like the plague.

Oh Wilbert. You now indirectly have told me, that you didn't used the 
rebuild :-)

> They are great for installing stuff off the CDs, but, for 3rd party
> software, they are not worth the hassle unless it is an RPM that was
> built for your particular distribution and version.
> 

I agree with you, cause I have worked hard to get the rebuild of the rpm 
for gMFSK to be build.


>>Anyone care to help Erik?
> 

Thanks again Tomi.

> Hope this helps.

And a thanks to you Wilbert. Now I'll start from schratch again.


> Wilbert, ZL2BSJ

Maybe I call you one day using gMFSK.

> -
> To unsubscribe from this list: send the line "unsubscribe linux-hams" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 

-- 
Med venlig hilsen - Best regards.
Erik Jakobsen - eja@urbakken.dk.
Licensed radioamateur with the callsign OZ4KK.
SuSE Linux 8.2 Proff.
Registered as user #319488 with the Linux Counter, http://counter.li.org.

Re: gMFSK

[Joni Bäcklund]

Byt the way the fftw libs are included in SuSE, just install both
fftw and fftw-devel rpms. ( version 2.1.3 )

I remember to have some troubles to build the rpm version of gMFSK on
SuSE 8.2 but it was due to different installation of gnome ( all gnome
related libs etc are on /opt/gnome ). But now the never sources from
tomi builds just fine as rpms. I just notices once againt thatt you just
have to compile and install hamlib as rpm before you can compile rpm for
gMFSK. If you have installed hamlib manually to /usr/local/lib instead
of using rpm the rpm build of gMFSK will fail due to not founding the
hamlib. On that case you must compile it manyally to get configure scirt
fo find the libs. ( maybe editing gmfsk.spec file in the source tarball
will help )

Good Luck. 

As I told you before the version that I compiled on SuSE 8.2 was 0.5. 

If you still have problems with that gnomecanvas package you can try to
download a never version for SuSE 9 that includes all needed .a files.
It seems to be quite same version that was installed on 8.2. This MIGHT
work while it is not recommended to mix library rpms inside different
releases of SuSE ! 

Joni
 

On Wed, 2004-01-21 at 15:06, Wilbert Knol wrote:
> > > I use SuSE 8.2. Is there any of you, that has gMFSK to run with 8.2 ?.
> > >
> > > If so, I would be very interested in getting info's on the different
> > > packages, that are necessary for it. I think I have had all packages
> 
> On SuSE 8.1 Pro, I have successfully built gMFSK from sources.
> 
> Download and install fftw-2.1.5 first.
> You'll need to ./configure and make it twice.
> The second time with './configure --enable-float' in order to get the
> single-precision libraries. If you don't do this, gMFSK won't compile.
> 
> Secondly, install hamlib, if you have a rig capable of being
> computer-controlled.
> 
> Next, edit /etc/ld.so.conf and add the line:
> /usr/local/lib
> ...if not already there. Then, refresh the linker cache with;
> ldconfig so the linker knows about the newly installed fftw
> and hamlib libraries.
> 
> Lastly, install gMFSK. I use version 0.5, but I have installed
> 0.6beta1 on a Mandrake 9.0 box.
> 
> > More specifically, the libgnomecanvas-devel package seems to be
> > missing the file libgnomecanvas-2.a which in my opinion should
> > be there.
> 
> I don't have it, and gMFSK works fine.
> I guess it uses:
> /opt/gnome2/lib/libgnomecanvas-2.so
> ...which is in the libgnomecanvas RPM that came with the SuSE 8.1 CDs.
> 
> As an aside, for user software, I avoid RPMs like the plague.
> 
> They are great for installing stuff off the CDs, but, for 3rd party
> software, they are not worth the hassle unless it is an RPM that was
> built for your particular distribution and version.
> 
> > Anyone care to help Erik?
> 
> Hope this helps.
> 
> Wilbert, ZL2BSJ
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-hams" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
-- 
Joni Bäcklund, Tel +358400665775, FAX +35898552247
     Email: joni@connect.fi, oh2njr@sral.fi
  Amateur packet radio AX25: oh2njr@oh2rbj.fin.eu
 Some kind of Homepage: http://www.connect.fi/joni
" The Choice of a GNU generation:  SuSE Linux 9.0 "


-
To unsubscribe from this list: send the line "unsubscribe linux-hams" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: gMFSK

[Erik Jakobsen]

Joni Bäcklund wrote:
> Byt the way the fftw libs are included in SuSE, just install both
> fftw and fftw-devel rpms. ( version 2.1.3 )

Ok that's nice and easy.

> I remember to have some troubles to build the rpm version of gMFSK on
> SuSE 8.2 but it was due to different installation of gnome ( all gnome
> related libs etc are on /opt/gnome ). But now the never sources from
> tomi builds just fine as rpms. I just notices once againt thatt you just
> have to compile and install hamlib as rpm before you can compile rpm for
> gMFSK. If you have installed hamlib manually to /usr/local/lib instead
> of using rpm the rpm build of gMFSK will fail due to not founding the
> hamlib. On that case you must compile it manyally to get configure scirt
> fo find the libs. ( maybe editing gmfsk.spec file in the source tarball
> will help )

I don't use Gnome but KDE, and think this also can give some troubles, 
but not sure. Will it be fairly easy to could install Gnome too, and 
easy also to could switch between the 2's ?.

> Good Luck. 
> 
> As I told you before the version that I compiled on SuSE 8.2 was 0.5. 

Yes I got it.

> If you still have problems with that gnomecanvas package you can try to
> download a never version for SuSE 9 that includes all needed .a files.
> It seems to be quite same version that was installed on 8.2. This MIGHT
> work while it is not recommended to mix library rpms inside different
> releases of SuSE ! 

I can. its it ftp.suse.com ?.


> Joni
>  
> 
> On Wed, 2004-01-21 at 15:06, Wilbert Knol wrote:
> 
>>>>I use SuSE 8.2. Is there any of you, that has gMFSK to run with 8.2 ?.
>>>>
>>>>If so, I would be very interested in getting info's on the different
>>>>packages, that are necessary for it. I think I have had all packages
>>
>>On SuSE 8.1 Pro, I have successfully built gMFSK from sources.
>>
>>Download and install fftw-2.1.5 first.
>>You'll need to ./configure and make it twice.
>>The second time with './configure --enable-float' in order to get the
>>single-precision libraries. If you don't do this, gMFSK won't compile.
>>
>>Secondly, install hamlib, if you have a rig capable of being
>>computer-controlled.
>>
>>Next, edit /etc/ld.so.conf and add the line:
>>/usr/local/lib
>>...if not already there. Then, refresh the linker cache with;
>>ldconfig so the linker knows about the newly installed fftw
>>and hamlib libraries.
>>
>>Lastly, install gMFSK. I use version 0.5, but I have installed
>>0.6beta1 on a Mandrake 9.0 box.
>>
>>
>>>More specifically, the libgnomecanvas-devel package seems to be
>>>missing the file libgnomecanvas-2.a which in my opinion should
>>>be there.
>>
>>I don't have it, and gMFSK works fine.
>>I guess it uses:
>>/opt/gnome2/lib/libgnomecanvas-2.so
>>...which is in the libgnomecanvas RPM that came with the SuSE 8.1 CDs.
>>
>>As an aside, for user software, I avoid RPMs like the plague.
>>
>>They are great for installing stuff off the CDs, but, for 3rd party
>>software, they are not worth the hassle unless it is an RPM that was
>>built for your particular distribution and version.
>>
>>
>>>Anyone care to help Erik?
>>
>>Hope this helps.
>>
>>Wilbert, ZL2BSJ
>>
>>-
>>To unsubscribe from this list: send the line "unsubscribe linux-hams" in
>>the body of a message to majordomo@vger.kernel.org
>>More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
Med venlig hilsen - Best regards.
Erik Jakobsen - eja@urbakken.dk.
Licensed radioamateur with the callsign OZ4KK.
SuSE Linux 8.2 Proff.
Registered as user #319488 with the Linux Counter, http://counter.li.org.

-
To unsubscribe from this list: send the line "unsubscribe linux-hams" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: gMFSK

[Wilbert Knol]

> > On SuSE 8.1 Pro, I have successfully built gMFSK from sources.
>
> You made a rebuild to fit th gMFSK to the 8.1 ?.

No. I downloaded the source code (gmfsk-0.5.tar.gz) and compiled and
linked it into the gmfsk executable program. I don't build or re-build
packages.

In fact, I *never* use RPMs (other than the ones on the distribution
CDs).

Wilbert, ZL2BSJ

gmfsk

[richard]

Hi all
System here
Mandriva 2007 Gnome 2.16
GMFSK 0.7 pre1
sound cards M-audio delta 66
on board  VIA 8253


Problem:-

Cant seem to get audio routed to GMFSK , it compiled OK as far as I 
know, no errors .
In settings , selecting device /dev/dsp  /dev/dsp1 /dev/dsp2 doesn't 
route audio to the program.
I've determined that /dev/dsp2 is the mic input off the webcam, so that 
can be ignored.
There never seems to be any input directed  from /dev/dsp, bur /dev/dsp1 
has an input even when everything has been muted.
I've had problems trying to get the sound from the TV card which is hard 
wired to AUX i/p on the mobo to route through the digital mixer
to get routed out of the delta 66 breakout box to a diddy little hifi 
system in the shack. So I'm aware that the two cards don't talk to each 
other very well.

Is this behaviour I'm seeing on GMFSK normal , ie displaying garbage on 
/dev/dsp1  ??

Yet I can run winrad using wine to use the delta66 card as the input and 
the VIA 8253 as the output device

the output from lspci -v below
00:0d.0 Multimedia audio controller: VIA Technologies Inc. ICE1712 
[Envy24] PCI Multi-Channel I/O Controller (rev 02)
        Subsystem: VIA Technologies Inc. M-Audio Delta 66
        Flags: bus master, medium devsel, latency 32, IRQ 17
        I/O ports at d800 [size=32]
        I/O ports at d400 [size=16]
        I/O ports at d000 [size=16]
        I/O ports at b800 [size=64]
        Capabilities: [80] Power Management version 1
00:11.5 Multimedia audio controller: VIA Technologies, Inc. 
VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
        Subsystem: ASUSTeK Computer Inc. A7V8X-X Motherboard
        Flags: medium devsel, IRQ 18
        I/O ports at e000 [size=256]
        Capabilities: [c0] Power Management version 2

I'm using the envy24 patch bay as well as the alsa control thing.
It used to be easy to determine which dsp was in use by selecting them 
with other software like skype, which now lists devices not by which dsp 
they are connected to, but by a list of device types.

Any help appreciated
73
Richard g8jvm

gmfsk

[richard]

Apologies if this has already got on the list, I think I sent it before 
list aurthorisation was granted

Hi all
System here
Mandriva 2007 Gnome 2.16
GMFSK 0.7 pre1
sound cards M-audio delta 66
on board  VIA 8253


Problem:-

Cant seem to get audio routed to GMFSK , it compiled OK as far as I
know, no errors .
In settings , selecting device /dev/dsp  /dev/dsp1 /dev/dsp2 doesn't
route audio to the program.
I've determined that /dev/dsp2 is the mic input off the webcam, so that
can be ignored.
There never seems to be any input directed  from /dev/dsp, bur /dev/dsp1
has an input even when everything has been muted.
I've had problems trying to get the sound from the TV card which is hard
wired to AUX i/p on the mobo to route through the digital mixer
to get routed out of the delta 66 breakout box to a diddy little hifi
system in the shack. So I'm aware that the two cards don't talk to each
other very well.

Is this behaviour I'm seeing on GMFSK normal , ie displaying garbage on
/dev/dsp1  ??

Yet I can run winrad using wine to use the delta66 card as the input and
the VIA 8253 as the output device

the output from lspci -v below
00:0d.0 Multimedia audio controller: VIA Technologies Inc. ICE1712
[Envy24] PCI Multi-Channel I/O Controller (rev 02)
        Subsystem: VIA Technologies Inc. M-Audio Delta 66
        Flags: bus master, medium devsel, latency 32, IRQ 17
        I/O ports at d800 [size=32]
        I/O ports at d400 [size=16]
        I/O ports at d000 [size=16]
        I/O ports at b800 [size=64]
        Capabilities: [80] Power Management version 1
00:11.5 Multimedia audio controller: VIA Technologies, Inc.
VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
        Subsystem: ASUSTeK Computer Inc. A7V8X-X Motherboard
        Flags: medium devsel, IRQ 18
        I/O ports at e000 [size=256]
        Capabilities: [c0] Power Management version 2

I'm using the envy24 patch bay as well as the alsa control thing.
It used to be easy to determine which dsp was in use by selecting them
with other software like skype, which now lists devices not by which dsp
they are connected to, but by a list of device types.

Any help appreciated
73
Richard g8jvm

Re: gmfsk

[Hamish Moffatt]

On Sun, Oct 29, 2006 at 04:07:03PM +0000, richard wrote:
> Cant seem to get audio routed to GMFSK , it compiled OK as far as I 
> know, no errors .
> In settings , selecting device /dev/dsp  /dev/dsp1 /dev/dsp2 doesn't 
> route audio to the program.
> I've determined that /dev/dsp2 is the mic input off the webcam, so that 
> can be ignored.

Is /dev/dsp actually the ALSA emulation, ie you are using ALSA natively?
Can you send the results of "aplay -l" so we can see how ALSA has
detected your devices?

> There never seems to be any input directed  from /dev/dsp, bur /dev/dsp1 
> has an input even when everything has been muted.
> I've had problems trying to get the sound from the TV card which is hard 
> wired to AUX i/p on the mobo to route through the digital mixer
> to get routed out of the delta 66 breakout box to a diddy little hifi 
> system in the shack. So I'm aware that the two cards don't talk to each 
> other very well.

There's no way that sound can get from one card to the other via the
mixer alone. Either you need a cable from a line-out to a line-in, or
you need a program to copy samples from one card to the other. I think
this is irrelevant to your use of gMFSK though.

> Is this behaviour I'm seeing on GMFSK normal , ie displaying garbage on 
> /dev/dsp1  ??

Not sure what you mean by garbage?

> Yet I can run winrad using wine to use the delta66 card as the input and 
> the VIA 8253 as the output device

Is that the configuration you want? I don't think there is any support
in gMFSK for input and output on different devices. Your setup sounds
unusual (perhaps unusually complicated?).

Hamish
-- 
Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>

Re: gmfsk

[richard]

Hamish Moffatt wrote:
> On Sun, Oct 29, 2006 at 04:07:03PM +0000, richard wrote:
>   
>> Cant seem to get audio routed to GMFSK , it compiled OK as far as I 
>> know, no errors .
>> In settings , selecting device /dev/dsp  /dev/dsp1 /dev/dsp2 doesn't 
>> route audio to the program.
>> I've determined that /dev/dsp2 is the mic input off the webcam, so that 
>> can be ignored.
>>     
>
> Is /dev/dsp actually the ALSA emulation, ie you are using ALSA natively?
> Can you send the results of "aplay -l" so we can see how ALSA has
> detected your devices?
>   
I've got the internal card disabled in the bios now.
[ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: M66 [M Audio Delta 66], device 0: ICE1712 multi [ICE1712 multi]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
<snip>
>> Is this behaviour I'm seeing on GMFSK normal , ie displaying garbage on 
>> /dev/dsp1  ??
>>     
>
> Not sure what you mean by garbage?
>   
If I leave the mode in MSK16 or CW there is always a waveform shown,
even when there is no input.
With all the connections to the inputs on the break out box
disconnected, the waterfall is plain grey, yet there
is a noisy waveform and the percentage indicator is showing 10% .
I've had a look at the noise floor in winrad and I cant see anything
which would cause this.

I've noted /dev/dsp is  busy if put in transmit mode.
ps ax showed artsd running, but killing it makes no difference to the
device busy message..

Connecting an audio source with a 1KHz tone ,shows a line in the right
place on the waterfall display

<another snip>
> Is that the configuration you want? I don't think there is any support
> in gMFSK for input and output on different devices. Your setup sounds
> unusual (perhaps unusually complicated?).
>   
No I don't need input and out on different cards, just something that
decodes

It could also be I'm at the bottom of the learning curve with this package.

TIA
73  Richard

Re: gmfsk

[richard]

<Humungus snip>

I'm gradually getting hold of whats happening, I have managed to decode 
bpsk31, rtty looks garbidge still, and cw is much the same.
What is giving me a real problem is that if I go to TX I get the box up 
with:-
"sound_open_for_write:opensnd: /dev/dsp: Deviceor resource busy"
If I then click on the RX box the waterfall display speed increases 2 to 
3 times faster than the previous working RX session, and the
RX window gets gradually filled with random letters.
The only way to get back to a working RX session is to shutdown GMFSK 
and restart it.
I've checked to see if and other processes are usingh /dev/dsp and its 
permissions are :-
 ls -la /dev/dsp
crw-rw---- 1 richard-g8jvm audio 14, 3 Oct 30 09:29 /dev/dsp


Any ideas 
??????????????????????????????????????????????????????????????????????????????????

TIA
Richard g8jvm

Re: gmfsk

[Hamish Moffatt]

On Mon, Oct 30, 2006 at 05:31:12PM +0000, richard wrote:
> I'm gradually getting hold of whats happening, I have managed to decode 
> bpsk31, rtty looks garbidge still, and cw is much the same.

If RTTY is garbage you might have it reversed. You need to be on LSB
with the "REV" box unchecked, or USB with the "REV" box checked.

I don't think there is a CW decoder anyway.

I had more success when I set the sampling rate to 48000. My sound card
doesn't really have the lower rates and the sample rate converter inside
gMFSK seems to do a better job than the ALSA one which is providing
/dev/dsp.

> What is giving me a real problem is that if I go to TX I get the box up 
> with:-
> "sound_open_for_write:opensnd: /dev/dsp: Deviceor resource busy"

Could be that gMFSK requires (inadvertently?) a full duplex sound card
which yours is not? Unlikely though.

At any command prompt, can you output to the device? just
cat /dev/random > /dev/dsp

You should hear garbage.

> If I then click on the RX box the waterfall display speed increases 2 to 
> 3 times faster than the previous working RX session, and the
> RX window gets gradually filled with random letters.

That sounds like a bug.


Hamish
-- 
Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>

Re: gmfsk

[Tomi Manninen]

On Tue, 2006-10-31 at 08:38 +1100, Hamish Moffatt wrote:

> I don't think there is a CW decoder anyway.

0.7pre1 has one.

> I had more success when I set the sampling rate to 48000. My sound card
> doesn't really have the lower rates and the sample rate converter inside
> gMFSK seems to do a better job than the ALSA one which is providing
> /dev/dsp.

This is a good suggestion. I've heard lots of complaints about the
sample rate conversion stuff in ALSA.

> > What is giving me a real problem is that if I go to TX I get the box up 
> > with:-
> > "sound_open_for_write:opensnd: /dev/dsp: Deviceor resource busy"
> 
> Could be that gMFSK requires (inadvertently?) a full duplex sound card
> which yours is not? Unlikely though.

It shouldn't. I've tried to make gMFSK as simple as possible here:

- open card for reading
  - listen and decode
- close card
- open card for writing
  - send
- close card

... and so on.

That should be pretty fool proof, but I guess anything is possible.

-- 
Tomi Manninen / OH2BNS / KP20JF74

Re: gmfsk

[Al Bolduc]

On Tue, 31 Oct 2006, Tomi Manninen wrote:

>
> This is a good suggestion. I've heard lots of complaints about the
> sample rate conversion stuff in ALSA.
>

I have luck with alsa using the following script

#!/bin/sh
#
#       Configure alsa oss emulation for soundapps
#

#	Configuration

PLAYBACK=/proc/asound/card0/pcm0p/oss
CAPTURE=/proc/asound/card0/pcm0p/oss
SOUNDAPPS="qsstv twpsk gpsk31 multimon p3dtelem xdemorse xdemorse-fft"

#       Check if root is performing the operation

id | grep "(root)" > /dev/null
if [ "$?" != "0" ]
then
         echo "You must be root or super-user to run $0."
         exit 1
fi

#	Erase current configuration

echo "erase" > $PLAYBACK
echo "erase" > $CAPTURE

#	Configure

for app in $SOUNDAPPS
do
 	echo "$app 0 0 direct" > $PLAYBACK
 	echo "$app 0 0 direct" > $CAPTURE
done
#cat $PLAYBACK
#cat $CAPTURE

--

Al - ka1as

#  Al Bolduc - a.bolduc@comcast.net - ka1as@amsat.org

Re: gmfsk

[Hamish Moffatt]

On Tue, Oct 31, 2006 at 12:14:07AM +0200, Tomi Manninen wrote:
> On Tue, 2006-10-31 at 08:38 +1100, Hamish Moffatt wrote:
> > I don't think there is a CW decoder anyway.
> 0.7pre1 has one.

Neat!

> > I had more success when I set the sampling rate to 48000. My sound card
> > doesn't really have the lower rates and the sample rate converter inside
> > gMFSK seems to do a better job than the ALSA one which is providing
> > /dev/dsp.
> 
> This is a good suggestion. I've heard lots of complaints about the
> sample rate conversion stuff in ALSA.

ISTR that I could hear clicking in the Tx audio until I changed the
sample rate. No problem with gMFSK's internal converter.

> > Could be that gMFSK requires (inadvertently?) a full duplex sound card
> > which yours is not? Unlikely though.
> 
> It shouldn't. I've tried to make gMFSK as simple as possible here:
> 
> - open card for reading
>   - listen and decode
> - close card
> - open card for writing
>   - send
> - close card
> 
> ... and so on.
> 
> That should be pretty fool proof, but I guess anything is possible.

It also seems unlikely to me that Richard's M-Audio card is half duplex.
More likely something is using the playback device already.

Hamish
-- 
Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>

Re: gmfsk

[Dave Platt]

> It also seems unlikely to me that Richard's M-Audio card is half duplex.
> More likely something is using the playback device already.

Some of the X Window desktop systems these days make use of the
audio playback device for sound effects.  Some of them will
automatically close the audio device (un-busying it) if there's
no UI activity requiring sound for some number of seconds;
possibly, others do not.

There are a number of ways around this sort of problem.  The
simplest is to disable the desktop (e.g. KDE or Gnome) sound
feature entirely, so that it never opens the audio driver.
This is probably the best approach to use if you're going
to be using the sound card for ham radio purposes, since
transmitting UI feedback sounds over the air would be Bad.

Re: gmfsk

[richard]

Tomi Manninen wrote:
> On Tue, 2006-10-31 at 08:38 +1100, Hamish Moffatt wrote:
>
>   
>> I don't think there is a CW decoder anyway.
>>     
>
> 0.7pre1 has one.
>   
Now I know about the permissions problem, I've noticed it decodes well 
at 38wpm.
Not that many can read at that speed, definitely not me :)
>   
>> I had more success when I set the sampling rate to 48000. My sound card
>> doesn't really have the lower rates and the sample rate converter inside
>> gMFSK seems to do a better job than the ALSA one which is providing
>> /dev/dsp.
>>     
>
> This is a good suggestion. I've heard lots of complaints about the
> sample rate conversion stuff in ALSA.
>
>   
>>> What is giving me a real problem is that if I go to TX I get the box up 
>>> with:-
>>> "sound_open_for_write:opensnd: /dev/dsp: Deviceor resource busy"
>>>       
>> Could be that gMFSK requires (inadvertently?) a full duplex sound card
>> which yours is not? Unlikely though.
>>     
Is'nt the delta 66 capable of full duplex ?
>
> It shouldn't. I've tried to make gMFSK as simple as possible here:
>
> - open card for reading
>   - listen and decode
> - close card
> - open card for writing
>   - send
> - close card
>
> ... and so on.
>
> That should be pretty fool proof, but I guess anything is possible.
>
>   
It might be foolproof, but not quite proof against me.
Another thing I've found, after loading FFTW Wisdom it now allows two 
failure in TX mode to write to /dev/dsp
before the waterfall goes extra fast and no input signal is seen or 
decoded..
That could be a bug as Hamish suggested

If I can get the permissions sorted, its working, but at the moment only 
if run by root..

Richard

Re: gmfsk

[Hamish Moffatt]

On Mon, Oct 30, 2006 at 03:39:16PM -0800, Dave Platt wrote:
> There are a number of ways around this sort of problem.  The
> simplest is to disable the desktop (e.g. KDE or Gnome) sound
> feature entirely, so that it never opens the audio driver.

Good idea. Richard's run lsof and not found anything else using
/dev/dsp, but maybe the sound server is using the ALSA device directly
and that's preventing playback on /dev/dsp.

> This is probably the best approach to use if you're going
> to be using the sound card for ham radio purposes, since
> transmitting UI feedback sounds over the air would be Bad.

A good reason not to use VOX..

Hamish
-- 
Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>