We are happy to announce the immediate availability of the Video Decoder for Avid DNxHD®, an Avid-licensed codec required to import and playback Avid DNxHD videos with the video engine introduced in Nuendo 8.
The Video Decoder for Avid DNxHD® is available as a download purchase through the Steinberg Online Shop
At the same time Nuendo 8.0.15 maintenance update has been released. Including a few minor fixes, this maintenance update is required to support the Video Decoder for Avid DNxHD®.
Hi Luis,
the downlad link you provide us with to download the “Video Decoder für Avid DNxHD®” after the purchase is not working!
Could you please double check and let us know where to download the actual files.
Hi Luis,
the downlad link you provide us with to download the “Video Decoder für Avid DNxHD®” after the purchase is not working!
Could you please double check and let us know where to download the actual files.
I just talked with the support from Asknet and they confirmed that the issue has been fixed.
Probably it is still not working for you because you had already tried to download the file while the link wasn’t working. Please delete your cookies (or just the Asknet cookies) and try to download again. Using a different browser should also work.
Probably it is still not working for you because you had already tried to download the file while the link wasn’t working. Please delete your cookies (or just the Asknet cookies) and try to download again. Using a different browser should also work.
could you please send me the link you received from the shop per PM? Since the shop is managed by another company (Asknet) and it is in their server this file is being hosted, I have no access to that information. They assured me that it is working now but I would like to try it myself.
Guys, whats going on?
I paid for something i can’t even get an download link? I got a paiment confirm from you.
So let`s provide me with a download link via a PM! I don’t even care who did something wrong, or who fixed it, just give me a link - fine!
Please Luis, send me a PM how to proceed !
It’s all been said - don’t keep on telling us you fixed it. Fix it for me/ us! We already paid for it!
I just upgraded flawlessly to 8.0.15 and installed the DNxHD license.
Be sure to open your eLicenser Control Center after installing both the License and the upgrade to 8.0.15 and enter the Activation Code for the AVID License before opening Nuendo 8, otherwise you will get a message to download and register the codec if you have a DNxHD/Hr video file in your project.
I work for a customer who has mainly 50 fps content and I use DNxHD/Hr files only. To me somehow (maybe because of the new engine) it looks stunning now! The video is smooth as butter, and editing goes without any hickups or errors.
Thanks for posting up and mentioning the video playback is smooth and installation went well. Will be adding the codec to my Nuendo install.
Steinberg, as they have acknowledged, does still need to improve H.264 performance. They also need to get to work on H.265 (if they haven’t already) which will be rolling out in video authoring apps and YouTube VERY soon, like this year.
Sending 20 minute reels of a movie scene in Prores or even DNxHD as a placement video to a sound editor or designer or composer over the internet is impractical to most. If you want to see how big a video file is in ProRes or DNxHD download a copy, it’s free, of AJA’s DataCalc for iPhone. You will quickly see how impractical it is for many of us to have clients sending ProRes or DNxHD files to you over the internet. An example 1 hour of 1080p DNxHD 36 at 29.97 FPS with audio at 48Khz / 24 bit is 4.46 GB. The quality of DNxHD I mentioned is their equivalent of a proxy quality. If they send you the full version of their 1 hour long DNxHD file between 12 and 17 GBs in size (depending on the bit rate they choose). The sizes for Prores are the same as DNxHD for the same video/sound quality.
H.264 can be scaled down in bit depth so the file sizes would be in the 500 MB to 1500 MB size and the visual quality for comping would be near identical to the DNxHD or ProRes files. (The only caveat being that you would have to send a separate WAV or AIFF audio file as AAC is the audio codec spec in H.264.) The difference being that the the computer would have to do more processing to decode the video. Question I have for Steinberg is, does the video engine offload the video decoding to the GPU on the video card. I presume that most if not all gets sent to the video card for processing as you have OpenGL 2.0 as part of the minimum spec for the video card used in the Nuendo computer. If thats the case then their should not be appreciable penalty on the CPU for the decoding of the video if it is encoded in H.264 or some other LongGOP codec like XAVC, AVC, H.265 or AVI? Steinberg could you please answer this?
According to Steinberg’s bug tracking they have wrestled with some key issues they had with importing Prores files. This is good.
Thank you Steinberg for the 8.0.15 software update and the change file that went with it. It shows you are aware of the issues with the intent to squash the bugs and add a lot of functionality to the video engine.
Slightly OT, but nevertheless.
I might be mistaking, but AFAIK DnxHD, Prores and Photo Jpeg are the only 3 codecs that guarantee frame-to-frame accuracy.
Any other codec re-calculates (left-out) frames in real time, so you never can be 100% sure of sync.
Therefore we don’t use any other codec than those above mentioned.
And if we receive a H264 or worse, we always convert it to a frame accurate codec.
Good to know Fredo. I wouldn’t say that is off-topic at all. Has that been implemented? That would be an elegant solution and actually should eliminate the stuttering in the video engine which exists now when you bring in a lossy codec kind of file like XAVC which I did the other day as a test.
Just one small but important correction on the interpretation of how a lossy codec works, it DOES NOT drop frames, it drops common information between frames, so if you have a shot of a talking head that moves slightly against a fixed background. The information of the fixed background does not change but the moving head information in each frame changes until you get to a master frame, the frequency of which is determined when the file is rendered out. There is no dropping of frames, none.
So out of curiosity then; if it’s possible to convert an H264 to a frame accurate codec, does this mean that if we’re using H264 it’s correct when ‘parking’ on a frame (to place markers etc) and only re-calculating left out frames during playback?