Data Rate >9Mbit/s

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.

Also ich kann mit dem Log nicht so viel anfangen, aber ich vermute einfach mal, dass die Datenrate eben wirklich zu hoch füs Netzwerk war. ARD sendet ja nicht immer mit der gleichen Datenrate. Manchmal ist die Datenrate eben am Limit und manchmal drüber. In der Aufnahme sollte an der Stelle mit zu hoher Datenrate ein Aussetzter ode Ruckler sein.
Wenn es wirklich an der zu hohen Datenrate liegt kannst du noch versuchen das Netzwerk und den NFS Server zu optimieren(frag mich bitte nicht wie, aber einige Leute haben das wohl geschafft). Ansonsten fällt mir wirklich nur das HDD-IF ein.
Mit QAM256 direkt hats nichts zu tun, höchstens mit der Tatsache, dass durch QAM 256 mehr Bandbreite auf einem Transponder zur Verfügung steht und damit hätte der Kabelbetreiber theoretisch die Möglichkeit die Bandbreite auh für ARD zu erhöhen. Aber ist ARD bei dir überhaupt in QAM256?

Code: Alles auswählen

Fest steht nur, das ich diese Problem auf älteren Snapshots (2.1.0.9 z.B.) nicht hatte.

seit die ARD ihre Radiokanäle auf den TV Transpondern reduziert hat wird auf den TV Kanälen mit höherer Bandbreite gesendet!

Beitrag von **Hagan** » Donnerstag 31. August 2006, 11:30

Hallo

Das mit den 9 MB ist erstmal nur ein Hinweis ohne weitere Bedeutung (außer daß die Bildqualität wahrscheinlich ziemlich gut sein wird

).
Kritisch wird es nur wenn es noch mehr wird und wirklich Daten verloren gehen. Dann sähe die Meldung aber auch anders aus.

Um zu prüfen, ob die Streams wirklich in Ordnung sind, solltest Du ProjectX verwenden.

Viele Grüße
Hagan

Also ich würd mal behaupten 9Mbit sind schon zu viel fürs Netzwerk. Immerhin schafft die Schnittstelle von der Dbox2 ja nur 10Mbit Brutto, dass heißt nicht, dass man da auch wirklich 10Mbit Daten übertragen kann.

Ansonsten fällt mir wirklich nur das HDD-IF ein.

Also ich bekomme Sender mit hoher Bitrate, ja auch das ZDF mit allen Tonkanälen, problemlos über NFS aufgenommen, über das IDE-Interface auf Festplatte jedoch nicht.

Ich finde das IDE-Interface prima, aber es ist definitiv (noch) keine Alternative für Leute mit Netzwerkproblemen.

Okay, alles schön und gut. Aber was kann ich jetzt effektiv dagegen tun?

Von dieser NFS Geschichte habe ich keinen Plan, das HDD Interface möchte ich mir aus diesem Grund alleine nicht zulegen, nur um dann wie wolgade fest zu stellen, das es dann doch nicht fehlerfrei geht.

Selbst wenn ich es jetzt mit ProjectX berichtigen würde, dann hab ich trotzdem die Bild/Tonruckler, oder nicht? Oder hab ich echt nichts weiter zu befürchten?

Hohe Bitraten gut und schön, aber es ist ja nicht so, das der Fehler nur bei Nachtaufnahmen auftritt, wo ARD und ZDF sowieso die Bitraten hochfahren wenn z.B. die Doku/Theater Kanäle und KIKA ausgeschalten sind.

Compyfox hat geschrieben: Selbst wenn ich es jetzt mit ProjectX berichtigen würde, dann hab ich trotzdem die Bild/Tonruckler, oder nicht? Oder hab ich echt nichts weiter zu befürchten?

ProjectX korrigiert fehlende GOP-Header (Group of Pictures), oder solche wo zuviele oder zuwenige Bilder in einer GOP sind, die dann nachher die DVD-Authoring-Tools aus dem Takt bringen und zeigt Dir an ob aufgenommenen Streams wirklich fehlerhaft sind.

Greetz von DrStoned

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 (da momentan keine Zeit).

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.

Beitrag von **Mickey S.** » Montag 14. April 2008, 14:46

Hi!

Also, >9Mib/s passiert bei mir seit kurzem auch immer mal auf Premiere 1~3 (haben die ihre Datenrate erhöht?). Auf ARD und ZDF kannte ich diesen Effekt auch schon länger. Naja, im JtG-Log steht zwar was von Buffer Overflow und Packet Loss aber ProjectX hatte bisher nix zu meckern. Auch wenn man sich die Stellen im Film anschließend anschaut (hab's mit allen Tonspuren - DE, EN, AC3 - getestet), merkt man nix. Bestimmt muß erst ein gewisser Schwellwert an defekten Paketen überschritten werden, damit man es wirklich sieht und / oder hört. Aber das ist nur meine persönliche Vermutung. Die etwas niederbitratigeren Sender klappen wunderbar, selbst wenn man nebenher noch online zockt.

CU!

-Mike

Beitrag von **Gorcon** » Montag 14. April 2008, 16:43

wolgade hat geschrieben:
Ansonsten fällt mir wirklich nur das HDD-IF ein.
Also ich bekomme Sender mit hoher Bitrate, ja auch das ZDF mit allen Tonkanälen, problemlos über NFS aufgenommen, über das IDE-Interface auf Festplatte jedoch nicht.

Ich finde das IDE-Interface prima, aber es ist definitiv (noch) keine Alternative für Leute mit Netzwerkproblemen.

Mit dem IDE Interface sind 9MBit/s überhaupt kein Problem Montagskino nach 0:00 mit allen Tonspuren. Per Netzwerk geht da garnichts mehr.

Beitrag von **wolgade** » Montag 14. April 2008, 20:36

Gorcon hat geschrieben: Mit dem IDE Interface sind 9MBit/s überhaupt kein Problem Montagskino nach 0:00 mit allen Tonspuren. Per Netzwerk geht da garnichts mehr.

Guck mal, von wann der Thread ist! Damals waren die Lötstellen meines IDE-Interfaces noch warm.

Tuxbox-Board

Data Rate >9Mbit/s

Data Rate >9Mbit/s

Re: Data Rate >9Mbit/s

Re:

Re: Re: