Kodi Community Forum

Full Version: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
(2016-10-20, 15:58)MONSTA Wrote: [ -> ]
(2016-10-18, 18:23)popcornmix Wrote: [ -> ]The VC-1 and MPEG-2 files are detected as deinterlaced correctly.
They look fine to me. The file is a deinterlace torture test, so it is intended to be hard to deinterlace.
We produce the same output as, say VLC using yadif x2 (which is considered a very good deinterlacer).
Yadif is something software? The quality corresponds to a average level. Something like hardware "adaptive" on amd. There is "motion-adaptive", which is much better and "vector-adaptive", which is very much better.
VLC never used, only tried. IMO this is the one of most bad players ever Smile
Thank you for the answer.

BTW, I ran the file past our new codec expert and he replied:
Quote:OK - well I've pulled the stream apart. In general it looks progressive
(MBAFF can be progressive): TopFieldOrderCount == BottomFieldOrderCount
and the clockTimestamps for the two fields (from the Picture Timing SEI)
are the same. However pic_struct = 3 (Top field, Bottom Field) which
muddies the waters a bit.

You can make a strong case that this should be progressive. H.264 says
[D.2.2 clock_timestamp_flag[i]]:

When clockTimestamp is equal for two fields of opposite parity that are
consecutive in output order, both with ct_type equal to 0 (progressive)
or ct_type equal to 2 (unknown), the two fields are indicated to have
come from the same original progressive frame. Two consecutive fields in
output order shall have different values of clockTimestamp when
the value of ct_type for either field is 1 (interlaced).

In this stream ct_type = 2, the clockTimestamps are the same and the
above para is as definite as H.264 gets regarding display. As ct_type &
clockTimestamps are optional fields one might hope that they meant
something useful if included!

So, that's the reason we don't deinterlace it. We do what the spec says.

ffmpeg seems to diverge from the spec in this case and decides it is interlaced.
I've tried following ffmpeg's logic and running a number of test files through and
noting when there is a change in behaviour. I'll need to look more closely at the changes
and see if they seem to be desirable or undesirable.
(2016-10-20, 08:06)the_jaguar Wrote: [ -> ]
(2016-10-19, 20:38)the_jaguar Wrote: [ -> ]
(2016-10-19, 10:12)Milhouse Wrote: [ -> ]Not a FULL debug log, you've snipped useful and potentially relevant information. No idea if what remains is likely to solve the issue.

(2016-10-19, 17:45)Memphiz Wrote: [ -> ]You must have done something else to it. The complete log file header is missing ... but yeah - turn on debugging, restart kodi and reproduce your issue.

Ok, I enabled debug log using Advanced Settings and restarted my Pi3 and went through the entire sequence of starting the movie and hitting "fast forward", etc. Here is the log - http://pastebin.com/H6jM1Dyc

Nothing in the log has been edited or snipped. Let me know if this works. Once again, thanks much for looking into this.

I just observed another strange thing - if I disable "Decode the stereo stream from 3D files", the movie plays in 2D, but I am able to "fast forward" without any issues. I find this really weird...

I have been trying various combinations but nothing seems to work when the movie is played in 3D mode, which leads me to believe that it's the 3D MVC rendering that might be causing the issue. I see a few errors in my debug log and have Googled around, but haven't been to find anything concrete. Please help.
(2016-10-17, 22:13)Knochen1981 Wrote: [ -> ]I have the same problem while playing Files from a local drive. The picture freezes for aboout 5 Seconds - audio is playing. Build used 1015 but it happened with 1014 and 1013 too. 1004 was fine.
I went back to 1004 and had this freezing too. Still no idea when it started. It is hard to figure out since I can go 60 minutes without it happening and then it happens 3 times every 5 minutes or so. I don't have the time to watch that many movies Undecided (Again, no issues with OMX)
New LibreELEC.tv Krypton build #1020: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.8.2 #1 Thu Oct 20 21:27:47 BST 2016 armv6l GNU/Linux

