 |
Using the "buffer" was a design decision a long time ago and is not flexible enough to allow for modification. |
|
|
I have updated the manual to add a paragraph about the "buffer" so that this information is available. It will most likely get lost amid the other proxy info but at least I can find it. I did not get time to look at BT 440 yet but should have time tomorrow. |
 |
Thank you PhyllisSmith for your quick response. I understand better from your explanations. I still think there is a proxy problem (see bug 440 for more details) |
|
|
This is not a bug. Proxy works on the original media in all circumstances. When you resize the media it does not actually resize the media but puts it in a "buffer" in that format. This action is different than in the case of media "edits", like cuts or adding plugins, this information is not in a buffer but rather part of the copy "Editing Decision List" (EDL). I will update the manual to clarify this to avoid future confusion. |
|
|
Sorry, I got the wrong video. Here's the right one lost_format.webm (2,768,079 bytes) |
|
|
bug_after.xml (18,535 bytes) bug_before.xml (9,357 bytes) bug.webm (3,645,011 bytes) |
- Anonymous
