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.

e9hack

Profi

Beiträge: 1 653

Wohnort: BW in der Nähe von Esslingen

  • Nachricht senden

141

Montag, 6. August 2007, 22:39

Zitat

Original von UFO
Übel ist auch, daß es zwei stv0297 Frontend-Treiber gibt. Das trägt alles nicht gerade zur Qualität der Treiber bei. Funktioniert die Cablestar (stv0297_cs2) eigentlich besser?


Der stv0297_cs2-Part ist von vor dem PLL-Refactoring und läßt sich seit ca. 2 Jahren nicht mehr kompilieren. Prinzipiell gibt es Unterschiede in der Initialisierung des stv0297 der einzelnen Karten. Ohne eine Spec zu haben, betrifft es die Initialisierung der AGC (Polarität bzw. Invertierung?) und das Output-Interface (Bit-Order und/oder Polarität vom Sync-Signal?).

Bei der TT-C1500 spekuliere ich mehr auf die Tuner-Initialisierung.

Gruß
e9hack

UFO

Erleuchteter

Beiträge: 5 408

Wohnort: Großherzogthum Baden

  • Nachricht senden

142

Dienstag, 7. August 2007, 00:30

Zitat

Original von e9hack

Zitat

Original von UFO
Übel ist auch, daß es zwei stv0297 Frontend-Treiber gibt. Das trägt alles nicht gerade zur Qualität der Treiber bei. Funktioniert die Cablestar (stv0297_cs2) eigentlich besser?


Der stv0297_cs2-Part ist von vor dem PLL-Refactoring und läßt sich seit ca. 2 Jahren nicht mehr kompilieren.

D.h. die Cablestar verwendet den normalen stv0297.c und funktioniert damit?

Zitat


Prinzipiell gibt es Unterschiede in der Initialisierung des stv0297 der einzelnen Karten. Ohne eine Spec zu haben, betrifft es die Initialisierung der AGC (Polarität bzw. Invertierung?) und das Output-Interface (Bit-Order und/oder Polarität vom Sync-Signal?).

Bei der TT-C1500 spekuliere ich mehr auf die Tuner-Initialisierung.

Hm...

CU
Oliver
VDR Remote Control Plugin (Version 0.7.0): http://www.escape-edv.de/endriss/vdr
FAQ zum Remote Control Plugin: http://www.escape-edv.de/endriss/vdr/FAQ
Aktuelle Treiber: http://www.vdr-portal.de/board18-vdr-har…-s2-6400-teil-3
Full-TS-Mod für SD full-featured Karten: http://www.escape-edv.de/endriss/dvb-full-ts-mod bzw. hier
SDRAM-Erweiterung für SD full-featured Karten: http://www.escape-edv.de/endriss/dvb-mem-mod

e9hack

Profi

Beiträge: 1 653

Wohnort: BW in der Nähe von Esslingen

  • Nachricht senden

143

Mittwoch, 8. August 2007, 18:15

Zitat

Original von Hein Blöd
Ein zweiter PC mit Windows ist auch kein Problem. Morgen haben wir Feiertag. Das Päckchen geht dann noch diese Woche raus.

Die Karte ist heute angekommen. Ich habe sie unter Linux kurz getestet. Sie funktioniert mit QAM64 eigentlich problemlos. Im VHF Bereich (113 u. 346MHz) gibt es keine Unterschiede zur TT-C2300. Bei 458 u. 466MHz ist der BER Wert deutlich höher. UNC bleibt auf 0. Bei 450MHz und QAM256 ist der BER Wert auch deutlich höher und es gibt UNC Werte bis 5. Bei BER Werten in der Größenordnung hat die TT-C2300 immer UNC 0. Was merkwürdig ist, bei UNC >0 habe ich bei der TT-C2300 immer Artefakte und Tonaussetzer gehabt. Bei der TT-C1500 sieht man das nicht. Möglicherweise liegt das aber am Transfermode.

Windows muß ich erst wieder installieren. Ich oder Linux hat zwischenzeitlich die Linux-Partition geschreddert und ich habe dann gleich neu partitioniert.

