Native 68k Netsurf

[wawrzon]

i might open a thread on utilitybase, this weekend i have priority things to do though.

[utri007]

Wawrzon: I really appreciate your input to this. I can promote this any forum you wish.

I bet that you get all hepl you need, if we play this right. And ofcourse, if you give detailed enough problem descriptions.

I've accout quite much every amiga forum

[utri007]

Would you let me be your project cordinator?

You have a problem, I ask this in all that I know.

I get an answer, I point you that direction, give a link for those who are willing to help?

[utri007]

Lets start: Piru are you only whing or what? Itix you promised this, about a year ago?

[wawrzon]

as i said. dont hold your breath. everybody else here that has the slightest idea of programming is a better candidate to accomplish this, i am only having a look on it since nobody else does. so dont call on piru or itix for now. to be helped with something you have to know how to use that help.

[fishy_fiz]

If I can ever get my freaking amiga online I'll look into this as well. Cant say Im not getting pissed at my amiga by now though, hopefully I dont stab it to death before I get a chance to look into Netsurf.

[wawrzon]

i think you dont need internet to test netsurf. you can do it locally. i also have no internet on amiga for some time now since i resigned on my stationary connection, an appropriate 68k poseidon class has not yet been released for my surfstick.

[nicholas]

i think you dont need internet to test netsurf. you can do it locally. i also have no internet on amiga for some time now since i resigned on my stationary connection, an appropriate 68k poseidon class has not yet been released for my surfstick.

I've got a couple of hours free later this afternoon, please could you send me a zip of what  you have so far and i'll have a look at it?

[wawrzon]

ive uploaded the source as well as libs and includes sent me by artur here:

http://www.daten-transport.de/?id=F3g3e2eayzcD

since ive ended up using not exactly the same libs and includes as him ive uploaded what differs in files marked with wawa. it must be only libcurl and libxml2 related.
devcpp project included is meant for testing the particular sources.
you will have to edit or create makefile.config ive initially removed all plugins from the build.

hope nothing has been messed up while upload. im sitting on a bad mobile connection here.

[wawrzon]

btw, i always comment my changes to whatever sources with //wawa, so its easy to find. in this particular case i only remember to have made one or two.
in case of problems or further requests please come back to me. also if any include is missing, my whole folder is multiple mb, i just cant upload it from here.

[unusedunused]

SDL is not too slow, its the reason that today no programmer code for a 50 MHZ CPU.

you can use the netsurf or other game ports for linux on a X86 with 50 MHZ.

You see all crawl.the programs are too complex, and they use more bustransfer speed as a slow mediator can offer.thats all.

If you put a 68060 CPU and have a fast GFX Card interface, you can see SDL fly.

too bad that the natami is still not here and show this.
and if you use a native GUI or not doesnt matter for netsurf speed.

problem of netsurf is too, that it can only support 1 pixelformat per bit depth.

I have done the convert routines to use rgb32, or rgb16, but this work not good on voodoo boards and some other cards, but SDL offer to support all cards and can swap data, and with a fast bustransfer speed this cost not so much noticable time in scrolling speed.

so there need another netsurf build do, that support bgr32 and rgb16 PC.

then need release 2 versions, and i am too lazy to add the pixelformant converter for another pixelformat again.

but if somebody add the code in netsurf framebuffer to support rgb16PC, then scroll can work faster on Voodoo 3 cards.

but on page create time it speed up nothing. css is too complex and need so much FPU calcs that a 50 MHZ CPU give no better results.

[unusedunused]

hubbub problem found, if not yet completely solved. its too old libxml2. replaced headers with those of os4 aminet distro and now it compiles ok. waiting for arturs static lib, which should solve linking stage when we come to that. now the amiga dir must get our attention.

Artur can send you complete archive, only you need do is make and all compile.I have no actual version

but its important that you not use GCC 3.4.0.use GCC4, because GCC 3 give you only buggy code, when you enable optimizer.

[wawrzon]

lets give it a try, none here is contributing to netsurf sdl so no time wasted, and netsurf dev team is critical baout doing plane sdl ports, so an native port would fit their agenda. also sdl not being slow in itself, netsurfs sdl plotters might be not as optimal since they do not get much attention from netsurf team. i think its good to have a netsurf port across amiga platforms, as it coule be debugged better. i just wish chris had chosen mui 3.x rather than reaction which would make this more portable (mos and aros in my mind)

[wawrzon]

Artus should send you complete archive, only you need do is make and all compile.I have no actual version

but its important that you not use GCC 3.4.0.use GCC4, because GCC 3 give you only buggy code, when you enable optimizer.

hubbub is compiling fine now. gcc4.5.0 problem does still apply.

[chris]

hubbub is compiling fine now. gcc4.5.0 problem does still apply.

Take a look at this:
http://vlists.pepperfish.net/pipermail/netsurf-dev-netsurf-browser.org/2011-March/002416.html

[chris]

SDL is not too slow, its the reason that today no programmer code for a 50 MHZ CPU.

you can use the netsurf or other game ports for linux on a X86 with 50 MHZ.

You see all crawl.the programs are too complex, and they use more bustransfer speed as a slow mediator can offer.thats all.

If you put a 68060 CPU and have a fast GFX Card interface, you can see SDL fly.

You have contradicted yourself.  SDL is too slow for a classic Amiga.

and if you use a native GUI or not doesnt matter for netsurf speed.

No, but how you draw to the GUI does matter.  If you're using SDL it's going to be slow.  If you use graphics.library or cgx it's going to be faster.

problem of netsurf is too, that it can only support 1 pixelformat per bit depth.

In the core, yes.  But there's no problem for the frontend to convert this into something more suitable for display.  You're going to have to do that anyway for 8-bit screenmodes.

but on page create time it speed up nothing. css is too complex and need so much FPU calcs that a 50 MHZ CPU give no better results.

A CSS compatible browser is always going to be slower than a non-CSS one.  I don't think libcss does floating-point maths though.

Chris