Noise comparison: 35/4:2:0 vs. 180/4:2:2 - Page 23 at DVinfo.net
DV Info Net

Go Back   DV Info Net > The Tools of DV and HD Production > External Video Recording Solutions > Convergent Design Odyssey

Convergent Design Odyssey
...and other Convergent Design products.

Reply
 
Thread Tools Search this Thread
Old September 6th, 2010, 07:04 AM   #331
Inner Circle
 
Join Date: Aug 2006
Location: Poland
Posts: 4,086
Lance, please give it a closer look (and on a really large display, too - your clients may be using huge displays):

- 100 Mbps is way too low for I-Frame Only. In this mode, I recommend 220 and up.
__________________
Sony PXW-FS7 | DaVinci Resolve Studio; Magix Vegas Pro; i7-5960X CPU; 64 GB RAM; 2x GTX 1080 8GB GPU; Decklink 4K Extreme 12G; 4x 3TB WD Black in RAID 0; 1TB M.2 NVMe cache drive
Piotr Wozniacki is offline   Reply With Quote
Old September 6th, 2010, 09:07 AM   #332
Major Player
 
Join Date: Feb 2003
Location: Pensacola Fl.
Posts: 627
I do not know if this is of any help but here is a screen grab of the pre set from CS5.
Attached Thumbnails
Noise comparison: 35/4:2:0 vs. 180/4:2:2-xdcam-hd422p30-copy.jpg  
Ron Little is offline   Reply With Quote
Old September 6th, 2010, 01:00 PM   #333
Inner Circle
 
Join Date: Dec 2002
Location: Augusta Georgia
Posts: 5,421
Dear Friends,

I just returned from a 10-day business trip which included a 3D-Workshop.

It is hard to determine the official "Family Name" for Sony's PDW-700 and PDW-F800 cameras.

For the PDW-F800, they put "XDCam" on one line and on the next line they put "HD422" and list the codec as MPEG-2 4:2:2P@HL.

For the PDW-700, the Put "XDCam" on one line and on the next line they put "HD".

Both the PDW-700 and PDW-F800 use the same codec module, and we use the same codec module.

The white paper presented by Mark is from 2007, and it appears that was written before the introduction of the PDW-700 and PDW-F800.

Ron Little's post shows that Adobe CS5 makes a distinction between XDCam HD, XDCam EX, and XDCam HD422.


I know that for 720p we use a Group of Pictures (GOP) of 12.

As I understand it, for 1080, we use a GOP of 15.

If this is wrong and causing any problems, we will look into it.


We also use a "Closed Gop" and I feel that we should. Otherwise one GOP will depend of the images from the previous GOP.

We use VBR where Sony uses VBR. Otherwise we use CBR, the same as Sony, as far as I know.
__________________
Dan Keaton
Augusta Georgia
Dan Keaton is offline   Reply With Quote
Old September 6th, 2010, 02:48 PM   #334
Major Player
 
Join Date: Nov 2009
Location: White Rock
Posts: 254
From Adobe CS5 - Third-party hardware compatibility

Adobe - Premiere Pro CS5: Third-party hardware compatibility
Luben Izov is offline   Reply With Quote
Old September 7th, 2010, 01:48 PM   #335
Inner Circle
 
Join Date: Dec 2002
Location: Augusta Georgia
Posts: 5,421
Dear Friends,

For 720p we use a GOP of 12.

For 1080p29.97, 1080p30, 1080i59.94, and 1080i60,we use a GOP of 15.

For other 1080i or 1080p frame rates we use a GOP of 12.

Thus 1080p23.976, 1080p24, 1080p25 and 1080i50 are a GOP of 12.

This information was obtained from our Chief Engineer.
__________________
Dan Keaton
Augusta Georgia
Dan Keaton is offline   Reply With Quote
Old September 8th, 2010, 09:57 PM   #336
Major Player
 
Join Date: Jun 2009
Location: Vientiane (Lao PDR)
Posts: 349
Quote:
Originally Posted by Dan Keaton View Post
Dear Friends,

We also use a "Closed Gop" and I feel that we should. Otherwise one GOP will depend of the images from the previous GOP.
That means that any GOP will use his own I frame and the one before as reference.
Two "I" frames instead of one.
Thats GREAT.
Professional MPEG-2 software compressors by default uses Open GOPs.
rafael
Rafael Amador is offline   Reply With Quote
Old September 9th, 2010, 04:02 AM   #337
Inner Circle
 
