Jump to content

blackrabite

Members
  • Posts

    5
  • Joined

  • Last visited

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

493 profile views

blackrabite's Achievements

Poring

Poring (1/15)

0

Reputation

1

Community Answers

  1. Hmmm. I have tried running all the setups & client as Admin, and that doesn't work (I'm a full Admin account anyway...). I even switched back to my working GRF with the original .lua nil problem, and it is permanently windowed. I have tried putting OptionInfoList["ISFULLSCREENMODE"] = 1 in the SaveData\OptionInfo.lua file, I've tried saving that as .lub, I've tried putting it into the OptionInfo.lub file from your pack and re-packing.... nothing works! Unfortunately, I have to go to work now. Please let me know if you can think of anything. Thank you. edit: I guess what it is that is frustrating me most is that it should be much more obvious which variable ultimately controls how the client acts. For 06-16-10 client w/ fully updated kRO: is this in RO\SaveData\OptionInfo.lua? Or should that be .lub? Or, is it in (grf) Data\OptionInfo.lua? Or, is it in (grf) Data\lua files\optioninfo\OptionInfo.lub? It's certainly not the registry, because FULLSCREEN is set to 1 there. This is all indicative of my fundamental misunderstandings of LUA and LUB, so if anybody could point me to a thread that explains exactly what they are, why RO uses them, and when one is used over the other, it'd be miraculous. Thank you for reading! edit: The Second: So! I fixed the fullscreen issue by using this setup, referenced later in this thread. While some of my confusion on LUA and LUB still stands - and I'm still way game to check out any references you all can throw at me - everything else is working wonderfully. Thank you, Judas!
  2. Hello Judas, thank you for your help and your resources (Client Bible, etc!) I extracted the LUB & LUA from mainj.grf and merged them into my Data\ folder, which I then converted to a GRF: the client boots with no problems now! But, the client will NOT fullscreen anymore. I have tried using OpenSetup.exe and Setup_patched.exe, and nothing fixes this issue. Please advise! Thank you very much.
  3. Hello again! As you can see in my setup below, I am using the 06-16-10 LUB files for my 06-16-10 client. However, whenever I start the client, I get the error: lua files\stateicon\stateicon.lua:1846: table index is nil Clearly, this is because this file does NOT exist in my data GRF. The client works fine otherwise in my testing so far. Should I be using a set of LUA files in conjunction with my current LUB set? I could find no instruction to do so, so I thought I'd ask. OR: should I use "read LUA before LUB" and just forget all about LUB files? In that case, which LUA should I use for 06-16-10 client? The most recent from the ClientSide svn? Thank you for the help! Below is my current setup: fully updated kRO installation (2013-02-01) rAthena 17128 : renewal.h IGNORED 06-16-2010 diff'd client (NO read data & NO lua before lub) Alexandria's Data v2.0 + update from SVN 06-16-2010 LUB files + pre-renewal item description (source: http://svn6.assembla...svn/ClientSide/)
  4. Thanks for the quick reply! I guess what I'm getting at is, what am I losing by NOT including rdata.grf? It doesn't change the functionality of the server, just what resources are available to the client, right? And do you mean to suggest that I should use a newer RE client for hexing? I was mostly just following the advice in Judas' Client Side Bible, and it sounded as though 06-16-2010 had the best compatibility / stability with rAthena (between itself and some 2012 clients). As far as kRO installations go, as mentioned above, I am using a very recent main install (2013-02-01) with all updates. Do you mean to say that Miruku's release of kRO would be better? Thank you so much.
  5. Hello, and thanks in advance for taking a look here! So, server's up and running, and - after a lot of troubleshooting - things are finally working and translated. I am aiming for a more classic-feel server, so I have disabled renewal.h. My question is: in my DATA.INI, I have: 0=my_stuff.grf 1=data.grf Should I be omitting 2=rdata.grf ? If I leave it out, am I leaving myself and others susceptible to client crashes? My goal for now is to simply preserve the classic RO mechanics. Thank you very much for your input! Below is my setup; any other comments or advice on it are much appreciated: fully updated kRO installation (2013-02-01) rAthena 17128 : renewal.h IGNORED 06-16-2010 diff'd client (NO read data & NO lua before lub) Alexandria's Data v2.0 + update from SVN 06-16-2010 LUB files + pre-renewal item description (source: http://svn6.assembla.com/svn/ClientSide/)
×
×
  • Create New...