TeVii S480 Dual Sat PCIe, Installation und technische Infos

Ich muss meine Aussage von heute Nacht revidieren, war wohl schon zu spät, da war wohl auf dem Client die Aufnahmenliste nicht aktualisiert.

Was mir allerdings aufgefallen ist um die Uhrzeit als die Aufnahme gestartet ist und ich wie wild zwischen den HD Kanälen umgeschaltet habe, wurden die Umschaltzeiten extrem lang.
Wie lange braucht denn der Streamdev Server bis er erkennt dass ein DVB-Device belegt ist und er das 2. nehmen muss?
Oder muss die 2. S660 in der S480 dann erst initialisiert werden?

Hi,

also bei mir hat das mit dem make distclean nicht funktioniert:

make distclean ...
make rminstall ...
make
...  
  CC [M]  /usr/local/src/s2-liplianin-89a7a8c1d144/v4l/imon.o
  CC [M]  /usr/local/src/s2-liplianin-89a7a8c1d144/v4l/mceusb.o
  LD [M]  /usr/local/src/s2-liplianin-89a7a8c1d144/v4l/videodev.o
  CC [M]  /usr/local/src/s2-liplianin-89a7a8c1d144/v4l/v4l2-int-device.o
  CC [M]  /usr/local/src/s2-liplianin-89a7a8c1d144/v4l/v4l2-compat-ioctl32.o
/usr/local/src/s2-liplianin-89a7a8c1d144/v4l/v4l2-compat-ioctl32.c:29: error: expected specifier-qualifier-list before 'compat_int_t'
/usr/local/src/s2-liplianin-89a7a8c1d144/v4l/v4l2-compat-ioctl32.c: In function 'get_video_tuner32':
/usr/local/src/s2-liplianin-89a7a8c1d144/v4l/v4l2-compat-ioctl32.c:39: error: 'struct video_tuner32' has no member named 'tuner'
/usr/local/src/s2-liplianin-89a7a8c1d144/v4l/v4l2-compat-ioctl32.c:39: error: 'struct video_tuner32' has no member named 'tuner'
/usr/local/src/s2-liplianin-89a7a8c1d144/v4l/v4l2-compat-ioctl32.c:39: error: 'struct video_tuner32' has no member named 'tuner'
/usr/local/src/s2-liplianin-89a7a8c1d144/v4l/v4l2-compat-ioctl32.c:39: error: 'struct video_tuner32' has no member named 'tuner'
/usr/local/src/s2-liplianin-89a7a8c1d144/v4l/v4l2-compat-ioctl32.c:39: error: 'struct video_tuner32' has no member named 'tuner'
/usr/local/src/s2-liplianin-89a7a8c1d144/v4l/v4l2-compat-ioctl32.c:39: error: 'struct video_tuner32' has no member named 'tuner'
...

nachdem ich die Kernel-Sourcen neu installiert hatte compilierte er dann einwandfrei => offensichtlich ist das mit dem make distclean zumindest auf gentoo keine so gute Idee!!

Peter

s2-liplianin-89a7a8c1d144

filename:       /lib/modules/2.6.37-gentoo/kernel/drivers/media/dvb/dvb-usb/dvb-usb-dw2102.ko
description:    Driver for DVBWorld DVB-S 2101, 2102, DVB-S2 2104, DVB-C 3101 USB2.0, TeVii S600, S630, S650, S660, S480, Prof 1100, 7500 USB2.0, Geniatech SU3000 devices
author:         Igor M. Liplianin (c) liplianin@me.by
srcversion:     5965E4282BF396EA708CECD

laufen bei mir scheinbar problemlos (hab derzeit keinen TV dran :D)

Zitat

Original von Torsten73
Steffen vom yavdr Team war so nett einen neuen Stand des Liplianin für DKMS ins Testing PPA hochzuladen:
https://launchpad.net/~yavdr/+archive/testing-vdr/+packages?field.name_filter=liplianin&field.status_filter=published&field.series_filter=

