We need an iBrowse replacement for 68k!!!

[itix]

It uses an offscreen buffer for rendering, which defaults to the same size as the screen.
edit: it's flagged as BMF_DISPLAYABLE so will be using chip mem, however it doesn't get displayed itself, only blitted to a displayed bitmap, so I might be able to remove this flag? (edit2: I've removed it and it seems happy on the OS4 build)

If you specify BMF_MINPLANES it wont use chip ram anymore. But without BMF_DISPLAYABLE is better for Netsurf.

Cool, we should be able to do a C2P straight to the main bitmap then for extra speed

If you mean rendering direct to the window, I've tried that and it gives all sorts of problems. There's an option to enable it (I think.. or maybe I removed it again), but it's only there to aid debugging.

Shouldnt it work fairly well with WriteChunkyPixels() (V40)?

[itix]

@itix

does that apply to your netsurf 2 mui frontend as well?

Yes it does. Main view is rendered to large bitmap and everything outside main view is using MUI. I even reused some Chris' code there.

Edit: or at least I think so. I might have just copypasted some parts because file headers have my name there only. But I recall Chris complained about it because I used his code without giving merit. If it is so, I am sorry =P

[itix]

>I don't think DoMethod is a stub - it's a real function[...]in the libamiga static link library.

See my Aminet/SimpleDT for a DoMethod implementation WITHOUT using libamiga

We are splitting hairs but yes, DoMethod() is a stub. All it does is moving parameters to registers (A0, A1, A2) and then calling h_Entry.

Reason why it was moved to Intuition in OS4 was that now it had to figure out is hook pointing to PPC or 68k code. This approach didnt leave room for inlined or static link lib.

[itix]

@chris

the result on an 8bit screen is visually the same.

what concerns gcc perhaps best to ask people on eab, i doubt there is anyone here experienced in this field. alternatively, would that be possible to borrow aros compilers for the time being? these are patched versions of 4.6.4 and 4.8.2 afair, with outlook at 5.x.x. they should produce 68k elf code that can be converted to hunk. though they are not exactly efficient now due to some register macros as it appears. ideally could we get netsurf compiling with vbcc?

To me it sounds like GCC is optimizing code by putting varargs to registers. Solution could be using __VA_ARGS__ style macros in tag calls but you need to craft some inline asm there.

[itix]

ah, you have guardian angel turned on as well, just checked that i have muforce turned on as default also on my a4k.

edit: mm. still not catching anything..

Detecting hits with Enforcer, MuForce, GuardianAngel and any similar tool is matter of good luck. MuForce only detects illegal memory accesses to unused address space. GuardianAngel detects illegal memory accesses to unused memory but if your memory is heavily used by other applications it detects nothing.