Feline Tracking – Integrated into 2D games for tracking

Hello everyone, I’m new to this, but I noticed an issue with the gaming section. I think the whole modding process for games is way too tedious, so I decided to create a program.

This will be my first contribution to this community. Let me remind you that this is a beta version, so there might be some bugs — I’ll fix them as we go.

Here’s my Patreon, in case anyone wants to support the development:
https://www.patreon.com/c/donmiau/membership

I’m not a programming genius, but I try my best.

                           **About Feline Tracking**

                           **What Feline Tracking:**
  • Captures the screen and lets you mark points for tracking using template matching (OpenCV).
  • Converts movement or distance into normalized values (0–100 / 0–1000) and sends them via serial to ESP32 devices or an emulator mode.
  • Features a modern PySide6 interface with controls for sensitivity, range, and presets for known devices.
  • Records data in Funscript format (ready for export).

gif_2025-11-17_17-35-17

Tested with model SR1, but I also added others in case anyone wants to test and report issues.

gif_2025-11-17_17-43-42

                  **Recommended Configuration for SR1 Device**

Objective: To optimize the SR1 device for accurate and reliable data capture in a connected application, using the emulator for safe testing.

                        **Output & Device Configuration**
  • Device Type: Emulator
    • Reasoning: This is the correct setting for testing and development without a physical device. It simulates the device’s behavior.
  • Serial Port: COM9 - Standard Serial over Bluetooth Link (COM9)
    • Reasoning: This is the virtual port created for the Bluetooth connection. Ensure your application is also configured to listen on COM9.
  • Status: Emulator Mode
    • Reasoning: This confirms the device is operating in a simulated environment, which is ideal for initial setup and debugging.

                    **Device Range Configuration**
  • Min: 0
  • Max: 9900
  • Current: 9900
  • Reasoning: This sets the full scale of the device’s output. A range of 0-9900 is common for sensors that measure a value like distance, pressure, or a counter. The “Current” value being at 9900 means the emulator is simulating a maximum reading. You can change this during testing to see how your application responds to different values.
  • Presets: 1
    • Reasoning: This likely selects a specific scaling or calibration profile. Profile “1” is typically the default and recommended for general use.
  • Invert: Unchecked
    • Reasoning: Keep this disabled unless your application interprets the data in reverse (e.g., a high value should be low, or vice versa). Start with the standard, non-inverted setting.

                      **Tracking Sensitivity Configuration**

This is the most critical section for performance. The optimal value depends on what you are tracking.

  • Sensitivity: 150 (Start with this value and adjust based on results)
    • Reasoning: A medium value like 150 is a good starting point. It provides a balance between being too sensitive (causing false triggers) and not sensitive enough (missing data). You will need to fine-tune this based on real-world testing.
  • Default Capture Time (seconds): 1
    • Reasoning: A 1-second capture time is standard for many applications. It tells the device how long to “look” for a stable reading before sending it.
  • Space Value (Sensitivity) - Range: 10-1000: 150
    • Reasoning: This appears to be a duplicate or more granular control for sensitivity. Set it to match the main Sensitivity value (150) for consistency.
  • Registry Value (Multiple): 1
    • Reasoning: A multiple of “1” means the raw data value is sent without any multiplication. This is the standard and safest setting. Do not change this unless you have a specific requirement to scale the output data (e.g., you need the values to be 10x larger for your application).

                     **Summary of Recommended Settings**
Section Setting Recommended Value Notes
Device Device Type Emulator For testing.
Device Serial Port COM9 Must match your app’s port.
Range Min 0 Standard minimum.
Range Max 9900 Standard maximum.
Range Presets 1 Use default profile.
Range Invert Unchecked Disable inversion.
Sensitivity Sensitivity 150 Key setting. Adjust as needed.
Sensitivity Capture Time 1 Standard 1-second interval.
Sensitivity Space Value 150 Keep consistent with Sensitivity.
Sensitivity Multiple 1 Do not multiply the output data.

