On many DVDs you have a "behind the scenes" documentary - where the director prats on about how he was inspired by Alfredo Masicciano, or some guy most people have never heard of; how his primary influences were Metropolis and Plan 9 From Outer Space; and uses lots of dumb phrases like postmodernistic impressionism.
This page is where I get to prat on it much the same way... though if I made a movie I'd like to think my inspirations were Ridley Scott, Stanley Kubrick, and Masamune Shirow. Never mind...
So I wanted to turn my attention to the digital offerings on the older 19.2°E satellites. Suddenly there was a whole plethora of channels - in French and Spanish (of which I understand more words than in German!).
Oh the excitement! Canal Canarias (as it was called then) showing a gameshow with a girl getting overexcited about winning.... a toaster.
And there is something uniquely quirky about the Italians, and some of this shows through on RAI Uno. And as if it was living up to a cliché, most of the adverts on the only Italian channel available at 19.2°E were for Dell'Prado magazine collections and pasta sauces. Yes, really.
But, looking online, there was precious little information on the Digibox, and it seemed that looking at the channels on other satellites was a voyage of self discovery. So, naturally, I decided to rectify the situation. After all, if I am going to go through this learning process myself, why not write it down to share with others - to share with you?
One final thing is my 'chatty' style of writing. I want you to enjoy browsing through the things that I have put together here. If I wrote it in a terse cookbook style, I feel it would be much less enjoyable.
The screenshots came from two sources - either the Digibox itself (or, sometimes, a VHS recording), or from my video camera.
The images were digitised using an HCCS monochrome digitiser. A later version of the digitiser software required only minor edits to make it suddenly capable of full colour! :-)
It takes about forty seconds or so to make a colour image. This is because the digitiser is actually only a framestore. A big chunk of memory into which the video frame is sampled and written. The hard work, the detection of frame and line syncs, sorting out the luminance and the colour... all that is done in software. In between, the slight bottleneck of an 8-bit interface with a 4K addressing space (for the digitiser dates back to the earliest days of the RISC OS expansion bus). In PC terms, it is rather like having an ISA card in your machine...
The vertical resolution is restricted due to my only having memory to buffer one field (so every other line is a copy), but this is not a big problem as all the pictures are scaled half-size before being presented here...
But even with all of this, I am using the real-PC now and the RiscPC very much less (usually an hour a week, to make the CD session for the web site upload). I am getting to grips with VisualBasic (ever heard of a language that couldn't binary shift a number? All the VBs up until something like 2002-ish couldn't do it!). I am enjoying some interesting games from cover CDs. I love having hours of music taking up a mere 200Mb on my harddisc (and the same on a CD-R). It can play DVDs.
And best of all, it runs OvationPro, so I'm totally not losing! :-)
Because the laptop does not have a video digitiser fitted (has anybody seen such a thing for PCMCIA?), the photographic input has been via three digital cameras. The first, a rebadged Achiever ADC-65 - a little 256x256 pixel camera connected via a parallel connection. So far the connection has baffled me, and several other people too. The main reason that people wish to 'hack' this camera is because the supplied software grossly overprocesses leading to rather weird colour effects at times.
But that isn't an issue now. The second digital camera, with USB connection, is a Fuji iX-1. Offering up to 26 pictures at 640x480 (or 107 half size), it is an improvement over the original camera. Though it, too, has its quirks. It copes badly in 'low' light conditions (its idea of low doesn't even approach matching my idea of low), though this can be overridden by firing off a few shots in 'movie' mode (as movie mode appears to just take pictures and ignores the light settings). Unless the picture content is 'bright', you can see banding in the picture.
And, finally, if the camera is 'cold' it will write junk to memory. I cannot for the life of me understand why a solid-state camera cannot operate at 5°C, but the solution is pretty simple - I just keep the camera in my pocket so that it stays warm!
To most recent camera is a Trust Powerc@m 350FS. It offers 640x480 (or half size), and can save between 40 and 80 pictures (VGA size) depending on content. It has a built-in flash and a useful macro mode. The only downside is there is a tiny scratch on the glass covering of the CCD imager, which can show up as a fuzzy blur in photos. Still, I only paid €12 for it at a vide grenier (boot sale) in Summer 2005.
Though all of this, the off-air pictures still come from the Digibox connected to the HCCS Vision digitiser.
The updates are put into a Zip archive on the PC. Because my floppy drive, also, is unreliable (what is this - after the year 2000 all the floppy discs stopped working?!?) the updates are transferred to my RiscPC using a serial link. The machines talk to each other at 115200bps.
Though, for all I might get annoyed by this, it does have a distinct advantage. The files are not restricted in length. I can make up, say, a 3Mb update without having to think to split it for putting on floppy discs.
On the RiscPC, I use SparkFS to create a TAR archive from the stuff in the Zip. I can't make a TAR directly on the PC because the Windows software I have seen that understands TAR files is limited by the rudimentary file permissions provided within the operating system. About all that makes it through is the Read only setting, and that is applied locally so permissions are rw----. As the HTTP server runs as another 'user', you need group or world read access to your files (i.e. rwr-r-) if you don't want the server to return an error - David Pilling's TAR module within SparkFS does the job perfectly, and has been able to do so for about twenty-odd years... not to mention that it can cope with the creation of arbitrary subdirectories, something I've still not managed to get WinZip to do!
This, eventually, gets committed to CD-ROM along with some emails and other junk. I use CD-R much like a floppy disc, with stuff being added session by session; though I tend to 'retire' the disc by the time it reaches twenty or so sessions. I cannot use CD-RW as I don't have capabilities on the RiscPC, it is an old 4X max SCSI CD writer.
For what it is worth, I'm an old-fashioned purist. I write CDs at 1X.
The CD writer in the library operates at 4X on it's slowest setting and this irritates me, but I'd use 4X way before I'd ever consider using 48X!!!
So at the library, I log into my host via ftp and upload the file. Because of the differential data rates, I can download to the library computer at speeds up to 16M, but it appears as if uploading runs around 256K.
I then enter into the old host with telnet. Because Glenn is security conscious, and because I do not have permission to add a single program to this (library) computer, I cannot ssh directly into my host. It is no big deal - the old host has ssh so I use that.
A quick mv and the file is in the ~/heyrick directory. For some reason this directory is not visible in ftp, possibly the Windows ftp cannot 'see' symlinks? It's just a quess, and no big issue.
The next step is tar -x -f <filename> to extract all the files into the correct places. The tar file is then erased.
Following this, I fire up MSIE and view the 'live' updates on a special URL that links directly to Glenn's machine. This is just to ensure I have not done something really silly like mess up the permissions. I do kinda wish netbsd could be told "this is my web served content in here, make it world-readable always". It is probably possible, but if you've ever bothered to read the manpage for something 'simple' like chmod or stty, you'll realise why I don't plan on wading through a tonne of gobbledegook in order to figure it out!
The final step is to use the touch program to create a "changes" file. This instructs a task that is running on Glenn's computer what needs to be updated on my site. I do not know exactly when the task runs, but chron calls it something like every six hours. The changed files are copied over to the primary site where it is globally available, like this page you are reading now.
Glenn's own computer is running at something like 8 Mbit - which is the 'expensive' flat-out-turbo-charged consumer option in the UK. It is somewhat ironic that my local library, which is basically "out in the sticks" in a nowhere part of rural France has given me a speed of slightly over 16 Mbit!
Glenn's sorted it, though. He has a provider of a 100 Mbit backbone connection for his primary server, so no matter how fast your broadband is, HeyRick won't seem like looking at the hard-shoulder of the motorway (where you'd now find cars driving, it seems...).