DraCos come with AmigaOS 3.1, as default. There is a later official AmigaOS 3.9, and installing it on the DraCo is not straightforward, as it crashes or hangs upon first boot. But luckily there is a workaround.
1.First be sure to have a properly working AmigaOS 3.1 install
2.Run the AmigaOS 3.9 installer from its cdrom, and update your system to 3.9
3.Reboot your DraCo into CLI mode (use the Early Startup Menu, "Boot with no startup-sequence" option).
Tip:
It is very helpful if you copy a shell icon from an already
functioning medium (floppy disk, hard disk partition or other). As long as this medium is available, it will be easy to access a shell.
4.It is very important
to use the SetPatch version 44.17 from the AmigaOS 3.9 installations
cdrom, outside of the directory "os-version3.9". Do not use any other SetPatch version, (and that also includes the one that is
copied from OS3.9-installer on the disk), these other versions seem incompatible with
the DraCo and generate a crash. So copy Setpatch 44.17 to your newly installed 3.9 system (in C:).
5.Afterwards you will notice that there is a huge workbench
bug that presents itself right after the installation of amigaOS 3.9 (with the correct SetPatch 44.17 as mentioned before). In the next boot any amiga screen opened (PAL/DraCo fake-native or whatever), seems to cause workbench 3.9 to issue an error: when you double click a
folder, it freezes the DraCo or directly crashes.
To
work around this error, Picasso96 must be installed, but due to the bug mentioned, can only be done via
shell. An outsourced shell icon should be now very useful (see tip above).
6.Remeber to set the most necessary assigns paths by hand (assign LIBS: SYS: add classes, makedir RAM: ENV, assign ENV: RAM:
ENV, copy ENVARC: ENV: all, etc .).
7.Now you should start the CLI and type "SYS: prefs/Picasso96Mode" (Without the ""). There you should select in the menu "Settings attach to board ..." for the existing graphics card (Altais), adjust the screen modes and save the settings.
8.Then
reboot the computer, again without startup-sequence, and set the environment variables by hand again, and start the program SYS: Prefs/ScreenMode. Here you can now save and choose a Picasso96 mode.
9.At
the next reboot, this time, with startup-sequence, the
Picasso96 screen should be opened on the DraCo without any issues.
10. Remeber to enable the "FakeNative modes" in Prefs with the "PVS" program that is included in the Picasso96 archive.
Saturday, November 25, 2023
Friday, January 12, 2018
Alternative to Diavolo Backup Pro
As many of you know Diavolo Backup Pro has the ability to backup MovieShop video and audio partitions. It is a commercial program that is no longer supported or sold.
Fortunately for us, ABackup v5.22 (available from Aminet) is free, has recently been open sourced, and has no problems in backing up MovieShop partitions. The only issue it has is that it cannot directly restore them. To do this, you have to fool ABackup, which seems to recognise only Amiga DOS partitions when restoring. So, make a quick format to the destination partition before restoring, and then proceed with the restoration process to that quick formatted partition.
Thursday, January 11, 2018
MovieShop buffer underflow or overflow (by Steve Bowie)
Sometimes I get an error message when I Play (or Record) a scene which refers to a buffer underflow (or overflow). What causes this, and how do I fix it?
Issues to Ponder:
First, note that these conditions CAN be caused by many factors which prevent video data being read from or saved to the hard disk properly.
SCSI errors (improper bus termination, poor connections etc.) can result in damaged data being written to the drive (mangled JPEGs) or data flow problems. SCSI bus issues can prevent video being streamed to and from the drive quickly enough to satisfy system requirements. Usually, SCSI errors will show up elswhere as well - transient error messages from the OS (checksum and bad block errors), frequent lockups and drive validation problems, and intermittent bootup failures are typical.
External video problems (sync, cabling etc.) can also be responsible for poor frames being recorded (or NOT being recorded!) When bad data is encountered, obviously playback halts. In either case above, buffer underflow can occur even though the buffer settings ARE CORRECT! If you are pretty sure you don't have these kind of problems (you haven't added or removed any drives lately, and the system behaves reasonably well otherwise), read on....
The RAM Buffer:
MovieShop uses a RAM buffer (temporary memory space) to ensure smooth transfer of video and audio data to and from the hard disk(s). Some other NLE systems simply drop frames instead, and you have to hope no-one notices! Another benefit of this arrangement is that less expensive (and often faster) non-AV rated hard disks can be used on the DraCo.
Max Buffer Size:
The maximum size of the buffer allocated is adjustable - the location of the slider depends on the version of MovieShop you use. In version 4.x, it is accessed from the Settings/Project menu. Sliders are located in the upper part of the tabbed panels for Video and Audio. A similar slider is hidden away in MovieShop v.5, and can only be accesssed by opening the Advanced Options window - see below for instructions.
The max Video buffer setting defaults to 2 megs, and this is generally adequate on a DraCo (before the 32 bit DCM card arrived, the lower transfer rates of the Zorro II bus used by the VlabMotion card meant much higher RAM buffers were common.) Changing this number is generally not necessary, but if all else fails you could bump it up a bit as an experiment.
Record and Play Burst:
Much more important than the max buffer size, are the settings for 'Record' and 'Play Burst!' These settings limit the size of a single 'chunk' of data which can be written to, or read from) the RAM buffer. The default settings for both Video sliders is 256 kbytes. This setting generally works well. However some hard drives 'prefer' to read and write data in larger or smaller 'bite sizes,' just as some people like their food chewed to a finer or lesser degree. It's not uncommon that adding or changing a drive can dictate an adjustment. If you frequently see under/overflow messages on Record or Play - especially when the problem occurs well (15 seconds or more) into playback - adjustment could well solve the problem. If the problem relates principally to playback errors occuring just after pressing Play, see the discussion of 'Preload Size' below.
Please note: while the settings are adjustable for both Video and Audio, we have never yet encountered a problem with the default Audio settings, so the discussion which follows refers only to the Video settings.
Accessing Buffer Settings:
To access the adjustment sliders, you must open the hidden 'Advanced Options' window. Press and hold the 'Right DraCo' key, and press 'e'. The 'Execute Command' string requester will appear. At the cursor, type the command 'openwindow advopts' - don't enter the quotation marks - then press the Enter/Return key. The Advanced Options window should appear.
Click on the 'Buffer' tab. In version 5, this is where the max buffer sliders are found. The left side of the panel exposes the Video settings.
Optimizing the Burst Settings:
As a general rule, identical settings for Play and Record seem to work just fine. Here's one way to determine optimal settings: Load a current project, then access the Advanced Options window as described above. Open the Scene list, and click on a typical scene, preferably one which lasts at least a couple of minutes. Before doing anything else, open the 'Status' window by selecting the Movie Shop menu item 'Windows/Status'. This little window shows three vertical 'LEDs' - the center one shows Video drive space in use; the right-hand strip refers to Audio space used. The left-most stripe is the one we're interested in. It shows RAM Buffer useage in real time.
Now we're ready - click Play in the Scene Control panel, and observe the activity of the buffer 'LED' in the Status Window as the video plays back. If the level of data in the buffer during playback is not being replenished by the hard disk quickly enough, the Buffer level will begin to decrease. It may take 15-30 seconds or more, but sooner or later there will be no video left to play from the buffer. Video playback will halt, and the 'video buffer underflow' error will appear ... the buffer has 'run dry!' Again, if this error occurs IMMEDIATELY on pressing play, see the segment below regarding Preload Size. (If it doesn't happen, you don't seem to have a problem - why are you reading this?)
Try a different setting. To begin with, don't get wild - just move the Playback slider one notch either way and try playback again. Watch for a change in the buffer useage pattern, as shown in the Status window. When you raise or lower the slider, you'll see a corresponding change in size of the 'jumps' the 'LED' displays on playback, but we're not concerned about that particularly. What we DO want to acheive is to find a burst size which our hard disk can happily live with - you'll know you're moving in the right direction when playback goes longer and longer before a problem occurs. Ultimately, you should quickly find an optimal setting permitting virtually endless playback without a glitch! Set the Record Burst size to the same setting, and you should have solved your problem.
Preload Size:
Also important is the 'Pre Load Size.' This setting determines how much data is preloaded into the buffer when you hit the 'Play' gadget BEFORE playback actually begins. Think of this setting as enabling the system to 'build up a little steam' before playback commences. (See above to locate this parameter's slider.)
Often, a hard drive will perform a themal recalibration shortly after playback begins. If the buffer was not sufficiently 'preloaded,' there might be no video data available in the buffer to permit continuous playback during this little 'hiccup.' Video playback would fail, usually resulting in a 'video buffer underflow' error. This slider defaults to 1 meg. Increasing the setting to 1.3 or 1.4megs will often cure a system experiencing playback problems that occur right after hitting Play.
Monday, February 23, 2015
Review: AmigaOS 3.9 for DraCo from CASH Multimedia/Patric Hofmann
PRODUCT NAME DraCo OS3.9 BRIEF DESCRIPTION A custom configured AmigaOS 3.9 cdrom for the MacroSystem DraCo. AUTHOR/COMPANY INFORMATION Name: CASH Multimedia (Patric Hofmann) Address: Wiehagenerstr. 13a
42499 Hückeswagen
USt-IdNr.: DE199686268
Germany
Telephone: 02192 / 932095 LIST PRICE 50.62 euros. But you must be a legal owner of AmigaOS3.9 and
CyberGraphX v4 to install and use DraCo OS3.9. Either you are required to send a
proof of purchase of these other two cdroms, or you can just buy from them,
of course, at an additional fee (AmigaOS 3.9 = 45.51 euros &
CyberGraphX v4.x = 25.05 euros).
Owners of previous DraCo OS3.5 cdrom can upgrade by paying 30.17 euros.
SPECIAL HARDWARE AND SOFTWARE REQUIREMENTS
A MacroSystem DraCo is of course required. But nothing is so simple: to be
able to use this customized AmigaOS distribution, 24 MB of ram, about 200 MB of
HDD space, and an Altais graphics card are required. So unfortunately, DraCos with
Altais Plus, or other graphic cards, are not supported. And if you have less than
24MB you are certainly asking for trouble.
MACHINE USED FOR TESTING DraCo Vision (aka DraCo cube), 80 Meg Fast RAM.
INSTALLATION
To begin with, you are assumed to have a working DraCo System installed,
from which you will have to create a bootable floppy with the contents of the
BOOTDISK drawer present on the DraCo OS3.9 cdrom.
Afterwards, you will have to boot the DraCo from this floppy, and it will
start copying a lot of files to ram, to a recoverable boot volume (RAD:). It will
take quite some time. Afterwards, you will be required to eject the floppy and
warm reset the DraCo.
The DraCo will now boot from the RAD: volume. Now you will have to
partition and format the drives. Two partitions are required: "Workbench" for
system files, and "WORK" for additional application programs.
Later, you will need to copy the WORK and Workbench files to your
partitions by double clicking on two icons set for those purposes. This will take
ages to finish. At some point the installation script will prompt you to insert
the original AmigaOS 3.9 cdrom in order to update the DraCo AmigaOS.
Finally you are asked to remove both floppies and cdroms from the DraCo, and
coldboot to end the installation.
DOCUMENTATION
To begin with, documentation is scarce and lacking in many areas. The only
documentation is only available on the cdrom itself, both in german and english,
but it does not come with any printed information. No hardware requirements are
mentioned whatsoever, and the english docs are clearly not very well written.
Also, installation instruction are not so clear and there is no mention of
hardware requirements.
LIKES
-Some custom desktop wallpapers with DraCo themes are included.
-There are many GlowIcons which are DraCo themed, they look very good.
-AmigaOS 3.9 BoingBag #1 is installed by default
-There is a nice Amplifier skin
-the author included a well layed out, and eye candy L shaped dockbars created with
Toolmanager
DISLIKES
-Resource pig. It requires 24MB of ram when an AmigaOS 3.9 system requires just 6MB.
This alone is a proof of how unoptimised this setup is.
-CybergraphX v4 is installed but has not been properly updated
-Too much wasted space. About 200 MB of HDD space are required, when AmigaOS 3.9
only needs about 30 MB. Yes, I know there is additional software that fills that
space, but nothing worth justifying that much. I consider this, unneeded bloat.
-Duplicity of functions in many programs. Why would you put two filemanagers
(ClassAction and EcoDisk) and two mp3 players (SongPlayer and Amplifier)?
It does not make sense to me, just pick the better featured program, and
remove the other.
-Some applications have been downgraded for no reason at all. For example,
Amplifier is at v2.26 instead of v2.34 from BoingBag #2.
-ToolManager despite its awesome look, comes configured with many shortcuts of
commercial software that are non existant in this cdrom, but probably present at
the author´s machine. Dissapointing at least, and even more when you consider how
unfriendly Toolmanager is for reconfiguring its docks.
-Minor annoyances: Why would you want an icon for the Fonts drawer? An InstallLogs
drawer, really? Useless additions.
-The installation floppy is a torture: You are required to build from the cdrom a
boot floppy, which should be in either Amiga HD format (1760KB) or HD DraCo format.
Common Amiga DD floppies (880KB) are not suitable because the author took a
questionable desition to include too many files, and some of them were clearly not
needed. In fact, I actually managed to perfectly build an 880KB DD Amiga floppy
suitable for installing this distribution by removing some useless files.
-Installation is awkward and involves swapping cdroms and floppies. It could have
been much easier and straight thru.
-It is not completely the fault of the author, but there are more recent updates of
the software which is included, and this could bring a lot of enhancements, new
features and bugfixes. Why the hell didnt he update the operating system to
AmigaOS 3.9 BoingBag #2, when at the time it was feasible?
-There is software which is essentially useless nowadays (StrICQ).
-The installation does not contain some DraCo specific commands, and some of the
DraCo components are not the latest and greatest, but they do certainly work.
-Neither MovieShop, nor AdPro+MorphPlus are included. A DraCo without Movieshop
is as usefull as a car without wheels.
BUGS
-MemIcon commodity doesnt have the DONOTWAIT tooltype enabled.
-Some DefIcons are wrongly configured
-No support at all from the author, not even in forums.
VENDOR SUPPORT AND UPDATES
Despite you are encouraged to send the author an email to solve your
doubts, there is clearly no formal support, as the author states he is not even
a programmer and this is not an officially endorsed distribution. No updates have
been released and will likely never arrive, as the product seems it is no longer
for sale and contacting the author seems impossible too.
CONCLUSION
If you ignore its numerous shortcomings and complex install, it is a very
good looking and workable DraCo distribution, which makes it a good addition to
the scarce DraCo software arsenal. Usualy installing AmigaOS 3.9 on a DraCo is not
the easiest of tasks, and requires some advanced Amiga & DraCo knowledge, and this
cdrom seems to have an easier workaround for this. Anyway, I personally find that
50 euros is too much money for this 3.9 distro, but then if you have a DraCo you
might probably have the spare cash to spend on it anyway.
I would have probably chosen another path, and tweak a cleanly updated
AmigaOS 3.9 install for my DraCo but I have to acknlowledge this cdrom is
definately suited for the average skilled user that cannot do it, or doesnt want
to take the time to.
Saturday, January 3, 2015
The Jog Shuttle/DraCo Wheel
This is a pretty good accessory if you come from the video world. It is a peripheral that connects to the serial port of the DraCo and has several buttons with different associated Movieshop actions, and most importantly a small wheel that upon user rotation, lets you proportionally travel between Movieshop scenes.

Sunday, September 15, 2013
Zorro II compatibility
Unlike the popular Amiga Zorro II slots, the DraCo has a series of "compatible" Zorro II expansion slots, that due to some design flaws on its implementation, ultimately led to the fact that not all Zorro II expansion devices work with the DraCo. What follows is an updated attempt to outline what Amiga Zorro II cards have been reported working, and which devices have proven not work at all. If a device is not listed here, it simply means it hasnt been tested, so it may or may not work (please report your findings).
|
|
NAME
|
EXPANSION TYPE | WORKS? | NOTES |
| A.C.T. | Prelude | Soundcard | OK | |
| Alfadata/BSC | Multiface | Multi I/O | NO | |
| Aliendesign | Repulse | Soundcard | OK | Toccata emulation |
| ASDG | Dual serial board | Multi I/O | NO | |
| BSC/ITH | ISDN Master | ISDN | NO | |
| Commodore | A2065 | Ethernet | OK | |
| E3B | Deneb | USB + Flashrom | OK | |
| E3B | Highway | USB | OK | |
| Electronic Design | Framemachine | Digitizer | NO | |
| Great Valley Products | IOExtender | Multi I/O | NO | |
| Great Valley Products | Anet | Ethernet | NO | |
| Hydra Systems | AmigaNet | Ethernet | NO | |
| Index Information | Harlequin | Graphics card | OK | |
| Individual Computers | RapidRoad | USB | NO | Driver is problematic |
| Individual Computers | X-Surf | Ethernet+IDE | OK | |
| Individual Computers | X-Surf 2 | Ethernet+IDE | OK | |
| Individual Computers | X-Surf 3 | Ethernet+IDE | OK | |
| Individual Computers | X-Surf 100 | Ethernet | OK | |
| Ingenieurbüro Helfrich | Peggy | MPG Video Decoder | NO | |
| Ingenieurbüro Helfrich | Peggy plus | MPG Audio & Video Decoder | NO | |
| Ingenieurbüro Helfrich | Piccolo | Graphics card | OK | |
| Kato Development | Melody | Soundcard | NO | |
| MacroSystem | Maestro Pro | Soundcard | OK | Not in MovieShop |
| MacroSystem | Retina ZII | Graphics card | NO | |
| MacroSystem | Tocatta | Soundcard | OK | |
| MacroSystem | Vlab Y/C | Framegrabber | OK | |
| MacroSystem | Vlab | Framegrabber | OK | |
| MacroSystem | Vlab Motion | Digitizer | OK | |
| MacroSystem | Maestro | Soundcard | OK | Not in MovieShop |
| RBM Digitaltechnik | IOBlix | Multi I/O | OK | |
| RBM Digitaltechnik | IOBlix ethernet | Ethernet | OK | Buggy and slow |
| Supra | SupraModem 3400zi | Modem | NO | |
| Team 4 Video | Kasmin | Graphics card | OK | |
| Utilities Unlimited | Emplant | Emulation + SCSI + 2xSerial | NO | |
| Village Tronic | Ariadne | Ethernet + Multi I/O | OK | |
| Village Tronic | Ariadne II | Ethernet | OK | |
| VMC | ISDN Blaster | ISDN | NO | |
| VMC/Individual Computers | Hypercom ZII 3+ | Multi I/O | OK | |
| VMC/Individual Computers | Hypercom ZII 4+ | Multi I/O | OK | |
| Zeus Electronic Development | Connexion | Ethernet | OK |
Thursday, August 29, 2013
The component module & the infamous Alpha coprocessor board
Very little facts are known of this board which never passed the prototype stages due to its fragility. It was supposed to attach to a header in the DraCo Motion/Vlab Motion and provide component output.
I have never seen a picture of this device, but it is absolutely not a rumour and it is based around the Philips SAA 7165 chip.
Speaking of rumors, many times during the life of the DraCo, Macrosystem advertised about a DraCo Direct card for rendering video effects in realtime. It was supposely a kind of coprocessor card based around a DEC Alpha processor at 233 Mhz (this was in a time where the Alpha processor was the king of the hill). The truth is, that this card never even reached the prototype stage.
DraCo memory map
DraCo has no memory at all at zero address, unless the AmigaOS MMU setup is still active,
and then it's only virtual.
DraCo memory starts at 0x4000 0000, 0x4200 0000, 0x4400 0000, 0x4600 0000,
with at least 4 MB in the first slot, and not more than 32 MB in each slot.
The AmigaOS MMU table is somewhere in the first 2 MB.
A full 128 MB DraCo looks like this with NetBSD:
memory segment 0 at 40000000 size 00200000
memory segment 1 at 40200000 size 07e00000
and then it's only virtual.
DraCo memory starts at 0x4000 0000, 0x4200 0000, 0x4400 0000, 0x4600 0000,
with at least 4 MB in the first slot, and not more than 32 MB in each slot.
The AmigaOS MMU table is somewhere in the first 2 MB.
A full 128 MB DraCo looks like this with NetBSD:
memory segment 0 at 40000000 size 00200000
memory segment 1 at 40200000 size 07e00000
Friday, June 14, 2013
DraCo Motion storage times
Storage time is the amount of raw video footage that can be stored based on hard drive size and quality settings. The following table will allow you to estimate the amount of minutes of video footage depending on the size of your drive, and the quality settings you select.
| Minutes/GB Drive | ||||
| Comparable Quality | MB/Second | 4GB | 9GB | 18GB |
| 1 VHS Longplay | 0.50 | 136 | 306 | 612 |
| 2 VHS Longplay | 0.60 | 96 | 216 | 432 |
| 3 VHS Longplay | 0.75 | 76 | 171 | 342 |
| 4 VHS | 1.00 | 68 | 153 | 306 |
| 5 VHS | 1.50 | 48 | 108 | 216 |
| 6 VHS | 1.75 | 38 | 85 | 170 |
| 7 S-VHS, Hi8 | 2.00 | 34 | 76 | 152 |
| 8 S-VHS, Hi8 | 2.50 | 28 | 63 | 126 |
| 9 DV, MiniDV | 3.10 | 23 | 52 | 104 |
| 10 Beta | 3.20 | 22 | 49 | 96 |
| 11 Beta | 3.30 | 21 | 47 | 94 |
| 12 Beta | 3.50 | 20 | 45 | 90 |
Sunday, February 17, 2013
Motion-Jpeg compression
Motion-Jpeg (MJPEG) is the video compression format that the DraCo uses when capturing and editing footage.
It basically works by compressing each video frame as a jpeg image (a second of video has between 24 to 30 frames per second depending on the video norm used). Its major advantage was that it did not require a lot of processing power from the host device to capture and manipulate this format. Its biggest flaw is that it uses lossy compression, so depending on the compression ratio used, some blockiness may be visible.
A big advantage of this format is that it is still being used a lot in networked enviroments and security facilities due to its tolerance on degraded streams and faulty conections. A packet lost of MJPEG still permits any suitable player to continue playing the original video feed without further fuss, unlike some modern compression codecs that rely on previous images to continue reproducing video.
Other advantages are the openess and simple nature of their encoders and decoders, unlike for example, H.264, VTASC, etc.
On the downside, there is lot of room for improvement in the compression concept of this codec, for both being lossy, which results in its reduced video quality, and for not achieving the immensely high compression rates we witness nowadays.
Every video codec we have nowadays, is only good certain tasks. There is no ideal one. They all have their strengths and weaknesses.As they say, in the end, beauty is in the eye of the beholder.
It basically works by compressing each video frame as a jpeg image (a second of video has between 24 to 30 frames per second depending on the video norm used). Its major advantage was that it did not require a lot of processing power from the host device to capture and manipulate this format. Its biggest flaw is that it uses lossy compression, so depending on the compression ratio used, some blockiness may be visible.
A big advantage of this format is that it is still being used a lot in networked enviroments and security facilities due to its tolerance on degraded streams and faulty conections. A packet lost of MJPEG still permits any suitable player to continue playing the original video feed without further fuss, unlike some modern compression codecs that rely on previous images to continue reproducing video.
Other advantages are the openess and simple nature of their encoders and decoders, unlike for example, H.264, VTASC, etc.
On the downside, there is lot of room for improvement in the compression concept of this codec, for both being lossy, which results in its reduced video quality, and for not achieving the immensely high compression rates we witness nowadays.
Every video codec we have nowadays, is only good certain tasks. There is no ideal one. They all have their strengths and weaknesses.As they say, in the end, beauty is in the eye of the beholder.
Wednesday, February 6, 2013
From DraCo to Cassie
The DraCo was not a comercial success, but that didnt stop MacroSystem. They took the DraCo and redesigned it to make it more affordable and easier to use for common people that had no Amiga knowledge. In fact, the DraCo was the development box used to program the software for what would be called the Casablanca, now known as the Casablanca Classic.
The first thing they did in this new design called "Casablanca", was to drop Amiga compatibility, whilst retaining and heavily modifying AmigaOS to suit their new standalone NLE hardware. The Amiga workbench was now, never again available, you were directly taken to the video editing suite (a deeply enhanced and modifyed Movieshop) which was called System Software.
The filesystem was changed for a custom developed one, to ensure users wont pry, accidentally harm or pirate software. In fact, a couple of hardware and software protection schemes were devised to discourage piracy, such as unique id hardware number, and floppy hardware id track that checked floppies to prevent the interchange between systems.
A 2x20 char LCD was placed on the front of the Casablanca to display status messages. This LCD was driven by the parallel port lines, whilst a real parallel port was never implemented.
A FireWire connector was mounted but required the optional DV module to become active, which was very similar to the one that was available for the DraCo.
Zorro II and DraCo Direct slots were absent in this new design. Also, the maximum system memory was reduced to 32MB available in only 2 sockets (the DraCo had 4 sockets that could together hold a total of 128MB).
The Altais graphics card was removed completely, making place for a DraCo Motion integrated framebuffer solution that pushed its frames thru the video outputs.
Furthermore, MacroSystem decided to change the main processor they were using, for a low cost version of either the 68040 or 68060 which offered the same performance, but with less features (no MMU and no FPU).
In the end, the "Cassie" as it was affectionaly adressed by its users, was a top seller for MacroSystem. They sold more than 45,000 units and the company grew exponentially.

Summary of changes between the DraCo and the Casablanca:
The first thing they did in this new design called "Casablanca", was to drop Amiga compatibility, whilst retaining and heavily modifying AmigaOS to suit their new standalone NLE hardware. The Amiga workbench was now, never again available, you were directly taken to the video editing suite (a deeply enhanced and modifyed Movieshop) which was called System Software.
The filesystem was changed for a custom developed one, to ensure users wont pry, accidentally harm or pirate software. In fact, a couple of hardware and software protection schemes were devised to discourage piracy, such as unique id hardware number, and floppy hardware id track that checked floppies to prevent the interchange between systems.
A 2x20 char LCD was placed on the front of the Casablanca to display status messages. This LCD was driven by the parallel port lines, whilst a real parallel port was never implemented.
A FireWire connector was mounted but required the optional DV module to become active, which was very similar to the one that was available for the DraCo.
Zorro II and DraCo Direct slots were absent in this new design. Also, the maximum system memory was reduced to 32MB available in only 2 sockets (the DraCo had 4 sockets that could together hold a total of 128MB).
The Altais graphics card was removed completely, making place for a DraCo Motion integrated framebuffer solution that pushed its frames thru the video outputs.
Furthermore, MacroSystem decided to change the main processor they were using, for a low cost version of either the 68040 or 68060 which offered the same performance, but with less features (no MMU and no FPU).
In the end, the "Cassie" as it was affectionaly adressed by its users, was a top seller for MacroSystem. They sold more than 45,000 units and the company grew exponentially.
Summary of changes between the DraCo and the Casablanca:
| Item | DraCoVision | Casablanca |
| Numebr of PCB boards | 4 | 2 |
| Casework | Yeong Yang cube server | Low profile rack (VCR style) |
| Power Supply | AT 230 watts | built-in low wattage without case |
| CPU | 68060RC50 | 68LC060 or 68LC040V |
| Simm sockets | 4 | 2 |
| Max RAM | 128 MB | 32 MB |
| CIA´s sockets | 2 | None |
| Draco Motion CVBS output | Yes | None |
| Graphics card | Yes, Altais | None, integrated into Draco Motion´s video output |
| Hardware floppy copy protection | None | Yes |
| Zorro II Amiga compatible slots | 5 | None |
| DraCo Direct slots | 4 | None |
| Front mini LCD (2x20 characters) | None | Yes (parallel port driven) |
| Status leds in front panel | Yes, 8 leds | None |
Tuesday, September 25, 2012
The V-Code module
The V-Code is a module that can be attached to the Altais (not the Altais Plus) DraCo specific graphics card.
As a side note it is worth mentioning that it can also be used on the Retina Z3 graphics card for big box Amiga computers (A3000 and A4000).
By pluging it on to two sockets on the Altais pcb, it enables its s-video and composite video outputs. V-code units come in either PAL or NTSC standarts.

(picture taken from the Amiga Hardware Database http://amiga.resource.cx)
As a side note it is worth mentioning that it can also be used on the Retina Z3 graphics card for big box Amiga computers (A3000 and A4000).
By pluging it on to two sockets on the Altais pcb, it enables its s-video and composite video outputs. V-code units come in either PAL or NTSC standarts.
(picture taken from the Amiga Hardware Database http://amiga.resource.cx)
Tuesday, August 28, 2012
DraCo´s early startup menu
Like its older brother the Amiga, the DraCo also has an early startup menu to tweak some settings and acces some diagnostics. It is available upon boot.
On Amigas, this menu is activated by pressing both mouse button when booting. The DraCo is special, in that besides the usual Amiga boot menu, activated in this special case, by only pressing the left button mouse, it has the "Display Options" menu item is disabled by default (it looks greyed) as no native chipset is present (we have RTG).
Another peculiarity, is that if when booting, the right mouse button is pressed, another boot menu is presented with specific DraCo options (see the following picture for details).
By the way, if your DraCo boots presenting itself with graphics corruption on the DraCo logo image, you probably need to toggle some DraCo menu options and then reboot to fix them. Disabling softkicking, and enabling defaults, will surely help you.
On Amigas, this menu is activated by pressing both mouse button when booting. The DraCo is special, in that besides the usual Amiga boot menu, activated in this special case, by only pressing the left button mouse, it has the "Display Options" menu item is disabled by default (it looks greyed) as no native chipset is present (we have RTG).
Another peculiarity, is that if when booting, the right mouse button is pressed, another boot menu is presented with specific DraCo options (see the following picture for details).
By the way, if your DraCo boots presenting itself with graphics corruption on the DraCo logo image, you probably need to toggle some DraCo menu options and then reboot to fix them. Disabling softkicking, and enabling defaults, will surely help you.
Tuesday, August 21, 2012
Keyboard curiosities
The DraCo uses a standart PC AT keyboard, commonly available in old PC´s, with a 5 pin DIN connector. But nothing is so simple, DraCos remap some of the keys differently to accomplish other tasks. Lets list these changes:
PC KEYBOARD DRACO KEYBOARD
Print Screen F13
Scroll Lock F14
Pause F15
Home Help
L Ctrl L Alt
R Ctrl R Alt
L Alt L DraCo
R Alt R DraCo
Caps Lock Ctrl
Page Up Caps Lock
Delete ¦ \
End N/A
Page Down -
- *
* /
Num Lock { [
÷ } ]
Furthermore, keyboard led lights that used to display status
information, such as Num Lock, Caps Lock, and Scroll Lock, now are meant
to show hard drive activity (HD), Caps Lock and Power status.
As an alternative, the DraCo can also use Amiga keyboards (A2000, A3000 and A4000 if with a small adapter). Have in mind, that you need to configure this option by running the DraCoTools progams.
Pictures courtesy of Ebay and Google Images
Subscribe to:
Posts (Atom)