We need an iBrowse replacement for 68k!!!

[NovaCoder]

btw, netsurf depends on picasso96api.library, which will be only available on p96 systems. would probably be better to make it compatible with cgx3 as p96 and everything else is compatible to this quasi standard.

So it will only run on RTG systems?  

No AGA support

[matthey]

Are you guys targeting native chipset 8 bit displays or RTG?

I'm hoping it works for both. I tried 8 bit at one point and I believe wawa has been using 8 bit some also. You could dl it and tell us how well it works on AGA.

Also, what compiler options are you using?   We might be able to improve speed by using the right performance options (after it's running properly and it's stable of course!)

The Amiga makefile used to specify:

CFLAGS += -O2 -gstabs

but Chris probably changed to -O0 or -O1 because of a GCC compiler error with tag lists on the 68k. The code looks like it is compiled for the 68000 currently also. Good starting options would normally be something like:

CFLAGS += -O2 -m68020-060 -fomit-frame-pointer -gstabs

and link with -noixemul if possible? What do you think?

btw, netsurf depends on picasso96api.library, which will be only available on p96 systems. would probably be better to make it compatible with cgx3 as p96 and everything else is compatible to this quasi standard.

I don't see many RTG specific functions. Look at /amiga/rtg.c in the NetSurf sources. It uses P96 only if P96Base != NULL. This may work with AGA right now or I'm guessing it wouldn't take much to get it working. We will see what Chris says though.

[chris]

I'm hoping it works for both. I tried 8 bit at one point and I believe wawa has been using 8 bit some also. You could dl it and tell us how well it works on AGA.

It should work on AGA.  It doesn't require P96 although it will try to open P96 library and continue if it fails.  Actually the OS3 build doesn't use P96 at all at the moment.  I'll try enabling it once I have the 8-bit bitmaps displaying properly.

I don't see many RTG specific functions. Look at /amiga/rtg.c in the NetSurf sources. It uses P96 only if P96Base != NULL. This may work with AGA right now or I'm guessing it wouldn't take much to get it working. We will see what Chris says though.

Yeah, I moved all the P96 code to that file to contain it, as OS4.1FE apparently shouldn't need it, so it's there to make it easy for me to get rid of.  I do extensively use the ARGB colour setter of OS4 though.  Not sure what to do with that, I might have to do pen allocation even on truecolour screens on OS3.

and link with -noixemul if possible?

It doesn't use ixemul, so you don't need that option.  I'm using clib2.

I've just uploaded a new build.  It may just freeze as I've temporarily removed the tab bar in case the corruption there was causing your earlier problems.  I've also had another go at fixing the bitmaps, although I'm not holding out much hope.

I can see a potential problem where I'm remapping to the screen, and then blitting to an 8-bit bitmap before it ends up on the screen.  Specifying direct_render:1 might help point to whether that is the problem or not, although using an 8-bit screen should have worked if it was, so... *shrug*

[NovaCoder]

The Amiga makefile used to specify:

CFLAGS += -O2 -gstabs

but Chris probably changed to -O0 or -O1 because of a GCC compiler error with tag lists on the 68k. The code looks like it is compiled for the 68000 currently also. Good starting options would normally be something like:

CFLAGS += -O2 -m68020-060 -fomit-frame-pointer -gstabs

and link with -noixemul if possible? What do you think?

Yes I'd change it to -m68030 or even -m68040 (68000 is a bad target!).

