Saturday, November 25, 2023

The DraCo, AmigaOS 3.9 and Picasso96 in 10 steps

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.

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).

MANUFACTURER
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


 http://upload.wikimedia.org/wikipedia/commons/thumb/e/ed/DEC_Alpha_21-35023-13_J40793-28_top.jpg/300px-DEC_Alpha_21-35023-13_J40793-28_top.jpg

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.