|
|||||||||
|
Thread Tools | Search this Thread |
October 22nd, 2017, 11:20 AM | #16 |
Inner Circle
Join Date: Jan 2013
Location: Austin, Texas
Posts: 2,006
|
Re: Recording bitrate is there a definitive answer?
|
October 22nd, 2017, 12:03 PM | #17 | |
Major Player
Join Date: Jan 2017
Location: Newark, CA
Posts: 324
|
Re: Recording bitrate is there a definitive answer?
Quote:
If the encoding is not all-intra you have to re-encode because with long GOP encodings frames are encoded with respect to other frames. |
|
October 22nd, 2017, 01:23 PM | #18 | |
Inner Circle
Join Date: Jan 2013
Location: Austin, Texas
Posts: 2,006
|
Re: Recording bitrate is there a definitive answer?
Quote:
When you start editing, it's all based on that in memory decode of full frames from the source. When you render out to a YouTube preset MP4 or ProRes or DNxHD, or nearly anything else, the first generation source will be re-rendered, whether it's Intra or LongGOP, into the new format. This file that you render out from your timeline is now a second generation of the video. The only way you get away from this is if your source footage is already ProRes or DNxHD, which is not the case here, depends on your NLE, and whether you're just making cuts. If you add any kind of filter, title, color correction, etc. then the frames will be re-encoded, period. |
|
October 22nd, 2017, 02:04 PM | #19 | |||
Major Player
Join Date: Jan 2017
Location: Newark, CA
Posts: 324
|
Re: Recording bitrate is there a definitive answer?
Quote:
Quote:
Quote:
Obviously. |
|||
October 22nd, 2017, 02:16 PM | #20 | |
Inner Circle
Join Date: Jan 2013
Location: Austin, Texas
Posts: 2,006
|
Re: Recording bitrate is there a definitive answer?
I didn't say you said it. I said, explicitly, "The way you are describing it comes across"
Quote:
|
|
October 22nd, 2017, 02:21 PM | #21 | |
Major Player
Join Date: Jan 2017
Location: Newark, CA
Posts: 324
|
Re: Recording bitrate is there a definitive answer?
Quote:
Here is what I wrote: "Not quite, you can decimate frames with all all-intra codecs without re-encoding, so that includes H.264." H.264 supports all-intra. Sorry Gary, but I am getting the feeling you want to argue for arguments sake even if there is nothing to argue about. |
|
October 22nd, 2017, 02:26 PM | #22 | |
Inner Circle
Join Date: Jan 2013
Location: Austin, Texas
Posts: 2,006
|
Re: Recording bitrate is there a definitive answer?
I made a mistake and read it backwards. Even with your point of it being Intra and not LongGOP, it still doesn't make sense.
Quote:
|
|
October 22nd, 2017, 02:46 PM | #23 | |||
Inner Circle
Join Date: Jan 2013
Location: Austin, Texas
Posts: 2,006
|
Re: Recording bitrate is there a definitive answer?
Quote:
Quote:
Quote:
|
|||
October 22nd, 2017, 02:46 PM | #24 |
Major Player
Join Date: Jan 2017
Location: Newark, CA
Posts: 324
|
Re: Recording bitrate is there a definitive answer?
It is a pretty common term in video processing, decimate means removing, most often described by a pattern.
It is relatively easy to for instance remove any other frame from an all-intra encoding without the need for re-encoding. Decimation is used to change the frame rate, it could be used to go from 50p to 25p but it can also be used if there are duplicate frames for instance as part of an inverse 3:2 telecine process. But I suspect you will argue against this as well, so I check out of this "discussion" with you and let you be right about everything. |
October 22nd, 2017, 02:56 PM | #25 | |||
Inner Circle
Join Date: Jan 2013
Location: Austin, Texas
Posts: 2,006
|
Re: Recording bitrate is there a definitive answer?
Quote:
Quote:
Quote:
|
|||
October 22nd, 2017, 03:59 PM | #26 |
Obstreperous Rex
|
Re: Recording bitrate is there a definitive answer?
The fireworks are pretty and all, but it's time to cease fire.
Thanks in advance. |
October 22nd, 2017, 04:05 PM | #27 |
Major Player
Join Date: Jun 2008
Location: Nowra, Australia
Posts: 440
|
Re: Recording bitrate is there a definitive answer?
|
October 22nd, 2017, 04:14 PM | #28 |
Inner Circle
Join Date: Jan 2013
Location: Austin, Texas
Posts: 2,006
|
Re: Recording bitrate is there a definitive answer?
Not exactly because, in LongGOP, groups of similar frames in the 50 images per second frame rate gives an opportunity for better use of the bitrate than other images. So it's not quite as simple as halving the bitrate if you toss away the frames.
Think of it like this: a third of your image is a sky for 30 seconds. That's 1500 frames. Each frame is about 1.43Mb of information. However, the bitrate is not being wasted on the sky, because the sky is being expertly compressed by the LongGOP compression scheme. Therefore, the saved bitrate is going to other things in the frame. You might be getting the equivalent 2Mb of detail per frame because the sky is being being spread out over each frame instead of taking up the full amount of compression per frame (like Intra). That's why LongGOP can sometimes have more quality than Intra if the bitrate is not directly correlated (such as LongGOP vs ProRes LT, which is lower bitrate, generation 1 MJPEG-based Intra). It's why you can't just use basic division to figure out anything about the image. It's all subjective based on what's in the frame, what the motion is, what compresses best, etc. Frankly, it's a moot point because Dave doesn't like the look of 50p, he's going to get that given what Noa suggested, and I would say he will not notice any quality difference either. |
October 22nd, 2017, 04:30 PM | #29 |
Major Player
Join Date: Jun 2008
Location: Nowra, Australia
Posts: 440
|
Re: Recording bitrate is there a definitive answer?
Sorry Chris. Gary, what you say is true in terms of IQ, but that's a different issue. And also true in reference to Dave.
|
October 22nd, 2017, 04:34 PM | #30 |
Inner Circle
Join Date: Jan 2013
Location: Austin, Texas
Posts: 2,006
|
Re: Recording bitrate is there a definitive answer?
I do not see it as such, because it's all about what's represented visually, that's what the whole idea of bitrate is about. So yes, you can make the mathematical argument that the bitrate will be halved by tossing away 1/2 of all the captured frames, but it doesn't represent what is seen visually, as given my example above. So it's a non-issue. The problem is, specifically, that 50p on a 25p timeline will look stuttery (when you're not conforming the 50p to 25p for the purposes of half speed), which is going to be far more apparent than anything regarding the bitrate.
|
| ||||||
|
|