31
VC Un-Modded Stunting Video Releases / Re: oldFISH
« on: December 08, 2022, 10:23:59 AM »
This was fun, nice
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to. 31
VC Un-Modded Stunting Video Releases / Re: oldFISH« on: December 08, 2022, 10:23:59 AM »
This was fun, nice
32
VC Modded Stunting Videos / Re: [TAS] THE SIASIN VIDEO.« on: December 07, 2022, 08:24:58 AM »you right, he lamed most of stuntsDont get me wrong, I didn't say those are easy. As a SA stunter this combo looked doable to me; now if a stalled rear wheel grind is hard to get I don't really knowas I saw in the past people landing harder combos. Reminds me of someone. 33
VC Modded Stunting Videos / Re: [TAS] THE SIASIN VIDEO.« on: December 07, 2022, 02:39:26 AM »as I saw in the past people landing harder combos. ...you saw someone land something harder than a stalled rear wheel grind to csm to prec? Cmon man. With maybe only one or two exceptions, these spots are possible but not doable. 35
VC Un-Modded Stunting Video Releases / Re: Barney - Cenotaph« on: November 21, 2022, 11:12:29 AM »36
Introduce Yourself / Re: Hi all - mind was wandering places and was thinking about things a while ago.« on: September 26, 2022, 04:30:10 AM »
Hey Torque
37
Introduce Yourself / Re: Wagwan« on: August 19, 2022, 06:10:42 AM »
Some people collect stamps, or build model railways, or write weird erotic fiction.
Seems like some of us will be doing tricks in ancient GTA games into our old age 38
VC Un-Modded Stunting Video Releases / Re: AERONAUTS - 48 hours« on: August 13, 2022, 05:04:25 PM »40
VC Chat & Support / Re: 48 HR Time limited collab?« on: July 28, 2022, 05:48:00 AM »
I have some reps that I landed over a weekend that are unused. Want those?
41
VC Chat & Support / Re: Normalizing Speedometer values across scripts« on: July 15, 2022, 09:36:30 AM »
Yes Dannye's as 'truth' makes sense given it's ubiquitous. I know there's some that prefer to use older versions though, and for those I guess they use other speedos. Hence this thread.
Key thing to remember is 02E3 * 3.6 = KPH. (02E3 * 3.6)/1.609 = MPH. With that most other speedos should be comparable. For those that aren't, someone needs to test if they care. 42
VC Chat & Support / Re: Normalizing Speedometer values across scripts« on: July 15, 2022, 09:07:24 AM »Is this consideration the same in SA? I don't know if Dannye added a speedometer to SA's USCM as well in the last few years, but presumably any given speedometer can transform the values from the game however it wants, so you would need to use the same one as everyone else to be absolutely sure that everything is comparable. In other words, should we avoid comparing values taken from the old speedometer overlay DLL that people used in the past to the digital speedometer CLEO script people use in SA these days? The same opcode is used in v4 SA USCM, and the unit conversion is also the same. Code: [Select] 00D6: if // -- Current Vehicle Stats ---------------------------------------------- So it would be trivial to convert any current CLEO speedo, that uses 02E3, to match. As for the DLL speedo - it would probably need a bit of investigating. I'm not sure if it would use opcodes or some other method of getting vehicle speed. But if it doesn't, or if it wasn't possible to find out, you could probably do some tests to see if the measured speeds match. Perhaps by using natural (no lean etc) maximum vehicle speeds. I.e. infernus max speed on flat terrain. 43
VC Chat & Support / Re: Normalizing Speedometer values across scripts« on: July 15, 2022, 05:19:18 AM »Is there a way to check if your speedo is using that opcode? Outside of driving the same run-up twice to see if it matches some other tool. Yeah I think using Dannye's is the easiest option for most. Although I'm not sure how easy it is to customize the position/colour etc of the stats display, when compared to a CLEO script. I was already using a CLEO speedo, and have customized it a bit in that respect. So I'll probably just convert it to mph using the above calculations. That way it has parity with the mph that USCM will give people. I know Jason has customized the USCM display though, so it's definitiely doable. You can check how the CLEO script (assuming it's a CLEO mod), by loading the .cs into a text or code editor. Then see how it's grabbing vehicle speed from the game. If it's not a CLEO script, I'm not sure what method it will be using. 44
VC Chat & Support / Normalizing Speedometer values across scripts« on: July 14, 2022, 04:09:00 PM »
After playing with a bunch of different speedo/stats scripts, it's become pretty annoying trying to describe runup speeds to other people that are likely using a different tool. Some of them calculate and display speed differently, so you can get values in ranges from 0-90, up to 0-320, depending on the script you use. Some are very raw speed values, others convert roughly to kmph or mph, but not particularly intelligently.
However it seems like Dannye did a pretty smart thing with USCM 7b, in which he checks if the game is in Imperial or Metric, and converts speed appropriately. The initial 'speed' value from the game comes from opcode 02E3, which I guess queries the car handling manager. This returns a float value, that for a PCJ, should be somewhere between 0-90 in normal circumstances. Code: [Select] 02E3: 2@ = car 4@ speed // Speed1. Get current speed in 'map points (~ meters) per second' This is the same opcode that at least some existing CLEO speedos use, although perhaps not all. Then check if the game is Metric/Imperial, and convert that handling value appropriately: Code: [Select] 0013: 2@ *= 3.6 // Speed2. Convert to km/h Finally convert to int for display: Code: [Select] 0092: 6@ = float_to_integer 2@ // Speed3. Convert to int The key thing here is that, providing the speedo you use is using the 02E3 opcode, it's pretty simple to normalize the values for others to reference. - Convert 02E3 to kmph by multiplying by 3.6. Convert kmph to 02E3 by dividing by 3.6. - Convert kmph to mph by dividing by 1.609. Convert mph to kmph by multiplying by 1.609. The simplest way to normalize, I guess, is to just default to using Dannye's car stats via the USCM. But if you're using a CLEO speedo or other, the multipliers above should ensure that we're functionally still talking about the same speed values - even if they're in different units. (Maybe this is common knowledge idk, just thought it worth posting as a point of reference) 45
VC Un-Modded Stunting Video Releases / Re: CheS-Breakthrough« on: June 18, 2022, 04:02:20 AM »
Friendly reminder that live recording is a good move.
|
SMF 2.0.19 |
SMF © 2021, Simple Machines