*offizielles deutsches flaskmpeg & dvdtoogm board* (http://www.flaskmpeg.info/index.php)
- *virtualdub(mod) & avisynth* (http://www.flaskmpeg.info/board.php?boardid=27)
-- Virtual Dub update (by Avery Lee) (http://www.flaskmpeg.info/thread.php?threadid=2179)


Geschrieben von Selur am 24.11.2002 um 18:56:

  Virtual Dub update (by Avery Lee)

siehe:
http://virtualdub.sourceforge.net/


The changelist for 1.4.12:

Build 14303 (Version 1.4.12): [November 23, 2002]
[features added]
* Parts of the MPEG-1 decoder, some color conversion
functions, and parts of the resize filter have been
optimized for SSE2 (Pentium 4).

[bug fixes]
* Fixed intermittent deadlock during playback caused
by non-atomic thread synchronization. This affects
SMP systems as well as CPUs with HyperThreading
Technology.
* Fixed Save Image Sequence regression in 1.4.11 that
caused the directory portion of the dialog to be
ignored.
* Fixed broken copyProc support

jetzt ist 1.4.13 draußen:

Build 14328 (Version 1.4.13): [November 29, 2002]
[features added]
* Added frequently-requested Lanzcos3 kernel to resize
filter. Can't see any difference whatsoever.

[bug fixes]
* Fixed nasty resize filter bug and RGB24<->RGB32
conversion errors on odd bitmap widths.
(Regressions in 1.4.12)
* Fixed audio desynchronization when processing
compressed audio in direct stream copy mode with both
a start offset and deleted segments. Thanks to Cyrius
for the bug report and fix.
* Audio compression system now drops a final partial
block from an audio codec -- Microsoft ADPCM was
producing these, resulting in a runt AVI stream
sample. The new behavior matches that of Sound
Recorder.
* A partial final block no longer triggers the VBR audio
adjustment routine.
* "Previous keyframe" from beyond the end no longer
seeks to start if frames have been deleted or masked.
Also thanks to Cyrius.
* Fixed crash in MPEG-1 decoder when playing or saving a
video stream with D-frames or invalid frame types.
* B-frame audio skew support is now also enabled for the
'XVID' video format.

Cu Selur



Geschrieben von [oo7] am 24.11.2002 um 19:51:

 

weiss vielleicht jemand, worin die Vorteile der P4-optimierten Version liegen??? verwirrt



Geschrieben von Selur am 24.11.2002 um 21:00:

 

is vermutlich für P4s flinker Augenzwinkern



Geschrieben von ajf am 24.11.2002 um 21:01:

 

Muss ich in GK nur die Pfadangabe ändern, um das neue VirtualDub mit GordianKnot nutzen zu können? Augen rollen
ajf



Geschrieben von FAUST am 24.11.2002 um 21:46:

 

Zitat:
Muss ich in GK nur die Pfadangabe ändern, um das neue VirtualDub mit GordianKnot nutzen zu können?

ja, ist doch logisch Zunge raus

oder du ersetzt das komplette Vdub verzeichnis im /goardianKnot



Geschrieben von ajf am 24.11.2002 um 22:04:

 

Zitat:
oder du ersetzt das komplette Vdub verzeichnis im /goardianKnot

Danke. Zunge raus
Darauf hätte ich auch kommen können. unglücklich
ajf



Geschrieben von FAUST am 24.11.2002 um 23:10:

 

kein problem, ich helfe gerne ...

...so das war jetzt # 81 *händereib* Freude



Geschrieben von Balm am 26.11.2002 um 22:38:

 

Grrrr, kann mal jemand was für AMD optimimieren???

Cu Balm



Geschrieben von empty am 27.11.2002 um 01:33:

 

@Balm
Sieh es mal so, für den AMD braucht man nicht zu optimieren, der ist auch schon so schnell genug. großes Grinsen
Viele Grüße bb empty



Geschrieben von Selur am 27.11.2002 um 10:17:

 

Ein Problem sit auch beim für AMB optimieren, das der AMD meist nru vorteile bei Gleitpunktzahlen hat, man mit denen jedoch beim encoden nciht viel machen kann => die meisten (so ziemlich alle) Optimierungen für AMD sind auch Optimierungen für P4&P3 und werden deshalb meist nur als allgemeine Optimierungen vermerkt Augenzwinkern
(der P4 hat unterdessen auch optimierte Integer&Co Befehle wodurch man für ihn besonders optimieren kann)

Cu Selur



Geschrieben von FAUST am 27.11.2002 um 12:40:

 

Zitat:
Optimierungen für AMD sind auch Optimierungen für P4&P3

unterm strich bedeutet das, dass man für nen xp auch die P4 version nehmen kann wenn man mehr speedhaben will !?



Geschrieben von Selur am 27.11.2002 um 13:09:

 

wenn es um Encoding geht tun würd ich den P4 bevorzugen, da man mit nem P4 meist noch ein bissel flinker in diesen Bereichen ist wenn die Anwendung die Möglichkeiten des P4 ausreizt.

Allgemein würde ich aber nen Athlon bevorzugen,w eil der wesentlich günstiger ist und es bei den meisten Anwendungen keinen 'wirklichen' Unterschied macht.

Cu Selur

Ps.: hab selber nur Athlons (und P3s)




Geschrieben von Selur am 30.11.2002 um 23:56:

 

update!! => *bump* großes Grinsen



Geschrieben von DVD am 01.12.2002 um 10:56:

 

Wow, das geht ja schneller als der Schall...

Da muss ich mich aber ran halten...



Geschrieben von Selur am 08.09.2004 um 10:07:

 

VirtualDub 1.6 ist draussen smile



Geschrieben von scrat am 08.09.2004 um 11:58:

 

hey!

wow - es geschehen noch zeichen und wunder...

kann man daraus auch schließen dass eine neue version von virtualdubmod rauskommen könnte?


mfg
scrat



Geschrieben von Selur am 08.09.2004 um 12:41:

 

naja, eventuell vdm hinkt ja immer etwas hinterher. Augenzwinkern

Cu Selur



Geschrieben von EthanoliX am 08.09.2004 um 13:17:

 

Das ist aber jetzt schon die Final oder? Denn beim ersten Start kam die was von wegen "... highly experimental ..."



Geschrieben von scrat am 08.09.2004 um 13:20:

 

hey!

nein, die stable ist nach wie vor die 1.5.10.
die neueste ist experimental...


mfg
scrat



Geschrieben von Jensenmann am 08.09.2004 um 15:58:

 

gibt aber ne extra 64-bit-Variante für entsprechende AMD-CPUs


Forensoftware: Burning Board 2.3.6, entwickelt von WoltLab GmbH