|
Post by alexfish on Dec 24, 2023 15:21:51 GMT 1
Argh Well Plot thickens All canvases Affected > getting same problem with CANVAS GLAREA If Enable glEnable( GL_LINE_SMOOTH ) glEnable( GL_POLYGON_SMOOTH ) glHint( GL_LINE_SMOOTH_HINT, GL_NICEST ) glHint( GL_POLYGON_SMOOTH_HINT, GL_NICEST ) glEnable(GL_BLEND) SEE SQUARE in Picky Timing :RPI4 : Cairo V GLAREA First Draw Cairo 295/310 GL AREA 400/450 REPEAT Drawing Much the same at 300 Something Tells me the Final product= GTK IMAGE/PIXBUF, there again ? GOO CANVAS shows same a time as GL but Takes 2 second to show System RPI4 pi@raspberrypi:~ $ cat /etc/os-release PRETTY_NAME="Raspbian GNU/Linux 11 (bullseye)" NAME="Raspbian GNU/Linux" VERSION_ID="11" VERSION="11 (bullseye)" VERSION_CODENAME=bullseye ID=raspbian ID_LIKE=debian HOME_URL="http://www.raspbian.org/" SUPPORT_URL="http://www.raspbian.org/RaspbianForums" BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs" pi@raspberrypi:~ $ pkg-config --modversion gtk+-3.0 3.24.24 pi@raspberrypi:~ $ pkg-config --modversion cairo 1.16.0 ADDED :: OK can fix this in cairo IE CAIRO_LINE_WIDTH = 2 , but not in GL ' Now looking at the RPI PIXEL 'Size Ratio' in the configs Attachments:
|
|
|
Post by alexfish on Dec 24, 2023 17:49:53 GMT 1
Coming Soon :: NewYear
Updated
BUG FIX :: Memory leak CANVAS CAIRO NEW API :: HUGOPTIONS("GL_ALPHA_BLEND") : CANVAS GLAREA
Enabled
glEnable( GL_LINE_SMOOTH ) glEnable( GL_POLYGON_SMOOTH ) glHint( GL_LINE_SMOOTH_HINT, GL_NICEST ) glHint( GL_POLYGON_SMOOTH_HINT, GL_NICEST ) glEnable(GL_BLEND) glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA)
TODO RPI PIXEL-SIZE Ratio for screen
OK found the Bug if can call it a bug + also forgot
Note: When the description above refers to user space and CTM it refers to the user space and CTM in effect at the time of the stroking operation, not the user space and CTM in effect at the time of the call to cairo_set_line_width(). The simplest usage makes both of these spaces identical. That is, if there is no change to the CTM between a call to cairo_set_line_width() and the stroking operation, then one can just pass user-space values to cairo_set_line_width() and ignore this note.
As with the other stroke parameters, the current line width is examined by cairo_stroke(), cairo_stroke_extents(), and cairo_stroke_to_path(), but does not have any effect during path construction.
The default line width value is 2.0.
HUGLIB3.5.3 the default was set to 1 : previous lib : Not implimented
FIX will BE Default 2 : PIXEL needs a FIX
OPEN GL fix byIMPORT "glLineWidth(float)" FROM gl_LIB$ TYPE void
Will Also look at CANVAS GOO
Phew!
BR Alex
|
|
|
Post by alexfish on Dec 24, 2023 20:40:18 GMT 1
Success All Canvas Now Look Same and Alpha problem solved See GLAREA Picky Other code test results GCODE/Stepper motor conversion + draw over Speed test Cairo V GLAREA avr GL 904 avr Cairo 1149
BR Alex Attachments:
|
|
|
Post by alexfish on Jan 22, 2024 12:45:43 GMT 1
HI All Finally :: hug353 is due for release in it will be a very usable GUI based on present and the new WIDGETS and METHODS and to be Released on 29/JAN/20 The Picky Tells All BR Alex ADDED:: Ref GPIO ::: gcode thread :: + PICO the writer and reader is working and the tasks for completion = Gadget Wise : the machine task to to send & receive : DONE decode on the machine and process the actions : in progress machine wise :: send back data in format suitable for direct transfer to a pixbuf Hence can replicate what the device could draw if it had a screen TODO :: if have two hdmi ports then the effect is obvious :: for the me a PI4 + one big screen & one small screen Past the first stump valgrind on the splits for the internal parser;: PICO Not in the pico yet but should not Bolt It test on straight C ==4761== HEAP SUMMARY: ==4761== in use at exit: 0 bytes in 0 blocks ==4761== total heap usage: 1 allocs, 1 frees, 1,024 bytes allocated ==4761== ==4761== All heap blocks were freed -- no leaks are possible ==4761== ==4761== For counts of detected and suppressed errors, rerun with: -v ==4761== Use --track-origins=yes to see where uninitialised values come from ==4761== ERROR SUMMARY: 3891 errors from 187 contexts (suppressed: 86 from 1)
Attachments:
|
|
|
Post by alexfish on Jan 23, 2024 16:36:11 GMT 1
Next Step GUI :: GPIO pico_C_basicPicky Attachments:
|
|
|
Post by alexfish on Jan 23, 2024 18:44:36 GMT 1
Live Canvas Added Cls Button + one Picky with a Picture + using ALPHA with this can touch up , then save the work Or say draw a circuit convert to gcode then have own circuit boards etc etc if connect to a drvice Summary :: file extensions .bac 'bacon' : .pic 'pico_C_basic ref GPIO : .can The Files you are now viewing The extension are auto functioned from the file selector esp for .bac and .pic :: .can will appear in the Live Canvas| Attachments:
|
|
|
Post by alexfish on Jan 26, 2024 4:23:34 GMT 1
on the gpio pico side esp GCODE thread was looking to replicate a small screen Also getting ready to port the drawing function and Macro them for scaling up or down to save memory IE test for OFF Screen mode , + add a Small screen.
in short decide to get one of those small screens :for speed this requires frame buffer memory . I be smiling , downloaded the drivers and surprise surprise the libs as all requirements
here are the bits + in there is Picture
void Paint_NewImage(UBYTE *image, UWORD Width, UWORD Height, UWORD Rotate, UWORD Color) void Paint_SelectImage(UBYTE *image) void Paint_SetRotate(UWORD Rotate) void Paint_SetScale(UBYTE scale) void Paint_SetMirroring(UBYTE mirror) void Paint_SetPixel(UWORD Xpoint, UWORD Ypoint, UWORD Color) void Paint_Clear(UWORD Color) void Paint_ClearWindows(UWORD Xstart, UWORD Ystart, UWORD Xend, UWORD Yend, UWORD Color) void Paint_DrawPoint(UWORD Xpoint, UWORD Ypoint, UWORD Color, DOT_PIXEL Dot_Pixel, DOT_STYLE Dot_Style) line loop void Paint_DrawLine(UWORD Xstart, UWORD Ystart, UWORD Xend, UWORD Yend, UWORD Color, DOT_PIXEL Line_width, LINE_STYLE Line_Style) void Paint_DrawRectangle(UWORD Xstart, UWORD Ystart, UWORD Xend, UWORD Yend, UWORD Color, DOT_PIXEL Line_width, DRAW_FILL Draw_Fill) void Paint_DrawChar(UWORD Xpoint, UWORD Ypoint, const char Acsii_Char, sFONT *Font, UWORD Color_Foreground, UWORD Color_Background) void Paint_DrawString_EN(UWORD Xstart, UWORD Ystart, const char *pString, sFONT *Font, UWORD Color_Foreground, UWORD Color_Background) void Paint_DrawString_CN(UWORD Xstart, UWORD Ystart, const char *pString, cFONT *font, UWORD Color_Foreground, UWORD Color_Background) void Paint_DrawNum(UWORD Xpoint, UWORD Ypoint, double Nummber, sFONT *Font, UWORD Digit, UWORD Color_Foreground, UWORD Color_Background) void Paint_DrawTime(UWORD Xstart, UWORD Ystart, PAINT_TIME *pTime, sFONT *Font, UWORD Color_Foreground, UWORD Color_Background) void Paint_DrawImage(const unsigned char *image, UWORD xStart, UWORD yStart, UWORD W_Image, UWORD H_Image) void Paint_DrawImage1(const unsigned char *image, UWORD xStart, UWORD yStart, UWORD W_Image, UWORD H_Image) void Paint_DrawBitMap(const unsigned char *image_buffer) void Paint_DrawBitMap_Block(const unsigned char *image_buffer, UBYTE Region) void Paint_BmpWindows(unsigned char x, unsigned char y, const unsigned char *pBmp, unsigned char chWidth, unsigned char chHeight) The CIRCLE can be adapted to make Quads ARC & ELLIPSE BR Alex
|
|
|
Post by alexfish on Feb 16, 2024 19:57:20 GMT 1
Hi All :: Final version delayed : Next Date 19th Feb 2024: testing in RPI Bookworm 64bit os not good, hence dropped back to 32bit, for some reason this is less effected Reason:: Wireless is affected by the Screen Size + the actual display, will not dwell on this will post findings on the old RPI thread now back on Bullseye :: Bonus side have made some strides in piGPIO + PICO pgio directions Pico wise Now have GUI(Screen) with onscreen KeyBoard + bits For Menu, Terminal, Editor & Canvas + the PGPIO once configured just plug in the power :: away ye go UPDATED :: SD card reader :: Connection Complete as in pico terminal = CARD_FOUND HENCE: now looking at the File System read/write for saving data , programs ,images etc BR Alex
|
|
|
Post by alexfish on Feb 19, 2024 21:26:17 GMT 1
Have now got the BookWorm de-wormed as of the now
Final release now scheduled for tomorrow:: after testing
on a good side now got the rpi pico reading and writing text files, tit for tat now doing the 'BASIC' file commands + minimal bash shell commands like ls,cat
IE , as mentioned above the 'screen' will have its own vte 'terminal' hence no need to have the device connected to another computer for debugging: once it is programmed ; details will be in the to be thread PICO / GPIO Update on Pico:: widgetlib now in:: BUTTON test(callback) done: Success
Proof of concept:: 3 SPI functions work on the default pipo SPI screen,sdcard mount + read & write, touchscreen module all working I think says He.
BR Alex
|
|
|
Post by alexfish on Feb 23, 2024 0:17:21 GMT 1
HUG3.5.3 Final released
SEE FIRST POST
BR Alex
|
|