Posts by derlinus

Just sent a small token your way to keep the ball roling! Thanks again Chewitt, for your and our your team's efforts!

Thanks a ton guys! As mentioned, i am not in a hurry just wanted start the topic in hope at some point soon it's main stream. Realtek is super wide spread and i recon wifi7 will be supported pretty well as it's 1. not on a crowded frequency, 2 offers supperior throughput that works well in high density urban environments. Also Wifi 6E and 7 became so cheap that it's a real alternative to drilling holes trough walls for cables or fiber. Either way, i do appreciate your excellent work and will revisit the topic from time to time to see if anything is mooving. PS: happy to beta test if you guys have something you want to try out..

Keep up the good work, i am a big fan and daily user of Libreelec it's just awesome !

Cheers,

Linus

Hi Guys, Chewitt,

I just bought a, ASUS ROG USB-BE92 wifi stick, which fundamentally is a Realtek RTL8922AU. Linux driver support currently is pretty bad, but i would expect this chipset to become wide spread. It's USB3, Relatively cheap, high throughput, 6GHz, support for MLO.

Hawke Robinson has a really good writeup how he got it working messing with DKMS, compiling a driver from github, which I know is not an option for LE. MLO and bluetooth are not working yet and when i plug it into Linbreelec 12.2.1 it only comes up with the storage part and also doesn't switch mode, so it's early days...

Details of the adapter as per writeup:

• Adapter: ASUS ROG USB-BE92
• Chipset: Realtek RTL8922AU (WiFi 7 / 802.11be)
• USB: 3.0 SuperSpeed (5 Gbps)
• Firmware: rtw8922a_fw-4.bin v0.35.80.3
• Driver: rtw89_8922au_git from morrownr/rtw89
• Kernel: 6.12.30+bpo-amd64 (Debian 12)

There's another review here.

Switch mode attempt: usb_modeswitch -W -b 1 -g 3 -v 0bda -p 1a2b -V 0b05 -P 1bcf -d but no dice...

Device shows like this:

lsusb -v -s 1:3

Bus 001 Device 003: ID 0bda:1a2b Realtek Semiconductor Corp. RTL8188GU 802.11n WLAN Adapter (Driver CDROM Mode)
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0 [unknown]
bDeviceSubClass 0 [unknown]
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x0bda Realtek Semiconductor Corp.
idProduct 0x1a2b RTL8188GU 802.11n WLAN Adapter (Driver CDROM Mode)
bcdDevice 0.00
iManufacturer 1 Realtek
iProduct 2 DISK
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x0020
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower 500mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 8 Mass Storage
bInterfaceSubClass 6 SCSI
bInterfaceProtocol 80 Bulk-Only
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x84 EP 4 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x05 EP 5 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Device Qualifier (for other device speed):
bLength 10
bDescriptorType 6
bcdUSB 2.00
bDeviceClass 0 [unknown]
bDeviceSubClass 0 [unknown]
bDeviceProtocol 0
bMaxPacketSize0 64
bNumConfigurations 1
Device Status: 0x0001
Self Powered

Would be great if we could get this one into LE, I really would like this to get this working at some point, in hope not having to run wires to my TV recording box. For the time being i can use it elsewhere.

Cheers,

Linus

BTW, the Hauppauge card is awesome and works absolutely fantastic with Libreelec and tvheadend!

The 4 tuners come in handy nicely for fast zap times and pretty solid signal quality overall.

So far the best out of the box experience of all, and it worked with the last generic 9.x branch as well as the current 10.0 release via the kernel drivers. I am using it for unencrypted dvb-c wihtout any CI stuff..

Any plans to support tvh 4.3 any time soon on the 10er generic release ?

I am running a cheap quicksync enabled platform and would be awesome to use it for transcoding

model name : Intel(R) Celeron(R) CPU J3355 @ 2.00GHz

Thanks to both of you guys, that's exactly what I needed to know!

I am a couch potatoe and need things to work right out of the gate.

Had an analog hauppauge that still served me well after many years on another mediacenter distri, but these days I am totally down with LibreElec ! You guys do an awesome job really !

CvH, beer's on me tonight

Cheers

Hi Forum,

I am thinking about purchasing a new PCIe tuner card and these are my candidates:

TBS6205 - LinuxTVWiki

