|
  |
 Unterschiedvon Fast-, Normal recompress und Full processing mode? |
weazzel
Mitglied
Dabei seit: 07.07.2002
Beiträge: 41
Herkunft: B-W
 |
|
| Unterschiedvon Fast-, Normal recompress und Full processing mode? |
     |
hi
worin liegt eigentlich der unterschied von Fast recompress, Normal recompress und Full processing mode?
weazzel
|
|
04.08.2002 20:22 |
|
|
nils
Tripel-As
Dabei seit: 22.03.2002
Beiträge: 183
Herkunft: kennt eh niemand :-)
|
|
das wüsste ich auch gern!
hat aber glaube ich irgenwas mit YUV und RGB zu tun, oder?
__________________
Lanetarium.de || #lanetarium @ QNet
|
|
|
04.08.2002 20:44 |
|
|
Selur
spamming old Newbie
Dabei seit: 13.03.2002
Beiträge: 10.933
|
|
Falls ihr in Virtual Dub meint, hier ein kleiner Ausschnitt aus der HilfeDatei die dabei ist:
1. Direct stream copy
In this mode, video data is copied directly from input to output without any processing.
Advantages:
· Fastest mode; as fast as 400fps with many input files.
· No quality loss.
Disadvantages:
· Processing must begin on a keyframe.
· All frames in the range must be copied (no decimation).
· The video cannot be seen.
2. Fast repack
Fast repack mode allows a video stream to be recompressed. In this mode, VirtualDub hooks decompressor directly to compressor and tries to find the fastest way from one video format to another.
Advantages:
· Depending on the video codecs involved, recompression might take place in a faster format, such as YUV. This can significantly speed recompression.
Disadvantages:
· May not work if the codecs cannot agree on a common image format.
· Video cannot be viewed during process.
· No image processing possible.
· Some video codecs handle YUV data incorrectly, which can result in upside-down video in this mode.
3. Slow repack
VirtualDub decompresses the input video to RGB and compresses it using the selected video compressor.
Advantages:
· Allows a video stream to be recompressed from any video format to any other, provided compressors and decompressors are available.
· Compatible with more video codecs, because RGB is a very ‘safe’ format.
Disadvantages:
· Often slower than fast repack mode.
· Compressors and decompressors must be compatible; if the decompressor only decompresses to 16-bit RGB, and the compressor only accepts 24-bit RGB, this mode won’t work.
4. Full processing (default)
The full video processing pipeline is enabled. This involves a full conversion to 32-bit RGB and back, and the video runs through the current set of video filters.
Advantages:
· All filtering options are functional.
· Any decompressor-compressor pair can be used as long as the decompressor outputs some form of RGB and the compressor accepts 16- or 24-bit RGB.
Disadvantages:
· The slowest mode.
· Requires the most memory, since all images must be decompressed to 32-bit RGB, and then converted back to a form suitable for the compressor.
Cu Selur
__________________
Hybrid
|
|
|
04.08.2002 20:52 |
|
|
weazzel
Mitglied
Dabei seit: 07.07.2002
Beiträge: 41
Herkunft: B-W
Themenstarter 
|
|
welcher dieser einstellungen ist deiner meinung nach zu der beste?
weazzel
|
|
|
04.08.2002 21:39 |
|
|
Selur
spamming old Newbie
Dabei seit: 13.03.2002
Beiträge: 10.933
|
|
kommt drauf an was Du machen willst,.. wenn Du die Filter nicht benutzt nimm Fast Recompress ansonsten Full Compression Mode
( so mach ich es zumindest 
)
Cu Selur
__________________
Hybrid
|
|
|
04.08.2002 21:45 |
|
|
weazzel
Mitglied
Dabei seit: 07.07.2002
Beiträge: 41
Herkunft: B-W
Themenstarter
|
|
aha
| Zitat: |
| kommt drauf an was Du machen willst,.. wenn Du die Filter nicht benutzt nimm Fast Recompress ansonsten Full Compression Mode (so mach ich es zumindest) |
ich benutze ja keine filter.
aber wenn du das so machst wirds ja wohl richtig sein 
weazzel
|
|
|
04.08.2002 21:50 |
|
|
itsmee
Eroberer
Dabei seit: 21.07.2004
Beiträge: 52
Herkunft: Wien
|
|
Was mache ich denn, wenn ich ein XVID Video in den Zustand bringen will, wie vor der Codierung nach xvid?
Normal recompressed?
Ich will es nochmal codieren zu xvid, ohne verlust.
....
|
|
|
11.06.2009 15:37 |
|
|
Selur
spamming old Newbie
Dabei seit: 13.03.2002
Beiträge: 10.933
|
|
| Zitat: |
| Ich will es nochmal codieren zu xvid, ohne verlust. |
Mpeg-4 ASP ist immer verlustbehaftet, da es sich um eine verlustbehaftete Kompression handelt.
In Virtual Dub würdest du aber generell immer Fast Recompress nutzen, wenn Du reencoden willst und nicht die internen Filter von Virtual Dub nutzen willst.
Cu Selur
__________________
Hybrid
|
|
|
12.06.2009 08:33 |
|
|
itsmee
Eroberer
Dabei seit: 21.07.2004
Beiträge: 52
Herkunft: Wien
|
|
Ein Film von 1:30min Länge, braucht bei Fast Recompress...
4 Stunden !
und dann auch noch verlust..
wer also ein 16:9 video in 4:3 codiert hat und will es korrigieren auf 16:9...
der soll es am besten vergessen...
|
|
|
12.06.2009 10:12 |
|
|
Selur
spamming old Newbie
Dabei seit: 13.03.2002
Beiträge: 10.933
|
|
Was heißt denn 'ein 16:9 video in 4:3 codiert hat' ?
Wenn Du nur die Aspect Ratio Flags falsch gesetzt hast kannst Du diese auch ohne Reencode mit z.B. MPEG4 Modifier ändern.
__________________
Hybrid
|
|
|
13.06.2009 11:12 |
|
|
itsmee
Eroberer
Dabei seit: 21.07.2004
Beiträge: 52
Herkunft: Wien
|
|
| Zitat: |
Original von Selur
Was heißt denn 'ein 16:9 video in 4:3 codiert hat' ?
Wenn Du nur die Aspect Ratio Flags falsch gesetzt hast kannst Du diese auch ohne Reencode mit z.B. MPEG4 Modifier ändern. |
Das funktioniert mit Mpg4 Modifier!
Das gibts doch nicht..
|
|
|
14.06.2009 12:16 |
|
|
Selur
spamming old Newbie
Dabei seit: 13.03.2002
Beiträge: 10.933
|
|
*gig* freut mich, dass es Dir geholfen hat 
__________________
Hybrid
|
|
|
14.06.2009 23:33 |
|
|
|
|
|
|
|
