• 1
  • 82
  • 83
  • 84(current)
  • 85
  • 86
  • 218
v17 LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)
Here is the media info for the file

Code:
General
Complete name                            : // ... /Movies 3D/ ...mkv
Format                                   : Matroska
Format version                           : Version 2
File size                                : 5.58 GiB
Duration                                 : 1 h 45 min
Overall bit rate                         : 7 549 kb/s
Encoded date                             : UTC 2015-10-12 18:09:21
Writing application                      : mkvmerge v7.7.0 ('Six Voices') 32bit built on Feb 28 2015 23:23:00
Writing library                          : libebml v1.3.1 + libmatroska v1.4.2

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : [email protected]
Format settings, CABAC                   : Yes
Format settings, ReFrames                : 4 frames
Codec ID                                 : V_MPEG4/ISO/AVC
Duration                                 : 1 h 45 min
Bit rate                                 : 6 750 kb/s
Width                                    : 1 920 pixels
Height                                   : 1 080 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Constant
Frame rate                               : 23.976 (24000/1001) FPS
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.136
Stream size                              : 4.99 GiB (89%)
Writing library                          : x264 core 146 r2538 121396c
Encoding settings                        : cabac=1 / ref=4 / deblock=1:-1:-1 / analyse=0x3:0x133 / me=umh / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=30 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=2 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=12 / lookahead_threads=3 / sliced_threads=0 / slices=4 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=5 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=2pass / mbtree=1 / bitrate=6750 / ratetol=1.0 / qcomp=0.60 / qpmin=1 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=62500 / vbv_bufsize=78125 / nal_hrd=none / filler=0 / ip_ratio=1.40 / aq=1:1.00
Language                                 : English
Default                                  : Yes
Forced                                   : No

Audio
ID                                       : 2
Format                                   : DTS
Format/Info                              : Digital Theater Systems
Mode                                     : 16
Format settings, Endianness              : Big
Codec ID                                 : A_DTS
Duration                                 : 1 h 45 min
Bit rate mode                            : Constant
Bit rate                                 : 755 kb/s
Channel(s)                               : 6 channels
Channel positions                        : Front: L C R, Side: L R, LFE
Sampling rate                            : 48.0 kHz
Frame rate                               : 93.750 FPS (512 spf)
Bit depth                                : 24 bits
Compression mode                         : Lossy
Stream size                              : 571 MiB (10%)
Language                                 : English
Default                                  : Yes
Forced                                   : No

Text #1
ID                                       : 3
Format                                   : PGS
Muxing mode                              : zlib
Codec ID                                 : S_HDMV/PGS
Codec ID/Info                            : Picture based subtitle format used on BDs/HD-DVDs
Duration                                 : 1 h 36 min
Bit rate                                 : 27.1 kb/s
Count of elements                        : 3022
Stream size                              : 18.7 MiB (0%)
Language                                 : English
Default                                  : Yes
Forced                                   : No

Text #2
ID                                       : 4
Format                                   : PGS
Muxing mode                              : zlib
Codec ID                                 : S_HDMV/PGS
Codec ID/Info                            : Picture based subtitle format used on BDs/HD-DVDs
Duration                                 : 1 h 37 min
Bit rate                                 : 20.4 kb/s
Count of elements                        : 3048
Stream size                              : 14.3 MiB (0%)
Language                                 : Korean
Default                                  : No
Forced                                   : No

Menu
(chapter time codes)
(2016-07-08, 12:39)popcornmix Wrote:
(2016-07-08, 01:29)smp1 Wrote: There's an odd issue I noticed with some mkv files. When I start the playback the display will switch to 60Hz and after a couple of seconds it switch to the correct 24Hz.

There's something wrong with the encoding of this file. Run "ffmpeg -i" on it and:
Code:
Stream #0:1: Video: h264 (High), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 47 fps, 47 tbr, 1k tbn, 47.95 tbc (default)
which is why we switch to 60fps at start. After a few seconds the correct framerate is determined and it switches to it.
I noticed the odd "47 fps" frame rate, not sure what's up with that.
(2016-07-08, 19:16)thegooddoctor Wrote: Playing H-OU MKV and not being properly recognized as 3D (3D MVC MKV recognized fine); this is not the problem.
You will need to name these files correctly. Ensure filename contains ".3D.TAB." in filename. See:
http://kodi.wiki/view/3D#Video_filenames_flags

Quote:Subs are permanently being rendered regardless if subs turned on or off. Playing the same media in a different player has no subs (subs are not hard coded).

Can you check with kodi on another platform - e.g. a Krypton build for Windows?
New LibreELEC.tv Krypton build #0708: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.7.0-rc6 #1 Fri Jul 8 21:41:36 BST 2016 armv6l GNU/Linux

# vcgencmd version
Jul  8 2016 14:34:25
Copyright (c) 2012 Broadcom
version f9e71a2b696c48a14756c1e756f3cda6d6f87a07 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160708214019-#0708-g4cb4fca [Build #0708]

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

# Kernel device tree status: Enabled

