With regard to the bandmap there is really some need to act on.
There are some limitation in the actual tlf code base which makes it a
little bit difficult to build a quick solution. Thats why the entry
in the issue section on github is still not solved. The main problem is
the old hard coded key
Hi Fred,
On Sat, Aug 15, 2015 at 09:13:38AM +0200, Fred Siegmund wrote:
> I think the most important works have to be done in the bandmap.
yes, but would you elaborate on your ideas in detail related to
bandmap?
> And may be make qtc input a bit less strict, so that you can see where the
> miss
I think the most important works have to be done in the bandmap. And may be
make qtc input a bit less strict, so that you can see where the missing fields
are.
73 Fred
---
Am 14.08.2015 23:26 schrieb Ervin Hegedüs :
>
> Hello there,
>
> there was the WAE CW, my favourite contest. I've really en
Hello there,
there was the WAE CW, my favourite contest. I've really enjoyed
it, I've made 270 QSO, and 740 QTC. I gained a lot of experience,
how could we develop Tlf, what is the right way.
Here are some remark, and I would like to discuss with you, what
is your idea?
- bandmap general: the ba
Hello folks,
someone started on WAE-RTTY on last weekend? Does anybody any
experience?
I've started, and made 175 QSO on 5 bands (on 80m I didn't made
DX :(), and 160 QTC's.
A thing could not be: nobody received any QTC from me, I just
only get (received) QTC's...
I think the concept to handle
Dear Tlf users,
the WAEDC is coming soon - I think I could made the most thing
what I wanted to do.
At the end of September, for the CQWW-RTTY, I've made a patch for
Tlf: the FLDigi communication through XML-RPC.
I've pushed my code to Tlf Github repository, and at this week,
Thomas had been mer
Dear Tlf users,
looks like I could finished the core works on Tlf QTC support for
WAEDC-RTTY (which will on next weekend, 8-9th of October - so we
have more than one week).
You can download it from here:
https://github.com/airween/tlf/archive/waedc-qtc.zip
Note, that this is not the official Tl
Dear Tlf users,
I've modified some part of Tlf for SSB mode WAEDC contest. Most
of that isn't visible in regular users - I've chenged the logline
format (store the exact frequency), all QTC has the unique time,
not the block...
You can find it here:
https://github.com/airween/tlf/archive/waedc-q
Hello Guys,
sorry for the late post again - I'm very-very busy...
I've pushed up some modifications for Tlf, which could be help at
next weekend, the WAEDC SSB mode contest. There are two new
features:
- voice messages
- qtc recording
The voice messages could be familiar, Tlf supports them for l
Hello Tlf users,
just inform to you, now I got the WAEDC result - the important
thing is they accepted 30 QTC's from 40 claimed! :)
http://www.darc.de/referate/dx/contest/waedc/en/2013/rtty/
I hope the final version on CW/SSB modes will be useful :)
73,
Ervin
HA2OS
--
I � UTF-8
___
Hello,
I've pushed a small script, which merges the Tlf generated
cabrillo with QTC_send|recv.log's.
You can catch it from here:
https://github.com/airween/tlf/blob/waedc-qtc/qtcmerge.py
or here:
https://www.dropbox.com/s/l7pbrgls4n0ecfn/qtcmerge.py
How to use it:
- download the file, place
Hi Martin and others,
I agree that tlf has a lot of Ctrl- and Alt-key combinations for
various control functions (e.g. turning on and off different windows)
- some of them may be not needed at all - but I do not see much of them
in normal contest operation.
I had a look at the trlog manual in mea
Hi Ervin,
Am Mon, 4 Nov 2013 16:07:12 +0100
schrieb Ervin Hegedüs - HA2OS :
> > I can have a look into it near the end of the week. Luckily we need
> > the Cabrillo formatting only after the contest for preparation of
> > the final log.
>
> I agree - but I don't know, if somebody wants to use th
Hello Thomas,
On Mon, Nov 04, 2013 at 03:43:14PM +0100, Thomas Beierlein wrote:
>
> > what do think about this, when do you implement this socket
> > interface? Do you need any help?
>
> Help will be useful. But I fear implementation can only be done here in
> next 1..2 month. At the moment ther
Hi Ervin,
Am Mon, 4 Nov 2013 09:48:57 +0100
schrieb Ervin Hegedüs :
>
> > - I had planned to code a native fldigi interface in spring but as
> > it was a busy year here it is still on the todo list. I planned to
> > add a new FLDIGI keyword and use the socket interface for
> > communication. The
Hello Fred,
On Mon, Nov 04, 2013 at 10:51:44AM +, FS wrote:
> Yes, that sound good. I am only a little bit afraid of garbage while
> decoding (because of weak signals). But thats also a question how
> good
> the squelch is set.
yes, I tried to think that, and for this reason I choosed this
me
Yes, that sound good. I am only a little bit afraid of garbage while
decoding (because of weak signals). But thats also a question how good
the squelch is set.
73 Fred
On 11/04/2013 09:09 AM, Ervin Hegedüs wrote:
Hello Fred,
On Sun, Nov 03, 2013 at 09:55:51PM +0100, Fred Siegmund wrote:
Ok,
Hello Fred,
On Sun, Nov 03, 2013 at 09:55:51PM +0100, Fred Siegmund wrote:
> Ok, there seems to be one significant difference to CW/SSB. The QTCs
> in RTTY are transmitted in batches.
yes, that's the challenge :)
Till I made all of the WAEDC modifications (first patch was only
the correct handl
Hello everyone :),
On Sun, Nov 03, 2013 at 05:44:09PM +0100, Thomas Beierlein wrote:
> Hi Ervin, Fred and Ed,
>
> I was away some days, but let me add my 2 ct's to the discussion.
>
> - The activation of tlf's digimode got explained last by Fred in his
> post from 26 Sep 2012 (should be still in
Hi Martin, which autosend feature do you mean? I worked with TRLOGLinux
and was not very satisfied, namely
the bandmap is very slow and there some inherited things from the
original program that are very stupid. Like its
not possible to edit the complete log. These are points were a distinct
pro
Ok, there seems to be one significant difference to CW/SSB. The QTCs in
RTTY are transmitted in batches. This
makes it somehow difficult to keep it compatible, but its possible
(different DIGIMODE handling). There need
to be a macro to request to repeat a selected line. Another macro for
repeat
Hi all,
with highest respect to all the work already done, I suggest to focus
all our potential to CW and SSB modes and the usual options to get
*finally* an useful, mature contesting program for Linux. tlf still has
some bottlenecks, in many contests is possible to enter the event but
scorin
Hi Ervin, Fred and Ed,
I was away some days, but let me add my 2 ct's to the discussion.
- The activation of tlf's digimode got explained last by Fred in his
post from 26 Sep 2012 (should be still in the archive). Besides the
mentioned entries for logcfg.dat you need to activate the miniterm
wind
hello,
On Sun, Nov 03, 2013 at 09:04:26AM +, FS wrote:
> Yes, that could work. Lets say, the user enters the the series
> number like xx/xx, and the QRV message is sent, TLF is triggered to
> take everyting in a pattern like, by grabing it from gMFSK.log:
> cc nnn
> time call number
Hello Fred,
On Sun, Nov 03, 2013 at 09:09:00AM +, FS wrote:
> The file is still called gMFSK.log. What goes to FLDIGI is written
> to a file called TLFfldigi. That works pretty well, Thomas did some
> updates on the original code, eg.fixing the LF problem in the TX
> direction.
thanks for you
The file is still called gMFSK.log. What goes to FLDIGI is written to a
file called TLFfldigi. That works pretty well, Thomas did some updates
on the original code, eg.fixing the LF problem in the TX direction.
73 Fred
On 11/02/2013 01:48 PM, Ervin Hegedüs - HA2OS wrote:
Hello Ed,
On Sat, No
Yes, that could work. Lets say, the user enters the the series number
like xx/xx, and the QRV message is sent, TLF is triggered to take
everyting in a pattern like, by grabing it from gMFSK.log:
cc nnn
time call number
I a not aware if they send in RTTY shortend versions, like two fig
Hello Ed,
On Sat, Nov 02, 2013 at 09:15:36AM -0400, Ed wrote:
> On Sat, 02 Nov 2013 13:40:27 +0100
> FS wrote:
>
> > The biggest challenge is the reciving side. For CW you have to type
> > it anyway, maybe
> > that could be a intermediate solution. But it would be nicer for RTTY
> > to mark a co
Hello,
On Sat, Nov 02, 2013 at 01:40:27PM +0100, FS wrote:
> The biggest challenge is the reciving side. For CW you have to type
> it anyway, maybe
> that could be a intermediate solution.
CW (and phone) is clear, and no problem - I think I can handle
the fast speed CW too, and can type all data
On Sat, 02 Nov 2013 13:40:27 +0100
FS wrote:
> The biggest challenge is the reciving side. For CW you have to type
> it anyway, maybe
> that could be a intermediate solution. But it would be nicer for RTTY
> to mark a complete line
> in miniterm (which is available in TLF), push a key combination
The biggest challenge is the reciving side. For CW you have to type it
anyway, maybe
that could be a intermediate solution. But it would be nicer for RTTY to
mark a complete line
in miniterm (which is available in TLF), push a key combination and have
it in the QTC box. Any solution within a dif
Dear HAM's,
I still had not enough time as I expected to made the QTC patch,
but here is the next release - please look at that.
The send directions doesn't contains relevant changes.
There is the another directions, the receive of QTC's. See, how
it's works.
If you press ALT+r when you are in
Hello Thomas,
first: thank you for the instructions and remarks,
On Tue, Oct 29, 2013 at 07:05:55AM +0100, Thomas Beierlein wrote:
> Hi Ervin,
>
> nice to see the WAEDC going forward. I am looking forward with great
> interest.
>
> At the moment I am a little bit busy with QRL here. So I can do
Hi Ervin,
nice to see the WAEDC going forward. I am looking forward with great
interest.
At the moment I am a little bit busy with QRL here. So I can do a more
thorough test only in next days.
For the moment I had only a quick look and would like to make some small
comments which may be helpful.
Dear HAM's,
a few more things:
- QTC serial and numbers will send only when there aren't any QTC
lines marked as sent; It means if you delete all sent mark, the
QTC serial and number will send again at next time, when you
start to sent the QTC's
- if the QSO is failed, and you change the cu
Dear HAM's,
I didn't know as much time as I would have liked effort required
to WAEDC-QTC patch, but now I think the part of code is ready to
test it.
The code is available from here:
https://github.com/airween/tlf/tree/waedc-qtc
(You need the git, autotools, GCC and make programs.)
What it kn
Dear Doug,
On Mon, Oct 21, 2013 at 08:18:57AM -0500, Doug Smith W9WI wrote:
> On 10/21/2013 07:43 AM, Ervin Hegedüs - HA2OS wrote:
> >I'm working on the QTC patch for Tlf, and I think I'm confused in
> >rules.
> >
> >
> >
> >In this case, what does it mean the "sent serial number"?
> >
> >Whic
On 10/21/2013 07:43 AM, Ervin Hegedüs - HA2OS wrote:
I'm working on the QTC patch for Tlf, and I think I'm confused in
rules.
In this case, what does it mean the "sent serial number"?
Which I sent to other station (I think it doesn't make sense), or
which the other station sent to me?
I
Dear HAM's,
I'm working on the QTC patch for Tlf, and I think I'm confused in
rules.
http://www.darc.de/referate/dx/contest/waedc/en/rules/
7/1
"A QTC contains time, call sign and serial number of the reported
QSO. Example: "1307 DA1AA 431" means that DA1AA was worked at
1307 UTC and sent seria
Hello Thomas,
On Sun, Oct 13, 2013 at 09:54:36PM +0200, Thomas Beierlein wrote:
> Hi Ervin,
>
> good to see some one working on WAEDC.
thanks,
> Am Sun, 13 Oct 2013 20:51:53 +0200
> schrieb Ervin Hegedüs - HA2OS :
>
> > The code currently accessible from github.com, with git:
> >
> > git clo
Hi Ervin,
good to see some one working on WAEDC.
Am Sun, 13 Oct 2013 20:51:53 +0200
schrieb Ervin Hegedüs - HA2OS :
> The code currently accessible from github.com, with git:
>
> git clone https://github.com/airween/tlf.git
> cd tlf
> git checkout waedc
I just had a look, but at the moment th
Hi Ervin,
YES PLEASE add the QTCs! I will definitely try the program for the WAE
in RTTY. I think it is possible
to implement it in a text based logger (see
http://www.kkn.net/trlinux/), although not that easy with the special
macros needed.
73 Fred
Am 13.10.2013 20:51, schrieb Ervin Hegedüs
Hello OM's (and YL's :)),
the WAEDC RTTY is coming soon, and I didn't find a good contest
logger software. So, I like the Tlf, and I thought I try to add
that code, which makes Tlf to knows the WAEDC rules.
The code currently accessible from github.com, with git:
git clone https://github.com/air
43 matches
Mail list logo