Animator-Pro
abrash-black-book
Animator-Pro | abrash-black-book | |
---|---|---|
7 | 23 | |
199 | 4,403 | |
1.0% | - | |
0.0 | 0.0 | |
3 days ago | 11 months ago | |
C | CSS | |
BSD 3-clause "New" or "Revised" License | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Animator-Pro
-
Picotron Is a Fantasy Workstation
I like to start up Dosbox-X or one of the virtual Amiga environments that comes bundled with Amiga forever. Definitely cozy.
More often I use some old application, like the nowadays BSD-licensed ex-Autodesk Animator. It is fun to figure it out and more fun than modern applications in many ways. I even bought an old used book about it and read cover to cover. Limited compared to modern graphics software, but "cozy" is a great way to describe the experience.
https://github.com/AnimatorPro/Animator-Pro
-
I have a theory that UI has a major impact on how usable an art software is.
But I think very limited and objectively worse GUIs can be fun for inspiration and to get other styles. I love to play around with Autodesk Animator. The workflow is kind of awkward but being forced to always think ahead of what you want to do and compose images of small parts (because there are no layers and many other limitations) it becomes more like a fun puzzle/game to get anything done (and the resulting FLI files can be imported into Aseprite for more serious editing!).
-
Resources for programs they used back in the 90s/early 00s?
Other tools may be a bit more lacking. Not sure if any reasonably modern version control system works. Graphics editors will be a bit old (but Autodesk Animator was released open source and is quite great really and no idea how fun sfx editors and other gamedev tools from last century are to use today.
-
Recovered a bunch of .PIC files from old 5¼ diskettes recently. Forgot the program I used to draw them. Help!
Autodesk Animator can save and load PIC files. But it looks like your header is different from what I see in one of those I happened to have.
-
Looking to see if a DOS graphic editor with 'Luxor' sample image can still be found today
Was it https://github.com/AnimatorPro/Animator-Pro ?
-
The Life of MS-DOS
I took the time a few years ago to learn a bit about how to use Autodesk Animator (it was released with a BSD license some ~10 years ago and can be downloaded legally for free these days). Was really impressed with the GUI. Just press a single key to open the menu that begins with that letter, then the first letter of the menu-item you want to use. They managed to use only words that begin with unique letters while still making a lot of sense. Plus some other single-key shortcuts. And many, to me, unusual design choices everywhere, but it all makes sense and is consistent in a way that after a few hours I was not bothered at all by the fact that nothing was like a modern GUI, and there was definitely nothing about using more modern GUI conventions I can think of that would make it more pleasant to work with.
https://github.com/AnimatorPro/Animator-Pro
-
You Don't Know Gif - An analysis of a gif file and some weird gif features
Wild guess is that a GIF without a color table would typically render using the default VGA palette back in the day? I tried to open it in dosbox in PictView but it displayed that GIF in grayscale (not all black at least!) (that application is from 2015 though and might not be representative for how real 1989-era applications would have done?). Then I tried the "crop" tool that comes with Autodesk Animator, because I know the application itself only supports GIF87a in 320x200, but crop also said the image had unknown version.
abrash-black-book
-
What is the lowest level of graphics access?
Michael Abrash's Graphic Programming Black Book
-
Resources for programs they used back in the 90s/early 00s?
[Michael Abrash's Black Graphics Programming Black Book from 1997 is a fantastic book I wish I had back then. It is available for free on GitHub. I read it maybe in 2015 and I thought it was fantastic even if it is dated now. It goes through the evolution of PC hardware (CPU and graphics cards in particular) from the very first IBM PC to the mid-90's pentiums, and the last chapter or two are about the author's work on Quake.
-
Where can I get behind the scenes of development of old games
Also available in eReader formats: https://github.com/jagregory/abrash-black-book/releases
- Black Book
-
Olive.c: a simple graphics library that does not have any dependencies
Also look at the source for original Quake (https://github.com/id-Software/Quake), one of the last pure software-rasterizing AAA 3D PC games. Michael Abrash's Graphics Programming Black Book (https://github.com/jagregory/abrash-black-book) explains many of the critical parts of the rendering pipeline.
By the way, quake.exe for DOS was 404,480 bytes.
-
The 2nd edition of Petzold's book CODE is now available!
It's also THICK. I have my copy of the 5th edition right here, and it's about 3 inches from cover to cover. Thicker than Introduction to Algorithms and thicker than the Graphics Programming Black Book.
-
John Carmack's new AGI company, Keen Technologies, has raised a $20M round
Read Michael Abrash's Graphics Programming Black Book for the story of how the original Quake came to life. You'll get an appreciation for John Carmack's ability to thoroughly research widely varying solutions to a problem, quickly create production-quality implementations of the promising ones, and even more quickly abandon the dead ends. The result is this almost boring, seemingly linear progression toward a final product that seems obvious in hindsight, yet it represents a leap forward the way Quake did in the mid-1990s compared to other FPSes at the time. I don't know many other public stories of individual engineers who can span both the very cutting edge of research and the practicalities of shipping real commercial software.
https://github.com/jagregory/abrash-black-book
- I want to start learning how to program DOS games
-
Older and experienced game devs that programmed games from scratch, which books and resources did you use to make stuff from scratch?
The Abrash black book is on github!
-
What was the "old," way of doing 3D graphics before shaders? (fixed function pipelines and such)
Go through Michael Abrash's Graphics Programming Black Book to see how it used to be on PC world.
What are some alternatives?
dosbox-x - DOSBox-X fork of the DOSBox project
vex - A modern dialog library which is highly configurable and easy to style. #hubspot-open-source
dosbox-staging - DOSBox Staging is a modern continuation of DOSBox with advanced features and current development practices.
Celeste - Celeste Bugs & Issue Tracker + some Source Code
rust_dos - Rust DOS : Creating a DOS executable with Rust
open-watcom-v2 - Open Watcom V2.0 - Source code repository, Wiki, Latest Binary build, Archived builds including all installers for download.
Dos64-stub - small stub that allows to run "bare" 64-bit PE binaries in DOS
VoxelSpace - Terrain rendering algorithm in less than 20 lines of code
fantasy - A curated list of available fantasy consoles/computers.
binaryen - Optimizer and compiler/toolchain library for WebAssembly
build-ia16 - Scripts to build IA-16 GCC toolchain, Ubuntu source .deb's, & FreeDOS binary packages ― fork of https://github.com/crtc-demos/build-ia16 • mirror of https://gitlab.com/tkchia/build-ia16 • Ubuntu binaries at https://launchpad.net/%7Etkchia/+archive/ubuntu/build-ia16/ • DJGPP/MS-DOS binaries at https://github.com/tkchia/build-ia16/releases • source mirror at https://gitlab.com/tkchia/build-ia16
awesome-dos - Curated list of references for development of DOS applications.