| Poster | Thread |
 DiscreetFX
 |  |
Re: PERSONAL PAINT 7.4 UPDATE
Posted on 29-Apr-2024 3:10:23
| | [ #1 ] |
|
|
 |
Elite Member
 |
Joined: 12-Feb-2003
Posts: 2543
From: Chicago, IL | | |
|
| It's nice that this is getting an update for ARM.
_________________
Sent from my Quantum Computer.
|
|
| Status: Offline |
|
|
pixie
 | |
Re: PERSONAL PAINT 7.4 UPDATE
Posted on 29-Apr-2024 7:00:56
| | [ #2 ] |
|
|
 |
Elite Member
|
Joined: 10-Mar-2003
Posts: 3373
From: Figueira da Foz - Portugal | | |
|
| Quote:
| A-EON's latest update to this famous paint package accelerates 1080P and larger high resolution screens. 1080P is the resolution that most HDMI televisions operate at and the default screen mode of the A600GS. The drawing tools at this resolution would ordinarily be very slow. However they have now been significantly accelerated by using ARM native code. |
They say a picture is worth a thousand words, imagine if you chosen to use video...
If only there was a way to compare the "drawing tools" running "ordinarily be very slow" with how they perform " significantly accelerated by using ARM native code"...
Mind blown!
_________________
Indigo 3D Lounge, my second home.
The Illusion of Choice | Am*ga
|
|
| Status: Offline |
|
|
kolla
| |
Re: PERSONAL PAINT 7.4 UPDATE
Posted on 30-Apr-2024 8:09:26
| | [ #3 ] |
|
|
 |
Elite Member
|
Joined: 20-Aug-2003
Posts: 3261
From: Trondheim, Norway | | |
|
| To get real info from AmigaKit is like solving riddles…
Quote:
| The drawing tools at this resolution would ordinarily be very slow. However they have now been significantly accelerated by using ARM native code. |
So I’m guessing - ARM native ppaint blitter library?
Still no answer to the question of ARexx, which largely is what makes PPaint useful for more advanced stuff than just rudimentary pixell graphics. Animation is rather painful compared to DPaint, and using ARexx is the only thing that somewhat compensate for that.
_________________
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC
|
|
| Status: Offline |
|
|
Rob
| |
Re: PERSONAL PAINT 7.4 UPDATE
Posted on 30-Apr-2024 19:55:52
| | [ #4 ] |
|
|
 |
Elite Member
|
Joined: 20-Mar-2003
Posts: 6385
From: S.Wales | | |
|
| @pixie
I agree that a video comparison would be a good idea but with less sarcasm. |
|
| Status: Offline |
|
|
Massi
| |
Re: PERSONAL PAINT 7.4 UPDATE
Posted on 1-May-2024 4:15:53
| | [ #5 ] |
|
|
 |
Cult Member
 |
Joined: 2-Feb-2011
Posts: 628
From: Rome, Italy | | |
|
| I guess "A600GS" here is the native graphics driver to use the host (ARM) graphics hardware (same concept as UAEGFX in UAE).
_________________
SAM440EP-FLEX @ 733 Mhz, AmigaOS 4.1 Update 1
|
|
| Status: Offline |
|
|
pixie
| |
Re: PERSONAL PAINT 7.4 UPDATE
Posted on 1-May-2024 4:44:36
| | [ #6 ] |
|
|
|
Elite Member
|
Joined: 10-Mar-2003
Posts: 3373
From: Figueira da Foz - Portugal | | |
|
| |
| Status: Offline |
|
|
kolla
| |
Re: PERSONAL PAINT 7.4 UPDATE
Posted on 1-May-2024 20:50:05
| | [ #7 ] |
|
|
|
Elite Member
|
Joined: 20-Aug-2003
Posts: 3261
From: Trondheim, Norway | | |
|
| Quote:
| I guess "A600GS" here is the native graphics driver to use the host (ARM) graphics hardware (same concept as UAEGFX in UAE) |
My guess is that it _is_ UAEGFX.
_________________
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC
|
|
| Status: Offline |
|
|
pixie
| |
Re: PERSONAL PAINT 7.4 UPDATE
Posted on 2-May-2024 2:34:06
| | [ #8 ] |
|
|
|
Elite Member
|
Joined: 10-Mar-2003
Posts: 3373
From: Figueira da Foz - Portugal | | |
|
| I always though uaegfx to be some kind of wrapper to the GFX board, so it means it's actually the CPU doing the grunt work?
_________________
Indigo 3D Lounge, my second home.
The Illusion of Choice | Am*ga
|
|
| Status: Offline |
|
|
NutsAboutAmiga
| |
Re: PERSONAL PAINT 7.4 UPDATE
Posted on 3-May-2024 17:47:08
| | [ #9 ] |
|
|
 |
Elite Member
|
Joined: 9-Jun-2004
Posts: 12933
From: Norway | | |
|
| |
| Status: Offline |
|
|
pixie
| |
Re: PERSONAL PAINT 7.4 UPDATE
Posted on 3-May-2024 18:51:38
| | [ #10 ] |
|
|
|
Elite Member
|
Joined: 10-Mar-2003
Posts: 3373
From: Figueira da Foz - Portugal | | |
|
| I see... I guess that UAEGFX also do the same. Pistorm is perhaps the only one who is using the GFX directly, or had a GFX drivers proof of concept that did it anyway
_________________
Indigo 3D Lounge, my second home.
The Illusion of Choice | Am*ga
|
|
| Status: Offline |
|
|
NutsAboutAmiga
| |
Re: PERSONAL PAINT 7.4 UPDATE
Posted on 4-May-2024 13:27:56
| | [ #11 ] |
|
|
|
Elite Member
|
Joined: 9-Jun-2004
Posts: 12933
From: Norway | | |
|
| @pixie
The main reason for using a frame buffer, is because of buss speed, if do many single write bytes to video memory, you need to lock and unlock the bitmap of the screen, but memory has to be continues, it used to be a 64Kbytes VGA window, but sure that has changed, but to programs its not know, how that work, if MMU based, or if copy mem based, the memory is only available when its locked. The lock also seems to block intuition, so you can’t have it locked all the time. Its not know when If you compare the driver docs and P96 library docs.
https://wiki.amigaos.net/amiga/autodocs/Picasso96API.doc.txt
http://wiki.icomp.de/wiki/P96_Driver_Development
You see that lock / unlock is only know to the library not the driver, its there for also hard to know when the memory is changed, at any location. This is another reason why you want a frame a buffer.
The frame buffer means, you need to operation twice, in system memory and gfx memory, or that you copy changes to gfx memory, p96 trys to find minimum x,y and max x,y changes, and only copy that change. So its faster than complete screen update. Last edited by NutsAboutAmiga on 04-May-2024 at 01:31 PM.
_________________
http://lifeofliveforit.blogspot.no/
Facebook::LiveForIt Software for AmigaOS
|
|
| Status: Offline |
|
|
12 crawler(s) on-line.
171 guest(s) on-line.
0 member(s) on-line.
