| |
CenTraX
Account closed
Registered: Jan 2002
Posts: 117 |
IFFL System by Taboo
I need this system?? Anybody? Links? |
|
| |
HCL
Registered: Feb 2003
Posts: 716 |
What is so magic about IFFL? Code it yourself. |
| |
cadaver
Registered: Feb 2002
Posts: 1153 |
Interestingly, I could predict this kind of reply before I read it. :) One could ask also, what is so magic about it that (afaik) no sourcecode to a fast-scanning IFFL system has been released. It's still a pride for those who use it right?
Well, at least my lame brain has finally understood how jobcode $e0 can be used for easy custom decoding of sector (ie. decode only link bytes), so maybe you'll see someday covertbitops IFFL-system, with source :)
(don't hold your breath) |
| |
Oswald
Registered: Apr 2002
Posts: 5017 |
HCL: arent you a bit too rude ? |
| |
hollowman
Registered: Dec 2001
Posts: 474 |
what's so magic about anything? lets delete all tools in csdb |
| |
iopop
Registered: Dec 2001
Posts: 317 |
Bah, lame ass coders.. Go code something usefull instead. =P
Considering CenTraX have been upping some polish warez and also requesting the very same. The reason for asking about it could be to complete the archives over poland?
|
| |
Ben
Account closed
Registered: Feb 2003
Posts: 163 |
In case you have not looked at their site:
http://taboo.eu.org/download/loaders.zip
I am not sure whether this is what you are looking for.. |
| |
cadaver
Registered: Feb 2002
Posts: 1153 |
Those are IRQ-loaders for single files. |
| |
Ben
Account closed
Registered: Feb 2003
Posts: 163 |
Cadaver: I commenced holding my breath -- please hurry :) |
| |
cadaver
Registered: Feb 2002
Posts: 1153 |
I might code something in near future. But it will be for learning purposes only and will most possibly suck. However, you'll get the idea.. |
| |
Ben
Account closed
Registered: Feb 2003
Posts: 163 |
I am far from familiar with actually driving the device, but I can imagine that the IFFL driver needs to instruct the device not to read the first Track/Sector reference from the file entry in the dir-track 18, but rather use one you provide when initializing the reading.
Of course the ordinary TS chain can be followed then, retrieving the data belonging together.
The huge files you usually see (at least in the early 90s) is probably BS as the device would not reallocate sectors as these are reserved in the BAM block (and as said before the file-entry is not needed).
|
... 30 posts hidden. Click here to view all posts....
|
| Previous - 1 | 2 | 3 | 4 - Next |
