dynamite ist deaktiviertnaja eigentlich dürfte es dann überhauot nicht gehen.
zufall wenn es trotzdem funktioniert.
ich weiss nicht wer die scheissidee verbreitet dynamite zu deaktivieren?
wie soll das funktionieren ?
vdr startet vevor die karte da ist ? vielleicht kommen die "buffer overflow" ja von da.
Warum soll ich denn ein Plugin aktiviert lassen, welches ich nicht nutzeverdammt nochmal weil es dann zufall ist, dass dein yavdr überhaupt noch läuft.
verstehst du nicht das iptv ist völlig egal für deine s2 oder dvb-c karte.
aber bei dynamite ist das was anderes !
was aber mehr ärgert, hier kommen immer alle mit halbwahrheiten.
"nein ich habe nichts geändert" dabei haben alle ihr halbes system umgekrempelt, und wundern sich immer noch
wenn es nicht läuft.
ach mir egal .... ihr schafft das schon.
Ich kann auch nirgends was finden, was das Deaktivieren von dynamite "verbietet", weil es essentiell für yavdr ist.
Ich kann auch nirgends finden, dass das deaktivieren der xine/xinelibout-plugins verboten wird, also mach ruhig.
Gerald
Alles anzeigenverdammt nochmal weil es dann zufall ist, dass dein yavdr überhaupt noch läuft.
verstehst du nicht das iptv ist völlig egal für deine s2 oder dvb-c karte.
aber bei dynamite ist das was anderes !
was aber mehr ärgert, hier kommen immer alle mit halbwahrheiten.
"nein ich habe nichts geändert" dabei haben alle ihr halbes system umgekrempelt, und wundern sich immer noch
wenn es nicht läuft.
ach mir egal .... ihr schafft das schon.
ja, und woher soll ich das bitte wissen, das dynamite sooo grundlegend wichtig ist?? stehts denn irgendwo??
was für halbwahrheiten. ich habe nirgends geschrieben ich habe nichts geändert. auf deine nachfrage nach dynamite, habe ich dir gesagt, dass es deaktiviert wurde. muss ich jetzt einen grund angeben, warum ich plugin nicht mag/brauche - sieh post darüber (mit dem wissenstand, dass mir keiner sagt oder schreibt, das es nicht deaktiviert werden darf?)
"es ist der treiber" war also nicht zielführend ?
was mich einfach ärgert, es wird eben nicht das naheliegende genommen.
nein man doktert solange rum bis nichts mehr läuft.
aber du hast recht. ich halt mich raus.
da fällt mir ein, das "buffer overflow" hatte ich beim testen der aynsee dvb-c.
man könnte meinen schlechter empfang. aber der sundtek stick wiederum lief perfekt.
das jetzt nur als vergleich für hier. dvb-c
dvb-s2 scheint da nochmal empfindlicher zu sein.
"es ist der treiber" war also nicht zielführend ?
was mich einfach ärgert, es wird eben nicht das naheliegende genommen.
nein man doktert solange rum bis nichts mehr läuft.
aber du hast recht. ich halt mich raus.
ich doktor überhaupt nicht rum? ich frage hier nach.
der fehler hatte lt. forumssuche auf buffereinstellungen in der xineliboutput_config hingewiesen. die habe ich mal verändert (mit hier im forum geposteten werten). mehr nicht. habe auch geschrieben, dass es keine besserung brachte.
und was soll ich bitte mit "es ist der treiber" anfangen? sags mir. ich kann kein log sehen, was mich in diese richtung bringt. ich kann den treiber nicht deinstallieren, weil dann die die tevii nicht mehr geht. ich kann nicht den s2 nehmen, weil dann imon nicht mehr geht (fb und display). das habe ich alles aber schon geschrieben und es gibt von mir auch einen thread, der das problem s2-liplianin und imon behandelt.
was bitte soll ich dann noch in richtung treiber versuchen?
da fällt mir ein, das "buffer overflow" hatte ich beim testen der aynsee dvb-c.
man könnte meinen schlechter empfang. aber der sundtek stick wiederum lief perfekt.
das jetzt nur als vergleich für hier. dvb-c
dvb-s2 scheint da nochmal empfindlicher zu sein.
naja, in richtung empfang hatte ich ja schon geliebäugelt. die werte in femon sind schon nicht so optimal. weiß aber nicht, ob es an den treibern liegt, das femon da nix gescheites anzeigt.
wir haben die schüssel (80er mit freier sicht) mit einem analogreceiver ausgerichtet. soweit, dass wirklich analog ein perfektes bild ohne irgendein fischli zu sehen war. sogar mit nassem lappen war noch bild. die kabel hat mein dad aber schon fest verlegt. ein anderer receiver zum testen ist nicht da. lt. analog-receiver ist die schüssel besser ausgerichtet als meine 60er zuhause (die hatte mehr analoge stötungen).
ich wusste nur nicht, ob eben schlechter empfang zu solchen störungen führen kann, denn ts continious error oder solche sachen haben wir nicht.
die tt1600 hatte noch schelchtere werte. die habe ich ihn aber mal ausbauen lassen, da ich den empfang in verdacht hatte. hat sich aber eben nicht verbessert.
ich werde dann dynamite wieder einschalten. und mein dad hat den auftrag bekommen sich mal ein loses satkabel zu besorgen/bauen und von der schüssel direkt zu testen.
nochmal deutlich zum Buffer-Overflow :
- trat in den Versionen 0.2, 0.3 und 0.4 in Verbindung mit xineliboutput sporadisch bei einigen Leuten auf ( s. diverse Post )
- das Log gibt nicht mehr als die Fehlermeldung her
- den Fehler hat bisher noch NIE jemand herausgefunden - wäre allerdings schön, wenn es jemand gelänge 
Um "ofenheizer" die Suche und das Herumprobieren zu ersparen hatte ich das geschrieben.
Daher auch die Empfehlung xine zu nutzen oder eine Neuinstallation zu versuchen - bei mir lief die 0.2 und die 0.3 ohne Probleme, mit der 0.4 habe ich plötzlich auch den Fehler, allerdings nur bei dem VDR Sig1, bei VDR Sig2 läuft die 0.4 ( beide haben übrigens jeweils 2 TT-Budget Karten ! )
Gruss
aktiviere mal bitte den xine logger nochmal. der ist immer aus nach dem umstellen. dann kann ich evtl sehen ob und wo der buffer zu klein ist. der logger ist auch hauptsächlich für xine gedacht nicht sxfe.
aktiviere mal bitte den xine logger nochmal. der ist immer aus nach dem umstellen. dann kann ich evtl sehen ob und wo der buffer zu klein ist. der logger ist auch hauptsächlich für xine gedacht nicht sxfe.
mache ich morgen nochmal. war das wochenende nicht da.
Auch wenn es für das eigentliche Problem nebensächlich ist, ein kurzes Wort zu dynamite. Wir haben anders als in der Vorversion den Start des VDR auf das verfügbar sein der Festplatte gelegt. Auf die DVB Geräte warten wir nicht mehr weil dynamite das ganze dann ja bei Bedarf hinzufügen kann. Neu laden des Treibers und restart des VDR dabei dürfte auch nicht mehr so drin sein, weil die Geräte ausgehängt und Treiber neu geladen werden können. Wahrscheinlich hat es keine Auswirkung für dich wenn du sämtlichst PCI(e) Karten ohne langsame Firmware einsetzt. Holger und Geralds Reaktion resultieren daraus das die erste Reaktion von vielen anscheinend seit Wochen ist beim erstbesten Problem Dynamite abzuschalten weil man nicht versteht was es tut (Was der Bauer nicht kennt ...). (FB geht nicht -> dynamite, Empfangsprobleme -> dynamite, Stottern -> dynamite, Welthunger -> dynamite ;)) Das nichterwähnen dieses Faktes + ein falsch kompiliertes Plugin was niemand einsetzt und auch niemand drüber redet hat uns bereits etliche graue Haare gekostet. Das wiederum hast du jetzt abbekommen :D.
"video_out: throwing away image with pts 19207691 because it's too old (diff : 5368)." - solche Meldungen habe ich auch mal bekommen, komischerweise nur auf ÖR HD mit massivem Stottern oder gar kein Ton verbunden. Bei Ausgabe über HDMI passtrough ist das komischerweise verschwunden. meine Vermutung war das die Uhr der Soundkarte und der Grafikkarte irgendwie auseinanderdriftet. Warum aber nur bei den Sendern weiss ich nicht.
Verstehe ich und ich geb dir recht, ich hab nur versucht um Verständnis zu werben :).
Bezgl. der Ausgabe müssen wir wohl auf traxanos warten - ich selbst habe vergessen was das bedeutet. Holger und Traxanos hatten da viel mehr mit zu tun.
Schade das die blöden Puffer anscheinend immer wieder ein Thema sind.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
