I was recently dusting off my Falcon, peeking into some DSP programming. When looking at Gemview (of cause with installed JPEGD.PRG - v.094 - in the AUTO folder) I wasn't sure, if Gemview uses it at all (there's no visible message about when it's used or not - at least in my Gemview v3.15).
To me it seems like Gemview might only be using the DSP in the "True color" mode, but not in any of the lower color modes. Has anybody more insight or other experiences with it?
Can all registered uses please login, even just for a few minutes..
It helps build a picture where our "good traffic" is coming from..
Thanks :)
It helps build a picture where our "good traffic" is coming from..
Thanks :)
Gemview DSP usage, does anyone know?
Re: Gemview DSP usage, does anyone know?
I'm not sure - but you could find out by either timing it or using Hatari to monitor DSP activity with the profile feature.pixelpusher wrote: Mon Aug 04, 2025 6:41 pm To me it seems like Gemview might only be using the DSP in the "True color" mode, but not in any of the lower color modes. Has anybody more insight or other experiences with it?
I expect if it is using the DSP JPEG driver at all, it will be using it in every mode, but will spend additional time down-converting the image to indexed colour afterwards in e.g. 16/256c modes.
The only benefit I could see *not* to operate that way would be if the down-conversion/quantization/dithering happens to be better in an alternative JPEG library than what can be done by GEMVIEW itself after loading the image.
d:m:l
BadMooD d/l: https://www.leonik.net/dml/sec_bm.py
SVO30 d/l: https://www.leonik.net/dml/sec_svo30.py
Q2 engine d/l: https://www.leonik.net/dml/sec_q2.py
AGT project: https://www.leonik.net/dml/sec_agt.py
Atari page: http://www.leonik.net/dml/sec_atari.py
YT: https://www.youtube.com/@dmlTPT
BadMooD d/l: https://www.leonik.net/dml/sec_bm.py
SVO30 d/l: https://www.leonik.net/dml/sec_svo30.py
Q2 engine d/l: https://www.leonik.net/dml/sec_q2.py
AGT project: https://www.leonik.net/dml/sec_agt.py
Atari page: http://www.leonik.net/dml/sec_atari.py
YT: https://www.youtube.com/@dmlTPT
-
pixelpusher
- Posts: 144
- Joined: Fri Dec 27, 2019 9:01 pm
Re: Gemview DSP usage, does anyone know?
Based on the timing, which seems to be nearly identical with/without JPEGD.PRG in modes below 32k colors, I'd assume its not using the DSP; HATARI should help to confirm that thesis... (good idea!).dml wrote: Mon Aug 04, 2025 8:00 pmI'm not sure - but you could find out by either timing it or using Hatari to monitor DSP activity with the profile feature.pixelpusher wrote: Mon Aug 04, 2025 6:41 pm To me it seems like Gemview might only be using the DSP in the "True color" mode, but not in any of the lower color modes. Has anybody more insight or other experiences with it?
I expect if it is using the DSP JPEG driver at all, it will be using it in every mode, but will spend additional time down-converting the image to indexed colour afterwards in e.g. 16/256c modes.
The only benefit I could see *not* to operate that way would be if the down-conversion/quantization/dithering happens to be better in an alternative JPEG library than what can be done by GEMVIEW itself after loading the image.