Join Date: Aug 2006
Location: Poland
Posts: 4,086
Quote:
Originally Posted by Dan Keaton View Post
We use VBR where Sony uses VBR. Otherwise we use CBR, the same as Sony, as far as I know.
Dear Dan,

My understanding is that XDCAM HD as used by Sony, has only 4 bitrates available:

- 18 Mbps (LP mode, VBR used to ensure maximum recording times)
- 25 Mbps (SP mode, CBR used to ensure compatibility with HDV)
- 35 Mbps (HQ mode, VBR used to ensure maximum quality)
- 50 Mbps (4:2:2 mode, CBR used to ensure compatibility with the legacy HD422 format)

Since nanoFlash can use higher bitrates as well, and their very purpose is quality - all Long-GoP modes above 50 (like 80, 100, 140 and 180) should be VBR, if this is only possible from the chip programming viewpoint. As no such modes exist in Sony XDCAM HD, compatibility is irrelevant. The average bitrate would give the user an estimate of the recording time in a given mode, while the maximum bitrate actually used by the chip could in all cases go as high as the CF card can handle.

I guess this is what someone called a "Constant Quality" mode earlier in this thread.
__________________
Sony PXW-FS7 | DaVinci Resolve Studio; Magix Vegas Pro; i7-5960X CPU; 64 GB RAM; 2x GTX 1080 8GB GPU; Decklink 4K Extreme 12G; 4x 3TB WD Black in RAID 0; 1TB M.2 NVMe cache drive
Piotr Wozniacki is offline   Reply With Quote
Old September 9th, 2010, 08:44 AM   #338
Inner Circle
 
Join Date: Dec 2002
Location: Augusta Georgia
Posts: 5,421
Dear Friends,

I get conflicting information when I search on-line for Open versus ClosedGOP's.

In some cases, they indicate that the Closed GOP does not referrence previous frames.

In other cases, they indicate that the "B" frame at the end of an Open GOP can reference the next frame, thus allows this one "B" frame to be slightly smaller. Tektronix's website lists this description.

What is a closed GOP? > Frequently Asked Questions : Tektronix

I feel that this is most likely correct and this is different than what I previously posted.

Since, if one is using our MOV or MXF files for editing, I feel that Closed GOP is better as it does not need the next GOP to decode the previous GOP.

But, for creating a DVD, and not editing, using Open GOP's may be ok.


Here is another link to a discussion of the differences:

GOP closed/open ???? What does it mean ? [Archive] - Doom9's Forum


Here is my position:

In some limited cases, such as when creating a DVD, without multiple angles, and without the need to fast forward, the Open GOP, offers some slight advantages.

However, when editing the files, I feel that Closed GOPs are definitely better.

I am reluctant to change from Closed GOPs to Open GOPs for a slight advantage, which may cause problems in editing our files.

If we decide to try Open GOP's it would require substantial testing on on part, with every editor and condition to prove that it did not cause problems, and this would distract us from delivering other features that have been requested.

This is a moot point when using our I-Frame Only files as this applies only to our Long-GOP files.
__________________
Dan Keaton
Augusta Georgia
Dan Keaton is offline   Reply With Quote
Old September 9th, 2010, 09:57 AM   #339
Inner Circle
 
Join Date: Dec 2002
Location: Augusta Georgia
Posts: 5,421
Dear Piotr,

For 50 Mbps and higher 4:2:2, we follow the Sony codec standards, which is CBR for compatibility reasons.

We have proven that we can increase the bit-rate, and the professional NLE's, other than Avid, handle our Long-GOP files at these increased bit-rates, and Avid handles our 50 Mbps Long-GOP files and all of our I-Frame Only files.

We have not (yet) proven that any NLE can handle the Sony 4:2:2 codec if we modify it to be VBR.

The Sony XDCam EX codec is VBR, thus we use VBR for that codec.

At some point in the future, we could experiment, but this would require quite a lot of testing to ensure that all NLE's will work with VBR.

At this time, we need to concentrate on the other features that have been requested and we have promised.
__________________
Dan Keaton
Augusta Georgia
Dan Keaton is offline   Reply With Quote
Old September 9th, 2010, 11:00 AM   #340
Inner Circle
 
Join Date: Aug 2006
Location: Poland
Posts: 4,086
Dear Dan,

I realize introducing VBR now would take a lot of testing; I just hope CD will keep such a possibility in mind when you are done with the more urgent things....

Thanks,

