Tickets on github, please!
Feature requests on github, please!
Support requests on github, please!
Patches on github, please!
Support requests on github, please!
Tickets on github, please!
Patches on github, please!
Support requests on github, please!
Tickets on github, please!
I closed it, as requested.
Compile fix for modern header check/guards - nibtools will not compile without defining _DEFAULT_SOURCE
Compile fix for: grep: warning: stray \ before #
Thank you, the patch is applied
Hello Uffe, thank you again for your continuous support. Indeed, that github repository of nibtools is read-only, because Peter is maintaining the nibtools in a SVN repository. I think we have to wait for him to apply this patch on his side, so it takes effect. Perhaps, we can ask him again? I know that he takes some time to react in some cases. I could only apply it to a branch, because if I add it to nibtools, I would get out-of-sync, and I absolutely don't what this.
Thank you for your patch. Note that OpenCBM development is done on github nowadays. This is only a read-only copy of the repository. I can apply your patch (with git apply or patch), but in this case, I would loose your information and it would look as if I had done this patch. I cannot apply it with "git am", because it complains : $ git am -p0 < master_uj_fix_grep_stray_warning.patch Applying: commit ac019e937ce4c5df008986774a3e429b1ea095dc (HEAD -> refs/heads/master_uj_fix_grep_stray_warning,...
Note that this is not the VICE discussions list, but the discussion list for cbm4linux. I am sure you used the wrong one. Please go to the VICE discussion list at https://sourceforge.net/projects/vice-emu/.
GUI download link
This link was never there, as it is not part of the OpenCBM project. In fact, there are multiple ones. For example, you might want to go to cbmxfer; you can find it here:: http://www.6502.org/users/sjgray/software/cbmxfer/cbmxfer.html
Cannot read a file from disk that is listed in
Taken over to github
First: Please note that this bug tracker is not used anymore. I made a copy of your issue on github (https://github.com/OpenCBM/OpenCBM/issues/93) This happens because the cbmctrl command and cbmcopy do different mappings for tfie characters. This is a known limitation at the moment. Is the file really named with at-signs (@)? To make sure, can you create a copy of the disk as an image (d64 file)?
I'm happy that it works for you. Thank you for the feedback!
xu1541_update.exe cannot flash the firmware due to libusb problem?
Please re-test with OpenCBM 0.4.99.104. If this problem still occurs, re-open this ticket. Thanks.
Driver install problems on Win10x64
I just released v0.4.99.104. Please test that.
I will generate a v0.4.99.104 this weekend. That should fix the problem.
Do you have a special setup? I downloaded it on Windows 10, too, but did not get a complaint. Please note: It uses the libwdi for installing the driver. libwdi allows you to install unsigned drivers (by signing it itself). In fact, that's the reason why I am using libwdi! Of course, this is something that might be interesting for malware, too, so it is not unlikely that my code will have some or similar code paths as malware. Unfortunately, there is nothing I can do about it, as I cannot sign the...
I don't know what Chrome wants you to do, but Virustotal does not complain: https://www.virustotal.com/gui/url/a7948ad71e5a21c229bb184e6eea0e59c5c9085bcd8616e4018bf3e8673a237f?nocache=1
The newer OpenCBM versions do not use the libusb driver, but the WinUSB one. In order to update, do the following: Download the attached ZIP file and unpack it into a directory of your choice. Now, double-click on the file update_driver.cmd (the ".cmd" part might be missing, depending upon your Windows settings). You should get the UAC prompt, asking you for elevated permissons. Accept it, wait a little bit (it might take up to some minutes!), and your driver should be updated afterwards.
What version of OpenCBM are you using? And where did you get it from? Why am I asking? OpenCBM has changed to libusb-1.0. For this, the old libusb-0 driver will not work anymore. So, I need to know which version you are using in order to know how to proceed. Please also note that I am working on the github tracker at https://github.com/OpenCBM/OpenCBM/issues now; however, it is not a problem if we discuss this issue here.
This will be fixed with 0.4.99.104. For anyone willing to test, I can give out the necessary driver installation routine, just ask me.
see also https://github.com/OpenCBM/OpenCBM/issues/76
Driver install problems on Win10x64
Thank you for your report. You are the second person who has problem with an upgrade from older versions. I will have a look into it and come back to you.
--> actually no physical connection yet, just testing to load module, taking a long time to load This is normal without a cable. The driver tries to reset a floppy. It resets it and waits for the reaction of the floppy. If there is none connected, it will stay there until a timeout occurs ("cbm: quitting because of timeout") But why is cbm.ko missing at the right location? What does find /lib/ -iname cbm.ko show? depmod should be in the Debian package named 'kmod'. Please by careful with the diodes...
@Tomas, are you really using an XA1541 or XM1541 cable? That is, you have a parallel port on your machine that is connected via ISA bus? PCI might work, USB will definitely not work! If this is right, then the following applies: First, it would be good to have a complete build log. In your case, I assume that you might be missing the linux kernel headers for your machine. Without them, xa1541 cannot be build. What Linux system are you using?
Thank you for pointing out the omission. I just added v0.4.99.103 to the files section.
Hello, I have added some files: the .l65 files are assembly outputs of the drive code for the 1570/1571 and the 1581, resp. the .o65 files are binary representations of the drive code. The memory layout is as follows: $0300-$0400: clockslide $0401: the baudrate byte which is used to tell the drive which baudrate to test $0402/$0403: Is a pointer to the two JSR that store the data (jsr storeresult1, jst storeresult2). As the 1571 memory is not large enough, both routines use the same buffer. I swap...
Hello, I tried to convert your cia-icr-sdr-v2 to the floppy 1570/1571, cf. https://github.com/OpenCBM/OpenCBM/tree/cia_testprogs/opencbm/demo/irqtest15x1. Unfortunately, my results are still different than yours! :( First of all, if I run it with a baudrate of 0 (which you obviously do), the program never terminates. I am not sure why this happes. That's why I am currently running the "0" test with a value of "1" instead, expecting the failure. Then, baudrate 1 and 2 have different values for both...
Floppy emulation similar to 64HDD
cbmctrl detect, telling the host the disk change state
Moved to https://github.com/OpenCBM/OpenCBM/issues/68, closing here.
Protocol selection on several tools
Moved to https://github.com/OpenCBM/OpenCBM/issues/67, closing here.
Sharing bigger parts of driver code between win and linux
Moved to https://github.com/OpenCBM/OpenCBM/issues/66, closing here.
Interleave factors, idea for an autoadaption algorithm
Moved to https://github.com/OpenCBM/OpenCBM/issues/65, closing here.
cbmcopy should support wildcards on its own
Moved to https://github.com/OpenCBM/OpenCBM/issues/64, closing here.
Transfer autodetection should _not_only_ detect presence
Taken over to https://github.com/OpenCBM/OpenCBM/issues/63, closing here.
cbmctrl as a subshell
Moved to https://github.com/OpenCBM/OpenCBM/issues/62, closing.
cbmctrl may support partitions and subdirectories
Moved to https://github.com/OpenCBM/OpenCBM/issues/61, closing
Moved to https://github.com/OpenCBM/OpenCBM/issues/60, closing.
Floppy emulation similar to 64HDD
Improve the ugly looking shared C/ASM header file cbmforng.i
Moved to https://github.com/OpenCBM/OpenCBM/issues/59, closing.
GUI Progress Bar
Moved to https://github.com/OpenCBM/OpenCBM/issues/58, closing.
document installation into /usr/local/bin/.
Moved to https://github.com/OpenCBM/OpenCBM/issues/57, closing.
Read specific block(s) only
Moved to https://github.com/OpenCBM/OpenCBM/issues/56, closing.
Re-read tracks/block without overwriting existing info with error info
Moved to https://github.com/OpenCBM/OpenCBM/issues/55, closing.
More specific error texts
Moved to https://github.com/OpenCBM/OpenCBM/issues/54, closing.
Make tape tools compile on anything else but Windows.
Moved to https://github.com/OpenCBM/OpenCBM/issues/53, closing.
delay fix after RESET(DATA_OUT) and wait for DATA_IN
Moved over to github: https://github.com/OpenCBM/OpenCBM/issues/50
Broken image when disk errors okur
Moved over to github: https://github.com/OpenCBM/OpenCBM/issues/49
Error-bytes are not made for all errors.
cbmforng disturbs 1571 native mode long format (70 tracks)
cbmformat/cbmforng "mysteries" bug: 1541-II, JPN Corp. mech.
Moved over to github https://github.com/OpenCBM/OpenCBM/issues/45
Reading PRG files of file sizes 1 or 2 produces extra bytes
Moved to github: https://github.com/OpenCBM/OpenCBM/issues/48
Moved over to github: https://github.com/OpenCBM/OpenCBM/issues/47
Moved over to github: https://github.com/OpenCBM/OpenCBM/issues/46
Moved over to github #45.
cbmformat does not fix _enough_ the "1571 mysteries" bug
Moved over to github #44
cbmforng is not fixed _enough_ for the "1571 mysteries" bug
Moved over to github
"detect" doesn't recognize 1541 with custom ROM
Moved over to github (#42)
cbmctrl detect hangs (zoomfloppy flashing)
There was much work recently on this issue. I believe v0.4.99.102 does not show this behaviour anymore. If this problem persists, please open a bug on github: https://github.com/OpenCBM/OpenCBM/issues
There was much work recently on this issue. I believe v0.4.99.102 does not show this behaviour anymore. If this problem persists, please open a bug on github.
New man pages based on the manual
Added to github #41. Closing here.
Merge support for additional xum1541 devices
It is closed.