| |
6R6
Registered: Feb 2002
Posts: 245 |
Disabling AR freeze button
Is it possible to disable the Action
Replay freeze function 100% ?
In that case, please enlighten me... :)
|
|
... 83 posts hidden. Click here to view all posts....
|
| |
AlexC
Registered: Jan 2008
Posts: 299 |
Quote: I still think you can master a tape that will always load but never on emulator. I should maybe give that a try :)
But will you be able to duplicate during manufacturing process? I remember that company duplicating Rubicon tapes had such problems.
Very interesting challenge indeed :) |
| |
chancer
Registered: Apr 2003
Posts: 347 |
I'm sure there have been a number of things that have tripped up folk over the years, exile by audigenic comes to mind and more. I guess being subtle about it, instead of "FU you ain't getting it to work" , is a better approach / catches out more folk. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
thats a totally different thing :) but indeed, subtle ingame protections are the only ones that *really* work. (spyro on ps1 comes to mind... what a fucking bitch) |
| |
oziphantom
Registered: Oct 2014
Posts: 490 |
or go RA2... everything is fine, 10mins in to a match and every unit and every building just explodes ;) |
| |
AlexC
Registered: Jan 2008
Posts: 299 |
Please note that I am not an expert on tape mastering hardware but I wonder did anyone ever did a tape protection scheme that would load on original C64 with stock Datasette but would fail on duplicate done with hardware like Datel Clonemaster? |
| |
oziphantom
Registered: Oct 2014
Posts: 490 |
seems they did https://www.lemon64.com/forum/viewtopic.php?t=69305 |
| |
AlexC
Registered: Jan 2008
Posts: 299 |
Quote: seems they did https://www.lemon64.com/forum/viewtopic.php?t=69305
I've seen this topic but I am not sure it was copy protection issue - I mean it could be one of the possible reasons. I never took a peek into how those devices operate but they must be very simple looking at the PCB. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
with high quality tape decks there is very little you can do about dubbing. the usual problems with dual tape copies were almost all related to phase-inverting and some silly auto-gain stuff. both problems do not exist when using two datasettes (but then, you dont have high quality tape decks..) |
| |
Highlander (HLD)
Account closed
Registered: Dec 2018
Posts: 3 |
Quote: even then - you never want to do this. in hardware you always want to do small things in regular intervals, never one huge operation that has to happen "now".
What could work here would be to make the compression format actually be based on a vector of the magnetic phase change information for all tracks, i.e., indicating if a phase change occurs on each given track (or possibly half-track) at each time step. It probably wouldn't compress as well as doing it track-by-track, but I think it would solve the problems that have been raised, in particular, being insensitive to the current bit rate on a given track at a given point in time, and keeping all tracks in sync. It doesn't solve the question of how you acquire the image, but it should at least be implementable in an FPGA easily, and allow regular SD reads to feed it. For writeability, the compression would have to be carefully thought out, so that the compressed size is relatively constant, but the in-memory requirement for the whole disk would at least be solved, assuming you can write to the SD card fast enough, which might be a problem, since 6 complete revolutions per second x ~80 half tracks x ~1MHz sample rate = 480mbit/second (= ~60MiB/second!) raw. Since flux change rates are reasonably low, and limited over a given time period, it should be possible to reduce that figure by some reasonable factor. It might still be impractical. My feeling is that ~1MiB/sec would be required for practicality, which means ~60x compression being required. I'll have to think about the numbers more, as well as what the flux change density is etc, to see if it could be done. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
waste of time imho. just give the device enough RAM and use raw flux pulses. |
| Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 - Next |
