jcsnider

Please read the entire thread here. That thread will tell you everything you need to do, and all the information you must provide us, and where to provide that information in order to get support.

My partner and crime (co-owner of AGD and developer of Intersect) @Kibbelz created one. Last I heard it is pretty dead/unmanaged. Link here. This site has a shoutbox that becomes available after 1-2 weeks of a probationary period for people to get used to the board/forum structure, so that's where I normally am.

First off, welcome to AGD @Rafferty. You've come to the right place. Orake was built using the Eclipse game engines. The engines we offer here (Orion & Intersect) are the successors to Eclipse that have been rebuilt from the ground-up and now exceed the Eclipse engines in every way. You should find making an Orake-like game to be fairly simple, you can even obtain the same graphics they use, as long as you're ready to put in the work. Take it from someone who used to lead development of the Eclipse engine. Even if you had the money, that would be a terrible deal, and you're going to be better off this way. The base Eclipse code isn't great. The original Orake owner recruited anyone and everyone who would even touch the code to fix stuff and make changes meaning you have all sorts of kids with little/no programming experience meddling in everything. Finding programmers willing to touch VB6 is becoming harder and harder each day. Even if it was all in perfect condition VB6 has countless crippling limitations which simply cannot be fixed/overcome. (Hence why we are rebuilding from the ground-up). You saved yourself a massive headache I promise!

Check out the response here: https://www.ascensiongamedev.com/topic/3219-equipped-item-red-dot/?do=findComment&comment=33499

Clicking on the icons in red will let you place your tiles on higher leveled layers making them overlap instead of replacing each other:

Good find!

Now

I’m sorry, I do not understand.

Looks like some xml is in there elsewhere. Can you post your entire config file?

So the file format changed in B5... but it looks like you added the slots correctly... can you please provide the error and your server error logs? (They are in the logs folder)

Yes. Type ‘migrate’ into the server and follow the prompts. I only recommend moving over the player data to MySQL for performance reasons.

Just bad logic on extremely fast projectiles. The fix is already planned in b6

Here is the roadmap we’re following. Exact timelines are unknown: https://www.ascensiongamedev.com/forum/90-roadmap/

I think the tab should auto select whatever is closest to the mouse (within screen bounds since that’s easy to check).. or maybe another configurable control can do that. I don’t have hard stats, but I think a very large majority of people play in windowed mode, if I had a 1024x768 monitor I’d totally play in 800x600 windowed mode.

Event upgrades will happen after we open source. Right now it works and is easily expandable. Just about everything you mentioned will be addressed but getting the engine cleaned up and the source code out there is the priority.

Please see: https://www.ascensiongamedev.com/topic/3432-read-first-getting-your-game-online/?do=findComment&comment=34736

You never could. Make an event, give it a sprite, have it move randomly and make the first command a dialogue window. When you ‘attack’ it, it will speak.

Make sure the agressive checkbox is unchecked. Then set the ‘player can attack this npc’ condition to something that’s always false (like when player level < 0). Npc won’t be able to attack player and player won’t be able to attack Npc. But, you probably want events for whatever you’re trying to accomplish. Npcs are only really meant for combat.

If you need an immediate solution try adding white space below your animation frames to raise them. For us to look into this for a long-term permanent solution please make a bug report here and we will address for future intersect versions.

Yes, modified versions of the server will work with my service. It is important to note though that your server will NOT run well if the modifications made are terribly inefficient

Not necessarily. CPUs are made up of cores. Older computers had processors with a single or dual cores. Today, a lot of cpus are at least quad core, but some have upwards of 8. Each core can generally process 2 or more threads at any given time. If I had a 4 core processor, and my Intersect server had 40 active threads then the work load could be split between each of my cores so each core only handles 10 threads a piece. If I had a 12 core server processor and my Intersect server had 40 active threads then each of my cores would only have to handle 3-4 threads a piece. More work is done quicker making the 12 core processor a good idea. For VB6 apps which are single threaded the work cannot be split up over all the other cpu cores. If you have a 4 core processor and you run a vb6 app than your vb6 app will only use 1 core and the other 3 cores are a waste. If you try to run that VB6 app on a nice dedicated server with a 12 core processor and that VB6 app only uses 1 core then the other 11 cores are wasted. So what I'm trying to say is that on more expensive dedicated servers Intersect will have an insane advantage over the vb6 engine alternatives, but on the cheaper servers the advantage won't be as significant. It's also funny because if a gaming pc has 4 really fast cores and the expensive dedicated server has 12 decent cores that are slower than the individual gaming pc cores then the consumer pc will actually be better for vb6 mmos. (Which is counter intuitive and really messed up!)

Orake is very different from Intersect. Orake was based in vb6. Vb6 apps only use a single thread. They probably had a dedicated sever with a good cpu with many cores (like all PCs these days) and Orake could only ulilize one of them. Things have changed a lot since then.

New gaming headset: https://www.amazon.com/Logitech-G633-Artemis-Spectrum-Exceptional/dp/B013P0K8OE

Labels add zero cost, and are just fine for comments. It’s only the go to label commands that are intensive.