Welcome to our community

Be a part of something great, join today!

  • Hey all, just changed over the backend after 15 years I figured time to give it a bit of an update, its probably gonna be a bit weird for most of you and i am sure there is a few bugs to work out but it should kinda work the same as before... hopefully :)

End of Mac Pro???

Doesn't resolve do this already on it's linux version?
There is no Prores support on Linux, NONE!!!
Resolve on Linux doesn't support it and I don't think, it ever will.
Baselight on Centos/FLOS distro of Linux doesn't and it has to use an external Mac with Kompressor for that.
Lustre on RHE or Centos Linux can read it, but only by using Gateway on external computer.
So, good luck with that...
 
EDIT> L Langer was faster than me.

Only Linux native ProRes solution I'm aware of that is really available is the current ffmpeg effort.

There may be more in the works as of late, lots of people were talking about it at NAB. Apple began licensing ProRes a while back for read-only purposes, then they opened it up about 2 years ago for both read and write on recording devices. That's why there was a flood of ProRes recorders at NAB this year. Well, that combined with the market demand for recording from SDI and HDMI feeds on various mid-range HD cameras, since the onboard recording is crap.

There are still several restrictions to the licensing and general codec use on Windows or Linux is not something that is allowed without jumping through hoops or finding loop-holes in the license. Lest someone faces the smack-down from Apple's legal department.

To say or imply that ProRes is actually usable as a real working codec solution on Linux is completely false, unless used via systems like Jake has mentioned.

ffmpeg is still read-only, as is that's all which is allowed. We have ProRes read-only support on Windows, too... BFD...
 
EDIT> L Langer was faster than me.

Only Linux native ProRes solution I'm aware of that is really available is the current ffmpeg effort.

There may be more in the works as of late, lots of people were talking about it at NAB. Apple began licensing ProRes a while back for read-only purposes, then they opened it up about 2 years ago for both read and write on recording devices. That's why there was a flood of ProRes recorders at NAB this year. Well, that combined with the market demand for recording from SDI and HDMI feeds on various mid-range HD cameras, since the onboard recording is crap.

There are still several restrictions to the licensing and general codec use on Windows or Linux is not something that is allowed without jumping through hoops or finding loop-holes in the license. Lest someone faces the smack-down from Apple's legal department.

To say or imply that ProRes is actually usable as a real working codec solution on Linux is completely false, unless used via systems like Jake has mentioned.

ffmpeg is still read-only, as is that's all which is allowed. We have ProRes read-only support on Windows, too... BFD...

Just one more thing to add. Yes, on Windows support of Prores is read only. But for those willing to jump through Apple hoops, like Image Systems, makers of Nucoda color grading software, writing Prores is also a possibility. To my knowledge, Nucoda is first and only color grading system on windows, that can write any flavor of Prores. Because the system is fully 64 bit, the codec also is 64 bit. For obvious reasons, it was written from ground up by the Image Systems. My understanding is QT codec still only 32 bit, but I could be wrong on that account. Anyway, as a result, they had the opportunity to do it correctly the first time and as a result- there is no gamma shift, NONE! I think it's pretty awesome:-) And did I mention, writing Prores is wickedly fast?
 
EDIT> L Langer was faster than me.

Only Linux native ProRes solution I'm aware of that is really available is the current ffmpeg effort.

There may be more in the works as of late, lots of people were talking about it at NAB. Apple began licensing ProRes a while back for read-only purposes, then they opened it up about 2 years ago for both read and write on recording devices. That's why there was a flood of ProRes recorders at NAB this year. Well, that combined with the market demand for recording from SDI and HDMI feeds on various mid-range HD cameras, since the onboard recording is crap.

There are still several restrictions to the licensing and general codec use on Windows or Linux is not something that is allowed without jumping through hoops or finding loop-holes in the license. Lest someone faces the smack-down from Apple's legal department.

To say or imply that ProRes is actually usable as a real working codec solution on Linux is completely false, unless used via systems like Jake has mentioned.

ffmpeg is still read-only, as is that's all which is allowed. We have ProRes read-only support on Windows, too... BFD...


Decode has been working okay and encoding is being hammered out right now too. There's nothing illegal about it either.
 
Decode has been working okay and encoding is being hammered out right now too. There's nothing illegal about it either.

Name ONE working application that can use Prores on Linux. And you better believe it, that Apple will have something to say about writing Prores on non Mac hardware.
Do you think Red will be fine with ARRI using R3D with their cameras? Prores is a proprietary codec, as is R3D.
 
...Completely forgot about Nucoda. Yeah, Apple keeps re-working their licensing structure, but like I said above, there are some finding loop-holes or ways to make things happen. Not that I know the details of it, but it seems there are ways to get it done now. Do they fully support ProRes 4x4?

Decode has been working okay and encoding is being hammered out right now too. There's nothing illegal about it either.

Cool, didn't realize they were up to working on the encoding side of it yet.
 
