Gelöst : Transfer-Mode in Verbindung mit PVR350 und IVTV

Wesie · 3. November 2008

Der Fehler ist so alt, daß ich ihn schon fast vergessen hätte, wenn er nicht wieder aufgetreten wäre : TRansfer-Mode kann nicht gestartet werden.
Jetzt habe ich im Board gesucht und alle alten Einträge von früher gefunden, wo IVTV noch IVTV hiess und nicht IVTVFB, von ganzen Kerneln,welche geändert sind ..

OK , was weiß ich bis jetzt ( Bezugnehmend auf aktuellen Kernel 2.6.18 und größer )

- der VDR muss gepatched werden mit

# Patch for the pvrinput plugin
opt-49-x_pvrinput

OK, passiert,

- die ivtv treiber passen irgendwie nicht mehr ?
-- was passt da nicht mehr, die alten habe ich früher einmal gepatcht und musste neu kompilieren ... oder ist das Plugin veraltert ? Wo scheitert es ?

Alles was ich neueren Datums hier finde , ist, wenn die PVR auch als Ausgabegerät verwendet werden soll. Die Angaben snd mir ein wenig durcheinander.
Wer kann mir einmal auf die Sprünge helfen ?

a) VDR => gehört für das PVR Plugin noch ein andere Patch hinein ?
b) Welcher Patch beißt sich mit dem Patch ( ich habe gelesen evtl der IPTV )

c) wenn nicht Patch : Welches Plugin beißt sich mit PVRINPUT

d) muss ich den Kernel anpaasen - neu kompilieren ?
e) muss ich immer noch die IVTV Treiber neu installieren ?

f) falls (e) ja : bisher habe ich immer den ganzen Kernel neu gemacht, da es ansnsten ( wohl mehr durch meine Unwissenheit ) nicht funktioniert hat : Wie geht das Modules bauen unter 2.6.x genau, ohne alles neu aufzusetzen

g) meine alte DAtei aus /etc/Modules.d m,it den Parametern für ivtv passen nicht mehr .. werden angemeckert. GIbt es ein Beispiel für die neuen Optionen ?

Vielen DAnk für Eure HIlfe.

wirbel · 3. November 2008

2.6.18 ist definitiv viel zu alt.

opt-49-x_pvrinput? kenne ich nicht, welcher Patch ist das?

Die ivtv Treiber passen nicht 'mehr'? Eher noch nicht - benötigt wird Version 1.x.x, am besten wenigstens 1.1.0

Übrigens genügen durchaus die Treiber aus einem aktuellen Kernel. Auch die passende Firmware für ivtv wird benötigt.

Welche VDR Version willst du benutzen? Und welche pvrinput Version?

Wesie · 3. November 2008

Ich verwende den Vdr 1.7.0 aus den Sourcen / Quellen von Tobi, aber selber kompiliert.

Die DVB-C Karte und die DVB-T Karte fliegen , jedoch bei der PVR350 kann der Tranfer-Mode nicht gestartet werden.

Zusätzlich zum Selbst-Kompilat, habe ich die VDRDEVEL Version von Tobi drauf, da ist das gleiche Problem.
Also dürfte es am VDR selber nicht liegen , sondern eher daran, das das Device unter ivtv nicht nicht angesprochen werden kann.

Der Patch ist aus der 00list
siehe

Zitat

03_cmdsubmenu
04_newplugin
06_default_svdrp_port_0
09_sort_options
10_dd-record-option
11_sortrecordings
12_osdbase-maxitems
14_cap-memsize
15_dvbplayer
16_channels.conf.terr-fix
17_vdr-maintenance-1.6.0-1

81_Make_config
82_valgrind

99_ncursesw-include

# Patch collection (replaces enAIO).
opt-20_liemikuutio

# The Jump patch allows automatic jumping over cutting marks.
opt-24_jumpplay

# Patch needed for the ttxtsubs plugin.
opt-27_ttxtsubs

# Fixes length calculation for radio recordings
opt-28_audioindexer

# Speed up zapping channels.
# opt-29_syncearly
opt-29_syncearly-audioindexer

# Patch needed for the analogtv plugin.
opt-30-x_analogtv

# Makes VDR aware of the reelchannelscan plugin
opt-31-x_reelchannelscan

...
...
...

# Patch for the pvrinput plugin
opt-49-x_pvrinput
...

Alles anzeigen

Die PVRInPUT ist laut liste nur ein Datum ???

Zitat

