Recent Posts

Pages: [1] 2 3 ... 10
1
Diving into a game experience that feels both fresh and unpretentious can be a rare treat. If you’re craving something that blends velocity, creativity, and a touch of mystery, dreadhead parkour offers a compelling invitation into its world. While it isn’t about flashy marketing or grandiose promises, it provides a straightforward promise: a meaningful moment of movement and exploration. Here’s a friendly, down-to-earth guide to how to play and what to expect when you immerse yourself in this intriguing title.
Introduction
What makes dreadhead parkour stand out is its focus on motion as a core language. The game isn’t chasing hyper-realistic visuals or relentless competition; instead, it leans into the simple, satisfying ritual of moving through space with intention. Think of it as a playground where your choices—how you sprint, jump, and weave around obstacles—shape the pace and vibe of your session. You’ll encounter tight corridors, sweeping platforms, and occasional sections that nudge you toward experimentation rather than perfection. The experience invites patience, curiosity, and a willingness to map out your own rhythm.
Gameplay
At its heart, dreadhead parkour emphasizes momentum and control. You’ll typically navigate a sequence of rooms or outdoor sections filled with ramps, ledges, and gaps that demand precise timing. The controls are designed to feel responsive without being punishing, so you can explore different routes without constantly reloading or restarting. The game rewards players who take a moment to read the space: where a platform angles upward, where a wall offers a chance for a wall-run, or where a jump’s arc hides a smoother landing.
One of the appealing aspects is the game’s emphasis on flow. When you find a line—an uninterrupted path that carries you from start to finish with minimal stumbles—you get a small rush that’s hard to describe: a sense of carving through air and space with intention. The levels often present multiple ways to progress, so you’re encouraged to test paths, switch approaches, and learn from missteps. If you enjoy a “design your own route” mindset, you’ll likely spend time tracing alternative lines, noting which moves yield cleaner landings or cooler transitions.
From a player’s perspective, expect moments that lean into puzzle-like thinking. Some sections require you to time a jump to coincide with a gust of wind, to bounce between narrow ledges, or to stack a sequence of moves (a sprint, a precise jump, then a quick wall-run) to reach a higher platform. These moments aren’t about sheer speed alone; they’re about controlling your momentum and choosing the safest, most graceful path through a space.
2
General Discussion about the RDS / Re: Brand new to all this
« Last post by DaveS on November 19, 2025, 12:42:45 pm »
I am not too clear what you are asking for.  If you want to convert your call of KFII to a PI code, that would be 1E0C.
3
RDS Spy / Re: Request for lager font of PI code in RDSSpy
« Last post by Andreas Mikula on November 17, 2025, 06:22:29 pm »
Additional comment: when I use 125 or even 150% zoom, the font is not sharp.
4
General Discussion about the RDS / Brand new to all this
« Last post by 92.3 KFII on November 15, 2025, 04:11:44 am »
So here I am. Starting a new rural FM station. While my life has been surrounded by music and sitting in a station as my father DJ'd in the 70's-80's, this piece is completely new to me. I am not technologically incompetent, I have learned over the years every new piece is a new experience. We just changed from a tube setup to a fancy new, less than 260 pound, Bext XL 3000. I joined here to read and learn from your knowledge, and, occasionally pester with stupid questions. At this point, We just want the script to Read our call letters. I have no doubt I'll get some guidance here. Thanks in advance for your patience.
5
P132, P164, P232(U) and P332 RDS Encoders / Re: P164 - EAS/EASTIME Protocol
« Last post by Jan on November 14, 2025, 08:18:29 pm »
Yes, I think it is working now. You can see in the video that the Virtual port receives the EAS commands. At the same time, these commands should appear in the Communication Monitor in Overview, which is a monitor of the data going to the encoder.
6
P132, P164, P232(U) and P332 RDS Encoders / Re: P164 - EAS/EASTIME Protocol
« Last post by mendotatech on November 14, 2025, 07:48:54 pm »
It looks like I misunderstood the error. Still, I think being that I'm sending a Weekly Test, that's less than 10 seconds total (yes, I see the data has it pegged at 30 seconds). I may stand a better chance waiting for the Monthly Test or an actual alert since those messages are usually 90 seconds in length.

That all said, I think we may have found a way to get this working. Thanks!
7
P132, P164, P232(U) and P332 RDS Encoders / Re: P164 - EAS/EASTIME Protocol
« Last post by mendotatech on November 14, 2025, 07:29:27 pm »
Here's what I have logged...
ASCII: EAS=Required Weekly Test
ASCII: EASTIME=30

I did perform a screen capture and here's that link - https://drive.google.com/file/d/1k_pSDOilZSn1CtSSz-l-bPmm8PpTdiDw/view?usp=sharing
8
P132, P164, P232(U) and P332 RDS Encoders / Re: P164 - EAS/EASTIME Protocol
« Last post by Jan on November 14, 2025, 07:19:14 pm »
At the end of your efforts you should see the EAS= and EASTIME= commands in the Communication Monitor of each Connection feeding the P164. The commands are not sent to the encoders until they appear there.
9
P132, P164, P232(U) and P332 RDS Encoders / Re: P164 - EAS/EASTIME Protocol
« Last post by mendotatech on November 14, 2025, 06:41:51 pm »
I'll have to pull from that log later...

But I did receive ASCII data from the EAS Encoder on the program.

And yes, we are using a P164 as the encoder.
10
P132, P164, P232(U) and P332 RDS Encoders / Re: P164 - EAS/EASTIME Protocol
« Last post by Jan on November 14, 2025, 06:22:13 pm »
It doesn't look like there is any data sent from the SAGE ENDEC.
The XCMD and DPS1ENQ commands are generated by the Magic RDS 4 External Text Sources, the KMBY-FM connection is configured for some PIRA encoder but another device is connected. Inovonics and others do not support X-Command or Dynamic PS queue. For such encoders use the Lite ASCII model.

Anyway, there's no need to guess and hope, because the Magic RDS 4 allows you to track the data at any point, using the RX Monitor in the Virtual Port and Communication Monitor at each Connection output.

The SAGE ENDEC must be a Virtual port, as proposed before. It cannot be a Connection. In simple terms: Connection = DATA OUTPUT, Virtual port = DATA INPUT.
Pages: [1] 2 3 ... 10