ebmar

Members
 View Profile  See their activity

  • Content Count

    1,197

  • Joined

  • Last visited

  • Days Won

    45

Everything posted by ebmar

  1. ebmar
    That with the attachment I posted above or using your own like you said -- By theory the INI I have posted wouldn't end a failure because I did have success with it on my test. Edit: also -- That one looks like from your system, not something that caused from a mod.
  2. ebmar
    Sorry, not to bump this thread but I think this post better be separated from that one above. Here's the readjusted changes.INI of the BoS:SR mod, both the main installation [bos_sr_1.0] and v1.1 patch [bossr_patch_1.1] -- [K1]_BoSSR_INI_Update_[BETA].7z Edit: this one did not setup Saves installation - so you'll have to put the provided ones manually. You can rename the [Saves] folder as you see fit, just make sure it's unique as it can be. Attached also the installlog.txts which shows from my test, they're working 100% intended - at the very least, from installation process POV. Please be sure not to be switched between the INIs - they have been placed at their dedicated folder to easen the process. Also I noticed a UTI had been installed eight nine times -to one Override folder- yeah, which was unnecessary, and also an MP3 three times. They're all now only installed once. Hope that could at least reduces the number of times people experiencing troubles, not that from playing the mod but only from installing itself. This great mod deserves love greater than itself surely. And may the 4th be with y'all.
  3. ebmar
    It was because the changes.INI of this mod incorrectly use / instead of \ for GFF patching - basically with all modules [which I assume they could've been broken in some ways]. If you're able and/or have enough patience you can try change them to the latter [\]. Edit: or use Notepad++'s Find-Replace All feature. Find an instance of Modules/ and then batch-replace with Modules\ - that should do it. For example: Before !Destination=Modules/ship.mod After !Destination=Modules\ship.mod Granted, when I was started playing and/or trying to mod this game I know there's a "workaround" [which I'm not sure if it's actually working or not, as I've never been able to reach that part of the game this mod does] to bypass the installation - that you can execute the installer from the game's main directory. But please, don't do that as you know how to do it properly now, hahah.
  4. ebmar
    Yeah, @BarnzyBobble were right about the GOG's stretching. And if there's one specific file be consider to restore is mipc28x6.gui. I replaced the v4.0's one with the former/v3.0[?], and it's back to how it should. Though, I left the equip screen [and rest of others except the said one earlier] that changed by the latter version because it works for me. The "zoomed-in" UI for the item's icon shown bit more details - granted, it noticeably stretched. Nevertheless, much thanks for the improvement this mod brings. Can't imagine myself for not using this. Edit: just noticed that there are gaps that should connect the UI with the frame using v4.0 [for GOG users]. So a rollback option would be much appreciated here. Edit2: disregard. There's an option to download the earlier version just above the Changelog section. Pardon my peon-incompetency, hahah. Edit3: apparently a rollback to v3.0 doesn't help much if v4.0 had already installed. What [GOG] users need to do is to DL clonegizka's mod [as attached a post earlier] and then overwrite changes made by this version.
  5. ebmar
    Yeah, it resets only with nodes that gets modified, whichever the fields are. It doesn't with those that were not, even when they had int > 15 [if they were added previously with K-GFF], which is the max limit the Editor can read.
  6. ebmar
    Row 18 only works with default anims that previously assigned in the DLG. Everytime I add and/or modify the anims either via DLG or script, it resets to int/row 0, in specifics node that calls the anim. Update: You were right about this, @DarthParametric -- > Are you editing it in KGFF afterwards to change it back? Apparently the value resets to 0 if the DLG loaded with the Editor, and it needs to be readjusted again with K-GFF. Dang, didn't thought of that possibility earlier. Said and done, many thanks for the assistance. Much appreciated. Update2: Wait, but why it does not resets with default anims setup? Nah, I don't know then. At least there's a setup to overcomes that.
  7. ebmar
    Ah, that kind of make sense - like row limits and such. But how about it's working with default animations - that was previously assigned in the DLG [the NOD_NO one for example], and without having to force the VidFX with a script? Interesting, I'll get an update for that later. Thank you for the input on that.
  8. ebmar
    It resets in-game, and as a workaround it had to be forced by using EnableVideoEffect. The value inside the DLG refers to the custom one, which is why I asked if that's how it is in TSL [modding]. 🤔
  9. ebmar
    I added a new row to videoeffects.2da for a custom CamVidEffect that I intend to use I edited a DLG/medoff.DLG to add and/or modify participant animations using script With the relevant DLG I also change the CamVidEffect from N/A to 18, and could only be changed with K-GFF as the custom one can't make it to DLGEditor's CamVidEffect list With every nodes that calls the animations -nothing fancy as it was just ANIMATION_LOOPING_USE_COMPUTER and ANIMATION_LOOPING_TALK_NORMAL for example- the VidFX resets to int 0 [not even N/A which is by default], which should have been int 18 [as specified in the 2DA] But with default animations setup [or at least untouched in my attempt] the custom VidFX works and not get overridden I hope the information provided was specific enough - thanks for considering.
  10. ebmar
    Greetings, fellow Jedi. Hope everyone's fine. Can anyone confirm in TSL that adding animations [using tk102's DLGEditor] overrides the currently applied [custom] VideoFX/CamVidEffect? In another case it doesn't happen with already existing animations in the relevant DLG. Not there's no workaround for that as we can call EnableVideoEffect with a script together with the added animations, but I'm just curious about this rather bizarre setup [either I did wrong with the DLG or it's one of new things that Obsidian added] in the first place. Much thanks for considering this.
  11. ebmar
    Lol yeah you're right, this is how it looks -- Try this -- lbl_mapm46aa.tpc I wonder if the black bar should be an alpha in the first place but I didn't bother trying that, and just paint it white instead.
  12. ebmar
    Greetings, mod's author. Hope you're doing fine. I use this mod with my playthrough, and apparently there's a missing animations for dodging with a single-blaster. I play female PC and when she [supposedly] dodge the incoming lasers - she'd just freeze in place. Anyway, was the animation supposed to be g5g1 - as referenced by this documentation? Or was it something else. Much thanks for considering this, and may the Force be with you.
  13. ebmar

    Didn't know that the forum had/support this feature --

    Quote

    [MemberName] linked to your content in a personal conversation: [Subject]

    I got a notification for that, which is cool! :thumbsup:

    1. DarthParametric

      DarthParametric

      What terrible things were they saying about you?

      Edit: Oh, just a notification of a link, no juicy gossip. Disregard.

    2. ebmar

      ebmar

      Quote

      What terrible things were they saying about you?

      Quote

      Your mod replaced all my MOD files with JPEG like wtf?!

      -- kidding, it's good things, hahah.

  14. ebmar
    Entry#15: TSL's Hologram Apparently the hologram in TSL was a build-in blending additive. Guessing that by stripping off the alpha-channel from Holotex - texture used by the hologram as an overlay. The alpha-masking that were used by the texture was designed to reduce the blending effect [aside of to create scan-line overlays] from the additive, the same as why in lightsaber's blade-texture its alpha was always in solid-white state. Any darker than that then the glowing effect will be reduced.
  15. ebmar
    Hahah, ez of course I won't do that. It was only for testing purpose of lightsabers from this thread, and while at it I saw the duck-lips. 😛 With proper runs I'll take it off surely. Update: You were right, @DarthParametric - but it's about the single-saber ready animations/g2r1 missing some nodes. The supermodel S_Female03 were missing several of it for g2r1 - all the way from f_um_g to f_rns_g. Copy-pasting the animations from dual-saber wield/g4r1 make the duck-lips' gone now, though fine tuning would still be needed because there's a visible sketchy facial transition from idle to ready stance [it might be the flourish animations that controls it]. Many thanks to @JCarter426 for his documentation of Analysis of the Combat Animations -- finding the alphanumeric code for the relevant animations saved me from hard-troubles, hahah. Perhaps JC can spark some light if he get the chance because I'm sure he know better than I do, like maybe there's limit about how many nodes an animations can have or anything.
  16. ebmar
    Thank you for the insights! There's light at the end of the tunnel here. I'll see if I can bear with it in an hour or two, and if not -- - seems more like it, hahah.
  17. ebmar
    Exactly before it was cool, lol. Yeah, I have JC's Supermodel Fix for K2 installed, and while having it removed - the duck lips game still going strong here. So it's vanilla.
  18. ebmar
    Haven't done that earlier, but have now with PFHC05, and -- - apparently it looks OK. Dang, now that strikes me, hahah. Hah, now I wonder why, as you've said that -- P.S. also there's no PFHH01 model in my Override so that's vanilla
  19. ebmar
    Greetings, fellow Jedi! In current TSL playthrough I'm looking forwards to use PFHH01 head model as the PC's head appearance. Everything looks right not until I saw her facial animation particularly with single-wield ready stance for melee weapon, as seen in the screenshot below -- It's with the mouth if anyone's wondering. Also don't mind the small dot on her forehead, it's just something on the texture I added, hahah. - while it also appear on the character-menu there. But apparently it looks differently with dual-wield; it's looking pretty normal, and I suspect [or wish] that's how it should have looked in the first place. Therefore, if I'm about to fix that, where should I start? I thought it was about the animations in the head model and were thinking about copy-pasting the dual-wield to single-wield but apparently that's not the case. Much thanks for considering this, and may the Force be with you.
  20. ebmar
    Cool findings, @Crazy34! Probably the best stuffs happened yet in 2020. 😛 I have tested your lightsabers, and they look great. You nailed the radiuskey value of the light [with the animations] quite seamlessly, and I really liked what I saw. I'm very grateful to that knowledge and had to thank you for that, really. While at it I also wanted to share what I could, particularly this one's with RGB value of the AuroraLight, especially for anyone that uses JC's Lightsaber Visual Effects for K2, for the ambient light to match the blade color -- Hope that helps with anything.
  21. ebmar
    Thank you for fixing it rather quickly. Actually there's a thing that I forgot to report in the first place, and I'm not sure if you already changed it with the update. In initial release the HKs' texture are missing their alpha masks, hence the TXI parameters/shader's information [that included with the setup] will not working, therefore, the HKs will not have reflections [as they should]. Much thanks for considering this.
  22. ebmar
    Greetings, mod's author! So I went with Option 4 which is -- - and saw an oversight in the namespaces.INI setup which are wrong references for both the Ini/InfoName. On the IniName it was written changes50TSLRCM while the physical file's written as changesTSLRCM50 - therefore, the patcher reads that as changes50 which is Option 2, and is not a TSLRCM compatible form setup. I believe that would causes troubles as one listed for compatibility and the other one aren't. The InfoName was wrong too but I don't think it matter that much. I was saved and being grateful to stoffe's TSLPatcher's setup overview that makes it possible to preview the oncoming installation, hahah. That's all for the report, and many thanks for considering this.
  23. ebmar
    Adding what DP had informed above -- Any static objects -such the workbench- in the game are called placeables. They can be both interactive or non-interactive. They almost always have PLC_ prefix as an identifier, both textures and the models. For a start you can comfortably use KotOR Tool to preview and/or identify all the game textures. And then, using the tool will let you make your way to the texture-packs by accessing this [for KotOR I] -- Kotor I \ ERFs \ TexturePacks GUI are for icons and reticles, and TPA/TPB/TPC are mainly for creatures, levels, skyboxes and placeables. You'd want to go for the TPA because there's where the higher-resolutions are.
  24. ebmar
    As I have finished the playthrough, that means I have [partially] completed the adventure and enjoyment of this ambitious mod which I can say makes me very busy back then. Why partially? Granted, I must have missed some contents because this mod had choices and side-quests which forced me to take one at a time as the game's progress. At the time this was written [and the mod's in 1.0.0 version] -- the mod decently constructed - not anywhere near perfect, and still need a lot of improvements as some part of it was broken. Missing DLG file, wrongly placed to-be-called scripts/conditionals which leads to broken contents, and few other stuffs that towards game-breaking and seriously need to be addressed by the author. I should have given it *** stars for a relatively-poor execution, but I know the amount of dedication and hard-work put into this -not to mention the well written dialogues with plots, and decent voice-overs that I personally think enhances the intensity on the final planet of the journey- deserves at least ***** stars. But I gotta be fair, and **** what I think best with its current condition. I can see myself always have this installed, because it blends really well with the game - and the game needs it, even. Permanent spot in the mod list has been filled.
  25. ebmar
    This mod is essential for my playthrough! Their models looks amazing, and the quality of the texture above all that. Granted, this mod had no competition going because there simply none of them that does it so - I don't think I have much choice to be fair, hahah. In-game screenshot Permanent spot in the mod list has been filled.