Am 06.02 gab es ja noch einmal einen Fix von Igor, Das Paket ist ja auch vom 06.02., ist der darin schon enthalten?

Werde das heute abend mal versuchen, mit S3 kann ich Dir allerdings nicht beim testen helfen, das geht bei meiner Konstellation schlecht, kann man das Verhalten irgendwie simulieren?

Edit:
Ich hab eben mal nachgesehen, die letzte Änderung vom Sonntag ist leider noch nicht im DKMS Modul enthalten, keine Ahnung wie sich das auf das Verhalten des Treibers auswirkt.

Edit2:
Was mir störend auffällt ist, das erst nach stoppen und erneuten starten des VDR die 2 DVB Devices der Tevii gefunden werden.

Sodele, dann von mir auch mal ein kleines Feedback:

yaVDR gestern auf den letzten Stand gebracht. Im Einsatz ist also der 2.6.32-28er-Kernel. Vorsichtshalber Sicherung gemacht.

Dann erste Testvariante:
Aus dem Testing-PPA des yaVDR-Teams das s2-liblian-dkms-Paket manuell runtergeladen und bei meinem stable-yavdr installiert. Firmware musste noch angepasst bzw. kopiert werden, weil er die nicht gefunden hatte. Stand des deb-Paketes war der 06.01.2011.

SD-Sender funktionierten. Bei HD-Sendern ging nur Einsfestival. Die Umschaltzeiten - sorry wenn ich es so drastisch formuliere - unterirdisch im Vergleich zur Cine-S2 mit Doppeltuner. Bei jedem Senderwechsel am Anfang Klötzchenbildung.

Irgendwann ist der komplette VDR dann eingefroren. Es half nur hartes Ausschalten.

Fazit: derzeitiger Stand nicht benutzbar.

Dann zweite Testvariante:
Treiber aus dem HG gezogen. Firmware-Dateien neu ins passende Verzeichnis kopiert. Beim Versuch den hier erwähnten Patch anzuwenden, nur ein Treffer. Dann geschaut, an welchen Stellen der Patch Veränderungen vornimmt und festgestellt, dass der mittlerweile nicht mehr zu funktionieren scheint (teilweise schon eingearbeitet?). Also Kommando zurück ... HG neu gezogen. Ohne Patch kompiliert (FireDTV weggelassen).

Nach nem Reboot gingen die SD-Sender (wieder mit Klötzchenbildung am Anfang). HD ging gar nicht (fehlte der Patch, der aber ned mehr wirklich anwendbar ist/war?). Dafür ist der VDR aber nicht eingefroren.

Fazit: derzeitiger Stand auch nicht benutzbar.

Demzufolge den VDR wieder auf den Stand der vorherigen Sicherung zurückgesetzt. Mal schauen, wann es da vielleicht noch Verbesserungen gibt, die die Nutzung der Karte akzeptabel machen.

Weiterer unangenehmer Nebeneffekt bei mir:
Habe in meinem Gehäuse ein L4M-graphlcd, was nach den Treiberinstallationen nicht mehr funktionieren wollte. Nehme mal an, dass da die Karte, die ja 2 USB-Tuner hat, dann die konfigurierten USB-Devices für graphlcd wegschnappt. Also weitere Baustelle ... um die kümmere ich mich aber erst, wenn die TV-Karte gescheit läuft.

Soweit mein Testergebnis.

Meine läuft im Dual Betrieb mit HDTV ohne jegliche Probleme seit voriger Woche. Schnelle Umschaltzeiten, manchmal kommt es zwar beim Umschalten zu einer kurzen Klötzchenbildung aber, sonst keine Kritikpunkte.

Gruss

@ Torsten73

Bei der ersten Testvariante (testing-ppa vom yaVDR-Team) habe ich wegen diesem Hinweis von Steffen nicht die Firmware von Tevii verwendet. Der DKMS-Stand 06.01.2011 ist ja aber definitiv zu alt. Da können die letzten Änderungen von Igor noch nicht drin sein ... hattest Du ja auch schon geschrieben.

