new record(time:10.891319)(map:sd_durandal)
(bot.cpp) - TargetAimWaypoint() - local/current wpt is #-1 (previous wpt is #-1, path is #-1)
Possible reason: there's no goback wpt at the end of the path and the path doesn't end by a cross (ie. wrongly set camping spot)
Also I don't know if you will resolve this bug, but is it possible for us to use HLSDK and recomplie the source code for MB dedicated for SteamPipe or using the latest GCC, to optimize the binary?
PS this bot.cpp bug also occured on ctisdps_mexico and ps_upham.
This isn't really a bug in the code. It's a problem with the waypoints. As the note there says there's most probably a bad camping spot in the waypoints. In other words the waypoints there look like a camping spot, but there's something missing there. It could be either the aiming waypoint itself. Or the aiming waypoint is simply too far from the waypoint where the bot is told to camp. Or there is different error in the waypoint layout. Often this error is printed when there is a dead end on one of the waypoint paths. Actually I have a feeling I know where exactly is this problem spot in the durandal map. It's the favorite camping position on the blue side of the bridge area where is the tiny sand mound. One path going there isn't ended properly. Which is causing this error to be printed whenever a bot follows it. Similar thing is with the upham waypoints. There is a quite a big bug in the waypoint paths following the side route towards blue spawn. When you use the back route from the church flag. On mexico I don't know where the problem area is, but I guess it's the same thing as the two from above.
As for the recompiling part. Honestly I have no idea what has been done with the HLSDK and steam itself in the past several months. Actually I have a feeling I didn't run the steam client since last January or February. Simply put I don't have the time this project would need. I don't even have time to play any games now. The past several months real life took all my time and I can't say it'll change anytime soon. So all I can say is give it a try and you'll see. That's all I can do at the moment. I'm really sorry I can't help more.
Yes well I anticipated you say that base on not fixing or any recoding etc. But I also thought I ask your permission on maybe recoding this in GCC for Linux and maybe with the newer HL SDK that Valve made near the SteamCMD début in Feburary 2013. And I kindae needed your hints or any reason why this bug occured and made my Linux FA 3.0 crashed.
Anyway thanks for you help and my private LAN party still uses FA 3.0 on summer occasions and use MB v0.91 as target practise, as my players are kinda retro gamers and have a unique nostalgic minds. I got some contacts from my friends in HL Admin-Mod who can maybe help me out on the coding.
See you!
I would be happy to run a live test server again, after all these
years... I was hitting a line in one of the bot combat sources and the
compile was borking, using metamod's patched Linux HLSDK. Been real
busy of late at work, but I might be able to make a little time to help out.
Debian Wheezy...
On 1/29/2014 3:32 PM, RoboCop wrote:
--
Regards,
Michael Huettich
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GAT/CM/CS/ED/IT/MU/P/TW d- s: a+ C++++
UL++++ P+ L++ E--- w Y+ PGP t+ 5 X++
R tv b++ DI+++ D G e++ h--- r+++ y+++*
------END GEEK CODE BLOCK------
Why you can't find your system administrators:
/pub/lunch
You are only young once, but you can stay immature indefinitely.
It's like trying to hide the daylight from the sun...
"Man is the best computer we can put aboard a spacecraft... The only one
that can be mass-produced with unskilled labor."
- Werner von Braun -
We will pay the price, but we will not count the cost.
Related
Bugs: #2
Well also me and [YIS]YoungGun did some tests on both Server OS's but with MetaMod 1.20 or better and of course using the new hl.so or hl.exe SteamPipe HL1 binary for 3rd Party mods. It appears that the 3rd party HL1 mods still works fine as it still backwards compatible. The only thing is that HLSDK and most mods (pre-2013) no longer have the i386.so or amd64.so suffixes on the binary files anymore, including Metamod 1.20 and AMXX 1.8.2 as those suffixes are now dropped since last year.
The story with FA 3.0 on Windows servers from US BranZone at 1000 FPS appears to be fine as the bots don't seem to crash as YoungGun and I made the bots not use too many bot skills and powerful guns. I vaguely remember [YIS] FA 3.0 had bots that are generally medics with G36, MP5s, Sterlings and pistols but no snipers, rifles and no 12K etc 6 years ago.
However those crashes I get on my Linux side in EU powered by Ubuntu 12.04 64-bit with a overwhelming tech specs appears to make those crashes and makes it go offline.
You may find some key ideas or update on using HLSDK or Metamod for SteamPipe in AlliedMods.
Also I've just saved those extra waypoints and textures etc from your xf.cz just in time as that is stored in my 13 year old site, also thanks again for your help for you and drek to recover the latest Source code and Linux builds.
http://apg-clan.org/downloads.php?do=cat&id=51
Plus I've also managed, most importantly to recover the FA 3.0 Linux server patch for testing MB 0.91 in the Linux HLDS mode. You should be able to extract the "fa_i386.so" in /firearms/dlls in the Server FTP, if you need that, Moritz.
http://apg-clan.org/downloads.php?do=file&id=272
I'll see if I can maybe recompile MB 0.91 or try to work out the bugs.
Last edit: RoboCop 2014-02-10
Hello, I've been doing a Linux Distrub comparision and on a 32-bit Dedicated server. It seems that the FA 3.0 server on Debian 7.0 32-Bit works fine but the Ubuntu 12.04 LTS x64 appears to let the server go out of range. It still runs on my CMD for the 64bit Ubu side but is no longer online for some reason.
I've been experimenting with the Metamod v1.21-beta build that I got from darope in Adminmod forums, along with Jussi's Metamod-P37, in case they aren't compatible for MarineBot v0.91. I also had to install the ia32-lib for Ubuntu x64 as they need the 32-bit libraries and so on. Plus I had to install the libstdc++.5 as Marinebot are dependent on that on both Debian and Ubuntu sides.
I don't expect you to fix those right away, but from those cryptic clues, I was wondering if those mean anything to you, that I could resolve right away.
Last edit: RoboCop 2014-10-17
Update: I think i managed to work how what was wrong on my Ubuntu 64-bit server. I did a comparison on Webmin to see the shared lib dependancies by looking up on Files and Connections for ./hlds_linux -game firearms and noticed that the Debian Server are dependent on "/lib/i386-linux-gnu/i686/cmov/" package, unfortonately the Ubuntu aren't supported for that libc6 package, which maybe the reason why the MarineBots aren't compatible.
However I know Marinebots doesn't require Metamod as I tried to use the new Metamod v1.20 and discarded the unoffical Metamod v1.21-am from AlliedMods. But I looked up in Ubuntu Packages for shared libraries for libc6 and installed the libc6-i386, the Embedded GNU C Library: 32-bit shared libraries for AMD64.
After that installation and using the older Metamod engine it appears the bots are now working and doesn't appear to have any crashes.