The submission period for the CodeCraft #4 demo coding competition has now closed, which means now comes the part that every one can get involved with: Voting!
 
9 entries were received in total, but because voting is on a per-category basis, only 7 of the entries are eligible for voting (the other two are in categories that only received one entry). There are five entries in the 256 byte intro category, and two entries in the 1KB intro category.
 
Download links and YouTube videos of all the applicable demos are available here on pouët.net, and information about the voting process (and an all-in-one download archive for the submissions) is available here. At the time of writing, there is an issue which is preventing the CodeCraft website from being updated with this information.
 
The deadline for voting is Sunday the 17th of October.
 

After a 20 year hiatus, the CodeCraft RISC OS demo coding competition is back, with CodeCraft #4. Like the previous instalments, the competition focuses on small programs, fitting into one of the following categories:

• 256 byte intro or game
• 1KB intro or game
• 2KB tool
• 4KB intro or game

The deadline for submissions is October 3rd, so there's plenty of time to get in your entry (or entries). Questions and submissions should be sent to Kuemmel via the email found in the "A Call to the ARMs" intro ReadMe.
 
If you're new to CodeCraft, make sure to check out the CodeCraft #3, #2 and #1 websites to see the entries from the previous instalments.
 

The need to preserve data from the BBC Micro days is becoming more and more urgent as time goes by since many of the discs are now well over 35 years old and many will be starting to degrade - if they haven't already. During this weekend's all-day ABug event, the Acorn Preservation Team gave an update on their recent project to recover the data from the original source code discs for several of Matthew Atkinson's games for the BBC Micro including Repton 3, UIM, Tempest and The Living Daylights.
 
The Acorn Preservation Team are also encouraging anyone who may have some old discs containing anything that is in need of recovery/preservation/archival to get in touch and loan the discs to them to help make sure the data isn't permanently lost. In particular, the team are interested in development discs containing sources, binaries, unreleased/missing/early versions of games and applications for both the BBC and RISC OS platforms.
 
In the case of Matthew Atkinson's discs, they were passed over to the Acorn Preservation Team a few weeks ago when they turned up here at TIB Towers after having been presumed lost by the author. It turned out that he'd in fact sent them to TIB back in the early 2000s where they were stored for the last fifteen years before turning up during a recent house move.
 
Once we'd sent the discs over to them, the Acorn Preservation Team set to work recovering the data contained within. This task wasn't entirely straightforward as some discs were showing the effect of their advancing age. One disc had damage that looked like it had seen an impact at some point in its life and sported a dent covering around 11 tracks of data. Despite this, the team were able to recover almost all of the data from the 22 disc set using a variety of methods including flux-level readings and analysing low level analogue signals from the discs. At the time of writing, only a handful of tracks from the dented disc remain to be recovered and are still being actively worked on. The data recovered so far has been provided back to Matthew Atkinson to have a look through and decide what he'd like to do with the soruces next.
 

Phil Pemberton and Chris Evans talk about the process of recovering data from Matthew Atkinson's source discs at this weekend's ABug event
 
The ABug talk from the Acorn Preservation Team will be made available through both the ABug website and their new YouTube channel in the near future along with a talk by Matthew Atkinson himself on the history of his BBC Micro and Archimedes development days.
 
If you have any old discs in need of preservation, whether BBC Micro era or Archimedes/RISC OS, the Acorn Preservation Team urge you to get in touch via the Stardot forums or the Software Preservation channel in the Stardot Discord Server before it's too late and the data's gone forever.
 

What better way to spend your free time this Christmas while we're not allowed to go anywhere than to sit back, relax and enjoy some interesting presentations on a variety of Acorn and RISC OS topics?
 
Since 2014, ABug - the Acorn and BBC Micro User Group - have been holding regular events featuring talks on a wide range of topics relating to Acorn and RISC OS computers, both as in-person events and more recently as virtual events. We've selected a few of our favourites in this article, but the ABug website has a lot more talks available to choose from.
 

Continuing in my quest to optimise my RISC OS port of NBlood, I've recently been taking a look at the rendering code. Specifically, the top functions in my profiler's output: the vertical line drawing routines, which are used to draw walls and sprite-based entities.
 
 

Welcome to the first in a (very) infrequent series of articles about optimisation. In this article I'll be looking at audio mixing in C/C++ using GCC 4.7.4, running benchmarks of various routines and optimisations across multiple machines in order to work out what works well and what doesn't.
 
 

If you are looking to learn about software, there is a treasure trove of source code and resources available on the Internet.
 
One of the more interesting resources is from David Pilling. He is something of a RISC OS legend (being behind OvationPro and many critical tools for RISC OS). His website lists his software and also includes several free utilities.
 
There is also an interesting section for 'retired' software here. Rather than just let the packages disappear, the source code is now available for all the ArcFax, Panorama, SparkFS and many other former commercial applications. Enjoy digging....
 
[Updated 18 January] Thanks to Sprow for pointing out SparkFS does not include source code
 
David Pilling website