Boulder Dash Forum Forum Index Boulder Dash Forum
The only Boulder Dash discussion board in English language!
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Gdash
Goto page Previous  1, 2, 3, ... 50, 51, 52  Next
 
Post new topic   Reply to topic    Boulder Dash Forum Forum Index -> Games: Remakes
View previous topic :: View next topic  
Author Message
CWS
Member


Joined: 11 Jul 2007
Posts: 387
Location: Austria - Europe

PostPosted: Sun Feb 03, 2008 2:11 pm    Post subject: Reply with quote

All things should be optional! So everybody can customize the program according to his wishes.

Maybe the thing with the graphics could be solved easily: Two diffent versions of cells_gfx.png. One regular like it is today. And one extendet with more animations and different versions of each object. There should be an option in the Play/Select theme menu if it's a regular C64 style graphic or an extended version. Or maybe the program can recognize it on it's own?

So everybody would be happy! Smile
Back to top
View user's profile Send private message
cirix
Member


Joined: 01 Feb 2008
Posts: 284

PostPosted: Sun Feb 03, 2008 2:19 pm    Post subject: graphics Reply with quote

hi,

personally i like the little color variations in boulder remake, too. and i do not like the smooth moving, as sometimes cells are drawn upon each other.

adding the different colors of c64 is planned. loading custom graphics from a png file is already there Smile
the bdremake-style small variations would require more programming, but maybe.

bye
_________________
cirix
Back to top
View user's profile Send private message Visit poster's website
CWS
Member


Joined: 11 Jul 2007
Posts: 387
Location: Austria - Europe

PostPosted: Sun Feb 03, 2008 3:52 pm    Post subject: Reply with quote

Smooth animations are great for enemies (Firefly, Butterfly and Amoeba). Look at my own graphics set (Shabanak) for Boulder Remake. The animations just look great! Smile
Back to top
View user's profile Send private message
LogicDeLuxe
Member


Joined: 15 Jul 2007
Posts: 604

PostPosted: Mon Feb 04, 2008 11:37 pm    Post subject: Reply with quote

For your converter: Don't make the assumption that all caves in a CrLi game are CrLi caves. The engine supports 1stB caves as well, as long they don't have ghosts. Check the version string in each cave, and if it is something less than 3.0, then it's a 1stB cave.
Back to top
View user's profile Send private message Visit poster's website
cirix
Member


Joined: 01 Feb 2008
Posts: 284

PostPosted: Mon Feb 04, 2008 11:59 pm    Post subject: crli cave version Reply with quote

hi

the version number is checked by the game itself. it even loads the crazy light tutorial correctly, telling ghosts and acid&falling wall apart! Smile

bye
_________________
cirix
Back to top
View user's profile Send private message Visit poster's website
LogicDeLuxe
Member


Joined: 15 Jul 2007
Posts: 604

PostPosted: Tue Feb 05, 2008 10:27 am    Post subject: Re: crli cave version Reply with quote

cirix wrote:
the version number is checked by the game itself. it even loads the crazy light tutorial correctly, telling ghosts and acid&falling wall apart! Smile
Take a look at Crazy Dream 8. In most caves, the settings for diagonal walking and the Diego effects are wrong. It looks much like if a 1stB cave was interpreted as CrLi.
Back to top
View user's profile Send private message Visit poster's website
CWS
Member


Joined: 11 Jul 2007
Posts: 387
Location: Austria - Europe

PostPosted: Tue Feb 05, 2008 10:04 pm    Post subject: Reply with quote

Ladies and Gentlemen - I managed to get GDash work on MacOS X! Smile

It's running fine in X11.

Full screen mode is not supported but this does not matter as the window mode is just great!

Here the install procedure for MacOS X:

1) http://svn.macports.org/repository/macports/downloads/MacPorts-1.6.0/ (install the version for your MacOS X)

2) Open MacOS X Terminal window and type: sudo port install pkgconfig

3) After that type: sudo port install gtk2 (takes very long to install)

4) Quit MacOS X Terminal and start X11 Terminal window, go to the gdash-0.9 directory and type: ./configure

5) When it is finished type: make (make install)

6) Then type: src/gdash

7) Play!

You can get info on the gdash file and set open with X11. A double click will start gdash without any typing!


Last edited by CWS on Thu Feb 07, 2008 11:07 am; edited 3 times in total
Back to top
View user's profile Send private message
CWS
Member


Joined: 11 Jul 2007
Posts: 387
Location: Austria - Europe

PostPosted: Tue Feb 05, 2008 11:02 pm    Post subject: Reply with quote

I think there should be an option for the default window size when starting the application. The default for C64 Boulder Dash would be 12 x 20 elements showing on screen. If the size could be set to 12 x 20 elements in relation to the size of the cells (the window must be larger when the cells are larger, too) then it would be always the real C64 screen size. But it's also great that the window can by resized - a larger visible playfield is also nice!

Another great request: A config file that is beeing saved and loaded so that I do not have to set the size of the window, the size of the cells or other things every time I start the app.
Back to top
View user's profile Send private message
Arno
Site Admin


Joined: 17 Mar 2007
Posts: 2074
Location: netherlands

PostPosted: Wed Feb 06, 2008 7:01 pm    Post subject: Reply with quote

In addition, it would be nice if scrolling is disabled for intermissions, and only the upper left part is visible then.

Example: ArnoDash 17 Int 1 Smile

