| |
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....
|
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
there have been various such programs (its trivial to do) - the quality is simply terrible :) |
| |
Zibri
Account closed
Registered: May 2020
Posts: 304 |
Quote: there have been various such programs (its trivial to do) - the quality is simply terrible :)
hahahah. only you are trivial and terrible.
and there was no such program as mine.
Go back to your lair and fix all the mess you did in vice.
Facts will speak for themselves when it will be finished and ready. And there will be instructions also to properly setup a datassette that even a "genius" like you can understand.
P.S.
My results are being checked by professional engineers and not "experts" like you. Nobody will care of your opinion and my results can be proven scientifically and practically.
Every wrong result will be due to a wrong settings of the datassete, but even in that case there will be slightly slower versions which will work on any datassete with a higher error tolerance than any other turbo.
In other words: using the "same" error tolerance of other programs, my turbo is 3 times faster on average. Using a better error tolerance is about 2 times faster and using a WIDER error tolerance is still 30% faster than the fastest turbo ever done.
Period.
If you think it is impossible I invite you to make a public bet.
I can cover asd much as you want to put in the bet.
Or just quit and shut up. |
| |
Zibri
Account closed
Registered: May 2020
Posts: 304 |
Quote: there have been various such programs (its trivial to do) - the quality is simply terrible :)
about "it'ìs trivial to do":
sure, as you usualyy do, copying other people programs, it can be trivial. Code one from scratch and show me how trivial it is then we will compare the results.
But the judges will be engineers not your friends/clan :P
Wanna compete? Do it. Or STFU. |
| |
Zibri
Account closed
Registered: May 2020
Posts: 304 |
Quoting wssemi-related:
did anyone yet write a tool that digitizes audio from datasette? (like a datasette-based sampler, any links greatly appreciated)
Yes and no. I coded one to test out my new turbo program, but the datassette does not know what amplitude is and only understands "rising edges" of waveforms, so you will get a sampler at 1 BIT which will sound exactly like the "impossible mission" opening speech :D |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
trivial programs that do this were all over the mags in the 80s. quick search also finds Fantasys 1Bit Tape Sampler or Tape Sampler 80% (there are surely more) |
| |
Frantic
Registered: Mar 2003
Posts: 1648 |
@Zibri: You do realize that Groepaz was talking about the "digitize audio from casette" issue, rather than your turbo, right? |
| |
Zibri
Account closed
Registered: May 2020
Posts: 304 |
Quote: @Zibri: You do realize that Groepaz was talking about the "digitize audio from casette" issue, rather than your turbo, right?
OOps :D
For once I didn't. (since he didn't quote the message and was off-topic)
I thought he was referring the last message IN TOPIC.
Anyway, sorry if I misunderstood this time.
But the bets are open anyways.
:D |
| |
ws
Registered: Apr 2012
Posts: 251 |
@ all : i see and understand. and thanks for the links! |
| |
Zibri
Account closed
Registered: May 2020
Posts: 304 |
Update:
after a round of successful tests on the loader,
I finished today the first draft of save program (the one that creates on a C64 and on tape, everything needed).
It creates:
the main loader in standard format
the pilot with stable rasterbars
the turbo "data" at 10 different "speeds".
and a short final pilot (ignored by the loader except for the first pulse.. I can remove that but I like to have a small ending gap)
Also the writing program has absolutely NO JITTER and is cycle exact.
Now, after/during the next round of tests on real hardware, I will put some parameters and cleanup the messy first draft.
I have a question for you:
how would you like it wo work?
As of now it works by issuing:
SYSXXXXX"filename",speed (where speed is a number from 0 to 9)
The test program just saves all memnory from 0801 to bfff and the test loader is setup to load and jump to 16384.
What do you think is the best way to go?
I use some zeropage pointers for start,end and jump (so some pokes will be needed before issuing SYSXXXX or what?
I know I could use: sysXXXX"filename",speed, start,end,jump
but using the kernel to get the parameters uses memory so, as of now I get the parameters manually.
Sure I can do it anyways but it will make the program way bigger.
As of now the loader is 214 bytes.
The same program (which includes the loader) is about 7 hundred.
Any idea?
P.S.
This won't matter much in the future because it will probably go in a cartridge but it could be nice as a standalone utility to load from a disk drive or other device. |
| |
Neo-Rio
Account closed
Registered: Jan 2004
Posts: 63 |
Standalone utility is fine, as is one built into a kernal ROM.
Most practical would be a loader that can take a program of up to 202 blocks and master it to tape (or TAP), much like Gyrospeed, or Richard Bayliss' tape mastering tools. |
| Previous - 1 | ... | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | ... | 34 - Next |
