| |
Zibri
Account closed
Registered: May 2020
Posts: 304 |
New life for your underloved datassette unit :D
The first phase of testing just ended.
(Still in the packaging and refining phase)
But I wish to share with you all my latest accomplishment.
You might want to check this out:
https://twitter.com/zibri/status/1450979434916417540
and this:
https://twitter.com/zibri/status/1450979005117644800
The fastest example (11 kilobit/sec) has the same (or better) error rlsilience as "turbo250" but it is 3 times faster.
The slowest one (8 kilobit/sec) has the same error resilience as the standard commodore slow "save", but it is 100 times faster and twice as fast as turbo250.
;)
Notes:
1) faster speeds are possible if the tape is written with a professional equipment or hi-fi with a stabilized speed and virtually no wobbling.
2) if the tape is emulated (tapuino or similar projects) the speed can go up to 34 kilobit/sec.
3) even with datassette, higher speeds are possible but the highly depend on the status of the tape, the datassette speed and azimuth. |
|
... 327 posts hidden. Click here to view all posts....
|
| |
Zibri
Account closed
Registered: May 2020
Posts: 304 |
Quoting KrillQuoting ZibriPAL Turbo Data length in seconds: 67.55324953717236
NTSC Turbo Data length in seconds: 65.07768348738226 That's an awful lot of precision. Where does it come from? :)
LOL.. forgot to remove the digits..
It comes from the tap generator I coded in python :D |
| |
tlr
Registered: Sep 2003
Posts: 1790 |
Quoting Zibrithe frequency separation is "strange" and the equivalent separation in my code is SPEED "3".
I can so say that my speed "3" is as error resilent as commodore's but since is higher in frequency will be more dependent on a good AZIMUTH setting.
But you can always use a lower speed and get even better error resilence.
I'd consider the azimuth setting in the resilience. In my view it cannot be assumed that every tape unit is perfectly adjusted.
But, from what I hear the resilience of any of the turbos is yet to be measured, no?
Currently it's just an assumption based on pulse lengths. |
| |
Zibri
Account closed
Registered: May 2020
Posts: 304 |
Quoting tlrQuoting Zibrithe frequency separation is "strange" and the equivalent separation in my code is SPEED "3".
I can so say that my speed "3" is as error resilent as commodore's but since is higher in frequency will be more dependent on a good AZIMUTH setting.
But you can always use a lower speed and get even better error resilence.
I'd consider the azimuth setting in the resilience. In my view it cannot be assumed that every tape unit is perfectly adjusted.
But, from what I hear the resilience of any of the turbos is yet to be measured, no?
Currently it's just an assumption based on pulse lengths.
I repeat:
my turbo is AS IS. It has parameters. In the end people will use what they want.
P.S.
a good tape alignment and maintenance is WHAT SHOULD BE DONE.
As it was for drives it is for tapes.
There were commercial loaders even for the 1541 that didn't work if the drive didn't have a good alignemnt and speed setting.
There's no difference with a datassette.
Alignment and steady speed have always to be good. Otherwise you stick with the commodore loaders which assume also the MISUSE of their products.
Anyway. We are off topic. Again. The program is still in the early stages of testing and development.
If you want to help in this project, just tell me what setup do you have and what kind of tests you want to do and I can provide the appropriate TAP files (for now) assuming you will write them correctly on a good tape and with a good device.
I would really apreciate some help in testing. |
| |
Zibri
Account closed
Registered: May 2020
Posts: 304 |
And here is a very early preview of the new version of the loader in action: https://twitter.com/zibri/status/1456759971610337283 |
| |
Neo-Rio
Account closed
Registered: Jan 2004
Posts: 63 |
I timed a gyrospeed load of the Remember crack of Giana sisters in an emulator alongside your twitter footage.
Speed seems comparable with gyrospeed just edging out Zibri's by a second although the Remember crack had a long depack once loaded.
And the Remember crack is 37,590 bytes - so actually smaller than Zibri's test file. |
| |
Zibri
Account closed
Registered: May 2020
Posts: 304 |
Quote: I timed a gyrospeed load of the Remember crack of Giana sisters in an emulator alongside your twitter footage.
Speed seems comparable with gyrospeed just edging out Zibri's by a second although the Remember crack had a long depack once loaded.
And the Remember crack is 37,590 bytes - so actually smaller than Zibri's test file.
longer than what?
I don't depack anything.
Giana sisters is unpacked. is the file "1" on the disk version but a little longer (file 1 is from 0820 to FFF0, the loaded file is from 0801 to FFF0 without any depacking) |
| |
Neo-Rio
Account closed
Registered: Jan 2004
Posts: 63 |
Well that's my point. Your turbo at that speed loads twice as many bytes as gyrospeed does - on average.
Not sure how much the crunching of the Remember crack would affect your turbo - since you said that crunching isn't needed - but with a smaller number of bytes to load would we get even faster times?
Either way, well done :) |
| |
Zibri
Account closed
Registered: May 2020
Posts: 304 |
Quoting Neo-RioWell that's my point. Your turbo at that speed loads twice as many bytes as gyrospeed does - on average.
Not sure how much the crunching of the Remember crack would affect your turbo - since you said that crunching isn't needed - but with a smaller number of bytes to load would we get even faster times?
Either way, well done :)
Sincerely I have no idea how it performs in many situations.
But it can handle more than 251 blocks.
Probably some very efficient cruncher will gain in loading times but probably will lose everything in the decrunching.
Not sure though. |
| |
Neo-Rio
Account closed
Registered: Jan 2004
Posts: 63 |
Personally I don't mind if time is lost in the decrunch, although it may matter more for other people.
For me anyway - the dream is to pack as many games as possible onto a C90 mixtape. Playing around with Gyrospeed, I managed to get around 620 games onto 10 C90 cassettes.
Every bit of saved tape counts! |
| |
Krill
Registered: Apr 2002
Posts: 2980 |
Quoting ZibriProbably some very efficient cruncher will gain in loading times but probably will lose everything in the decrunching.
Not sure though. To be honest, i believe basically any given cruncher will reduce total loading time of a compressible program, with any given tape loader.
Even the slower decrunchers would take maybe "only" 10-15 seconds to decrunch about almost the entire RAM.
Tape loading is in the order of minutes, so those 10-15 seconds added to the end while a minute or so of loading time is saved would still come out faster overall. =) |
| Previous - 1 | ... | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | ... | 34 - Next |
