Are you the publisher? Claim or contact us about this channel


Embed this content in your HTML

Search

Report adult content:

click to rate:

Account: (login)

More Channels


Channel Catalog


Channel Description:

Latest Message Board Threads at StudioSysAdmins

older | 1 | .... | 131 | 132 | (Page 133) | 134 | 135 | .... | 187 | newer

    0 0

    What are people using for video conferencing?
    posted by Ken Spickler on May 11, 2015, 5:55 p.m. (1 day ago)
    We're looking to setup video conferencing between our two international offices, using internet bandwidth for connectivity. I know in the past other companies were using Cisco, Polycom, or Tandberg systems, but these were all quite expensive and tended to use private bandwidth.

    Someone has suggested Google's Chromebox for Meetings ( https://www.google.com/intl/en/chrome/business/solutions/for-meetings.html ) as a possible solution. Does anyone have experience with this system? Short of going with something else like Skype that's really only good for desktop use, what are some inexpensive systems that are suitable for a large conference room with 10 or 15 people at the table?
    Thread Tags:
      discuss-at-studiosysadmins 

    0 Responses     0 Plus One's     0 Comments  
     
    We're looking to setup video conferencing between our two international offices, using internet bandwidth for connectivity. I know in the past other companies were using Cisco, Polycom, or Tandberg systems, but these were all quite expensive and tended to use private bandwidth.

    Someone has suggested Google's Chromebox for Meetings ( https://www.google.com/intl/en/chrome/business/solutions/for-meetings.html ) as a possible solution. Does anyone have experience with this system? Short of going with something else like Skype that's really only good for desktop use, what are some inexpensive systems that are suitable for a large conference room with 10 or 15 people at the table?

    0 0

    I saw this on the internet and thought some one might want to discuss it
    posted by Ben De Luca on May 11, 2015, 10:30 p.m. (1 day ago)
    http://thisisnotwhatwesignedupfor.blogspot.sg/2015/05/ilion-caught-cheating-on-software.html How rife do you think this kind of thing is? To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe
    Thread Tags:
      discuss-at-studiosysadmins 

    0 Responses     0 Plus One's     0 Comments  
     
    http://thisisnotwhatwesignedupfor.blogspot.sg/2015/05/ilion-caught-cheating-on-software.html How rife do you think this kind of thing is? To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe

    0 0

    I saw this on the internet and thought some one might want to discuss it
    posted by Rob LaRose on May 12, 2015, 10:55 a.m. (1 day ago)

    In my experience, I would not describe it as rife by studios/production companies.   There is license cheating in some cases but not on the scale that would be required to produce a feature film, as is suggested by the post.  From what Ive seen, it happens in the context of we need use one more license of this app for a week to finish on time + very high cost to purchase a license + no rental license model + very very easy to cheat licensing.  But in most cases, a good relationship with your VAR or the software maker can get you an extra evaluation license of a piece of software for these kinds of crunch needs for free anyway.

    More common (but still not RIFE), Id say is the freelance artist who sells himself to a studio as coming with his own tools, which turn out not to be legit.  The alert systems group stays ahead of these situations by insisting on being part of any such conversations/deals and asking the relevant questions:  is only the one artist going to use it, will it need to scale to a renderfarm, will it need to exist to modify or redeliver the work after the artist is gone.  When these questions are asked, answered and cost implications are known to the studio ahead of time, its easily managed.  When they arent, a studio can easily find itself in deep water with sharks circling.

    Rob

    rob larose | engineer | rock paper scissors | 212-255-6446 | www.rockpaperscissors.com

    On May 11, 2015, at 10:28 PM, Ben De Luca <bdeluca@gmail.com> wrote:

    http://thisisnotwhatwesignedupfor.blogspot.sg/2015/05/ilion-caught-cheating-on-software.html

    How rife do you think this kind of thing is?
    To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe

    Thread Tags:
      discuss-at-studiosysadmins 

    0 Responses     0 Plus One's     0 Comments  
     

    In my experience, I would not describe it as rife by studios/production companies.   There is license cheating in some cases but not on the scale that would be required to produce a feature film, as is suggested by the post.  From what Ive seen, it happens in the context of we need use one more license of this app for a week to finish on time + very high cost to purchase a license + no rental license model + very very easy to cheat licensing.  But in most cases, a good relationship with your VAR or the software maker can get you an extra evaluation license of a piece of software for these kinds of crunch needs for free anyway.

    More common (but still not RIFE), Id say is the freelance artist who sells himself to a studio as coming with his own tools, which turn out not to be legit.  The alert systems group stays ahead of these situations by insisting on being part of any such conversations/deals and asking the relevant questions:  is only the one artist going to use it, will it need to scale to a renderfarm, will it need to exist to modify or redeliver the work after the artist is gone.  When these questions are asked, answered and cost implications are known to the studio ahead of time, its easily managed.  When they arent, a studio can easily find itself in deep water with sharks circling.

    Rob

    rob larose | engineer | rock paper scissors | 212-255-6446 | www.rockpaperscissors.com

    On May 11, 2015, at 10:28 PM, Ben De Luca <bdeluca@gmail.com> wrote:

    http://thisisnotwhatwesignedupfor.blogspot.sg/2015/05/ilion-caught-cheating-on-software.html

    How rife do you think this kind of thing is?
    To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe


    0 0

    Construction proofing a server room
    posted by Anthony Pangan on May 13, 2015, 8:20 p.m. (1 day ago)
    Hi all,

    So, a sewer line failed at a car dealership a couple of miles away from us causing a sinkhole. Sucks for them, right? Right. And it sucks for us because the city now needs to replace a sewer line that runs directly beneath our building. Best part is that they need to dig a 24 foot crater only a couple of feet away from the outside of our server room wall. They said to imagine living next door to a train station.

    The machinery they'll be using to dig this hole will be very loud, but more importantly cause heavy, high frequency vibrations. I'm worried that the vibration might somehow damage our equipment. Especially our main file server and its HDDs. Our first thought was to put all of our racks on vibration isolators/absorbers to relieve some of the jolting.

    The server room is also the center of the building's power, so I'm trying to figure out how that might be affected.

    Does anybody have any experience in a situation like this? Any other things I might be overlooking? Recommendations for someone in the LA area to secure our racks would be appreciated.
    Thread Tags:
      discuss-at-studiosysadmins 

    0 Responses     0 Plus One's     0 Comments  
     
    Hi all,

    So, a sewer line failed at a car dealership a couple of miles away from us causing a sinkhole. Sucks for them, right? Right. And it sucks for us because the city now needs to replace a sewer line that runs directly beneath our building. Best part is that they need to dig a 24 foot crater only a couple of feet away from the outside of our server room wall. They said to imagine living next door to a train station.

    The machinery they'll be using to dig this hole will be very loud, but more importantly cause heavy, high frequency vibrations. I'm worried that the vibration might somehow damage our equipment. Especially our main file server and its HDDs. Our first thought was to put all of our racks on vibration isolators/absorbers to relieve some of the jolting.

    The server room is also the center of the building's power, so I'm trying to figure out how that might be affected.

    Does anybody have any experience in a situation like this? Any other things I might be overlooking? Recommendations for someone in the LA area to secure our racks would be appreciated.

    0 0

    Stornext on a VMware ESXI that runs of a Mac.
    posted by Andreas Martin Aanerud on May 14, 2015, 5:20 p.m. (1 day ago)
    The title is a bit... weird, so this gets better. We have around 20 or so mac minis running different scripts for different websites. don't know why they are there, and don't care whats running on them, and they all talk to our file system (Stornext) , by a SMB share. But, I do care when they all crash at the same time.... ( its a crazy setup ) anyway my solution where, a MacPro (bucket) with a, a 10GbE (dual) thunderbolt card, and a FiberChannel Thunderbolt card, and its all wrapped around a installation with VMWare ESXi 5.5... I got all the 20 macs, on one "big" mac, hurray! Now this is where I'm scratching my head... they used to do SMB shares to the stornext, and they still can do, but now I'm thinking that they can "RAW" mount the FCDisks, and mount the Stornext as a SAN... ( technically setting one of the internal Ethernet ports as meta data then share this internally, second as management, and trunk the 10 gigs to shared network, then on all machines add new hard drive, for all the LUNs as SCSI 0:1 and so on ) anyone done this ? Will the VMWare server "rewrite" lots on the stornexts LUNS when sharing them ? Will OSX treat the FC disks as FC disks that can be handled by xsan, or will it say, this is local disks ? Since its a SAN with all the company data, I'm a bit scared to try now, at 2300 =D any thoughts will help =) Best Andreas -- _____________________________ Andreas Martin Aanerud, ing. Cell: + 47 90978137 email: a.m.aanerud@gmail.com To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe
    Thread Tags:
      discuss-at-studiosysadmins 

    0 Responses     0 Plus One's     0 Comments  
     
    The title is a bit... weird, so this gets better. We have around 20 or so mac minis running different scripts for different websites. don't know why they are there, and don't care whats running on them, and they all talk to our file system (Stornext) , by a SMB share. But, I do care when they all crash at the same time.... ( its a crazy setup ) anyway my solution where, a MacPro (bucket) with a, a 10GbE (dual) thunderbolt card, and a FiberChannel Thunderbolt card, and its all wrapped around a installation with VMWare ESXi 5.5... I got all the 20 macs, on one "big" mac, hurray! Now this is where I'm scratching my head... they used to do SMB shares to the stornext, and they still can do, but now I'm thinking that they can "RAW" mount the FCDisks, and mount the Stornext as a SAN... ( technically setting one of the internal Ethernet ports as meta data then share this internally, second as management, and trunk the 10 gigs to shared network, then on all machines add new hard drive, for all the LUNs as SCSI 0:1 and so on ) anyone done this ? Will the VMWare server "rewrite" lots on the stornexts LUNS when sharing them ? Will OSX treat the FC disks as FC disks that can be handled by xsan, or will it say, this is local disks ? Since its a SAN with all the company data, I'm a bit scared to try now, at 2300 =D any thoughts will help =) Best Andreas -- _____________________________ Andreas Martin Aanerud, ing. Cell: + 47 90978137 email: a.m.aanerud@gmail.com To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe

    0 0

    I saw this on the internet and thought some one might want to discuss it
    posted by Jeremy Lang on May 15, 2015, 1:40 p.m. (1 day ago)
    Very interesting.

    I consulted briefly for a company years ago that had a very rigid naming structure in place. Shortly after I left my suspicions were confirmed that they had ONE set of licenses and cloned them to 5 or so different facilities. This was revealed when somebody in a Canadian office called Foundry for support and Foundry realized the company didn't own any licenses in Canada. So it's NOT just Ilion at the large-scale, intentional cheating. There's some real scumbag cheapskates at the top of some VFX companies (newsflash) and they seem immune to understanding the costs or even production-ending consequences of their poor decisions.

    More importantly, we are somewhat liable for such actions. I believe MS reserves the right to revoke certifications. But the Head of Systems of such a company also seems in danger of getting named personally in a lawsuit/prosecution.

    On the other hand you have the poor startups that may cheat a little to get going but then have a hell of a time going legit even if they spend all the money because some part of the crack is still on a machine (and interfering) and the developer refuses to help get the legit license going (another consulting experience... also involved Foundry).

    Then you have the licensing systems that are a bag o' dicks... the correct answer is to NOT use such software in production but some instead try to work around the horrible system even with purchased licenses.


    ______________
    Jeremy M. Lang
    it4vfx

    On Tue, May 12, 2015 at 7:52 AM, Rob LaRose <rlarose@rockpaperscissors.com> wrote:

    In my experience, I would not describe it as rife by studios/production companies. There is license cheating in some cases but not on the scale that would be required to produce a feature film, as is suggested by the post. From what Ive seen, it happens in the context of we need use one more license of this app for a week to finish on time + very high cost to purchase a license + no rental license model + very very easy to cheat licensing. But in most cases, a good relationship with your VAR or the software maker can get you an extra evaluation license of a piece of software for these kinds of crunch needs for free anyway.

    More common (but still not RIFE), Id say is the freelance artist who sells himself to a studio as coming with his own tools, which turn out not to be legit. The alert systems group stays ahead of these situations by insisting on being part of any such conversations/deals and asking the relevant questions: is only the one artist going to use it, will it need to scale to a renderfarm, will it need to exist to modify or redeliver the work after the artist is gone. When these questions are asked, answered and cost implications are known to the studio ahead of time, its easily managed. When they arent, a studio can easily find itself in deep water with sharks circling.

    Rob

    rob larose| engineer | rock paper scissors |212-255-6446|www.rockpaperscissors.com

    On May 11, 2015, at 10:28 PM, Ben De Luca <bdeluca@gmail.com> wrote:

    http://thisisnotwhatwesignedupfor.blogspot.sg/2015/05/ilion-caught-cheating-on-software.html

    How rife do you think this kind of thing is?
    To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe


    To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe

    Thread Tags:
      discuss-at-studiosysadmins 

    0 Responses     0 Plus One's     0 Comments  
     
    Very interesting.

    I consulted briefly for a company years ago that had a very rigid naming structure in place. Shortly after I left my suspicions were confirmed that they had ONE set of licenses and cloned them to 5 or so different facilities. This was revealed when somebody in a Canadian office called Foundry for support and Foundry realized the company didn't own any licenses in Canada. So it's NOT just Ilion at the large-scale, intentional cheating. There's some real scumbag cheapskates at the top of some VFX companies (newsflash) and they seem immune to understanding the costs or even production-ending consequences of their poor decisions.

    More importantly, we are somewhat liable for such actions. I believe MS reserves the right to revoke certifications. But the Head of Systems of such a company also seems in danger of getting named personally in a lawsuit/prosecution.

    On the other hand you have the poor startups that may cheat a little to get going but then have a hell of a time going legit even if they spend all the money because some part of the crack is still on a machine (and interfering) and the developer refuses to help get the legit license going (another consulting experience... also involved Foundry).

    Then you have the licensing systems that are a bag o' dicks... the correct answer is to NOT use such software in production but some instead try to work around the horrible system even with purchased licenses.


    ______________
    Jeremy M. Lang
    it4vfx

    On Tue, May 12, 2015 at 7:52 AM, Rob LaRose <rlarose@rockpaperscissors.com> wrote:

    In my experience, I would not describe it as rife by studios/production companies. There is license cheating in some cases but not on the scale that would be required to produce a feature film, as is suggested by the post. From what Ive seen, it happens in the context of we need use one more license of this app for a week to finish on time + very high cost to purchase a license + no rental license model + very very easy to cheat licensing. But in most cases, a good relationship with your VAR or the software maker can get you an extra evaluation license of a piece of software for these kinds of crunch needs for free anyway.

    More common (but still not RIFE), Id say is the freelance artist who sells himself to a studio as coming with his own tools, which turn out not to be legit. The alert systems group stays ahead of these situations by insisting on being part of any such conversations/deals and asking the relevant questions: is only the one artist going to use it, will it need to scale to a renderfarm, will it need to exist to modify or redeliver the work after the artist is gone. When these questions are asked, answered and cost implications are known to the studio ahead of time, its easily managed. When they arent, a studio can easily find itself in deep water with sharks circling.

    Rob

    rob larose| engineer | rock paper scissors |212-255-6446|www.rockpaperscissors.com

    On May 11, 2015, at 10:28 PM, Ben De Luca <bdeluca@gmail.com> wrote:

    http://thisisnotwhatwesignedupfor.blogspot.sg/2015/05/ilion-caught-cheating-on-software.html

    How rife do you think this kind of thing is?
    To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe


    To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe


    0 0

    BOD licensing award (/ALERT) E-On Software (Vue and others).
    posted by Jeremy Lang on May 15, 2015, 3:45 p.m. (1 day ago)
    We gather today to honor a company for achieving new levels of horrible with their licensing system. By the power vested in me (by nobody) I hereby award the First Studio Sys Admin award for Bag O' Dicks Licensing to E-On Software.

    As many of you know, they've pursued this award for many years, innovating in agony until they've now all but perfected it!

    Early on they hard-coded the version number into their licensing server, guaranteeing that it would have to be upgraded every time their software was.

    As a bonus this would be a fresh install and all licenses would usually have to be imported back in, every upgrade.

    Then they *really* upped their game just a couple years ago by requiring you to *license* the license server. Yeah, pay for the software that lets you use their software, that should've been their first award in this category.

    But now, the coup de grace, they've introduced something they call reservations in the latest (2015) version of their license server. Keep in mind you get to (are forced to) *pay* for this "upgrade"!

    For Your Consideration:
    Once a user runs a license it is reserved to them. Even after they close the application. For a default of *3* days. Until 3AM the evening of the last day.

    E-On has generously decided that you can change this down to one day.

    Oh, you want your paid-for *floating* license to actually FLOAT to a different user, like NOW you say...? They have magnanimously allowed you to manually kill a reservation. On the license server.

    Two minor points though (I swear Satan himself couldn't plan this better)...

    1) It takes 15 minutes or so for the license to release after you've manually killed it (it's OK, the artist didn't need it NOW).

    2) Their documentation says you may only do this once per day per license.

    As you might imagine I've inquired with E-On about these innovations in great depth. I'm to understand they are a "feature" designed to guarantee an artist has a license when they need it (unless it's the license they were sharing with somebody else...). Also that despite their documentation E-On may deign to allow me to kill certain licenses more than once per day. They also point out that I could give users access to the license server to kill licenses themselves! Thank you again E-On, I needed a hearty laugh!

    Ladies and gentleman, I present to you the very first winner of the Studio Sys Admins Bag O' Dicks Licensing award: E-On Software!

    Behold:



    TL;DR: WARNING! E-ON Software (VUE and others) has a trulyegregiouslicensing system, so badthat you should probably STRONGLY OBJECT to use of their software in critical production if you have the opportunity.


    ______________
    Jeremy M. Lang
    it4vfx
    Thread Tags:
      discuss-at-studiosysadmins 

    0 Responses     0 Plus One's     0 Comments  
     
    We gather today to honor a company for achieving new levels of horrible with their licensing system. By the power vested in me (by nobody) I hereby award the First Studio Sys Admin award for Bag O' Dicks Licensing to E-On Software.

    As many of you know, they've pursued this award for many years, innovating in agony until they've now all but perfected it!

    Early on they hard-coded the version number into their licensing server, guaranteeing that it would have to be upgraded every time their software was.

    As a bonus this would be a fresh install and all licenses would usually have to be imported back in, every upgrade.

    Then they *really* upped their game just a couple years ago by requiring you to *license* the license server. Yeah, pay for the software that lets you use their software, that should've been their first award in this category.

    But now, the coup de grace, they've introduced something they call reservations in the latest (2015) version of their license server. Keep in mind you get to (are forced to) *pay* for this "upgrade"!

    For Your Consideration:
    Once a user runs a license it is reserved to them. Even after they close the application. For a default of *3* days. Until 3AM the evening of the last day.

    E-On has generously decided that you can change this down to one day.

    Oh, you want your paid-for *floating* license to actually FLOAT to a different user, like NOW you say...? They have magnanimously allowed you to manually kill a reservation. On the license server.

    Two minor points though (I swear Satan himself couldn't plan this better)...

    1) It takes 15 minutes or so for the license to release after you've manually killed it (it's OK, the artist didn't need it NOW).

    2) Their documentation says you may only do this once per day per license.

    As you might imagine I've inquired with E-On about these innovations in great depth. I'm to understand they are a "feature" designed to guarantee an artist has a license when they need it (unless it's the license they were sharing with somebody else...). Also that despite their documentation E-On may deign to allow me to kill certain licenses more than once per day. They also point out that I could give users access to the license server to kill licenses themselves! Thank you again E-On, I needed a hearty laugh!

    Ladies and gentleman, I present to you the very first winner of the Studio Sys Admins Bag O' Dicks Licensing award: E-On Software!

    Behold:



    TL;DR: WARNING! E-ON Software (VUE and others) has a trulyegregiouslicensing system, so badthat you should probably STRONGLY OBJECT to use of their software in critical production if you have the opportunity.


    ______________
    Jeremy M. Lang
    it4vfx

    0 0

    BOD licensing award (/ALERT) E-On Software (Vue and others).
    posted by Jean-Francois Panisset on May 15, 2015, 3:50 p.m. (1 day ago)
    Wow, that's really going out of their way to make our lives painful. Normally I'm a big proponent of "Never attribute to malice that which is adequately explained by stupidity", but in this case the malice is just too deliberate.

    Takes the "Quit / Quit and Release License" nonsense from C4D to a whole other level.

    JF


    On Fri, May 15, 2015 at 12:41 PM, Jeremy Lang <jeremy.lang@it4vfx.com> wrote:
    We gather today to honor a company for achieving new levels of horrible with their licensing system. By the power vested in me (by nobody) I hereby award the First Studio Sys Admin award for Bag O' Dicks Licensing to E-On Software.

    As many of you know, they've pursued this award for many years, innovating in agony until they've now all but perfected it!

    Early on they hard-coded the version number into their licensing server, guaranteeing that it would have to be upgraded every time their software was.

    As a bonus this would be a fresh install and all licenses would usually have to be imported back in, every upgrade.

    Then they *really* upped their game just a couple years ago by requiring you to *license* the license server. Yeah, pay for the software that lets you use their software, that should've been their first award in this category.

    But now, the coup de grace, they've introduced something they call reservations in the latest (2015) version of their license server. Keep in mind you get to (are forced to) *pay* for this "upgrade"!

    For Your Consideration:
    Once a user runs a license it is reserved to them. Even after they close the application. For a default of *3* days. Until 3AM the evening of the last day.

    E-On has generously decided that you can change this down to one day.

    Oh, you want your paid-for *floating* license to actually FLOAT to a different user, like NOW you say...? They have magnanimously allowed you to manually kill a reservation. On the license server.

    Two minor points though (I swear Satan himself couldn't plan this better)...

    1) It takes 15 minutes or so for the license to release after you've manually killed it (it's OK, the artist didn't need it NOW).

    2) Their documentation says you may only do this once per day per license.

    As you might imagine I've inquired with E-On about these innovations in great depth. I'm to understand they are a "feature" designed to guarantee an artist has a license when they need it (unless it's the license they were sharing with somebody else...). Also that despite their documentation E-On may deign to allow me to kill certain licenses more than once per day. They also point out that I could give users access to the license server to kill licenses themselves! Thank you again E-On, I needed a hearty laugh!

    Ladies and gentleman, I present to you the very first winner of the Studio Sys Admins Bag O' Dicks Licensing award: E-On Software!

    Behold:



    TL;DR: WARNING! E-ON Software (VUE and others) has a trulyegregiouslicensing system, so badthat you should probably STRONGLY OBJECT to use of their software in critical production if you have the opportunity.


    ______________
    Jeremy M. Lang
    it4vfx

    To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe

    Thread Tags:
      discuss-at-studiosysadmins 

    0 Responses     0 Plus One's     0 Comments  
     
    Wow, that's really going out of their way to make our lives painful. Normally I'm a big proponent of "Never attribute to malice that which is adequately explained by stupidity", but in this case the malice is just too deliberate.

    Takes the "Quit / Quit and Release License" nonsense from C4D to a whole other level.

    JF


    On Fri, May 15, 2015 at 12:41 PM, Jeremy Lang <jeremy.lang@it4vfx.com> wrote:
    We gather today to honor a company for achieving new levels of horrible with their licensing system. By the power vested in me (by nobody) I hereby award the First Studio Sys Admin award for Bag O' Dicks Licensing to E-On Software.

    As many of you know, they've pursued this award for many years, innovating in agony until they've now all but perfected it!

    Early on they hard-coded the version number into their licensing server, guaranteeing that it would have to be upgraded every time their software was.

    As a bonus this would be a fresh install and all licenses would usually have to be imported back in, every upgrade.

    Then they *really* upped their game just a couple years ago by requiring you to *license* the license server. Yeah, pay for the software that lets you use their software, that should've been their first award in this category.

    But now, the coup de grace, they've introduced something they call reservations in the latest (2015) version of their license server. Keep in mind you get to (are forced to) *pay* for this "upgrade"!

    For Your Consideration:
    Once a user runs a license it is reserved to them. Even after they close the application. For a default of *3* days. Until 3AM the evening of the last day.

    E-On has generously decided that you can change this down to one day.

    Oh, you want your paid-for *floating* license to actually FLOAT to a different user, like NOW you say...? They have magnanimously allowed you to manually kill a reservation. On the license server.

    Two minor points though (I swear Satan himself couldn't plan this better)...

    1) It takes 15 minutes or so for the license to release after you've manually killed it (it's OK, the artist didn't need it NOW).

    2) Their documentation says you may only do this once per day per license.

    As you might imagine I've inquired with E-On about these innovations in great depth. I'm to understand they are a "feature" designed to guarantee an artist has a license when they need it (unless it's the license they were sharing with somebody else...). Also that despite their documentation E-On may deign to allow me to kill certain licenses more than once per day. They also point out that I could give users access to the license server to kill licenses themselves! Thank you again E-On, I needed a hearty laugh!

    Ladies and gentleman, I present to you the very first winner of the Studio Sys Admins Bag O' Dicks Licensing award: E-On Software!

    Behold:



    TL;DR: WARNING! E-ON Software (VUE and others) has a trulyegregiouslicensing system, so badthat you should probably STRONGLY OBJECT to use of their software in critical production if you have the opportunity.


    ______________
    Jeremy M. Lang
    it4vfx

    To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe


    0 0
  • 05/15/15--12:55: Re: [SSA-Discuss]
  • Re: [SSA-Discuss]
    posted by Doug Meyer on May 15, 2015, 3:55 p.m. (1 day ago)
    This can't be real.



    On May 15, 2015, at 03:41 PM, Jeremy Lang <jeremy.lang@it4vfx.com> wrote:

    We gather today to honor a company for achieving new levels of horrible with their licensing system.  By the power vested in me (by nobody) I hereby award the First Studio Sys Admin award for Bag O' Dicks Licensing to E-On Software.  

    As many of you know, they've pursued this award for many years, innovating in agony until they've now all but perfected it!  

    Early on they hard-coded the version number into their licensing server, guaranteeing that it would have to be upgraded every time their software was.  

    As a bonus this would be a fresh install and all licenses would usually have to be imported back in, every upgrade.  

    Then they *really* upped their game just a couple years ago by requiring you to *license* the license server.  Yeah, pay for the software that lets you use their software, that should've been their first award in this category.  

    But now, the coup de grace, they've introduced something they call reservations in the latest (2015) version of their license server.  Keep in mind you get to (are forced to) *pay* for this "upgrade"!  

    For Your Consideration:
    Once a user runs a license it is reserved to them.  Even after they close the application.  For a default of *3* days.  Until 3AM the evening of the last day.

    E-On has generously decided that you can change this down to one day.

    Oh, you want your paid-for *floating* license to actually FLOAT to a different user, like NOW you say...?  They have magnanimously allowed you to manually kill a reservation.  On the license server.  

    Two minor points though (I swear Satan himself couldn't plan this better)... 

    1) It takes 15 minutes or so for the license to release after you've manually killed it (it's OK, the artist didn't need it NOW).

    2) Their documentation says you may only do this once per day per license.

    As you might imagine I've inquired with E-On about these innovations in great depth.  I'm to understand they are a "feature" designed to guarantee an artist has a license when they need it (unless it's the license they were sharing with somebody else...).  Also that despite their documentation E-On may deign to allow me to kill certain licenses more than once per day.  They also point out that I could give users access to the license server to kill licenses themselves!  Thank you again E-On, I needed a hearty laugh!  

    Ladies and gentleman, I present to you the very first winner of the Studio Sys Admins Bag O' Dicks Licensing award: E-On Software!

    Behold:



    TL;DR: WARNING! E-ON Software (VUE and others) has a truly egregious licensing system, so bad that you should probably STRONGLY OBJECT to use of their software in critical production if you have the opportunity.  


    ______________
    Jeremy M. Lang
    it4vfx
    To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe
    Thread Tags:
      discuss-at-studiosysadmins 

    0 Responses     0 Plus One's     0 Comments  
     
    This can't be real.



    On May 15, 2015, at 03:41 PM, Jeremy Lang <jeremy.lang@it4vfx.com> wrote:

    We gather today to honor a company for achieving new levels of horrible with their licensing system.  By the power vested in me (by nobody) I hereby award the First Studio Sys Admin award for Bag O' Dicks Licensing to E-On Software.  

    As many of you know, they've pursued this award for many years, innovating in agony until they've now all but perfected it!  

    Early on they hard-coded the version number into their licensing server, guaranteeing that it would have to be upgraded every time their software was.  

    As a bonus this would be a fresh install and all licenses would usually have to be imported back in, every upgrade.  

    Then they *really* upped their game just a couple years ago by requiring you to *license* the license server.  Yeah, pay for the software that lets you use their software, that should've been their first award in this category.  

    But now, the coup de grace, they've introduced something they call reservations in the latest (2015) version of their license server.  Keep in mind you get to (are forced to) *pay* for this "upgrade"!  

    For Your Consideration:
    Once a user runs a license it is reserved to them.  Even after they close the application.  For a default of *3* days.  Until 3AM the evening of the last day.

    E-On has generously decided that you can change this down to one day.

    Oh, you want your paid-for *floating* license to actually FLOAT to a different user, like NOW you say...?  They have magnanimously allowed you to manually kill a reservation.  On the license server.  

    Two minor points though (I swear Satan himself couldn't plan this better)... 

    1) It takes 15 minutes or so for the license to release after you've manually killed it (it's OK, the artist didn't need it NOW).

    2) Their documentation says you may only do this once per day per license.

    As you might imagine I've inquired with E-On about these innovations in great depth.  I'm to understand they are a "feature" designed to guarantee an artist has a license when they need it (unless it's the license they were sharing with somebody else...).  Also that despite their documentation E-On may deign to allow me to kill certain licenses more than once per day.  They also point out that I could give users access to the license server to kill licenses themselves!  Thank you again E-On, I needed a hearty laugh!  

    Ladies and gentleman, I present to you the very first winner of the Studio Sys Admins Bag O' Dicks Licensing award: E-On Software!

    Behold:



    TL;DR: WARNING! E-ON Software (VUE and others) has a truly egregious licensing system, so bad that you should probably STRONGLY OBJECT to use of their software in critical production if you have the opportunity.  


    ______________
    Jeremy M. Lang
    it4vfx
    To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe

    0 0

    BOD licensing award (/ALERT) E-On Software (Vue and others).
    posted by Todd Smith on May 15, 2015, 4:10 p.m. (1 day ago)
    I'd say that one is pretty high up on the list of d-baggery.

    Speedtree + Terragen all the way.


    Todd Smith
    Head of Information Technology

    soho vfx 
    99 Atlantic Ave. Suite 303, Toronto, Ontario M6K 3J8


    This can't be real.




    To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe

    Thread Tags:
      discuss-at-studiosysadmins 

    0 Responses     0 Plus One's     0 Comments  
     
    I'd say that one is pretty high up on the list of d-baggery.

    Speedtree + Terragen all the way.


    Todd Smith
    Head of Information Technology

    soho vfx 
    99 Atlantic Ave. Suite 303, Toronto, Ontario M6K 3J8


    This can't be real.




    To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe


    0 0

    BOD licensing award (/ALERT) E-On Software (Vue and others).
    posted by Rob LaRose on May 15, 2015, 5:30 p.m. (1 day ago)
    On May 15, 2015, at 3:49 PM, Douglas Meyer wrote: > This can't be real. Thats exactly what I told the nice man when he told me I would have to pay for the lic server software. Rob To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe
    Thread Tags:
      discuss-at-studiosysadmins 

    0 Responses     0 Plus One's     0 Comments  
     
    On May 15, 2015, at 3:49 PM, Douglas Meyer wrote: > This can't be real. Thats exactly what I told the nice man when he told me I would have to pay for the lic server software. Rob To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe

    0 0

    BOD licensing award (/ALERT) E-On Software (Vue and others).
    posted by Doug Meyer on May 15, 2015, 6:05 p.m. (1 day ago)
    It really is an admirable piece of work.

    The Maxon one is bad but always felt like a product of laziness and incompetence.

    But this? 

    This is exquisite.



    Sent from my iPhone.

    On May 15, 2015, at 5:59 PM, Jeremy Lang <jeremy.lang@it4vfx.com> wrote:

    What I love is how each "feature" builds upon the previous to really become a masterpiece.  


    ______________
    Jeremy M. Lang
    it4vfx

    On Fri, May 15, 2015 at 2:29 PM, Rob LaRose <rlarose@rockpaperscissors.com> wrote:
    On May 15, 2015, at 3:49 PM, Douglas Meyer <dougmeyer@me.com> wrote:

    > This can't be real.

            Thats exactly what I told the nice man when he told me I would have to pay for the lic server software.

    Rob
    To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe

    To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe
    Thread Tags:
      discuss-at-studiosysadmins 

    0 Responses     0 Plus One's     0 Comments  
     
    It really is an admirable piece of work.

    The Maxon one is bad but always felt like a product of laziness and incompetence.

    But this? 

    This is exquisite.



    Sent from my iPhone.

    On May 15, 2015, at 5:59 PM, Jeremy Lang <jeremy.lang@it4vfx.com> wrote:

    What I love is how each "feature" builds upon the previous to really become a masterpiece.  


    ______________
    Jeremy M. Lang
    it4vfx

    On Fri, May 15, 2015 at 2:29 PM, Rob LaRose <rlarose@rockpaperscissors.com> wrote:
    On May 15, 2015, at 3:49 PM, Douglas Meyer <dougmeyer@me.com> wrote:

    > This can't be real.

            Thats exactly what I told the nice man when he told me I would have to pay for the lic server software.

    Rob
    To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe

    To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe

    0 0
  • 05/15/15--16:55: Maya 2016 install rant
  • Maya 2016 install rant
    posted by Michael Oliver on May 15, 2015, 7:55 p.m. (1 day ago)
    Installing Maya 2016 today and got this nice message while trying to run Setup.exe on Win7x64 from a SMB share.."Please limit the path to 107 characters (currently 133)...

    When is Auto@#$@#$desk going to get their act together with regards to windows installers, updates etc.

    Inline image 1. Unreal.


    --
    Michael Oliver
    mcoliver@gmail.com
    858.336.1438
    Thread Tags:
      discuss-at-studiosysadmins 

    0 Responses     0 Plus One's     0 Comments  
     
    Installing Maya 2016 today and got this nice message while trying to run Setup.exe on Win7x64 from a SMB share.."Please limit the path to 107 characters (currently 133)...

    When is Auto@#$@#$desk going to get their act together with regards to windows installers, updates etc.

    Inline image 1. Unreal.


    --
    Michael Oliver
    mcoliver@gmail.com
    858.336.1438

    0 0

    Looking for 64 bit Linux Sentinel client
    posted by Jean-Francois Panisset on May 18, 2015, 1:50 a.m. (1 day ago)
    Rebuilding our license monitoring machine, and turns out I only have a 32 bit binary of "lsmon", the Sentinel RMS client monitoring utility (for Boujou licenses). I don't really feel like installing 32 bit support on that VM just for one binary, does anyone have a 64 bit "lsmon" by any chance?

    Thanks in advance,

    JF

    Thread Tags:
      discuss-at-studiosysadmins 

    0 Responses     0 Plus One's     0 Comments  
     
    Rebuilding our license monitoring machine, and turns out I only have a 32 bit binary of "lsmon", the Sentinel RMS client monitoring utility (for Boujou licenses). I don't really feel like installing 32 bit support on that VM just for one binary, does anyone have a 64 bit "lsmon" by any chance?

    Thanks in advance,

    JF


    0 0

    Wiremold 6000 / cable ladder left over in Los Angeles area
    posted by Jean-Francois Panisset on May 18, 2015, 9:25 a.m. (1 day ago)
    I've got some Wiremold 6000 steel electrical raceway (gray) left over from a project, some stuff new in box, some stuff deployed then pulled out, can provide some details if anyone is interested.

    Also a couple of 12' lengths of PW Industries / Legrand 06-4D02-0012--12 cable ladder, used but decent condition.

    http://www.pwindustries.com/public/downloads/datasheets/4D02.pdf

    So if you are building something in the LA area and could use this stuff, please get in touch with me at panisset@gmail.com, I would love for this to end up somewhere more useful than landfill, and I don't really have the resources to try to unload it on eBay.

    JF

    Thread Tags:
      discuss-at-studiosysadmins 

    0 Responses     0 Plus One's     0 Comments  
     
    I've got some Wiremold 6000 steel electrical raceway (gray) left over from a project, some stuff new in box, some stuff deployed then pulled out, can provide some details if anyone is interested.

    Also a couple of 12' lengths of PW Industries / Legrand 06-4D02-0012--12 cable ladder, used but decent condition.

    http://www.pwindustries.com/public/downloads/datasheets/4D02.pdf

    So if you are building something in the LA area and could use this stuff, please get in touch with me at panisset@gmail.com, I would love for this to end up somewhere more useful than landfill, and I don't really have the resources to try to unload it on eBay.

    JF


    0 0
  • 05/18/15--12:20: USB to VMWare ESX VMs
  • USB to VMWare ESX VMs
    posted by Dan Young on May 18, 2015, 3:20 p.m. (1 day ago)
    Hi, What are you using to get physical devices wired into your VM clusters? Examples; - Dongles for licensing - Temperature monitoring peripherals - Other USB nonsense? Trying to do my best to avoid buying anything, but it would seem that if it's outside of the ability of VMWare (which I use alot, but am nowhere near a master of) - that it would be achievable with something like a network-attached USB hub? I've seen lots of the USB hubs, but they all seem to only work for Windows VMs, of which I have nearly none. This solution must be linux-capable. Hardware is considered but not ideal. Thanks! DY To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe
    Thread Tags:
      discuss-at-studiosysadmins 

    0 Responses     0 Plus One's     0 Comments  
     
    Hi, What are you using to get physical devices wired into your VM clusters? Examples; - Dongles for licensing - Temperature monitoring peripherals - Other USB nonsense? Trying to do my best to avoid buying anything, but it would seem that if it's outside of the ability of VMWare (which I use alot, but am nowhere near a master of) - that it would be achievable with something like a network-attached USB hub? I've seen lots of the USB hubs, but they all seem to only work for Windows VMs, of which I have nearly none. This solution must be linux-capable. Hardware is considered but not ideal. Thanks! DY To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe

    0 0

    Fwd: New Connect browser client version 3.6 available
    posted by  on May 18, 2015, 9:50 p.m. (1 day ago)
    New Aspera Client out for Chrome etc...


    To view this email as a web page, click here






    Dear Aspera Customer, 

    Today we will be releasing to our web site a new version of the Connect browser client, version 3.6. This version includes a new native Chrome plug-in built using Chromes PPAPI (pepper) APIs, which brings several advantages.

    • First, Connect 3.6 no longer relies on the NPAPI and thus works with the default configuration of Chrome. As of the current release of Chrome version 42, NPAPI is disabled by default, and must be re-enabled explicitly. Google also intends to remove support for NPAPI entirely in upcoming releases.
    • Second, Connect 3.6 includes all of the components necessary to continue work with all major browsers on Windows, Mac and Linux (Firefox, IE, Safari, as well as Chrome) and will continue to work with all 3rd party applications that are using the asperaweb-2.js JavaScript API.
    • Third, Connect 3.6 also includes a new asperaweb-4.js JavaScript API that allows 3rd parties to support all major browsers *including* Chrome version 42 and above with NPAPI disabled. Details of this are included on the ADN at https://developer.asperasoft.com/ 

    In order for your users to take advantage of Connect 3.6 for Chrome browsers with NPAPI disabled, Aspera is making available patches for Aspera Faspex, Aspera Shares and Connect Server (the directory listing web interface). Once you apply these patches your users will be able to use these server products with Chrome browsers with NPAPI disabled. If you choose to not apply these patches your users will be able to use these applications with all supported browsers including Chrome, but NPAPI will need to be enabled in Chrome.

    Details on each of these patches are included in the following Knowledge Base articles on the Aspera Support site:

    https://support.asperasoft.com/entries/93945098-How-to-patch-Shares-for-Connect-3-6
    https://support.asperasoft.com/entries/93946208-How-to-patch-Faspex-for-Connect-3-6
    https://support.asperasoft.com/entries/93944558-How-to-patch-Connect-Server-for-Connect-3-6
    https://support.asperasoft.com/entries/93936117-How-to-upgrade-to-Connect-3-6

    Aspera has made the patches for these products available for our latest general release: Connect Server 3.5.4, Faspex 3.9.1 and Shares 1.9.1. You will need to upgrade to the latest general release in order to apply these patches.

    Finally, please note that with the patch applied to Aspera Faspex, in Chrome browsers only, drag-and-drop will be disabled for now, and users will need to select files and folders through click to browse. Faspex drag-and-drop is supported in all other browsers. Aspera will be providing an update to the Faspex server and the new Connect client in upcoming weeks that will again support drag-and-drop in Chrome. We decoupled this feature in the interest of timely release.

    Aspera Support is ready and available to help you with these patches if you would like their assistance. Please send a request or any questions to support@asperasoft.com for assistance.

    Your Aspera Team







    Thread Tags:
      discuss-at-studiosysadmins 

    0 Responses     0 Plus One's     0 Comments  
     
    New Aspera Client out for Chrome etc...


    To view this email as a web page, click here






    Dear Aspera Customer, 

    Today we will be releasing to our web site a new version of the Connect browser client, version 3.6. This version includes a new native Chrome plug-in built using Chromes PPAPI (pepper) APIs, which brings several advantages.

    • First, Connect 3.6 no longer relies on the NPAPI and thus works with the default configuration of Chrome. As of the current release of Chrome version 42, NPAPI is disabled by default, and must be re-enabled explicitly. Google also intends to remove support for NPAPI entirely in upcoming releases.
    • Second, Connect 3.6 includes all of the components necessary to continue work with all major browsers on Windows, Mac and Linux (Firefox, IE, Safari, as well as Chrome) and will continue to work with all 3rd party applications that are using the asperaweb-2.js JavaScript API.
    • Third, Connect 3.6 also includes a new asperaweb-4.js JavaScript API that allows 3rd parties to support all major browsers *including* Chrome version 42 and above with NPAPI disabled. Details of this are included on the ADN at https://developer.asperasoft.com/ 

    In order for your users to take advantage of Connect 3.6 for Chrome browsers with NPAPI disabled, Aspera is making available patches for Aspera Faspex, Aspera Shares and Connect Server (the directory listing web interface). Once you apply these patches your users will be able to use these server products with Chrome browsers with NPAPI disabled. If you choose to not apply these patches your users will be able to use these applications with all supported browsers including Chrome, but NPAPI will need to be enabled in Chrome.

    Details on each of these patches are included in the following Knowledge Base articles on the Aspera Support site:

    https://support.asperasoft.com/entries/93945098-How-to-patch-Shares-for-Connect-3-6
    https://support.asperasoft.com/entries/93946208-How-to-patch-Faspex-for-Connect-3-6
    https://support.asperasoft.com/entries/93944558-How-to-patch-Connect-Server-for-Connect-3-6
    https://support.asperasoft.com/entries/93936117-How-to-upgrade-to-Connect-3-6

    Aspera has made the patches for these products available for our latest general release: Connect Server 3.5.4, Faspex 3.9.1 and Shares 1.9.1. You will need to upgrade to the latest general release in order to apply these patches.

    Finally, please note that with the patch applied to Aspera Faspex, in Chrome browsers only, drag-and-drop will be disabled for now, and users will need to select files and folders through click to browse. Faspex drag-and-drop is supported in all other browsers. Aspera will be providing an update to the Faspex server and the new Connect client in upcoming weeks that will again support drag-and-drop in Chrome. We decoupled this feature in the interest of timely release.

    Aspera Support is ready and available to help you with these patches if you would like their assistance. Please send a request or any questions to support@asperasoft.com for assistance.

    Your Aspera Team








    0 0
  • 05/19/15--09:35: VMWare ESXi
  • VMWare ESXi
    posted by  on May 19, 2015, 12:35 p.m. (1 day ago)
    Sidejack ...

    Re 5.5 - how are you managing it?

    I have a single ESXi 5.1 host and have resisted upgrading to 5,.5 because VMware dropped the legacy binary vSphere client around the time of 5.5's release and made everyone (from what i can glean) go to vCentre which was terrific (not) because you'd basically have a virtualised vCentre server (compete w/ Windows Server cost and overhead) controlling a single ESXi host.

    Am i maybe misunderstanding something?

    cheers,

    - cal@bluebolt


    On 19/05/15 15:15, Peter Smith wrote:
    If your cluster has USB ports, you _should_ be golden.
    
    Might need to go to ESXi 5.5 though. 5.1 was rubbish with USB.
    
    Thread Tags:
      discuss-at-studiosysadmins 

    0 Responses     0 Plus One's     0 Comments  
     
    Sidejack ...

    Re 5.5 - how are you managing it?

    I have a single ESXi 5.1 host and have resisted upgrading to 5,.5 because VMware dropped the legacy binary vSphere client around the time of 5.5's release and made everyone (from what i can glean) go to vCentre which was terrific (not) because you'd basically have a virtualised vCentre server (compete w/ Windows Server cost and overhead) controlling a single ESXi host.

    Am i maybe misunderstanding something?

    cheers,

    - cal@bluebolt


    On 19/05/15 15:15, Peter Smith wrote:
    If your cluster has USB ports, you _should_ be golden.
    
    Might need to go to ESXi 5.5 though. 5.1 was rubbish with USB.
    

    0 0
  • 05/19/15--15:50: virtual tape NAS
  • virtual tape NAS
    posted by  on May 19, 2015, 6:50 p.m. (1 day ago)
    Hi, Once upon a time while working at VIFX we had a nifty tape robot that had a bunch of disk acting as a cache, and the whole thing presented itself as a NAS. The software that ran this was called AMASS, and it seems that it still exists. I also found QStar Archive Manager which seems to do more or less the same thing. Im curious, what other options are out there? Were pretty small but tend to work in 4K stereo quite a lot, so a decent quantity of TBs pass by us in the course of a year. Thanks, Antoine To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe
    Thread Tags:
      discuss-at-studiosysadmins 

    0 Responses     0 Plus One's     0 Comments  
     
    Hi, Once upon a time while working at VIFX we had a nifty tape robot that had a bunch of disk acting as a cache, and the whole thing presented itself as a NAS. The software that ran this was called AMASS, and it seems that it still exists. I also found QStar Archive Manager which seems to do more or less the same thing. Im curious, what other options are out there? Were pretty small but tend to work in 4K stereo quite a lot, so a decent quantity of TBs pass by us in the course of a year. Thanks, Antoine To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe

    0 0

    Forcing Radeon Drivers on Fire Pro D700 (Mac Pro Garbage Can)
    posted by William Sandler on May 20, 2015, 11:20 a.m. (1 day ago)
    Hey all. Was wondering if anyone had any ideas on how to use a Radeon driver on a Fire Pro in a Bootcamp'd Mac Pro. We're trying to run in-house built Unity applications and it seems the Fire Pro drivers are more optimized for video editing and not gaming. It seems the D700 is similar to an R9 so we're hoping there is a way to use Radeon drivers.





    William Sandler
    Thread Tags:
      discuss-at-studiosysadmins 

    0 Responses     0 Plus One's     0 Comments  
     
    Hey all. Was wondering if anyone had any ideas on how to use a Radeon driver on a Fire Pro in a Bootcamp'd Mac Pro. We're trying to run in-house built Unity applications and it seems the Fire Pro drivers are more optimized for video editing and not gaming. It seems the D700 is similar to an R9 so we're hoping there is a way to use Radeon drivers.





    William Sandler

older | 1 | .... | 131 | 132 | (Page 133) | 134 | 135 | .... | 187 | newer