...Completely forgot about Nucoda. Yeah, Apple keeps re-working their licensing structure, but like I said above, there are some finding loop-holes or ways to make things happen. Not that I know the details of it, but it seems there are ways to get it done now. Do they fully support ProRes 4x4?
They support all flavors of Prores, including 444. And there were no loopholes needed. Everything was above board. It just takes a lot of work то make it happen, but it is doable.
 
Name ONE working application that can use Prores on Linux. And you better believe it, that Apple will have something to say about writing Prores on non Mac hardware.
Do you think Red will be fine with ARRI using R3D with their cameras? Prores is a proprietary codec, as is R3D.

Any application that utilizes FFMPEG can use it right now, at least on paper, though it's obviously a work in progress so it's not something you'd want to do anything serious with other than fooling around for the time being. As for the legalities of ProRes encoding with a reverse-engineered encoder, I can assure you that it is 100% legal per the laws because it's not a commercial effort to develop any competing products and it's being done for the purposes of interoperability between computer systems. Not to mention that patents don't hold water in every country, which means Apple can't really do much, if anything about it. Plenty of Apple codecs have been reverse-engineered and tweaked for use on non-Apple hardware and they haven't so much as farted in frustration over it.
 
I've been editing and on-lining around the world on my laptop the last 12 months, hated it!!!! but I'm getting used to it now.

If I can connect 2x27 inche LED monitors to my laptop with no delay (which I can now)... and also play to a Projector and grading monitor.. ( which I can now)... thanks to Thunderbolt and HDSDI and HDMI boosters, all of a sudden my laptop has what I need, except for 12 core render speeds.... , It's now become at least a usable option and a portable option...
 
Hmm....now there's an idea. 12-core portable powerhouse with external expandability. mATX board with dual CPU sockets and a butt-load of RAM in a sturdy portable chassis with a smorgasbord of connectivity for storage arrays, displays, and other stuff.
 
Any application that utilizes FFMPEG can use it right now, at least on paper, though it's obviously a work in progress so it's not something you'd want to do anything serious with other than fooling around for the time being. As for the legalities of ProRes encoding with a reverse-engineered encoder, I can assure you that it is 100% legal per the laws because it's not a commercial effort to develop any competing products and it's being done for the purposes of interoperability between computer systems. Not to mention that patents don't hold water in every country, which means Apple can't really do much, if anything about it. Plenty of Apple codecs have been reverse-engineered and tweaked for use on non-Apple hardware and they haven't so much as farted in frustration over it.
I don't want to derail this conversation any more, but I disagree with pretty much everything in your statement, so let's leave it at that...
 
I don't want to derail this conversation any more, but I disagree with pretty much everything in your statement, so let's leave it at that...

u must be Canadian, so polite even in an argument ; )

BTW: love your work - spent some time on your site tonight - pretty pretty
 
ProRes encoding is indeed available through FFMPEG in both Linux and Windows. Folks at Doom9 have reported that it works. Decoding had been available for a while, but encoding was introduced very recently with the Linux build released on 29th Oct, the Windows build on 31st Oct. I am not sure how well it will work, or how legal it is. It is also by no means a solution, more like a workaround. In any case, ProRes needs to die soon.

gross. I will go linux before I go back to pc. Way too bulky for me.

Windows 8 has a smart system which suspends all processes and services that are not active. As a result the OS footprint is smaller than most Linux distros. Remember Windows 8 is not only a desktop OS but also a tablet OS competing with iOS and Android, powered by tablet/smartphone hardware. Yes, it is that efficient.
 
u must be Canadian, so polite even in an argument ; )

BTW: love your work - spent some time on your site tonight - pretty pretty
Naah, I'm not Canadian. I guess you haven't read my other posts. At times, I can be quite impolite. I guess, it's the anticipation of tomorrow's visit to Red Studios making me mellow:-) Can't wait...
 
It amazes me how many people lock themselves into one world... This whole debate between PC and Mac is pointless.... They are honestly equally stable and both win7/8 and apple OS are good operating systems. Each one has their strength and weaknesses. But those of you that believe windows and pcs are crap then you obviously have been drinking Kool Aid for too long or you simply do not know how to use them. To say that PC and win machines cannot be used in any serious professional environment is simply ludicrous. There are plenty of serious high end software that run on PCs and that are used everyday with no problems....not just talking about creative software like Scratch and Softimage but also look at all the high end designing and manufacturing software like Unigraphhics, Catia as well as some really elaborate advanced medical imaging software....all running on PC and windows....
Our studio uses both win and Mac machines and I really don't understand how you cannot be using both into today's fast moving and competing world where you need to be versatile and adaptable to quick changes in the industry. The end of the Mac Pro is not the end of the world.... You have plenty of other viable (and sometimes better) options...
 
Apple has been leaning consumer/prosumer slowly but surely over the past 5-10 years. I would not be surprised. Which is no heartbreak for me, I use all PC anyway, and have had no notable problems.

Could you send me your PC specs please? I'm starting the exploration and would much appreciate any real world info. I had switched from PC to Mac for FCP, and now, just got Avid and going back to PC.
 
Back
Top