MagicYUV 2.20 Released

Musicvid wrote on 10/30/2019, 12:43 PM

MagicYUV 2.2.0 released

"MagicYUV 2.2.0 has been released.

This version now includes a new plugin for Adobe Premiere, which allows direct import / export of MagicYUV AVI files from Adobe Premiere, Media Encoder and After Effects on both Windows and macOS for CC 2015 and up (export from After Effects works through Media Encoder).

The new plugins are a major leap forward as they finally make it possible to import and export video at 10bit+ color depth (Ultimate Edition only).

I hope you'll like this new release. If you encounter any problems with the plugins, which is always possible since they are still fresh, head onto our forums ( https://www.magicyuv.com/community/ ), we're happy to help!

As always, if you already purchased, you get the new release for free. If you lost your original receipt and download links, just contact us here and we'll help you out: https://www.magicyuv.com/contact/ "

 

Comments

zdogg wrote on 10/30/2019, 3:53 PM

@Musicvid I could not, before, nor can I now, with the latest release of MagicYUV 2.2, render in 10 bit. I CAN (and always could) render in the default (non 10bit) I can also render with Sony YUV 10 bit, (same project/file).

I am using the new MagicYUV trial just downloaded and installed
I have tried in Vegas 16 and 17 both.

Any ideas?

Thanks.

Musicvid wrote on 10/30/2019, 4:06 PM

Have you tried in Happy Otter?

I haven't. This was just a copy-snd-paste announcement..

zdogg wrote on 10/30/2019, 4:26 PM

From MagicYUV developer: (added without comment)

Hi Zdogg

 

Unfortunately Vegas cannot output 10bit+ data to MagicYUV through VFW (Video For Windows). VFW is the oldest standard interface on Windows through which editing apps communicate with codecs, but since this interface was developed a long time ago, most commercial editing apps on Windows (Vegas, Adobe, etc.) cannot communicate 10bit+ formats through this interface.

As such, in order to make use of 10bit+ depth, a dedicated plugin has to be developed for each application. MagicYUV 2.2.0 now includes a dedicated plugin for Adobe, which allows Adobe tools to import / export 10bit+ video.

 

In order to support 10bit+ video in Vegas, a dedicated import / export plugin must be developed. However, Vegas does not have a publicly available SDK (Software Development Kit) with which an import / export plugin can be developed, while Adobe does.

They used to have such an SDK in the early Sony days, but they closed it off a long time ago. I have to contact Magix and see if they have the SDK available on request.

 

A note about the "Sony YUV 10bit" codec: It is hard-coded into Vegas (does not use VFW), as such it has direct access to 10bit+ video data, that's why that one works.

 

Best regards,

Balázs Oroszi

MagicYUV author

zdogg wrote on 10/30/2019, 4:38 PM

@VEGASDerek, @VEGAS_CommunityManager  What about the SDK for Balázs Oroszi/MagicYUV? Can we get something going here???

MagicYUV wrote on 10/30/2019, 6:34 PM

To clarify things a bit, I was connected to the Magix devs 2 years ago by Nick Hope, though making a plugin didn't progress further at the time. I'll see if I can contact them again.

zdogg wrote on 10/30/2019, 10:37 PM

Have you tried in Happy Otter?

I haven't. This was just a copy-snd-paste announcement..

Yes, it doesn't appear as an option for MagicYUV, but I will take it up with Wagg.

NickHope wrote on 10/31/2019, 1:03 AM

@MagicYUV The VEGAS team provided @Vouk with a closed-source SDK to integrate his Voukoder plugin, so it's definitely possible and worth pursuing. This would be a great addition for VEGAS. I hope it can happen.

zdogg wrote on 10/31/2019, 1:36 AM

Thank you Nick, I relayed the message to Balázs, MagicYUV author. I'm with you, I hope it can happen. Very robust and useful codec for Vegas.

MagicYUV wrote on 10/31/2019, 2:29 AM

@MagicYUV The VEGAS team provided @Vouk with a closed-source SDK to integrate his Voukoder plugin, so it's definitely possible and worth pursuing. This would be a great addition for VEGAS. I hope it can happen.

That's very nice, I'm pretty sure it'll work out then.

MagicYUV wrote on 10/31/2019, 12:50 PM

Good news: there is progress, got contact with MAGIX. However it'll take a couple of weeks at least it seems before I can start using the SDK.

zdogg wrote on 10/31/2019, 1:05 PM

NO doubt you took up my suggestion to change your name to "MagixYUV" -- at which point they'd be emailing YOU.....ahahahahahah😵😵😄😄😁😁

MagicYUV wrote on 10/31/2019, 1:25 PM

