The Adventure of Seph

[seph]

The only huge problem I have with sharing my code is that my code changes every single time I get workin on the game... What I mean is, I constantly change things around, move SUBs, delete SUBs, create SUBs, create or delete files, etc. It'd really be a waste if I just gave it all to you now, because in 3 days it's gonna be coded different again

[Jark]

It's always easier to give point of views than to do it: I try not to get lost between all the versions of my progs myself :lol: . And the code is always changing, like yours, Seph...

Just some guidelines:

Call version 0 the first release of your prog, so that everybody will know it's a beta.

Name the further versions .1, .2 etc... everytime you do something to improve the code. Try to make "packs" of modifiations.

Call v1 the first release that you feel "stable", and continue 1.1, 1.2 etc... until something important like a re-writing occurs (you will call that v2.0).

If something like correcting a major bug happens on, let's say, v1.3, and if this correction has no impact on the way the prog is written, call that 1.3c.

From time to time, try to write a "documentation" of your prog. Even if you don't publish it, it will help you stabilize the whole stuff, and you will have a better view on what you did... It will also give you ideas for the next release.

Btw, if someone has a good link about versionning :roll: :???:

[seph]

Thanks for the info

Oh, and another reason I don't really like releasing code is that I usually ask for comments on it (so I know if it's good, or if I should improve on somehting) but I never get any comments on it. So if I do release the code, I'd like comments.

Also, I have nowhere to upload it to... Does someone wanna host it for a minute?

[seph]

http://www.geocities.com/pisforpi/sephrpg.zip

There you have it folks, the most updated source code... You'll notice I haven't touched it in a few days. Busy.

[barok]

the files that are in the zip are...

readme
sephdata.pak
seph.pif
seph.exe

all in one folder

[seph]

the files that are in the zip are...

readme
sephdata.pak
seph.pif
seph.exe

all in one folder

Well I opened http://www.geocities.com/pisforpi/sephrpg.zip And I see:

Code:

engine.BAS
fights.BAS
incfile.BI
init.BAS
make - ALL.bat
make - engine.bat
make - fights.bat
make - init.bat
make - map.bat
make - menus.bat
make - seph.bat
map.BAS
menus.BAS
SEGMENTS.BAS (whoops forgot to delete that file)
seph.BAS
sephdata.pak

[Ninkazu]

Hmm, I should check out his tut... I pretty much used the methods that Blitz has shownded me. And sorry about the font problem, I really don't know why that's happening for you. Check to make sure everything's all intact (.pak file-wise).

Sorry, but my buffering tut's sprite routine is far from fast. I tried to write a p*p scroller with it, and it shat itself big time.

The logic behind it is very useful though.
http://www.venosoft.com/articles.php?id=2

[barok]

i found your pixel scroller a while ago, and it's pretty good. the reason it's not fast is because it's drawing it pixel by pixel. i noticed that nearly all the fast pixel scrollers (only two don't do this) use put to put the whole tiles on the screeen. one even changes the height part of tiles to put tiles that are on the very bottom of the screen. I guess putting tiles are much faster than drawing them each seperately. I wouldn't know with relsoft's minirpg demo: i haven't gotten a chance to read that monsterous pixel scroller yet :wink:

only antoni's pixel scroller and lithium's pixel scroller don't put the tiles. i believe antoni's pixel scroller uses alot of tables and scanlines. lithium unravelled the pokes, and used a few tables. I myself am designing a pixel scroller that i hope will be fairly fast. (around 130 fps on my comp) without any of the stuff like collision detection or npcs.

btw sj zero, that's the very first zip file without the source that i downloaded. your right about the second one.

[seph]

Here you go. EXE included. Font routines as well.

http://seph.blissdev.com/sephrpg.zip