MERGE WHENEVER YOU WANT.

I'm working my way up to getting hematite working on Rust 1.0 ~~alpha~~ nightlies.

If anyone wants to suggest something I welcome each and everyone of you.

I built Hematite for Windows, and placed the SDL libraries in my C:\Rust\bin\rustlib\x86_64-pc-windows-gnu\lib, and it builds a hematite.exe, but launching it does nothing.

I'm having some difficulty understanding the Readme as well, which has the OSX instructions as follows:

• In the Minecraft Launcher, click the button "New Profile"
• Type in a profile name, for example "experimental"
• Check "Enable experimental development versions"
• A message warns you about keeping backups of your worlds. Click "Yes" (remember to do backups)
• In the drop down "use version", select <version>
• Click "Save Profile"
• Click "Play" (this will download the snapshot)
• Quit Minecraft
• Copy versions/<version>/<version>.jar to the assets folder in Hematite
• Rename the file extension to .zip
• Extract the jar
• Copy the minecraft folder from the new extracted folder and put it in the Hematite assets folder
• Run ./target/hematite "/Users/<username>/Library/Application Support/minecraft/saves/<world>"

Here are my points of confusion:

1. Which assets folder? The one inside the git repo .\hematite, or the one inside the final build path, i.e.: .\hematite\target\release\...\assets?
2. The instructions say to copy the <version>.jar file to assets and rename it to <version>.zip. Does the name <version>.zip have any consequence, or is it discarded after use?
3. The instructions say to extract the jar. That means <version>.zip, right?
4. The <version>.zip does not have a minecraft folder, except it does underneath a few other folders. Is that the folder you're referring to?
5. Now, should I have assets\minecraft\.. or assets\.. after I extract the minecraft folder? i.e.: do I want a minecraft folder in my assets folder, or do I want the contents of the minecraft folder in my assets folder?
6. Why don't I get any output on stdout when I run hematite? Even when I don't pass in a world path, it just exits immediately.

Unfortunately it looks like something broke between my desktop and my laptop, as on my laptop I'm now unable to build hematite as time v0.1.14 fails to build.

I didn't update to latest nighlies today (windows apparently is built every two days?) so I could still test hematite, something is very wrong.

$ rustc -V
rustc 1.0.0-nightly (ba2f13ef0 2015-02-04 20:03:55 +0000)

Here you have a video showing it: https://www.youtube.com/watch?v=Zjj2iv-wSEg

Any ideas what may be causing this? It seems like an issue with normals and culling.

The methods on Cell requires a Copy constraint, which is no longer implemented by Buffer.

src/chunk.rs:113:40: 113:45 error: type `&core::cell::Cell<core::option::Option<shader::Buffer>>` does not implement any method in scope named `get`
src/chunk.rs:113                 f(x, y as i32, z, c, b.get())
                                                        ^~~~~
src/chunk.rs:113:45: 113:45 help: methods from traits can only be called if the trait is implemented and in scope; the following traits define a method `get`, perhaps you need to implement one of them:
src/chunk.rs:113:45: 113:45 help: candidate #1: `core::slice::SliceExt`
src/chunk.rs:113:45: 113:45 help: candidate #2: `collections::slice::SliceExt`
src/chunk.rs:113:45: 113:45 help: candidate #3: `quack::get::Get`
src/minecraft/region.rs:143:41: 143:50 error: the trait `core::marker::Copy` is not implemented for the type `shader::Buffer` [E0277]
src/minecraft/region.rs:143             buffers: Array::from_fn(|_| Cell::new(None)),
                                                                    ^~~~~~~~~
