View Full Version : Top 20 Linux Apps for 2007
KC9ECI
12-25-2007, 04:37 PM
Top 20 Linux Apps for 2007 (http://ubuntufonts.blogspot.com/2007/12/top-20-linux-apps-for-2007.html)
I've been using K3B for a few weeks now. Works great and I don't have to transfer files over to the M$ box to burn with Nero.
Gimp is a great photo editor too.
In the ham arena, I would have to nominate Fldigi as the hands down winner of best Linux software for 2007.
I've used K3B for about two years and it rocks. The more I learn about KDE, the more pathetic XP becomes. http://www.qrz.com/iB_html/non-cgi/emoticons/biggrin.gif
My favorite audio player is Audacious which was a spin-off (now with much new code) of Beep Media Player which itself was a spin-off of XMMS.
Quote[/b] (N0NB @ Dec. 25 2007,19:54)]In the ham arena, I would have to nominate Fldigi as the hands down winner of best Linux software for 2007.
I've used K3B for about two years and it rocks. #The more I learn about KDE, the more pathetic XP becomes. #http://www.qrz.com/iB_html/non-cgi/emoticons/biggrin.gif
My favorite audio player is Audacious which was a spin-off (now with much new code) of Beep Media Player which itself was a spin-off of XMMS.
FLDigi may be the best Ham radio software for Linux ever!
All we need now is some kick butt contesting/logging software ala N1MM and my reasons for keeping the winders partition narrow significantly.
Some years back I had a private email exchange with K1EA about the possibility of porting CT to Linux and friends. At the time he was having compiler issues and he said that he and the team were considering options. It has been more than 18 months since CT has received an update and the CT mailing list has been quite quiet.
Right now my sense is that the future of CT is questionable. Since Ken has released CT as freeware for some time, if it is truly dead, it would be fantastic if he could be persuaded to release what source he can under the GPL.
Part of the problem is that Linux gets in the way of high speed CW transmission. The use of cwdaemon beyond 30-35 WPM is problematic as the timing and multitasking become issues (so they tell me). A recent thread on the Fldigi mailing list discussed this issue. Fldigi is capable of sending flawless CW up to some insane speeds using the sound card and a triggered interface. I proposed to the list a feature request that Fldigi feature a cwdeamon interface so it could be used in place of cwdaemon. So far I've not received comment on that idea.
TLF exists and was recently updated. Rein is working on it once again. As I am partial to the CT way of data entry, TLF (modeled after TR) still seems foreign to me. I guess I prefer more control over the CW sending function as I'm not all that proficient at times to be comfortable with it. I guess I'm using the same argument that people use to avoid trying Linux. http://www.qrz.com/iB_html/non-cgi/emoticons/tounge.gif
A critical component of contest logging software is a fast duping algorithm and data integrity. CT has that in spades and I find it difficult to move away from something that has worked so well for so long.
on4axv
01-06-2008, 03:42 PM
Not half as good as CT, TLF or N1MM I guess, but maybe it's a start : www.lihalo.org.
73,
Jan.
Quote[/b] (N0NB @ Dec. 26 2007,20:55)]Some years back I had a private email exchange with K1EA about the possibility of porting CT to Linux and friends. #At the time he was having compiler issues and he said that he and the team were considering options. #It has been more than 18 months since CT has received an update and the CT mailing list has been quite quiet. #
Right now my sense is that the future of CT is questionable. #Since Ken has released CT as freeware for some time, if it is truly dead, it would be fantastic if he could be persuaded to release what source he can under the GPL.
Part of the problem is that Linux gets in the way of high speed CW transmission. #The use of cwdaemon beyond 30-35 WPM is problematic as the timing and multitasking become issues (so they tell me). # A recent thread on the Fldigi mailing list discussed this issue. #Fldigi is capable of sending flawless CW up to some insane speeds using the sound card and a triggered interface. #I proposed to the list a feature request that Fldigi feature a cwdeamon interface so it could be used in place of cwdaemon. #So far I've not received comment on that idea.
TLF exists and was recently updated. #Rein is working on it once again. #As I am partial to the CT way of data entry, TLF (modeled after TR) still seems foreign to me. #I guess I prefer more control over the CW sending function as I'm not all that proficient at times to be comfortable with it. #I guess I'm using the same argument that people use to avoid trying Linux. #http://www.qrz.com/iB_html/non-cgi/emoticons/tounge.gif
A critical component of contest logging software is a fast duping algorithm and data integrity. #CT has that in spades and I find it difficult to move away from something that has worked so well for so long.
I've been spoiled by N3FJP and N1MM.
I've never used CT, NA, TR, or TLF.
One of the old timers I know, a fine CW op who says that today's CW contesters are just making more work for themselves by sending any faster than about 25wpm.
They waste more time on repeats at 35+ than they would if they slowed down to 20-25. His group's CW only 1A field day always places in the top 10.
When I'm CW contesting I set the speed at 25wpm and I rarely have to send a repeat.