Experimental Cura build for Raspberry Pi 4 now available

[gr5 1,967]

x86 and arm are completely different instruction sets.  Much of Cura is written in C++ including the "engine" which does the actual slicing.  When you compile C++ to instructions you have to tell the compiler what CPU instruction set to compile to.  All the intel cpu chips and AMD chips support x86 instructions but there are many other CPUs that have their own (better?) instruction set.

 

It's more complicated than this because there are also operating system differences from one linux to another (which you can get around) but if you don't even use an x86 cpu then that's a huge deal.

[Stirling 0]

Hi 

newb here so im probably missing somthing simple but how do you run/execute the CuraEngine.exe file? as far as I know .exe files are only executeable on windows.

And also is that the only file I would need to download or is there other stuff that is needed?

 

Cheers

[steinhelten 0]

OK.  I know this is going to be a long shot, but it sure would be nice if it works.  First I'm going to try to get this to work on my ARM64 Lenovo Chromebook C330 with Linux emulation - totally encouraged by the comment in the ReadMe that says "the AppImages also run on Chromebooks that support Linux apps" though I understand that's the x86_64 architecture - but still - hopeful!  Anyway, I have downloaded and set the execute bits on Cura-mb-master-aarch64-20201121.AppImage and when I try to execute it, this happens:

steinhelten@penguin:~$ ./Cura-mb-master-aarch64-20201121.AppImage
./Cura-mb-master-aarch64-20201121.AppImage: error while loading shared libraries: libz.so: cannot open shared object file: No such file or directory

 

I tried to use apt to load libraries, but both were not found:

steinhelten@penguin:~$ sudo apt-get install libgles-dev
Reading package lists... Done
Building dependency tree       
Reading state information... Done
E: Unable to locate package libgles-dev

steinhelten@penguin:~$ sudo apt-get install libz
Reading package lists... Done
Building dependency tree       
Reading state information... Done
E: Unable to locate package libz

 

So - I know this is a long shot, but if anyone has a suggestion for me, I'd like to try it.

 

Failing this - what about the X11 remote display capabilities of running the program on my RPI4 4GB but having the display be my ChromeBook?  I think, in theory, that should be possible, if I ever figure out the permissions correctly, and figure out how to set the DISPLAY environment variable correctly...

[steinhelten 0]

Hey, an update!  I did some research, and that led me to do this:

sudo apt install zlib1g-dev

 

Now, when I run the Cura executable, it "runs" but I get this:

 

If I expand that a bit, I get

 

 

but that's still a bit obscure, and I'm not sure what it thinks it is asking me.  If I click OK, i think it just silently exits.

 

Suggestions?

 

 

 

[Stirling 0]

On 1/2/2021 at 12:09 PM, steinhelten said:

OK.  I know this is going to be a long shot, but it sure would be nice if it works.  First I'm going to try to get this to work on my ARM64 Lenovo Chromebook C330 with Linux emulation - totally encouraged by the comment in the ReadMe that says "the AppImages also run on Chromebooks that support Linux apps" though I understand that's the x86_64 architecture - but still - hopeful!  Anyway, I have downloaded and set the execute bits on Cura-mb-master-aarch64-20201121.AppImage and when I try to execute it, this happens:

steinhelten@penguin:~$ ./Cura-mb-master-aarch64-20201121.AppImage
./Cura-mb-master-aarch64-20201121.AppImage: error while loading shared libraries: libz.so: cannot open shared object file: No such file or directory

 

I tried to use apt to load libraries, but both were not found:

steinhelten@penguin:~$ sudo apt-get install libgles-dev
Reading package lists... Done
Building dependency tree       
Reading state information... Done
E: Unable to locate package libgles-dev

steinhelten@penguin:~$ sudo apt-get install libz
Reading package lists... Done
Building dependency tree       
Reading state information... Done
E: Unable to locate package libz

 

So - I know this is a long shot, but if anyone has a suggestion for me, I'd like to try it.

 

Failing this - what about the X11 remote display capabilities of running the program on my RPI4 4GB but having the display be my ChromeBook?  I think, in theory, that should be possible, if I ever figure out the permissions correctly, and figure out how to set the DISPLAY environment variable correctly...

I used to use Cura on my old Chromebook, I got it just by downloading the .AppImage from their website and then opened it with ./(whatever-I-called-it).AppImage  you have to open it that way every time so try to name it something short, I just used "c". Hopfully this works for you too 😃

[gr5 1,967]

I don't think it's possible to run cura on an Arm processor unless you specifically compile it for that instruction set.  The appImage cura that Ultimaker has out there is for X86 architecture only and the raspi version talked about on this topic is only for raspberry pi.

[stevepos 0]

Hi,

 

Top object in the screenshot below has lines that are not straight on one particular layer and looks messy in the actual print. It's the first layer above support structure. Am using standard High Profile and i added another object to the print to see if that has the same problem. It doesn't. The top object was actually derived from the bottom object, elongated and windows added.

 

I tried setting Top/Bottom Line direction to 90 for this layer but it had no effect. Is there another setting that might correct this. Am using Cura-mb-master-armhf-20210629.AppImage.

 

Gcode attached.

 

Thanks,

 

Steve

 

Walls.gcode