Gruß
e9hack

Nachtrag: Meine höchste Frequenz liegt bei 466MHz. Wies im oberen UHF-Bereich aussieht, kann ich daher nicht sagen.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »e9hack« (8. August 2007, 18:26)


144

Mittwoch, 8. August 2007, 21:12

Ich hatte mal eine TT 2300C von einem Arbeitskollegen verbaut - im gleichen Setup. Die Karte war deutlich schlechter im Empfang, auch bei QAM64. Hat dir keine Ruhe gelassen die C1500 mal zu testen ;)
Hätte ich das gewusst, hätte ich dir das CI mit beigelegt.

Verstehe ich dich richtig, dass die C1500 bei dir auch bessere Ergebnisse als die C2300 bringt?

Ich hatte übrigens mit Wirbelscan die besten Ergebnisse.

Konntest du gut löten? Sah mir dann doch sehr eng aus.

Grüsse aus der Schweiz
Oliver

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


e9hack

Profi

Beiträge: 1 653

Wohnort: BW in der Nähe von Esslingen

  • Nachricht senden

145

Mittwoch, 8. August 2007, 22:24

Zitat

Original von Hein Blöd
Hat dir keine Ruhe gelassen die C1500 mal zu testen ;)

Ich hoffe, Du erwartest nicht, daß ich die 3 Strippen anlöte und Dir die Karte sofort zurück schicke.

Zitat


Verstehe ich dich richtig, dass die C1500 bei dir auch bessere Ergebnisse als die C2300 bringt?

Das verstehst Du falsch. Die C2300 ist besser.

Zitat


Konntest du gut löten? Sah mir dann doch sehr eng aus.

Ich habe noch nicht angefangen. Um das EEPROM ist aber viel Platz.

Gruß
e9hack

146

Mittwoch, 8. August 2007, 22:42

Du kannst ruhig eine Weile testen. Der Rückversand eilt nicht.

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


e9hack

Profi

Beiträge: 1 653

Wohnort: BW in der Nähe von Esslingen

  • Nachricht senden

147

Donnerstag, 9. August 2007, 20:41

Zitat

Original von e9hack
Windows muß ich erst wieder installieren.


Windows ist jetzt neu installiert. QAM64 funktioniert. QAM256 hat deutliche Hänger, obwohl die Signalqualität mit 100% angezeigt wird. Wenn Windows auch Probleme bei QAM256 hat, wird man da wohl nichts für Linux ableiten können. Ich werde aber noch am I2C-Bus lauschen.

Gruß
e9hack

e9hack

Profi

Beiträge: 1 653

Wohnort: BW in der Nähe von Esslingen

  • Nachricht senden

148

Freitag, 10. August 2007, 18:16

Hi,

können alle mit einer TT-C1500 mal folgenden Patch testen:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
diff -r dd58780b6fb4 linux/drivers/media/dvb/ttpci/budget-ci.c
--- a/linux/drivers/media/dvb/ttpci/budget-ci.c Thu Aug 09 16:30:39 2007 +0200
+++ b/linux/drivers/media/dvb/ttpci/budget-ci.c Fri Aug 10 18:06:35 2007 +0200
@@ -1054,7 +1054,7 @@ static u8 dvbc_philips_tdm1316l_inittab[
        0xdf, 0x00,
        0x61, 0x38,
        0x62, 0x0a,
-       0x53, 0x13,
+       0x53, 0x08,
        0x59, 0x08,
        0xff, 0xff,
 };


Olivers (Hein Blöds) TT-C1500 hat dann bei QAM256 deutlich niedrigerere BER Werte und UNC bleibt auf 0. Ich habe dann mal bei der TT-C2300 Register 0x53 auf 0x13 gesetzt. Die BER-Werte bei QAM256 verdoppeln sich und ich bekomme UNC Werte im Bereich 0..9.

Gruß
e9hack

149

Freitag, 10. August 2007, 21:44

