We need an iBrowse replacement for 68k!!!

[chris]

I try to compile Chris's OS4 NetSurf.
I have half of code compiled at this moment.
If somebody knows how to implement some OS4 functions on classic,
post it here:
http://eab.abime.net/showthread.php?t=68233

I don't have an account on EAB, however:

COMPILE: amiga/schedule.c
amiga/schedule.c:28:17: pbl.h: No such file or directory

You need to build libpbl - http://www.mission-base.com/peter/source/
I use it because it's a bit nicer/quicker for controlling the list of scheduled events.

Also WINDOW_NewMenu would need to be replaced with (from the top of my head) LayoutMenus and the attach menu function (whose name escapes me at the moment), and the reverse clean-up when the window closes (in gui_window_destroy after DisposeObject(gwin->objects[GID_MAIN])).  WINDOW_NewMenu can then be removed as that's all it does.

int32 -> replace by LONG

uint32 -> replace by ULONG

int16 -> replace by WORD

uint16 -> replace by UWORD

int8 -> replace by BYTE

uint8 -> replace by UBYTE

I'd rather you didn't do that, instead add the necessary typedefs to os3support.h.

[NovaCoder]

NetSurf AGA BETA released

You can read up about the development of this new browser port on this EAB thread Amiga Browser

Basically (Arti) the guy that has been working on the (SDL based) 68k RTG ports of NetSurf asked if he could use my new AGA SDL to see it would enable him to get NetSurf working for AGA users.

Currently it is slow and requires a powerful AGA machine.   It looks to me that the performance issues are from generating the image rather than actually displaying it (eg AGA is not the reason it is slow!).

There is the possibility that Arti might be able to improve the speed and fix the issues with the colors etc, all questions/thanks/encouragement/donations should be sent directly to Arti -> http://ami-soft.blogspot.com.au/


[youtube]RbWjdtUH62k[/youtube]


I don't know about you guys but I think it's pretty cool that classics will finally get a new web browser after all these years

[commodorejohn]

Ooh, I'll give it a shot. Where do I download and what additional stuff do I need?

[NovaCoder]

Ooh, I'll give it a shot. Where do I download and what additional stuff do I need?

Have a read of the EAB link I posted above, all will be revealed

[LoadWB]

I see you've produced a working SDL for AGA; I may have missed it elsewhere, but is there a working SDL for RTG?

[NovaCoder]

I see you've produced a working SDL for AGA; I may have missed it elsewhere, but is there a working SDL for RTG?

Of course, how do think the RTG version of NetSurf 68k runs

You can find it if you do a Google search, I don't think it's on AmiNet.

[direktorn]

I see you've produced a working SDL for AGA; I may have missed it elsewhere, but is there a working SDL for RTG?

Yes, but it's buggy, you can't resize the window.

[commodorejohn]

Have a read of the EAB link I posted above, all will be revealed

Ah. Well, if it won't run on an 030 I'm out of luck :/

[AmigaClassicRule]

Yes, but it's buggy, you can't resize the window.

No you cannot..but then again in an AGA resolution and output you do not want to resize window you want it to be maximized as much as possible. In fact...this treats the Amiga computer as a console...pretty much any browser in modern consoles like Playstation or xBox 360 or even xBox One and Playstation 4 treat browsers the same way the Amiga classic in AGA chipset does. It opens it in full screen..filling the entire screen with the website and then when you move the cursor with your controller all the way up...the address bar and toolbar drops down. It is not multitasking with the console and if you want to do other things than browsing you need to close the browser down and return back to the Home page of your console.

Amiga classic is doing the same thing pretty much...that I love...I enjoy the sexy interface and the wait hourglass I have no objection at all with the interface and the way it is now. However, the big issue I have is that it is super buggy...it crashes a lot and it does not display the page color correctly...but also the fact it is running on a 2 MB chip RAM may cause this good browser to be VERY unstable...very...very unstable and limit the amount of pages you can view with 2 MB of CHIP RAM depending on the intensity of the pictures, flash, colors that page have. Also this browser have the javascript disabled...which means due to again the limitation of the CHIP RAM we will not be able to run javascript app at all..and this heavily limits browsing experience.

