benu

Actually, you do NOT need the WHOLE game, some pbos just contain for example textures, which the server does not need. Kegetys made a list of the needed files and even wrote a script for windows which just packs all the files you need for a dedicated server into a zip archive or something similar. The size of the needed files is about 300mb unpacked after that...

To run an ofp server you need a good internet connection and a fast computer. Most of us don't have a fast internet connection at home (i am talking about 100mbit or some gbit connections here, not "fast" 700kbit dsl), so most dedi servers are rented from companies. Most of those companies offer only servers with linux as operating system, so you need an ofp server for linux. There are other arguments for linux (scripting, network performance, stability/uptime), but as i don't have hard numbers to back those up i don't want to use them as my main arguments in favor of linux. You can get the linux server from the official ofp site.

In redhat 8.0 uudecode is part of the sharutils rpm, install it with <table border="0" align="center" width="95%" cellpadding="0" cellspacing="0"><tr><td>Code Sample </td></tr><tr><td id="CODE"> rpm -ivh sharutils-4.2.1-12.i386.rpm You can get it here. I just d/l the 1.91c dedi again... there really is no readme included What a shame, in earlier versions there was one... i include the readme from the v1.90 linux dedi for you: <table border="0" align="center" width="95%" cellpadding="0" cellspacing="0"><tr><td>Code Sample </td></tr><tr><td id="CODE"> ================================================================ Copyrigt (c) 2002 Bohemia Interactive Studio and Codemasters. All rights reserved. Installation instructions: ========================== 1. Following programs must have been installed on your Linux-box: uudecode, gunzip, gcc. Optional: md5sum (for setup integrity check) 2. Copy the whole "OperationFlashpoint" directory from Windows to some Linux-directory (OFP). DON'T DO ANY DATA CONVERSIONS (even "dos2unix" translation of text files is not necessary). Example: you can use PKZIP (WinZip, PowerArchiver, etc.) on Windows and "unzip" on Linux. Don't use upper case letters in the OFP directory name (/home/bob/ofp will be good, /home/bob/OperationFlashpoint may cause some troubles). OFP directory should contain subdirectories "Addons", "Bin", "Campaigns", etc. 3. Copy the "server-x.xx.shar.gz" (x.xx is version number) file into the OFP directory. Unpack and install it with commands: ofp$ gunzip server-x.xx.shar.gz ofp$ sh server-x.xx.shar Watch the messages - they will inform you whether your installation is successful. 4. Dedicated server can be started in foreground: ofp$ ./server Or in background: ofp$ nohup ./server > out.txt 2> err.txt & [1] <pid> 5. Running server can be stopped by pressing CTRL+C (foreground) or by executing: $ kill -s SIGINT <pid> Where <pid> is process-id of mother server thread (printed out in "nohup" command).

1) be sure NOT to install as root, this is unnecessary and potentially dangerous 2) as the error msg says: you do not have uudecode which is required for the installation (well, it's not really required if someone sends you the server file and the tolower file ;)) Search for uudecode/uuencode in your distribution and install the software. Or even better: READ THE README OF THE OFP SERVER, it's all written there... 3) if you tell me which distribution and version you have i can give you more detailed help

You could check for the "Frame_Rate_Pref" setting in flashpoint.cfg or "frameRate" in your users/player/userinfo.cfg...

Waterman: it is running for example on [FGG] server, 212.40.165.59:2303.

jeppelykke: You should keep in mind that this is a SERVERSETTING. This means every server can play your mission with or without 3rd person view by changing diff3rdPersonView[]. I am not sure if you can turn off 3rd person for a mission altogether, regardless of the server settings. I don't think so, but i am not a pro at mission editing. Maybe someone else can tell you more about that...

Edit the users/player/userinfo.cfg file in your server directory, especially the "diff" lines. If there are no diff-lines then insert them: <table border="0" align="center" width="95%" cellpadding="0" cellspacing="0"><tr><td>Code Sample </td></tr><tr><td id="CODE"> diffArmor[]={0,0}; diffFriendlyTag[]={0,0}; diffEnemyTag[]={0,0}; diffHUD[]={1,0}; diffAutoSpot[]={0,0}; diffMap[]={1,0}; diffWeaponCursor[]={0,0}; diffAutoGuideAT[]={0,0}; diffClockIndicator[]={0,0}; diff3rdPersonView[]={1,0}; diffTracers[]={0,0}; diffUltraAI[]={0,0}; The first number is for cadet mode, the second one for vet mode. "1" means "enable this feature" and "0" turns it off.

There are services on the internet where you send them links and they d/l the stuff for you, burn it on cd and send it to you by mail. Or you get a friend with broadband to d/l the stuff for you and burn it on cd. All ppl i know have broadband, but even we sometimes burn cds with addons and send them to each other because that's less hassle then SEARCHING for 700mb of old and obscure addons with the right version and d/l them piece for piece. I just happen to have one such cd lying on my desk.... have to go to the post office ;)

You would still need the config.cpp of dynamic range to combine all three of them. PitViper said he would release it, but i think he has not done so yet... just visited his site, doesn't seem to be out yet

Some people reported fixing that error through correcting wrong network settings (hosts.txt or something). Use the search function, this has come up for a few times. Hope your server gets back up, greets to SkunkMonkey, Junker et al

