Jump to content

KvaGram

Members
  • Posts

    15
  • Joined

  • Last visited

  • Posts

    15
  • Joined

  • Last visited

About KvaGram

  • Rank
    Newbie
    Newbie

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Found a severe bug in the new build. I run on Ubuntu 23.04 I just tried out 2.0.1 The shaded editor-render renders some textures blurred, even up close. Flat-color render and full render both seem to be normal. click link for screenshot https://www.dropbox.com/scl/fi/z0xu8s1c5t25125sqdmgs/Screenshot_20231028_204613.png?rlkey=iy8csy98erkgu0ljpnk1kwhzt&dl=0
  2. presuming this is not an april fools mod, could you please compile a linux version?
  3. Amazing. I might revive my old animation series now that I can use mine-imator on Linux. We'll see. The worldimporter selection tool seems really smooth and intuitive. Though it crashed when I tried to load some of my older saves. If old versions of minecraft is unsupported, you should probobly set up a check that stops loading, preventing the program from crashing. Another note, I keep separate minecraft folders. And thus my main testworld, what I would most likely use for imports to mine-imator, is not located in /.minecraft. While I was able to navigate to it manually, it would be nice if mine-imator could take a sniff at /.minecraft/launcher_profiles.json and list all the gameDir entries in the importer tool.
  4. I stopped using mine-imator for quite a while, as I have gone on with non-animation projects. I start up up now and then to try stuff out. These days I use Steam by adding the .exe as a "non-steam game", and currently it seems to run fine on Proton 4.11-13 Import from world still crashes though.
  5. The old .schematic format is dead or dying. .litematic and the Litematica project seems to be the successor. Please add support for it.
  6. Thanks, I will test and see if that works out. That being said, there would need to be more than just one surface. Since what I am putting together are components, not full images. (...) Tested by deleting the existing surfaces and folders in the project, and added in new ones with new textures. Mine-imator crashed after two new textures were added.
  7. multiple. Very much multiple. You can download the project yourself to have a look, you know.
  8. Nope. just one frame. I was setting up a template for animation.
  9. Alright, some background first. This is for a non-minecraft project, but I figured mine-imator would suit me fine for this, as I am familiar with it, and have already tried other tools, not finding any tool that seem more practical than Mineimator. My plan is to animate my character by some form of stop animation, replacing (hiding & showing) the images to create the "animation", if it could be called that. I decided to start with adding the head. I did my best to reduce the number of images total by splitting the avatar-character's head into as many components as possible. Now, I don't know if this is relevant, but since this might be an edge case, I figure this is worth mentioning. So, the result of this was a large number of image files that are like 95-99% transparent. (See linked zip with project files) I decided not to crop my images, so to ensure all the parts remain proportional. After adding a good number of those images, going though the necessary process of adjusting the render depth, folder hierarchy and frame visibility, all of them one by one... Mine-imator decide to crash. I load the latest save and repeat what I did last. Crash. I did it slightly differently, got another image or two in... crash. Now, I normally work using Linux (Linux Mint 18.3), by the help of Wine/Proton (Proton 3.16-8, via a Steam shortcut. Yes, that is a thing), so at first I suspected the crash was some kind of compatibility issue. So, to test that, I dug out my old laptop (Windows 8.1), downloaded the newest version of Mine-Imator, copied my files over, and simplified a test. Enter this .zip https://www.dropbox.com/s/zdyj0e7t7rvxqnc/The kvavatar project problem.zip?dl=0 (Since OBS decided to die during recording, I ended up using a sub-par screen-recorder I still somewhy had installed on the old thing. So, that's why the video recording is an flv.) I recreated the project, saving for each expression-variant I made, until the crash came. It was a little over half the number of images needed for the head. (still got the body and backgrounds to add in too) So, as I did before on my main computer, I restarted and re-did what I did before.. and crash. Then I did it again, but this time with a (crappy) screen recorder. I don't know what is wrong, but since Windows asked, I had it start up good old Visual Studio to tell me what kind of crash it was. Not surprisingly, all it could tell me, was that Mine-imator had an unhandled exception at 0x015458CE, trying to write to 0x00000000. Yeah, a very generic "uh no, a null-pointer! Better go crash now!" situation. I would really appreciate this being fixed, or a working workaround found, as my current workflow is a bit.. well, overly complicated, and even more of a hack than this solution. But hey, at least that one works.
  10. For your information, I got Mine-imator working on Linux now. I forgotten the exact details of how I got it running, so this is not a guide, but rather a description of my setup. If I do come up with a guide, I will make my own thread for it. So, I am currently running Mine-imator version 1.2.0, using Lutris version 0.4.18. It is running on a seperate 64-bit wine prefix, using wine version staging-3.18-86_64, and uses DXVK version 0.52 I don't remember what tricks I did to get it working, but it is. Let me know if this helps anyone.
  11. 1.2.0 looks to be running fine on Linux, using Wine with DXVK. At least on my system. This helps a lot when I get around to continuing my animations. Are there any other (potential) Linux users here?
  12. I tried this for the latest prerelease. The 1.1.0 pre-release 3. I get this crash-error Win32 function failed: HRESULT: 0x8007000e call: at line 221 in file \Graphics_DisplayM.cpp I am running Linux Mint 18.
  13. I still need help with this. When importing a schematic with chisel and bits blocks, they render in the animator as some random odd blocks. The mod has an exporter that supposedly should allow me to generate the blocks though other means, but I have no idea what to do with the exported data. The data is in a json format. Supposedly in a standard format for minecraft. I asked for help with this on the chisel and bits support-thread in the minecraft forums, but so far I got no help there. http://www.minecraftforum.net/forums/mapping-and-modding-java-edition/minecraft-mods/2576750-chisels-bits-flat-colored-blocks?comment=758
  14. Hi, I am completly green, with little knowledge of how mine-imator works. I am considering to use it, but I am not sure. I have a minecraft world I wish to use in the animation, but it is running on a few mods, most importantly, are blocks made out of chisel and bits. Is it possible for Mime-imator to import chisel and bits blocks, and render them as they are in-game? if not, can any tools be used to replicate the blocks for the animator?
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Create New...