Page 15 of 15

Re: 1.5 Bugs and Issues

Posted: 16 Dec 2017, 11:09
by AspirinSGD
Not sure this is a topic where to need to write. Because bugs with OWR3 for 1.5r6
A very small zoom an SA-80 (not x4)
Incorrect world model fn2000
LR300 has no damage (but the damage has ammo)
A small bug with the icon
And same incorrect coordinates at the silencer and the grenade launcher have a lot weapons

Re: 1.5 Bugs and Issues

Posted: 16 Dec 2017, 12:05
by Combustible_lemon
Departure at the transition from the Wild Territory to the Bar.
The log is empty.

Re: 1.5 Bugs and Issues

Posted: 21 Dec 2017, 23:13
by sLoPpYdOtBiGhOlE
There is a problem in xr_logic.script 1.5 R6 that causes CTD's

Code: Select all

function abort_syntax_error_in_cond(npc, section, field)
   printf("object '%s': section '%s': field '%s': syntax error in switch condition",npc:name(), section, field)

Most other functions calling the abort_syntax_error_in_cond() do not check if they are passing a valid npc referenrce..

End result is CTD when calling npc:name() with a nil value.

Edit: nvm, looks like it's already been corrected on the repo 1.5.7.

Re: 1.5 Bugs and Issues

Posted: 29 Dec 2017, 13:29
by sabr3
COC 1.5 RC

- Noticed many times groups of enemies don't react to your presence until you get Very close. COC 1.4.22 had better npc awareness
- Getting stashes from pdas or quest rewards - I've gotten around 10+ stash rewards but see no stash markers on the map
- Icon for all detectors - there is a health/condition bar below the detectors that is NOT full,it looks like 3/4 condition for all detectors
- im finding rg5 grenades in most boxes

- noticed that npc groups dont usually spawn in their bases right off and the base is empty most of the time. for example in cordon, i rush to the military base...theres no npcs there...takes a long time for the npcs to enter the area.on another load,i find only 2 npcs there. rest of npcs wandering around past the bridge. 2 npcs to guard a BASE is silly

- clearing off a base of npcs also seems to take a while to load more npcs back in. for example the bandit base in garbage takes long for new npcs to spawn and hold the base again.

- sidorovich doesnt have jobs most of the time. its annoying because i want to increase rep with sidorovich to get better equipment to buy.

Re: 1.5 Bugs and Issues

Posted: 03 Jan 2018, 08:50
by sLoPpYdOtBiGhOlE
I have uncovered a peculiar bug with level.map_add_object_spot_ser() function

map_add_object_spot_ser() fails after an unkown amount of calls to add the "treasure" icon to the map.

I noticed coc_cache_manager failing to add new rewarded chaches to the map, even though news_manager.send_treasure(0) was sent by the create_random_stash() function.

I tracked it down to map_add_object_spot_ser() failing to create the "treasure" icon, yet other icons still add fine.
In other words in testing the id was correct and the only param changed was the icon param to "treasure_player",
which resulted in caches being added to the map again obviously with the wrong icons :)

The amount before the map_add_object_spot_ser() fails for just that particular icon can be anywhere from 320+ up to 450+.
Well that's how may caches I had in 2 different games before the issue surfaced in each game.

What seems to correct the issue is toggle stashes button off and then on again.
I never use the stashes button and it normally is enabled for my whole game and never touched.
Now I know if this happens again, togle it off and on... doh

Re: 1.5 Bugs and Issues

Posted: 04 Jan 2018, 07:59
by Arszi
Clear Sky NBC suit can be fully upgraded by the Clear Sky mechanic, without giving him any tools.

Re: 1.5 Bugs and Issues

Posted: 04 Jan 2018, 08:53
by Balathruin
Arszi wrote:Clear Sky NBC suit can be fully upgraded by the Clear Sky mechanic, without giving him any tools.


Re: 1.5 Bugs and Issues

Posted: 04 Jan 2018, 15:36
by WinterWolf
Hey i was searching every where for a solution for this problem what i have here !

Every time i go to the generators it keeps kicking me out of the game with no message or anything else !
And i cant finish my game .. Can this problem be solved ?

