Ich habe von 2.0.2 nun umgestellt.
Was mir aufgefallen ist, wenn man schnell duchzappt, ist oft die Statusanzeige vom vorherigen Kanal zu sehen.
zB: Man zappt von Kanal 1 auf 2,3,4. Man sieht das Bild von Kanal vier, aber in der Statusanzeige steht man schaut Kanal 3.
Nach verschwinden der Statusanzeige und druecken der OK Taste, sieht man die korrekte Anzeige.
Im log steht nichts auffaelliges und gepatcht wurde auch nichts.
Vielleicht hat ja jemand schon aehnliches beobachtet?
Du meinst die module mit "make remove" im installdir entfernen?
Danke mal fuer die Antwort!
Kannst du mir noch nen Tipp geben wie ich sowas grade ziehen kann?
hallo!
Ich habe gerade den neuesten media_build_experimental kompiliert.
Wenn ich nun ein modprobe saa716x_ff mache bekomme ich:
FATAL: Error inserting saa716x_ff (/lib/modules/2.6.32-5-amd64/kernel/drivers/media/pci/saa716x/saa716x_ff.ko): Unknown symbol in module, or unknown parameter (see dmesg)Dort steht dann:
[ 10.757384] WARNING: You are using an experimental version of the media stack.
[ 10.757387] As the driver is backported to an older kernel, it doesn't offer
[ 10.757389] enough quality for its usage in production.
[ 10.757391] Use it with care.
[ 10.757393] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
[ 10.757395] 8b2aea7878f64814544d0527c659011949d52358 [media] em28xx: prefer bulk mode on webcams
[ 10.757397] a3efa1cc0e067675ffa2d2c357cbe1da0db4653b [media] em28xx: make the logs reflect the specific chip name
[ 10.757400] aa51496b21542855e779a78bf33384002f01acb6 [media] em28xx: display the isoc/bulk mode
[ 10.757402] experimental: 38a1c8b00478e15853bf9342509c922f144e98a2 experimental: Update to media_build 2012-12-24 - Christmas edition :-)
[ 10.757405] ngene-octopus-test: a8742d5952072f2237cdf28ae4cbb78fa6039f80 ddbridge: Add Digital Devices Cine S2 V6.5
[ 10.757408] v4l-dvb-saa716x: 4056e0428e4e8b3bdcc530c2ad0b3d511dcedec8 saa716x_ff: Protect reading of the captured video with a mutex.
[ 10.786127] saa716x_core: Unknown symbol i2c_del_adapter
[ 10.786863] saa716x_core: Unknown symbol i2c_add_adapter
[ 10.787230] saa716x_core: Unknown symbol i2c_transfer
[ 20.392015] eth0: no IPv6 routers present
[ 102.460528] saa716x_core: Unknown symbol i2c_del_adapter
[ 102.461266] saa716x_core: Unknown symbol i2c_add_adapter
[ 102.461635] saa716x_core: Unknown symbol i2c_transfer
[ 696.240557] saa716x_core: Unknown symbol i2c_del_adapter
[ 696.241297] saa716x_core: Unknown symbol i2c_add_adapter
[ 696.241667] saa716x_core: Unknown symbol i2c_transfer
[ 1145.027642] saa716x_core: Unknown symbol i2c_del_adapter
[ 1145.028436] saa716x_core: Unknown symbol i2c_add_adapter
[ 1145.028813] saa716x_core: Unknown symbol i2c_transferWas bedeutet Unknown symbol i2c_* ?
Wie kann ich das beheben - ich verzweifle 
Hi Dirk!
Vielen Dank fuer den Tipp mit diseqc.
Habe das diseqc.config file angelegt und siehe da, kein timeout mehr!
Ich bin vor kurzem umgezogen.
Am VDR habe ich NICHTS veraendert, leider tritt nun folgendes Problem auf:
Wenn ich einschalten passt alles. Die TT 6400 S2 funktioniert auf allen Kanaelen.
Fange ich dann an zu zappen bekomme ich nach dem ungefaehr 20. Kanalwechsel ein timeout vom frontend.
Zuerst verabschiedet sich das erste, ein paar mal zappen, dann auch das zweite:
Nov 19 20:48:56 debian vdr: [2890] Text2Skin: channelInfo display update thread started (pid=2532, tid=2890)
Nov 19 20:48:58 debian vdr: [2532] max. latency time 2 seconds
Nov 19 20:48:58 debian vdr: [2532] switching to channel 1
Nov 19 20:48:58 debian vdr: [2893] receiver on device 1 thread started (pid=2532, tid=2893)
Nov 19 20:48:58 debian vdr: [2894] TS buffer on device 1 thread started (pid=2532, tid=2894)
Nov 19 20:48:59 debian vdr: [2884] TS buffer on device 2 thread ended (pid=2532, tid=2884)
Nov 19 20:48:59 debian vdr: [2883] buffer stats: 0 (0%) used
Nov 19 20:48:59 debian vdr: [2883] receiver on device 2 thread ended (pid=2532, tid=2883)
Nov 19 20:49:02 debian vdr: [2541] frontend 1/0 timed out while tuning to channel 527, tp 111992
Nov 19 20:49:03 debian vdr: [2890] Text2Skin: channelInfo display update thread ended (pid=2532, tid=2890)
Nov 19 20:49:59 debian vdr: [2996] Text2Skin: channelInfo display update thread started (pid=2532, tid=2996)
Nov 19 20:49:59 debian vdr: [2532] switching to channel 2
Nov 19 20:49:59 debian vdr: [2894] TS buffer on device 1 thread ended (pid=2532, tid=2894)
Nov 19 20:49:59 debian vdr: [2893] buffer stats: 104528 (2%) used
Nov 19 20:49:59 debian vdr: [2893] receiver on device 1 thread ended (pid=2532, tid=2893)
Nov 19 20:49:59 debian vdr: [2999] receiver on device 1 thread started (pid=2532, tid=2999)
Nov 19 20:49:59 debian vdr: [3000] TS buffer on device 1 thread started (pid=2532, tid=3000)
Nov 19 20:50:04 debian vdr: [2996] Text2Skin: channelInfo display update thread ended (pid=2532, tid=2996)
Nov 19 20:50:06 debian vdr: [2541] frontend 1/0 timed out while tuning to channel 14, tp 110773
Nov 19 20:50:06 debian vdr: [3007] Text2Skin: channelInfo display update thread started (pid=2532, tid=3007)
Nov 19 20:50:06 debian vdr: [2532] switching to channel 3
Nov 19 20:50:06 debian vdr: [3000] TS buffer on device 1 thread ended (pid=2532, tid=3000)
Nov 19 20:50:06 debian vdr: [2999] buffer stats: 61476 (1%) used
Nov 19 20:50:06 debian vdr: [2999] receiver on device 1 thread ended (pid=2532, tid=2999)
Nov 19 20:50:06 debian vdr: [3009] receiver on device 1 thread started (pid=2532, tid=3009)
Nov 19 20:50:06 debian vdr: [3010] TS buffer on device 1 thread started (pid=2532, tid=3010)
Nov 19 20:50:10 debian vdr: [2532] switching to channel 4
Nov 19 20:50:10 debian vdr: [3010] TS buffer on device 1 thread ended (pid=2532, tid=3010)
Nov 19 20:50:10 debian vdr: [3009] buffer stats: 60160 (1%) used
Nov 19 20:50:10 debian vdr: [3009] receiver on device 1 thread ended (pid=2532, tid=3009)
Nov 19 20:50:10 debian vdr: [3016] receiver on device 1 thread started (pid=2532, tid=3016)
Nov 19 20:50:10 debian vdr: [3017] TS buffer on device 1 thread started (pid=2532, tid=3017)
Nov 19 20:50:15 debian vdr: [3007] Text2Skin: channelInfo display update thread ended (pid=2532, tid=3007)
Nov 19 20:50:19 debian vdr: [3027] Text2Skin: channelInfo display update thread started (pid=2532, tid=3027)
Nov 19 20:50:19 debian vdr: [2532] switching to channel 3
Nov 19 20:50:20 debian vdr: [3017] TS buffer on device 1 thread ended (pid=2532, tid=3017)
Nov 19 20:50:20 debian vdr: [3016] buffer stats: 60160 (1%) used
Nov 19 20:50:20 debian vdr: [3016] receiver on device 1 thread ended (pid=2532, tid=3016)
Nov 19 20:50:20 debian vdr: [3028] receiver on device 1 thread started (pid=2532, tid=3028)
Nov 19 20:50:20 debian vdr: [3029] TS buffer on device 1 thread started (pid=2532, tid=3029)
Nov 19 20:50:24 debian vdr: [2532] switching to channel 4
Nov 19 20:50:24 debian vdr: [3029] TS buffer on device 1 thread ended (pid=2532, tid=3029)
Nov 19 20:50:24 debian vdr: [3028] buffer stats: 60724 (1%) used
Nov 19 20:50:24 debian vdr: [3028] receiver on device 1 thread ended (pid=2532, tid=3028)
Nov 19 20:50:24 debian vdr: [3034] receiver on device 1 thread started (pid=2532, tid=3034)
Nov 19 20:50:24 debian vdr: [3035] TS buffer on device 1 thread started (pid=2532, tid=3035)
Nov 19 20:50:26 debian vdr: [2532] switching to channel 3
Nov 19 20:50:26 debian vdr: [3035] TS buffer on device 1 thread ended (pid=2532, tid=3035)
Nov 19 20:50:26 debian vdr: [3034] buffer stats: 67680 (1%) used
Nov 19 20:50:26 debian vdr: [3034] receiver on device 1 thread ended (pid=2532, tid=3034)
Nov 19 20:50:26 debian vdr: [3038] receiver on device 1 thread started (pid=2532, tid=3038)
Nov 19 20:50:26 debian vdr: [3039] TS buffer on device 1 thread started (pid=2532, tid=3039)
Nov 19 20:50:28 debian vdr: [2532] switching to channel 4
Nov 19 20:50:28 debian vdr: [3039] TS buffer on device 1 thread ended (pid=2532, tid=3039)
Nov 19 20:50:28 debian vdr: [3038] buffer stats: 48692 (1%) used
Nov 19 20:50:28 debian vdr: [3038] receiver on device 1 thread ended (pid=2532, tid=3038)
Nov 19 20:50:28 debian vdr: [3042] receiver on device 1 thread started (pid=2532, tid=3042)
Nov 19 20:50:28 debian vdr: [3043] TS buffer on device 1 thread started (pid=2532, tid=3043)
Nov 19 20:50:30 debian vdr: [2532] switching to channel 5
Nov 19 20:50:30 debian vdr: [3043] TS buffer on device 1 thread ended (pid=2532, tid=3043)
Nov 19 20:50:30 debian vdr: [3042] buffer stats: 55648 (1%) used
Nov 19 20:50:30 debian vdr: [3042] receiver on device 1 thread ended (pid=2532, tid=3042)
Nov 19 20:50:30 debian vdr: [3047] receiver on device 1 thread started (pid=2532, tid=3047)
Nov 19 20:50:30 debian vdr: [3048] TS buffer on device 1 thread started (pid=2532, tid=3048)
Nov 19 20:50:31 debian vdr: [2532] switching to channel 6
Nov 19 20:50:31 debian vdr: [3048] TS buffer on device 1 thread ended (pid=2532, tid=3048)
Nov 19 20:50:31 debian vdr: [3047] buffer stats: 59408 (1%) used
Nov 19 20:50:31 debian vdr: [3047] receiver on device 1 thread ended (pid=2532, tid=3047)
Nov 19 20:50:31 debian vdr: [3051] receiver on device 1 thread started (pid=2532, tid=3051)
Nov 19 20:50:31 debian vdr: [3052] TS buffer on device 1 thread started (pid=2532, tid=3052)
Nov 19 20:50:34 debian vdr: [2532] switching to channel 7
Nov 19 20:50:34 debian vdr: [3052] TS buffer on device 1 thread ended (pid=2532, tid=3052)
Nov 19 20:50:34 debian vdr: [3051] buffer stats: 53204 (1%) used
Nov 19 20:50:34 debian vdr: [3051] receiver on device 1 thread ended (pid=2532, tid=3051)
Nov 19 20:50:34 debian vdr: [3056] receiver on device 1 thread started (pid=2532, tid=3056)
Nov 19 20:50:34 debian vdr: [3057] TS buffer on device 1 thread started (pid=2532, tid=3057)
Nov 19 20:50:36 debian vdr: [2532] switching to channel 8
Nov 19 20:50:36 debian vdr: [3057] TS buffer on device 1 thread ended (pid=2532, tid=3057)
Nov 19 20:50:36 debian vdr: [3056] buffer stats: 64108 (1%) used
Nov 19 20:50:36 debian vdr: [3056] receiver on device 1 thread ended (pid=2532, tid=3056)
Nov 19 20:50:36 debian vdr: [3059] receiver on device 1 thread started (pid=2532, tid=3059)
Nov 19 20:50:36 debian vdr: [3060] TS buffer on device 1 thread started (pid=2532, tid=3060)
Nov 19 20:50:38 debian vdr: [2532] switching to channel 9
Nov 19 20:50:38 debian vdr: [3060] TS buffer on device 1 thread ended (pid=2532, tid=3060)
Nov 19 20:50:38 debian vdr: [3059] buffer stats: 75012 (1%) used
Nov 19 20:50:38 debian vdr: [3059] receiver on device 1 thread ended (pid=2532, tid=3059)
Nov 19 20:50:38 debian vdr: [3063] receiver on device 1 thread started (pid=2532, tid=3063)
Nov 19 20:50:38 debian vdr: [3064] TS buffer on device 1 thread started (pid=2532, tid=3064)
Nov 19 20:50:40 debian vdr: [2532] switching to channel 10
Nov 19 20:50:40 debian vdr: [3064] TS buffer on device 1 thread ended (pid=2532, tid=3064)
Nov 19 20:50:40 debian vdr: [3063] buffer stats: 62040 (1%) used
Nov 19 20:50:40 debian vdr: [3063] receiver on device 1 thread ended (pid=2532, tid=3063)
Nov 19 20:50:40 debian vdr: [3067] receiver on device 1 thread started (pid=2532, tid=3067)
Nov 19 20:50:40 debian vdr: [3068] TS buffer on device 1 thread started (pid=2532, tid=3068)
Nov 19 20:50:45 debian vdr: [3027] Text2Skin: channelInfo display update thread ended (pid=2532, tid=3027)
Nov 19 20:50:49 debian vdr: [2538] frontend 0/0 timed out while tuning to channel 10, tp 212480
Nov 19 20:51:10 debian vdr: [2541] frontend 1/0 timed out while tuning to channel 14, tp 110773Hat da jemand vielleicht eine Idee was das sein koennte?
Genaue vdr Spezifikationen habe ich mir mal erspart zu schreiben, da es ja vorher funktioniert hat und ich nichts geaendert habe.
Nur die Satanlage ist unterschiedlich. Diese hat zwei LNBs (Astra/Hotbird). Via Multiswitch werden die Signale verteilt - aber das ist ja eigentlich nichts aussergewoehnliches....
Ich finde einfach die Ursache nicht?! Kann das jemand nachvollziehen (siehe auch markad-plugin (noad) -> Alpha Testversion)?
Du hast ja schon auf meinen post verwiesen. Ich habe das gleiche Problem. Ich habe das so geloest, dass ich ein "ue" eingebaut habe - ist zwar nicht die "Endloesung", aber immerhin ist das ? weg.
Naja ich habe noch die HD-FF als Tuner. Hat die diesen STB?
Hier ne Liste aller Karten die den Chip beinhalten
Danke fuer das tolle Plugin!
habe es gerade installiert und es läuft perfekt!
Eine Frage habe ich zum streamen. Ich schaue mir eine Aufnahme mit vplayer an. Dort kann ich nicht vorspielen.
Ist das normal oder muss da was spezielles eingestellt werden?
Vielen dank fuer die Info!
Alles anzeigenWas hast du gegen den API Wrapper?
Hast du den Pfad dazu in make.config korrekt gesetzt?
cu
welches make.config muss angepasst werden?
Edit: Das des vdr's denke ich- hab ich gerade gemacht und es funktioniert 
im ersten Post gibt es Details zum neuen anthra_1920_FSE-0.1.0
Hi Tomas!
Vielen Dank fuer deine TOLLE Arbeit! ![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude"){kind=small}
Ich wollte mal nachfragen ob ich das ganze jetzt richtig verstanden habe:
vdr-1.7.23 kann man nur mit einem kernel >= 3 kompilieren, da man ansonst die DVBAPI warning bekommt?
Ein workaround waere zB der api wrapper patch.
@tomas:
Mir ist noch was aufgefallen - ich würde es als Bug deuten, aber wer weis, vielleicht ist es ja beabsichtigt.
Im Theme darkblue sind ja die gerade selektierten Items blau markiert. Wenn man eine Aufnahme anschaut und dann ins Hauptmenu wechselt,
sind die selektierten Items weiss.
Im Aufnahmemenu zB, sprich wenn ich durch die Aufnahmen durchscrolle, sind die selektierten Aufnahmen richtigerweise blau markiert.
Nur eben nicht im Hauptmenu wärend des anschauens einer Aufnahme.
Was bei mir gerade nicht klappt ist, dass die die laufende Aufnahme rot blinkt. Es blinkt zwar
etwas, aber dabei wird nur die Schrift nur etwas unleserlicher (kein rot).
Das kann ich bestaetigen - das was blinkt ist verschoben zur Schrift.
das Problem ist nicht das Theme sondern dein TV, der einfach nicht 1920x1080 anzeigt sodern rundrum meint was abschneiden zu müssen.
Meinem Samsung konnte ich das abgewöhnen, seitdem passt es.
CKone
Ich habe auch einen Samsung. Er war auf 16:9 eingestellt.
Habe nun mit Picture Size auf "Nur Scan" umgestellt - nun sehe ich alles 
Hi tomas!
Ich habe bis jetzt das anthra_1920_OS verwendet und bin nun zum Testen auf das FSE umgestiegen.
Super Ding!!!
Leider habe ich ein kleines Problem: Das skin ist um ein paar Pixel zu groß bei mir.
D.h. zB die FTA Anzeige oder die Signalstaerke im unteren Bereich sehe ich nur zur Haelfte.
Kann man da was machen? Wenn ich dies ueber die OSD Einstellung mit Hoehe,Breite usw verändern möchte,
tut sich nichts.
Ich habe das aktuelle text2skin aus dem git.
Wenn es jemanden interessiert, wie ich das mache, könnte ich das mal grob dokumentieren.
Hi Copperhead!
Das waere cool, wenn du da mal was zusammenschreiben koenntest!
Danke im voraus!
#Patch anwenden
patch -p1 < saa716x_ff_demux_tasklet.diff
Das muss nicht mehr gemacht werden, ist schon enthalten:
TechnoTrend Premium S2-6400 dual HD Technik / Treiber / Installation und bitte nur das
Der Slot, in den man das CAM reinstöpselt. DVBShop sagt dazu CI-Modul
ok 
Dachte da wird es eine neue Softwareloesung geben
Sobald es endlich die CAM-Slots gibt stelle ich darauf sowieso um
Hi Copperhead! Kannst du mich aufklaeren, was sind CAM-Slots?
