S2api Tt S2-3200

Meine erfahrungen:

Kompilieren:
===
Kompilieren von budget_ci module lauft einwandfrei.
Ich musste das (bin) attachment unter winrar auszupacken..

Um kompilieren von vdr-1.7.1 möglich zu machen:
cp ~/s2-liplianin-030c9bc8792e/linux/include/linux/dvb/frontend.h /usr/include/linux/dvb/frontend.h
cp ~/s2-liplianin-030c9bc8792e/linux/include/linux/dvb/version.h /usr/include/linux/dvb/version.h

Sourcecaps patch compiliert nicht:
dvbdevice.c:940: error: âDVBFE_DELSYS_DVBSâ was not declared in this scope
dvbdevice.c:940: error: âDVBFE_DELSYS_DVBS2â was not declared in this scope
Sourcecaps in Make.config ausgeschaltet.

Streamdev-cvs plugin lasst sich nicht kompilieren:
client/filter.c:226: error: âPID_MASK_HIâ was not declared in this scope

Running vdr:
====

Ich hatte einmal, und nicht reproduzierbar:
ERROR: device 1 reported an invalid number (0) of supported delivery systems - assuming 1

Nachdem ich vdr gestopt hatte, wurde die module nicht freigegeben, d.h. lsmod zeigte das er noch users hatte
budget_ci = 1

Nach einem reboot war das alles verschwunden...
Nur gibt es ab und zu:
Oct 13 10:45:24 HDTV kernel: dvb_frontend_ioctl_properties() FE_SET_PROPERTY
Oct 13 10:45:24 HDTV kernel: dvb_frontend_ioctl_properties() properties.num = 1
Oct 13 10:45:24 HDTV kernel: dvb_frontend_ioctl_properties() properties.props = 000000004133fce0
Oct 13 10:45:24 HDTV kernel: dtv_property_process_set()
Oct 13 10:45:24 HDTV kernel: dtv_property_dump() tvp.cmd = 0x00000002 (DTV_CLEAR)
Oct 13 10:45:24 HDTV kernel: dtv_property_dump() tvp.u.data = 0x00000000
Oct 13 10:45:24 HDTV kernel: dtv_property_process_set() Flushing property cache
Oct 13 10:45:24 HDTV kernel: dvb_frontend_ioctl_properties() FE_SET_PROPERTY
Oct 13 10:45:24 HDTV kernel: dvb_frontend_ioctl_properties() properties.num = 8
Oct 13 10:45:24 HDTV kernel: dvb_frontend_ioctl_properties() properties.props = 000000004133fce0
Oct 13 10:45:24 HDTV kernel: dtv_property_process_set()
Oct 13 10:45:24 HDTV kernel: dtv_property_dump() tvp.cmd = 0x00000011 (DTV_DELIVERY_SYSTEM)
Oct 13 10:45:24 HDTV kernel: dtv_property_dump() tvp.u.data = 0x00000004
Oct 13 10:45:24 HDTV kernel: dtv_property_process_set()
Oct 13 10:45:24 HDTV kernel: dtv_property_dump() tvp.cmd = 0x00000003 (DTV_FREQUENCY)
Oct 13 10:45:24 HDTV kernel: dtv_property_dump() tvp.u.data = 0x001d3878
Oct 13 10:45:24 HDTV kernel: dtv_property_process_set()
Oct 13 10:45:24 HDTV kernel: dtv_property_dump() tvp.cmd = 0x00000004 (DTV_MODULATION)
Oct 13 10:45:24 HDTV kernel: dtv_property_dump() tvp.u.data = 0x00000000
Oct 13 10:45:24 HDTV kernel: dtv_property_process_set()
Oct 13 10:45:24 HDTV kernel: dtv_property_dump() tvp.cmd = 0x00000008 (DTV_SYMBOL_RATE)
Oct 13 10:45:24 HDTV kernel: dtv_property_dump() tvp.u.data = 0x014fb180
Oct 13 10:45:24 HDTV kernel: dtv_property_process_set()
Oct 13 10:45:24 HDTV kernel: dtv_property_dump() tvp.cmd = 0x00000009 (DTV_INNER_FEC)
Oct 13 10:45:24 HDTV kernel: dtv_property_dump() tvp.u.data = 0x00000005
Oct 13 10:45:24 HDTV kernel: dtv_property_process_set()
Oct 13 10:45:24 HDTV kernel: dtv_property_dump() tvp.cmd = 0x0000000d (DTV_ROLLOFF)
Oct 13 10:45:24 HDTV kernel: dtv_property_dump() tvp.u.data = 0x00000000
Oct 13 10:45:24 HDTV kernel: dtv_property_process_set()
Oct 13 10:45:24 HDTV kernel: dtv_property_dump() tvp.cmd = 0x00000006 (DTV_INVERSION)
Oct 13 10:45:24 HDTV kernel: dtv_property_dump() tvp.u.data = 0x00000002
Oct 13 10:45:24 HDTV kernel: dtv_property_process_set()
Oct 13 10:45:24 HDTV kernel: dtv_property_dump() tvp.cmd = 0x00000001 (DTV_TUNE)
Oct 13 10:45:24 HDTV kernel: dtv_property_dump() tvp.u.data = 0x00000000
Oct 13 10:45:24 HDTV kernel: dtv_property_process_set() Finalised property cache
Oct 13 10:45:24 HDTV kernel: dtv_property_cache_submit()
Oct 13 10:45:24 HDTV kernel: dtv_property_cache_submit() legacy, modulation = 0
Oct 13 10:45:24 HDTV kernel: dtv_property_legacy_params_sync()
Oct 13 10:45:24 HDTV kernel: dtv_property_legacy_params_sync() Preparing QPSK req
Oct 13 10:45:24 HDTV kernel: dvb_frontend_ioctl_properties() Property cache is full, tuning