Re: 1.5 Bugs and Issues

Posted: 05 Jan 2018, 22:20
by sLoPpYdOtBiGhOlE
CTD when multi use inventory consumables have no use bar on them (on occasion I find them in my inventory).
Orange health pack has no little green use bars, moving this item to a container or if it is being taken in a fetch task then there will be a CTD.
Vodka bottle has no little green use bars, moving this item to a container or if it is being taken in a fetch task then there will be a CTD.
Resolve is to drop the invalid item from your inventory at which point the item disappears instantly and no more CTD.

There is a bug/exploit with fuel when double clicking the cooking stove.
Double click the stove in your inventory and it toggles the fuel state to it's opposite.
Even if you don't have any fuel in your inventory.
In other woods you can cook everything without any charcoal at all.
Stove is closed and unfueled, double click the stove it opens and is auto fueled ready for cooking.
Stove is open and fueled, double click the stove and it closes and becomes unfueled.

Beacons can not be placed on the upper left section of Zaton map..
It's not just beacons, basically any thing that is using right click property will also fail at this map area.
For more info on the bug check the bugtracker report 0000857.

Re: 1.5 Bugs and Issues

Posted: 10 Jan 2018, 07:24
by Detektrius
Crash on clear CoC 1.5b R6
Log -

Code: Select all

Config-file [appdata\tmp.ltx] saved successfully
-----loading d:\games\s.t.a.l.k.e.r\call of chernobyl 1.5.r6\gamedata\configs\system.ltx
* [win32]: free[3742636 K], reserved[66928 K], committed[384676 K]
* [ D3D ]: textures[18747 K]
* [x-ray]: process heap[141107 K], game lua[3977 K], render[166 K]
* [x-ray]: economy: strings[12649 K], smem[0 K]
stack trace:

0023:6D657449 nvd3dum.dll, QueryOglResource()
0023:04F779BA xrGame.dll, CDialogHolder::IR_UIOnMouseMove()
0023:04FE6AFC xrGame.dll, CDialogHolder::IR_UIOnMouseMove()
0023:729A6DDD lua51.dll, lua_gettable()
[error][     183] : The file can not be created because it already exists.


Code: Select all

- r__tf_aniso 16
- r2_tf_mipbias 0.
* RM_Dump: textures  : 1828
* RM_Dump: rtargets  : 18
* RM_Dump: vs        : 81
* RM_Dump: ps        : 85
* RM_Dump: dcl       : 20
* RM_Dump: states    : 81
* RM_Dump: tex_list  : 1647
* RM_Dump: matrices  : 0
* RM_Dump: lst_constants: 0
* RM_Dump: v_passes  : 2224
* RM_Dump: v_elements: 2225
* RM_Dump: v_shaders : 1248
* GPU shading: vs(fffe0300/3.0/30), ps(ffff0300/3.0/30)
* GPU vertex cache: recognized, 24
* NVidia MGPU: Logical(1), Physical(1)
* Starting rendering as 2-GPU.
*** RESET [249 ms]
* MEMORY USAGE: 661451 K
* End of synchronization A[1] R[1]
! WARNING: SV: can't find children [19179] of parent [1043656128]
compiling shader model_distort_3
compiling shader model_distort4ghost_1
~ cannot remove restriction with id [2003][gar_zone_field_acidic_average] to the entity with id [23700][flesh_01a_strong23700], because it is not added
stack trace:

0023:0526D5C4 ODE.dll, dGeomTransformGetGeom()
0023:051DF8C6 xrPhysics.dll, CODEGeom::clear_cashed_tries()
0023:05206DFC xrPhysics.dll, CPHUpdateObject::Deactivate()
0023:05213D8E xrPhysics.dll, destroy_object_space()
0023:0521459B xrPhysics.dll, destroy_object_space()
0023:04D0EFA3 xrGame.dll, CDialogHolder::operator=()
0023:729C6B22 lua51.dll, lua_error()
0023:05213CBB xrPhysics.dll, destroy_object_space()
0023:0040FECA xrEngine.exe, CRenderDevice::End()
0023:00279B0A xrCore.dll, thread_name()
0023:710BCCD5 MSVCR120.dll, endthread()
0023:75B6339A kernel32.dll, BaseThreadInitThunk()
0023:77E89EF2 ntdll.dll, RtlInitializeExceptionChain()
0023:77E89EC5 ntdll.dll, RtlInitializeExceptionChain()
[error][       6] : Invalid descriptor.

