My Node.js project utilizes CEC control and VLC where the app turns on the TV and chooses the HDMI port that the VLC video stream will be viewed on at a scheduled time.
Everything worked on Buster except that too many indeterminate crashes with segmentation faults occur with cec-client.
Since I am nearing a 'production' release, I thought it best to upgrade the OS to Bullseye and find a cec-client replacement. I found cec-ctl and made it asynchronous - ctl-cec works perfectly, everytime, no crashes. BUT, now VLC does not render anything, not even a black screen. Doing a 'ps' command during a time that a video should be playing, I can see that VLC is running.
What I tried: It turns out that changing the /boot/config.txt dtoverlay=vc4-fkms-v3d (Buster) to dtoverlay=vc4-kms-v3d (Bullseye) causes the problem. The Buster version of dtoverlay seems to be required for VLC to run, and The Bullseye version of dtoverlay is required for a /dev/cec0 to be created and used by ctl-cec.
All I can see from my inexperienced view is mutual exclusivity, but this doesn't feel like this is the final answer. Using both dtoverlay version (Buster/Bullseye) will brick the pi (speaking from the very recent experience of one not well-versed in dtoverlays).
I also tried: I Googled this problem to the extent of my search skills and have not been able to resolve this problem.
Any help is greatly appreciated!
Raspbian OS: Bullseye (Desktop)
Raspberry Pi 3 B+
App: Node.js based with ability to make config changes and set schedules via an external browser within the LAN.
The solution for my project, after days of Googling, turned out to be TOO simple (found here: https://www.reddit.com/r/archlinuxarm/comments/lg4z5u/no_hdmi_audio_via_alsa_on_raspberry_pi_400/):
sudo apt install pulseaudio
along with:
dtoverlay=vc4-kms-v3d
VLC and cec-ctl now work together perfectly on Raspberry Pi 3B+/Bullseye
Related
I've a raspberry Pi with a actual Buster OS and a Rhasspy installation. Rhasspy requires a working audio environment, in my case a seeed Respeaker 2Mic-Pi HAT and a bluetooth speaker. Starting Rhasspy manually works without any problem, but all my attempts with a Buster light OS to start Rhasspy automatically didn't work. I tried to start Rhasspy with a cronjob #reboot, with rc.local and as a service but either the 2Mic-Pi HAT or the Bluetooth speaker didn't work. My final attempt was with a Buster Desktop installation. Same thing as with the light installation except when I start Rhasspy with a .desktop file that at least did the thing. So I want to know what makes the difference here compared with my unsuccessful attempts. Thanks in advance for a clarification... Jo
Since the Widevine support is available for Raspbian I'm able to watch Netflix and Amazon Prime Video on the Raspberry Pi just using the Chromium Browser.
I have, however, a strange behaviour when trying to browse the Amazon Prime Video Webpage when suddenly the whole system just freezes and only hard reboot (unplugging power) will reset the system. This happens every time. I can open the Page, see the Movies and then the whole system just freezes.
Netflix, youtube is working fine.
Has anyone else ever experienced this behaviour?
Raspbian is updated and upgraded.
I can confirm this issue. Opening Prime Video with Chromium causes the page to freeze. I am running Raspberry Pi OS 32 bit with RPi 4 (4 GB RAM). I did install minimal build and then added XFCE desktop.
I am trying to set up Supercollider on my Raspberry Pi 3 A+ on Raspbian Lite using this guide. Jackd2 and Supercollider both compile fine, and there are no errors when I try to run Supercollider or the jack_simple_client test. However, regardless of different sample rates, buffer sizes, number of periods etc. used in booting the jack server the audio always comes out heavily distorted, with loud high pitched squealing and low popping noises.
Using the speaker-test command from ALSA creates a clean, non distorted test tone. Previously trying pyo as a DSP module would also suffer from the same issue if I used Jack, but would work fine otherwise. This leads me to believe that there is some issue in the communication between jack and ALSA. Power supply is likely not the problem as well. My installed jack version is 1.9.17 and ALSA is k5.4.83-v7+. I am new to working with Linux audio/Jack, so any help is much appreciated!
Things I would try:
Try jack2
Get a fresh SD card, and use the version of jack that comes with raspbian and then either try building again or just trying to also get SuperCollider via apt.
sudo apt-get install cmake libasound2-dev libsamplerate0-dev libsndfile1-dev libavahi-client-dev libicu-dev libreadline-dev libfftw3-dev libxt-dev libcwiid1 libcwiid-dev subversion libqt4-dev libqtwebkit-dev libjack-jackd2-dev
Check how it sounds out of the HDMI port or a USB audio adaptor or a hat. The headphone jack tends to sound terrible anyway on raspberry pis, so if something else works, that's you answer.
I've been working with Alsa around 4 years ago, but remember I had the problem.
First I thought that my device was the reason, and it turned out to be that the noise was coming from wrong channel, and I had to force set alsa channels manually with cli commands and later in config files.
Try to check that alsa does not assign wrong channel when Jack is up.
I have a waveshare 3.5 inch touch LCD display and I m trying to get it working with the latest version of Raspbian A.K.A Raspbian Jessie. I followed futurice.com 's tutorial on getting it to work (tutorial is titled I'd like some LCD on my pi) and it worked on Raspbian Wheezy just fine. All I get now is a blank white screen. All help is greatly appreciated! (I must use the official Raspbian Jessie image without NOOBS from the Raspberry pi website.) I have a Raspberry Pi 2 Mobel B +.
From the product page:
Why the LCD doesn't work with my Raspbian? To use the LCD with the
Raspberry Pi official image, driver should be installed first. Please
refer to the user manual. However, for the first testing, you may want
to use our provided image directly. Why the LCD still doesn't work
with the Waveshare provided image? Make sure the hardware connection
is correct and connects fine. Make sure the image in TF card is burnt
correctly. The PWR will keep on and the ACT will keep blinking when
the Raspberry Pi starts up successfully, in case both of the two LEDs
keep on, it is possible that the image was burnt incorrectly OR the TF
card was in bad contact. Which power supply should I use? It is
strongly recommended to use a stand-alone 5V/2A power adapter, because
the PC's USB port might doesn't have enough power to support the Pi
and LCD. For more info, please check the wiki page
You can find more info on their wiki.
It sounds like you either need to use their Raspian image, or install the driver for this display on your existing Raspian install:
wget http://www.waveshare.net/w/upload/7/73/LCD-show.tar.gz
tar xvf LCD-show.tar.gz
cd LCD-show/
sudo ./LCD35-show
I have been trying to get pianobar working on my Raspberry Pi. I built version 2013.05.19-dev from Github and it works when I have /etc/libao.conf default_driver=alsa. The problem is that this gives horrible quality audio. I followed the instructions for installing PulseAudio and MPD on dbader's blog. Now when I set default_driver=pulse, pianobar tells me /!\ Cannot open audio device. I have been looking for a solution to this so any tips or help would be great!