matherp said  

I know I denigrate Linux at every opportunity but it really is bad with USD CDC devices.

Bear in mind we're doing something very unusual.

  matherp said  

First you have to stop it thinking any USB device is a f..ing modem.

That's a default with some distros but please refer to the above.

  matherp said  

Then the user has to be in the correct "dialup" group - I'm not dialing

The name has stayed the same for compatibility reasons.  Using a group is a way to prevent naughty access to hardware and to allow it in a controlled way to programs/users where that's wanted.

  matherp said  

finally when you can even talk to the port the choice of terminal programs is hardly impressive.

A matter of opinion, I'd say.  I like screen; you may not (if you used it).

  matherp said  

I couldn't use putty because when I installed it it wouldn't run and just gave a list of unitelligible errors - WTF

It works for plenty of people, some problem at your end with the out of date box I suppose.

BTW, Windows has its own set of issues with this stuff and resorting to the likes of Zadig is often needed.  It's not even installed by default in my experience!

John
Edited 2025-10-27 07:03 by JohnS

  matherp said  

Here is the complete set.

PicoMiteV6.01.00RC8.zip

@matherp    The published RC8 code does not build with the modified Pico-SDK.   There is a definition for gpio_get_out_level_all64(void) in External.h that is identical to what the updated Gpio.c file for the Pico-SDK provides.   I suspect this was done so Gpio.c doesn't need to be replaced in the Pico-SDK. But I'm unsure of that.   It causes GCC to barf.   I just commented out the External.h definition for now.   It shouldn't matter where the definition comes from.   But there shouldn't be two of them:


Edited 2025-10-27 10:33 by EDNEDN

  matherp said  

V6.01.00RC8

PicoMiteV6.01.00RC8.zip

Yet more tweaking of the USB CDC environment. This is now about as far as I can take it to try and improve performance and reliability so if there are still issues you will need to code round them with pauses etc.

The problem still exists.    I'll code around it.

  Quote  

The published RC8 code does not build with the modified Pico-SDK.  

You need to revert gpio.h back to the original supplied with the sdk. Note that I had updated the readme and removed gpio.h from the archive
Edited 2025-10-27 18:30 by matherp

  Quote  

About JPG dithering. Something has changed when JPG size is larger than screen.
With RC7 you would just show top left part of the JPG that fit's the screen resolution.

You just can't trust claude to think things through properly
Try this version for RP2040 VGA

PicoMite.zip


This now has the same format as load dithered

LOAD JPG file$ [, x] [, y] [,mode] [,ximage] [,yimage]
x, y: position to start drawing on the screen (defaults to zero)
Mode Options:
Mode -1: No dithering (processes image as-is, default)
Mode 0: Floyd-Steinberg RGB121
Mode 1: Floyd-Steinberg RGB332
Mode 2: Atkinson RGB121
Mode 3: Atkinson RGB332
ximage,yimage: position in the image to use to draw.
For example if the image is 480x320 and the display is 320x240 then setting ximage to 80 and yimage to 40 would display the central portion of the image