ENs - Subs - Buff/Debuff Bar Subs. (oEUO & EUO)

[gimlet]

Outstanding - Thanks again!

[Endless Night]

Well thats disappointing... After much work and loading full icon details (every pixel) into a mega array in OpenEUO.  I find their are 7 unique locations where every icon has a different pixel color... Sadly though when i add in color tolerance of +/- 1024 for variations in color displays... their are 0 unique spots.  The most tolerance i can add and still get uniques is +/- 9 which is probably not enough.

That is was alot of work for a disappointing results.    I will have to think up some alternate solutions.

[Scrripty]

Well thats disappointing... After much work and loading full icon details (every pixel) into a mega array in OpenEUO.  I find their are 7 unique locations where every icon has a different pixel color... Sadly though when i add in color tolerance of +/- 1024 for variations in color displays... their are 0 unique spots.  The most tolerance i can add and still get uniques is +/- 9 which is probably not enough.

That is was alot of work for a disappointing results.    I will have to think up some alternate solutions.

You still using 2 pixels?  OpenEUO is so much faster, just use 3.

[Endless Night]

Well thats disappointing... After much work and loading full icon details (every pixel) into a mega array in OpenEUO.  I find their are 7 unique locations where every icon has a different pixel color... Sadly though when i add in color tolerance of +/- 1024 for variations in color displays... their are 0 unique spots.  The most tolerance i can add and still get uniques is +/- 9 which is probably not enough.

That is was alot of work for a disappointing results.    I will have to think up some alternate solutions.

You still using 2 pixels?  OpenEUO is so much faster, just use 3.

I was trying to use only a single pixel.

[Endless Night]

VERSION UPDATE  EUOX 21  oEUO 4.2 beta

- Internal modification of code
- Ability to easily change data points
- Data points auto created via commands in ens_subs_buffdebuffbar_fullicondefinitions.lua
- New Data points in use that may or maynot speed up bar scanning.

(Version on www.Scriptuo.com and www.EasyUo.Com now in sync.)

[Scrripty]

Found a new icon, increased skill gain for new characters.   Probly never hit it, but hey, it's an icon.

[gimlet]

EN - Thanks for the update!

Stupid question probably but
can you run EUOX and   oEUO  at the same time? (two different scripts of course)

[Endless Night]

EN - Thanks for the update!

Stupid question probably but
can you run EUOX and   oEUO  at the same time? (two different scripts of course)

Why of course you can ..  In fact you can run multiples of both of them looking at the same or different clients.  (You should try my mods for openEou if you routinely have more than one client open.)

[Scrripty]

Just found a crash using my version of this EN.  If you are swapping between clients, and cover up a bar so that it's trying to get focus over and over while pathfinding... instant client close.  I'm sure its something to do with opening the gump too quickly for the client to handle while a pathfind is happening. Every time it crashed it was while moving and the bar was covered, and the variable I had set showed it was in the scanbar sub.  When I uncovered the bar or ran in 32 bit mode on win7, all was fine, not a single crash in hours of gameplay.  This is using the EUO version of my bar, but I'm sure it probly applies to all.  I'll test oeuo next.

[Endless Night]

Just found a crash using my version of this EN.  If you are swapping between clients, and cover up a bar so that it's trying to get focus over and over while pathfinding... instant client close.  I'm sure its something to do with opening the gump too quickly for the client to handle while a pathfind is happening. Every time it crashed it was while moving and the bar was covered, and the variable I had set showed it was in the scanbar sub.  When I uncovered the bar or ran in 32 bit mode on win7, all was fine, not a single crash in hours of gameplay.  This is using the EUO version of my bar, but I'm sure it probly applies to all.  I'll test oeuo next.

Interesting... Probably could handle this by adding a timer/count for attempts to open the bar and after x failors/time quit.   Not sure what it does now i will have to check.  Let me know how the openeuo test went.

EDIT this is the offending code  

Code: [Select]

    Repeat
       event macro 57
       wait 1
     Until #Contname = BuffIcons_Gump

Not as easy fix as looks need to add an exception and carry that back so the script exits without further scan attempts.  not difficult just time consuming. Surprised I did that normally I never have loops that can turn infinite.

EDIT EDIT: Actually thats probably not the problem at all but that would be a problem under diff circumstances.(Client not logged in)

EDIT EDIT EDIT:  Umm I actually wonder if my script would ever have this issue.. im thinking its just your modded version that has the issue, as i distinctly remember testing for bar covered status.

[Endless Night]

VERSION UPDATE  EUOX 22

- Integrated Client not logged in check.
- Placed safty exit code around Event Macro Opening of buffbar.
- Placed wrapper around scan code for client logged and bar not opened status.


TEST CODE 2 tabs running simulatenous - NO Errors cashes .. tested by covering and uncovering bar no issues.

Code: [Select]

Call ScanBuffBar  ; Presumes file is in same location as euo
SETUOTITLE  %BuffBarCalls : %BuffBarTime : %BuffBarScanMethod - BAR: %BuffbarDirection - Icons: %BuffBarIconsFound - %BuffBarIconNames
wait 1


Code: [Select]

if #charposx <= 1000
  event pathfind  1010 537 -70
if #charposx >= 1010
  event pathfind  1000 537 -70
wait 1


[Scrripty]

I'm using this extensively now because I added the ability to have unlimited clients with my version.  Its fun finding unique ways to bug test.  I set a unique variable at the top of my subs like this: %booya . #charid "sub name",  then added the variable to euo variable watch list for all running clients, and where ever the crash happened, that variable was set to the exact sub name that developed the crash.   Love it.  The version of my two scripts I use here have the ability to pick and choose any clients you like to have be part of the executed scripts in any order, and you can add/remove them while the script is running.  So a LOT is going on, makes for great feedback. 

[Scrripty]

About the client not logged in thing, I'm dealing with a ton of that now, I have to gracefully handle a client crash for all other clients in my scripts, so I'm adding a lot of protections against swapping to a client that's not there anymore.   The real problem is if the client that started the script craps out on you. heh  Then you're in trouble.

[Endless Night]

About the client not logged in thing, I'm dealing with a ton of that now, I have to gracefully handle a client crash for all other clients in my scripts, so I'm adding a lot of protections against swapping to a client that's not there anymore.   The real problem is if the client that started the script craps out on you. heh  Then you're in trouble.

Easiest way around that one is to have an unused client. Start it in that and then have the script launch another one to actually login etc...  That way if the running client dies the original is still their and you just launch another.  Its kinda silly i always thought that EUO stops running when no client especially being as you have a client launch command.

[Scrripty]

I'd love it if he put something in to keep scripts running when there's no cluent, or you lose the client that opened the original script.  We should suggest that.   If you could keep scripts in a constant "running" state, you could do some wicked complex stuff.