And (if it's stable)
-O2
-finline-function

Also -noixemul is the way to go, I never build without it

[NovaCoder]

It doesn't use ixemul, so you don't need that option.  I'm using clib2.

I think it's better to still specify it, doesn't hurt.

[chris]

I think it's better to still specify it, doesn't hurt.

Actually it does because I tried it out of curiousity when I was having serious compilation problems initially.  It makes gcc link with libnix, which isn't on here either

[matthey]

Yes I'd change it to -m68030 or even -m68040 (68000 is a bad target!).

A -m68020-60 or -m68060 target should get instruction scheduling (instruction scheduling can make a huge difference on a superscalar CPU like the 68060) and won't use trapped 64 bit integer instructions which is much better for the 68060. The 68060 instruction scheduling doesn't hurt any other 68k processor (only disadvantage is slower compiling). Losing the 64 bit integer instructions does slow the 68020-68040 dependent on the code. The best would probably be to have a -m68030 compile for 68020-68040 and -m68060 compile for the 68060. For testing purposes, anything but a 68000 compile should give a nice speedup. The 68000 does fine for executables <64kB but NetSurf is a tad bigger.

It should work on AGA.  It doesn't require P96 although it will try to open P96 library and continue if it fails.  Actually the OS3 build doesn't use P96 at all at the moment.  I'll try enabling it once I have the 8-bit bitmaps displaying properly.

Yea. Maybe NovaCoder will start playing with the sources .

I've just uploaded a new build.  It may just freeze as I've temporarily removed the tab bar in case the corruption there was causing your earlier problems.  I've also had another go at fixing the bitmaps, although I'm not holding out much hope.

I can see a potential problem where I'm remapping to the screen, and then blitting to an 8-bit bitmap before it ends up on the screen.  Specifying direct_render:1 might help point to whether that is the problem or not, although using an 8-bit screen should have worked if it was, so... *shrug*

The gfx are a little different with the new build:

new http://www.heywheel.com/matthey/Amiga/NetSurf_grab3.png
old http://www.heywheel.com/matthey/Amiga/NetSurf_grab2.png

[wawrzon]

It should work on AGA. It doesn't require P96 although it will try to open P96 library and continue if it fails. Actually the OS3 build doesn't use P96 at all at the moment. I'll try enabling it once I have the 8-bit bitmaps displaying properly.

ah, okay, thx for clarification, trying to run it under aros therefore noticed it at all.

[chris]

Yea. Maybe NovaCoder will start playing with the sources .

I hope so, doing remote fixes like this isn't really very efficient.

The gfx are a little different with the new build:

new http://www.heywheel.com/matthey/Amiga/NetSurf_grab3.png
old http://www.heywheel.com/matthey/Amiga/NetSurf_grab2.png

"A little different" as in "non-existent"?

Clearly that didn't work! I've partially reverted it and uploaded, this time built with -m68020 and -fomit-frame-pointer

Any change in graphics or speed?

[wawrzon]

i disabled rtg on my uae and it is working on aga i would say even better than on rtg. i cant catch a screenshot atm, but for instance on aorg its showing the main banner correctly dithered to 256 colors.thare are other glitches though, but nothing worse than rtg.

[wawrzon]

what concerns aros68k have been copying classes and gadgets to it resolving start issues one by one, but im stuck with getfile.gadget, that somehow refuses to get recognized. i wonder if the necessary classes couldnt be reverse engineered or opened up..

[matthey]

Clearly that didn't work! I've partially reverted it and uploaded, this time built with -m68020 and -fomit-frame-pointer

Any change in graphics or speed?

The direct_render:1 in Choices made a difference:

http://www.heywheel.com/matthey/Amiga/NetSurf_grab4.png

The fonts have a grey halo and the amiga.org pic doesn't even try to display but it is actually more usable if less readable. This is with the old build. I'll try the 68020 build now.

Edit: Oh yea. New build is better at rendering. Without direct_render:1 it looks like this:

http://www.heywheel.com/matthey/Amiga/NetSurf_grab6.png

And with direct_render:1 it looks like this:

http://www.heywheel.com/matthey/Amiga/NetSurf_grab7.png

I didn't notice much of a difference in speed. Maybe GCC is stuck in slow mode without -O2. I would have expected the executable size to drop a lot more than that too. Did all the source get recompiled for the 68020?

[NovaCoder]

The direct_render:1 in Choices made a difference:


And with direct_render:1 it looks like this:

http://www.heywheel.com/matthey/Amiga/NetSurf_grab7.png

Getting there

[wawrzon]

amiga.org may be a tricky site. would be good if someone tested it in paralell with netsurf for other platforms to m make sure its amiga frontend problems we are seeing.

[chris]

The fonts have a grey halo

That's normal for direct_render.  It's the main reason I say it's for debugging only.

Edit: Oh yea. New build is better at rendering. Without direct_render:1 it looks like this:

http://www.heywheel.com/matthey/Amiga/NetSurf_grab6.png

Much better and I think I know why old pages are showing through, will fix later.

I didn't notice much of a difference in speed. Maybe GCC is stuck in slow mode without -O2. I would have expected the executable size to drop a lot more than that too. Did all the source get recompiled for the 68020?

Yes, although most of the executable is static libraries.  I'll see if I can get -m68020 added for the NetSurf libraries.

@wawrzon

I know exactly what a.org is supposed to look like in NetSurf

[Retrofan]

Great work. I've always wanted NetSurf to work without Ixemul so no FPU amigas with 030´s (ACA) have a chance to use it.