TRACKIR Closed window block solutions 1.38 to 1.45 - Updated 12/08/2022

[JHTrucker]

@alonzam99 I suggested mouse emulation to you ages ago and you said it was rubbish.
19th April:
viewtopic.php?p=18658#p18658
viewtopic.php?p=18703#p18703
So why do you think it's now viable?
What type of mouse do you have that can do 6DOF? Mine only moves forward/backward & left/right.
You can't emulate something that can't do what you want it to do in the first place.

My option 7 is 6DOF inside.

You didn't answer my last post so i'll add this bit again...

Anyway, are you using my option 7 or you rather just keep unblocked, the scs way?

A quote from my first post:
"You should at least try option 7 by driving around for some time with the windows closed or 25% or so open (to hear fmod sounds) to get a feel for having this new restriction to your head movement. If you don't like this new restriction, then the "small" limitation of non TIR controlled outside view isn't the issue you might think it is."

And if you don't like the restriction, then you won't like the "proper" solution either... if it ever happens.

[alonzam99]

@alonzam99 I suggested mouse emulation to you ages ago and you said it was rubbish.
19th April:
viewtopic.php?p=18658#p18658
viewtopic.php?p=18703#p18703
So why do you think it's now viable?
What type of mouse do you have that can do 6DOF? Mine only moves forward/backward & left/right.
You can't emulate something that can't do what you want it to do in the first place.

My option 7 is 6DOF inside.

You didn't answer my last post so i'll add this bit again...

Anyway, are you using my option 7 or you rather just keep unblocked, the scs way?

A quote from my first post:
"You should at least try option 7 by driving around for some time with the windows closed or 25% or so open (to hear fmod sounds) to get a feel for having this new restriction to your head movement. If you don't like this new restriction, then the "small" limitation of non TIR controlled outside view isn't the issue you might think it is."

And if you don't like the restriction, then you won't like the "proper" solution either... if it ever happens.

I use your option 7 but it is still a little unrealistic the fact that you can't control the outside window..

[JHTrucker]

@alonzam99 - Good man, i really thought you wouldn't be using it because of that being an issue for you.

[JHTrucker]

All g_cam_window_block users, mouse/game pad/button look/my TIR option 7, have this sound issue. When you are blocked by the closed window you can hear the outside sounds at that blocking point (as if your head was slightly through the glass).
The problem, i think, is caused by the way SCS has implemented the g_cam_window_block by using an existing mechanism for making other game changes.

Here is what the truck interior camera files look like without the lines not needed for this explanation:

W900 example.
camera_azimuth_range: _nameless.interior.kenworth.w900.left1
outside: false
camera_azimuth_range: _nameless.interior.kenworth.w900.left2
outside: false
camera_azimuth_range: _nameless.interior.kenworth.w900.left3
outside: false
camera_azimuth_range: _nameless.interior.kenworth.w900.left4
outside: true
camera_azimuth_range: _nameless.interior.kenworth.w900.left5
outside: true

All stages LEFT have "outside: true or false".
In game, when the view turns left it'll stop at the first "outside: true" statement (LEFT4 by default) if the window is closed.
The problem is that also tells the game you are now outside and so increases outside volume even though you are in fact still inside behind the closed window.
To prove this theory:
If i change just LEFT1 to "outside: true" the head blocks almost straight away as you turn left to look in the side mirror, no where near the window. Open window and i'm unblocked as normal.
If i then change just LEFT4 to "outside: false" the head passes through the closed window and blocks well outside of the drivers door. Again, open window unblocks as normal.
Conclusion: Window blocking has been added to "outside: true" function and therefore its unlikely to have the sound issue fixed. Hope i'm wrong.

Outside: true - Has always been used for:
1 - Increasing outside volume.
2 - Changing interior from high quality (outside: false) to low quality (outside: true).
3 - The outside of the truck is not fully drawn when you are inside (outside: false) only drawn in full once outside.
4 - Probably other things as well.
5 - But now g_cam_window_block is also added to that function.

EDIT: I always drive with the windows approx 25% open, so i can hear what's going on around me, but still have my head blocked!
I use 5.1 speakers, so this issue isn't really a problem for me.
I suspect it may well be more annoying if you use headphones.

[JHTrucker]

First post updated: Line 197 amended to be a progressive auto rotation of the outside view.

***RE-UPDATED To a better formula that works for both LHD & RHD trucks.***

My original line change set the outside auto rotation speed at x3.
This new update will change that speed to be progressive from x0.25 to x8 depending on where your real head is pointing.

Basically, the further out of the window you turn your head the faster the view will auto rotate.

What this means is, when you have the windows open and are just looking left/right at junctions etc, the view doesn't quickly rotate out of the window because you caught the trigger point. Instead, it'll auto rotate at a much slower speed, from that point, which should be less annoying for those situations.

If you just want to look back at the trailer, then the view will still auto rotate quickly if you turn your real head quickly out of the window.

