Data Rate >9Mbit/s

[Compyfox]

Ich habe da mal ein Problem... ich weiß leider nicht ob das an JtG oder Neutrino liegt, aber man kann ja mal Fragen:

DBOX: Sagem, Cable
Kabelnetz: EWT (Raum Franken)
Image: Yadi 2.1.0.11
ucodes: alle aktuell
Autnahmetool: JtG, 0.7.4b und 0.7.4c (die aktuellste)
UDREC: 13beta


Zum Problem:
Ich nehme in letzter Zeit nur noch selten ARD auf, deswegen ist mein Bruder mit seiner Sagem Box drauf gestoßen. Fest steht nur, das ich diese Problem auf älteren Snapshots (2.1.0.9 z.B.) nicht hatte.

Folgende Logdaten waren heute in meiner Testaufnahme:

Code: Alles auswählen

31.08.2006 05:02:04 	Ermittelte Pids: Video=0101 Audio=0102, 0106, 0
31.08.2006 05:02:04 	Aufnahme Event:
31.08.2006 05:02:04 	IP: 192.168.52.250
31.08.2006 05:02:04 	VPid: 101
31.08.2006 05:02:04 	APid 1: 102
31.08.2006 05:02:04 	APid 2: 106
31.08.2006 05:02:04 	APid 3: 0
31.08.2006 05:02:04 	Filename: D:\2006-08-31-Adieu Mr. Tagesthemen\Adieu Mr. Tagesthemen.mpg
31.08.2006 05:02:04 	Splittsize: 39999
31.08.2006 05:02:04 	KanalID: 44d00016dca
31.08.2006 05:02:04 	EPG Infos geschrieben
31.08.2006 05:02:04 	Playback gestoppt
31.08.2006 05:02:04 	-host 192.168.52.250 -vp 65 -ap 66 -ap 6A -gtc -o "D:\2006-08-31-Adieu Mr. Tagesthemen\Adieu Mr. Tagesthemen-4"
31.08.2006 05:02:04 	05:02:04 to DBox: VIDEO 31341 16 0 1 vaa 065 066 06a
31.08.2006 05:02:05 	05:02:05 from DBox: INFO: IP c0a83404 Port 31341
31.08.2006 05:02:05 	05:02:05 from DBox: PID vaa 3 65 66 6a
31.08.2006 05:02:05 	05:02:05 to DBox: START
31.08.2006 05:02:05 	05:02:05 from DBox: INFO: UdpSender() - PID284 R0 W0
31.08.2006 05:02:05 	05:02:05 from DBox: INFO: DmxReader() - Pid 65 204960 0 0
31.08.2006 05:02:05 	05:02:05 from DBox: INFO: DmxReader() - Pid 66 29280 0 0
31.08.2006 05:02:05 	05:02:05 from DBox: INFO: DmxReader() - Pid 6a 29280 0 0
31.08.2006 05:02:11 	Video: 101
31.08.2006 05:02:11 	Audio1: 102
31.08.2006 05:02:11 	Audio2: 106
31.08.2006 05:02:11 	Audio3: 0
31.08.2006 05:02:11 	Beginne Aufnahme nach: D:\\2006-08-31-Adieu Mr. Tagesthemen
31.08.2006 05:02:23 	Video:[0]D:\2006-08-31-Adieu Mr. Tagesthemen\adieu mr. tagesthemen-4_01_00.mpv
31.08.2006 05:02:23 	05:02:23 found video stream (e4)
31.08.2006 05:02:23 	Audio_1:[0]D:\2006-08-31-Adieu Mr. Tagesthemen\adieu mr. tagesthemen-4_01_00.mp2
31.08.2006 05:02:23 	Audio_2:[0]D:\2006-08-31-Adieu Mr. Tagesthemen\adieu mr. tagesthemen-4_01_00.ac3
31.08.2006 05:02:23 	05:02:23 found mp2 stream (c0)
31.08.2006 05:02:23 	05:02:23 found ac3 stream (bd)
31.08.2006 05:02:27 	05:02:27 16:24:37.41: video resync
31.08.2006 05:10:45 	05:10:45 data rate > 9Mbit/s
31.08.2006 05:13:10 	05:13:10 data rate > 9Mbit/s
31.08.2006 05:13:15 	05:13:15 data rate > 9Mbit/s
31.08.2006 05:17:35 	05:17:35 data rate > 9Mbit/s
31.08.2006 05:17:40 	05:17:40 data rate > 9Mbit/s
31.08.2006 05:35:41 	05:35:41 data rate > 9Mbit/s
31.08.2006 05:39:05 	Ende Aufnahme
31.08.2006 05:39:05 	05:39:05 to DBox: STOP
31.08.2006 05:39:05 	05:39:05 network statistics:
31.08.2006 05:39:05 	max: 9,3 Mbit/s total data rate
31.08.2006 05:39:05 	average: 6,4 Mbit/s total data rate
31.08.2006 05:39:05 	no resends
31.08.2006 05:39:05 	05:39:05 TcpSender stopped
31.08.2006 05:39:06 	05:39:06 from DBox: EXIT
31.08.2006 05:39:06 	05:39:06 UdpReceiver stopped
31.08.2006 05:39:06 	05:39:06 TcpReceiver stopped
31.08.2006 05:39:06 	05:39:06 ESSync stopped - no stream errors
31.08.2006 05:39:06 	05:39:06 KeyboardRecordControl stopped
31.08.2006 05:39:07 	udrec beendet

Was mich stört, ist folgendes:

Code: Alles auswählen

31.08.2006 05:10:45 	05:10:45 data rate > 9Mbit/s

Ich weiß, das Aufnahmen via Netzwerk (10Mbit) durchaus Probleme machen können. Aber einen HDD Mod hat keiner von uns beiden, und bis dato hatte ich noch nie diese Fehlermeldung.

Das witzige daran ist, Cuttermaran schneidet es ohne zu meckern, IfoEdit bricht aber mitten im Muxen ab und sagt "too many Framedrops".


Fragen:
- Woran kann das liegen?
- Wie kann man dagegen steuern (außer HDD Mod zu kaufen)
- Hat das mit QAD256 zu tun? (ich habe keinen Plan was das ist, habe aer im Forum gelesen, das es viele Probs damit gibt)
- Nimmt er trotzdem Fehlerfrei auf (laut Log ja, habe das Video noch nicht getestet auf Stottern, etc)?


Lösungsvorschläge sind gerne Willkommen.


PS: Wie kann ich in JtG eigentlich unter "Informationen" den Graphischen Modi aktivieren (klicke auf den Pfeil, Aufnahme läuft, geht bei mir nicht, gibt nicht mal numerische Ausgaben der Peaks - außer ich brauch ein Nullmodemkabel), und wie kann ich Logs abspeichern?

[Jeppdot]

Hallo,
schau mal in die Readme von UDREC,
die Meldung

Code: Alles auswählen

data rate > 9Mbit/s

alleine hat nix zu sagen erst, wenn Packet lost oder ein Streamabbruch dazukommt ist es eine Fehlermeldung.
Alleine ist es zunächst nur ein Hinweis.

Zum Graphischen Modus einfach auf den langen schmalen Button mit dem Pfeil, links neben der Ausgabe, anklicken.

[DrRamoray]

Project X zur Fehlerbereinigung verwendest Du nicht oder?

[Compyfox]

Ich will erst mal hinter den Fehler kommen, warum er sagt ">9Mbit". Wie gesagt, bei Yadi 2.1.0.9 hatte ich das noch nicht.

Wäre halt klasse zu wissen wer diesen Fehler noch hat, wie man das umgehen kann, etc.


- Der Graphische Modus geht bei mir nicht, trotz anklicken. Und wie gesagt, auch nicht die Numerische Peak Ausgabe.

[Jeppdot]

Hallo nochmal:

Das ist kein Fehler, sondern nur ein Hinweis das die Datenrate sehr hoch ist und es evtl. eng werden könnte!
Aber ich zitiere gerne nochmal aus der Readme zu Udrec:

"data rate > 9 Mbit/s" kommt, wenn der 5sek-Mittelwert der Netzwerkdatenrate 9 Mbit/s übersteigt. Die DBox kann max. 10 Mbit/s übertragen, d.h. wenn diese Meldung erscheint, wird's langsam knapp. Erfahrungsgemäß kommt das aber nur dann vor, wenn die Datenrate durch extrem viele RESEND's künstlich in die Höhe getrieben wird. Wenn dann noch die Meldung "buffer overflow ..." kommt, dann waren's entgültig zu viele Daten.

Den Satz ..."erfahrungsgemäß..." kann man heute fast streichen da viele Sender die Datenrate hochgesetzt haben. Bei den ÖR ist ein Streamen übers Netz schon fast unmöglich geworden.

Und was sagt denn ProjektX zu den Streams?

[Compyfox]

Ich hab mal hier das Log von ProjectX:

Code: Alles auswählen

Donnerstag, 31. August 2006  15.20 Uhr CEST
ProjectX 0.90 pre_02 (14.09.2005)

Kompiliert von OoZooN mit JDK 1.5.0_04

<<< Session Informationen >>>

-> arbeite an Zusammenstellung 0
 
-> normale Logdatei automatisch speichern
-> schreibe Videodaten
-> schreibe alle anderen Daten
-> composite.display.flag unwirksam machen
-> Sequenzendcode am Ende anfügen
-> Auflösung in SDE setzen 
-> PVA: Audio nur formatgerecht behandeln
-> VOB: versch. Cell-Zeitlinen beachten
-> TS: ignoriere verschlüsselte Pakete
-> TS: erweiterte Paketinhaltsuche
-> TS: verbinde Dateisegmente (Dreambox)
-> TS: generiere PMT inhaltsbezogen
-> akzept. nur geschlossene PES/TS Pakete
-> verbinde verschiedene Aufnahmen
-> 1.PES-Paket muß mit Video starten
-> generiere PCR/SCR aus PTS
 
-> schreibe Ausgabedateien nach: 'E:\VideoCUT\-= FIXED =-'

-> Eingabedatei 0:  'D:\2006-08-31-Adieu Mr. Tagesthemen\Adieu Mr. Tagesthemen-4_01_00.mpv' (1.518.210.876 Bytes)
-> Dateityp ist ES (MPEG Video)
-> Videoeigenschaften: 720*576 @ 25fps @ 0.7031 (16:9) @ 9000000bps, vbvPuffer 112
-> starte Export von Videodaten bei GOP# 0
GOP# 3513, neues Format im nächsten Sequenzkopf festgestellt: (00:28:06.280)
-> Videoeigenschaften: 720*576 @ 25fps @ 0.6735 (4:3) @ 9000000bps, vbvPuffer 112

-> Video: fr/ ct/ 1p/ cg/ og/ dg -> 55318/ 0/ 4610/ 4610/ 0/ 0
-> Videolänge: 55318 Bilder in 00:36:52.720
-> GOP Zusammenfassung: min. 12, max. 36 Felder; enthält Halbbilder
-> durchschnittl. nom. Bitrate 5487803bps (min/max: 2945600/10242000)
-> setze Bitrate im ersten Sequenzkopf auf 9800000bps
---> neue Datei: E:\VideoCUT\-= FIXED =-\Adieu Mr. Tagesthemen-4_01_00(new).m2v

-> Eingabedatei 1:  'D:\2006-08-31-Adieu Mr. Tagesthemen\Adieu Mr. Tagesthemen-4_01_00.mp2' (88.509.120 Bytes)
-> Dateityp ist ES (MPEG Audio)

--> benutze imaginäre PTS für folgende Daten:
-> Frames am Ende anfügen
Audio PTS: erstes Paket 00:00:00.000, letztes Paket 00:00:00.000
Video PTS: Start 1.GOP 00:00:00.000, Ende letzte GOP 00:36:52.720
-> passe Audio an Video-Zeitlinie an
-> Ursprungsformat: MPEG-1, Layer2, 48000Hz, stereo, 320kbps, CRC @ 00:00:00.000
Audio Frames: wri/pre/skip/ins/add 92197/0/0/0/0 @ 00:36:52.728 abgeschlossen...
---> neue Datei: 'E:\VideoCUT\-= FIXED =-\Adieu Mr. Tagesthemen-4_01_00(new).mpa'

-> Eingabedatei 2:  'D:\2006-08-31-Adieu Mr. Tagesthemen\Adieu Mr. Tagesthemen-4_01_00.ac3' (123.886.336 Bytes)
-> Dateityp ist ES (AC-3 Audio)

--> benutze imaginäre PTS für folgende Daten:
-> Frames am Ende anfügen
Audio PTS: erstes Paket 00:00:00.000, letztes Paket 00:00:00.000
Video PTS: Start 1.GOP 00:00:00.000, Ende letzte GOP 00:36:52.720
-> passe Audio an Video-Zeitlinie an
-> Ursprungsformat: AC-3, CM, 2/0(2.0), dn -23dB, 48000Hz, 448kbps @ 00:00:00.000
!> 14 Frame(s) (448ms) angefügt @ 00:36:52.256
Audio Frames: wri/pre/skip/ins/add 69147/0/0/0/14 @ 00:36:52.704 abgeschlossen...
---> neue Datei: 'E:\VideoCUT\-= FIXED =-\Adieu Mr. Tagesthemen-4_01_00(new).ac3'

Zusammenfassung der erstellten Mediendateien:
.Video (m2v):	55318 Bilder	00:36:52.720		'E:\VideoCUT\-= FIXED =-\Adieu Mr. Tagesthemen-4_01_00(new).m2v'
Audio 0 (mp2):	92197 Frames	00:36:52.728	0/0/0/0	'E:\VideoCUT\-= FIXED =-\Adieu Mr. Tagesthemen-4_01_00(new).mpa'
Audio 1 (ac3):	69147 Frames	00:36:52.704	0/0/0/14	'E:\VideoCUT\-= FIXED =-\Adieu Mr. Tagesthemen-4_01_00(new).ac3'
=> 1.730.292.240 Bytes geschrieben...

Zweimal hat er was über 9000kbit gesagt. Getestet habe ich das Video aber immer noch nicht.

Soweit ich allerdings sehe, wurden keine Dropouts angezeigt bzw. berichtigt. Als ich noch parallel mit DVB-T aufgenommen hatte, hat er mir haufenweise fehler gebracht. Das hat aber wiederum auch nichts zu sagen. SciFi sendet genau so "Fehlerfrei" (was wirklich subjektiv ist), aber wenn man sich dann die Streams anschaut, können oft doch mal Bildstotterer oder Audiofehler (rattern, glucksen) drin sein. Besonders nach dem Muxen (TMPEG, was sehr Wählerisch ist, oder IfoEdit) dann auf DVD.

Mir ist aber auch schon vorgekommen, das der Stream fehlerfrei aufgenommen wurde, dann beim Überprüfen sich heraus gestellt hat, das der Stream 5min fehlerfrei ging, dann ans Ende der Episode gesprungen ist, noch 2min lief und dann mit dem Ending abgeschlossen war. Resultat - Files kürzer als sie sein sollten, und keine Fehlermeldung in JtG (ist mir in letzter Zeit öfter auf Tele5 und SciFi passiert).


Es ist halt ärgerlich. Man legt sich gerade eine bestimmte DBox zu, weil das Streamen (aufnehmen) über das Netzwerk ohne Probleme bis dato immer ging. Dann stellt ein Sender auf einmal um, und schon nützt das ganze nichts mehr. Nicht zu vergessen das der "Digitale Fernsehspaß" irgendwo doch noch für den A... ist (Bildstotterer, Artefakte), das macht das ganze noch mehr kaputt.

[Jeppdot]

Ja ist klar, ist schon ärgerlich, aber es ist leider so und lässt sich nicht ändern. Das HDD-Projekt ist ja eine Lösung der Community für das Problem.

Das Log sieht gut aus, ausser das du evtl die aktuelle ProjektX Version (0.90.4) benutzen solltest.

Diese Meldung beim AC3-Stream, denke ich, ist vernachlässigbar:

!> 14 Frame(s) (448ms) angefügt @ 00:36:52.256

[Compyfox]

Das Problem ist, ich müsste ProjectX immer selbst compilen, und davon hab ich absolut KEINEN SCHIMMER.

Die AC3 Meldung ist denke ich mal klar, da der Ton ja später als das Video aufgenommen und auch als erstes beim Beenden der Aufnahme wieder abgestellt wird. Deswegen nimmt man ja mit Vor- und Nachlauf auf um dann punktgenau schneiden zu können.


*sigh* Also wirklich dann auf das HDD Projekt zurück kommen? Im YADI Forum war irgendwas von NTS erwähnt, davon hab ich aber noch weniger Ahnung.

[Jeppdot]

Zu Projectx hat Charles eine gute Anleitunggeschrieben. Die sollte dir weiterhelfen.

NTS hab ich noch nichts von gelesen, werde ich jetzt mal nachholen. Aber wenn ide geht wird auch irgendwann ne bessere NIC gehen.

Ist halt nur ne Frage der Zeit, ob es klappt bis die Tage der Box gezählt sind

[DrRamoray]

NTS? Meinst Du vielleicht NFS?

Project X zu kompilieren sieht wesentlich schlimmer aus als es ist, notfalls nimmst die Kompilierhilfe von Charles oder mir.

[Compyfox]

Ich würde es trotzdem bevorzugen eine fertig kompilierte Version zu haben. Naja, wie dem auch sei.

Was ist jetzt mit diesem Fehler? Kann ich da was machen, oder muss ich wirklich auf den HDD Mod zugreifen (noch mehr recherchieren, experimentieren, einbauen, etc)? Scheinbar bin ich doch einer der wenigen, die dieses Problem überhaupt haben.

[Jeppdot]

Scheinbar bin ich doch einer der wenigen, die dieses Problem überhaupt haben.

Nein du bist nicht alleine. Den Text aus der Udrec-readme hab ich mittlerweile griffbereit auf dem Desktop liegen den hab ich der letzten Zeit ziemlich häufig gebraucht...

Ich würde es trotzdem bevorzugen eine fertig kompilierte Version zu haben. Naja, wie dem auch sei.

Der Author hat ausdrücklich den Vertrieb seinen Programmes als kompilierte Version unerwünscht gekennzeichnet. Und den Wunsch sollte man, in Anerkennung seiner Arbeit, respektieren.

Just my 2 Cents

[Compyfox]

Also doch HDD Modifikation als "final solution". Wenn dann auch noch EWT/KDG fehlerfrei wäre, dann würde sich das lohnen (kann ich nachts auch mal meinen PC ausschalten).


Und ProjectX selbt kompilieren, naja... DBoxen modden und in Stand halten, ist genau so eine Lebensaufgabe wie Comics lesen, Briefmarken sammeln oder jedes andere Hobby das mit "sammeln" und "upgraden" zu tun hat. Muss ich mich doch mal reinlesen. Danke trotzdem.

[jmittelst]

Naja, bislang gibt es ja via Udrec eigentlich keine Probleme. Das bemerken der Überschreitung von 9Mbit/s ist ja noch nicht so schlimm. Und so lange keine Streamabbrüche kommen ... interessiert mich das nicht besonders.
Da ärgert es mich mehr, das Ish hier so ein grottiges Signal anliefert und mein Vermieter seit Einführung des KabelTVs in den 80ern hier nix mehr gemacht hat (für die beiden Faktoren läuft es eigentlich noch ganz gut ).

ProjektX zu kompilieren ist doch so simpel, wie das flashen der Box. Einfach Java JDK installieren, PX laden und entpacken, die Build.bat öffnen, den Pfad zur JDK angeben, speichern, doppelklicken, einen Moment warten, fertig. Ausführlich hier beschrieben: http://www.jackthegrabber.de/viewtopic.php?t=7690

Halt Dich da nicht so an dem Wort kompilieren fest. Eigentlich mußt Du nur eine Batch anpassen und starten, alles andere macht Java allein. Und Du kannst dann ganz sicher sein, das Dein ProjectX auf Deinem Rechner, mit Deinem Java auch vernünftig zusammen arbeitet.

cu
Jens

[Compyfox]

Also das mit dem "Fehlerbelasteten Senden"... da hab ich mal ein wenig recherchiert. Naja, ausprobiert ist das wohl eher.

Ich bin zwar die >9Mbit Meldungen nicht los, aber bis gestern (ich sollte halt nicht Boxen modden mit Fremdimages) hatte ich noch BER Werte über 20k, und SNR Werte unter 30k. Dann habe ich meine Box mal wo anders hingestellt, schwubs schon waren die BER Werte unter 100. Tja dann hab ich für meinen Bruder ein Fremdimage aufgespielt (Box stand auf meiner) und allgemein ein wenig herumgespielt, tja und schon hab ich unter den öffentliche Rechtlichen und den RTL/Pro7 Gruppen wieder BER Werte von 0-200, aber unter Kabel Digital über 100k - allerdings überall SNR Werte von 65k - fast Konstant.


Am Wochenende mit dem Star Trek Special war's unerträglich, bis ich die Kabel neu arrangiert hatte. Eventuell doch mal beim Conrad Electronic vorbei schauen und einen Signalverstärker holen, vielleicht gehts so dann wieder.


Es ist wirklich ärgerlich. Kein System läuft irgendwie Fehlerfrei. Kein DVB-T, kein DVB-S, kein DVB-C.


Wegen dem kompilieren... ich werds evtl. mal unter der Woche testen. Soweit komme ich aber recht gut mit der ProjectX Version aus, die auf meiner Festplatte ihr Unwesen treibt.