Next Steps: After applying this configuration, run your application and test the data flow. If you experience missed readings, try increasing the Sensitivity . If you experience jitter or false readings, try decreasing the Sensitivity .

                              **Future Plans**
  • Add game save/load support.
  • Implement a simple AI assistant to help detect tracking points.
  • Save enough to buy multi-axis devices and sync them.
  • Add support for rotation and multi-axis devices.
                             Instructions for Use
  1. Basic Operation: Select the two points (hambos) and press Play.

  2. Modifying Patterns: If you need to modify the patterns, go back to the main window. Dent the connection (break it) and then re-establish it. Press Play again.

  3. Single Sensor Mode: To use the single sensor mode, you must have already recorded the positions of both points beforehand. Now, in English, we adapt the instruction: Ensure both points are registered before switching to single-sensor

                                “Attention”
    

“Recommended single-position games. Each time the position changes, the points must be selected again; this will be fixed in future updates.”
“IN DEVELOPMENT, MAY HAVE BUGS”

                                DOWNLOAD HERE

https://www.patreon.com/posts/vercion-0-1-143815807?utm_medium=clipboard_copy&utm_source=copyLink&utm_campaign=postshare_creator&utm_content=join_link

17 Likes

Recommended Configuration for SR1 Device

3 Likes

This looks VERY interesting

2 Likes

I gonna give a go with the MNF games since I can get the whole library. will report back after some testing

2 Likes

Tried to give this a test but Intiface doesn’t work with it. Unfortunate.
Seems like it’s really windows only software with it’s reliance on COM

2 Likes

I saw “Feline Tracking” and was.. confused and intrigued :laughing:

This looks great, good luck with the project!

3 Likes

Just some feedback after trying to use it

I am pretty lost as to how to select a capture point. I dont know if its supposed to be switching to screenshot mode or not. A video tutorial would be helpful

Even thought the presets are there, Currently unable to set a custom distance

COuldnt get it to work it just stays at one postion, i feel this is user error on my part since i dont really know how the set up is supposed to look like.

My device is a OSR2 but it did detect it!

1 Like

Hello friends, I apologize. I’ll make the tutorial and I’ll look for a way to make it work on Linux. Thanks for the comments. I hope I have time tomorrow, and I’ll help you then

2 Likes

+1 for linux

Looks good!

I attempted to test this out however I am at a loss of how to even engage in this.

I kinda see what you are aiming for and i’ve seen this type of capture done on other sites/programs in a sense and I kinda lost interest in those such as Sync-mo or Feelme BUT I have tinkered with and made a ton of scripts using Flash Toy Sync and still use and made quite a few working.

Perhaps something like that is what you are shooting for however with like pin points on the screen? Regardless I wish the the best in your program!

1 Like


Hello friends, here’s the tutorial. By the way, I apologize for this, but I’m currently saving up to buy a high-end computer because I want to dedicate myself to hentai animation. Right now my toaster-PC can barely run without exploding. I’ll leave my Ko-fi and Patreon here in case anyone wants to donate something — I’d really appreciate it.


https://ko-fi.com/donmiau/goal?g=1

image
https://www.patreon.com/cw/DonMiau

Besides that, I got a laptop, so I’ll be working on the Linux version since I’m not familiar with it yet, and I’ll also be working on a premium version with a friend who knows about artificial intelligence. With nothing more to add, thank you very much

2 Likes

How would I connect the handy to this if intiface isn’t supported?

1 Like

It’s in the testing phase. Apparently Handy didn’t work properly. I’ll check the code and Handy’s documentation

1 Like

Hi after trying it out here is what encounted

Points a and b must be on a very define x or y axes. if its slightly not, the program wont pick up the movements.

Very jittery

You might want to consider going into miliseconds for capture time. I dont think 1 second is enough to properly capture the movements and i could be why its jittering so much

Instead of just relying soley on the points why not add the ability to define what axes it should go on. like in MTFG such as this screenshot right here

It looks very promising and i really hope you are able to get it up and running. This would mean that all the Meet n fuck games would be playable!

Has anyone figured out how to get The Handy working with this?
(I know they said it didn’t work, I was just wondering if that changed)

Wow, that’s a great idea, I’ll do it in the next version.


Working on the next version. This version will be available on Patreon, uwu, but for you it will be free, my friend.

1 Like

Unfortunately, I haven’t received any donations for the project, so I can’t buy the other devices I need to improve it, such as a The Handy and the OSR axis model. TWT