Based on tip of LibreELEC.tv master (4cb4fca3, changelog) and tip of XBMC master (63f605e8, changelog) with the following modifications: Build Highlights:
  1. New firmware
  2. Updated inputstream.mpd 1.1.8
Build Details:
  1. Firmware (Jul 8):
    • firmware: MJPEG enc: Don't hold JPEG module the whole time See: link
    • firmware: image_encode: Add parameter to set the restart interval. See: link
    • firmware: Raspistill: Add option to set the JPEG restart interval. See: link
    • firmware: rawcam: Set min line interrupt rate to 16. See: link
    • firmware: image_fx: Fix some issues with frameheight/sliceheight
    • firmware: image_fx: Fix some YUVUV issues with pitch and vpitch
    • firmware: deinterlace: Allow interlaced state of video buffer to be signalled from host
  2. XBMC:
    • Revert "[android/packaging] Sync rtmp removal" (PR:10079, 1 commit, 1 file changed)
    • [cmake/linux] Increase link performance (GOLD, DebugFission) (PR:9924, 1 commit, 2 files changed)
    • player processinfo: set higher precision for FPS and DAR (PR:10077, 1 commit, 1 file changed)
    • VideoPlayer: Remove usused variables (PR:10084, 1 commit, 2 files changed)
    • [xbmc][fix] Fix theme xbt loading that broke during cleanup.in #9960 (PR:10073, 1 commit, 5 files changed)
    • mmaldec: Enable zero copy on decoder input buffers (PR:10085, 1 commit, 1 file changed)
    • [addons] repository code cleanup (PR:10059, 5 commits, 8 files changed)
    • [cmake/cpluff] Add generated artefacts to .gitignore (PR:10089, 1 commit, 1 file changed)
    • Revert "vdpau: refcount decoder with surfaces given to ffmpeg, align with vaa…" (PR:10092, 1 commit, 2 files changed)
  3. inputstream.mpd:
  4. newclock5:
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-07-08, 19:14)Milhouse Wrote: Edit: Toggling "Show Custom Channels", then re-applying the "Update Channel" will force refresh the "Available versions", but obviously this is not ideal...
i can add that pressing on the custom url to edit it without actually editing it, and then clicking done forces an update too.
but perhaps that's what you mean by reapplying the 'update channel? in that case the toggling is not necessary. at least not here.

edit: btw. the stalker client is still mysteriously broken. (since #630)
No I just meant that after toggling the "Show Custom Channels" you then need to re-apply the "Update Channel" (ie. "Milhouse-8.0", as it will now show as "None"), but your method seems better/faster/fewer button presses.
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-07-08, 23:21)popcornmix Wrote:
(2016-07-08, 19:16)thegooddoctor Wrote: Playing H-OU MKV and not being properly recognized as 3D (3D MVC MKV recognized fine); this is not the problem.
You will need to name these files correctly. Ensure filename contains ".3D.TAB." in filename. See:
http://kodi.wiki/view/3D#Video_filenames_flags
I knew about this (used this in Kodi 16) but found that recently my 3d MVC MKV's didn't require the additional file name information. Just started trying out 3D TAB MKV's and it seems that those files require the additional filename information.

(2016-07-08, 23:21)popcornmix Wrote:
(2016-07-08, 19:16)thegooddoctor Wrote: Subs are permanently being rendered regardless if subs turned on or off. Playing the same media in a different player has no subs (subs are not hard coded).

