[hlds_linux] Asteroid console spam
Is anyone else seeing this type of spam on the console from the new Asteroid map? I'm running it on a 24/7 server but when its empty for a few hours it seems to flood the console with the same type messages over and over again. Bad SetLocalAngles0.0,-360014,50,0.00 on blue_bot1b_spawn_robot Etc etc etc as seen in the picture.it just never stops till you restart the server or the map maybe, didn't try that but still it's likely an issue with this map. Screen shot of it below: http://i.imgur.com/5Q7ZyqK.jpg ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
Re: [hlds_linux] Segmentation Fault Crashing (Help needed)
Hi guys, Sorry for the spam again. My server has generated a core file when it crashes and it says: Program terminated with signal 11, Segmentation fault. #0 0x0322763d in CCollisionProperty::CalcNearestPoint(Vector const, Vector*) const () from /home2/jasperlee/tf1/tf/bin/server_srv.so Loaded symbols for bin/steamclient.so Core was generated by `./srcds_linux -game tf -port 27130 +ip 192.168.0.20 +maxplayers 32 +map slender'. Program terminated with signal 11, Segmentation fault. #0 0x0322763d in CCollisionProperty::CalcNearestPoint(Vector const, Vector*) const () from /home2/jasperlee/tf1/tf/bin/server_srv.so Any Linux expert able to help me debug this? Any help is greatly appreciated! Thanks everyone! JasperLee93 -RDLoyalty On 12 Jul, 2014, at 7:40 pm, JasperLee93 -RDLoyalty jasper_lee_2...@hotmail.com wrote: Sorry for the spam. Managed to find this in console when server crashed: PreMinidumpCallback: updating dump comment Looking up breakpad interfaces from steamclient Calling BreakpadMiniDumpSystemInit uploading dump (out-of-process)[proxy ' '] /tmp/dumps/assert_20140712192812_1.dmp ./srcds_run: line 324: 32207 Segmentation Fault (core dumped) $HL_CMD cat: hlds.32187.pid: No such file or directory email debug.log to li...@valvesoftware.con Sat Jul 12 19:28:30 SGT 2014: Server Restart in 10 seconds Finished uploading minidump (out-of-process): success = yes response: CrashID=bp_8d572342-d540-4033-986a-25a732140712 On 12 Jul, 2014, at 6:10 pm, JasperLee93 -RDLoyalty jasper_lee_2...@hotmail.com wrote: Hi Erik, Thanks for your reply! Have installed it in my server. But I cannot get the instructions on how it would fix the crash. May I know how do I do this: Unlike the current plugin, to configure it you must add a line like the following to sourcemod/configs/core.cfg (with your own SteamID) Code: MinidumpAccount 76561197987819599 Thanks again! JasperLee93 -RDLoyalty On 12 Jul, 2014, at 6:02 pm, Erik-jan Riemers riem...@binkey.nl wrote: Did you look at this https://forums.alliedmods.net/showthread.php?t=146644 .. 2014-07-12 1:24 GMT+02:00 Dondon Tudtud don...@applei.ph: I think that's what -nobreakpad is for, so you can get more information about the crash. On Fri, Jul 11, 2014 at 3:10 AM, JasperLee93 -RDLoyalty jasper_lee_2...@hotmail.com wrote: Dear all, thanks for the reply! Will try installing and would get back. Also, a little add on, the server still crashed even when -nobreakpad is off, but would show more message of crash. Would monitor server more tomorrow, thanks for the help! Thanks and regards JasperLee93 -RDLoyalty Sent from Windows Mail From: David Parker Sent: Friday, July 11, 2014 3:03 AM To: hlds_linux@list.valvesoftware.com Do you have gdb installed? If so, you can get a stack trace from the core file and that might help narrow down the problem. Also I would not disable breakpad if you're having this kind of issue. I doubt this is a problem, but you have -port specified twice in your command line, and are also forcing -steamport to match -port. You can probably simplify your command line: ./srcds_linux -game tf -port 27130 +ip 192.168.0.20 +maxplayers 3 +map slender_scp_087_b_v3 -autoupdate -steam_dir /home2/jasperlee -steamcmd_script /home2/jasperlee/update_tf1.txt -debug -console - Dave On Thu, Jul 10, 2014 at 8:40 AM, JasperLee93 -RDLoyalty jasper_lee_2...@hotmail.com wrote: Dear Valve, I need some help here. I have a TF2 Server that is actually pretty taxing on the server CPU. But my server CPU is not even at 50% and the server occasionally crashes with: ./srcds_run line:324 Segmentation Fault (core_dumped) $HL_CMD cat.hlds.pid no such file or directory Debug: -- CRASH: Thu Jul 10 19:52:36 SGT 2014 Start Line: ./srcds_linux -debug -console -game tf -port 27130 +map slender_scp_087_b_v3 +ip 192.168.0.20 +maxplayers 32 -port 27130 -autoupdate -steam_dir /home2/jasperlee -steamcmd_script /home2/jasperlee/update_tf1.txt -steamport 27130 -nobreakpad End of Source crash report -- extra info: CPU: Intel Core i7 3770 RAM: 16GB (8GB used the time it crashed) Game: TF2 sometimes crashes, some days it does not crash at all. May I know if you can help me resolve issue? Have been trying to resolve for the pass 5-6 months. Thanks and regards JasperLee93 -RDLoyalty Sent from Windows Mail ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux -- Dave Parker Systems Administrator Utica College Integrated Information Technology Services (315) 792-3229 Registered Linux
Re: [hlds_linux] Recreating replays
On 13/07/2014 20:35, Erik-jan Riemers wrote: Doesn't this also on a 24/7 server (with 1 map only) create just 1 big .dem file? Probably, I just skipped ahead in the file to the time I wanted to see using the demoui interface. Although I didn't have 24/7 rounds. -- Dan. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
Re: [hlds_linux] Recreating replays
From what I understand, replays contain occasional full updates, but it would require a more in-depth tool to parse through the replays to find a full update to start extracting from. Your best bet would be one of the dota 2 replay tools, however I suspect TF2 does not use protobuf for its replay files. On 7/13/2014 1:35 PM, Erik-jan Riemers wrote: Doesn't this also on a 24/7 server (with 1 map only) create just 1 big .dem file? I tried didroles replay thingy, that works just fine, here is also the same that he assumes that block 0 till last block is present. Meaning on a 24/7 map it still gives you a demo of the full complete time since round start that could be hours ago. Are there even linux tools that can manipulate the .dem / .dmx or whatever to only work for a certain duration (so say 10 minutes from a 1 hour demo) 2014-07-13 20:32 GMT+02:00 dan needa...@ntlworld.com: On 13/07/2014 13:54, Erik-jan Riemers wrote: Ok thats one part i was after ;) but say you have a 24/7 server (map) and you want to make a demo file from 12:00 to 12:30 , how would you know which blocks you need to get? Since i've seen replays on the server which can have over 300 blocks. Is it as simple as getting the start dmx file and then getting the block from say block 56 to 122? Since i've read that the blocks need *all* blocks because of the way its made. If you want to do this for the future enabling source tv and tv_autorecord will get you demo files that are easy to copy to a client machine and watch. That won't help if you need this for existing replay recordings, but it's a lot easier than faffing around with the replay stuff if you think you'll need to do this again. -- Dan ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
Re: [hlds_linux] Recreating replays
I only found this article https://support.steampowered.com/kb_article.php?ref=5261-UIHN-1853 where it does state i need all blocks in order to create the proper replay. After that the tf2 client is smart enough to only take the part of the person (which is in the .dmx on the client side) 2014-07-14 20:59 GMT+02:00 Ryan Kistner azuisl...@gmail.com: From what I understand, replays contain occasional full updates, but it would require a more in-depth tool to parse through the replays to find a full update to start extracting from. Your best bet would be one of the dota 2 replay tools, however I suspect TF2 does not use protobuf for its replay files. On 7/13/2014 1:35 PM, Erik-jan Riemers wrote: Doesn't this also on a 24/7 server (with 1 map only) create just 1 big .dem file? I tried didroles replay thingy, that works just fine, here is also the same that he assumes that block 0 till last block is present. Meaning on a 24/7 map it still gives you a demo of the full complete time since round start that could be hours ago. Are there even linux tools that can manipulate the .dem / .dmx or whatever to only work for a certain duration (so say 10 minutes from a 1 hour demo) 2014-07-13 20:32 GMT+02:00 dan needa...@ntlworld.com: On 13/07/2014 13:54, Erik-jan Riemers wrote: Ok thats one part i was after ;) but say you have a 24/7 server (map) and you want to make a demo file from 12:00 to 12:30 , how would you know which blocks you need to get? Since i've seen replays on the server which can have over 300 blocks. Is it as simple as getting the start dmx file and then getting the block from say block 56 to 122? Since i've read that the blocks need *all* blocks because of the way its made. If you want to do this for the future enabling source tv and tv_autorecord will get you demo files that are easy to copy to a client machine and watch. That won't help if you need this for existing replay recordings, but it's a lot easier than faffing around with the replay stuff if you think you'll need to do this again. -- Dan ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
Re: [hlds_linux] Recreating replays
TimePath has been working on a bunch of libraries for Java. This might be of interest: https://github.com/TimePath/hl2-toolkit/tree/master/src/main/java/com/timepath/hl2/io/demo On 15/07/2014 4:59 AM, Ryan Kistner wrote: From what I understand, replays contain occasional full updates, but it would require a more in-depth tool to parse through the replays to find a full update to start extracting from. Your best bet would be one of the dota 2 replay tools, however I suspect TF2 does not use protobuf for its replay files. On 7/13/2014 1:35 PM, Erik-jan Riemers wrote: Doesn't this also on a 24/7 server (with 1 map only) create just 1 big .dem file? I tried didroles replay thingy, that works just fine, here is also the same that he assumes that block 0 till last block is present. Meaning on a 24/7 map it still gives you a demo of the full complete time since round start that could be hours ago. Are there even linux tools that can manipulate the .dem / .dmx or whatever to only work for a certain duration (so say 10 minutes from a 1 hour demo) 2014-07-13 20:32 GMT+02:00 dan needa...@ntlworld.com: On 13/07/2014 13:54, Erik-jan Riemers wrote: Ok thats one part i was after ;) but say you have a 24/7 server (map) and you want to make a demo file from 12:00 to 12:30 , how would you know which blocks you need to get? Since i've seen replays on the server which can have over 300 blocks. Is it as simple as getting the start dmx file and then getting the block from say block 56 to 122? Since i've read that the blocks need *all* blocks because of the way its made. If you want to do this for the future enabling source tv and tv_autorecord will get you demo files that are easy to copy to a client machine and watch. That won't help if you need this for existing replay recordings, but it's a lot easier than faffing around with the replay stuff if you think you'll need to do this again. -- Dan ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
