Streamtest/Herausforderung/Referenzaufnahme

[petgun]

Hi,
..merkwuerdiger Betreff..ich hoffe es erklaeren zu koennen und auch warum das hier in 'Feature Request' steht.

Macht bitte mit bei einem kleinem Streamtest der imo die momentanen Grenzen und evtl. Fehler vom streamen von/zur DBox zeigt.

Als Referenzaufnahme schlage ich folgende Sendung vor:

3sat
"Kulturzeit extra": Beuys und Beuys
Samstag, 11.02.2006, um 19.20 Uhr

Bitte mit allen Audiospuren aufnehmen. Warum gerade 3sat mit der 'Kulturzeit extra'? Wie die meisten schon mitbekommen haben, gibt es beim ZDF/3sat seit Anfang diesen Jahres, eine Qualitaetsoffensive zumindest was die Datenrate anbelangt. Die liegt sehr oft ueber 8Mbps, manchmal werden sogar 9Mbps ueberschritten. Diese hohen Datenraten sind die erste Herausforderung fuer die 10Mbps-Dboxnadeloehr Disziplin die aber imo zumindest bei der Aufname unterbrechungsfrei zu schaffen ist.

Wenn das geschafft ist, kommt aber die (zumindest fuer mich) Mission Impossible: die Aufnahme ruckelfrei auf dem Movieplayer abzuspielen. So etwas (ZDF-Heute Sendung):

wo es auch 'nette' Spitzen bei der Datenrate gibt, kann ich noch ruckelfrei abspielen...aber zB. nicht eine andere 'Kulturzeit extra' Sendung (Die Geschichte des LSD). Die Datenrate bei dieser fehlerfreien Aufnahme ist nur geringfuegig hoeher koennte also der Grund fuer die Ruckler beim Abspielen sein. Was aber auffaellt: die Aufnahme ist anamorph 16:9 und die Standard Audiospur ist 22? kbps und nicht 192 kbps. Vielleicht ist das ja der Grund fuer die Ruckler. Wenn ich die Audiospur auf 192kbs transkodiere (die Datenrate sinkt nicht messbar) spielt der Movieplayer das file (fast) fehlerfrei ab.

Wenn Ihr also bei dem Test mitmacht, seht ihr ob euer Netzwerk fit ist und wir haetten alle einen gemeinsamen Bezug /nettes Referenzfile (16:9, hohe Datenrate, mit ac3 Tonspur) mit dem man dann weiter forschen/optimieren kann.

Ich requeste hier also Eure Hilfe/Ideen/Diskussion um einen Weg zu finden die Grenze fuer fehlerfreies streamen zu erweitern ;-)

cu,
peter

[wolgade]

Wenn nichts dazwischenkommt und ich es nicht mal wieder vergesse, dann bin ich dabei. Da ist vorher aber noch ein älterer Yadi-Snapshot fällig. Der aktuelle zickt ein wenig.

[petgun]

Da ist vorher aber noch ein älterer Yadi-Snapshot fällig..

jau, ich werde wahrscheinlich eine tagesaktuelle Yadd von DietmarW nehmen. Ein wenig ueben und optimieren ist vielleicht vorher schon angesagt...diese hohen Datenraten sind beim ZDF/3sat inzwischen fast normal...was ich richtig gut finde, auch wenn es damit die beschriebenen Probleme gibt.

[Torsten73]

Hi Petgun,
ich werde dabei sein. Aber mit allen Audiospuren habe ich massive zweifel, das das mein Netz schafft.
Ich werde pere NFS-SFu Directrecording aufnehmen.

Cu
Torsten

[rolano]

...ok, Termin ist notiert....kann aber nicht versprechen, dass ich daran denken werde alle audio-pids aufzunehmen.

Streamen auf WL-HDD

[wolgade]

Ich hol den Thread mal nach oben, weil ja heute Showdown ist. Es gilt, zu beweisen, daß man 3Sat ohne Streamabbrüche streamen und ohne Ruckler wiedergeben kann. Heute um 19.20 Uhr auf 3Sat.