Bei mir empfängt die C1500 unter Windows einwandfrei. Keinerlei Artefakte, geniales Bild.

@e9hack
Was soll der neue Patch bewirken? Ist damit der Empfang besser? Viel fehlt bei mir nicht zum stabilen QAM256 Bild unter Linux. Immerhin hatte ich von allen hier das beste Bild.

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


150

Freitag, 10. August 2007, 21:47

Weil Du sagst alle:
Meinst Du auch die, mit einer alten C1500? Ich hab noch ne C1500 der ersten Serie. Die hat kaum Probleme mit QAM256. Ist zwar etwas schlechter als meine Satelco, aber die BER liegt i.d.R. unter 50 und UNC bleibt 0.
VDR-Client: AMD E-350 + nVidia GT630 + Sandisk ReadyCache SSD, keine TV-Karte
VDR-Server: MSI C847MS-E33, Sandisk ReadyCache SSD, 2 TB 2,5" Festplatte, Empfang über Digital Devices Cine CT V6 + CineFlex CT (zusammen 4 Tuner)
Distri: Archlinux

e9hack

Profi

Beiträge: 1 653

Wohnort: BW in der Nähe von Esslingen

  • Nachricht senden

151

Freitag, 10. August 2007, 22:32

Zitat

Original von Hein Blöd
Was soll der neue Patch bewirken? Ist damit der Empfang besser? Viel fehlt bei mir nicht zum stabilen QAM256 Bild unter Linux.


Ohne den Patch sieht es bei meinem einzigen sichtbaren QAM256 Kanal so aus:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
very-new-darkstar:/usr/src/v4l-dvb-av7110-refactoring-work # femon -a1
FE: ST STV0297 DVB-C (DVBC)
status SCVYL | signal 030a | snr 17a5 | ber 0000044b | unc 00000009 | FE_HAS_LOCK
status SCVYL | signal 030a | snr 1a74 | ber 000003bd | unc 00000001 | FE_HAS_LOCK
status SCVYL | signal 030a | snr 1946 | ber 00000382 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal 030a | snr 186d | ber 00000368 | unc 00000009 | FE_HAS_LOCK
status SCVYL | signal 030b | snr 1944 | ber 00000392 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal 030a | snr 2158 | ber 0000040b | unc 00000005 | FE_HAS_LOCK
status SCVYL | signal 030a | snr 1a90 | ber 00000367 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal 030a | snr 1a7f | ber 00000385 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal 0309 | snr 1b69 | ber 000003ed | unc 00000018 | FE_HAS_LOCK
status SCVYL | signal 030a | snr 193e | ber 0000039f | unc 00000001 | FE_HAS_LOCK
Mit dem Patch dann so:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
very-new-darkstar:/usr/src/v4l-dvb-av7110-refactoring-work # femon -a1
FE: ST STV0297 DVB-C (DVBC)
status SCVYL | signal 030a | snr 1802 | ber 00000162 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal 030a | snr 184c | ber 0000018f | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal 030a | snr 1a2c | ber 000001a8 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal 0309 | snr 19b1 | ber 00000164 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal 030a | snr 1805 | ber 00000180 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal 030a | snr 19fd | ber 0000017a | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal 030a | snr 190a | ber 00000192 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal 030a | snr 1897 | ber 000001d9 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal 0309 | snr 19c5 | ber 00000159 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal 030a | snr 18bf | ber 000001ad | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal 030a | snr 193c | ber 000001f2 | unc 00000000 | FE_HAS_LOCK


Ich habe einfach nochmal die Init-Tabellen für den stv0297 verglichen und ein paar Schnelltests gemacht. Den Windows-Treiber werde ich dann Sa/So belauschen. Wenn das Wetter weiter so bescheiden bleibt, habe ich ja viel Zeit dafür.

Gruß
e9hack

e9hack

Profi

Beiträge: 1 653

Wohnort: BW in der Nähe von Esslingen

  • Nachricht senden

152

Freitag, 10. August 2007, 22:34

Zitat

