DKC Atlas Forum

[Simion32]

I can't really do that without giving away the code. Sorry.

Anyway, I'll have to do everything in a specific order so that I'm able to compile and run tests at certain key points in the rewrite.

[Simion32]

Progress Update: 1/3 of Rewrite Done, LUCIDs Revised

The new rewrite of the code is at 8048 lines of code. That means I'm roughly one third of the way through it all (not all of the code has to be re-written).

-----------------------------------

LUCIDs (Logically Unique Class Identifier) have been upgraded and are now ready for integration into DELTA.

The new LUCID format includes a 40-bit timestamp, an 8-bit generate count, 16 bits of a user ID that never changes (unless the user changes it), and 128 bits of hashed unique data (it does a SHA256 then XOR's both halves together).

The unique data and timestamp, along with the other pieces of data, ensure that each LUCID is unique across all machines globally. This means that DELTA can use the LUCIDs of game files to effectively link together a game's data, no matter how many times a file gets edited.

[Simion32]

Progress Update: More of Rewrite Done

I've completed the video and rendering section of the rewrite, but the input code remains. (I can at least draw a sprite on the screen now!)

The input routines are some of the messiest that I've got. So - rather than mostly copying what's there already - I'm going to have to delve deep into the inner workings of the input to achieve a workable rewrite.

This will introduce the concept of "Player #0" that all input is sent to by default. It will remove the need for device detection at startup, and streamline the rest of the code that uses the input routines.

The input will also be retooled so that it doesn't process input events using the faulty timestamping system that's currently in use. The reason for this is that the timestamps actually occur at the time the engine reads the WM_INPUT message, meaning they are inaccurate - and the handler code is faulty as well, since certain inputs will be thrown away or ignored depending upon the timestamp.

[Simion32]

Progress Update: Input Rewrite Done!!!

I've finally gotten all of the input code reworked and rewritten.

There was one major bug causing input to be skipped (This bug was in previous versions of DELTA!!). Turns out that GetRawInputBuffer() causes some of the input messages to be ignored, so I've removed that part of the input processing and I'm doing the processing one message at a time.

The input is nice and fast, responsive, and doesn't have any "missed input" bugs left over from the old code.

What's next? NitroGUI v2.0 is on the development list.

[Super Luigi!]

Good luck, Sir Simion32! Take your time and succeed!

[Simion32]

As it turns out, ALL of the input bugs that were just fixed in the DELTA rewrite also affect the latest DKCRE release.

I won't be able to update DKCRE until NitroGUI v2.0 is done, but the bug fixes will deal with some problems that the RE interface was having.

NitroGUI v2.0 will probably take me at least one month to get going, but I'm unsure due to the complexity of the GUI code.


Hopefully I can get this rewrite done so that I can release another DELTA test demo.

[Super Luigi!]

No matter how long it takes, Sir Simion32, I know you can do it. Please continue to live well, succeed greatly, and be a hero to children everywhere!

[Simion32]

New Input Engine Test
DELTA Game Engine v0.0.7.0 r01

This build has the newest input improvements. This prevents several glitches from happening.

There are new messages that can appear in the DebugLog.txt depending upon your configuration.

The program generates an XDQ (Delta Device Map) file upon successful program close.

**SEE BELOW FOR UPDATE**

[rainbowsprinklez]

[Simion32]

Graphics Engine Test
DELTA Game Engine v0.0.7.0 r02

This build has font functionality working. The test is for graphics working through the Compositing Engine.

Some bugfixing work has been done on the input code, as well as a few crash prevention measures.

The percentage and FPS meters etc. are back again, now that DELTA can use fonts again.

DOWNLOAD HERE

Controls:

• ESC key exits the program.
• Q and W to flip the background image.
• Keys 1 through 4 change which scale mode to use (Test, Emulator, Ratio, and Full).
• F11 for full screen, Alt+F11 to try 800x600, and Ctrl+F11 to try 640x480. Press F11 again to exit fullscreen.

[Simion32]

Progress Update: NitroGUI v2.0 To Be Fully Scripted

I've been developing a plan for the implementation of NitroGUI v2.0, and I've come to a conclusion:

The main functionality of the interface has to be a fully scripted system!

This means that I will more easily be able to tweak, edit, and generally mess about with the GUI in DKCRE and DELTA -- including making adding interface items easier (I plan to make an editor program for NitroGUI-based interfaces... eventually!).

Another important update to the GUI plans is that there will be a separate "Game Mode" for DELTA's interface, allowing me to optimize what matters most depending on whether a game is being run inside the program. For DKCRE, this will introduce heavy optimization that can only be done with advanced "dirty rectangle" video transfers.

[Simion32]

Progress Update: Main Engine Being Re-Structured

This is a quick note to let you know that the main engine (core structure) is being redesigned to make the code more organized.

Specifically, the CVideo class is being upgraded and the new CEngine will debut to take care of the engine's main game loop.

There are a few classes that aren't going to change - CInput and all of its subclasses are basically perfect, so they don't have to be redone.

As well as these adjustments, the video modes are all now locked completely to 32-bit with Double Page Flipping. Triple Flipping support has been dropped because it's not supported everywhere, and adds needless complexity. Besides that, the other two modes (Buffered modes) were removed because the game/engine will run really clunky in them - there wasn't really a reason to keep support for them!

Finally, there will be new video features that make frame skips behave properly - a frame skip shouldn't cause stuttering in the engine, it should just drop and not render to the screen. This new feature will take some significant timing voodoo to detect situations where the engine has run out of time for the current frame.

[Simion32]

Progress Update: Making Progress on NitroGUI v2.0

I haven't gotten a whole lot done since my last post, but the re-structure of the main classes is COMPLETE.

I've been planning out how to go about creating the scripted NitroGUI stuff, and it's looking to be very complicated.

NitroGUI v2.0 will include a file-based script reader that can use external files to build GUI elements. This will be made up of PNG files and simple text files that describe the interface elements, as well as where to use certain interface graphics.

The best part of the plan is that I will be able to edit the layout, graphics, and behaviors of the GUI almost completely by script — and when I'm done, the work can be compiled into a special file that will hold all of the interface stuff (for internal use).

Finally, having this system use simple text files means that I can allow users to edit or create their own GUI themes!

[Simion32]

Progress Update: Delays!!

A short update for those who don't get on the Atlas chat:

I kind of have to apologize for DELTA being delayed so significantly.
I simply haven't had the time to get much done.

NitroGUI v2.0 is the next big step, and even then, it's not the final piece to the puzzle.
But if I don't get NGUI v2.0 done, there wouldn't even be an interface in the first place, so....

I'm basically stuck in the planning phases until I manage to get things right.

[Simion32]

Basic Rendering Engine Test
DELTA Game Engine v0.0.7.0 r07

This is a basic test of the windowing and rendering systems. It has a very fancy scaling engine implemented. All window coordinates are remembered, and the windowing system already has fullscreen mode support.

The rotating banana image has become a key test file. You will see the KPX (graphics file) loader system also working here.
DELTA manually loads some PNGs from the ExDat folder and assembles them into Banana.KPX in the Files folder.

Finally, there are numerous tests of the rendering engine that you can control using the keys below.

DOWNLOAD HERE

Controls:

• ESC key exits the program.
• G key tests the GUI rendering mode (hold down to test).
• H and J keys swap the video scale mode (it starts in mode #0, equivalent to pressing the J key).
• Space key flips the animation horizontally.
• F11 for full screen. Press F11 again (or click the restore box) to exit fullscreen.
• The window can be resized using the mouse!! (just make sure the window is focused first)

[Simion32]

Progress Update: More Delays!?

Development is now at a full halt.

There are some things in life that I have to take care of, so I won't be able to develop on DELTA until those things are done.

This could take a month, or maybe longer.

Where I'm actually at in development:
Presently, I have the file gatherer and the tokenizer done for the NitroGUI script reader system, but the logic code and anything relating to actual GUI elements doesn't exist yet. So it can load in the files and it can separate out the GUI commands, but it can't do anything with those commands yet.

[Super Luigi!]

No matter how long it takes, Sir Simion32, I know you can do it. Please continue to live well, succeed greatly, and be a hero to children everywhere!

The file gatherer and tokenizer certainly sound interesting, Sir Simion32, and I eagerly await your next update. Focus on your life, and then return to DELTA when you can. Eventually, we shall both succeed.

[Simion32]

Progress Update: NitroGUI v2.0 is Officially Underway

Development Resumes!!

I'm getting back into the swing of things with some nifty interface code that will allow me to build an editor for NitroGUI interfaces, which I call NitroSmith.

But this time, the code is so generic that I should be able to skip over a lot of the complexity that the first version of NitroGUI introduced. At the same time, there will be enormous complexity in the "behaviors" part of the code -- I have to cover for text editing, number editing, scroll bars, and a ton of other smaller things like button states and blah blah blah.

It will take some time before I have a demo or anything that can be shown for progress.

[Simion32]

Progress Update: The new scripting format!!

Say hello to a new NitroGUI script format, called DTML!!

This new format mimics the look and feel of HTML, but instead has its own specialized tags and behaviors that are specific to NitroGUI. Instead of using straight-up HTML with CSS, this format does not include any style/formatting system, and all the layouts are done through one scripting format.

Among other features, this new way of building GUI elements will allow users to script their own "object properties" dialogs for the DELTA editor.

Among the tags I have designed so far, we have:
<var> (deals with variables that are set for each control)
<table> (does a table layout, always borderless)
<div> (used for grouping or organizing controls)
<button> (this one is highly customizable and deals with button states. It can even be set up to handle "tabs".)
<img>
...and there are more to come, but that's all I have designed so far.


And keep in mind that none of this has any interpreter code done yet. I'm not done with the planning stage quite yet.

[Super Luigi!]

Well done, Simion32. I'm glad to hear of your progress. Thank you for continuing to create this colossal contraption.

[Simion32]

Progress Update: DTML Plans COMPLETED!!

This is just an update post to let you guys know -- I've completed the plans for the DTML scripts and I'm currently working on making the interpreter and GUI code.

This part could take a while, seeing as how there is dynamic complexity in each script tag.

*crosses fingers*

[Simion32]

Progress Update: DTML Loader Underway

Another micro-update! As of the time of this post, I have completed 4 stages of the DTML loader (there are several more stages left to code).

Things are going much more smoothly than I thought.

Oh, and one more thing. My busy "greenhouse" time is over for the year, meaning I'll have much more time to devote to coding DELTA.

[Super Luigi!]

Keep going strong, Simion32. I'm glad your progress is progressing progressively, and I wish you the best with your continued success.

[Simion32]

Progress Update: DTML Being Coded and Debugged

I've made quite a bit more progress, but there are still at least 3 stages and a bunch of control-specific code fragments left before I can call NitroGUI v2.0 finished.

There is especially an ENORMOUS amount of work left to do on the controls themselves. Some of them even require custom rendering.

Attached is a preview of me working with the file opener dialog (a test script).

Spoiler!

[Simion32]

Progress Update: More Progress on NitroGUI v2.0

I've gotten more of the GUI stuff done, including nested checkbox trees and font (text) rendering modes. I also have a very clever events system working.

The next step is to implement the File Viewer, Folder Drill-Down, and File Types Picker, and do code for the Path and File text boxes as well (right now they don't allow to edit the text or anything).

This is going to be a massive "code grafting" effort that will take me a few days to complete.

Here's the obligatory development screenshot:

Spoiler!

[Simion32]

Progress Update: Menus and Toolbars!!

I've taken a different route and the last few days have been spent on getting the menu and toolbar systems working.

They are mostly COMPLETE as of the time of this post.

DTML is a drastically more versatile system compared to the old hard-coded NitroGUI v1.0 -- and I'm having a blast coding v2.0, to be sure.

There isn't quite as much code on the whole, seeing as the two main classes cover the majority of the GUI functionality.
It will be really easy to add in the drawing optimizations because the drawing code is extremely short (but powerful!).

I won't be plugging screenshots all the time, but I wanted to post an update anyway.


Oh, and by the way, I've been keeping a full development log since August 19th.

[Simion32]

Progress Update: Listboxes, Dropdowns, Scrollbars, Tabs, and More!!

I've been making steady progress on NitroGUI v2.0, and I've just now completed implementation and testing on the Tab controls.

Although the performance of the GUI is abysmal right now, I've got some optimizations lined up for some code that I'll add later on. Effectively, right now, the GUI just draws everything each frame, which takes up an enormous amount of usage.

To complicate things further, there is some kind of DirectX feature (or bug?) that causes the usage percentage to roughly double for no reason at all after the program has run for a good handful of seconds. I'll be surprised if I ever figure out what causes this.

Oh, and... all of those pesky input bugs have bitten the dust since the last CInput rewrite, and I've not had a single missed input since then. Consider the input HEAVILY tested and proven to work.

Controls Done: 36 (of about 50)

[Simion32]

Progress Update: Here Comes the Open/Save Dialog!!

I've completed work on a handful more of the controls that will be required for me to successfully complete NitroGUI v2.0, and things are looking good from a development perspective. I've gotten Tool Panels working properly, and added several more simple controls like the Trackbar and Progress Bar.

However, I have 5 controls left, and these will be the most difficult of all the controls. They are the "big 5" that make up the functionality of the file open/save dialogs that I worked so hard on when trying to update DKCRE way back. I literally have multiple thousands of lines of code to review and redo in a dynamic fashion that will be compatible with v2.0 -- this is NOT going to be easy, at all.

I have some neat plans that will springboard my development as soon as I complete all of these controls, so I won't be bogged down by a lack of planning.

Controls Done: 45 (of 50)

[Simion32]

Important Update CLICK HERE

[Simion32]

Progress Update: Dirty Flags and HyperMode

As an aside, I've went and did the optimizations necessary for the GUI to be run alongside a game. This includes a very crafty system that looks at history records to determine which areas need updating, and then this is translated into flags/commands for the Draw() function.


The rendering engine has been nicknamed "Phazon" due to its highly potent cache-optimized drawing.

This comes full circle with an optimization called "HyperMode" that disables pixels from being downloaded off of the graphics card. This results in a MASSIVE speedup for all GUI text and icon drawing operations, and will be a key feature to enable while a game is being played. It will be forced on while in a game, but the user can configure DELTA to use it outside of game mode if necessary.

The only caveat to HyperMode is that various texts and icons on the screen will have a "forced" solid background color that is grabbed from the DTML script for those elements. This doesn't look quite as pretty as normal mode, but the trade-off is definitely worth it.


With the file open and save dialog, I actually have file type support working already. But none of the 5 controls are complete - I just have a simple debug file list displaying the contents of the C:\ directory.

It'll take me quite a few more days before I can call NitroGUI v2.0 complete, but I'm getting there.

[Simion32]

Progress Update: Gui Optimizations, and More Delays!!

I've been working hard on getting the optimizations done for NitroGUI v2.0, but it's going to take me a bit longer than I thought due to the dynamic complexity of the code that has to be added. I have to deal with how to update the screen according to which objects are moved or have appeared/disappeared, but the logic for doing this is extremely complex.

The "big 5" controls for the file save and open dialogs are still not completed yet. They also require proper bitmap clipping routines before they will display properly.

Finally, I've had some recent delays due to some heavy daily chores on the "real life" side of things.

It will take me several more days before I get a nice solid chunk of free time, most likely.

[Simion32]

Progress Update: File Open and Save Dialog Underway!!

I've gotten a significant chunk of the file open/save dialog completed, but it still needs coded behaviors.

An Old Preview Image:

Spoiler!

ngui_progress_20191026_simion32.png (93.81 KiB) Viewed 18744 times

That image doesn't show the most recent updates where the file types box is partially working. It's just a quick snapshot I had on hand while doing this post.

My NitroGUI v2.0 deadline for completion of the "big 5" is by the end of this month. But I guess we'll see how long this takes.

[Simion32]

Progress Update:
NitroGUI v2.0 COMPLETED!!!

With some more time I was able to finish up the last bits to complete the "Big 5" controls, and now I have fully working Open and Save dialogs!

The next thing on the to-do list is to get ready for the introduction of the DELTA Game Designer alongside DELTA Game Engine.

I'm not sure how long it will take to do any of the code from here on out, as I've not got any schedule made up. There are definitely plans, but no concrete schedule.

Wish me luck!

[Simion32]

Progress Update: Input Configuration Dialog COMPLETE!!

I've reached a significant milestone with the completion of the Input Configuration dialog, which allows users to configure their devices.

The usual support for 8 players each with a mouse, keyboard, and gamepad, is still available!!

The great thing about this is that the new interface allows me to dynamically handle all of the controls in the dialog, making the code easier to work with.

Update ScreenShot:

Spoiler!

Next up is the Audio sub-engine.

[Simion32]

NitroGUI v2.0 Test
DELTA Game Engine v0.0.8.0 r11 r12 (Re-Uploaded!)

Finally, I have a test build for you guys!!!

This simple test build uses NitroGUI v2.0 and is a key test to see whether NitroGUI can utilize its powerful dynamic interface system.

You can currently access and use the Input Configuration dialog, which was hand-crafted in DTML script.

Please make a post if you try out the Input Config because I'd like to know if you can successfully detect gamepad button presses etc.

DOWNLOAD HERE

Other Controls:

• F11 will enter or exit fullscreen mode at the currently configured screen resolution
• F10 controls whether the engine is in emulation mode or full-scale mode.
• F12 controls whether the game screen covers over the top of menus during full screen.

[Simion32]

Progress Update: Audio Sub-Engine Underway

While I don't have anything to give in the way of a demo, I thought I'd update you all on the status of the Audio sub-engine.

I can currently only play RAW files that are tuned to a specific input frequency for testing.

There's actually a lot of code I've made up that so far can't really achieve anything because I still need to figure out and code the audio stream joiner, which is kinda like the "traffic cop" of all the audio (both music and sound effects) code.

This sub-engine is much much more complex and code-heavy compared to the simple Music demos that have occurred in years past, and it is probably going to take me at least another week to get anything significant done.

The WinAMP plugin architecture will remain available but will have to be cleverly managed based on thread IDs, as the new Audio system will be directly dealing with the audio values rather than letting a library handle things.

There will be embedded file support in the form of the KAS file format which is basically just an audio file with a DELTA header slapped onto it. However, WinAMP plugin formats need to be saved to the user's hard drive first to be able to be played back from the plugins. This includes, for example, SPC files.

DELTA will include internal support for RAW, WAV, FLAC, and OGG-Vorbis files. Everything else is plugin-based.

Finally, there are special considerations with the KAS format that allow files to load only when called upon, even if the KAS file is embedded into a CDL (Compiled DELTA Data File). But be aware that KAS files cannot be used on their own -- they have to be called upon by a KMS or KSS file as part of the "sound set" you want to play music or sound effects from.

(NOTE: It's possible to have a CDL with just the music files inside it, for easy distribution!!)

[Super Luigi!]

You have certainly accomplished much, Simion32. Well done. Keep at it while also enjoying your life, and you will be the greatest.

[Simion32]

Progress Update: Moving Development to Windows 10

This is just a small post to let everyone know:

Development is Being Moved to
Windows 10

I've had enough of the buggy XP install I had (it had problems booting) and I'm in the process of upgrading everything.

DELTA will not compile yet on the newer version of Code::Blocks (with MinGW gcc).
This means there will be a delay in development while I get things sorted with the new compiler and etc.

Here we go!!

[Simion32]

Progress Update: Windows 10 Active, Research on Perlin Hunter

In the last week I've went off on a tangent researching various techniques for the Perlin Hunter Algorithm (which will be seeing its 4th attempt).

I won't be able to reveal any details about this, though, as my method will be completely proprietary.


I've got the vast majority of my tools and media editing gadgets working on Windows 10, so I won't have to worry about a buggy XP install causing trouble for my work environment. No more random lockups/powerdowns and "out of nowhere for no reason" failed system bootups.

Although I've been an XP fanatic for all these years, I think Windows 10 is good enough to become my permanent mainstay OS for a long time to come.

Spoiler!

The added internet security from me using Linux to browse the web will keep out that nasty hacker that still apparently controls some of the processes running on my ISP's servers. Although I doubt they'd be smart enough to catch the hacker in action and put him in the slammer for it, at least I can keep my hardware from being invaded. (This hacker actually tried to steal online banking information at one point with a fabricated PayPal webpage, etc...)

[Simion32]

Progress Update: More Work on the Audio, Delays Imminent

I've not been able to get Perlin Hunter to work yet, so my development is going back to working on DELTA itself, namely the Audio sub-engine.

There are a lot of complex things I need to cover in this Audio code, and I'm not sure I'll get too much farther before my life becomes too busy. My usual "busy season" is set to begin not long from now, which means significant delays for DELTA development (I'll have physical work to do in approximately a month, probably less).

Anyway, I'll be coding all of this with the utmost care and dedication.

When busy season lets up I'll most likely post a "notice update post" here on the atlas. Peace!!

[Simion32]

Progress Update: Delays, DELTA Editor Code Begins!!

Although I've not had much in the way of spare time recently, I have begun work on the code for the DELTA editor. I have mostly completed the back-end that deals with DELTA file management, and I am looking forward to working on the GUI interface for the "project file" stuff.

I had to stop working in the middle of the Audio sub-engine code and fully switch over to editor development for a while. I'll be going back to working on the Audio after busy season lets up a bit, most likely.

------------------------------------------

It is important to note that I will not be able to offer downloadable demo releases of the editor, because I will eventually be selling DELTA as a game creation tool.

However, I will still periodically post update screenshots of the interface in action, so that you guys can have some idea of where the project is at.

The DELTA Game Engine can still have a few more demo releases, but I'm probably going to have to keep that to a minimum as well.

------------------------------------------

Things in real life are about to go full-steam-ahead for me, so things will be even more delayed than before (in a couple of weeks from now).

[Super Luigi!]

Good luck, Simion32. Focus on life and complete everything you need to, and I understand the lack of DELTA editor demos. Thank you for providing these updates.

[Simion32]

Progress Update: Delays, Some Minor Progress

Although the majority of my time since the last post has been spent on busy work, I've managed to place together the beginnings of the DELTA file manager.

There will apparently be significant delays still, even though I'm already through the heaviest portion of the delays (due to effectively "working a job" though it's not really a job in the sense of employment).

----------------------------------

I hope to get you guys a screenshot of this thing once I actually finish it, but I've still got the "code" side of things to work on.

The GUI part is mostly complete and was easy enough to add to NitroGUI -- there is now a "multi-selection" mode for button states.

The backend for the file manager is already complete, so once I have the manager itself done, I will already have full-on file support.

There are a few hurdles, however, one of them being dynamic right-click menus (which still need implemented).

Wish me luck!!

[Simion32]

Progress Update: Major Input Bug Fixed!!!

There was a huge bug in the input routines -- namely that the ID numbers from an old config file (*.XDQ) were being treated as if they were valid ID numbers, causing data mixups that result in input freezes and other madness. The active IDs actually change each time the computer is booted, meaning that the old code is unable to deal with this change.

You would only experience this bug if the program saved its input config and then you reboot the PC, and then go back to the program. Doing this triggers the bug.

It only took me a couple of hours to hunt down and fix the bug, but it was a very involved change to make. Old saved device data is now treated separately from the active data.

[Simion32]

Progress Update: Tree Viewer, Dynamic Icon Tabs, Right Click Menus, and Dialog Boxes

I've just completed a slew of dynamic controls that are required for the DELTA editor.

I've mainly been working on the tree viewer, which will handle and organize the files for a DELTA game.

I've got a system for dynamically generated right-click menus now.

I also figured out how to get my tabs system to work with individual "files", with close buttons on them just like firefox.

Here's the obligatory development screenshot (though it doesn't look all that interesting yet):

Spoiler!

20200603_Progress_DELTA_GD.png (92.72 KiB) Viewed 3242 times

[Simion32]

Progress Update: Project Merger and Audio Work

I've been slowly getting more done, but a while back I had to join the Game Engine and Editor into one EXE (meaning there's only one project file now).

This was done so that I could have bugfixes that are made apply to both the engine and editor simultaneously, instead of having separate code for each and having to copy individual pieces of code between the projects as I continue to work on DELTA and make improvements.

This move will reduce the complexity of bugfixes and should also allow me to design a play-in-editor function for DELTA.
----------------------------------------------------

After I made the project join, there were missing elements in the Audio, so in order to get the project to compile, I had to start working on the Audio sub-engine again.

So far I just have basic mp3 support with an uncontrolled playback (in other words it's just a debug version) and the SFX side of things is not coded yet. I still have WAV, OGG, and FLAC to code, along with the WinAMP plugin compatibility (which is a completely separate part of the Audio engine).

It will probably take me a while before I have the audio done, but...

There may not be very many demo releases of DELTA due to the joined engine/editor code.
I'll probably be doing demo YouTube *videos* instead.
(It takes effort to branch the code and delete the editor parts from it just to get a free demo of the engine, so there will probably not be many demos from here on out.)

[rainbowsprinklez]

I can't speak for everyone, but I'm ok with the lack of demos. I get the headache it is, firsthand, to disable features so people could play. It's totally understandable that demos will now be few and far between. Godspeed

Edit***
If there is anything I could do to help, let me know

[Simion32]

Progress Update: Audio Engine Work

I've completed the base file handlers for WAV, FLAC, OGG Vorbis, and MP3.

All four of the basic formats load, play, and loop properly (using a debug playback routine).

I'll be working on the WinAMP plugin capability next.
-------------------------------------------------------------

After all the technical file handler stuff is done I'll have to work on the playback handlers for both Music and SFX (this involves a lot of buffering magic).