I think if NovaCoder makes two version of this...one version have the javascript disabled etc just for the limitation of the Amiga classic hardware running in AGA and have a version for FPGA Replay where Javascript is enabled and even possibly flash (if it can be done) and HTML 5 enabled. The question why? Simply put that FPGA Replay have AGA+ as a custom chipset..meaning the CHIP RAM can hold 128 MB of RAM that is more than enough to do ALL your browsing need without trouble, have higher resolution, have higher bandwidth capacity in speed for the graphics chip RAM and have integrated RTG...which in this case now that I think about...the NetSurf RTG version right now in aminet is more than enough to run it comfortably with FPGA Replay...as long as the Javascript there is not disabled or anything.

[NovaCoder]

Arti has released an new BETA today over on EAB, looks like he's got the colors working properly now

[youtube]XbjvxbBesbo[/youtube]

[a-pex]

Fantastic work, really fantastic work! *thumbs up*

So sad, I moved to my girlfriend and the whole Amiga stuff is in a storage hall, at the moment. ;-)

By the way, what happend with EAB???

[chris]

OK guys, I spent some time fixing up the 68k toolchain for NetSurf, so it now builds again and all the dependent libraries build too.

I've also spent quite a while fixing all the compiler and linker errors for the OS4 build, when passed through the 68k toolchain.  It now builds and runs (don't get too excited) as far as errorneously displaying the splash window as a long thin window at the top of the screen.  It then crashes, probably somewhere between initialising the DataTypes handler and initialising NetSurf.  If I run it on OS4 (yes, that earlier test was on OS3.5, just to check I got the same thing) I can ignore past the crash, and then it crashes creating the main window.

I should probably try to build a simple ReAction example to check that side of things is working, as the splash window couldn't be much simpler so it makes me think the macros are somehow screwed up.

I'll probably keep poking it with my stick but it would progress a lot quicker if I had some help.  Anybody?

[Oldsmobile_Mike]

Dumb question, but NetSurf is 4.0/4.1 only, right?  Any chance of back-porting it to 3.9 systems?  Thx!

[danbeaver]

Does it make a difference that OS4.1 runs on a PPC CPU?

Or are we expecting a 5 ounce sparrow to carry a 1 pound coconut?

[Oldsmobile_Mike]

Does it make a difference that OS4.1 runs on a PPC CPU?

Or are we expecting a 5 ounce sparrow to carry a 1 pound coconut?

Sorry I didn't read the whole 178 posts in this thread. Post #176 mentions (quote) "yes, that earlier test was on OS3.5". So I would assume that at least at some point NetSurf ran on classic systems. Maybe I should just google it, lol. :p

[chris]

Dumb question, but NetSurf is 4.0/4.1 only, right?  Any chance of back-porting it to 3.9 systems?  Thx!

That's precisely why I posted.

Sorry I didn't read the whole 178 posts in this thread. Post #176 mentions (quote) "yes, that earlier test was on OS3.5". So I would assume that at least at some point NetSurf ran on classic systems. Maybe I should just google it, lol. :p

Sorry, I resurrected an old thread as I thought it would provide useful context - it's a continuation of the discussion here.

Currently there is a 68k version of NetSurf, but it is based on the Framebuffer frontend.
The OS4 version is a full native GUI but it is built for OS4 only.

The intention is to back-port the OS4 frontend to OS3.9. To achieve this I've fixed the toolchain and loads of "easy" compiler errors. It's now in a broken state in that it has real bugs which need fixing. As I said, it builds and runs under OS3 but doesn't get very far.

When this thread was previously active people were struggling to even compile it. Now that's sorted I'm hoping for some actual help.