You need to build ONE config.bin which combines all these addons. This will be difficult because there are afaik bin2cpp utils out there which will work flawlessly on the config.bin, so i guess you can only hope the mods authors give out their config.cpps...

I guess you have to restart the server so he recongnises the new addons. But besides this dedicated servers only play "correct" missions, ie some missions will run on a client but not on a server. Check the mission.sqm if ALL needed addons are declared there and if ALL addons declared there are installed at the server.

You can get rid of the missing addon warnings by replacing the FLPM4A1S with FLPM4A1 and the FLPSoldierWM4A1S with FLPSoldierWM4A1 in the mission.sqm. But i get a muzzle bug, which destroys atmosphere

Why a new main executable? I guess partly you need it to load the sound and voice subfolders of the modfolder (afaik only addons, dta, bin and campaigns can be loaded via -mod= parameter), but are there any other changes to the executable? And if so, what has been changed? Is it possible to use the addons with the normal executable or are some needed dependies in the sound and voices folders or something else that will make it not work with the normal executable? Is it possible to put the modfolder elsewhere (i have all my mods in a folder called mods, so something like fdfmod.exe -mod=mods\finmod would be cool) or it the path hardcoded into the executable as the res folder is in the resistance executable?

And other games do use other ports (not sure if this is important but you mentioned other games or games in general)...

That was what i was thinking about but i didn't want to give potential cheaters ideas ;) And i'm not sure but i think i remember something about bis fixing that custom face thing, but i'm not sure (and too lazy to go through the changes.txt right now ;)).

I wanted to reply to reply something similar at first but maybe there are other reasons for that limit... there were cheats using custom faces or replacements for them... maybe that is the cause for this server setting. But for me the sound have always been the part i wanted to block, and since those get deleted by the script i set max custom face size from 20kb to 60kb on my server...

Baphomet: what i wanted to say was "to each his own." I like the diversity. And from what the guys of bas have said, they will continue to make addons that will run on slow computers (cause some of them have really slow computers too ;)). I like the ability to replay the single-player campaign with hi-sky mod, high detail weapons, etc. And i don't see the HARM in having those addons available to the community. I mean, you don't play the ADDONS, you play the missions, and as i said, as an "irresponsible" mission maker i can create missions WITHOUT any inofficial addon which lag the hell out of slower boxes. So the problem is not the addons. Although you are right that if every addon were to use for example jpg textures then mission makers would have a really hard time making missions with inofficial addons which still work on lower-end machines.

Linux is an operating system like win xp is an operating system. It is a free unix variant for pc style (and other) hardware. As most games have their dedi servers running on linux systems it's kinda hard to imagine you never have heard of it...

zinco: The problems with checkfile reporting modified files when the files are in reality unmodified is nothing new. At least for linux servers it is confirmed. BTW: When you compare two files use something like winmd5, it creates a checksum which will REALLY tell if the files are different or the same (in a similar but better way than the crc that checkfile uses).

The compiler problems were only affecting the compilation of the tolower tool while installing the server, not running it. Do you know of any changes Suse might have made? Maybe some of those kernel security patches? I have read through the documentation of some of those patches and there are patches that break functionality for example <table border="0" align="center" width="95%" cellpadding="0" cellspacing="0"><tr><td>Code Sample </td></tr><tr><td id="CODE"> XFree86 still will not operate correctly with this option enabled, so DO NOT CHOOSE Y IF YOU USE XFree86. or <table border="0" align="center" width="95%" cellpadding="0" cellspacing="0"><tr><td>Code Sample </td></tr><tr><td id="CODE"> Enabling this feature could make certain apps like VMWare stop working, as they need to write to other locations in /dev/mem. or (Non-executable Mem-Pages from GR-Security-Patch, seems to be the most likely to me, but i am not really an expert) <table border="0" align="center" width="95%" cellpadding="0" cellspacing="0"><tr><td>Code Sample </td></tr><tr><td id="CODE"> This will also break programs that rely on the old behaviour and expect that dynamically allocated memory via the malloc() family of functions is executable (which it is not). Notable examples are the XFree86 4.x server, the java runtime and wine. Try getting an unpatched kernel from ftp.kernel.org and using that... or switch to debian or (even better) gentoo ;)

As Donnervogel said performance seems to depend upon the graphics card, so tnt2 is pretty low-end ;) Else i am satisfied with bis' weapons, but inquisitors look better. BIS' weapons are better for "the masses", as the official weapons should be. Inquisitors are for those who don't know what to do with their computers unused resources ;)

Oh yeah, i did see Peter Griffin "refuel" a horse in Family Guy, i'd love to do that in ofp

Computers are getting faster every day. Hell, some people here use machines that don't even meet the minimum requirements for resistance and expect all the gamer that bought a better computer to enjoy better graphics to sink down to their level... These are NOT the official models. These are inofficial addons which you CAN download and use or you DON'T. If your computer is too slow then do not d/l them. But don't bitvh about the people with better hardware who want to USE that hardware. I play ofp because of the gameplay, but i like good graphics. So if i want to use the HD pack eg in the single player campaign then i see no reason why i shouldn't. And if i want to use it in a mission for mp i have to ask myself the question if i care about low end computer users or not. I can lag those out with other means too (setviewdistance 5000), so this is a "fault" of the mission maker, not the addon maker.