Transedit, Mpeg2 oder doch Mpeg4

[Scan_Speedy]

Mal ne Frage in die Runde, wenn Transedit sagt, der Sender Sexview 264 sendet in Mpeg2 ist das dann wirklich Mpeg2 ?

 

Denn es gibt da Fakten die für Mpeg4 sprechen.

1. die Bildqualiöt des Sender ist gut, genauso gut wie Sexview HQ (welcher in Mpeg4) sendet.

2. die Datenmenge die beim Aufzeichnen des Senders benötigt wird ist sehr hoch > 5 GB die Stunde

3. der Zusatz 264 steht ja für Mpeg4 Komprimierung.

 

Nur komischerweise sagt Transedit Mpeg2 mit einer Datenrate von 1.65 Mbit.

Das passt aber überhaupt nicht zu den bekannten Fakten.

Die Abonnenten beschwören, das der Sender mit Mpeg4 Komprimiert.

 

Gibt es eine andere Methode herauszufinden, ob der Sender Sexview 264 nun in Mpeg2 oder doch Mpeg4 sendet ?

Hotbird Frequenz: 12360 MHz, Polarisation H, Symbolrate 27500, FEC 3/4

Edited January 18, 2008 by Scan_Speedy

[Griga]

wenn Transedit sagt, der Sender Sexview 264 sendet in Mpeg2 ist das dann wirklich Mpeg2 ?

Dann steht MPEG2 in der PMT, und entweder stimmt das, oder der Anbieter lügt.

[Scan_Speedy]

Also würde auch kein anderes Tool hier weiter helfen, da die Infos so in der PMT steht.

Aber wenn ein normaler Receiver den Sender findet beim Suchlauf, dann sollte es ein Mpeg2 Sender sein, oder schauen die Receiver auch in den PMT und entscheiden dann zwischen TV, Radio oder Daten Sender ?

[dgdg]

Denn es gibt da Fakten die für Mpeg4 sprechen.

1. die Bildqualiöt des Sender ist gut, genauso gut wie Sexview HQ (welcher in Mpeg4) sendet.

2. die Datenmenge die beim Aufzeichnen des Senders benötigt wird ist sehr hoch > 5 GB die Stunde

3. der Zusatz 264 steht ja für Mpeg4 Komprimierung.

 

Mpeg2 oder Mpeg4 sagt ja nichts über die Auflösung und Datenrate.

 

Gibt es eine andere Methode herauszufinden, ob der Sender Sexview 264 nun in Mpeg2 oder doch Mpeg4 sendet ?

Hotbird Frequenz: 12360 MHz, Polarisation H, Symbolrate 27500, FEC 3/4

 

Du kannst doch den Stream aufzeichnen und schauen, ob du ihn dann mit einem Mpeg2-Tool analysieren oder öffnen kannst.

[Griga]

Es könnte irgendeine MPEG4/H.264-Variante sein, und in der PMT steht dann eine falsche Information.

 

Herausgefunden habe ich es so: Mit dem Analyzer nur den zur Zeit unverschlüsselten Video-Stream aufgenommen und dann den TSPlayer drauf losgelassen. Die dort eingebaute Streamanalyse sagt H.264. PAT/PMT musste ich zu dem Zweck weglassen, denn im Zweifelsfall vertraut der TSPlayer eher den SI-Tabellen.

 

Die Aufnahmegröße und angezeigte Videobitrate stimmen überein. Allerdings liefert keiner der hier vorhandenen H.264-Decoder ein Bild. Entweder stürzen sie ab oder zeigen nur bunte Muster.

[Derrick]

Dann steht MPEG2 in der PMT, und entweder stimmt das, oder der Anbieter lügt.

Keines von beiden. Es wird ein trick angewendet. Der stream kommt verschlüsselt als H.264 an aber mit dem falschen stream type. Macht aber nichts, denn das spezielle modul entwürfelt nicht nur, sondern wandelt auch on-the-fly vom h.264 nach mpeg2. Die PMT bleibt so, sodass es am ausgang wieder stimmt

[Scan_Speedy]

@ Derrick, du meist sicher das Mpeg4 Viaccess Modul

Ja das wandelt die Mpeg4 Daten in Mpeg2 um, so das es auch mit einem normalen Mpeg2 Receiver angeschaut und aufgezeichnet werden kann.

 

Nur wundert es mich, das Sexview HQ von Transedit als Mpeg4 erkannt wird, und Sexview 264 nicht.

Aber das liegt wohl daran, das für Sexview HQ 2 Service IDs vorhanden sind. So wird der Sender einmal als Mpeg2 und einmal als Mpeg4 eingelesen.

Obwohl beide Sender den gleichen Videopid Verwenden.

 

Also sendet auch der Sexview 264 mit Mpeg4, das würde sich dann auch mit den User Infos decken.

Edited January 18, 2008 by Scan_Speedy

[Derrick]

Nur wundert es mich, das Sexview HQ von Transedit als Mpeg4 erkannt wird, und Sexview 264 nicht.

TransEdit hat mit dem modul nichts zu tun. Es analysiert den ankommenden strom und nicht einen ev. entschlüsselten/gewandelten strom am ausgang des moduls.

 

..noch zur erläuterung für Griga

 

Herausgefunden habe ich es so: Mit dem Analyzer nur den zur Zeit unverschlüsselten Video-Stream aufgenommen und dann den TSPlayer drauf losgelassen. Die dort eingebaute Streamanalyse sagt H.264. PAT/PMT musste ich zu dem Zweck weglassen, denn im Zweifelsfall vertraut der TSPlayer eher den SI-Tabellen.

Für dvb bzw. iso 13818-1 ist der stream unverschlüsselt (kein flag, kein csa). Ist er aber in wirklichkeit nicht. Es bleiben zwar viele elemente erhalten - deshalb klappt auch die anlyse - aber insgesamt ist er für dekoder nicht dekodierbar. Schon zu reinen mpeg2 zeiten war das so, dass manchmal ein paar bunte klötzchen auftauchten. Witzigerweise ist der ton "normal" verschlüsselt.

 

Die wandlung muss auch im TS passen. Im eingangsstrom muss deshalb auch einiges an padding enthalten sein, denn der mpeg2_ES ist grösser als der mpeg4_ES. An übertragungbandbreite wird so also nichts gespart.

[Griga]

Also der H264ParamReader (Mitgliederbereich -> Tools) findet in dem Sexview 264 Videostream jedenfalls plausible H.264 Sequence Parameter Sets: Main Profile Level 3.0, Auflösung 544 x 576, SAR (Sample Aspect Ratio) 16:11, 25 fps interlaced.

[Derrick]

Diese paramter sind völlig korrekt. Wenn der stream direkt ohne wandlung entschlüsselt würde, könnte man ihn auch mit einem H.264 dekoder sichbar machen. Dazu müsste allerdings der stream type gepatched werden.

 

Program Number: 8112
PCR on PID 6045 (0x179d)
PMT Version: 7

Stream Type: 0x03 MPEG-1 Audio
Elementary Stream PID 6010 (0x177a)

Stream Type: 0x1b H.264 Video
Elementary Stream PID 6045 (0x179d)