svxlink-devel Mailing List for SvxLink (Page 213)
Brought to you by:
sm0svx
You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(8) |
Oct
(5) |
Nov
(9) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
|
Mar
|
Apr
(7) |
May
(19) |
Jun
(18) |
Jul
(6) |
Aug
(3) |
Sep
(2) |
Oct
(3) |
Nov
(14) |
Dec
(21) |
2005 |
Jan
(25) |
Feb
(11) |
Mar
(8) |
Apr
(20) |
May
(2) |
Jun
(3) |
Jul
(4) |
Aug
(22) |
Sep
(10) |
Oct
(38) |
Nov
(25) |
Dec
(24) |
2006 |
Jan
(33) |
Feb
(6) |
Mar
(11) |
Apr
(21) |
May
(13) |
Jun
(1) |
Jul
(4) |
Aug
(19) |
Sep
(4) |
Oct
(20) |
Nov
(15) |
Dec
(9) |
2007 |
Jan
|
Feb
(4) |
Mar
(6) |
Apr
(39) |
May
(6) |
Jun
(21) |
Jul
(19) |
Aug
(8) |
Sep
(28) |
Oct
(10) |
Nov
(5) |
Dec
(14) |
2008 |
Jan
(23) |
Feb
(24) |
Mar
(33) |
Apr
(44) |
May
(62) |
Jun
(58) |
Jul
(58) |
Aug
(46) |
Sep
(48) |
Oct
(68) |
Nov
(17) |
Dec
(31) |
2009 |
Jan
(12) |
Feb
(22) |
Mar
(93) |
Apr
(78) |
May
(30) |
Jun
(21) |
Jul
(21) |
Aug
(67) |
Sep
(26) |
Oct
(60) |
Nov
(50) |
Dec
(66) |
2010 |
Jan
(101) |
Feb
(33) |
Mar
(49) |
Apr
(40) |
May
(30) |
Jun
(34) |
Jul
(75) |
Aug
(35) |
Sep
(27) |
Oct
(41) |
Nov
(86) |
Dec
(22) |
2011 |
Jan
(38) |
Feb
(20) |
Mar
(24) |
Apr
(50) |
May
(20) |
Jun
(46) |
Jul
(43) |
Aug
(52) |
Sep
(79) |
Oct
(43) |
Nov
(49) |
Dec
(8) |
2012 |
Jan
(7) |
Feb
(5) |
Mar
(15) |
Apr
(7) |
May
(2) |
Jun
(19) |
Jul
(12) |
Aug
(61) |
Sep
(23) |
Oct
(8) |
Nov
(17) |
Dec
(3) |
2013 |
Jan
(4) |
Feb
(10) |
Mar
(158) |
Apr
(37) |
May
(38) |
Jun
(56) |
Jul
(73) |
Aug
(33) |
Sep
(18) |
Oct
(39) |
Nov
(21) |
Dec
(43) |
2014 |
Jan
(40) |
Feb
(51) |
Mar
(91) |
Apr
(48) |
May
(26) |
Jun
(78) |
Jul
(43) |
Aug
(50) |
Sep
(16) |
Oct
(17) |
Nov
(14) |
Dec
(4) |
2015 |
Jan
(16) |
Feb
(52) |
Mar
(46) |
Apr
(236) |
May
(64) |
Jun
(42) |
Jul
(44) |
Aug
(34) |
Sep
(64) |
Oct
(56) |
Nov
(53) |
Dec
(58) |
2016 |
Jan
(52) |
Feb
(36) |
Mar
(16) |
Apr
(4) |
May
(25) |
Jun
(26) |
Jul
(43) |
Aug
(32) |
Sep
(36) |
Oct
(26) |
Nov
(2) |
Dec
(12) |
2017 |
Jan
(37) |
Feb
(28) |
Mar
(41) |
Apr
(45) |
May
(74) |
Jun
(29) |
Jul
(72) |
Aug
(26) |
Sep
(14) |
Oct
(9) |
Nov
(33) |
Dec
(11) |
2018 |
Jan
(37) |
Feb
(3) |
Mar
(4) |
Apr
(21) |
May
(8) |
Jun
(3) |
Jul
(12) |
Aug
(3) |
Sep
(4) |
Oct
|
Nov
(9) |
Dec
|
2019 |
Jan
|
Feb
(1) |
Mar
(7) |
Apr
(1) |
May
(9) |
Jun
(4) |
Jul
(4) |
Aug
|
Sep
|
Oct
(3) |
Nov
(14) |
Dec
(23) |
2020 |
Jan
|
Feb
(1) |
Mar
|
Apr
(5) |
May
(7) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Radio a. <pa...@ha...> - 2005-04-01 16:39:52
|
Hi, I am trying to get svxlink to work on linux debian/woody (stable) Use here KDE as graphic environment. (note previously had echlinux working here) First installed libsigc++ 1.0.4 and libgsm 1.0.10 they were standard packages in debian. Then downloaded svxlink-050325 and the sounds and unpacked it. then make Got a lot of errors. the strange thing is this: --- Checking for KDE...no because i have KDE running. --- Checking for QT...no not sure i have installed it, but i thought it is only for qtel What am i doing wrong or forgotten something. Greetz Ad PA3DPL this is the output of make. make -------------- async -------------- -------------- async/core -------------- --- Creating ../../.config... --- Checking if chgrp understand the -h switch...yes --- Checking if chown understand the -h switch...yes --- Checking for KDE...no --- Checking for QT...no --- Creating ../../include/AsyncApplication.h... --- Creating ../../include/AsyncFdWatch.h... --- Creating ../../include/AsyncTimer.h... --- Creating ../../include/AsyncIpAddress.h... --- Creating ../../include/AsyncTcpClient.h... --- Creating ../../include/AsyncDnsLookup.h... --- Creating ../../include/AsyncAudioIO.h... --- Creating ../../include/AsyncUdpSocket.h... --- Creating ../../include/AsyncTcpServer.h... --- Creating ../../include/AsyncTcpConnection.h... --- Creating ../../include/AsyncConfig.h... --- Creating ../../include/AsyncSampleFifo.h... --- Creating ../../include/AsyncSerial.h... --- Creating dependency file depend/AsyncSerialDevice.dpp... g++: AsyncSerialDevice.o depend/AsyncSerialDevice.dpp: No such file or directory g++: depend/AsyncSerialDevice.dpp: No such file or directory g++: unrecognized option `-MT' g++: unrecognized option `-MF' make[3]: *** [depend/AsyncSerialDevice.dpp] Error 1 make[2]: *** [all] Error 2 -------------- async/cpp -------------- --- Creating ../../include/AsyncCppApplication.h... --- Creating dependency file depend/AsyncCppDnsLookupWorker.dpp... g++: AsyncCppDnsLookupWorker.o depend/AsyncCppDnsLookupWorker.dpp: No such file or directory g++: depend/AsyncCppDnsLookupWorker.dpp: No such file or directory g++: unrecognized option `-MT' g++: unrecognized option `-MF' make[3]: *** [depend/AsyncCppDnsLookupWorker.dpp] Error 1 make[2]: *** [all] Error 2 -------------- async/demo -------------- --- Creating dependency file depend/AsyncSerial_demo.dpp... g++: AsyncSerial_demo.o depend/AsyncSerial_demo.dpp: No such file or directory g++: depend/AsyncSerial_demo.dpp: No such file or directory g++: unrecognized option `-MT' g++: unrecognized option `-MF' make[3]: *** [depend/AsyncSerial_demo.dpp] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all] Error 2 -------------- echolib -------------- --- Creating ../include/EchoLinkDirectory.h... --- Creating ../include/EchoLinkDispatcher.h... --- Creating ../include/EchoLinkQso.h... --- Creating ../include/EchoLinkStationData.h... --- Creating dependency file depend/EchoLinkQso_demo.dpp... g++: EchoLinkQso_demo.o depend/EchoLinkQso_demo.dpp: No such file or directory g++: depend/EchoLinkQso_demo.dpp: No such file or directory g++: unrecognized option `-MT' g++: unrecognized option `-MF' make[2]: *** [depend/EchoLinkQso_demo.dpp] Error 1 make[1]: *** [all] Error 2 -------------- svxlink -------------- -------------- svxlink/svxlink -------------- --- Creating ../../include/Module.h... --- Creating ../../include/MsgHandler.h... --- Creating ../../include/AudioPacer.h... --- Creating dependency file depend/svxlink.dpp... g++: svxlink.o depend/svxlink.dpp: No such file or directory g++: depend/svxlink.dpp: No such file or directory g++: unrecognized option `-MT' g++: unrecognized option `-MF' make[3]: *** [depend/svxlink.dpp] Error 1 make[2]: *** [all] Error 2 -------------- svxlink/modules -------------- -------------- svxlink/modules/help -------------- --- Creating dependency file depend/ModuleHelp.dpp... g++: ModuleHelp.o depend/ModuleHelp.dpp: No such file or directory g++: depend/ModuleHelp.dpp: No such file or directory g++: unrecognized option `-MT' g++: unrecognized option `-MF' make[4]: *** [depend/ModuleHelp.dpp] Error 1 make[3]: *** [all] Error 2 -------------- svxlink/modules/parrot -------------- --- Creating dependency file depend/ModuleParrot.dpp... g++: ModuleParrot.o depend/ModuleParrot.dpp: No such file or directory g++: depend/ModuleParrot.dpp: No such file or directory g++: unrecognized option `-MT' g++: unrecognized option `-MF' make[4]: *** [depend/ModuleParrot.dpp] Error 1 make[3]: *** [all] Error 2 -------------- svxlink/modules/echolink -------------- --- Creating dependency file depend/ModuleEchoLink.dpp... g++: ModuleEchoLink.o depend/ModuleEchoLink.dpp: No such file or directory g++: depend/ModuleEchoLink.dpp: No such file or directory g++: unrecognized option `-MT' g++: unrecognized option `-MF' make[4]: *** [depend/ModuleEchoLink.dpp] Error 1 make[3]: *** [all] Error 2 make[2]: *** [all] Error 2 make[1]: *** [all] Error 2 make: *** [all] Error 2 |
From: santo b. <san...@ho...> - 2005-03-29 09:55:56
|
I apologize to Thobias and the consumers of the list. I had signalled in the preceding posts the micro interruption of the audio, drastically I have cancelled here today the old whole libraries noticing, that in the linux they were still you also introduce those some old version 0.3.0 therefore I have cancelled everything and installed again and only the new software 0.4.0 and in partnership library. Result, now all perfectly works. The problem was due to the presence of the old libraries of the version 0.3.0. I ask anchor, excuse to Tobias for my precipitous signaling of error. 73 from Saint it9dln _________________________________________________________________ Scarica gratuitamente MSN Toolbar! http://toolbar.msn.it/ |
From: Tobias B. <sm...@us...> - 2005-03-29 05:51:28
|
On Tuesday 29 March 2005 03.27, santo butera wrote: > Safe Tobias, thank you for having immediately answered to my appeal. > I list you the configuration on my pc > - Linux Slackware 10.0 kernels 2.4.6; > - sound card SOUND BLASTER LIVE, chip Sigmatel STAC9708/11; > - computer Intel Pentium II to 350 Mhz 256 ram; > - I have installed the file RPMS, converted in tgz with rpm2tgz; Your hardware configuration sounds perfectly good. It looks like mine. It is strange that I do not have the same problem. Which RPM packages did you use ? rh9, fc2 or fc3 versions ? > I wanted to specify you that the version SvxLink-server 0.3.0 it perfectly > works and doesn't introduce the problem signalled in the precedent message. Ok, noted. 73 de SM0SVX / Tobias > 73 from Santo it9dln > > _________________________________________________________________ > Scarica gratuitamente MSN Toolbar! http://toolbar.msn.it/ > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Svxlink-devel mailing list > Svx...@li... > https://lists.sourceforge.net/lists/listinfo/svxlink-devel |
From: santo b. <san...@ho...> - 2005-03-29 01:27:42
|
Safe Tobias, thank you for having immediately answered to my appeal. I list you the configuration on my pc - Linux Slackware 10.0 kernels 2.4.6; - sound card SOUND BLASTER LIVE, chip Sigmatel STAC9708/11; - computer Intel Pentium II to 350 Mhz 256 ram; - I have installed the file RPMS, converted in tgz with rpm2tgz; I wanted to specify you that the version SvxLink-server 0.3.0 it perfectly works and doesn't introduce the problem signalled in the precedent message. 73 from Santo it9dln _________________________________________________________________ Scarica gratuitamente MSN Toolbar! http://toolbar.msn.it/ |
From: Tobias B. <sm...@us...> - 2005-03-28 22:30:03
|
On Monday 28 March 2005 10.04, santo butera wrote: > Hi to everybody, I have been installing for a couple of days the new > svxlink-file server 0.4.0 that I find excellent in special way the system > of cos that works egraggiamente and also the roger beep that I find > interesting, also of the MACROS, I am happy. > I have however noticed that during the reproduction of the audio there are > of the micro interruptions and the thing incomingia to give me a po of > bother in the listening. Such fact doesn't occur in the preceding version > 0.3.0. I'm glad to hear that you are happy with the new functions. Not so good that you are having audio problems though. However, I think I know what the problem might be. Could you please tell me the following: * What Linux distribution do you use ? * What type of sound card do you use ? * How fast is your computer ? * Did you install SvxLink from binary RPMS or did you compile from source code ? 73 de SM0SVX / Tobias > I was desirous to know if also you have found such problem so that to > signal him/it to the prof.Tobias. > 73 from Santo it9dln > > _________________________________________________________________ > Blocca le pop-up pubblicitarie con MSN Toolbar! http://toolbar.msn.it/ > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Svxlink-devel mailing list > Svx...@li... > https://lists.sourceforge.net/lists/listinfo/svxlink-devel |
From: santo b. <san...@ho...> - 2005-03-28 08:05:04
|
Hi to everybody, I have been installing for a couple of days the new svxlink-file server 0.4.0 that I find excellent in special way the system of cos that works egraggiamente and also the roger beep that I find interesting, also of the MACROS, I am happy. I have however noticed that during the reproduction of the audio there are of the micro interruptions and the thing incomingia to give me a po of bother in the listening. Such fact doesn't occur in the preceding version 0.3.0. I was desirous to know if also you have found such problem so that to signal him/it to the prof.Tobias. 73 from Santo it9dln _________________________________________________________________ Blocca le pop-up pubblicitarie con MSN Toolbar! http://toolbar.msn.it/ |
From: Tobias B. <sm...@us...> - 2005-03-25 23:02:56
|
Hello everybody, So, here is what you all have been waiting for (or ?); a new release from the SvxLink project. I finally found some time to do it. As usual, most work have gone into the SvxLink server. Only a couple of small changes have been made in Qtel. See the full ChangeLog below for all details. Enjoy! 73's de SM0SVX / Tobias Qtel 0.9.0 -- 25 Mar 2005 ----------------------------- * Added an alert sound for incoming connections. * Added some splitters to the GUI. * Corrected a bug which caused the station list not to update at Qtel startup. SvxLink Server 0.4.0 -- 25 Mar 2005 ----------------------------------------- * Bugfix: Crash when the parrot module was active and an echolink connection were coming in. * Applied patch from Eric Jacobson: Only ident if the link has been transmitting. New config variable: IDENT_ONLY_AFTER_TX. * Added roger beep for SimplexLogic. * ModuleParrot: The TX hang bug might now have been fixed. I really hope so... * ModuleEchoLink: Now not possible to initiate a connection to own node. * ModuleEchoLink: Added a link idle timeout timer. * ModuleEchoLink: Now reports the number of connected stations when an identification is manually triggered by a "*". * Now announcing the CTCSS frequency at manual identification if REPORT_CTCSS is set. * ModuleParrot bugfix: Leading zeros were skipped when reading back entered DTMF digits. * ModuleEchoLink bugfix: Now and then right after a disconnection, the link was automagically reestablished. Incoming connections are now not allowed from the disconnected station for five seconds. * Added a simple macro system to be able to assign short command strings to longer commands. See documentation for the MACROS section in the configuration file description. * Now possible to use an external hardware squelch indicator via a serial port. Usable pins are CTS, DSR, DCD and RI. * ModuleEchoLink: New command, "1", added. When giving this command, all connected stations callsigns will be read back. * The Repeater logic is now nice and stable. However, there are some audio issues that need to be fixed. There is some noise after playing sound clips that is not nice to listen to. The cause for this may be Alsa OSS emulation problems. I'll switch to native Alsa to see if that might help. Also, some times (not very often) the repeated audio get chopped up. Async 0.11.0 -- 25 Mar 2005 -------------------------------- * Added some code to AsyncTcpServer to broadcast data to connected clients. Contribution by SM0LCB / Ulf. * Now possible to list all tags in a config section. * The Serial class can now handle multiple users per port. * Bugfix: The AudioIO class did not handle mutiple users correctly. EchoLib 0.10.0 -- 25 Mar 2005 ---------------------------------- * Fixed a compilation error which occured with newer compilers. The declaration of class Qso::GsmVoicePacket was not standards compliant. * Fixed a memory leak. The GSM codec instance was not destroyed when the Qso object was destroyed. * Instead of crashing (assert) when the registration of a connection fails we now return an error. * Added getters for localCallsign, localName and localInfo. |
From: Chris A. <re...@99...> - 2005-03-04 20:23:53
|
Run ASYNC_AUDIO_NOTRIGGER=1 qtel That should do it. I had the same problem. I ended up making a /usr/bin/qtel2 with that line in it, so I wouldn't have to type it in at the terminal, and to make it easy to make a launcher in gnome. You have to do the same for the svxlink server also. Just replace qtel with svxlink. 73 -Chris Abbott KD5WCR Harv Nelson wrote: >Hello > >Each time I attempt to run qTel, I get the following message: > >harv@debian2:~$ qtel >SNDCTL_DSP_SETTRIGGER ioctl failed: Broken pipe > >The gui gives the message "Could not open audio device" > >/dev/dsp exists and is used successfully by all the other programs. > >I get the same message when I attempt to run as root. > >I have my DI-704P router configured according to the instructions at >the EchoLink farm. > >What am I not understanding? > >Thanks a bunch ... looks like a nice program. > >73 > >Harv, AI9NL >Washburn, Wisconsin > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >_______________________________________________ >Svxlink-devel mailing list >Svx...@li... >https://lists.sourceforge.net/lists/listinfo/svxlink-devel > > > |
From: Harv N. <har...@gm...> - 2005-03-04 05:41:16
|
Hello Each time I attempt to run qTel, I get the following message: harv@debian2:~$ qtel SNDCTL_DSP_SETTRIGGER ioctl failed: Broken pipe The gui gives the message "Could not open audio device" /dev/dsp exists and is used successfully by all the other programs. I get the same message when I attempt to run as root. I have my DI-704P router configured according to the instructions at the EchoLink farm. What am I not understanding? Thanks a bunch ... looks like a nice program. 73 Harv, AI9NL Washburn, Wisconsin |
From: David <s5...@s5...> - 2005-02-18 21:46:22
|
Chips on other three cards are: CMI8738, CT4810 and ES1371. Strange thing is that my ES1371 based card works fine on my Fedora Core 3 system... My link S59DBO-L works with FM801 based card and Fedora Core 2 without any problems. 73 de David S51DA |
From: Tobias B. <sm...@us...> - 2005-02-18 20:55:12
|
On Friday 18 February 2005 16.10, David wrote: > Problem solved! > It seems it was a hardware problem... At 2 in the morning he tested his 4th > sound-card an old ISA card and it worked. Other three were ?working? PCI > cards. I can't say I understand what was going wrong, but it doesn't matter > now :) Ok. Nice that you solved the problem. I probably use some OSS feature that is not implemented by all drivers. What brands were the three other sound cards you tested ? What was the name of the driver(s) for the cards ? It would be nice to know for future problem solving. 73 de SM0SVX / Tobias > > Thanks for help! > > 73 > David S51DA > > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Svxlink-devel mailing list > Svx...@li... > https://lists.sourceforge.net/lists/listinfo/svxlink-devel |
From: David <s5...@s5...> - 2005-02-18 15:10:34
|
Problem solved! It seems it was a hardware problem... At 2 in the morning he tested his 4th sound-card an old ISA card and it worked. Other three were ?working? PCI cards. I can't say I understand what was going wrong, but it doesn't matter now :) Thanks for help! 73 David S51DA |
From: Tobias B. <sm...@us...> - 2005-02-17 23:11:54
|
On Thursday 17 February 2005 17.17, David wrote: > Hi > > > Try the following lines to record/play a clip. > > > > rec -r8000 -sw test.raw > > Ctrl-C > > play -r8000 -sw test.raw > > > > Does this work ? Is the audio level ok ? > > Yes it works and level is OK. When you compile SvxLink from source you also get a utility called dtmf_plot (Qt application) under the "bin" directory. Can you get this application to react to audio input ? > > No error messages when starting SvxLink ? > > No everything else works fine... > > > Could you send the configuration file to the list (remove EchoLink > > password...) ? > > Original svxlink.conf is not changed, except callsign and password. > > He changed everything: computer, soundcard, I've compiled him (via SSH) > everything from source (svxlink-040926.tar.gz) but nothing helped. > Now he decided to install different version of OS... So we'll see. Ok, strange. Let me know if it works better with another Linux distro/version. You could also try to experiment with setting the environment variable ASYNC_AUDIO_NOTRIGGER=1. 73 de SM0SVX / Tobias > > 73 de David S51DA > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Svxlink-devel mailing list > Svx...@li... > https://lists.sourceforge.net/lists/listinfo/svxlink-devel |
From: David <s5...@s5...> - 2005-02-17 23:00:15
|
He reinstalled RH9 and svxlink-server, but the problem is still there. Now he will try the same hardware with Echolink ... 73 David S51DA |
From: David <s5...@s5...> - 2005-02-17 16:18:09
|
Hi > Try the following lines to record/play a clip. > > rec -r8000 -sw test.raw > Ctrl-C > play -r8000 -sw test.raw > > Does this work ? Is the audio level ok ? Yes it works and level is OK. > > No error messages when starting SvxLink ? No everything else works fine... > > Could you send the configuration file to the list (remove EchoLink > password...) ? Original svxlink.conf is not changed, except callsign and password. He changed everything: computer, soundcard, I've compiled him (via SSH) everything from source (svxlink-040926.tar.gz) but nothing helped. Now he decided to install different version of OS... So we'll see. 73 de David S51DA |
From: Tobias B. <sm...@us...> - 2005-02-17 07:36:03
|
On Wednesday 16 February 2005 23.41, David wrote: > Hi > > My friend's svxlink server seems to be deaf... He can record his voice and > DTMF tones on hard disc, but svxlink's squelch doesn't open. Squelch is set > to VOX, same problem is with CTCSS setting in svxlink.conf and on his > handheld. > System is RedHat 9, svxlink version is 0.3.0 from rh9 rpm. > He tried all kinds of mixer settings, and different sound cards with no > success. In all attempts squelch didn't open not even once... > > Any ideas? Hmmm, can't figure this one out. By "can record his voice and ..." do you mean that he use another application to record audio to the hard drive ? And that works ? Try the following lines to record/play a clip. rec -r8000 -sw test.raw Ctrl-C play -r8000 -sw test.raw Does this work ? Is the audio level ok ? No error messages when starting SvxLink ? Could you send the configuration file to the list (remove EchoLink password...) ? 73 de SM0SVX / Tobias |
From: David <s5...@s5...> - 2005-02-16 22:42:10
|
Hi My friend's svxlink server seems to be deaf... He can record his voice and DTMF tones on hard disc, but svxlink's squelch doesn't open. Squelch is set to VOX, same problem is with CTCSS setting in svxlink.conf and on his handheld. System is RedHat 9, svxlink version is 0.3.0 from rh9 rpm. He tried all kinds of mixer settings, and different sound cards with no success. In all attempts squelch didn't open not even once... Any ideas? 73 de David S51DA |
From: Tobias B. <sm...@us...> - 2005-02-11 20:01:51
|
This issue is probably resolved now in latest CVS. I hope... / Tobbe On Tuesday 18 January 2005 05.44, Erik Jacobson wrote: > I've seen this happen with the version from cvs (as of a couple hours ago) > as well as the last released svxlink server. > > If the parrot module is interrupted by identification (or perhaps any > 'disruption'?), it will leave PTT high until the TIMEOUT expires (default > 60 seconds). > > If this is a known issue, let me know. Otherwise, I may try to dig in to > it tomorrow night. > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > Svxlink-devel mailing list > Svx...@li... > https://lists.sourceforge.net/lists/listinfo/svxlink-devel |
From: Tobias B. <sm...@us...> - 2005-02-11 07:40:02
|
On Thursday 10 February 2005 23.11, Marco IW7EAS wrote: > Hi! > I'm new of Svxlink software. > I run Svxlink on Debian GNU/Linux and I have an integrated AC97. > This is the output of dmesg: > > Intel 810 + AC97 Audio, version 1.01, 04:02:19 Jul 28 2004 > PCI: Found IRQ 11 for device 0000:00:02.7 > i810: SiS 7012 found at IO 0xd800 and 0xdc00, MEM 0x0000 and 0x0000, IRQ 11 > i810_audio: Audio Controller supports 2 channels. > i810_audio: Defaulting to base 2 channel mode. > i810_audio: Resetting connection 0 > ac97_codec: AC97 Audio codec, id: ALC38 (ALC100P) > i810_audio: only 48Khz playback available. > i810_audio: AC'97 codec 0 supports AMAP, total channels = 2 > i810_audio: setting clocking to 48546 > > When I start Svxlink I receive this error: > > *** error: Unable to set number of channels to 1. The driver suggested 2 > channels > > The software goes very well but naturally I can't hear anything........ > > Any suggestions ? Yes, I'm sorry to say that SvxLink does not support sound cards (yet) that can't operate in mono mode. It seems like your sound card only can operate in stereo (2 channel) mode. The only solution right now is to get a new sound card that support mono operation. The sound card I use is a "Creative Sound Blaster Live". 73 de SM0SVX / Tobias > > Thanks for help > > 73 de IW7EAS > Op. Marco |
From: Marco I. <iw...@vi...> - 2005-02-10 22:06:28
|
Hi! I'm new of Svxlink software. I run Svxlink on Debian GNU/Linux and I have an integrated AC97. This is the output of dmesg: Intel 810 + AC97 Audio, version 1.01, 04:02:19 Jul 28 2004 PCI: Found IRQ 11 for device 0000:00:02.7 i810: SiS 7012 found at IO 0xd800 and 0xdc00, MEM 0x0000 and 0x0000, IRQ 11 i810_audio: Audio Controller supports 2 channels. i810_audio: Defaulting to base 2 channel mode. i810_audio: Resetting connection 0 ac97_codec: AC97 Audio codec, id: ALC38 (ALC100P) i810_audio: only 48Khz playback available. i810_audio: AC'97 codec 0 supports AMAP, total channels = 2 i810_audio: setting clocking to 48546 When I start Svxlink I receive this error: *** error: Unable to set number of channels to 1. The driver suggested 2 channels The software goes very well but naturally I can't hear anything........ Any suggestions ? Thanks for help 73 de IW7EAS Op. Marco -- --- Marco Di Martino Via Ariosto, 34/A - 10036 - Settimo T.se (TO) Cell. +393285373364 e-mail: iw...@iw... www.marcodimartino.it - Amateur Callsign: I W 7 E A S Homepage: http://www.iw7eas.org/ Ampr Hostname: iw7eas.ampr.org Ampr IP: 44.134.65.2 LinuxNode: telnet://iw7eas.homeip.net/ Tnos: telnet://iw7eas.homeip.net:4001/ (X)net: telnet://iw7eas.homeip.net:4002/ NET/ROM: SETTGW:IW7EAS; NODEAS:IW7EAS-3 Packet Mail : IW7EAS @ IK1ZNW.IPIE.ITA.EU Ampr Mail: iw...@iw... --- |
From: Tobias B. <sm...@us...> - 2005-01-24 06:52:09
|
On Sunday 23 January 2005 22.30, Chris Abbott wrote: > I got this during a make install, i got the cvs today at about 3:20pmCST. > > --- Linking AsyncTcpServer_demo... > AsyncTcpServer_demo.o(.gnu.linkonce.t._ZN7MyClass17onClientConnectedEPN5Asy >nc13TcpConnectionE+0x1e): In function > `MyClass::onClientConnected(Async::TcpConnection*)': > /files/ham/echolink2/src/async/demo/AsyncTcpServer_demo.cpp:31: > undefined reference to `Async::TcpServer::numberOfClients()' > AsyncTcpServer_demo.o(.gnu.linkonce.t._ZN7MyClass20onClientDisconnectedEPN5 >Async13TcpConnectionENS1_16DisconnectReasonE+0x1d): In function > `MyClass::onClientDisconnected(Async::TcpConnection*, > Async::TcpConnection::DisconnectReason)': > /files/ham/echolink2/src/async/demo/AsyncTcpServer_demo.cpp:43: > undefined reference to `Async::TcpServer::numberOfClients()' > AsyncTcpServer_demo.o(.gnu.linkonce.t._ZN7MyClass14onDataReceivedEPN5Async1 >3TcpConnectionEPvi+0x14e): In function > `MyClass::onDataReceived(Async::TcpConnection*, void*, int)': > /files/ham/echolink2/src/async/demo/AsyncTcpServer_demo.cpp:58: > undefined reference to > `Async::TcpServer::writeOnly(Async::TcpConnection*, void const*, int)' > AsyncTcpServer_demo.o(.gnu.linkonce.t._ZN7MyClass14onDataReceivedEPN5Async1 >3TcpConnectionEPvi+0x15c):/files/ham/echolink2/src/async/demo/AsyncTcpServer >_demo.cpp:64: undefined reference to `Async::TcpServer::numberOfClients()' > AsyncTcpServer_demo.o(.gnu.linkonce.t._ZN7MyClass14onDataReceivedEPN5Async1 >3TcpConnectionEPvi+0x261):/files/ham/echolink2/src/async/demo/AsyncTcpServer >_demo.cpp:68: undefined reference to > `Async::TcpServer::writeExcept(Async::TcpConnection*, void const*, int)' > AsyncTcpServer_demo.o(.gnu.linkonce.t._ZN7MyClass14onDataReceivedEPN5Async1 >3TcpConnectionEPvi+0x353):/files/ham/echolink2/src/async/demo/AsyncTcpServer >_demo.cpp:72: undefined reference to `Async::TcpServer::writeAll(void > const*, int)' collect2: ld returned 1 exit status > make[3]: *** [AsyncTcpServer_demo] Error 1 > make[2]: *** [install] Error 2 > make[1]: *** [install] Error 2 Yes, I think there is an error in the makefiles that will make it use installed libs before using the libs in the source tree. This can cause conflicts. You'll have to remove the installed libs before compiling. Cd into your source dir and do: make uninstall rm /usr/lib/libasync* /usr/lib/libecholib* make realclean make To make things a little bit easier I never do "make install". I run it directly from the source tree. You'll have to setup LD_LIBRARY_PATH to point to the lib directory and PATH to point to the bin directory in the source tree. export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path/to/svxlink/lib export PATH=$PATH:/path/to/svxlink/bin I'll fix the makefiles some day... > I'm not sure what if it's that important, but I'm going to play wih qtel > tonight on the net here, and once I fix my Rig interface cable, I'll > work with svxlink. It finally looks like I'm getting some free time now. Ah, free time. If there only were more of it :-) 73 de SM0SVX / Tobias |
From: Chris A. <re...@99...> - 2005-01-23 21:29:18
|
I got this during a make install, i got the cvs today at about 3:20pmCST. --- Linking AsyncTcpServer_demo... AsyncTcpServer_demo.o(.gnu.linkonce.t._ZN7MyClass17onClientConnectedEPN5Async13TcpConnectionE+0x1e): In function `MyClass::onClientConnected(Async::TcpConnection*)': /files/ham/echolink2/src/async/demo/AsyncTcpServer_demo.cpp:31: undefined reference to `Async::TcpServer::numberOfClients()' AsyncTcpServer_demo.o(.gnu.linkonce.t._ZN7MyClass20onClientDisconnectedEPN5Async13TcpConnectionENS1_16DisconnectReasonE+0x1d): In function `MyClass::onClientDisconnected(Async::TcpConnection*, Async::TcpConnection::DisconnectReason)': /files/ham/echolink2/src/async/demo/AsyncTcpServer_demo.cpp:43: undefined reference to `Async::TcpServer::numberOfClients()' AsyncTcpServer_demo.o(.gnu.linkonce.t._ZN7MyClass14onDataReceivedEPN5Async13TcpConnectionEPvi+0x14e): In function `MyClass::onDataReceived(Async::TcpConnection*, void*, int)': /files/ham/echolink2/src/async/demo/AsyncTcpServer_demo.cpp:58: undefined reference to `Async::TcpServer::writeOnly(Async::TcpConnection*, void const*, int)' AsyncTcpServer_demo.o(.gnu.linkonce.t._ZN7MyClass14onDataReceivedEPN5Async13TcpConnectionEPvi+0x15c):/files/ham/echolink2/src/async/demo/AsyncTcpServer_demo.cpp:64: undefined reference to `Async::TcpServer::numberOfClients()' AsyncTcpServer_demo.o(.gnu.linkonce.t._ZN7MyClass14onDataReceivedEPN5Async13TcpConnectionEPvi+0x261):/files/ham/echolink2/src/async/demo/AsyncTcpServer_demo.cpp:68: undefined reference to `Async::TcpServer::writeExcept(Async::TcpConnection*, void const*, int)' AsyncTcpServer_demo.o(.gnu.linkonce.t._ZN7MyClass14onDataReceivedEPN5Async13TcpConnectionEPvi+0x353):/files/ham/echolink2/src/async/demo/AsyncTcpServer_demo.cpp:72: undefined reference to `Async::TcpServer::writeAll(void const*, int)' collect2: ld returned 1 exit status make[3]: *** [AsyncTcpServer_demo] Error 1 make[2]: *** [install] Error 2 make[1]: *** [install] Error 2 I'm not sure what if it's that important, but I'm going to play wih qtel tonight on the net here, and once I fix my Rig interface cable, I'll work with svxlink. It finally looks like I'm getting some free time now. |
From: Tobias B. <sm...@us...> - 2005-01-23 20:04:29
|
So, finally I found some time to apply the patch. It's in CVS now. I made some modifications: * Indented // comments one step * Changed xxx=yyy; to xxx = yyy; (spaces around equal sign) * Corrected an "else {" * Removed unneccessary duplicate code in the identify() funtion. I have also checked in your documentation update into CVS. However, it will not be published on the www site until a new release of SvxLink is made. On Tuesday 18 January 2005 15.04, Erik Jacobson wrote: > > The idea behind identifying on startup was to inform people that the link > > is online again. It can be a bit irritating when experimenting though (a > > lot of start/stops). > > > > SvxLink is deaf until rx().mute(false); is called, which is only done in > > the transmit function right now. > > Ok, that explains it. So we should change that comment. Removed the identification at startup and now instead calling rx().mute(false) at initialization. > > > I kept the IDENT_ONLY_AFTER_TX logic the same. We might find that this > > > can be changed from a number of seconds value to a flag but I think a > > > site could do strange things that make transmits after identification > > > go longer. I kept it as-is feel free to change it to a flag and hard > > > code a number (or ask me to :) 4 works well for me. > > > > The time could have to be changed if someone replaces the default sound > > files with custom ones. > > And the sound file you're talking about right now is one that gets sent > for the squelch tail, right? If so, we could perhaps add this as a reason > to that install.php section or at least hint to it. Sorry, I misunderstood the code. The value could probably be hardcoded but I left it as is for now. > > > For deciding when we last sent out an ID, I use time(NULL). I saw > > > elsewhere gettimeofday was being used but I really only need seconds. > > > Let me know if you wish this to be adjusted. > > > > Yes I saw that. It's ok I guess. I just have a habit of using > > gettimeofday. I often specify times in milliseconds. The ident interval > > is specified in seconds though. > > I guess I was matching ident. Let's make it whatever way you're > comfortable. It'll probably tkae me a couple go-rounds before I get > submissions right to match what you would likely do in a given situation. It's ok as it is. 73 de SM0SVX / Tobias |
From: Erik J. <er...@td...> - 2005-01-19 04:13:44
|
I'm using the svxlink cvs copy from last night. The notebook I use most often while I'm at work is x86_64 based and runs Fedora Core 3. For the heck if it, I thought I'd try to install svxlink and see if I could get qtel going (in x86_64 mode). My first problem was a build issue in async line 532. I changed it to this for the purposes of moving on: samples_to_write = min(sizeof(buf) / sizeof(short), (long unsigned int)info.fragments * fragsize); (I added the cast). Everything else built ok, but qtel would seg fault. A while in ddd and various printf statements later, I found if I removed the resize call from the dynamically generated SettingsDialog.cpp, I would get the interface that asked me to set up (callsign, name, etc). After that was working, I would seg fault again. This time in qtel.cpp right at Director dir(...'. The various variables passed in for construction of 'dir' all seemed valid, at least rigth before 'Directory dir(...' starts. But we seg fault before getting to the line after the variable. I couldn't see any print statements when I put them at the start of the Directory constructor either. It was about then that I decided I didn't need x86_64 working right away :) I thought I'd send this out just in case it's helpful to someone. Otherwise, just trash the email. Erik / N0SVX |
From: Erik J. <er...@td...> - 2005-01-18 14:04:53
|
> The idea behind identifying on startup was to inform people that the link is > online again. It can be a bit irritating when experimenting though (a lot of > start/stops). > > SvxLink is deaf until rx().mute(false); is called, which is only done in the > transmit function right now. Ok, that explains it. So we should change that comment. > > I kept the IDENT_ONLY_AFTER_TX logic the same. We might find that this > > can be changed from a number of seconds value to a flag but I think a site > > could do strange things that make transmits after identification go longer. > > I kept it as-is feel free to change it to a flag and hard code a number > > (or ask me to :) 4 works well for me. > The time could have to be changed if someone replaces the default sound files > with custom ones. And the sound file you're talking about right now is one that gets sent for the squelch tail, right? If so, we could perhaps add this as a reason to that install.php section or at least hint to it. > > For deciding when we last sent out an ID, I use time(NULL). I saw > > elsewhere gettimeofday was being used but I really only need seconds. Let > > me know if you wish this to be adjusted. > Yes I saw that. It's ok I guess. I just have a habit of using gettimeofday. I > often specify times in milliseconds. The ident interval is specified in > seconds though. I guess I was matching ident. Let's make it whatever way you're comfortable. It'll probably tkae me a couple go-rounds before I get submissions right to match what you would likely do in a given situation. > I forgot to tell, I fixed the makefiles so that you won't get the warnings > under FC3 while compiling. It should look much nicer now. I saw that, cool. > And another thing, when replying to mails, make sure the list address is in > the "To" field. Then my mail client will reply to the list when I press No problem. Let me know what things you want re-worked (deaf comment, install.php doc change, gettimeofday - is that the whole list?) and I'll send you another one. No big deal. Erik / N0SVX |