merkwuerden

@Worschter Wegen mir bräuchteste das auch nicht ausbauen, ich kenne ja die Tücke des Objekts. Müßten halt mal vor allem die Leute die diversen Möglichkeiten testen, bei denen Probleme beim Aufnehmen in SPTS-Mode auftreten, und dann die Ergebnisse kund tun. Vermutlich wird das Ganze auch noch durch unterschiedliche ucode-Versionen beeinflußt, dann wird's ganz lustig mit einer Testreihe.

@Slim_chance Stelle mal bitte beide SPTS-Optionen auf EIN und teste dann nochmal. Und versuche die Sache bitte auch mal mit ucode_0014. Ich hab selber eine Philips-Box und keinerlei Vorteile des ucode_b107 gegenüber 0014 festgestellt. Im Gegenteil, mache Sachen gehen mit b107 nicht, z.B. Log-Ausgabe von Emu evocamd. @Worschter Meine Empfehlung: raus mit der Funktion, das bringt keine Vorteile. Höchstens den, daß es beim Zappen auf verschlüsselten Kanälen nicht knackst, aber darauf kann man denk ich pfeifen. Ich kann mich noch dunkel dran erinnern, daß diese "in SPTS Mode aufnehmen" Funktion, als sie vor paar Monaten aufkam, teils tüchtige Probleme verursacht hat. Ich hab damals einige Versuche gemacht und selten hat diese Funktion das gemacht, was sie sollte. Bin dann zu dem Schluß gekommen, SPTS dauerhaft auf EIN zu stellen (und diese Aufnahmeoption auch mit auf EIN), damit gibt's keine Probleme mit TS-File aufnehmen. Beide SPTS-Optionen sollten die selbe Einstellung haben, also beide ein oder beide aus. Sonst vermute ich folgendes: - SPTS aus, Aufnahme-SPTS ein: SPTS-Treiber startet beim Aufnehmen nicht sauber, ergibt Schrott - SPTS ein, Aufnahme-SPTS aus: SPTS-Treiber wird u.U. bei Aufnahme gestoppt, gibt auch Schrott Wenn's tatsächlich so sein sollte, nützt diese SPTS-Aufnahmeoption unterm Strich garnix und richtet nur Schaden an. Müßte man mal alles durchtesten und schauen, was genau passiert, Log über serielle Schnittstelle, wird das da überhaupt ausgegeben?

Hm... bin ich jetzt überfragt, wo die schwarzen Streifen ums Bild herkommen. EDIT: Könnte mit der Konfiguration der Playersoftware zusammenhängen. Mit was spielst Du die Aufnahme ab? Wenn MediaPlayerClassic, schau mal in den Optionen, Wiedergabe -> Ausgabe. Ich hab da DirectShow VMR9 renderless. Hab grade mal auf Multivision einen Test gemacht, Aufnahme mit udrec als TS-File funktioniert ohne Probleme. Bild paßt, Tonspuren sind auch alle da, Aussetzer keine.

Sieht nicht so aus, daß sich jemand dem Symbolratenproblem annehmen will: Beitrag im tuxbox Forum Außer dem Beitrag von Npq (einzige klare Aussage) nur saudumme Kommentare und Desinteresse, jedenfalls nix, was zur Lösung führen könnte. @derberg_de Zu spät. Der größte Teil ist schon fertig. Hab ich wenigstens eine eigenerstellte Liste.

Hm... Du sollst ja den Schwarzbittern auch in die dBox kippen. Spaß beiseite, über Krankheiten scherzt man nicht. Aber ich denke, Du weißt, wie ich's meine.

Log-File ist in Ordnung. Nimm mal die udrec-Engine, Ausgabeformat "Muxed Streaming" (wichtig!), stelle in der Box unter Diverse Einstellungen SPTS dauerhaft auf EIN und teste mal damit. Von den dreien (Wingrab, ggrab, udrec) macht udrec nach meinen Beobachtungen die wenigsten Probleme. Als Ergebnis bekommst Du ein TS-File, kannst Du mit dem MediaPlayerClassic ansehen. Oder wenn Du ein normalen mpeg-Programmstream mit Wingrab oder ggrab haben willst, in der Box beide SPTS-Optionen (div. Einstellungen/Aufnahmeeinstellung) AUS. Könnte nämlich entgegen meines obigen Postes durchaus der Fall sein, daß SPTS da doch zwischenpfuscht und für Störungen sorgt.

Ich glaube, das ist etwas weit geschossen. Wenn die Images wirklich so instabil wären, würde das Board hier wohl von Beschwerden überquellen. Sicher ist nicht eine Box wie die andere, aber wenn die Kisten richtig konfiguriert sind, sollten Probleme eigentlich die Ausnahme sein. Ich kann nur sagen, daß das September-V1 bei mir absolut stabil läuft, war beim August-V5 bis 9 auch kaum anders. Und die Box wird von mir gerade im Moment extrem gestreßt. September-V2 bzw V3 spare ich mir, den neuen Firlefanz von der camd38xx braucht keine Sau. Zumal ja deswegen unbedingt anderes Zeug mit Gewalt zurechtgepatcht werden mußte, was dann zwangsläufig zu Problemen führte... Auf jeden Fall mal ein dickes Dankeschön an Worschter für das Image.

