The Icon Bar is the longest running RISC OS portal. The sensibilities that Acorn instilled in us still influence our interests and writing.
Let us know!
|CAMiLEON: Emulation and BBC Domesday|
The BBC Domesday project was created to celebrate the 900th anniversary of the 1086 Domesday book, but is now in danger of being lost through technological obsolescence.
Posted by Sion on 20:00, 25/3/2012
| Education, Graphics, Hardware, IYONIX, Open source, Programming, RISC OS, RISC OS Open Ltd, Software, Video
3 comments in the forums
RISC OS 5.18 released
RISC OS Open have announced the release of their latest stable release of RISC OS, version 5.18 to be precise. This update features no less than 340 improvements since the last official release and has been officially vetted by Castle Technology for the Iyonix PC and R-Comp Interactive for their ARMini.
The new ROM image should be able to upgrade all versions of RISC OS from version 5.07 or later and is provided with a flash programming tool (for Iyonix users), which also takes a backup of the previous version just incase you wish to go back.
The OMAP3 (i.e. ARMini) version of the operating system now supports hardware CMOS memory fitted on a carrier board plugged into one of the headers on the motherboard. This permits saving of common configuration settings which will be retained when the power is off. CMOS memory carrier boards are available now from the ROOL store and are suitable for use on the original Beagleboard, Beagleboard-xM, and Pandaboard.
As the ROMs now several new modules, some of the module location numbers have changed. Because the *UNPLUG settings only remember the module location numbers you may need to review any unplugged modules after the upgrade to ensure the desired ones are unplugged, and that crucial modules are not left unplugged by mistake.
For the full release notes and download/installation instructions, please see the ROOL press release.
Raspberry Pi released
The Raspberry Pi Foundation have launched their much anticipated, and dirt cheap computer, the Raspberry Pi. The machine is currently being sold through a number of electronic retailers, namely Farnell, RS Components, and Allied Electronics. However overwhelming demand for the device means that it may take a month or two for production to ramp-up and all backorders to be filled.
The Raspberry Pi is a single-board computer developed by the Raspberry Pi Foundation. The foundation plans to release two versions, priced at £16 and £22. The Raspberry Pi is intended to stimulate the teaching of basic computer science in schools and has been designed for use with the Linux operating system, although a port of RISC OS to the machine is already underway.
The design is based around a Broadcom BCM2835 SoC, which includes a 700MHz ARM1176JZF-S processor, VideoCore IV GPU, and 256 Megabytes of RAM. The design does not include a built-in hard disk or solid-state drive, instead relying on an SD card for booting and long-term storage.
MPlayer ported to RISC OS
Chris Gransden has ported the popular cross-platform media player and encoder MPlayer to RISC OS, this significant advancement means that RISC OS can now fully play MP4 and other mainstream video formats.
Chris’ port is a direct build of the Linux sources and does not feature much RISC OS integration as of yet. It makes a good attempt at playing most MPEG, VOB, AVI and WMV formats, plus many others. You can expect reasonable frame rates up to 480p resolution on recent RISC OS hardware which currently includes Beagleboard and Pandaboard based machines.
Bundled along with the MPlayer download is MEncoder, which is a simple movie encoder, designed to encode MPlayer-playable movies.
You can download this latest version of MPlayer from the riscos.info website here.
Version 3.38 of OpenVector, OpenGridPro and DrawPlus has been released. These applications are all open-source enhancements to Draw, providing enhanced layering and object library capabilities as well as the ability to draw advanced grids and other object layouts. This release features improved compatibility with Cortex-A8 hardware such as the ARMini and BeagleBoard. Compressed drawfiles and libraries can now be loaded when alignment exceptions are enabled. Consistency of layered merging has also improved.
Version 1.71 of PlayIt, a disc-based engine for playing sound samples, has been released. It is used as a resource by several audio players including DigitalCD. This new update contains no new functionality but several significant bugfixes, increased 26/32bit neutrality, and changes for ARMv7 compatability.
BarFree from Bernard Veasey has been updated to work on RISC OS 5.18, BarFree copies revised ‘Messages’ and ‘Templates’ files to your ’PreDesk’ directory within its own directory called ‘Free’ to enable different style Free Space windows.
Charm has been updated to version 2.5.3 to add support for 'new' and 'delete' keywords for allocating and releasing storage for records. Charm is a high level programming language with a compiler than generates efficient code with a small memory footprint.
Posted by Chris on 15:25, 19/4/2010
| Hardware, Open source, Programming, RISC OS, RISC OS Open Ltd, Video
17 comments in the forums
Watching video on RISC OS isn't very easy. We've run an article here
on how you can download and convert YouTube videos into a format RISC OS can understand. Though it's very clever, and the tools
involved are actively developed, it's not as simple as clicking 'Play' in a browser window.
Improving this situation has been hampered up until now for two main reasons:
- RISC OS hardware has been too slow to play back video at an acceptable rate;
- RISC OS software hasn't supported popular codecs (formats), some of which are proprietary and expensive to license.
The first of these is already well on the way to being fixed. The Beagleboard is modestly powered in comparison to the average desktop PC, but it's perfectly capable of playing video at a decent rate. The diminutive boards have been shown running 720p video (a high-definition format) while running a Linux distribution - have a look here
to see this in action.
The RISC OS port can't quite match that yet. All that might be about to change, though, due to the development of something called Theorarm
. This is a library of routines to enable the playing of videos in the Ogg Theora
format on ARM-based machines. Ogg Theora is a relatively new format, but it has some interesting features. Perhaps most importantly, it's entirely open source, so videos encoded using the technology can be played back by any suitably-written software. Moreover, Theora is one of the contenders for the [video] tag in the new HTML5 specification. That means that it may become a significant rival to the more common MPEG and Flash videos on the web.
Theorarm is interesting, as it's been optimised for newer ARM chips using hand-written assembly code. This makes it very fast. The developer, Robin Watts (of Warm Silence Software
fame) has done some development work on the Beagleboard, with promising results: "With post processing disabled, I can play a PAL DVD sized film (720x576x25fps, 48kHz stereo audio track) in realtime with software YUV2RGB. The limited profiling I've done, along with some back-of-an-envelope maths suggests that we should just about be able to do 720p films if the YUV2RGB process is done by hardware." That means, in English, that DVD-quality film can be played back on a Beagleboard with decent audio too. If some of the complex conversions from YUV colour format to RGB could be carried out in hardware, then higher definition films could be played.
This is pretty exciting stuff for Beagleboard owners. If Theorarm is ported to RISC OS (and there's no reason, other than developer time and effort, why it couldn't be), then we'd have the basis of a fast, native video playback system. Some issues would require addressing, of course, since RISC OS can't handle the Beagleboard's YUV facility - see here
for Jeffrey Lee's proposals to fix this - but these are all surmountable.
If anyone is interested in getting involved, then the ROOL project is the place to start. In particular, the proposals for working on the GraphicsV
vector need attention from developers with the right level of experience, and the draft API on the ROOL site could do with some more exposure.
A few years ago, RISC OS lacked fast hardware, a half-capable browser and a media player capable of showing popular streaming video formats. The first two are being actively addressed
- what are the chances that the last one will be as well?
Posted by Chris on 16:08, 8/4/2010
| Hardware, Programming, RISC OS, RISC OS Open Ltd
9 comments in the forums
There's been a fair bit of effort to get RISC OS software working on ROOL's port of RISC OS to the Beagleboard and other OMAP-driven boards. The shift from software that works on the Iyonix to software that works on the OMAP family isn't as big as the shift to 32-bit of a few years ago, but there are still some issues. Most importantly, the OMAP family of processors use the 'ARMv7' specification, which means that certain instructions that work on the Iyonix's IOP processor (or earlier) fall over.
The ease of fixing a recalcitrant application depends on how it's been written. If the app's written in BASIC, then all should be well. If it's written in C, then a recompile with the latest version of the GCC or Norcroft tools should fix it. If you've got some hand-crafted assembler to cope with, then the process is a bit more involved. There's a full list of these technical issues here
As time goes on, more and more software is having fixes applied to enable compatibility. Over the last few days, David Pilling's Ovation Pro
have been updated to work with the new hardware. The text editor Zap has also been fixed
, though there's not an official release of this yet. Apps like NetSurf
already work, and there's some indication
that EasiWriter and TechWriter will soon join the list.
More details on the applications that work on the new hardware platform can be found here
. Hopefully this list will keep on growing. Meanwhile, at least one RISC OS user
is happy with the experience of using the BeagleBoard...
Posted by Chris on 22:06, 3/11/2009
| RISC OS Open Ltd, Software, Programming
Comment in the forums
team recently announced that they're no longer registered for VAT, which means the Norcroft C compiler
and associated tools are a bit cheaper at GBP50 (plus P&P). ROOL took over the distribution of the suite from Castle
last year, who took them over in turn from Acorn.
The Norcroft compiler has long been the default option for C programmers on RISC OS. It's only relatively recently that the GNU Compiler Collection
(GCC) has provided a genuine alternative. The latter has many advantages, including development drawn from a wider pool of developers and the ability to compile RISC OS programs on fast PC-based hardware. However, at the time of writing, the RISC OS sources are only compilable using Norcroft. It's possible this may change in the future
, but for the time being, if you fancy getting involved in the porting efforts, obtaining a copy of the necessary tools just got a bit easier.
The ROOL announcement is here
. The announcement was publicised on RISC OS Info
a couple of days ago.
Posted by Chris on 11:53, 28/10/2009
| Hardware, RISC OS, RISC OS Open Ltd, Programming, Open source
Continue reading "RISC OS on new hardware"
| 30 comments in the forums
For several years now, the need to get RISC OS running on faster hardware has been pressing. It may not be the platform's worst headache (lack of developers is surely the biggest problem), but the Iyonix and A9 hardware are now well past their prime. Even on release they weren't blisteringly quick, and cheap PCs have now left them far, far behind. Things that are taken for granted on a Windows or Mac OS machine, such as watching video, are simply impossible on current generation RISC OS hardware.
Posted by Jeffrey Lee on 12:00, 19/5/2009
| Activism, Advocacy, Hardware, IYONIX, Linux, Programming, RISC OS, RISC OS Open Ltd, Technology
Continue reading "RISC OS on OMAP - the future?"
| 26 comments in the forums
As most of you probably know by now, a few months ago I started work on porting RISC OS Open's RISC OS kernel to TI's OMAP3 platform - a group of SoC's (Systems on a Chip) which use ARM Cortex-A8 cores. To date, OMAP3 SoC's have been confirmed as being used in various products, including the Pandora
handheld gaming console, the Touch Book
convertible netbook/tablet, and the BeagleBoard
development board. For years RISC OS users have been asking for a new portable RISC OS machine, and soon they may find that they have several available.
Posted by Jeffrey Lee on 20:00, 20/12/2008
| IYONIX, Programming, RISC OS, Support, Tutorials, Video
Continue reading "Video conversion on RISC OS"
| 1 comment in the forums
A while ago you may remember that I wrote an article about video conversion for RISC OS
, and near the end raised the topic of video conversion on
RISC OS using a port of ffmpeg
. Although the version of ffmpeg I originally tried on RISC OS was old and broken, Christopher Martin obviously thinks there's some merit to this approach, as he has recently produced !FFmpeg
, a working port of ffmpeg for RISC OS.
Once more in the interests of SCIENCE, I threw a few test videos at !FFmpeg and measured its performance against that of a similar version of ffmpeg running on my Windows PC.
Posted by Jeffrey Lee on 12:00, 28/11/2008
| Columns, Programming, Tutorials, RISC OS, Games
Continue reading "Building the Dream 4 - Random city basics"
| Comment in the forums
As stated in the last article
, this time I'll be looking at what went into the MK I map generator for my eternally work-in-progress game, DeathDawn
Specifically, I'll be looking at the implementation and evolution of the following components of the generator:
- City block placement. This is arguably the most important stage as it defines the overall layout of the city.
- Edge and node linking. A housekeeping stage that prepares the data structures for the road weighting stage.
- Road weighting. A city with roads which all have the same number of lanes isn't very realistic, so this stage uses an algorithm to determine the number of lanes each road should have.
- Road and building painting. With the city structure generated, all that's left is to translate it into the format used by the engine during actual gameplay.
| 1 comment in the forums||
| 9 comments in the forums|
| 8 comments in the forums||
| 3 comments in the forums|
| 32 comments in the forums||
| 3 comments in the forums||