Jump to content

KTottE

Member
  • Content Count

    482
  • Joined

  • Last visited

  • Medals

Everything posted by KTottE

  1. KTottE

    Ofp dialog editor

    Bumpely-bump. Tychon, what's cookin' with the proggy?
  2. KTottE

    Common addon pack

    AAE won't be a system, it will be a standard for addons, and my hopes is that my idea will be joined with AAE and form a complete update system for OFP.
  3. KTottE

    Common addon pack

    I'm not participating in this, I've already told you that. I'm working on this system for myself, and of course for anyone who is interested in helping me. Map-compatibility should not be an issue, I see not why missions made with BAS_X 1.0 would be uncompatible with BAS_X 1.1. I can understand if addonmakers remove items from the addon, but if they only add the missions should be completely compatible. And you can't tell me why your addon pack idea would make missions more compatible. Unless you propose that you alter the missions and ship them with the pack, it will be equally incompatible as addons would be in my system (even though I doubt they would be incompatible at all).
  4. KTottE

    Common addon pack

    Yes, of course, ports of the program would have to be made for linux servers, but it would be the same program no less, just for a different platform. What the system changes (and makes fool proof) is that it contains -all- the available download links for addonX. And, if the program doesn't get a connection from link1.com it goes to link2.com, and if there are no working links it flags that addon. Now, it could be that all the servers that are working are overstressed at the moment, and thus it will work next time, but if not, the people in charge of the system will see what happened to the download links.
  5. KTottE

    Common addon pack

    1. Yes and no. I know what is needed to do it, but I lack the hands-on programming experience to make it work right now. Though I am learning C++ right now and if no-one else is up for it I can try my very best to get something together. 2. It would be the same tool. Why would it be separate? 3. Well, the exact details are yet to be worked out, but we could probably automate the update process if you'd want it. I.E users could select "Update these addons every Saturday" or somesuch and it would do it. Also, servers update as often as they'd like, and then their server xml-module is updated on the center page, so a client connecting and checking will see if he lacks an addon or has an outdated version. So the players follow the servers. 4. That is also yet to be decided, we need to work out exactly how the system will work before we work out where we will 'install' it. I'm currently discussing this with my fellow OFPEC staff members to see what they will say. And there are no addons currently in use that are unavailable. I.E there are download links for all addons in use by servers today, that you can't argue with. Most addons (the most popular ones at any rate) are also hosted by either the addon makers or one of the larger OFP sites or both. The system would not contain only one single link per addon, it would contain one major, and several mirror links. The system would not require you to do any hard tasks in order to stay updated. You would start your updater.exe which would then connect to the main server, compare XML files and, depending on how you set it up, either automatically download your preselected addons or give you the option to update/download addons which are outdated/new. The same would go for clients.
  6. KTottE

    Common addon pack

    Blackdeat, I have a very suitable acrynom to throw at you: WTF. Seriously, what are you talking about? I subscribe to PC Gamer, and I get the CDs in my mailbox along with the magazine. And, let me ask you pro-pack people some questions, just reply to them and nothing else when adressing my post, okay? 1) Tell me, in detail, why larger packaged addons are to prefer over a system which automatically updates addons/downloads addons. 2) How, exactly would your system work? 3) How do you justify letting the players (and the server admins) wait for 3-6 months before getting a new update to the pack? 4) Why are you opposing the system that I came up with?
  7. KTottE

    Common addon pack

    nierop, in the humble beginnings of the thread it was heading towards an uber pack as you were talking about, and when I butted in that's where you all were heading. My idea is better than yours, if compatibility is what you are looking for, as well as playability. Why make a standardized pack that is static and clumsy and out of date (if it only updates every 3-6 months) when you can have an automatic system with modules and such that lets both servers and players keep themselves up to date with the latest version of their addons, and get new addons that arrive on the scene? My friend had an idea, and I'll tell you about it as well. Each server admin is able to generate an .xml file containing the addons and modules that he has installed on his server (using this system) and that is uploaded as a module on the central server for this system. So I can opt to download the ServerX module and get all addons used by ServerX. And this applies to more than MP gaming. It provides people with an easy to use interface for downloading addons and keeping them up to date, for every day use that is.
  8. KTottE

    Common addon pack

    I'm still not participating in this, I just want to clarify something for jaguar. Jaguar, trust me, a PC game magazine, for instace PC Gamer, will put something on this on their CD if they feel it's good enough. And they sort the CDs out. All they want is: A fully functional package of whatever it is you want to put on there, good documentation of what it does and how to install it and begin to use it. Where did you get the bonehead idea that we would have to supply the CDs ourselves? I've talked to the guy in charge of putting together the CD for the swedish PC Gamer (I think I mentioned that earlier), about putting the OFP mod Operation White Night: The Battle for Sweden on one of their CDs once the mod was finished. He said "We can do that, just let me know when you have something playable". The mod isn't finished yet, and I'm not apart of it anymore, so I can't say how they will sort that out once the mod is done. But it's not exactly hard to get your stuff onto the magazine's CD. At least not when you are dealing with PC Gamer. And, of course, only the first release would be put on the CD, the large one, after that the upgrades would be smaller and easy to download. And PC game magazines will not charge you for putting your stuff on their CD. If you bring them a neat package, it's no extra work for them to put it on there. Plus they can sell loose copies on it too, "This issue only: Supreme OFP special" or somesuch. In all my dealings with PC Gamer before, they've been very forthcoming and they've never turned me down at all. Whether I wanted to put something on the CD, recommend things to be put on the CD (such as patches for a game a.s.o), or tip them of news within the beautiful world of games, and I think most magazines will be forthcoming as well.
  9. KTottE

    Common addon pack

    Okay, you're obviously not interested in doing the same thing I am. I bid thee adieu, and I hope everything goes well with your idea. I will however further my concept, and see if there is interest in creating something to that effect for OFP2.
  10. KTottE

    Common addon pack

    Why is nobody reading what I type? Let's to a list out of what I said: <ul> [*] The CD will be distributed by recognized PC game magazines, not by a private person [*] It will not be a single magazine, it will be several [*] It will contain a 'starter-kit', I.E all the modules to date (all depending on when the CD is shipped) which will provide everyone with a fast way of getting up and running. [*] The CD will be a supplement to the downloads, for people with slow modems, people who don't have flatrate, people who already subscribe to the magazines or people who are just downright lazy I know that PC Gamer is distributed in the UK and in Sweden, don't know if it is in the US too, but I seem to remember something to that effect. There are numerous PC gaming magazines that ships with CDs, and will accept this arrangement, and between them there are very few places in the world which can't get the CD. And those who can't, can get the download instead. Maybe this system won't get up and running 100% before OFP 2 is released, but why should we scrap it? BIS has hinted that original OFP addons will be compatible with OFP2, or will be easily converted into OFP2 format. And also, why not implement the system for OFP2 as well? We won't have hundreds of addons to start with, but that's all the easier. We can start by getting a good system, then we add the addons as they are released, instead of starting with a gazillion addons and try to fit them all to the system.
  11. KTottE

    Common addon pack

    Okay, the easy points first. We can do a simple show of hands to see how many regularly subscribe to a PC game magazine (doesn't have to be the same, just one that comes with a CD) here. I know most of the swedish OFP players I know subscribe to the swedish PC Gamer. And, buying a magazine for $7 to get several hundred megabytes worth of addons (the basic pack would include as many modules as possible) in an easy-to-install package, is a minor cost which I think the majority of people are willing to afford. And, I'm not saying "Only CD", of course everything will be available for download as well, for those with faster connections (Remember, many people are still in the 512kbit range, including me, and that means hours not minutes for several hundred megabytes). And when did I say that someone was to burn CDs and ship them? I said we should try and get them onto PC game magazine's CDs. Just give the guy in charge of the CD on each magazine a holler, ask if we could put it on there, and they do all the work for us. Also, regarding simplicity. What is the use of a major addon pack that is not updated more often than every 3-6 months? We are talking about both updates on existing addons (BAS_X 1.0 to 1.1) and new addons (BAS_Y and BAS_Z). Do you have any idea how many good addons are released in a 3-6 month timeframe? That means that when those 3-6 months are up, the players and server admins would have to download tens if not hundreds of megabytes just to keep their pack up to date. (Of course, depending on how many modules you want to get) And believe you me, the size of the pack, with all the modules, would be rather large. The I44 demo is ~50mb, the BAS addons (Littlebirds, Kiowas, MH-47 and Delta/Rangers) is ~25mb, Kegetys winter pack is also in the 20-30mb range, nampack is ~50mb as well. Right now, with an uncomplete WW2 module, the BAS module, a Nampack module and the Winter module, we have 150mb worth of addons just about. To this we add a Desert module, the basic module (though I don't know what this should contain), more addons to the WW2 module to make it complete, more to the winter module, more to the nampack module, maybe a CoC module, which would probably end up in the 25mb range as well. Now, most people would probably not get all the modules, but you have to calculate for the possibility that someone gets all the modules available, and that is quite a few megabytes. If you are willing to take this as far as it needs to go, I will help out in any way that I can, but if you want to leave it at bundle stuff up every 3-6 months and ship it as a "pack" for people to choke on, I am not participating. What is the use of a pack that is only updated every 3-6 months? Can't you see that a system which keeps both players and servers up to date with the latest and greatest addons is a better option? Combine this with Addons At Ease, I.E if we could convince BIS to get us a server to do this on (*wink* *wink* guys ) we could have a place for the auto-updater to recieve the files from, and we ensure not only that the servers and players are syncronized with addons, but that the addons hold high quality and conform to certain standards. If you want a package thing for your clan to use, it's okay with the more static form that is only updated every 3-6 months, but if you want a proper, even usable system for all of the OFP community you have to make it easy to use (automated as much as possible that is), up to date (Most people want to play with the latest version of the addon) and available for everyone.
  12. KTottE

    Super config discussion

    Oh, damn on the keg-textures then We could ask I44 if we could utilize their animations.
  13. KTottE

    Super config discussion

    What about new custom animations? Has anyone seen the new I44 animation for holding a gun? Gawd it's beautiful. If we could provide some sort of change to the standard animations, to make the game more realistic/better, I would be one happy camper. I'll add that to the list of wanted things: <ul> [*] Improved/New animations And also, what about adding Kegety's hi-res sky textures?
  14. KTottE

    Common addon pack

    *jumps into the discussion* There are certain items of practicality that you need to consider. Lets say you make a pack, which includes the new BAS_X addon (could be anything, as long as it's a completely new addon, such as the *H-53 chopper(s)) among other things. It gets shipped (shape and form of shipment not important) and gets put on all the servers. One hour later, there's a huge bug discovered, and the BAS team work like crazy to fix the bug, and in only a few hours past release-date, they have version 1.1 out (have happened before, and I love BAS for being so quick to respond to those problems). What happens then? Is the pack updated, or the pack-addon site? Or do the server admins have to find the file themselves and upgrade 'manually'? And also, conflicting versions is an issue. If this becomes reality, the addonmakers should be in on it and make two versions of their addons. Stand-alone and pack-versions. So we'd get BAS_X.pbo and BAS_xP.pbo. That way, I could get the manual update, and any other things for the pack, and it would not conflict with the pack itself. Also, I think we need an auto-update system. Someone hosts an XML-file with the addon-names and their version (would have to figure out an update system for that XML page too) and also X number of mirrors where to download it from. Some crafty person would then write TheMegaPowerfulSuperCoolAuto-updater.exe (could make a *nix version as well for all the Linux servers) which would connect to this site and XML page, read it, and check the addon versions against its own XML page. If the version of BAS_X.pbo does not match, it connects and downloads it. Also, it should be possible to specify which modules to download (a new entry in the XML, <module>BAS</module>) so you don't get all the extras you don't want. Now, if it's possible the program should unpack any packed addons as well. Any takers on this? I would do it but I've only started learning C++ Also, one further note is to have the pack addons in a mod-folder. That way it's easier to keep track of them (nothing but pack-addons in that folder) and you don't have to worry about overwriting other addons not part of the track (thus partly negating the need for a separate naming convention). Of course, there could be a starter-kit for everyone, shipped on a CD. It's -not- hard to get your stuff onto a PC magazine's CD, just send an e-mail to whomever is in charge of the CD production and he'll jump right on it (That's what the swedish PC Gamer guy did when I asked if the Operation White Night mod for OFP could be put on the CD) I think many of the people here subscribe to some PC game magazine, I know I subscribe to PC Gamer, and that means no extra cost to get the CD. And for those who don't, I think ~$7 or what it may cost is a small price to pay. That would include as much as possible. Standard/Base module, BAS, Nam, Winter, Desert, WW2 a.s.o, just to get your money's worth. Also, it would include the auto-updater thingy. It's not a viable solution to have a manual update system, unless it's only temporary until an auto-system comes into place. <ul> Pros with manual: [*]None that I can think of, other than you get complete control over what is downloaded onto your machine. Cons with manual: [*]Time consuming (the download time is the same, but you have to go out and look for the addons, then download them, then install them) [*]Likelyhood of getting the wrong version is larger than with an automatic system. [*]Time consuming Pros with automatic: [*]It's automatic [*]You don't have to spend a lot of time looking for the addons then downloading them. Even if they might be on the same page, you need to pick out the ones interesting to you. [*]You can update the pack more often. (Instead of looking for a new huge update every 3-6 months the server-admin and the clients would once a week/once a month fire up the program and check for updates on the addons they use) [*]Less time spent overseeing the addons from the pack-creators/managers side. Cons with automatic: [*]None that spring to mind right away Other than that there might be a bug/issue somewhere. An entry in the main XML file that is wrong, causing the auto-updater to download the wrong file. A bug in the auto-updater (it happens, we all know it) or other such problems, all which are easily rectified. So, let's get cracking
  15. Positioning of Death you mean? That's what I hate the most, and that's what takes the most time. Uugh.
  16. You could probably work something out. Like an action that switches back to the plane (i.e just kill the missile camera)
  17. There's a script on OFPEC that does just this. I suggest checking it out in the Editors Depot If it's not what you're looking for, you can probably modifiy it to work.
  18. Right, that seems odd. Random will produce random numbers, with fractions. I suggest something like this: </span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Code Sample </td></tr><tr><td id="CODE"> _speech = ["RUS1,"RUS2","RUS3",..."RUS19"] _number  = (count _speech) _randomNumber = random _number _randomNumber = _randomNumber - (_randomNumber mod 1) _picked = _speech select _randomNumber soldier say _picked <span id='postcolor'> Wait a minute, I just came up with an idea, add a parameter to it. *rewrites* </span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Code Sample </td></tr><tr><td id="CODE"> _soldier = _this select 0 _speech = ["RUS1,"RUS2","RUS3",..."RUS19"] _number  = (count _speech) _randomNumber = random _number _randomNumber = _randomNumber - (_randomNumber mod 1) _picked = _speech select _randomNumber _soldier say _picked <span id='postcolor'> Now, this is better, as it lets you define the soldier dynamically. So you just do a trigger, init, or whatever call to the script with this. [speakingSoldiersName] exec {speechScript.sqs} That way, you can add the script to several triggers, and several soldiers, without rewriting the script. Now, you could do it so that you could enter what to say manually, but I think that's over doing it.
  19. Couldn't you keep the names of the groups? I assume they're all named after the same convention, vcGroup1, vcGroup2 or something similar. Then you could have some scripts that keeps track of the groups. One script which holds empty groups which you can use again, one script that holds the active groups, which are unusable for the moment, and one script that counts the members of the active groups, and if there are 0 people in a group, it gets moved to the empty group list. Would something like that work? _numGuys = count vcGroup1 ?(_numGuys <= 0) do fancy stuff here
  20. Oh my, I hadn't really thought about this, but this is a necessity indeed. I mean, you don't need fancy script editors, some syntax highlighting will do. But with dialogs, it's an endless numbercrunching to get the dialogs positioned right, and with the right colour and whatnot. I want this. If I could program I'd write it meself.
  21. Benchmark: 2678 1.3 GHz Pentium 4 384MB SDRAM GeForce 4MX 440 Win XP Pro Direct X 8.1 1024x768x32
  22. Haven't you forgotten something now uiox? You'll need a dialog with a slider set up to use your 2) And if you'd read what Capn said about #1 : This way isn't really possible yet because forcemap does not allow a clickable map, and shownmap and showmap control the availability of the map, not its display) You'd see that it's not possible to do that
  23. KTottE

    Custom dialog to replace radio

    Right cappy, maybe I should just talk to you in ICQ or summit Well, anyway, Kegetys (all bow down to him) figured out a way of having your own 3D Objects in a dialog, so we can just chat him up for that part. (Instead of the Laptop in the dialog example from BIS, he put in a Palm Pilot) Anyway, the map thing, I think a simple piece of code would do it. ?(shownMap = true) : _ok = createDialog "DialogName" Or somesuch (will need polishing though) I think that would be the best, and then ?(shownMap = false) : closeDialog 1 I'm not 100% on those, but they ought to work. And good news is that I've worked out the onMapSingleClick thing we wus talkin aboot.
  24. KTottE

    Where are the lav's?

    And even then it's an inexact science...
  25. KTottE

    Where are the lav's?

    And even then it's an inexact science...
×