We need an iBrowse replacement for 68k!!!

[wawrzon]

It's always going to be slower with -v anyway.

measured without on my part.

I'll hold off uploading new builds for the minute until I merge the bitmap fonts stuff across.

give a hint as soon as its ready, i might stay in the studio tonight.

@utri007

Is download link same than in page 20?

21

[matthey]

OK, I think that's a 68k registers thing.  I've probably fixed it.  I'll hold off uploading new builds for the minute until I merge the bitmap fonts stuff across.

Hook problem? Fixing the registers in all hooks could make a lot of things work .

[chris]

Hook problem? Fixing the registers in all hooks could make a lot of things work .

Yes... just done it (might* have missed some, but we'll find out)

Uploaded a new version from my bitmap fonts branch (as I don't want to merge this yet).

* Actually I know I've missed some, but nothing important for now.

[matthey]

Yes... just done it (might* have missed some, but we'll find out)

Uploaded a new version from my bitmap fonts branch (as I don't want to merge this yet).

* Actually I know I've missed some, but nothing important for now.

Bingo!!! Most menu items and gadgets work now! It is faster than ever also. Awesome!!!

[wawrzon]

find text seems to be working now, as far as i was able to recognize on the (mis)rendered page, at least it doesnt crash. tried to reply here from the amiga, but the browser is still too laggy, barely got past login..

[wawrzon]

It is faster than ever also. Awesome!!!

it still crawls even in comparison with sdl version. probably plotting gfx elements can still be optimized, but im not sure how to catch up with sdl fontend let alone surpass its speed. seems the claims of bernds opponents, sdl is slow, have been proven wrong.

[chris]

Bingo!!! Most menu items and gadgets work now! It is faster than ever also. Awesome!!!

Cool.  I changed the CPU option to -m68020-60, not sure if that is the cause of the speed boost or something else.

@wawrzon

The text width etc calculations are currently somewhat broken in bitmap mode, I'm aware of that.

[wawrzon]

@chris
what was previous setting? plain -m68000? there usually is some speedup to be expected but not that significant.

i have an impression as if when loading the page the browser is busy looping at times, because it freezes, but it may just be high priority cpu last.

[matthey]

Cool.  I changed the CPU option to -m68020-60, not sure if that is the cause of the speed boost or something else.

It's still not usable but I can see the potential. I was able to login to amiga.org to try a post but it acted like it didn't keep the cookie as it didn't remember me.

The one 68k build of AWeb with GCC is using:

Code: [Select]


-O2 -fomit-frame-pointer -m68020-60


This should give acceptable results if optimizations could be turned on. GCC seems to think using the normal CISC addressing modes is an optimization though.

The text width etc calculations are currently somewhat broken in bitmap mode, I'm aware of that.

There are a lot of adjustments needed yet and I'm sure plenty of bugs remaining but it is mostly working now.

[chris]

probably plotting gfx elements can still be optimized

No "probably" about it, as I say graphics are still routing via DataTypes (even on high-colour screens) which is not a fast way of doing things.  What I need is an optimised RGBA=>dithered palette mapped BitMap, with optional optimised scaling built-in.  Anyone?

@chris
what was previous setting? plain -m68000?

-m68020

The one 68k build of AWeb with GCC is using:

Code: [Select]

-O2 -fomit-frame-pointer -m68020-60


I'm using:

Code: [Select]

m68020-60 -O0 -fomit-frame-pointer
So, the same basically  Be nice if somebody could give me a fix for that GCC optimisation bug, or tell me which optimisation causes it so I can disable it.

[wawrzon]

No "probably" about it, as I say graphics are still routing via DataTypes

Thats the same with aros owb currently.

What I need is an optimised RGBA=>dithered palette mapped BitMap, with optional optimised scaling built-in. Anyone?

Ok, but this doesnt matter for deep and true color, we are mostly testing now, i think novacoder had put together some routines for his sdl aga employed with netsurf aga.

[chris]

i have an impression as if when loading the page the browser is busy looping at times, because it freezes, but it may just be high priority cpu last.

I'm getting freezing when using the diskfont code.

[wawrzon]

I'm getting freezing when using the diskfont code.

do you? i have an impression that the browser may hang at some later time, but hard to confirm as it is so slow. i might not have been clear, i meant that while loading the page there is some time the progress gadget stands or disappears, so that ine might assume the browser hangs, but it loads nevertheless some time later.

[matthey]

So, the same basically  Be nice if somebody could give me a fix for that GCC optimisation bug, or tell me which optimisation causes it so I can disable it.

Seeing at least one of the taglist problems occured with NewObjectA(), you might check this:

Now you need to modify a file: os-include/inline/intuition.h.

Open the above file with a text editor and search the following instructions:

#ifndef NO_INLINE_STDARG
__inline APTR NewObject(struct IClass * classPtr, CONST_STRPTR classID, ULONG tagList, ...)
{
  return NewObjectA(classPtr, classID, (const struct TagItem *) &tagList);
}

Replace them with these:

/*
#ifndef NO_INLINE_STDARG
__inline APTR NewObject(struct IClass * classPtr, CONST_STRPTR classID, ULONG tagList, ...)
{
  return NewObjectA(classPtr, classID, (const struct TagItem *) &tagList);
}
*/

#ifndef NO_INLINE_STDARG
#define NewObject(classPtr, classID, tags...) \
    ({ULONG _tags[] = {tags}; NewObjectA((classPtr), (classID), (const struct TagItem *) _tags);})
#endif

http://guidetoamigacompatibleprogramming.googlecode.com/svn/trunk/english/CAP_2.txt

My GCC 3.4.0 version of os-include/inline/intuition.h is a little bit different if you want to try it too:

http://www.heywheel.com/matthey/Amiga/INTUITION.H

[PanterHZ]

Must say that I really appriciate the work being done on this project

[utri007]

Still no luck with Netsurf. I start to consider that there is something wron in my installation.

Can I think that Reaction is OK when AWeb works just fine? 680X0.libraries are OK, because changin them doesn't affect to result? Maybe I shoul reinstall boing bags and make some testing without any patches installed.