sampson wrote on 2025-09-14, 20:09:

Niemi_81 wrote on 2025-09-14, 17:50:

After getting everything set in autoexec.bat & config.sys i am having trouble accessing emulated CD drive.
Sometimes it shows image file loaded, sometimes not. PGUSINIT / CDLIST never works. Same thing in USB mode. Any tips for me or could my Picogus be faulty. Thanks!

Which flash drive brand/model, capacity, and partition configuration?

I have a bunch of different brand-name USB flash drives, ranging in age from 6-12m old, to 8-10yr old, and in various capacities. Some flash drives work flawlessly, and some not-so-much. I see the same thing with the CH375 interface as well. For my PicoGUS I am using a Sandisk Extreme Pro 256G at the moment. It is configured with an 8GB FAT32 partition, with the rest of the capacity unallocated. I have several Team Group flash drives in 32GB and 128GB capacities and they also work well with both solutions (again, using 4-16GB partitions). I've got a couple flash drives that just act flaky and unreliable. Good luck!

I guess i will try a different USB sticks then, i have tried just a white 8Gb Sandisk stick. It has a LED light and it is blinking quite fast all the time its connected to Picogus, as if data ia being read at all time. FAT 32, probably just 1084kb partitioning or some other default. Thanks for the tips!

Took out some crappy Aliexpress 16Gb stick, and it worked just fine. 🙏

Niemi_81 wrote on 2025-09-16, 13:28:

Took out some crappy Aliexpress 16Gb stick, and it worked just fine. 🙏

FWIW I am using a Sandisk Ultra Fit 128GB USB 3.1 drive which works perfectly with the PicoGUS. I would recommend this device to anyone looking for a USB drive to use for optical emulation as it's extremely fast copying disc images, small so it doesn't stick out much and cheap to buy on Amazon.

NeoG_ wrote on 2025-09-17, 02:57:

Niemi_81 wrote on 2025-09-16, 13:28:

Took out some crappy Aliexpress 16Gb stick, and it worked just fine. 🙏

FWIW I am using a Sandisk Ultra Fit 128GB USB 3.1 drive which works perfectly with the PicoGUS. I would recommend this device to anyone looking for a USB drive to use for optical emulation as it's extremely fast copying disc images, small so it doesn't stick out much and cheap to buy on Amazon.

I used the 32GB version of the same USB stick and I had problems with it. 😀 Changed it to an older/slower USB stick and that worked perfectly.

Yoghoo wrote on 2025-09-17, 05:06:

NeoG_ wrote on 2025-09-17, 02:57:

Niemi_81 wrote on 2025-09-16, 13:28:

Took out some crappy Aliexpress 16Gb stick, and it worked just fine. 🙏

FWIW I am using a Sandisk Ultra Fit 128GB USB 3.1 drive which works perfectly with the PicoGUS. I would recommend this device to anyone looking for a USB drive to use for optical emulation as it's extremely fast copying disc images, small so it doesn't stick out much and cheap to buy on Amazon.

I used the 32GB version of the same USB stick and I had problems with it. 😀 Changed it to an older/slower USB stick and that worked perfectly.

How odd, maybe the 32GB and 128GB drives have a different controller

NeoG_ wrote on 2025-09-17, 07:04:

Yoghoo wrote on 2025-09-17, 05:06:

NeoG_ wrote on 2025-09-17, 02:57:

FWIW I am using a Sandisk Ultra Fit 128GB USB 3.1 drive which works perfectly with the PicoGUS. I would recommend this device to anyone looking for a USB drive to use for optical emulation as it's extremely fast copying disc images, small so it doesn't stick out much and cheap to buy on Amazon.

I used the 32GB version of the same USB stick and I had problems with it. 😀 Changed it to an older/slower USB stick and that worked perfectly.

How odd, maybe the 32GB and 128GB drives have a different controller

Could be. Polpo also said he saw something with a Sandisk USB 3.2 stick. My problem was that playing music from a CD would be too slow. So sound was playing at 90% speed. Sounded very funny. 😜

Treah wrote on 2025-09-13, 01:18:

Has anyone ever had issues with the USB mouse support on this device? I cant get it to work at all... It will detect that a mouse is there via ctmouse but when I move the mouse I get nothing on the mousetst command. It also wont work in windows 3.11. Dunno if this is just my system or something else is going on.

Also when I do have the picogus where it can emulate a USB device as serial my onboard serial ports behave the same way even with an old MS Home mouse.. They get detected but no data is actually sent from the mouse.

To update on this post it looks like the picogus actually interferes with the computers onboard serial ports. If I have it enabled on a card that does USB mouse support the serial ports onboard the machine also fail to function. They see devices but no communication occurs. Not sure if its how the device is interfacing with the rest of the system or what but even with no usb stuff plugged in its a no go on my 486 packard bell CD12 🙁. Thats a bummer since the usb mouse stuff is the whole reason I bought the board since I already had a AZ tech sound galexy card which does pretty much everything this one does with the exception of GUS support I think. Neat board anyway tho and I might use it in my 386 someday.

Treah wrote on Yesterday, 16:21:

To update on this post it looks like the picogus actually interferes with the computers onboard serial ports. If I have it enabled on a card that does USB mouse support the serial ports onboard the machine also fail to function. They see devices but no communication occurs. Not sure if its how the device is interfacing with the rest of the system or what but even with no usb stuff plugged in its a no go on my 486 packard bell CD12 🙁. Thats a bummer since the usb mouse stuff is the whole reason I bought the board since I already had a AZ tech sound galexy card which does pretty much everything this one does with the exception of GUS support I think. Neat board anyway tho and I might use it in my 386 someday.

The PicoGUS emulates a serial mouse. You'll want to disable one of the onboard serial ports. And use

1pgusinit /mousecom x

to set which com port to emulate on.

You might be able to use COM 3 or COM 4 to allow both onboard ports to still work. Make sure you're using the ctmouse driver since it can use non-standard IRQs. Since by default COM 3 uses IRQ 4, and COM 4 uses IRQ 3 with overlap and share with COM 1 and COM 2.

https://github.com/polpo/picogus/wiki/Configu … US#serial-mouse

SScorpio wrote on Yesterday, 17:49:

The PicoGUS emulates a serial mouse. You'll want to disable one of the onboard serial ports. And use […]
Show full quote

Treah wrote on Yesterday, 16:21:

To update on this post it looks like the picogus actually interferes with the computers onboard serial ports. If I have it enabled on a card that does USB mouse support the serial ports onboard the machine also fail to function. They see devices but no communication occurs. Not sure if its how the device is interfacing with the rest of the system or what but even with no usb stuff plugged in its a no go on my 486 packard bell CD12 🙁. Thats a bummer since the usb mouse stuff is the whole reason I bought the board since I already had a AZ tech sound galexy card which does pretty much everything this one does with the exception of GUS support I think. Neat board anyway tho and I might use it in my 386 someday.

The PicoGUS emulates a serial mouse. You'll want to disable one of the onboard serial ports. And use

Copy code to clipboard

1pgusinit /mousecom x

to set which com port to emulate on.

You might be able to use COM 3 or COM 4 to allow both onboard ports to still work. Make sure you're using the ctmouse driver since it can use non-standard IRQs. Since by default COM 3 uses IRQ 4, and COM 4 uses IRQ 3 with overlap and share with COM 1 and COM 2.

https://github.com/polpo/picogus/wiki/Configu … US#serial-mouse

Thank you I will try this out. I think I only tried out com 1 and 2 on the machine since I can specify that in the bios for the single serial interface that machine has. It probably is due to the IRQ being shared between them is what I am running into. I will check out that link tho and see if I can get my USB mouse working. If so that would be awesome. If not I always have my old semi reliable microsoft home mouse... shudder.

NeoG_ wrote on 2025-09-17, 07:04:

How odd, maybe the 32GB and 128GB drives have a different controller

I work in the industry and very closely with the storage vendors (mostly for NVMe, but also USB attached storage). You're probably right - different controllers is a very distinct possibility, and likely the reason. They probably use the exact same branding and device styling but employ various cost saving strategies for the PCB and controller on a lower capacity version. Same thing happens on NVMe with higher performance devices using an 8-channel NAND interface vs. 4-channel, as well as DRAM vs. DRAMless, and other considerations/choices. In my experience, it's not even possible to recommend an exact model number because different (often silent) revisions will use different internals, which is a very common issue in the DRAM memory market as well.

Treah wrote on Yesterday, 23:00:

Thank you I will try this out. I think I only tried out com 1 and 2 on the machine since I can specify that in the bios for the single serial interface that machine has. It probably is due to the IRQ being shared between them is what I am running into. I will check out that link tho and see if I can get my USB mouse working. If so that would be awesome. If not I always have my old semi reliable microsoft home mouse... shudder.

There are two serial IRQs (COM1&3=IRQ3, COM2&4=IRQ4) and fixed memory addresses, the PicoGUS card has to be set to use one of of them that isn't already in use by the motherboard. If the motherboard is set to use COM1/IRQ3, then the PicoGUS must be on IRQ4 and COM2 for example. The downside is that if mouse is using the lone IRQ on the PicoGUS none of the other IRQ dependent systems like SB or GUS will work (Also most software won't allow IRQ 3 or 4 for sound)