Yes. I’m using sharex for this.
1 Like
Ahh ok. I thought maybe theres a plugin for it for OFS itself. Then im to lazy to add that lol
Sure. But I think this community could do better and put some more requirements on paid scripts. Do you see any downsides? Would it discourage a lot of scripters? I think charging for scripts in this (originally free) community is a privilige and some more requirements on paid scripts wouldn’t be strange to me.
Requiring a short representative “taste” sounds great to me. Easy to accomplish with OFS/JFS/whatever and not subjective (like script style).
I think this is harder to require, not super easy to accomplish. Need software and video hosting.
Eroscripts supports webm embedding. I’ve been doing this in all my posts lately, check them out if you like. But yes, it is a bit complicated and I don’t feel very motivated to do that for all my free scripts. Not something you want to enforce everyone to do.
Definitely, and I realise I don’t like the same stuff as others. Which I think make the topic important - how do I “get” that a script is for me before buying?
This is a very needed feature. Unfortunately it couldn’t get implemented (or at least hugecat couldn’t figure it out)
this is how i advertised my vr paid script for the stepmother and the whore by including a part of the full script for the bj scene
1 Like
What I hate in a script is missing movement, partial unsynced like using MTFG but not correcting endpoints, unnecessary rattle, too strong rattle, scripts what is seen not exaggerating for sleeve lag aka the boring script (every beginners pitfall me included). Too fast, parts over 600U/sec.
Would like to know if these are present before I buy. These are not under discussion as artform imho.
I guess there are mods who would do the check for a free copy?
I feel like posting an “interpreted/not in sync” script without specifically explaining that is insane. Even if it was free that seems like a pretty important thing to just forget to mention in a script post. Even pmv scripts usually tag either audio or action based. Wtf even is an “interpreted” script that doesnt sync with the video?
2 Likes
I vote for OFS gif with screentogif or sample of scripts and self rating that can be discussed by people who bought the script. Talking about script quality should be pushed. Right now some paid scripters are behind their paywall and no one dares to tell them their scripts are unusable inverted crap. There is much need for a quality scale in scripts. I wont buy anything from now on that is not rated or screengiffed.
I will actively ask for quaility proof before I buy you should too. Self-rating and OFS gif or sample should be mandatory for paid gifs.
the bare minimum, from there, any style:
Self-rating of the script: x/5 (community is allowed to change rating if disagree)
Finished (all action scripted)? yes/no
Endpoints matching? yes/no
Well exaggerated? yes/no
Advanced scripting (scripting speed change)? yes/no
Speed sub 600U/s ? yes/no
Free scripts should also be rated and helped to get to 5/5 if they want to.
1 Like
Bumping this super important thread a bit.
As long as this is not enforced by the site, which I really hope it will for paid scripts: If you are buying a script and there is no animated Gif or sample ask for it.
If the scripter wont post a gif or sample the script is likely bad.
A script out of sync where the endpoints are not set correctly to the frame are not fixable and are not worth a dollar.
1 Like
Yes, would love to have higher requirements for paid scripts. Agree that a sample of the script or an OFS gif could be mandatory. This method is non-subjective and not a lot of work. Let’s make a suggestion to add it to the paid script template and site rules!
I mean….i can’t post gifs because my shitty laptop….and I don’t THINK I can make them with JFS. But HOPEFULLY by now people know what they are getting from me. 
But I agree…I think some method of identifying lackluster scripts and scripting effort is probably a good thing.
1 Like
Inverted scripts are not unusable though, as the funscript file format is an open format. A high quality script remains high quality even if inverted. This is more of a playback tool problem, and a lack of metadata in funscripts themselve to identify orientation.
Out of sync stuff is worse as that cannot easily be corrected. And even a gif preview wont be able to show that as these can be picked from just the best section.
Standardizing here isnt realy possible, since it would need a full script parse and AI to achieve this (and we all know that AI currently isnt optimal).
Its the reason i have completely ignored paid scripts. Even though there are a few scripters im not too worried about if they have a paid script.
Self rating is useless. If you want sales, you want it as high as possible, so no 2/5 stars would happen, its probably 4.5/5 then. Those who try to sell trash also rate it like trash (always too high). Putting this info in will only hurt for the fair scripter, as they would say 2/5, and therefor be ignored.
Some stats like targeted device, max speed, average speed etc is obviously helpful, but doesnt realy tell anything about quality. It is more likely to say if its a slow blowjob, or full speed thrusting. Its decent to have, but wont solve the problem.
Even community votes wont help if sales are low in volume. At best you could use the steam method in which its just up/down voting, and an algorythm converts that to a rating. But this is easily exploited by using fake accounts to just rate these up. Without any money check on this site, its impossible to get reliable ratings.
They are not fully inverted meaning the endpoint is a fit just 100 instead of 0. To invert those CTRL-A press invert in MTFG, easy. The inverted I am talking about is so badly out of sync that they are almost fully inverted.
Yes you are right but you are allowing the community to rate also and say its not true and post gifs. Right now everyone is respecting the seller, not to damage his business.
We need some main perks a script needs and I thought those 5 points are not bad, the sync being the most important.
Script 1: A guy asked me to rate his script. It was in sync, all scripted, well exaggerated had violet in it over 600U/sec and no advanced scripting. So 3/5
Script 2: The bad script I have in mind is fully scripted, not in sync, no advanced scripting so cant be well exaggerated. Under 600U/sec
2/5 on my scale
Script 1 I would buy, script 2 I would not, so yeah maybe we should concentrate on endpoints matching as most important. If a script stops when each motion stops it can be corrected quickly I do that often here and with AI scripts for personal use. A script out of sync though is a full rescript.
So how to rate? For me in sync is gold, if scripts stops when motion stops. Everything else is secondary but of interest. So no 5/5 but just these questions answered.
Endpoints matching? yes/no
Finished (all action scripted)? yes/no
Well exaggerated? yes/no
Advanced scripting (scripting speed change)? yes/no
Speed sub 600U/s ? yes/no
Edit: in the end the 30 sec action sample is a good solution and everybody can make up his own mind what he thinks is a good script and worth buying.
Edit 2: answering those 5 questions are valuable for the scripter. The scripter usually does not know what he is missing or doing wrong. I didnt until @burtreynolds coached me. Such a movie star he is.
Just posted a free script as well crafted as my paid ones ( but you’ll be the judges )
https://discuss.eroscripts.com/t/rk-teenslovehugecocks-jillian-janson/226957
I’d like it to be used as reference for my futur paid ones there will be a link to reach it,
I prefer this system than the sample one.
And always put a lot of previews in my posts.
Hope it’s enough for your issue @kinetics
1 Like
And while it goes somewhere with those questions, i can reveal some easy flaws in there:
- Endpoints matching? yes/no
Or better said: sync quality. How far the actions match, a good measurement in many cases. but doesnt work when its alternating 2 hands that both are constantly going down. you have to put the device back up somewhere, which will always be out of sync - Finished (all action scripted)? yes/no
What do you scripts, all actions or just the mouth? if its just the mouth it might still feel incomplete. Again, it realy depends on the user here. - Well exaggerated? yes/no
For some devices its good, for others it isnt. The handy has a far more strict minimal speed than an OSR, and depending on the sleeve behaviour changes again. This is a playback thing. So exaggerated scripts are actualy a negative thing, unless you use the handy with a raw player. It makes it impossible to realy say whether a script is good based on this - Advanced scripting (scripting speed change)? yes/no
Does it work on all devices in a proper way? You can advanced script for an OSR, but the handy will stutter far too often. Again, there are flaws - Speed sub 600U/s ? yes/no
Again, its device dependant. If a device can go above 600, and the action in the video does match that, then going above it should still be possible. An alternative script adjusted towards certain devices does help though. But playback programs often involve limiters themselve, and proper ones keep things in sync.
To repeat the steam issue. There people are exploiting the system massively. There are a lot of things you can do that are consumer unfriendly, yet valve cant act on quickly. One of the things is fake reviews. Even on steam reviews can be faked as while a lot of accounts have a free key, mallicious devs will also buy it a few times to kickstart it with normal reviews. This has a cost going with it, and even that doesnt stop them (especialy since with refunding they can refund their own game to enable that money to be reused for their next scam).
Not just that, they will have accounts that downvote others (and as they rely on refunds, it doesnt cost anything). Steam has a massive spam issue. Its just that on larger games due to the volume of players that the spam gets burried
I rather not give them such platform. As any information we give them that indicates a rating, will be misused. Pure comments while they can do the same, are not failproof. But you can be sure that if a new thread has 40 posts within a week, something fishy is going on. This is the sort of safeguards we can at least do ourselves. Its not failproof, but if something bad goes on, it should be easily identified.
I disagree.
Enpoints. Two hands is seldom and hard to script. No one will be mad if you cant. Putting device up somewhere is not out of sync its an art to do quietly. The stops have to be by the frame in general, not talking about seldom exceptions. A good script syncs to the frame.
Finished. What is meant is just leaving out actions. I see that all the time. Bought a script that was half finished, half action was missing. There is action on the screen but not scripted. AI often does not script the beginnings.
Exaggerated. What the point is here, if you script exactly what you see in height that’s bad. You need to exaggerate. It’s a beginners fault. Pitfalled myself. TPE has a lag.
Advanced scripting. Not advanced is just to script upper and lower points even if there is a paused twist at the top or a downward bump takes longer until it takes off again. Advanced is if you script the pause with at least one additional point which is mostly or better not stopping the device. Advanced is also special moves, may be a jitter or a quick move.
Speed. 600 is the speed even T-code devices are said not to exceed. See @Falafel Thread on this. Handy might even spaz at 500. So its 600U/sec as standard I guess. Handy is not standard.
Well synced/endpoints is the golden standard. You can repair a well synced script in 15 Minutes but you will delete a bad synced one as it would be a full rescript.
So if its for me I am Ok with only well synced/endpoints matching only. Motion stops, scripts stops by the frame. But the other four points are useful as extras in my opinion.
An OSR2 with a soft fleshlight vs a handy with sturdy sleeve has such a huge diffirence, you cant script it properly for both. It doesnt matter that TPE lags, you can exaggerate the movement in the playback program.
Sure, if you mention its tested on a handy, the expectation is handy adjustments. But that still comes at a cost of quality as now the OSR doesnt follow the action properly.
The only exception i will accept here when in the video there is rotation involved. As movement has at least to be equaly felt. In an up/down script you cannot perform rotation, so it has to be compensated elsewhere. I dont call that exaggeration, its compensating movement. This is a common and fine thing to do.
But if someone just kisses the tip if the cock, you should not be going for a 20 unit move. Even 10 units is already a bit much here.
And this surely is nitpicking, but the point was that no script can be perfected anyway, so those standards dont need a perfect test. The measurement i would say should be used is whether values are within an acceptable range. Some might exaggerate by 5 units, some dont. As long as playback happens fine, there is no problem. But if you think that on your handy its too weak, maybe it wasnt designed for a handy.
A slow 30 second downward move, no matter what cannot be performed on a handy. Its just too slow for it. Yet the OSR has no issues. Just because you dont experience quality at some point, doesnt mean the script is bad. However, if it said tested on a handy… yeah, its bad.
An OSR needs custom adjustments. And this nearly always means a significant portion of the up/down gets trimmed away, it can easily just be 50% of its range. This reduction does mean it can do its movement faster (its not linear though since direction changes come at a huge cost in max speed).
This can significantly alter the experience of a script. But at the same time, you have a speed limiter you can use. Dont be afraid to use it. The handy does that all the time on 600ups scripts. The only reason to not exceed it is because the handy will get a huge negative effect from it, in such degree you are better of providing 2 scripts.
The handy being the #1 device in use does mean its recommended compensating for it.
You endpoint argument about timing key moments, that is true. Timing does a lot. But frame perfection is in many cases not that important. Consistency is though. If the downstroke lags 2 frames, most strokes should be like that.
No pusy is the same after all, so some deviation is acceptable. But it shouldnt feel like a randomizer.
And adding to that, as videos could be just 24fps. On fast strokes its very common that you cannot follow frame perfect action. And its no issue here. If the entire down/up movement was 14 frames, even if the down part did hit at frame 5, if you used frame 7 because that way it can do the full up/down at max speed. That is fine compensating (although, idealy i would already start the downstroke at -2 instead). It still tries to follow the action. So no need to reduce the downstroke by almost 30%. Its length that does matter here. Full thrusts should feel full.
But in the end, its most of the time just scripter style, a good scripter is consistent here and knows the limits of what is accepted.
Note though, a script can desync because of 30 vs 29.9 fps diffirences. This is not low quality, it means the video source did change at some point. And often enough this can be out of your control, yet the desync happens too fast. Reuploads do exist and some are recompiled or adjusted slightly to avoid DCMA or other issues.
And before you think its a minimal thing. 0.01s per second, is already half a second per minute of lag.
1 Like
Look we are talking about guys selling scripts that are as bad as if I would go through a movie with dynamic injection pressing a button each time something happens. We are talking bare minimum acceptable for money. A 5 sec gif HJ or BJ should be enough to see if a script is worth buying. But we need at least that.