•   
  • 1
  • 120
  • 121
  • 122(current)
  • 123
  • 124
  • 218
  •   
  Thread Closed
v17 LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)
(2016-08-17, 22:34)Potze Wrote:
(2016-08-17, 19:40)popcornmix Wrote:
(2016-08-17, 19:22)Potze Wrote: I can't change it from 1024×768 to 1920×1080 in Menu, it shows nothing and goes automatically back to 1024. If I start an film with 1920x1080 the screen changes to full hd.

Can you ssh in and run "tvservice -s" when playing the video and when switching to 1920x1080 from GUI?
It's quite likely the refresh rate (or other settings) is different in the two cases.

When playing a video in 1920x1080:
"state 0x12000a [HDMI CEA (31) RGB lim 16:9], 1920x1080 @ 50.00Hz, progressive"

When in GUI:
"state 0x12000a [HDMI CEA (4) RGB lim 16:9], 1280x720 @ 59.94Hz, progressive"

When changing from 59,94Hz to 50:
"state 0x12000a [HDMI CEA (19) RGB lim 16:9], 1280x720 @ 50.00Hz, progressive"

Chainging to 1920x1080 (59,94Hz):
"state 0x12000a [HDMI CEA (16) RGB lim 16:9], 1920x1080 @ 59.94Hz, progressive"

I tried to change to an resolution that is less, the same happens.
Skin is Estuary.

greets

I found the problem and the solution:

I am using an AV-receiver ( Pioneer V-923 ) and the time to change from one resolution to another will take about 23 sec.
So I connected the rasp direct to the TV and changed the resolution, under 5 seconds I get an screen and check the box.

Orignal connected works fine.

greets
(2016-08-21, 01:23)Milhouse Wrote:
(2016-08-20, 22:53)unclejoe01 Wrote: I am having really slow network speeds with these builds. If I use latest stable build (LibreELEC-RPi2.arm-7.0.2.tar) network is fast but not with these builds. Am I missing something.

thanks
joe

WiFi or Wired? What results do you get with iperf and latest test build?

It is WIFI, it only seems to be on internet connections local network is fine! I will try iperf.
Thanks bmonster.

Can you post autostart.sh please!?

(2016-08-19, 20:40)bmonster Wrote:
(2016-08-18, 22:23)ezar Wrote: If I want to spin down external USB... Huh

I did mine with hdparm, and used the autostart.sh file to have it trigger every boot.
Got mine set for 10mins, and works fine.
(2016-08-21, 11:37)popcornmix Wrote:
(2016-08-21, 10:08)esco Wrote: how can I disable the turbo_mode? Got freezes after 20+ minutes when playing files (SMB share) with latest builds. 0801 is fine, strange is that 0809 is causing the same issues...

arm_freq=600 in config.txt will disable turbo_mode, but I'll be a little surprised if that is your issue.
If 0801 is fine and 0809 is bad then can you identify the first build with the issue?

0802b is fine, no freezes, no KODI reboots. Unfortunately no luck with later builds,
(2016-08-21, 11:36)metaron Wrote: 1) 20 Questions Murder Mystery (1965) (Talking Pictures TV) recording from DVB-T2 dongle, mpeg2, ts (16:9 adverts, 4:3 film)
Test File 1 extract on Google Drive
Re-tested playing the section of file via NFS mount on a B+ with #819 (bypassing pvr.mythtv) over wired ethernet.

* mplayer on my core2 PC switches aspect just before the end of the blue 'southern colour production' screen
* OMX and MMAL players fail to switch aspect during normal playback
* OMX and MMAL players fail to switch with jump across the break
* OMX and MMAL players seem to switch into the correct mode if you jump within a 16:9 or 4:3 section

(2016-08-21, 11:36)metaron Wrote: 3) Artists In Crime (UKTV Drama), DVB-T2 dongle recording, mpeg2, ts (16:9 adverts, 4:3 feature)
Test File 3 extract on Google Drive
Re-tested playing the section of file via NFS mount on a B+ with #819 (bypassing pvr.mythtv) over wired ethernet.

* mplayer on my core2 PC switches aspect between the 'unforgettable moments on drama' and 'allen mysteries' screens
* OMX and MMAL players switch aspect correctly when you play straight through
* OMX player 'pauses' when you jump across the aspect switch. Another small jump in the same section and playback starts again.
* MMAL player successfully jumps across the aspect switch in both directions and resumes playback in the correct aspect.
* OMX and MMAL players maintain the correct aspect and don't 'pause' playback if you jump within a 16:9 or 4:3 section
* MMAL player 'stutters' at the start of playback - OMX player doesn't.
I noticed an issue with DVB-S streams. Kodi doesn't seem to handle very well the situations when the signal is weak (due to bad weather for example). The most annoying issue is when the signal is temporarily lost - the video/audio freeze and it remain frozen even when the signal is good again, so I have to switch the channels back and forth to unfreeze it.
(2016-08-21, 10:01)Milhouse Wrote: Also, the passthrough/seek/OOM crash is 100% reproducible with LibreELEC Generic (x86_64)