Re: 1.5 Bugs and Issues

Posted: 14 Jan 2018, 14:03

Re: 1.5 Bugs and Issues

Posted: 15 Jan 2018, 23:21
by sLoPpYdOtBiGhOlE
Please don't take this the wrong way as I'm grateful that there are events that I can register for but:

All event callbacks are broken if registered outside of the "on_game_start" event when changing level.
This includes CreateTimeEvent and AddUniqueCall as well.

If any of the above are registered outside of the "on_game_start" event then the callback will be dropped on level change unless re-registered again.
Which basically means on_game_load would never fire and any other registered event that fires incrementally will stop period.

Here's an example showing the limitation in the 3 register event types:

1. Add the script to your scripts directory and load a game save:

Code: Select all

local tmr = {0,0,0,0,0}

local function on_game_start_actor_on_update_loop()
   local tg = time_global()
   if tg >= tmr[1] then
      tmr[1] = tg + 2000
      printf("on_game_start_actor_on_update_loop: %s", tg)

local function on_game_start_AddUniqueCall_loop()
   local tg = time_global()
   if tg >= tmr[2] then
      tmr[2] = tg + 2000
      printf("on_game_start_AddUniqueCall_loop: %s", tg)
   return false

local function on_game_start_CreateTimeEvent_loop()
   printf("on_game_start_CreateTimeEvent_loop: %s", time_global())
   return false

local function key_press_actor_on_update_loop()
   local tg = time_global()
   if tg >= tmr[3] then
      tmr[3] = tg + 2000
      printf("key_press_actor_on_update_loop: %s", tg)

local function key_press_AddUniqueCall_loop()
   local tg = time_global()
   if tg >= tmr[4] then
      tmr[4] = tg + 2000
      printf("key_press_AddUniqueCall_loop: %s", tg)
   return false

local function key_press_CreateTimeEvent_loop()
   printf("key_press_CreateTimeEvent_loop: %s", time_global())
   return false

local function key_press(key)
   if (key == DIK_keys["DIK_NUMPAD1"] and tmr[5] == 0) then
      tmr[5] = 1

function on_game_start()

   RegisterScriptCallback("on_key_press", key_press)

2. Open console and you can see spamming every 2 secs (# = time_global):
"on_game_start_actor_on_update_loop: #"
"on_game_start_AddUniqueCall_loop: #"
"on_game_start_CreateTimeEvent_loop: #"

3. Close console, press Numpad 1, Open console and you can see spamming every 2 secs.
"key_press_actor_on_update_loop: #"
"key_press_AddUniqueCall_loop: #"
"key_press_CreateTimeEvent_loop: #"
"on_game_start_actor_on_update_loop: #"
"on_game_start_AddUniqueCall_loop: #"
"on_game_start_CreateTimeEvent_loop: #"

4. Close console and travel to another level, open the console and you can see see spamming every 2 secs:
"on_game_start_actor_on_update_loop: #"
"on_game_start_AddUniqueCall_loop: #"
"on_game_start_CreateTimeEvent_loop: #"
The key press registered loops have been dropped altogether.

5. You can press the numpad 1 key again, check the console, yep key_press loops are spamming again, change level, key press callbacks have stopped again...

The above example demonstrates exactly what I'm mentioning.
You can try different things instead of a key press eg: trigger by dialogue action, menu option, etc, the results are the same.
Anything registered outside of the "on_game_start" will be dropped on a level change unless re-registered.

I think most people that are writing scripts are under the impression if you register a callback type event at any time, then it fires until you unregister it or until you exit the game, which the above example shows it definitely is not the case.
Basically some of the vanilla CoC scripts don't work properly after changing settings or in certain situations until exiting the game and loading again, the above limitation is some of the reason for this.
In the meantime I use work arounds to do what I'm after with callback events, even though it's not very efficient.