HD Aufnahmen ruckeln auf PS3 (gestreamt ueber PS3MediaServer)

[erichwe]

Nachtrag:

Was mir gestern noch aufgefallen ist: beim PS3 Media Server (unter Linux) hatte ich einen recht alten tsMuxeR (im Unterverzeichnis linux - Version 1.7.3) - wahrscheinlich hat daher tsMuxeR bei mir überhaupt nie funktioniert. Ich werde am Wochenende mal die aktuelle Version (1.10.6 für Linux) testen. Denn eigentlich sollte in den AVI mit H.264 ja schon ein PS3-geeignetes Format vorliegen.

----

Übrigens: meine Freude wurde gestern auch wieder getrübt, denn obwohl ich nun schon einen HD-Film praktisch ohne Ruckeln genießen konnte, so war gestern (mit gleichen Einstellungen!) wieder arges Ruckeln bei Old Surehand zu verzeichnen. Wo gibt's denn sowas??? Sehr eigenartig.

Bei meinen Tests ist mir auch noch aufgefallen, dass vom mencoder öfters mal Leichen übrig bleiben. Also öfters mal einen Blick in die Prozessliste werfen und alte mencoder-Tasks abschießen! Ob das nun ein Fehler von mencoder oder vom PS3 media Server ist, weiß ich nicht so recht...

[tulamidan]

Ich habe es jetzt geschafft
Ich habe auf einem alten Rechner noch eine installation 1.10.51 rufliegen gehabt. Das Ding ist wirklich Antik (trotzdem laeuft win7 drauf) und hat keine Probleme mit dem Streaming.
Ich habe dann also die Einstellungen 1:1 kopiert -> hat keine Verbesserung gebracht.
Habe nur das exe File vom TsMuxer rueber kopiert ->nix
Dann habe ich den Mplayer&Encoder ersetzt und Heureka! Es funzt

TsMuxer ist in Version 1.8.6
MPlayer ist in Version Sherpya-SVN-r28311-4.2.5 genau wie der MEncoder.

Es wundert mich nur, dass mit meiner vorherigen 1.10.51 Installation auf dem Laptop das Streaming nicht klappte, aber ich kann nicht mehr rekonstruieren welche mPlayer Version ich da hatte.

[tulamidan]

Huraaa!!! Ach nee doch nicht :/

Ich hab nur zufaellig ein File erwischt das funktioniert hat. Kacke!

Ich muss da noch mal genauer untersuchen... eines hat funktioniert und dann wieder nicht.... zum Verzweifeln.

[erichwe]

Hi!

Ich habe inzwischen in eine andere Richtung weiter geforscht - ich hatte die Gelgenheit den PS3 Media Server auf einem Server zu testen, der zwei Xeon-Prozessoren mit je 4 Kernen, also insgesamt 8 Kerne (!) hat. Die Kiste hat 2 GB RAM und eine unverhältnismäßig langsame Festplatte (d.h. im Verhältnis zu den Prozessoren nicht ganz passend - die Platte schafft beim lesen maximal 58 MB / sec.).

Jedenfalls funktioniert damit das Streaming von HD-Inhalten absolut ruckelfrei. Zumindest beim File

Mini_Max_oder_Die_unglaublichen_Abenteuer_des_Maxw ell_Smart_10.05.10_18-35_arte_25_TVOON_DE.mpg.HD.avi.otrkey

lief alles einwandfrei. Heute lade ich mir mal ein paar weitere HD's runter - dann sehen wir weiter (meine anderen HD-Files haben sich wegen eines Plattendefektes leider in Rauch aufgelöst).

Bemerkenswert war aber, dass selbst mit diesen 8 Prozessorkernen die Systemlast immer noch bei über 40% lag! Ok, da kann man nebenbei noch am Server arbeiten - aber irgendwas konsumiert da einfach unverhältnismäßig viel Prozessorleistung.

Nachtrag:
Das Streamen ohne Ruckeln geht übrigens nur, wenn ich die Files auf dem Server liegen habe, auf dem der PS3 Media Server läuft. Wenn die Files von einem anderen Rechner geholt werden (über UNC-Pfade) dann ruckeln sie wieder. Woher kommen denn bei Dir die Files? Der andere Recher ist übrigens mit Gigabit-Leitung direkt erreichbar - die Netzlast ist auch minimal (ich glaube nur 4% oder waren's 8%?) - aber ich könnte mir gut vorstellen, dass es Probleme gibt, wenn die Netzwerkkarte gleichzeitig empfangen und senden soll - das klingt doch irgendwie plausibel oder?

[tulamidan]

Komisch... ich haette schwoeren koennen, dass es ein Multipart File ist... aber eben schau ich noch mal nach und es ist ein Avi2.0 und streamt auch problemlos. Ich sollte pennen gehen

[erichwe]

ist ja verrückt - wie kann denn das bei Dir ein Multipart sein und bei mir nicht?

Übrigens: ich verstehe das mit den Multipart folgendermaßen: normalerweise teilt avidemux files bei 4 GB Größe auf (siehe Preferences/Output). Wenn man das nicht will, dann muß man OpenDML-Dateien erstellen lassen. Und wenn's erst überhaupt gar nicht größer als 4 GB ist, dann ist weder das eine noch das andere nötig. Minimax ist doch aber eine kurze Serie (23 Minuten - hat daher auch nur rund 700 MByte) - warum sollte da also ein Multipart generiert werden?

[tulamidan]

Tzja... das kann ich dir auch nicht beantworten... vielleicht liegt es am OTR Decoder? Ich nutze den Multidecoder 1.0.0.48 unter Windows. Was passiert denn wenn du MiniMax schneidest? Laesst es sich dann ohne Umcodierorgien abspielen?

[Cineatic]

...
Mann, Mann, Mann - das wäre eine Sache, wenn otr dieses Format anbieten würde ...

Da frage ich mich gerade, wie viele Format hier noch angeboten werden sollen? Irgendwann kommen die Dateien dann erst eine Woche nach der Ausstrahlung auf den Servern an, da vor lauter Formatvielfalt die Kodiereinheiten nicht mehr hinterher kommen. :-|

Wir haben ja jetzt schon zum Teil erhebliche Probleme, wo Sendungen erst 24h und noch später nach der Ausstrahlung im DivX-Format zur Verfügung stehen. Und dies verbessert sich nicht, wenn noch mehr Formate hinzu kommen.

[erichwe]

Hallo Cineatic!

Ja, das ist ein Argument. Ich glaube die PS3 würde die HD's auch mit DivX abspielen können - dannn wär's sogar ein Format weniger... Ich könnte damit auch leben!

[tulamidan]

@erichwe: Hast du das mit dem Schneiden denn mal probiert? Du bist bis jetzt nicht darauf eingegangen.

@Cineatic: Es muessen ja nicht hunderte Formate angeboten werden, aber nichts spricht dagegen bestehende Prozesse zu optimieren. Da dieses Problem recht neu ist, wurde das Encoding wohl irgendwann verschlimmbessert und wenn ich die Infos irgendwo nachlesen kann, was sich wann veraendert hat, kann ich vielleicht einen nuetzlichen Hinweis geben.