Hm... merkwürdig... Die Werte, die Du in der techn. Info hast, stimmen. Aber der Empfang taugt nix. Ich hab mal in meinem alten Bouquet (noch nicht neu gescannt) auf DPC.TV5 (ist jetzt das Vierte) geschaltet, der Sender ist auf Anhieb da. Meine Empfangswerte, 85 Schüssel für Astra, Single-LNB, aber 50m Kabel dazwischen, bestimmt auch nicht gaaanz exakt ausgerichtet (bin zu faul, den Fernseher und die Box rauszuschleppen ): BER: 20-30 SNR 53200 SIG 25000 An einen Knacks im Multischalter glaub ich nicht so recht, da wäre dann noch mehr kaputt. Schütte der Kiste mal einen Schwarzbittern rein, vielleicht hilft's

@Jörg Mit einem normalen Windows-Editor geht das nicht, Du brauchts einen Unix-fähigen Edi. Nimm Proton, Download z.B. hier. Wenn Du Astra auf 1 und Eutelsat auf 2 hast, kannste die lnb-Einträge so reinsetzen, wie oben (ohne den Kommentar hintendran).

Aha, danke für die Info. Dachte schon, meine Technik hat eine Abneigung gegen den Transponder.

Ich bin grad am Basteln einer satellites.xml für Astra 19E und Hotbird 13E. Dauert aber noch bissel, scheiß Arbeit, die ganzen Transponder-NIT-Listen und diverse Sendertabellen auseinanderzupflücken. Naja, ich hab grad nix besseres zu tun. Btw: Was isn auf Hotbird mit Transponder 12188 V NID 53 (griechische TV und Radios) los? Der Transponder ist bei mir komplett tot, obwohl er laut SatcoDX aktuell noch belegt ist. Und in der Transponder-NIT-Liste von Hotbird taucht er auch noch auf. Meine DVBs-Karte im PC findet auch nix mehr, nichtmal einen Signalträger. Kann da ma bitte jemand nachsehen?

@joergurmel Die dBox-Tunertreiber haben einen relativ niedrigen Fangbereich, was Frequenzabweichungen angeht. bei +/- 2 MHz ist da Ruhe, was mehr abweicht, "Kanal nicht verfügbar". Trage mal für Dein Astra-LNB in die /var/tuxbox/config/zapit/zapit.conf einen Offset für Dein LNB ein. Sollte etwa so aussehen, Beispiel ist für Astra (LNB 0) und Eutelsat (LNB1), Wertevorschlag für Deine Abweichung: diseqcRepeats=0 diseqcType=3 lastChannelRadio=0 lastChannelTV=0 lastSatellitePosition=192 lnb0_OffsetHigh=10598000 <-- korrigiert Deine Abweichung lnb0_OffsetLow=9750000 lnb1_OffsetHigh=10600000 lnb1_OffsetLow=9750000 Wichtig! Nach dem Eintrag die Box resetten, also Stecker raus oder an der Box Ein/Aus und Pfeil oben gleichzeitig drücken. Beim normalen Ausschalten wird der Eintrag sofort wieder überschrieben. Wenn Du nur Astra empfängst, ist der Eintrag für lnb0 zu setzen, sonst so, wie Dein DisecqC konfiguriert ist, lnb0 - erstes LNB lnb1 - zweites LNB lnb2 - drittes LNB usw.

@Worschter Wenn als Ergebnis ein .TS-File rauskommen soll, ist der SPTS-Mode zwingend nötig. Und sollte dann auch dauerhaft unter "Diverse Einstellungen" auf EIN gesetzt werden. Die Option "In SPTS-Modus aufnehmen" ist meiner Meinung nach Schrott und führt nur zu Problemen, wenn SPTS bei den diversen Einstellungen auf aus steht. TS-File geht aber nur mit udrec-Engine, WinGrab und ggrab können nur mpg oder A/V PES, da ist dann eigentlich egal, ob SPTS an oder aus. @keleme Ich habe den Verdacht, Dein Netzwerk ist zu langsam. Schau mal im Simplegrab-Statusfenster, ob während der Aufnahme da eventuell Fehlermeldungen auftauchen.

Ich bastle grade eine neue satellites.xml für Astra 19E und Hotbird 13E...

Muß als Nameserver nicht die IP des Routers eingestellt werden?

Demuxe den PVA-Stream mit ProjectX, das sollte gehen. Framegenau schneiden kannste dann mit Cuttermaran.

Der Font war das erste, was bei mir aus dem K2-Image rausgeflogen ist.

6243 / 5626 ist recht mickrig. Ich hab hier bei mir Pi mal Daumen 7600 / 7200, auch das ist nicht das Gelbe vom Ei. Zum Aufnehmen von ORF (und sogar den regionalen WDR) reicht's zwar grade so, aber Reserven sind da auch nicht mehr. Könnte am Netzwerk oder aber auch an der verwendeten NFS-Version liegen. Da Du schreibst, das "V3" nicht geht, vermute ich, daß Deine NFS-Version schon etwas angestaubt ist. Müßte aber mal ein Linux-Experte was dazu sagen, ich kenne mich da nicht so recht aus, da ich unter Windows2000 streame.