Hauppauge WinTV-quadHD (DVB-T/T2/C) - LinuxTVWiki

Both most likely very nice cards, the TBS is more expansive and Hauppauge cheaper + advertises super short switching times.

If there's anyone using either one of the two, would be very interested in feedback how well they work.

CvH: If you're looking, i'd like to go for the one that makes less trouble for you

Cheeers,

Linus

Chewitt, Thanks for getting back to me ! Fair enough ! I'll go x86-64 again then and retire the Wetek as a backup as is.

If it wasn't such a pain to get a quick and good cable Multi tuner for TVheadend. Especially for something like a Nuc platform that fits behind the TV. I am looking for something m.2 or minipcie formfactor but multi tuner. USB dongles are unfortunatelyless reliable in my experience.

I also thought spend some extra money and get a Digital Devices Octopus M4 but i am not sure how well that works with TVheadend...

Any tip anyone ?

Hey Chewitt, no chance to get my trusty Wetek play1 back on a supported version ?

It has some issues already but for it's rest of the live I was hoping i could get it updated to latest.

Would be a shame if i just have to dump it.

Thank you CvH,

works great and after testing for a while, I am really happy I can finally replace the old outdated OpenElec that I was working with before.

Looking forward to all the good new stuff!

Beer's on me, Merry Christmas !

Linus

Guys,

I've tested my setup with the latest 8.90.009 and with the "DVB drivers from latest kernel" it works just perfect (didn't test CI though, havn't got one).

CvH, I'll be running this as my new permanent production setup, please let me know if you need anything special tested...

PS: This is the fastest tuner I've seen so far, the same chip BTW is in VU+...

Thanks again CvH you're doing a phenomenal job here!!

Linus

Really appreciate it CvH!

For the next two weeks i'll be offline, as i am on holiday in lovely Italy with the family.

Lets make a plan when i'm back. There might be a chance to load the ngene module with specific parameters to configure the driver correctly for my device, I believe we're not too far off. I've seen the ngene module loading OK (no ngene: Unknown symbol dvb_ringbuffer_write_user (err 0)) but the card still didn't show up, here the messages i've observed full logs attached.

This is from the full ubuntu install (16.04.03)

Relevante Auszüge aus dmesg, komplettes log siehe Anhang: dmesg-cleaninstall-wo-firmware.log

[ 8.283413] cxd2099: module is from the staging directory, the quality is unknown, you have been warned.

[ 8.283479] cxd2099: module verification failed: signature and/or required key missing - tainting kernel

[ 8.298654] nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas

[ 8.298776] ngene 0000:04:00.0: enabling device (0000 -> 0002)

[ 8.299025] ngene: Found Digital Devices DuoFlex PCIe or miniPCIe

[ 8.313538] ngene: Device version 1

[ 8.318644] ngene 0000:04:00.0: Direct firmware load for ngene_18.fw failed with error -2

[ 8.318655] ngene: Could not load firmware file ngene_18.fw.
[ 8.318667] ngene: Copy ngene_18.fw to your hotplug directory!

[ 8.321049] ngene: probe of 0000:04:00.0 failed with error -1

_________________________________________________________________________________

Von meiner alten Openelec installation habe ich dann die erforderliche firmware nach ubuntu /lib/firmware kopiert

Danach wieder Relevante Auszüge aus dmesg, komplettes log siehe Anhang: dmesg-cleaninstall-with-firmware.log

[ 8.294156] cxd2099: module is from the staging directory, the quality is unknown, you have been warned.

[ 8.294229] cxd2099: module verification failed: signature and/or required key missing - tainting kernel

[ 8.350887] nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas

[ 8.350997] ngene 0000:04:00.0: enabling device (0000 -> 0002)

[ 8.351243] ngene: Found Digital Devices DuoFlex PCIe or miniPCIe

[ 8.355754] ngene: Device version 1

[ 8.358199] ngene: Loading firmware file ngene_18.fw.

[ 8.411624] i2c i2c-14: error in i2c_read_reg

[ 8.411644] i2c i2c-14: No CXD2099 detected at 40

[ 8.415839] No demod found on chan 0

[ 8.423405] No demod found on chan 1

[ 8.428731] No demod found on chan 2

[ 8.429982] No demod found on chan 3

Thanks,

Linus

Hi CvH,