Milhouse is this similar to my issue I reported with PVR playback on x86_64 that started after 806?
HTPC(s): All running LibreELEC
  • AMD 2200G APU on Gigabyte AB350N-Gaming WIFI-CF
  • RPI3 x2 | RPI2 x2
NAS: FreeNAS (Latest Stable) | NFS/CIFS
(2016-08-21, 11:36)metaron Wrote: 2) Rio Olympics opening ceremony (BBC One HD), DVB-T2 dongle recording, h264, ts (all in 16:9)
Zero:
Juddery start, seems to be skipping frames, audio drops out occationally. Looks like buffering / throughput / interrupt issues.
Zero with OMX player turned back on:
Slight judder at start, then continues with smooth playback. Looking good then full 100% lock up. Can't even ssh into the zero. Wifi dongle light still flashing but green zero light on solid. suspect some sort of interrupt conflict between wifi usb / sd card read and video playback. I know pvr.mythtv can hit the sd card looking for icons during playback (??) so this might be why.
My wife (who uses this set-up more than I do) has reported regular 'lock ups'. Currently considered 'not good enough'.
Power cycled the zero and tried to reproduce, but playback remained smooth this time.
Digging into this a little more, it appears that playback is significantly affected by pvr.mythtv as using a local file (or nfs, still via wifi) is much improved on the zero although still using MMAL.
It does however still seem to miss the occasional frame (both on the zero and on the B model) and is therefore not quite as silky smooth as OMX player even when using a local file.
I conducted another test using a local file on the B model and it got slightly worse when I turned on debug logging (NB storage partition and therefore the log file is mounted via NFS) http://sprunge.us/BjDc
I'd be interested in your comments @popcornmix if you think this is 'normal' or not for Test File 2 on a B model using MMAL.

Wifi is undoubtedly more overhead than wired, so any unnecessary reading of files during playback by pvr.mythtv (which I suspect is occurring) will make things worse.
Something obviously isn't 100% safe in this high load wifi + pvr.mythtv environment (demonstrated by the lock up I saw), but as I can't get at the zero once kodi has locked up investigation will be difficult.

Probably if I can work out how to stop pvr.mythtv reading icon files unnecessarily during playback OMX player will be perfectly acceptable for my use case over wifi (once the aspect ratio / pause thing is sorted). I'm sure it shouldn't be doing this so maybe Janbar can help if I post on the pvr.mythv part of the forum....
(2016-08-21, 22:35)pyrodex Wrote:
(2016-08-21, 10:01)Milhouse Wrote: Also, the passthrough/seek/OOM crash is 100% reproducible with LibreELEC Generic (x86_64)

Milhouse is this similar to my issue I reported with PVR playback on x86_64 that started after 806?

Yes, sounds like the same (disabling passthrough would confirm it) - I replied in the x86_64 thread to give this issue a bit more visibility.
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.
(2016-08-19, 20:54)popcornmix Wrote:
(2016-08-19, 01:21)markius Wrote: Is there any reason that LibreElec wouldn't be able to play this file:

Can you try adding this advancedsetting.xml?
Code:
<advancedsettings>
    <omx>
        <omxdecodestartwithvalidframe>0</omxdecodestartwithvalidframe>
    </omx>
</advancedsettings>

Wow! As easy as that.

I get a frame or 2 of garbage but other than that the problem files now play perfectly.

Thanks a lot!
New LibreELEC.tv Krypton build #0821: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.7.0 #1 Sun Aug 21 21:06:50 BST 2016 armv6l GNU/Linux

# vcgencmd version
Aug 19 2016 19:56:59
Copyright (c) 2012 Broadcom
version 04cb74d9feb624e2463cde9db466bdce8b9799e9 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160821210506-#0821-gc5864e5 [Build #0821]

# vcdbg log msg 2>&1 | grep DTOK
002385.837: Kernel trailer DTOK property says yes

# Kernel device tree status: Enabled

Based on tip of LibreELEC.tv master (c5864e58, changelog) and tip of XBMC master (8ace958e, changelog) with the following modifications: Build Highlights:
  1. Bump to Kodi 17.0 beta2 (start of Beta2 development)
