Wie Aufgenommenes unter Win umwandeln?

Zitat

Original von hjs
Auf der anderen Seite : Zum Fernsehen brauchste die CPU quasi gar nicht - daher isses doch nich so relevant , ob das Teil 15 Minuten , ne halbe Stunde oder 2 Stunden braucht , bis die fertige DVD aus dem Brutzler kommt .

Wobei man auch ganz klar sagen muß, das es Ökologischer sein kann es mit 2,5GHz zu machen. Denn normalerweise ist da der Stromverbrauch im Verhältnis gesehen günstiger.
Denn ein 2,5GHz PC ist ja normalerweise gegenüber einem 600MHz ÜC noch eine Ecke schneller als Faktor 4 (mal angenommen Faktor 5). Und es wird dabei nicht 5 mal soviel Strom benötigt. Ich habe mit vdrconvert noch nie gearbeitet, deswegen weiß ich nicht, wie lange das für ein neu Encoden benötigt. Aber ich denke auf einem 600MHz PC kann das auch schonmal 8 Stunden dauern?

Gruß

Zitat

Original von BOP

Da liegt der allgemeine Irrtum ! Die CPU Leistung ist Faktor 4,167 größer . Wenn ich den gleichen Speicher , gleiche Platte und n bescheidenes Board habe , ist der Systemfaktor vielleicht auch nur 2
N Auto kauft man ja auch nich nach PS - die 300 PS Variante is nich doppelt so schnell , wie der mit 150 PS

[quote]
Und es wird dabei nicht 5 mal soviel Strom benötigt.

Alles anzeigen

Nö - er darf auch nur noch das doppelte schlucken *gg* und so ne CPU hats in sich ( P4-Celeron 2.66 G = 73 W ! )

[quote]
Ich habe mit vdrconvert noch nie gearbeitet, deswegen weiß ich nicht, wie lange das für ein neu Encoden benötigt. Aber ich denke auf einem 600MHz PC kann das auch schonmal 8 Stunden dauern?

Nö - das glaub ich nicht . In Echtzeit packt der das wohl auch ...( grob übern Daumen )

HJS

Zitat

Original von hjs
Da liegt der allgemeine Irrtum ! Die CPU Leistung ist Faktor 4,167 größer .

Also ich glaube da vertust Du Dich ein wenig. So ist das ganz und garnicht.
Das sieht man ja schon daran, das bspw. ein P4 mit 1,8 GHz schneller ist als ein P3 mit 1,8GHz. Und so ist es allgemein. Oder warum glaubst Du haben die Bartons bspw. weniger reale MHz als ein alter T-Bred. Wenn man mal von gleichem angegebenen Wert ausgeht.

Die Architektur einer CPU macht schon eine Menge aus. Und deswegen ist ein 2,5GHz P4 schneller als Faktor 4 als ein 600MHz P3. Da kannste soeviel dran rüttln wie Du möchtest, das ist so! Wie hast Dus in einem andere Thread ausgedrückt? ISSO Faktor.

Und andersrum ist Dein Argument mir der Systemleistung hier nicht sinnvoll. Denn beim Encoden zählt fast nur die CPU Geschwindigkeit und natürlich die Architektur. Der Rest des Systems ist da fast nebensächlich.

Gruß

Hm - wohl wahr - man soll nicht den reinen Takt vergleichen - und der VDR will CPU und sonst wenig , auch richtig .

Leider sagt der Takt alerdings nicht , wieviele Taktzyklen für nen Befehl verbraten werden . Der doppelt so hoch getaktete Proz der neuen Generation muß - selbst bei den gleichen Befehlen - nicht zwingend doppelt so schnell wie der alte Proz sein .
Wenn der 1 MHz jeden Befehl in einem Zyklus ausführt = 1 Million Befehle pro Sek. , der "moderne" 2 MHz dagegen bei seinen Special Teilen 2 oder gar 3 Zyklen .....

