 |
| Category: OtherIRV (Image Resource Viewer) |
This plugin lets users view many of the built-in image resources.
Now that Turbine has fixed the client crash bug in SetBackground() I have rewritten the image viewer, eliminating the old pesky 'good' and 'bad' ranges. This has also allowed me to include all displayable images for the current client. Unfortunately, it turns out that the library of images is too large to handle custom entries in a single .plugindata file so custom entries have been temporarily removed. The library was broken up into a group of libraries to make custom entries possible in a future version but for now the library and search windows are disabled.
There is a new scrollbar/index display in version 2 for quickly moving through a library. The VCR style buttons also have a Move to First and Move to Last button.
There is also a new Filter button which opens a list of filters for the images, currently only the Width and Height values can be entered. Once the library capabilities are re-implemented, you will be able to filter the display by category, subcategory, description, etc.
The import/export dialog has also been temporarily disabled until I can rewrite the library utilities to account for the new database structures. This feature wasn't enabled in the last released version so nobody will miss it 
The plugin has the following chat commands:
/irv show
/irv hide
/irv toggle
Known issues:
There is a known bug that allows the user to manually enter a resource ID that does not exist in the currently selected library but it will still display.
VERSION CHANGE LOG
-----------------------------------------------------------------
Ver 2.0
Complete overhaul. The version log has been restarted as this version is so drastically different from prior versions. |
| Archive List (Old Versions) |
File Name |
Version |
Size |
Author |
Date |
|
1.03a |
179.72 Kb |
Garan |
08-16-2011 02:31 PM |
|
1.02 |
123.07 Kb |
Garan |
11-26-2010 12:16 PM |
|
1.01 |
122.20 Kb |
Garan |
11-19-2010 12:04 PM |
|
1.00b |
78.49 Kb |
Garan |
10-31-2010 11:24 PM |
|
1.00a |
78.49 Kb |
Garan |
10-31-2010 05:49 PM |
|
1.00 |
78.49 Kb |
Garan |
10-31-2010 11:43 AM |
| File Statistics |
| User Rating: |
|
| Downloads: |
32179 |
| Views: |
82609 |
| Favorites: |
14 |
| Uploaded By: |
|
| Last Modified: |
N/A |
|
|  |
|
 |