Techsupport from DD called me today (unheard of!! they really rang me up !!) and we had a chat about a couple of things and options.

First of all: There are two series of chipsets, one based on micronas, which requires ngene drivers - maintained, or better abandoned by Oliver Endriss aka UFO. The whole kernel module seems in limbo ever since...details here: Digital Devices DuoFlex C&T - LinuxTVWiki

Due to missing cooperation of micronas (part of TDK) and other limitations of this hardware revision 1, DD came up with a better chipset that allows flashing the FPGA and other nifty tricks.

The second chipset which DD uses now needs DDbridge as driver.

Unfortunately I have the first one. I know it's impossible for anyone to support ngene from what I've read.

For that reason I'll think about purchasing another tuner card that I can use with my existing PCI bridge. During my holidays I'll not watch too much TV anyway

I guess this means we can close this thread, or keep it open, maybe someone has a better final verdict ?

Thanks again, and will send an update once I've come to a decision.

Here some information about the hardware I have , just in case someone else runs into this:

This is the card/set I am using, it's comprised of a mini pcie card that goes into the mini pc (zotac ad04) and a tuner card that sit's in an extra box I build for it, strapped with zipper tape on the back of the Mini PC. All this goes onto the vesa mount of the back of my TV.

Twin Tuner TV Card DVB-C/C2/T/T2/ISDB-T (4 Port Bridge) - DD DuoFlex C2T2 Octopus mini PCIe

That's the chip on my card unfortunately:

This is the chip on their new hardware revision that I consider buying:

Hi CvH,

I have done my bit and gave up after 5 hrs trying to fix things. But I know for sure now that Ubuntu is not the solution either.

Problems I've seen on 16.04.03 (what you get today as download):

• Firmware files neither installed nor installable via apt
• ddbridge, is there, but not loaded. Loading it prior to ngene works but doesn't help
• ngene driver loads the firmware but complains about not being able to identify the demod (guess demodulator)

I'll save you from all the juicy details but it was not a simple endeavor!

Digital Devices's support has all the dmesg logs + a ton more description...

Will keep you updated.

Thanks again!

Linus

Hi CvH,

WoW ! That was a fast tomorrow really appreciated !

I've tested Index of /LibreELEC/8.0_Krypton/Generic-x86_64/ and unfortunately it's a fail....

Here's the demesg|paste: IEUG

I'll go ahead and install Ubuntu 16.04 as DD requested to see if that brings any enlightenment....

In parallel I'll mail the guys of DD and point them again to this thread...

Will let you know how it goes...

Thanks again and sorry for bothering so consistently...

Linus

Hi CvH,

Here the German -> English translated response I got back from DD support:

The error comes from the ngene driver which is part of the Kernel, which we can't influence. Normally the card should work with the ngene driver out of the box unless the kernel has been modified somehow. As LibreElec is an OpenEmbedded OS, we can't eliminate that possibility.

I can't imagine that this is a general problem as we got many customers who run these older cards with Micronas chipset on recent Ubuntu/Debian Systems. Thus I would suggest to test the card on Ubuntu 16.04 or a later Debian 9 to see if it exposes the same error, or if the card is properly detected there.

That's it so far... CvH what's your take on this ?

Should I do as requested, or do you think that's a useless exercise ?

I mean this is a whole lot of work to setup and configure everything..

Thanks again for your help!

Hi CvH,

thanks for the tip, I've dropped DD a message on their contact page with a link to this thread. As the least powerful chain link I can only hope that you guys get on well and fix my issue hopefully :-). I really do like the DD device as it's channel switch time is just phenomenal and it's to my best knowledge the only card in that form factor with a dual cable or sat tuner. Also DD is a German based company and delivers a good job on quality and doesn't seem like unwilling to help. They have done an outstanding support job once my card failed and replaced it on warranty after almost 2 years with an incredible analysis report on what broke. I have to take up the cudgels on behalf of them and bring that up for the community!

Thanks,

Linus

CvH,

Here you go, image: LibreELEC-Generic.x86_64-8.0.2-digital_devices:

Dmesg: hVQa

Kodi Log: JVOZ

lspci: bRfb

As a comparison, here OE 6.0.3 (which is unfortunately still my current productive system)

dmesg: SBZZ

lspci (-vvvnnn): EZYT

Really appreciate your support !

Anything else you'd like to see ?

Thanks again,

Linus