Build Details:
  1. XBMC:
    • DVDVideoCodecAmlogic: Do not H/W decode Hi10P (PR:10317, 1 commit, 1 file changed)
    • bump to 17.0 beta 2 (PR:10297, 1 commit, 2 files changed)
    • [lang][kodi.core] automatic syntax corrections for the en_GB language file (431d0416)
    • [lang] updated language files from Transifex (53955e8a)
    • [lang][skin.estuary] updated language files from Transifex (cb1bb470)
    • [lang][skin.estouchy] updated language files from Transifex (3d652e8d)
    • [lang][skin.estuary] recover lost part of addon.xml after language update (59efbe31)
  2. pvr.argustv:
    • [lang] updated language files from Transifex (299088b5)
  3. pvr.dvblink:
    • [lang] updated language files from Transifex (ea3d98cc)
  4. pvr.dvbviewer:
    • [lang] updated language files from Transifex (f72c62ff)
  5. pvr.filmon:
    • [lang] updated language files from Transifex (675c2b4e)
  6. pvr.hdhomerun:
    • [lang] updated language files from Transifex (eef1bd15)
  7. pvr.hts:
    • [lang] updated language files from Transifex (48b2e261)
  8. pvr.iptvsimple:
    • [lang] updated language files from Transifex (a4c52558)
  9. pvr.mediaportal.tvserver:
    • [lang] updated language files from Transifex (1042a71c)
  10. pvr.mythtv:
    • [lang] updated language files from Transifex (b1b426f3)
  11. pvr.nextpvr:
    • [lang] updated language files from Transifex (4dabcf41)
  12. pvr.pctv:
    • [lang] updated language files from Transifex (d6d969fe)
  13. pvr.stalker:
    • [lang] updated language files from Transifex (9c9c72e9)
  14. pvr.vbox:
    • [lang] updated language files from Transifex (2750c92a)
  15. pvr.vdr.vnsi:
    • [lang] updated language files from Transifex (40c45dc9)
  16. pvr.vuplus:
    • [lang] updated language files from Transifex (7ab30d34)
  17. pvr.wmc:
    • [lang] updated language files from Transifex (d9eac84f)
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.
(2016-08-21, 20:52)smp1 Wrote: I noticed an issue with DVB-S streams. Kodi doesn't seem to handle very well the situations when the signal is weak (due to bad weather for example). The most annoying issue is when the signal is temporarily lost - the video/audio freeze and it remain frozen even when the signal is good again, so I have to switch the channels back and forth to unfreeze it.

disable omxplayer and leave only mmal enabled.. seems to resume well here like that..
(2016-08-21, 17:38)ezar Wrote: Thanks bmonster.

Can you post autostart.sh please!?

(2016-08-19, 20:40)bmonster Wrote:
(2016-08-18, 22:23)ezar Wrote: If I want to spin down external USB... Huh

I did mine with hdparm, and used the autostart.sh file to have it trigger every boot.
Got mine set for 10mins, and works fine.

This is what I have in the autostart.sh

Spindowns all 3 of my external drives after 10mins of inactivity.
Sleep command give the drives enough time to turn on, wouldn't work without this.

nano /storage/.config/autostart.sh

Copy and paste this and save, then reboot.

sleep 10 ;
hdparm -S 120 /dev/sda ;
hdparm -S 120 /dev/sdb ;
hdparm -S 120 /dev/sdc
(2016-08-21, 19:13)esco Wrote: 0802b is fine, no freezes, no KODI reboots. Unfortunately no luck with later builds,

If the problem started with 0803, then main change was the atempo commits.
With latest build, can you go into system/audio settings and try changing:
resample quality: Try gpu and medium
threshold for pitch correction: Try 0 (always enabled) and 100 (always disabled)
(2016-08-21, 14:43)Potze Wrote: I am using an AV-receiver ( Pioneer V-923 ) and the time to change from one resolution to another will take about 23 sec.
So I connected the rasp direct to the TV and changed the resolution, under 5 seconds I get an screen and check the box.

I've no idea why changing hdmi mode can take so long. No idea why it takes 5 seconds let alone 23 seconds (which is the slowest I've ever heard of).
My Panasonic takes about 2 seconds which still feels unnecessarily long to me. I also have an older JVC which takes about 5 seconds.
I wish TV (and projector) manufacturers would pay more attention to this.
  •   
  • 1
  • 120
  • 121
  • 122(current)
  • 123
  • 124
  • 218
  •   
  Thread Closed
 
Thread Rating:
  • 19 Vote(s) - 4.63 Average



Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)4.6319