OS4 DepotLogo by DaveyD 
(anonymous IP:,2207) 

   Bug tracker
   Locale browser


   o Audio (343)
   o Datatype (51)
   o Demo (203)
   o Development (597)
   o Document (22)
   o Driver (97)
   o Emulation (147)
   o Game (1005)
   o Graphics (498)
   o Library (116)
   o Network (232)
   o Office (66)
   o Utility (926)
   o Video (69)

Total files: 4372

Full index file
Recent index file



Support the site

 Readme for:  Game » Misc » basque.lha


Description: Basque is a cross-platform top-down 2d game engine
Download: basque.lha       (TIPS: Use the right click menu if your browser takes you back here all the time)
Size: 11Mb
Version: 1.0
Date: 07 Apr 2021
Author: Ryanpcmquen / Sinan Gurkan
Submitter: Sinan Gurkan
Requirements: AmigaOS4.1FE Update, SDL 2
Category: game/misc
License: GPL
Distribute: yes
Min OS Version: 4.1
FileID: 11650
Comments: 0
Snapshots: 0
Videos: 0
Downloads: 90  (Current version)
90  (Accumulated)
Votes: 0 (0/0)  (30 days/7 days)

Show comments Show snapshots Show videos Show content Show crashlogs Replace file 
Basque is a cross-platform top-down 2d game engine.
Compiled for AmigaOS4 by Sinan Gurkan


A top-down 2d game engine, written from scratch in under 1000
lines of C. 

Basque has a very different priority list than these engines.
It is not a generic engine. There isn't much here, but it is a
good starting point if you are looking to roll your own
engine, here is what it does:

Compiles cross platform (Linux/Mac/Windows/WebAssembly, see
Esoteric ports for other platforms).
Visual map editing (with an easy to understand plain text
Spritesheet animation.
Background music.
Collision detection.
Rudimentary frame rate limiting.
Accepts command line arguments (currently only for enabling
fullscreen mode).
Resolution detection (estimates window size to 80% of the
screen or uses the full resolution for fullscreen mode, this
can be switched off).
High DPI awareness. By default the game will not run in high
DPI mode, but it will be aware of high DPI contexts. This
prevents things from looking fuzzy with weird scaling settings.

Automated GitHub and GitLab packaging pipelines.
Scancode based movement (rather than event loop key states).
This keeps the controls from being susceptible to operating
system key repeat rates and delays.

Everything that is here should not be considered a final or
optimal solution, but rather, a simple approach that can be
morphed into a better solution. At this point the engine will
become more specific to the game I am building, which is why I
see this as the best time to open source it. Hopefully, it can
be useful to others, either as a starting point, or as a
reference of some things you can accomplish with SDL2.

Copyright © 2004-2024 by Björn Hagström All Rights Reserved