Message Boards

 Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - KitsuKun

Pages: [1]
1

Developer's Corner / Re: VC8 Project Files

« on: February 12, 2007, 21:18:20 »
The bigger problem lies in the fact that no one on the dev team actually has or uses that product.  For some time we had active developers that used vc6, but even those are now slightly messed up.  Once the source becomes public and we find someone who's willing to maintain the project files, it's entirely possible we will offer them.

Yes, and to go with that, I should note that most program suites have import functions for loading project files from earlier version.  People should be able to do this, but if someone does so, they should consider uploading the resultant project file and becoming it's maintainer.
2

Devoblog / Re: Odamex 0.1 Alpha is out!

« on: February 12, 2007, 19:52:09 »
ODAMEX IS HERE!   

Complete Universal Source Package


Has anyone gotten a successful .deb package build yet?  If so would they be kind enough to post the additional files to the SVN, and contribute the binary to their particular distro.  (I know there are quite a few Ubuntu users in the OdaMex community.)  I have a feeling it would really help draw some good developers in to get packages into the contribs.

I'll search to see if someone out there has made a .deb on their own and hasn't announced it, or announced it in a more subtle location than the primary news page.  If so I'll fetch the modified source and make the necessary additions for Ubuntu Universe/Edgy-Backports subsection compliance.

Additionally, have there been any Windows tests with GCC yet?  Just curious . . .
3

Devoblog / Re: Database Woes

« on: November 23, 2006, 02:23:31 »
I would however appreciate in the future if you didn't simply tell me what I should do.  If you want to offer your own brand of advice, I won't stop you (unless it goes against the rules), but know that I'm not just going to do what you say because you tell me to.

EDIT: Also, live patch?  I'm not sure what you mean by that...
Oh, I don't expect you to take my feedback as raw advice, just listen to it.  I look at things from a much different angle.  It sometimes can be useful to get my perspective, as often you need to combine both for a complete solution.

BTW, you are taking my advice like a textbook, a test lan can be a couple of old computers, or even a few VMs on your main desktop. 

Be interpretive with advice. Stuborness is an inevitable human trait that every person here has including myself and we each also have our own viewpoint.  However, if each one of us uses 1% of the logic possible to be gained from reading each other person's viewpoint, we all would become far better at everything.

When I give what you call advice, it may be phrased as such, but it is more a proposed theory, than advice.  Maybe it's a little old-school to think that way, but sometime's it helps to compair theoretical notes.  Maybe I need to scale back a bit on the frequency of reporting such notes, and we can meet somewhere in the middle.
4

Devoblog / Re: Database Woes

« on: November 10, 2006, 14:48:20 »
While it might be php related in some fashion MAYBE, what happens is the innodb indexes go foobar and it tries to restart itself.  Ususally if you attempt to visit the site and there's a bit of a delay that's due to the mysql server restarting.  When it can't restart itself, it goes boom.

Yeah, PHP/MySQL will do that sometimes. 

Do as follows for your next scheduled maintanance:

Check that you have the latest versions, and then make a local mirror on your LAN.

Make a re-installed mirror on the same LAN,

transfer the information after checking for any "nastys" ranging from errors to malconfigurations to trojens and worms,

than mirror an image of that overhauled system back up to your main server on your next scheduled maintainance.

Much better than the simple "live patch" solution everyone recomends, as you only have to shutdown long enough to switch the active image from the old one to the new one, which is a quick reboot of the virtual server or real server, whichever you currently use.
5

Devoblog / Re: Database Woes

« on: November 10, 2006, 09:08:36 »
Quicker than any of us, that's why your in charge.
6

Technical Support / Re: Mac OS X support

« on: November 09, 2006, 00:04:28 »
This is probably the only reason I joined to Odamex forum.

So far the only half decent port for OS X is Doomsday, but we all know the problems associated with it.  Legacy is a joke.

I crave a smooth-running, glitch free port with full mouselook, multiplayer that doesn't crash when somebody decides to join your server, and possible Hexen support.

Discuss.
As the above mentioned of Manc is notable. 

Additionally, several developers primarily use Linux, and anything that runs on Linux.  This is becoming more and more true as the various C/C++ to Objective C bridges become better in each generation of Mac OS X.   I'm not sure how far allong this is now, but the portability is quite easy at this point for almost any game, from what I have heard.
7

Technical Support / Re: Windows Vista

« on: November 08, 2006, 23:57:27 »
What are you talking about? I fail to see how the bug I posted has anything to do with Vista compatibility.
I'm saying another similar one could occure just from switching to Vista native binaries, because of the overdue modularization and "other changes" to the Microsoft libraries.     Things that were the previous monolithic dll libraries were changed into metapackage-libraries, which load a big list of dependent libraries.


8

General Discussion / Re: Milestone Plan

« on: November 08, 2006, 23:39:24 »
I think the point of this thread has been lost.  Please remind me again why this matters?  SDL_mixer is working fine for us.
Yeah, I think it is a little off the orriginal subject too. 

