App installieren
How to install the app on iOS
Follow along with the video below to see how to install our site as a web app on your home screen.
Anmerkung: This feature may not be available in some browsers.
Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden.
Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
News x264 und HandBrake erhalten GPU-Beschleunigung
- Ersteller Dr@
- Erstellt am
Dr@
Grand Admiral Special
- Mitglied seit
- 19.05.2009
- Beiträge
- 12.791
- Renomée
- 4.066
- Standort
- Baden-Württemberg
- Aktuelle Projekte
- Collatz Conjecture
- Meine Systeme
- Zacate E-350 APU
- BOINC-Statistiken
- Mein Laptop
- FSC Lifebook S2110, HP Pavilion dm3-1010eg
- Prozessor
- Turion 64 MT37, Neo X2 L335, E-350
- Mainboard
- E35M1-I DELUXE
- Speicher
- 2x1 GiB DDR-333, 2x2 GiB DDR2-800, 2x2 GiB DDR3-1333
- Grafikprozessor
- RADEON XPRESS 200m, HD 3200, HD 4330, HD 6310
- Display
- 13,3", 13,3" , Dell UltraSharp U2311H
- HDD
- 100 GB, 320 GB, 120 GB +500 GB
- Optisches Laufwerk
- DVD-Brenner
- Betriebssystem
- WinXP SP3, Vista SP2, Win7 SP1 64-bit
- Webbrowser
- Firefox 13
<div class="newsfloatleft"><a href="http://www.planet3dnow.de/photoplog/index.php?n=14362"><img src="http://www.planet3dnow.de/photoplog/images/54308/1_AMD-Fusion-Logo.png" border="0" alt="AMD-Fusion-Logo"></a></div>Einige haben die entsprechenden Logos vielleicht auch schon in den Folien von AMD entdeckt, denn es gab auf dem Presse-Event zur Vorstellung von AMDs <a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1337065778">zweiter Generation A-Serie APUs</a> (Codename "Trinity") eine Überraschung: Der plattformübergreifende Open-Source-Encoder x264 für das Video-Format H.264 (MPEG-4 AVC) und damit auch das Videotool HandBrake, welches eine grafische Benutzeroberfläche für eben diesen Encoder ist, werden per OpenCL beschleunigt. Leider hielten sich die Sprecher von AMD uns gegenüber zu den Details der Umsetzung trotz mehrfacher Nachfragen bedeckt. Glücklicherweise bringen die Kollegen von AnandTech jetzt Licht ins Dunkel, immerhin handelt es sich hier um Tools, welche sich einer deutlich größeren Beliebtheit erfreuen dürften, als die meisten kommerziellen H.264-Kodierer. Das liegt neben dem offensichtlichen Grund (beide sind kostenlos verfügbar) an der sehr guten Bildqualität kombiniert mit einer sehr effizienten Kompression und Ausnutzung von Mehrkernprozessoren.<p style="clear:left;"><center><a href="http://www.planet3dnow.de/photoplog/index.php?n=20284"><img src="http://www.planet3dnow.de/photoplog/images/54308/medium/1_x264_Handbrake_OpenCL.png" border="1" alt="x264 und Handbrake bekommen OpenCL-Beschleunigung"></a></center>
Laut AnandTech verfolgen die Entwickler von HandBrake bei der GPU-Beschleunigung mehrere Ansätze: Zum einen verwendet das Transkodierungs-Tool die DXVA-Schnittstelle von Microsoft Windows, um die Dekodierung des Ausgangsformates über die GPU zu beschleunigen. Dabei kommt entsprechend der jeweiligen Hardware ein spezieller, festverdrahteter Funktionsblock (z. B. UVD von AMD oder PureVideo HD von NVIDIA) zum Einsatz, welcher speziell für diese Aufgabe optimiert wurde. Zum anderen werden GPU-typische Aufgaben wie die Skalierung und Farbraumkonvertierung ebenfalls auf die GPU ausgelagert. Außerdem soll für die Berechnung der "Lookahead"-Funktion des Enkodierungsprozesses ebenfalls über OpenCL auf die GPU zurückgegriffen werden. Diese Teilaufgabe ist hierfür gut geeignet, weil es sich um ein datenparalleles Problem handelt, welches bereits in einem eigenen Thread läuft. Mit der "Lookahead"-Funktion bestimmt der Encoder, wie viele Frames er vorausschauen muss, um eine optimale Bildqualität zu erreichen. Dies ist wichtig, da die Komprimierungsalgorithmen im wesentlichen darauf aufbauen, dass lediglich die Änderungen zwischen den einzelnen Bildern gespeichert werden. Letztlich ist es also das Ziel, die redundanten Daten so stark wie möglich zu reduzieren.
<center><a href="http://www.planet3dnow.de/photoplog/index.php?n=20285"><img src="http://www.planet3dnow.de/photoplog/images/54308/large/1_x264-Handbrake-OpenCL.png" border="1" alt="x264 und Handbrake bekommen OpenCL-Beschleunigung"></a><small>
<b>Quelle:</b> <a href="http://www.anandtech.com/show/5835/testing-opencl-accelerated-handbrakex264-with-amds-trinity-apu" target="b">AnandTech</a></small></center>
Für einen ersten Test stand AnandTech eine frühe Entwicklerversion von HandBrake sowie die aktuelle stabile Version des Tools zur Verfügung. Als Ausgangsmaterial für den Vergleich nutzten die Kollegen ein 1080p-Video im MPEG-2-Format, welches in das Formal H.264 mit einer Auflösung von 720p transkodiert wurde. Hierzu kam das <i>High Profile</i> von Handbrake mit den Standardeinstellungen zum Einsatz. Alle für den Test herangezogenen AMD- und Intel-Prozessoren erreicht mit der GPU-beschleunigten Version höhere FPS-Werte. Die getestete AMD A8-3500M APU ("Llano") verbesserte sich von 5,7 FPS auf 12,05 FPS und die AMD A10-4600M APU ("Trinity") von 6,98 FPS auf 15,01 FPS, was in beiden Fällen einer Verdoppelung der Trankodierungsleistung entspricht. Damit kann die "Trinity"-APU den Rückstand auf den Intel i7-2820QM ("Sandy Bridge") von enormen 73% auf lediglich 7% stark verkürzen, der allerdings mangels OpenCL-Unterstützung lediglich von der GPU-beschleunigten Dekodierung profitieren kann. Der Intel i7-3720QM ("Ivy Bridge") hält hingegen die Konkurrenz auch mit Beschleunigung auf Abstand.
Was dieser erfreuliche "OpenCL-Boost" für HandBrake bzw. x264 wirklich Wert ist, muss sich noch zeigen. Bisher konnten GPU-beschleunigte Encoder zwar zumeist überzeugen, wenn es allein um die Geschwindigkeit ging, lieferten dabei aber eine indiskutable Bildqualität ab. Letztlich lautete daher die Empfehlung, lieber die deutlich längere Rechenzeit auf der CPU in Kauf zu nehmen. Es bleibt zu hoffen, dass die Implementierung von x264 es besser macht. AnandTech trifft hierzu leider nur die Aussage, dass sie keinen Qualitätsunterschied zwischen den unterschiedlichen Ausgaben beobachten konnten, die mittels der OpenCL-beschleunigten Transkodierung erstellt wurden. Zudem wiesen die transkodierten Videodateien, welche allein auf den CPU-Kernen berechnet wurden, höhere Datenraten auf - wurden also weniger stark komprimiert. Diese Unterschiede können dem frühen Entwicklungsstadium der GPU-Beschleunigung geschuldet sein.
Der Projektleiter von x264, Jason Garrett-Glaser kommentierte die Zusammenarbeit mit AMD wie folgt:
<div style="margin: 5px 20px 20px;"><div class="smallfont" style="margin-bottom: 2px;">Zitat:</div><table border="0" cellpadding="6" cellspacing="0" width="100%"><tbody><tr><td class="alt2" style="border: 1px inset;"><i>"x264 is the world's leading video encoding library, used in applications ranging from web video to broadcast television, cloud gaming, telemedicine, Blu-ray, and more. AMD has been a great partner, working openly as part of the open source community to help enhance x264 with GPU capabilities using OpenCL."</i></td></tr></tbody></table></div>
Wann die GPU-beschleunigten Versionen von h264 und HandBrake verfügbar werden, ist unbekannt. Dies liegt aber in der Natur von Open-Source-Projekten, schließlich hängt das Tempo entscheidend davon ab, wie viel Zeit die freiwilligen Entwickler aufbringen können.
<a name="Update"><b>Update 12:45:</b></a>
Anand Lal Shimpi und Jarred Walton haben in den Kommentaren zur News bei AnandTech weitere Details zum Stand der Implementierung verraten. Offenbar wird der OpenCL-Code derzeit nicht vom x264-Projekt entwickelt, sondern von AMD intern. Irgendwann soll der Code und die zugehörige Dokumentation dann der Open-Source-Community zugänglich gemacht werden. Derzeit befindet er sich unter Verschluss und kann ausschließlich von AMD direkt bezogen werden. Zudem hat sich AMD wohl bisher auf die Optimierungen für integrierte Grafiklösungen konzentriert, weshalb AnandTech darum gebeten wurde, vorerst keine Tests auf diskreten Grafiklösungen durchzuführen.
<div style="margin: 5px 20px 20px;"><div class="smallfont" style="margin-bottom: 2px;">Zitat: Jarred Walton</div><table border="0" cellpadding="6" cellspacing="0" width="100%"><tbody><tr><td class="alt2" style="border: 1px inset;"><i>"The OpenCL code at present is developed in house by AMD and they will eventually provide all of the code and documentation back to the open source community. However, for now it is all under tight wraps and there is no way to get it (other than from AMD)."</i></td></tr></tbody></table></div>
<div style="margin: 5px 20px 20px;"><div class="smallfont" style="margin-bottom: 2px;">Zitat: Anand Lal Shimpi</div><table border="0" cellpadding="6" cellspacing="0" width="100%"><tbody><tr><td class="alt2" style="border: 1px inset;"><i>"Not quite yet, the current build hasn't really been optimized or tested for dGPU usage. We were asked to limit our testing to integrated solutions for the time being."</i></td></tr></tbody></table></div>
<b>Quelle:</b><ul><li><a href="https://docs.google.com/gview?url=http://www.amd.com/us/Documents/Second_Generation_AMD_A_Series_APU_Quotes.pdf" target="b">AMD</a></li><li><a href="http://www.anandtech.com/show/5835/testing-opencl-accelerated-handbrakex264-with-amds-trinity-apu" target="b">AnandTech</a></li></ul>
<b>Links zum Thema:</b>
<ul><li><a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1330476490">HandBrake 0.9.6</a></li><li><a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1335117289">OpenCL-Debugger gDEBugger ist jetzt auch für Linux verfügbar</a></li><li><a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1324449069">Das AMD Accelerated Parallel Processing (APP) SDK 2.6 wurde veröffentlicht</a></li><li><a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1322593666">AMD sponsert OpenCL-Implementierung in GIMP</a></li></ul></p>
Laut AnandTech verfolgen die Entwickler von HandBrake bei der GPU-Beschleunigung mehrere Ansätze: Zum einen verwendet das Transkodierungs-Tool die DXVA-Schnittstelle von Microsoft Windows, um die Dekodierung des Ausgangsformates über die GPU zu beschleunigen. Dabei kommt entsprechend der jeweiligen Hardware ein spezieller, festverdrahteter Funktionsblock (z. B. UVD von AMD oder PureVideo HD von NVIDIA) zum Einsatz, welcher speziell für diese Aufgabe optimiert wurde. Zum anderen werden GPU-typische Aufgaben wie die Skalierung und Farbraumkonvertierung ebenfalls auf die GPU ausgelagert. Außerdem soll für die Berechnung der "Lookahead"-Funktion des Enkodierungsprozesses ebenfalls über OpenCL auf die GPU zurückgegriffen werden. Diese Teilaufgabe ist hierfür gut geeignet, weil es sich um ein datenparalleles Problem handelt, welches bereits in einem eigenen Thread läuft. Mit der "Lookahead"-Funktion bestimmt der Encoder, wie viele Frames er vorausschauen muss, um eine optimale Bildqualität zu erreichen. Dies ist wichtig, da die Komprimierungsalgorithmen im wesentlichen darauf aufbauen, dass lediglich die Änderungen zwischen den einzelnen Bildern gespeichert werden. Letztlich ist es also das Ziel, die redundanten Daten so stark wie möglich zu reduzieren.
<center><a href="http://www.planet3dnow.de/photoplog/index.php?n=20285"><img src="http://www.planet3dnow.de/photoplog/images/54308/large/1_x264-Handbrake-OpenCL.png" border="1" alt="x264 und Handbrake bekommen OpenCL-Beschleunigung"></a><small>
<b>Quelle:</b> <a href="http://www.anandtech.com/show/5835/testing-opencl-accelerated-handbrakex264-with-amds-trinity-apu" target="b">AnandTech</a></small></center>
Für einen ersten Test stand AnandTech eine frühe Entwicklerversion von HandBrake sowie die aktuelle stabile Version des Tools zur Verfügung. Als Ausgangsmaterial für den Vergleich nutzten die Kollegen ein 1080p-Video im MPEG-2-Format, welches in das Formal H.264 mit einer Auflösung von 720p transkodiert wurde. Hierzu kam das <i>High Profile</i> von Handbrake mit den Standardeinstellungen zum Einsatz. Alle für den Test herangezogenen AMD- und Intel-Prozessoren erreicht mit der GPU-beschleunigten Version höhere FPS-Werte. Die getestete AMD A8-3500M APU ("Llano") verbesserte sich von 5,7 FPS auf 12,05 FPS und die AMD A10-4600M APU ("Trinity") von 6,98 FPS auf 15,01 FPS, was in beiden Fällen einer Verdoppelung der Trankodierungsleistung entspricht. Damit kann die "Trinity"-APU den Rückstand auf den Intel i7-2820QM ("Sandy Bridge") von enormen 73% auf lediglich 7% stark verkürzen, der allerdings mangels OpenCL-Unterstützung lediglich von der GPU-beschleunigten Dekodierung profitieren kann. Der Intel i7-3720QM ("Ivy Bridge") hält hingegen die Konkurrenz auch mit Beschleunigung auf Abstand.
Was dieser erfreuliche "OpenCL-Boost" für HandBrake bzw. x264 wirklich Wert ist, muss sich noch zeigen. Bisher konnten GPU-beschleunigte Encoder zwar zumeist überzeugen, wenn es allein um die Geschwindigkeit ging, lieferten dabei aber eine indiskutable Bildqualität ab. Letztlich lautete daher die Empfehlung, lieber die deutlich längere Rechenzeit auf der CPU in Kauf zu nehmen. Es bleibt zu hoffen, dass die Implementierung von x264 es besser macht. AnandTech trifft hierzu leider nur die Aussage, dass sie keinen Qualitätsunterschied zwischen den unterschiedlichen Ausgaben beobachten konnten, die mittels der OpenCL-beschleunigten Transkodierung erstellt wurden. Zudem wiesen die transkodierten Videodateien, welche allein auf den CPU-Kernen berechnet wurden, höhere Datenraten auf - wurden also weniger stark komprimiert. Diese Unterschiede können dem frühen Entwicklungsstadium der GPU-Beschleunigung geschuldet sein.
Der Projektleiter von x264, Jason Garrett-Glaser kommentierte die Zusammenarbeit mit AMD wie folgt:
<div style="margin: 5px 20px 20px;"><div class="smallfont" style="margin-bottom: 2px;">Zitat:</div><table border="0" cellpadding="6" cellspacing="0" width="100%"><tbody><tr><td class="alt2" style="border: 1px inset;"><i>"x264 is the world's leading video encoding library, used in applications ranging from web video to broadcast television, cloud gaming, telemedicine, Blu-ray, and more. AMD has been a great partner, working openly as part of the open source community to help enhance x264 with GPU capabilities using OpenCL."</i></td></tr></tbody></table></div>
Wann die GPU-beschleunigten Versionen von h264 und HandBrake verfügbar werden, ist unbekannt. Dies liegt aber in der Natur von Open-Source-Projekten, schließlich hängt das Tempo entscheidend davon ab, wie viel Zeit die freiwilligen Entwickler aufbringen können.
<a name="Update"><b>Update 12:45:</b></a>
Anand Lal Shimpi und Jarred Walton haben in den Kommentaren zur News bei AnandTech weitere Details zum Stand der Implementierung verraten. Offenbar wird der OpenCL-Code derzeit nicht vom x264-Projekt entwickelt, sondern von AMD intern. Irgendwann soll der Code und die zugehörige Dokumentation dann der Open-Source-Community zugänglich gemacht werden. Derzeit befindet er sich unter Verschluss und kann ausschließlich von AMD direkt bezogen werden. Zudem hat sich AMD wohl bisher auf die Optimierungen für integrierte Grafiklösungen konzentriert, weshalb AnandTech darum gebeten wurde, vorerst keine Tests auf diskreten Grafiklösungen durchzuführen.
<div style="margin: 5px 20px 20px;"><div class="smallfont" style="margin-bottom: 2px;">Zitat: Jarred Walton</div><table border="0" cellpadding="6" cellspacing="0" width="100%"><tbody><tr><td class="alt2" style="border: 1px inset;"><i>"The OpenCL code at present is developed in house by AMD and they will eventually provide all of the code and documentation back to the open source community. However, for now it is all under tight wraps and there is no way to get it (other than from AMD)."</i></td></tr></tbody></table></div>
<div style="margin: 5px 20px 20px;"><div class="smallfont" style="margin-bottom: 2px;">Zitat: Anand Lal Shimpi</div><table border="0" cellpadding="6" cellspacing="0" width="100%"><tbody><tr><td class="alt2" style="border: 1px inset;"><i>"Not quite yet, the current build hasn't really been optimized or tested for dGPU usage. We were asked to limit our testing to integrated solutions for the time being."</i></td></tr></tbody></table></div>
<b>Quelle:</b><ul><li><a href="https://docs.google.com/gview?url=http://www.amd.com/us/Documents/Second_Generation_AMD_A_Series_APU_Quotes.pdf" target="b">AMD</a></li><li><a href="http://www.anandtech.com/show/5835/testing-opencl-accelerated-handbrakex264-with-amds-trinity-apu" target="b">AnandTech</a></li></ul>
<b>Links zum Thema:</b>
<ul><li><a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1330476490">HandBrake 0.9.6</a></li><li><a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1335117289">OpenCL-Debugger gDEBugger ist jetzt auch für Linux verfügbar</a></li><li><a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1324449069">Das AMD Accelerated Parallel Processing (APP) SDK 2.6 wurde veröffentlicht</a></li><li><a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?id=1322593666">AMD sponsert OpenCL-Implementierung in GIMP</a></li></ul></p>
Stonehedge
Grand Admiral Special
- Mitglied seit
- 04.07.2002
- Beiträge
- 2.406
- Renomée
- 208
Großsartige News!!! Danke dafür!
Wurde auch endlich mal Zeit, darauf warten sicherlich viele!!!!
Wurde auch endlich mal Zeit, darauf warten sicherlich viele!!!!
JKuehl
Grand Admiral Special
- Mitglied seit
- 22.06.2003
- Beiträge
- 7.903
- Renomée
- 145
- Standort
- Stockholm, Schweden
- Mitglied der Planet 3DNow! Kavallerie!
- Aktuelle Projekte
- POEM, SIMAP
- Lieblingsprojekt
- SIMAP, POEM
- Meine Systeme
- Q6600
- BOINC-Statistiken
- Folding@Home-Statistiken
- Prozessor
- Ryzen-3700x
- Mainboard
- Asus B350 Prime Plus
- Kühlung
- Fractal Design Celsius 240
- Speicher
- 48 GB Corsair LPX 3000
- Grafikprozessor
- 1080ti
- Display
- 28" Samsung 3840x2160
- SSD
- Samsung Evo 960 500Gb
- Soundkarte
- Creative X-Fi Titanium PCIe
- Netzteil
- Be Quiet Dark Power 650
- Betriebssystem
- Windows 10 64 Bit
Welche GPUs werden genau unterstützt? Auch HD2000, HD3000 von Intel und HD 5770 von AMD?
Ich zieh mir jetzt mal den Nightly Build zum Testen.
Ich zieh mir jetzt mal den Nightly Build zum Testen.
Stonehedge
Grand Admiral Special
- Mitglied seit
- 04.07.2002
- Beiträge
- 2.406
- Renomée
- 208
Welche GPUs werden genau unterstützt? Auch HD2000, HD3000 von Intel und HD 5770 von AMD?
Ich zieh mir jetzt mal den Nightly Build zum Testen.
Bitte teile deine Erfahrungen hier im Thread mit, danke!
LostHero
Admiral Special
- Mitglied seit
- 07.08.2006
- Beiträge
- 1.597
- Renomée
- 39
- Standort
- Osnabrück
- Mein Laptop
- Medion Akoya P6630
- Prozessor
- Intel Core i7 3770k (3,5Ghz)
- Mainboard
- ASUS P8Z77-V Deluxe
- Kühlung
- Prolimatech Genesis
- Speicher
- 2x8GB Corsair Vengeance (1866 Mhz @1,5V mit 9-10-9-27-2)
- Grafikprozessor
- Gigabyte NVIDIA Geforce GTX 680 (2GB)
- Display
- 27" ASUS VG278-X 120 Hz 3D Monitor
- HDD
- SSD1: Samsung 840 Pro Series (512GB), SSD2: Intel X25 Postville (160GB), HDD1: 3TB, HDD2: 3TB
- Optisches Laufwerk
- LG BH10LS (Blue-Ray Combo Brenner)
- Soundkarte
- Creative X-Fi Titanium HD
- Gehäuse
- BitFenix ShinobiXL Big-Tower (gedämmt)
- Netzteil
- Enermax Modu87+ (600 Watt)
- Betriebssystem
- Windows 7 Professional SP1 (64 Bit)
- Webbrowser
- Mozilla Firefox
- Verschiedenes
- Puh zu viel...
Na das ist doch mal ein Lichtblick! Bin gerade dabei meine über die Jahre sehr umfangreich gewordene DVD Film und Seriensammlung zwecks Backup zu digitalisieren (atm z.B. die 10 Staffeln Stargate SG-1 ^^).
Und da kommen absurd hohe Datenmengen zusammen! Richtig hässlich wirds bei neueren Serien in HD, die meisten von mir sind zum Glück noch aus der preHD zeit ^^.
Von der nötigen Zeit bei den ganzen transkodierungen ganz zu schweigen, evtl mache ich erstmal eine Pause und warte auf die neue HandBrake version mit GPU Beschleunigung, denke meine HD6980 dürfte da um einiges flotter sein als mein Phenom II X965 .
Und da kommen absurd hohe Datenmengen zusammen! Richtig hässlich wirds bei neueren Serien in HD, die meisten von mir sind zum Glück noch aus der preHD zeit ^^.
Von der nötigen Zeit bei den ganzen transkodierungen ganz zu schweigen, evtl mache ich erstmal eine Pause und warte auf die neue HandBrake version mit GPU Beschleunigung, denke meine HD6980 dürfte da um einiges flotter sein als mein Phenom II X965 .
JKuehl
Grand Admiral Special
- Mitglied seit
- 22.06.2003
- Beiträge
- 7.903
- Renomée
- 145
- Standort
- Stockholm, Schweden
- Mitglied der Planet 3DNow! Kavallerie!
- Aktuelle Projekte
- POEM, SIMAP
- Lieblingsprojekt
- SIMAP, POEM
- Meine Systeme
- Q6600
- BOINC-Statistiken
- Folding@Home-Statistiken
- Prozessor
- Ryzen-3700x
- Mainboard
- Asus B350 Prime Plus
- Kühlung
- Fractal Design Celsius 240
- Speicher
- 48 GB Corsair LPX 3000
- Grafikprozessor
- 1080ti
- Display
- 28" Samsung 3840x2160
- SSD
- Samsung Evo 960 500Gb
- Soundkarte
- Creative X-Fi Titanium PCIe
- Netzteil
- Be Quiet Dark Power 650
- Betriebssystem
- Windows 10 64 Bit
Tja so schnell wird das nichts Leute
The OpenCL code at present is developed in house by AMD and they will eventually provide all of the code and documentation back to the open source community. However, for now it is all under tight wraps and there is no way to get it (other than from AMD).
Dr@
Grand Admiral Special
- Mitglied seit
- 19.05.2009
- Beiträge
- 12.791
- Renomée
- 4.066
- Standort
- Baden-Württemberg
- Aktuelle Projekte
- Collatz Conjecture
- Meine Systeme
- Zacate E-350 APU
- BOINC-Statistiken
- Mein Laptop
- FSC Lifebook S2110, HP Pavilion dm3-1010eg
- Prozessor
- Turion 64 MT37, Neo X2 L335, E-350
- Mainboard
- E35M1-I DELUXE
- Speicher
- 2x1 GiB DDR-333, 2x2 GiB DDR2-800, 2x2 GiB DDR3-1333
- Grafikprozessor
- RADEON XPRESS 200m, HD 3200, HD 4330, HD 6310
- Display
- 13,3", 13,3" , Dell UltraSharp U2311H
- HDD
- 100 GB, 320 GB, 120 GB +500 GB
- Optisches Laufwerk
- DVD-Brenner
- Betriebssystem
- WinXP SP3, Vista SP2, Win7 SP1 64-bit
- Webbrowser
- Firefox 13
Kannst Du dazu bitte noch die Quelle angeben?Tja so schnell wird das nichts Leute
Edit: OK, habs gefunden. Gibt es bei AnandTech ne Möglichkeit einzelne Kommentare direkt zu verlinken? Ich würde der News nämlich gerne ein Update verpassen.
Dr@
Grand Admiral Special
- Mitglied seit
- 19.05.2009
- Beiträge
- 12.791
- Renomée
- 4.066
- Standort
- Baden-Württemberg
- Aktuelle Projekte
- Collatz Conjecture
- Meine Systeme
- Zacate E-350 APU
- BOINC-Statistiken
- Mein Laptop
- FSC Lifebook S2110, HP Pavilion dm3-1010eg
- Prozessor
- Turion 64 MT37, Neo X2 L335, E-350
- Mainboard
- E35M1-I DELUXE
- Speicher
- 2x1 GiB DDR-333, 2x2 GiB DDR2-800, 2x2 GiB DDR3-1333
- Grafikprozessor
- RADEON XPRESS 200m, HD 3200, HD 4330, HD 6310
- Display
- 13,3", 13,3" , Dell UltraSharp U2311H
- HDD
- 100 GB, 320 GB, 120 GB +500 GB
- Optisches Laufwerk
- DVD-Brenner
- Betriebssystem
- WinXP SP3, Vista SP2, Win7 SP1 64-bit
- Webbrowser
- Firefox 13
Woodstock
Grand Admiral Special
- Mitglied seit
- 04.05.2002
- Beiträge
- 9.804
- Renomée
- 242
- Standort
- Somewhere in Oberfranken
- Mein Laptop
- Lenovo T460
- Prozessor
- I7-5960x
- Mainboard
- Gigabyte GA X99 UD4
- Kühlung
- Arctic Liquid Freezer II 280
- Speicher
- 8x 8GB Corsair Venegance DDR4 2666
- Grafikprozessor
- Sapphire Nitro+ RX 480 8G D5 OC, 8GB GDDR5 (11260-01-20G)
- Display
- 2x LG 24EB23 24" 16:10 TFT/ Sony SDM-HS94 19" 5:4 TFT
- SSD
- Samsung 970 EVO Plus 250GB NVME für OS, Samsung 860 QVO 1TB für Bilder und MP3
- HDD
- 2x 3TB Seagate, 1x 2TB WD
- Optisches Laufwerk
- Asus BR Brenner, Pioneer BR Brenner
- Soundkarte
- Onoard
- Gehäuse
- Nanoxia Deep Silence 6 Anthrazit
- Netzteil
- be quiet! System Power 9 CM 600W
- Tastatur
- Zu alt
- Maus
- Auch zu alt
- Betriebssystem
- Windows 10 64
- Webbrowser
- Firefox / Chrome / IE
..
Von der nötigen Zeit bei den ganzen transkodierungen ganz zu schweigen, evtl mache ich erstmal eine Pause und warte auf die neue HandBrake version mit GPU Beschleunigung, denke meine HD6980 dürfte da um einiges flotter sein als mein Phenom II X965 .
Probiers doch mal aus und lass die Karte gegen deine CPU antreten.
Ich brauch mit Handbrake für eine DVD zwischen 8 und 12 Minuten.
Für eine BluRay zwischen 40 und 55 Minuten.
Ich habe aber nur eine 9800GTX+ so das ich so oder so nicht von der GPU Beschleunigung profitieren würde.
"Bisher konnten GPU-beschleunigte Encoder zwar zumeist überzeugen, wenn es allein um die Geschwindigkeit ging, lieferten dabei aber eine indiskutable Bildqualität ab."
Damit steht und fällt eigentlich alles.
"die mittels der OpenCL-beschleunigten Transkodierung erstellt wurden. Zudem wiesen die transkodierten Videodateien, welche allein auf den CPU-Kernen berechnet wurden, höhere Datenraten auf "
Was denn nun? ENCodieren oder TRANScodieren? Oder ist das nur in diesem Beispiel so?
Datenraten sind ohnehin nicht wirklich aussagekräftig.
Damit steht und fällt eigentlich alles.
"die mittels der OpenCL-beschleunigten Transkodierung erstellt wurden. Zudem wiesen die transkodierten Videodateien, welche allein auf den CPU-Kernen berechnet wurden, höhere Datenraten auf "
Was denn nun? ENCodieren oder TRANScodieren? Oder ist das nur in diesem Beispiel so?
Datenraten sind ohnehin nicht wirklich aussagekräftig.
Dr@
Grand Admiral Special
- Mitglied seit
- 19.05.2009
- Beiträge
- 12.791
- Renomée
- 4.066
- Standort
- Baden-Württemberg
- Aktuelle Projekte
- Collatz Conjecture
- Meine Systeme
- Zacate E-350 APU
- BOINC-Statistiken
- Mein Laptop
- FSC Lifebook S2110, HP Pavilion dm3-1010eg
- Prozessor
- Turion 64 MT37, Neo X2 L335, E-350
- Mainboard
- E35M1-I DELUXE
- Speicher
- 2x1 GiB DDR-333, 2x2 GiB DDR2-800, 2x2 GiB DDR3-1333
- Grafikprozessor
- RADEON XPRESS 200m, HD 3200, HD 4330, HD 6310
- Display
- 13,3", 13,3" , Dell UltraSharp U2311H
- HDD
- 100 GB, 320 GB, 120 GB +500 GB
- Optisches Laufwerk
- DVD-Brenner
- Betriebssystem
- WinXP SP3, Vista SP2, Win7 SP1 64-bit
- Webbrowser
- Firefox 13
x264 ist ein Encoder, mir dem sich unkomprimierte Videodateien in das Video-Format H.264 (MPEG-4 AVC) überführen lassen."die mittels der OpenCL-beschleunigten Transkodierung erstellt wurden. Zudem wiesen die transkodierten Videodateien, welche allein auf den CPU-Kernen berechnet wurden, höhere Datenraten auf "
Was denn nun? ENCodieren oder TRANScodieren? Oder ist das nur in diesem Beispiel so?
In dem Beispiel von Anandtech wird Handbrake getestet. Als Ausgangsformat dient dabei ein MPEG-2-Video das in das H.264-Format transkodiert wird, es wird also von dem einen komprimierten Format in ein anderes überführt.
Wo liegt das Problem?
Markus Everson
Grand Admiral Special
[...HonigumBartschmier..]
Hm, sehr schön!
Irgendwann soll der Code und die zugehörige Dokumentation dann der Open-Source-Community zugänglich gemacht werden. Derzeit befindet er sich unter Verschluss und kann ausschließlich von AMD direkt bezogen werden.
wt..? Auf den nächsten AKW Gau würde ich eher wetten als darauf das AMD hier als Ausnahme zur Regel mal seine Software fertig gebacken bekommt.
Traurig! Vor allem weil man um ein paar Schlagzeilen willen auf ein reales Produkt verzichtet. Aber das ist natürlich das Vorrecht einer AG, AMD ist ja nicht die Heilsarmee.
OBrian
Moderation MBDB, ,
- Mitglied seit
- 16.10.2000
- Beiträge
- 17.033
- Renomée
- 267
- Standort
- NRW
- Prozessor
- Phenom II X4 940 BE, C2-Stepping (undervolted)
- Mainboard
- Gigabyte GA-MA69G-S3H (BIOS F7)
- Kühlung
- Noctua NH-U12F
- Speicher
- 4 GB DDR2-800 ADATA/OCZ
- Grafikprozessor
- Radeon HD 5850
- Display
- NEC MultiSync 24WMGX³
- SSD
- Samsung 840 Evo 256 GB
- HDD
- WD Caviar Green 2 TB (WD20EARX)
- Optisches Laufwerk
- Samsung SH-S183L
- Soundkarte
- Creative X-Fi EM mit YouP-PAX-Treibern, Headset: Sennheiser PC350
- Gehäuse
- Coolermaster Stacker, 120mm-Lüfter ersetzt durch Scythe S-Flex, zusätzliche Staubfilter
- Netzteil
- BeQuiet 500W PCGH-Edition
- Betriebssystem
- Windows 7 x64
- Webbrowser
- Firefox
- Verschiedenes
- Tastatur: Zowie Celeritas Caseking-Mod (weiße Tasten)
ja, so ganz schön ist das natürlich nicht. Aber wahrscheinlich ist der Code noch so quick and dirty, daß es zu peinlich wäre, ihn zu veröffentlichen. Oder (wahrscheinlicher) man will noch prüfen, ob definitiv keine Patentrechte verletzt werden, d.h. darin keine 3rd-Party-IP verbraten ist.
Bei mir friert der Lappi ein will man den Prozess beenden.
Der Prozess selber ist langsam (10fps).
hd 3470, amd x2 64 2,1 ghz
Würde mir schon wünschen einen ordentlich Beschleuniger für ein paar DVDrips nutzen zu können.
Momentan rippe ich meine DVDs ganz auf Platte oder versuche mit diversen Tools den Hauptfilm raus zu picken.
Ich mach das aber momentan ehe nur wegen Platzmangel und nicht aus geizigkeit.
Welche Software liegt den weit vorne in der Geschwindigkeit ? Abgesehen von Handbrake halt.
Der Prozess selber ist langsam (10fps).
hd 3470, amd x2 64 2,1 ghz
Würde mir schon wünschen einen ordentlich Beschleuniger für ein paar DVDrips nutzen zu können.
Momentan rippe ich meine DVDs ganz auf Platte oder versuche mit diversen Tools den Hauptfilm raus zu picken.
Ich mach das aber momentan ehe nur wegen Platzmangel und nicht aus geizigkeit.
Welche Software liegt den weit vorne in der Geschwindigkeit ? Abgesehen von Handbrake halt.
Stonehedge
Grand Admiral Special
- Mitglied seit
- 04.07.2002
- Beiträge
- 2.406
- Renomée
- 208
Bei mir friert der Lappi ein will man den Prozess beenden.
Der Prozess selber ist langsam (10fps).
hd 3470, amd x2 64 2,1 ghz
Würde mir schon wünschen einen ordentlich Beschleuniger für ein paar DVDrips nutzen zu können.
Momentan rippe ich meine DVDs ganz auf Platte oder versuche mit diversen Tools den Hauptfilm raus zu picken.
Ich mach das aber momentan ehe nur wegen Platzmangel und nicht aus geizigkeit.
Welche Software liegt den weit vorne in der Geschwindigkeit ? Abgesehen von Handbrake halt.
Hi,
grundsätzlich hast Du die beste Qualität immer mit x264.exe - Ich verwende als Frontend dafür StaxRip Ein Tool, dass verhältnismässig einfach zu bedienen ist, aber auch den Profis Raum lässt, sich zu entfalten. StaxRip ist ein Frontend dass sich mehrerer Tools bedient (u. a. das extrem mächtige eac3to.exe sowie x264.exe, nur um mal die beiden "bekanntesten" und besten zu nennen!)
Allerdings verwende ich selbst meistens für DVDs das kommerzielle Nero Recode nebst AVC-Profil, dass Teil der Nero-Brennsuite ist. Das ist insgesamt etwas komfortabler, bietet aber nicht die gleiche großartige Qualität sowie Vielfalt wie x264.exe / StaxRip. Allerdings hast Du grade bei DVDs mit mehren Titeln große Vorteile.
Wenn es allerdings um Übernahme DTS-Tonspuren oder HD-Konvertierung geht, führt eigentlich kein Weg an MKV (also x264.exe nebst entsprechenden Audio-Tools) vorbei.
Guck dir mal StaxRip an, damit kann man eigentlich sehr gut Leben. Wie gesagt, mein Favorit wenns um Leistung und Qualität geht.
LostHero
Admiral Special
- Mitglied seit
- 07.08.2006
- Beiträge
- 1.597
- Renomée
- 39
- Standort
- Osnabrück
- Mein Laptop
- Medion Akoya P6630
- Prozessor
- Intel Core i7 3770k (3,5Ghz)
- Mainboard
- ASUS P8Z77-V Deluxe
- Kühlung
- Prolimatech Genesis
- Speicher
- 2x8GB Corsair Vengeance (1866 Mhz @1,5V mit 9-10-9-27-2)
- Grafikprozessor
- Gigabyte NVIDIA Geforce GTX 680 (2GB)
- Display
- 27" ASUS VG278-X 120 Hz 3D Monitor
- HDD
- SSD1: Samsung 840 Pro Series (512GB), SSD2: Intel X25 Postville (160GB), HDD1: 3TB, HDD2: 3TB
- Optisches Laufwerk
- LG BH10LS (Blue-Ray Combo Brenner)
- Soundkarte
- Creative X-Fi Titanium HD
- Gehäuse
- BitFenix ShinobiXL Big-Tower (gedämmt)
- Netzteil
- Enermax Modu87+ (600 Watt)
- Betriebssystem
- Windows 7 Professional SP1 (64 Bit)
- Webbrowser
- Mozilla Firefox
- Verschiedenes
- Puh zu viel...
Probiers doch mal aus und lass die Karte gegen deine CPU antreten.
Ich brauch mit Handbrake für eine DVD zwischen 8 und 12 Minuten.
Für eine BluRay zwischen 40 und 55 Minuten.
Ich habe aber nur eine 9800GTX+ so das ich so oder so nicht von der GPU Beschleunigung profitieren würde.
werde ich tun sobald ich aus der Klinik entlassen wurde (und erstmal ne runde Diablo 3 gespielt habe!!!!).
Wo finde ich denn eine HandBrake und h264 Version die bereits OpenCL (teilweise) implementiert hat?
€dit:
komme derzeit überigends auf ca 90 fps wenn Deinterlace Filter aktiv sind und eta 135 fps wenn Deinterlace nicht aktiv ist mit meinem QuadCore. Leider ist Deinterlace pflicht bei den alten SG-1 Staffeln die ham auch noch die gute alte "Filmkörnung" selbst im Originalmaterial, dachte erst es läge an meinen Codec settings und hatte dann teilweise so absurd hohe werte, dass eine 42 min folge 9 GB groß wurd, ehe ich auf die idee kam mal das original abzuspielen...
Ich wiederhole: KEINE HD DVDs / Bluerays ausm Kopf weiß ich die settings und auflösung gerade nicht mehr aber war was um die 7xx * 5xx mit RF von 19 und inklusive englischer und deutscher tonspur @320kbs und subs in beiden sprachen (eine 42 min folge resultiert in 700 - 1000 mb großen files).
Um mal nen richtwert zu geben .
meld mich "die Tage" dann wenn ich vergleichswerte mit GPU beschleunigung habe. kann aber nich sagen wann das is da die mich hier nich raus lassen wollen ^^.
Zuletzt bearbeitet:
Hallo und danke für den schnellen Tip.
Gestartet habe ich es nun doch finde ich keine möglichleit eine DVD bzw eine iso zu öfnnen.
Stonehedge
Grand Admiral Special
- Mitglied seit
- 04.07.2002
- Beiträge
- 2.406
- Renomée
- 208
Ich vermute mal, Du redest hier jetzt von StaxRip
Du musst in Staxrip doppelklick auf die weisse Leiste unter Source machen, dann "Single Or Merge" Files und dann wählst Du die VOB-Dateien der DVD-Struktur. Das ist genau der Punkt, wo Nero Digital deutlich mehr Komfort bietet, weil Du für StaxRip vorher genau gucken musst, welche VOB-Dateien die "richtigen" sind.
Hier mal ein Beispiel dafür, die rot umrandeten Dateien wären ein kompletter Film:
Edit
Staxrip fügt die hier ausgewählten Dateien dann im Endeffekt zu einer einzelnen Datei zusammen, nur dass da keine Missverständnisse auftreten!
Du musst in Staxrip doppelklick auf die weisse Leiste unter Source machen, dann "Single Or Merge" Files und dann wählst Du die VOB-Dateien der DVD-Struktur. Das ist genau der Punkt, wo Nero Digital deutlich mehr Komfort bietet, weil Du für StaxRip vorher genau gucken musst, welche VOB-Dateien die "richtigen" sind.
Hier mal ein Beispiel dafür, die rot umrandeten Dateien wären ein kompletter Film:
Edit
Staxrip fügt die hier ausgewählten Dateien dann im Endeffekt zu einer einzelnen Datei zusammen, nur dass da keine Missverständnisse auftreten!
JKuehl
Grand Admiral Special
- Mitglied seit
- 22.06.2003
- Beiträge
- 7.903
- Renomée
- 145
- Standort
- Stockholm, Schweden
- Mitglied der Planet 3DNow! Kavallerie!
- Aktuelle Projekte
- POEM, SIMAP
- Lieblingsprojekt
- SIMAP, POEM
- Meine Systeme
- Q6600
- BOINC-Statistiken
- Folding@Home-Statistiken
- Prozessor
- Ryzen-3700x
- Mainboard
- Asus B350 Prime Plus
- Kühlung
- Fractal Design Celsius 240
- Speicher
- 48 GB Corsair LPX 3000
- Grafikprozessor
- 1080ti
- Display
- 28" Samsung 3840x2160
- SSD
- Samsung Evo 960 500Gb
- Soundkarte
- Creative X-Fi Titanium PCIe
- Netzteil
- Be Quiet Dark Power 650
- Betriebssystem
- Windows 10 64 Bit
wandle die dvd vorher mit makemkv in einen mkv container um - dabei kannst du auch alle audiospuren rauswerfen die du nicht brauchst. du kopierst damit lediglich die dvd in einen container, wandelst also noch nichts um.
Stonehedge
Grand Admiral Special
- Mitglied seit
- 04.07.2002
- Beiträge
- 2.406
- Renomée
- 208
Ist mit StaxRip eigentlich unnötig, weil der vorher auch alles zuerst de-muxt und du aus dem entmuxten raussuchen musst, wass alles wieder rein soll
hallo.
danke für die infos.
ich habe die dvds vorher mit dvdfab auf platte geriped. z.t. vollständig und z.t. mainmovie allein.
dabei kann man ja auch schon die tonspuren seiner wahl mitnehmen.
Stonehedge hat ja aber recht dass es mit staxrip auch entsprechend einfach vorbereitet wird.
mir kam das nur bischn ungewohnt vor die main vobs zu suchen und automerg zu nutzen.
der rip prozess mit x264 ist relativ langsam bei mir. etwa 15-20 fps. da dauert ein 100min film etwa 3std. und mehr. und es handelte sich hierbei um ein anime,mit entsprechendem codec setup.
mein laptop ist da einfach zu schwach für. wobei ich das ja dann einfach über nach oder bei was anderem im hintergrund laufen lassen kann.
90 min film in 90 min geriped. das wünsche ich mir XD. mit nem normalem PC sollte das aber auch kein ding sein.
danke euch
danke für die infos.
ich habe die dvds vorher mit dvdfab auf platte geriped. z.t. vollständig und z.t. mainmovie allein.
dabei kann man ja auch schon die tonspuren seiner wahl mitnehmen.
Stonehedge hat ja aber recht dass es mit staxrip auch entsprechend einfach vorbereitet wird.
mir kam das nur bischn ungewohnt vor die main vobs zu suchen und automerg zu nutzen.
der rip prozess mit x264 ist relativ langsam bei mir. etwa 15-20 fps. da dauert ein 100min film etwa 3std. und mehr. und es handelte sich hierbei um ein anime,mit entsprechendem codec setup.
mein laptop ist da einfach zu schwach für. wobei ich das ja dann einfach über nach oder bei was anderem im hintergrund laufen lassen kann.
90 min film in 90 min geriped. das wünsche ich mir XD. mit nem normalem PC sollte das aber auch kein ding sein.
danke euch
MagicEye04
Grand Admiral Special
- Mitglied seit
- 20.03.2006
- Beiträge
- 23.198
- Renomée
- 1.798
- Standort
- oops,wrong.planet..
- Aktuelle Projekte
- Seti,WCG,Einstein + was gerade Hilfe braucht
- Lieblingsprojekt
- Seti
- Meine Systeme
- R7-1700+GTX1070ti,R7-1700+RadeonVII, FX-8350+GTX1050ti, X4-5350+GT1030, X2-240e+RX460
- BOINC-Statistiken
- Folding@Home-Statistiken
- Mein Laptop
- Dell Latitude E7240
- Prozessor
- R9-3950X (@65W)
- Mainboard
- Asus Prime B550plus
- Kühlung
- TR Macho
- Speicher
- 2x16GiB Corsair LPX2666C16
- Grafikprozessor
- Radeon VII
- Display
- LG 32UD99-W 81,3cm
- SSD
- Crucial MX500-250GB, Samsung EVO280 256GB
- HDD
- Seagate 7200.14 2TB (per eSATAp)
- Optisches Laufwerk
- LG DVDRAM GH24NS90
- Soundkarte
- onboard
- Gehäuse
- Nanoxia Deep Silence1
- Netzteil
- BeQuiet StraightPower 11 550W
- Tastatur
- Cherry RS6000
- Maus
- Logitech RX600
- Betriebssystem
- Ubuntu
- Webbrowser
- Feuerfuchs
- Verschiedenes
- 4x Nanoxia Lüfter (120/140mm) , Festplatte in Bitumenbox
Digitale Daten zu digitalisieren ist schon bissel schräg, oder?Na das ist doch mal ein Lichtblick! Bin gerade dabei meine über die Jahre sehr umfangreich gewordene DVD Film und Seriensammlung zwecks Backup zu digitalisieren
DVDs hab ich auch mit Handbrake schön schnell eingedampft, da freu ich mich, wenn es noch schneller geht, sofern die Qualität dabei nicht leidet.
In welchem Format liegen denn Deine HD-Serien vor? Auch noch MPEG2? Blaustrahl-Scheiben nutzen ja eigentlich bereits H.264, da wird sich nur noch auf Kosten der Qualität Platz einsparen lassen.
Es entfällt ja das Decodieren, also wird das Encodieren allein wohl mindestens so schnell sein, vielleicht sogar einen Hauch schneller (je nachdem, wie sehr das System eben mit dem Decodieren des Ursprungsformates beschäftigt wäre).lassen sich die Benchmarks 1zu1 auf das (neu)encodieren übertragen?
mmoses
Admiral Special
- Mitglied seit
- 20.10.2006
- Beiträge
- 1.899
- Renomée
- 43
- Standort
- Bembeltown
- Mein Laptop
- Lenovo Thinkpad Edge T450
- Prozessor
- AMD Ryzen5 - 1600
- Mainboard
- MSI B350 PC MATE
- Kühlung
- Original Bex Kühler
- Speicher
- 2 x ADATA DIMM 8 GB DDR4-2400
- Grafikprozessor
- Asus Radeon R7 250X
- Display
- 27" iiyama ProLite B2783QSU
- SSD
- Samsung SSD 840PRO 256GB
- HDD
- WD WD20EZRZ 2 TB
- Optisches Laufwerk
- BluRayBrenner PIONEER BDR-209DBK SATA
- Soundkarte
- onboard
- Gehäuse
- Enermax Chakra BS 25cm Fan ATX
- Netzteil
- Enermax EPR385AWT Pro82+ 385W ATX23
- Betriebssystem
- 64-Bit Linux Mint 19.2
- Webbrowser
- Frickelfuchs/opera
Bei mir friert der Lappi ein will man den Prozess beenden.
Der Prozess selber ist langsam (10fps).
hd 3470, amd x2 64 2,1 ghz
Würde mir schon wünschen einen ordentlich Beschleuniger für ein paar DVDrips nutzen zu können.
Momentan rippe ich meine DVDs ganz auf Platte oder versuche mit diversen Tools den Hauptfilm raus zu picken.
Ich mach das aber momentan ehe nur wegen Platzmangel und nicht aus geizigkeit.
Welche Software liegt den weit vorne in der Geschwindigkeit ? Abgesehen von Handbrake halt.
Da würde ich mich fragen ob .264 wirklich Wahl der Wahl der Waffen ist..
Ich, mit einem Brisbane 4850e & HD 5570 im Desktop nicht ganz unähnlich ausgestattet, schwöre aufgrund des gefälligen Sweetspots um Quali/Platzbedarf/Geschwindigkeit auf den steinalten Dr.Divx 8)
Da ich üblicherweise beschneide & auf 592 * ~360 runterkodiere macht der idR solide 50fps (nur übern Proz) , Bei Auflösungsbeibehaltung waren es mal "etwas über" 30
Ach ja , und die meisten DVD-Standalones spielen das auch willig ab
Mmoe
Ähnliche Themen
- Antworten
- 0
- Aufrufe
- 477
- Antworten
- 0
- Aufrufe
- 1K
- Antworten
- 0
- Aufrufe
- 916
- Antworten
- 0
- Aufrufe
- 2K
- Antworten
- 0
- Aufrufe
- 844