# vcgencmd version
Oct 20 2016 15:03:30
Copyright (c) 2012 Broadcom
version b1f1c64dd836f2324e1105db36f8c356a11b2d54 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20161020212643-#1020-g5c9861d [Build #1020]

# Kodi version
Kodi (17.0-BETA4 Git:25ae7ff). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (5c9861db, changelog) and tip of XBMC master (25ae7fff, changelog) with the following modifications: Build Highlights:
  1. New firmware
  2. libnfs: Fix crash due to invalid contexts
  3. Dropped db migration text update
Build Details:
  1. Firmware (Oct 20):
    • firmware: isp: Add isp and isp_ilc to standard Pi variant as a cheap resize
    • firmware: MMAL: Add parameters to configure source pattern
    • firmware: IL Camera: Minor tidy up in RGB output handling
    • firmware: Video_render: Support YV12 and NV21 (YVU formats
    • firmware: IL Source: Add support for YV12 output (YVU420PackedPlanar)
    • firmware: IL ISP: Major updates
    • firmware: mmal_ril: Relay buffer alignment from RIL to MMAL
    • firmware: ldconfig: Increase line buffer length from 80 to 100
    • firmware: h264: Fix skipping of SPSX in header bytes. See: link
    • firmware: display: Allow display blanking to affect DPI output. See: link
  2. LibreELEC.tv:
    • C2/Hub/Play2: Sync kernel config, options and more (PR:852, 3 commits, 9 files changed)
  3. XBMC:
    • [cmake] Fix build with VAAPI/VDPAU off on linux (PR:10729, 1 commit, 1 file changed)
    • [android] strip binaries in debug builds (PR:10721, 1 commit, 1 file changed)
    • VideoPlayer: ffmpeg, fix calculating aspect ratio for 3d modes (PR:10727, 1 commit, 1 file changed)
    • [CMAKE] - fixups for ios/binaddons (PR:10732, 2 commits, 2 files changed)
    • [win32] A set of fixes for dx resources. (PR:10736, 3 commits, 2 files changed)
    • Fix button maps not refreshing after a reset (PR:10735, 1 commit, 1 file changed)
  4. peripheral.joystick:
    • Fix add-on button map overriding user button map (0da70a1a)
    • Fix possible failure to derive certain features (39751ff3)
    • Revert "Don't mark callback as __cdecl when" (1aee01f9)
  5. newclock5:
    • Commits no longer in build:
      • VideoPlayer: fix aspect ratio for matroska containers for stereo modes (762a727c)
  6. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [pkg] PR:10737: [filesystem/nfs] - ensure that the last access time of a context is updated
(2016-10-19, 13:35)DaveBlake Wrote: [ -> ]Experienced some sutter on video playback (mp4) - picture freezes for 2s while sound continues. Various episodes from a series exhibit this behaviour.

Happens with build 1018(y) on RPi3, also with LE7.90.007 but not noticed on LE 7.90.005.

Sorry no debug logs yet, it is the family system so debug gets turned off to see the picture rather than have the status stuff in to left corner. I know that is not enough to work with, but seems worth mentioning in case it was a known issue.

Edit: discovered <logfile>1</logfile>, will try to gather some more useful info tonight Confused
Log file obtained. See here https://www.dropbox.com/s/pzvblmpfh4oylw...6.log?dl=0

Perhaps this is better described as video getting out of sync. It doesn't seem to matter what file is playing as how long it is playing for. When I wind-back and replay the piece of video it plays perfectly. Also I notice that the hic-up happens at about the same time from start of playback, i.e. 18mins approx, on each video.

Maybe this is just down to system settings? I am just using the defaults. Family use not making this easy to catch or adjust, but hoping to be helpful. Log also full of CEC log too as trying to debug that as well (I don't think there is any interaction between issues).
(2016-10-21, 19:36)DaveBlake Wrote: [ -> ]Perhaps this is better described as video getting out of sync. It doesn't seem to matter what file is playing as how long it is playing for. When I wind-back and replay the piece of video it plays perfectly. Also I notice that the hic-up happens at about the same time from start of playback, i.e. 18mins approx, on each video.

Maybe this is just down to system settings? I am just using the defaults. Family use not making this easy to catch or adjust, but hoping to be helpful. Log also full of CEC log too as trying to debug that as well (I don't think there is any interaction between issues).

I've seen one other report that could be the same issue, but I'm not seeing any stuttering or sync issues.

Looks like you've got "PLL adjust" enabled in system/audio settings which is not a default option. Can you try disabling that?
(2016-10-21, 21:55)popcornmix Wrote: [ -> ]
(2016-10-21, 19:36)DaveBlake Wrote: [ -> ]Perhaps this is better described as video getting out of sync. It doesn't seem to matter what file is playing as how long it is playing for. When I wind-back and replay the piece of video it plays perfectly. Also I notice that the hic-up happens at about the same time from start of playback, i.e. 18mins approx, on each video.

Maybe this is just down to system settings? I am just using the defaults. Family use not making this easy to catch or adjust, but hoping to be helpful. Log also full of CEC log too as trying to debug that as well (I don't think there is any interaction between issues).

I've seen one other report that could be the same issue, but I'm not seeing any stuttering or sync issues.

Looks like you've got "PLL adjust" enabled in system/audio settings which is not a default option. Can you try disabling that?

I'm having the same issue with Passthrough and "PLL adjust" disabled. Will post a log if I find the time.
New LibreELEC.tv Krypton build #1021: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.8.2 #1 Fri Oct 21 21:10:45 BST 2016 armv6l GNU/Linux

# vcgencmd version
Oct 20 2016 15:03:30
Copyright (c) 2012 Broadcom
version b1f1c64dd836f2324e1105db36f8c356a11b2d54 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20161021210422-#1021-g7fe628e [Build #1021]

# Kodi version
Kodi (17.0-BETA4 Git:e143904). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (7fe628ef, changelog) and tip of XBMC master (e143904b, changelog) with the following modifications: Build Highlights:
  1. Minors
Build Details:
  1. LibreELEC.tv:
    • changed url from openelec.tv to libreelec.tv (PR:857, 1 commit, 1 file changed)
    • dvb-tools: add w_scan (PR:855, 1 commit, 3 files changed)
    • kodi: fix aml audio patch (PR:851, 1 commit, 1 file changed)
    • samba: fix browsing and clean up smb.conf (PR:849, 1 commit, 1 file changed)
    • installer: replace dialog with whiptail (PR:854, 8 commits, 9 files changed)
  2. XBMC:
    • Use new add-on hooks to enable/disable peripheral add-ons (PR:10734, 1 commit, 3 files changed)
    • [filesystem/nfs] - ensure that the last access time of a context is u… (PR:10737, 1 commit, 1 file changed)
    • disable debug in depends in Release builds (PR:10728, 2 commits, 9 files changed)
    • [skin.estuary] Fix mute icon (PR:10742, 1 commit, 1 file changed)
  3. pvr.vdr.vnsi:
    • send wol on system resume (PR:92, 1 commit, 2 files changed)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [pkg] PR:10739: Fixed OnPlayBackResumed not getting fired anymore.
Does anyone know if an update addon has ever been brought back to do updates for this please?
(2016-10-14, 07:33)MikeKL Wrote: [ -> ]kodi crash after 1st boot of #1013 Kodi crash debug log
.
.
.
kodi always appears to crash at point when performing 1st PVR channel & epg re-fresh.
(Estuary top right hand corner of GUI revolving timer pauses/stops in mid refresh then crash)
kodi crash after 1st boot of #1021 Kodi crash debug log

1st observed kodi crash after 1st boot of a nightly build since #1013
(2016-10-21, 23:43)nb2a Wrote: [ -> ]Does anyone know if an update addon has ever been brought back to do updates for this please?
I have been using this branched modified openELEC Dev Update addon, currently still works for me
https://github.com/miigotu/script.libreelec.devupdate

There is also an option build into libreelec settings, although I have not tried this option in a while. 2360115 (post) (Also explained in 1st post in thread, point 7 - LibreELEC Settings add-on Development Updates)
(2016-10-21, 23:43)nb2a Wrote: [ -> ]Does anyone know if an update addon has ever been brought back to do updates for this please?

The built in updater works fine, can be done manually or automatically.

In libreelec settings add this URL into one of the custom channels http://milhouse.libreelec.tv/builds/master/RPi2/
And then change update channel to Milhouse-8.0

Job done. Big Grin
Quick question: is there any way to disable the messages to 'keep or remove add-ons' after cleaning the library. I get the message EVERY time it cleans the library (which happens after adding, changing or removing content).
(2016-10-22, 01:02)bmonster Wrote: [ -> ][quote='nb2a' pid='2441418' dateline='1477086214']
Does anyone know if an update addon has ever been brought back to do updates for this please?

The built in updater works fine, can be done manually or automatically.

In libreelec settings add this URL into one of the custom channels http://milhouse.libreelec.tv/builds/master/RPi2/
And then change update channel to Milhouse-8.0

Job done. Big Grin

I have no idea how to get to these settings but thank you.
(2016-10-21, 21:55)popcornmix Wrote: [ -> ]
(2016-10-21, 19:36)DaveBlake Wrote: [ -> ]Perhaps this is better described as video getting out of sync. It doesn't seem to matter what file is playing as how long it is playing for. When I wind-back and replay the piece of video it plays perfectly. Also I notice that the hic-up happens at about the same time from start of playback, i.e. 18mins approx, on each video.

Maybe this is just down to system settings? I am just using the defaults. Family use not making this easy to catch or adjust, but hoping to be helpful. Log also full of CEC log too as trying to debug that as well (I don't think there is any interaction between issues).

I've seen one other report that could be the same issue, but I'm not seeing any stuttering or sync issues.

Looks like you've got "PLL adjust" enabled in system/audio settings which is not a default option. Can you try disabling that?
OK, will try that tonight.

Some more detail. In the log I posted here 2441242 (post) "adjust display refresh to match" was disabled. Last night I enabled it as you recommended elsewhere, still got out of sync moments but a little later in the video (21 mins of play). However, unlike previously where there were a flurry of CDVDPlayerAudio::SyncStream messages, the log shows very little at the time sutter occurs. Just after the issue I hit pause on the remote, as I have CEC debug enabled this makes it easy to find these points in the log. My log is huge as I didn't reboot, so here a small extract so you can se what I mean,


Code:
20:06:42 96456.015625 T:1524429728   DEBUG: Thread JobWorker 1524429728 terminating (autodelete)
20:33:42 98076.531250 T:1625093024   ERROR: CMMALVideo::GetPicture - called but m_output_ready is empty
20:33:42 98076.531250 T:1625093024 WARNING: Decoder Error getting videoPicture.
20:33:43 98076.671875 T:1625093024   DEBUG: CPullupCorrection: pattern lost on diff 1876875.000000, number of losses 1
20:33:43 98077.195312 T:1625093024 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
20:33:50 98083.726562 T:1796682656 WARNING: Previous line repeats 3 times.
20:33:50 98083.726562 T:1796682656   DEBUG: CecLogMessage - >> 01:44:46
20:33:50 98083.726562 T:1796682656   DEBUG: CecLogMessage - SetCurrentButton pause (46) D:0ms cur:46
At 20:33 I get a suttter and hit pause 7s later, nothing in log in the previous 27 minutes.

I know partial logs are a frustration, but this really does have the essentails in it. Hope it reveals something useful?