Unity FurryVNE [v2025-02-08] [FurryVNE Team]

3.80 star(s) 12 Votes

lhuty

Member
Dec 13, 2017
130
143
228
Is it possible to do more than just create characters and download them online? My game crashes when I try to load any interaction.
 

chinyaluz

Newbie
Dec 15, 2021
32
48
117
View attachment 4465845

on the top right click Login and log into a patreon account then
View attachment 4465847

Click compatible version and then filter
View attachment 4465848
then click ani interaction
get the character listed on the right
View attachment 4465849

Export them for interaction each one of them
View attachment 4465850

Go back to you interaction Shift + click
View attachment 4465851
add exported character in the box an then load
View attachment 4465854

Now you can enjoy the interaction without the pledge
I think there might be some issues with the middle operation part. The latest version is no longer interactive. Could it be that I changed the height/breast size of the original character?
 
Feb 7, 2021
23
16
38
Maaaaan, some of ya'll are lazy, and some are just having strokes while others are fucking nuts! Use the damn search bar, it's easy, and if you can't follow what is a super simple guide that EVEN HAS SCREENSHOTS - then maybe you don't deserve more material you could fap to, better read a book and give your smooth peanut some folds already.

Besides, why would npomme make more cracks when everyone is just bugging the shit out of him, and ignoring the guides and everything else that's been put together?
 
  • Like
Reactions: Goddamnaccounts

npomme

Active Member
Nov 20, 2020
520
872
169
Besides, why would @npomme make more cracks when everyone is just bugging the shit out of him, and ignoring the guides and everything else that's been put together?
im working on a new one but im kinda stuck finding How TF they lock the game licence on a specific windows user i was thinking about some really habitual thing like Username or SID but doesnt seem to be what they use so i'm digging it could take some time
 

tester72

Member
Nov 8, 2019
366
420
162
im working on a new one but im kinda stuck finding How TF they lock the game licence on a specific windows user i was thinking about some really habitual thing like Username or SID but doesnt seem to be what they use so i'm digging it could take some time
What are the chances that they are using something crude like hardware lineup?
Like the motherboard serial number or something that has clear and unique identify data thats accessible throught some basic hardware sniff around?
 

npomme

Active Member
Nov 20, 2020
520
872
169
What are the chances that they are using something crude like hardware lineup?
Like the motherboard serial number or something that has clear and unique identify data thats accessible throught some basic hardware sniff around?
they already use that but that is kinda not that hard to bypass im almost sure the Hardware check are good the game on the same computer stop working if i switch the user wich is kinda weird as i didnt find GetUsernameA call or something in the code i dont think they use just the username they use something i dont know but its obvious fot anyone that know that shit

and i think its fully software on this one
 
Last edited:

ssbbssc

Active Member
Dec 13, 2019
718
582
207
they already use that but that is kinda not that hard to bypass im almost sure the Hardware check are good the game on the same computer stop working if i switch the user wich is kinda weird as i didnt find GetUsernameA call or something in the code i dont think they use just the username they use something i dont know but its obvious fot anyone that know that shit

and i think its fully software on this one
windows key, perhaps?
 
Feb 7, 2021
23
16
38
im working on a new one but im kinda stuck finding How TF they lock the game licence on a specific windows user i was thinking about some really habitual thing like Username or SID but doesnt seem to be what they use so i'm digging it could take some time
I'm going to be the good boy for this one... So...!

It's in the local registry or local user files (C:/Users)!

I wouldn't say this is harware coded as what they most often use there is the unique ID of a grasphics cared or the MAC address burned into the network card.

You need to check local registry files:

This is the easiest place for a program to write data without needing administrator rights. When the second user launches the app, it checks that same location in their registry, finds nothing, and concludes the software isn't licensed for them.

  1. Log in as the working user.
  2. Open regedit and navigate to HKEY_CURRENT_USER\Software. Find the key for the application.
  3. Look for any subkeys or values named "License," "Serial," "Activation," or similar.
  4. Export this key (.reg file) and, as the non-working user, you could try importing it
2:


