Some notes on my experiences setting up and using TRLog in the RTTY Sprint this weekend. This message is long. If you're not interested in using TRLog for RTTY, you might as well stop reading now! 1.
--==_106741646==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed I see no reason to use TRLOG on an RTTY contest. The capabilities of WriteLog to integrate MMTTY AND the DXTELNET spo
Hi Gil, You can do this with TRLog and I do. 73 de Jim Smith VE7FO -- FAQ on WWW: http://www.contesting.com/FAQ/trlog Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesti
--==_135373727==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed I realize that is true BUT it is in DOS and if you have a PCI sound card it is going to be VERY hard. With WriteLog y
Me too, and that from the perspective of a DOS dinosaur! I also migrated concurrently to Writelog, and it is becoming harder to revert to TR. Mostly I modify an existing module, and massage the log p
--==_145662501==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed What are you referring to here. I tend to think it is better for CW too, but marginally. Yes, the lack of a windows v
The most recent update was 19 August 2001. See: http://www.qth.com/tr/revhistory.html The proposed port of TR Log to Windows would have been done by W4PC and others at Creative Services Software - no
So, can you go out today and buy a computer that can't run a DOS program? I suppose. I mean, there are all those Macintosh computers. And Palms and Visors... There's still an active market for Tandy
--==_149203082==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed With WIN XP and WIN2000 it would be just as stable as the DOS version and the lack of features you write about could
There are very few people who are smart enough to write software for windows - yet dumb enough to waste that effort on something like contest logging. Maybe when I retire - in about 15 years, I will
Ken, First, Windows is a stable O/S, much more stable than dos. In my previous life, I wrote Operating System code for The Software Link, on the Multiuser/Multitasking version of DOS called PC-MOS. F
--==_156606428==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Dos machines will not be extinct i=until all that you can buy are 64 bit machines. That 9is not as far off as you may
--==_156986554==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Tree; I have to agree with everything that you say. I do no have any bone to pick with you. It is just that it is not
--==_157210687==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Everything you say hear is true and it is too bad. I would have aid up to 100 dollars for a fully functional windows
TRLog is still the best CW contest logging program. Writelog, as do most of the other Windows based programs, has timing issues with high speed CW under WIN2000 and WIN9x. On older machines, there is
The first part is unquestionably true, and hardly needed market research to prove it. I *never* want to pay a penny for upgrades to software, I moan and bitch about it all the time, but I *do* of co
To do CW flawlessly in the Win32 environment would require a vxd, kernel mode or WDM level device driver (depending on the O/S, since all flavors of Windows dont use the same device driver model). Th
--==_168622005==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed I don't see why it could not be done in C++. This CW is a VERY slow thing compared to the speed of tady's machines. T
Hi all, I have never used a hardware keyer so I may be talking nonsense here. It seems to me that if clean cw is the main issue with respect to cw in a Win environment it shouldn't be too hard to mak
--==_173632440==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Such keyers already exist. The cost is prohibitive for most and not needed in any case for most. Gil Baron http://mem