Was für eine CPU braucht man mindestens um ein MPEG-2 Video in MPEG-4 ASP umzuwandeln

[Gast]

Folgende Problemstellung.

Ich will mit einer DVB-C Karte aus dem Kabelnetz einen 2 h langen MPEG-2 Videostrom aufnehmen und diesen dann während der Aufnahme in Echtzeit in MEPG-4 ASP (XVID) umwandeln, damit ich ihn über das Internet als Stream zu meinem 2. Rechner verschicken kann.


Da das ganze wenn möglich in Echtzeit gehen sollte, würde ich gerne wissen, was für eine CPU ich da mindestens brauche.


Da die CPU auch sparsam sein soll, sollte es also nicht die schnellst mögliche sein, sondern eine, die die Aufgabe mit ausreichend reserven bewältigt aber im normalen IDLE Betrieb wenig Storm frißt.
Unter Last darf sie auch meinetwegen etwas mehr Strom verbrauchen.


Also kurze Zusammenfassung was der Rechnen können sollte:
1. DVB-C Signal als MPEG-2 Signal empfangen, auf Festplatte Zwischenspeichern und in echtzeit dekodieren.
2. Danach das dekodierte Videosignal in Echtzeit in ein MPEG-4 ASP (XVid) Video umwandeln und dieses ebenfalls auf Festplatte zwischenspeichern.
3. Dann gleich darauf dieses MPEG-4 ASP Video als Stream an einen anderen Rechner im Internet verschicken. Meine theoretische DSL Uploadrate beträgt 1000 KBit/s, diesen Wert sollte das Video also nicht überschreiten.

Die Auflösung des DVB-C Videos dürfte PAL bzw. maximal 720p sein,
mehr wird via Kabel eh nicht versendet.


Reicht ein Pentium M, Turion, Intel Core 2 Solo oder Semptron für diese Aufgabe?
Wenn ja, ab wieviel MHz?


Und wenn nicht, reicht wenigstens Penryn 2 dafür?
Und wenn ja, ab wieviel MHz?


Da der Rechner wenig Strom verbrauchen soll und auf ein Embedded MB draufkommt, sollte es wenn möglich ein sparsamer Mobilprozessor sein.
Daher Penryn, Pentium M, Turion, Intel Core 2 Solo und Co.


Auf reine Desktop CPUs möchte ich wenn möglich verzichten.

[Gast]

Ich vergaß.


Natürlich sollte der Videostream bevor er ins Internet gelangt vorher noch verschlüsselt werden.
Z.b. mit OpenSSH oder ähnlichem.

Das ist eine weitere Aufgabe die er können sollte.

[Andi_669]

U. was soll dabei rauskommen: :|
die Datenrate ist selbst für XVID grausam, wenn überhaupt erreichbar,

~100 kByte/s bei DVB ist ja schon 2500 kByte/s grausam,
u. so toll ist XVID dann auch nicht. :rolleyes:

[HeldImZelt]

Ich habe damals h264 mit 512kbit/s (Bild) über SSH übertragen. Das war gut für Fussball und deutlich besser als jeder Standard YouTube Stream. Spielfilme würde ich so aber auch nicht sehen wollen.

[Gast]

U. was soll dabei rauskommen: :|
die Datenrate ist selbst für XVID grausam, wenn überhaupt erreichbar,


Ok, genaugenommen sind es ja bei 1 MBit/s Uploadrate ca. 125 KByte/s.

Ich könnte zur Not die Auflösung ja halbieren und den Farbraum etwas einschränken,
das wird schon nicht so negativ auffallen, damit spare ich deutlich an notwendiger Bandbreite.
Also anstatt 720x576 einfach 360x288 nehmen.
Und mit dem Farbraum kann man sicher auch noch etwas machen,
wenn das nicht schon der Codec automatisch macht.

Und vielleicht könnte ich auch gleich in MPEG-4 AVC kodieren.
Würde das bei den niedrigen Bandbreiten etwas bringen?
Und würde die Rechenpower dafür ausreichen?


Für einfache Sendungen, Nachrichten usw. sollte das eigentlich ausreichen.
Dafür bräuchte ich diese Methode.


Die Filme kann ich ja problemlos auch Zeitversetzt anschauen und downloaden
und somit auch eine höhere Qualität erzielen, das sollte nicht das Problem sein.


Wichtig ist halt erstmal abzuklären, was für eine CPU ich brauche, denn sonst kann ich das schlecht testen.



u. so toll ist XVID dann auch nicht. :rolleyes:
Ok, die Bitrate ist schon niedrig, aber was so normale 800 Kbyte/s Bitraten betrifft, so finde ich da die Qualitöt von XVid für meine Bedürfnisse eigentlich sehr gut.
So hohe Ansprüche habe ich da nicht.

[Gast]

Ich habe damals h264 mit 512kbit/s (Bild) über SSH übertragen. Das war gut für Fussball und deutlich besser als jeder Standard YouTube Stream. Spielfilme würde ich so aber auch nicht sehen wollen.


Wieviel Bandbreite schluckt eigentlich SSH selber?
Gibt es da nennenswerten Overhead oder ist das egal?


Und was für eine CPU hast du für h264, also MPEG-4 AVC benötigt?
Hast du das wirklich in Echtzeit kodiert?

[Gast]

PS:

Für habe ich meine Filme auf VHS geschaut und da war die Bildauflösung mit ca. 320*200 deutlich schlechter.