Bei der Testvariante mit dem HG hatte ich die Firmware von Tevii genutzt. Ich habe da eher den – nicht mehr anwendbaren – Patch im Verdacht (ist der nun schon eingearbeitet und falls nein, was muss aktuell angepasst werden vor dem Kompilieren?). Allerdings weiss ich nun nicht, wie ich dieses Problem beheben kann...

Hi.
habe mal testweise yavdr mit dem s2-liplianin-dkms installiert, aber auch hier (wie bei gen2vdr) erkennt der vdr nach einem wakeup oder reboot die Karten meistens nicht ordentlich.

[   32.976025] usb 4-1: device descriptor read/64, error -110
[   33.192018] usb 4-1: new high speed USB device using ehci_hcd and address 3
[   48.304021] usb 4-1: device descriptor read/64, error -110
[   63.520020] usb 4-1: device descriptor read/64, error -110
[   63.736018] usb 4-1: new high speed USB device using ehci_hcd and address 4
[   68.756065] usb 4-1: device descriptor read/8, error -110
[   73.876102] usb 4-1: device descriptor read/8, error -110
[   74.092018] usb 4-1: new high speed USB device using ehci_hcd and address 5
[   79.112064] usb 4-1: device descriptor read/8, error -110
[   84.232099] usb 4-1: device descriptor read/8, error -110
[   84.336032] hub 4-0:1.0: unable to enumerate USB device on port 1
[   84.652014] usb 9-1: new full speed USB device using ohci_hcd and address 2
[   99.828016] usb 9-1: device descriptor read/64, error -110
[  115.108017] usb 9-1: device descriptor read/64, error -110
[  115.388015] usb 9-1: new full speed USB device using ohci_hcd and address 3
[  130.564019] usb 9-1: device descriptor read/64, error -110
[  145.844017] usb 9-1: device descriptor read/64, error -110
[  146.124015] usb 9-1: new full speed USB device using ohci_hcd and address 4
[  151.144617] usb 9-1: device descriptor read/8, error -110
[  156.264466] usb 9-1: device descriptor read/8, error -110
[  156.544019] usb 9-1: new full speed USB device using ohci_hcd and address 5
[  161.564311] usb 9-1: device descriptor read/8, error -110
[  166.684199] usb 9-1: device descriptor read/8, error -110
[  166.788524] hub 9-0:1.0: unable to enumerate USB device on port 1
[  167.092516] usb 10-1: new full speed USB device using ohci_hcd and address 2
[  182.268016] usb 10-1: device descriptor read/64, error -110
[  197.548018] usb 10-1: device descriptor read/64, error -110
[  197.828015] usb 10-1: new full speed USB device using ohci_hcd and address 3
[  213.004014] usb 10-1: device descriptor read/64, error -110
[  228.284015] usb 10-1: device descriptor read/64, error -110
[  228.564017] usb 10-1: new full speed USB device using ohci_hcd and address 4
[  233.584208] usb 10-1: device descriptor read/8, error -110
[  238.704056] usb 10-1: device descriptor read/8, error -110
[  238.984015] usb 10-1: new full speed USB device using ohci_hcd and address 5
[  244.004902] usb 10-1: device descriptor read/8, error -110
[  249.124753] usb 10-1: device descriptor read/8, error -110
[  249.228021] hub 10-0:1.0: unable to enumerate USB device on port 1

Da hilft dann nur 20 Sekunden Strom weg und neustarten.

Zitat

Original von Torsten73
@champain, welcher Kernel, welches Mainboard, läuft die Karte auf dem Board unter Windows oder anderen Linux Installationen? aktive LNB Speisung, Disque?

Hallo.

Hardware:
Mainboard: Zotac GeForce 9300-ITX WiFi Mainboard
Kernel: yavdr 3.0 (2.6.32-28-generic) bzw. gen2vdr (2.6.35)