Original option 7 line:
config_lines[197]: "mix looklranaspd `looklranaraw * 3`"
This is the new progressive line 197 as now shown in the first post.
config_lines[197]: "mix looklranaspd `looklranaraw * pow(trackiryaw,4) * 8`"

[alonzam99]

Did the update. hope you will find soon a way to full control the window block with also the outside window view.
thanks

[JHTrucker]

@alonzam99 - Does it feel better that it doesn't quickly auto rotate at the window point? Giving you a bit better control, i think.

Why do you join in topics on scs forum regarding tir g_cam_window_block without telling others, that are asking for this also, about my option 7 that you use? Too embarrassed to admit it?
It's quite clear to me on scs forum that people who don't have tir just dismiss your request because scs said it was done for a reason and others that do use tir think it's an advantage to not be blocked... but g_cam is optional anyway.

I think, scs won't "fix" g_cam because you asked them nicely. You need to prove it's not a problem, they think it is.
The request posts on scs forum, ETS2/ATS, need something to get others interested in this issue, no one's bothered over there. TIR users should be "+1 for this!!!" and not just view it and move away.

I'm not a member of scs forum. Perhaps you should add a link to my first post here, but only if you want to, saying something like:
I'm currently using this workaround that is good but not perfect, i've had no adverse affects from using it, but i'd rather SCS enabled g_cam for trackir users for the perfect solution.

So, the more people that use this block option the more chance to change scs's mind if people report no adverse affects whilst being blocked.

I'll add a short write up soon to try and explain why it's not possible to control the outside view, currently.
So it's my way or the highway!

[alonzam99]

@alonzam99 - Does it feel better that it doesn't quickly auto rotate at the window point? Giving you a bit better control, i think.

Why do you join in topics on scs forum regarding tir g_cam_window_block without telling others, that are asking for this also, about my option 7 that you use? Too embarrassed to admit it?
It's quite clear to me on scs forum that people who don't have tir just dismiss your request because scs said it was done for a reason and others that do use tir think it's an advantage to not be blocked... but g_cam is optional anyway.

I think, scs won't "fix" g_cam because you asked them nicely. You need to prove it's not a problem, they think it is.
The request posts on scs forum, ETS2/ATS, need something to get others interested in this issue, no one's bothered over there. TIR users should be "+1 for this!!!" and not just view it and move away.

I'm not a member of scs forum. Perhaps you should add a link to my first post here, but only if you want to, saying something like:
I'm currently using this workaround that is good but not perfect, i've had no adverse affects from using it, but i'd rather SCS enabled g_cam for trackir users for the perfect solution.

So, the more people that use this block option the more chance to change scs's mind if people report no adverse affects whilst being blocked.

I'll add a short write up soon to try and explain why it's not possible to control the outside view, currently.
So it's my way or the highway!

Posted it in scs forums..

[JHTrucker]

@alonzam99 - Thanks.

[JHTrucker]

Why can't we control the outside view with my option 7? My better explanation:

The game doesn't use analogue game pad inputs in the normal way.
Normally, in other games, when you move the analogue stick left the view rotates left to match how far your stick is pushed over and then auto centers the view when you let go of the stick.
As you know, in this game the stick only controls the speed the rotating view has the more you move it. When you let go of the stick, the view remains at the same location, this is the reason why you can't control the outside view in my option 7.

Only head tracking inputs, in this game, moves the view exactly to where you are looking, but then g_cam_window_block is disabled as soon as head tracking is turned on.

Head tracking example inputs:
+0.00 = in game head is looking forward.
+0.25 = in game head is looking left at 45 degrees.
+0.50 = in game head is looking left at 90 degrees.
-0.10 = in game head is looking right at 18 degrees.

Controller example inputs:
+0.00 = do nothing.
+0.25 = rotate view at quarter speed to the right until it hits the right limit. Head is looking back.
+0.50 = rotate view at half speed to the right until it hits the right limit. Head is looking back.
-0.10 = rotate view at 1/10th speed to the left until it hits the left limit. Head is looking back.

Mouse control also works in much the same way as a game controller. So that's not an option to be used here.

Here's a quick sketch to illustrate the problem with being able to control your head left/right movement outside of the window when using this "not normal" analogue controlling function the game uses.
In the sketch H is your head looking forward.

TIR block.png

Left pic: Full TIR control within the truck cab (light blue area).
Once head is out of the left open window the controller function takes over and auto rotates the view to the left limit because you are looking left with your real head (yellow area).

Right pic: Full TIR control within the truck cab (light blue area).
Once head is out of the left window the controller function takes over and auto rotates the view back into the cab because your real head is pointing at the move right (yellow area). The view will continue to auto rotate all the way through the cab until it hits the far right limit. We can't set different left/right limits for each controller type, it's one limit for all and is set within the camera files. You therefore have to quickly turn your real head left to jump the right area to get to the left area and control the view left/right from that point, you can't hold the view, it'll always move left or right. This is not an acceptable solution and therefore no control (left pic) is by far the best option for this situation, currently.