Sundtek Support Forum

/dev/mediainput0 needs an extra application which we will start to ship soon.

please replug your device 1-2 times till getinput.sh returns the correct path to the input device.

you can also manually load uinput by running:
sudo modprobe uinput

and afterwards replug the device, the driver is supposed to load it automatically although the initialization of uinput might take a little bit too long and the driver might skip to use it because of that.

Ich habe gestern wieder meine WinTV PVR USB2 angeschlossen und meine Konfiguration zurückgesetzt. Allerdings habe ich vergessen ihren Treiber (und udev-rules, etc) zu deinstallieren. Das Problem trat wieder auf.

Es muss sich hierbei um ein Problem im USB Controller speziell auf dem ION handeln, wie schon erwähnt unsere Ingenieure werden sich dem genauer annehmen besonders da wir annehmen das ION Boards künftig häufiger eingesetzt werden. Userspace Treiber haben keinen Zugriff auf andere Kerneltreiber, somit kommt nur ein anderer defekter Treiber im ION System in Frage welcher jedoch durch eine Verkettung von Ereignissen durchaus von uns ausgelöst werden kann.

Using your hardware under windows, is it possible to get individual frames in memory buffers?
If so, in what format - BMP/RGB?

The video output can be RGB16 or raw YUV frames.

And most importantly, is the VBI also available in memory buffer per frame? I need all the lines (1-21) of the VBI. not just the 480 lines of video (NTSC, 30fps).
Thank you.

VBI is supported, do you need the raw samples or the final decoded information?

Die Zeiten des nächtlichen gefrickels am Kernel sind für mich vorbei =)

Plug and Play ist unser Ziel, wir sind ebenfalls der Meinung das die Treiber so einfachstens wie möglich funktionieren müssen. Da Linux leider nicht fehlerfrei ist, ist dies auch für uns eine schwierige Aufgabe welche wir mit dem Installer den Kunden bereits großteils abnehmen.

Wir haben einen Patch an die Mailingliste übermittelt welcher die Systemlast bei diesen USB Geräten verringert. Ebenfalls wurde hierfür unser Treiber aktualisiert, und wird beim nächsten Treiberupdate freigegeben werden. Herr Rechberger hat dieses Update an die Linux USB Mailingliste geschickt und wurde mittlerweile auch aufgenommen wird jedoch erst in den letzten Kernelversionen verfügbar sein.

Siehe:
http://www.spinics.net/lists/linux-usb/msg21126.html

Nichts desto trotz, die von Ihnen ausgelösten Fehler können durch alle USB Geräte ausgelöst werden da es sich eindeutig um ein Kernelproblem handelt.

Auf Intel Atom Eeepc sowie Acer Aspire One (Intel Atom) treten diese Fehler nicht auf, jedoch kann man mit dieser Hardware auch kein HDTV dekodieren.

Normalerweise weniger als 1 Sekunde:

Laut kaffeine:

xine pipe opened /home/sundtek/.kaxtv.ts
Asked to stop
pipe closed
Live stopped
dvbstream::run() end
dvbEvents 0:0 ended
fdDvr closed
Frontend closed
Tuning to: NDR FS HH / autocount: 1
Using DVB device 0:0 "Sundtek DVB-C"
tuning DVB-C to 121000000
inv:2 sr:6900000 fecH:9 mod:3
. LOCKED.
NOUT: 1
dvbEvents 0:0 started
Tuning delay: 613 ms
pipe opened
demux_wavpack: (open_wv_file:127) open_wv_file: non-seekable inputs aren't supported yet.
xine pipe opened /home/sundtek/.kaxtv1.ts
Asked to stop
pipe closed
Live stopped
dvbstream::run() end
dvbEvents 0:0 ended
fdDvr closed
Frontend closed
Tuning to: YOU FM / autocount: 2
Using DVB device 0:0 "Sundtek DVB-C"
tuning DVB-C to 330000000
inv:2 sr:6900000 fecH:9 mod:5
. LOCKED.
NOUT: 1
dvbEvents 0:0 started
Tuning delay: 652 ms
pipe opened
demux_wavpack: (open_wv_file:127) open_wv_file: non-seekable inputs aren't supported yet.
xine pipe opened /home/sundtek/.kaxtv.ts
Asked to stop
pipe closed
Live stopped
dvbstream::run() end
dvbEvents 0:0 ended
fdDvr closed
Frontend closed
Tuning to: rbb Berlin / autocount: 3
Using DVB device 0:0 "Sundtek DVB-C"
tuning DVB-C to 121000000
inv:2 sr:6900000 fecH:9 mod:3
. LOCKED.
NOUT: 1
dvbEvents 0:0 started
Tuning delay: 615 ms

please note the difference between ATTACH and detach:

ATTACH pushes the update request into the background and sleeps several seconds before really triggering an update.

DETACH actually does the same, but without sleeping. So after both of them you should wait 5-10 seconds before checking if the devices are available.

We are about to update the installer in order to automatically recognize the device without having to replug the device, this is mainly a configuration issue.

Did you follow the LIRC installation guide?

Without this no keys will be reported to the system.

http://support.sundtek.de/index.php/topic,54.0.html

Although there's a trouble ticket now, the next installer version will ask if the remote control shall be set up for LIRC or just work as keyboard input device.

In order to make it work as a keyboard input device you need to remove:
/etc/hal/fdi/preprobe/input.fdi

sudo rm /etc/hal/fdi/preprobe/input.fdi

and reboot the system.

When used as a keyboard input, some buttons, for example the colored ones, are not recognized by the Xorg input system (this is why we set the default to use LIRC).

We want to make everything as easy as possible for endusers.