[1] Others / News / Kampf Dem Qam256 Problem
 

Offline MarMic

  • Administrator
  • Expert Member
  • ********
  • Posts: 4822
    • View Profile
Kampf Dem Qam256 Problem
« on: April 23, 2008, 22:46:39 »
hi leute habe im inet was gutes gefunden das wollte ich mit euch allen teilen :-)

wenn jemand Kabel user ist wird er wohl auch schon am qam256 problem hängen geblieben sein.. d.h. sender stocken, freezen, ton hackt usw...

habe nun zumindest im vdr portal eine lösung für TT-c2300 gefunden:

einfach die frequenzen um 150khz runter editieren: Bsp: 402000 -> 401850
und siehe da die sender laufen zumindest bei mir nun OHNE STOCKEN

ich weiss nicht wie weit das bei anderen karten funktioniert aber postet ruhig eure erfahrungen...

hmmm in der sache noch an claus:

claus gibt es die möglichkeit die channels.conf nach qam256 durchzusuchen und da jede frequenz -150 zu machen oder muesste man extra ein script schreiben?!?!

greetz
SZVDR HD: Intel e5300@1,2ghz - Gigabyte GA-EP41-UD3L - 2GB ddr2 800 - Gainward G210 512mb - Silverstone LC16MR - DVBSky S952 - Astra 19,2 - MLD 5.4

WZVDR HD: Intel g1610@1,6ghz - Intel DH61BE - Scythe Big Shuriken 2 - 4GB ddr3 1333 - Asus GT610 1024mb - Chieftec Hi-Fi HM-02 - Tevii s480 - Astra 19,2 - MLD 5.4


Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20430
    • View Profile
    • ClausMuus.de
Kampf Dem Qam256 Problem
« Reply #1 on: April 24, 2008, 00:09:59 »
Da müsste extra nen Script geschrieben werden. Sollte aber recht einfach sein wenn mir jemand die Regeln wodran ich solche Sender erkenne erklärt.
Die im VDR-Addon enthaltenen Senderlisten kommen direkt aus dem VDR Wiki. Solche ne angepasste Senderlisten müssten also dann manuel hinzugepackt werden, oder im Wiki angepasst sofern das ne global brauchbare Regel ist.

Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline MarMic

  • Administrator
  • Expert Member
  • ********
  • Posts: 4822
    • View Profile
Kampf Dem Qam256 Problem
« Reply #2 on: April 24, 2008, 10:49:11 »
hi claus,

also habe mir das grade mal angeguckt:
ein sender ist folgt aufgebaut bei mir zumindest

VIVA;KBW:666000:C0M256:C:6900:102:103:106:0:28676:61441:221:0

interessant sind die frequenz 666000 bei der man -150 machen muesste (eventuel wäre nen script schön bei dem man vorher einstellen kann wieviel man nach regelen will also erster durchlauf -150 wenns dann noch nicht passt nochmal -50 denn bei manchen sendern hilft nur -200)

und weiter die modulation die qam256 erkennt man am C0M256 die anderen ahben c0m16,31,64...... sind uninteressant da die karten damit ansich zurecht kommen

So und hier nochmal paar erfahrungen:

habe nun 2 vdrs meinen und den von meinem vater und bei meinem vater ist es so das ich alle sender -150 bis -200 machen musste da sie gar nicht liefen. man konnte nicht mal ansatzweise etwas sehen... nun ist das bild 1a.

bei mir ist das anders da stocken die sender alle 5-10sec das habe ich mit -50 bei den entsprechenden sendern gelöst...und nun auch 1a

obwohl beide karten identisch sind und am gleichen anschluss hingen (beim einrichten) da sieht man doch wie beim zusammenbau lötpunkte sonst was gepfuscht wird (da die tuner und decoder chips wirklich identisch sind)

greetz
SZVDR HD: Intel e5300@1,2ghz - Gigabyte GA-EP41-UD3L - 2GB ddr2 800 - Gainward G210 512mb - Silverstone LC16MR - DVBSky S952 - Astra 19,2 - MLD 5.4

