1. Format of tic file (I need an overall model, a small number of specific examples just confuses me).
Al wrote to Vk3jed <=-
@MSGID: <57EC631E.735.fsx_mys@freeway.apana.org.au>
@TZ: 41a4
Re: Re: New Area?
By: Vk3jed to Al on Thu Sep 29 2016 08:13 am
I moved this message to the FSX_MYS area in case you didn't notice.. :)
1. Format of tic file (I need an overall model, a small number of specific examples just confuses me).
This is a tic file I recieved here..
I am going to edit it a bit for an area I'll call VK_INFO, edit as needed..
File vkradio.zip
Area VK_INFO
Desc VKRADIO Net Info Pack.
Replaces vkradio.zip
From 1:123/500
To 1:153/757
Origin 2:5020/1042
Size 14939
Crc 885548CE
Path 1:123/500 1475103181 Wed Sep 28 22:53:01 2016 UTC htick/lnx
1.9.0-cur Seenby 1:123/500
Pw Secret
You'll need to edit the addresses to something that will work with your setup as well as the size of the file will need to be changed. The Crc
line is a problem. Mutil will toss a file and tic with an incorrect Crc
to the bad file area. When it does that check the log and get the
actual Crc for the file and change the Crc line in the tic accordingly
and run it through mutil again.
You could also add a number of LDesc lines with a file description if
you needed to do that. Synchronet will use any LDesc lines as the
extended description for files that don't contain a file_id.diz
I think the above will do what you need to send files to your links.
You also need to have a filebox setup for nodes you want to send files
to since mutil will place outgoing files and tics for those nodes in
their fileboxes.
I am going to edit it a bit for an area I'll call VK_INFO, edit as
needed..
That's the area I will be using :D
Well, already a few sticking points: From, To and Origin are almost magic numbers, because the file is coming from nowhere (manually generated). And why are "from" and "origin" different addresses? I'm assuming "to" would be the FTN address of the hub, since that is the system tossing the file?
Now that's a pain! Wish there was a standalone utility to calculate the CRC
You could also add a number of LDesc lines with a file description
if you needed to do that. Synchronet will use any LDesc lines as the
extended description for files that don't contain a file_id.diz
That would be useful, since my infopacks don't have a .doz file in them (yet).
Well, already a few sticking points: From, To and Origin are almost m numbers, because the file is coming from nowhere (manually generated) why are "from" and "origin" different addresses? I'm assuming "to" wo be the FTN address of the hub, since that is the system tossing the f
Having never done this I think you will have to experiment. Avon would
be a good person to ask about this since he does that in fsxNet.
Al wrote to Vk3jed <=-
That's the area I will be using :D
Good guess eh? :)
Having never done this I think you will have to experiment. Avon would
be a good person to ask about this since he does that in fsxNet.
Now that's a pain! Wish there was a standalone utility to calculate the CRC
It is. There is a utility in slackware I was trying to use but it
outputs a 9 character crc. There may very well be a utility to
calculate the crc so we can add a valid crc in the first place but I'm
not sure of what it might be.
You could also add a number of LDesc lines with a file description
if you needed to do that. Synchronet will use any LDesc lines as the
extended description for files that don't contain a file_id.diz
That would be useful, since my infopacks don't have a .doz file in them (yet).
Exactly. Please do use LDesc lines. In the end descriptions on the BBS look better.
Avon wrote to Al <=-
I'll be able to help... just need to get home, have dinner and then
look into the answers for you guys :)
I'll be able to help... just need to get home, have dinner and then look into the answers for you guys :)
Thanks Paul. :)
Avon wrote to Vk3jed <=-
@MSGID: <57ECC427.747.fsx_mys@freeway.apana.org.au>
@TZ: 030c
On 09/29/16, Vk3jed pondered and said...
I'll be able to help... just need to get home, have dinner and then look into the answers for you guys :)
Thanks Paul. :)
Righto.
[snip]
Area AREA_TAG
Origin 432:1/1
From 432:1/1
Replaces VKRADIO.ZIP
File VKRADIO.ZIP
Size 32056
Path 432:1/1 1457209326 SAT MAR 5 14:09:50 2016 UTC+1200
Seenby 432:1/1
Pw PASSWORD
Path 432:1/1 1457209326 SAT MAR 5 14:09:50 2016 UTC+1200
Thanks. Now, what's the "magic number" "1457209326" in the Path line? That one wasn't explained. :)
Avon wrote to vk3jed <=-
On 09/29/16, Vk3jed pondered and said...
I'll be able to help... just need to get home, have dinner and then look into the answers for you guys :)
Thanks Paul. :)
Righto.
[snip]
Area AREA_TAG
Origin 432:1/1
From 432:1/1
Replaces VKRADIO.ZIP
File VKRADIO.ZIP
Size 32056
Path 432:1/1 1457209326 SAT MAR 5 14:09:50 2016 UTC+1200
Seenby 432:1/1
Pw PASSWORD
The other thing you need to adjust before you run this process is the
Size line and populate it with the file size (in bytes) of the actual
file you are trying to send out. Fail to do this and MUTIL will see it
as bad and chuck it into your bad file dir.
I will work on a video over the next few days to show case all of this.
Avon wrote to Vk3jed <=-
It's a throwback to a past .tic file I had co-opted. They key thing is that you have a Path statement that includes the node sending the file. Beyond the node address the rest of the line is moot and can be
ignored.
How are you getting on?
constructed format string. Still don't know where "1457209326" comes from.
The other little question I have is the Fido address of my system. I
have both a /1 and /100 AKA at the hub. Echomail normally goes out from /100, just like on FSXnet. What one do you use for your origin and from addresses? I'd have thought the tic would need to come from somewhere else to be processed. ;)
Well, if I can ignore the magic number, I think I have a script ready
for alpha testing. I've managed to programatically generate all of the fields necessary to generate the example .tic, including examining the file to determine its size. :-)
Avon wrote to Tony Langdon <=-
It can come from any node number you choose to give it. In my case it's like 21:1/1 from memory.
Avon wrote to Vk3jed <=-
Very flash, and yes you can. :)
| Sysop: | sneaky |
|---|---|
| Location: | Ashburton,NZ |
| Users: | 31 |
| Nodes: | 8 (0 / 8) |
| Uptime: | 203:50:34 |
| Calls: | 2,083 |
| Calls today: | 1 |
| Files: | 11,139 |
| Messages: | 948,002 |