Posts by Negge

Markus :mahlzeit:

Sieht gut aus :). Dann muss ich ja jetzt nur noch auf den Patch warten und das Display drehn... Supi...

Quote

Original von steffen_b
Das bild des V4l Gerätes musst du aber auch anzeigen irgendwie. Das heisst du brauchst Framebuffer oder X. Jetzt muss man sehen ob man das Bild umdrehen kann per Framebuffer oder X.

Ich hab noch ein wenig weiter gelesen. Der Treiber fbdev für X kann mit "Rotate" "UD" (upside down) das Bild umdrehen. Falls es fbtv aus einer fb console wirklich nicht interessiert wierum das bild ist. Die Frage ist ob graphtft nach X schreibt, wage ich mal zu bezweifeln.

GraphTFT schreibt soweit ich das sehe direkt in den Framebuffer. (nen X-Server hab ich zumindest nicht installiert) Ich hatte gelesen, dass man mit nem Intel Framebuffer-kernel-modul auch den drehen kann, aber ich nutze ne G400...

Unter X sollte das aber kein Problem sein. Da hatte ich öfter was von nem rotierten Bild gelesen. Aber evtl sollten wir den Threas aufteilen. GraphTFT zu drehen ist ja schon was ganz anderes als den X-Server zu drehen...

Quote

Original von SurfaceCleanerZ
Und das Live-Bild? Ist das gedreht?

Welches Live-Bild? Das von FBTV? Das hab ich nicht getestet (nicht installiert weil nicht benötigt). Wird aber vermutlich genauso nicht gehen, weil fb-con sich scheinbar nur auf die Konsole bezieht (soweit ich die Docu zu fbcon verstanden habe)

Das Bild der FF ist natürlich nicht gedreht.

Um nochmal auf die Docu von FBcon zurückzukommen:

Anmerkung: Ich teste unter c't-vdr/e-tobi mit kernel 2.6.16 von der c't.

fbcon=rotate:2 geht zumindest für die Konsole. Bild ist "kopfüber" beim booten. Das von GraphTFT nicht. Wenn ich allerdings "reboote" wird die "System is going down"-Nachricht kopfüber in das GraphTFT-Bild geschrieben. Also die Konsole ist noch gedreht, nur GraphtTFT intressiert das nicht...

Quote

136 The angle can be changed anytime afterwards by 'echoing' the same
137 numbers to any one of the 2 attributes found in
138 /sys/class/graphics/fbcon

hab ich nich.
Hab nur /sys/class/graphic/fb0 und da dann ein paar Dateien.
In "con_rotate" steht "2"
in "rotate" steht "0".

Ich denke daher con_rotate bezieht auf die Konsole und rotate auf die restlichen "bilder" . (Daher auch "con": für console)

Ein "echo 2 >> rotate" führt allerdings zu nichts, es steht immernoch "0" in der rotate-Datei. Und ein editieren der Datei geht nicht. Nach dem speichern und wieder öffern steht immer noch "0" dort. Das muss also irgendwie anders gehen. Aber wenn man dort eine "2" hinbekommen würde, dann vermute ich das auch das FB-Bild gedreht wäre...

Damit würde auch folgender Teil der Docu von FB-Con Sinn machen. FB-con bezieht sich ja dann nur auf die Konsole. Man müsste aber irgendwie den gesammten Framebuffer drehen?!?

Quote

146 NOTE: This is purely console rotation. Any other applications that
147 use the framebuffer will remain at their 'normal'orientation.
148 Actually, the underlying fb driver is totally ignorant of console
149 rotation.
150

Quote

139
140 rotate - rotate the display of the active console
141 rotate_all - rotate the display of all consoles
142

fbcon=rotate_all:2 hatte bei mir keine Funktion. fbcon=rotate:2 dreht scheinbar schon alle Konsolen. Liegt eventuell am verwendeten kernel und für andere kernel braucht man evtl. die zweite Option?!?

Quote

143 Console rotation will only become available if Console Rotation
144 Support is compiled in your kernel.
145

Wie gesagt Kernel 2.6.16-ct-1

Ich hoffe das hilft weiter. Mir gehen gerade leider die weiteren Ideen aus...

Edit: zu langsam getippt: Steffen war etwas schneller

Nachdem ich das nun emdlich mal getestet hab, muss ich leider sagen:

GEHT NICHT!

Also das drehen klappt soweit durch "anhängen" von fbcon=rotate:2. Die Konsole ist gedreht. Allerdings sobald graphTFT startet, ist das Bild nicht mehr gedreht...

Nur nochmal ne Anmerkung. Eiegntlich müsste es laut Manual "fbcon=rotate:2" lauten:

Quote

