DrakeTheDragon

So far I for one always waited to be asked, before I released a mod. This way I was always assured there'd be at least 1 person definitely using it. And as long as there is at least 1 person definitely using it, a mod of mine will remain available for download. If it gets to my attention it's no longer used by anybody at all, chances are I will take it down... though that's very unlikely. Creating always comes first, only then comes releasing. Whether I'll release it or not even is of no concern when I start with a mod's creation. But that's just "my" look on it.

Chances are you might also be a victim of this issue: http://forums.nexusmods.com/index.php?/topic/830884-whats-happened/

It's quite simple when looking at the image of the issue. The eyes aren't googley at all. For Argonian eye NIFs the textures are more than perfectly aligned. The trouble is the race compilation the OP is using changes the Argonian race to use human head meshes, into which the Argonian eye NIFs will never fit. Now either there's another mod affecting the Argonian race loading after this, then it will even take priority "within" a bashed patch when it's also included, or the Argonian race gets reset to use Argonian eye NIFs again by checking the very option to fix googley eyes in the bashed patch settings. I don't know what settings exactly go into the patch when checking this option, as I never needed it so far, but I'm almost willing to bet on it.

While "venting" by staff members in ban notices or strikes surely isn't the smartest idea (those notices should mostly be kept formal and to the matter, no attacks on the person), the more details you provide the better it is. The "informal warnings" aren't made public, so that deals with the "first time already being dealt with harshly" argument. Anything more serious than warranting an "informal warning" should be warned with punishment included already anyways, to emphasize how serious it was. I stumbled across many accusations of unwarranted bans and unfair treatment off-site for years, and every time I only needed to go to the ban notices and do a search to know "just another unsubstantial claim". Reading the offence that was banned for word-by-word there invalidated any claims of unfair treatment right away. It even makes the accusations sound ridiculous, when all proof invalidating them is right there with a click on a topic. The transparency is what made the Nexus special. No other place gives as much information about moderator actions and no other place "feels" as protective of its members, as safe and welcoming to those who can play within the rules. Lately for some cause it got a little less transparent, with proof for some bans no longer being publically accessible or sometimes even not presented at all. I was reading accusations of unwarranted bans again and went to read up the proof against them... just this time I was unable to find it... and if I wouldn't be around here for many years already and know better, I could be tempted to "believe" the accusations... if only because they weren't possible to be invalidated anymore, the proof for the offence was missing. Better not to continue down that road. The transparency doesn't hurt the site. It backs up the moderators' actions. There's no use in claiming unfair treatment when the proof against it is always out there for everybody to read. The more transparency there is the better it is for you.

For one never begin your identifiers with a number. The compiler might mistake them with hexadecimal FormIDs and it won't work. I don't recall where all exactly this was the case, but it certainly won't like the "1A..." for the script name. Better make it "AA..." as well. Now, if you wanted this to happen when you "use" an object, like pushing a button, then OnActivate would be perfect. But you want this to happen at the end of a dialog, so you should rather add the code into the topic's "result script". It's like a regular script but doesn't have a name or blocks (and some other restrictions). It's like a block that will be executed once the topic is reached during conversation. Inside there your two command lines should work and do what you intend. This page should help with this: http://cs.elderscrolls.com/index.php/Portal:Quests

"Reporting" it won't serve a purpose. It's not like the uploaded file was the problem or there was anything that could be fixed on file server side. It's a communication issue right now and they're already working on fixing it. It's not happening to everybody and not with every file, not even with any specific browser, browser version or operating system, and it's not a specific file server or a group of servers affected either. If there was a report button, what'd happen is: you try downloading it once, it finishes prematurely at around 15%, you report the incomplete download, you try downloading the same file again, this time it goes through to around 30% and then aborts, you report it again, you try the same file another time, this time it aborts at around 5% already, and you report yet again, last but not least you give it a last try and it runs through the whole 100%. What the staff will be left with is a bunch of reports for a file that itself is totally fine. Nothing was fixed while you kept retrying. You just got more lucky the last time and it went through completely. The reports you made the previous times it didn't succeed are of no use to the staff, as they're already aware of the issue of downloads "randomly" aborting half-way through and it is neither related to a specific file or a specific downloader, just a specific download "attempt", which either failed or was successful. It might take you 100 tries to download a file successfully, but reporting all those 99 times where it failed will serve no information the staff could use to fix the issue any faster.

You sure this isn't Premium-only?

Well, I'm sorry I'm answering that late, but I think the easiest way to go about it would be to untick the "playable" flag in the race dialog for each of the races you don't want to show up in the selection screen. You can also delete whole race records in the CS, but this could be bound to causing further issues down the road. If you just don't want them to show up in the race selection, then turning this off only would be the cleanest way to go I think.

