Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: VDR Portal. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

181

Dienstag, 16. Oktober 2007, 19:17

So, habe mal ein wenig gelauscht..

Win XP, BDA APP, Aktionen gemäss Work Log
Mein Kabelprovider ist nicht Cablecom, sondern Renet/Quickline. Darum habe ich die meisten Kanäle unverschlüsselt.

Work log .txt - was wurde wann gemacht
log.txt - sniffing mit i2cmon von e9hack
»Hein Blöd« hat folgende Datei angehängt:
  • Archiv.zip (17,03 kB - 67 mal heruntergeladen - zuletzt: 9. Juni 2013, 17:02)

Mein VDR

Asus P5N7A, E5200, Kingston 2 GB, 128 GB SSD, BR LG 8x, verpackt in einem HP VL400 Desktop Gehäuse, DigitalDevices Octopus, 2x DuoFlex C V3 (somit 4 Tuner), oneForAll Smartcontrol 7960, Merlin Tastatur, Gen2VDR V5.1 Upd. 10, VDR User #2066
http://www.vdr-portal.de/board/thread.php?threadid=86408

TV: Philips 42PFL9603 / Receiver: Onkyo TX-NR616 / Boxen: Teufel System 4 Cinema

Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »Hein Blöd« (16. Oktober 2007, 19:29)


e9hack

Profi

Beiträge: 1 653

Wohnort: BW in der Nähe von Esslingen

  • Nachricht senden

182

Dienstag, 16. Oktober 2007, 20:50

Zitat

Original von Hein Blöd
So, habe mal ein wenig gelauscht..

Win XP, BDA APP, Aktionen gemäss Work Log
Mein Kabelprovider ist nicht Cablecom, sondern Renet/Quickline. Darum habe ich die meisten Kanäle unverschlüsselt.

Work log .txt - was wurde wann gemacht
log.txt - sniffing mit i2cmon von e9hack


Ich habe mal einen Blick drauf geworfen. Was sofort auffällt, der Tuner wird anders programmiert. Im Log steht:

Zitat


Divider: 1ae2 -> 394MHz
16.10.07 19:06:16.543: S c2(W) A 1a A e2 A c8 A 62 A 80 A P
16.10.07 19:06:16.602: S c2(W) A 1a A e2 A c8 A c2 A 80 A P

16.10.07 19:06:16.916: S c2(W) A 1a A e2 A c8 A 6a A 80 A P
16.10.07 19:06:16.982: S c2(W) A 1a A e2 A c8 A ca A 80 A P

16.10.07 19:06:17.340: S c2(W) A 1a A e2 A c8 A 62 A 80 A P
16.10.07 19:06:17.408: S c2(W) A 1a A e2 A c8 A c2 A 80 A P

16.10.07 19:06:18.714: S c2(W) A 1a A e2 A c8 A 6a A 80 A P
16.10.07 19:06:18.781: S c2(W) A 1a A e2 A c8 A ca A 80 A P

16.10.07 19:06:19.137: S c2(W) A 1a A e2 A c8 A 62 A 80 A P
16.10.07 19:06:19.204: S c2(W) A 1a A e2 A c8 A c2 A 80 A P

16.10.07 19:06:19.517: S c2(W) A 1a A e2 A c8 A 6a A 80 A P
16.10.07 19:06:19.584: S c2(W) A 1a A e2 A c8 A ca A 80 A P

16.10.07 19:06:19.933: S c2(W) A 1a A e2 A c6 A 48 A P <- Überlauf?
16.10.07 19:06:20.000: S c2(W) A 1a A e2 A c8 A c2 A 80 A P

16.10.07 19:06:20.759: S c2(W) A 1a A e2 A c8 A 6a A 80 A P
16.10.07 19:06:20.822: S c2(W) A 1a A e2 A c8 A ca A 80 A P

16.10.07 19:06:21.031: S c2(W) A 1a A e2 A c8 A 62 A 80 A P
16.10.07 19:06:21.100: S c2(W) A 1a A e2 A c8 A c2 A 80 A P

Divider: 1e62 -> 450MHz
16.10.07 19:06:21.422: S c2(W) A 1e A 62 A c8 A 6c A 80 A P
16.10.07 19:06:21.479: S c2(W) A 1e A 62 A c8 A 6c A 80 A P

16.10.07 19:06:22.015: S c2(W) A 1e A 62 A c3 A 44 A P <- Überlauf?
16.10.07 19:06:22.015: S c2(W) A 1e A 62 A c8 A 64 A 80 A P


Die Charge-Pump (rot) wird anders initialisiert. Bei 394MHz (VHF high) wird nach ca. 70ms der Wert geändert. Bei 450MHz (UHF) bleibt der Wert gleich. Das Bandwidth-Bit (blau) wird bei jedem Programmieren vom Tuner invertiert. Da es bei DVB-C eigentlich nur 8MHz-Bandbreite gibt, sollte der Wert eigentlich konstant sein.

Das Auswerten der Initialisierung vom stv0297 wird eine kleine Weile dauern.

Gruß
e9hack

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »e9hack« (16. Oktober 2007, 20:51)


e9hack

Profi

Beiträge: 1 653

Wohnort: BW in der Nähe von Esslingen

  • Nachricht senden

183

Dienstag, 16. Oktober 2007, 21:13

Zitat

Original von e9hack

Zitat


Divider: 1e62 -> 450MHz
16.10.07 19:06:22.015: S c2(W) A 1e A 62 A c3 A 44 A P <- Überlauf?
16.10.07 19:06:22.015: S c2(W) A 1e A 62 A c8 A 64 A 80 A P



Nach dem Log hat es nur nach diesem (letzten) Zugriff auf den Tuner einen Lock gegeben. Da ist das Bandwidth-Bit nicht gesetzt. Der Linux-Treiber setzt das Bit immer.

Gruß
e9hack

184

Dienstag, 16. Oktober 2007, 21:20

Soll/kann ich noch etwas testen?
Sind die Werte anders als bei dir mit Win 2k?

Mein VDR

Asus P5N7A, E5200, Kingston 2 GB, 128 GB SSD, BR LG 8x, verpackt in einem HP VL400 Desktop Gehäuse, DigitalDevices Octopus, 2x DuoFlex C V3 (somit 4 Tuner), oneForAll Smartcontrol 7960, Merlin Tastatur, Gen2VDR V5.1 Upd. 10, VDR User #2066
http://www.vdr-portal.de/board/thread.php?threadid=86408

TV: Philips 42PFL9603 / Receiver: Onkyo TX-NR616 / Boxen: Teufel System 4 Cinema

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Hein Blöd« (16. Oktober 2007, 21:30)


e9hack

Profi

Beiträge: 1 653

Wohnort: BW in der Nähe von Esslingen

  • Nachricht senden

185

Sonntag, 21. Oktober 2007, 18:41

Hi,

