You will need the oUF framework as well. But these frames are great.
You'll need to edit the .lua for saving screen positioning since it currently doesn't use saved variables for this.
I'm currently using these frames and are written by one of my guild mates.
It's not standalone if it requires oUF. Anyway, stick to oRA2 until they sort a proper MT replacement, it's not like you lose much with sticking to oRA2 anyway.
It's not standalone if it requires oUF. Anyway, stick to oRA2 until they sort a proper MT replacement, it's not like you lose much with sticking to oRA2 anyway.
They won't be.
In it's current state, oRA3 is far more resource friendly than oRA2 and that is my main reason for switching.
While it's 3 separate mods to accomplish the task, oRA2's modules far exceeded the footprint that the newer version consumes with the additional mods. I actually advise against your advice. The MT list I posted, with some slight modification is a proper MT list and does a great job.
In it's current state, oRA3 is far more resource friendly than oRA2 and that is my main reason for switching.
While it's 3 separate mods to accomplish the task, oRA2's modules far exceeded the footprint that the newer version consumes with the additional mods. I actually advise against your advice. The MT list I posted, with some slight modification is a proper MT list and does a great job.
In what way? Have you actually profiled them against eachother? The difference memory wise is ~200KiB's max, and that is not a reason to switch over.
In it's current state, oRA3 is far more resource friendly than oRA2 and that is my main reason for switching.
While it's 3 separate mods to accomplish the task, oRA2's modules far exceeded the footprint that the newer version consumes with the additional mods. I actually advise against your advice. The MT list I posted, with some slight modification is a proper MT list and does a great job.
If by "resource friendly" you mean memory, when comparing oUF + MT list vs oRA2, then simply put no one cares for a couple of hundred more kb's. If you mean CPU usage, I'd like to see some numbers under some sort of even moderate "stress". The only valid reason I see against using oRA2 at this time (which I don't particularly like either) is its reliance on the Ace2 framework. Then again, if you are also using addons such as Bigwigs etc, you are pretty much stuck with it, like it or not :p
In several recent hardmode videos I've seen an announce in the chatframe when someone dies and which was the latest incoming damage. I'd really like to know which addon this is but my central point is, if it would be possible to either integrate a small deathlog into ora (but I think thats against its design) or get the cooldown data from ora's cooldown module to output the cooldowns which were still available to the person when it dies. (e.g. Cloak of Shadows still available when dying to a nature bomb at Freya)
/edit: A handling for the Glyph of Guardian Spirit would be nice. I didn't test it but i also didn't find anything for this in the code
In several recent hardmode videos I've seen an announce in the chatframe when someone dies and which was the latest incoming damage. I'd really like to know which addon this is but my central point is, if it would be possible to either integrate a small deathlog into ora (but I think thats against its design) or get the cooldown data from ora's cooldown module to output the cooldowns which were still available to the person when it dies. (e.g. Cloak of Shadows still available when dying to a nature bomb at Freya)
/edit: A handling for the Glyph of Guardian Spirit would be nice. I didn't test it but i also didn't find anything for this in the code
If by "resource friendly" you mean memory, when comparing oUF + MT list vs oRA2, then simply put no one cares for a couple of hundred more kb's. If you mean CPU usage, I'd like to see some numbers under some sort of even moderate "stress". The only valid reason I see against using oRA2 at this time (which I don't particularly like either) is its reliance on the Ace2 framework. Then again, if you are also using addons such as Bigwigs etc, you are pretty much stuck with it, like it or not :p
Yes,
I mean in CPU usage.
I run on an AMD Athlalon 3500+ overclocked so while modding+raiding I am very careful about what mods I install. Also, a few hunderd KB of code can be the few that crash WoW, so no matter how much RAM it takes, it only takes one line to be the bad one.
It's very difficult for me to do CPU profiling while raiding, but I'd be happy to post some numbers up if the community is interested. There were a few modules with oRA2 that ran really high and I can't remember which they were that hit me the hardest. I can say that I've gained anywere from 8-15 FPS while raiding, just by switching mods. My CPU is quite taxed so any improvement in code is something I look for.
I've been moving away from using all Ace mods. When it was in it's infancy, it worked great but lately a lot of the library based addons have been killing me. oUF is even starting to get heavy. Lately I've found myself seeking out the custom built unit frames some no-name mod writer has put together.
I run on an AMD Athlalon 3500+ overclocked so while modding+raiding I am very careful about what mods I install. Also, a few hunderd KB of code can be the few that crash WoW, so no matter how much RAM it takes, it only takes one line to be the bad one.
It's very difficult for me to do CPU profiling while raiding, but I'd be happy to post some numbers up if the community is interested. There were a few modules with oRA2 that ran really high and I can't remember which they were that hit me the hardest. I can say that I've gained anywere from 8-15 FPS while raiding, just by switching mods. My CPU is quite taxed so any improvement in code is something I look for.
I've been moving away from using all Ace mods. When it was in it's infancy, it worked great but lately a lot of the library based addons have been killing me. oUF is even starting to get heavy. Lately I've found myself seeking out the custom built unit frames some no-name mod writer has put together.
Just take a screenshot after the test (~600 seconds during a raid for example). As for the CPU usage, you're probably running Embedded? oRA2 could then show up as using far more CPU than it really does, because of the libraries that it loads (that is if oRA2 is the first addon to load Ace2 for example). To do proper profiling, you NEED to run disembedded (all libraries as seperate folders in your AddOn folder.)
Just take a screenshot after the test (~600 seconds during a raid for example). As for the CPU usage, you're probably running Embedded? oRA2 could then show up as using far more CPU than it really does, because of the libraries that it loads (that is if oRA2 is the first addon to load Ace2 for example). To do proper profiling, you NEED to run disembedded (all libraries as seperate folders in your AddOn folder.)
Devils advocate inc..
What's the point of running all them separate if I want an out-of-the-box test? If I make a mod a guild requirement, I would want to show that in it's native setting, it's more efficient, not with tweaking or modifying. What you're suggesting would in effect be changing it's intended installation. In my opinion, running the two as standalone mods in a typical environment would be the best test. Most users will not do what you've suggested.
Easy answer: Profiling with embedded libraries won't give you correct results.
Some examples, where one Addon (oRA2) may report completely different results for the same profiling time and situation:
1) oRA2 as the one and only Addon. Here you will get the results from oRA2 and from the embedded libraries.
2) BigWigs + oRA2, either both with the latest library versions or BigWigs with the newer ones. Here you will only get the real oRA2 results shown for oRA2, but the BigWigs results will include the CPU time that oRA2 uses in libraries shared with BigWigs (so basically Ace2).
3) BigWigs + oRA2, oRA2 with newer library versions than BigWigs. Here you will get higher results for oRA2 because the library time of BigWigs is included in the oRA2 results.
So basically: If you want to see what the addon is doing, you must disembed before you test or you get flawed results. The "native installation environment" has no effect on the actual performance of the addon, but it is impossible to get actual readings when running under it.
Not to sound rude or anything at all, but i have been following oRA3 project since its beginning and i think its quite fantastic if not perfect.
Only issue is since patch 3.2 its been bugging out, but it's still showing cd's so if there is anyway to lessen those bugs in an alpha version :) or any fix by someone here that would be appreciated.
And yes i do realize this is still Alpha and is not meant for use, but i sort of can't raid without it anymore.
Is it only me, or is the MT sorting list not working yet? Adding/removing Tanks on the List does nothing for me. I also tried setting the actual Tank with the Blizzard UI, didn't change the fact either.
Edit: I know Ora3 won't display the Tanks for me. It's the sorting list which is not updated.
Is it only me, or is the MT sorting list not working yet? Adding/removing Tanks on the List does nothing for me. I also tried setting the actual Tank with the Blizzard UI, didn't change the fact either.
Edit: I know Ora3 won't display the Tanks for me. It's the sorting list which is not updated.
It's not working...yet! *glares at Ammo and Rabbit* :mrgreen:
It's not standalone if it requires oUF. Anyway, stick to oRA2 until they sort a proper MT replacement, it's not like you lose much with sticking to oRA2 anyway.
They won't be.
In it's current state, oRA3 is far more resource friendly than oRA2 and that is my main reason for switching.
While it's 3 separate mods to accomplish the task, oRA2's modules far exceeded the footprint that the newer version consumes with the additional mods. I actually advise against your advice. The MT list I posted, with some slight modification is a proper MT list and does a great job.
In what way? Have you actually profiled them against eachother? The difference memory wise is ~200KiB's max, and that is not a reason to switch over.
If by "resource friendly" you mean memory, when comparing oUF + MT list vs oRA2, then simply put no one cares for a couple of hundred more kb's. If you mean CPU usage, I'd like to see some numbers under some sort of even moderate "stress". The only valid reason I see against using oRA2 at this time (which I don't particularly like either) is its reliance on the Ace2 framework. Then again, if you are also using addons such as Bigwigs etc, you are pretty much stuck with it, like it or not :p
/edit: A handling for the Glyph of Guardian Spirit would be nice. I didn't test it but i also didn't find anything for this in the code
http://www.wowinterface.com/downloads/info13607-Fatality.html#info
Perhaps this is what you're looking for. Stick with V 1.0.8 though, as the latter versions have a few minor bugs according to comments.
Yes,
I mean in CPU usage.
I run on an AMD Athlalon 3500+ overclocked so while modding+raiding I am very careful about what mods I install. Also, a few hunderd KB of code can be the few that crash WoW, so no matter how much RAM it takes, it only takes one line to be the bad one.
It's very difficult for me to do CPU profiling while raiding, but I'd be happy to post some numbers up if the community is interested. There were a few modules with oRA2 that ran really high and I can't remember which they were that hit me the hardest. I can say that I've gained anywere from 8-15 FPS while raiding, just by switching mods. My CPU is quite taxed so any improvement in code is something I look for.
I've been moving away from using all Ace mods. When it was in it's infancy, it worked great but lately a lot of the library based addons have been killing me. oUF is even starting to get heavy. Lately I've found myself seeking out the custom built unit frames some no-name mod writer has put together.
For example, the unit frames I use: http://www.wowinterface.com/downloads/info13331-atrUF.html
EXTREMELY well coded and very light weight.
oRA3 + oUF + DaMT is far less intensive than oRA2 and I will provide some numbers and do a CPU profile on Yogg.
PS: Is there a mod out there that logs the CPU profiling?
http://www.wowinterface.com/downloads/info13888-AddonProfiler.html
Just take a screenshot after the test (~600 seconds during a raid for example). As for the CPU usage, you're probably running Embedded? oRA2 could then show up as using far more CPU than it really does, because of the libraries that it loads (that is if oRA2 is the first addon to load Ace2 for example). To do proper profiling, you NEED to run disembedded (all libraries as seperate folders in your AddOn folder.)
Devils advocate inc..
What's the point of running all them separate if I want an out-of-the-box test? If I make a mod a guild requirement, I would want to show that in it's native setting, it's more efficient, not with tweaking or modifying. What you're suggesting would in effect be changing it's intended installation. In my opinion, running the two as standalone mods in a typical environment would be the best test. Most users will not do what you've suggested.
Some examples, where one Addon (oRA2) may report completely different results for the same profiling time and situation:
1) oRA2 as the one and only Addon. Here you will get the results from oRA2 and from the embedded libraries.
2) BigWigs + oRA2, either both with the latest library versions or BigWigs with the newer ones. Here you will only get the real oRA2 results shown for oRA2, but the BigWigs results will include the CPU time that oRA2 uses in libraries shared with BigWigs (so basically Ace2).
3) BigWigs + oRA2, oRA2 with newer library versions than BigWigs. Here you will get higher results for oRA2 because the library time of BigWigs is included in the oRA2 results.
Only issue is since patch 3.2 its been bugging out, but it's still showing cd's so if there is anyway to lessen those bugs in an alpha version :) or any fix by someone here that would be appreciated.
And yes i do realize this is still Alpha and is not meant for use, but i sort of can't raid without it anymore.
//narlya
Edit: I know Ora3 won't display the Tanks for me. It's the sorting list which is not updated.
It's not working...yet! *glares at Ammo and Rabbit* :mrgreen: