Problems running with raspbian

[urho3d]

Problems running with raspbian

[weitjong]

After updating my system with the latest Raspberry Pi firmware package from Pidora official repository, I also encountered an error with regard to libEGL.so. Looking at the updated firmware package content reveals that libEGL.so is now installed in the /usr/lib/vc/ folder. I believe it was in /usr/lib/ folder before. I have revised the FindBCM_VC.cmake module to cater for this. Hopefully the change also works for Raspbian (I have not tested it on Raspbian).

I updated my raspi-tool on the host machine with the latest firmware packages also and did another cross-compile. On the target Raspberry Pi, I ran 'ldconfig' as root once to make sure the cache is good. After that ldd shows everything is good on the target and I can run most of the newly compiled samples, except 19_VehicleDemo which seems to hang up my system for some reason. The good news is, LuaJIT works! So, you may want to try this instead next time.

$ ./cmake_gcc.sh -DENABLE_LUAJIT=1

[cartuchogl]

I've update to master and after compile:

$ ./Urho3D Data/LuaScripts/01_HelloWorld.lua 
[Mon Oct 14 19:13:12 2013] INFO: Opened log file Urho3D.log
[Mon Oct 14 19:13:12 2013] INFO: Added resource path /home/pi/repositories/urho3d2/Bin/CoreData/
[Mon Oct 14 19:13:12 2013] INFO: Added resource path /home/pi/repositories/urho3d2/Bin/Data/
libEGL warning: GLX/DRI2 is not supported
libEGL warning: DRI2: failed to authenticate
libEGL warning: DRI2: failed to open swrast (search paths /usr/lib/arm-linux-gnueabihf/dri:${ORIGIN}/dri:/usr/lib/dri)
libEGL warning: GLX: failed to load GLX
X Error of failed request:  BadDrawable (invalid Pixmap or Window parameter)
  Major opcode of failed request:  14 (X_GetGeometry)
  Resource id in failed request:  0xc24e5c
  Serial number of failed request:  7
  Current serial number in output stream:  7

I found this post, my problem is that linking with software mesa. I found in /opt/vc/lib the broadcom hardware acelerated versions of libraries, original linked at /usr/lib/arm-linux-gnueabihf/. Using

ccmake .

In Build folder and change the path of libraries, after a compilation Urho3D works on mi pi with raspbian. I tried all demos in LuaScripts and works great, assuming the constraints of pi. The only problem is the skeletal model show with a ugly artifact.

Later I try if a more recent version of raspbian is available and rerun examples.

[weitjong]

I got Raspbian image on another SD card today and tested the Urho3D raspi build. First, using the cross-compiling approach because it is quicker. The scp-ed binaries are all good.

$ ldd Urho3D 
    /usr/lib/arm-linux-gnueabihf/libcofi_rpi.so (0xb6f83000)
    libbcm_host.so => /opt/vc/lib/libbcm_host.so (0xb6f5e000)
    libEGL.so => /opt/vc/lib/libEGL.so (0xb6f2c000)
    libGLESv2.so => /opt/vc/lib/libGLESv2.so (0xb6f0f000)
    librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0xb6f00000)
    libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xb6ee1000)
    libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0xb6ed6000)
    libstdc++.so.6 => /usr/lib/arm-linux-gnueabihf/libstdc++.so.6 (0xb6e09000)
    libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0xb6d98000)
    libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0xb6d6f000)
    libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb6c40000)
    libvcos.so => /opt/vc/lib/libvcos.so (0xb6c2e000)
    libvchiq_arm.so => /opt/vc/lib/libvchiq_arm.so (0xb6c20000)
    /lib/ld-linux-armhf.so.3 (0xb6f90000)

Second, I build it natively on the Pi itself and also get the similar ldd result as above. In either case, Urho3D is correctly linked against the VideoCore EGL shared library without manual tinkering.

Regarding the skeletal (Jack) model artifact, it is because the model uses more skinning matrices than the limit allowed for Raspberry Pi platform. We are forced to half the number of matrices than Urho3D normally supports on other platforms due to the limitation of OpenGLES 2 implementation from VC.