[popcornmix]

Yes, I can do that but the CodecInfo didn't show the resolution on Krypton builds before that and the files that have this issue don't show the resolution correctly (something like 0x0[0.00] as I said. The files show correct resolutions on Kodi v16 builds. Maybe it would be better to provide a sample?

I'm more interesting in the skipping behaviour you reported as that sounds like a real regression.
The codec info reporting is cosmetic and rather easier to fix.

[nickrob84]

The weather info on homescreen issue isn't a addon problem. Uninstalled met office and installed yahoo and still same issue. What sort od log would be of use?

[Milhouse]

Hi, actually i started with these builds here around 10th July, and all of them are like that here.

Thats why i asked if thats the current state in case anyone else using a BT Receiver for remote ...

If nobody responds then my advice would be to test with LibreELEC 7.0.2 official build - if this has the same issue then start a bug thread on the LibreELEC forum. If however the official release is working OK, then work through these test builds until you identify the last build with working BT PS3 standby.

any logs useful ?

Unlikely, I suspect, but maybe someone more familiar with BT will be able to suggest something.

[Milhouse]

The weather info on homescreen issue isn't a addon problem. Uninstalled met office and installed yahoo and still same issue. What sort od log would be of use?

The usual, debug log (wiki).

[smp1]

Not sure if it's a bug or a feature but switching between the audio tracks on TV channels takes forever in Krypton. It is much faster and more smooth in Jarvis.

[alturismo]

Ok, i ll give it a shot, thanks for pointing.

[Milhouse]

New LibreELEC.tv Krypton build #0718: RPi / RPi2
(Supercedes previous build)

Code:

# uname -a
Linux rpi512 4.7.0-rc7 #1 Mon Jul 18 21:07:10 BST 2016 armv6l GNU/Linux

# vcgencmd version
Jul 15 2016 17:54:00
Copyright (c) 2012 Broadcom
version efa728fef77ea14ceb1500caf0146395fa282a0f (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160718210527-#0718-g0f8bbb6 [Build #0718]

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

# Kernel device tree status: Enabled

Based on tip of LibreELEC.tv master (0f8bbb66, changelog) and tip of XBMC master (2cac3e38, changelog) with the following modifications:

• Includes newclock5 patches
  
• Excludes the LibreELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-4.7.y
  
• Includes latest bcm2835-driver master (051aed71, ahead +8)
  
• Includes latest kodi-platform master (c8188d82)
  
• Includes latest libcec master (6d68d212)
  
• Includes latest libnfs master (fac3a954, ahead +34)
  
• Includes latest p8-platform master (041a8c6c, ahead +1)
  
• Includes latest addons: inputstream.mpd (aad30ba0, +13), inputstream.rtmp (7bf2298e), inputstream.smoothstream (31e7afef, +3), peripheral.joystick (6090a90e, +1), pvr.argustv (e536f32e), pvr.demo (01c68c88), pvr.dvblink (0bf16840, +1), pvr.dvbviewer (35902f5d), pvr.filmon (efd379b8), pvr.hdhomerun (a71e816d), pvr.hts (856e72a4, +1), pvr.iptvsimple (1ea1f36e), pvr.mediaportal.tvserver (3ba23b7b, +1), pvr.mythtv (1bcf081a, +5), pvr.nextpvr (ecbd6e5c, +1), pvr.njoy (b5d65655), pvr.pctv (12d8baf1), pvr.stalker (4e9b11c8, +5), pvr.vbox (36d3717b, +1), pvr.vdr.vnsi (d7bc89eb, +5), pvr.vuplus (d7f5685a, +1), pvr.wmc (1f3240da, +1)
  
• Include [env] e7cbe9cb: xf86-video-intel: Explicitely disable TearFree and TripleBuffer
  
• Include [env] ed774729: Intel: Implement Passthrough-Range
  
• Include [env] 98c65e6a: Kodi: Use Limited Range by default
  
• Include [env] patch: Add kodi binary addons (pvr, adsp, other)
  
• Include [env] patch: Don't build ADSP addons
  
• Include [env] patch: Bump included addon versions to prevent online updates
  
• Include [env] patch: Install libbrcmEGL/libbrcmGLESv2 shared libraries, with sym links for backward compatability
  
• Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.*, os.* and peripheral.*
  
• Include [env] patch: Add experimental splash video for RPi
  
• Include [env] patch: ffmpeg: bump 3.1.1
  
• Include [env] PR:481: linux: Update to 4.7 (WIP)
  
• Include [env] PR:526: Cpu temperature readings for devices with aml_thermal interface
  
• Include [env] PR:535: init: Add upgrade check to avoid incompatible upgrades [RFC,WIP]
  
• Include [env] PR:546: systemd: Do not unmount /storage and /flash at shutdown as this always fails
  
• Revert [env] 46b9b7b3: rtmpdump (Reason: use newclock5 bump)
  
• Include [pkg] patch: drm/i915: Extend Fake HDMI live status to Valley View (linux)
  
• Include [pkg] patch: [skin.estuary] Hide watched items on home (kodi-theme-Estuary)
  
• Include [pkg] PR:8645: [video] Add season/TV show artwork to episodes/seasons even if they have their own fanart.
  
• Include [pkg] PR:8824: videodb: fix smart playlists not honoring "Show empty TV shows" setting.
  
• Include [pkg] PR:8922: [guiinfo] extend ranges for listitem properties
  
• Include [pkg] PR:9803: [PeripheralCecAdapter] fix playback stopping on screensaver deactivated
  

Build Highlights:

1. Dropped ADSP addons (introducing conflicting changes, lack of maintenance)
   
2. Don't unmount /storage or /flash on shutdown
   

Build Details:

1. LibreELEC.tv:
   • kodi: database migration splash text (PR:537, 1 commit, 1 file changed)
     
   • WeTek: Set the resolution more precisely at boot (PR:541, 1 commit, 2 files changed)
     
2. XBMC:
   • [PVR][json-rpc] change/fix timer API, sync pvr types fields with current implementation (PR:10074, 8 commits, 7 files changed)
     
3. Additional commits/pull requests/changes not yet merged upstream:
   • Updated: [env] patch: Add kodi binary addons (pvr, adsp, other)
     
   • Added: [env] patch: Don't build ADSP addons
     
   • Added: [env] PR:546: systemd: Do not unmount /storage and /flash at shutdown as this always fails
     

[popcornmix]

Not sure if it's a bug or a feature but switching between the audio tracks on TV channels takes forever in Krypton. It is much faster and more smooth in Jarvis.

Do you get this issue with recordings? If so a sample file would be useful.

[asavah]

Not sure if it's a bug or a feature but switching between the audio tracks on TV channels takes forever in Krypton. It is much faster and more smooth in Jarvis.

I've noticed this long ago, but lack of time prevented me to file a proper bug report on trac.
This happens only on live sources, with PVR and multicast streams it takes long to switch language but it works.
On http(s) live sources switching languages causes a stall.
On pi if memory serves http stalls happen with all options mmal/omx/sw.
It would help to check if this happens on x86_64 with current master or if it's pi specific.

[asavah]

Not sure if it's a bug or a feature but switching between the audio tracks on TV channels takes forever in Krypton. It is much faster and more smooth in Jarvis.

Do you get this issue with recordings? If so a sample file would be useful.

Recorded files or multilanguage mkvs work fine.

PS just checked on a pretty old master build I have on ubuntu x86_64 (034aa80) the issue is there.
So it looks like it's a core issue and not pi specific.
I can not provide access to the stream(s) because the access is limited to my ISP's internal network.

[herrmeier01]

With the latest VDR addon "service.softcam.oscam-8.0.101" the my smart card isn't working.
When I downgrade to VDR with the addon "service.softcam.oscam-8.0.100" all is working again.

[smp1]

Do you get this issue with recordings? If so a sample file would be useful.

Nope. Only with live DVB streams. It takes ~10 seconds to switch the audio track + the video will freeze for a couple of seconds during the switch.

[popcornmix]

PS just checked on a pretty old master build I have on ubuntu x86_64 (034aa80) the issue is there.
So it looks like it's a core issue and not pi specific.
I can not provide access to the stream(s) because the access is limited to my ISP's internal network.

Best to report this in the OS independent forum. Include a debug log (wiki) from a recent Ubuntu build where hopefully the right dev (FernetMenta) will see,

[bennana]

Hello!

I am using the Millhouse Builds on RPi3, mainly for live TV. I notice, that HLS streams do start really slow and suffer of constant stuttering. When monitoring the codecinfo, a periodically running dry of aq and vq is observed, which causes short stuttering. When watching mpgets streaming channels, these problems arent there at all.
I tried to chance hardware acceleration settings but nothing seems to have change that behaviour.

Just tested various hls streams on a Windows computer and on the Amazon Fire TV Stick. No Problems there. On the other hand the amazon stick needs much time to open mpget streams. HLS starts immediately.

With HLS i mean streams, which have an .m3u8 ending. Mpgets have .ts ending.

I am using these builds since May/June of this year. If i remember right, these "problem" was always there.

Is this a comon thing or is that probably related to my personal settings?

Thanks!
bennana

[nickrob84]

The weather info on homescreen issue isn't a addon problem. Uninstalled met office and installed yahoo and still same issue. What sort od log would be of use?

The usual, debug log (wiki).

http://pastebin.com/raw/dWGb7bTs
http://pastebin.com/raw/A1im5U4E

Couple of recent ones on the latest build where I have reloaded met office addon and tried to change the setting to show on home screen. I think anyway.