Moin,

Am Montag, 6. Juni 2005 18:03 schrieb Gerhard Brauer:

> Was ich m�chte bzw. nicht wei�:
> -------------------------------
> Um die Qualit�t bei Fullscreen-Betrachten zu verbessern w�re es sicher
> gut, die Video-Gr��e zu erh�hen. Das TV-Ausgangs-Video ist ja in
> 704x576. Wenn ich diese Gr��e encodiert bek�me m��te sich die
> Darstellung doch verbessern.
>
> Aber mit meinem Alt-PC kriege ich es nicht hin, das Format inklusive Ton
> zu in Realzeit zu encodieren. Video buffer full.
>
> Jetzt meine �berlegungen bzw. Fragen:
> a) habe ich mit dem PC �berhaupt eine Chance, gr��eres Eingangsmaterial
> zu encodieren. Ich denke nicht, weil alle Doku und Tips sprechen halt
> von "moderner" Hardware. Oder gibt es M�glichkeiten (Parameter, andere
> Programme,...)?
>
> b) Ich habe es schonmal (glaube mit transcode) hinbekommen, 704x576 zu
> encodieren ohne Ton. G�be es eine Option, den Ton seperat zu speichern
> und das Video dann nachtr�glich zu encoden? Optimal w�re net�rlich, die
> Aufnahme gleich in einem ansehbaren Format vorliegen zu haben, aber ich
> k�nnte an einem anderen PC auch nachtr�glich encodieren.
>
> c) Ich habe auch versucht, die Aufnahme uncodiert abzuspeichern, bei
> menoder z.B. mit -ovc copy, -oac copy. Allerdings ist dann die
> Dateigr��e inakzeptabel (1 min ca. 680 MB bei 640x480). Gibt es andere
> M�glichkeiten, mit minimaler CPU-Belastung relativ verlustfrei den
> Stream abzuspeichern, aber doch irgendwie zu encodieren (also die
> Datei-Gr��e dramatisch zu verringern)? Meine Experimente scheiterten
> irgendie immer an der mangelnden CPU-Leistung (videobuffer full, frame
> dropping)
>
> d) Wenn ein anderes Format wie 352x288 nicht hinzukriegen ist, was w�ren
> f�r meine CPU sinnvolle Parameter, die Qualit�t beim
> Fullscreen-Betrachten zu verbessern. Entweder f�r Echtzeit-Encoding oder
> auch zur Nachbearbeitung?
>
> e) Bei einer TV-Aufnahme ist es wohl nicht m�glich, z.B. bei mencoder
> mit einem Multi-Pass-Verfahren zu encodieren, oder?

Mit der CPU wirst Du wohl keine erhebliche Verbesserung mehr zu Deinem 
bisherigen Stand erreichen, wenn Du on the fly das Material kodierst. Du 
k�nntest jedoch das Video zun�chst mit einem geringen Kompressionsfaktor 
aufnehmen (geringe CPU-Belastung, hohe Datenrate) und dann sp�ter im 
2-Pass-Verfahren bei guter Qualit�t das Material weiterverarbeiten - sprich 
st�rker komprimieren (das wird aber je nach Deinen Anspr�chen auf Deinem 
Rechner recht lange dauern). Es gibt auch codecs, die verlustfrei 
komprimieren und dabei eine Kompressionsrate von ca. 1:2 erreichen, die 
sollten bei der Aufnahme recht flott sein.

> f) Wenn ich mir eine DVB-S-Karte holen w�rde, w�rde das die CPU auf
> diesem Rechner entlasten bzw. k�nnte ich diesen PC benutzen?

Bei meiner DVB-T Karte ist w�hrend der Aufnahme keine nennenswerte 
CPU-Belastung festzustellen. Es gibt Leute, die mit einem erheblich 
schw�cheren Rechner als Deinem problemlos DVB aufnehmen k�nnen. Zumal Du dann 
eine erheblich bessere Qualit�t aufgenommen bekommst als Du mit einer noname 
Analogkarte erreichen wirst.

> Das w�ren erstmal die allgemeinen Fragen zu denen ich mich �ber
> Antworten, Anregungen freuen w�rde. Mir dr�hnt vor lauter
> Doku/Howto-Lesen und vor Fach-Chinesisch die Birne. Jetzt w�rde ich mich
> gerne, wie gesagt gerne per PM, mit jemand austauschen.

Vielleicht m�chte mich ja jemand auf der Liste noch was dazu sagen. ;)

HTH,

Cheers,

- Thorsten
-- 
Now listening to: 00001118063372-00001219

Attachment: pgpNxCiEcx5PQ.pgp
Description: PGP signature

Antwort per Email an