Red Hat Is Hiring So Linux Can Finally Have Good HDR Display Support

[mdedetrich]

I'm talking about it being used on Linux workstations. It's not "custom" or "generic", it's just Linux even with a capture card, so your point is still false. The reason I brought this software up was your comment:


For you who still don't believe that Linux is used for highend digital content production, and would rather spout nonsense and look silly, maybe seeing is believing:

https://www.youtube.com/watch?v=x9ikzGQW0ys&ab_channel=PixarStudioTools

https://www.youtube.com/watch?v=RTP7ccZ4ubw&ab_channel=CGRecord

https://www.youtube.com/watch?v=2ZsEwUuBjio&ab_channel=ILMVFX

If you'd bother to read, here's an old article but still relevant:

https://www.linuxjournal.com/article/9653

Even with wasting time to post this, I still don't think you will be convinced, out of stubbornness or some weird constructed world view, but at least it out there for those interested.

I already addressed this earlier https://www.phoronix.com/forums/foru...59#post1279759

If it already wasn't clear enough, that comment was in context of me talking about color management which isn't done natively in Linux, its done externally via a capture card (you do realize this thread is about color management, right?)

It was also further clarified at https://www.phoronix.com/forums/foru...85#post1279585

[oiaohm]

Blackmagic is not an Autodesk product.

Keep trying.

https://knowledge.autodesk.com/support/maya/learn-explore/caas/sfdcarticles/sfdcarticles/System-requirements-for-Autodesk-Maya-2020.html

Maya is and it does have Linux support.

https://knowledge.autodesk.com/support/moldflow-insight/troubleshooting/caas/CloudHelp/cloudhelp/2021/ENU/MoldflowInsight-CLC-InstallSupplement/files/GUID-B72049E5-D309-4EC0-AEEA-62DD88FE0114-html.html

Some of the autodesk products have you doing odd things to your Linux system so they work.

[dragorth]

Typical dishonest Linux liar.

Autocad: Windows and macOS only
Autocad LT: Windows and macOS only

Revit: Windows only
Revit LT: Windows only

Fusion: Windows and macOS only

Maya: Windows, macOS, Linux
Maya LT: Windows only

3DS Max: Windows only

BIM: Windows and macOS only

Flame: macOS and Linux only

Navisworks: Windows only

Arnold: Windows, macOS, Linux
Mudbox: Windows, macOS, Linux

NetFabb: Windows only
Recap: Windows only
Infraworks: Windows only
Advance Steel: Windows only

Alias: Windows and macOS only

Dynamo: Windows only
Factory Design: Windows only
Fabrication: Windows only
FeatureCam: Windows only

Eagle: Windows, macOS, Linux

Helius series: Windows only
HSMWorks: Windows only
Inventor series: Windows only
Mouldflow: Windows only

MotionBuilder: Windows and Linux only

Navisworks: Windows only
Point Layout: Windows only
PowerInspect: Windows only
PowerMill: Windows only
PowerShape: Windows only

Robot Structural Analysis Pro: Windows only
TruComposites: Windows only
Structural Bridge Design: Windows only

Smoke: macOS only

Vehicle Tracking: Windows only
Vault: Windows only

VRED: Windows and macOS only

Within Medical: Windows only

Pype: Windows and macOS only

Camplete: Windows only

Project Explorer for Civil 3D: Windows only
Grading Optimization for Civil 3D: Windows only

In a reply to a post about FILM, all these others are not in the products I was talking about. I mention specifically movie production, not civil engineering.

[mroche]

If so, we can look forward to at least another decade of X, sigh. Because until the Wayland team - half of which is RH employees in the first place, I expect - stop sulking about ICC support etc, X is NEVER going away for any content creation tasks.

Wayland and the future of the Linux desktop for the industry is a current talking point among those familiar with the VFX Reference Platform. CY2022 needed to get finalized, but over the next few months further research is going to be taking place about what studios and vendors need and expect from the desktop, and how the industry as a whole can aid in the development of these requirements.

sophisticles Sonadow Lack of RH support for EPEL packages isn't as big of a deal as you are making it out to be for this sector, particularly for desktop usage. Yes, minimizing packages used is definitely on the cards, but GNOME 3 has had some reasonably significant performance and reliability issues until later on in the EL7 lifecycle. And not disrupting artist workflows is a fairly big thing, my team at BSS had a hell of time transitioning folks from XFCE to Cinnamon, artists develop quite a few personal ways of working.

Cheers,
Mike

[Sonadow]

https://knowledge.autodesk.com/support/maya/learn-explore/caas/sfdcarticles/sfdcarticles/System-requirements-for-Autodesk-Maya-2020.html

Maya is and it does have Linux support.

https://knowledge.autodesk.com/support/moldflow-insight/troubleshooting/caas/CloudHelp/cloudhelp/2021/ENU/MoldflowInsight-CLC-InstallSupplement/files/GUID-B72049E5-D309-4EC0-AEEA-62DD88FE0114-html.html

Some of the autodesk products have you doing odd things to your Linux system so they work.

Another one who doesn't know how to read.

[Sonadow]

In a reply to a post about FILM, all these others are not in the products I was talking about. I mention specifically movie production, not civil engineering.

And the goalpost shifting starts. Right on cue.

https://ibb.co/pRXFS6Z

[sophisticles]

For you who still don't believe that Linux is used for highend digital content production, and would rather spout nonsense and look silly, maybe seeing is believing:
https://www.youtube.com/watch?v=x9ik...xarStudioTools