BTW, a different question. What's actually the meaning of 'G' in GDash? Or did I miss something?
_________________
---- Boulder Dash Fansite ----
Back to top
View user's profile Send private message Send e-mail Visit poster's website
cirix
Member


Joined: 01 Feb 2008
Posts: 284

PostPosted: Wed Feb 06, 2008 11:04 pm    Post subject: New GDash Reply with quote

Hi BD Fans Smile

A new version of the game is available, downloadable from
http://jutas.eet.bme.hu/~cirix/gdash/
This version incorporates:
- C64 color schemes
- Remembering settings
- Automatic sizing of game window
- C64 scheduling algorithm for caves, which recalculates the delay on each cave movement. So for example if you collect a lot of diamonds, the cave speeds up a little (like BD1, cave I)
- Dirt mod, which can be disabled
- Better PLCK and CrLi caves importing
- and so on.

Please uninstall the 0.9 version before installing this one, as some imported caves have changed!

Bye
_________________
cirix
Back to top
View user's profile Send private message Visit poster's website
cirix
Member


Joined: 01 Feb 2008
Posts: 284

PostPosted: Wed Feb 06, 2008 11:41 pm    Post subject: GDash features Reply with quote

Hi,

I've recorded many of your requests, so sooner or later, they will be available. Just send me the ideas, and more importantly the errors you find Smile

One question, like a poll: personally I like the scrollbars below and in the right hand side of the cave. I know, it is one of the things that ruin full screen feeling... But during a pause, and after an unsuccessful finish, the game does not set their position anymore, so you can freely move around and see what happens. I remember how much it annoyed me previously, when dying in a complex and difficult cave, and not being able to check the other end, if I did that part right...
So, what do you think?

Arno: gdash is gdash, while many programs in linux, written for the gtk/gnome system, have names starting with g, like gnometris, glade, gthumb, gtranslator and the like.
Scrolling/nonscrolling intermissions: do you know any caves where disabling scrolling might do harm? Personally, sometimes I like enlarging the game window and seeing the complete 40x22 cave completely. Also, gdash is capable of managing caves of any size (it's restricted in the editor to 128x128, but not internally limited). I don't really like the idea of restricting the program to the limitations of the original C64 hardware.
Maybe there should be an option like that: the cave is 40x22, and of that, the (2,3)-(17,19) rectangle is visible during the game.

bye
_________________
cirix
Back to top
View user's profile Send private message Visit poster's website
LogicDeLuxe
Member


Joined: 15 Jul 2007
Posts: 604

PostPosted: Thu Feb 07, 2008 12:25 am    Post subject: Reply with quote

I noticed not necessarily a bug, but a slight logical problem. A Voodoo Doll is immune to a Bomb, as you implemented it already. Though I think, it shouldn't when "can be destroyed" is checked (which isn't an option in 1stB and CrLi).
It is logical, it is intuitive, it doesn't break any compatibility, and I intend to implement it that way in my upcoming engine.


And I noticed some bug after all:
In CrLi caves, slime converts boulders to diamonds which isn't even possible on the C64 since slime always takes element, adds 3 and puts the new element under itself.

And some diagonal movement caves are still not set correctly. For instance, Crazy Dream 8 "Dangerous key" should have it checked.
Back to top
View user's profile Send private message Visit poster's website
CWS
Member


Joined: 11 Jul 2007
Posts: 387
Location: Austria - Europe

PostPosted: Thu Feb 07, 2008 1:34 am    Post subject: Reply with quote

Wow, the new version rocks! Smile

A bug: Sometimes after starting GDash Diamonds needed is always 1 in all games. Sometimes it's the correct number. But on the Unix version the remaining time is not added as bonus score.

Another bug: Marek Roth's Crazy Dream 6/Cave A can not be played because of the bug with the false position Rockford enters the screen. It's correct for up/down but not left/right. If Rockford is leaving the screen on the right it must enter the screen on the left but one line under it. The same in the other direction: if he leaves the screen on the left side he must enter it on the right side on line above! Otherwise all caves using this option will not work! But maybe this could be made an option in Prefs? Is this wise? LogicDeLuxe what do you think of that?

Because of your poll: I like the scrollbars - and I like to be able to make the window larger. This is the thing I always missed in the good old C64 original game. Wink There are so many different caves available - and it's really good to be able to look how it could work!


Last edited by CWS on Thu Feb 07, 2008 11:09 am; edited 1 time in total
Back to top
View user's profile Send private message
cirix
Member


Joined: 01 Feb 2008
Posts: 284

PostPosted: Thu Feb 07, 2008 7:12 am    Post subject: cave wraparounds Reply with quote

hi, the "infinite caves", rockford exiting on one end and coming back at the other, is already defined in bdcff. in original bd, it came back one row under or over the original, but there is also a "perfect borders" setting, so it comes back at the same row.
i like the latter, it is already implemented - again, a pc has simply got the computing power to do this. the former is needed for many existing caves, like Arno's future dash caveset. these two will be implemented as an option.

bye
_________________
cirix
Back to top
View user's profile Send private message Visit poster's website
CWS
Member


Joined: 11 Jul 2007
Posts: 387
Location: Austria - Europe

PostPosted: Thu Feb 07, 2008 9:28 am    Post subject: Reply with quote

I like the optional idea! All things that are optional can be custom set and that's good! Smile

But, of course, it must be handeled right when importing caves with any2gdash (if possible).
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    Boulder Dash Forum Forum Index -> Games: Remakes All times are GMT + 1 Hour
Goto page Previous  1, 2, 3, ... 50, 51, 52  Next
Page 2 of 52

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group