1 The Framebuffer Console
2 =======================
3
4 The framebuffer console (fbcon), as its name implies, is a text
5 console running on top of the framebuffer device. It has the functionality of
6 any standard text console driver, such as the VGA console, with the added
7 features that can be attributed to the graphical nature of the framebuffer.
8
9 In the x86 architecture, the framebuffer console is optional, and
10 some even treat it as a toy. For other architectures, it is the only available
11 display device, text or graphical.
12
13 What are the features of fbcon? The framebuffer console supports
14 high resolutions, varying font types, display rotation, primitive multihead,
15 etc. Theoretically, multi-colored fonts, blending, aliasing, and any feature
16 made available by the underlying graphics card are also possible.
17
18 A. Configuration
19
20 The framebuffer console can be enabled by using your favorite kernel
21 configuration tool. It is under Device Drivers->Graphics Support->Support for
22 framebuffer devices->Framebuffer Console Support. Select 'y' to compile
23 support statically, or 'm' for module support. The module will be fbcon.
24
25 In order for fbcon to activate, at least one framebuffer driver is
26 required, so choose from any of the numerous drivers available. For x86
27 systems, they almost universally have VGA cards, so vga16fb and vesafb will
28 always be available. However, using a chipset-specific driver will give you
29 more speed and features, such as the ability to change the video mode
30 dynamically.
31
32 To display the penguin logo, choose any logo available in Logo
33 Configuration->Boot up logo.
34
35 Also, you will need to select at least one compiled-in fonts, but if
36 you don't do anything, the kernel configuration tool will select one for you,
37 usually an 8x16 font.
38
39 GOTCHA: A common bug report is enabling the framebuffer without enabling the
40 framebuffer console. Depending on the driver, you may get a blanked or
41 garbled display, but the system still boots to completion. If you are
42 fortunate to have a driver that does not alter the graphics chip, then you
43 will still get a VGA console.
44
45 B. Loading
46
47 Possible scenarios:
48
49 1. Driver and fbcon are compiled statically
50
51 Usually, fbcon will automatically take over your console. The notable
52 exception is vesafb. It needs to be explicitly activated with the
53 vga= boot option parameter.
54
55 2. Driver is compiled statically, fbcon is compiled as a module
56
57 Depending on the driver, you either get a standard console, or a
58 garbled display, as mentioned above. To get a framebuffer console,
59 do a 'modprobe fbcon'.
60
61 3. Driver is compiled as a module, fbcon is compiled statically
62
63 You get your standard console. Once the driver is loaded with
64 'modprobe xxxfb', fbcon automatically takes over the console with
65 the possible exception of using the fbcon=map:n option. See below.
66
67 4. Driver and fbcon are compiled as a module.
68
69 You can load them in any order. Once both are loaded, fbcon will take
70 over the console.
71
72 C. Boot options
73
74 The framebuffer console has several, largely unknown, boot options
75 that can change its behavior.
76
77 1. fbcon=font:<name>
78
79 Select the initial font to use. The value 'name' can be any of the
80 compiled-in fonts: VGA8x16, 7x14, 10x18, VGA8x8, MINI4x6, RomanLarge,
81 SUN8x16, SUN12x22, ProFont6x11, Acorn8x8, PEARL8x8.
82
83 Note, not all drivers can handle font with widths not divisible by 8,
84 such as vga16fb.
85
86 2. fbcon=scrollback:<value>[k]
87
88 The scrollback buffer is memory that is used to preserve display
89 contents that has already scrolled past your view. This is accessed
90 by using the Shift-PageUp key combination. The value 'value' is any
91 integer. It defaults to 32KB. The 'k' suffix is optional, and will
92 multiply the 'value' by 1024.
93
94 3. fbcon=map:<0123>
95
96 This is an interesting option. It tells which driver gets mapped to
97 which console. The value '0123' is a sequence that gets repeated until
98 the total length is 64 which is the number of consoles available. In
99 the above example, it is expanded to 012301230123... and the mapping
100 will be:
101
102 tty | 1 2 3 4 5 6 7 8 9 ...
103 fb | 0 1 2 3 0 1 2 3 0 ...
104
105 ('cat /proc/fb' should tell you what the fb numbers are)
106
107 One side effect that may be useful is using a map value that exceeds
108 the number of loaded fb drivers. For example, if only one driver is
109 available, fb0, adding fbcon=map:1 tells fbcon not to take over the
110 console.
111
112 Later on, when you want to map the console the to the framebuffer
113 device, you can use the con2fbmap utility.
114
115 4. fbcon=vc:<n1>-<n2>
116
117 This option tells fbcon to take over only a range of consoles as
118 specified by the values 'n1' and 'n2'. The rest of the consoles
119 outside the given range will still be controlled by the standard
120 console driver.
121
122 NOTE: For x86 machines, the standard console is the VGA console which
123 is typically located on the same video card. Thus, the consoles that
124 are controlled by the VGA console will be garbled.
125
126 4. fbcon=rotate:<n>
127
128 This option changes the orientation angle of the console display. The
129 value 'n' accepts the following:
130
131 0 - normal orientation (0 degree)
132 1 - clockwise orientation (90 degrees)
133 2 - upside down orientation (180 degrees)
134 3 - counterclockwise orientation (270 degrees)
135
136 The angle can be changed anytime afterwards by 'echoing' the same
137 numbers to any one of the 2 attributes found in
138 /sys/class/graphics/fbcon
139
140 rotate - rotate the display of the active console
141 rotate_all - rotate the display of all consoles
142
143 Console rotation will only become available if Console Rotation
144 Support is compiled in your kernel.
145
146 NOTE: This is purely console rotation. Any other applications that
147 use the framebuffer will remain at their 'normal'orientation.
148 Actually, the underlying fb driver is totally ignorant of console
149 rotation.
150
151 C. Attaching, Detaching and Unloading
152
153 Before going on on how to attach, detach and unload the framebuffer console, an
154 illustration of the dependencies may help.
155
156 The console layer, as with most subsystems, needs a driver that interfaces with
157 the hardware. Thus, in a VGA console:
158
159 console ---> VGA driver ---> hardware.
160
161 Assuming the VGA driver can be unloaded, one must first unbind the VGA driver
162 from the console layer before unloading the driver. The VGA driver cannot be
163 unloaded if it is still bound to the console layer. (See
164 Documentation/console/console.txt for more information).
165
166 This is more complicated in the case of the framebuffer console (fbcon),
167 because fbcon is an intermediate layer between the console and the drivers:
168
169 console ---> fbcon ---> fbdev drivers ---> hardware
170
171 The fbdev drivers cannot be unloaded if it's bound to fbcon, and fbcon cannot
172 be unloaded if it's bound to the console layer.
173
174 So to unload the fbdev drivers, one must first unbind fbcon from the console,
175 then unbind the fbdev drivers from fbcon. Fortunately, unbinding fbcon from
176 the console layer will automatically unbind framebuffer drivers from
177 fbcon. Thus, there is no need to explicitly unbind the fbdev drivers from
178 fbcon.
179
180 So, how do we unbind fbcon from the console? Part of the answer is in
181 Documentation/console/console.txt. To summarize:
182
183 Echo a value to the bind file that represents the framebuffer console
184 driver. So assuming vtcon1 represents fbcon, then:
185
186 echo 1 > sys/class/vtconsole/vtcon1/bind - attach framebuffer console to
187 console layer
188 echo 0 > sys/class/vtconsole/vtcon1/bind - detach framebuffer console from
189 console layer
190
191 If fbcon is detached from the console layer, your boot console driver (which is
192 usually VGA text mode) will take over. A few drivers (rivafb and i810fb) will
193 restore VGA text mode for you. With the rest, before detaching fbcon, you
194 must take a few additional steps to make sure that your VGA text mode is
195 restored properly. The following is one of the several methods that you can do:
196
197 1. Download or install vbetool. This utility is included with most
198 distributions nowadays, and is usually part of the suspend/resume tool.
199
200 2. In your kernel configuration, ensure that CONFIG_FRAMEBUFFER_CONSOLE is set
201 to 'y' or 'm'. Enable one or more of your favorite framebuffer drivers.
202
203 3. Boot into text mode and as root run:
204
205 vbetool vbestate save > <vga state file>
206
207 The above command saves the register contents of your graphics
208 hardware to <vga state file>. You need to do this step only once as
209 the state file can be reused.
210
211 4. If fbcon is compiled as a module, load fbcon by doing:
212
213 modprobe fbcon
214
215 5. Now to detach fbcon:
216
217 vbetool vbestate restore < <vga state file> && \
218 echo 0 > /sys/class/vtconsole/vtcon1/bind
219
220 6. That's it, you're back to VGA mode. And if you compiled fbcon as a module,
221 you can unload it by 'rmmod fbcon'
222
223 7. To reattach fbcon:
224
225 echo 1 > /sys/class/vtconsole/vtcon1/bind
226
227 8. Once fbcon is unbound, all drivers registered to the system will also
228 become unbound. This means that fbcon and individual framebuffer drivers
229 can be unloaded or reloaded at will. Reloading the drivers or fbcon will
230 automatically bind the console, fbcon and the drivers together. Unloading
231 all the drivers without unloading fbcon will make it impossible for the
232 console to bind fbcon.
233
234 Notes for vesafb users:
235 =======================
236
237 Unfortunately, if your bootline includes a vga=xxx parameter that sets the
238 hardware in graphics mode, such as when loading vesafb, vgacon will not load.
239 Instead, vgacon will replace the default boot console with dummycon, and you
240 won't get any display after detaching fbcon. Your machine is still alive, so
241 you can reattach vesafb. However, to reattach vesafb, you need to do one of
242 the following:
243
244 Variation 1:
245
246 a. Before detaching fbcon, do
247
248 vbetool vbemode save > <vesa state file> # do once for each vesafb mode,
249 # the file can be reused
250
251 b. Detach fbcon as in step 5.
252
253 c. Attach fbcon
254
255 vbetool vbestate restore < <vesa state file> && \
256 echo 1 > /sys/class/vtconsole/vtcon1/bind
257
258 Variation 2:
259
260 a. Before detaching fbcon, do:
261 echo <ID> > /sys/class/tty/console/bind
262
263
264 vbetool vbemode get
265
266 b. Take note of the mode number
267
268 b. Detach fbcon as in step 5.
269
270 c. Attach fbcon:
271
272 vbetool vbemode set <mode number> && \
273 echo 1 > /sys/class/vtconsole/vtcon1/bind
274
275 Samples:
276 ========
277
278 Here are 2 sample bash scripts that you can use to bind or unbind the
279 framebuffer console driver if you are in an X86 box:
280
281 ---------------------------------------------------------------------------
282 #!/bin/bash
283 # Unbind fbcon
284
285 # Change this to where your actual vgastate file is located
286 # Or Use VGASTATE=$1 to indicate the state file at runtime
287 VGASTATE=/tmp/vgastate
288
289 # path to vbetool
290 VBETOOL=/usr/local/bin
291
292
293 for (( i = 0; i < 16; i++))
294 do
295 if test -x /sys/class/vtconsole/vtcon$i; then
296 if [ `cat /sys/class/vtconsole/vtcon$i/name | grep -c "frame buffer"` \
297 = 1 ]; then
298 if test -x $VBETOOL/vbetool; then
299 echo Unbinding vtcon$i
300 $VBETOOL/vbetool vbestate restore < $VGASTATE
301 echo 0 > /sys/class/vtconsole/vtcon$i/bind
302 fi
303 fi
304 fi
305 done
306
307 ---------------------------------------------------------------------------
308 #!/bin/bash
309 # Bind fbcon
310
311 for (( i = 0; i < 16; i++))
312 do
313 if test -x /sys/class/vtconsole/vtcon$i; then
314 if [ `cat /sys/class/vtconsole/vtcon$i/name | grep -c "frame buffer"` \
315 = 1 ]; then
316 echo Unbinding vtcon$i
317 echo 1 > /sys/class/vtconsole/vtcon$i/bind
318 fi
319 fi
320 done
321 ---------------------------------------------------------------------------
322
323 --
324 Antonino Daplas <adaplas[AT]pol[DOT]net>