Ist das debugging info ?
Ich habe instant lock auf alle transponder auf Astra 1-3, Hotbird und AB3.
Aber beim ZDF und co musste ich noch immer 4MHZ abziehen um das ohne aussetzer zu bekommen.

Das locken geht aber schneller als mit die Multiproto version

Carel

Hallo,

ich habe bei mir alles so nach der Anleitung http://www.forum.free-x.de/wbb/index.php?page=Thread&threadID=160 gemacht.

Beim Erstellen des VDR mit make bekomme ich immer folgende Fehler:

root@VDR:/usr/src/VDR# make
In file included from audio.c:12: dvbdevice.h:19:2: error: #error VDR requires Linux DVB driver API version 5.0! 
In file included from dvbdevice.c:10: dvbdevice.h:19:2: error: #error VDR requires Linux DVB driver API version 5.0! 
In file included from dvbosd.c:15: dvbdevice.h:19:2: error: #error VDR requires Linux DVB driver API version 5.0! 
In file included from eitscan.c:13: dvbdevice.h:19:2: error: #error VDR requires Linux DVB driver API version 5.0! 
In file included from vdr.c:45: dvbdevice.h:19:2: error: #error VDR requires Linux DVB driver API version 5.0!
make: *** Deleting file `.dependencies' g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -DVIDEODIR=\"/video\" -DCONFDIR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -I/usr/include/freetype2 audio.c In file included from audio.c:12: dvbdevice.h:19:2: error: #error VDR requires Linux DVB driver API version 5.0! In file included from audio.c:12: dvbdevice.h:38: error: âfe_delivery_systemâ does not name a type make: *** [audio.o] Error 1

Was fumktioniert da nicht?
Kann mir bitte jemand weiterhelfen?

Danke
BobbyDD

Danke, das habe ich glatt übersehen.

Es läuft ganz gut mit dem Treiber DVBS.
Wenn ich auf einen HDTV Sender um schalte kommt kein Bild. (z.B. Astra HD)
Was muss ich noch einstellen (evtl. bei xine) damit ich da auch ein Bild bekomme?

Danke
BobbyDD

ps: ton bekomm ich auf den HD Sendern jedoch kein Bild.

Gib uns mal ein paar Details zu deinem System.

free-x: Vielleicht probierst du noch die Patches von Alex Betis? Evtl sind die noch nicht in den Treibercode eingeflossen...

Ich hab gestern aus Igors Repo Quellen die s2api Treiber gebaut und musste dort auch die Patches von Alex noch mit einbauen. Beim vdr kommt der Patch von Niels Wagenaar mit dazu und dann läuft es bei mir so wie mit der Multiproto Api.

Die hier: http://www.linuxtv.org/piperma…/2008-October/029613.html

Edit1: Wie gesagt hab ich die nur mit Igors neuen Quellen getestet: hg clone http://mercurial.intuxication.org/hg/s2-liplianin

Ich weiss nicht inwieweit die mit Manus neuen Treibern noch laufen. Evtl müssen die Patches angepasst werden. Manu hat das ja erst gestern rübergepackt und vielleicht noch am Code gebastelt.

Edit2: in der ML häufen sich grad die Fehlermeldungen bezüglich dem frisch geporteten v4l-dvb Treiber und der TT s2-3200. Würd also noch ein paar Tage bei s2-liplianin bleiben und die ML im Auge behalten wann sich die Probleme lösen... es sei denn du willst Beta testen

Hallo,

Danke erstmal für die Antworten, nur hilft das mir nicht so recht weiter.

Also System habe ich das letzte Sidux-Release (Debian basierende Distri.). Alles neu installiert.
Im VDR-Gehäuse arbeitet ein Core2Duo (E4300 1,8Ghz) mit der Nivida Gfx-Karte (Geforce 8600GT) zusammen.

Ich habe alles so installiert wie es hier beschrieben ist.
Hat auch alles soweit geklappt. Nur eben das bei S2-Sendern kein Bild sondern nur Ton kommt.

Vielleicht hat noch jemand eine Idee.

Danke
Bobby

Zitat

Original von BobbyDD
Hallo,

Danke erstmal für die Antworten, nur hilft das mir nicht so recht weiter.

Also System habe ich das letzte Sidux-Release (Debian basierende Distri.). Alles neu installiert.
Im VDR-Gehäuse arbeitet ein Core2Duo (E4300 1,8Ghz) mit der Nivida Gfx-Karte (Geforce 8600GT) zusammen.

Ich habe alles so installiert wie es hier beschrieben ist.
Hat auch alles soweit geklappt. Nur eben das bei S2-Sendern kein Bild sondern nur Ton kommt.

Vielleicht hat noch jemand eine Idee.

Danke
Bobby

Alles anzeigen

Hallo Bobby,

naja, die CPU ist schon ein wenig knapp.

Ansonsten könntest du uns ja mal ein paar Logausgaben des VDR zeigen, dann könnten wir mehr sehen!

Gruß
Wolfgang

Hier mal ein Auszug das vom vdr direkt auf die Console ausgegeben wird:

VDR:/usr/src/VDR# ./vdr -c /etc/vdr -u vdr -P"xine -r" 
MakePrimaryDevice: 1 
SetVideoFormat: 0 
SetVolumeDevice: 255 
SetAudioChannelDevice: 0 
SetDigitalAudioDevice: 0 
SetAudioChannelDevice: 0 
SetVolumeDevice: 255 
SetPlayMode: 1 
frame: (0, 0)-(-1, -1), zoom: (1.00, 1.00)
video: synced early 
[v]
vdr-xine: Client connecting ... 
vdr-xine: Client connected! 
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00) 
[vaVMMAframe: (0, 0)-(720, 576), zoom: (1.00, 1.00) ]
buffered 8.1 frames (v:13.8, a:8.1)
SetPlayMode: 0 frame: (0, 0)-(720, 576), zoom: (1.00, 1.00) 
Modulation : 0 QPSK       : 0 8PSK       : 9 
SetAudioChannelDevice: 0 
SetDigitalAudioDevice: 1
SetAudioChannelDevice: 0 
SetPlayMode: 1 
video: synced early 
[VMA]buffered 8.6 frames (v:28.4, a:8.6)
buffered 9.3 frames (v:24.5, a:9.3) read(4) returned 0, error 0: 
Erfolg vdr-xine: Client disconnected!

Hier ein Auszug aus dem user.log:

probing /dev/dvb/adapter0/frontend0 
Oct 28 15:03:04 VDR vdr: [5055] device 1 provides: DVBS DVBS2 
Oct 28 15:03:04 VDR vdr: [5055] device 1 forced to frontendType SYS_DVBS2 
Oct 28 15:03:04 VDR vdr: [5059] tuner on device 1 thread started (pid=5055, tid=5059)
Oct 28 15:03:04 VDR vdr: [5060] section handler thread started (pid=5055, tid=5060) 
Oct 28 15:03:04 VDR vdr: [5055] found 1 video device
Oct 28 15:03:04 VDR vdr: [5055] initializing plugin: xine (0.8.2): Software-basierte Wiedergabe mittels xine 
Oct 28 15:03:04 VDR vdr: [5061] XineRemote control thread started (pid=5055, tid=5061) 
Oct 28 15:03:04 VDR vdr: [5061] Entering cXineRemote thread 
Oct 28 15:03:04 VDR vdr: [5055] setting primary device to 1
Oct 28 15:03:04 VDR vdr: [5055] device 1 has no MPEG decoder 
Oct 28 15:03:04 VDR vdr: [5055] trying device number 2 instead
Oct 28 15:03:04 VDR vdr: [5055] setting primary device to 2 
Oct 28 15:03:04 VDR vdr: [5055] assuming manual start of VDR 
Oct 28 15:03:04 VDR vdr: [5055] SVDRP listening on port 2001 
Oct 28 15:03:04 VDR vdr: [5055] setting current skin to "classic" 
Oct 28 15:03:04 VDR vdr: [5055] loading /etc/vdr/themes/classic-default.theme 
Oct 28 15:03:04 VDR vdr: [5055] starting plugin: xine
Oct 28 15:03:04 VDR vdr: [5055] ERROR: remote control XineRemote not ready! 
Oct 28 15:03:04 VDR vdr: [5064] KBD remote control thread started (pid=5055, tid=5064) 
Oct 28 15:03:04 VDR vdr: [5055] remote control KBD - keys known 
Oct 28 15:03:04 VDR vdr: [5055] switching to channel 1
Oct 28 15:03:04 VDR vdr: [5065] transfer thread started (pid=5055, tid=5065) 
Oct 28 15:03:04 VDR vdr: [5066] receiver on device 1 thread started (pid=5055, tid=5066)
Oct 28 15:03:04 VDR vdr: [5067] TS buffer on device 1 thread started (pid=5055, tid=5067) 
Oct 28 15:03:04 VDR vdr: [5065] cVideoRepacker: switching to MPEG1/2 mode 
Oct 28 15:03:04 VDR vdr: [5065] cVideoRepacker: operating in MPEG1/2 mode 
Oct 28 15:03:42 VDR vdr: [5055] switching to channel 6 
Oct 28 15:03:42 VDR vdr: [5065] transfer thread ended (pid=5055, tid=5065)
Oct 28 15:03:42 VDR vdr: [5055] buffer stats: 89864 (4%) used 
Oct 28 15:03:42 VDR vdr: [5073] transfer thread started (pid=5055, tid=5073) 
Oct 28 15:03:42 VDR vdr: [5067] TS buffer on device 1 thread ended (pid=5055, tid=5067)
Oct 28 15:03:42 VDR vdr: [5066] buffer stats: 89488 (4%) used 
Oct 28 15:03:42 VDR vdr: [5066] receiver on device 1 thread ended (pid=5055, tid=5066) 
Oct 28 15:03:42 VDR vdr: [5074] receiver on device 1 thread started (pid=5055, tid=5074) 
Oct 28 15:03:42 VDR vdr: [5075] TS buffer on device 1 thread started (pid=5055, tid=5075) 
Oct 28 15:03:42 VDR vdr: [5073] TS continuity error (13) 
Oct 28 15:03:42 VDR vdr: [5073] TS continuity error (14) 
Oct 28 15:03:42 VDR vdr: [5073] cVideoRepacker: operating in H.264 mode

Ach so als Karte habe ich eine TT3200.

Danke
Bobby

Gerade mal ausprobiert mit vdr-1.7.0 und TT3200+Nova. Klappt bisher sehr gut. Umschalten ist schneller, aktuell weniger Störungen.
Mal gucken wie sich das entwickelt.

Hallo,

bei mir klappt's irgendwie nicht so richtig. Ich habe einen vdr 1.7.0
mit den extpatch 62 + s2-lipianin treiber am laufen. Ich bekomme
komischerweise überhaupt keinen Lock auf allen Sendern mit
vertikaler polarisation. Arte und ORF HD tuns auch nicht, obwohl
die auf horizontaler polarisation laufen. Premiere HD, Anixe und
Astra HD tun es aber.

Der Treiber hg clone ist von gestern Abend. derot Patches scheinen
da schon drin zu sein. Bekam entsprechende Meldungen beim
Versuch zu patchen.

Hat irgendjemand eine Erklärung für das Problem mit der vertikalen
Polarisation?

Gruss, Thomas

Bin jetzt endlich mal zum weiteren testen gekommen.
Ich habe einen vdr mit 1x ff 1.5, 1x tt 3200 und 2x ff 1.3 Karten.
Das ganze hängt an ankaro Multiswitchen die wiederum an zwei quattro LNBs
für Astra und Hotbird hängen. Kein Rotor im Einsatz.

Mit dem multiproto und multiproto_plus Treibern + vdr 1.7.0 habe ich nahzu keinerlei
Locking Probleme.

Mit dem s2-lipianin Treiber ist das ganz anders. Zumindest wenn man mal nach
szap-s2 geht. Auf der ff 1.5 bekomme ich nun keine Locks auf horizontaler
polarisation, dafür geht's auf vertikaler. Auf der TT3200 bekomme ich mit szap-s2
gar keinen Lock. Nun wirds komisch. Auf beiden ff 1.3 bekomme ich sofort und
problemlos Locks. Auf allen Kanälen, DVB-S2 mal ausgenommen.

Scheint wohl doch ein Problem des Treibers zu sein. Denn wenn ich bei szap-s2
mit der -l Option (LNB Type) rumspiele, bekomme ich zu Anfang einmal einen
Lock. Danach ist wieder Essig.

Hi,

Ich kann die Probleme von tomglx bestätigen. Ich habe eine sehr ähnliche SAT-Anlage.
Vor allem, dass auch ich mit der S2-3200 überhaupt keine Locks bekomme, weder bei SD- noch HD-Programmen..
Auch bei mir haben die Multiproto-Module einigermaßen funktioniert. Das Locken war mit 8PSK zwar mühsam aber nach einer Weile ist etwas gekommen. Mit den S2API Modulen kriege

Anders aber schaut es mit der S2-3600 USB2 Karte. Die macht zwar dieselben Probleme (Bildstörungen bei SD und HD) wie bei den Multiproto-Modulen, aber mit der kriege ich Lockes ohne größere Probleme.
Ich würde sogar sagen, dass das Locken mit S2API flotter ist.

Hat jemand vielleicht eine Idee, warum die S2-3200 bei manchen problemlos locken kann, und bei anderen überhaupt nicht?

Grüße,
ojciec

ich glaube das eher die Problem nicht am Treiber, sondern beim vdr liegt.
Denn ich habe mal zum Testen Kaffeine ( Aktuelle svn ) mit dvb-s2 Unterstützung kompiliert. Und musste stauen den auf einmal liefen die Kanäle die ich unter vdr nicht empfangen konnte.

kurze Info zu mein System:
Karte : HVR-4000 OS : Suse 11.1 Beta 5 Kernel : 2.6.27.5-2-default DVB Treiber : hg von s2-liplianin

Zum vdr ich habe die Patches genommen die am anfangs Thread verlinkt wurden. Und kaffeine vom svn , aber nimmt lieber die stabile Version 0.8.7 die läuft besser !! ein Patch für die kann ich bei bedarf geben, die svn Version ist schon gepatcht.