| |
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....
|
| |
Neo-Rio
Account closed
Registered: Jan 2004
Posts: 63 |
Just tried out SLC's unreleased bleeding edge dev version of SlushLoad. Many thanks for letting me test the work in progress.
0x0a speed worked a treat.
I even managed to get speed 0x09 with 4 pulse loader to load perfectly on my equipment but - as expected - it's too unreliable. When I say that I mean that I had one load attempt out of 3 attempts fail. Two out of three ain't bad - as the song goes - but it doesn't give much confidence in that speed and any faster being used for anything but a world record attempt - a bit like overclocking a CPU with liquid nitrogen - a fun test of the extremes, but otherwise impractical for normal use! Especially if the tape is shared between datasettes!
Anyway, there's not much to gain by going too fast. The speed increases are minimal (maybe saving a count revolution on the C2N) at the cost of reliability.
I used Super Mario Bros v1.2 crack by Excess as a test file, given that it's one of the largest compressed single file programs I could think of to use, hence errors are more likely to show up the longer the run-time.
One other thing I did note with this particular test with SMB is that somehow after the crack intro the trainer menu was magically skipped over - which was unexpected. I figured it may have been my fat finger on the space bar skipping it but on retesting, it wasn't. The original Gyrospeed had a similar issue with the keyboard buffer not being cleared until StatMat fixed it in GyroSpeedWin, so there's likely still some gremlins in the pre-next-release Slushload code. |
| |
tlr
Registered: Sep 2003
Posts: 1790 |
Quoting Zibri
Question:can some of you provide me a crunched version of giana sisters disk file "1" (entry point $84F) done with a GOOD cruncher? I don't want to try one then hear there was a better one.. and I never played with crunchers (yet).
Sure, good starting point for a test suite.
Here's the original 1.prg file + packed by exomizer 3.1.1 using default settings + the SIDrip ReLive binary: tapetestfiles.zip |
| |
Zibri
Account closed
Registered: May 2020
Posts: 304 |
Another video (or anecdote as some clever guy called it) from Neo-Rio testing my turbo:
https://twitter.com/zibri/status/1457708314083696641
:D |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
To prevent looking stupid, you might want to read up on what anecdotal evidence actually is, before making fun of it being called what it is :)
Quote:Anecdotal evidence is a factual claim relying only on personal observation, collected in a casual or non-systematic manner. |
| |
SLC
Registered: Jan 2002
Posts: 52 |
Quote: Another video (or anecdote as some clever guy called it) from Neo-Rio testing my turbo:
https://twitter.com/zibri/status/1457708314083696641
:D
Quite a bold claim... may I ask who decided, other than you, that your loader is officially the fastest and most reliable turbo loader? :-)
Neo-Rio was pushing similar speeds with mine, and even managed to step it up one more notch, all though not with reliable results.. but I honestly didn't even expect it to work because of some limitations regarding .tap-writing from the U2 (and no, accuracy does not have anything to do with it... it's all about physics and lack of some manipulation!) |
| |
Zibri
Account closed
Registered: May 2020
Posts: 304 |
Quote: Quoting Zibri
Question:can some of you provide me a crunched version of giana sisters disk file "1" (entry point $84F) done with a GOOD cruncher? I don't want to try one then hear there was a better one.. and I never played with crunchers (yet).
Sure, good starting point for a test suite.
Here's the original 1.prg file + packed by exomizer 3.1.1 using default settings + the SIDrip ReLive binary: tapetestfiles.zip
Hmm..
Interesting result.
With the exomized giana sisters file (assuming ALL bytes from 0801 to FFF0 were crunched, which I doubt it and I would prefer some of you could "exomize" the file "1" of the disk version of giana sisters which is my reference file)
It took 25(!) seconds less to load. and 7 seconds to decrunch before running.
That makes it 18 seconds faster than the demo you just watched.
(At the same turbo speed) |
| |
Zibri
Account closed
Registered: May 2020
Posts: 304 |
Quoting SLC
Neo-Rio was pushing similar speeds with mine, and even managed to step it up one more notch, all though not with reliable results..
Neo_rio was able to push my loader to it's limit. The demo video was at speed "6" and he managed to push it to speed "8" and "9".
So what?
Bite me again. :P
Please, stop this fight. Unless you can manage a NEW system, using 2 bits you can AT most, "tune" your program which in the end will be a copy of mine.
As I said: as for the time of my first post/videos/tests, my program was and is the most reliable and fast ever made and I am very satisfied by that.
Obviously, AFTER that, improvements can be made (giant's shoulders apply here) and probably WILL be made.
I am happy if you managed to have "good" results with "your" turbo. And I will be more than happy if someone will improve mine or even make it bite the dust. But unless someone comes with a new and original idea, I doubt that would likely happen anytime soon. (But with the c64 you never know..that's the beauty) |
| |
tlr
Registered: Sep 2003
Posts: 1790 |
Quoting ZibriWith the exomized giana sisters file (assuming ALL bytes from 0801 to FFF0 were crunched, which I doubt it and I would prefer some of you could "exomize" the file "1" of the disk version of giana sisters which is my reference file)
gianna_1_084f.prg is the file I exomized. Not sure what the doubt about what was crunched is?
You didn't specify which gianna sisters image to use so I lifted it from The Great Gianna Sisters - Original Hiscores.d64 on your github. If that was an incorrect guess, please point me to the right file. |
| |
Krill
Registered: Apr 2002
Posts: 2980 |
Quoting ZibriHmm..
Interesting result.
With the exomized giana sisters file (assuming ALL bytes from 0801 to FFF0 were crunched, which I doubt it and I would prefer some of you could "exomize" the file "1" of the disk version of giana sisters which is my reference file)
It took 25(!) seconds less to load. and 7 seconds to decrunch before running.
That makes it 18 seconds faster than the demo you just watched.
(At the same turbo speed) Entirely expected result, see previous posts about compression vs tape.
What makes you doubt it? =) |
| |
SLC
Registered: Jan 2002
Posts: 52 |
Quote: Quoting SLC
Neo-Rio was pushing similar speeds with mine, and even managed to step it up one more notch, all though not with reliable results..
Neo_rio was able to push my loader to it's limit. The demo video was at speed "6" and he managed to push it to speed "8" and "9".
So what?
Bite me again. :P
Please, stop this fight. Unless you can manage a NEW system, using 2 bits you can AT most, "tune" your program which in the end will be a copy of mine.
As I said: as for the time of my first post/videos/tests, my program was and is the most reliable and fast ever made and I am very satisfied by that.
Obviously, AFTER that, improvements can be made (giant's shoulders apply here) and probably WILL be made.
I am happy if you managed to have "good" results with "your" turbo. And I will be more than happy if someone will improve mine or even make it bite the dust. But unless someone comes with a new and original idea, I doubt that would likely happen anytime soon. (But with the c64 you never know..that's the beauty)
That tweet was from yesterday, which definitely was after you was made aware of my attempts too... hence my question about the "officially"-claim...
And we already established that we are using different approaches so I'm not sure how you can still claim my program copies yours. Having looked over your bits of information posted here, I also believe I use a small trick that you are not using which can sometimes improve throughput slightly. If I'm not mistaken you're using a fixed pulse/bitpair-scheme.. I go through the data in advance and do a count to see which appears more often and sort accordingly.
Trying to claim I'm influenced directly by your work in any way is just as far fetched to say that you are influenced by Soci who already did this exact same thing as both you and I are doing now several years ago. :)
I can't relate to what your "speeds" are, but if I should guess, what Neo-Rio successfully managed to play back (admittedly a bit unreliable) would be equal to your "speed 8" if I were to guess. The reason it stops there and is unreliable does not have to do with the loader itself, though. |
| Previous - 1 | ... | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | ... | 34 - Next |
