stardot.org.uk

I'm currently building a test suite so I can make sure I honour the syntax and behaviour. I've come so far I nearly forgot the purpose of all this which was to create an update BAS135 with my 3D stuff and VFP for the PiTubeDirect. The cross-compile still works though, so I'd better get it tested.

I've made the FOR loops behave as expected. Trig performance is still slow, probably because this is using FP emulation and for strings I'm using strcpy etc. which likely aren't as efficient as the hand-coded ARM in BBC BASIC. Assuming (once again) that the code is running correctly, it now runs the...

Don’t worry, this is just a pet project and won’t be released. I’ll just keep it for my own personal RISC OS projects...it’s more a proof it can be done than anything. The FOR and REPEAT thing is definitely a conundrum. I’m surprised how slow the FOR loop is considering how little it’s doing. I was ...

For context, I'm not doing this as a "new" BBC BASIC, I did some 3D stuff on RISC OS before and I wanted to add some stuff to my own BASIC to make writing games more fun, think like BlitzBasic or similar. My 3D stuff is mentioned in the show report https://www.riscository.com/2019/show-rep...

The REPEAT loops seem to be extremely fast and the FOR loops surprisingly slow. Is this what you would expect? This is all relatively new code, I'm converting to a bytecode of my own, this does of course mean I need to know types of things at compile time so even though it's interpreted, supporting...

Actually, I think the numbers are correct, not off by 100 as I thought. I've double checked, are these numbers really that insane?

IanJeffray wrote: ↑

Tue Sep 08, 2020 11:45 am

Combined average is 224 GHz? That's ... "impressive"

I may have a decimal place off somewhere as I needed more digits so roughly altered it!!!

The relative ratios should be correct though.

I got it to work, it was overflow. I changed from float to double which allowed it to run. Results are: BBC BASIC CPU Timing Program Really real REPEAT loop 114206 MHz Integer REPEAT loop 66760 MHz Really real FOR loop 34316 MHz Integer FOR loop 6532 MHz Trig/Log test 1250909 MHz String manipulation...

I've written my own BBC BASIC implementation using my own VM and bytecodes (for fun). However, it runs so fast that I'm sure that CLOCKSP is overflowing variables, although it's entirely possible there is an error in my code somewhere. If I add a 1 microsecond pause at every bytecode it gives a resu...

An out of nowhere question, is there an ARM assembler with VFP available for the co-pro? Even something written in BASIC would work well enough for what I need. I'm trying to port over some code I did for RISC OS using the inline assembler. I don't want to cross-assemble from my Linux machine, I wan...

MogKupo wrote: ↑

Tue Jul 07, 2020 5:41 pm

I'm not actually sure but given these results it seems fast floating point of some sort is supported..

http://rinoa.kupo.be:9090/95WLzJWx/file_4858.jpg

Those numbers are amazing, but I was thinking of the inline assembler itself.

After a bit of a hiatus with work and lockdown and 3 kids driving me crazy, I'm back to looking at projects. I did a lot of RISC OS stuff last year (3D engine etc.) but I want to have a go at doing something for the PiTubeDirect (possibly/probably in ARM native mode as it seems kinda cool). Obviousl...

With a mouse and working keyboard I am interested. I have a poorly A4000 with track damage if you fancy a project as well

I tried fixing myself but I'm struggling to solder with my eyes!

By bizarre coincidence I just posted up my A3020 for sale. https://stardot.org.uk/forums/viewtopic.php?f=8&t=17735 Not too far from Nottingham to Cambridge if you want to pop down! :D Kind Regards Andy I would have preferred a machine with a mouse, and little concerned with the keyboard not bei...

roland wrote: ↑

Tue Aug 20, 2019 11:40 pm

In theory it must be possible to port LibreOffive or OpenOffice to RISC OS because the source files are available. The main questions is: who wants to start that project

I'm not sure we would want that though. It wouldn't fit the RISC OS look & feel. It would however tick another box!

Does anybody have a working, preferably good condition 32 bit machine for sale? A3000 would be nice, but anything up to RiscPC would be considered.

Prefer to collect. I'm Nottingham based.

Planar graphics are painful! Reminds me of programming EGA back in the day!

16 colour us definitely no fun for shading and the VIDC palette isn't great.

I want to stick in the Acorn world I think. I have been thinking of investing in a RiscPC but feel the Pi is similar enough in some ways.

I'm playing around with some 3D stuff, and had some pretty nice gouraud shaded 3D stuff going on RISC OS on my Pi. It looks great and performs excellently using VFP instructions but it's hardly retro! I want get something similar going on an older machine... I have my Master with Pi co-pro which cou...

I'm not sure I converted anybody yet but there was interest. The boot speed impressed as did the ease of getting coding.

It's a difficult sell though with the lack of certain categories of software, such as real presentation software for instance. I used Linux to present..

Thanks for the advice. Ordered a Zero WH.

I'm going to try and port some of my RISC OS 3D code over and see how much I can eek out of my 128 for graphics. I know right now that video write speed will be the bottleneck obviously.

Daryl.

Just a quick question, I had a Pi 3B+ on my PiTubeDirect but reused it for regular RISC OS stuff. Is the Pi Zero still good for use? I presume not wildly slower than the 3B+? I don't mind buying either as they are both cheap enough, but just feels "neater" having a smaller daughterboard in...

So tonight I'm doing an Acorn history and RISC OS presentation and demonstration to my Linux user group (nottslug).

I'm not sure if I'll convert anybody but I'm sure it'll be interesting!

I would highly recommend for performance that you use fixed point representation for your matrix maths, and use a sine table to lookup sines/cosines rather than calculating them with sinf()/cosf(). Also, remember there are some nice trig identities you can use to avoid multiplications: e.g. sin A *...

It's the latest version from !Packman.

I don't actually do any complex number stuff myself, it seems to be a compiler optimisation. Some online searching suggests changing to doubles and it no longer does it. I have gcc to leave the intermediate assembler so I will take a look at it.

In my 3D matrices code there are a bunch of trig functions doing rotation. If I run GCC/make normally, I get a working executable, but if I use any optimisation flags such as -O1 then I get a link error with it unable to find cexpf. A google suggests that GCC is doing some clever optimisation where ...

flibble wrote: ↑

Tue Aug 13, 2019 3:04 pm

Nope.

Cheers. It's actually useful that it doesn't but I am working on some code I wanted to test. I'll have to get willing volunteers to speed check it for me!

I might be being dumb, ArcEm of course runs at native speed, but RPCEmu runs as fast as possible. This is great when doing things like compiles (faster than the Pi) but I want to test whether my stuff will run at a reasonable speed on a real machine. So, does RPCEmu bother at all trying to be realis...

Thanks.

You do have me wondering just how realistic it is to do this on a Master. Possibly, but would be a ton of work!

Is it possible to upload videos here or do I need to post to something like YouTube and share a link?

I'm currently considering some mixed wireframe and filled polygon Outrun style (the art style as well as game).

Not TOO difficult and MAY look retro in a fun way.