DVB-C Qualität - QAM 256

  • Zitat

    Originally posted by woppr
    :)


    sooo ves1820 downconverter programmieren, ohje hoffentlich is der hardwaremässig aktiviert.


    UPDATE: http://www.kabelbw.de/index.php?id=1152_6449

    Code
    nicht Kabel Digital geeignet! Jetzt neue Kabel Digital BOX bestellen


    Der größte Hammer kommt beim Vergleich mit http://web.archive.org/web/200…elbw.de/index.php?id=1063 (siehe Datum im Link!):

    Code
    Kabel BW bietet die Kabel Box BTCI-5900C von HUMAX


    Zitat

    ältere demodulatorchips die nicht den letzten dvb-c standards
    entsprechen, unterstützen manche provider nicht.
    [...] philips datenblätter [...] tda10023... -> features -> ETS... standard.


    Interessant, wo dieser DVB-C-Decoder bisher (ausgerechnet) allein aufgetaucht ist:
    http://www.reel-multimedia.com/forum/thread.php?threadid=3636&threadview=0&hilight=&hilightuser=0&page=2#post47551

  • Zitat

    Original von osmanovic100
    Bei mir ist diese lösung mit Trimmkondensator und wiederstand doch nicht so die besste lösung :(
    Ich wollte gestern SciFi (qam64) gucken und siehe da BILDSTÖRUNG! (SIGNAL nur 83%)!


    ich habe inzwischen (bei Praktiker: "TR 86300-1") so ein "regelbaren Dämpfungsregler" gekauft und damit kann ich ohne probleme qam256 sender empfangen, aufhnemen... ohne probleme mit qam64 (SciFi...) sender zu haben.


    nur manch mal habe ich Ton, Bild störung (bei Qam256), wenn ein Auto neben unsere Wohnung vorbeifährt, ist aber nicht so schlimm.... damals war das auch so mit TT DVB-S.... ;)


    Gruss,
    Osmanovic

  • Zitat

    Originally posted by osmanovic100
    [quote]Original von osmanovic100
    ich habe inzwischen (bei Praktiker: "TR 86300-1") so ein "regelbaren Dämpfungsregler" gekauft und damit kann ich ohne probleme qam256 sender empfangen, aufhnemen... ohne probleme mit qam64 (SciFi...) sender zu haben.


    nur manch mal habe ich Ton, Bild störung (bei Qam256), wenn ein Auto neben unsere Wohnung vorbeifährt, ist aber nicht so schlimm.... damals war das auch so mit TT DVB-S.... ;)


    Scenic 600 (modded); FuSie DVB-C !4MB! (modded); LinVDR 0.7: Kernel 2.6.17.6, vdr-1.3.37, BigPatch, text2skin: Skin Enigma!

    Das würde nun wieder dafür sprechen, daß es sich doch "nur" um ein Aussteuerungsproblem (mangelnde AGC) handelt - so daß es sich schon lohnen könnte, weiter an der Treiberoptimierung zu feilen... denn in der dbox2 reicht der VES1820 trotz KabelBW-"Receivertotenliste" (woppr) ja auch -ganz "offiziell"- als DVB-C-Decoder (auf der FSC FF notfalls eben zumindest nach weiterem Modding).


    Über die "Konkurrenz" mit TDA10021 gibt es eben auch widersprüchliche Berichte (vgl. trueQ, andy):
    http://kabelbw.foren-city.de/t…-terratec-1200-dvb-c.html


    Gegen z.B. LKW mit defekter Lichtmaschine, die neben 3 Tonnen Schweinehälften auch noch massive EM-Störungen transportieren, ;) ist freilich so oder so kaum ein Kraut gewachsen...

  • hi


    mein tuner projekt für dvb-c ist eingestellt.


    ich hatte heute ne aktuelle kabelbox da und siehe da, ebenfalls probleme, fast gleich schlimm.


    JETZ IS schluss mit kabelbw, dvb-c, ständigen störungen, versauten dvb-c vdr aufnahmen, sollen ruhig weiter bis 2008 am netz rummurksen.


    ich werd (in meiner loggia vermietergenehmigungsfrei) die schüssel ausm keller wieder
    anknallen.


    dvb und geschweige denn hdtv ist mit dvb-c nicht möglich wenn arena, etc, priorität haben
    im netz.


    gruss

    VDR1: yavdr ppa VDR 2.0.6 auf iBase Industrial Mini-ITX MB896IL +DVI- Modul +Gb Ethernet Mini-PCI Motherboard, Pentium M 740, 1GB RAM, mit 3x KNC1 C+/MK3 PCI auf LSI Logic 3x PCI-64 Rev. 2.3 Intel 21154 aktive Riser Card 2135-5V mit abgesägtem 64Bit- Steckerteil im PCI- Slot auf upriser,
    HDTV xineliboutput mit xine-plugin-crystalhd für Broadcom CrystalHD BCM970015 auf 15cm PCI-E 1x Flachbandriser im PCI-E 1x v.1.0a Slot.
    IPTV vdr-plugin-iptv und ffmpeg als rtsp/rtmp/hls "tuner frontend", stream sanitizer und mpegts wrapper.

  • Zitat

    Original von woppr
    mein tuner projekt für dvb-c ist eingestellt.


    ;(


    was kann nur das problem sein, seit gestern habe ich trozt "regelbaren Dämpfungsregler" (TR 86300-1) wieder probleme mit qam256 sender ;(


    Ich habe Pace reciver von Kabel-Deutschland angeschlossen und da gehen alle qam256 sender :§$%


    mir reichts auch langsam!


    ich werde Montag bei Kabel-Deutschland anrufen und wenn die mir wieder das gleiche sagen:
    "mit unsere Pace Reciver gehen doch qam256 sender....blablabla"
    dann werde ich kündigung losschicken, meine DVB-C (4MB-Mod) Karte hier verkaufen und alles wieder neu anfangen!


    so weit ich weiß kann ich mein KD Home ABO weiter über Astra nutzen/emfangen?



    wie ist das mit Kündigung, (habe auch Kabel-Deutschland Internet, und das ist das einzige was gut bei den ist) habe Kabel-Deutschland erst seit ca.5 Monate gibs da probleme? kann mir jemand gute Tips geben?



    Danke im vorraus


    Mfg,
    Osmanovic100

  • Technotrend haben das Problem schon gelöst. Siehe:


    Zitat

    Also was das QAM256-Problem angeht, scheint man bei TechnoTrend 'was behoben zu haben. Beim 4.4.10.17er Release der Budget/Nova-Treiber vom gestrigen Tag (11.08.06) funktionieren die QAM256-Pakete bis jetzt einwandfrei. Den CI-Support konnte ich noch nicht testen. Im Changelog zum Treiber war nur "QAM 128 und QAM 256 works better on TT-budget C-1500 (with TD1316 Tuner)" zu finden. Die "runas"-Sache (bzgl. CI) will bei mir irgendwie net funktionieren.


    quelle: http://www.dvbviewer.com/forum/index.php?s=4e3e16437d8d8fd4a01f68a1098d8270&showtopic=12413&pid=105880&st=30&#entry105880
    und hier:
    http://www.dvbshop.net/forum/modules.php?name=Downloads&d_op=viewdownloaddetails&lid=152&ttitle=BDA_Drivers_Budget_4.4.10.17_QAM64-256


    Sagem DBOX2 haben auch den Treiber verbessert:

    Zitat

    ...Ich habe eine Nokia und eine Sagem und beide haben kein Problem mit QAM 256.
    Die Treiber für die Sagem Kabel sind kürzlich nochmal verbessert worden.


    quelle: http://forum.digitalfernsehen.…m/showthread.php?t=117762


    und was ist mit FuSie... ;( ;( ;(


    http://www.ortodoxism.ro/datasheets/philips/TDA9819T.pdf
    villeicht kann jemand was damit anfangen...???

  • sooo... ich habe heute (von ca. 7Uhr bis jetzt 20Uhr) den ganze tag an "/usr/src/linux/drivers/media/dvb/frontends/ves1820.c" geschraubt und bin etwas weiter gekommen :) (Positive ergibnis)


    bei mir eine deutliche verbesserung :]


    habe mit meine Panasonic FZ10 Digital kamera augenohmen:
    download: http://rapidshare.de/files/30385020/P1040878.mov
    man kan sehen das es überhaupt keine bildstörungen bei qam256 sender gibt :)
    man kann sehen, dass UNC... nicht mehr verickt spielt b.z.w es bleibt (wie bei qam64 sender) auf UNC:00000000
    manchmal (ca jede 3,4sek) habe ich UNC:00000001, UNC:00000002, UNC:00000000a und dann wieder UNC:00000000 u.s.w


    was ich alles gemacht/ausprobiert habe:


    ich habe diese diag-patch eingespielt:


    dann habe ich ves1820.c so geendert:
    static u8 ves1820_inittab[] = {
    0x69, 0x6A, 0x93, 0x12, 0x12, 0x46, 0x27, 0x0A, // 06 46 //07 1A
    0x43, 0x6A, 0xAA, 0xAA, 0x1E, 0x85, 0x43, 0x20,
    0xE0, 0x00, 0xA1, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x00, 0x00, 0x01, 0x32, 0x00, 0x00, 0x00, // 1C 00, 1E 00
    0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x00, 0x00, 0x00, 0x40
    };


    (das mit fettschrift eingefügt)



    dann habe ich dies hier gemacht:
    /* setup the state */
    memcpy(&state->ops, &ves1820_ops, sizeof(struct dvb_frontend_ops));
    state->reg0 = ves1820_inittab[0];
    state->config = config;
    state->i2c = i2c;
    state->pwm = 0x54; //pwm 0x54 FuSi C <------------


    dann noch kernel kompiliert:

    Code
    cd  /usr/src/linux/
    make bzImage 
    make modules


    (weil ich nur die ves1820.ko brauche, habe ich ohne: make modules_install)


    *


    wenn ich die pwm zahl geendert habe, habe ich erst in " /usr/src/linux/drivers/media/dvb/frontends/" dies hier gemacht:

    Code
    rm ves1820.ko
    rm ves1820.o
    rm ves1820.mod.*


    dann habe ich (bitte jetzt nicht lachen :rolleyes: ) mit "...pwm = 0x00; //pwm 0x00...." angefangen:

    Code
    nano  /usr/src/linux/drivers/media/dvb/frontends/ves1820.c


    die pwm zahl geendert:
    state->pwm = 0x01; //pwm 0x01 FuSi C <------------


    dann:

    Code
    VDR4You:/usr/src/linux# make modules
    CHK     include/linux/version.h
    CC [M]  drivers/media/dvb/frontends/ves1820.o
    Building modules, stage 2.
    MODPOST
    CC      drivers/media/dvb/frontends/ves1820.mod.o
    LD [M]  drivers/media/dvb/frontends/ves1820.ko
    VDR4You:/usr/src/linux#


    dann:

    Code
    (vorrher module: ves1820, u.s.w enladen...)
    cp /usr/src/linux/drivers/media/dvb/frontends/ves1820.ko /lib/modules/2.6.16.11/kernel/drivers/media/dvb/frontends/


    und dann vdr gestartet, femon gestartet und UNC beobachtet, wenn das bild schwarz war oder keine verbesserung, dann habe ich alles (siehe oben) ab * wiederholt und die PWM zahl immer um ein zahl erhöht auf; 0x02, dann auf: 0x03..... bis 0x60 u.s.w u.s.w u.s.w .... tja das war mein Tag heute :rolleyes:


    die besste ergibnis habe ich mit:
    state->pwm = 0x56; //pwm 0x56 FuSi C <------------


    ein zahl mehr oder ein zahl weniger bringt mehr störung! (hätte ich nur gewust dann würde ich doch bei 0x54 anfangen ?( )


    Zitat

    try altering the pwm value in ves1820.c until VAFC is 0 ...


    bei mir mit pwm=0x49 zeigt VAFC "0"
    habe aber mehr bildstörung bei qam256 sender mit pwm=0x49


    wie gesagt mit "pwm = 0x56" habe ich besseres bild. (VAFC zeigt "17"


    es muss aber noch irgend wo geschraubt werden??? (wenn ich nur wusste wo)


    wenn ich VDR starte und dann femon beobachte verendert/verschlimmert sich (qam256 sender) UNC nach 5min ???
    EDIT:
    das lag an dieses hier:
    tatic u8 ves1820_inittab[] = {
    0x69, 0x6A, 0x93, 0x12, 0x12, 0x46, 0x27, 0x0A, // 06 46 //07 1A
    0x43, 0x6A, 0xAA, 0xAA, 0x1E, 0x85, 0x43, 0x20,
    0xE0, 0x00, 0xA1, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x00, 0x00, 0x01, 0x32, 0x00, 0x00, 0x00, // 1C 00, 1E 00
    0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x00, 0x00, 0x00, 0x40
    };


    habe es wieder so gemacht wie es war:

    Code
    static u8 ves1820_inittab[] = {
            0x69, 0x6A, 0x93, 0x12, 0x12, 0x46, 0x26, 0x1A,
            0x43, 0x6A, 0xAA, 0xAA, 0x1E, 0x85, 0x43, 0x20,
            0xE0, 0x00, 0xA1, 0x00, 0x00, 0x00, 0x00, 0x00,
            0x00, 0x00, 0x00, 0x01, 0x00, 0x00, 0x00, 0x00,
            0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
            0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
            0x00, 0x00, 0x00, 0x00, 0x40
    };


    habe echt kaum bildstörung bei qam256 sender....


    was konnte man noch machen?


    so wie es aussieht, liegt es wirklich am treiber....


    ich habe echt null ahnung von Scripe u.s.w


    da muss jetzt jemand der sich besser auskennt


    woprr
    melde dich :rolleyes:



    Gruss,
    Osmanovic

  • ich habe noch hier was geschraubt:


    Code
    struct ves1820_state* state = fe->demodulator_priv;
            static const u8 reg0x00[] = { 0x00, 0x04, 0x08, 0x0c, 0x10 };
            static const u8 reg0x01[] = { 140, 140, 106, 100, 88 };
            static const u8 reg0x05[] = { 135, 100, 70, 54, 38 };
            static const u8 reg0x08[] = { 162, 116, 67, 52, 35 };
            static const u8 reg0x09[] = { 145, 150, 106, 126, 107 };
            int real_qam = p->u.qam.modulation - QAM_16;


    und zwar: "static const u8 reg0x01[] = { 140, 140, 106, 100, 88 };"


    vorher: static const u8 reg0x01[] = { 140, 140, 106, 100, 92 };


    mit "88" habe ich noch besseres bild :]


    femon zeigt, UNC:00000000
    manchmal aber: UNC:00000001 und UNC:00000002 oder UNC:00000003
    mit "92" habe ich bei UNC mehrere zahlen (..08, 07, und manchmal ..0a oder ..0b)


    Kabel Deutschland sendet auf 338 Mhz auch qam256 sender und die haben sich nicht verbessert (bild störung, UNC:fffff)


    mit diese endereung in ves1820.c hat sich nur auf 442 Mhz (qam256) verbessert....


    kann sein dass, das Problem noch irgend wo anders liegt?


    Hardware Probleme kann es nicht sein, denn auf 442Mhz habe ich kaum bildstörung (mit modifizirte ves1820.c), aber auf 338Mhz bleibt das problem...?

  • osmanovic100


    jaa bin ja da.


    na wenn pwm die AFC trimmt und du bei VAFC 17 n besseres bild hast, dann haben wir mit den alten karten ein tunerproblem (frequenz/phasenabweichungen) und sicher auch ein altersproblem (chipdegradation, MTBF). und die AGC schaltung der fusi lässt den ves1820 auch nich gross eingreifen der schaltung nach, der tda9819 macht da zumindest die innere regelschleife, daher kann der ves1820 das signal wohl bei diesem (IFA1999) design nicht richtig für höhere qam anpassen wie ers bräuchte.


    am treiber is da kaum was zu machen, wie schon gesagt, die zf-downmix und erweiterten filter features können bei allen karten die den tda9819 vor dem demodulator haben nicht (voll) zur optimierung genutzt werden :( dazu müsste man die 1.ZF (36MHz) einsamplen und nich die 6-8 die fertigruntergemischt aus dem 9819 kommen, da hat sich jemand softwarearbeit gespart, 50c für den chip den man für den analogtuner eh braucht waren wohl verlockender wie tagelange digitalfilteroptimierungsarbeit, kann ich verstehen.


    kann jemand mit ner tt c-2300 bestätigen (mit bildanhang und syslog bitte) dass 256qam sauber geht? die hat den 9819 nämich auch drauf. wenn ja dann sind die älteren philips tuner eben nicht gut genug für > 128qam. so stehts auch im original fusi handbuch zur D1121.


    ich darf berichten dass es alles mitner knc1-c plus hier einwandfrei funktioniert. top qualität, jedenfalls unter windows, das e-tobi softdevice plugin macht hier noch probleme mit der xserver sicherheit und bild, da könnt mir mal einer helfen unter debian, find kaum docs dazu.


    UPDATE: WOOOAAH? softdevice weginstalliert und der vdr nimmt automatisch die alte fusi als ausgabedevice? der hammer *froifroifroi* :)
    hehe zufall, er nimmt die alte fusi als cicam weil caid in der channels.conf bei orf1 auf 1 steht. leider gibts den cacaps und die ca.conf bei neuren vdrs nich mehr, hab alle caids in der channels.conf auf 1 gesetzt, weiss nix besseres lol.


    und ich entschuldige mich hiermit bei kabelbw.


    gruss, woppr

    VDR1: yavdr ppa VDR 2.0.6 auf iBase Industrial Mini-ITX MB896IL +DVI- Modul +Gb Ethernet Mini-PCI Motherboard, Pentium M 740, 1GB RAM, mit 3x KNC1 C+/MK3 PCI auf LSI Logic 3x PCI-64 Rev. 2.3 Intel 21154 aktive Riser Card 2135-5V mit abgesägtem 64Bit- Steckerteil im PCI- Slot auf upriser,
    HDTV xineliboutput mit xine-plugin-crystalhd für Broadcom CrystalHD BCM970015 auf 15cm PCI-E 1x Flachbandriser im PCI-E 1x v.1.0a Slot.
    IPTV vdr-plugin-iptv und ffmpeg als rtsp/rtmp/hls "tuner frontend", stream sanitizer und mpegts wrapper.

    9 Mal editiert, zuletzt von woprr ()

  • Kann mir jemand ne budget dvb-c empfehlen, die garantiert läuft. Am liebsten eine ohne CI-device...


    danke

    <font color="#0000ff">Gigabyte P35-DS3, Pentium E2140, GT220, 2 x DVB-C im Thermaltake DH101<br>gen2vdr V3 &amp; yaVDR 0.3.0a <br></font>

  • arlt.com shop hier sagt sie nehmen die knc1 dvb-c innerhalb 3 tagen zurück wenns probleme mit hausnetz geben sollte... verhandel halt. die terratec cinergy 1200c is ähnlich gebaut wies aussieht.


    ich häng später hier nochn syslog mit png snapshot von orf1 an.

    VDR1: yavdr ppa VDR 2.0.6 auf iBase Industrial Mini-ITX MB896IL +DVI- Modul +Gb Ethernet Mini-PCI Motherboard, Pentium M 740, 1GB RAM, mit 3x KNC1 C+/MK3 PCI auf LSI Logic 3x PCI-64 Rev. 2.3 Intel 21154 aktive Riser Card 2135-5V mit abgesägtem 64Bit- Steckerteil im PCI- Slot auf upriser,
    HDTV xineliboutput mit xine-plugin-crystalhd für Broadcom CrystalHD BCM970015 auf 15cm PCI-E 1x Flachbandriser im PCI-E 1x v.1.0a Slot.
    IPTV vdr-plugin-iptv und ffmpeg als rtsp/rtmp/hls "tuner frontend", stream sanitizer und mpegts wrapper.

  • Zitat

    Original von MChrisZ
    Kann mir jemand ne budget dvb-c empfehlen, die garantiert läuft. Am liebsten eine ohne CI-device...


    danke


    Wie schon öfters: Cinergy 1200/KNC (baugleich) - hat noch keiner berichtet, dass die mit 256 nicht tun. Ne TT 1500 DVBc soll auch tun - fehlen aber noch quantitative Aussagen ;).


    arghgra

  • Zitat

    Original von woppr
    kann jemand mit ner tt c-2300 bestätigen (mit bildanhang und syslog bitte) dass 256qam sauber geht? die hat den 9819 nämich auch drauf.


    Die TT C-2300 demoduliert QAM 256 (ORF1, ORF2, SF1 bzw. SF2 bei KabelBW) ohne Probleme (BER: 600..800, UNC: 0). Allerdings muß ich das Frontend (stv0297) patchen, da es sonst ca. 30..60 Minuten dauert, bis der Demodulator synchronisiert.


    Im übrigen kann man beim TDA9819 die AGC zwischen intern und extern über Pin 30 umschalten. Wenn ich auf intern umschalte, gibts bei QAM 64 viele Klötzchen und bei QAM 256 ist das Bild weg.


    Gruß
    e9hack

  • @arghra:


    Sind die cinergy1200/KNC1 wirklich baugleich? In linuxtv wiki sind sie einzeln aufgeführt.

  • Zitat

    Original von wirbel
    @arghra:


    Sind die cinergy1200/KNC1 wirklich baugleich? In linuxtv wiki sind sie einzeln aufgeführt.


    Meines Wissens schon - also die normale KNC - nicht die Plus mit AV-Eingang. Hast du mal nen entsprechenden wiki-Link?


    arghgra


  • nutzt dein Patch auch für FuSie dvb-c ?


    hat auch stv0297 auch was mit FuSie zu tun?


    Zitat

    Im übrigen kann man beim TDA9819 die AGC zwischen intern und extern über Pin 30 umschalten. Wenn ich auf intern umschalte, gibts bei QAM 64 viele Klötzchen und bei QAM 256 ist das Bild weg.


    wie schalte ich intern und extern über pin30?

  • Ja, aber das heißt nur, dass der Treiber für beide ist. Nicht, dass die Karten baugleich sein müssen.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!