Ave!

If you set iBrowse to use external datatypes for image decoding instead of its internal routines, it will be much faster. But... resizing the pictures stops working. Is it just not implemented by datatype system, or there is existing some jpeg datatype what supports it? GIF looks corrupted when using datatype decoding (maybe no transparency support). Can it be fixed? What about png transparency through the datatypes system?

Quote:

Ahh ok, maybe that is the reason why it runs so unstable on my system as i use internal decoding only.
Could u let me know, which datatypes u use? The Internal ones?

@GK_LKA: AFAIK the mos1.4.x picture.datatype doesnt have scaling method implemented.

regards,
tokai

Quote:

sorry but i've never understood all this "unstability issues" about IB2.3.

How many connections have you set? (Settings>Network>Max Number of connections)

and how much "Max simultaneus downloads?

I'm asking because i've seen grabs of IB around, with an IMHO "insane" numbers of connections.

About the datatypes decodings....no way for a lot of reasons .

Quote:

Well, i also read sevral diffrent statements about ibrowse.
Some say its stable as rock, some say it crashes after a few mins.
Also read here that people have diffrent experiences.
Acill also once wrote here that he tried the orginal 2.3 demo archive and it runs unstable.

I can say it just doesnt matter how much max connections i set up.
It looks like that certain sites break ibrowse faster, for example pegasosforum.de
Guess its all the little small icons on the top.

btw its always the ibrowsenetwork task that gets suspended/runs out of stack.
Oh yeah, ofcourse i tried raising it :)

This even happens when i boot from the 1.4.5 MOS CD, so it must be some kind of setting or software addition, that prevents it from crashing on certain machines

IBrowse doesn't like the ASL replacement in MUI4 beta. That's a likely couse of many unstability issues.

Of course it should be enough, if you just replace the asl library with older one.

There might be other problems related to incompatibility between MUI4 and IBrowse

"This even happens when i boot from the 1.4.5 MOS CD"

do you know that IBrowse needs some Mui classes not present in the MOS installation?

Take a look at the official IB archive and compare the classes in MosSYS:Classes/Mui/ (erm...don't replace them) and use the 060 version of all (codecs/javascript.library)

No need to explain where to install the missing classes and/or where to find the official IBrowse site.

For me only one thing can make IBrowse crashing: When the page has an input field with larger predefined text in it (VALUE=) than it's maximal allowed lenght (MAXLENGTH). Except this one, IBrowse never crashes. I repeat: Never. :) I have attached my IBrowse prefs. And, oh, it doesn't have any troubles with MUI4 and MUI4's asl.library. Everything goes fine :) So I tell you: I _can_ run smoothly :)

(IBrowse 2.3 V23.37, with 4KB stack.)


[ Edited by GK_LKA on 2006/6/16 18:40 ]

rrrrright

ah btw.... IBrowse had problems with the first MUI4 Alpha ASL library.

AFAIK no more with the one in the betas.

Alert caused by MUI4 asl.library with IBrowse is not critical.

I gave of on using Ibrowse long ago. It just crashed to many times on a lot of pages I visit. I use the MOS native version of Aweb now. Its just as good, if not better for me at least. Its a shame too since I paid for Ibrowse several years back. Ebay is a good site to crash it.

GK_LKA

What do you point the external datatypes to? What path please?

@ Acill

I use Ib 2.3 as my main browser, it is the fastest and best Amiga/MOS browser IMHO, though I havnet tried recent builds of Aweb. It never crashes on me - though Ebay is a site that will crash it due to lame Javascripting they keep "improving" on the site. Other than that it is rock solid for me. You can see it in action when we hook up.

magnetic

@magnetic:

Quote:

I mean Settings > HTML > Images > Image decoding > External (for JPEG for example). This way IBrowse decodes pictures with the datatypes instead of it's internal routines.