NO doubt you took up my suggestion to change your name to "MagixYUV" -- at which point they'd be emailing YOU.....ahahahahahah😵😵😄😄😁😁

:) Well to be precise I still had the email for the contact from 2 years ago and he replied, so the forum was not involved. But I changed the name regardless to be less confusing.

And to be precise, the codec MagicYUV is with a "c", not an "x", just to clarify that I'm not affiliated with MAGIX in any way.

zdogg wrote on 10/31/2019, 2:34 PM

Yes, I've got jokes, mostly bad ones.....ahahhaahaha😂😂

MagicYUV wrote on 10/31/2019, 2:43 PM

No problem, I just have to be clear in case someone doesn't get it.

marc-s wrote on 10/31/2019, 4:18 PM

Awesome great to hear this development. Will definitely upgrade to the 10 bit version if we can get this working in Vegas.

Musicvid wrote on 10/31/2019, 7:41 PM

Gee, I didn't expect all the response to an announcement, but I'm glad to see the interest in 10-bit support.

Also, I don't know if Magic YUV still requres a modified .dll to pass alpha layer in Vegas, but maybe @NickHope and @MagicYUV can touch base on that, if needed.

MagicYUV wrote on 10/31/2019, 8:36 PM

@Musicvid

Modified .dll? I'm not aware of that, can you elaborate?

wwaag wrote on 10/31/2019, 9:00 PM

It's the aviplug.dll inside of Vegas that needs editing. There's a thread somewhere here on the forum (that I don't have offhand) that discusses how to make such changes using a hex editor. Very simple.

Here's the thread. https://www.vegascreativesoftware.info/us/forum/why-alpha-channel-on-uncompressed-only--83354/?page=1

Last changed by wwaag on 10/31/2019, 9:05 PM, changed a total of 1 times.

AKA the HappyOtter at https://tools4vegas.com/. System 1: Intel i7-8700k with HD 630 graphics plus an Nvidia 1050ti graphics card. System 2: Intel i7-3770k with HD 4000 graphics plus an AMD RX550 graphics card. Current cameras include Panasonic FZ2500, GoPro Hero5 Black plus a myriad of smartPhone, pocket cameras, video cameras and film cameras going back to the original Nikon S.

MagicYUV wrote on 10/31/2019, 9:14 PM

Ha, now that's dodgy :)

Kudos to the guy who did it, I'm a programmer but I don't deal with reversing things, would be curious how he figured it out though...

edit: I see now, replaced the end of a bunch of compares to some hard coded fccs with nops to fall through, wow...

Out of curiosity: didn't MAGIX respond to user requests here to simply enable that checkbox? This "issue" seems to be 8+ years old...

NickHope wrote on 5/25/2020, 3:04 AM

Good news: there is progress, got contact with MAGIX. However it'll take a couple of weeks at least it seems before I can start using the SDK.

@MagicYUV Hi Balázs. Did you ever receive the SDK from the VEGAS team? Any progress?

MagicYUV wrote on 6/10/2020, 8:59 AM

@NickHope Hi Nick! Sorry for the very late reply. Yes, I got the SDK way back, and in fact the plugin has been ready 90% for 2 months, I just got caught up with other things and couldn't get to finish it. The SDK is quite pleasant to work with (at least compared to other NLE SDKs). I'll get to finalize it as soon as possible and make a release so you can begin to tinker with it.

There were a few dodgy areas I had to wrap my head around (video vs full levels, etc.) and figure out how exactly Vegas presents/expects data, so that'll need some testing and verification from the users.

MagicYUV wrote on 9/21/2020, 5:55 PM

So 2.3.0 has finally been released, which includes a plugin for Vegas Pro 17/18.

10-bit+ formats really have to be tested thoroughly. Some notes about how the plugin works:

With the plugin installed, it now handles all MagicYUV decoding, so the MagicYUV VFW codec will no longer be used.

All 8-bit formats are requested from and presented to Vegas as RGB, with RGB<->YUV conversion being done inside the codec. This is essentially the same as how the old VFW codec works.

10-bit+ formats however are different. 10-bit YUV formats are requested from Vegas as YUV, so the conversion is done by Vegas. This could have implications on how the colors end up in the file with the various engine modes (32-bit video levels vs full-range etc.). Unfortunately I'm not too proficient in how Vegas works in this regard, so if someone who knows all the ins and outs of the Vegas engine modes could test the codec would be much appreciated.

Also, any other feedback is welcome.

NickHope wrote on 9/22/2020, 3:30 AM

Congratulations @MagicYUV on this release, which should be a great addition to VEGAS 👍

KaraUSA wrote on 9/22/2020, 4:06 AM

@MagicYUV thanks for that, but why it's just avi exportation, never in mp4, etc... ? Why always in avi ?