Joseph Stunzi
Veteran
Wasn't this thread originally meant to discuss the HPG20. If you want to battle out P2 vs CF and other things, just start a new thread. I'm curious about new news on this device personally.
Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
Jan,
You mentioned that the HPG20 can play back from a USB HDD in "confidence mode". What exactly is that mode?
I understand that the unit can record from the inputs to P2 cards. And can move files between P2 cards and USB HDDs. Can it also record directly to USB HDDs?
Also, is the Up/down/cross conversion available live? Or only when recording and/or playing back?.
I assume that the unit does not have a Composite input (even for just DVCPRO-25/50 recording)?
I understand that the unit can record from the inputs to P2 cards. And can move files between P2 cards and USB HDDs. Can it also record directly to USB HDDs?
No, the video must record to the P2 Cards, first.
Yes the little guys is pretty featgure packed and on top of the HD-SDI input and the AVC-Itra Recording, it also has the ability to plyback in conficence mode from the HDD.
As far as recording to CF card, no way. I wouldn't want to put careers at stake on a $50 card that has not parity checking, no error checking and frankly isn't up to even my demos. ;-) If you have seen the abuse I had out to P2 cards, then no comment is necessary. But I only do what sometimes accidently happens to the cards under normal accidental use. And please this is not the place to have a very worn out discussion about whter CF would handle what we do, because if CF could have, then that is what we would have done 6 years ago, but it doesn't. It certainly would have been easier.
Additionally the Convergent Design is using long GOP from an MPEG2 codec, this is a very old codec that doesn't come close to the quality possilbe in an I-Frame codec like AVC-Intra.
It is identical in size to the HPG10, and save for a couple of markings and a extra BNC it could be mistaken.
Barry, If you would like some pictures I can send them on for hosting if you wish. Just let me know.
All the best,
Jan
Yes the little guys is pretty featgure packed and on top of the HD-SDI input and the AVC-Itra Recording, it also has the ability to plyback in conficence mode from the HDD.
As far as recording to CF card, no way. I wouldn't want to put careers at stake on a $50 card that has not parity checking, no error checking and frankly isn't up to even my demos. ;-) If you have seen the abuse I had out to P2 cards, then no comment is necessary. But I only do what sometimes accidently happens to the cards under normal accidental use. And please this is not the place to have a very worn out discussion about whter CF would handle what we do, because if CF could have, then that is what we would have done 6 years ago, but it doesn't. It certainly would have been easier.
Additionally the Convergent Design is using long GOP from an MPEG2 codec, this is a very old codec that doesn't come close to the quality possilbe in an I-Frame codec like AVC-Intra.
It is identical in size to the HPG10, and save for a couple of markings and a extra BNC it could be mistaken.
Barry, If you would like some pictures I can send them on for hosting if you wish. Just let me know.
All the best,
Jan
Hi Jan-
This is Mike Schell, from Convergent Design. I have a few comments on your recent post.
First-off, I am not an employee of Panasonic, but I am an Electrical Engineer with over 25 years of digital design experience, so I do know a little about Flash memory, especially since I was formally a EEPROM and Flash memory chip designer. I can tell you we're not talking rocket science here, as P2, SDHC and CF cards are all based on multiple NAND FLASH chips and a (relatively) simple controller chip.
Regarding the use of CF cards vs P2, I seriously doubt there is a significant difference in reliability and performance. CF cards do have built-in CRC error checking, so every write and read transaction is checked. I don't doubt that the SLC (single level cell) NAND Flash chips are slightly more reliable than the MLC (Muli-level cell), but either of these technologies are available in CF cards today. Our own internal testing has shown that both MLC and SLC CF cards are extremely reliable. To date, I am unaware of any recording problems whatsoever related to CF cards. I bet the Red camera folks, as well as 1000's of professional DSLR users will also second this observation.
Regarding performance, today's CF cards are screamers. The lowly 133X 32GB MLC Transcend card (US $82) has a write speed of over 160 Mbps and a read speed of over 320 Mbps. The 300X 16GB SLC Transcend card (US $150) is rated at 360 Mbps write and read speeds. These speeds are more than sufficient for compressed HD video from either of our CODECs.
Yes, 5 or 6 years ago, this was an entirely different story, as CF cards were expensive and slow. But the technology has advanced by leaps and bounds. Today's CF cards are very fast, very affordable and very reliable.
Regarding the Long-GOP MPEG2 CODEC used in the Flash XDR / nanoFlash. Yes, the MPEG2 algorithm is over 15 years old. But the silicon implementation has also advanced considerable in the last 15 years! We're now using a 7th generation CODEC, which produces amazing results at 100 Mbps (check out some of the image comparisons in the EX1 area of this forum).
Yes, AVC-I does offer 10-bit, while we are limited to 8-bit, but I bet the differences are very minimal once the video has been compressed. Any compression will tend to reduce the overall resolution of the data. But, MPEG2 Long-GOP does have the distinct advantage of both temporal (I-Frame) and spatial (P,B Frames) compression, which improves the overall efficiency some 2X to 3X over an I-Frame only CODEC.
The AVC-I CODEC should provide superior results over MPEG2 CODEC running in I-Frame only mode. Many people have touted a 2X improvement, but this depends on the bit-rate. All the studies I have read (I also have an extensive background in CODEC technology) has shown that this 2X advantage disappears as the bit rate increases. At 20Mbps, the 2X improvement certainly applies, at 100Mbps, the improvement drops to 30% or less.
My point here is that technology moves at a very rapid rate. Five or six years is a lifetime in the electronics industry. So, let's not assume that products or technologies initially developed years ago have not made significant advances in speed, reliability and cost.
Jan,
do you have anything that compares the AG-HPG20 to the AG-HPG10 features and price?
Terry
I would take that bet actually. And I am not a betting person unless I know the answer. Keep in mind that the efficiency of the codec is not the priority of the Production person that has to get his images through the rest of the production stream. If you have not compared 10 bit AVC-Intra to an 8 bit MPEG2 codec at similar bit rates then you are just making an assumption that is easily proven wrong. The difference between AVC-Intra and any 8 bit codec is frankly night and day when it comes to render tonality, noise and speed of handling each frame on the Desktop.
Hi Mike, Thanks for posting, it gives me an opportunity to give a little more analysis to the situation.
It isn’t just the memory Mike, it is what else that is in there that matters. Flash memory by itself may have ECC, and yes I have a number of DSLRs that have worked with CF and I have no complaints. What the CF doesn’t have is the parity check and the ability to shift its writing speed to whatever we may choose down the pike and will be able to work with anything that we have produced in the past. So 4 years ago that 4 GB card could work with any thing we may come up with even if it were a 4:4:4 AVC-Intra codec that needed 400 mbs to write it. Of course there wouldn’t be a lot of time but there would be compatibility. Additionally the memory is held within a diecast chassis which of course also gives it the ruggedness factor that it can handle just about anything that gets thrown its way. (For those that have seen my demo, you can smile)
Well I have yet to see a CF card built into a diecast nor have I seen a CF card that has the ability to write at 800mbs like our newest 64GB cards do. People on the P2 bandwagon are paying for reliability, compatibility and a system that does not have a dead end.
But Mike it doesn’t do the rest of the secret sauce. How is it parsing out the video? What MXF structure is it written in? Is the audio separate for the video? How rich is the metadata, this is even more important in a data domain? Can I edit directly on the card? Write back to the card from the timeline in a universally coded file structure that can be read by any other P2 device or NLE? There are a number of housekeeping issues that are handled by the card with the LSI that is built in the card. It is more than memory.
I couldn’t agree more but as I said in the beginning of this, the CF card does not do everything that the P2 card does. And because of that Panasonic would not use a CF card. Doesn't have the right stuff. Jan
I did see those and it is an improvement over the EX1 codec, but frankly you are still betting the bank on MPEG2 and here is where you and I will just have to agree to disagree. The future is not wrapped around MPEG2, it is moving toward H.264.
I would take that bet actually. And I am not a betting person unless I know the answer. Keep in mind that the efficiency of the codec is not the priority of the Production person that has to get his images through the rest of the production stream. If you have not compared 10 bit AVC-Intra to an 8 bit MPEG2 codec at similar bit rates then you are just making an assumption that is easily proven wrong. The difference between AVC-Intra and any 8 bit codec is frankly night and day when it comes to render tonality, noise and speed of handling each frame on the Desktop.
Please site your source and not that AVC-Intra (as implemented by Panasonic) is specifically optimized for high data rates. Tests done with reference codecs will not give an accurate assessment. Here are a couple of sources that discuss the beaty of the codec, one is the HPA Award for AVC-Intra and the other is on Compression Technologies.
http://broadcastengineering.com/pro...st-alliance-engineering-award-1116/index.html
http://broadcastengineering.com/infrastructure/compression-technology-0601/index1.html
And my point remains that the CF card does not do what the P2 card does. It does some of it just not all of it. Speed isn’t the only argument here. Our customers are looking for reassurances, reliability, future-based decision-making in product design, and believes in a true file-based workflow. Keeping data on cheap cards sort of feels like a tape based workflow, the data is not as accessible and it means that you have to keep a device that will read those cards in perpetuity. If that is what you are looking for; inexpensive media, long GOP recording, efficient codecs, I suggest you look at AVCHD.
All the best,
Jan
Hi Jan-
It's true that CF cards do not have parity checking, but neither does the incoming HD-SDI video,
CF cards now have plenty of read/write performance for professional HD video. You can now readily purchase CF cards with 360Mbps read/write performance. We're no where close to this performance requirement with either of our CODECs.
Also, we implemented the "secret sauce" capabilities inside our box. We have a powerful FPGA to manage the CF media and to keep track of the video, audio, metadata and file structure data. Yes, you do need a hardware based controller to manage these functions, but why not implement these functions (once) in the recorder (or camera) instead of adding cost to the media?
Yes we can play/edit directly off the CF media without transcode or re-wrap, using a $60 Firewire-800 CF reader. Last time I checked you could edit AVC-I directly off the P2 card in Edius, but you are forced to trancode to ProRes when using FCP. That's because the processor load for AVC-I decode is substantially greater that MPEG2, which plays back fine on 3-4 year old MACs.
I know you can play / edit DVCProHD files directly off the P2 card, but this CODEC is not competitive (in quality) to our 100Mbps MPEG2 4:2:2 full-raster CODEC.
Let's just do some side by side comparisons. We can test AVC-I against our Long-GOP and I-Frame only CODEC and overlay the images in Photoshop. I am very curious to compare 10-bit and 8-bit compressed images, particulaly in shallow gradient scenes. I would like to see the differences in an I-Frame only CODEC and a Long-GOP CODEC running at the same bit-rate.
And we can also compare and contrast the workflows.
Hi Jan-
OK, let's just agree to disagree on the issue of P2 vs CF. Obviously there are some advantages that P2 enjoys over CF, such as parity and a die-cast chassis. Beyond that, I can't identify a clear advantage, especially given our hardware based CF memory manager in our Flash XDR /nanoFlash.
I find any discussion about reliability differences to be very minor. The Panasonic AVCCAM web page touts "Ultra Reliability" for a camera that uses SDHC memory. SDHC and CF are basically the same memory card (they use the same NAND Flash chips, only a different controller and form factor). So, I would have to believe that this "Ultra Reliability" descriptor would also apply to Compact Flash?
I'm ready to test the AVC-I va our MPEG-2 Long-GOP. Could we also test with some moderately priced cameras (like the Sony EX3)? I don't think the majority of people on this forum are using a $48K camera for their work.
Let's compare still images, moving video and of course workflow. To be complete, let's also include equipment costs and ease of use considerations.