Instead of the registry, the application may have saved a license or activation file inside a folder like C:\Users\OriginalUser\AppData\Local\AppName or C:\Users\OriginalUser\Documents\AppName. The second user has no access to this folder, so the application can't validate its license.
  1. Use ProcMon and filter for file operations. When the license error appears, stop the capture.
  2. Look for attempts to read files with names like license, .lic, .dat, or activation that result in "PATH NOT FOUND" or "ACCESS DENIED". This will tell you exactly where the application is looking for its license file.
3:

And now... For AI explanation time on finding those nasty bits!

Process Monitor is a free and powerful tool from Microsoft that shows you all the file system and registry activity on your computer in real-time. It's the perfect detective tool for this kind of problem because it will show us exactly what the application is trying to do and where it's failing.
You can download it directly from Microsoft:

The Strategy: Capture, Compare, and Conquer
Our plan is simple:
  1. Capture a "Good" Trace: Run ProcMon as the Working User to see what a successful launch looks like. This is our baseline.
  2. Capture a "Bad" Trace: Run ProcMon as the Failing User to see where the launch goes wrong.
  3. Compare the Traces: Find the key differences—specifically, the "ACCESS DENIED" and "NAME NOT FOUND" errors in the bad trace that don't appear in the good one.

Step 1: Capture the "Good" Trace (Working User)
First, log in to the Windows account where the software works correctly.
  1. Launch ProcMon: Run Procmon.exe. You will need to agree to the license agreement the first time. It will immediately start capturing everything happening on your system, which is overwhelming.
  2. Stop the Capture: Immediately stop the flood of information by clicking the Magnifying Glass icon (or pressing Ctrl+E). The icon will now have a red 'X' over it.
  3. Clear the Display: Clear the captured events by clicking the Eraser icon (or pressing Ctrl+X).
  4. Set Up the Filter:We only care about our specific application.
    • Go to Filter > Filter... (or press Ctrl+L).
    • Create a filter for the application's executable name (e.g., AppName.exe).
    • Set the filter as: Process Name | is | AppName.exe | Include.
    • Click Add, then Apply, then OK.
  5. Start Capturing and Launch the App:
    • Click the Magnifying Glass icon again to start capturing.
    • Immediately launch your problematic application.
    • Wait for it to fully open and run correctly.
    • Once it's running, go back to ProcMon and click the Magnifying Glass icon one last time to stop capturing.
  6. Save the Good Trace:
    • Go to File > Save....
    • Choose "All events" and select the format "PML (Procmon Logfile)".
    • Save the file to a location accessible by both users, like C:\Temp\GoodTrace.PML.
Step 2: Capture the "Bad" Trace (Failing User)
Now, log out and log in to the Windows account where the software fails.
  1. Launch ProcMonand repeat the exact same steps as above:
    • Stop capture (Ctrl+E).
    • Clear display (Ctrl+X).
    • Set the exact same filter for the application's Process Name.
  2. Start Capturing and Recreate the Failure:
    • Start capture (Ctrl+E).
    • Try to launch the application.
    • Wait for it to fail (either it closes, times out, or shows the license error).
    • Once it has failed, stop the capture (Ctrl+E).
  3. Save the Bad Trace:
    • Go to File > Save... and save this trace as C:\Temp\BadTrace.PML.
Step 3: Analyze and Find the Culprit (Failing User)
You are now ready to find the problem. Open the BadTrace.PML file you just created. The answer is almost certainly in here.
How to Find the Smoking Gun
You are looking for events that show the application trying to access something and failing. The most common errors are:
  • NAME NOT FOUND: The app looked for a registry key or file, and it doesn't exist. This is the most likely culprit for license issues or failures to launch.
  • ACCESS DENIED: The app found the file/key but doesn't have permission to read or write to it. This is common if it's trying to access another user's profile folder.
  • PATH NOT FOUND: The folder in a file path doesn't exist.
Here’s how to filter for them:
  1. Open the Filter Menu: Go to Filter > Filter... (Ctrl+L).
  2. Add a Filter for Failures:You already have the Process Name filter. Now add another one:
    • Set the new filter as: Result | is | NAME NOT FOUND | Include.
    • Click Add.
    • Add another for ACCESS DENIED the same way.
    • Your filter list should now look like this:
  3. Click Apply and OK.
