Page 3 of 16

Re: Curday.dat Data Format

Posted: Tue Sep 07, 2010 7:16 pm
by AriX
tin wrote:I believe (and I could well be wrong here) that they are for colouring the type of program as per http://en.wikipedia.org/wiki/TV_Guide_N ... lor_coding although with the descriptions, perhaps not exactly the same categories.

However it seems to me that either the changes were done so the PC version could obey them, and the Amiga continued to ignore them, OR that changes were planned to the Amiga version that allowed that many colours, but the change was never done - or perhaps there's even newer versions of the software.

However I'm not sure at all about that one.. I'm interested you saw the fields in the editor, I spent all afternoon testing them! I will check it out in the editor again now :)
Ah, interesting. By the way, in ESQ, check out 0x3CEE3 and 0x3D3FB (data structures as stored in memory) and 0x3E564 and 0x3E5EE (data structures for printing on the screen when using debug keys like H and J).
tin wrote:BTW I have a disassembly of the code, but I'm not at all sure it will be of any use as it's machine code not C :(
Disassembly of C code is not useless, it just takes longer to figure out its logic. I think once you're more familiar with it, it becomes easier, as you start to understand how the C compiler translates the code. One thing I tend to see people doing when disassembling C is taking each assembly function and figuring out how the same thing would be written in C, and basically manually translating the code back to C in order to clearly see its logic.

I have a friend who is very knowledgeable in disassembling C, maybe some time he could help us out a bit. He's quite busy though.

Re: Curday.dat Data Format

Posted: Wed Sep 08, 2010 4:37 am
by LocalH
tin wrote:BTW I have a disassembly of the code, but I'm not at all sure it will be of any use as it's machine code not C :(
I suggest you post the disassembly publically. The way I see it, yeah, it's a disassembly of C-compiled code, but it still contains the raw "engine" logic (to speak in game terms). Hell, with a disassembly, it might be worth posting over on eab.abime.net, where several active Amiga hackers post.

Re: Curday.dat Data Format

Posted: Wed Sep 08, 2010 7:24 am
by tin
I'll see what this forum lets me do :)

Re: Curday.dat Data Format

Posted: Thu Sep 09, 2010 5:42 pm
by SchalaAshtear
I found out that the "006" in CBS006 in the default curday.dat is actually the DMA number, as evidenced here (for example, CBS057 would be Albany-Schenectady, NY and CBS003 is Chicago =P)

I didn't think of it until I noticed it in the listings and compared it with the DMA... I wonder what indie stations used, too =/

Edit: Nope, apparently it's not the DMA number... Hawthorne is in the Los Angeles DMA and not the Bay Area DMA... so it must be some other number... =/

Re: Curday.dat Data Format

Posted: Fri Sep 17, 2010 9:05 am
by tin
A video showing some of the stuff I learned from this thread ;) http://www.youtube.com/watch?v=NSwIHoFaAfQ I'll get back to disassembling the atari now ;)

Re: Curday.dat Data Format

Posted: Fri Sep 17, 2010 2:52 pm
by Bolt96
tin wrote:A video showing some of the stuff I learned from this thread ;) http://www.youtube.com/watch?v=NSwIHoFaAfQ I'll get back to disassembling the atari now ;)
OMG THIS IS SO AWESOME!!! :shock: Any chance a newbie like me can do something like this? :?

Re: Curday.dat Data Format

Posted: Fri Sep 17, 2010 3:50 pm
by AriX
tin wrote:A video showing some of the stuff I learned from this thread ;) http://www.youtube.com/watch?v=NSwIHoFaAfQ I'll get back to disassembling the atari now ;)
Whoa! I scraped mine from a MythTV install too, lol! I was going to make a video of it, but I've been really busy recently... Maybe in the next few days. Good luck with Atari :D :D

Bolt96, you can try if you'd like... Fire up a hex editor and start editing the curday.dat file. All of the stuff you need to do it should be in this thread or elsewhere on the internet. At some point, I'm planning on releasing something that will make it easier for end users to do it, but hopefully it'll work through P and C commands instead of listings cache files :)

Re: Curday.dat Data Format

Posted: Thu Oct 07, 2010 6:39 pm
by woddfellow2
I cannot find the parts of curday.dat mentioned in this thread anywhere in the file. When I open it in a hex editor, I get this:

http://ompldr.org/vNXIyeQ

What am I doing wrong?

Re: Curday.dat Data Format

Posted: Thu Oct 07, 2010 7:26 pm
by AriX
woddfellow2 wrote:I cannot find the parts of curday.dat mentioned in this thread anywhere in the file. When I open it in a hex editor, I get this:

http://ompldr.org/vNXIyeQ

What am I doing wrong?
Your file is PowerPacker 2.0 encoded ;)
I'm not all too familiar with Windows these days, but I did some quick research and it looks like you can use http://prevueguide.com/ppunpack.exe (from http://aminet.net/package/util/arc/ppunpackWin32) to unpack the file, although I think that's a command-line program (and there are probably other utilities capable of doing it).

If you want to see an example of a custom curday.dat file, look at http://prevueguide.com/amigalistings.php. These are listings for my local Philadelphia Comcast system; I think there may be an issue with the generation script right now, since things don't seem to appear at the right time.

Re: Curday.dat Data Format

Posted: Fri Oct 08, 2010 7:06 pm
by woddfellow2
It is possible to change the time zone. For example, to change the time zone to Central (GMT-6), change this:

Code: Select all

AE3366N..4YYNNYYNNl..0.DREV 5.KHHR.Hawthorne.91.91.131.1348
...to this:

Code: Select all

AE3366N..6YYNNYYNNl..0.DREV 5.KHHR.Hawthorne.91.91.131.1348
Known time zone codes:
4 — Pacific (GMT-8)
6 — Central (GMT-6)

Therefore, Mountain (GMT-7) is likely 5, and Eastern (GMT-5) is likely 7.