WZVDR HD: Intel g1610@1,6ghz - Intel DH61BE - Scythe Big Shuriken 2 - 4GB ddr3 1333 - Asus GT610 1024mb - Chieftec Hi-Fi HM-02 - Tevii s480 - Astra 19,2 - MLD 5.4


Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20430
    • View Profile
    • ClausMuus.de
Kampf Dem Qam256 Problem
« Reply #3 on: April 25, 2008, 00:58:37 »
Bitte Poste das noch im Bug-Tracking System. Sonst geht das zu leicht verlohren.

Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline Chrigel

  • Member
  • **
  • Posts: 71
    • View Profile
    • http://
Kampf Dem Qam256 Problem
« Reply #4 on: April 25, 2008, 21:56:28 »
Hi

Hatte bisher auch mit Quam256 gekämpft.
Die einzige Lösung war bisher die Frequenz runter zu stellen, das kann aber in jedem Kabelnetz andere Werte haben. Bei mir -500 kHz. Muss halt jeder selber probieren.
Alle Scriptvarianten haben den Nachteil, dass man den automatischen Suchlauf resp. die Hintergrundaktualisierung des VDR abschalten muss.

Es gibt einen Patch für den Treiber der all die Probleme beheben soll, habs leider nie fertig gebracht den Treiber unter 0.6 zu compilieren. Zu finden hier: tt2300c_freqmod.diff

Beim suchen des Patches habe ich aber wie es scheint was besseres gefunden: Hardwarelösung
Werds am Sonntag mal ausprobieren.

Gruss
Chrigel
« Last Edit: April 25, 2008, 21:57:55 by Chrigel »

Offline MarMic

  • Administrator
  • Expert Member
  • ********
  • Posts: 4822
    • View Profile
Kampf Dem Qam256 Problem
« Reply #5 on: April 26, 2008, 10:23:05 »
hmm an der hardware da muesste ich erstmal mit nem kumpel von mir plaudern ob das sonst keine auswirkungen hat (lebensdauer sonstiges)

aber wäre auch ne sehr gute lösung!

statt nem trivial script wie ich das mal nenne habe ich mir weitere gedanken gemacht!

undzwar wäre es schön wenn man ein programm schreiben würde (jaja ich weiss erstmal einen finden der die scheiss arbeit machen will :-) ) das folgender massen funktioniert:

ein plugin das mit femon und dem vdr komuniziert

überlegung:
es schlatet jeden sender durch
lässt femon drüber laufen und checkt die BER
sobald die ber >0000010 dann soll er frequenz -i
dann ber prüfen obs nun in der toleranz
wenn nicht  i++ machen
das ganze in -i und +i richtung um so die perfeckte frequenz bei allen sendern zu ermitteln

da femon die sachen ja ans osd übergibts kann man die variablen doch sicherlich auch abfangen?

greetz MarMic
SZVDR HD: Intel e5300@1,2ghz - Gigabyte GA-EP41-UD3L - 2GB ddr2 800 - Gainward G210 512mb - Silverstone LC16MR - DVBSky S952 - Astra 19,2 - MLD 5.4

WZVDR HD: Intel g1610@1,6ghz - Intel DH61BE - Scythe Big Shuriken 2 - 4GB ddr3 1333 - Asus GT610 1024mb - Chieftec Hi-Fi HM-02 - Tevii s480 - Astra 19,2 - MLD 5.4


Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20430
    • View Profile
    • ClausMuus.de
Kampf Dem Qam256 Problem
« Reply #6 on: April 26, 2008, 12:47:45 »
Hi,

ab morgen ist der Treiber Patch mit dabei. dann lässt sich das Modul dvb_ttpci mit dem zusätzlichen Parameter freq_shift laden
Dass muss dann in der rc.config  z.B. so aussehen:
DVB_DRIVER="dvb_ttpci freq_shift=-250"

