•   
  • 1
  • 398
  • 399
  • 400(current)
  • 401
  • 402
  • 415
  •   
v18 -  LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
Amazon VOD plugin videos do not play smoothly in 1080p or 720p on a RaspberryPi 2.

I have done a clean installation of the latest version of LibreELEC and I have installed your latest test build #0719
Is it possible that the RBP 2 can't decode the videos in HD? The CPU is 100% in both 1080 and 720.
In the information of the video playback it says that it uses the inputstream.adaptiv.decoder (SW), if I activate the hardware decoding of omxplayer the video is played, but the video are green.
Is there any way to force software decoding? Or the RBP 2 can no longer play HD videos with DRM?

capture video playing http://i.imgur.com/kh9lxgU.jpg

Thank you.
Reply
Rpi2 can barely make 720p software decoding, maybe lower the bitrate?
Reply
Is there a forum/thread for the netflix-plugin where you can discuss bugs and feature requests? Google only gives me old results that have nothing to do with LibreELEC + netflix.
Reply
(2018-07-20, 15:30)linkinsoldier Wrote: Rpi2 can barely make 720p software decoding, maybe lower the bitrate?
 So, how can I force hardware decoding? or I can't enable in Rpi2?
Reply
(2018-07-20, 17:13)bussy Wrote:  So, how can I force hardware decoding? or I can't enable in Rpi2? 

Hardware decode of these streams is not possible due to DRM. The decoder is embedded in the widevine dl with no access to the unencrypted bitstream.
Reply
(2018-07-20, 15:06)bussy Wrote: Amazon VOD plugin videos do not play smoothly in 1080p or 720p on a RaspberryPi 2.
1080p is not an option on any Pi. The software decoder embedded in widevine is not fast enough.
720p is fine on a Pi3. On a Pi2 it may be tricky. You may be able to improve things with overclocking.
Reply
(2018-07-20, 15:06)bussy Wrote: Amazon VOD plugin videos do not play smoothly in 1080p or 720p on a RaspberryPi 2.
1080p is not an option on any Pi. The software decoder embedded in widevine is not fast enough.
(Unfortunately it only makes use of two cores - ffmpeg handles multi-core decode better and will use four cores,
but that isn't an option with the DRM. Maybe one day the widevine decoder will be improved).
720p is fine on a Pi3. On a Pi2 it may be tricky. You may be able to improve things with overclocking.
Reply
(2018-07-20, 16:05)dantist Wrote: Is there a forum/thread for the netflix-plugin where you can discuss bugs and feature requests? Google only gives me old results that have nothing to do with LibreELEC + netflix.

There isn't a dedicated Netflix add-on forum or thread, unfortunately, but creating a relevant thread in the Video add-ons forum is probably the best for now, until such time as a dedicated add-on thread is created.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Reply
New LibreELEC.tv Leia build #0720: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: af3d3f3697e2e97a186d84c01b4c97827d1d5c5dc15d5cda229892ca76a598b5 (RPi)
SHA256 Checksum: fc4c05ca8a4cf39f304515b72fa2dce6ac6f3ab077fe2782540358987bdd330a (RPi2)

# uname -a
Linux rpi512 4.14.56 #1 Fri Jul 20 21:04:07 BST 2018 armv6l GNU/Linux

# vcgencmd version
Jul 17 2018 13:28:45
Copyright © 2012 Broadcom
version 4da89b2ba95c8826c492b1d734296c8a1a2c7d2b (clean) (release)

# lsb_release
LibreELEC (Milhouse): devel-20180720210251-#0720-ga936505 [Build #0720]

# Kodi version
(18.0-ALPHA3 Git:b7583e3). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (a936505, changelog) and tip of XBMC master (03acaf5, changelog) with the following modifications: Build Highlights:
  1. [PVR] Fix deadlock when removing deleted channels & some code cleanup.
Build Details:
  1. LibreELEC.tv:
    • tcpdump: fix missing dependency (PR:2841, 1 commit, 1 file changed)
  2. XBMC:
    • [JSON]Fix filtering in GetSongs and GetAlbums (PR:14201, 1 commit, 2 files changed)
    • [cleanup][win10] remove drive letter hacks (PR:14204, 1 commit, 3 files changed)
    • [PVR] Fix deadlock when removing deleted channels & some code cleanup. (PR:14205, 1 commit, 5 files changed)
    • [RetroPlayer] Configure renderer sooner (PR:14203, 1 commit, 1 file changed)
    • OMXImage: Switch filename to std:Confusedtring (PR:14207, 1 commit, 2 files changed)
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Reply
(2018-07-20, 14:02)popcornmix Wrote: omxplayer is deprecated. It is limited in features compared to mmal (the video player runs on gpu so doesn't benefit from new kodi features).
It has missing features including dvds with menus, alsa audio, software decode, drm/widevine.
It's mainly intended for use on Pi0/Pi1 which have much slower arm cores.

Bummer. I've been running (on a PI 3 B) with mmal disabled because it performs so poorly for me.

I get a lot of pauses, and horrible lipflap issues on live tv. sometimes the a/v is several seconds out of sync.

Thanks,
Mike
Reply
I have tried to upgrade the last few days everything seems to download and  unpack  correctly but when it goes to reboot it gives the following error 

***Error in mount_storage: mount_common: Could not mount  /dev/mmcblk0p2 ****
### Starting debugging shell for boot step: mount_storage...  type exit to quit ###

I end up at the
# prompt and can run a few basic commnads but that is it.

I was upgrading from #712.
Reply
Post the contents of your cmdline.txt.

Try to identify the first build that has this issue (although I'd be surprised if it's due to any recent changes - the glibc change in #0716 should only affect booting over NFS which isn't the case here).

Run fsck on the SD card, maybe the SD card is failing/failed.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Reply
contents of cmdline,txt
boot=/dev/mmcblk0p1 disk=/dev/mmcblk0p2 quiet

i am not great so trying to figure out how to run fsck
Reply
(2018-07-20, 14:02)popcornmix Wrote:
(2018-07-20, 03:20)oztrained Wrote: Is there any known disadvantage to using OMXPlayer instead of the default MMAL? 

Did you try #719? That has a fix that looked relevant.

omxplayer is deprecated. It is limited in features compared to mmal (the video player runs on gpu so doesn't benefit from new kodi features).
It has missing features including dvds with menus, alsa audio, software decode, drm/widevine.
It's mainly intended for use on Pi0/Pi1 which have much slower arm cores.   
Thanks

#719 gets me back to the same correct audio detection as #630 for Movies and TV Series. However it still has the same audio issue as #630 and previous versions had with Recorded TV from Argus PVR

1. Using MMAL the audio is now correctly decoded as DD or DTS for Movies and TV Series
2. Recorded TV from Argus PVR using MMAL plays audio as PCM (this happened even in Kodi v17 using MMAL) however it is correctly played as DD audio using OMXPlayer. This is the same in #719 playing the Argus PVR recorded TS files from the Kodi menu TV > Recordings
3. However using MMAL and selecting the same TS file using the Kodi File Browser the Argus recorded file plays with DD audio.
Reply
(2018-07-20, 15:30)linkinsoldier Wrote: Rpi2 can barely make 720p software decoding, maybe lower the bitrate?
 The Codecs are very cheap. about 3 Euro for booth. So invest that Money.
Reply
  •   
  • 1
  • 398
  • 399
  • 400(current)
  • 401
  • 402
  • 415
  •   
 
Thread Rating:
  • 19 Vote(s) - 4.58 Average



Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)4.5819