Original von HTPC-Schrauber
Meinst Du auch die, mit einer alten C1500? Ich hab noch ne C1500 der ersten Serie. Die hat kaum Probleme mit QAM256.


Da man die Karten (alt oder neu) vom Treiber her nicht unterscheiden kann, sollte so eine Veränderung bei funktionierenden Karten nicht zur verschlechterung führen.

Gruß
e9hack

153

Freitag, 10. August 2007, 23:51

OK, dann werd ich den Patch auch mal bei mir austesten. Vielleicht wird die BER ja auch mit der alten noch ein bißchen niedriger.
Am WE komm ich wahrscheinlich nicht dazu. Aber ich werde berichten.
VDR-Client: AMD E-350 + nVidia GT630 + Sandisk ReadyCache SSD, keine TV-Karte
VDR-Server: MSI C847MS-E33, Sandisk ReadyCache SSD, 2 TB 2,5" Festplatte, Empfang über Digital Devices Cine CT V6 + CineFlex CT (zusammen 4 Tuner)
Distri: Archlinux

e9hack

Profi

Beiträge: 1 653

Wohnort: BW in der Nähe von Esslingen

  • Nachricht senden

154

Samstag, 11. August 2007, 21:15

Hi,

ich habe die Karte verlötet. Der Monitor funktioniert mit Einschränkungen. Der Windows-Treiber gönnt sich keine Pause währen der Initialisierung vom stv0297, sodaß der Puffer im ATMega überläuft. Die serielle Schnittstelle ist mit 115kBaud einfach zu langsam. Ich werde das ganze auf einen FT232 umrüsten müssen. Da ist dann die doppelte Baudrate drin. Rein rechnerisch müßte das dann für 275kHz I2C-Bitrate ausreichen. Allerdings habe ich keinen FT232 mehr, sodaß alles noch ein klein wenig warten muß.

Gruß
e9hack

155

Samstag, 11. August 2007, 23:21

Zitat

Original von e9hack
Ich werde das ganze auf einen FT232 umrüsten müssen. Da ist dann die doppelte Baudrate drin. Rein rechnerisch müßte das dann für 275kHz I2C-Bitrate ausreichen. Allerdings habe ich keinen FT232 mehr, sodaß alles noch ein klein wenig warten muß.

Wie wäre es denn mit einem Handy Datenkabel mit PL2303 z.B. für Siemens? Einfach den Handystecker abbauen/abschneiden und man hat GND, RX und TX zum direkten Anschluß an den Microcontroller.

e9hack

Profi

Beiträge: 1 653

Wohnort: BW in der Nähe von Esslingen

  • Nachricht senden

156

Sonntag, 12. August 2007, 21:35

Zitat

Original von sle85276
Wie wäre es denn mit einem Handy Datenkabel mit PL2303 z.B. für Siemens? Einfach den Handystecker abbauen/abschneiden und man hat GND, RX und TX zum direkten Anschluß an den Microcontroller.


Man kann sicher auch ein Datenkabel nehmen, nur habe ich da auch keins da. Der FT232 hat noch ein paar mehr Vorteile:
- der Quarzoszi kann entfallen und der UART läuft synchron zum USB-Chip
- es ist bis 3MBaud Datenrate möglich
- die 5V Versorgung kann direkt über USB erfolgen
- der FT232 liefert 5V CMOS Pegel
- ich kenne den Chip (habe bisher ca. 10 Stück verbaut)

Wenn CSD-Electronics mitspielt, habe ich die Chips bis Mittwoch od. Donnerstag.

Der Chip hat natürlich auch einen Nachteil, ein SSOP Gehäuse läßt sich nicht so einfach 'verfädeln'. Wenn man aber sieht, was andere drauf haben...

Gruß
e9hack
»e9hack« hat folgende Datei angehängt:
  • wiring5.jpeg (31,21 kB - 871 mal heruntergeladen - zuletzt: 31. März 2013, 14:19)

157

Dienstag, 14. August 2007, 20:23