|
10-31-2010, 03:14 PM
|
|
The Undefeated
Forum posts: 6
File comments: 14
Uploads: 0
|
Getting an error in line 865 of Main.lua when I try to load it
|
|
|
|
10-31-2010, 05:11 PM
|
|
The Undying
Forum posts: 54
File comments: 50
Uploads: 10
|
I can't get it to start
|
|
|
|
|
10-31-2010, 05:52 PM
|
|
The Undying
Forum posts: 341
File comments: 980
Uploads: 20
|
Quote:
|
Originally Posted by Starcrusher
Getting an error in line 865 of Main.lua when I try to load it
|
Quote:
|
Originally Posted by The Old One
I can't get it to start
|
Sorry guys. I accidentally left a reference to the developement folder. I fixed it and 1.00a is now available.
Last edited by Garan : 10-31-2010 at 06:36 PM.
|
|
|
|
|
10-31-2010, 11:25 PM
|
|
The Undying
Forum posts: 341
File comments: 980
Uploads: 20
|
Grrr.. found another reference to the old location. Version 1.00b should fix the last of them.
|
|
|
|
|
11-01-2010, 09:50 AM
|
|
The Wary
Forum posts: 0
File comments: 25
Uploads: 4
|
Under traits - virtues, one of these things is not like the others.
Overlay for exterior maps should be in a different category.
Last edited by Deusdictum : 11-01-2010 at 09:50 AM.
|
|
|
|
|
11-01-2010, 11:12 AM
|
|
The Undying
Forum posts: 341
File comments: 980
Uploads: 20
|
Quote:
|
Originally Posted by Deusdictum
Under traits - virtues, one of these things is not like the others.
Overlay for exterior maps should be in a different category.
|
*chuckle* uh, yep. Definately not a trait. Copy paste ftl
It belongs in UI since it's an overlay for the MAP UI. I'll fix it for Ver 1.01 defaults. Thanks. |
|
|
|
|
11-18-2010, 09:05 PM
|
|
The Wary
Forum posts: 0
File comments: 29
Uploads: 2
|
crashes when browsing
ImageRanges numbers seem to be misaligned by +1, which causes crash of Lotro when browsing through image resources from enabled (green - checked) range to disabled (red) image range
|
|
|
|
|
11-19-2010, 09:46 AM
|
|
The Undying
Forum posts: 341
File comments: 980
Uploads: 20
|
Re: crashes when browsing
Quote:
|
Originally Posted by pgmatg
ImageRanges numbers seem to be misaligned by +1, which causes crash of Lotro when browsing through image resources from enabled (green - checked) range to disabled (red) image range
|
Hmmm. I'm sure there is no issue with the image ranges being misaligned. It is possible there is something else causing an issue here such as an image that rendered as an empty (which is considered good) for me but causes a rendering failure for you. Can you provide more specific information such as the specific green image resource number where it crashes? Does it crash at multiple boundaries or just one specific boundary?
One of the other possible issues is that it will not work with the european (specifically french and german) locale settings - this is an underlying bug in the Turbine save and load features. The comma used as a decimal place will cause the values to all be saved and loaded incorrectly (if at all).
I have an updated version with a few new features and many more Range and Library values. I've just been busy letting it locate images (one of the new features is an automated "scan until fail" feature) and then identifying them that I haven't finished all of the new features. If you are having trouble with a specific boundary, perhaps re-importing the defaults (another new feature) with the new version will fix this problem. I'll try to publish as much of the new version as is ready later today (Nov. 19th) |
|
|
|
|
11-19-2010, 01:22 PM
|
|
The Wary
Forum posts: 0
File comments: 29
Uploads: 2
|
tried the new version, still crashes when moving to the last image of every "good" ImageRanges
|
|
|
|
|
11-19-2010, 01:44 PM
|
|
The Undying
Forum posts: 341
File comments: 980
Uploads: 20
|
Quote:
|
Originally Posted by pgmatg
tried the new version, still crashes when moving to the last image of every "good" ImageRanges
|
Interesting. I even tried downloading the latest version on a new PC (no prior plugin folder) with no other plugins, not even Turbines, and it works fine. There must be something different about your resource files or client.
Are you running the US client?
Are you running the Low-res client or Hi-res?
What resolution do you run your client at?
Not that it should really matter, but just in case, what other plugins do you have installed?
Again, it shouldn't really matter, but what OS are you running?
The more information we can compare, the better the odds of finding out why it is behaving oddly for you. |
|
|
|
|
11-19-2010, 03:55 PM
|
|
The Wary
Forum posts: 0
File comments: 29
Uploads: 2
|
Hi, first of I do have a programming background (adopted FilterBag plugin),
so 1st thing I did is to check if I did something wrong, and found nothing on my end.
My client is US Hi-res; do not see any reason why resolution of my client would matter - by default in window mode 1280x768.
I have a lot of plugins installed pretty much all that were of any interest.
Running Windows 7 64bit.
After debugging the problem I was forced to modify default.lua with lines like:
ImageRanges[#ImageRanges+1]={0x41007d9f,0x41007ee3, "S", "D"}
ImageRanges[#ImageRanges+1]={0x41007ee4,0x41007ee4, "D", "D"}
Quote:
|
Originally Posted by Garan
Interesting. I even tried downloading the latest version on a new PC (no prior plugin folder) with no other plugins, not even Turbines, and it works fine. There must be something different about your resource files or client.
Are you running the US client?
Are you running the Low-res client or Hi-res?
What resolution do you run your client at?
Not that it should really matter, but just in case, what other plugins do you have installed?
Again, it shouldn't really matter, but what OS are you running?
The more information we can compare, the better the odds of finding out why it is behaving oddly for you.
|
Last edited by pgmatg : 11-19-2010 at 04:58 PM.
|
|
|
|
|
11-19-2010, 07:27 PM
|
|
The Undying
Forum posts: 341
File comments: 980
Uploads: 20
|
Quote:
|
Originally Posted by pgmatg
Hi, first of I do have a programming background (adopted FilterBag plugin),
so 1st thing I did is to check if I did something wrong, and found nothing on my end.
My client is US Hi-res; do not see any reason why resolution of my client would matter - by default in window mode 1280x768.
I have a lot of plugins installed pretty much all that were of any interest.
Running Windows 7 64bit.
After debugging the problem I was forced to modify default.lua with lines like:
ImageRanges[#ImageRanges+1]={0x41007d9f,0x41007ee3, "S", "D"}
ImageRanges[#ImageRanges+1]={0x41007ee4,0x41007ee4, "D", "D"}
Quote:
|
Originally Posted by Garan
Interesting. I even tried downloading the latest version on a new PC (no prior plugin folder) with no other plugins, not even Turbines, and it works fine. There must be something different about your resource files or client.
Are you running the US client?
Are you running the Low-res client or Hi-res?
What resolution do you run your client at?
Not that it should really matter, but just in case, what other plugins do you have installed?
Again, it shouldn't really matter, but what OS are you running?
The more information we can compare, the better the odds of finding out why it is behaving oddly for you.
|
|
As it happens, I also use 1280x768 with a US, Hi-res client, so the resource file can be eliminated as an issue. The only significant difference seems to be the operating system. I'm not sure why that would cause this but the specific example you provided, 0x41007ee4, is one of those resources that may not really be an image - and from your results it would appear it really isn't. For you it causes a client crash, but for other users successfully using the plugin, it just shows as a 32x32 blank. That is the reason I asked about client resolution, since that resource is not actually an image, it could be handled differently at different resolutions (Turbine uses seperate bin files, located in the bindat folder of your game client, depending on your graphics settings and actual resolution).
Without knowing a lot more about the actual resource, it's pretty hard to determine why it is crashing your client but not others. Unfortunately, Turbine does not currently expose any resource information to LUA (other than the SetBackground() method) so the only way to identify resources is visually. Unfortunately, visually, the resource which is crashing your client displays exactly the same as the blank Image Underlay resources which are actual images (ex, 0x288059e4). Until Turbine provides a way to distinguish non-image resources programatically, it is doubtful that you will be able to use the plugin since the updates will be based on my data. I'll keep looking for any other way to identify these resources, I haven't had much of a chance to play with the changes on Bullroarer so I don't know if there's any hope in the near future but the release notes didn't indicate any changes to this.
Last edited by Garan : 11-19-2010 at 07:36 PM.
|
|
|
|
|
11-19-2010, 07:50 PM
|
|
The Wary
Forum posts: 0
File comments: 29
Uploads: 2
|
If the resource shows up as a blank, then it would make sence to eliminate it from ranges 0x40000000 - 0x42000000.
I'm in a process of auto eliminating end of the range image from every 4+ range within above mentioned.
|
|
|
|
|
11-20-2010, 07:58 PM
|
|
The Wary
Forum posts: 0
File comments: 29
Uploads: 2
|
I modified the ranges in default.lua so it doesn't crash now.
Also added categories for various items & added texture category, and modified Library table accordingly.
Expanded some of the ranges with the ones I've checked.
download from : http://www.russianmoviesdirectory.co...rvDefaults.rar
PS: I've been trying to figure out how to extract images from the data file directly using data gathered so far as an index. But default tga, png, jpg, bitmap & raw image extraction methods havn't worked so far. |
|
|
|
|
11-20-2010, 09:43 PM
|
|
The Undying
Forum posts: 341
File comments: 980
Uploads: 20
|
Quote:
|
Originally Posted by pgmatg
I modified the ranges in default.lua so it doesn't crash now.
Also added categories for various items & added texture category, and modified Library table accordingly.
Expanded some of the ranges with the ones I've checked.
download from : http://www.russianmoviesdirectory.co...rvDefaults.rar
PS: I've been trying to figure out how to extract images from the data file directly using data gathered so far as an index. But default tga, png, jpg, bitmap & raw image extraction methods havn't worked so far. |
I'm glad you have a solution with which you are satisfied. I appreciate your effort but I won't be adopting the ranges you calculated since there are some images that are adjacent to previously flagged "bad" ranges which would be erroneously locked out for me (and others). I've considered doing something similar, changing the boundary resources back to "untested" status or creating a mechanism to only enforce "safe" boundaries using a test on the first application start up to determine if the boundaries cause crashes (similar to the current test for locking out bad images). I will be holding off until I have a chance to consider all of the ramifications of such a mechanism, as well as a chance to search more image ranges and determine just how many valid images are likely to be locked out (currently it seems to be a very small number).
I've already planned adding "Category" as a subcategory of the Item category. I won't be doing this until the November patch hits and fixes the Item:GetCategory() method so that I can use the actual Turbine categories for the items. I would not recommend making custom changes to the Category or Subcategory tables unless you don't wish to use any future updates I publish since your custom tables will have indices that conflict with the ones I will publish. Custom Image Ranges and Library values are harmless since the updates will not overwrite them as long as you are properly flagging them as custom and you don't use the "Import Defaults" option.
P.S. Hopefully you have considered the implications of direct extraction regarding the ToS. I also considered using such a mechanism to bypass Turbine's lack of resource information but there's a reason I chose not to go down that path... |
|
|
|
|
|
All times are GMT -5. The time now is 03:46 AM.
|
|
10-31-2010, 03:14 PM
