4x Sundtek DVB-C/T/T2 4K USB für Testzwecke abzugeben

Sundtek · January 14, 2026 at 7:41 AM

Hallo,

//////////

Alle Tuner sind vergeben

//////////

Ende nächster Woche können wir 4x DVB-C/T/T2 4K USB Prototypen kostenlos (inklusive Versand) abgeben, wir haben diese für die Fertigung optimiert.

Der Treiber funktioniert soweit wie gewohnt mit X86, X86-64, ARM-32, ARM-64, MIPS, PPC, etc. die Treiber werden im Laufe der kommenden Woche freigegeben.

Bedingung - Feedback innerhalb der ersten 2 Wochen wie sie sich im Einsatz mit VDR schlagen.

Nur 1 Tuner pro Person.

Bei Interesse einfach eine Nachricht schreiben.

//////////

Alle Tuner sind vergeben

//////////

Dr. Seltsam · January 14, 2026 at 9:37 AM

Melde Interesse an!

Sundtek · January 14, 2026 at 9:55 AM

Hab Dir eine Nachricht geschickt, abzüglich Dir ist noch einer verfügbar.

Uwe · January 14, 2026 at 11:28 AM

Melde auch mal Interesse an

jsffm · January 14, 2026 at 11:41 AM

Würde mich auch interessieren.

Sundtek · January 14, 2026 at 12:13 PM

Ok Uwe hat's noch auf die Liste geschafft (4 sind an der Stelle bereits vergeben).

jsffm - vielleicht (wird dann Ende nächster Woche entschieden). Das ist wie oben erwähnt noch ein Prototypen-run.

jsffm · January 14, 2026 at 12:34 PM

Ich habe Zeit

Dr. Seltsam · February 21, 2026 at 2:35 PM

5 Wochen später - wie ist denn hier der Status?

vdr_rossi · April 15, 2026 at 6:42 PM

Würde mich auch interessieren.

Hätte Kapazitäten zum testen frei...

Sundtek · July 26, 2026 at 2:44 PM

Hi, die Geräte sind unterwegs, es sind tatsächlich nur 4 Stück. Der Treiber sollte zur Zeit ausreichend sein wird aber auch noch etwas poliert werden.

Nach der damaligen Ankündigung hat mich leider die Grippe 2 Wochen flachgelegt und dann kamen andere große Projekte auf uns zu sodass es ruhen musste.
Hoffe dass die nächsten mehrfach TV Tuner dann im September kommen. Es tut sich sehr viel bei uns auch in anderen Bereichen.

Dr. Seltsam · August 3, 2026 at 5:01 PM

Moin,

Stick ist dankend angekommen. Brauche mal Inspiration:

Code

VDRELEC:/dev/dvb/adapter0 # mediaclient -e
**** List of Media Hardware Devices ****
device 0: [           C/T/T2 4K]  DVB-C, DVB-T, DVB-T2, REMOTE-CONTROL
  [INFO]:
     STATUS: STANDBY
  [BUS]:
     ID: 1-2
  [SERIAL]:
     ID: U260714012411
  [DVB-C,DVB-T,DVB-T2]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0

Display More

Code

ls -l /dev/dvb/adapter0
total 0
crwxrwxrwx    1 root     root      212,   1 Aug  3 16:22 demux0
crwxrwxrwx    1 root     root      212,   2 Aug  3 16:22 dvr0
crwxrwxrwx    1 root     root      212,   0 Aug  3 16:22 frontend0

sieht soweit alles gut aus. Aber:

Code

Aug 03 16:34:48 VDRELEC vdr[6170]: [6170] detected /dev/dvb/adapter0/frontend0
Aug 03 16:34:48 VDRELEC vdr[6170]: [6172] epg data reader thread started (pid=6170, tid=6172, prio=high)
Aug 03 16:34:48 VDRELEC vdr[6170]: [6172] reading EPG data from /storage/.cache/vdr/epg.data
Aug 03 16:34:48 VDRELEC vdr[6170]: [6170] ERROR (dvbdevice.c,1945): /dev/dvb/adapter0/frontend0: No such device or address
Aug 03 16:34:48 VDRELEC vdr[6170]: [6170] no DVB device found

Installiert ist das Sundtek MediaTV addon von CoreELEC in der Version 21.3.0 auf einer ARM-Box (Tanix TX3)

systemctl status driver.dvb.sundtek-mediatv.service sagt:

Code

