Open joar opened 13 years ago
What is the command line output? Does it print any "processing chunk etc." lines? Does it produce an error message? Also, I get a 404 on your download links.
It outputs
...
Processing chunk (29, 86)
Processing chunk (29, 87)
Processing chunk (29, 88)
Processing chunk (29, 89)
Processing chunk (29, 90)
...
No error messages observed, nor in the immediate beginning neither at the end.
I've fixed my dropbox deamon, you'd be able to download the files now.
I must say I'm slightly confused. You say that no .obj file is generated, but your mc2obj file contains a 53 MB .obj file (admittedly with a blank file name). Importing this file in 3ds max shows the world just fine. I'll look into the filename issue when I make a linux binary (the output file name is supposed to be
Thank you for noticing!
Linux file explorers hide filenames that starts with a dot, and you explicitly need to tell ls
(the command that is used to list a directory's contents) that you want it to show files that start with a dot.
For Linux users it'd certainly help if it was named <something>.obj.
An idea would be to set the name after the world directory, in my case; Reddit.obj
. You could also provide a CLI argument to explicitly set the destination .obj name.
Cheers,
Yeah, that's exactly the way it works now. Apparently Github swallowed my angle brackets. It was supposed to say 'the output file name is supposed to be <name of your world>.obj'. I don't think I'll add the CLI argument, because once the bug is solved the file will show up properly and you can then rename it in whatever manner you please.
All right.
Perhaps it would be a good idea to include the chunk ranges in the filename, that will prevent you from unwittingly overwriting the previous .obj file if you're doing multiple exports.
Ok, I suppose that might be useful in some cases. I'll add it to the todo list.
All right then! Feel free to close this issue (perhaps create new issues for correct naming and chunk ranges).
Thank you very much for your support.
I've installed a Ubuntu virtual machine and I'm afraid I haven't been able to duplicate the isssue. Trying to convert a save file in ~/.minecraft/saves/Reddit to ~/share/output gives me a file called Reddit.c0_2_2.obj as expected. (I have implemented the addition of the chunk range to the name, but if I had reproduced the bug the file would have just been called .c0_2_2.obj. With any luck I should be able to release version 0.5 tomorrow or thursday at the latest, which will include linux binaries. I would suggest seeing if using those will fix the issue.
I pulled the master and recompiled it, but it is still named ".obj".
I'll see when you release the binary then. I tried looking through your code but quickly realised it was really hard to figure out what anything did.
Running linux x86_64,
does only create the minecraft.mtl and the tex/ folder with all textures, no .obj file.
Destination folder: http://dl.dropbox.com/u/3610311/blender/mc2obj.zip
Source folder. http://dl.dropbox.com/u/3610311/blender/Reddit.zip