- 3

- United States
- SportSkar88
Hi everyone,
I’ve been working on something a bit unusual for Gran Turismo 7 and wanted to share it with you all and get some feedback.
What I’ve built
I’m running a live GT7 telemetry HUD directly on an Android phone using Termux and Python – no PC, no SimHub, no Windows, no Mac in the middle.
Basic architecture:
GT7 on PS5 sends UDP telemetry over the LAN
My Android phone (Termux) listens directly to the telemetry stream
A Python script decodes the data and runs a live HUD in the terminal
At the same time it logs structured telemetry (JSONL / CSV) locally on the phone
There is no intermediate computer acting as a bridge. The PS5 talks straight to the phone, which does all the processing and display.
What the HUD shows right now
On the phone I currently have, in real time:
Current lap / total laps
Race position (Pxx/xx)
Current lap time and last lap time
Fuel % plus estimated laps remaining based on real burn rate across laps
Gear, RPM, speed, throttle %, brake %
I’ve run full multi-lap stints and pit stops with this setup and it has stayed stable and usable in real races.
Logging & analysis
While I’m driving, the phone also logs full telemetry snapshots into JSONL and CSV files, including speed, throttle, brake, gear, fuel, etc.
On top of that, I’ve started building a separate “key explorer” tool that scans my telemetry logs and:
Lists every key/field that appears in the decoded telemetry
Tracks how often each key appears and what type of data it carries
Computes ranges and how fast each value changes
Looks for rough correlations with known channels like speed, RPM, throttle, brake
The idea is to use data-driven reverse engineering to identify unknown fields (for things like tire temps, slip, etc.), instead of just hard-coding names from documentation or wikis.
Why I’m posting this
From what I’ve been able to find so far, most GT7 telemetry setups look like:
My setup is:
I’m trying to confirm how rare this kind of phone-only / zero-bridge architecture actually is, and I’d love to:
Hear from anyone who has tried something similar
Get pointers to other GT7 telemetry projects I might have missed
Share more details, videos, and results as I clean things up
I’m not going to post any low-level decoding secrets or anything that would obviously cross a line with Polyphony; I’ll keep things high-level and focused on architecture, capabilities, and what this could mean for GT7 players (especially PSVR2 users who want extra data on a separate screen).
What’s coming next
I’m planning to:
Record a short video showing the Android HUD running live while I’m driving in GT7 on PS5
Document the basic setup and limitations
Use the key explorer on longer stints to hunt for things like tire-related channels
If this is the right place for this kind of project, I’d be happy to turn this thread into a dev log and share progress, findings, and maybe a cleaned-up version of the tools once things are stable.
I’ve been working on something a bit unusual for Gran Turismo 7 and wanted to share it with you all and get some feedback.
What I’ve built
I’m running a live GT7 telemetry HUD directly on an Android phone using Termux and Python – no PC, no SimHub, no Windows, no Mac in the middle.
Basic architecture:
GT7 on PS5 sends UDP telemetry over the LAN
My Android phone (Termux) listens directly to the telemetry stream
A Python script decodes the data and runs a live HUD in the terminal
At the same time it logs structured telemetry (JSONL / CSV) locally on the phone
There is no intermediate computer acting as a bridge. The PS5 talks straight to the phone, which does all the processing and display.
What the HUD shows right now
On the phone I currently have, in real time:
Current lap / total laps
Race position (Pxx/xx)
Current lap time and last lap time
Fuel % plus estimated laps remaining based on real burn rate across laps
Gear, RPM, speed, throttle %, brake %
I’ve run full multi-lap stints and pit stops with this setup and it has stayed stable and usable in real races.
Logging & analysis
While I’m driving, the phone also logs full telemetry snapshots into JSONL and CSV files, including speed, throttle, brake, gear, fuel, etc.
On top of that, I’ve started building a separate “key explorer” tool that scans my telemetry logs and:
Lists every key/field that appears in the decoded telemetry
Tracks how often each key appears and what type of data it carries
Computes ranges and how fast each value changes
Looks for rough correlations with known channels like speed, RPM, throttle, brake
The idea is to use data-driven reverse engineering to identify unknown fields (for things like tire temps, slip, etc.), instead of just hard-coding names from documentation or wikis.
Why I’m posting this
From what I’ve been able to find so far, most GT7 telemetry setups look like:
PS5 → PC (SimHub or custom software) → phone/tablet (for display)
My setup is:
PS5 → Android phone (Termux + Python) → HUD + logs
I’m trying to confirm how rare this kind of phone-only / zero-bridge architecture actually is, and I’d love to:
Hear from anyone who has tried something similar
Get pointers to other GT7 telemetry projects I might have missed
Share more details, videos, and results as I clean things up
I’m not going to post any low-level decoding secrets or anything that would obviously cross a line with Polyphony; I’ll keep things high-level and focused on architecture, capabilities, and what this could mean for GT7 players (especially PSVR2 users who want extra data on a separate screen).
What’s coming next
I’m planning to:
Record a short video showing the Android HUD running live while I’m driving in GT7 on PS5
Document the basic setup and limitations
Use the key explorer on longer stints to hunt for things like tire-related channels
If this is the right place for this kind of project, I’d be happy to turn this thread into a dev log and share progress, findings, and maybe a cleaned-up version of the tools once things are stable.