Im making a ORPG
Im making a ORPG
Im making a ORPG
Im making a ORPG
Im making a ORPG
Im making a ORPG Im making a ORPG Im making a ORPG Im making a ORPG Im making a ORPG Im making a ORPG Im making a ORPG Im making a ORPG
Im making a ORPG Im making a ORPG
Im making a ORPG
Go Back  Xtreme Visual Basic Talk > > > Im making a ORPG


Reply
 
Thread Tools Display Modes
  #1  
Old 06-28-2005, 09:23 PM
Xcessive Xcessive is offline
Newcomer
 
Join Date: Jun 2005
Posts: 4
Cool Im making a ORPG


Im making a ORPG(Online Role-Playing Game)

And i want to know how to make a register thing using mysql and make it register to ********************.

And i want to know how to make a mapeditor and other stuff. Please help.

-Xcessive

Last edited by reboot; 06-28-2005 at 10:36 PM.
Reply With Quote
  #2  
Old 06-28-2005, 09:48 PM
RoofRabbit's Avatar
RoofRabbit RoofRabbit is offline
Contributor
 
Join Date: Sep 2003
Location: Lenoir, NC - USA
Posts: 731
Default

You can search the forum for map editors, etc. Such a general post isn't much help, please ask more specific questions.
__________________
Website http://roofrabbit.com/
Reply With Quote
  #3  
Old 06-28-2005, 09:55 PM
TeraBlight's Avatar
TeraBlightIm making a ORPG TeraBlight is offline
Captain Convoluted

* Expert *
 
Join Date: Jun 2005
Posts: 1,918
Default

Quote:
Originally Posted by Xcessive
Im making a ORPG(Online Role-Playing Game)
Sounds good

Quote:
And i want to know how to make a register thing using mysql and make it register to ************************.
And i want to know how to make a mapeditor and other stuff.
Try to separate your questions into managable pieces and post them in the appropriate forums:
  • "a register thing using mysql" - ask in the "Database And Reporting" forum, and be as specific as you can
  • "make a mapeditor" - SEARCH the "Game Programming" forum, map editors are a favourite topic
  • "and other stuff" - let's maybe leave that until you made some sort of start on the other aspects, shall we?
__________________
"To learn without thinking is to labour in vain" - Confucius

Last edited by reboot; 06-28-2005 at 10:37 PM.
Reply With Quote
  #4  
Old 06-28-2005, 09:57 PM
Xcessive Xcessive is offline
Newcomer
 
Join Date: Jun 2005
Posts: 4
Default

First, im learning how to show the map on the frame or whatever.

Anyway, i have a map folder with 1 map ( map1.map )

Thanks!

Edit: Heres what i have so far.

Edit by reboot: No binary attachments. Please see the Posting Guidelines

Last edited by reboot; 06-28-2005 at 10:38 PM.
Reply With Quote
  #5  
Old 06-28-2005, 11:22 PM
DubbleClick's Avatar
DubbleClick DubbleClick is offline
Contributor
 
Join Date: Mar 2005
Location: Tennessee
Posts: 511
Default

I love the enthusiasm people have.

Just learning to program and already jumping into making an ORPG.

NOW CALM YOURSELF DOWN I SAY!!!

Eh, I say start with a "stand alone" game that works on a single computer... before starting to tackle "ON-LINE", Registering....etc...

I will say this... if you Don't know how to make a map editor, you're no where near ready to make an On-Line game. Take smaller steps or you will find yourself frustrated and give up coding all-together, which would be sad.

Keep up the enthusiasm!!
Reply With Quote
  #6  
Old 06-29-2005, 04:36 AM
Mathijsken's Avatar
Mathijsken Mathijsken is offline
Contributor
 
Join Date: May 2003
Location: Oostkamp - Belgium
Posts: 730
Default

Yes, well to answer your question about tile engines: http://www.gamedev.net/reference/art...rticle1304.asp

and as Terra said, search this forum, map editors and the like are very much wanted!
also, are you using DX or BitBlt? If the former: http://directx4vb.vbgamer.com/ and if the latter: http://rookscape.com/vbgaming/ or http://gpwiki.org/ (has some DX tuts too)

see these posts for more FAQ-like help:
http://www.xtremevbtalk.com/game-programming/57883-10-steps-designing-game.html
http://www.xtremevbtalk.com/game-programming/51813-frequently-game-programming-questions.html

Mathijsken
__________________
Fear is the first step towards intolerance.
Reply With Quote
  #7  
Old 06-29-2005, 11:06 AM
Xcessive Xcessive is offline
Newcomer
 
Join Date: Jun 2005
Posts: 4
Default

Which one is better? DX or BitBlt?
Reply With Quote
  #8  