Also, ich bin endlich zum Testen gekommen.
@e9hack: Man kann Dir gratulieren. Die Auswirkungen auf der alten C1500 sind genauso. D.h. deutlich geringere BER. Obwohl die vorher schon nicht allzu hoch waren. Aber sieh selbst.

Mit Original LinuxTV Treiber:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
status 1f | signal 0318 | snr 1368 | ber 0000003c | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 17d7 | ber 00000065 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 031a | snr 1855 | ber 00000045 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 1589 | ber 00000042 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 1bf7 | ber 00000042 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 1557 | ber 00000040 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 15e8 | ber 00000028 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 1338 | ber 0000004c | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0318 | snr 1631 | ber 00000045 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 12a4 | ber 00000046 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 16b4 | ber 00000047 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 1236 | ber 00000047 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 1246 | ber 00000032 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 1621 | ber 00000026 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 1630 | ber 0000001e | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 1320 | ber 0000003d | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 13e3 | ber 0000002d | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 16b6 | ber 00000034 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 12ec | ber 00000032 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 031a | snr 15d3 | ber 00000053 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 15c3 | ber 00000026 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0318 | snr 13f0 | ber 00000039 | unc 00000000 | FE_HAS_LOCK


Mit Deinem Patch:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
status 1f | signal 0317 | snr 1402 | ber 0000000c | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0318 | snr 1210 | ber 00000006 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 13ee | ber 0000000e | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 1343 | ber 0000000a | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 1387 | ber 00000011 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0318 | snr 13a3 | ber 00000008 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0318 | snr 134b | ber 0000000d | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0318 | snr 1562 | ber 0000000f | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0318 | snr 13fb | ber 0000000d | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0318 | snr 12fc | ber 0000000f | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0318 | snr 132a | ber 0000000d | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0318 | snr 12d4 | ber 00000004 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0318 | snr 12e8 | ber 0000000a | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 1375 | ber 0000000b | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0318 | snr 137a | ber 0000000c | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0318 | snr 12eb | ber 00000009 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 14e1 | ber 0000000a | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 1347 | ber 0000000b | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0319 | snr 13a1 | ber 00000013 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0318 | snr 12e8 | ber 00000010 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0318 | snr 1409 | ber 0000000c | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0318 | snr 1387 | ber 00000009 | unc 00000000 | FE_HAS_LOCK
VDR-Client: AMD E-350 + nVidia GT630 + Sandisk ReadyCache SSD, keine TV-Karte
VDR-Server: MSI C847MS-E33, Sandisk ReadyCache SSD, 2 TB 2,5" Festplatte, Empfang über Digital Devices Cine CT V6 + CineFlex CT (zusammen 4 Tuner)
Distri: Archlinux

158

Dienstag, 14. August 2007, 20:51

Ich hab gerade nochmal die einzige Frequenz bei mir getestet, bei der ich höhere BER hatte. Das ist 402 MHz. Scheint übrigens ein besonderes Problem der C1500 zu sein. Denn mit ner Satelco Easywatch hab ich auf der Frequenz keine anderen Werte als sonst. Mit der Easywatch hab ich immer BER und UNC 0. Egal auf welcher Frequenz.

Jedenfalls hatte ich auf 402 MHz mit der C1500 BER 300 - 400 ziemlich schwankend und gelegentliche UNC. Nach dem Patch hab ich da BER 160-170 recht stabil und UNC stabil 0.

Also m.E. auch für die alte C1500 eine Bereicherung.

Die beiden Kanäle waren übrigens QAM256. Bei QAM64 hab ich nach wie vor BER und UNC dauerhaft 0.

Übrigens scheint mir die STR und SNR bei der C1500 genau rückwärts zu laufen. Sprich 0000=maximum und ffff=minimum. Ich hatte die Karte kürzlich an nem anderen Kabelanschluss. Und hab mit den Werten einer FF bei mir und dort verglichen. Das schien genau rückwärts zu laufen.
VDR-Client: AMD E-350 + nVidia GT630 + Sandisk ReadyCache SSD, keine TV-Karte
VDR-Server: MSI C847MS-E33, Sandisk ReadyCache SSD, 2 TB 2,5" Festplatte, Empfang über Digital Devices Cine CT V6 + CineFlex CT (zusammen 4 Tuner)
Distri: Archlinux

