Edit: Maybe kernel: Bump to 4.3.24 · Hexxeh/rpi-firmware@bbd611a · GitHub is it?
(It's a bit late now - will try again another day!)
Yes - 4.3.24 was a typo (for 4.9.24) but there is no safe way of fixing a git commit message.
Edit: Maybe kernel: Bump to 4.3.24 · Hexxeh/rpi-firmware@bbd611a · GitHub is it?
(It's a bit late now - will try again another day!)
Yes - 4.3.24 was a typo (for 4.9.24) but there is no safe way of fixing a git commit message.
The RPi2 has worked flawlessly for about 2 years, until it suddenly began to produce Continuity Counter Errors.
If you want to narrow this down, can you back up your sdcard and try reverting the kernel.
will get you the last 4.8 kernel (4.8.13) which from my understanding should be good.
will get you the first 4.9 kernel (4.9.0) which should have the problems.
It would be useful if you (or others) can prove or disprove this is correct.
Anyone know how to track down #993?
Might be interesting to make a list of USB DVB devices that have this problem (artefacts with 4.9 kernel but fine with 4.4 kernel).
If you have this issue report make/model of device (a link to where it was obtained from may be useful).
Output of "lsusb -v"
after running rpi-update on my box
$ uname -a
Linux pi2 4.9.30-v7+ #1001 SMP Fri May 26 16:09:18 BST 2017 armv7l ARMv7 Processor rev 5 (v7l) BCM2835 GNU/Linux
Watching BBC2 HD the green artifacts are back (intermittently as they were before).
Returning to the 4.8.16 build.
sudo apt-get install --reinstall raspberrypi-bootloader raspberrypi-kernel
should get you back to latest stable 4.9 kernel/firmware (i.e. matching marol). Could you double check if that is good/bad?
Also maril/metaron are you using a Pi 3? Any non-default config.txt options?
official image yes, but not if you update with "apt-get dist-upgrade)" there is 4.9.24.
i can try with rpi-update as well... but as i said for me the raspbian build works fine...
Please confirm what "uname -a" reports when working fine and try rpi-update to see if it changes things.
Your results and metaron's results don't match so it would be good to understand the discrepancy.
Display MoreI've just tried with Raspbian Pixel jessie (official image):
pi@raspberrypi:~ $ uname -a
Linux raspberrypi 4.9.24-v7+ #993 SMP Wed Apr 26 18:01:23 BST 2017 armv7l GNU/Linux
pi@raspberrypi:~ $ apt-cache show kodi
Package: kodi
Version: 2:17.1-1~jessie
pi@raspberrypi:~ $ apt-cache show tvheadend
Package: tvheadend
Version: 4.0.8~jessie
no problem at all, DVB-S with DVB-Sky960CI running smoothly, no artefacts visible!
Can anyone else reproduce this? It seems a very significant result, but surprising, so more confirmation would be good.
This can be done without kernel modifications. See:
Raspberry Pi • View topic - Controlling LAN LEDs individually
As compiling on LE is tricky, here is a build I did on raspbian that works fine on LE.
wget -O llctl "https://drive.google.com/uc?id=0B-6zmEDJwxZEbmJkU3g2MlhMQWs&export=download"
chmod +x llctl
You can now turn off LEDS with
and turn them on with
Are you able to measure the voltage on the Pi0 (between 5V and GND on gpio header)?
That would be one likely reason for this issue.
Is this when in GUI or only when playing video?
I'll give it a try, any suggestions?
I wanted to try the new video player updates from FernetMenta
That doesn't require ffmpeg 3.3.
Last night's milhouse build includes the vpupdates commits (without bumping ffmpeg).
I have the following setup: Raspberry Pi Zero W with LibreELEC 8.01, a Samsung TV (LE40B530) and a Logitech Z-5500 surround set.I cannot get audio to work. Tried different settings, with or without passthrough - it just will not play sound. Even if i put my TV back to internal speakers it will not play any sound.
Can anyone assist me with this?
Can you start with posting a debug log?
My colleague Phil has testes the pwm-2chan overlay on a Pi0W and it is working.
Can you try removing "audio_pwm_mode=2"?
I don't think that is the problem, but it is a non-standard option that should be ruled out.
Can you try running raspi-gpio. Here is version from raspbian that should work on LE
uc?id=0B-6zmEDJwxZEY1RXb0ZpNi04VEU&export=download
Report output of "./raspi-gpio get" with the pwm-2chan overlay present.
Can you just confirm that you have selected analogue audio output (rather than hdmi) in system/audio settings?
Netflix (and Amazon Prime) will work on Pi. I've had 720p video with 5.1 audio working perfectly on mine.
Not released yet and will require a Kodi 18 build. See:
Plugin brings Netflix to Kodi Media Center (unofficially, but without breaking DRM) - Liliputing
Kodi Is Getting A Proper Netflix Plugin - Phoronix
But you'll have to wait until it is released.
Just to clarify, passthrough of DTS-HD and TrueHD is not supported on any Pi.
The Pi (at least Pi2 and Pi3) can decode those formats and output them through HDMI as 8 channel PCM.
That is likely to sound identical to the passed through version. (The decoders are bit exact).
Kodi will always open every archive file (zip/rar) in the same directory as the video file to look for subtitles.
Having very large archives in the directory can make kodi very slow and possibly crash.
Try to keep your directories clean and tidy.