Old 06-29-2005, 11:19 AM
noi_max's Avatar
noi_maxIm making a ORPG noi_max is offline
Still asleep...

Retired Leader
* Expert *
 
Join Date: Nov 2003
Location: IronForge
Posts: 2,694
Default

Quote:
Originally Posted by Xcessive
Which one is better? DX or BitBlt?
The short answer: DX

Take a look at the Game Programming FAQ for more info (it's stickied at the top of the Game Programming section)

There's even a link to making an MMORPG in visual basic.

Still seems somewhat lofty to me for the individual coder, but that's just my opinion
__________________
~ Jason

Use [vb][/vb] tags when posting code :) || Search the forum and MSDN|| Check out the Posting Guidelines
Reply With Quote
  #9  
Old 06-29-2005, 08:03 PM
mrnugger mrnugger is offline
Freshman
 
Join Date: Jun 2005
Posts: 35
Default

I just started programming recently and im making an rpg, w/ map maker.
Getting a little help from someone on the save/load map, but yea, I don't think you should start making an "o"rpg just yet. make a "rpg", single player, could get you started on the basics, good practice.
Reply With Quote
  #10  
Old 06-30-2005, 02:40 AM
Mathijsken's Avatar
Mathijsken Mathijsken is offline
Contributor
 
Join Date: May 2003
Location: Oostkamp - Belgium
Posts: 730
Default

Quote:
The short answer: DX
I do agree, but it takes a bit longer to learn. I started off with Dx from the start and it took me about a half a year before I actually got the very basics figuered out...
Although this does keep you from sticking to the (somewhat out-dated) BitBlt Api's, you'll need a little more persistance...