- TS mit ProjectX demuxen - mit Cuttermaran schneiden, mehrere Audio-Streams sind kein Problem, Cuttermaran kann das auch gleich wieder zu .mpg muxen - erzeugtes mpg mit ProjectX zu TS Ist halt etwas umständlich, funktioniert aber ohne großes Verrenken. Wird auch nichts transcodiert etc.

Für Astra und Hotbird? Ist viel zu wenig! Ich habe bei Astra und Hotbird zusammen ca. 1700 TV und über 650 Radio. Zusätzlich noch 400 Daten-Services, macht zusammen knappe 2850 Services. Gescannt mir dieser satellites.xml (astra/hotbird 2005-05)

Mit dem fmeditor hab ich persönlich noch keine einzige funktionierende Kanalliste erhalten. Da stimmt irgendwas am erzeugten Ausgabeformat nicht. Geeignete Editoren: DreamSet -> http://mmedit9800.tripod.com/dreambox.htm Bouquetter -> http://www.bouquetter.de/ DreamBoxEdit -> http://dreambox.happyllama.com/ --> nur für Enigma-Settings, nicht für Neutrino

Schluß, aus, Feierabend! Knapp 4 Stunden mit dem BN-Dreck reichen die nächsten 100 Jahre. Wie können die nur solchen Rotz unters Volk schmeißen... die gehören eingesperrt und nie wieder rausgelassen... oder besser gleich erschossen, damit sie keinen Schaden mehr anrichten können. Keywelt-Image ist wieder drauf. BN-Müll gelöscht, das will ich nie wieder sehen...

So, es steht fest: die dBox 2 kann hardwaremäßig niedrige Symbolraten! Mit Original-Software BN 2.01 Philips: Hotbird 13E, Transponder 11131 V, FEC 3/4, SR 5632: TV: BBC Prime Radio: BBS WS Russian, BBS WS English, BBS WS Arabic, BBS WS Persian Mehr Kanäle gibt's dort nicht. TV kann ich nicht prüfen, verschlüsselt. Aber die 4 Radios funktionieren. Wenn behauptet wird, daß die dBox2 keine niedrigen Symbolraten könnte: das liegt eindeutig an der Linux-Software / Treiber! Da wurden Möglichkeiten der Box einfach deaktiviert! Was soll die Scheiße bitteschön? :ph34r: Damit tut man den Leuten keinerlei Gefallen! Es wäre an der Zeit, daß die Tuxbox-DEVs, das endlich wieder einbauen! Früher (bis zur Linux-Version 1.6) ging's ja offensichtlich auch...

Will mal wissen, wieviele Kanäle auf Astra 19E und Hotbird 13E von BN im Vergleich zu Linux gefunden werden. Und dann ist noch ein Test fällig bezüglich niedriger Symbolraten (hoffentlich geht das überhaupt einzustellen, in BN ist ja etliches zwar im Menü da, aber deaktiviert...), was ja die dBox mit früheren Linux-Versionen mal konnte, seit einiger Zeit aber nicht mehr. Ich bin da nämlich der Meinung, daß es definitiv nicht an der Box, sondern an Linux (Treibern) liegt. So, BN 2.01 ist wieder erfolgreich drauf, die Kiste scannt grade. Schon 40 Minuten... mein Gott nochmal... und von 2400 Kanälen erst 2000 gefunden... so ein Gemehre. EDIT: Soeben fertig geworden, 180 Kanäle weniger, als mit Linux. Verdammich! Kanalliste wurde nicht gespeichert. Was isn das nu wieder für Dreck? :ph34r: ABER: Es ist bewiesen, die dBox2 kann hardwaremäßig niedrige Symbolraten Hotbird 13E, Transponder 11131 V, FEC 3/4, SR 5632: 5 Kanäle gefunden, mehr gibt's da auch nicht. So, ich weiß, was ich wissen wollte.

Das ganze Prozedere dort geht um ungenaue LNB-LOFs und deren Korrektur über die zapit.conf. EDIT: Bzw. auch um falsche Frequenzeinträge in den xmls der Box. Die Frequenzen von Lyngsat und auch SatcoDX haben teilweise nicht viel mit den tatsächlichen Frequenzen der Transponder zu tun... Mit Kanälen, die unter Linux mangels Unterstützung niedriger Symbolraten nicht gefunden werden, hat das nichts zu tun, das ist Angelegenheit des Tunertreibers, nicht der zapit. Wenn der Tunertreiber die niedrigen Symbolraten sperrt, kann zapit daran auch nichts richten... Und wenn komplette Transponder (und damit die Kanäle drauf) beim Senderscan nicht gefunden werden, weil sie in der satellites.xml fehlen und nicht in der vom Satelliten übertragenen NIT-Liste (Network Information Table) stehen, kann die gesamte Software der Box nichts ausrichten. Und darum geht es ursprünglich in diesem Thread.