Unprocessed Clips form Canon EOS
simonfilm
16 Oct 2012 13:53
Some of the clips I upload from may Canon EOS 7D fail:
Attention: Unprocessed Clips
There's been a problem processing some of your recent uploads. These uploads were not processed:
- MVI 9774-9A 68002899 bytes Delete
This is most likely because the files were prepared incorrectly. Please review the specs Videos, Audio, After effects and 3d modelsIf you are unable to determine what the problem is, please contact us.
I check that the number of bytes uploaded are the same.
The clips playback perfectly with Quicktime player or other players, and is perfectly editable on Premiere. Of course that if I export the clip with Premiere it works at Pond5 because it is recompressed.
But that is what I want to avoid: recompression.
Any Idea of how to "heal" the native file so that Pond5 file parsing system doesnt comply? Is it a problem of the camera?
Thank you very much!
Attention: Unprocessed Clips
There's been a problem processing some of your recent uploads. These uploads were not processed:
- MVI 9774-9A 68002899 bytes Delete
This is most likely because the files were prepared incorrectly. Please review the specs Videos, Audio, After effects and 3d modelsIf you are unable to determine what the problem is, please contact us.
I check that the number of bytes uploaded are the same.
The clips playback perfectly with Quicktime player or other players, and is perfectly editable on Premiere. Of course that if I export the clip with Premiere it works at Pond5 because it is recompressed.
But that is what I want to avoid: recompression.
Any Idea of how to "heal" the native file so that Pond5 file parsing system doesnt comply? Is it a problem of the camera?
Thank you very much!
RekindlePhoto
16 Oct 2012 14:36
I doubt it's a 7D problem. I would not worry about "recompression", especially for stock. I use the 7D, 5D MK II and III and always process. It's always good to cut both ends to a good time length to reduce chance of movement turning the camera on and off. With Premier Pro CS5.5 and CS6 the processing to QT .MOV and PhotoJPG is very fast and makes the files more compatible across the stock world. Yes the file is larger but easier to use by more buyers.
For years many of us also wish the camera format was a standard but it just isn't yet. I think most stock shooters prefer to recompress because a little bit of processing makes the file look better. Good luck.
For years many of us also wish the camera format was a standard but it just isn't yet. I think most stock shooters prefer to recompress because a little bit of processing makes the file look better. Good luck.
simonfilm
16 Oct 2012 15:31
What I do is trim both ends with QuickTime Pro. This is extremely quick and lossless. But since it is lossless it doesnt "fix" the problem with some original files.
Until now I uploaded QT MOV with PhotoJPEG, but today I have just received this mail from curator:
------------------------------------------------------------------------------
Hello,
These clips are good, but why are you exporting them using the PhotoJPEG codec? If you are indeed shooting with a 7D, then it would be best to export using the camera's native codec (H264). This will improve the quality and size of your clips. Please re-export these clips using the camera's native codec and resubmit.
--------------------------------
This is only true with a lossless edit. If you recompress to MOV H.264 the result is not native at all.
Thank you!.
Until now I uploaded QT MOV with PhotoJPEG, but today I have just received this mail from curator:
------------------------------------------------------------------------------
Hello,
These clips are good, but why are you exporting them using the PhotoJPEG codec? If you are indeed shooting with a 7D, then it would be best to export using the camera's native codec (H264). This will improve the quality and size of your clips. Please re-export these clips using the camera's native codec and resubmit.
--------------------------------
This is only true with a lossless edit. If you recompress to MOV H.264 the result is not native at all.
Thank you!.
RekindlePhoto
16 Oct 2012 15:46
LOL, It's kinda hard to keep up with changes and confusion and personal desires of different curators. I believe different camera manufacturers use different codec and proprietary algorithms and there is no standard h.264 used by them. In the past Quicktime Pro was about the only front -line program that would save the camera native codec. I haven't even tried to see if Premier Pro or After Effects CS6 can do it because it has been the standard for years that progressive footage be processed into PJPG in .MOV. I'm sure the agencies would desire something like h.264 due to much smaller file size and therefore a cost saving in storage and transfer expenses.
LOL ... so now what ;)
LOL ... so now what ;)
vadervideo
19 Oct 2012 16:05
I have seen a big problem in the industry in general when it comes to codecs and what they actually are or do. Recently I submitted a sizzle reel that help sell a show to a major network. I submitted it in Quicktime h.264. The producer came back and asked if it could be changed as "they" couldn't "read it". They basically claimed that the file was defunct. Then I pointed them to the version on Youtube and explained that this was the exact same file used. What they really meant as it turns out was that they didn't have enough data to do any more color correction etc.. I then proceeded to submit to them a full 24 bit Pjpep quicktime version. They were ecstatic. H.264 is an overdriven, over marketed and totally misunderstood codec. It's great for web media (Youtube, VImeo etc) and it may work well for fast and dirty cut-ins on the news. But for pre-produced product that will go into film or other work, it is the wrong codec to use. I am an editor. Depending on the project type (film or tv) and what needs to be done to the project, only that will determine the specs needed. I cringe when someone delivers me h.264 as I immediately forewarn them that there will be limitations of what we can do with it.
AcmeStudios
19 Oct 2012 17:59
Don't get me started LOL!!! vader is correct, period. When I pointed it out in the forums months ago, I got my a** chewed by all of the "experts" here. :)
h.264 is a Delivery codec period. NOT an editing codec.
For pro editors that know how / want to convert, it's not much of an issue. But as vader points out, as an editor your hairs do tickle when you get the file, because unless it's native - you have no idea what your up for :)
PJPEG or ProRes is the way to go... IMHO
I think I have 5 or so clips here that are h.264, only because they need no trimming at all out of the camera, and P5 can produce a quality conversion for the buyer if they prefer PJPEG etc.
h.264 is a Delivery codec period. NOT an editing codec.
For pro editors that know how / want to convert, it's not much of an issue. But as vader points out, as an editor your hairs do tickle when you get the file, because unless it's native - you have no idea what your up for :)
PJPEG or ProRes is the way to go... IMHO
I think I have 5 or so clips here that are h.264, only because they need no trimming at all out of the camera, and P5 can produce a quality conversion for the buyer if they prefer PJPEG etc.