Download

tl;dn:

  • Vectrex Release:
  • Karl Quappe (UPDATE! 21st September 2020, fixed another glitch on a cranky Vectrex):  
  • Vide 2.51 see below

Vectrex Integrated Development Environment.

Vide sources are available on GitHub: Vide on GitHub

Changelog for Vide: VideChangeLog.txt

Executable version V2.51 of Vide is available.

Updated to 2.5.1 archive on 3rd of April 2019.

From Vide version 2.5 onwards there are several Vide distributions. Due to many changes in Java, the last release was “troubled”. I decided to revert all changes I made to support Java 10 and higher.
Vide is now only “officially” supported running on Java 1.8. Since people may need other (newer) versions of Java, I decided that in the future I will distribute Vide with native packaging. This means in short, that Vide will run on its “own” Java installment. Vide is now independened of any Java version installed (or not installed) on your computer.
Since I still like to support different operating systems – this makes it necessary to offer different download versions for each operating system I support.
Please chose your download version accordingly!

(for this version you need an own Java version on your system (preferable Java 1.8))
Not native packaging: (800MB)


Mac OSX: (930MB)


Win 64bit: (920MB)


Win 32bit: (920MB)


Ubuntu/Linux 64bit: (950MB)


Ubuntu/Linux 32bit: (950MB)


Debian/Linux 64bit: (950MB)

Due to the way Java native packaging works the directory structure is slightly changed. The “java executive” will always be kept in a subdirectory “Vide.app” (yes my main dev Environment is Mac 🙂 ). Due to the way Java works, the working directory of an application can not be changed during runtime (I mentioned that somewhere before).

I implemented two mechanisms that might ensure that Vide behaves the same as before:

  1. You can set a “VIDE_HOME” environment variable to point to your Vide directory.
  2. Or if no “VIDE_HOME” was found, Vide searches the current directory structure for its “home”, going “up” all the way to “/”

I define the Vide home directory as the directory where all the Vide subdirectories reside (“log”, “system”, “template”, “serialize”, etc). Vide needs those directories at a known position to work.

You probably need not be concerned – I just thought to mention it.

Command line Parameters

For the time being command line parameters will not work with native packaging. They are still “enabled” though, if you have Java 1.8 installed on your system, you can use the “java” Vide.

Starting Vide

Each archive unpacks in a single directory called “Vide”. In that directory all former subdirectories are listed and ONE executable:

  • Java: a jar file Vide.jar
  • OSX: an application “Vide.app”
  • Windows: a batch file “Vide.bat”
  • Linux: a shell script “Vide.sh”

Why that big?

Each of the above archives is a full Vide distribution with ONE native Java installment. With that I mean all other OS specific executables are as of now completely kept within the archive (every archive above has e.g. C-compiler binaries for all platforms…) This might change in the future. Current memory distribution (roughly):
  • 320MB Vide + java native
  • 100MB C-Compiler stuff
  • 120MB Vectrex “roms” + documentation/images (used for the starter)
  • 70MB Codelib – various Vectrex sources as examples
  • 200MB documentation (“library”) of various stuff (hardware/BIOS/assembler…)
  • 22MB external tools (autotrace/potrace/…)
  • 70MB Vide help (many images)
  • 135MB external libraries in “lib” directory (this is only needed if you want to compile the sources yourself)
  • 10MB overlays
  • 160MB example projects in the projects folder
  • 10MB samples for speech synthesis
  • 25MB source code of Vide
  • 20MB xml files (various data, and vectorlist/animations)
  • … and some additional small stuff

Release

Vectrex game – see blog at: Release blog

The above file is about 8.2MB in size. It contains all source code, all music, cartridge label, box title, instructions – everything.

There is even a “making of” history included which consists of 32 different “stages” of Release programming. The earliest from January 2017 when I did first tentative tests, without even the permission of the “Originals”.

