| 1 |
> |
| 2 |
>-----Original Message----- |
| 3 |
>From: Grant Edwards <grant.b.edwards@×××××.com> |
| 4 |
>Sent: Wednesday, December 22, 2021 8:18 AM |
| 5 |
>To: gentoo-user@l.g.o |
| 6 |
>Subject: [gentoo-user] Re: Movie editing softeware |
| 7 |
> |
| 8 |
>On 2021-12-21, Laurence Perkins <lperkins@×××××××.net> wrote: |
| 9 |
> |
| 10 |
>> Note that some editing software can only cut at the iframes, and it's |
| 11 |
>> also fairly common to only be able to cut at the iframes unless it's |
| 12 |
>> re-encoding the data. |
| 13 |
> |
| 14 |
>AFAIUI, it's not even theoretically possible to cut anyplace other than the I-frames without decoding and reencoding at least the portion of the stream where the cut is being made. While it might be possible to copy the rest of the stream, I don't know of any editors that will do that. |
| 15 |
> |
| 16 |
>-- |
| 17 |
>Grant |
| 18 |
> |
| 19 |
> |
| 20 |
|
| 21 |
Oh, you can do it, it'll just mess up every frame between where you cut it and the next iframe so sensible software that doesn't want to reencode it refuses to do so. |
| 22 |
But the playback decoders won't generally choke on it or anything. |
| 23 |
|
| 24 |
It's basically the same as a full+incremental backup scheme, only with video frames. Chop some diffs out of the middle and the stuff between there and the next full goes... strange. |
| 25 |
|
| 26 |
But what I meant was that cutting to the whole GOP is ALL that some software can do and it won't even try to reencode. |
| 27 |
|
| 28 |
LMP |
Archives