Download XviD 1.3 Video-Codec
- Ersteller Nero24
- Erstellt am
- Mitglied seit
- 01.07.2000
- Beiträge
- 24.066
- Renomée
- 10.446
<div class="newsfloatleft"><img src="http://www.planet3dnow.de/vbulletin/attachment.php?attachmentid=22039&stc=1&d=1298548583" border="0" alt=""></div>Nach langer Zeit scheinbarer Ruhe hat das Team um die Entwickler des freien Open-Source MPEG4-ASP Video-Codecs XviD vorgestern eine neue Version 1.3 präsentiert.
Aus (MPEG4)-Lizenzgründen dürfen die XviD-Entwickler keine fertig kompilierten Binaries zur Verfügung stellen. Daher hat es bis heute gedauert, ehe einer der beiden XviD-Haudegen - in diesem Fall Koepi - das Installationspaket für Windows zur Verfügung gestellt hat. Allerdings hat er es dieses Mal nicht selbst erstellt, sondern verteilt es lediglich. Entwickler war in diesem Fall ein "mm".
Folgende Fixes wurden implementiert:<blockquote><i>Changes since 1.3.0-rc1:
* xvidcore
- Disabled late-promotion of S_VOP to N_VOP coding type
- Makefile fixes for macho64 target
* VFW frontend
- Minor GUI cosmetics
- Decoder support for lower-case FourCCs
- Fix for YV12 colorspace pass-through mode
* DShow/MFT frontend
- Decoder support for additional FourCC codes
- Slightly increased filter merit (for Windows 7)
Changes since 1.2.2:
* xvidcore
- Added PSNR-HVS-M quality-metric plugin
- Variance masking as new adaptive quantization option
- MT decoder deblocking filter
- Improved encoder multi-threading allowing more threads and better scaling
- Decoder threads API extension
- PSNR-HVS-M as optional D-metric for R-D optimizations
- Noexec-stack security patch also for x86_64 asm code
- Added new slice coding feature
- App-level encoder multi-threading support (xvid_encraw)
- Signalling of FourCC to decoder for better bug detection
- Changed semantics of frame_drop ratio API option
- Improved decoder robustness on resync markers in BVOPs
* VFW frontend
- Increased allowed max bitrate
- New 'HD 1080' preset
- Added new MPEG4 simple profile levels
- VHQ metric GUI option
- Independent slice coding widget
- Selectable adaptive quantization method
- Fix for handle leak problem
- Minor GUI cosmetics
* DShow/MFT frontend
- Tray icon to access filter properties
- Added MFT API support
- Shared cpu_flags/num_threads settings with VfW</i></blockquote>
<b>Download:</b> <a href="http://www.planet3dnow.de/cgi-bin/file/get.cgi?20110224125420">XviD 1.3 Video-Codec "Koepi's / MM" [Windows] P3D</a>
Danke Der_Ventilator für den Hinweis.
<b>Links zum Thema:</b><ul><li><a href="http://www.xvid.org" target="_blank">XviD Homepage</a></li><li><a href="http://www.koepi.info/xvid.html" target="_blank">Koepi's XviD Binaries</a></li></ul>
Aus (MPEG4)-Lizenzgründen dürfen die XviD-Entwickler keine fertig kompilierten Binaries zur Verfügung stellen. Daher hat es bis heute gedauert, ehe einer der beiden XviD-Haudegen - in diesem Fall Koepi - das Installationspaket für Windows zur Verfügung gestellt hat. Allerdings hat er es dieses Mal nicht selbst erstellt, sondern verteilt es lediglich. Entwickler war in diesem Fall ein "mm".
Folgende Fixes wurden implementiert:<blockquote><i>Changes since 1.3.0-rc1:
* xvidcore
- Disabled late-promotion of S_VOP to N_VOP coding type
- Makefile fixes for macho64 target
* VFW frontend
- Minor GUI cosmetics
- Decoder support for lower-case FourCCs
- Fix for YV12 colorspace pass-through mode
* DShow/MFT frontend
- Decoder support for additional FourCC codes
- Slightly increased filter merit (for Windows 7)
Changes since 1.2.2:
* xvidcore
- Added PSNR-HVS-M quality-metric plugin
- Variance masking as new adaptive quantization option
- MT decoder deblocking filter
- Improved encoder multi-threading allowing more threads and better scaling
- Decoder threads API extension
- PSNR-HVS-M as optional D-metric for R-D optimizations
- Noexec-stack security patch also for x86_64 asm code
- Added new slice coding feature
- App-level encoder multi-threading support (xvid_encraw)
- Signalling of FourCC to decoder for better bug detection
- Changed semantics of frame_drop ratio API option
- Improved decoder robustness on resync markers in BVOPs
* VFW frontend
- Increased allowed max bitrate
- New 'HD 1080' preset
- Added new MPEG4 simple profile levels
- VHQ metric GUI option
- Independent slice coding widget
- Selectable adaptive quantization method
- Fix for handle leak problem
- Minor GUI cosmetics
* DShow/MFT frontend
- Tray icon to access filter properties
- Added MFT API support
- Shared cpu_flags/num_threads settings with VfW</i></blockquote>
<b>Download:</b> <a href="http://www.planet3dnow.de/cgi-bin/file/get.cgi?20110224125420">XviD 1.3 Video-Codec "Koepi's / MM" [Windows] P3D</a>
Danke Der_Ventilator für den Hinweis.
<b>Links zum Thema:</b><ul><li><a href="http://www.xvid.org" target="_blank">XviD Homepage</a></li><li><a href="http://www.koepi.info/xvid.html" target="_blank">Koepi's XviD Binaries</a></li></ul>
Viele mobilen Geräte wie MP3 Player nehmen nur h.263/ASP und kein h.264/AVC an. Da hat DivX/XviD noch seine Daseinsberechtigung.
Außerdem ist die Qualität auf dem Desktop für vieles noch ausreichend, sodass man gern die schnellere Encodierzeit in Anspruch nimmt.
Ich weiß nicht ganz, ob es immer noch so ist, aber die meisten x264 Binaries bringen obendrein kein vernünftig bedienbares Frontend mit.
Außerdem ist die Qualität auf dem Desktop für vieles noch ausreichend, sodass man gern die schnellere Encodierzeit in Anspruch nimmt.
Ich weiß nicht ganz, ob es immer noch so ist, aber die meisten x264 Binaries bringen obendrein kein vernünftig bedienbares Frontend mit.
- Mitglied seit
- 01.07.2000
- Beiträge
- 24.066
- Renomée
- 10.446
Viele Standalone DVD-Player konnen nach wie vor nur DivX/Xvid und kein H.264. Zudem lassen sich XviD-Filme in PAL-Auflösung mit jedem PC ab 1 GHz problemlos abspielen, H.264 Material - noch dazu solche in HD oder gar FullHD Auflösung - nicht.Kommt diese Version nach der eigentlichen Übermacht des x264-Encoders nicht ein wenig Spät?
Ehrlich gesagt, sehe ich keine Daseinsberechtigung mehr für diesen Encoder.
Zudem wüsste ich nicht, wieso ich normale DVB-S Aufnahmen für die Archivierung mit was anderem als XviD/DivX encoden sollte. Die AVC-Codecs spielen ihre Überlegenheit erst bei höheren Auflösungen aus.
Mal was nebenbei; Haupauge neue PCIe Karte für H.264-Aufnahmen. "Hardware-H.264-Encoder"
http://www.computerbase.de/news/hardware/multimedia/2011/februar/pcie-steckkarte-fuer-h.264-aufnahmen-am-pc/
http://www.computerbase.de/news/hardware/multimedia/2011/februar/pcie-steckkarte-fuer-h.264-aufnahmen-am-pc/
Naja, mit den richtigen Einstellungen ist x264 schneller als XviD und bietet gleichzeitig eine höhere Kodiereffizienz. Bspw. einfach das Preset "faster" oder besser mit dem Profil "baseline" verwenden. H.264 ist verdammt flexibel.
mmoses
Admiral Special
*Gelächter*
Dann siehts aber auch so aus....
Bei vergleichbarer Quali zieht H264 3-5fache Rechenzeit
Nero24 schrieb:
Das wird aber von den "goilen Benchern" leidenschaftlich ignoriert, die schauen sich die Filmchen gar nicht an....
Da müssen nur die Zahlen stimmen während sie den Fuchsschwanz bürsten 8)
Mmoe
Nö! Wenn Du es belegen kannst, dann poste bitte Beweise. Aber da Du es nicht können wirst, halte ich Deine Aussage für schw*******!
Es ist wahr dass x264 länger encodet wie der Xvid-Encoder, aber dafür sind die Filme bei gleicher Qualität mit dem x264er kleiner als mit dem Xvid.
Des Weiteren skalliert x264 wunderbar mit Mehrkernprozessoren(bei mir werden alle 6 verwendet) wogegen Xvid daran scheitert und somit letztendlich länger für ein Film braucht wie der x264-Encoder! Also kann ich flugs behaupten, dass ein x264er-Encoder schneller als der Xvid-Encoder encodet.
Zudem wüsste ich nicht, wieso ich normale DVB-S Aufnahmen für die Archivierung mit was anderem als XviD/DivX encoden sollte. Die AVC-Codecs spielen ihre Überlegenheit erst bei höheren Auflösungen aus.
ob man bei heutigen TB Preisen, überhaupt noch encoden sollte?
Dalai
Grand Admiral Special
Wenn du (mehrere) Serien aufzeichnest, wirst du irgendwann freiwillig anfangen, Platz zu schaffen - auf die eine oder andere Weise
. Und da die Rechenleistung da ist, kann man sie auch für sowas nutzen. Mein Bruder jedenfalls zeichnet per DVB-C auf und die entstehenden MPEG-2 Dateien sind schon verdammt groß. Da lohnt sich eine Encodierung in MPEG-4 durchaus. Bedenke außerdem: jede Platte, die man belegt, braucht Strom, erzeugt Lärm und Wärme, die man abführen muss. Klar braucht die Encodierung ebenfalls Strom und Wärme, aber dafür kann kein zusätzlich gekauftes Speichermedium ausfallen . Und spätestens, wenn du Aufnahmen über eine Leitung mit geringer Bandbreite übertragen musst, fängst du mit Sicherheit an, zu komprimieren .MfG Dalai
Zuletzt bearbeitet:
*Gelächter*
Dann siehts aber auch so aus....
Bei vergleichbarer Quali zieht H264 3-5fache Rechenzeit
Da gibt's nichts zu lachen, probier es selbst aus. Pauschalisieren (3-5-fach o.ä.) kann man sowieso nicht, da H.264 extrem skaliert.
mmoses
Admiral Special
Des Weiteren skalliert x264 wunderbar mit Mehrkernprozessoren(bei mir werden alle 6 verwendet) wogegen Xvid daran scheitert und somit letztendlich länger für ein Film braucht wie der x264-Encoder! Also kann ich flugs behaupten, dass ein x264er-Encoder schneller als der Xvid-Encoder encodet.
Geschickterweise hätte ich besser das Wort Codieraufwand statt Rechenzeit verwendet !
![:]](https://www.planet3dnow.de/vbulletin/images/smilies/rolleyes.gif "Augen rollen (sarkastisch) :]")
Wie ich schon anderswo schrieb macht er den Unterschied durch bessere Skalierung auf einem Quad hälftig ( in Zeit.. )
Ich behaupte auch nicht, dass H264 völlig sinnlos ist, lediglich das Xvid/Divx in vielen Szenarien durchaus noch seine Berechtigung hat ! Zumal da auch im Gegensatz zu H264 fast überall geeignete Infrastruktur rumsteht....
Mmoe
gruenmuckel
Grand Admiral Special
h264 ist super für die persönliche Archivierung. (Ich nutze x264vfw)
Wenn ich aber ein File haben will das möglichst überall laufen soll ist xvid der gefragte codec. (oder mpeg2...)
Man muss ja heute nicht mehr zwangsweise auf 700mb codieren da die CD das einzig erschwingliche Transportmedium ist. USB-Sticks sind günstig. Und ob ich da jetzt ein 3GB Xvid drauf habe oder ein 1,5GB h264 ist erstmal egal.
Wenn ich aber ein File haben will das möglichst überall laufen soll ist xvid der gefragte codec. (oder mpeg2...)
Man muss ja heute nicht mehr zwangsweise auf 700mb codieren da die CD das einzig erschwingliche Transportmedium ist. USB-Sticks sind günstig. Und ob ich da jetzt ein 3GB Xvid drauf habe oder ein 1,5GB h264 ist erstmal egal.
mmoses
Admiral Special
Bingo !
In Xvid/Divx bekomm ich vier Nummern auf eine DVD in H264 wären es sechs oder (eher selten ) sieben...
issisch Banane mehr als drei kann man meist an einem Abend eh nicht kucken
Und Xvid/Divx kommen erst gar keine Fragen auf.... bei Irgendwem in den Player geschmissen und ersma ein Bier aus dem Froster gefischt... 8)
Mmoe
In Xvid/Divx bekomm ich vier Nummern auf eine DVD in H264 wären es sechs oder (eher selten ) sieben...
issisch Banane mehr als drei kann man meist an einem Abend eh nicht kucken
Und Xvid/Divx kommen erst gar keine Fragen auf.... bei Irgendwem in den Player geschmissen und ersma ein Bier aus dem Froster gefischt... 8)
Mmoe
