Winuae Kryoflux support
is it planned that Winuae support Kryoflux device in one of the next releases ???
that would be cool...:) |
No. WinUAE is an emulator. Kryoflux is hardware for preserving ancient disk media. They are totally seperate!
|
but kryoflux support adf creating..why not combined with disk reading instead of adf reading ???
|
I don't know if it is possible Kryoflux on winuae because a device to works with winuae requires some special features and I don't know if Kryoflux is an ideal device for it
you can ask Toni...but I bet he will says no or that is impossible |
It can read Amiga floppies, which would be useful in WinUAE to be honest.
|
Quote:
|
I'd like to see two things.
Power it up, insert a ORIGINAL Workbench, boots. Easy like this. Would be a thing very close to a x86-Amiga. <TheZock> |
Quote:
Edit: Just noticed OP was over a year ago. Sorry, my bad. |
Much hassle, for very little fun. Because of the USB delay this would mean freezing emulation while the next track is loaded etc.
It's more or less technically possible, but it still makes much more sense to suck in the disk at once and then work from the raw data read. This is emulation, so my recommendation would be that if you want it to be closer to the original, spend EUR 15,- and buy an A500. :) |
Quote:
If the actual KryoFlux reads in a floppy very slow i guess it's because the strong analysis of the disk. KryoFlux can almost read a disk made of paper ;) But for Disks in good condition all this analysis is not needed. I could imagine that the flexible firmware of KryoFlux allows for a "Fast-Version" which does not do that much analysis an just reads a GCR-Formated disk QUICK! The Bus (USB) can do the job. I guess KryoFlux with a modified Firmware (less analysis) can also do the job. And for UAE, i guess it's also possible. It's "just" software-modifications. Okay, >I< can't do it. I am not a good programmer when it comes to hardware. But i guess for the KryoFlux-Team and the WinUAE-Team it's not that huge work. BOTH Teams would have an advantage. KryoFlux would have one more big reason for people to buy a KryoFlux-Hardware. And WinUAE would have a unique Feature. I guess it's then the first emu that can handle Original Disks! The point of buying a "cheap" original system is that these don't live forever! Just think about the capacitors. How old are the capacitors in an original A500 now? 20 Years? 25 Years? How long does a capacitor work? Changing all the capacitors also is quiete a job. Just got one A500 from the bay. Unfortunatly the PSU delivered +38V instead of +12V. "Pop goes the Capacitor!" TheZock |
I have to agree with Vince. While fun I'm sure, I fail to see the point. It's way better to dump your disk and work with the image in the emulator. And if you really want to work just like on the real thing, use the real thing.
|
Quote:
Copy protected software requires near-perfect timing. Even if we forget about copy protections, standard trackdisk.device won't like too long delays either. (it probably works, most of the time) Latency is always huge problem when connecting physical hardware (that requires specific timing) to software emulation. It simply won't work, without ugly hacks. |
Quote:
Okay, i guess i don't understand that much about the disk interface at all. I thought that these rather slow transfers where unproblematic. It's just the wish to handle REAL disks with WinUAE. It's easy to insert a disk, but lot more work to transfer all the disks from a real amiga to a pc :-/ No support for this par-port-floppy-reader-thingy either? Same reasons? So the solution is... reading in the floppy to adf, then booting the emulation from adf. And juggeling around with those adf's. Hmmm. Okay, better than no emulation at all :D Thanks anyway for the great work. I think UAE is one of the most important amiga-realted things nowadays. Huge potential! TheZock Quote:
I really dislike all the a1/minimig/ppc solutions as they all seem to work into another dead-end. Expensive hardware with really small acceptance. Not really a help to bring the whole idea/system into a brighter future. Emulation of the 68k-stuff and opening the system to a well acepted hardware seems (at least for me) the clever option. Amithlon was a great step into this direction. But you all know the story. It's not a story of a failed product but of business-idiots that burried a good idea. Amithlon + Real Floppy Access would have been a solution for a good transition to the x86-hardware. Amithlon is dead, so UAE seems to be the best alternative around. 10 Years ago, a x86-Platform that would boot off a original workbench would be news that all the magazines would print! With headlines like "The NEW Amiga". Nowadays the platform is near dead and people are just archiving their old disks. For me it's not the point to play old games. If it was, i would find enough ADF's in the Net. It's about making a huge Transition with only small Steps needed to finish. What was WarpUp? A big "Horay!" for the magazines and some users. Horay, we are on the road to ... nothing. PowerPC...Dead like Elvis. UAE could be like WarpUP the 68k-legacy emulation and opening to new cheap hardware. But no "Horay!", just a "Can it run Turrican?" :-P Okay, i guess i'm quite alone with that dream/opinion :) TheZock |
There is still no basic DF0-driver for the WinUAE?
|
No because it would be quite annoying to use.
It can only work if it uses separate device like catweasel does. (something.device, not DF0:/trackdisk.device). I am still not sure if it is worth the trouble. Main problem is latency (see above), trackdisk.device expects data very quickly, too quickly before WinUAE can get enough track data -> read error. There is easy workaround but it also makes it annoying: pause emulation completely until track data has been received. It gets mega-annoying if program also plays any audio during loading.. Sequential reading probably can work because UAE can read next track while emulated program reads previous track. Until program decides to read some random track.. Supporting copy protections (=exact timing) would require constant pausing because emulation don't and can't know when program does "normal" reading or copy protection reading. |
Despite of the trackdisk.device's annoy behavior the experimental support of the Kryoflux's direct hardware access would still be very interesting to see.
|
I bought one of those. It seems to work ok, what I quickly tested.
http://img838.imageshack.us/img838/987/d6i9.png |
It seems that I need to buy the another floppy-drive cos there is no support standard A: drive either... :D
http://forum.kryoflux.com/viewtopic.php?f=4&t=229 |
ok, forget about a direct support of Kryoflux in Winuae. Another idea:
adfs can be created with Kryoflux, ipfs not. adfs didn´t support custom disk formats, ipfs does. Kryoflux didn´t support (as far as i know) some kind of custom dump format for disks. but it creates stream files. would it be possible to let Winuae support this stream files? imagine you have a bunch of disk where you don´t know what is on the disks and have no original amiga anymore. try to dump them with adfs with kryoflux and with luck they can be dumped correct. what if the disk you like to dump uses a custom format. adf dumping would result in errors and the only possibility is to create stream files and ask the SPS team to have a look what's on the disks. now it would be really useful to use the stream files with Winuae. i don´t think that the SPS team have so much time to look at a bunch of e.g. 200 disks... |
If it's a crack/ADF it can be dumped without any guessing.
If it's an original, it definitely has a label or title printed on the disk :) |
All times are GMT +2. The time now is 07:56. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.