LiliArch

Yeah, I never said it wouldn't be an overkill, only that it is do-able. Fixing the weighting and wrong normals would actually be pretty easy to hex, if someone could figure out the correct values though, since the actual bonemapping is done with index values and not names, but nevertheless, it would definitely be an overkill. (Though if you brought that bone array from ascii instead of binary, it could be just as well MDLOps screwing the mapping. It loves to do that when the nodes are not in correct order - original models' mapping works fine, but alas, if you write it as ascii and then again as binary, everything is in wrong place.)

You can - you just need to stay sharp and do some calculating. It's just the strings where length changes, so you'll need to recalculate the pointer locations and file length, and be aware that you may screw something up (so always, ALWAYS keep a backup copy handy), but it is do-able.

If I suddenly lose all rights to my original content I've spent a few years creating, when I save it to a BioWare fileformat, why on Earth would I do that?

The arguments in this topic are seriously causing me to have second thoughts about modding.

I'm not disagreeing with your dislike (the big picture of it is just... too dumb to bear) but focus on your character arc instead, and you'll find some really classy writing.

(And the correct term was "instance" and not "preference"... I blame my game client which was acting up, so I wasn't able to check the terminology.) I'd say that the difference between PvE and RP-PvE servers is that there's RP guilds on RP-PvE servers.

They are both same. You can pick if you want to play PvE or PvP without changing the server. There's a tutorial entry about it once you get your character started.

They apparently replaced PvP and PvE servers with PvP and PvE preference and now you can play both on a same server by picking another preference. Dunno why the don't tell which are RP servers anymore, though. You can see the list there, but I don't know how up-to-date it is.

I'm on Red Eclipse, and Progenitor. Planning to try some other server too, though. There seems to be no rule against playing on multiple servers. It's totally F2P-playable, as long as you don't hit a game-breaking issue that requires the help of customer service. I finished my Smuggler and Jedi Knight as F2P just fine. Sith Warrior and Imperial Agent are a bit picky, if your computer happens to be one of those unlucky ones that hit an issue where holoterminal conversation doesn't progress (I recently got a response from customer service that listed 1 mission for Sith Warrior and 4 missions for Imperial Agent where that happens). Totally computer-dependant, apparently, though, so you may get lucky. Or just avoid playing those two classes. If you spend no money for it, you can get only two characters at a time, anyway.

Well, I've run both versions, but I don't exactly know how to use them, so. By the time I found out I need to use a wheel mouse instead of touchpad to be able to do anything reasonable, I had already sort of hurt my mouse-arm and as such, I was unable to try to learn how to use the program. They have a different picture in the splash screen, that's all I know. I'm still only trying to learn how to do 3D. That's usually the point in releasing a new version, isn't it? If it would be exactly the same, they wouldn't raise the version number... ...sorry, I feel snarky. Bad day.

I'm sorry, I can't quite follow your logic there. First, if old links suddenly lead to another site, it's because the domain is taken over, not the servers - the physical servers themselves may be the same ones, but they can as well be on the other side of the planet. Second, I can't see any reason for the web host provider to not simply carefreely delete the files once the webspace ownership has been terminated; someone booking to the same space (and there's no reason why it would be exactly the same sector of the hard drive that the previous client used, not that it would matter after wiping the previous client from the system) should not matter there at all, no more than you're allowed to live in an apartment you don't rent anymore, no matter if there's new person moving in or not. If they do feel the need of archiving old files, it's done on completely different servers, and don't matter to any person that's their client, except the one who the files belong to. And in the case that FileFront staff actually owns the physical servers themselves, I doubt they would be selling them to another company. There's not much to be gained from that. Owning a server (if you own the machine itself) does not cost any more than owning any other computer, when you cut it off from web. Unless you have some inside information about web host provider's way of doing business? That's just the picture I've got as a client...

Well I don't know about Blender 2.8, but 2.7 runs fine on XP (after installing that C++ runtime or whatever it was, if it's not installed already). I'd suppose the new neverblender should work with it.

*cough* Telos Tank droid remains *cough* Of course you don't need to destroy them to move past them, but you can't walk where they are. Now, that doesn't pose a problem if there's space enough to move around them, but I once managed to block myself in a corner with that Rancor corpse, and had to destroy it to be able to move at all, as it was blocking my only way out of there. Also, that dragon corpse doesn't exactly help you in the Tatooine ambush.

If you don't destroy it, it blocks your path... isn't that a payoff?

To be fair, that was the source of my concern about it not working anymore. It is old, and old systems tend to get replaced by newer ones at some point. Plus, I just found out that certain Win32 libraries don't work properly on my 32-bit Windows, or on my 64-bit Windows. Makes sense to me. (Though you can tell if the program is called with arguments even without Autoglob - so it can decide if GUI needs to be fired or not - the functionality is obviously limited.) All part of the service. What point is in knowledge if it's not shared? Okay, okay, I move to do something else.

You can throw the exe out of the window if you like. You don't need it. Just edit the .pl file and execute it. It's not a difficult edit in any sense... just follow the instructions I posted. That should work after those. (I actually tried it on my Win-system after removing the Win32-dependencies and it run like a charm. Well, I would have probably missed the autoglob if I would have used it from command-line, but I wasn't.) I hope they were clear enough? I'm so stuck with that old phpBB mod-installation instruction form that I can hardly give code-edit instructions without it... ahem. If you look closely, most of the edits are simply adding # mark in front of a line; that's what makes it a comment (everything on that line after the # mark is a comment). There's also fixed the "TK" to be "Tk" (you need Tk::Tree if you want to use the tree view) and Win32-file open dialog changed to Tk's one, that should be cross-platform compatible. As far as the case-sensitivity goes, Perl is actually case-sensitive even on Windows systems. If the "TK" would have been a normal variable, it would never work. Only thing I can imagine why it actually does work on Win-systems is that it is essentially a file path, but it's definitely not valid Perl, no matter how you look at it. Actually, no. For Tk, sure, there's no reason for "use Tk" -stuff to be there if you're using it from command-line, so it would definitely make sense to include that under the part that is defined if you use gui (and in that case you can run it from command-line without having Tk installed). But Win32... not. The only Win32-one that is actually required to be used on Win-systems is Win32::Autoglob, and only point to use it is when you are using it from command-line. For the file-opener dialog you can simply switch to use Tk's in-built open file dialog, as I did in those instructions of mine. Better than dump the "use Win32::Autoglob;" into a location where it's not used would be to make an if-clause where the script checks OS and use the library only if it is run on Windows. That way the same script can be used in all platforms, with of without Tk installed (if it is called correctly from command-line) and Autoglob would be used where it matters. If what would use GTK? MDLOps? It could, but it would require some rewriting. Probably not a big deal... after learning how GTK works first, of course.

Now, now. I've used Red Hat... somewhat twelve years ago. I wouldn't assume to know what Win 10 supports based on knowledge of Win 2000, you know? Nor would I assume Win 10 would be backwards compatible with everything that's done for previous versions of the OS. It's definitely possible OS writers change their minds about what the OS does and does not support, as well as it's possible different builds support different things (they wouldn't be different builds if they wouldn't have differences, now would they?) so I see no reason why there couldn't be a Linux version that doesn't support Tk's windowing system. That being said, I won't assume anything for sure unless I can test it.

...you do realize that MDLOps has in-built commandline usage, right? There's no need to strip GUI from it to do that. Of course, you may need to strip Tk from it to be able to run it on Mac, but that's another story completely (and in that case, you could rewrite the GUI with another library). Anyway, there's my instructions. Sorry about me not posting them earlier, but deadlines don't wait, and if I need to choose between payed work and a hobby, well... Assuming Linux can use Tk, this should do the trick (I can't test, so I can't say for sure, but there's all Windows dependencies I can see removed): FIND use TK::Tree;REPLACE WITH use Tk::Tree;FIND use Win32::FileOp; # for file browser added by tk102, thanks tk102! use Win32::Autoglob; # stupid windows shells don't do globbing!REPLACE WITH #use Win32::FileOp; # for file browser added by tk102, thanks tk102! #use Win32::Autoglob; # stupid windows shells don't do globbing! FIND my %parms=( title => "Open Model File", handle=>0, filters => { 'Model Files' => '*.mdl', 'All Files' => '*.*'}, options =>OFN_FILEMUSTEXIST | OFN_PATHMUSTEXIST); my $dialog_name = OpenDialog \%parms; unless (-e $dialog_name) { return; }REPLACE WITH #my %parms=( # title => "Open Model File", handle=>0, # filters => { 'Model Files' => '*.mdl', 'All Files' => '*.*'}, # options =>OFN_FILEMUSTEXIST | OFN_PATHMUSTEXIST); #my $dialog_name = OpenDialog \%parms; #unless (-e $dialog_name) { return; } my $dialog_name = $object{'main'}->getOpenFile( -title => "Open Model File", -filetypes => [ ['Model Files','.mdl'], ['All Files','.*'], ], );That's all! Save and close and run the file. You can also remove the lines where we added the # in front of them, but I hate removing lines when I tweak code like that, so I just commented them out... And I believe it is a typo, because "TK" appears only once, while "Tk" appears four times, and all of them refer to the same thing. Or, it could be written by another person. A word of warning - be careful when you install things. Don't install Tk::Tree separately, unless you're 200% sure it's not installed with main Tk. I did that and it screwed the whole Tk library, so I had to install the whole thing again.

Nah, you just need to change the win32api to a library that runs in Unix. (I thought I mentioned that already?) It's pretty trivial, really. I can do it for you, if you tell me which version of MDLOps you're using. Does Tk work on Linux? Edit. If you or the guy who helped you don't believe it is trivial, consider this: The only Windows-dependant things are file-opening dialog (which consists of five lines of code) and a library that is relevant only on Windows (and thus the dependancy can simply be removed from the code). It is not complicated at all. It may be developed on Windows, and there may be a typo about TK instead of Tk (given that it appears only once, I'm quite sure it is a typo, and was unnoticed only because it was never tested on Unix). It doesn't mean it would need more than a minimum effort to be useable on Linux. I'd give instructions here right away (as far as I can see, all you need is two edits) but I'm a bit busy right now.

It is not the mask, it works fine. The problem is the robe. If you don't believe me, try wearing the mask without the robe and robe without the mask. The issue is that character turns head when they take focus on something on their sides, and the hood of the robe doesn't follow the movement, so whatever is on the face (or the face itself) goes straight through the side of the hood. I'm 99% sure I know what to do with it, but it's a major job, and I'm most definitely not going to touch it as long as my tendons haven't healed. One poorly trained model is not worth permanent tissue damage. As far as your issue at starting Orion goes, did you retry starting it? I don't think FS changed anything there, and I most definitely didn't, and I can't recall ever having that issue myself. Not in there, at least. It sounds very much like the issue I've been having around both K1 and TSL (mods, at least, can't recall if it happens with Vanilla or not) where game obviously feels tired or rebellious and decides to not run some random script. Retrying usually fixes the problem. It's annoying, but I have no idea what's causing it, so it's pretty hard to fix (after all, can't fix a problem if you don't know what the actual problem is).

As far as I recall, MDLOps is actually released under GPL. Well, I'm pretty sure being powerful is what the commandline is for in the first place. Can't believe it would be there just for the fun of it (unless Linux was developed by people who prefer DOS over Windows, hmm). In any event, you don't need to compile anything. If Perl runs on Linux at least half the same way it does on Windows, all you need to do is to double-click (or whatever is the Linux equivalent for Windows double-click) the mdlops.pl and it should run (when you get it running correctly, first). But as long as you're troubleshooting, commandilne is your best friend. After all, if you get a crash, you can't fix it unless you know why it is crashing, right?

I must admit, I'm with the Linux coders in this. .NET is terrible (no offence, C# programmers on board). Luckily, MDLOps doesn't require it. KTool does, though, and even as I'm not exactly capable of troubleshooting that one, one thing to consider: it uses an ancient version of .NET, so maybe it is possible that new versions of Wine don't support it anymore? Perhaps you could try older version for that one? (If I recall correctly, the version of .NET that KTool uses is 2.0.) But lucky for you, that's the beauty with Perl (no offence to those on board that hate it). It is natively cross-platform compatible. As you're using Linux, I assume you are familiar with command-line, so bear with me. If something is unclear, please ask for an explanation. I don't use Linux, so I can't really test, but in theory, it should work; I can help you to troubleshoot if needed. In the MDLOps folder you downloaded, you should have a file named "mdlops.pl"; that's the one you need. (Make sure there's a "mdlopsm.pm" in that folder, too, though.) So, here we go. You have Perl installation up and running, and the path variable added? Go to command-line, navigate to the folder where you have your mdlops.pl, and run command "perl mdlops.pl" (or alternatively, don't navigate to the folder, but instead use "perl [path_to_folder]/mdlops.pl", but that requires a whole lot more typing, if you're doing that multiple times in a row, and in any event, it increases the risk of mistyping, which is awful when you get your huge list of parameters typed and then there's a misplaces character that screws the whole thing because it directs to a floder that doesn't exist). If you are lacking libraries, you should get error message that tells which libraries are missing. Install them and try again. After you have everything installed, you should be good to go. If there's some required libraries you can't install, list them here (or PM me, but I would assume that other Linux users - if there are any - might be interested in that, too), and we'll look for alternatives. Out of curiosity, what's that Blender plugin you're using?