[petgun]

Heute um 19.20 Uhr auf 3Sat.

BTW steht da jetzt im EPG als Anfangszeit 19:15 Uhr. 19:20 Uhr hatte ich von der 3sat-Webseite.

[petb]

Ok, ich werds auch aufnehmen.
Einmal mit nem alten JTG 04.10.05 und einmal mit jtg 26.12.05
Ich trau dem vom 26.12 nämlich nicht so richtig.
Bin mal gespannt.
PetB

[wolgade]

BTW steht da jetzt im EPG als Anfangszeit 19:15 Uhr.

Stimmt. Also, heute um 19.15 Uhr auf 3Sat.

[FaselMan]

-

[petgun]

...ich will's ja mit der tagesaktuellen Yadd von heute testen. Da fehlt imo die boot.conf in \yadd\yaddroot\var\tuxbox\boot
Nach kopieren der boot.conf aus einer 'alten' klappt's dann auch mit der von heute. Es wird mit der fehlenden boot.conf ein angeblich fehlendes file 'logo-lcd' angemeckert...das file ist aber vorhanden. Mit dem neuen 'u-boot-yadd' klappt es auch nicht..es bleibt bei der Fehlermeldung auch wenn man die 'boot.conf' ergaenzt. Klappt bei mir also nur mit einem 'alten' uboot und der ergaenzten 'boot.conf'....ganz sicher bin ich mir allerdings nicht mehr...kann auch ausschliesslich an der neuen 'u-boot-yadd' liegen die 100pro nicht funkt.

PS:Wenn Ihr noch ein wenig 'ueben' wollt, koennt Ihr die zB. aktuelle Olympia Live Berichterstattung vom ZDF aufnehmen...geht ganz schoen ab und ein groesserer Ringbuffer nuetzt imo auch nicht so viel da sich die Datenrate oft ueber laengere Zeit gefaehrlich nahe an der 9Mbps-Linie bewegt.

PPS:Aufnahme laeuft seit 15 Minuten...tut mir Leid, dass es nicht die Herausforderung ist, die ich erwartet habe. Moeglicherweise haengt es mit der endlichen Transponderbandbreite zusammen die vielleicht auf die gleichzeitig laufende Olympia Berichterstattung im ZDF focussiert ist.

[rolano]

Kurzer Zwischenbericht: Bisher keine Abbrüche (alle Audio-Pids auf Ein)

[petgun]

Kurzer Zwischenbericht: Bisher keine Abbrüche (alle Audio-Pids auf Ein)

..kein Wunder...da geht nix besonderes ab...bisher nicht einmal >8,5 Mbps

PS:fertig...ich habe schon ein wenig frueher angefangen aufzunehmen...hier das PX-log:

Code: Alles auswählen

-> Eingabedatei 0:  'D:\rec\3sat_heute_2006-02-11_190004.001.ts' (2.357.256.236 Bytes)
-> Dateityp ist TS (generic PES Container)
-> demultiplexe
-> Service ID 0x6D66
-> PMT 0xFFF verweist auf diese Programminhalte:
Video:
PID: 0xD2
Audio:
PID: 0xDC
PID: 0xDD
PID: 0xE1[PD]
Teletext:
n/a
Untertitel:
n/a