src/main.rs:294:38: 294:43 error: type `&core::cell::Cell<core::option::Option<shader::Buffer>>` does not implement any method in scope named `get`
src/main.rs:294                         match buffer.get() {
                                                     ^~~~~
src/main.rs:294:43: 294:43 help: methods from traits can only be called if the trait is implemented and in scope; the following traits define a method `get`, perhaps you need to implement one of them:
src/main.rs:294:43: 294:43 help: candidate #1: `core::slice::SliceExt`
src/main.rs:294:43: 294:43 help: candidate #2: `collections::slice::SliceExt`
src/main.rs:294:43: 294:43 help: candidate #3: `quack::get::Get`
src/main.rs:302:32: 304:27 error: type `&core::cell::Cell<core::option::Option<shader::Buffer>>` does not implement any method in scope named `set`
src/main.rs:302                         buffer.set(Some(
src/main.rs:303                             renderer.create_buffer(staging_buffer.as_slice())
src/main.rs:304                         ));
src/main.rs:304:27: 304:27 help: methods from traits can only be called if the trait is implemented and in scope; the following trait defines a method `set`, perhaps you need to implement it:
src/main.rs:304:27: 304:27 help: candidate #1: `quack::set::Set`
error: aborting due to 4 previous errors
Could not compile `hematite`.

So, with the help of the excellent Reddit sub, I almost got everything compiled. It looks like things are failing on:

pub struct BlockStates { models: Vec, texture: Texture }

Texture needs a type argument. Ive tried all sorts of things. gfx::GLDevice, gfx::Device, etc.

Unfortunately, this is my first Rust project, so Im at a loss. I dont know how to find the info that would let me fix this.

Hi For me (and travis), the build fails with this message :

no matching package named `render` found (required by `hematite`)
location searched: https://github.com/gfx-rs/gfx-rs
version required: *

Not currently working, but progress has been made:

• cargo update
• flate -> flate2 (crates.io)
• os::MemoryMap -> mmap
• rustc-serialize 0.2.8 -> 0.3.x
• range(a, b) -> a..b
• old_io -> io
• Other misc changes.

Most of the grunt work has been done to update hematite for rust nightly/beta, and the ever-changing gfx-rs and piston. Currently, what's left to be done is to disentangle the Renderer type from Device/Factory in shader.rs, and block_state.rs (or some other solution) to finish removing quack. In fact, if you know what you're doing, it might be easier to start with the shader.rs from master and work from there since the one in the PR was committed in the middle of me trying to understand the web of inheritance going on there.

A potential papercut to note: I didn't notice at the time but the mmap crate from crates.io might not work on Windows right now (PR Pending ?).

I've just started working on this (again) so it's not nearly done. I'm mostly just putting this up so that I don't forget about it again :)

~~Is there a reason to not use tilde/caret requirements in Cargo.toml? Cargo.lock is checked in so you still need to explicitly cargo update for anything to change.~~

Closes #214

src/minecraft/region.rs:3:5: 3:33 error: unresolved import `rustrt::rtio::RtioFileStream`. There is no `RtioFileStream` in `rustrt::rtio`

src/minecraft/region.rs:3 use rustrt::rtio::RtioFileStream;

^~~~~~~~~~~~~~~~~~~~~~~~~~~~

error: aborting due to previous error

Could not compile `hematite`.

When I pull hematite and run cargo build, I get this:

Could not compile `sdl2`.

--- stderr
src/sdl2/audio.rs:264:100: 264:109 error: wrong number of lifetime parameters: expected 1 but found 0 [E0107]
src/sdl2/audio.rs:264     pub fn open(device: Option<&str>, iscapture: int, spec: &AudioSpec) -> SdlResult<(AudioDevice, AudioSpec)> {
                                                                                                                         ^~~~~~~~~
error: aborting due to previous error

Hi I have a build fail with this message:

src/shader.rs:101:10: 101:14 error: the trait `Copy` may not be implemented for this type; field `batch` does not implement `Copy` [E0204]
src/shader.rs:101 #[derive(Copy)]
                           ^~~~
note: in expansion of #[derive]
src/shader.rs:101:1: 101:16 note: expansion site

I know Minecraft is only 32 bit (by default, there is a mod that lets it be 64 bit but that's for 1.2.5), but since rust has the capabilities to have 128 bit constants, why not? World sizes would go from 4.294e9 to over 1e27 times that.

Hi ! This is a suggestion : since the project doesn't support generating new words, what about putting a default save in the repository ? I don't have minecraft installed on my PC and I would like to test the project, but as far as I understand I can't. (and I don't want to install minecraft / find a save online)

I think this would be great to make the project more accessible if you would like to.

Hello, I would like to know what is the current status of this project ? The development seems stalled :( Anyway, good job for doing something this smooth :stuck_out_tongue:

I'm on linux and I also had the problem described in #274, but after loading from the game directory I got it to work. But now only a fraction of the screen is used.

abas@abas-ThinkPad-R61:~/Downloads/hematite-master$ cargo run --release "./<New_World>" Finished release [optimized] target(s) in 1.33s
Running target/release/hematite './<New_World>' Opening "/home/abas/.minecraft/versions/1.8.8/1.8.8.jar"... File "/home/abas/.minecraft/versions/1.8.8/1.8.8.jar" contains 5597 files. Extracted 3085 files. thread 'main' panicked at 'called Result::unwrap() on an Err value: Os { code: 2, kind: NotFound, message: "No such file or directory" }', libcore/result.rs:1009:5 note: Run with RUST_BACKTRACE=1 for a backtrace.