NetSurf OS3.x Issues

[utri007]

New typo All the downloads are gone in netsurf page.

[chris]

New typo All the downloads are gone in netsurf page.

That file re-uploaded along with something else but never completed.  It's there now.

[utri007]

Tested.

You really have put some effort to AGA. It is possible that with AGA slow down is gone.
060/RTG is faster when going to amiga.org frontpage, but going to forums takes 119 seconds. With 040/AGA going to forums takes 59 seconds..!

Problem is, that after that AmiTCP is dead both of my amigas (tested several times). GUI says that it is online, but I can't ping gateway, etc. So question is, does Genesis GUI really know state of AMITCP if so it must be just a prism2.device?

Would be really nice to know does it kill anyothers TCP stack, with other real amiga users. There is no slow down or dead TCP in UAE.

[apj]

NetSurf 3.4 Release

    * added autodetect_depth option.
    * added auto playback of modules from modarchive.org and modules.pl
      Supported players Hipoplayer, Eagleplayer, DeliTracker2.  
      If Hip is slow than switch to AHI.
      Set module_player option to player path and
      module_autoplay:1 to enable.
    * enabled javascript. Added new button to turn on/off
    * changed youtube api
    * added stop button
    * added go back/forward mouse buttons support
    * fixed restart action  
    * fixed 100% CPU usage bug

http://ami-soft.blogspot.com/

[Niding]

Im assuming the new "defacto" performance standard in 2016 will be Vampire and 128+ megabytes of ram.

Have you tested Netsurf with Vampire? Ibrowse is quite decent with my 030, but since its not updated, I can see myself switching to the "in development" Netsurf once I get Vampire with my A1200.

[apj]

Vampire doesn't have FPU.
I'm working on no fpu version ATM.

[Primax]

NetSurf 3.4 Release

    * added autodetect_depth option.
    * added auto playback of modules from modarchive.org and modules.pl
      Supported players Hipoplayer, Eagleplayer, DeliTracker2.  
      If Hip is slow than switch to AHI.
      Set module_player option to player path and
      module_autoplay:1 to enable.
    * enabled javascript. Added new button to turn on/off
    * changed youtube api
    * added stop button
    * added go back/forward mouse buttons support
    * fixed restart action  
    * fixed 100% CPU usage bug

http://ami-soft.blogspot.com/

It is important that we do not confuse each other:
This version of Netsurf for OS3 you mentioned was provided by Artur Jarosik and unfortunately is named the same as the version provided by Chris Young. As I understand it, Chris' version has a Reaction-based GUI and uses a native Amiga toolkit, while Jarosik's port prtly requires ixemul - but he also has released a non-ixemul version.

[utri007]

It is important that we do not confuse each other:
This version of Netsurf for OS3 you mentioned was provided by Artur Jarosik and unfortunately is named the same as the version provided by Chris Young. As I understand it, Chris' version has a Reaction-based GUI and uses a native Amiga toolkit, while Jarosik's port prtly requires ixemul - but he also has released a non-ixemul version.

Chris' version is based desktop version of Netsurf, it's builds against official source tree.  It requires just a 11mb free ram to start, so it is useable with 32mb ram. Chris' version also supports Netsurf themes, like Firefox theme, just to mention one.

Arthur's version is based SDL/ Framebuffer version of Netsurf.

[chris]

It is important that we do not confuse each other:
This version of Netsurf for OS3 you mentioned was provided by Artur Jarosik and unfortunately is named the same as the version provided by Chris Young.

Artur's fork should not really be called NetSurf: https://listmaster.pepperfish.net/pipermail/netsurf-dev-netsurf-browser.org/2010-February/001739.html

[wawrzon]

Artur's fork should not really be called NetSurf: https://listmaster.pepperfish.net/pipermail/netsurf-dev-netsurf-browser.org/2010-February/001739.html