Allerdings bringen die modernen Prozze ja i.d.R. leistungsfähigere Befehle mit ...

Naja - nicht nötig das weiter auszuführen . Tatsache bleibt : der 600er kann auch das was der 2,5 Gig kann - er braucht halt .

Wenn ich Stromkosten einrechnen will , muß ich auch die Anschaffungskosten berücksichtigen , wenn der 600er nu mal da is , der 2.5 G nich ..

Ich bleib bei meinem 2.4er

HJS

PS - Habe mich von der typischen Kundenerwartung : Wieso is mein WinDoof nich 4 mal so schnell - der Rechner hat doch n 3 Gig ... zu vorschneller Antwort verleiten lassen ..

ers denken , dann reden

Hi.
Du hast vergessen zu demuxen. Nimm ProjectX oder pvastrumento, die lesen vdr-files direkt und erstellen die notwendigen *.mpv und *.mpa-Dateien. Diese kannst Du dann mit Cuttermaran schneiden und z.B. mit Dvd-Lab authoren.

mfg

@ marius:
Habe mit PVAStrumento auch Probleme gehabt (Version 2.1.0.9). Bin wieder zur 2.0.30 zurück - klappt prima.

Schneiden kannst du damit auch, sofern du mit "noad" die Schnittmarken hast setzen lassen - PVAStrumento verwendet sie auf Wunsch zum Schneiden.

Letztens: habe bisher nie vorher "demuxt" - .vdr-file laden, Ausgabe einstellen und hinten kommt ein MPEG2 raus (läuft sehr flott - braucht auf einem P4M-1.7 ca. 4-6 min. für ein 1,5 GB vdr-file)

Gruss,
Calle

Zitat

Original von marius

Aber wie gesagt, der Hauptgrund lag/liegt einfach daran, das ich meine VDR-Platte meist bis an den Rand voll hab.

marius
so gings mir auch. Abhilfe kannst du dir schon schaffen, wenn du ne zweite Platte aus Restbeständen in das /export-Verzeichnis einhängst (siehe mein Rechner)
LinVDR konvertiert dann die Aufnahmen auf die zweite Platte - als DVD-ISO oder DVD-Struktur.Nach dem Konvertieren kannst du ja im /video-Verzeichnis schon wieder aufräumen.
Das mit den VCD's / SVCD's erstellen hab ich mir unter Windows schnell abgewöhnt.
Der Preis für nen DVD-Brenner ist die Zeitersparnis allemal wert.

Gruß,
HAL

Mein im Moment bevorzugter Weg:

• Direkt das VDR File demuxen mit ProjectX
• Mit Tmpeg Mpeg Editor framegenau Schneiden

Fertig!!!

Gruß

Mein bevorzugter Weg:

• Schneiden unter LinVDR (nicht framegenau)
• als mpeg exportieren (Ich habe vdrsync.pl so modifiziert, dass immer VOBU-Startsektoren eingefügt werden.)
• Auf PC die Dateien direkt mit dvdauthor verwenden.

Zitat

Original von marius
mit tmpgenc plus kann man framegenau schneiden? ich dachte man kann nur den anfang und das ende wegschneiden?

Von tmpegenc habe ich nichts geschrieben!
Es gibt den Tmpeg Mpeg-Editor. Und damit kann man framegenau schneiden. Das ist auch nur ein Schnittprogramm.

Und da das auch Video/Audio getrennt verarbeiten kann, muß man die ES nicht mehr muxen.

Gruß

Zitat

Original von marius
In TMPeg Enc gibts auch nen EDITOR.

Nix mit enc!

http://www.vdr-portal.de/board/thread.php?threadid=20591&sid=&hilight=pva&hilightuser=3371

Da macht man sich extra die Arbeit ....

MFG
Marco

Zitat

Original von marius
Mist, da haste wohl gewonnen

Doch nicht gewonnen! MIST!

Das Ding heißt doch enc!
Ist aber trotzdem nicht DER TmpegEnc(oder).