IBrowse 2.5.2 / AmiSSL 4.4 and Images…..

[futaura]

Firstly, datatypes are always used to load GUI elements such as the toolbar buttons. All systems should have ilbm.datatype by default, so that's why the 32-colour set is in ILBM format. The 256-colour set was originally for OS4, where png.datatype is system supplied, but on OS3 you need to make sure you have one installed to use that set.

The internal decoders are only used for webpage images... Datatypes are only ever used for unhandled image types, or unless you have the built-in JPEG, PNG, GIF or XBM decoders set to external or the internal decoders cannot be loaded for some reason. Otherwise, the internal decoders will be used. On a 68k system (no PPC card), always set the 4 decoders to internal.

What is the error message shown when you hover the mouse of the error placeholder for GIF images?

And you definitely selected the 68020fpu option when installing?  BTW, it is safe to re-run the installer over an existing installation.

[futaura]

Ok, then it seems to be SSL timeouts. On the errored images, if you right click and select load image or view separately, do they then load and display, if you do one at a time?

What do you have maximum number of secure connections set to in the Network settings? I would suggest setting it to 2 or 1 on your system.

[futaura]

The trouble is that, particularly on 68k, the the bottleneck on HTTPS is the CPU, opposed to network speed for plain HTTP. Of course, even network speed is not so much of a problem these days either, compared to when these features were first introduced into IBrowse . In reality, on 68k, there is not going to be a big difference in total page loading speed with 1 secure connection or 16, because the CPU will be saturated in either case, because the SSL algorithms are more complex and slower now then they were in the past. In fact, with multiple connections battling for CPU time, it may end up being slower because SSL renegotiations are triggered, ultimately leading to timeouts.

For IBrowse 2.5.3, I'm currently working on adding SSL session caching, which allows handshaking to be bypassed after the first connection, which I hope will help speed up things on 68k, especially for TLSv1.3 which has an even better caching method than previous versions.

No GIF datatype from me - since one came supplied with OS3.5 (or was it 3.9?) or later, I never saw the point, as there is not much room for optimisation. Thanks for trying the WarpDTs.

[futaura]

Really?

1. Can you post an example URL of a PNG image that won't load?
2. What is the error message that pops up with the mouse pointer over the placeholder?
3. What does "version cybergraphics.library" say on your system?

[futaura]

Really?

1. Can you post an example URL of a PNG image that won't load?
2. What is the error message that pops up with the mouse pointer over the placeholder?
3. What does "version cybergraphics.library" say on your system?

The pictures are _loaded_. The problem is that the pictures are severly garbled with the internal PNG decoder/renderer. Have a look at https://safir.amigaos.se/main.php and you should see the problem.

Ok, so AGA. It's just that several different issues appear to have been mentioned in this thread.

Try turning "Use Fastmem for images" on in the image settings - it should be ok then. I shall find out why the garbled images appear with that setting off, although I can see it is not all PNG images (probably just those with alpha or transparency).

[futaura]

Nothing baffling about it - modern crypto is a lot more resource hungry than those of twenty years ago.
What you can and should do, is reduce the number of simultaneous https connections to a minimum, so you don’t end up performing a denial of service attack against yourself

There’s no good solution to crypto on classic Amiga hardware, other than offloading to other processor, dedicated crypto accelerator or general purpose modern CPU (that often have crypto accelerator built in), but then you must find a way to interface such hardware to the Amiga.

Actually, there is something that can help - IBrowse 2.5.3 will hopefully come with a SSL session cache (currently being tested). IBrowse never cached SSL sessions, but seeing as OpenSSL has a cache feature, it is time to make use of it . Certainly, not much can be done about the initial handshake, but the cache will allow this slow process to be skipped for subsequent connections, which makes things much faster on OS3.

[futaura]

Great! I want to report an issue, which did not exist in 2.5.1 !

I use a http-Proxy, which works well, but if I click a link, it allway wants to connect me with the https-Site instead of http ! This did not happen in 2.5.1 ! I allways have to correct the link from https to http ! Please have a look Thank you!

Are you sure you haven't changed your settings? Nothing changed in this area between 2.5.1 and 2.5.2. HTTPS proxy support was broken in 2.5 though, but that was fixed for 2.5.1.

[futaura]

Are you sure it's not changed on the website/server? Https shall have priority over http.

Yes, the "use" of a http-Proxy in Ibrowse Settings should automaticaly connect to http instead of https. This has Nothing to do with the Server....

A RaspberryPI works as the Proxy using sslstrip. So Amiga sends http-Request to the RaspberryPI and the RaspberryPI loads the https-Site from the Server, decode the ssl and sends the decoded site to the Amiga. This worked perfektly with 2.5.1..... and 2.4 and Netsurf?.. but not anymore with 2.5.2.

