Octography Posted June 23, 2020 Posted June 23, 2020 Are there any spoiler for dcl 9.0 like what new features and fixed?
Kimy Posted June 23, 2020 Author Posted June 23, 2020 13 hours ago, Octography said: Are there any spoiler for dcl 9.0 like what new features and fixed? I do tend to talk about upcoming features on Patreon, but not here. I consider giving a few bits of early information a small thank you for the people who support me and the continued development of my mods. 1
naaitsab Posted June 23, 2020 Posted June 23, 2020 Small bug report: While creating a custom textured version (pink of course ) of the bondage mittens I found out the device message seem to be set to the default glove message. Not the special Mittens message (zad_DeviceBondageMittensMSG), this message seem to be entirely unused in DDi and DDx.
Foxtrot6 Posted July 19, 2020 Posted July 19, 2020 I've got a question. So with elbowbinders and kneebinders equipped my character will get into the pet position but as soon as I move she just walks normally. How do I get the crawling animation to work properly?
Foxtrot6 Posted July 19, 2020 Posted July 19, 2020 I've got a question. So with elbowbinders and kneebinders equipped my character will get into the pet position but as soon as I move she just walks normally. How do I get the crawling animation to work properly?
CovertDemon Posted July 28, 2020 Posted July 28, 2020 Where could I find the link to the most recent beta?
Kimy Posted July 29, 2020 Author Posted July 29, 2020 23 hours ago, CovertDemon said: Where could I find the link to the most recent beta? No public beta is currently available. I will announce it here, if it will.
thvedis Posted August 16, 2020 Posted August 16, 2020 I miss one feature from older version of DD: armbinders prevent acces to inventory. Is there a way or a mod that reenable that feature?
Kimy Posted August 16, 2020 Author Posted August 16, 2020 2 hours ago, thvedis said: I miss one feature from older version of DD: armbinders prevent acces to inventory. Is there a way or a mod that reenable that feature? This change needed to be made because DD4 now uses the same code for the wrist restraints as regular devices. Access to inventory is required to launch the device dialogue. In theory, this could be also linked to a hotkey, but it would be a bit less intuitive than the current system, that works the same for every device. Also, realistically, not ALL wrist restraints would prevent you from accessing your bag. Although most of them sure would. If people generally would want this change, I could look into it.
thvedis Posted August 16, 2020 Posted August 16, 2020 1 minute ago, Kimy said: This change needed to be made because DD4 now uses the same code for the wrist restraints as regular devices. Access to inventory is required to launch the device dialogue. In theory, this could be also linked to a hotkey, but it would be a bit less intuitive than the current system, that works the same for every device. Also, realistically, not ALL wrist restraints would prevent you from accessing your bag. Although most of them sure would. If people generally would want this change, I could look into it. Thank you for explaining this.
worik Posted August 16, 2020 Posted August 16, 2020 4 minutes ago, Kimy said: If people generally would want this change, I could look into it. I prefer to have it like it is by default with the basic framework device, but to allow a modder to set that as a property in derived devices. Perhaps even change it dynamically if a quest story demands it ? Or is that already possible ? 1
Zaflis Posted August 16, 2020 Posted August 16, 2020 2 hours ago, thvedis said: I miss one feature from older version of DD: armbinders prevent acces to inventory. Is there a way or a mod that reenable that feature? If i remember right this feature was in DD-Equip; heavy bondage disables inventory. If it wasn't that mod i'm sure i saw it as MCM option in some mod. 1
El_Duderino Posted August 17, 2020 Posted August 17, 2020 17 hours ago, Kimy said: [...Armbinder inventory access...] If people generally would want this change, I could look into it. Hi Kimy, I much prefer the current way this is set up for generic/default items. Besides being the cleaner and more elegant way this gets handled "under the hood", it also removes some quite bad gameplay issues which blocked inventory access by its very nature brings with it. DD has gone to great lengths to make armbinders more gameplay friendly (bound combat being the most critical one). I think that reverting to the original way of blocking inventory access would undo a lot of that effort and turn armbinders back into an item the player simply *must* get rid of immediately or be stuck unable to progress in the game. And that's no fun! I do like @worik's idea though to make this an optional feature for modders. That would make for some wonderful punishment scenes. 5
SirCrazy Posted August 17, 2020 Posted August 17, 2020 While I like the idea of the armbinder blocking inventory I don't think it would be a good idea to add back in. Dependent mods are built around the devices working a certain way and changing the way devices work again could cause those mods to break. 2
ItsYaBoi1738 Posted August 18, 2020 Posted August 18, 2020 A hotkey or MCM option would certainly be nice for those who do want armbinders to be more strict (myself included!). Others have suggested some great options too.
Corsayr Posted August 29, 2020 Posted August 29, 2020 Any idea what is causing this? Is it normal? Does it need to be fixed? [08/29/2020 - 04:03:17PM] ERROR: Unable to call Delete - no native object bound to the script object, or object is of incorrect type stack: [Item 7 in container (00000014)].zadHiderScript.Delete() - "<native>" Line ? [Item 7 in container (00000014)].zadHiderScript.OnContainerChanged() - "zadHiderScript.psc" Line 5 I am trying to track the source of a NetScriptFramwork error I keep getting that is showing a reference to the PC form id as a possible culprit, and that error in the papyrus log is the only reference to that form Spoiler Possible relevant objects (1) { [ 10] PlayerCharacter(FormId: 00000014, BaseForm: null) }
Corsayr Posted September 3, 2020 Posted September 3, 2020 So no one here has heard of ZadHiderScript? It is the Devious Device mod You need to start adding source code so people can figure this stuff out on their own
Kimy Posted September 3, 2020 Author Posted September 3, 2020 2 hours ago, Corsayr said: You need to start adding source code so people can figure this stuff out on their own Not that source code hasn't been a part of the distribution since the first version, or so. ? 1
Corsayr Posted September 3, 2020 Posted September 3, 2020 1 hour ago, Kimy said: Not that source code hasn't been a part of the distribution since the first version, or so. ? So this is some "other" Devious Devices Mod? Spoiler
worik Posted September 3, 2020 Posted September 3, 2020 16 minutes ago, Corsayr said: So this is some "other" Devious Devices Mod? Scriptname zadHiderScript extends ObjectReference zadLibs Property libs Auto Event OnContainerChanged(ObjectReference akNewContainer, ObjectReference akOldContainer) self.Delete() EndEvent copied from the LE DDI 4.a archive ? You don't have that in the SSE archive?
Zaflis Posted September 3, 2020 Posted September 3, 2020 On 8/29/2020 at 11:16 PM, Corsayr said: Any idea what is causing this? Is it normal? Does it need to be fixed? [08/29/2020 - 04:03:17PM] ERROR: Unable to call Delete - no native object bound to the script object, or object is of incorrect type stack: [Item 7 in container (00000014)].zadHiderScript.Delete() - "<native>" Line ? [Item 7 in container (00000014)].zadHiderScript.OnContainerChanged() - "zadHiderScript.psc" Line 5 I am trying to track the source of a NetScriptFramwork error I keep getting that is showing a reference to the PC form id as a possible culprit, and that error in the papyrus log is the only reference to that form What i could think of is that you run some script cleaner that removed the script from your savefile. Does it happen with new game and how well in general does DD work for you? And don't use LE versions of DD with SSE...
Corsayr Posted September 3, 2020 Posted September 3, 2020 40 minutes ago, Zaflis said: What i could think of is that you run some script cleaner that removed the script from your savefile. Does it happen with new game and how well in general does DD work for you? And don't use LE versions of DD with SSE... this is the most annoying part of this error I am getting, everything in game appears to run fine. I only receive an error message from Netscript after I close out of the game. But [ 10] PlayerCharacter(FormId: 00000014, BaseForm: null) Sounds like something that could mess other stuff up... someplace, and that ZadHiderScript is the only reference to that same form in papyrus. That it also happens to be an error seems like a thing, but papyrus errors are a dime a dozen and lots of times they mean nothing. So I came here to see if that script giving an error means anything.
Corsayr Posted September 4, 2020 Posted September 4, 2020 20 hours ago, Kimy said: Not that source code hasn't been a part of the distribution since the first version, or so. ? So no response? I show you that it is IN FACT in the current version of your SE distribution and you just slink off? The very least you could do is acknowledge it is not supposed to still be in there and let me know it can safely be removed, but you are too busy "rolling your eyes"
Kimy Posted September 4, 2020 Author Posted September 4, 2020 I rolled my eyes because you made a half-aggressive comment about not shipping source code, when it is quite obviously included in DD and always has been. And the reason why I didn't acknowledge your bug report is simply because I couldn't reproduce it YET. I put it on my to-do list, but I likely can't check into it until after the Labor Day weekend. Patience? For the record, I don't use SE, and I do not develop or test on it. I don't even prepare the DD for SE distribution. Volunteer porters do that. For future reference, when posting bug reports, it would be helpful to include which version you are using. Or posting the bug reports in the correct thread in the first place, which in this case is the DD SE thread, not this one. This one is dedicated to FUTURE versions of DD.
Corsayr Posted September 4, 2020 Posted September 4, 2020 32 minutes ago, Kimy said: I rolled my eyes because you made a half-aggressive comment about not shipping source code, when it is quite obviously included in DD and always has been. And the reason why I didn't acknowledge your bug report is simply because I couldn't reproduce it YET. I put it on my to-do list, but I likely can't check into it until after the Labor Day weekend. Patience? For the record, I don't use SE, and I do not develop or test on it. I don't even prepare the DD for SE distribution. Volunteer porters do that. For future reference, when posting bug reports, it would be helpful to include which version you are using. Or posting the bug reports in the correct thread in the first place, which in this case is the DD SE thread, not this one. This one is dedicated to FUTURE versions of DD. Thank you for looking into this matter for me, please let me know if you discover anything that might be relevant to my issue.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now