I would be happy to help testing too but I have NUC7i5BNK which is Kaby Lake as far as I know. So this won't work, right?
Posts by vbs
-
-
Sorry for not mentioning that I am using analog output. I thought it doesn't matter cause some days ago I thought to also have the problem via HDMI. But yesterday I could not reproduce it on HDMI audio output anymore.
Anyway, the passthrough setting does not make a difference for me on the analog output. I think that is expected though. Thanks anyway!
-
Ahh, sorry "jaun.mkv" actually is not the file in question. That was just a misclick of mine. The file in question is "test_copy.ts".
Code
Display More2019-11-29 12:31:20.094 T:3011220064 DEBUG: CMMALPool::CMMALPool Created pool 0x2d1e2b0 of size 26 x 0 for port vc.ril.video_decode:out:0(I420) 2019-11-29 12:31:20.107 T:3011220064 DEBUG: Radio UECP (RDS) Processor - new CDVDRadioRDSData 2019-11-29 12:31:20.107 T:3011220064 NOTICE: VideoPlayer::OpenFile: smb://ben/mass2/Video/test_copy.ts 2019-11-29 12:31:20.108 T:3011220064 DEBUG: CMMALRenderer::CMMALRenderer 2019-11-29 12:31:20.108 T:2561749872 DEBUG: Thread MMALProcess start, auto delete: false 2019-11-29 12:31:20.108 T:3011220064 DEBUG: OnPlayBackStarted: CApplication::OnPlayBackStarted 2019-11-29 12:31:20.108 T:2595320688 DEBUG: Thread VideoPlayer start, auto delete: false 2019-11-29 12:31:20.108 T:2561749872 DEBUG: CMMALRenderer::Run - starting 2019-11-29 12:31:20.109 T:2585690992 DEBUG: Thread BackgroundLoader start, auto delete: false 2019-11-29 12:31:20.110 T:2595320688 NOTICE: Creating InputStream 2019-11-29 12:31:20.115 T:2771370864 DEBUG: Skin Helper Service --> Kodi_Monitor: sender xbmc - method: Playlist.OnAdd - data: {"item":{"title":"test_copy.ts","type":"movie"},"playlistid":1,"position":0} 2019-11-29 12:31:20.119 T:2867204976 DEBUG: Loading settings for smb://ben/mass2/Video/test_copy.ts 2019-11-29 12:31:20.136 T:2595320688 DEBUG: CSMBFile::Open - opened smb://USERNAME:PASSWORD@ben/mass2/Video/test_copy.ts, fd=10000 2019-11-29 12:31:20.139 T:2595320688 DEBUG: ScanForExternalSubtitles: Searching for subtitles... 2019-11-29 12:31:20.149 T:2595320688 DEBUG: ScanForExternalSubtitles: END (total time: 10 ms) 2019-11-29 12:31:20.149 T:2595320688 NOTICE: Creating Demuxer 2019-11-29 12:31:20.154 T:2595320688 DEBUG: Open - avformat_find_stream_info starting 2019-11-29 12:31:20.155 T:3011220064 DEBUG: CVideoGUIInfo::InitCurrentItem(smb://ben/mass2/Video/test_copy.ts) 2019-11-29 12:31:20.155 T:3011220064 DEBUG: CPlayerGUIInfo::InitCurrentItem(smb://ben/mass2/Video/test_copy.ts) 2019-11-29 12:31:20.178 T:2595320688 DEBUG: ffmpeg[9AB17370]: [mpegts] start time for stream 0 is not set in estimate_timings_from_pts 2019-11-29 12:31:20.200 T:2595320688 DEBUG: ffmpeg[9AB17370]: [mpegts] Could not find codec parameters for stream 0 (Video: h264 ([27][0][0][0] / 0x001B), none): unspecified size 2019-11-29 12:31:20.200 T:2595320688 DEBUG: ffmpeg[9AB17370]: [mpegts] Consider increasing the value for the 'analyzeduration' and 'probesize' options 2019-11-29 12:31:20.200 T:2595320688 DEBUG: Open - av_find_stream_info finished 2019-11-29 12:31:20.200 T:2595320688 INFO: ffmpeg[9AB17370]: Input #0, mpegts, from 'smb://ben/mass2/Video/test_copy.ts': 2019-11-29 12:31:20.200 T:2595320688 INFO: ffmpeg[9AB17370]: Duration: 00:00:40.03, start: 1.400000, bitrate: 9381 kb/s 2019-11-29 12:31:20.200 T:2595320688 INFO: ffmpeg[9AB17370]: Program 1 2019-11-29 12:31:20.200 T:2595320688 INFO: ffmpeg[9AB17370]: Metadata: 2019-11-29 12:31:20.200 T:2595320688 INFO: ffmpeg[9AB17370]: service_name : Service01 2019-11-29 12:31:20.200 T:2595320688 INFO: ffmpeg[9AB17370]: service_provider: FFmpeg 2019-11-29 12:31:20.201 T:2595320688 INFO: ffmpeg[9AB17370]: Stream #0:0[0x100]: Video: h264 ([27][0][0][0] / 0x001B), none, 90k tbr, 90k tbn, 180k tbc 2019-11-29 12:31:20.201 T:2595320688 INFO: ffmpeg[9AB17370]: Stream #0:1[0x101](ger): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fltp, 384 kb/s 2019-11-29 12:31:20.201 T:2595320688 DEBUG: CDVDDemuxFFmpeg::AddStream ID: 0 2019-11-29 12:31:20.201 T:2595320688 DEBUG: CDVDDemuxFFmpeg::AddStream ID: 1 2019-11-29 12:31:20.202 T:2595320688 DEBUG: CDVDDemuxFFmpeg::AddStream ID: 0 2019-11-29 12:31:20.203 T:2595320688 DEBUG: CDVDDemuxFFmpeg::AddStream ID: 1
Also some more points to add:
* it also happens when watching live TV from my Vu+ (not only limited to recorded files)
* the problem did not occur when I was using an Intel Atom based machine. It popped up after switching to RPi4. So I assume the problem is specific to RPi4
* the problem goes away when deactivating hardware accleration "MMAL" in Kodi options. But since I assume decoding is done by the CPU then I would like to avoid that
-
I am also desperately interested in HDR support. Just out of interest: what is missing currently? Is it Intel driver? Kernel adaptions? Kodi adaptions?
-
I recently switched from an Intel NUC to a Raspberry Pi 4. In general it is working fine but with videos recorded with my Vu+ Cable Receiver I get distorted/broken sound.
I recorded a video here (best to hear end the end of the video):
https://www.dropbox.com/s/e9ehjhl69n16fzz/20191129_120257.mp4?dl=0
The videos in question are TS-files using H.264 video with AC-3 sound. This is a short clip that shows the problem on my RPi 4:
Dropbox - test_copy.ts - Simplify your life
I fiddled around with ffmpeg to find out what the problem is and found out that the problem disappears when reencoding video (also with H.264 (!)). When I reencode to H.264 video using this command:
This is the result:
Dropbox - test_h264.ts - Simplify your life
Then that video play fine. So maybe it is somehow related to the encoded video that also affects audio playback?
Here is a Kodi debug log file from playing the problem video:
Can anyone help? Thanks!
-
Ok, thanks, good to know.
-
Ok thanks, so this is targeted at TVs that are delivering delayed audio even when a player device is directly connected to them via HDMI (without another AVR involved)? And they do that delay only in 24p?
-
Hello gentlemen,
I have a problem that my audio is not in sync with video (around 100-200 ms off). I have learned that Libreelec configures a default audio delay of 175 ms for 24p video:
Code
Display More2019-09-09 11:08:03.283 T:140218037762240 NOTICE: Contents of special://xbmc/system/advancedsettings.xml are... <?xml version="1.0" encoding="utf-8" ?> <advancedsettings> <cputempcommand>/usr/bin/cputemp</cputempcommand> <gputempcommand>/usr/bin/gputemp</gputempcommand> <showexitbutton>false</showexitbutton> <remotedelay>1</remotedelay> <samba> <clienttimeout>30</clienttimeout> </samba> <video> <latency> <delay>0</delay> <refresh> <min>23</min> <max>24</max> <delay>175</delay> </refresh> </latency> </video> </advancedsettings>
I am wondering what the background of this is? Is it to compensate for video processing delay in the TV? When connecting the Kodi device directly to a TV then I would assume that the TV handles video processing delays internally anyway so that audio and video will be in sync anyway?
So for which scenarios is this default delay meant? When using an AVR between Kodi and TV? I was also surprised that the delay is only for 24p material.
Can someone give me hints about this please? Thanks!
-
I have exactly the same error (also on every boot) and also on an Shuttle XS35GTv2. Is there any fix?
It is happening since I installed version 8.0 today, did not happen with 7.0 before. -
I have an Intel NUC and I am having the same problem (latest Libreelec, installed yesterday). When I boot Kodi I have no movie-database while the log is saying:
CodeERROR: Unable to open database: MyVideos99 [2003](Can't connect to MySQL server on '192.168.2.33' (101))
The database is running fine and I am not using name resolution as I entered the IP address into the advancedsettings.xml. I have enabled the "Wait for network"-option but I think it still does not wait long enough.
When I kill Kodi with "killall -9 kodi.bin" then it will restart with same settings but now the mysql database works fine. So for me it looks like a timing problem on boot, no?
[hr]
Well, it seems I have it working now: The default 10 seconds delay was just not enough it seems (naughty NUC being too fast). I have increased it to 30 seconds and now MySQL seems to be working reliably. Too bad to lose >10 seconds when booting because of this