● driver.dvb.sundtek-mediatv.service - Sundtek driver service
     Loaded: loaded (/storage/.config/system.d/driver.dvb.sundtek-mediatv.service; enabled; preset: disabled)
     Active: active (exited) since Mon 2026-08-03 16:22:09 CEST; 27min ago
   Main PID: 3923 (code=exited, status=0/SUCCESS)
      Tasks: 8 (limit: 3724)
     Memory: 5.3M ()
     CGroup: /system.slice/driver.dvb.sundtek-mediatv.service
             ├─4002 mediasrv --wait-for-devices -p /storage/.kodi/addons/driver.dvb.sundtek-mediatv/bin -c /storage/.kodi/userdata/addon_data/driver.dvb.sundtek-mediatv/sundtek.conf -d
             └─4003 mediasrv --wait-for-devices -p /storage/.kodi/addons/driver.dvb.sundtek-mediatv/bin -c /storage/.kodi/userdata/addon_data/driver.dvb.sundtek-mediatv/sundtek.conf -d

Der error von vdr müsste hier in Zeile 1945 von dvbdevice.c aus vdr-2.8.2 kommen:

Code

1935 bool cDvbDevice::Exists(int Adapter, int Frontend)
1936 {
1937   cString FileName = DvbName(DEV_DVB_FRONTEND, Adapter, Frontend);
1938   if (access(FileName, F_OK) == 0) {
1939      int f = open(FileName, O_RDONLY);
1940      if (f >= 0) {
1941         close(f);
1942         return true;
1943         }
1944      else if (errno != ENODEV && errno != EINVAL)
1945         LOG_ERROR_STR(*FileName);
1946      }
1947   else if (errno != ENOENT)
1948      LOG_ERROR_STR(*FileName);
1949   return false;
1950 }

Display More

Es scheint, als wenn vdr den file descriptor zwar findet, aber nicht öffnen kann

Dr. Seltsam · August 3, 2026 at 5:07 PM

das device ist nicht anderweitig in Benutzung:

Code

mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
  No client connected
/dev/dvb/adapter0/dvr0:
  No client connected
/dev/dvb/adapter0/demux0:
  No client connected
/dev/mediainput0:

Dr. Seltsam · August 4, 2026 at 10:57 AM

Anscheinend lädt der sundtek-Treiber die libmediaclient.so nicht. Das soll im Script userspace-driver.sh geschehen - aber ich finde nirgendwo im Paket des CoreELEC-Addons eine Stelle, die dies aufruft.

Wenn ich auf der Konsole manuell export LD_PRELOAD=/storage/.kodi/addons/driver.dvb.sundtek-mediatv/lib/libmediaclient.so eingebe und dort danach vdr direkt starte, sieht das log schon etwas anders aus:

Code

Aug 04 10:49:57 VDRELEC vdr[6711]: [6711] detected /dev/dvb/adapter0/frontend0
Aug 04 10:49:57 VDRELEC vdr[6711]: [6713] epg data reader thread started (pid=6711, tid=6713, prio=high)
Aug 04 10:49:57 VDRELEC vdr[6711]: [6713] reading EPG data from /storage/.cache/vdr/epg.data
Aug 04 10:49:57 VDRELEC vdr[6711]: [6711] probing /dev/dvb/adapter0/frontend0
Aug 04 10:49:57 VDRELEC vdr[6711]: [6711] creating cDvbDevice
Aug 04 10:49:57 VDRELEC vdr[6711]: [6711] new device number 1 (card index 1)
Aug 04 10:49:57 VDRELEC vdr[6711]: [6711] cTimeMs: using monotonic clock (resolution is 1 ns)
Aug 04 10:49:57 VDRELEC vdr[6711]: [6714] device 1 section handler thread started (pid=6711, tid=6714, prio=low)
Aug 04 10:49:57 VDRELEC vdr[6711]: [6711] DVB API version is 0x050A (VDR was built with 0x050A)
Aug 04 10:49:57 VDRELEC vdr[6711]: [6711] ERROR: frontend 0/0 doesn't provide any delivery systems
Aug 04 10:49:57 VDRELEC vdr[6711]: [6711] found 1 DVB device

Display More

Die Anwahl eines DVB-C Kanals ist weiterhin nicht möglich ("Kanal nicht verfügbar!"). Das liegt wohl am "ERROR: frontend 0/0 doesn't provide any delivery systems"

Wenn ich den Export-Befehl in den Anfang des vdr-Startscripts schreibe, hat das keine Wirkung, dann kommt wieder ERROR (dvbdevice.c,1945): /dev/dvb/adapter0/frontend0: No such device or address

Uwe · August 4, 2026 at 11:06 AM

Hallo,

bei mir ist der Stick auch angekommen, vielen Dank sundtek. 😀

Ich stehe auch vor diesem Problem:

Aug 03 16:34:48 VDRELEC vdr[6170]: [6170] ERROR (dvbdevice.c,1945): /dev/dvb/adapter0/frontend0: No such device or address

Ich probiere deinen Tipp bei mir auch mal aus...

Da der Stick ja DVB-C und DVB-T(2) kann, muss man hier nicht noch ein Plugin für VDR installieren, welches zwischen den Empfangsarten umschaltet? delsys oder so?

