Hi @af1, maybe this can help you to find out whats happening:
LibreELEC for the VIM2 - Khadas VIM2 - Khadas Community
Take a look at Frank last post from Khadas team.
Regards
Have you tested dtb from my previous post?
Posts by afl1
-
-
I fixed reset and power pins in dtb.
-
Download putty and start ssh session to box. User/password: root/libreelec
-
Sorry, I can't help you more without hw.
-
Thank afl1
I am trying that DTB with LE-8.2.2.3 from kszaq and it seems to scan, but not tunning. I attach the TVH log for DVB-S and DVB-T.
By the way, the predefined muxes configuration for Astra19.2E in the TVH 4.2.5 from LibreELEC repo 8.2.113 is wrong and I have had to manually add 3 in order to test (I think data is right, from kingofsat listings).
Pls install LE 9.0 on new SD card and install TVH from LE repository.There is TVH 4.3-902. Try to setup single network 19.2E with autodiscovery (new muxes + changed muxe ). Add manually single transponder e.g. 19.2E 10817.5V and scan it (change scan status to active and save it).
For scanning this transponder I've got following log:
Code
Display More2018-01-12 21:04:17.655 mpegts: adding mux 10817.5V in 19.2E to scan queue weigt 6 flags 4000 2018-01-12 21:04:17.656 mpegts: 10817.5V in 19.2E - add raw service 2018-01-12 21:04:17.657 mpegts: 10817.5V in 19.2E - tuning on Availink avl6862 : DVB-S #0 2018-01-12 21:04:18.047 linuxdvb: Availink avl6862 : DVB-S #0 - starting 10817.5V in 19.2E 2018-01-12 21:04:18.047 mpegts: 10817.5V in 19.2E - started 2018-01-12 21:04:18.048 mpegts: 10817.5V in 19.2E - open PID 0012 (18) [20/0xf520b7e8] 2018-01-12 21:04:18.048 mpegts: 10817.5V in 19.2E - open PID tables subscription [0042/0xf5226c58] 2018-01-12 21:04:18.048 subscription: 0061: "scan" subscribing to mux "10817.5V", weigt: 6, adapter: "Availink avl6862 : DVB-S #0", network: "19.2E", service: "Raw PID Subscription" 2018-01-12 21:04:18.099 linuxdvb: Unable to provide UNC value. 2018-01-12 21:04:18.279 linuxdvb: Availink avl6862 : DVB-S #0 - status GOOD (SIGNAL | CARRIER | VITERBI | SYNC | LOCK) 2018-01-12 21:04:18.280 linuxdvb: Availink avl6862 : DVB-S #0 - locked 2018-01-12 21:04:18.280 mpegts: 10817.5V in 19.2E - open PID 0000 (0) [20/0xf520cc18] 2018-01-12 21:04:18.280 mpegts: 10817.5V in 19.2E - open PID 0001 (1) [16/0xf520e4e0] 2018-01-12 21:04:18.280 mpegts: 10817.5V in 19.2E - open PID 0010 (16) [16/0xf520f910] 2018-01-12 21:04:18.280 mpegts: 10817.5V in 19.2E - open PID 0011 (17) [20/0xf5246458] 2018-01-12 21:04:18.280 mpegts: 10817.5V in 19.2E - open PID 0011 (17) [16/0xf5247888] 2018-01-12 21:04:19.034 linuxdvb: Availink avl6862 : DVB-S #0 - poll TIMEOUT 2018-01-12 21:04:19.040 mpegts: 10817.5V in 19.2E - open PID 0401 (1025) [16/0xefd05b50] 2018-01-12 21:04:19.040 mpegts: 10817.5V in 19.2E - open PID 0402 (1026) [16/0xec3321d0] 2018-01-12 21:04:19.040 mpegts: 10817.5V in 19.2E - open PID 0406 (1030) [16/0xf616a6a0] 2018-01-12 21:04:19.040 mpegts: 10817.5V in 19.2E - open PID 0409 (1033) [16/0xec380a48] 2018-01-12 21:04:19.040 mpegts: 10817.5V in 19.2E - open PID 0408 (1032) [16/0xec629158] 2018-01-12 21:04:19.040 mpegts: 10817.5V in 19.2E - open PID 040A (1034) [16/0xf61a1e90] 2018-01-12 21:04:19.040 mpegts: 10817.5V in 19.2E - open PID 040B (1035) [16/0xf6168970] 2018-01-12 21:04:19.040 mpegts: 10817.5V in 19.2E - open PID 040E (1038) [16/0xec6fe878] 2018-01-12 21:04:19.041 mpegts: 11376.5V in 19.2E - add service 18EC (null) 2018-01-12 21:04:19.041 mpegts: 11376.5V in 19.2E - add service 18EF (null) 2018-01-12 21:04:19.821 bouquet: bouquet name 'Sogecable Astra.' changed to 'Sogecable Astra' 2018-01-12 21:04:20.528 mpegts: 10817.5V in 19.2E - close PID 0402 (1026) [16/0xec3321d0] 2018-01-12 21:04:20.528 mpegts: 10817.5V in 19.2E - close PID 0401 (1025) [16/0xefd05b50] 2018-01-12 21:04:20.528 mpegts: 10817.5V in 19.2E - close PID 0409 (1033) [16/0xec380a48] 2018-01-12 21:04:20.528 mpegts: 10817.5V in 19.2E - close PID 0406 (1030) [16/0xf616a6a0] 2018-01-12 21:04:20.528 mpegts: 10817.5V in 19.2E - close PID 0408 (1032) [16/0xec629158] 2018-01-12 21:04:20.528 mpegts: 10817.5V in 19.2E - close PID 040B (1035) [16/0xf6168970] 2018-01-12 21:04:20.528 mpegts: 10817.5V in 19.2E - close PID 040E (1038) [16/0xec6fe878] 2018-01-12 21:04:20.529 mpegts: 10817.5V in 19.2E - close PID 040A (1034) [16/0xf61a1e90] 2018-01-12 21:04:20.529 mpegts: 10817.5V in 19.2E - 040E (1038) pmt complete 2018-01-12 21:04:20.529 mpegts: 10817.5V in 19.2E - 040B (1035) pmt complete 2018-01-12 21:04:20.529 mpegts: 10817.5V in 19.2E - 040A (1034) pmt complete 2018-01-12 21:04:20.529 mpegts: 10817.5V in 19.2E - 0408 (1032) pmt complete 2018-01-12 21:04:20.529 mpegts: 10817.5V in 19.2E - 0409 (1033) pmt complete 2018-01-12 21:04:20.529 mpegts: 10817.5V in 19.2E - 0406 (1030) pmt complete 2018-01-12 21:04:20.529 mpegts: 10817.5V in 19.2E - 0402 (1026) pmt complete 2018-01-12 21:04:20.529 mpegts: 10817.5V in 19.2E - 0401 (1025) pmt complete 2018-01-12 21:04:20.529 mpegts: 10817.5V in 19.2E - 0011 (17) sdt complete 2018-01-12 21:04:20.529 mpegts: 10817.5V in 19.2E - 0010 (16) nit complete 2018-01-12 21:04:20.529 mpegts: 10817.5V in 19.2E - 0001 (1) cat complete 2018-01-12 21:04:20.529 mpegts: 10817.5V in 19.2E - 0000 (0) pat complete 2018-01-12 21:04:20.529 mpegts: 10817.5V in 19.2E scan complete 2018-01-12 21:04:20.530 subscription: 0061: "scan" unsubscribing 2018-01-12 21:04:20.530 mpegts: 10817.5V in 19.2E - close PID tables subscription [0042/0xf5226c58] 2018-01-12 21:04:20.530 mpegts: 10817.5V in 19.2E - stopping mux 2018-01-12 21:04:20.530 linuxdvb: Availink avl6862 : DVB-S #0 - stopping 10817.5V in 19.2E 2018-01-12 21:04:20.532 linuxdvb: Availink avl6862 : DVB-S #0 - stopped dvr thread 2018-01-12 21:04:20.532 mpegts: 10817.5V in 19.2E - close PID 0000 (0) [20/0xf520cc18] 2018-01-12 21:04:20.532 mpegts: 10817.5V in 19.2E - close PID 0001 (1) [16/0xf520e4e0] 2018-01-12 21:04:20.532 mpegts: 10817.5V in 19.2E - close PID 0010 (16) [16/0xf520f910] 2018-01-12 21:04:20.532 mpegts: 10817.5V in 19.2E - close PID 0011 (17) [16/0xf5247888] 2018-01-12 21:04:20.532 mpegts: 10817.5V in 19.2E - close PID 0011 (17) [20/0xf5246458] 2018-01-12 21:04:20.532 mpegts: 10817.5V in 19.2E - close PID 0012 (18) [20/0xf520b7e8] 2018-01-12 21:04:20.532 mpegts: removing mux 10817.5V in 19.2E from scan queueAs you can see there was scanned 8 services (pid 1025 - 1038).
-
All logs looks good, from point of driver operations. Driver can scanned pids, but something is wrong with content. Have you tested dvb-t?
-
No. Now I'll try
Yes, I think issue is in wrong dtb. Pls, test it.
-
Have you replaced dtb in box from my previuos post?
-
For audio passthrough you have to disable Settings->Player->Videos->Sync playback to display.
If you enable this option all multichanel audio is decoded to Multichannel PCM. SPDIF is capable only stereo PCM.
-
Try to use this gxm_kvim2.zip .
-
Pls, provide debug log from TVH. In Debugging menu (in webif <ip>:9081) enable Debug subsystems: linuxdvb,mpegts. Send me log from both scanning.
-
In kernel is standard internal dvb tuner. In this special dvb driver addon is modified I2C communication for internal dvb driver. After installing addon you can select driver version. Video how it works.
-
Only for explaining S912 subtitles issue. Letter rendering cost relatively lot of time. Rendered letters are cached and next rendering is then fast. Typically stuttering can appear at the begin of movie or at font changes ( italics).
-
SAMPLE 2 - 70a1jpifn105tupg4homm88zcph8v2tx
LOG: Ubuntu Pastebin
LOG2: Ubuntu Pastebin
This sample is tricky because it can play flawlessly couple of times but eventually it will stutter in the moment the test subs show on the screen.
test platform: TX5 PRO S905X, LibreELEC-S905.arm-8.90.1 running from SD Card.
Your issue has nothing to do with subtitles rendering. Subtitle rendering issue was identified in S912 caused by libhybris emulator.
In first LOG is no skips, perfect playback, most of frames prepared for rendering 80 ms (2 frames ahead). Render loop, only time critical thread, is fast enough ( 5-10ms) and most of frame time (41ms) is waiting in poll-frame. In second LOG2 are 6 frame skips after ~500ms lost of playback control. Probably another background task heavy loads CPUs. You can try to enable all component specific debugging to see offender.
Code
Display More22:30:35.089 T:3989566352 DEBUG: CAMLCodec::GetTimeSize: len:40 dl:3124794 fs:3067042 front:55489 22:30:35.090 T:4040168336 DEBUG: CVideoPlayer::ProcesVideoData size:84700 dts:4.796 pts:4.880 dur:41.000ms, clock:2.333 level:29 22:30:35.092 T:4040168336 DEBUG: CVideoPlayer::ProcesVideoData size:56262 dts:4.838 pts:4.838 dur:41.000ms, clock:2.334 level:29 22:30:35.097 T:3989566352 DEBUG: CAMLCodec::DequeueBuffer waited:8.166ms m_rel:0 22:30:35.613 T:4040168336 DEBUG: CVideoPlayer::ProcesVideoData size:126521 dts:4.880 pts:5.088 dur:41.000ms, clock:2.347 level:30 22:30:35.613 T:4092838320 DEBUG: CAMLCodec::PollFrame elapsed:28.649ms 22:30:35.614 T:4040168336 DEBUG: CVideoPlayer::ProcesVideoData size:78953 dts:4.921 pts:5.005 dur:41.000ms, clock:2.857 level:26 22:30:35.615 T:4040168336 DEBUG: CVideoPlayer::ProcesVideoData size:54098 dts:4.963 pts:4.963 dur:41.000ms, clock:2.858 level:26 22:30:35.615 T:4092838320 DEBUG: PrepareNextRender: frameOnScreen: 2.858 renderPts: 2.983 nextFramePts: 2.461 -> diff: 0.522 render: 1 forceNext: 0 22:30:35.616 T:4092838320 DEBUG: CRenderManager::PrepareNextRender Frame Skip:1 iter.pts:2.502 lf:8 latency:0.125 Clock:2.858 22:30:35.616 T:3989566352 DEBUG: CAMLCodec::GetTimeSize: len:40 dl:3011130 fs:3067042 front:55489 22:30:35.616 T:3989566352 DEBUG: CAMLCodec::GetTimeSize: len:39 dl:3011130 fs:3011553 front:64791 22:30:35.616 T:3989566352 DEBUG: CAMLCodec::GetTimeSize: len:38 dl:3011130 fs:2946762 front:133069 22:30:35.617 T:3989566352 DEBUG: CAMLCodec::GetPicture: index:948, pts:2.544 dur:42.000ms overflow:0 22:30:35.617 T:3989566352 DEBUG: CVideoPlayerVideo::OutputPicture - ttd:-315ms pts:2.544 Clock:2.859 Level:0 elapsed:0.007ms 22:30:35.618 T:3989566352 DEBUG: CAMLCodec::GetTimeSize: len:38 dl:3011130 fs:2946762 front:133069 22:30:35.618 T:3989566352 DEBUG: CAMLCodec::GetPicture: index:949, pts:2.586 dur:42.000ms overflow:0 22:30:35.618 T:3989566352 DEBUG: CVideoPlayerVideo::OutputPicture - ttd:-274ms pts:2.586 Clock:2.861 Level:1 elapsed:0.003ms -
kszaq then how are we going to resolve our original problem reported in the first post? We can see in libreelec TV adapters but channels can't be opened....any idea of how to resolve it? We all have this problem: "I can see the /dev/dvb/adapter0 device tree. However, neither VDR nor TVHeadend can tune a DVB-S channel."
Regards
You have to install LE 9.0. I am supporting only LE 9.0 builds.
-
Thnx afl1. I'll try it after work. Install as Kodi's addon?
Yes.
-
Display More
wapvi
Here are the filesystem benchmarks executed on the "SAME" harddiskEXFAT: Timing buffered disk reads: 94 MB in 3.00 seconds = 31.30 MB/sec
EXT4: Timing buffered disk reads: 94 MB in 3.01 seconds = 31.23 MB/sec
NTFS: Timing buffered disk reads: 96 MB in 3.05 seconds = 31.49 MB/sec
You must compare filesystem benchmarks executed on the same harddisk.Your testing is for raw disk read independent on file system.
-
Sorry I am wasting time with you. I am answering only serious bug reporting. And if my suggestion make no sense you have to help yourself.
