Schlechter Empfang der TT C-1500 im Vergleich zur Satellco EasyWatch PCI DVB-C

Professional

Location: BW in der Nähe von Esslingen

Monday, August 6th 2007, 10:39pm

Quoted

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

Go to the top of the page

UFO

Sage

Posts: 4,847

Location: Großherzogthum Baden

142

Tuesday, August 7th 2007, 12:30am

Quoted

Original von e9hack

Quoted

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?

Quoted

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.5.0): http://www.escape-edv.de/endriss/vdr
FAQ zum Remote Control Plugin: http://www.escape-edv.de/endriss/vdr/FAQ
SDRAM-Erweiterung auf 4 MByte: http://www.escape-edv.de/endriss/dvb-mem-mod
Full-TS-Mod für (SD) full-featured Karten: http://www.escape-edv.de/endriss/dvb-full-ts-mod bzw. hier
Aktuelle Treiber: http://www.vdr-portal.de/board16-video-d…-s2-6400-teil-2

Go to the top of the page

e9hack

Professional

Posts: 1,622

Location: BW in der Nähe von Esslingen

143

Wednesday, August 8th 2007, 6:15pm

Quoted

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.

This post has been edited 1 times, last edit by "e9hack" (Aug 8th 2007, 6:26pm)

Go to the top of the page

Hein Blöd

Professional

Posts: 1,017

Location: CH

144

Wednesday, August 8th 2007, 9:12pm

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

Asus P5N7A, E5200, Kingston 2 GB, WD green (500 GB Test, 1.5 TB Prod.), BR LG 8x, verpackt in einem HP VL400 Desktop Gehäuse, DigitalDevices Octopus, 2x DuoFlex C (somit 4 Tuner), oneForAll Smartcontrol 7960, Gen2VDR V3, Upd. 9
http://www.vdr-portal.de/board/thread.php?threadid=86408

TV: Philips 42PFL9603 / Receiver: Denon AVR-1909 / Boxen: Teufel System 4 Cinema

Go to the top of the page

e9hack

Professional

Posts: 1,622

Location: BW in der Nähe von Esslingen

145

Wednesday, August 8th 2007, 10:24pm

Quoted

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.

Quoted

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

Das verstehst Du falsch. Die C2300 ist besser.

Quoted

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

Go to the top of the page

Hein Blöd

Professional

Posts: 1,017

Location: CH

146

Wednesday, August 8th 2007, 10:42pm

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

Asus P5N7A, E5200, Kingston 2 GB, WD green (500 GB Test, 1.5 TB Prod.), BR LG 8x, verpackt in einem HP VL400 Desktop Gehäuse, DigitalDevices Octopus, 2x DuoFlex C (somit 4 Tuner), oneForAll Smartcontrol 7960, Gen2VDR V3, Upd. 9
http://www.vdr-portal.de/board/thread.php?threadid=86408

TV: Philips 42PFL9603 / Receiver: Denon AVR-1909 / Boxen: Teufel System 4 Cinema

Go to the top of the page

e9hack

Professional

Posts: 1,622

Location: BW in der Nähe von Esslingen

147

Thursday, August 9th 2007, 8:41pm

Quoted

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

Go to the top of the page

e9hack

Professional

Posts: 1,622

Location: BW in der Nähe von Esslingen

148

Friday, August 10th 2007, 6:16pm

Hi,

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

Source code

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

Go to the top of the page

Hein Blöd

Professional

Posts: 1,017

Location: CH

149

Friday, August 10th 2007, 9:44pm

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.

Asus P5N7A, E5200, Kingston 2 GB, WD green (500 GB Test, 1.5 TB Prod.), BR LG 8x, verpackt in einem HP VL400 Desktop Gehäuse, DigitalDevices Octopus, 2x DuoFlex C (somit 4 Tuner), oneForAll Smartcontrol 7960, Gen2VDR V3, Upd. 9
http://www.vdr-portal.de/board/thread.php?threadid=86408

TV: Philips 42PFL9603 / Receiver: Denon AVR-1909 / Boxen: Teufel System 4 Cinema

Go to the top of the page

HTPC-Schrauber

Professional

Posts: 1,038

150

Friday, August 10th 2007, 9:47pm

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.

Digitainer mit Satelco Easywatch.
Ausgabe über Softdevice.
Distri: Archlinux

Go to the top of the page

e9hack

Professional

Posts: 1,622

Location: BW in der Nähe von Esslingen

151

Friday, August 10th 2007, 10:32pm

Quoted

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:

Source code

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:

Source code

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

Go to the top of the page

e9hack

Professional

Posts: 1,622

Location: BW in der Nähe von Esslingen

152

Friday, August 10th 2007, 10:34pm

Quoted

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

Go to the top of the page

HTPC-Schrauber

Professional

Posts: 1,038

153

Friday, August 10th 2007, 11:51pm

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.

Digitainer mit Satelco Easywatch.
Ausgabe über Softdevice.
Distri: Archlinux

Go to the top of the page

e9hack

Professional

Posts: 1,622

Location: BW in der Nähe von Esslingen

154

Saturday, August 11th 2007, 9:15pm

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

Go to the top of the page

sle85276

Beginner

Posts: 29

155

Saturday, August 11th 2007, 11:21pm

Quoted

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.

Go to the top of the page

e9hack

Professional

Posts: 1,622

Location: BW in der Nähe von Esslingen

156

Sunday, August 12th 2007, 9:35pm

Quoted

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 has attached the following image:

Go to the top of the page

HTPC-Schrauber

Professional

Posts: 1,038

157

Tuesday, August 14th 2007, 8:23pm

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:

Source code

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:

Source code

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

Digitainer mit Satelco Easywatch.
Ausgabe über Softdevice.
Distri: Archlinux

Go to the top of the page

HTPC-Schrauber

Professional

Posts: 1,038

158

Tuesday, August 14th 2007, 8:51pm

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.

Digitainer mit Satelco Easywatch.
Ausgabe über Softdevice.
Distri: Archlinux

Go to the top of the page

e9hack

Professional

Posts: 1,622

Location: BW in der Nähe von Esslingen

159

Tuesday, August 14th 2007, 10:18pm

Quoted

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:

	Source code
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

Go to the top of the page

UFO

Sage

Posts: 4,847

Location: Großherzogthum Baden

160

Wednesday, August 15th 2007, 3:06am

Quoted
Original von e9hack

Quoted

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:
Source code
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.5.0): http://www.escape-edv.de/endriss/vdr
FAQ zum Remote Control Plugin: http://www.escape-edv.de/endriss/vdr/FAQ
SDRAM-Erweiterung auf 4 MByte: http://www.escape-edv.de/endriss/dvb-mem-mod
Full-TS-Mod für (SD) full-featured Karten: http://www.escape-edv.de/endriss/dvb-full-ts-mod bzw. hier
Aktuelle Treiber: http://www.vdr-portal.de/board16-video-d…-s2-6400-teil-2

Go to the top of the page

VDR Portal

Quoted

Quoted

Quoted

Quoted

Quoted

Quoted

Quoted

Quoted

Quoted

Source code

Quoted

Source code

Source code

Quoted

Quoted

Quoted

Source code

Source code

Quoted

Source code

Quoted

Quoted

Source code