!> PID 0x1F (SIT) (0 #1) -> ignoriert
!> PID 0x0 (PAT) (188 #2) -> ignoriert
!> PID 0xFFF (PMT) (376 #3) -> ignoriert
ok> PID 0xE1 hat PES-ID 0xBD (private_stream_1) (12408 #67) 
ok> PID 0xDD hat PES-ID 0xC1 (MPEG Audio) (37036 #198) 
ok> PID 0xD2 hat PES-ID 0xE0 (MPEG Video) (43052 #230) 
ok> PID 0xDC hat PES-ID 0xC0 (MPEG Audio) (118816 #633) 
-> Videoeigenschaften: 720*576 @ 25fps @ 0.6735 (4:3) @ 15000000bps, vbvPuffer 112
-> starte Export von Videodaten bei GOP# 0
!> verwerfe überflüssige B-Frames bei GOP# 0 / neuer Zeitindex 00:00:00.000
GOP# 2208, neues Format im nächsten Sequenzkopf festgestellt: (00:17:49.480)
-> Videoeigenschaften: 720*576 @ 25fps @ 0.7031 (16:9) @ 15000000bps, vbvPuffer 112
GOP# 6512, neues Format im nächsten Sequenzkopf festgestellt: (00:52:37.360)
-> Videoeigenschaften: 720*576 @ 25fps @ 0.6735 (4:3) @ 15000000bps, vbvPuffer 112
packs: 12538594 100% 2357256236

-> Video: fr/ ct/ 1p/ cg/ og/ dg -> 79831/ 1/ 0/ 6586/ 0/ 0
-> Videolänge: 79831 Bilder in 00:53:13.240
-> GOP Zusammenfassung: min. 18, max. 36 Felder; enthält Halbbilder
-> durchschnittl. nom. Bitrate 4983254bps (min/max: 2876400/8085200)
-> setze Bitrate im ersten Sequenzkopf auf 8085200bps
---> neue Datei: D:\rec\3sat_heute_2006-02-11_190004.001.m2v

--> AC-3/DTS Audio unter PID 0xE1
-> Audio: nur ausgew. Sync.pkt verwenden
-> validiere CRC (AC-3 / Mpg-Audio L1,2)
-> entferne CRC (Mpg-Audio Layer1,2)
-> Frames am Ende anfügen
Audio PTS: erstes Paket 06:18:43.217, letztes Paket 07:11:57.297
Video PTS: Start 1.GOP 06:18:44.024, Ende letzte GOP 07:11:57.264
-> passe Audio an Video-Zeitlinie an
-> Ursprungsformat: AC-3, CM, 2/0(2.0), dn -27dB, 48000Hz, 384kbps @ 00:00:00.000
Audio Frames: wri/pre/skip/ins/add 99789/0/0/0/0 @ 00:53:13.248 abgeschlossen...
---> neue Datei: 'D:\rec\3sat_heute_2006-02-11_190004.001.ac3'

--> MPEG Audio (0xC1) unter PID 0xDD
-> Audio: nur ausgew. Sync.pkt verwenden
-> validiere CRC (AC-3 / Mpg-Audio L1,2)
-> entferne CRC (Mpg-Audio Layer1,2)
-> Frames am Ende anfügen
Audio PTS: erstes Paket 06:18:43.242, letztes Paket 07:11:57.306
Video PTS: Start 1.GOP 06:18:44.024, Ende letzte GOP 07:11:57.264
-> passe Audio an Video-Zeitlinie an
-> Ursprungsformat: MPEG-1, Layer2, 48000Hz, mono, 128kbps, CRC @ 00:00:00.000
Audio Frames: wri/pre/skip/ins/add 133051/0/0/0/0 @ 00:53:13.224 abgeschlossen...
---> neue Datei: 'D:\rec\3sat_heute_2006-02-11_190004.001.mp2'

--> MPEG Audio (0xC0) unter PID 0xDC
-> Audio: nur ausgew. Sync.pkt verwenden
-> validiere CRC (AC-3 / Mpg-Audio L1,2)
-> entferne CRC (Mpg-Audio Layer1,2)
-> Frames am Ende anfügen
Audio PTS: erstes Paket 06:18:43.358, letztes Paket 07:11:57.206
Video PTS: Start 1.GOP 06:18:44.024, Ende letzte GOP 07:11:57.264
-> passe Audio an Video-Zeitlinie an
-> Ursprungsformat: MPEG-1, Layer2, 48000Hz, stereo, 256kbps, CRC @ 00:00:00.000
Audio Frames: wri/pre/skip/ins/add 133051/0/0/0/0 @ 00:53:13.224 abgeschlossen...
---> neue Datei: 'D:\rec\3sat_heute_2006-02-11_190004.001[1].mp2'

Zusammenfassung der erstellten Mediendateien:
.Video (m2v):	79831 Bilder	00:53:13.240		'D:\rec\3sat_heute_2006-02-11_190004.001.m2v'
Audio 0 (ac3):	99789 Frames	00:53:13.248	0/0/0/0	'D:\rec\3sat_heute_2006-02-11_190004.001.ac3'
Audio 1 (mp2):	133051 Frames	00:53:13.224	0/0/0/0	'D:\rec\3sat_heute_2006-02-11_190004.001.mp2'
Audio 2 (mp2):	133051 Frames	00:53:13.224	0/0/0/0	'D:\rec\3sat_heute_2006-02-11_190004.001[1].mp2'
=> 2.295.641.634 Bytes geschrieben...
-> es wurden 4 Warn-/Fehlermeldungen ausgegeben.

wir ihr sehen koennt war das nicht die Herausforderung

sorry,
peter

--
Ever try. Ever fail. No matter.
Try again. Fail again. Fail better.

[wolgade]

Keine Probleme gehabt, weder beim Streamen, noch beim Gucken mit dem Movieplayer. Aber petgun sagt ja, daß die Datenrate auch nicht besonders hoch war.

[Hagan]

Laut udrec-log:

Code: Alles auswählen

max:      8.9 Mbit/s total data rate
average:  6.4 Mbit/s total data rate

Ich hatte auch schon höhere Werte.

[petb]

Hallo,

also keine Probleme bei der gleichzeitigen Aufnahme.
Weder auf dem neuem noch auf dem altem Image.

Wenn ich mir das im Mediaplayer anschaue kommt da Average unter 5MBit und ab und zu maximum 6,8 MBit zuzüglich Audio raus.

Also wirklich keine Herausforderung.

Wir sollten also einen neuen Test machen ?!


Bye
PetB

[rolano]

Also wirklich keine Herausforderung.

Wir sollten also einen neuen Test machen ?!

Yepp; das Problem, vorher zu wissen welche Sendung(en) denn nun mit "außergewöhnlichen" Datenraten daher kommen wird aber bestehen bleiben.......

[Ruediger]

Anscheinend doch eine Herausforderung:

Claxan NAS-200:
- Ausfnahme mit allen Tonspuren kein Problem
- Wiedergabe über Movieplayer: Nach 5 Minuten fast nur noch Ruckler, nicht zum Anschauen geeignet.

Das ts-File vom Claxan auf meinen Streaming-PC kopiert (450Mhz, 128 MB Hauptspeicher):
Wiedergabe über den Movieplayer kein Problem, auch AC3 geht.

Tja, das heißt dann leider für mich, dass das Claxan wieder zurückgeht. Wenn es noch nicht mal eine Aufnahme abspielen kann, von der alle sagen, dass sie kein Problem ist, dann muss ich wohl auf die nächste Version davon warten oder mir eine Asus mit einen superteuren 2,5"-Platte gönnen!

Gruß
Rüdiger.

[Spooky]

@Ruediger,

mir fällt auf, Ihr Claxan 200 Benutzer seid immer so ungeduldig. Unter welchen Voraussetzungen/Vorstellungen kauft Ihr denn das Teil? Hast Du denn schon mal darüber nachgedacht, dass die meisten NAS Geräte mit der Original- Firmware ebenfalls Probleme beim Aufnehmen und/oder Wiedergabe von TS-Dateien mit der dbox2 haben? Warum schaust Dich nicht erst mal im Claxan Forum um und fragst einen der Devs nach einem Image mit NFS Unterstützung >8192, bevor Du den Claxan zurückgibst?

Spooky

[Torsten73]

Hi,
nun so ganz ohne ist die Aufnahme nicht gewesen. Schaut Euch doch mal den Verlauf der Datenrate an.
Habe mit dem JTG vom26.12. mit allen Pids & TXT aufgezeichent. Aufzeichnen funktionierte, nur die Wiedergabe fängt bei den Peaks an zu holpern. Und war das was ich erwartet hatte.
Wenn man mit Netmeter sich die Datenmengen mal anschaut, so ist das max. bei 1,15Mb = 9,2Mbit. Und genau an den Peakstellen fängt bei der Wiedergabe an der Player zu springen.

Getestet habe ich mit der bestmöglichen Datenrate/Hardwarekombi die ich erreichen kann, d.h. SFU/3C920/LevelOne FSW2108/R32768 W32768.
Hierbei erreiche ich per ChickenTest W9.7 u. R9.8 !
Da sieht man mal wieder das statische Messungen nichts aussagen, im Grenzbereich des Netzwerkspeeds stolpert der Movieplayer.

Und ich bleibe dabei, ein größerer Puffer bei der Wiedergabe hätte bei mir ein problemloses Abspielen ermöglicht!

Cu
Torsten

[rolano]

@Ruediger,

mir fällt auf, Ihr Claxan 200 Benutzer seid immer so ungeduldig. Unter welchen Voraussetzungen/Vorstellungen kauft Ihr denn das Teil? Hast Du denn schon mal darüber nachgedacht, dass die meisten NAS Geräte mit der Original- Firmware ebenfalls Probleme beim Aufnehmen und/oder Wiedergabe von TS-Dateien mit der dbox2 haben? Warum schaust Dich nicht erst mal im Claxan Forum um und fragst einen der Devs nach einem Image mit NFS Unterstützung >8192, bevor Du den Claxan zurückgibst?

Spooky

Hi, genauso sehe ich es auch:http://forum.digitalfernsehen.de/forum/ ... tcount=184. Ein anderer User hat auch schon bei claxan nachgefragt - evtl. gibts bald ne aktualisierte FW von Claxan selbst.

[petb]

Also, wenn ihr sagt mit txt aufnehmen....
Das denke ich ist doch wirklich eine Sache die es nicht braucht oder ?

Ich verstehe noch DD Ton usw. aber Txt dürfte doch eher die Ausnahme als die Regel sein oder ?

Ich mach den test ja mit, weil ich bisher, bezogen auf eine Aufnahme die ich abspiele noch nie Probleme hatte.
Allerdings habich auch nie mit DD Ton aufgenommen.

Meine Probs beim abspielen waren imme rnur wenn ich mehrere Streams aufnehme und dann vieleicht sogar noch mehr als einen abspiele.
Also wenn ordentlich Kreuzverkehr herscht

Sollen wir dann beim nächsten Test auch den Vtxt mit aufnehmen ?
Vieleicht sollten wir das Testszenario besser/deutlicher definieren
Bye
PetB

[Ruediger]

@Ruediger,

mir fällt auf, Ihr Claxan 200 Benutzer seid immer so ungeduldig. Unter welchen Voraussetzungen/Vorstellungen kauft Ihr denn das Teil? Hast Du denn schon mal darüber nachgedacht, dass die meisten NAS Geräte mit der Original- Firmware ebenfalls Probleme beim Aufnehmen und/oder Wiedergabe von TS-Dateien mit der dbox2 haben? Warum schaust Dich nicht erst mal im Claxan Forum um und fragst einen der Devs nach einem Image mit NFS Unterstützung >8192, bevor Du den Claxan zurückgibst?

Das hat nichts mit Ungeduld zu tun. Aber ich habe halt nur 14 Tage Rückgaberecht.
Da gebe ich es doch lieber jetzt zurück und krieg mein volles Geld wieder. Wenn ich auf eine Firmware, die vielleicht mein Problem löst, warte und sie kommt nicht, habe ich die 135 Eur in den Sand gesetzt.
Lieber kauf ich mir das Ding in einem halbem Jahr nochmal!

Gruß
Rüdiger.

[Torsten73]

@PetB,
das mit Videotext war ursprünglich von Petgun nicht vorgegeben. Hatte ich einfach mal selber entschlossen dazuzutun.

Normalerweise streame ich auch immer ohne zusätzliche Audiopids.

Cu
Torsten

[petgun]

..der Videotext macht den Kohl auch nicht mehr fett...die paar Bytes kann man imo vernachlaessigen.