I am using the GTKVICE-3.3-win64 nightly builds on Windows 10 x64 v1903. I have tried many builds, all seem to have this issue. I have a ZoomFloppy/xum1541 device and the opencbm v4.99.99 x64 libraries, which work fine with other applications (like CBMXfer and older versions of WinVICE, namely the 3.1 branch).
I am unable to make the ZoomFloppy work in xvic, whereas for example it works in x64sc.
What I did: download a nightly build (eg. GTK3VICE-3.3-win64-r37103 from vice.pokefinder.org); extract it to a folder; connect the ZoomFloppy interface and turn on the 1541 disk drive with a floppy disk in it, run xvic.exe, set up the Peripherals - Drive - Drive 8 options to use "IEC (OpenCBM)" and "Real device (OpenCBM)"; save the settings and restart xvic.exe; try to load a program from the real drive (eg. LOAD"$",8).
What did happen? "Device not present" error in the emulator (the drive does not spin) and "USB release intf error: libusb0-dll:err [release_interface] could not release interface 0, win error: the resource is in use (this last sentence is localized in Italian: "La risorsa richiesta è in uso") in the console window.
What did I expect to happen? I expected the real drive to load "$" from disk.
It is relevant to note that the same error in the console also appears in x64sc.exe, but in this case with the same settings (IEC and Real device) the ZoomFloppy can be operated and the drive can be accessed in VICE via OpenCBM. The problem is only with xvic.exe.
Also relevant is that when xvic is started the 1541 spins, which seems to indicate that the emulator can somehow "talk" to opencbm.
I'm giving up on the GTK version since it appears what I filed is either not a bug (but then what is it?) or opencbm support is not a priority. Still I'd like to understand if it's broken or just deprecated.
None of the current developers owns a zoomfloppy or similar device, so we cant test nor fix this. OpenCBM support within VICE is generally a questionable feature, the compatibility is very low - you are better off transfering the disks once and then work on the images.
This seems to be a mixup of different bugs.... first of all opencbm does not (and never did) work in xvic, see https://sourceforge.net/p/vice-emu/bugs/1334/
Then, please try if it works in x64sc from a recent build from sourceforge. make sure you are using the right version that matches the opencbm dll (32bit or 64bit) - using the 32bit dll with the 64bit emu does not work.
It's been a while. Meantime, I've updated opencbm to the freshly released v4.99.104, the ZoomFloppy firmware to v0.8, and GTK Vice to v3.6.0 (x64).
With this setup, I was only able to briefly access the real 1541 drive from x128 once; no dice with x64sc or xvic which respectively silently crash exit to the desktop and give a "file not found error" when I try to access the drive with LOAD"$",8.
In x128, I was able to make it work once, but at the next execution it would also silently crash exit to the desktop on launch (i.e. without even trying to access the drive) requiring a manual edit in vice.ini to disable "iec device" to stop that from happening.
In answer to the previous post, opencbm did use to work in xvic and more generally in WinVice, I still have version 3.1 and it works flawlessly.
Many seem to be curious as to why one would want to use opencbm in Vice. To me the reason is simple: it brings the experience one more step closer to using a real machine (expecially if using a Keyrah, which sadly I can't find anywhere) and I find it really cool. Admittedly, it's not really useful, just cool.
Perhaps it would be better to remove the options to use a real drive with opencbm in WinVice as long as it's broken. But I guess there's no critical mass for this and, as you said, the developers don't have a ZoomFloppy to test.
Thanks anyway, cheers
Me I provide you a XUM1541 zoomfloppy compatible cable so you can make some test and work on it?
Last edit: francesco piccardo 2023-01-09
I do have a XUM1541 aka ZoomFloppy device.
I have no coding abilities but if you can provide instructions on what to test and how, I'll try my best to help.
Or did you mean that you need a XUM1541?
i seriously doubt this, sorry. The IEC code in xvic does not, and never did, support this :)
But indeed, unless someone (not me) steps up and fixes it, it probably will not get fixed. This feature should have never existed in the first place.
I fully understand the situation and your point of view; I was just answering what seemed like an offer to look into it by another user.
Anyway I can guarantee you that I have the XUM1541 working in XVic 3.1; I've just tried again loading the directory and a game directly from a real 5,25" floppy on an Excelerator 1541 clone drive. I can provide evidence :-P
In any case, we will need someone who can build VICE locally, and who has a zoomfloppy (or equivalent) for testing. I just checked availability and found out that shipping from the US costs more than the device itself - thats a nogo for me.
r43554 should fix it - please try a recent github build
check https://github.com/VICE-Team/svn-mirror/releases/tag/r43558 - this should work on windows as well now
I've tested the x64 GTK3 build 43558 on Windows, and both x64sc and xvic seem to handle the ZoomFloppy just fine now. Will test further; in the meantime, thanks!
please also test with r43560
yep, still working