Die Tevii S480 läuft bei beiden VDR's (wenn sie läuft), aber nach reboots/wakeups gibt es diese USB-Fehler (siehe oben), so dass die Karte nicht erkannt wird.

Windows7 habe ich nicht getestet.

Die Karte hängt an einem ganz normalen QuattroSwitch. Vorher habe ich zwei Tevii S660 USB genutzt.
Da hatte ich anfänglich ähnliche Fehlermeldungen, die ich mit dem Stromlostrick umgehen konnte. Danach liefen die Karten dann und hatten auch nach reboots/wakeups keine Probleme bei der Erkennung.

Zitat

Ich weiß, letzteres ist viel Arbeit, aber das die Karte nicht richtig sich initialisiert kennen wir hier noch nicht. (Oder meinst Du mit Wakeup dass Du den Rechner in den S3 herunterfährst, weil da habe ich Igor schon drüber informiert, dass das nicht geht, siehe oben Firmware unload im S3)

det (freeVDR) hat übrigens ein ähnliches Problem (mit einem ähnlichen Board) bereits in diesem thread beschrieben.
TeVii S480 Dual Sat PCIe, Installation und technische Infos

S3 nutze ich weder bei yavdr noch bei gen2vdr.

Grüße

Zitat

Original von champpain

Hallo.

Hardware:
Mainboard: Zotac GeForce 9300-ITX WiFi Mainboard
Kernel: yavdr 3.0 (2.6.32-28-generic) bzw. gen2vdr (2.6.35)

Die Tevii S480 läuft bei beiden VDR's (wenn sie läuft), aber nach reboots/wakeups gibt es diese USB-Fehler (siehe oben), so dass die Karte nicht erkannt wird.

Windows7 habe ich nicht getestet.

Die Karte hängt an einem ganz normalen QuattroSwitch. Vorher habe ich zwei Tevii S660 USB genutzt.
Da hatte ich anfänglich ähnliche Fehlermeldungen, die ich mit dem Stromlostrick umgehen konnte. Danach liefen die Karten dann und hatten auch nach reboots/wakeups keine Probleme bei der Erkennung.

det (freeVDR) hat übrigens ein ähnliches Problem (mit einem ähnlichen Board) bereits in diesem thread beschrieben.
TeVii S480 Dual Sat PCIe, Installation und technische Infos

S3 nutze ich weder bei yavdr noch bei gen2vdr.

Grüße

Alles anzeigen

Vielleicht liegt das problem an deinem Board, wie gesagt bei mir rennt Sie ohne jegliche Probleme.

Bin zufrieden und bei dem preis kann ich nicht mecker.

Gruss

Was für ne Distri nutzt du denn?
Kann deine Signatur so schwer entziffern...

Hi.
Suspend to RAM ist im yavdr-webfrontend gegraut, aber Suspend to Disk wäre eine Option.
Würde er bei so einem Hibernate denn auch die USB-Zuordnung auf Festplatte speichern, so dass das nach einem Wakeup passt?

Falls ja, hätte ich jetzt nur noch das Pröblemchen, dass der VDR bei Suspend to Disk gar nicht einschläft, sondern sich beim Ausschalten so ähnlich verhält wie bei einem Reboot.

Grüße

Zitat

Original von Torsten73
@champain,
Du hast den yavdr mit einem anderen Kernel versehen. Deshalb sind die Optionen im WebIF ausgegraut.
Brauchst Du wirklich den 2.6.35er? Nicht dass das Problem darin liegt. Hast Du den 2.6.32-28 oder 27 noch drauf? Dann würde ich Dich bitten es damit zu probieren.

Nö, brauche ich nicht. Habe an yavdr auch nichts geändert.

[    0.000000] Linux version 2.6.32-28-generic (buildd@palmer) (gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) ) #55-Ubuntu SMP Mon Jan 10 21:21:01 UTC 2011

Der 35er ist in der gen2vdr-distri (beta8) Standard, aber auch bei der klappt es ja nicht mit der Erkennung.

Grüße