No luck...
LibreELEC-Generic.x86_64-7.95.3-allyes-patch.img.gz - don't work
LibreELEC-Generic.x86_64-7.95.3-allyes.img.gz - don't work
LibreELEC-Generic.x86_64-7.95.3-latest-10.2.img.gz - don't work
Where can I find the source for LibreELEC-Generic.x86_64-7.95.3-mb_without.img.gz?
Thanks!
dmesg from LibreELEC-Generic.x86_64-7.95.3-mb_without.img.gz
ZhXT
LibreELEC-Generic.x86_64-7.95.3-mb_latest10.img.gz - Bad!
Thanks, CvH!
LibreELEC-Generic.x86_64-7.95.3-mb_without.img.gz - Good!
LibreELEC-Generic.x86_64-7.95.3-mb_latest.img.gz - Bad!
LibreELEC-Generic.x86_64-7.95.3-mb_without.img.gz
# uname -a
Linux liessa 4.9.8 #1 SMP Thu Feb 9 18:28:08 CET 2017 x86_64 GNU/Linux
# w_scan -I initial -f c
w_scan -I initial -f c
w_scan version 20141122 (compiled for DVB API 5.10)
parsing initial tuning data "initial"..
transponder QAM_256 f = 322000 kHz S5217C0 (0:0:0)
scan type CABLE, channellist 4
output format vdr-2.0
WARNING: could not guess your codepage. Falling back to 'UTF-8'
output charset 'UTF-8', use -C <charset> to override
Info: using DVB adapter auto detection.
/dev/dvb/adapter0/frontend0 -> CABLE "Philips TDA10023 DVB-C": good :-)
/dev/dvb/adapter0/frontend1 -> "NXP TDA10048HN DVB-T" doesnt support CABLE -> SEARCH NEXT ONE.
Using CABLE frontend (adapter /dev/dvb/adapter0/frontend0)
-_-_-_-_ Getting frontend capabilities-_-_-_-_
Using DVB API 5.10
frontend 'Philips TDA10023 DVB-C' supports
INVERSION_AUTO
QAM_AUTO not supported, trying QAM_64 QAM_256.
FEC_AUTO
FREQ (47.00MHz ... 862.00MHz)
SRATE (0.458MSym/s ... 7.333MSym/s)
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
updating transponder list..
QAM_256 f = 322000 kHz S5217C0 (0:0:0): signal ok
QAM_256 f = 322000 kHz S5217C0 (0:0:0) : updating transport_stream_id: -> (0:0:9)
QAM_256 f = 322000 kHz S5217C0 (0:0:9) : updating network_id -> (0:3:9)
new transponder: (QAM_256 f = 303000 kHz S5217C34 (3:3:1)) 0x4044
new transponder: (QAM_256 f = 405000 kHz S5217C34 (3:3:2)) 0x4044
new transponder: (QAM_256 f = 363000 kHz S5217C34 (3:3:3)) 0x4044
LibreELEC-Generic.x86_64-7.95.3-mb_latest.img.gz
# uname -a
Linux liessa 4.9.8 #1 SMP Thu Feb 9 18:28:08 CET 2017 x86_64 GNU/Linux
# w_scan -I initial -f c
w_scan -I initial -f c
w_scan version 20141122 (compiled for DVB API 5.10)
parsing initial tuning data "initial"..
transponder QAM_256 f = 322000 kHz S5217C0 (0:0:0)
scan type CABLE, channellist 4
output format vdr-2.0
WARNING: could not guess your codepage. Falling back to 'UTF-8'
output charset 'UTF-8', use -C <charset> to override
Info: using DVB adapter auto detection.
/dev/dvb/adapter0/frontend0 -> CABLE "Philips TDA10023 DVB-C": good :-)
/dev/dvb/adapter0/frontend1 -> "NXP TDA10048HN DVB-T" doesnt support CABLE -> SEARCH NEXT ONE.
Using CABLE frontend (adapter /dev/dvb/adapter0/frontend0)
-_-_-_-_ Getting frontend capabilities-_-_-_-_
Using DVB API 5.10
frontend 'Philips TDA10023 DVB-C' supports
INVERSION_AUTO
QAM_AUTO not supported, trying QAM_64 QAM_256.
FEC_AUTO
FREQ (47.00MHz ... 862.00MHz)
SRATE (0.458MSym/s ... 7.333MSym/s)
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
updating transponder list..
QAM_256 f = 322000 kHz S5217C0 (0:0:0):
tune to: QAM_AUTO f = 322000 kHz S5217C999 (0:0:0) (time: 00:08.090) (no signal)
----------no signal----------
tune to: QAM_AUTO f = 322000 kHz S5217C999 (0:0:0) (time: 00:12.626) (no signal)
----------no signal----------
ERROR: Sorry - i couldn't get any working frequency/transponder
Nothing to scan!!Thanks, but I am not using a RPi.
Hi CvH,
I would also appreciate a build for v8. My Technotrend TT-connect CT-3650 is not working since 7.95.1. My current guess is use media_build for dvb drivers by CvH · Pull Request #1073 · LibreELEC/LibreELEC.tv · GitHub. Is there a way to reverse to the standard kernel modules without recompiling? Unfortunately, I do not have a build machine available.
More details at thread-4152.html.
Thanks!
Any way to disable media_build modules in runtime? I tried to rmmod dvb* and then insmod the vanilla versions by hand, but kernel complained about unknown symbols. Probably missed some dependency.
Thanks!
dmesg is different..
LibreELEC (Krypton) v7.95.1 BETA
# dmesg | grep dvb
[ 4.717961] dvb-usb: found a 'Technotrend TT-connect CT-3650' in warm state.
[ 4.719777] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[ 4.719781] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[ 4.721359] dvbdev: DVB: registering new adapter (Technotrend TT-connect CT-3650)
[ 4.725424] dvbdev: dvb_create_media_entity: media entity 'dvb-demux' registered.
[ 4.785784] dvbdev: dvb_create_media_entity: media entity 'dvb-ca-en50221' registered.
[ 4.807485] dvbdev: dvb_create_media_entity: media entity 'Philips TDA10023 DVB-C' registered.
[ 4.875453] dvbdev: dvb_create_media_entity: media entity 'NXP TDA10048HN DVB-T' registered.
[ 4.925346] dvb-usb: schedule remote query interval to 150 msecs.
[ 4.925786] dvb-usb: Technotrend TT-connect CT-3650 successfully initialized and connected.
[ 4.925834] usbcore: registered new interface driver dvb_usb_ttusb2
LibreELEC (Krypton) v7.90.010 ALPHA
# dmesg | grep dvb
[ 5.286965] dvb-usb: found a 'Technotrend TT-connect CT-3650' in warm state.
[ 5.303193] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[ 5.303197] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[ 5.712742] dvb-usb: schedule remote query interval to 150 msecs.
[ 5.716549] dvb-usb: Technotrend TT-connect CT-3650 successfully initialized and connected.
[ 5.716619] usbcore: registered new interface driver dvb_usb_ttusb2Hi,
Problem persists in 7.95.2.
# w_scan -I initial -f c
w_scan -I initial -f c
w_scan version 20141122 (compiled for DVB API 5.10)
parsing initial tuning data "initial"..
transponder QAM_256 f = 322000 kHz S5217C0 (0:0:0)
scan type CABLE, channellist 4
output format vdr-2.0
WARNING: could not guess your codepage. Falling back to 'UTF-8'
output charset 'UTF-8', use -C <charset> to override
Info: using DVB adapter auto detection.
/dev/dvb/adapter0/frontend0 -> CABLE "Philips TDA10023 DVB-C": good :-)
/dev/dvb/adapter0/frontend1 -> "NXP TDA10048HN DVB-T" doesnt support CABLE -> SEARCH NEXT ONE.
Using CABLE frontend (adapter /dev/dvb/adapter0/frontend0)
-_-_-_-_ Getting frontend capabilities-_-_-_-_
Using DVB API 5.10
frontend 'Philips TDA10023 DVB-C' supports
INVERSION_AUTO
QAM_AUTO not supported, trying QAM_64 QAM_256.
FEC_AUTO
FREQ (47.00MHz ... 862.00MHz)
SRATE (0.458MSym/s ... 7.333MSym/s)
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
updating transponder list..
QAM_256 f = 322000 kHz S5217C0 (0:0:0):
tune to: QAM_AUTO f = 322000 kHz S5217C999 (0:0:0) (time: 00:08.073) (no signal)
----------no signal----------
tune to: QAM_AUTO f = 322000 kHz S5217C999 (0:0:0) (time: 00:12.593) (no signal)
----------no signal----------
ERROR: Sorry - i couldn't get any working frequency/transponder
Nothing to scan!!
Bus 001 Device 003: ID 0b48:300d TechnoTrend AG TT-connect CT-3650 CIHi,
Upgraded from 7.90.010 to 7.95.1 yesterday and my dvb device (Technotrend TT-connect CT-3650) stopped working. No signal on all frequencies. A downgrade to 7.90.010 solved the problem.
I assume we have an issue with the linux kernel (4.9.0 vs 4.9.3). dmesg output is a bit different and there are changes in the dvb subsystem. Although, I cannot pinpoint the problem.
Full log in gC8BpEfG
Thanks!
Tiago
Thanks Irusak!
Your images do exactly what I was trying to do on OE. Same base image! Perfect!
Givint them a try..