afl1 there are lots of whiny DVB users here. What is your plan to upstream your work? - What assistance do you require?
I already tried to upstream first patch to [email protected] on Feb 3, but no answer. It was pinctrl for tsin pins.
LibreELEC.tv/linux-99999-pinmux.patch at master · 150balbes/LibreELEC.tv · GitHub
WP2 dvb drivers are supported, I forgot state it.
I pushed PR with my "hacked" internal dvb driver to 150balbes git repository for kernel mainline enthusiasts.
This PR includes all necessary additions for building internal dvb support (pincontrols, dtb's, TSin support, ...)
I also included additional dvb driver support (crazycat and dvb-latest) with hw decoding and internal dvb driver.
There are added following dtb's for devices with internal dvb tuner:
meson-gxbb-ki-plus.dtb
meson-gxbb-kii-pro.dtb
meson-gxl-s905d-ki-pro.dtb
meson-gxl-s905d-ki-plus.dtb
meson-gxl-s905d-kii-pro.dtb
meson-gxl-s905d-m8s-dvb.dtb
meson-gxl-s905d-c300.dtb
meson-gxm-s912-c300-pro.dtb
meson-gxm-s912-c400-pro.dtb
meson-gxm-s912-kiii-pro.dtb
meson-gxm-khadas-vim2-2vtv.dtb
meson-gxbb-wetek-play2.dtb
The driver code is shared with CE 9.0 builds.
If I may ask, what is the difference between your LibreElec images and CoreElec images?
Or, why should one use this images instead CE, to what advantage?
The main difference is in kernel. LE use new nearly untested codesnake kernel. CE use kszaq kernel with intensive testing for last 6-8 months. Another difference is in support. Now LE has nearly no support for Amlogic. CE has the team-developers fixing issues in their Amlogic builds immediatly.
Try to update TVheadend4.2 from CE repository.
Pls, stop this discussion. Fps is not a issue. Stream has continuity issues, and it uses minus values for pts/dts. I have to fix internal calculation as the decoder uses only 31bit values for pts/dts. There is used pts_overflow for converting real pts/dts to internal pts/dts. I still see in debug log incorrect calculation.
This made it worse than the previous test build. Now when i start a channel the video is frozen for a few seconds while the audio continues to play. Then it just stutters trying to get back in sync
Another fix in pts calculations:
This is GDPR-2 LE 8.90.6 devel version.
Audio still out of sync and i swear there's a lot of skipped frames kodi4.log - Google Drive
I relaxed continuity check to avoid wrongly detected stream out of sync.
LibreELEC-S912.arm-9.0-devel-1522315907.tar
Same problem here on Alfawise H96 Pro+ with 8.90.6. Audio out of sync and frame drops. I'm using vdr and vnsi.
Try to test my devel version. I ported from kszaq kernel some tweaks to optimized video decoding.
For S905 boxes you can use:
Is that just naming or is it for S905 because i have a MinixU9 S912
Sorry, I forgot to look in my crystal ball to check type of your box.
Sorry about that thought i had
Here you go kodi3.log - Google Drive
Probably issue is in video stream. Video frames have zero duration. This information is not important for decoder. The decoder uses dts/pts. But continuity check uses it. I implemented 20 ms default duration for frames with 0 duration. Exact value is not necessary.
kodi2.log - Google Drive Just A/V timings
You have to allow audio logging also.
'Specify component-specific logging->Verbose logging for the Audio component' and press OK button.
In your log I see lot of CVideoPlayer::CheckContinuity - update correction causing audio out of sync. It looks like performance issue. But I can't see audio debug log. You have allow in Logging specific log: Audio and A/V timing.
Live TV is more time sensitive for decoding and it need better data caching, buffering and faster data transfer. I ported some kernel tweaking from kszaq kernel. My testings shows very positive performance improvement in fixing playback issue. You have to wait for new version.
If GDPR-1 is using the new AML Linux Kernel in this releases, yes I have seen the same loss of ALL Kodi sound after using passthrough audio and then trying to output PCM audio. I'm using the new Kernel with Kodi Krypton and seeing the exact same issue.
I would say this is a definite audio issue with the new Kernel itself.
This audio issue has nothing to do with kernel version. There were changes in Krypton. Kodi developers decided disable audio passthrough for liveTV by default and there is no option to enable it. I am using patch to revert default value to enable liveTV audio passthrough http://github.com/LibreELEC-AML/…-realtime.patch. For disabling liveTV audio passthrough you can use "Sync playback to display" in player settings.
Hi,
Yesterday I bought the Wetek Play 2 and after updating the box I installed the Original Libreelec image. (LibreELEC-WeTek_Play_2.aarch64-8.2.3) onto Nand. After that I upgraded the installation with "LibreELEC-WeTek_Play_2.arm-rb-leia23.tar"
No problems so far. I set the resolution to 4K (24Hz) and installed the TVHeadend client. After connecting to the TVHeadend server I noticed that the audio ran out of Sync when a channel was playing. The audio runs faster than the video. When I set the resolution back to 1080P (60Hz) everything runs smooth (audio in sync).
When on 4K the audio runs progressivly out of sync when streaming a channel from my TVHeadend server..
Am I missing something? (I must admit that i havent read the whole forum thread)
Yes. Your monitor probably support for 4k only 30Hz and when you play 1080p, pictures are upscaled to 4K and played at max supported fps (30).
You don't need set resolution to 4k. Playback is always set to best matching higher resolution supported by your monitor, trying to eliminate downscaling.
Thanks. It seems to be down to file naming. If I call the file "3D.SBS", it's shows as 3D. If I take away the SBS tag, it says it's 1080p. Very strange.
There doesn't seem to be anything in the log zip where it shows what the file has (like mediainfo output).
Anyway... problem fixed.
This is only OSD info from name of file. As this a common Kodi issue, you have to complain on Kodi forum. For playback to detect 3D your movies have to be muxed with 3D flags.
OK thanks for that. Downloaded the file and unzipped it straight to my VIM2 via SMB. Recognized after a boot.
Found that I couldn't get the Webgrab+Plus addon to install (due to the missing os.libreelec.tv) so i went straight to the Webgrab+ website and downloaded the zip file. Unpacked it and ran it and it seems to be working. Need to setup the nhecessary ini files - but to tired to set into that tonight. hoped I would be able to paste across from my old LE7 box, but it seems that the setup files are not compatible. I remember its quite picky about the setup so will do that tomorrow with a clear head.
Thanks
Shoog
Install Webgrab+Plus from LE repository. For missing os.libreelec.tv select ok button on right side, installation will continue. This is only a warning.
With this release (not sure if just 8,90.4), 3D files are being reported as 1080p. Earlier releases correctly identified the files as 3D.
Is there any solution to this?
NO LOG - NO HELP.
My box has no issue in LE 8.90.4 with 3D files.