ich habe das Log-File für Frequenz 450MHz analysiert. Es gibt geringfügige Unterschiede zum Linux-Treiber. In der Init-Tabelle sind zwei Byte anders initialisiert:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
diff -r 4ae65d0844cf linux/drivers/media/dvb/ttpci/budget-ci.c
--- a/linux/drivers/media/dvb/ttpci/budget-ci.c Thu Oct 18 16:25:58 2007 -0200
+++ b/linux/drivers/media/dvb/ttpci/budget-ci.c Sun Oct 21 18:21:49 2007 +0200
@@ -1000,8 +1000,8 @@ static u8 dvbc_philips_tdm1316l_inittab[
        0x45, 0x00,
        0x46, 0x00,
        0x49, 0x04,
-       0x4a, 0x00,
-       0x4b, 0x7b,
+       0x4a, 0xff,
+       0x4b, 0x7f,
        0x52, 0x30,
        0x55, 0xae,
        0x56, 0x47,

Wenn ich das bei meiner TT C2300 anwende, empfängt die nichts mehr. Der Ablauf bei der Initialisierung des Demodulators ist geringfügig anders:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
diff -r 4ae65d0844cf linux/drivers/media/dvb/frontends/stv0297.c
--- a/linux/drivers/media/dvb/frontends/stv0297.c       Thu Oct 18 16:25:58 2007 -0200
+++ b/linux/drivers/media/dvb/frontends/stv0297.c       Sun Oct 21 18:11:52 2007 +0200
@@ -427,7 +427,7 @@ static int stv0297_set_frontend(struct d
        inversion = p->inversion;
        if (state->config->invert)
                inversion = (inversion == INVERSION_ON) ? INVERSION_OFF : INVERSION_ON;
-       carrieroffset = -330;
+       carrieroffset = -198;
        switch (inversion) {
        case INVERSION_OFF:
                break;
@@ -442,17 +442,33 @@ static int stv0297_set_frontend(struct d
        }

        stv0297_init(fe);
+
+       // warum hier Symbolrate 6890 ?
+       stv0297_set_symbolrate(state, 6890);
+
+       // möglicherweise wird 0x10 ohne Maske geschrieben
+       stv0297_writereg_mask(state, 0x88, 0x10, 0x10);
+
        if (fe->ops.tuner_ops.set_params) {
                fe->ops.tuner_ops.set_params(fe, p);
                if (fe->ops.i2c_gate_ctrl) fe->ops.i2c_gate_ctrl(fe, 0);
        }

        /* clear software interrupts */
-       stv0297_writereg(state, 0x82, 0x0);
+       stv0297_writereg(state, 0x82, 0x04);

        /* set initial demodulation frequency */
-       stv0297_set_initialdemodfreq(state, 7250);
-
+       stv0297_set_initialdemodfreq(state, 7209);
+
+       stv0297_writereg_mask(state, 0x43, 0x10, 0x10);
+
+       // ????
+       stv0297_readreg(state, 0x30);
+       stv0297_readreg(state, 0x31);
+       stv0297_readreg(state, 0x32);
+       stv0297_readreg(state, 0x33);
+       stv0297_readreg(state, 0x35);
+
        /* setup AGC */
        stv0297_writereg_mask(state, 0x43, 0x10, 0x00);
        stv0297_writereg(state, 0x41, 0x00);
@@ -509,17 +525,20 @@ static int stv0297_set_frontend(struct d
        /* set parameters */
        stv0297_set_qam(state, p->u.qam.modulation);
        stv0297_set_symbolrate(state, p->u.qam.symbol_rate / 1000);
+
+       // get symbol rate ??
+       stv0297_readreg(state, 0x55);
+       stv0297_readreg(state, 0x56);
+       stv0297_readreg(state, 0x57);
+       stv0297_readreg(state, 0x58);
+
        stv0297_set_sweeprate(state, sweeprate, p->u.qam.symbol_rate / 1000);
        stv0297_set_carrieroffset(state, carrieroffset);
        stv0297_set_inversion(state, inversion);

        /* kick off lock */
-       /* Disable corner detection for higher QAMs */
-       if (p->u.qam.modulation == QAM_128 ||
-               p->u.qam.modulation == QAM_256)
-               stv0297_writereg_mask(state, 0x88, 0x08, 0x00);
-       else
-               stv0297_writereg_mask(state, 0x88, 0x08, 0x08);
+       // enable corner detection
+       stv0297_writereg_mask(state, 0x88, 0x08, 0x08);

        stv0297_writereg_mask(state, 0x5a, 0x20, 0x00);
        stv0297_writereg_mask(state, 0x6a, 0x01, 0x01);
@@ -556,6 +575,7 @@ static int stv0297_set_frontend(struct d
        }

        /* wait for equaliser full convergence */
+       msleep(200);
        timeout = jiffies + msecs_to_jiffies(delay);
        while (time_before(jiffies, timeout)) {
                msleep(10);

Wenn ich das bei der TT C2300 anwende, sehe ich keine Änderung bei den BER-Werten. Ein weiterer Unterschied gibts bei der Programmierung des Tuners. Um bei 450MHz einen Lock zu bekommen, waren zwei Anläufe notwendig. Der 1. war mit Inversion = Off, der zweite mit Inversion = On. Gleichzeitig wurde beim zweiten Versuch das Bandbreiten-Bit für den Tuner geändert. Ich weiß nicht warum das gemacht wird. Mit Inversion On/Off hat das nichts zu tun.

Quellcode

1
2
3
4
5
6
7
8
--- a/linux/drivers/media/dvb/ttpci/budget-ci.c Thu Oct 18 16:25:58 2007 -0200
+++ b/linux/drivers/media/dvb/ttpci/budget-ci.c Sun Oct 21 18:21:49 2007 +0200
@@ -937,7 +937,7 @@ static int dvbc_philips_tdm1316l_tuner_s
                return -EINVAL;

        // assume PLL filter should always be 8MHz for the moment.
-       filter = 1;
+       filter = 0; //??????????????????


Gruß
e9hack

186

Sonntag, 21. Oktober 2007, 19:27

Und jetzt? Kann ich hier noch etwas testen? Parameter im Treiber ändern und testen?

Mir ist noch eine Sache unter Win aufgefallen. Das Bild ist ohne Artefakte, aber hin und wieder sind Frame dropes. Das Signal scheint auch unter Win grenzwertig zu sein. Da muss das Signal mal angehoben werden ;)

Ich wollte mir die Tage noch einen Verstärker (0-20 dB) für die Hausverteileranlage besorgen. Soll ich da die Win Tests noch einmal wiederholen?

Mein VDR

Asus P5N7A, E5200, Kingston 2 GB, 128 GB SSD, BR LG 8x, verpackt in einem HP VL400 Desktop Gehäuse, DigitalDevices Octopus, 2x DuoFlex C V3 (somit 4 Tuner), oneForAll Smartcontrol 7960, Merlin Tastatur, Gen2VDR V5.1 Upd. 10, VDR User #2066
http://www.vdr-portal.de/board/thread.php?threadid=86408

TV: Philips 42PFL9603 / Receiver: Onkyo TX-NR616 / Boxen: Teufel System 4 Cinema

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Hein Blöd« (21. Oktober 2007, 19:34)


e9hack

Profi

Beiträge: 1 653

Wohnort: BW in der Nähe von Esslingen

  • Nachricht senden

187

Sonntag, 21. Oktober 2007, 20:12

Zitat

Original von Hein Blöd
Und jetzt? Kann ich hier noch etwas testen? Parameter im Treiber ändern und testen?

Du könntest die drei Sachen mal einzeln unter Linux testen.

Gruß
e9hack

188

Sonntag, 21. Oktober 2007, 21:33

Habe gerade probiert die neusten Treiber Sources (v4l-dvb) zu laden. Nach dem Laden bekomme ich beim make zwei Fehler, weswegen make install nicht laufen möchte. Hat da einer einen Tipp:
hg clone http://linuxtv.org/hg/v4l-dvb
cd /v4l-dvb
make

=>
/v4l-dvb/v4l/saa7134-tvaudio.c:30:27: error: linux/freezer.h: No such file or directory
make[3]: *** [/v4l-dvb/v4l/saa7134-tvaudio.o] Error 1
make[2]: *** [_module_/v4l-dvb/v4l] Error 2
make[2]: Leaving directory `/usr/src/linux-headers-2.6.18-4-486'
make[1]: *** [default] Fehler 2
make[1]: Leaving directory `/v4l-dvb/v4l'
make: *** [all] Fehler 2
vdr:/v4l-dvb#


make install
=>
strip: supported targets: elf32-i386 a.out-i386-linux efi-app-ia32 elf32-little elf32-big elf64-x86-64 elf64-little elf64-big srec symbolsrec tekhex binary ihex trad-core
make[1]: *** [media-install] Fehler 1
make[1]: Leaving directory `/v4l-dvb/v4l'
make: *** [install] Fehler 2
vdr:/v4l-dvb#

Und nun?

Mein VDR

Asus P5N7A, E5200, Kingston 2 GB, 128 GB SSD, BR LG 8x, verpackt in einem HP VL400 Desktop Gehäuse, DigitalDevices Octopus, 2x DuoFlex C V3 (somit 4 Tuner), oneForAll Smartcontrol 7960, Merlin Tastatur, Gen2VDR V5.1 Upd. 10, VDR User #2066
http://www.vdr-portal.de/board/thread.php?threadid=86408

TV: Philips 42PFL9603 / Receiver: Onkyo TX-NR616 / Boxen: Teufel System 4 Cinema

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Hein Blöd« (21. Oktober 2007, 21:34)


189

Montag, 22. Oktober 2007, 18:14

hallo e9hack,

können deine Patchs mein Problem mit der Umschaltzeit lösen?
Dann würde ich diese auch ausprobieren.

Könntest du vllt. die geänderten Dateien anhängen?
Hab so meine Probleme mit dem Patchen ;)

PS.: Um die Patchs einzubauen, muss man doch immer neuen Kernel bauen, oder geht es irgendwie einfacher/schneller?

Gruß

190

Montag, 22. Oktober 2007, 18:19

du brauchst keinen neuen Kernel. Aber würde mich wundern, wenn du bei dem kompilieren weiterkommst als ich - siehe Thread oben.

Mein VDR

Asus P5N7A, E5200, Kingston 2 GB, 128 GB SSD, BR LG 8x, verpackt in einem HP VL400 Desktop Gehäuse, DigitalDevices Octopus, 2x DuoFlex C V3 (somit 4 Tuner), oneForAll Smartcontrol 7960, Merlin Tastatur, Gen2VDR V5.1 Upd. 10, VDR User #2066
http://www.vdr-portal.de/board/thread.php?threadid=86408

TV: Philips 42PFL9603 / Receiver: Onkyo TX-NR616 / Boxen: Teufel System 4 Cinema


191

Montag, 22. Oktober 2007, 18:37

wie mach ich es denn anders? also ohne den kernel neu zu bauen.

192

Montag, 22. Oktober 2007, 18:40

Gratulation.

Auch du hast die neue Revision und die macht Stress. Darum machen wir hier ja die ganze Arbeit. Ich habe die gleiche Karte

Mein VDR

Asus P5N7A, E5200, Kingston 2 GB, 128 GB SSD, BR LG 8x, verpackt in einem HP VL400 Desktop Gehäuse, DigitalDevices Octopus, 2x DuoFlex C V3 (somit 4 Tuner), oneForAll Smartcontrol 7960, Merlin Tastatur, Gen2VDR V5.1 Upd. 10, VDR User #2066
http://www.vdr-portal.de/board/thread.php?threadid=86408

TV: Philips 42PFL9603 / Receiver: Onkyo TX-NR616 / Boxen: Teufel System 4 Cinema


193

Montag, 22. Oktober 2007, 18:47

Naja, ich habe ja noch das Glück, dass die Bildqualität sehr gut ist. Es sind halt die Umschaltzeiten bei QAM256 Sendern. Die machen das Zappen unmöglich und den VDR nicht Wohnzimmer tauglich :-/

194

Montag, 22. Oktober 2007, 19:16

Wow!

Grad neuen Kernel mit dem zweiten Patch fertig gebaut, installiert, und siehe da...
Umschaltzeiten bei ca. EINER Sekunde! :D

Also ich bin fürs Erste sprachlos. Das muss erstmal mit einem Bier begossen werden ;)

Ein riesengroßes Dankeschön an e9hack!!

Wenn ihr was von mir braucht, logs usw, einfach bescheid sagen.

PS: Bei dem ersten Patch habe ich keinen Unterschied feststellen können

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »VladOs« (22. Oktober 2007, 19:30)


e9hack

Profi

Beiträge: 1 653

Wohnort: BW in der Nähe von Esslingen

  • Nachricht senden

195

Montag, 22. Oktober 2007, 20:31

Zitat

Original von VladOs
Grad neuen Kernel mit dem zweiten Patch fertig gebaut, installiert, und siehe da...
Umschaltzeiten bei ca. EINER Sekunde! :D

Ich glaube nicht, das der gesammte zweite Block in Summe notwendig ist. Kannst Du das nochmal zeilenweise einbauen und testen?

Gruß
e9hack

196

Montag, 22. Oktober 2007, 23:29

Habe alle Änderungen an den Sourcen nachgeführt - ab Seite 5 hier. Beim make läuft er wunderbar durch. Make install ebenso wunderbar. Aber das Bild bleibt schwarz (Video der C-Karte). OSD der FF Karte ist wunderschön. Aber an den stv0299 Settings habe ich nichts verändert.

@e9hack
Den prinktk... (Debugging Info) kann ich wohl einfach rauslöschen?

@VladOs
Kannst du mir deine Sources V4l zum kompilieren schicken?

Mein VDR

Asus P5N7A, E5200, Kingston 2 GB, 128 GB SSD, BR LG 8x, verpackt in einem HP VL400 Desktop Gehäuse, DigitalDevices Octopus, 2x DuoFlex C V3 (somit 4 Tuner), oneForAll Smartcontrol 7960, Merlin Tastatur, Gen2VDR V5.1 Upd. 10, VDR User #2066
http://www.vdr-portal.de/board/thread.php?threadid=86408

TV: Philips 42PFL9603 / Receiver: Onkyo TX-NR616 / Boxen: Teufel System 4 Cinema


197

Dienstag, 23. Oktober 2007, 00:18

Auch nach Entschlackung und neuem make und make install hat sich am schwrzen Bild nichts geändert. Aber SNR ist geringfügig besser geworden 12-15%. STR auf allen Kanälen 0%. Was habe ich jetzt ieder getan? Wo liegt der Fehler?

Mein VDR

Asus P5N7A, E5200, Kingston 2 GB, 128 GB SSD, BR LG 8x, verpackt in einem HP VL400 Desktop Gehäuse, DigitalDevices Octopus, 2x DuoFlex C V3 (somit 4 Tuner), oneForAll Smartcontrol 7960, Merlin Tastatur, Gen2VDR V5.1 Upd. 10, VDR User #2066
http://www.vdr-portal.de/board/thread.php?threadid=86408

TV: Philips 42PFL9603 / Receiver: Onkyo TX-NR616 / Boxen: Teufel System 4 Cinema


198

Dienstag, 23. Oktober 2007, 00:22

Wie gesagt, ich habe den Kernel neu gebaut mit dem zweiten Patch

@e9hack
Dürfte sehr aufwendig sein zeilenweise zu testen. Da muss ich mich erst mit der anderen Methode vertaut machen.

@Hein Blöd
Die Sources von V4l hab ich gar nicht angerührt. Ich habe mir die Linux-Source-2.6.22 gezogen, Patch eingebaut und neuen Kernel gebaut.

199

Dienstag, 23. Oktober 2007, 07:08

Ich habe wieder Bild (ungepatchter Treiber). Werde heute Abend mit gepatchtem Treiber weiter testen. Versuche mich mal durchzuarbeiten (Zeile für Zeile).

Mein VDR

Asus P5N7A, E5200, Kingston 2 GB, 128 GB SSD, BR LG 8x, verpackt in einem HP VL400 Desktop Gehäuse, DigitalDevices Octopus, 2x DuoFlex C V3 (somit 4 Tuner), oneForAll Smartcontrol 7960, Merlin Tastatur, Gen2VDR V5.1 Upd. 10, VDR User #2066
http://www.vdr-portal.de/board/thread.php?threadid=86408

TV: Philips 42PFL9603 / Receiver: Onkyo TX-NR616 / Boxen: Teufel System 4 Cinema


200

Dienstag, 23. Oktober 2007, 21:04

Ich habe nur wieder ein schwarzes Bild. EPG kommt rein. Signalanzeige auch. Video- & Audiodatenstrom teilweise 0. Ich habe wohl nicht den richtigen Kernel um weiter mitzutesten. Man kann nur hoffen, dass der nächste CT Kernel demnächst erscheint.

Mein VDR

Asus P5N7A, E5200, Kingston 2 GB, 128 GB SSD, BR LG 8x, verpackt in einem HP VL400 Desktop Gehäuse, DigitalDevices Octopus, 2x DuoFlex C V3 (somit 4 Tuner), oneForAll Smartcontrol 7960, Merlin Tastatur, Gen2VDR V5.1 Upd. 10, VDR User #2066
http://www.vdr-portal.de/board/thread.php?threadid=86408

TV: Philips 42PFL9603 / Receiver: Onkyo TX-NR616 / Boxen: Teufel System 4 Cinema


Immortal Romance Spielautomat