Format: 1.0
Source: vdr-plugin-pvrinput
Version: 2007-11-29-2
Binary: vdr-plugin-pvrinput
Origin: ctvdr
Maintainer: Tobias Grimm <tg@e-tobi.net>
Architecture: any
Standards-Version: 3.7.3
Build-Depends: debhelper (>= 5), cdbs, dpatch, vdr-dev (>= 1.6.0), gettext, linux-libc-dev (>= 2.6.21-4~bpo.1)
Files:
e1695aead4afceeb1e93d14535861e37 38627 vdr-plugin-pvrinput_2007-11-29.orig.tar.gz
21bec284e43f6925d806f63b0cf0a5a7 3575 vdr-plugin-pvrinput_2007-11-29-2.diff.gz

Alles anzeigen

Zitat

Übrigens genügen durchaus die Treiber aus einem aktuellen Kernel. Auch die passende Firmware für ivtv wird benötigt.

Das denke ich eigentlich auch, nur wie oder was muss ich als Option mitgeben ? Früher war es mal der Tuner etc... Die alte ivtv Datei funktioniert nicht mehr unter der Neuen Version, es werden zuviele Optione rejected ...

Kann jemand mal den Inhalt seiner ivtv ( oder ivtvfb ) posten, welche sich unter/etc/Modules.d befindet ?
Vielleicht hilft das schon weiter ...

wirbel · 3. November 2008

Die pvrinput Version ist nicht aktuell.

Mit vdr-1.7.0 habe ich pvrinput noch nicht probiert, vllt. hakelt es da noch.

Was ivtv betrifft, du brauchst normalerweise keinerlei Optionen. Tuner etc. sollte bei der 350 ohne Prob gefunden werden.

Wesie · 3. November 2008

Das ist die Ausgabe von dmesg

Zitat