Why would IBrowse ever connect to the HTTP proxy for a HTTPS URL? I'm sure IBrowse 2.4 and 2.5.1 never did, just like 2.5.2. For HTTPS URLs, IBrowse can use a HTTPS proxy over SSL.  Shouldn't the proxy itself be changing any absolute https:// URLs in webpages to http://?

[futaura]

Really?

1. Can you post an example URL of a PNG image that won't load?
2. What is the error message that pops up with the mouse pointer over the placeholder?
3. What does "version cybergraphics.library" say on your system?

The pictures are _loaded_. The problem is that the pictures are severly garbled with the internal PNG decoder/renderer. Have a look at https://safir.amigaos.se/main.php and you should see the problem.

Ok, so AGA. It's just that several different issues appear to have been mentioned in this thread.

Try turning "Use Fastmem for images" on in the image settings - it should be ok then. I shall find out why the garbled images appear with that setting off, although I can see it is not all PNG images (probably just those with alpha or transparency).

Use Fastmem/other mem was already enabled. But if I disable it (instead using Chip mem) the problem is actually solved. But in that case I prefer using fast mem and the external PNG Datatype. Anyway, thanks!

Agreed - that is certainly not what should happen. Does the same happen with IBrowse 2.4?

Can you give me a little more info about your system? It's AGA and presumably you have no graphics card available? What OS version are you running? And finally, what does "version cybergraphics.library" say?

I've been running some tests on this and discovered that, on my OS3.1 AGA boot (no CGX), PNG images look fine in IBrowse 2.5, with fast mem images off or on, and using the internal decoder. If I boot to my BVisionPPC and open IBrowse (2.4 or 2.5) on an AGA screen, images are messed up only when use fast mem for images is off. And it is only images with transparency/alpha that are corrupt.

[futaura]

Really?

1. Can you post an example URL of a PNG image that won't load?
2. What is the error message that pops up with the mouse pointer over the placeholder?
3. What does "version cybergraphics.library" say on your system?

The pictures are _loaded_. The problem is that the pictures are severly garbled with the internal PNG decoder/renderer. Have a look at https://safir.amigaos.se/main.php and you should see the problem.

Ok, so AGA. It's just that several different issues appear to have been mentioned in this thread.

Try turning "Use Fastmem for images" on in the image settings - it should be ok then. I shall find out why the garbled images appear with that setting off, although I can see it is not all PNG images (probably just those with alpha or transparency).

Use Fastmem/other mem was already enabled. But if I disable it (instead using Chip mem) the problem is actually solved. But in that case I prefer using fast mem and the external PNG Datatype. Anyway, thanks!

Agreed - that is certainly not what should happen. Does the same happen with IBrowse 2.4?

Can you give me a little more info about your system? It's AGA and presumably you have no graphics card available? What OS version are you running? And finally, what does "version cybergraphics.library" say?

I've been running some tests on this and discovered that, on my OS3.1 AGA boot (no CGX), PNG images look fine in IBrowse 2.5, with fast mem images off or on, and using the internal decoder. If I boot to my BVisionPPC and open IBrowse (2.4 or 2.5) on an AGA screen, images are messed up only when use fast mem for images is off. And it is only images with transparency/alpha that are corrupt.

Sorry for late answer. I have the same problem (fast mem used for pictures causing garbled PNG graphics) on another A1200:

System:
A1200
AGA
ACA1221
AmigaOS 3.1.4.1
MUI 3.8
iBrowse 2.5.2 demo

No external datatype installed. Using chip mem for pictures = problem solved.

