| |
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 |
Quote:Clearly not your judgement.
i am not judging anything. i am just asking - because the way you brought it up implies its related somehow.
the "judgement" will happen once we can establish some proper metrics and then apply it to different loaders in a systematic way. |
| |
SLC
Registered: Jan 2002
Posts: 52 |
Quote: Quoting SLCReconstructed? Would be interested in seeing what it looks like compared to the real tape.
https://github.com/Zibri/C64/raw/master/EvilDead_REMASTERED.tap
Why is there jitter in this file? How was it created? |
| |
Zibri
Account closed
Registered: May 2020
Posts: 304 |
Quoting SLCWhy is there jitter in this file? How was it created?
There is NO jitter in this file.
Where do you see that?
According to Luigi, the turbo pulses lenghts in Evil Dead were
$17 and $21
I see no value different than those.
Oh.. wait.. if you mean the first turbo pulse, $1A that is a mistake... should be $17 .. my bad.
I just corrected that. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
TAP-pulse stats:
----------------
$08 : 1
$0f : 1
$17 : 284117
$1a : 191
$1f : 1
$20 : 52
$21 : 148176
$24 : 22
$30 : 41254
$32 : 1
$40 : 169
$42 : 9182
$44 : 9
$56 : 932
$58 : 8
$62 : 1
$a0 : 1
|
| |
SLC
Registered: Jan 2002
Posts: 52 |
Quote: Quoting SLCWhy is there jitter in this file? How was it created?
There is NO jitter in this file.
Where do you see that?
According to Luigi, the turbo pulses lenghts in Evil Dead were
$17 and $21
I see no value different than those.
Oh.. wait.. if you mean the first turbo pulse, $1A that is a mistake... should be $17 .. my bad.
I just corrected that.
There is a considerable amount of jitter in both the ROM data and parts of the turbo data. All the way throughout the entire file... |
| |
Zibri
Account closed
Registered: May 2020
Posts: 304 |
Quoting SLCThere is a considerable amount of jitter in both the ROM data and parts of the turbo data. All the way throughout the entire file...
Rechecked: https://github.com/Zibri/C64/raw/master/EvilDead_REMASTERED.tap
Now it's ok.
P.S.
The presence of A0 08 and 0F is because you are using finaltap which dfoes not understand TAP V1.
those values are inside a long pulse (or silence as many wrongly call it) and not in the real pulses.
In the tap file there are only:
30
42
56
17
21
But in finaltap:
$08 (1) *error*
$0F (1) *error*
$17 (284308)
$21 (148251)
$30 (41256)
$42 (9360)
$56 (940)
$A0 (1) *error* |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
Quote:finaltap
no, not using finaltap. nor is finaltap not understanding tap v1 - it quite correctly identifies the file as such. and if it didnt, it'd show more than one occurance of those values. i guess they come from the long gap at the beginning of the file that shouldnt be there. |
| |
nc513
Registered: Jul 2017
Posts: 3 |
Quoting ZibriThe presence of A0 08 and 0F is because you are using finaltap which dfoes not understand TAP V1.
those values are inside a long pulse (or silence as many wrongly call it) and not in the real pulses.
Nope. You just messed up the TAP header. It's supposed to be 20 bytes long, not 19.
Anyway, now please explain why the clean version you made is better than what you get with 'tapclean -o'. :D
And why would you choose to set the length of all pauses to one second in your fantastic 100% proper remaster? |
| |
SLC
Registered: Jan 2002
Posts: 52 |
Quote: Quoting SLCThere is a considerable amount of jitter in both the ROM data and parts of the turbo data. All the way throughout the entire file...
Rechecked: https://github.com/Zibri/C64/raw/master/EvilDead_REMASTERED.tap
Now it's ok.
P.S.
The presence of A0 08 and 0F is because you are using finaltap which dfoes not understand TAP V1.
those values are inside a long pulse (or silence as many wrongly call it) and not in the real pulses.
In the tap file there are only:
30
42
56
17
21
But in finaltap:
$08 (1) *error*
$0F (1) *error*
$17 (284308)
$21 (148251)
$30 (41256)
$42 (9360)
$56 (940)
$A0 (1) *error*
Sometimes I get the feeling you're not even bothering to check your own claims, but rather blames something or someone else for the faults automatically. If you open the .tap in a hex editor you will clearly see those three bytes starting at 0x14 which is the first databyte in .tap. FinalTAP, tapclean and tapex are right, you are wrong! |
| |
Zibri
Account closed
Registered: May 2020
Posts: 304 |
Quoting SLCbla bla bla
Check it again and redownload it.
TAP file data start at $14:
00000014h: 00 A0 08 0F
And that means "pulse after 985248 cpu cycles" and that means unsecond after the start of the tape there will be a pulse.
P.S.
I posted it as a courtesy to you and because you asked.
I don't care about evil dead. And this has nothing to do with my turbo and it's totally off topic.
And, yes, I am human, I can be wrong, SO?
BITE ME.
My turbo still beats yours or any other.
Live with that. |
| Previous - 1 | ... | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 - Next |