Display More

So, ich habe die Module der cx88-Nova's einfach mal deaktiviert, um den VDR nur mit der budget_CI-NOVA zu testen. Ergebnis: Der VDR läuft NICHT!

Bzw. läuft aber leifert kein Bild. Im Syslog steht als Fehler:

frontent 0 timed out while tuning to channel 1, tp 482

Auch ein tauschen der PCI-Slots brachte keine Abhilfe. Der Fehler blieb gleich...

In einem anderen Rechner lief die Karte stundenlang mit der VDR-Software und Xine (ohne FullFeatured, Kantotix-Life-CD)

Quote

Original von muellerph
Funktioniert es denn wenn Du nur die Problemkarte einbaust?

In einem anderen Rechner ja. Im Wohnzimmer-Rechner kann ich das leider nicht immer testen, da es ja ein "produktiv-System" ist... Ich werde mal sehen ob ich das heute abend mal kurz testen kann.

Quote

Der VDR macht ja einen Restart, wenn er keinen Empfang hat. Bist Du sicher, daß die Karte ein sauberes Signal bekommt?

Ja, ich hatte die Antennenkabel hinten zwischen den DVB-Karten auch schon getauscht. Die laufen alle mit den cx88-Nova völlig problemlos.

Quote

Hast Du sie schon einmal umgesetzt (anderer PCI-Slot)?

Werde ich ausprobieren, wobei leider nur noch ein PCI-Slot frei ist...

Quote

Da ich auch eine cx88-Karte habe (naja, eigentlich 4), rate ich mal zum 2.6.18'er Kernel, da ist nur noch sporadisch das Syslog zugemüllt (aus den 4 verschiedenen Einträgen, wird nur noch einer). Das hilft sicher nicht für Dein Problem, aber zumindest leert es das Syslog etwas.
Ich hab den Kernel von backports.org.

Naja, da warte ich doch mal auf nen neuen Kernel von heise. Kernel backen ohne irgendwas wichtiges zu vergessen fand ich beim letzten mal, als ich das gemacht hab (vor ca. 1,5 Jahren) relativ aufwendig und geklappt hat es dann doch nicht. Dann lebe ich lieber mit dem kleinen Schönheitsfehler im Log als da Zeit reinzuinvestireren. Scheint ja aus dem Syslog-Müll kein problem zu sein.

Hallo

In meinem VDR werkelt als Ausgabe-Device eine Nexus 2.3.

Als Eingangs-Devices sind zwei Nova-T DVB-T-Karten (neues Modell, Cx88-module) in Funktion. Nun wollte ich eine weitere Nova-T (altes Modell, budget_ci-module) im VDR in Betrieb nehmen (Karte funktioniert in einem anderen Rechner unter Linux getestet mit Kanotic-VDR völlig problemlos).

Das funktioniert auch soweit, Module werden geladen. Sobald jedoch auf die neu eingebaute budget-ci-Nova-T zugegriffen wird (sei es EPG-Scan oder wenn man zwei Aufnahmen parallel laufen hat), restartet der VDR.

