-
-
Notifications
You must be signed in to change notification settings - Fork 351
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Failing to install glslViewer on Raspberry Pi OS Lite #253
Comments
hi! yes, the PPA it's out of date and I haven't send an updated version to the folks at Raspberry Pi. Sorry for that. Your best option is to compile from source I think. In this link you will see the required steps for Raspberry Pi https://github.com/patriciogonzalezvivo/glslViewer/wiki/Compile-on-linux. Question, are you using a RPi 4? or Zero, 3 or 3+? |
Thank you for the reply, @patriciogonzalezvivo !! This is a bit funny because I did write a bunch of shaders with a raspberry pi setup (Pi 3) a few months ago following this video: https://www.youtube.com/watch?v=7lXYPfoOdAU
The error I printed above is the error I get trying to compile from the source. I followed both the instructions with and without X11 and it's the same. I haven't tried with the Ubuntu dependencies...
I'm trying on a Raspberry Pi 3 but trully I was thinking about giving a purpose for the 9999 Raspberry Pi 1 and 2 that I have here collecting dust 😂 |
I also have the apt issue fwiw - might be work noting on the readme PPA instructions that compilation is likely mandatory.
|
So far compilation on Raspian OS (latest as of this writing setup (not the lite variant, the full desktop) appears to be working
Requirements
FFMPEG
Clone
Compile
|
Interesting. Doing a build with
results in
|
I attempted to follow the instructions for no X11:
which results in this cmake error:
|
Wondering if this is a change on the last OS and their support to MMAL. I will get the latest OS and try to replicate the issue. My guess is that the cmake files for it need to be updated. Sorry for the troubles.
… On Dec 21, 2021, at 3:59 PM, vade ***@***.***> wrote:
I attempted to follow the instructions for no X11:
sudo apt install git cmake libegl1-mesa-dev libgbm-dev libgles2-mesa-dev
which results in this cmake error:
***@***.***:~/repositories/glslViewer/build $ cmake -DNO_X11=TRUE ..
-- The CXX compiler identification is GNU 10.2.1
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- The C compiler identification is GNU 10.2.1
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
CMake Warning (dev) at /usr/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:273 (message):
The package name passed to `find_package_handle_standard_args` (Broadcom)
does not match the name of the calling package (BROADCOM). This can lead
to problems in calling code that expects `find_package` result variables
(e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
deps/ada/cmake/FindBROADCOM.cmake:92 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
deps/ada/src/CMakeLists.txt:57 (find_package)
This warning is for project developers. Use -Wno-dev to suppress it.
-- Found Broadcom: /usr/include
-- BROADCOM_DEFINITIONS: USE_VCHIQ_ARM;HAVE_LIBOPENMAX=2;OMX;OMX_SKIP64BIT;USE_EXTERNAL_OMX;HAVE_LIBBCM_HOST;USE_EXTERNAL_LIBBCM_HOST
-- BROADCOM_INCLUDE_DIRS: /usr/include;/usr/include/interface/vmcs_host/linux;/usr/include/interface/vcos/pthreads
-- BROADCOM_LIBRARIES: /usr/lib/arm-linux-gnueabihf/libbcm_host.so;/opt/vc/lib/libopenmaxil.so;/usr/lib/arm-linux-gnueabihf/libvchiq_arm.so;/usr/lib/arm-linux-gnueabihf/libvcos.so;/usr/lib/arm-linux-gnueabihf/libmmal.so;/usr/lib/arm-linux-gnueabihf/libmmal_core.so;/usr/lib/arm-linux-gnueabihf/libmmal_util.so;/usr/lib/arm-linux-gnueabihf/libmmal_vc_client.so
CMake Warning (dev) at /usr/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:273 (message):
The package name passed to `find_package_handle_standard_args` (Broadcom)
does not match the name of the calling package (ILCLIENT). This can lead
to problems in calling code that expects `find_package` result variables
(e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
deps/ada/cmake/FindILCLIENT.cmake:17 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
deps/ada/src/CMakeLists.txt:83 (find_package)
This warning is for project developers. Use -Wno-dev to suppress it.
-- Found Broadcom:
-- LOADING BROADCOM versions of EGL GL_ESv2
-- EGL_LIBRARY: /opt/vc/lib/libbrcmEGL.so
-- GLESv2_LIBRARIES: /opt/vc/lib/libbrcmGLESv2.so
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Found FFMPEG: /usr/lib/arm-linux-gnueabihf/libavdevice.so;/usr/lib/arm-linux-gnueabihf/libavfilter.so;/usr/lib/arm-linux-gnueabihf/libavformat.so;/usr/lib/arm-linux-gnueabihf/libswscale.so;/usr/lib/arm-linux-gnueabihf/libavcodec.so;/usr/lib/arm-linux-gnueabihf/libswresample.so;/usr/lib/arm-linux-gnueabihf/libavutil.so;$<$<CONFIG:Debug>:/usr/lib/arm-linux-gnueabihf/libz.so>$<$<CONFIG:Release>:/usr/lib/arm-linux-gnueabihf/libz.so>;m
-- LIBAV Supported
-- If you are using the static library build, please keep in mind (and inform yourself of the implications) that liblo is licensed with LGPL v2.1+.
-- Looking for poll
-- Looking for poll - found
-- Looking for select
-- Looking for select - found
-- Looking for getifaddrs
-- Looking for getifaddrs - found
-- Looking for inet_pton
-- Looking for inet_pton - found
-- Check how to print long long int
-- Check if the system is big endian
-- Searching 16 bit integer
-- Looking for sys/types.h
-- Looking for sys/types.h - found
-- Looking for stdint.h
-- Looking for stdint.h - found
-- Looking for stddef.h
-- Looking for stddef.h - found
-- Check size of unsigned short
-- Check size of unsigned short - done
-- Searching 16 bit integer - Using unsigned short
-- Check if the system is big endian - little endian
-- package_details.cmake: your architecture is armhf
-- Configuring done
CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
ILCLIENT_LIBRARY (ADVANCED)
linked by target "ada" in directory /home/pi/repositories/glslViewer/deps/ada/src
-- Generating done
CMake Generate step failed. Build files cannot be regenerated correctly.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.
|
As per our twitter convo -Looks like enabling the legacy camera system and re-starting build by clearing build folder re-running cmake still errors when using
|
if its easier, im happy to revert to an older raspian OS before this camera and MMAL shit? |
Yes, that seams the easiest path until figuring out a new strategy is to install Buster (Legacy). Articles that explains the changes on Bullseyes:
Other projects that are experiencing the same issues
In conclusion, I will make OpenMAX and MMAL textures support optional instead of default for Raspberry Pi and work on support for |
Awesome. Thanks Patricio. I really appreciate the assistance. Im going to try Legacy now and ill post if things are working if you don't mind! |
Hrm. Seems like latest ADA is causing an issue ?
|
I see |
Ok, sorry for the play by play, and apologies for taking over the git issue @murilopolese ! Compilation with cmake -DNO_X11=TRUE -DFORCE_GBM=TRUE .. works, but execution fails with |
Are you using a RaspberryPi 4? or 3, 3+ or Zero? I'm working on a easy fix for the LEGACY vs GDM modes |
I'm using a RPI 3 B. I was able to get it working with no X11 with no Fake_KMS and I didn't realize the config had a special api only section. Sorry im a newb :P It might be helpful to make a matrix of RPI models, required configs, OS versions (legacy or not) and cmake flags. Thats a lot of work but im happy to help document / try stuff out! Thanks for all the help. To be clear: im running :
with the following config:
FFMPEG installed as per wiki Boot into console, However HDMI is the wrong resolution (its not an under-scan issue) but camera is working and this is way faster than the old Open Frameworks |
YAY!!! |
Thanks. I just got it. its weird because the newest (non legacy) didn't require me to guess at the display size. Oh well. I have the Adafruit HDMI backpack and was able to edit the config
and it seems to be just working. |
OMG! that's already exciting! I'm also excited for improving ada/glslViewer to fit your needs. While we speak I already isolate MMAL/OpenMAX libs only for LEGACY OS / on NON-X11 and NON-FKMS so people can keep compiling glslViewer while I work on |
Haha thanks! Didn't mean to be pushy, I just can see how helpful GLSLViewer will be to actually playing with creative output and not fucking around with other stuff, so getting it working was tantalizingly close and you know how stubborn I can be. Now on to the fun shit like remembering how to code shaders ;) |
Lol! Man I'm really excited/honored of you using my tools. It's like having people over, I want you to be comfortable and feel just at home. Excited to see what you do with it and what other hard-edges we can sand |
This thread is the best @vade ❤️ ! Thanks for jumping in. I'm away until early January, but I'm looking forward to try the downgrate to the legacy OS and the configuration stuff. |
Good news, if you pull and compile again should work. The support for camera still pending but should compile now : )
… On Dec 24, 2021, at 5:26 AM, Murilo Polese ***@***.***> wrote:
This thread is the best @vade ❤️ ! Thanks for jumping in.
It's so nice to read your words about how you feel when people use the tool @patriciogonzalezvivo!
I'm away until early January, but I'm looking forward to try the downgrate to the legacy OS and the configuration stuff.
Thank you so much you all! 🥳
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.
|
Just came back home and will try again this week! Looking forward!!! |
I'm have the "lite" version of Raspberry Pi OS installed in a Raspberry Pi 3.
Am I trying something crazy? I'm finding the following problems:
glslViewer
can't be found on aptThe weird thing is that I had this running on a Lite distro earlier this year... :scratching_head:
The text was updated successfully, but these errors were encountered: