Boulder Dash Forum

benjamind2011 wrote:Have there been any changes to the code since the April 2013 release?

Nothing, unfortunately, because I have no time to do that.

I was searching up on GDash to see if anyone else had been working on it. I think the link I saw is here below: https://pyra-handheld.com/boards/threads/gdash-boulder-dash-like.75789/ I see. I did not know about that release. But GDash is in plain C++, so if you have SDL and glib, then theoreticall...

benjamind2011 wrote:I hear it is (or was) being ported to a certain kind of handheld gaming device but I forget the name of the device. Some sort of PC put into a small handheld size.

Where did you hear about that? I'd like to see that, too

CWS wrote:Any updates for GDash planned in near future?

Well, later maybe...

Hi!
Google is discontinuing its project hosting service. So I moved the GDash project page to Bitbucket. The new URL is:
https://bitbucket.org/czirkoszoltan/gdash
The source code and the binaries can be found there.

sorry to say that, but please pay more attention to what i write. I hope I'll have time... But I don't know yet. Sorry. What features were being added? that sentence does not mean that i've worked on it. it means that i might work on it later. i did not write a single line of code in the project. no...

CWS wrote:I've heard some months ago that the project will be continued this summer. So let's see!

I hope I'll have time... But I don't know yet. Sorry.

CWS wrote:Is this the one in question?
https://trac.macports.org/browser/trunk ... 3/Portfile

Yes, this seems to be the official port. I guess it will work automatically.

CWS wrote:If GTK+ 3 is available for MacOS X/X11 than it's certainly the best to use the latest version!

I guess 3.0 works on the Mac. Gimp also uses GTK+, so if there is Gimp, there can be GDash as well.

Cirix, unfortunately I'm posting here direct URL to screen shot from GDash. It lies in my dropbox folder, so it is safe. https://dl.dropboxusercontent.com/u/2721411/Fotki/Rozne/gdash_editor.jpg There you can see how does "draw element" sub-window look like with scaling factor x4 in Editor...

gdash is always with source code. it's an open source game: http://code.google.com/p/gdash/ you can read the source. src/fileops/binaryimport.cpp has the vice emulator snapshot loading routine, and c64import.cpp has all the routines which load the binary data and create the internal data structures ...

just put a one line notice there and it's okay. i've spent a lot of time recording and mixing those samples. unfortunately, the whole license thing is - i guess - unresolved, regarding all the original boulder dash data (graphics, sound and levels). the community is still waiting for somebody to cre...

You say in the documentation, that "Game graphics and sound generally comes from original game." Yes, this is more or less true, but the ogg files for sound are from GDash. This is a violation of the license, which says "The above copyright notice and this permission notice shall be i...

Cirix, unfortunately I'm posting here direct URL to screen shot from GDash. It lies in my dropbox folder, so it is safe. https://dl.dropboxusercontent.com/u/2721411/Fotki/Rozne/gdash_editor.jpg There you can see how does "draw element" sub-window look like with scaling factor x4 in Editor...

piter: i spent a lot of time on researching the slime predictability. i copy the relevant stuff here from the gdash source documentation (docs/c64_internals.txt). predictable slime in plck ------------------------- This is taken from afl boulder dash: * .C:43dd 20 E6 41 JSR $41E6 ; predictable rando...