e9hack

Profi

Beiträge: 1 653

Wohnort: BW in der Nähe von Esslingen

  • Nachricht senden

159

Dienstag, 14. August 2007, 22:18

Zitat

Original von HTPC-Schrauber
Übrigens scheint mir die STR und SNR bei der C1500 genau rückwärts zu laufen. Sprich 0000=maximum und ffff=minimum. Ich hatte die Karte kürzlich an nem anderen Kabelanschluss. Und hab mit den Werten einer FF bei mir und dort verglichen. Das schien genau rückwärts zu laufen.


Das kann ich so nicht bestätigen. Bei mir werden laut Kabeltreiber die QAM256 Kanäle mit 4dB höherem Pegel eingespeißt:

Quellcode

1
2
3
                 C2300  C1500
QAM64  (458MHz)   70     2e5
QAM256 (450MHz)   6b     306

Bei der C1500 gilt: größerer Wert = größerer Pegel. Bei der C2300 ist es anders herum.

Für die C2300 habe ich den Zusammenhang auch über den Antennenverstärker. Um das für die C1500 zu testen, müßte ich erst den VDR wieder aus dem Schrank zerren.

Richtig hohe Werte, wie bei anderen Karten, kann es nicht geben, da die Werte nur 10Bit haben und nicht auf 16Bit hochgerechnet werden.

Bei den SNR Werten gebe ich Dir Recht: kleinerer Wert = besseres S/N-Verhältnis bei beiden Karten

Gruß
e9hack

UFO

Erleuchteter

Beiträge: 5 408

Wohnort: Großherzogthum Baden

  • Nachricht senden

160

Mittwoch, 15. August 2007, 03:06

Zitat

Original von e9hack

Zitat

Original von HTPC-Schrauber
Übrigens scheint mir die STR und SNR bei der C1500 genau rückwärts zu laufen. Sprich 0000=maximum und ffff=minimum. Ich hatte die Karte kürzlich an nem anderen Kabelanschluss. Und hab mit den Werten einer FF bei mir und dort verglichen. Das schien genau rückwärts zu laufen.


Das kann ich so nicht bestätigen. Bei mir werden laut Kabeltreiber die QAM256 Kanäle mit 4dB höherem Pegel eingespeißt:

Quellcode

1
2
3
                 C2300  C1500
QAM64  (458MHz)   70     2e5
QAM256 (450MHz)   6b     306

Bei der C1500 gilt: größerer Wert = größerer Pegel. Bei der C2300 ist es anders herum.

Für die C2300 habe ich den Zusammenhang auch über den Antennenverstärker. Um das für die C1500 zu testen, müßte ich erst den VDR wieder aus dem Schrank zerren.

Richtig hohe Werte, wie bei anderen Karten, kann es nicht geben, da die Werte nur 10Bit haben und nicht auf 16Bit hochgerechnet werden.

Bei den SNR Werten gebe ich Dir Recht: kleinerer Wert = besseres S/N-Verhältnis bei beiden Karten

Send Patches. ;)

Die Wertebereiche sollte ausgeschöpft werden (0 = min, FFFF = max), und richtig herum sollte es natürlich auch sein. Man kann ja einfach um 6 Bits nach links schieben...

CU
Oliver
VDR Remote Control Plugin (Version 0.7.0): http://www.escape-edv.de/endriss/vdr
FAQ zum Remote Control Plugin: http://www.escape-edv.de/endriss/vdr/FAQ
Aktuelle Treiber: http://www.vdr-portal.de/board18-vdr-har…-s2-6400-teil-3
Full-TS-Mod für SD full-featured Karten: http://www.escape-edv.de/endriss/dvb-full-ts-mod bzw. hier
SDRAM-Erweiterung für SD full-featured Karten: http://www.escape-edv.de/endriss/dvb-mem-mod

Immortal Romance Spielautomat