Mit 2 Parallel programmierten Aufnahmen lässt sich so eine schöne VDR-Restarts-Endlosschleife herbeifügen. Die "budget-av Nova-T", die das problem verursacht ist DVB-device 4 (1 ist die Nexus, 2 und 3 die ca88-Nova's). Im Log findet sich nur ein, das die Aufnahme auf DVB-device 4 gestartet und direkt wieder abgebrochen wird und anschließen der VDR neu startet. Die Datei der Aufnahmen vom Device 4 ist 0byte groß vom (die vom Device 3 wächst bei den Restarts in kurzen Sprüngen an).

Leider sind die Logs ein wenig unschön zu lesen, da der cx88-Treiber das Log die ganze Zeit mit

...
cx88[0]/2: cx8802_restart_queue
cx88[0]/2: cx8802_restart_queue: queue is empty
cx88[0]/2: queue is empty - first active
cx88[0]/2: cx8802_start_dma w: 0, h: 0, f: 2
cx88[0]/2: setting the interrupt mask
cx88[0]/2: [c7ef1480/0] cx8802_buf_queue - first active
cx88[0]/2: cx8802_restart_queue
cx88[0]/2: cx8802_restart_queue: queue is empty
cx88[0]/2: queue is empty - first active
cx88[0]/2: cx8802_start_dma w: 0, h: 0, f: 2
cx88[0]/2: setting the interrupt mask
cx88[0]/2: [c9d496e0/0] cx8802_buf_queue - first active
... (und dann gehts wieder von vorne los)

zumüllt...

Kernel ist der von der vom ctvdr5. (von der Webseite). 2.6.16...

Ich weiss auch nicht, inwieweit der "Log-Müll" der cx88 Einfluss hat. Den produziert der VDR aber auch ohne die zusätzliche DVB-Karte im funktionierenden Betrieb.

Ich hoffe es hat jemand ne Idee. Mit der Suche hab ich das problem auch im Zusammenhang mit der Nova-S zwei mal gefunden, allerdings leider keine Lösung, außer den EPG-Scan abschalten (irgendwas mit VDR restartet alle 15 Minuten). Das verschiebt das Problem allerdings nur, da ja kein Zugriff auf die DVB-Karte stattfindet und der VDR erst beim start zweier paralleler Aufnahmen abschmiert...

Ich wollte nur noch mal abschließend was zu dem IR-Eingans-Problem meine Nexus 2.3 sagen.

Scheinbar ist der Eingan defekt. Ich konnet den IR-Eingang der Nexus zumindest nicht reaktivieren. Inzwischen hängt ein AVBoard am J2 der Nexus 2.3 (modded) und auch an diesem geht der IR der NExus nicht.

Ich hab den entsprechenden Pin des J2 auch nach der Anleitung von Owanga hier verdrahten: TT S2300: interner IR-Anschluss über J2 defekt ?

Falls nich irgendwer eine Idee hat, wie ich den IR-Eingang reaktivieren kann ...

Um den weiteren das Suchen zu vereinfachen. In der ChangeLog hab ich es nicht gefunden, aber laut Doku benötigt man nun auch ein "KEYB_TTY_SWITCH=1" in der /etc/default/vdr ...

Leider hab ich das ganze erst jetzt mitbekommen (danke an SvenF für die PN). Beim nächsten mal wäre ich auch wohl gern dabei.

Quote

Original von baltasar
Willkommen im Club. Ist bei meiner Glotze ( AMOI LC37) auch so. Scheinbar meinen einige Hersteller das bei RGB es nur über schaltspannung gehen muss.

WSS Auswertung funktioniert bei mir auch nur bei Composite. Im RGB Modus schaltet er per Schaltspannung nur zwischen 4/3 und 16/9 ( also keine Zoom für Letterbox möglich).

Um hier nochmal was wieder aufzugreifen. Bei meiner Philips-Glotze ist es genau anders herum?!? Seitdem in nun (endlich) mein AV-Board hab, geht auch WSS am SCART-Eingang (zwischen TV und VDR hängt noch nen BTech RGB-Scartumschalter!). Aber nur wenn tatsächlich 12V Schaltspannung sowie etwa 2V RGB-Schaltspannung anliegen und der TV durch die Schaltspannung auf den SCART umgeschaltet hat.. Liegen 6V SCARt-Schaltsspannung an, geht auch kein WSS mehr, sondern nur anamorph.

Nachdem ich vorher im rumgemurks hab mit dem WSS, welches nur auf den Tunereingängen ging, geht es jetzt auch am SCART. Selstame Beschaltung, aber mir soll es nun egal sein...

Danke, das wars...

Um das hier nochmal wieder anzusprechen. Leider hab ich das bei mir so nicht hinbekommen. Ich verwende den 2.6.16-ct-1-kernel, dieser hat aber scheinbar die benötigten module fbcon und font nicht dabei. (der kernel ist original von Quelle: deb http://www.heise.de/ct/ftp/projekte/vdr5 extras/).
Wie rüste ich die Module den am einfachsten nach?

Quote

Klar. In den FF-Treiber kann man eine beliebige Keymap laden (was das Remote-Plugin auch tut). Der Treiber der Nova hat nur eine eingebaute Keymap. Daher unterscheiden sich die ausgespuckten Codes fundamental, was jedoch keine Rolle spielt.

Aha, interessant, aber ungünstig. Könnte man den Treiber der Nova nicht ändern, das der nur eine Keymap nimmt oder irgendwie anweisen, eine bestimmte zu nehmen.

Quote

Der Empfänger der Nexus ist nur selten defekt. Meist sitzt das Problem vor dem Computer.

1. Stecker nicht ganz eingesteckt (mit ganz meine ich Anschlag am Slotblech!)
2a evtest: keine Keymap geladen
2b remote-Plugin: Taste wird - entgegen der Anweisung auf dem OSD - nicht gedrückt gehalten
3. Batterien leer
4. bei einer Universal-FB keine RC5- (oder RCMM-) Codes eingestellt

(3 und 4 kommen hier wohl nicht in Betracht.)

Wenn ich für jeden Fall 1 oder 2b je 10 Euro bekommen würde, könnte ich damit einen schönen Urlaub finanzieren. Muß doch mal über eine 0900-Nummer nachdenken.

Display More

Fall1: kann es nicht sein, da ich die Empfänger mehrfach zwischen den Karten umgsteckt habe. Bevor ich (wie oben geschrieben) eine weitere DVB-T-Karte zum testen eingebaut und wieder ausgebaut hatte funktionierte der IR-Eingang an der FF auch problemlos. Erst nachdem beim basteln dieser schlecht sitztende IR-Stecker im Betrieb aus dieser schlecht haltenen Miniklinkenbuchse gerutsch war ging die FB nicht mehr. Daher denke ich an einen kurzen zwichen den anliegenden 5 V am Stecker und dem Eingang so dass da irgendwas durchgeschmort ist. (fürchte ich, muss ich aber nochmal verifizieren indem ich mal messe ob 5V noch richtig anliegen und evtl ein kleines Bauteil auf dem Signalweg irgendwo auf der Karte einfach nicht mehr will).
Ein schlecht sitzender Stecker ist es aber auf keinen Fall. Das war das erste was ich recht intensiv geprüft hatte (wäre auch die einfachste Lösung gewesen).

Fall2a: Wie kann ich das laden der Keymap prüfen? (wobei ich nicht denke das es das ist, da ich nichts an der Software geändert hatte als es plötzlich nicht mehr ging, daher meine Befürchtung Hardwarschaden).

Fall3b: evtest detektiert keine Tastendrücke. Festhalten der Tasten bring nichts. Es kommt einfach kein Event an (nach evtest), Wenn dann ist da Softwaremässig höchstens ein Problem im Treiber (evtl mit der Keymap bei der FF)...

Quote

Btw, lt. oben ist die FF-Karte ist nicht event0, sondern event1.

Ziehe ich die Tastatur ab ist es wieder event0. Und der PS2 wird event1 (scheint irgendwie mit der Erkennung beim booten zusammen zu hängen). Hab ich aber nicht weiter geprüft. Ist nur ein intressanter Nebeneffekt...

Schönen Gruß
Mandus

So, das hat ja zumindest schonmal weitergeholfen.

Erstmal hab ich den VDR gestoppt.

Beim aktuellen c't ist die remote-konfigurationsdatei wieder nur die /var/lib/vdr/remote.conf.
Dort hab ich dann alle Einträge für der remote gelöscht. (natürlich vorher die alte gebackuped)

Dann hab ich in der /etc/vdr/plugins/plugin-remote.conf "i /dev/input/event3" eingefügt, damit das Plugin den Eingang der Nova nutzt.

Nach dem Start des VDR musste ich dann die Fernbedienung anlernen und das hat auch problemlos geklappt. Ich hab mit der Fernbedienung nun auch kein prellen mehr und die FB läuft soweit gut,

ABER !!! der VDR reagiert jetzt leider NICHT mehr nur auf die Fernbedienung des VDR, sondern auch auf die FB meiner DVB-T-Settop-Box (Lorentzen DVB-T 230, vermutlich auch nen RC5-Code) und die Fernbedienung der TVs (Phillips RC5-Code). Das war vorher am IR-Eingang der Nexus nicht so.

Ich poste hier mal meine Remote.conf. Die event0 sind die am Eingang der Nexus (der scheinbar defekt ist) und die event3 am Eingang der Nova. Wie man sieht sind die registrierten Codes verschieden (überraschenderweise, obwohl das diesselbe Fernbedienung ist). Die Codes der Nexus laufen übrigens nicht mit der Nova (hab ich getestet). Strange. Der IR-Eingang der Nova scheint sich anders als der der Nexus zu verhalten. Zumindest die erkannten Codes sind anders?!?

remote-event0._Setup     /proc/av7110_ir 00000000 30
remote-event0.Up         0000000100010015
remote-event0.Down       0000000100010016
remote-event0.Menu       000000010001000E
remote-event0.Ok         0000000100010026
remote-event0.Back       0000000100010020
remote-event0.Left       0000000100010017
remote-event0.Right      0000000100010018
remote-event0.Red        000000010001000C
remote-event0.Green      000000010001002F
remote-event0.Yellow     0000000100010039
remote-event0.Blue       000000010001002A
remote-event0.0          0000000100010001
remote-event0.1          0000000100010002
remote-event0.2          0000000100010003
remote-event0.3          0000000100010004
remote-event0.4          0000000100010005
remote-event0.5          0000000100010006
remote-event0.6          0000000100010007
remote-event0.7          0000000100010008
remote-event0.8          0000000100010009
remote-event0.9          000000010001000A
remote-event0.Info       000000010001001C
remote-event0.Play       0000000100010036
remote-event0.Pause      0000000100010031
remote-event0.Stop       0000000100010037
remote-event0.Record     0000000100010038
remote-event0.FastFwd    0000000100010035
remote-event0.FastRew    0000000100010033
remote-event0.Next       000000010001001F
remote-event0.Prev       0000000100010025
remote-event0.Power      000000010001003E
remote-event0.Channel+   0000000100010021
remote-event0.Channel-   0000000100010022
remote-event0.PrevChannel 0000000100010013
remote-event0.Volume+    0000000100010011
remote-event0.Volume-    0000000100010012
remote-event0.Mute       0000000100010010
remote-event0.Audio      000000010001001A
remote-event0.Recordings 0000000100010019
remote-event0.Commands   000000010001003C

remote-event3.Up         0000000100010067
remote-event3.Down       000000010001006C
remote-event3.Menu       000000010001008B
remote-event3.Ok         000000010001001C
remote-event3.Back       00000001000100AE
remote-event3.Left       0000000100010069
remote-event3.Right      000000010001006A
remote-event3.Red        000000010001018E
remote-event3.Green      000000010001018F
remote-event3.Yellow     0000000100010190
remote-event3.Blue       0000000100010191
remote-event3.0          0000000100010052
remote-event3.1          000000010001004F
remote-event3.2          0000000100010050
remote-event3.3          0000000100010051
remote-event3.4          000000010001004B
remote-event3.5          000000010001004C
remote-event3.6          000000010001004D
remote-event3.7          0000000100010047
remote-event3.8          0000000100010048
remote-event3.9          0000000100010049
remote-event3.Info       000000010001016D
remote-event3.Play       00000001000100CF
remote-event3.Pause      0000000100010077
remote-event3.Stop       0000000100010080
remote-event3.Record     00000001000100A7
remote-event3.FastFwd    00000001000100D0
remote-event3.FastRew    00000001000100A8
remote-event3.Next       00000001000100A3
remote-event3.Prev       00000001000100A5
remote-event3.Power      0000000100010074
remote-event3.Channel+   0000000100010192
remote-event3.Channel-   0000000100010193
remote-event3.PrevChannel 000000010001019C
remote-event3.Volume+    0000000100010073
remote-event3.Volume-    0000000100010072
remote-event3.Mute       0000000100010071
remote-event3.Audio      0000000100010188
remote-event3.Schedule   0000000100010181
remote-event3.Channels   0000000100010179
remote-event3.Timers     000000010001016F
remote-event3.Recordings 0000000100010189

Als ich das geschrieben habe, war ich nicht am VDR und muss daher was korrigieren:

Quote

Original von Negge
Und wenn ich den "Num-Lock" an der Tastatur ausschalte, dann werden die Tasten, das reagieren die Tasten 2,8,4,6 ebenfalls wie das Steuerkreuz? Wie kann ich das anpassen?

Korrektur: Der Num-Lock-Status der Tastatur hat doch keinen Einfluss auf Tastenbelegung der Fernbedienung über den IR-Eingang der Nova.
Die Tastenbelegung der Fernbedienung ist immer 2=runter, 8=hoch, 4=rechts, 6=links.

Es gehen am VDR im übrigen nur die Tasten: hoch, runter, rechst, links, OK, 2 (interpretiert als runter), 8 (i.a. hoch), 4 (i.a. rechts) und 6 (i.a. links).

Und die Tasten dürfen nur ganz leicht angetippt werden, ansonsten werden die Tastendrücke mehrfach registriert.

Ein IR-Sensor hängt (immer noch) an der Nexus, und ein IR-Sensor an einer der Nova's.

Der reagierende Sensor hängt an /dev/input/event3. Hier mal der evtest davon (bei laufendem VDR)

Input driver version is 1.0.0
vdr:~# evtest /dev/input/event3
Input device ID: bus 0x1 vendor 0x70 product 0x9002 version 0x1
Input device name: "cx88 IR (Hauppauge Nova-T DVB-T"
Supported events:
  Event type 0 (Reset)
    Event code 0 (Reset)
    Event code 1 (Key)
    Event code 20 (Repeat)
  Event type 1 (Key)
    Event code 28 (Enter)
    Event code 71 (KP7)
    Event code 72 (KP8)
    Event code 73 (KP9)
    Event code 75 (KP4)
    Event code 76 (KP5)
    Event code 77 (KP6)
    Event code 79 (KP1)
    Event code 80 (KP2)
    Event code 81 (KP3)
    Event code 82 (KP0)
    Event code 103 (Up)
    Event code 105 (Left)
    Event code 106 (Right)
    Event code 108 (Down)
    Event code 113 (Mute)
    Event code 114 (VolumeDown)
    Event code 115 (VolumeUp)
    Event code 116 (Power)
    Event code 119 (Pause)
    Event code 128 (Stop)
    Event code 139 (Menu)
    Event code 142 (Sleep)
    Event code 163 (NextSong)
    Event code 165 (PreviousSong)
    Event code 167 (Record)
    Event code 168 (Rewind)
    Event code 174 (Exit)
    Event code 207 (?)
    Event code 208 (?)
    Event code 353 (Select)
    Event code 363 (Channel)
    Event code 365 (EPG)
    Event code 367 (MHP)
    Event code 370 (Subtitle)
    Event code 372 (Zoom)
    Event code 377 (TV)
    Event code 385 (Radio)
    Event code 388 (Text)
    Event code 392 (Audio)
    Event code 393 (Video)
    Event code 398 (Red)
    Event code 399 (Green)
    Event code 400 (Yellow)
    Event code 401 (Blue)
    Event code 402 (ChannelUp)
    Event code 403 (ChannelDown)
    Event code 412 (Previous)
  Event type 20 (Repeat)
Testing ... (interrupt to exit)
Event: time 1168466024.912433, type 1 (Key), code 79 (KP1), value 1
Event: time 1168466024.912438, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168466025.149839, type 1 (Key), code 79 (KP1), value 0
Event: time 1168466025.149844, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168466026.020385, type 1 (Key), code 81 (KP3), value 1
Event: time 1168466026.020391, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168466026.257795, type 1 (Key), code 81 (KP3), value 0
Event: time 1168466026.257800, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168466028.186831, type 1 (Key), code 28 (Enter), value 1
Event: time 1168466028.186836, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168466028.434140, type 1 (Key), code 28 (Enter), value 0
Event: time 1168466028.434144, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168466031.490915, type 1 (Key), code 71 (KP7), value 1
Event: time 1168466031.490921, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168466031.619504, type 1 (Key), code 71 (KP7), value 0
Event: time 1168466031.619508, type 0 (Reset), code 0 (Reset), value 0

Es wurden die Tasten 1, 3, OK und 7 jeweils einmal "normal" gedrückt. Wie man sieht werden sie schon dabei mehrfach registriert. Und zumindest Evtest registriert die Tasten. Bis auf OK hat der VDR jedoch auf keine Taste reagiert.

Quote

Original von UFO

Lt. Dir ist event0 ist die Tastatur, dagegen event1 der Eingang der FF-Karte.

Hört sich so an, als ob das Remote-Plugin event0 verwenden würde. Das tut es allerdings nur,
- wenn es dazu angewiesen wurde (Parameter "-i /dev/input/event0") oder
- kein anderes Gerät existiert (hier wohl nicht der Fall)

Also prüfe die entsprechenden Einstellungen.
Im Logfile steht, was das Remote-Plugin tut...

CU
Oliver

Display More

Hallo Oliver

das Problem mit der Tastatur konnet ich lösen dank deiner Hilfe lösen. n /etc/vdr/plugins/plugin-remote.conf stand "-i /dev/input/event0 -i /dev/input/event1 -i /dev/input/event2". Die Tastatur funktioniert nun wieder so wie sie sollte.

Leider funktioniert die Fernbedienung jedoch noch nicht so wie sie soll. Der VDR reagiert nur auf Eingaben, welche über den IR-Eingang der Nova's reinkommen. Anscheinend geht der Input der Nexus nicht mehr?!? Wie könnte ich das nachmessen?

Wenn ich den IR-Eingang der Nova's als Ersatzt für den der Nexus verwenden könnte, würde mir das auch reichen. Allerding reagiert dieser Nova-IR-Input etwas seltssam. Die Tasten prellen sehr leicht (man darf sie nur ganz kurz antippen). Und auch Funktionieren nicht alles Tasten, nur das Steuerkkreuz und die tasten 0-9 werden zum VDR übermittelt. Und wenn ich den "Num-Lock" an der Tastatur ausschalte, dann werden die Tasten, das reagieren die Tasten 2,8,4,6 ebenfalls wie das Steuerkreuz? Wie kann ich das anpassen?

In der Remote.conf hab ich schon alle Einträge von remote.event0.xxx nach remote.event1.xxx und remote.event2.xxx übertragen. Scheinbar wird das jedoch nicht ausgewertet.

Hi

ich hab ein Problem mit der Fernbedienbarkeit meines VDRs.

1. Der IR-Input der FullFeatured (Nexus 2.3) hinter per Klinke angeschlossen, funktionierte plötlich nicht mehr (ich hatte nur ein wenig mit einer weitere Budget-DVB-Karten gestestet, da hat es irgendwie zerschossen).

2. Die direkt per PS2 an den PC angeschlossene Tastatur geht nicht mehr unter c't-vdr. Es werden Kommandos registriert aber völlog falsch ausgewertet. Die lokale Konsole geht garnicht. (wohl aber ssh-Login).

3. Die IR-Inputs der beiden Nova-T (neues Model) funktionieren irgendwie, allerdings unabhängig von der eingestelleten Remote.conf und die Tasten 8,2,4,6 dienen rauf,runter,links,rechts...

Das ganze lief eigentlich mit dem Remote-Plugin (bisher sehr zuverlässig)

Ich hab das dumpfe Gefühl irgendwas mit der Zuordnung der Devices zu den passenden Events geht schief. Nur wie behebe ich das?

BTW:
evtest sagt:

/dev/input/event0 zeigt auf die AT-Tastatur
.../event1 auf den IR der FullFeatured
.../event2 und event3 jeweils auf ein der NovaTs

Der IR-Sensor hängt momentan an einer der NovaT (der zu event3 gehörenden):
Tastendrücke liefern folgedes Ergebnis

Event: time 1168386346.856384, type 1 (Key), code 73 (KP9), value 0
Event: time 1168386346.856388, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168386348.745847, type 1 (Key), code 388 (Text), value 1
Event: time 1168386348.745851, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168386348.983255, type 1 (Key), code 388 (Text), value 0
Event: time 1168386348.983260, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168386350.111006, type 1 (Key), code 388 (Text), value 1
Event: time 1168386350.111010, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168386350.358311, type 1 (Key), code 388 (Text), value 0
Event: time 1168386350.358315, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168386351.515742, type 1 (Key), code 82 (KP0), value 1
Event: time 1168386351.515746, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168386351.763037, type 1 (Key), code 82 (KP0), value 0
Event: time 1168386351.763042, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168386352.722613, type 1 (Key), code 370 (Subtitle), value 1
Event: time 1168386352.722618, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168386352.851208, type 1 (Key), code 370 (Subtitle), value 0
Event: time 1168386352.851213, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168386356.372932, type 1 (Key), code 370 (Subtitle), value 1
Event: time 1168386356.372937, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168386356.501526, type 1 (Key), code 370 (Subtitle), value 0
Event: time 1168386356.501530, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168386358.262387, type 1 (Key), code 398 (Red), value 1
Event: time 1168386358.262392, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168386358.499796, type 1 (Key), code 398 (Red), value 0
Event: time 1168386358.499801, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168386359.320883, type 1 (Key), code 399 (Green), value 1
Event: time 1168386359.320887, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168386359.568186, type 1 (Key), code 399 (Green), value 0
Event: time 1168386359.568192, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168386360.043030, type 1 (Key), code 400 (Yellow), value 1
Event: time 1168386360.043034, type 0 (Reset), code 0 (Reset), value 0
Event: time 1168386360.280441, type 1 (Key), code 400 (Yellow), value 0
Event: time 1168386360.280446, type 0 (Reset), code 0 (Reset), value 0

Die Tastenzuordnung passt auch zu den gedrücken Tasten auf der Fernbedienung

Ansonsten liefert ein evtest von event 1 (der FullFeatured) (siehe eher wie die Tastatur aus):

vdr:/var/lib/vdr# evtest /dev/input/event1
Input driver version is 1.0.0
Input device ID: bus 0x0 vendor 0x0 product 0x0 version 0x0
Input device name: "DVB on-card IR receiver"
Supported events:
  Event type 0 (Reset)
    Event code 0 (Reset)
    Event code 1 (Key)
    Event code 20 (Repeat)
  Event type 1 (Key)
    Event code 1 (Esc)
    Event code 2 (1)
    Event code 3 (2)
    Event code 4 (3)
    Event code 5 (4)
    Event code 6 (5)
    Event code 7 (6)
    Event code 8 (7)
    Event code 9 (8)
    Event code 10 (9)
    Event code 11 (0)
    Event code 12 (Minus)
    Event code 13 (Equal)
    Event code 14 (Backspace)
    Event code 15 (Tab)
    Event code 16 (Q)
    Event code 17 (W)
    Event code 18 (E)
    Event code 19 (R)
    Event code 20 (T)
    Event code 21 (Y)
    Event code 22 (U)
    Event code 23 (I)
    Event code 24 (O)
    Event code 25 (P)
    Event code 26 (LeftBrace)
    Event code 27 (RightBrace)
    Event code 28 (Enter)
    Event code 29 (LeftControl)
    Event code 30 (A)
    Event code 31 (S)
    Event code 32 (D)
    Event code 33 (F)
    Event code 34 (G)
    Event code 35 (H)
    Event code 36 (J)
    Event code 37 (K)
    Event code 38 (L)
    Event code 39 (Semicolon)
    Event code 40 (Apostrophe)
    Event code 41 (Grave)
    Event code 42 (LeftShift)
    Event code 43 (BackSlash)
    Event code 44 (Z)
    Event code 45 (X)
    Event code 46 (C)
    Event code 47 (V)
    Event code 48 (B)
    Event code 49 (N)
    Event code 50 (M)
    Event code 51 (Comma)
    Event code 52 (Dot)
    Event code 53 (Slash)
    Event code 54 (RightShift)
    Event code 55 (KPAsterisk)
    Event code 56 (LeftAlt)
    Event code 57 (Space)
    Event code 58 (CapsLock)
    Event code 59 (F1)
    Event code 60 (F2)
    Event code 61 (F3)
    Event code 62 (F4)
    Event code 63 (F5)
    Event code 64 (F6)
    Event code 65 (F7)
    Event code 66 (F8)
    Event code 67 (F9)
    Event code 68 (F10)
    Event code 69 (NumLock)
    Event code 70 (ScrollLock)
    Event code 71 (KP7)
    Event code 72 (KP8)
    Event code 73 (KP9)
    Event code 74 (KPMinus)
    Event code 75 (KP4)
    Event code 76 (KP5)
    Event code 77 (KP6)
    Event code 78 (KPPlus)
    Event code 79 (KP1)
    Event code 80 (KP2)
    Event code 81 (KP3)
    Event code 82 (KP0)
    Event code 83 (KPDot)
    Event code 84 (103rd)
    Event code 85 (F13)
    Event code 86 (102nd)
    Event code 87 (F11)
    Event code 88 (F12)
    Event code 89 (F14)
    Event code 90 (F15)
    Event code 91 (F16)
    Event code 92 (F17)
    Event code 93 (F18)
    Event code 94 (F19)
    Event code 95 (F20)
    Event code 96 (KPEnter)
    Event code 97 (RightCtrl)
    Event code 98 (KPSlash)
    Event code 99 (SysRq)
    Event code 100 (RightAlt)
    Event code 101 (LineFeed)
    Event code 102 (Home)
    Event code 103 (Up)
    Event code 104 (PageUp)
    Event code 105 (Left)
    Event code 106 (Right)
    Event code 107 (End)
    Event code 108 (Down)
    Event code 109 (PageDown)
    Event code 110 (Insert)
    Event code 111 (Delete)
    Event code 112 (Macro)
    Event code 113 (Mute)
    Event code 114 (VolumeDown)
    Event code 115 (VolumeUp)
    Event code 116 (Power)
    Event code 117 (KPEqual)
    Event code 118 (KPPlusMinus)
    Event code 119 (Pause)
    Event code 120 (F21)
    Event code 121 (F22)
    Event code 122 (F23)
    Event code 123 (F24)
    Event code 124 (KPComma)
    Event code 125 (LeftMeta)
    Event code 126 (RightMeta)
    Event code 127 (Compose)
    Event code 128 (Stop)
    Event code 129 (Again)
    Event code 130 (Props)
    Event code 131 (Undo)
    Event code 132 (Front)
    Event code 133 (Copy)
    Event code 134 (Open)
    Event code 135 (Paste)
    Event code 136 (Find)
    Event code 137 (Cut)
    Event code 138 (Help)
    Event code 139 (Menu)
    Event code 140 (Calc)
    Event code 141 (Setup)
    Event code 142 (Sleep)
    Event code 143 (WakeUp)
    Event code 144 (File)
    Event code 145 (SendFile)
    Event code 146 (DeleteFile)
    Event code 147 (X-fer)
    Event code 148 (Prog1)
    Event code 149 (Prog2)
    Event code 150 (WWW)
    Event code 151 (MSDOS)
    Event code 152 (Coffee)
    Event code 153 (Direction)
    Event code 154 (CycleWindows)
    Event code 155 (Mail)
    Event code 156 (Bookmarks)
    Event code 157 (Computer)
    Event code 158 (Back)
    Event code 159 (Forward)
    Event code 160 (CloseCD)
    Event code 161 (EjectCD)
    Event code 162 (EjectCloseCD)
    Event code 163 (NextSong)
    Event code 164 (PlayPause)
    Event code 165 (PreviousSong)
    Event code 166 (StopCD)
    Event code 167 (Record)
    Event code 168 (Rewind)
    Event code 169 (Phone)
    Event code 170 (ISOKey)
    Event code 171 (Config)
    Event code 172 (HomePage)
    Event code 173 (Refresh)
    Event code 174 (Exit)
    Event code 175 (Move)
    Event code 176 (Edit)
    Event code 177 (ScrollUp)
    Event code 178 (ScrollDown)
    Event code 179 (KPLeftParenthesis)
    Event code 180 (KPRightParenthesis)
    Event code 181 (International1)
    Event code 182 (International2)
    Event code 183 (International3)
    Event code 184 (International4)
    Event code 185 (International5)
    Event code 186 (International6)
    Event code 187 (International7)
    Event code 188 (International8)
    Event code 189 (International9)
    Event code 190 (Language1)
    Event code 191 (Language2)
    Event code 192 (Language3)
    Event code 193 (Language4)
    Event code 194 (Language5)
    Event code 195 (Language6)
    Event code 196 (Language7)
    Event code 197 (Language8)
    Event code 198 (Language9)
    Event code 199 (?)
    Event code 200 (PlayCD)
    Event code 201 (PauseCD)
    Event code 202 (Prog3)
    Event code 203 (Prog4)
    Event code 204 (Suspend)
    Event code 205 (Close)
    Event code 206 (?)
    Event code 207 (?)
    Event code 208 (?)
    Event code 209 (?)
    Event code 210 (?)
    Event code 211 (?)
    Event code 212 (?)
    Event code 213 (?)
    Event code 214 (?)
    Event code 215 (?)
    Event code 216 (?)
    Event code 217 (?)
    Event code 218 (?)
    Event code 219 (?)
    Event code 220 (?)
    Event code 221 (?)
    Event code 222 (?)
    Event code 223 (?)
    Event code 224 (?)
    Event code 225 (?)
    Event code 226 (?)
    Event code 227 (?)
    Event code 228 (?)
    Event code 229 (?)
    Event code 230 (?)
    Event code 231 (?)
    Event code 232 (?)
    Event code 233 (?)
    Event code 234 (?)
    Event code 235 (?)
    Event code 236 (?)
    Event code 237 (?)
    Event code 238 (?)
    Event code 239 (?)
    Event code 240 (?)
    Event code 241 (?)
    Event code 242 (?)
    Event code 243 (?)
    Event code 244 (?)
    Event code 245 (?)
    Event code 246 (?)
    Event code 247 (?)
    Event code 248 (?)
    Event code 249 (?)
    Event code 250 (?)
    Event code 251 (?)
    Event code 252 (?)
    Event code 253 (?)
    Event code 254 (?)
    Event code 255 (?)
    Event code 256 (Btn0)
  Event type 20 (Repeat)

Und von event0

vdr:/var/lib/vdr# evtest /dev/input/event0
Input driver version is 1.0.0
Input device ID: bus 0x11 vendor 0x1 product 0x1 version 0xab41
Input device name: "AT Translated Set 2 keyboard"
Supported events:
  Event type 0 (Reset)
    Event code 0 (Reset)
    Event code 1 (Key)
    Event code 4 (?)
    Event code 17 (LED)
    Event code 20 (Repeat)
  Event type 1 (Key)
    Event code 1 (Esc)
    Event code 2 (1)
    Event code 3 (2)
    Event code 4 (3)
    Event code 5 (4)
    Event code 6 (5)
    Event code 7 (6)
    Event code 8 (7)
    Event code 9 (8)
    Event code 10 (9)
    Event code 11 (0)
    Event code 12 (Minus)
    Event code 13 (Equal)
    Event code 14 (Backspace)
    Event code 15 (Tab)
    Event code 16 (Q)
    Event code 17 (W)
    Event code 18 (E)
    Event code 19 (R)
    Event code 20 (T)
    Event code 21 (Y)
    Event code 22 (U)
    Event code 23 (I)
    Event code 24 (O)
    Event code 25 (P)
    Event code 26 (LeftBrace)
    Event code 27 (RightBrace)
    Event code 28 (Enter)
    Event code 29 (LeftControl)
    Event code 30 (A)
    Event code 31 (S)
    Event code 32 (D)
    Event code 33 (F)
    Event code 34 (G)
    Event code 35 (H)
    Event code 36 (J)
    Event code 37 (K)
    Event code 38 (L)
    Event code 39 (Semicolon)
    Event code 40 (Apostrophe)
    Event code 41 (Grave)
    Event code 42 (LeftShift)
    Event code 43 (BackSlash)
    Event code 44 (Z)
    Event code 45 (X)
    Event code 46 (C)
    Event code 47 (V)
    Event code 48 (B)
    Event code 49 (N)
    Event code 50 (M)
    Event code 51 (Comma)
    Event code 52 (Dot)
    Event code 53 (Slash)
    Event code 54 (RightShift)
    Event code 55 (KPAsterisk)
    Event code 56 (LeftAlt)
    Event code 57 (Space)
    Event code 58 (CapsLock)
    Event code 59 (F1)
    Event code 60 (F2)
    Event code 61 (F3)
    Event code 62 (F4)
    Event code 63 (F5)
    Event code 64 (F6)
    Event code 65 (F7)
    Event code 66 (F8)
    Event code 67 (F9)
    Event code 68 (F10)
    Event code 69 (NumLock)
    Event code 70 (ScrollLock)
    Event code 71 (KP7)
    Event code 72 (KP8)
    Event code 73 (KP9)
    Event code 74 (KPMinus)
    Event code 75 (KP4)
    Event code 76 (KP5)
    Event code 77 (KP6)
    Event code 78 (KPPlus)
    Event code 79 (KP1)
    Event code 80 (KP2)
    Event code 81 (KP3)
    Event code 82 (KP0)
    Event code 83 (KPDot)
    Event code 85 (F13)
    Event code 86 (102nd)
    Event code 87 (F11)
    Event code 88 (F12)
    Event code 89 (F14)
    Event code 90 (F15)
    Event code 91 (F16)
    Event code 92 (F17)
    Event code 93 (F18)
    Event code 94 (F19)
    Event code 95 (F20)
    Event code 96 (KPEnter)
    Event code 97 (RightCtrl)
    Event code 98 (KPSlash)
    Event code 99 (SysRq)
    Event code 100 (RightAlt)
    Event code 102 (Home)
    Event code 103 (Up)
    Event code 104 (PageUp)
    Event code 105 (Left)
    Event code 106 (Right)
    Event code 107 (End)
    Event code 108 (Down)
    Event code 109 (PageDown)
    Event code 110 (Insert)
    Event code 111 (Delete)
    Event code 112 (Macro)
    Event code 113 (Mute)
    Event code 114 (VolumeDown)
    Event code 115 (VolumeUp)
    Event code 116 (Power)
    Event code 117 (KPEqual)
    Event code 118 (KPPlusMinus)
    Event code 119 (Pause)
    Event code 121 (F22)
    Event code 124 (KPComma)
    Event code 125 (LeftMeta)
    Event code 126 (RightMeta)
    Event code 127 (Compose)
    Event code 128 (Stop)
    Event code 140 (Calc)
    Event code 142 (Sleep)
    Event code 143 (WakeUp)
    Event code 150 (WWW)
    Event code 155 (Mail)
    Event code 156 (Bookmarks)
    Event code 157 (Computer)
    Event code 158 (Back)
    Event code 159 (Forward)
    Event code 163 (NextSong)
    Event code 164 (PlayPause)
    Event code 165 (PreviousSong)
    Event code 166 (StopCD)
    Event code 173 (Refresh)
    Event code 183 (International3)
    Event code 184 (International4)
    Event code 185 (International5)
    Event code 217 (?)
    Event code 226 (?)
  Event type 4 (?)
    Event code 4 (?)
  Event type 17 (LED)
    Event code 0 (NumLock)
    Event code 1 (CapsLock)
    Event code 2 (ScrollLock)
  Event type 20 (Repeat)
Testing ... (interrupt to exit)

Wobei bei Tastendrücken auf der Tastatur weder eine evtest weder wein event von event0 noch event1 zeigt (obwohl der vdr auf die Tastendrücke reagiert).

BTW: Wenn ich den VDR kille, dann geht die Tastatur auf der Konsole auch wieder (und ich kann von Konsole 8 auf Konsole 1 per ALT+F1 umschalten) und evtest /dev/input/event0 zeigt die passenden tastendrücke an...

Auf event0 (der FullFeatured) werden jedoch auch bei abgeschalteten VDR keine FB-Kommandos registriert (wobei sowohl in einer der beiden Budgets als auch in der FlullFeatured jeweils ein IR-Sensor steckt und diese auch schon gegeneinander getauscht wurden, um einen defekt des IR-Sensors auszuschließen, evtlt. ist der Eingang der IR-FullFeatured beschädigt worden (wie kann ich das testen) da bei meinen Umbauten leider der Klinkenstecker aus der Buchse gerutsch war?!?).

HILFE!!!!!

Hi

stimmt, du hast recht. Es liegt scheinbar an tvm2epg. Bei Sendern, welche das "Senderseitige" EPG nutzen gehts.

Allerdings fehlt nicht das EPG bis 6:00, sondern bei Sendungen, die um 23:55 starten haben nur 5 min EPG. Sendungen die um 0:05 starten werden korrekt angezeigt. Scheinbar scheint das tvm2epg um Punkt 0:00 den EPG zu leeren.

Ich hab auch gerade die Cronjobs gecheckt:

/etc/cron.d/vdr-addon-tvmovie2vdr startet um 0 und um 12...

Liegt also vermutlich am /etc/vdr/tvmovie2vdr/config.pl am $clearEPG=1...

Wenn es das alledings auf 0 setze, habe ich manchmal zum falschen Sender zugeordenete EPG-Daten?!?

Oder gibt es da irgendwie eine elegante Lösung, die alten EPG-Daten mit der Zeit zu löschen und trotzdem dann nicht alle Daten zu verlieren?