Did you really believe downloads terminating prematurely for non-Premium members was working as intended? What made you think upgrading to Premium all of a sudden would fix the ongoing technical issues of late?

The weirdest thing of all in regards to these late issues to me is that I never encountered any of these myself so far, for the whole time since these complaints keep popping up. I'm never logged out of any Nexus sites, neither during posts nor uploads nor downloads, my downloads/uploads/posts all register, even if it takes an unusually long time (>1 day sometimes for a post I made or a file I downloaded to appear in my history, and of course only after this time I can endorse and such, but at least I can), yesterday, for the first time since 2 months, I encountered an erroneous "file hidden by author" error again, and it immediately repaired itself with a single page refresh, I'm not getting white pages or error messages when clicking a non-Premium download server (can't test Premium servers though without being a Premium member), my downloads never end up incomplete or abort in the middle of downloading (I just downloaded a 14MB file for Oblivion from the Dallas server, and the only thing off was the 20KB/s max. speed I got, usually files of that size are down in an instant, again it was the first time for months), downloading via NMM works as reliable and stable as doing it manually, there are no "automatic" NMM downloads starting when I revisit a page or anything, and I've not encountered any cookie-based, permission or whatever error messages on any site or author action I've undertaken during the whole time either. Now, it could be due to me living in Europe, Germany, the UK only being 1 timezone to the west in the neighborhood, and the routes I'm getting to the servers going through far more reliable nodes or whatever. But it's impossible I'm the only Nexus user from that part of the world. Or maybe it is my browser, the old and reliable "Firefox 5" I'm using still, as I'm not allowed to update by job order or it will break plugins vital for our work. I'm not using any NoScript or AdBlock or similar plugins either, as I'm developing these things myself and need to be able to test them in a runtime environment. It could also have something to do with me browsing from a Mac OS, not one of those fancy new Windows OS with overreacting security measures and file access restrictions which also affect the browsers' work files, cookies, temp files, cached javascripts, etc. I don't know. I only know "none" of the stuff you're all complaining about was or is happening to me, for the whole last months, ever. What is it which makes all of this "not" happen to me, and what is it which makes it happen to all of you? I'm out of ideas with this at that point, and that's something rarely happening. It can't be "only" a Nexus issue though, and it must have a relation to something on your end, too, or it would be happening to "every" Nexus member, no exception, which it isn't. ...this, or I'm just the "luckiest" user in the memberlist, like 1 in a million... This situation is beyond me. :wacko: edit: Oh, and for the conspiracy theory lovers out there, there is no "Steam" client running on my system either, likely the biggest difference to most of your's... so it could be related as well. :whistling:

Not stupid at all. This was a new one to me, and I suspect specific Windows 8 issues will be new to a great number of Oblivion users in the near future. Knowing this can happen when things aren't cofigured 100% perfectly will definitely be valuable knowledge to others. I for one am warned now.

It's not much help, but keep in mind "author" is a free-text input field in mod uploads. Anything can be written into it and no uploader has to enter it right or truthfully. I for one wouldn't even dare searching by this. "Uploader" on the other hand is bound to the actual account creating the download page, and as such far more reliable. Though the uploader is not always the same as the author, so some files from a certain author can only be found when searching for the right uploader, especially when the uploader didn't enter the author name correctly or at all.

It's surely a bad idea to delete those spells, but shouldn't it be possible to alter what spells you start with, so you start without any spells? Someone correct me, if I'm wrong, but shouldn't it just be the list of spells the NPC named "Bendu Olo" has? :unsure:

I think that's overreacting now. It sounds like a technical issue rather. Though I wonder how an IP from Illinois should be inside a blocked range of IPs. Maybe it has something to do with a huge part of the east coast having power outage or otherwise being offline at least temporarily, which I can imagine will be the case with a hurricane such as... what's it called? Sandy?... all over it. But only members of the staff will be able to tell for sure, and only a limited number of them. I wouldn't be too worried if they take a time to respond. Maybe the only ones who could tell what's up aren't available, online or even awake themselves right now. It's 7 AM where I am, that means 6 AM in the UK, and it's quite an unhealthy time for me to still be awake already, so I can only imagine staff members from the UK or Robin will not exactly be around right now either. edit: And I'm typing too slow again, as always, as the issue has already gone away while I was writing, according to your edit. :ermm:

If you can still login into your account using a proxy, this means you can impossibly be banned. If they had to ban a range of IPs to prevent DDoS attacks or whatever lately, they can impossibly know who's affected or not and inform everybody. The staff might be able to figure out the IP of an offending individual for an IP ban, but they don't have a list of which IP is which user to inform everybody who might be affected by a range of IPs getting banned. Keep in mind not everybody has a "static" IP. Keeping track of all IPs a user logged in with over the whole time could get not just a little tedious and database intensive for several millions of users at once.

Go to the mod page and from the "Actions:" bar on top click the little icon showing 3 images on top of each other labeled "Add your own images". As a matter of fact you can only "upload" new images as User Images. You cannot get already uploaded images, like from the general Image Share, to show up in there.

Hmm, maybe check the transparency, i.e. Alpha Channel, of the normalmap ("..._n.dds") for this texture. The alpha channel of the normalmap serves as a map for specularity, and it seems to more or less "control" all of the above mentioned factors and settings. The more transparent an area is the less it shines/reflects/etc., the more solid the more shine/reflection/etc. A black alpha channel means none of those effects. A file format without alpha channel means either a black one or a solid white one, as in glossyness overkill. Again you can check normalmaps of existing game bottles to find an alpha value suitable for your needs.

Don't forget the "Apply Mode" of the NiTexturingProperty. "APPLY_HIGHLIGHT" makes objects look like sealed in a layer of plastic. Maybe one of those achieves the wanted effect. Nephenee is right, look how it's done in other NIFs and copy the properties you need... just don't forget to also copy the Apply Mode. :thumbsup:

I'm not sure, but was it possible before to give kudos right away in the comments from above the post where it shows "X posts Y kudos"? If so, then that's not a bug. It's simply gone now, for everybody. Maybe it was removed along with the reputation buttons? The place up there has changed a lot in the process and I can't exactly remember what it was like before. :unsure: You can still give kudos right away in the forums, by pressing the "+" sign behind the number of kudos displayed under the avatar. This leading me to Skyrim Nexus everytime, where I might not even be logged in, seems bogus, but it still works that way.

It doesn't look right having the USIP load before DLCShiveringIsles.esp. But that ESP is empty, so I don't know if it is required as a master for the USIP. Though if it is, then that explains the crashes. A depending plugin is loaded before its dependency.

I fail to see the conflict between a global texture replacer and a mod which redesigns cities built from Vanilla meshes using whatever textures they will have. If Better Cities contains some texture replacements of its own which might conflict with Quarl's, then installing Quarl's first and BC second will just affect those select textures and none else. Installing Quarl's after BC should make it so BC's replacements, if any, are again replaced by Quarl's and everything will be Quarl's textures. Shouldn't cause any issues with the cities themselves. Or does Quarl's go beyond texture replacements and this is where the conflict lies? I'm not seeing any right now, but I only know BC myself so far.

So, the same material settings and the same texture files used for both. Then I guess the NiTexturingProperty's Apply Mode of the hood says something like "APPLY_HIGHLIGHT" while the shirt's says "APPLY_MODULATE". It's the only difference left. This or I'm running out of explanations here. :sweat:

Well, from what I remember I was never seeing smilies in the comments of neither images nor file uploads. Aren't they a forums-exclusive thing? You got me confused there now. :sweat: And what means of editing did you use that it's adding HTML into your post now? I never had that happen to any of my edits either.

The trouble is ScriptEffectStart only runs 1 time, when the spell is casted. It never executes again. ScriptEffectFinish only runs once the spell ran out and again only does this once. When ScriptEffectFinish executes is determined by the spell's "duration" and cannot be controlled from inside by a counter or something like you do. I suggest you use the duration of the spell itself instead of a seconds counter inside the script. Make the spell last 120 seconds and ScriptEffectFinish will execute exactly 120 seconds after ScriptEffectStart. You can use ScriptEffectStart to lower the fatigue and then ScriptEffectFinish to raise it up again. If your spell's duration was never set to 120 seconds but less, none of Hickory's solutions ever had even a chance to work, as they all depended on 120 seconds to be passed for the fatigue reset to get executed. In the first one "s" was never > 120 when ScriptEffectFinish executed, and in the second the script terminated (the spell's duration ran out) before "s" got > 120. I don't even know if you can use GetSecondsPassed inside a spell script. I remember inside a ScriptEffect... block it's said to not work at all. And if this was not the script for a spell even but an Object or Quest script, then using ScriptEffect... blocks was futile to begin with.

I suggest you make sure the NiMaterialProperty settings are identical between the shirt and the hood, you could copy the whole property over from one NifSkope into another, and the "Apply Mode" of the NiTexturingProperty is the same for both NiTriShapes/Strips as well. If things then still are more glossy than they should be, it must be the alpha channel of the normalmap, or maybe the normalmap was saved in a format without alpha channel even. If you're using the same texture files and normalmaps for both items though, this is not the cause.