Anyways, I'm sure it's working fine for the current version, and that's good for now, but I think a more advanced toolkit could bring better abilities for dirrectional sound.  However, SDL_mixer supports a lot of such add ons, so it's a good plan for now.

Obviously, like Leileilo bluntly said, what we don't need is a cheap reverb effect. However I do say we instead need a good 3D sound effects engine.  Plenty of good ones are availble, if you look through all the plugins for all the Open Source audio projects.  With so much to consider, it's not a decision to be rushed, and should probably be put off to later. 
9

General Discussion / Re: Best iwad

« on: November 07, 2006, 09:04:04 »
I'd have to go with custom made for Multiplayer (more iWads = more potential = more fun) as of the SP, does one have to choose.  I guess anything other than the lame attempts by amatures to develop SP iWads.  Only a few Ammatures have ever made a good single player game that wasn't a racing, flight sim, solitare or puzzle game.
10

General Discussion / Re: Milestone Plan

« on: November 07, 2006, 08:56:04 »
The latter (bass/fmod/etc) is not Free Software, so no.
I said limited as in functionality, not as in license restrictions.  Read my post thoroughly.  And yes, there are LGPL/GPL audio toolkits out there that are far more advanced than SDL-Mixer alone.  Just go to FreshMeat and Sourceforge, and look them up.
11

Technical Support / Re: Windows Vista

« on: November 05, 2006, 05:53:45 »
According to Microsoft, most developers that encounter programs should be able to simply recompile, however since when do you take Microsoft's word as fact.   Anyways, it's worth a shot, but you may run into a few more overzealous cheat kick bugs, so be forewarned.
12

Devoblog / Re: The wiki is open!

« on: November 05, 2006, 05:51:36 »
Not to be redundant, but WooHoo!  I'll read up!

Be sure to get all the documentation from projects you have integrated code in, as well as code structure documentation up to help people with other projects, and proposed projects.

I'm going to be working on a bleading edge distribution, that is going to largely be based on zDoom, and I really could use some better documentation on which file is owned by who.
13

Developer's Corner / Re: Source Repository

« on: November 05, 2006, 05:46:00 »
Could an index of files be given, with headers only, for those of us interested in the development, and compatability with other cocurrent projects.  I'm in early planning stages of a progressive bleading edge port, that doesn't plan to take the fast route OdaMex is taking, but a much slower route that will result in a code base usable for backports of features to all major GPL Doom versions.

Also, if you could post some of the resources you have been given for your project it may help other projects coordinate.  Remember, you are on the leading edge of development, and nice diplomacy will really help.

BTW I truely do understand the source issue, despite it being frustrating.
14

General Discussion / Re: Milestone Plan

« on: November 05, 2006, 05:04:08 »
Quote
You're offering suggestions based on a real lack of knowledge about how odamex is actually constructed.  A bit of wiki research will tell you that most zdoom stuff has been ripped out and that it uses sdl_mixer for audio.

I mean to get equivilant functionality to the kit used in zDoom.  sdl_mixer is fairly limited compaired to the toolkit utilized by zDoom.

Anyways, it wasn't a suggestion but an example.  Sorry about the missunderstanding.  I will try to read the Wikki, but it's in pretty unstable shape which makes it difficult to read unless you are looking up a single topic.

I've got to go to bed tonight, though.  I was told something big was on forum index

Edit: Clarification and elaberation
15

General Discussion / Milestone Plan

« on: November 04, 2006, 00:03:28 »
I'm starting to join.  I still need to get all my contacts together.  I go by ThunderFox on most other forums, most of you should know me by that name.

The first thing I want to bring up is the question of a milestone plan.

What is the current milestone plan? If any?  Do you need someone to handle that, and code review?

Obviously the first key component will be to isolate and replace all non-GPL code from source projects, and select libraries.  I personally recomend arts for audio.  It's never given me trouble on any of the Linux apps I regularly use that utilize it.  It also is entirely platform independent.

The second option is to continue with the zDoom system, or to port key functions, such as scripting code, and level function support to another more GPL-friendly Doom engine, such as Doom Legacy.

A third option is the renderer.  Should we stick with the current one from zDoom, or put that as a 1.0 requirement as well.  I'd once again lean on SDLlib for that.  Obviously we need to make up our minds on everything before the first milestone.

The final point is at what point do we make source releases of milestones, and at what point do we make binary releases?  Also, how big a bug mandates a backpatches to one of these milestone branches, and what size can be said "just wait for the next milestone"

Regular code cleanups would help, and it seams nobody is assigned to this.  You'd be surprised how many bugs can be traced just coincidentally with just this work.

I'd gladly take on these two organization tasks, and be sure to deligate enough that people can work in my absence.

Now I'll head over to the buglist to find a list of bugs that I want to try my luck dirrectly on when I get a SVG logon.
Pages: [1]