The choice is up to you! (If you do choose Dx, I'd suggest not to stick too long with DDraw, but take a look at D3D, neat stuff can be done with a combination of the two)

Mathijsken
__________________
Fear is the first step towards intolerance.
Reply With Quote
  #11  
Old 07-01-2005, 11:29 PM
dan_e6's Avatar
dan_e6 dan_e6 is offline
Contributor
 
Join Date: Mar 2004
Posts: 552
Default

you see this everytime someone starts using vb, they think they can tackle a huge project and learn things as they go. it just doesnt work. go make simple games first that use the internet like tictactoe and then build up. lol. 99% chance your plans will fail....sorry
Reply With Quote
  #12  
Old 07-02-2005, 06:14 AM
StressedGeezer's Avatar
StressedGeezer StressedGeezer is offline
Junior Contributor
 
Join Date: Apr 2004
Location: Cambridge, England
Posts: 259
Default

Quote:
you see this everytime someone starts using vb, they think they can tackle a huge project and learn things as they go. it just doesnt work. go make simple games first that use the internet like tictactoe and then build up. lol. 99% chance your plans will fail....sorry
This says more about the person programming than it does about the project... I've been working on a 2D program now for 3 years, it's my FIRST EVER program in VB, but it has a tile engine, collision detection, it loads/saves maps, it has a built-in map editor, it has lots of neat touches like explosions, muzzle flash, a scanner, graphic text, stretchable images, gamma correction, working inventories for each of the objects... Not bad for my first DirectX program!! Just tackle one small problem at a time, you will get there eventually. But I do agree with most of what's been said here - start off simple!!
__________________
Geezer

Last edited by StressedGeezer; 07-02-2005 at 07:28 AM.
Reply With Quote
  #13  
Old 07-02-2005, 02:49 PM
DubbleClick's Avatar
DubbleClick DubbleClick is offline
Contributor
 
Join Date: Mar 2005
Location: Tennessee
Posts: 511
Default

I think what he was trying to get across is that if you take on "small" projects at first and "COMPLETE" them, you learn important things a lot quicker and can "move on" to more difficult tasks... This makes learning the "more difficult tasks" a LOT Easier.

If you had programmed a few much simpler games to begin with, I bet you'd farther ahead on your "Current" project than you are now.

Sure, you will "eventually" get it done... but you'll have wasted a LOT of time trying to work out problems that wouldn't have been a problem "at all" if you properly "build up" your skill set.

That said...

On what Mathijsken said, FORGET BitBlt & DirectDraw... Direct3D is the ONLY way to go. Don't even waste your time "learning" those old outdated tactics.

Now if you "already know them", that's different. Nothing wrong with programming anything with them.. BUT IF YOU DON'T, no need in wasting time to "learn them".
That's just my worthless opinion though.
Reply With Quote
  #14  
Old 07-02-2005, 03:00 PM
Pluvious Pluvious is offline
Regular
 
Join Date: Jun 2004
Posts: 92
Default

Quote:
Originally Posted by DubbleClick
I think what he was trying to get across is that if you take on "small" projects at first and "COMPLETE" them, you learn important things a lot quicker and can "move on" to more difficult tasks... This makes learning the "more difficult tasks" a LOT Easier.

If you had programmed a few much simpler games to begin with, I bet you'd farther ahead on your "Current" project than you are now.

Sure, you will "eventually" get it done... but you'll have wasted a LOT of time trying to work out problems that wouldn't have been a problem "at all" if you properly "build up" your skill set.

That said...

On what Mathijsken said, FORGET BitBlt & DirectDraw... Direct3D is the ONLY way to go. Don't even waste your time "learning" those old outdated tactics.

Now if you "already know them", that's different. Nothing wrong with programming anything with them.. BUT IF YOU DON'T, no need in wasting time to "learn them".
That's just my worthless opinion though.

If you only want to make one game (as opposed to learning vb or becoming a game programmer) I'm not sure it is all that smart to program a few "smaller" games first. These games will take quite a bit of time. You will learn but you will also learn making the "one big" game that inspired you. Also, it may be difficult for some people to get excited and enjoy making pong or tic-tic toe.

If you are trying to make a mmorpg with vb (by yourself) as your first game then "Yeah", forget it right now. And when you ask about registering, map editors, and other "down the road things" it certainly doesn't look good for you. But you can certainly make a complex game as your first game if you don't mind really doing the work and making mistakes. I know its been a fun and exciting road for me...
__________________
Turn based fantasy strategy, tactical battles, rpg character army development, truly immersive online experience...IMMORTAL KINGDOMS...coming in 2007!
Preliminary Screenshots of Immortal Kingdoms.
Reply With Quote
  #15  
Old 07-06-2005, 10:43 PM
StressedGeezer's Avatar
StressedGeezer StressedGeezer is offline
Junior Contributor
 
Join Date: Apr 2004
Location: Cambridge, England
Posts: 259
Default

Quote:
If you had programmed a few much simpler games to begin with, I bet you'd farther ahead on your "Current" project than you are now.
My current project WAS a much simpler game at one point, but I didn't want to leave it as just another indie shooter. And after three years of programming, I'd rather have one big game under my belt as opposed to four or five small ones. But having said that, after three years I don't have a single finished program to show anyone!!! Which I think is probably the best reason to make smaller games.
__________________
Geezer
Reply With Quote
  #16  
Old 07-07-2005, 11:23 AM
DubbleClick's Avatar
DubbleClick DubbleClick is offline
Contributor
 
Join Date: Mar 2005
Location: Tennessee
Posts: 511
Default

That was kind of my original point. There is at least a little satisfaction in finishing even the smallest games. Nothing wrong at all spending a few "weeks" in making "childs play" games... even if you never do anything else with it.

A carpenter usually starts out building things like sheds/decks and garages... then they move on to the houses. That's all I was saying.

Reply With Quote
  #17  
Old 07-07-2005, 12:45 PM
VB_Alien VB_Alien is offline
Senior Contributor
 
Join Date: Apr 2004
Posts: 854
Default My 2 cents

Although i have no offical training using visualbasic, i had to learn it by first learning how to use it's controls. From there i made things like a simple egg timer - a clock - a calculator and things of that nature. I also had the learn how to use strings to make things like a simple text editor and databases.

Game programming involves learning how to setup and use User Defined Types(UDT's) and variables. Also involved i learning how to create and use your own sub and functions. This is only part of what is involved in game making but i think you get the jist of it. It's not as easy as it seems to be.

As to what to learn first( BitBlt -DirectDraw -Direct3D ), My feelings are that you should learn Bitblt first. It's much easier to use than DirectX and it will help you learn the basic of using GDI. DirectX i much harder to learn than Bitblt but DirectX is much better suited for game programming.

After you learn that, then start with a very simple standalone game that would play on a computer but dont make anything for playing online just yet. That will come later after you learn how to program using the internet.

I dont know if your really new to programming with visualbasic or not but if you are, i'd learn the basics first before you try to tackle such a big project.
Reply With Quote
  #18  
Old 07-07-2005, 03:18 PM
surixurient's Avatar
surixurient surixurient is offline
Junior Contributor
 
Join Date: Apr 2005
Location: between C0000h and C7FFFh
Posts: 351
Default

perhaps find the vb source to a project simular to one you want, then screw around with it until you understand the hows and whys of what it does. From there modify it so its closer to the game you want. Eventualy you will be able to start your own from scratch. For me, the most effective learning method has been fiddling.
Reply With Quote
  #19  
Old 07-08-2005, 02:14 AM
AdrianDeAngelis's Avatar
AdrianDeAngelis AdrianDeAngelis is offline
Contributor
 
Join Date: May 2005
Location: Australia
Posts: 549
Default

Hi Xcessive,

I agree totally with all the comments said thus far. I have been programming across mutliple platforms for about 7 years and made at least 5 complete RPGs, the last, in Qbasic took 2 YEARS to complete (in my spare time while doing my degree) and that was relatively simple with only about 16-20 maps and 40 or so spells...

To make a good online RPG you are going to have to learn the following:
1) How to balance an RPG...
2) How to write at least a semi-decent story
3) How to draw nice looking animated sprites, A LOT harder than it looks
4) How to get in and around all the technology of a single PC
5) How to get in and around all the technology of the internet.
6) how to organise a lot of data going from one program to another