Because I really enjoy proving that the Linux faithful can't even be honest with themselves let alone anyone else, from your first linked video:

https://graphics.pixar.com/library/GPUSubdivRenderingA/paper.pdf

Our implementation uses DirectX 11 running under Windows 7. We used Direct Compute for GPU subdivision and the Direct3D 11 graphics pipeline to access the hardware tessellator. All GPU code was written in HLSL, and all timing measurements were made on a NVIDIA GeForce GTX 480.

How does that taste?

[oiaohm]

Because I really enjoy proving that the Linux faithful can't even be honest with themselves let alone anyone else, from your first linked video:

https://graphics.pixar.com/library/GPUSubdivRenderingA/paper.pdf

How does that taste?

Like someone who been cherry picking records. "TOG 2012" is 2012. Do note one of the people in there is "Charles Loop Microsoft Research" there comes a case that you put particular things in papers to save particular peoples tails not what really happened.

https://github.com/PixarAnimationStudios/OpenSubdiv

This is the result of that paper. Yes even in 2012 there was a Linux version of the work described in the paper. Our implementation in that paper refers to the joint work between Pixar and Microsoft. Not the ones Pixar was really making for production usage yes it was the Pixar developers doing the CUDA, TBB, OPENCL and Metal backends so everything bar windows support on OpenSubdiv is done by Pixar staff at first.

https://graphics.pixar.com/opensubdiv/docs/intro.html Yes the final version of that paper is on the opensubdiv and the paper you quoted from is on that page.

Also note DX12 version of OpenSubdiv has never come and the code has not been updated fully to be ab;e use newer than Visual studio 2017 on windows. Yes the Linux and Mac OS versions have been updated to use newer compilers. Lot of ways OpenSubdiv on windows is bitrotting since the Charles Loop of Microsoft Research moved on other projects in 2017.

sophisticles this is a case where the Linux person is right. Pixar is a very Linux shop these days. Pixar is not past working with Microsoft and others to get newer technologies even if it means having to produce a Windows version or write only about the Windows version in the white paper and skips over the Linux and Mac OS supporting backends that existed at the time. Pixar all projects since 2006 they have been involved in once all the details come outs including how Pixar is using it turns out to be Linux and Mac OS backends they work on. But it is very easy to cherry pick white papers here and there that give a kind of appearance that Pixar are making what appears to be Windows only stuff in that time frame is proven false when the source code is released latter with full git histories of who did what and it gets worse when those Git histories also prove Pixar are not working on the windows versions.

Pixar must have a lot of Linux and a lot of Mac OS if the software they work on is to go by. Windows usage at Pixar for graphical work appears to be token machines at best and non existent at all with the worst possibility.

Of course Pixar is not the only studio out there.

sophisticles basically you found a nice false flag and fell for it hook line and sinker. Yes is a false flag that Pixar is willing to fly to get someone else to foot the R&D bill.

[sophisticles]

I just want to point out that Pixar became a stand alone corporation in 1986 with money from Steve Jobs who was the majority stakeholder and while it was sold to Disney in 2006, Pixar pays homage to Apple on a regular basis:

https://www.stuff.tv/my/features/best-apple-easter-eggs-hidden-in-pixar-movies

https://pixar.fandom.com/wiki/Apple,_Inc.

https://applemagazine.com/that-looks-familiar-fun-apple-easter-eggs-in-pixar-movies/26413

There is also a reference in every Pixar movie to A113

https://www.insider.com/a113-hidden-in-disney-movies-2018-6

So, Pixar supposedly uses RHEL for desktop workstations, its servers and its supercomputer, yet chooses to pay homage to Apple in its movies?

Right.

[oiaohm]

I just want to point out that Pixar became a stand alone corporation in 1986 with money from Steve Jobs who was the majority stakeholder and while it was sold to Disney in 2006, Pixar pays homage to Apple on a regular basis:

https://www.stuff.tv/my/features/best-apple-easter-eggs-hidden-in-pixar-movies

https://pixar.fandom.com/wiki/Apple,_Inc.

So, Pixar supposedly uses RHEL for desktop workstations, its servers and its supercomputer, yet chooses to pay homage to Apple in its movies?

Right.

https://appleinsider.com/articles/18/03/21/apple-becoming-more-open-about-product-placements-in-tv-shows

sophisticles there is a import differences between RHEL/IBM and Apple. When you do product placements be it animated or reallife footage with Apple stuff you can get Apple stuff for free. RHEL/IBM no license discount because you include Redhat reference in a movie.

There are many Pixar presentations at different conferences where they have given walk thoughs of their production floors. What you is sees lots of RHEL desktop and about 1/3 that are not Linux desktops being Apple machines. There is generally not a Windows machine to found.

There is a warped collection of hats at redhat from Pixar. Every time Pixar makes movie since they started using Redhat Linux they have made a fedora hat themed for that movie that has been sent to redhat. Yes people don't normally know the redhat name start over a fedora hat that was lost that never turned up so the warped respond is to keep on sending free replacements of different designs. The Pixar collection fo fedoras at redhat is worth quite a bit thinking every one of those hats is a one off from the Pixar prop department these are not the ones that go into mass production for some movies to be sold. So yes Pixar does pay homage to redhat in a very warped way based on how redhat started. Yes it could be a very valuable collection if Redhat/IBM ever got in trouble for money.