Can you check with kodi on another platform - e.g. a Krypton build for Windows?
Just tried Kodi 17 nightly build for Windows (http://mirrors.kodi.tv/nightlies/win32/K...master.exe) and the bug is there as well.
Who needs to be notified then regarding this bug since this is not build dependent?
there is a bit you can set for 3d movies. I think or seem to remember from playing around with 3d files (its been a while, before mvc heh) that kodi picked up on files that had the bit set too. I could be wrong though or it was a temporary commit. you can try flagging a mkv with a tool capable of setting the 3d bit.
(2016-07-09, 06:24)thegooddoctor Wrote: I knew about this (used this in Kodi 16) but found that recently my 3d MVC MKV's didn't require the additional file name information. Just started trying out 3D TAB MKV's and it seems that those files require the additional filename information.

MVC is a 3D specific codec that is full resolution so it can be identified accurately.
HSBS/HTAB just use H.264 and there is no way for Kodi to know that they are 3D.
As tuxen say, an mkv file can include 3D flags in the container, so setting these (e.g. with makemkv) should be another option.
Just for information: build #708 still has lirc gpio problems. When I revert to #619 all works okay.

I've tried to re-record the remote keys, but they do not *all* replay in irw after they have been recorded by irrecord. Seems to be random as to which ones don't record/play-back properly (although KEY_OK seems to consistently not work in play back, but the code sequence is recorded in irrecord).

The repeat "key_up" bug seems to have gone though.

Let me know if I can help debug this.
(2016-07-09, 12:45)stevegal Wrote: Just for information: build #708 still has lirc gpio problems. When I revert to #619 all works okay.

I've tried to re-record the remote keys, but they do not *all* replay in irw after they have been recorded by irrecord. Seems to be random as to which ones don't record/play-back properly (although KEY_OK seems to consistently not work in play back, but the code sequence is recorded in irrecord).

The repeat "key_up" bug seems to have gone though.

Let me know if I can help debug this.

Can you paste the output of:
Code:
systemctl status | paste
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.
New LibreELEC.tv Krypton build #0709: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.7.0-rc6 #1 Sat Jul 9 21:12:36 BST 2016 armv6l GNU/Linux

# vcgencmd version
Jul  8 2016 14:34:25
Copyright (c) 2012 Broadcom
version f9e71a2b696c48a14756c1e756f3cda6d6f87a07 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160709211042-#0709-gf78c95e [Build #0709]

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

# Kernel device tree status: Enabled

Based on tip of LibreELEC.tv master (f78c95ef, changelog) and tip of XBMC master (8bd8cf48, changelog) with the following modifications: Build Highlights:
  1. Bump mesa 12.0.1
  2. mmal updates
Build Details:
  1. LibreELEC.tv:
    • update mesa to 12.0.1 (PR:527, 1 commit, 1 file changed)
    • update cpu-firmware to latest release (PR:528, 1 commit, 1 file changed)
  2. XBMC:
    • [cmake/android] Install librtmp (PR:10094, 1 commit, 1 file changed)
    • fix test suite by declaring a deleter for CDataCacheCore (PR:10090, 1 commit, 3 files changed)
    • Freebsd cmake (PR:10087, 7 commits, 8 files changed)
  3. newclock5:
    • New commits in this build:
      • mmalrender: Use flag in omvb structure for detecting submitted pictures (14d9fa1e)
      • mmalrender: Use quit packet to stop render thread (592724d3)
      • mmalrender: Reduce number of opaque pool elements (f9ff3f99)
      • mmalrender: Add lock around UnInit function (2e0b2fa6)
    • Commits no longer in build:
      • mmalrender: Switch to user flag 3 for submitted pictures (9f6909b5)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:526: Cpu temperature readings for devices with aml_thermal interface
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.
Hello!
I'm having issues with my old SD-DV-avis (type 2).
On my RPi2 with purchased MPEG2-codec active, the videos don't decode, though this ancient codec should've been implemented anywhere right now. FourCC: dvsd
Audio is decoded, btw.
Any hints what to do?
Code:
General
Complete name                            : C:\TMP\2000.03.28_09.44.17.avi
Format                                   : AVI
Format/Info                              : Audio Video Interleave
Commercial name                          : DV
File size                                : 344 MiB
Duration                                 : 1 min
Overall bit rate mode                    : Constant
Overall bit rate                         : 30.3 Mb/s
Recorded date                            : 2000-03-28 09:44:17.000
Writing library                          : VirtualDub build 32661/release

Video
ID                                       : 0
Format                                   : DV
Codec ID                                 : dvsd
Codec ID/Hint                            : Sony
Duration                                 : 1 min
Bit rate mode                            : Constant
Bit rate                                 : 24.4 Mb/s
Encoded bit rate                         : 28.8 Mb/s
Width                                    : 720 pixels
Height                                   : 576 pixels
Display aspect ratio                     : 4:3
Frame rate mode                          : Constant
Frame rate                               : 25.000 FPS
Standard                                 : PAL
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Interlaced
Scan order                               : Bottom Field First
Compression mode                         : Lossy
Bits/(Pixel*Frame)                       : 2.357
Time code of first frame                 : 00:00:30:01
Time code source                         : Subcode time code
Stream size                              : 327 MiB (95%)

Audio
ID                                       : 1
Format                                   : PCM
Format settings, Endianness              : Little
Format settings, Sign                    : Signed
Codec ID                                 : 1
Duration                                 : 1 min
Bit rate mode                            : Constant
Bit rate                                 : 1 536 kb/s
Channel(s)                               : 2 channels
Sampling rate                            : 48.0 kHz
Bit depth                                : 16 bits
Stream size                              : 17.4 MiB (5%)
Alignment                                : Aligned on interleaves
Interleave, duration                     : 40  ms (1.00 video frame)
Interleave, preload duration             : 500  ms
(2016-07-10, 10:30)bubi Wrote: Any hints what to do?

DVSD is a pretty obscure codec. I won't be hardware decoded, but if ffmpeg handles it the Pi should.
Can you provide a sample file?
DVSD is one of the standard-FourCCs of miniDV-AVIs (720x480i/720x576i), we used to transfer via FireWire to PCs. The FourCCs could differ because of the transferring program, but storing-format is identical and compatible throughout all decoders for CSDV, DVSD, MSDV. People just rewrote the FourCC of an AVI to choose the best decoder and even rewrote DV-files to Type2-AVI in order to decode & cut it with VirtualDub that times.

So, ffmpeg just has to notice DVSD as a standard miniDV-coding?

Sample: https://www.sendspace.com/file/fffvtn
  • 1
  • 82
  • 83
  • 84(current)
  • 85
  • 86
  • 218

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