This release is actually a pretty major one, even though a lot of the changes are just behind-the-scenes:
Full support for the new Beta 1.8 blocks, assuming that no more get added between now and its official release.
All block types are read dynamically from a text-based YAML file, and users should be able to easily add in support for mods, etc.
X-Ray can open up arbitrary dimensions, instead of just the Overworld and Nether. This probably only matters to people who might be looking to add in Aether support (per the previous bullet point), but would have eventually become necessary for Skylands support anyway. The "N" key now stands for "Next Dimension" instead of just "Nether," and "P" will move you to the previous dimension.
Various packaging reorganizations, updated to LWJGL 2.7.1, and other miscellaneous cleanups.
For full details on the mod support, check out this page, and be sure to let me know if you create a YAML file for a mod. It would be nice to have a small repository of available files.
A lot of the packaging changes in this release are quite recent, so do let me know if you encounter any problems getting this release to run. I'm unlikely to have time to work on this much as the weekend gets closer, so early bugreports will yield faster results than later ones!
Just so you know - I haven't forgotten about this feature request, and I quite like the idea of having this in X-Ray. There just wasn't enough time to get it in place for 3.3.0, though. Hopefully I can get it in by the next "bigger" release.
This is a very minor release which just fixes one issue - X-Ray's been using an OS detection routine that I've never been terribly happy with, but never got around to changing. Today I got an email from someone who was attempting to run X-Ray on Windows Server 2008, and getting an "OS Not Supported" error. So, that's what this release fixes. It should allow any version of Windows, and be relatively future-proof.
So yeah, that's the only change. If you already grabbed 3.3.0 and it works fine for you, there's no real reason to grab this new one.
Xray doesn't works at MP servers? Bcoz i can only play at SP maps, and when i try to run it at mp nothing happen. I copied everything from archiwe to minecraft.jar.
X-Ray needs to have access to the actual world directory in order to load a multiplayer world. Once you have a copy of the world directory on your local hard drive (or on a network share you have access to), just start up X-Ray, choose "Other..." from the world list, and browse to where the world directory is. If you hear people talking about using X-Ray on an SMP world, it's pretty likely that they're either talking about the unrelated XRay mod or the also-unrelated X-Ray Texture Pack.
More specifically addressing your post: X-Ray is not a mod; you do not install it into minecraft.jar or anything like that. It's an external program that you run outside of Minecraft itself.
I should really keep a tally of how often this is asked.
dude why the hell would u create this new version it sucks i cant use it in game no offence i love ur xray mod but still man this new version sucks please return it to the old version
As I've mentioned a number of times before, both here and on X-Ray's official webpage: this is not a mod - it is not usable in-game, and has never been usable in-game. X-Ray has always been a standalone application, and if you don't like it and don't want to use it, or think it sucks, that's fine by me. You are more than welcome to use or not use whatever software you want.
Some time after X-Ray had been out, someone else wrote a mod which they named "XRay," which is the thing you're apparently looking for. This is not it. There's multiple links to it in this thread (including a post on this same page), on my website, and available via Google. Good luck!
I've been lurking here for a long time, and I just want to say thanks for your continued updates to this tool.
Wait, you added the ability to add custom block types? Neat! I'll have to play with that. I clearly need to lurk more!
Edit: How do we define textures for custom blocks for mods using a separate terrain index? The documentation in the minecraft.yaml is very good, but some mods now use one or more terrain grids like terrain.png in minecraft.jar. Would it be possible to specify a different target for "blocks," or include a different parameter?
Hi, downloaded Mincraft Xray and so far I like it. One thing though I've tried to edit the xray.properties file so that I could highlight bookcases to help find strongholds. Once i've made the edit and saved the file, when I run minecraft xray it just creates a new properties file and overwrites the one I edited so that I'm back to the default blocks to highlight.
Edit: How do we define textures for custom blocks for mods using a separate terrain index? The documentation in the minecraft.yaml is very good, but some mods now use one or more terrain grids like terrain.png in minecraft.jar. Would it be possible to specify a different target for "blocks," or include a different parameter?
Hm, I actually wasn't aware that there were mods that used an entirely different full "terrain.png" or whatever. Could you let me know what mod you're currently looking at? I'll probably just have to figure out support for that style of mod for the next release. Oh, and thanks for the thanks!
Hi, downloaded Mincraft Xray and so far I like it. One thing though I've tried to edit the xray.properties file so that I could highlight bookcases to help find strongholds. Once i've made the edit and saved the file, when I run minecraft xray it just creates a new properties file and overwrites the one I edited so that I'm back to the default blocks to highlight.
Huh, that definitely shouldn't happen. Could you maybe send me a copy of the file after you've edited it, but before running X-Ray again? I'll take a look to see what's going on, then.
Hm, I actually wasn't aware that there were mods that used an entirely different full "terrain.png" or whatever. Could you let me know what mod you're currently looking at? I'll probably just have to figure out support for that style of mod for the next release.
Sure. Better Than Wolves is one example of a mod using a separate terrain index; in 2.94 it can be found in the btwmodtex folder, btwterrain01.png. I believe Minecraft Forge enables the terrain index, if you need to look at that API for whatever reason.
Sure. Better Than Wolves is one example of a mod using a separate terrain index; in 2.94 it can be found in the btwmodtex folder, btwterrain01.png. I believe Minecraft Forge enables the terrain index, if you need to look at that API for whatever reason.
Okay, thanks a bunch. I'll have to dig into that a bit. It wouldn't be too hard to hook that into a similar process that we're using for the "mlblocks" list, but that mod in particular looks like it would probably come dangerously close to completely filling up the texturespace, at least as I've gotten it written at the moment. I'll figure something out, though, and hopefully get out another release before too long. Will let you know! In the meantime, there's probably not really a useful way for you start defining the texture information for those blocks.
Huh, that definitely shouldn't happen. Could you maybe send me a copy of the file after you've edited it, but before running X-Ray again? I'll take a look to see what's going on, then.
No problem I want to try again once I get home and I'll let you know what happens either way and get you the file it it still doesn't work for me. I'm at work at the moment so couldn't really delve into it to much just a quick test.
Edit: ok I figured it out. I had put BOOKCASE instead of BOOKSHELF. Once I put BOOKSHELF it work as it was suppose to.
Edit: ok I figured it out. I had put BOOKCASE instead of BOOKSHELF. Once I put BOOKSHELF it work as it was suppose to.
Oh, okay - glad you figured it out. I should probably have X-Ray pop up a little dialog when something like that happens, rather than just silently reverting to a known-good value. I'll get that in for the next release. Enjoy!
Does this work for 1.8.1 or do I need to wait for newer version?
The latest versions of X-Ray do support all the new block types from Minecraft 1.8 and 1.8.1. If you're asking that question, though, I suspect you think that this is a mod, which it is not. It's a standalone application that you run outside of Minecraft itself. X-Ray should be able to "fail gracefully" if new Minecraft versions come out that it doesn't explicitly support yet - unknown block types would just show up as purple cubes.
I realize that in this age of SMS and Twitter and what-have-you, people often value brevity over thoroughness, but I for one have yet to succumb to the allure of that delightful simplicity. Perhaps one day my posts will become terse and bereft of complexity and run-on sentences, but that day is not today. For now I will rejoice in the splendour of language, and carry on to provide information I find relevant and potentially useful! Tally ho!
I am trying to open a SMP world which i downloaded to my desktop. Whenever i choose "other", and press "go", X-Ray will crash with this trace:
Ah, foo - I had another user report that over email. Are you by any chance running Java 7, on Windows? (If you run the .bat version, it'll output a "minecraft_xray_output_log.txt" which would contain your Java version.)
I haven't been able to reproduce the error on my end, though I did put together a little custom build to deal with both the Java 7 thing and the exception that you're seeing, for the guy who reported it initially. I was hoping to hold off on putting an actual X-Ray release out to address both those things, for various probably silly reasons; perhaps I'll get a new version out later today. For now, I'll send you a PM with a link to that custom build which should take care of it for you for the time being.
This is a pretty small release, and doesn't include everything I'd have hoped to get in there, but one of the issues was causing at least a couple of folks problems with running the app. So, I figured that I should get a release out sooner rather than later.
Included in this release:
Chests now render much more correctly
Silverfish blocks now render properly (they can appear as smoothstone, cobblestone, or stone brick - previously X-Ray would only show them as smoothstone)
Fixed an Exception some Windows users were seeing when choosing "Other" from the main world selection dialog
I hope to get a version 3.3.3 released before too long, which should include blockdef support for the kind of mods brought up by Mr. B, support for highlighting Silverfish blocks more noticeably, slime-spawn highlighting support, and possibly some other stuff. We'll see how well those plans go, of course.
I was quite caught off-guard by how quickly the Mojang folks ended up "leaking" the 1.9-pre version of Minecraft, so basically all of my plans for the 3.3.3 release fell by the wayside. Instead, this release primarily just adds support for all the new block types added in 1.9. In slightly more detail:
Support for all Beta 1.9 Blocks
Various rendering improvements to water, glass, glass panes, iron bars, fence gates, and crops (though transparency issues do continue to persist)
Glass, in particular, behaves much better than it used to, and should typically show you everything through the glass that you'd expect (except, depending on your orientation, other glass placed behind it)
So yeah, the usual sort of transparency weirdness issues do persist, but this release does go a ways down the road of trying to address those. Even if you've not hopped on the 1.9-pre "leaked" version, this release should be well worth grabbing.
As always, let me know if there are issues.
On the table still for the next release (3.3.4? 3.4.0?) - blockdef support for the kind of mods brought up by Mr. B, support for highlighting Silverfish blocks more noticeably, slime-spawn highlighting support, ...
Yay!!
This is an awesome tool, I cant believe more people arent using this!
Thanks! It actually does get quite a few downloads; 3.3.1 got 13k downloads, 3.2.0 got 40k (I think the gap between 3.2.0 and 3.2.1 might have been the longest, which could explain that higher number). Of course, I do have to figure in all the folks who probably downloaded it thinking it was a mod, and then got disappointed that it wasn't.
Still, it does seem a heck of a lot more popular than other projects I've put out in the past, so I'm personally quite pleased at how it continues to be received. (This may be a good time to re-mention that I'm not the original author of X-Ray. That was plusminus, who apparently lost interest in Minecraft and last released version X-Ray 2.7 in October 2010. I ended up picking up the project and maintaining it last December, because I too thought it was a great app, and didn't want to see it die.)
Edit: How do we define textures for custom blocks for mods using a separate terrain index? The documentation in the minecraft.yaml is very good, but some mods now use one or more terrain grids like terrain.png in minecraft.jar. Would it be possible to specify a different target for "blocks," or include a different parameter?
Hello - just FYI, the code currently in git does support this now, if you're willing to hop onto the development version for a bit. You'd just add the texture filename as "texfile" (basically right where you'd specify "texpath" for filename-based textures) and go on your way. That support will definitely be in the next version of X-Ray, so feel free to just wait for that, too, if you like.
This release is actually a pretty major one, even though a lot of the changes are just behind-the-scenes:
For full details on the mod support, check out this page, and be sure to let me know if you create a YAML file for a mod. It would be nice to have a small repository of available files.
A lot of the packaging changes in this release are quite recent, so do let me know if you encounter any problems getting this release to run. I'm unlikely to have time to work on this much as the weekend gets closer, so early bugreports will yield faster results than later ones!
Heh, it's not like you're obligated to check in here every day or whatever. Good luck on the thesis!
Just so you know - I haven't forgotten about this feature request, and I quite like the idea of having this in X-Ray. There just wasn't enough time to get it in place for 3.3.0, though. Hopefully I can get it in by the next "bigger" release.
This is a very minor release which just fixes one issue - X-Ray's been using an OS detection routine that I've never been terribly happy with, but never got around to changing. Today I got an email from someone who was attempting to run X-Ray on Windows Server 2008, and getting an "OS Not Supported" error. So, that's what this release fixes. It should allow any version of Windows, and be relatively future-proof.
So yeah, that's the only change. If you already grabbed 3.3.0 and it works fine for you, there's no real reason to grab this new one.
From The FAQ:
More specifically addressing your post: X-Ray is not a mod; you do not install it into minecraft.jar or anything like that. It's an external program that you run outside of Minecraft itself.
I should really keep a tally of how often this is asked.
Minecraft, A game of.. Awesomeness....
As I've mentioned a number of times before, both here and on X-Ray's official webpage: this is not a mod - it is not usable in-game, and has never been usable in-game. X-Ray has always been a standalone application, and if you don't like it and don't want to use it, or think it sucks, that's fine by me. You are more than welcome to use or not use whatever software you want.
Some time after X-Ray had been out, someone else wrote a mod which they named "XRay," which is the thing you're apparently looking for. This is not it. There's multiple links to it in this thread (including a post on this same page), on my website, and available via Google. Good luck!
Wait, you added the ability to add custom block types? Neat! I'll have to play with that. I clearly need to lurk more!
Edit: How do we define textures for custom blocks for mods using a separate terrain index? The documentation in the minecraft.yaml is very good, but some mods now use one or more terrain grids like terrain.png in minecraft.jar. Would it be possible to specify a different target for "blocks," or include a different parameter?
Hm, I actually wasn't aware that there were mods that used an entirely different full "terrain.png" or whatever. Could you let me know what mod you're currently looking at? I'll probably just have to figure out support for that style of mod for the next release. Oh, and thanks for the thanks!
Huh, that definitely shouldn't happen. Could you maybe send me a copy of the file after you've edited it, but before running X-Ray again? I'll take a look to see what's going on, then.
Sure. Better Than Wolves is one example of a mod using a separate terrain index; in 2.94 it can be found in the btwmodtex folder, btwterrain01.png. I believe Minecraft Forge enables the terrain index, if you need to look at that API for whatever reason.
Okay, thanks a bunch. I'll have to dig into that a bit. It wouldn't be too hard to hook that into a similar process that we're using for the "mlblocks" list, but that mod in particular looks like it would probably come dangerously close to completely filling up the texturespace, at least as I've gotten it written at the moment. I'll figure something out, though, and hopefully get out another release before too long. Will let you know! In the meantime, there's probably not really a useful way for you start defining the texture information for those blocks.
No problem I want to try again once I get home and I'll let you know what happens either way and get you the file it it still doesn't work for me. I'm at work at the moment so couldn't really delve into it to much just a quick test.
Edit: ok I figured it out. I had put BOOKCASE instead of BOOKSHELF. Once I put BOOKSHELF it work as it was suppose to.
Oh, okay - glad you figured it out. I should probably have X-Ray pop up a little dialog when something like that happens, rather than just silently reverting to a known-good value. I'll get that in for the next release. Enjoy!
The latest versions of X-Ray do support all the new block types from Minecraft 1.8 and 1.8.1. If you're asking that question, though, I suspect you think that this is a mod, which it is not. It's a standalone application that you run outside of Minecraft itself. X-Ray should be able to "fail gracefully" if new Minecraft versions come out that it doesn't explicitly support yet - unknown block types would just show up as purple cubes.
I realize that in this age of SMS and Twitter and what-have-you, people often value brevity over thoroughness, but I for one have yet to succumb to the allure of that delightful simplicity. Perhaps one day my posts will become terse and bereft of complexity and run-on sentences, but that day is not today. For now I will rejoice in the splendour of language, and carry on to provide information I find relevant and potentially useful! Tally ho!
Ah, foo - I had another user report that over email. Are you by any chance running Java 7, on Windows? (If you run the .bat version, it'll output a "minecraft_xray_output_log.txt" which would contain your Java version.)
I haven't been able to reproduce the error on my end, though I did put together a little custom build to deal with both the Java 7 thing and the exception that you're seeing, for the guy who reported it initially. I was hoping to hold off on putting an actual X-Ray release out to address both those things, for various probably silly reasons; perhaps I'll get a new version out later today. For now, I'll send you a PM with a link to that custom build which should take care of it for you for the time being.
This is a pretty small release, and doesn't include everything I'd have hoped to get in there, but one of the issues was causing at least a couple of folks problems with running the app. So, I figured that I should get a release out sooner rather than later.
Included in this release:
I was quite caught off-guard by how quickly the Mojang folks ended up "leaking" the 1.9-pre version of Minecraft, so basically all of my plans for the 3.3.3 release fell by the wayside. Instead, this release primarily just adds support for all the new block types added in 1.9. In slightly more detail:
So yeah, the usual sort of transparency weirdness issues do persist, but this release does go a ways down the road of trying to address those. Even if you've not hopped on the 1.9-pre "leaked" version, this release should be well worth grabbing.
As always, let me know if there are issues.
On the table still for the next release (3.3.4? 3.4.0?) - blockdef support for the kind of mods brought up by Mr. B, support for highlighting Silverfish blocks more noticeably, slime-spawn highlighting support, ...
You're welcome, and thanks for the kind words!
Thanks! It actually does get quite a few downloads; 3.3.1 got 13k downloads, 3.2.0 got 40k (I think the gap between 3.2.0 and 3.2.1 might have been the longest, which could explain that higher number). Of course, I do have to figure in all the folks who probably downloaded it thinking it was a mod, and then got disappointed that it wasn't.
Still, it does seem a heck of a lot more popular than other projects I've put out in the past, so I'm personally quite pleased at how it continues to be received. (This may be a good time to re-mention that I'm not the original author of X-Ray. That was plusminus, who apparently lost interest in Minecraft and last released version X-Ray 2.7 in October 2010. I ended up picking up the project and maintaining it last December, because I too thought it was a great app, and didn't want to see it die.)
Hello - just FYI, the code currently in git does support this now, if you're willing to hop onto the development version for a bit. You'd just add the texture filename as "texfile" (basically right where you'd specify "texpath" for filename-based textures) and go on your way. That support will definitely be in the next version of X-Ray, so feel free to just wait for that, too, if you like.