That said, there are two textfiles included. One for the “user”, one in the source directory for the interested “programmer”.

For convenience sake, here direct links:

VRelease.txt

and:

ReleaseDevREADME.txt


Karl Quappe

UPDATE! 21st September 2020

Minor update, bug in demo mode removed, FLY (sprite) changed two “pixels”, due to not being 100% correct on cranky Vectrex. Also in demo mode on cranky Vectrex the homes were not displayed correctly.

Vectrex game – see Vide blog entries.

The above file is about 1.5MB in size. It contains all source code, all music, instructions, overlay.

That said, there are two textfiles included. One for the “user”, one in the source directory for the interested “programmer”.

For convenience sake, here direct links:

KarlQuappe.txt

and:

KarlQuappeDevREADME.txt


20 thoughts on “Download

  1. doctor vectagon

    hi, is vide ok to run/compile programs etc on a newer pc/os such as 64-bit windows 10? thanks! (any features of vide which have problems on a newer pc/os?)

    1. Malban Post author

      Hi,
      I am not sure how to answer the question. All information is provided on this page or in the documentation, which can be viewed without downloading the package.

      Short answer – Try it!

      Long answer:
      It should. Vide is 100% java and should run on any system that supports Java. It has been tested on Win XP 32, Win 7 (32 and 64), Win 8 32/64, Win 10 (not by myself), diverse Linux (32/64), diverse Mac OS.
      As you can read on this page there have been problems (speed) with some Windows installments that do have a “not nice” java version.

      There are reports that on old machines Vide is to slow.

      Vide uses in two places native binaries, which do NOT prevent Vide to run on all other parts.
      a) Input devices, Vide uses JInput for input device support. As far as I know the library supports Win 10. All binaries come with Vide and are in the directory “lib”.
      b) Potrace (for generating vector images from raster images). Binaries are supplied with Vide for the above platforms in the directory “externalTools”.

      There have been reports that Vide does not dpi scale to windows settings if you changed these in the windows system settings. It still runs, but the font size is not scaled to windows preferences – which will most probably result in text output to be rather small in comparisson to other windows.

      As far as I know Vide runs ok otherwise. But I do not give any kind guarantee.

      Malban

  2. Phillip Eaton

    I see VIDE 2.10 needs Java 10. Java.com doesn’t have that available for download, only Java 8 (at least not for Windows). I found Java 10 on the Oracle website, but I don’t see a JRE, only SE, which I assume will include the JDK and be a much bigger download & install. Is the Java 10 SE the version I should be downloading for Windows (32-bit and/or 64-bit) or is the a JRE hidden somewhere?

    1. Malban Post author

      You could also just use Vide 2.02 and use Java 1.8.

      As written somewhere – I thinking of going back to Java 1.8 anyway – and distribute a Java version with Vide. Than all this searching for the right Java version will be done with.

      But I actually thought I wouldn’t need to offer a 32bit version :-).

  3. Phillip Eaton

    OK, I’ll go for 2.02, I can always use my main PC for anything special I need. My laptop PC might not have enough power to run it anyway, in which case, 64-bit is a moot point.

    If it does run OK, I could put a 64-bit version of Linux on my old laptop, but that’s a diversion, I ran screaming from Ubuntu at least 10 years ago when it crashed and burned on me, retro computing is time consuming enough.

    Yes, bundle Java with it, the only reason I have Java on my PCs is to run VIDE !

  4. Phillip Eaton

    I tried 2.02 with Java 8 JRE 32-bit and it seems to run OK underneath, but the screen rendering makes it unusable. Windows don’t draw, overlap and don’t respond. I guess developing on retro PCs is a step too far.

    Besides, the 1280×720 screen resolution isn’t really good enough for VIDE either.

  5. gauze

    just a head’s up that Vide does NOT like running on linux under Wayland.
    It just ignores all mouse clicks, which is not fun.
    You can switch to X11 instead. check your distro documentation/google for instuctions.

    this command will show if you are using wayland or x11

    echo $XDG_SESSION_TYPE

    1. Malban Post author

      You are right – I never tried a Wayland configuration – actually I haven’t really used Linux since before Wayland was conceived.
      That is actually a pure Java problem – and I have not seen an easy solution.
      Perhaps there is a Java Swing distribution somewhere that supports Wayland natively – as for now it seem you might be able to use
      WaylandX.

  6. Cuthbert

    The UI on this download page has a flaw I think. The top download button (JAVA) is unadorned so it encourages you to consider all the buttons to be off by one (as in the label refers to the button above). But in fact the labels refer to the button below. Twice this has bit me on slow connections where I’ve downloaded the MAC version instead of the Windows 64 bit.

    1. Malban Post author

      I’m sorry if this caused trouble. I placed a horizontal line between all downloads of Vide now, this should make it clear.

  7. youki

    Got a bunch of errors : java.net.MalformedUrlException: unknow protocol: c when VIDE loads on Windows 10 64bits.

    VIDE then works, i can create new project, new files , compile… i did a little project but then now when i go back to VIDE to load my project , when i open the project , i got again error : java.net.MalformedUrlException: unknow protocol: c and the project won’t load :(. So i can not work on it again , except recreate it each time…

    Do you have an idea what is the cause ?

    1. Malban Post author

      … as we messaged about the Problem via eMail…

      The fault was, that the SAX xml parser package can not cope with “[” or “]” within path names to xml files.
      Youki had those in his VIDE path – so he got the rather “strange” error… Fixed by moving to a “better” named directory.

  8. Gareth

    Hi, I cannot get either the Mac OS app or the Java version to launch.

    The Mac OS app complains that VIDE_HOME is not found despite the environment variable being set up in both my zsh and bash profiles. I can echo the value from Terminal (and have been switching the directory it points to depending on the version of Vide I’m trying).

    The Java version crashes at start up with the following error:

    *** Terminating app due to uncaught exception ‘NSInternalInconsistencyException’, reason: ‘NSWindow drag regions should only be invalidated on the Main Thread!’

    My installed Java version is 1.8.0_271. OS is MacOS Big Sur 11.1.

    Do you have any help or advice please?

    1. Malban Post author

      I work on a MAC too – but a pretty old one – I can not install Big Sur, so I have no first hand experience.
      But I am pretty sure there are users out there where it works.

      I had “similar” (not the same) trouble with the apple software protection / directory schemes.
      Perhaps this is “it”.

      Be sure to unpack the “zip” to a location where everything can be accessed, and that the “unzipping” does what it is supposed to do. OSX has a software protection scheme which sometimes restrict the usage of ZIP, since depending on the location it does not unpack them to the destination but to an “aliased” directory.

      Somewhere I had more information about this – but cannot find it right now.

      If in doubt use a third party unpacker (or I think the CLI unzip also works), just not the OSX inbuilt zip support.

      Does that help?

      1. Gareth

        Thanks Malban, you’ve spotted the problem! It worked using iZip to extract Vide2.5.1.osx.zip and the extracted app runs with no problems. Unfortunately the default extractor from Finder, the unzip command in Terminal and The Unarchiver all produce non-working apps, even when attempting to update permissions using chmod.

        However, even extracting using iZip, the pure Java version still crashes at start-up with the same error detailed above.

        I’m relatively new to Macs myself so did not know about the zip extraction problem – thanks again! I’m looking forward to trying out VIDE and learning how to program for the Vectrex 🙂

        1. Malban Post author

          Great!
          The “pure Java” version.. is more a “goody” than really supported, since I must trust that your own Java version is compatible.
          Sadly Java is not that compatible anymore with itself. That is why I chose to distribute a version of Java WITH vide which I know runs.

          But as said, since I don’t have Big Sur… I can not test this… and it will stay the way it is.

          Cheers!

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.