That said, when I jumped from QB to VB, I found jumping straight into DirectDraw (let alone direct 3D) very difficult and I had a sound understanding of coding basics. try to learn DDraw, if it proves too much for your skills at this stage then step back a bit, do some GDI and then come back, it will be much easier this time around

For the actual RPG, here are some recoomendations.
1) do some research... play some MMORPGs and even normal RPGs write down elements that work and write down elements that don't.
2) compile a list of things that you want to have in your RPG eg a skills tree, random monsters, quests etc...
3) PLAN. Before you even to code get a notebook, decide on player statistics, the calculations involved in using them, how they interact with the world etc... decide on your map format, decide on your combat mechanics etc...
4) a general RPG is usually comprised of the following modules:
a) technology module (input, music, sound, display)... must be written first
then (in no particular order)
b) inventory system
c) character statistics screens
d) story/ cinematics
e) combat modules
f) shops and other buildings
g) a world explorer
h) a map editor

If you are dead set on making an RPG then start trying to make one of these things first. Make a combat program where a player can fling fireballs (or whatever) at a computer, make a simple map editor... as you have a go at making stand-alone modules, write down what data needs to be inputted into the module to make it work and what stuff it should output... This way you learn game coding while also learning how code RPGs... once you feel you are ready you can take these modules and string them together, or (more advisable) start building things from scratch using your newfound experience that will allow you to build a much better RPG.

Good luck, You have a long and frustrating road ahead of you, but one that is ultimately very rewarding, keep at it!
__________________
Automation error... What do you mean automation error you %#@*&!$ thing!

Star Admiral: 3D tactical space sim *** New Version 0.38 10/01/09 ***
Damage, shields and special weapons systems
Reply With Quote
  #20  
Old 07-19-2005, 07:39 AM
DimmurWyrd DimmurWyrd is offline
Newcomer
 
Join Date: Jan 2005
Posts: 24
Default

I find DX(ddraw) rather easy actually... the only "hard" part of it is all the initialization and framework... actually using it once you get that out of the way (and you can copy from a sample program easily enough lol) using it to blit sprites uses almost identical commands to bitblt without the hassles of masks and such for transparency

If this is your first program period in VB I agree with just about everyone doing a massive game is gonna be tough. But I also understand the term "RPG" has become very loose and can be anything from a run n bump arcade like scroller to massive inventory driven quest engine so it could be easy as pie or virtually impossible.

However, If this is just your first GAME in VB then you probably have a decent shot at doing something worthwhile (if not exactly what you envision now.) One thing though! If you haven't done netcode (online functions) then you might find that to be the sticky part of it all. all the hell you have to do to keep the game "in sync" can be too much even for many professionals. (look at some of the pay to play titles for examples lol some of those have horrid netcode (to be fair it's mostly hardware limitations complicated by poor windows socket code. think about water and tiny pipes and high pressure and you get the idea lol.. basically no matter how much overall bandwidth you have the pipes gonna kill ya if you don't plan for it.

One thing to be very aware of... if you have a background in C (any variety that I know of.) then you may have a hard time getting VB to do what you want. This is mostly because VB is NOT C and works very differently... trying to do things the same way in VB as you did them in C will just get you frustrated and feeling like VB sucks hehe...
Reply With Quote
Reply


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off

Forum Jump

Advertisement:





Free Publications
The ASP.NET 2.0 Anthology
101 Essential Tips, Tricks & Hacks - Free 156 Page Preview. Learn the most practical features and best approaches for ASP.NET.
subscribe
Programmers Heaven C# School Book -Free 338 Page eBook
The Programmers Heaven C# School book covers the .NET framework and the C# language.
subscribe
Build Your Own ASP.NET 3.5 Web Site Using C# & VB, 3rd Edition - Free 219 Page Preview!
This comprehensive step-by-step guide will help get your database-driven ASP.NET web site up and running in no time..
subscribe
Im making a ORPG
Im making a ORPG
Im making a ORPG Im making a ORPG
Im making a ORPG
Im making a ORPG
Im making a ORPG Im making a ORPG Im making a ORPG Im making a ORPG Im making a ORPG Im making a ORPG Im making a ORPG
Im making a ORPG
Im making a ORPG
 
Im making a ORPG
Im making a ORPG
 
-->