Does IBrowse 2.4 exhibit the same issue? And do you have any patches installed that affect bitmaps (I'm thinking things like FBlit)?

[futaura]

Sorry for late answer. I have the same problem (fast mem used for pictures causing garbled PNG graphics) on another A1200:

System:
A1200
AGA
ACA1221
AmigaOS 3.1.4.1
MUI 3.8
iBrowse 2.5.2 demo

No external datatype installed. Using chip mem for pictures = problem solved.

Does IBrowse 2.4 exhibit the same issue? And do you have any patches installed that affect bitmaps (I'm thinking things like FBlit)?

Now matter how hard I try, I cannot get 2.4 to show the same problem as 2.5.2.

No ugly patches such as FBlit etc. installed.

Good - at least that probably rules out OS 3.1.4 as being a factor, which was going to be my next question.  How about IBrowse 2.5 (the initial release) - does that have the problem too?

It is a little strange (and annoying) that I cannot reproduce the problem here.

[futaura]

Sorry for late answer. I have the same problem (fast mem used for pictures causing garbled PNG graphics) on another A1200:

System:
A1200
AGA
ACA1221
AmigaOS 3.1.4.1
MUI 3.8
iBrowse 2.5.2 demo

No external datatype installed. Using chip mem for pictures = problem solved.

Does IBrowse 2.4 exhibit the same issue? And do you have any patches installed that affect bitmaps (I'm thinking things like FBlit)?

Now matter how hard I try, I cannot get 2.4 to show the same problem as 2.5.2.

No ugly patches such as FBlit etc. installed.

Good - at least that probably rules out OS 3.1.4 as being a factor, which was going to be my next question.  How about IBrowse 2.5 (the initial release) - does that have the problem too?

It is a little strange (and annoying) that I cannot reproduce the problem here.

As I wrote in https://forum.amiga.org/index.php?topic=74567.msg848138#msg848138 , the problem started from 2.5

Not sure what the next step is.

Well, since you are saying IBrowse 2.4 works ok, next step is for me to check the source code to see what I broke for 2.5 . I know there were a bunch of changes in this area between 2.4 and 2.5, mostly related to removing CGX support in the OS4 version. It would have been easier if 2.5 worked and 2.5.1/2.5.2 didn't, obviously.

[futaura]

Sorry for late answer. I have the same problem (fast mem used for pictures causing garbled PNG graphics) on another A1200:

System:
A1200
AGA
ACA1221
AmigaOS 3.1.4.1
MUI 3.8
iBrowse 2.5.2 demo

No external datatype installed. Using chip mem for pictures = problem solved.

Does IBrowse 2.4 exhibit the same issue? And do you have any patches installed that affect bitmaps (I'm thinking things like FBlit)?

Now matter how hard I try, I cannot get 2.4 to show the same problem as 2.5.2.

No ugly patches such as FBlit etc. installed.

Good - at least that probably rules out OS 3.1.4 as being a factor, which was going to be my next question.  How about IBrowse 2.5 (the initial release) - does that have the problem too?

It is a little strange (and annoying) that I cannot reproduce the problem here.

As I wrote in https://forum.amiga.org/index.php?topic=74567.msg848138#msg848138 , the problem started from 2.5

Not sure what the next step is.

Can you post your directory listing of DEVS:Monitors, output of "version graphics.library full" and "version cybergraphics.library full"?

I know the latter may seem irrelevant as you are on AGA, but I just want to check whether it exists in memory or not.

[futaura]

Euro72
Multiscan
PAL
VGAOnly

graphics.library 45.27 (2018-09-20)
There is no cybergraphics.library

Thanks for your patience duga - having re-read the entire thread, I now realize that I have been repeating myself a lot!

Going back to the https://safir.amigaos.se/main.php site, I can see a problem too on my AGA boot. I presume that some of the PNG files look fine (e.g. the header/logo at top/left and the news item images), but it is all the table/page backgrounds that are not shown correctly? That is what it looks like here.

[futaura]

Euro72
Multiscan
PAL
VGAOnly

graphics.library 45.27 (2018-09-20)
There is no cybergraphics.library

Thanks for your patience duga - having re-read the entire thread, I now realize that I have been repeating myself a lot!

Going back to the https://safir.amigaos.se/main.php site, I can see a problem too on my AGA boot. I presume that some of the PNG files look fine (e.g. the header/logo at top/left and the news item images), but it is all the table/page backgrounds that are not shown correctly? That is what it looks like here.

No problem. It's easier for me to be confident that the fault is in the program now when I have two functional A1200 with different CPU's and OS versions.

Yes, it sounds like you see exactly the same problem as me.


Some stuff that might be of interest, regarding what I call the "garbled graphics" problem:
http://forum.amiga.org/index.php?topic=74037.msg843629#msg843629
ECS and RTG are fine, but not AGA: http://forum.amiga.org/index.php?topic=74037.msg844604#msg844604
https://eab.abime.net/showpost.php?p=1391719&postcount=12

Pleased to say I've fixed this particular issue. It was a bug in the page/table background render code - I had optimised this some years ago, and it was totally unrelated to more recent changes in the image decoders themselves. So, it affects JPEG, GIF and XBM, not only PNG. Images were loaded correctly - it was just that a check was missed in the render code that meant that the OS BltBitMap() was mistakenly being used on one of IBrowse's custom fastmem bitmaps, instead of IBrowse's replacement routine. A nice easy fix in the end. That's why it worked with the fastmem setting off, and also using external decoders (as datatype images go into chipram too).

This fix will be present in IBrowse 2.5.3 (http://www.ibrowse-dev.net/2.5/history.php).