chris, few things need to be mentioned. the post you have linked to is very old (six years by now) and i remember that artur was ready and has tried to sastisfy the demands of the developers, as you can judge from the content of this followup post:
https://listmaster.pepperfish.net/pipermail/netsurf-dev-netsurf-browser.org/2010-February/001742.html

i have not been following it but im certain, that if artur was categorically demanded to rename his fork he would do that. meanwhile he was supplying amiga community with a functional browser based on netsurf sdl frontend for years, while you only decided to put some effort into the 68k frontend (as official it might be) just few months ago and i doubt it is in a state to compete in terms of usability with what artur has delivered even by now.

i think its a little unfair to publicly demand of him to rename his port in this situation, as everybody currently associates netsurf on amiga with his work. artur has admired your work, and afair proposed cooperation. i dont know if it is practical or only words, even if from technical point of view it would be better to have unified effort, but the attitude towards him puts me off a little.

[chris]

chris, few things need to be mentioned. the post you have linked to is very old (six years by now) and i remember that artur was ready and has tried to sastisfy the demands of the developers, as you can judge from the content of this followup post:
https://listmaster.pepperfish.net/pipermail/netsurf-dev-netsurf-browser.org/2010-February/001742.html

i have not been following it but im certain, that if artur was categorically demanded to rename his fork he would do that. meanwhile he was supplying amiga community with a functional browser based on netsurf sdl frontend for years, while you only decided to put some effort into the 68k frontend (as official it might be) just few months ago and i doubt it is in a state to compete in terms of usability with what artur has delivered even by now.

i think its a little unfair to publicly demand of him to rename his port in this situation, as everybody currently associates netsurf on amiga with his work. artur has admired your work, and afair proposed cooperation. i dont know if it is practical or only words, even if from technical point of view it would be better to have unified effort, but the attitude towards him puts me off a little.

I apologise, I wasn't demanding, just pointing out that the confusion is justified and shared (and it's not just Artur's version, but there's also a build of the GTK frontend for AmiCygnix on OS4).  As you say, that thread did not come to any conclusion.

My OS3 work has been on and off for a year or so, not just a few months.  Actually John-Mark did the initial work to get it to build (maybe five years ago?  Can't remember now) although that obviously wasn't a working binary.

[wawrzon]

thx, chris. need to check out your version one of these days;)

[utri007]

Chris version has some benefits. It uses much less memory, so it is useable with 32mb ram. Surprisingly it is more stable than Arthur version with real Amiga. Even if it freeses, it doesn't lock OS.

I'm not a big fan of emulators, so I was quite surpriced how well Arthur's fork performs under emulation. Considering that with real harware diffrence is not a big.

Main problem is slow down when surfing, every new page takes at lest 2x time than previous. Some builds kills TCP/IP  stack at some point, tested with Genesis(AmiTCP), Miami and Roadshow. AmiTCP things that it is online all the time, so it can be a device driver wich dies?

It doesn't seem to be memory fragmention, as I have all the time lots of free ram. biggest continous blog is about 30mb all the time.

It also made some AmiTCP errors about memery usage and buffers. There is preferences for them max memory usage of AmiTCP is just 256kb.

[apj]

Chris should try compiling with libnix . There are no slowdowns in my netsurf-libnix version.

Another example: Running ixemul version with ixemul_poolmem.library results with same slowdowns as clib2.

It is because ixemul uses cache buddy memallocator  and clib2 uses amiga mem alloc.

[wawrzon]

as artur says it must be the problem with the library the core gets linked against, i really doubt its the fault with the choosen frontend. on aminet there is a simple tool to compare time spant in a particular library function, very easy to use. its called librarytimer. you only need a valid fd files for the library you want to observe. and of course rtfm.

[chris]

Another example: Running ixemul version with ixemul_poolmem.library results with same slowdowns as clib2.

This is interesting.

I've just put up a test build, can somebody try it and see if the problems have gone away?