VDR:~# dmesg |grep ivtv
ivtv: Start initialization, version 1.1.0
ivtv0: Initializing card #0
ivtv0: Autodetected Hauppauge card (cx23415 based)
ivtv0: YUV filter table not found in firmware.
ivtv0: Autodetected Hauppauge WinTV PVR-350
tuner 2-0061: chip found @ 0xc2 (ivtv i2c driver #0)
saa7115 2-0021: saa7115 found (1f7115d0e100000) @ 0x42 (ivtv i2c driver #0)
saa7127 2-0044: saa7127 found @ 0x88 (ivtv i2c driver #0)
msp3400 2-0040: MSP4418G-A2 found @ 0x80 (ivtv i2c driver #0)
ivtv0: Registered device video1 for encoder MPG (4096 kB)
ivtv0: Registered device video32 for encoder YUV (2048 kB)
ivtv0: Registered device vbi1 for encoder VBI (1024 kB)
ivtv0: Registered device video24 for encoder PCM (320 kB)
ivtv0: Registered device radio0 for encoder radio
ivtv0: Registered device video16 for decoder MPG (1024 kB)
ivtv0: Registered device vbi8 for decoder VBI (64 kB)
ivtv0: Registered device vbi16 for decoder VOUT
ivtv0: Registered device video48 for decoder YUV (1024 kB)
ivtv0: Initialized card #0: Hauppauge WinTV PVR-350
ivtv: End initialization
ivtv0: Loaded v4l-cx2341x-enc.fw firmware (376836 bytes)
ivtv0: Loaded v4l-cx2341x-dec.fw firmware (262144 bytes)
ivtv0: Encoder revision: 0x02060039
ivtv0: Decoder revision: 0x02020023
ivtv0: Loaded v4l-cx2341x-init.mpg firmware (155648 bytes)
VDR:~#

Alles anzeigen

bis hierhin schaut ja noch alles i.O. aus
jedoch sehe im syslog nichts, das es als Eingabe-Device deklariert wird ( so wie es früher mal war - hier wird nur das plugin angezogen : Ende

Zitat

Nov 3 02:03:13 VDR vdr: [2791] deleting plugin: pvrinput
Nov 3 19:32:38 VDR vdr: [2785] loading plugin: /usr/lib/vdr/plugins/libvdr-pvrinput.so.1.7.0
Nov 3 19:32:43 VDR vdr: [2785] initializing plugin: pvrinput (2007-11-29): Hauppauge PVR als Eingabegerät
Nov 3 19:32:43 VDR vdr: [2785] starting plugin: pvrinput
VDR:/var/log#

wirbel · 3. November 2008

Zumindest ivtv läuft korrekt und in der richtigen Version und die Firmwares sind richtig.

pvrinput - siehe Kommentar Version zu alt.
vdr - siehe Kommentar vdr-1.7.x ungetestet.

Dr. Seltsam · 3. November 2008

aus dem README der pvrinput-Version 2008-10-04:

Code

vdr-1.7.0/1.7.1
---------------
use the vdr-1.7.0-pluginparam.patch (see "vdr-1.6.x" for more details).
It is currently tested with vdr-1.7.0 and vdr-1.7.1 using a dvb-api-wrapper-patch.
Be aware that due to big changes in vdr-1.7.1 your output device might not
work properly.

anders als bei vdr 1.6 funktioniert die bisherige Methode (dvbdevice.c patchen) nach meiner Erinnerung nicht mehr. Es geht nur noch die neue vom iptv abgeleitete Kanalsyntax

Die Frage ist also, was ist das für ein Patch:

Zitat

# Patch for the pvrinput plugin
opt-49-x_pvrinput

ich würde mal wetten, dass ist nicht der von iptv übernommene pluginparam-Patch

Und ohne vdr-maintenance-1.6.0-2 wird es sowieso nicht stabil laufen, da gerade die Kombination mit pvrinput da einen Bug provoziert, der vdr beim Beenden abschmieren lässt

Wesie · 3. November 2008

??? sollte dann aber nicht wenigstens der VDR die PVR350 als Input-Device erkennen ???

Hier ist nur

Zitat

...
Nov 3 22:31:41 VDR vdr: [7263] probing /dev/dvb/adapter0/frontend0
Nov 3 22:31:41 VDR vdr: [7263] device 1 provides: DVBC
Nov 3 22:31:41 VDR vdr: [7268] tuner on device 1 thread started (pid=7263, tid=7268)
Nov 3 22:31:41 VDR vdr: [7269] section handler thread started (pid=7263, tid=7269)
Nov 3 22:31:41 VDR vdr: [7263] probing /dev/dvb/adapter1/frontend0
Nov 3 22:31:41 VDR kernel: tda1004x: found firmware revision 0 -- invalid
Nov 3 22:31:41 VDR kernel: tda1004x: waiting for firmware upload (dvb-fe-tda10045.fw)...
Nov 3 22:31:42 VDR vdr: [7265] video directory scanner thread ended (pid=7263, tid=7265)
Nov 3 22:31:42 VDR vdr: [7266] video directory scanner thread ended (pid=7263, tid=7266)
Nov 3 22:31:43 VDR kernel: tda1004x: firmware upload complete
Nov 3 22:31:43 VDR kernel: tda1004x: found firmware revision 2c -- ok
Nov 3 22:31:43 VDR vdr: [7263] device 2 provides: DVBT
Nov 3 22:31:43 VDR vdr: [7275] tuner on device 2 thread started (pid=7263, tid=7275)
Nov 3 22:31:43 VDR vdr: [7276] section handler thread started (pid=7263, tid=7276)
Nov 3 22:31:43 VDR vdr: [7263] found 2 video devices
...

Alles anzeigen

die DVB-C und die DVB-T zu sehen

der Patch ist folgender

Zitat

VDR:/usr/local/src/vdr/vdr/debian/patches# cat opt-49-x_pvrinput.dpatch
#! /bin/sh /usr/share/dpatch/dpatch-run
## opt-49-x_pvrinput.dpatch by Tobias Grimm <tg@e-tobi.net>
##
## Thomas Gýnther <tom@toms-cafe.de>:
## - adapted to VDR 1.7.0
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: This patch is required by the pvrinput plug-in and was taken from
## DP: version 2007-11-29 of the plug-in.
## DP: http://drseltsam.device.name/vdr/pvr/src/pvrinput

@DPATCH@
diff -Naurp vdr-1.7.0/dvbdevice.c vdr-1.7.0-pvrinput/dvbdevice.c
--- vdr-1.7.0/dvbdevice.c 2008-04-13 14:15:35.000000000 +0000
+++ vdr-1.7.0-pvrinput/dvbdevice.c 2008-04-15 18:45:24.000000000 +0000
@@ -821,7 +821,7 @@ bool cDvbDevice::ProvidesChannel(const c
bool result = false;
bool hasPriority = Priority < 0 Priority > this->Priority();
bool needsDetachReceivers = false;
-
+ if (Channel->Ca(0) == 0xA1) return false; /* this caid marks a pvrinput plugin channel, no dvb */
if (ProvidesTransponder(Channel)) {
result = hasPriority;
if (Priority >= 0 && Receiving(true)) {
VDR:/usr/local/src/vdr/vdr/debian/patches#

Alles anzeigen

wenn ich mir die erste Zeile anschaue >>> dvbdevice.c würde ich sagen "Wette gewonnen"

Naja, dann werde ich mal auf die Suche nach dem 1.7.0.pluginparam & vdr-maintenance-1.6.0-2 machen. Vermutlich bekomme ich wegen dieser Kombi einige

Zitat

Nov 3 22:31:43 VDR vdr: [7263] plugin 'dvdswitch' called obsolete function RegisterI18n()
Nov 3 22:31:43 VDR vdr: [7263] plugin 'timeline' called obsolete function RegisterI18n()
Nov 3 22:31:43 VDR vdr: [7263] plugin 'dvd' called obsolete function RegisterI18n()
Nov 3 22:31:43 VDR vdr: [7263] plugin 'director' called obsolete function RegisterI18n()
Nov 3 22:31:43 VDR vdr: [7263] plugin 'yaepg' called obsolete function RegisterI18n()
Nov 3 22:31:44 VDR vdr: [7263] plugin 'trayopen' called obsolete function RegisterI18n()

Alles anzeigen

Naja mal suchen ...

Dr. Seltsam · 3. November 2008

Zitat

Original von Wesie
??? sollte dann aber nicht wenigstens der VDR die PVR350 als Input-Device erkennen ???
Hier ist nur

die DVB-C und die DVB-T zu sehen

das ist normal, da hier nur die DVB-devices initialisiert werden

Zitat

der Patch ist folgender

wenn ich mir die erste Zeile anschaue >>> dvbdevice.c würde ich sagen "Wette gewonnen"

ich bin mir nicht sicher, ob das wirklich funktionieren kann. Die Stelle in dvbdevice.c ist bei vdr 1.7 ganz anders als bei vdr 1.6.

Zitat

Naja, dann werde ich mal auf die Suche nach dem 1.7.0.pluginparam & vdr-maintenance-1.6.0-2 machen. Vermutlich bekomme ich wegen dieser Kombi einige

.

also vdr 1.70. kann natürlich nicht mit dem vdr-maintenance-1.6.0-2 gemixt werden. den hab ich nur aufgeführt, weil Du den vdr-maintenance-1.6.0-1 erwähnt hattest.

Mein guter Rat wäre, vdr 1.6.0 zu nehmen, dann die Patches vdr-maintenance-1.6.0-1 und vdr-maintenance-1.6.0-2 anzuwenden, und zum Schluß den pluginparam-Patch für vdr 1.6.0.
Immer vorausgesetzt, Du willst und kannst das alles selbst kompilieren.

Wesie · 3. November 2008

Zitat

eil Du den vdr-maintenance-1.6.0-1 erwähnt hattest

Ähhh ? Wo ???
Ich habe mir den Zweig angeschaut und wollte gerade sagen, daß nach meiner Meinung, der Patch nicht passen kann.

Zurück auf 1.6 ? Ich weiß nicht, Ich komme gerade von 1.36 oder 7 . Es sollte IPTV mit laufen und ein paar Patche, welche irgendwie auf die 1.6 nicht passen ----> schon probiert. Darum auch meine Ablehnung (innere mit 1.4x )
Komischerweise sind die Patche für die 1.5 .x Auf 1.6.0 werden Sie rejected und bei 1.7.0 gibt es nur ein Hunk ... und laufen .... Keine Ahnung warum,. aber die sind garantiert nicht auf meinem Mist gewachsen .... Ich will mich ja nicht mit fremden Federn schmücken.....
>>> U.a. wird meine Frau schon ein wenig - wie soll ich sagen >>> zu viel Zeit ist nie gut ... für andere Dinge

Na , warten wir mal ab ..

Vorrausetzung sollte sein : DVB-C, DVB-t, PVR ( da kein Sat , da verboten *Heul*) und IPTV, da auch das digitale Signal so Grotten schlecht ist, das noch nicht einmal die Privaten auf QAM 256 ohne Störung reinkommen ( der 8. in Reihe bei Klassischer Nullung und Ausgleichströme wie Sau >> 7.1 und Zirrrp, Zirrp in den Lautsprechern , Klötzchengrafik und stockendes Bild bis gar nichts ) Ein Filterstromadapter beschneidet das QA256 Signal .... ) und die Hausverwaltung schiebt es in die Verantwortung des Vermieters, der am allerwenigsten dafür kann, geht aber gegen jeden mittels Anwalt vor, der nur das Wort Sat laut ausspricht.--> für ne Globe auf dem Balkon ist die falsche Richtung Also bleibt fast nur, bis auf wenige Tageszeiten IPTV. Im Prinzip versuche ich so gut wie möglich sämtliche Sourcen zu nutzen, um ein halbwgs gescheites Programm ohne Werbung ( Werbefernsehn mit Filmunterbrechung) sehen zu können

Dr. Seltsam · 4. November 2008

Zitat

Original von Wesie

Ähhh ? Wo ???

in der 00list, die Du zitiert hast:
17_vdr-maintenance-1.6.0-1

Hast Du mit iptv schon irgendwelche Erfolge? was kann man da überhaupt empfangen?

Wesie · 4. November 2008

Ach so, den "17_vdr-maintenance-1.6.0-1" meinst du,
der ist gar nicht als patch im Verzeichnis drin... - also daher hinfällig.

Mit der PVR350 Glück im VDR 1.7.0 ? Neee - absolut nicht. der VDR erkennt ja noch nicht einmal die Karte als Device" - Nov 3 22:31:43 VDR vdr: [7263] found 2 video devices - " >> DVB_C und DVB-T Normalerweise sollte hier noch die PVR350 dabei sein....
darum war ja meine Frage: sollte der VDR nicht wenigstens dioe Karte als Input-Device erkennen. Interessanterweise, funktioniert der Plugin zum Scannen der Channels auch mit der PVR 350 und die Channelliste wird upgedatet. Auch wenn man dann beim Wechseln auf eben dieser Channel den Fehler bekommt., das derTransfer Mode nicht gestartet werden kann, was ja der Ursprung des Threads ist.

Zitat

was kann man da überhaupt empfangen?

Ich habe hier Kabel : Also alle Channels welche Analog reinkommen. Nachdem, wie schon geschrieben, das QAM256 Signal so schlecht ist, das es hier noch nicht einmal eine Überlegung wert ist KD jeden Monat noch zusätzlich Geld für nichts hinter herzuwerfen .... ist wenigstens das Analog-Signal noch zu gebrauchen, da dies Qualitativ noch besser als das DVB-T ist. Wenn ein Sender öfter verfügbar ist, macht ja nichts, da man hier auch aufnehmen kann, während eine andere Karte auf einen anderen Sender tunt.

Zitat

pvrinput - siehe Kommentar Version zu alt.

Da muss ich heute noch einmal nachhaken .... todo

HAbe gerade gesehen : Aktuelle Version vom 4.10 :
Na Klasse - alles noch einmal neu Kompilieren ...
Werde berichten ..

Dr. Seltsam · 4. November 2008

nochmal: vdr wird selbst nie ein analoges device erkennen. Das obliegt dem pvrinput-Plugin.

Die andere Frage bezog sich auf iptv: Welche Sender kann man mit dem iptv-Plugin empfangen? Ist da was interessantes (deutsches?) dabei? Das iptv von T-Com geht m.E. nicht per PC, sondern nur in deren Mediabox

Wesie · 4. November 2008

Ach so IPTV :
Bei Alice und Telekom alle Öffentlich Rechtlichen, Bei Alice alle Privaten und einige Sparten. Ansonsten Ausländischen Sender, welche du reinbekommst.

Als Beispiel teste mal mittels PC

mms://194.116.83.15/New
mms://194.116.83.15/90s
mms://194.116.83.15/80s
mms://194.116.83.15/70s
mms://194.116.83.15/Hard%20and%20Heavy
mms://194.116.83.15/Prog
mms://194.116.83.15/Soft%20and%20Ballads

Bin aber auch gerade am Anfang, erst muss der VDR mal laufen - habe noch als Baustelle die 1101 von Thomson mit dem SOT-Client und und und
Btw. Maxdome sollte gehen, ZDF Portal (beim SOT Client ) , X-1000 andere Sender. Google mal nach LiveTV Über die Portal die interessanten Channels aufrufen und die URI mitsniffern und entsprechend dann eintragen ...

Wesie · 5. November 2008

Sooo. die letzte Version von PVRINPUT geholt - denenthaltenen Patch in den 1.7.0 VDR eingebracht, neu compiliert und :

die FehlerMeldung " Transfer Mode kann nicht gestartet werden" ist, weg, ABER trotzdem kein Bild ?!?
Die Default Settings ist ein wenig durch den Wind, also habe ich mal Pi*Auge die Werte aus der alten Version eingestellt. Aber kein Ton, kein Bild - Absolut Schwarz ... und stumm ... .
Das Log file ist da auch ein wenig schweigsam.... viellleicht sollte man lal die Debug version einspielen und dor tmal nachschauen - oder hat jemand eine andere weiterführende Idee ?

Dr. Seltsam · 5. November 2008

Moin Wesie,

wenn Du die debug-Option vor dem Kompilieren aktivierst, bewirkt das nur, dass eine zusätzliche Einstellungsmöglichkeit im OSD auftaucht, mit der man die Funktion auf bestimmte devices beschränken kann. Das ist nur sinnvoll, wenn man mehrere ivtv/pvrusb2-devices hat. Es ist per default nicht im OSD, weil es die Mehrheit nur verwirrt.

Ich schlage vor, dass Du zum einen mal einen Auszug der channels.conf postest.

Zum anderen solltest du vdr auf der Konsole starten, so dass man die debug-Meldungen sieht:

zum Beispiel:

Code

vdr -c /etc/vdr -L /usr/lib/vdr/plugins -v /video0 -Ppvrinput

die Pfade musst Du halt anpassen

Dann stellst Du im pvrinput-Pluginmenü den loglevel auf 4. Und dann mal schauen, was von pvrinput geloggt wird. Das postest Du am besten mal komplett. Ich mach das immer so, dass ich vdr vom Hauptrechner aus per ssh in einem Terminal starte. Dann kann man direkt aus dem Terminalfenster kopieren.

Wesie · 5. November 2008

Hier mal der Mitlauf vom syslog beim starten. Die fehlenden Plugins kommen daher, das ich meu kompiliert habe, und nur das PVRINPUT als Plugin drin habe ... Gefunden wird die FF DVB-C Karte als 1 Device und Ausgabe.

Zitat

Nov 5 22:07:57 VDR vdr: [2669] VDR version 1.7.0 started
Nov 5 22:07:57 VDR vdr: [2669] switched to user 'vdr'
Nov 5 22:07:57 VDR vdr: [2669] codeset is 'ISO-8859-1' - known
Nov 5 22:07:57 VDR vdr: [2669] found 23 locales in /usr/share/locale
Nov 5 22:07:57 VDR vdr: [2669] loading plugin: /usr/lib/vdr/plugins/libvdr-pvrinput.so.1.7.0
Nov 5 22:07:57 VDR vdr: [2669] loading /var/lib/vdr/setup.conf
Nov 5 22:07:57 VDR vdr: [2669] ERROR: unknown config parameter: CutTimePatchEnabled = 0
Nov 5 22:07:57 VDR vdr: [2669] ERROR: unknown config parameter: DelTimeshiftRec = 0
Nov 5 22:07:57 VDR vdr: [2669] ERROR: unknown config parameter: DisableVPS = 0
Nov 5 22:07:57 VDR vdr: [2669] ERROR: unknown config parameter: DolbyTransferFix = 1
Nov 5 22:07:57 VDR vdr: [2669] ERROR: unknown config parameter: DoubleEpgAction = 0
Nov 5 22:07:57 VDR vdr: [2669] ERROR: unknown config parameter: DoubleEpgTimeDelta = 15
Nov 5 22:07:57 VDR vdr: [2669] ERROR: unknown config parameter: HardLinkCutter = 0
Nov 5 22:07:57 VDR vdr: [2669] ERROR: unknown config parameter: MaxRecordingSize = 100
Nov 5 22:07:57 VDR vdr: [2669] ERROR: unknown config parameter: MenuButtonCloses = 0
Nov 5 22:07:57 VDR vdr: [2669] ERROR: unknown config parameter: MixEpgAction = 0
Nov 5 22:07:57 VDR vdr: [2669] ERROR: unknown config parameter: noEPG =
Nov 5 22:07:57 VDR vdr: [2669] ERROR: unknown config parameter: noEPGList =
Nov 5 22:07:57 VDR vdr: [2669] ERROR: unknown config parameter: noEPGMode = 0
Nov 5 22:07:57 VDR vdr: [2669] ERROR: unknown config parameter: NoQamOnDecoder = 0
Nov 5 22:07:57 VDR vdr: [2669] ERROR: unknown config parameter: TurnOffPrimary = 0
Nov 5 22:07:57 VDR vdr: [2669] ERROR: unknown config parameter: UseSyncEarlyPatch = 0
Nov 5 22:07:57 VDR vdr: [2669] ERROR: unknown config parameter: WarEagleIcons = 1
Nov 5 22:07:57 VDR vdr: [2669] loading /var/lib/vdr/sources.conf
Nov 5 22:07:57 VDR vdr: [2669] loading /var/lib/vdr/diseqc.conf
Nov 5 22:07:57 VDR vdr: [2669] loading /var/lib/vdr/channels.conf
Nov 5 22:07:57 VDR vdr: [2669] ERROR: unknown source key 'P'
Nov 5 22:07:57 VDR last message repeated 36 times
Nov 5 22:07:57 VDR vdr: [2669] loading /var/lib/vdr/timers.conf
Nov 5 22:07:57 VDR vdr: [2669] loading /var/lib/vdr/commands.conf
Nov 5 22:07:57 VDR vdr: [2669] loading /var/lib/vdr/reccmds.conf
Nov 5 22:07:57 VDR vdr: [2669] loading /var/lib/vdr/svdrphosts.conf
Nov 5 22:07:57 VDR vdr: [2669] loading /var/lib/vdr/remote.conf
Nov 5 22:07:57 VDR vdr: [2669] loading /var/lib/vdr/keymacros.conf
Nov 5 22:07:57 VDR vdr: [2671] video directory scanner thread started (pid=2669, tid=2671)
Nov 5 22:07:57 VDR vdr: [2672] video directory scanner thread started (pid=2669, tid=2672)
Nov 5 22:07:57 VDR vdr: [2669] reading EPG data from /var/cache/vdr/epg.data
Nov 5 22:07:57 VDR vdr: [2669] probing /dev/dvb/adapter0/frontend0
Nov 5 22:07:57 VDR vdr: [2674] CI adapter on device 0 thread started (pid=2669, tid=2674)
Nov 5 22:07:57 VDR vdr: [2669] device 1 provides: DVBC
Nov 5 22:07:57 VDR vdr: [2675] tuner on device 1 thread started (pid=2669, tid=2675)
Nov 5 22:07:57 VDR vdr: [2676] section handler thread started (pid=2669, tid=2676)
Nov 5 22:07:57 VDR vdr: [2669] found 1 video device
Nov 5 22:07:57 VDR vdr: [2669] initializing plugin: pvrinput (2008-10-04): Hauppauge PVR als Eingabegerýt
Nov 5 22:07:57 VDR vdr: [2669] setting primary device to 1
Nov 5 22:07:57 VDR vdr: [2669] assuming manual start of VDR
Nov 5 22:07:57 VDR vdr: [2669] SVDRP listening on port 2001
Nov 5 22:07:57 VDR vdr: [2669] skin "soppalusikka" not available - using "classic" instead
Nov 5 22:07:57 VDR vdr: [2669] starting plugin: pvrinput
Nov 5 22:07:57 VDR vdr: [2669] skin "soppalusikka" not available - using "classic" instead
Nov 5 22:07:57 VDR vdr: [2669] ERROR: /dev/lircd: Datei oder Verzeichnis nicht gefunden
Nov 5 22:07:57 VDR vdr: [2669] ERROR: remote control LIRC not ready!
Nov 5 22:07:59 VDR vdr: [2669] switching to channel 228
Nov 5 22:07:59 VDR vdr: [2669] /dev/dvb/adapter0/demux0
Nov 5 22:07:59 VDR kernel: DVB: frontend 0 symbol rate 0 out of range (451875..7230000)
Nov 5 22:07:59 VDR vdr: [2675] ERROR: frontend 0: Das Argument ist ungýltig
Nov 5 22:07:59 VDR vdr: [2671] video directory scanner thread ended (pid=2669, tid=2671)
Nov 5 22:07:59 VDR vdr: [2672] video directory scanner thread ended (pid=2669, tid=2672)
Nov 5 22:07:59 VDR vdr: [2674] CAM 1: no module present
Nov 5 22:07:59 VDR vdr: [2674] CAM 2: no module present
Nov 5 22:07:59 VDR vdr: [2669] setting watchdog timer to 60 seconds
Nov 5 22:08:00 VDR vdr: [2669] max. latency time 1 seconds

Alles anzeigen

Hier einmal der Auszug der Channels.conf , welcher die analogen channels wiederspiegelt. Mit den A1 habe ich noch ausprobiert, ob es damit läuft - aber auch nichts ....

Zitat

CCIR SL/SH SE12;wirbelscan:238250:B6:P:0:301:300:305:0:3812:0:0:25
CCIR SL/SH SE13;wirbelscan:245250:B6:P:0:301:300:305:0:3924:0:0:26
CCIR SL/SH SE14;wirbelscan:252250:B6:P:0:301:300:305:A1:4036:0:0:27
CCIR SL/SH SE15;wirbelscan:259250:B6:P:0:301:300:305:A1:4148:0:0:28
CCIR SL/SH SE16;wirbelscan:266250:B6:P:0:301:300:305:A1:4260:0:0:29
CCIR SL/SH SE17;wirbelscan:273250:B6:P:0:301:300:305:A1:4372:0:0:30

Alles anzeigen

Interessant ist hier in meinen Augen di eMeldung

Zitat

Nov 5 22:07:59 VDR kernel: DVB: frontend 0 symbol rate 0 out of range (451875..7230000)

sowie

Zitat

Nov 5 22:07:57 VDR vdr: [2669] ERROR: unknown source key 'P

Das heißt für mich, das entweder der Patch nicht zieht, oder das Plugin Probleme hat ...

Noch einmal gepatched : IPTV und PVRINPUT beisen sich , genauso wie das IPTV mit liemikuutio.
Irgendwie sind dann bestimmte Typen in Channels.c nicht declariert ....

VDR gestoppt, alle Module die etwas mit dvb zu tun haben entladen, IVTVFB geladen , PVR gestartet :
Immer noch kein Bild, dafür dies

Zitat

Nov 6 00:04:20 VDR vdr: [2467] info: Kanal nicht verfýgbar!
Nov 6 00:04:31 VDR vdr: [2467] info: Kanal nicht verfýgbar!
VDR:/var/log#

Dr. Seltsam · 5. November 2008

Zitat

Code

CCIR SL/SH SE12;wirbelscan:238250:B6:P:0:301:300:305:0:3812:0:0:25

ich vermute, Da hast Du eine falsche Kanalsyntax in wirbelscan vorgegeben. Das entspricht weder der pvrinput-Syntax noch der neuen pluginparam (iptv) Syntax. Sieht eher nach ptv aus. Zu alte wirbelscan-Version? Ich weiss aber auch nicht, ob wirbelscan die neue Syntax schon beherrscht.
Ortientiere Dich bitte an der channels.conf_newsyntax.example aus den Sourcen. Und im README ist das auch genau beschrieben.

Zitat

Code

Nov 5 22:07:59 VDR kernel: DVB: frontend 0 symbol rate 0 out of range (451875..7230000)

hat mit pvrinput nichts zu tun.

Zitat

Code

Nov 5 23:34:03 VDR kernel: ivtv0: i2c hardware 0x00000008 (msp3400) not found for command 0x4008646d
Nov 5 23:34:03 VDR kernel: ivtv0: i2c addr 0x21 not found for command 0x40086471

Das sieht nach falsch gebauten Treibern (Mischen von alten und neuen Modulen) aus. Was für ein Kernel ist denn installiert? Sind die ivtv-Treiber separat installiert worden? Oder ist v4l-dvb hg kompiliert worden?

Es kommt aber auch manchmal nach einer Treiberneuinstallation vor und ist dann nur mit einem cold reboot (Netzteil ca. 5s ausschalten) zu beheben

Wesie · 6. November 2008

Zitat

einem cold reboot (Netzteil ca. 5s ausschalten) zu beheben

schon passiert - siehe unten im Text . -Das ist immo der letzte Stand:

Zitat

Zitat

hat mit pvrinput nichts zu tun.

Klar, das Plugin wird nicht angesprochen und die DVB-C meckert : Darum ja noch einmal neu gepatched und kompiliert

Zitat

eine falsche Kanalsyntax in

Der Ansatz ist gut.... Werde ich prüfen. Würde sich auch mit ober decken.....

Wesie · 6. November 2008

Ähhh, blöde Frage : wieso falscher Index ?

momentan

Zitat

CCIR SL/SH SE16;wirbelscan:266250:B6: P:0:301:300:305:A1:4260:0:0:29

aktuell example

Zitat

k36:591250: PVRINPUT|TV: P:0:301:300:305:0:9460:0:0:0

Wenn ich das richtig interpretiere kommt es auf das "P"an und das steht an der richtigen Stelle,oder?

Gelöst : Transfer-Mode in Verbindung mit PVR350 und IVTV

Jetzt mitmachen!

Teilen