Jump to content
  • Announcements

    • AndalayBay

      Orphan Attachments   07/31/2018

      I have been doing some housekeeping lately and I've noticed that I had a lot of orphaned attachments. Attachments get orphaned when the PM or post is deleted without removing the attachment first. Deleting a PM or post does not delete the attachment and the file or image remain on the server. I'd like to ask all members to go through their attachments and delete any attachments you don't need anymore or those that have been orphaned. Where can I get a list of my attachments? Click on your display name in the upper right corner of the forums and pick "My Attachments" from the drop-down list. How can I tell an attachment is orphaned? If the PM has been deleted, you'll see a message like this in your attachment list: Unfortunately there is no message if the post has been deleted, so please check your old posts. We do purge old birthday threads every once in a while. Also some hosted projects have been shut down, so you may have orphaned attachments on one of those locations. Thanks!

Munch Universe

Project Lead
  • Content count

    289
  • Joined

  • Last visited

  • Days Won

    13

Munch Universe last won the day on September 23 2017

Munch Universe had the most liked content!

About Munch Universe

Profile Information

  • Gender
    Male
  • Location
    Baden, Germany

Recent Profile Visitors

573 profile views
  1. Craftybits 0.812 Bug Reports

    Thanks for the warning. If Oblivion was a strictly medieval European simulation, pemmican would be out of scope. But as you are certainly aware, Bethesda didn't design the game to be a strict medieval European simulation. In fact TES3 Morrowind leans pretty heavily on Native American culture and as you point out, the flora (and fauna) are not all derived from Europe. We've talked out this kind of thing in the team in the past. We do have the ambition of trying to be "realistic" but it is best to take the games and lore as a given, describing a foreign civilization on a foreign planet at some unknown time in history. If you consider the level of technology, it depends a bit on where you look. For the most part it is roughly Renaissance (availability of full plate wasn't until around 1500 plus or minus 2 decades) but the ships are probably about a century more advanced. The Dwemer ruins employ steam technology which is roughly Victorian in look and feel, but given that it works without maintenance for thousands of years, it is far more advanced than anything we have today. So Bethesda doesn't make it easy for us. I'm guessing what you are calling protein poisoning is gout, a very painful swelling of the joints as a result of the accumulation of urea in the blood, which precipitates and forms deposits in the joints. Scurvy is caused by a lack of vitamin C and indeed, flavourings can help to provide at least some of the required vitamins. Most of these would affect the player over a time scale a bit long for the game. I suppose you could play for a year or two of game time, but in my experience about 2 months will get you through the main quest pretty easily. The whole disease system in Oblivion and all the TES games is really pretty absurd, but there probably is no good solution to the problem. Imagine playing for 7 weeks of game time and on the threshold of completing the main quest, your character comes down with the plague and dies. It would be entirely realistic and entirely frustrating. So sometimes we need to concede the limitations of the format and not worry too much about "realism". Don't worry too much about digressions. Often they lead to interesting ideas. I'm old school. An email which is longer than 2 paragraphs is not impolite in my book. If you know a lot of "useless" information, you are perfect for CB, since it is mostly a collection of "useless" information. The whole point to being interested in "realism" is so that stuff you learn in the context of playing a silly game might actually relate a bit to the real world and teach you something you may profit from. We strip complicated activities down into a few steps, but you do gain a little insight into things like cooking, construction and smithing. Maybe it is enough to spark some interest and get someone to look into these things in the real world. To me, that would be the real pay off for taking the time to develop CB, along with the comradeship of the virtual friends I make this way.
  2. Craftybits 0.812 Bug Reports

    This was hard to understand until I got into the weeds of the script. Once I did, it was clear as it could be. It is possible this will not work out as it should when the option to add to inventory is not set. But if that proves to be the case, it is easy to use the variable to place one or the other as the situation requires.
  3. Craftybits 0.812 Bug Reports

    The early pre-emptive reset is intentional because it was necessary to clear variables otherwise carried over from an earlier version. Anyone who started using CB in the last several years (around 3-4) won't be affected. Though I suppose if the script was midstream when saved, then this reset kicks in, it would delete a soapbar. As a result, I commented out ; set rSoapRef to 0 not needed, could delete a soapbar on game start The old version doesn't need rSoapRef set to 0, it was only a wish to reset everything unless known to be counterproductive which included it in the list.
  4. Craftybits 0.812 Bug Reports

    I decided to add two protections from this bug. The main fix involved moving acquisition of the original properties out of the Horn if statements so that they are now unconditional. The second protection was to ensure that a set value is never 0. This should no longer be necessary if the first fix works, but I also see no cost to the protection aside from being a tiny fraction of a second slower. If one of the values is already 0 and should stay that way, failing to set it to 0 will not matter. In any other case, if somehow a 0 slips in here, we no longer need to worry about it overwriting a non-zero value. ; get original properties of parental bow set CValue to (GetGoldValue rBow) set CHealth to (GetObjectHealth rBow) set CDamage to (GetAttackDamage rBow) set fCSpeed to (GetWeaponSpeed rBow) ; modify properties based on materials if Horn == 1 set CValue to CValue * 1.1 set CHealth to CHealth * 1.1 set CDamage to CDamage * 1.25 set fCSpeed to fCSpeed * 1.1 elseif Horn == 2 set CValue to CValue * 1.15 set CHealth to CHealth * 1.15 set CDamage to CDamage * 1.35 set fCSpeed to fCSpeed * 1.15 endif if eval Fiber == 2 SetIgnoresResistance 1 rProduct set CValue to CValue * 1.1 set CHealth to CHealth * 1.1 set CDamage to CDamage * 1.1 set fCSpeed to fCSpeed * 1.1 endif if eval( CValue ) SetGoldValue CValue rProduct endif if eval( CHealth ) SetObjectHealth CHealth rProduct endif if eval( CDamage ) SetAttackDamage CDamage rProduct endif if eval( fCSpeed ) SetWeaponSpeed fCSpeed rProduct endif
  5. Craftybits 0.812 Bug Reports

    Yours is a good solution. Implemented as suggested with an additional comment to explain: set TrapDeployed to 9 ; park the script until disable and delete can run
  6. Craftybits 0.812 Bug Reports

    CBKey + Fish: I think there is a simpler solution to this problem, though your proposal is solid and would work, as far as I can tell. The only conversions which use their name are "meat" and "fish" ( see top of Scn CBMstCBKeyInitOS). So if line 178 of CBMstCBKeyQS is changed from this: if eval( nameIncludes $sInclude rConvRef ) to this: if eval( nameIncludes $sInclude rConvRef && GetObjectType rConvRef == 25 ) only objects of type ingredient will be considered. This is a little better because it winnows the candidates down as early in the script as possible, which will make it just a little faster. It is unlikely that the player will ever notice, but as a matter of principle faster is always better than slower because the delays can add up. In the current version Proc 1 is only used for these two cases. That used to be different because there were other things which could be converted and added to inventory directly, but somewhere along the lines that changed. This particular conversion is quite new. Its sole purpose is to allow meat or fish acquired from some foreign mod to be converted into a form suitable for use in CB. It could get a switch that needs to be enabled, but since it is so easy to ignore, it seems simpler to just leave it there. The improvement to the Equip block looks like a great idea. I'll implement it as proposed, except for relieving the requirement for it to be a weapon. This can be used for anything that goes straight into inventory.
  7. Craftybits 0.812 Bug Reports

    Pemmican sounds interesting. For us modern types, whose exercise often consists of pushing keys on the keyboard, it might not be such a good thing. But for a hero in a cold environment full of hard physical exercise, it is certain to be a good thing. A basic version would be easy, just add tallow instead of salt. Flavorings are tempting, but would require a fair bit more effort to integrate into the existing scripting. I'd be tempted to give pemmican a low level bonus property due to the wealth of calories it would provide. Your approach to testing sounds brilliant. If nothing else, putting a second pair of eyes on the code will help because often one gets trapped in a particular way of seeing things, then just never questions them again. Your fix to the bait problem, for example, immediately made sense to me but I failed to spot the problem until you pointed it out. I know my way around GIMP2 well enough to retexture things reasonably well. Though when it comes to things like spectral properties, that tends to be a bit over my head. I know enough to recognize a problem but not necessarily how to fix it. I looked at Blender, then decided not to learn how to use it. It was a deliberate decision because I'm busy enough with the scripting that I didn't want to pile that on top as well. In addition, I like working with collaborators and if I can't find someone who is interested enough in a particular project to devote some time to modelling, then it probably isn't worth doing. In principle CB is so open ended that there is almost no limit to what could be done in its context. So it is useful to have some way to check if something is really worth doing. Another thing I tend to factor in a lot, but almost no one else can, present company most likely excluded, is how hard it is to make a change. Take pemmican, for example. Given a suitable model, the scripts will only need an extra line or two. The whole thing won't take 30 minutes. So even if it is relatively low value, it is so easy it is worth doing. Something of high value would be to restructure construction to use a series of wood pieces of different sizes and shapes. It would make CB a fair bit more realistic, but it would require redoing a large number of items, rewriting a dozen scripts, would create compatibility problems with existing saves and may end up weighing the mod down with excessive detail. We wanted to go in that direction some day but the hurdles were just too high to launch into it while the team was still active and we never got to it. One of the efforts I'm particularly proud of is the barrels. A skilled animator, Koniption, created the barrels and animated them, then I rigged up the scripting. It was one of those cases where she couldn't have done the complex scripting they took and I couldn't have done the animation without spending a year learning how to do such things well. But together we produced something pretty spectacular. I realize most players probably barely notice, but in a way that is good, too. If everything goes so smoothly and immersively that it seems normal, that is a good thing. Unfortunately Koniption ran into some health problems and retired from modding, as far as I know. I haven't heard from her in a number of years. Coming back to pemmican, it sounds like a retexture it all it would take. That might take an extra hour, so it is no big deal. GIMP2 needs an extension to handle what Oblivion needs of it (normal mapping), but is otherwise not hard to learn or use. If you are feeling ambitious and would like to take a crack at it, I'd be happy to explain. If you'd rather not, I can do it. To be honest, it would probably take less time for me to do it myself than to explain how to do it but I'd be happy to teach you how to use GIMP2, if you would like.
  8. Craftybits 0.812 Bug Reports

    Thank you for the compliments. I am quick to point out when others have made the main contribution, such as in inventing almost all the mechanisms. But in terms of organizing the code, I can claim that for myself and it is very gratifying to discover that someone else could immerse themselves in it and actually find their way around. Interestingly barding is a old system, always a little neglected and I did only what was necessary to get it to work right as designed. Cooking, on the other hand, has been almost redone. Probably hardly a line of the original scripts still stand unchanged. I suppose it has always been my favorite part to mess with, but even I haven't ever memorized most of the recipes for use in game. As a result quite a number were still defective but I recently fixed them, I think. Some systems lend themselves well to expanding pretty easily and cooking is one of those. How would you define pemmican and how does it differ from air-dried jerky? If we can come up with a suitable model and a sensible recipe which isn't hopelessly redundant with another, I'd be happy to add it. If you think it would be time effective, you are certainly welcome to poke through the scripts to look for problems. I know more about coding now than I did then, but it would surprise me if you end up finding much that way. In my experience the problems mostly come from something not behaving in-game like it seems it should based on the scripts. The fish problem, for example, probably comes from compare working a little strange. If the search string is "blue marlin" and the animal is named "blue marlin" I would expect a match. But I have a suspicion the comparison is breaking the strings into words and comparing "blue" with "blue". In this case it will still match but it may also match with "bluegill". I need to run some tests to be sure, but I think it would account for your observations. The best way to find problems, I find, is to just play and try new things out. If something doesn't work like the guide says it does, or even if it just doesn't work like you think it should, it is worth discussing. Sometimes there are good reasons why something has to be a particular way, but sometimes it is just a matter of no one having thought of the most intuitive approach to take. Have you done anything with smithing so far? In terms of complexity of the scripting, that set of scripts wins. It has enormous potential because it is designed to allow new weapons and armor to be forgeable, providing modellers with an immersive way of getting their things into the game with relatively little effort. But it never caught on, which I think had to do with its timing, coming so late in CB's own history. If we had found a few modellers interested in using the system, it might have taken off. In retrospect, I probably should have actively approached a few of the better known modders and created a small patch to make it happen. Once it became apparent how easy and seamless it is, it might have caught on. In any case, I think you may find it worth a look, though you may struggle with it a bit due to the complexity. The execution path of certain activities ping pongs between two or three scripts in a way which may be hard to follow. The scripting is nasty complicated but that is in order to make it easy to tack things on by adding an extra mini-script.
  9. Craftybits 0.812 Bug Reports

    Wow, I don't think I've ever had anyone pick through the scripts like this before, at least until recently. I'm grateful. I'll go through each problem and proposed fix systematically but I just wanted to start by saying thank you. I've looked at a few of the problems already and came to similar conclusions to the ones you did. I didn't look at the bait problem but your explanation and proposal is so convincing that I'm sure that is both the source of the trouble and a viable fix. I think I know what is wrong with spriggan and gnarl, a missing script on the staves. Taken together, it looks like it will be pretty easy to find and fix every one of the problems. Expect some news today or tomorrow. Munch
  10. Craftybits 0.812 Bug Reports

    Copied from the Nexus comments from Hound Akragth: I found the harrada problem and believe I fixed it. The problem with soap has already been fixed in 0.813.0. I don't see an obvious problem with the canoe frame and will need to do some testing to understand the problem. The fish traps would be an interesting topic to discuss. One possible explanation is that the fish trap takes time, so if you don't go away and come back half a day or a full day later, nothing is going to happen. The fillet idea is, admittedly, less than ideal. I seem to recall that the fish handling was causing all sorts of problems so it seemed best to just skip over the intermediate steps and get straight to the pay off. It does lose some immersion, but the previous scheme of getting fish, then converting them into MISC you could carry was also kind of weird. The hard-coded system that places the fish kept putting them somewhere out of obvious sight and making the player search for them was not satisfying. I need to refresh my memory of how the stave aging worked. The gap between 10 and 30 is deliberate to allow another script to do something, I just forget exactly how it works. I had planned to move the staves to the barrel to neaten the process up, I just never got around to it before the project faded. Nice spotting for the zFlowers defs. They are indeed in error.
  11. Craftybits 0.812 Bug Reports

    Thanks to puddles I was made aware of a serious bug involving the conversion of regular plates to CB cooking plates. The problem only affects items which are parented, such as those added by a house upgrade. It is not restricted to plates. Once found, the bug was easy to fix. I used the occasion to fix a slew of bugs reported by Aquarius97 some months ago. Currently one new idea is in development with puddles. Once completed, I will release CB 0.813 in a week or two. Should anyone know of any bugs in CB, now would be a really good time to report them so I can build them into the upcoming fix.
  12. To everyone interested in FOMO, Sifonseal appears to have disappeared, no one associated with TAL has heard from him in over 6 months. AndalayBay kindly reactivated the forum for the time being, which will allow you to download his work in the state in which he left it. Should Sifonseal return he is welcome to take up where he left off. Should that not be the case, in a few months FOMO will be hidden again and eventually deleted. In the meantime I will try to look after FOMO a bit. I am the last of the Craftybits(CB) team leaders and had agreed to allow Sifonseal to incorporate CB into FOMO but we never actually got to it for reasons having to do with both FOMO and CB. Puddles recently reported a complex bug and then succeeded in diagnosing it, despite it being a very subtle, hard to find bug. Once identified, the fix was simple, so I plan an update of CB sometime soon. This was my motivation for wishing to have the CB portion of the forum reactivated. Should you have questions related to FOMO, I will do what I can to answer them. I currently do not have FOMO installed, which limits what I can say about it, but perhaps other users may be able to answer questions.
  13. Craftybits 0.812 Bug Reports

    New version 0.812.2 added to the downloads section. Take your pick of a full version (with BSA) or an esp/esm pair (no BSA) if you have a previous CB BSA already present in your load order. One really important fix is included. Aquarius97 helped me to find a bug in the weapons and armor repair scripts that occasionally led to the CB key hanging. When this happens, you are just stuck and the only thing that will fix it is loading an earlier save. The problem has been found and eliminated, so I hope to have heard the last of the occasional reports of hanging CB keys which I didn't know how to fix. Other minor fixes will help the charcoal chest, the magic broom, smithing and canoe swaying.
  14. Oblivion DLC Delayers

  15. Craftybits 0.812 Bug Reports

    Reference Guide now calls for 1 dough to make a plain flatbread. Using two dough to get a tomato flatbread is a bug, but I'm going to leave it for fear that the cure is worse than the disease. Two boar meat on the board is probably the same problem and will similarly be ignored. The bugs are minor and you pay a price for them, so at worst it is a minor exploit. Fixed "These cheese wheel will make a fine sauce", now reads "This cheese wheel will make a fine sauce". Fixed campfire reporting it was put out when wood is converted. Guide updated to explain that you need to cook your raw flatbreads. Seed oil + ale in the bowl with the spoon resulted in a stack of 4 marinades in my hands after two questions. First was whether I wanted to add flavor [no], then if I wanted to make marinade out of seed oil and ale [ok]. I find the cancel button is positioned a little unfortunately because a quick response is more likely to hit it than OK, but for programming reasons it is much better to have cancel first. Could you give marinades another shot? If it fails, the reason could be a source of alcohol not native to vanilla, CB or Cobl. Any alcohol added by another mod will be ignored. Technical Background There is a trade off between using object names and EditorIDs. The EditorID is an internal name which is unique to each object in the game. The object name is what you see on the screen and need not, necessarily be unique. More importantly, the screen name can be translated without impacting game mechanisms. A mod relying on EditorIDs can only recognize objects from specified mods, while using a screen name would allow unknown types of "meat" to be recognized, even from unknown mods. The problem is that any non-English language version will fail miserably. The German word for "meat" is "Fleisch", so you can see how a routine looking for "meat" must fail. Versions of CB up to 0.7 used names a lot, but I changed it to EditorIDs for most purposes to make translations possible one fine day. Even without translation, CB is compatible with foreign language versions of Oblivion, though it will use English language names for anything it adds to the game itself. I think that is more important than recognizing objects from unknown mods. Latest Version CB 0.812.1 + CBFix_BeesKnees_27102017. I also uploaded a new version of the reference guide CB812a
×