v0.1.28 fixes your issue
I changed the build target to a zip, also made sure the default path gets overwritten. It is now inside of the extracted zip file.
Thank you again for pointing the issue out to me
v0.1.28 fixes your issue
I changed the build target to a zip, also made sure the default path gets overwritten. It is now inside of the extracted zip file.
Thank you again for pointing the issue out to me
Oh, I wasnāt blaming you for deleting the packs, that was completely my fault, lol. And it turns out a copy of the legacy 103 pack was still in my download folder, so I only needed to redownload the legacy 50 pack and the wicked fpack again.
The āWTFā was from how the āportableā app was behaving.
Yeah that I completely understand. It was indeed not working as intended. Donāt have a full c drive I have to look after all the time
.
I would never have spotted the āextracts inside tempā stuff
The directory location stuff was an oversight on my part
I only spotted it because I ran it, and saw it appeared to be running without extracting, and used easily the most useful PC tool Iāve ever come across, Everything ( Everything - voidtools ) to search for the āfap land.exeā which immediately showed me it in a temp folder, and since I was looking at the temp folder, I noticed when it deleted when I closed the program.
So Iām pretty sure the Wicked fpack installed. Looking in the data files, I can see the downloaded video and funscript files⦠But itās still not showing up in the playlists list, only the 2 other packs are showing upā¦
This is intended behaviour
The wicked fpack is an purposly small example file. In it are rounds to demonstrate that rounds can be easily installed.
The intention is to give users more ready to go rounds to modify existing or create their playlists.
It is intended to be a tech demo, not a complete playlist. Thatās what the other packs are for.
As stated in the original post
Example for webbased rounds, just to show how easy and straight forward the future of fapland could be:
Wicked 3,4,7,8,9, Supernova, Tunnel vision (Not integrated inside the legacy pack)
As you can see here, the rounds are downloaded for you
When they are finished, they are ready to be used
They will not show up as playlist, but as installed rounds. You can see the installed rounds inside creation & workshop ā installed rounds
If you are interested how these rounds work, you can just extract the fpack file, itās just a glorified zip file
v0.1.30 released
execellent!you did want i need!I donāt need to do this difficult work(for me),thank you very much!
When moving/renaming the portable app folder, the music stops working, and it starts re-caching all the videos.
Music starts working again, and it stops trying to re-cache the videos if returned to itās previous location.
Youāre probably still using absolute addressing somewhere.
What is the difference between this and the source?
Honestly, just from the preview, it looks like a much higher quality, however, is it less buggy? (as the other one took me like 4 hours to figure out)
Thanks, iāll look into it
I personally think it is much easier to set up, my goal was that you just download it and do not need to setup other software along it to work.
It even has a startup wizard to help you setup everything you need
Ofc it will have bugs because it is in beta, for me it works well but different people have different use cases. If you find (real) bugs, iām committed to fixing them.
What do you mean with āthe sourceā?
If you mean the difference between the other versions, they are listed in the main post
If you donāt know what you need to download:
Found the issue, is fixed in the latest version
version 0.1.36 is out
Music still breaks when you move/rename the portable folder.
Looks like it also starts phashing the videos again as well.
Videos donāt start re-caching anymore.
Updated, works for a fresh portable install in v0.1.37
Nonstandard (probably?) user here. Fedora/debian running the appimage, media stored on a nas accessed via smb but mounted as a standard file path (/mnt/nas/flv2/). Version 0.1.37.
How long should the library scan take? I downloaded the music and the moans suggested in the top post as MP3 files, and stored them (/mnt/nas/flv2/music and /mnt/nas/flv2/moans) and those seem to have imported fine. But I added the 50 legacy rounds content pack (/mnt/nas/flv2/rounds/legacy) and it seems to be taking a fairly long time to scan; I forced it to stop after five minutes. It doesnāt seem like the application is copying anything to its local storage (seems to be ~/.config/f-land) but the library scan doesnāt seem to be doing much of anything either.
Edit: Iāve tried with a locally stored (as in, on this device, not on my nas) copy of the pack too, same results.
Edit 2: Okay, it does seem like it managed to finish eventually. But if itās going to have to scan for several minutes every time I open the app, thatās⦠not great. App ended up being kind of unresponsive as well when I went back into the settings, to the point where I had to force-close it. Something related to it has caused my system to be incredibly unstable, locking up for 10-20 seconds at a time when I tried to open my start menu. Might have to tweak the hardware settings; Iām running it on a laptop with an integrated (read: not great) GPU.
Closing the app and reopening seems to have⦠stabilized things some, so thereās that at least. System Monitor shows my GPU is frequently at 100% though.
If Iāve downloaded the 103 original rounds + funscripts from pixeldrain, do I need .hero or .round files for them too?