Ashal

But really, I'm still working on it. Though I feel like the site has been a ton better this past week, so I'm not to sure where the more recent comment(s) are coming from.

The 10gb limit is actually new and specific to attachments, not download pages. It used to be unlimited up until a few days ago. The limit, for the record, was added because the site was running out of storage space with its current servers. I recently reviewed all the attachment files to free up space for the future and found that about 1/4th of the site disk space was taken up by random attachments that were over 2 years old, were larger than 300mb, and had less than 10 downloads. These were 95% either people sending big files over PM or obnoxiously big(>300mb) gif/mp4 files in "screenshot" threads that would've been like 50mb if they were made into .webm files instead. Some people even used upwards of 100GB of space for attachments by themselves, mostly by reuploading the same 500+ mb file multiple times in private messages to people. I hate to add limits to the site, but we aren't a private file storage or a video host. We are a mod directory site. So I added the 10gb limit to accounts to prevent such heavy abuse of attachments. However, I'll note subscribers and contributors remain immune to this new limit and maintain unlimited storage - so long as it isn't abused. But as I said, this limit does not apply to content uploaded to the download pages, only attachments.

Something like this would be best, as it would start the animation directly on the desired stage rather than starting the animation on stage 1 and then changing. sslThreadModel Thread = SexLab.NewThread() Thread.AddActor(ActorRef1) Thread.AddActor(ActorRef2) Thread.SetAnimations(SexLab.GetAnimationsByTag(2, "Anubs,Billyy")) Thread.DisableLeadIn(True) ; #disable lead in so it doesn't overwrite with leadin stages Thread.Stage = 4 ; #set to desired starting stage Thread.StartThread()

I'm doing what I can to alleviate it, but I can't afford a new web server right now, so I'm trying to get things running smoothly again within the current infrastructure. I know the slowness is a pain; it's a pain for me, too. All I can really say, though, is to be patient, and if you can spare it, contributing to the subscribestar would go a long way to helping get a new server for the site to fix things quickly and more long term.

[spoiler] Darth Vader is Luke's father. [/spoiler]

I'm aware of the upload issues. Doing what I can to mitigate it soon.

It should be fixed now. Clear your browser cache if not.

The order for images is literally just "most recently uploaded images show first." with the basic caveat that if you upload multiple at the same time, then those ones will show in the order you uploaded during the edit. For example, you have the following 3 screenshots currently in this order: a.png b.png c.png If you upload a new screenshot called x.png and save your changes, you're screenshots will be. x.png a.png b.png c.png If you then edit your file again to upload 2 more screenshots at the same time, named y.png and z.png your order will be y.png z.png x.png a.png b.png c.png

Do you know what order it put this in before the recent update? As far as I can tell, it seems to be ordered based on the time it was uploaded. But if you batch upload screenshots, then all the screenshots in that batch will end up with the same timestamp, at which point they'll switch to ascending upload order within their batch. I used @Surverx's upload here to check how it was all ordered. You can see in this database listing for all the files screenshots that this sort order matches the same order the screenshots are displayed in. Stormtrooper2.jpg was the first screenshot uploaded in the most recent batch of screenshots that were uploaded so it is displayed first. There's not really a good way for me to change this without having to redo the change every time the forum software updates, as this isn't an option in the software but something hardcoded in the source code.

Just the usual; heavy weekend traffic.

There is nothing novel or unique about parsing an XML structure. Regardless, this topic serves no purpose and will be locked; everybody has already made up their minds. I'm tired of seeing the same argument over and over again. This argument itself serves no purpose but to radicalize people to one side or the other; it's nothing but a negative drain on the collaborative spirit that is modding.

The picture is not evidence of anything, real or not. It shows literally no code, just 3 variables being declared. And a random person on Nexus saying "Trust me" doesn't make it reliable. And as I said before, a bridge mod is NOT breaking any rules, regardless. It is not replacing your mod, it's a direct requirement, and it's not trying to pass off any of your code as their own. We allow mods that require mods not on the site all the time. AAF isn't even hosted on LL, it's on a different site of your own, requiring a different login. And NAF only isn't because you want to complain endlessly about XML structures somehow being proprietary, which I still disagree with. Have some faith in the people using your mod and let the people who want to use something different use something different. AAF isn't going to cease to exist just because a bridge to another mod exists. While SexLab was still in active development, a bridge mod to Osex/Ostim was made doing the same thing, did SexLab cease to exist as a result? No.

They have shown plenty of extensive proof in the past regarding NAF. I'm just not accepting this one piece's current case.

There is no PSC file in the download only a PEX file, and decompiled PEX files don't look like that. Additionally, the screenshot of the diff shows no actual code, just three lines of variable declarations. So, I find this screenshot incredibly misleading, as there is no evidence it is even related to this mod. Sorry, but this isn't evidence of anything being stolen, nor would I consider the concept of a bridge mod to be against the rules.