esby
9th November 2004, 12:40
Just not possible with the actual structure...
First because, you don't always 'simple codecs' like huff.
Most of them have heavy configuration dialog...
which would mean saving the codec conf to a file...
Secondly, because that's suppose to have a compressers (and decompressers) inside of the filterchain...
I think that would slow down things, and you would not necessary get a proper result...
that would be like merging avs2avi with avisynth...
Plus you could have a sequence compressed with one codec at some point, and another one at some other point of the filterchain... That would just break the actual dsynth... the goal being to serve (from the start) whether without using decompression inside of avisource or whether doing it at this step, and at no other position.
I do understand your request, but you are asking for something that even avs3.0 might not do. If avs was able to compress, and handle all the structure change needed to it, that would mean you would not need vdubmod, vdub or avs2avi anymore...
esby
First because, you don't always 'simple codecs' like huff.
Most of them have heavy configuration dialog...
which would mean saving the codec conf to a file...
Secondly, because that's suppose to have a compressers (and decompressers) inside of the filterchain...
I think that would slow down things, and you would not necessary get a proper result...
that would be like merging avs2avi with avisynth...
Plus you could have a sequence compressed with one codec at some point, and another one at some other point of the filterchain... That would just break the actual dsynth... the goal being to serve (from the start) whether without using decompression inside of avisource or whether doing it at this step, and at no other position.
I do understand your request, but you are asking for something that even avs3.0 might not do. If avs was able to compress, and handle all the structure change needed to it, that would mean you would not need vdubmod, vdub or avs2avi anymore...
esby