Um zu testen welcher Wert der richtige ist, lässt sich der auch im laufenden Betrieb ändern:
echo -250 > /sys/module/dvb_ttpci/parameters/freq_shift

Das wirkt sich dann beim nächsten Umschalten aus.

Claus

PS.: wenn es damit Probleme gibt bitte im Bug-Tracking System berichten.
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline MarMic

  • Administrator
  • Expert Member
  • ********
  • Posts: 4822
    • View Profile
Kampf Dem Qam256 Problem
« Reply #7 on: April 26, 2008, 12:51:10 »
ist das nun dieser patch der nur die tt2300 betrifft??

hmmm wer erfahrungen damit macht bitte weiterhin hier posten...

greetz
SZVDR HD: Intel e5300@1,2ghz - Gigabyte GA-EP41-UD3L - 2GB ddr2 800 - Gainward G210 512mb - Silverstone LC16MR - DVBSky S952 - Astra 19,2 - MLD 5.4

WZVDR HD: Intel g1610@1,6ghz - Intel DH61BE - Scythe Big Shuriken 2 - 4GB ddr3 1333 - Asus GT610 1024mb - Chieftec Hi-Fi HM-02 - Tevii s480 - Astra 19,2 - MLD 5.4


Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20430
    • View Profile
    • ClausMuus.de
Kampf Dem Qam256 Problem
« Reply #8 on: April 26, 2008, 13:09:50 »
Ja, das ist der oben erwähnte Patch. Der kann bei allen Karten helfen die den dvb_ttpci Treiber verwenden. Die selbe Lösung sollte sich aber auch auf andere Treiber übertragen lassen falls dies erforderlich ist.

Und bevor ich's vergesse. Wenn's hilft, stellt bitte nen Artikel der das Problem und die Vorgehensweise für ne Lösung beschreibt in's Wiki.

Claus
« Last Edit: April 26, 2008, 13:11:39 by clausmuus »
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline Chrigel

  • Member
  • **
  • Posts: 71
    • View Profile
    • http://
Kampf Dem Qam256 Problem
« Reply #9 on: April 27, 2008, 20:27:46 »
Hallo zusammen

Konnte heute an der Schraube drehen.
Als erstes die channels.conf gelöscht und neuer scan gemacht, hatte meine alte Kanalliste auch um -500 kHz geändert.
Auf einigen Sendern hatte ich nach dem neuen Kanalscan einen "springenden" UNC Wert. Diese Kanäle verursachten Probleme (Aussetzer, Artefakte).
Auf einem solchen Kanal habe ich dann im laufenden Betrieb mit Femon gaaaaaaanz wenig gegen den Uhrzeigersinn an der Schraube gedreht und siehe da, keinen springenden UNC Wert und keine Artefakte oder Aussetzer mehr. Alle Sender gehen einwandfrei.

Im Moment probiere ich noch aus wie es sich verhält wenn der VDR im Hintergrund die Namen und PID's aktualisieren darf, denn das hatte mir vorher immer die Kanaliste zerschossen.

Die Probleme mit dem Kanalsuchlauf sind nachwievor vorhanden. Channelscan, Reelchannelscan und Wirbelscan finden nur wenige Sender. Man muss warten bis der VDR (neue Transponder und Känale hinzufügen) diese gefunden hat. Der Patch könnte dieses Problem vieleicht beheben.

Interessant ist auch, dass bei beiden Lösungen eine generelle Lösung funktioniert. Das heisst, alle Kanäle -500 kHz oder an der Schraube drehen beeinträchtig die Kanäle die keine Probleme hatten nicht (Keine Wechselwirkung)

So spontan denke ich, dass der Patch die bessere Lösung ist, denn beim Runterschalten der Frequenzen liefen bei mir auch alle Kanäle ohne Aussetzer und Artefakte.

Gruss
Chrigel
 

[1] Others / News / Kampf Dem Qam256 Problem
 



Users Online Users Online

0 Members and 1 Guest are viewing this topic.