Piotr
__________________
Sony PXW-FS7 | DaVinci Resolve Studio; Magix Vegas Pro; i7-5960X CPU; 64 GB RAM; 2x GTX 1080 8GB GPU; Decklink 4K Extreme 12G; 4x 3TB WD Black in RAID 0; 1TB M.2 NVMe cache drive
Piotr Wozniacki is offline   Reply With Quote
Old September 9th, 2010, 01:24 PM   #341
Trustee
 
Join Date: Sep 2006
Location: Montreal, Quebec, Canada
Posts: 1,138
VBR Encoding ?

Dear Dan:
The information I have at hand from Sony indicates realtime, one pass VBR to be part of the XDCAM HD standard. I still don't understand what type of encoder we have in our recorders from CF, but you wrote that it doesn't matter, so I'm assuming it could be done (??). Perhaps some experimental beta test software could be put out (Which I would be happy to test in my spare time to see what happens in Avid NLE with Long GOP and whatever ?
Mark Job is offline   Reply With Quote
Old September 9th, 2010, 02:02 PM   #342
Inner Circle
 
Join Date: Aug 2006
Location: Poland
Posts: 4,086
Quote:
Originally Posted by Mark Job View Post
The information I have at hand from Sony indicates realtime, one pass VBR to be part of the XDCAM HD standard. I still don't understand what type of encoder we have in our recorders from CF, but you wrote that it doesn't matter, so I'm assuming it could be done (??).
This is exactly what I meant when stating:

Quote:
Originally Posted by Piotr Wozniacki View Post
Since nanoFlash can use higher bitrates as well, and their very purpose is quality - all Long-GoP modes above 50 (like 80, 100, 140 and 180) should be VBR, if this is only possible from the chip programming viewpoint. As no such modes exist in Sony XDCAM HD, compatibility is irrelevant.
And it certainly can be done, the 35 Mbps VBR being the proof....
__________________
Sony PXW-FS7 | DaVinci Resolve Studio; Magix Vegas Pro; i7-5960X CPU; 64 GB RAM; 2x GTX 1080 8GB GPU; Decklink 4K Extreme 12G; 4x 3TB WD Black in RAID 0; 1TB M.2 NVMe cache drive
Piotr Wozniacki is offline   Reply With Quote
Old September 9th, 2010, 02:10 PM   #343
Inner Circle
 
Join Date: Jun 2003
Location: San Jose, CA
Posts: 2,222
Do VBR files exist? May I have a special firmware that would allow my Nano to make them? I'll sign up as a tester for Sony Vegas - my regular platform.
Gints Klimanis is offline   Reply With Quote
Old September 9th, 2010, 02:16 PM   #344
Inner Circle
 
Join Date: Aug 2006
Location: Poland
Posts: 4,086
Gints,

The nanoFlash is already capable of VBR - in the XDCAM EX mode (35 Mbps).
__________________
Sony PXW-FS7 | DaVinci Resolve Studio; Magix Vegas Pro; i7-5960X CPU; 64 GB RAM; 2x GTX 1080 8GB GPU; Decklink 4K Extreme 12G; 4x 3TB WD Black in RAID 0; 1TB M.2 NVMe cache drive
Piotr Wozniacki is offline   Reply With Quote
Old September 9th, 2010, 03:11 PM   #345
Trustee
 
Join Date: Sep 2006
Location: Montreal, Quebec, Canada
Posts: 1,138
So we can start testing VBR Now

Quote:
Originally Posted by Piotr Wozniacki View Post
Gints,

The nanoFlash is already capable of VBR - in the XDCAM EX mode (35 Mbps).
Dear Piotr: I suppose we have already at least one mode in which VBR is encoding away, so I should go test this. Personally, I've never used the EX Mode on my XDR. I guess it's time to go try it. :-) Isn't there also an 18 Mbps mode ?
Mark Job is offline   Reply
Reply

DV Info Net refers all where-to-buy and where-to-rent questions exclusively to these trusted full line dealers and rental houses...

B&H Photo Video
(866) 521-7381
New York, NY USA

Scan Computers Int. Ltd.
+44 0871-472-4747
Bolton, Lancashire UK


DV Info Net also encourages you to support local businesses and buy from an authorized dealer in your neighborhood.
  You are here: DV Info Net > The Tools of DV and HD Production > External Video Recording Solutions > Convergent Design Odyssey

Thread Tools Search this Thread
Search this Thread:

Advanced Search

 



All times are GMT -6. The time now is 10:26 PM.


DV Info Net -- Real Names, Real People, Real Info!
1998-2024 The Digital Video Information Network