Gruß
Uwe

seahawk1986 · August 4, 2026 at 11:43 AM

Ich habe das selbe Problem mit meinem Stick - man sieht den Fehler auch mit w_scan_cpp - t2scan kann den Adapter nutzen und bekommt laut Signalanzeige des medialcient beim Tunen von Transpondern auch einen Lock, aber findet keine DVB-T2 Sender (liegt möglicherweise daran, dass der Treiber nur QAM 64 als unterstützt meldet), Kabel kann ich aktuell nicht ausprobieren.

Ich hatte das schon vor einer Woche per PM an Sundtek gemeldet - die Rückmeldung war, dass es ~~im September~~ Ende August weiter geht.

Dr. Seltsam · August 4, 2026 at 11:52 AM

Quote from seahawk1986

Ich hatte das schon vor einer Woche per PM an Sundtek gemeldet - die Rückmeldung war, dass es im September weiter geht.

war das vor oder nach der Rückmeldung von Sundtek hier am 26.07. mit der Aussage "Der Treiber sollte zur Zeit ausreichend sein" ?

seahawk1986 · August 4, 2026 at 12:34 PM

Ich habe die PM am 28.07. geschrieben. Kann gut sein, dass es mit DVB-C und bestimmter Software unter Linux grundsätzlich funktioniert, aber w_scan_cpp und der VDR machen da anscheinend etwas anders.

Dr. Seltsam · August 4, 2026 at 12:47 PM

ich habe noch versucht, mit mediaclient explizit den Modus DVBC vorzugeben, aber das ändert auch nichts am frontend 0/0 doesn't provide any delivery systems

vdr versucht zunächst, mit FE_GET_PROPERTY die deliverySystems zu ermitteln. Das geschieht abhängig von der DVB-API version auf zwei verschiedenen Wegen. Da dabei weder "can't query delivery systems" noch "unknown frontend type" gemeldet wird, muss das Problem hier liegen:

Code

  if (deliverySystems.Size() > 0) {
     cString ds("");
     for (int i = 0; i < deliverySystems.Size(); i++)
         ds = cString::sprintf("%s%s%s", *ds, i ? "," : "", GetDeliverySystemName(deliverySystems[i]));
     cString ms("");
     if (frontendInfo.caps & FE_CAN_QPSK)      { numModulations++; ms = cString::sprintf("%s%s%s", *ms, **ms ? "," : "", MapToUserString(QPSK, ModulationValues)); }
     if (frontendInfo.caps & FE_CAN_QAM_16)    { numModulations++; ms = cString::sprintf("%s%s%s", *ms, **ms ? "," : "", MapToUserString(QAM_16, ModulationValues)); }
     if (frontendInfo.caps & FE_CAN_QAM_32)    { numModulations++; ms = cString::sprintf("%s%s%s", *ms, **ms ? "," : "", MapToUserString(QAM_32, ModulationValues)); }
     if (frontendInfo.caps & FE_CAN_QAM_64)    { numModulations++; ms = cString::sprintf("%s%s%s", *ms, **ms ? "," : "", MapToUserString(QAM_64, ModulationValues)); }
     if (frontendInfo.caps & FE_CAN_QAM_128)   { numModulations++; ms = cString::sprintf("%s%s%s", *ms, **ms ? "," : "", MapToUserString(QAM_128, ModulationValues)); }
     if (frontendInfo.caps & FE_CAN_QAM_256)   { numModulations++; ms = cString::sprintf("%s%s%s", *ms, **ms ? "," : "", MapToUserString(QAM_256, ModulationValues)); }
     if (frontendInfo.caps & FE_CAN_8VSB)      { numModulations++; ms = cString::sprintf("%s%s%s", *ms, **ms ? "," : "", MapToUserString(VSB_8, ModulationValues)); }
     if (frontendInfo.caps & FE_CAN_16VSB)     { numModulations++; ms = cString::sprintf("%s%s%s", *ms, **ms ? "," : "", MapToUserString(VSB_16, ModulationValues)); }
     if (frontendInfo.caps & FE_CAN_TURBO_FEC) { numModulations++; ms = cString::sprintf("%s%s%s", *ms, **ms ? "," : "", "TURBO_FEC"); }
     if (!**ms)
        ms = "unknown modulations";
     isyslog("frontend %d/%d provides %s with %s (\"%s\")", adapter, frontend, *ds, *ms, frontendInfo.name);
     return true;
     }
  else
     esyslog("ERROR: frontend %d/%d doesn't provide any delivery systems", adapter, frontend);
  return false;

Display More

wenn der Treiber QAM64 kann, wie Du schreibst, hätte es eigentlich nicht zu doesn't provide any delivery systems kommen dürfen.

Ich habe den Stick jetzt wieder zur Seite gelegt und warte auf ein Statement von Sundtek.

Participate now!