Your ProcMon window will now only show you the moments where the application failed.
Interpreting the Results
  • If you see NAME NOT FOUND under HKCU:
    • Path: HKCU\Software\VendorName\AppName\License
    • Meaning: The application is looking for a license or setting in the current user's registry (HKCU is HKEY_CURRENT_USER). It found nothing. This confirms the settings were only saved for the original user.
  • If you see ACCESS DENIED on a file path:
    • Path: C:\Users\OriginalUser\AppData\Local\AppName\config.xml
    • Meaning: The application has a hardcoded path to the original user's profile folder. The new user is not allowed to access it, so the operation fails.
By looking at the paths in this filtered view, you will have your answer. It will point directly to the registry key or file path that is causing the application to fail. You can then compare this to the GoodTrace.PML (by opening it and applying the same filters) to confirm that these errors do not happen for the working user.
 
Last edited:
Feb 7, 2021
23
16
38
Or... Fuckit... A user-specific environment variable? You can compare that by popping open cmd and running set and then comparing the two (after you launch the application, what's missing on the failing user is your bingo) orrr... You have .dll or something only registered for a specific user under something like HKEY_LOCAL_MACHINE\Software\Classes - you can find it with procmon by looking for a long ass thing in curly braces like a CLSID? Fuckit, usergroups and that shit would make no sense either - so scratch that idea! That's about all the unique shit, because if it works without a microsoft account then it can't be your microsoft ID and you've already looked at stuff like the username and all that...
 
  • Like
Reactions: strong_p4ssword
Feb 7, 2021
23
16
38
Procmon so people can Poke some 'mon :ROFLMAO:

Blame work for this, maybe my last fried bits can do some good with stupid ideas - and, yes, I already mentioned that some bits are AI, so shove off about that now all who will moan about it. Least my ass is trying
 

ssbbssc

Active Member
Dec 13, 2019
718
582
207
Procmon so people can Poke some 'mon :ROFLMAO:

Blame work for this, maybe my last fried bits can do some good with stupid ideas - and, yes, I already mentioned that some bits are AI, so shove off about that now all who will moan about it. Least my ass is trying
npomne knows what he s doing. i am too used an AI to look at that bs, but it didnt bring anything new. i d suggest delete that crapton of text, no offence
 

npomme

Active Member
Nov 20, 2020
520
872
169
I'm going to be the good boy for this one... So...!

It's in the local registry or local user files (C:/Users)!

I wouldn't say this is harware coded as what they most often use there is the unique ID of a grasphics cared or the MAC address burned into the network card.

You need to check local registry files:

This is the easiest place for a program to write data without needing administrator rights. When the second user launches the app, it checks that same location in their registry, finds nothing, and concludes the software isn't licensed for them.

  1. Log in as the working user.
  2. Open regedit and navigate to HKEY_CURRENT_USER\Software. Find the key for the application.
  3. Look for any subkeys or values named "License," "Serial," "Activation," or similar.
  4. Export this key (.reg file) and, as the non-working user, you could try importing it
2:


Instead of the registry, the application may have saved a license or activation file inside a folder like C:\Users\OriginalUser\AppData\Local\AppName or C:\Users\OriginalUser\Documents\AppName. The second user has no access to this folder, so the application can't validate its license.
  1. Use ProcMon and filter for file operations. When the license error appears, stop the capture.
  2. Look for attempts to read files with names like license, .lic, .dat, or activation that result in "PATH NOT FOUND" or "ACCESS DENIED". This will tell you exactly where the application is looking for its license file.
3:

And now... For AI explanation time on finding those nasty bits!

Process Monitor is a free and powerful tool from Microsoft that shows you all the file system and registry activity on your computer in real-time. It's the perfect detective tool for this kind of problem because it will show us exactly what the application is trying to do and where it's failing.
You can download it directly from Microsoft:

The Strategy: Capture, Compare, and Conquer
Our plan is simple:
  1. Capture a "Good" Trace: Run ProcMon as the Working User to see what a successful launch looks like. This is our baseline.
  2. Capture a "Bad" Trace: Run ProcMon as the Failing User to see where the launch goes wrong.
  3. Compare the Traces: Find the key differences—specifically, the "ACCESS DENIED" and "NAME NOT FOUND" errors in the bad trace that don't appear in the good one.

Step 1: Capture the "Good" Trace (Working User)
First, log in to the Windows account where the software works correctly.
  1. Launch ProcMon: Run Procmon.exe. You will need to agree to the license agreement the first time. It will immediately start capturing everything happening on your system, which is overwhelming.
  2. Stop the Capture: Immediately stop the flood of information by clicking the Magnifying Glass icon (or pressing Ctrl+E). The icon will now have a red 'X' over it.
  3. Clear the Display: Clear the captured events by clicking the Eraser icon (or pressing Ctrl+X).
  4. Set Up the Filter:We only care about our specific application.
    • Go to Filter > Filter... (or press Ctrl+L).
    • Create a filter for the application's executable name (e.g., AppName.exe).
    • Set the filter as: Process Name | is | AppName.exe | Include.
    • Click Add, then Apply, then OK.
  5. Start Capturing and Launch the App:
    • Click the Magnifying Glass icon again to start capturing.
    • Immediately launch your problematic application.
    • Wait for it to fully open and run correctly.
    • Once it's running, go back to ProcMon and click the Magnifying Glass icon one last time to stop capturing.
  6. Save the Good Trace:
    • Go to File > Save....
    • Choose "All events" and select the format "PML (Procmon Logfile)".
    • Save the file to a location accessible by both users, like C:\Temp\GoodTrace.PML.
Step 2: Capture the "Bad" Trace (Failing User)
Now, log out and log in to the Windows account where the software fails.
  1. Launch ProcMonand repeat the exact same steps as above:
    • Stop capture (Ctrl+E).
    • Clear display (Ctrl+X).
    • Set the exact same filter for the application's Process Name.
  2. Start Capturing and Recreate the Failure:
    • Start capture (Ctrl+E).
    • Try to launch the application.
    • Wait for it to fail (either it closes, times out, or shows the license error).
    • Once it has failed, stop the capture (Ctrl+E).
  3. Save the Bad Trace:
    • Go to File > Save... and save this trace as C:\Temp\BadTrace.PML.
Step 3: Analyze and Find the Culprit (Failing User)
You are now ready to find the problem. Open the BadTrace.PML file you just created. The answer is almost certainly in here.
How to Find the Smoking Gun
You are looking for events that show the application trying to access something and failing. The most common errors are:
  • NAME NOT FOUND: The app looked for a registry key or file, and it doesn't exist. This is the most likely culprit for license issues or failures to launch.
  • ACCESS DENIED: The app found the file/key but doesn't have permission to read or write to it. This is common if it's trying to access another user's profile folder.
  • PATH NOT FOUND: The folder in a file path doesn't exist.
Here’s how to filter for them:
  1. Open the Filter Menu: Go to Filter > Filter... (Ctrl+L).
  2. Add a Filter for Failures:You already have the Process Name filter. Now add another one:
    • Set the new filter as: Result | is | NAME NOT FOUND | Include.
    • Click Add.
    • Add another for ACCESS DENIED the same way.
    • Your filter list should now look like this:
  3. Click Apply and OK.
Your ProcMon window will now only show you the moments where the application failed.
Interpreting the Results
  • If you see NAME NOT FOUND under HKCU:
    • Path: HKCU\Software\VendorName\AppName\License
    • Meaning: The application is looking for a license or setting in the current user's registry (HKCU is HKEY_CURRENT_USER). It found nothing. This confirms the settings were only saved for the original user.
  • If you see ACCESS DENIED on a file path:
    • Path: C:\Users\OriginalUser\AppData\Local\AppName\config.xml
    • Meaning: The application has a hardcoded path to the original user's profile folder. The new user is not allowed to access it, so the operation fails.
By looking at the paths in this filtered view, you will have your answer. It will point directly to the registry key or file path that is causing the application to fail. You can then compare this to the GoodTrace.PML (by opening it and applying the same filters) to confirm that these errors do not happen for the working user.
procmon will in that time frame genrate 100 000+ line to check but maybe they use appdata env variable or SHGetKnownFolderPath and check if path is good exist will check later
 
  • Like
Reactions: SGT_FISH
3.80 star(s) 12 Votes