Re: capturing spherical HDRi's?
You can shoot a chromeball with any kind of lens sort of well. Telephoto lenses are preferable because they allow you to stand further away and thus be a smaller object in the reflection on the chrome ball. On Thu, Jan 17, 2013 at 3:53 PM, olivier jeannel olivier.jean...@noos.frwrote: Thank you Phil, To shot a chrome ball then, do you know what type of lens is necessary ? Is it a macro lens ? Cheers, Olivier Le 17/01/2013 13:24, Phil Williams a écrit : I'm no expert by any means, but generally speaking there are pros and cons to both ways; chrome balls are quicker, easier and cheaper but are lower quality (fine for capturing the light in most cases though). Fish-eye/wide-angle lenses make it a bit more technical and time consuming but give higher quality results. As rough guide (depends on your setup/lenses), a chrome ball only takes 1 or 2 pics to get the job done (x by multiple exposures). Whereas a fish-eye lens with a pano head would take 4-6 photos (x multiple exposures) and a wide-angle lens would take considerably more, anywhere between 12-30 photos depending on the lens and crop factor (x multiple exposures). Cheers Phil On 17 January 2013 11:59, olivier jeannel olivier.jean...@noos.fr wrote: I've never captured myself spherical HDRI's, so bare with me if it is a dumb question but : Nowadays, to capture the HDRI environment, people are still using an HDRI ball, or are they using wide angles (10mm or 8mm) fish eye camera lenses (without any sphere at all) ? Olivier Le 17/01/2013 12:06, Adam Seeley a écrit : Quiet a few smartphone tablet solutions around now as well Haven't use one yet but looking forward to trying. http://www.ononesoftware.com/products/dslr-camera-remote/ https://play.google.com/store/apps/details?id=com.dslr.dashboardhl=en Adam -- *From:* adrian wyer adrian.w...@fluid-pictures.comadrian.w...@fluid-pictures.com *To:* softimage@listproc.autodesk.com *Sent:* Wednesday, 16 January 2013, 15:25 *Subject:* RE: capturing spherical HDRi's? and of course if you shoot Nikon (like you should, if you have any sense ;-p ) http://breezesys.co.uk/NKRemote/index.htm a -- *From:* softimage-boun...@listproc.autodesk.com [mailto: softimage-boun...@listproc.autodesk.com ] *On Behalf Of *Lp3dsoft *Sent:* 16 January 2013 15:02 *To:* softimage@listproc.autodesk.com *Cc:* softimage@listproc.autodesk.com *Subject:* Re: capturing spherical HDRi's? Hi, I've used this in the past for remote bracketing, works well http://www.breezesys.co.uk/DSLRRemotePro/index.htm Some other interesting bits on their site as well. And I don't think anyone as listed it in the thread but best place to look for basics and how things work is http://www.hdrshop.com/ Hope it helps Cheers Lawrence On 16 Jan 2013, at 14:35, Byron Nash byronn...@gmail.com wrote: I find that the slowest thing on set is capturing all the exposures. I don't have a tool like the Promote Controller or any other device to automatically fire off the brackets. After seeing a video of the author of the HDRI Handbook on set, I'm convinced the fastest method is a pano rig like the nodal ninja with a spherical fisheye and something to fire the brackets automatically. In and out very quickly. On Wed, Jan 16, 2013 at 9:08 AM, Jahirul Amin aminjahi...@yahoo.com wrote: Slightly off topic but this is pretty interesting stuff... http://fxguide.com/fxguidetv/fxguidetv-165-scott-metzger-on-mari-and-hdr/ J On 16 Jan 2013, at 13:19, Morten Bartholdy x...@colorshopvfx.dk wrote: We do pretty much the same - a fisheye lens shooting in 3 directions for good overlap, 10 exposures via software control and stitch the result into a fairly highres LatLong HDRI 360. This is good for lighting and in most cases reflections too, but hardly enough resolution for a background. The software control for multiple exposures makes for better quality HDRI's as clouds, cars and pedestrians move less, and we can get in and record the HDRI in about a 10th of the time we used to without it, in all only some 5 minutes break for the crew for one HDRI. The Director and 1st AD will be much happier too. The chrome ball comes in to use in tight spaces where it is hard to fit in a camera on a tripod, but it is mostly sttting and collecting dust on a shelf these days. Mind you, if we had more time on a shoot I would like to have a chrome ball and a grey ball and have them in front of the liveaction camera just after the clapper - it would help setting up HDRI's and lights and balance the whole thing faster when lighting your scenes. Morten Den 16. januar 2013 kl. 12:11 skrev Anthony Martin anthonymarti...@googlemail.com: These days I use the chrome ball just for light positioning reference. For capturing the actual HDRI I'll use a fish eye lens on a DSLR, nodal ninja attached to
Re: capturing spherical HDRi's?
You don't need a macro lens, because you want to place yourself far away from the wall. The longer the lens (more tele) the less distortion and more detail your chrome ball photo will have. On Thu, Jan 17, 2013 at 2:53 PM, olivier jeannel olivier.jean...@noos.frwrote: Thank you Phil, To shot a chrome ball then, do you know what type of lens is necessary ? Is it a macro lens ? Cheers, Olivier Le 17/01/2013 13:24, Phil Williams a écrit : I'm no expert by any means, but generally speaking there are pros and cons to both ways; chrome balls are quicker, easier and cheaper but are lower quality (fine for capturing the light in most cases though). Fish-eye/wide-angle lenses make it a bit more technical and time consuming but give higher quality results. As rough guide (depends on your setup/lenses), a chrome ball only takes 1 or 2 pics to get the job done (x by multiple exposures). Whereas a fish-eye lens with a pano head would take 4-6 photos (x multiple exposures) and a wide-angle lens would take considerably more, anywhere between 12-30 photos depending on the lens and crop factor (x multiple exposures). Cheers Phil On 17 January 2013 11:59, olivier jeannel olivier.jean...@noos.fr wrote: I've never captured myself spherical HDRI's, so bare with me if it is a dumb question but : Nowadays, to capture the HDRI environment, people are still using an HDRI ball, or are they using wide angles (10mm or 8mm) fish eye camera lenses (without any sphere at all) ? Olivier Le 17/01/2013 12:06, Adam Seeley a écrit : Quiet a few smartphone tablet solutions around now as well Haven't use one yet but looking forward to trying. http://www.ononesoftware.com/products/dslr-camera-remote/ https://play.google.com/store/apps/details?id=com.dslr.dashboardhl=en Adam -- *From:* adrian wyer adrian.w...@fluid-pictures.comadrian.w...@fluid-pictures.com *To:* softimage@listproc.autodesk.com *Sent:* Wednesday, 16 January 2013, 15:25 *Subject:* RE: capturing spherical HDRi's? and of course if you shoot Nikon (like you should, if you have any sense ;-p ) http://breezesys.co.uk/NKRemote/index.htm a -- *From:* softimage-boun...@listproc.autodesk.com [mailto: softimage-boun...@listproc.autodesk.com ] *On Behalf Of *Lp3dsoft *Sent:* 16 January 2013 15:02 *To:* softimage@listproc.autodesk.com *Cc:* softimage@listproc.autodesk.com *Subject:* Re: capturing spherical HDRi's? Hi, I've used this in the past for remote bracketing, works well http://www.breezesys.co.uk/DSLRRemotePro/index.htm Some other interesting bits on their site as well. And I don't think anyone as listed it in the thread but best place to look for basics and how things work is http://www.hdrshop.com/ Hope it helps Cheers Lawrence On 16 Jan 2013, at 14:35, Byron Nash byronn...@gmail.com wrote: I find that the slowest thing on set is capturing all the exposures. I don't have a tool like the Promote Controller or any other device to automatically fire off the brackets. After seeing a video of the author of the HDRI Handbook on set, I'm convinced the fastest method is a pano rig like the nodal ninja with a spherical fisheye and something to fire the brackets automatically. In and out very quickly. On Wed, Jan 16, 2013 at 9:08 AM, Jahirul Amin aminjahi...@yahoo.com wrote: Slightly off topic but this is pretty interesting stuff... http://fxguide.com/fxguidetv/fxguidetv-165-scott-metzger-on-mari-and-hdr/ J On 16 Jan 2013, at 13:19, Morten Bartholdy x...@colorshopvfx.dk wrote: We do pretty much the same - a fisheye lens shooting in 3 directions for good overlap, 10 exposures via software control and stitch the result into a fairly highres LatLong HDRI 360. This is good for lighting and in most cases reflections too, but hardly enough resolution for a background. The software control for multiple exposures makes for better quality HDRI's as clouds, cars and pedestrians move less, and we can get in and record the HDRI in about a 10th of the time we used to without it, in all only some 5 minutes break for the crew for one HDRI. The Director and 1st AD will be much happier too. The chrome ball comes in to use in tight spaces where it is hard to fit in a camera on a tripod, but it is mostly sttting and collecting dust on a shelf these days. Mind you, if we had more time on a shoot I would like to have a chrome ball and a grey ball and have them in front of the liveaction camera just after the clapper - it would help setting up HDRI's and lights and balance the whole thing faster when lighting your scenes. Morten Den 16. januar 2013 kl. 12:11 skrev Anthony Martin anthonymarti...@googlemail.com: These days I use the chrome ball just for light positioning reference. For capturing the actual HDRI I'll use a fish eye lens on a DSLR, nodal ninja attached to a tripod and
Re: TANK + Softimage
We have been able to get it to work. We pushed back to them the beginnings of a Softimage engine. It's basically at the same level as the Maya or Nuke engine. If you email them they should be able to provide you a location to download it. -tony On Thu, Jan 17, 2013 at 9:46 AM, ste dalton s...@ubik.tv wrote: Hello all, Has anyone here managed to get Shotgun software's 'Tank' asset management system working in Softimage? Is there even any integration to Soft yet? Can't really find much in google, Any info would be great thanks ste -- Stephen Dalton -- director www.ubik.tv -- -tony
Re: TANK + Softimage
We being Psyop. I forget that I use my personal email for this list. -tony On Thu, Jan 17, 2013 at 10:13 AM, Tony Barbieri great...@gmail.com wrote: We have been able to get it to work. We pushed back to them the beginnings of a Softimage engine. It's basically at the same level as the Maya or Nuke engine. If you email them they should be able to provide you a location to download it. -tony On Thu, Jan 17, 2013 at 9:46 AM, ste dalton s...@ubik.tv wrote: Hello all, Has anyone here managed to get Shotgun software's 'Tank' asset management system working in Softimage? Is there even any integration to Soft yet? Can't really find much in google, Any info would be great thanks ste -- Stephen Dalton -- director www.ubik.tv -- -tony -- -tony
Re: Pipes and tools u can't live without
And in the case of FTP, one cannot undelete. At least in Dropbox you have 30 days to restore deleted files. It's bad either way. Also I think it's unwise to divulge ftp details on a public mailing list. All it takes is 1 jerk to ruin it for everybody. (I don't think anyone on the list would, but if it shows up in google searches, which it will because this is public, any noob hacker could probably come and ruin the fun.) On Thu, Jan 17, 2013 at 7:34 AM, Gustavo Eggert Boehs gustav...@gmail.comwrote: One could also upload malicious files up to Dropbox and they would spread to all those who share the folder, right? Does not sound very safe. 2013/1/17 Eugen Sares softim...@keyvis.at If we use dropbox we have to make damn sure nobody removes items others might be needing, which can happen by accident (I don't expect acts of sabotage). Also, what if someone updates his own tools, with some changes in functionality that break downward compatibility? Oder versions must remain accessible. We can't afford f*ing up other people's production pipelines. We could create another workgroup folder for every version that gets uploaded, inside the uploader's personal folder. Use the newer version? Disconnect from the old, connect to the new folder. But maybe it would be better to copy the stuff we need to some local offline workgroup. Might be too risky otherwise. Btw., does dropbox have any options to set write permissions? Am 17.01.2013 10:22, schrieb Thomas Volkmann: A dropbox-workgroup (or a workgroup on a FTP) that you can just connect to (or make a local copy and get updates every now and then) would be awesome. I think just having tools on a FTP is not a real advantage over rray.de, because you don't have any previews or descriptions for the tools (other than just to connect to a workgroup, where you can just try stuff, because it's already installed). A community workgroup could add a community menu where you select users to see their tools... like this: user-tools - userFoo - exporters - rigging stuff - - userBar - exporters - animation helpers - whatever - userFnord - curve tools - make-awesome tools - whatever And maybe a similar structure for ICE/Render compounds. That way a user can maintain his own section and will probably not break some other stuff. Since I never created any AddOns: is it enough to have a folder structure inside the addon-folder of the workgroup and place stuff there, or is a file in InstalledAddons where you register all that stuff necessary as well? Anyway, I think if we could get something like that going, it would be the shit! Personally I would probably connect to it every now and then, check some stuff and take the tools I like into my personal workgroup. And of course upload some of my new tools to the community workgroup. cheers, Thomas Gene Crucean emailgeneonthel...@gmail.comemailgeneonthel...@gmail.comhat am 17. Januar 2013 um 09:07 geschrieben: Why not just a good ol fashioned FTP? I'll offer one up to *this* list and 3DPro (Be careful who you give it to. Adults get access): host: genecrucean.com user: softimage pass: Add0n555 I have lots of space and unlimited bandwidth... but if it gets abused, I'll just take it down. What do you guys think about this? It would need a decent naming/directory structure so it didn't become a huge mess. Maybe something like: - Task - Author - Addon/Plugin/Script - Versions On Wed, Jan 16, 2013 at 9:41 PM, Jason S jasonsta...@gmail.com wrote: Don't know why I often put extra buts in my sentances, in this case we were essentially saying the same thing :) On 16/01/2013 11:42 PM, Jason S wrote: Ya! but maybe like a common XSI_SAMPLES_DUMP Database, to which we could then make like a more refined/finished DB out of that, -- Gene Crucean - Emmy winning - Oscar nominated VFX Supervisor / iOS-OSX Developer / Filmmaker / Photographer ** *Freelance for hire* ** www.genecrucean.com ~~ Please use my website's contact form on www.genecrucean.com for any personal emails. Thanks. I may not get them at this address. ~~ -- Gustavo E Boehs http://www.gustavoeb.com.br/blog
Re: Pipes and tools u can't live without
Maybe if we could have something like apt-get or Sublime's Package Control style tool to list, install and update addons? On Thu, Jan 17, 2013 at 10:38 AM, Alan Fregtman alan.fregt...@gmail.comwrote: And in the case of FTP, one cannot undelete. At least in Dropbox you have 30 days to restore deleted files. It's bad either way. Also I think it's unwise to divulge ftp details on a public mailing list. All it takes is 1 jerk to ruin it for everybody. (I don't think anyone on the list would, but if it shows up in google searches, which it will because this is public, any noob hacker could probably come and ruin the fun.) On Thu, Jan 17, 2013 at 7:34 AM, Gustavo Eggert Boehs gustav...@gmail.com wrote: One could also upload malicious files up to Dropbox and they would spread to all those who share the folder, right? Does not sound very safe. 2013/1/17 Eugen Sares softim...@keyvis.at If we use dropbox we have to make damn sure nobody removes items others might be needing, which can happen by accident (I don't expect acts of sabotage). Also, what if someone updates his own tools, with some changes in functionality that break downward compatibility? Oder versions must remain accessible. We can't afford f*ing up other people's production pipelines. We could create another workgroup folder for every version that gets uploaded, inside the uploader's personal folder. Use the newer version? Disconnect from the old, connect to the new folder. But maybe it would be better to copy the stuff we need to some local offline workgroup. Might be too risky otherwise. Btw., does dropbox have any options to set write permissions? Am 17.01.2013 10:22, schrieb Thomas Volkmann: A dropbox-workgroup (or a workgroup on a FTP) that you can just connect to (or make a local copy and get updates every now and then) would be awesome. I think just having tools on a FTP is not a real advantage over rray.de, because you don't have any previews or descriptions for the tools (other than just to connect to a workgroup, where you can just try stuff, because it's already installed). A community workgroup could add a community menu where you select users to see their tools... like this: user-tools - userFoo - exporters - rigging stuff - - userBar - exporters - animation helpers - whatever - userFnord - curve tools - make-awesome tools - whatever And maybe a similar structure for ICE/Render compounds. That way a user can maintain his own section and will probably not break some other stuff. Since I never created any AddOns: is it enough to have a folder structure inside the addon-folder of the workgroup and place stuff there, or is a file in InstalledAddons where you register all that stuff necessary as well? Anyway, I think if we could get something like that going, it would be the shit! Personally I would probably connect to it every now and then, check some stuff and take the tools I like into my personal workgroup. And of course upload some of my new tools to the community workgroup. cheers, Thomas Gene Crucean emailgeneonthel...@gmail.comemailgeneonthel...@gmail.comhat am 17. Januar 2013 um 09:07 geschrieben: Why not just a good ol fashioned FTP? I'll offer one up to *this* list and 3DPro (Be careful who you give it to. Adults get access): host: genecrucean.com user: softimage pass: Add0n555 I have lots of space and unlimited bandwidth... but if it gets abused, I'll just take it down. What do you guys think about this? It would need a decent naming/directory structure so it didn't become a huge mess. Maybe something like: - Task - Author - Addon/Plugin/Script - Versions On Wed, Jan 16, 2013 at 9:41 PM, Jason S jasonsta...@gmail.comwrote: Don't know why I often put extra buts in my sentances, in this case we were essentially saying the same thing :) On 16/01/2013 11:42 PM, Jason S wrote: Ya! but maybe like a common XSI_SAMPLES_DUMP Database, to which we could then make like a more refined/finished DB out of that, -- Gene Crucean - Emmy winning - Oscar nominated VFX Supervisor / iOS-OSX Developer / Filmmaker / Photographer ** *Freelance for hire* ** www.genecrucean.com ~~ Please use my website's contact form on www.genecrucean.com for any personal emails. Thanks. I may not get them at this address. ~~ -- Gustavo E Boehs http://www.gustavoeb.com.br/blog
Re: TANK + Softimage
Brilliant thanks Tony, i will email them. (have you found it useful/ worth the money, by the way) On 17 January 2013 15:14, Tony Barbieri great...@gmail.com wrote: We being Psyop. I forget that I use my personal email for this list. -tony On Thu, Jan 17, 2013 at 10:13 AM, Tony Barbieri great...@gmail.comwrote: We have been able to get it to work. We pushed back to them the beginnings of a Softimage engine. It's basically at the same level as the Maya or Nuke engine. If you email them they should be able to provide you a location to download it. -tony On Thu, Jan 17, 2013 at 9:46 AM, ste dalton s...@ubik.tv wrote: Hello all, Has anyone here managed to get Shotgun software's 'Tank' asset management system working in Softimage? Is there even any integration to Soft yet? Can't really find much in google, Any info would be great thanks ste -- Stephen Dalton -- director www.ubik.tv -- -tony -- -tony -- Stephen Dalton -- director www.ubik.tv
Re: Pipes and tools u can't live without
I like the initiative, but what would be the advantage over rray.de? One could also upload malicious files up to Dropbox and they would spread to all those who share the folder, right? Does not sound very safe. 2013/1/17 Eugen Sares softim...@keyvis.at If we use dropbox we have to make damn sure nobody removes items others might be needing, which can happen by accident (I don't expect acts of sabotage). Also, what if someone updates his own tools, with some changes in functionality that break downward compatibility? Oder versions must remain accessible. We can't afford f*ing up other people's production pipelines. We could create another workgroup folder for every version that gets uploaded, inside the uploader's personal folder. Use the newer version? Disconnect from the old, connect to the new folder. But maybe it would be better to copy the stuff we need to some local offline workgroup. Might be too risky otherwise. Btw., does dropbox have any options to set write permissions? Am 17.01.2013 10:22, schrieb Thomas Volkmann: A dropbox-workgroup (or a workgroup on a FTP) that you can just connect to (or make a local copy and get updates every now and then) would be awesome. I think just having tools on a FTP is not a real advantage over rray.de, because you don't have any previews or descriptions for the tools (other than just to connect to a workgroup, where you can just try stuff, because it's already installed). A community workgroup could add a community menu where you select users to see their tools... like this: user-tools - userFoo - exporters - rigging stuff - - userBar - exporters - animation helpers - whatever - userFnord - curve tools - make-awesome tools - whatever And maybe a similar structure for ICE/Render compounds. That way a user can maintain his own section and will probably not break some other stuff. Since I never created any AddOns: is it enough to have a folder structure inside the addon-folder of the workgroup and place stuff there, or is a file in InstalledAddons where you register all that stuff necessary as well? Anyway, I think if we could get something like that going, it would be the shit! Personally I would probably connect to it every now and then, check some stuff and take the tools I like into my personal workgroup. And of course upload some of my new tools to the community workgroup. cheers, Thomas Gene Crucean emailgeneonthel...@gmail.com emailgeneonthel...@gmail.comhat am 17. Januar 2013 um 09:07 geschrieben: Why not just a good ol fashioned FTP? I'll offer one up to *this* list and 3DPro (Be careful who you give it to. Adults get access): host: genecrucean.com user: softimage pass: Add0n555 I have lots of space and unlimited bandwidth... but if it gets abused, I'll just take it down. What do you guys think about this? It would need a decent naming/directory structure so it didn't become a huge mess. Maybe something like: - Task - Author - Addon/Plugin/Script - Versions On Wed, Jan 16, 2013 at 9:41 PM, Jason S jasonsta...@gmail.com wrote: Don't know why I often put extra buts in my sentances, in this case we were essentially saying the same thing :) On 16/01/2013 11:42 PM, Jason S wrote: Ya! but maybe like a common XSI_SAMPLES_DUMP Database, to which we could then make like a more refined/finished DB out of that, -- Gene Crucean - Emmy winning - Oscar nominated VFX Supervisor / iOS-OSX Developer / Filmmaker / Photographer ** *Freelance for hire* ** www.genecrucean.com ~~ Please use my website's contact form on www.genecrucean.com for any personal emails. Thanks. I may not get them at this address. ~~ -- --- Stefan Kubicek Co-founder --- keyvis digital imagery Wehrgasse 9 - Grüner Hof 1050 Vienna Austria Phone:+43/699/12614231 --- www.keyvis.at ste...@keyvis.at --- -- This email and its attachments are --confidential and for the recipient only--
Re: TANK + Softimage
We haven't done anything with Tank per se, but we've done something similar using ActionMenuItems, custom protocols and an open socket in Soft. We're able to send commands from Shotgun to Soft directly that way. Works great for loading stuff, and we're still in the process of expanding that functionality. And of course, we can create directory structures from inside SG too, so it's kinda Tank-like. *Tim Crowson */Lead CG Artist/ *Magnetic Dreams Animation Studio, Inc. *2525 Lebanon Pike, Building C. Nashville, TN 37214 *Ph* 615.885.6801 | *Fax* 615.889.4768 | www.magneticdreams.com tim.crow...@magneticdreams.com On 1/17/2013 9:14 AM, Tony Barbieri wrote: We being Psyop. I forget that I use my personal email for this list. -tony On Thu, Jan 17, 2013 at 10:13 AM, Tony Barbieri great...@gmail.com mailto:great...@gmail.com wrote: We have been able to get it to work. We pushed back to them the beginnings of a Softimage engine. It's basically at the same level as the Maya or Nuke engine. If you email them they should be able to provide you a location to download it. -tony On Thu, Jan 17, 2013 at 9:46 AM, ste dalton s...@ubik.tv mailto:s...@ubik.tv wrote: Hello all, Has anyone here managed to get Shotgun software's 'Tank' asset management system working in Softimage? Is there even any integration to Soft yet? Can't really find much in google, Any info would be great thanks ste -- Stephen Dalton -- director www.ubik.tv http://www.ubik.tv -- -tony -- -tony -- Signature
Re: Pipes and tools u can't live without
I'm with Alan on a package control type setup. But there would need to be a central databaseto maintain the package list. Too bad Autodesk can't find the time and money for something like this.
Re: TANK + Softimage
Apologies if I post this twice. I'm having email trouble and I'm not sure if my first reply went through or not... We haven't done anything with Tank per se, but we've done something similar using ActionMenuItems, custom protocols and an open socket in Soft. We're able to send commands from Shotgun to Soft directly that way. Works great for loading stuff, and we're still in the process of expanding that functionality. And of course, we can create directory structures from inside SG too, so it's kinda Tank-like. -Tim C. On 1/17/2013 9:43 AM, ste dalton wrote: Brilliant thanks Tony, i will email them. (have you found it useful/ worth the money, by the way) On 17 January 2013 15:14, Tony Barbieri great...@gmail.com mailto:great...@gmail.com wrote: We being Psyop. I forget that I use my personal email for this list. -tony On Thu, Jan 17, 2013 at 10:13 AM, Tony Barbieri great...@gmail.com mailto:great...@gmail.com wrote: We have been able to get it to work. We pushed back to them the beginnings of a Softimage engine. It's basically at the same level as the Maya or Nuke engine. If you email them they should be able to provide you a location to download it. -tony On Thu, Jan 17, 2013 at 9:46 AM, ste dalton s...@ubik.tv mailto:s...@ubik.tv wrote: Hello all, Has anyone here managed to get Shotgun software's 'Tank' asset management system working in Softimage? Is there even any integration to Soft yet? Can't really find much in google, Any info would be great thanks ste -- Stephen Dalton -- director www.ubik.tv http://www.ubik.tv -- -tony -- -tony -- Stephen Dalton -- director www.ubik.tv http://www.ubik.tv -- Signature
Re: Pipes and tools u can't live without
A survival kit à Rray.de sounds better imho. That's where we all go, no ? Le 17/01/2013 16:45, Stefan Kubicek a écrit : I like the initiative, but what would be the advantage over rray.de? One could also upload malicious files up to Dropbox and they would spread to all those who share the folder, right? Does not sound very safe. 2013/1/17 Eugen Sares softim...@keyvis.at If we use dropbox we have to make damn sure nobody removes items others might be needing, which can happen by accident (I don't expect acts of sabotage). Also, what if someone updates his own tools, with some changes in functionality that break downward compatibility? Oder versions must remain accessible. We can't afford f*ing up other people's production pipelines. We could create another workgroup folder for every version that gets uploaded, inside the uploader's personal folder. Use the newer version? Disconnect from the old, connect to the new folder. But maybe it would be better to copy the stuff we need to some local offline workgroup. Might be too risky otherwise. Btw., does dropbox have any options to set write permissions? Am 17.01.2013 10:22, schrieb Thomas Volkmann: A dropbox-workgroup (or a workgroup on a FTP) that you can just connect to (or make a local copy and get updates every now and then) would be awesome. I think just having tools on a FTP is not a real advantage over rray.de, because you don't have any previews or descriptions for the tools (other than just to connect to a workgroup, where you can just try stuff, because it's already installed). A community workgroup could add a community menu where you select users to see their tools... like this: user-tools - userFoo - exporters - rigging stuff - - userBar - exporters - animation helpers - whatever - userFnord - curve tools - make-awesome tools - whatever And maybe a similar structure for ICE/Render compounds. That way a user can maintain his own section and will probably not break some other stuff. Since I never created any AddOns: is it enough to have a folder structure inside the addon-folder of the workgroup and place stuff there, or is a file in InstalledAddons where you register all that stuff necessary as well? Anyway, I think if we could get something like that going, it would be the shit! Personally I would probably connect to it every now and then, check some stuff and take the tools I like into my personal workgroup. And of course upload some of my new tools to the community workgroup. cheers, Thomas Gene Crucean emailgeneonthel...@gmail.com emailgeneonthel...@gmail.comhat am 17. Januar 2013 um 09:07 geschrieben: Why not just a good ol fashioned FTP? I'll offer one up to *this* list and 3DPro (Be careful who you give it to. Adults get access): host: genecrucean.com user: softimage pass: Add0n555 I have lots of space and unlimited bandwidth... but if it gets abused, I'll just take it down. What do you guys think about this? It would need a decent naming/directory structure so it didn't become a huge mess. Maybe something like: - Task - Author - Addon/Plugin/Script - Versions On Wed, Jan 16, 2013 at 9:41 PM, Jason S jasonsta...@gmail.com wrote: Don't know why I often put extra buts in my sentances, in this case we were essentially saying the same thing :) On 16/01/2013 11:42 PM, Jason S wrote: Ya! but maybe like a common XSI_SAMPLES_DUMP Database, to which we could then make like a more refined/finished DB out of that, -- Gene Crucean - Emmy winning - Oscar nominated VFX Supervisor / iOS-OSX Developer / Filmmaker / Photographer ** *Freelance for hire* ** www.genecrucean.com ~~ Please use my website's contact form on www.genecrucean.com for any personal emails. Thanks. I may not get them at this address. ~~
Re: TANK + Softimage
I have. There is quite a bit to do but it is definitely evolving pretty quickly. The team has been very helpful and accommodating. If you use Shotgun and haven't written a bridge between it and your infrastructure, then I would recommend looking into Tank. In short it handles folder creation, schema templating, context awareness and like I mentioned before provides the bridge between these things, Shotgun and your various software platforms. It also comes down to the size of the development team you are able to maintain internally and the turn around time you would expect to get a system in place. It's taken us awhile to get everything in place, but we are overhauling our entire pipeline from server setup, naming conventions, implementing Shotgun, developer workflow, source control technology, code deployment, artist tools and more. If you have some or most of these things already in place, but need a better way to integrate your pipeline with Shotgun and various software platforms then I think you can get Tank up and running pretty quickly. In the end you aren't just paying for the framework, you are also paying for the continued development and support. They are handling integration with a lot of different software platforms like Photoshop, 3dsmax, Maya, Softimage, Nuke, Hiero, etc. This is definitely very useful if you don't have the development team or individuals with the experience all the various software to code your own integration. As more studios adopt it, hopefully we'll see more cross studio collaboration. In the end I guess it all depends on your situation whether it would be useful for you or worth it's cost. For us, with not having a solid system in place and transitioning to Shotgun, I have found it to be a great head start and very useful. I also look forward to being able to take advantage of the continued support and development. Hope that helps! Best, -tony On Thu, Jan 17, 2013 at 10:43 AM, ste dalton s...@ubik.tv wrote: Brilliant thanks Tony, i will email them. (have you found it useful/ worth the money, by the way) On 17 January 2013 15:14, Tony Barbieri great...@gmail.com wrote: We being Psyop. I forget that I use my personal email for this list. -tony On Thu, Jan 17, 2013 at 10:13 AM, Tony Barbieri great...@gmail.comwrote: We have been able to get it to work. We pushed back to them the beginnings of a Softimage engine. It's basically at the same level as the Maya or Nuke engine. If you email them they should be able to provide you a location to download it. -tony On Thu, Jan 17, 2013 at 9:46 AM, ste dalton s...@ubik.tv wrote: Hello all, Has anyone here managed to get Shotgun software's 'Tank' asset management system working in Softimage? Is there even any integration to Soft yet? Can't really find much in google, Any info would be great thanks ste -- Stephen Dalton -- director www.ubik.tv -- -tony -- -tony -- Stephen Dalton -- director www.ubik.tv -- -tony
Re: Pipes and tools u can't live without
I think the dump would be mostly for collection convenience purposes, or for browsing while knowing it's a raw dump with some things unfinished yet potentially still useful. But we could then go through all that and pick-out / organize and make available in a neat way on RRay.de the specially selected potatoes :) On 17/01/2013 11:22 AM, olivier jeannel wrote: A survival kit à Rray.de sounds better imho. That's where we all go, no ? Le 17/01/2013 16:45, Stefan Kubicek a écrit : I like the initiative, but what would be the advantage over rray.de?
Re: Pipes and tools u can't live without
The nice thing about a workgroup is you can connect to it whenever/wherever, without picking thru items and installing stuff. You just connect, see what's there, give it a try. But such a thing would have to be moderated and maintained, plus secure. This kind of sharing is one of the untapped advantages of Softimage, it drives me crazy that netview is just sitting there unused... On Jan 17, 2013, at 11:22 AM, olivier jeannel olivier.jean...@noos.fr wrote: A survival kit à Rray.de sounds better imho. That's where we all go, no ? Le 17/01/2013 16:45, Stefan Kubicek a écrit : I like the initiative, but what would be the advantage over rray.de? One could also upload malicious files up to Dropbox and they would spread to all those who share the folder, right? Does not sound very safe. 2013/1/17 Eugen Sares softim...@keyvis.at If we use dropbox we have to make damn sure nobody removes items others might be needing, which can happen by accident (I don't expect acts of sabotage). Also, what if someone updates his own tools, with some changes in functionality that break downward compatibility? Oder versions must remain accessible. We can't afford f*ing up other people's production pipelines. We could create another workgroup folder for every version that gets uploaded, inside the uploader's personal folder. Use the newer version? Disconnect from the old, connect to the new folder. But maybe it would be better to copy the stuff we need to some local offline workgroup. Might be too risky otherwise. Btw., does dropbox have any options to set write permissions? Am 17.01.2013 10:22, schrieb Thomas Volkmann: A dropbox-workgroup (or a workgroup on a FTP) that you can just connect to (or make a local copy and get updates every now and then) would be awesome. I think just having tools on a FTP is not a real advantage over rray.de, because you don't have any previews or descriptions for the tools (other than just to connect to a workgroup, where you can just try stuff, because it's already installed). A community workgroup could add a community menu where you select users to see their tools... like this: user-tools - userFoo - exporters - rigging stuff - - userBar - exporters - animation helpers - whatever - userFnord - curve tools - make-awesome tools - whatever And maybe a similar structure for ICE/Render compounds. That way a user can maintain his own section and will probably not break some other stuff. Since I never created any AddOns: is it enough to have a folder structure inside the addon-folder of the workgroup and place stuff there, or is a file in InstalledAddons where you register all that stuff necessary as well? Anyway, I think if we could get something like that going, it would be the shit! Personally I would probably connect to it every now and then, check some stuff and take the tools I like into my personal workgroup. And of course upload some of my new tools to the community workgroup. cheers, Thomas Gene Crucean emailgeneonthel...@gmail.com emailgeneonthel...@gmail.comhat am 17. Januar 2013 um 09:07 geschrieben: Why not just a good ol fashioned FTP? I'll offer one up to *this* list and 3DPro (Be careful who you give it to. Adults get access): host: genecrucean.com user: softimage pass: Add0n555 I have lots of space and unlimited bandwidth... but if it gets abused, I'll just take it down. What do you guys think about this? It would need a decent naming/directory structure so it didn't become a huge mess. Maybe something like: - Task - Author - Addon/Plugin/Script - Versions On Wed, Jan 16, 2013 at 9:41 PM, Jason S jasonsta...@gmail.com wrote: Don't know why I often put extra buts in my sentances, in this case we were essentially saying the same thing :) On 16/01/2013 11:42 PM, Jason S wrote: Ya! but maybe like a common XSI_SAMPLES_DUMP Database, to which we could then make like a more refined/finished DB out of that, -- Gene Crucean - Emmy winning - Oscar nominated VFX Supervisor / iOS-OSX Developer / Filmmaker / Photographer ** *Freelance for hire* ** www.genecrucean.com ~~ Please use my website's contact form on www.genecrucean.com for any personal emails. Thanks. I may not get them at this address. ~~
Re: Pipes and tools u can't live without
Wow major gmail fail. Lots of new replies and non of them showed up before I replied. Sorry about that folks. On Thu, Jan 17, 2013 at 8:40 AM, Gene Crucean emailgeneonthel...@gmail.comwrote: Yeah count me *out* of any dropbox solution. 3 main reasons... 1: I would go freaking MAD if anyone could add, remove or change versions of addon's from my working setup. 2000% deal breaker. 2: Space is limited with the free accounts and I don't want just anyone being able to use my space however they feel is necessary. 3: A lot of studios don't allow you to install 3rd party software, but * especially* things like dropbox that tunnel through firewalls and generally disregard network safety. @Thomas: If descriptions are the main reason that you prefer rray, then why not make a small text file a requirement for submitting? Same level as addon/plugin/script that contains a short description. Also it does have advantages. First of all it's instant availability for everyone, don't forget, the second you upload something, it's available to all. Also don't forget that *you* have read/write access to it. Here's another idea which has been one that I've been tinkering around with the concept for a while now. I've had this idea to create a full blown package manager for Soft for a long time now. Think of a full GUI that lets you browse all available packages (addon's, plugins, scripts) and their versions and also prompts you to update your local copy when a new version gets published. It would be crowd sourced, meaning everyone would have read/write access. If I had extra time... hah, I could create a whole user account system where users create accounts to manager their own packages, but only have read access to everyone else's. Another advantage is that anything uploaded would also be available via http: http://www.genecrucean.com/softimageRepo/Rendering/GeneCrucean/AddonName/v001/TestAddon.zip I also have a small utility I built that lets me recursively create xml files that describe the folder contents and structure: http://www.genecrucean.com/softimageRepo/Rendering/GeneCrucean/contents.xml-- this file could exist in every level of the directory. It's parseable ;) Or if someone that knows PHP and has more time than I do wants to write a proper api endpoint, well then things get really cool. Until then, xml it is. -- Gene Crucean - Emmy winning - Oscar nominated VFX Supervisor / iOS-OSX Developer / Filmmaker / Photographer ** *Freelance for hire* ** www.genecrucean.com ~~ Please use my website's contact form on www.genecrucean.com for any personal emails. Thanks. I may not get them at this address. ~~ -- Gene Crucean - Emmy winning - Oscar nominated VFX Supervisor / iOS-OSX Developer / Filmmaker / Photographer ** *Freelance for hire* ** www.genecrucean.com ~~ Please use my website's contact form on www.genecrucean.com for any personal emails. Thanks. I may not get them at this address. ~~
Re: TANK + Softimage
Thanks Tim and Tony, really useful info there, i think we will give tank a go. thanks again ste On 17 January 2013 16:23, Tony Barbieri great...@gmail.com wrote: I have. There is quite a bit to do but it is definitely evolving pretty quickly. The team has been very helpful and accommodating. If you use Shotgun and haven't written a bridge between it and your infrastructure, then I would recommend looking into Tank. In short it handles folder creation, schema templating, context awareness and like I mentioned before provides the bridge between these things, Shotgun and your various software platforms. It also comes down to the size of the development team you are able to maintain internally and the turn around time you would expect to get a system in place. It's taken us awhile to get everything in place, but we are overhauling our entire pipeline from server setup, naming conventions, implementing Shotgun, developer workflow, source control technology, code deployment, artist tools and more. If you have some or most of these things already in place, but need a better way to integrate your pipeline with Shotgun and various software platforms then I think you can get Tank up and running pretty quickly. In the end you aren't just paying for the framework, you are also paying for the continued development and support. They are handling integration with a lot of different software platforms like Photoshop, 3dsmax, Maya, Softimage, Nuke, Hiero, etc. This is definitely very useful if you don't have the development team or individuals with the experience all the various software to code your own integration. As more studios adopt it, hopefully we'll see more cross studio collaboration. In the end I guess it all depends on your situation whether it would be useful for you or worth it's cost. For us, with not having a solid system in place and transitioning to Shotgun, I have found it to be a great head start and very useful. I also look forward to being able to take advantage of the continued support and development. Hope that helps! Best, -tony On Thu, Jan 17, 2013 at 10:43 AM, ste dalton s...@ubik.tv wrote: Brilliant thanks Tony, i will email them. (have you found it useful/ worth the money, by the way) On 17 January 2013 15:14, Tony Barbieri great...@gmail.com wrote: We being Psyop. I forget that I use my personal email for this list. -tony On Thu, Jan 17, 2013 at 10:13 AM, Tony Barbieri great...@gmail.comwrote: We have been able to get it to work. We pushed back to them the beginnings of a Softimage engine. It's basically at the same level as the Maya or Nuke engine. If you email them they should be able to provide you a location to download it. -tony On Thu, Jan 17, 2013 at 9:46 AM, ste dalton s...@ubik.tv wrote: Hello all, Has anyone here managed to get Shotgun software's 'Tank' asset management system working in Softimage? Is there even any integration to Soft yet? Can't really find much in google, Any info would be great thanks ste -- Stephen Dalton -- director www.ubik.tv -- -tony -- -tony -- Stephen Dalton -- director www.ubik.tv -- -tony -- Stephen Dalton -- director www.ubik.tv
Re: Pipes and tools u can't live without
I'm not sure that concept scales... I don't wanna load a crapton of addons I don't know the purpose of. What if some of them conflict with each other? What if someone poorly coded a few events? Hell naw! Besides, with something like Package Control, you gotta be savvy enough to put up a repo and that weeds out complete beginners from litterring the package universe. A shared folder is too easy to litter. Here's a nice overview of how Package Control does things: http://wbond.net/sublime_packages/package_control/package_developers On Thu, Jan 17, 2013 at 11:43 AM, Andy Moorer andymoo...@gmail.com wrote: The nice thing about a workgroup is you can connect to it whenever/wherever, without picking thru items and installing stuff. You just connect, see what's there, give it a try. But such a thing would have to be moderated and maintained, plus secure. This kind of sharing is one of the untapped advantages of Softimage, it drives me crazy that netview is just sitting there unused... On Jan 17, 2013, at 11:22 AM, olivier jeannel olivier.jean...@noos.fr wrote: A survival kit à Rray.de sounds better imho. That's where we all go, no ? Le 17/01/2013 16:45, Stefan Kubicek a écrit : I like the initiative, but what would be the advantage over rray.de? One could also upload malicious files up to Dropbox and they would spread to all those who share the folder, right? Does not sound very safe. 2013/1/17 Eugen Sares softim...@keyvis.at If we use dropbox we have to make damn sure nobody removes items others might be needing, which can happen by accident (I don't expect acts of sabotage). Also, what if someone updates his own tools, with some changes in functionality that break downward compatibility? Oder versions must remain accessible. We can't afford f*ing up other people's production pipelines. We could create another workgroup folder for every version that gets uploaded, inside the uploader's personal folder. Use the newer version? Disconnect from the old, connect to the new folder. But maybe it would be better to copy the stuff we need to some local offline workgroup. Might be too risky otherwise. Btw., does dropbox have any options to set write permissions? Am 17.01.2013 10:22, schrieb Thomas Volkmann: A dropbox-workgroup (or a workgroup on a FTP) that you can just connect to (or make a local copy and get updates every now and then) would be awesome. I think just having tools on a FTP is not a real advantage over rray.de, because you don't have any previews or descriptions for the tools (other than just to connect to a workgroup, where you can just try stuff, because it's already installed). A community workgroup could add a community menu where you select users to see their tools... like this: user-tools - userFoo - exporters - rigging stuff - - userBar - exporters - animation helpers - whatever - userFnord - curve tools - make-awesome tools - whatever And maybe a similar structure for ICE/Render compounds. That way a user can maintain his own section and will probably not break some other stuff. Since I never created any AddOns: is it enough to have a folder structure inside the addon-folder of the workgroup and place stuff there, or is a file in InstalledAddons where you register all that stuff necessary as well? Anyway, I think if we could get something like that going, it would be the shit! Personally I would probably connect to it every now and then, check some stuff and take the tools I like into my personal workgroup. And of course upload some of my new tools to the community workgroup. cheers, Thomas Gene Crucean emailgeneonthel...@gmail.com emailgeneonthel...@gmail.comhat am 17. Januar 2013 um 09:07 geschrieben: Why not just a good ol fashioned FTP? I'll offer one up to *this* list and 3DPro (Be careful who you give it to. Adults get access): host: genecrucean.com user: softimage pass: Add0n555 I have lots of space and unlimited bandwidth... but if it gets abused, I'll just take it down. What do you guys think about this? It would need a decent naming/directory structure so it didn't become a huge mess. Maybe something like: - Task - Author - Addon/Plugin/Script - Versions On Wed, Jan 16, 2013 at 9:41 PM, Jason S jasonsta...@gmail.com wrote: Don't know why I often put extra buts in my sentances, in this case we were essentially saying the same thing :) On 16/01/2013 11:42 PM, Jason S wrote: Ya! but maybe like a common XSI_SAMPLES_DUMP Database, to which we could then make like a more refined/finished DB out of that, -- Gene Crucean - Emmy winning - Oscar nominated VFX Supervisor / iOS-OSX
Re: Pipes and tools u can't live without
+1 On Thu, Jan 17, 2013 at 6:04 PM, Alan Fregtman alan.fregt...@gmail.comwrote: I'm not sure that concept scales... I don't wanna load a crapton of addons I don't know the purpose of. What if some of them conflict with each other? What if someone poorly coded a few events? Hell naw! Besides, with something like Package Control, you gotta be savvy enough to put up a repo and that weeds out complete beginners from litterring the package universe. A shared folder is too easy to litter. Here's a nice overview of how Package Control does things: http://wbond.net/sublime_packages/package_control/package_developers
Re: PyQt Softimage Linux?
hey stefan PyQtForSoftimage doesn't currently work in linux. Its open sourced because i hoped someone with experience on linux would port it. the cpp has some extra stuff in there that isn't actually being used right now, which i need to clean up. if you have the time please give it a shot and ask questions on here. there is also Aloys' method with a timer event, which for some reason no one seems to be trying. s On Thu, Jan 17, 2013 at 5:44 AM, Stefan Andersson sander...@gmail.comwrote: Hi All, I haven't checked or even tried this in a long while. Was there any progress with PyQt on the Linux side? regards stefan -- *Stefan Andersson | Digital Janitor* blog http://sanders3d.wordpress.com | showreelhttp://vimeo.com/sanders3d| twitter http://twitter.com/sanders3d | LinkedInhttp://www.linkedin.com/in/sanders3d| cell: +46-73-6268850 | skype:sanders3d
Re: PyQt Softimage Linux?
there is also Aloys' method with a timer event which for some reason no one seems to be trying. That's what we're doing at The Mill, but I'm not sure if Michal here has modified it at all. It's workable, although there are some problems, mainly to do with not being able to easily obtain a windows handle to the main application window, because it causes issues with window depth, and various other quirky issues. I'm sure Michal will jump in on this thread with specifics if I've missed anything. A On 17 January 2013 at 18:04 Steven Caron car...@gmail.com wrote: hey stefan PyQtForSoftimage doesn't currently work in linux. Its open sourced because i hoped someone with experience on linux would port it. the cpp has some extra stuff in there that isn't actually being used right now, which i need to clean up. if you have the time please give it a shot and ask questions on here. there is also Aloys' method with a timer event, which for some reason no one seems to be trying. s On Thu, Jan 17, 2013 at 5:44 AM, Stefan Andersson sander...@gmail.com mailto:sander...@gmail.com wrote: Hi All, I haven't checked or even tried this in a long while. Was there any progress with PyQt on the Linux side? regards stefan -- Stefan Andersson | Digital Janitor blog http://sanders3d.wordpress.com | showreel http://vimeo.com/sanders3d | twitter http://twitter.com/sanders3d | LinkedIn http://www.linkedin.com/in/sanders3d | cell: +46-73-6268850 tel:%2B46-73-6268850 | skype:sanders3d
SaveDeformKey returns the key???
Hello, I have a little issue with this command: SaveDeformKey In the documentation say that the command Application.SaveDeformKey() Returns the key. But I can not catch it . The resulting variable is None. For example: Application.CreatePrim(Cube, MeshSurface, , ) Application.SetValue(Context.ConstructionMode, 3, ) Application.SelectGeometryComponents(cube.pnt[LAST]) Application.Translate(cube.pnt[LAST], 3.30369016404418, 1.25013183350569, -0.125013183350569, siRelative, siView, siObj, siXYZ, , , , , , , , , , 3, ) Application.SelectObj(cube, , True) var = Application.SaveDeformKey() print var Any idea? Is there any other command or method to store pose deform shapes? Thank u for the help :) Miq Miquel Campos www.akaosaru.com
Re: SaveDeformKey returns the key???
Hi The doc is wrong. There is no return value. SaveDeformeKey is implemented by a subroutine in uixsiscripts.vbs (SaveDeformKeyProc). BUT that subroutine calls functions that do return values, so... On 17/01/2013 2:35 PM, Miquel Campos wrote: Application.CreatePrim(Cube, MeshSurface, , ) Application.SetValue(Context.ConstructionMode, 3, ) Application.SelectGeometryComponents(cube.pnt[LAST]) Application.Translate(cube.pnt[LAST], 3.30369016404418, 1.25013183350569, -0.125013183350569, siRelative, siView, siObj, siXYZ, , , , , , , , , , 3, ) Application.SelectObj(cube, , True) var = Application.SaveDeformKey() print var
Re: SaveDeformKey returns the key???
Thank you Stephen! I will check it :) 2013/1/17 Stephen Blair stephenrbl...@gmail.com uixsiscripts.vbs Miquel Campos www.akaosaru.com
Re: PyQt Softimage Linux?
i dont follow... PyQtForSoftimage plugin isn't linking against python. so the plugin itself cares not about your python version. what is important would be the version of Qt libraries you link against. that version should probably match the version of PyQt your are using. do you mean getting a version of PyQt that works for python 2.5? cause that might be difficult. On Thu, Jan 17, 2013 at 2:49 PM, Xavier Lapointe xl.mailingl...@gmail.comwrote: The other issue is also to compile PyQt for Softimage using python 2.5 ( until they update on linux (: ), but meh. Meant to give it a shot, and finally ended up working in the same shop as Aloys so it became useless q:
Re: PyQt Softimage Linux?
There's no way to use PyQtForSoftimage in linux since it relies on windows, and on linux you need pyqt/Qt that is compatible with the python version. But to be honest I'm not entirely sure about this, just what I've seen so far points in that direction. Anyway .. On Fri, Jan 18, 2013 at 9:59 AM, Steven Caron car...@gmail.com wrote: i dont follow... PyQtForSoftimage plugin isn't linking against python. so the plugin itself cares not about your python version. what is important would be the version of Qt libraries you link against. that version should probably match the version of PyQt your are using. do you mean getting a version of PyQt that works for python 2.5? cause that might be difficult. On Thu, Jan 17, 2013 at 2:49 PM, Xavier Lapointe xl.mailingl...@gmail.com wrote: The other issue is also to compile PyQt for Softimage using python 2.5 ( until they update on linux (: ), but meh. Meant to give it a shot, and finally ended up working in the same shop as Aloys so it became useless q: -- Xavier
Re: PyQt Softimage Linux?
ok yes, i thought you were suggesting you needed to link the plugin to python version, which i was pointing out isn't the case. you do need a pyqt/qt version that works with the version of python (2.5 in this case). it was probably semantic mis understanding, i just don't want people to think they are blocked for the wrong reasons. someone smart enough (or i learn) could make PyQtForSoftimage plugin work on linux too. On Thu, Jan 17, 2013 at 3:32 PM, Xavier Lapointe xl.mailingl...@gmail.comwrote: There's no way to use PyQtForSoftimage in linux since it relies on windows, and on linux you need pyqt/Qt that is compatible with the python version. But to be honest I'm not entirely sure about this, just what I've seen so far points in that direction. Anyway ..
Re: PyQt Softimage Linux?
One of the pipeline TDs here has got PySide to compile for Python 2.5 and this morning it was showing a rudimentary pyqt modal dialog without segfaulting. No victory dance yet, but it's a start. On Thu, Jan 17, 2013 at 6:32 PM, Xavier Lapointe xl.mailingl...@gmail.comwrote: There's no way to use PyQtForSoftimage in linux since it relies on windows, and on linux you need pyqt/Qt that is compatible with the python version. But to be honest I'm not entirely sure about this, just what I've seen so far points in that direction. Anyway .. On Fri, Jan 18, 2013 at 9:59 AM, Steven Caron car...@gmail.com wrote: i dont follow... PyQtForSoftimage plugin isn't linking against python. so the plugin itself cares not about your python version. what is important would be the version of Qt libraries you link against. that version should probably match the version of PyQt your are using. do you mean getting a version of PyQt that works for python 2.5? cause that might be difficult. On Thu, Jan 17, 2013 at 2:49 PM, Xavier Lapointe xl.mailingl...@gmail.com wrote: The other issue is also to compile PyQt for Softimage using python 2.5 ( until they update on linux (: ), but meh. Meant to give it a shot, and finally ended up working in the same shop as Aloys so it became useless q: -- Xavier
Re: PyQt Softimage Linux?
pure python implementation, using timer event? On Thu, Jan 17, 2013 at 3:42 PM, Alan Fregtman alan.fregt...@gmail.comwrote: One of the pipeline TDs here has got PySide to compile for Python 2.5 and this morning it was showing a rudimentary pyqt modal dialog without segfaulting. No victory dance yet, but it's a start.
Re: PyQt Softimage Linux?
crap wrong thread! XD On Fri, Jan 18, 2013 at 3:31 PM, Simon Anderson simonbenandersonl...@gmail.com wrote: The market place could be a soft plugin or Qt plugin On Fri, Jan 18, 2013 at 3:31 PM, Simon Anderson simonbenandersonl...@gmail.com wrote: I was thinking a while back, why not make like a market place, there so many hosting options for people to put there files where ever, then you have one database, that has the link to that file, a description and maybe a pic or link to a video. users could also easily edit the urls, in case a tool or site goes down, someone else can host the file. That way all you need is someone to host the SQL database or xml file, depending on what the market place will use to serialise information. thats my mind bubble thought On Fri, Jan 18, 2013 at 1:04 PM, Steven Caron car...@gmail.com wrote: ah right, modal. On Thu, Jan 17, 2013 at 5:57 PM, Alan Fregtman alan.fregt...@gmail.comwrote: Well, when I said it was modal it's because we have no timer event to handle the callback loop without temporarily halting XSI's main thread... but hey, at least it didn't segfault, lol. (In a previous effort just importing it would instantly quit SI.) We'll probably try the timer soon. About your second question, I believe it's pure; I'll ask. On Thu, Jan 17, 2013 at 6:54 PM, Steven Caron car...@gmail.com wrote: pure python implementation, using timer event? On Thu, Jan 17, 2013 at 3:42 PM, Alan Fregtman alan.fregt...@gmail.com wrote: One of the pipeline TDs here has got PySide to compile for Python 2.5 and this morning it was showing a rudimentary pyqt modal dialog without segfaulting. No victory dance yet, but it's a start. -- --- Simon Ben Anderson blog: http://vinyldevelopment.wordpress.com/ -- --- Simon Ben Anderson blog: http://vinyldevelopment.wordpress.com/ -- --- Simon Ben Anderson blog: http://vinyldevelopment.wordpress.com/
Re: Pipes and tools u can't live without
I have always thought there great assets/plugins/ code snippets. a marketplace/databank could be a simple solution to easily find things on the web for softimage. On Fri, Jan 18, 2013 at 3:33 PM, Simon Anderson simonbenandersonl...@gmail.com wrote: I was thinking a while back, why not make like a market place, there so many hosting options for people to put there files where ever, then you have one database, that has the link to that file, a description and maybe a pic or link to a video. users could also easily edit the urls, in case a tool or site goes down, someone else can host the file. That way all you need is someone to host the SQL database or xml file, depending on what the market place will use to serialise information. thats my mind bubble thought could be a soft plugin or Qt plugin. On Fri, Jan 18, 2013 at 12:57 PM, Jason S jasonsta...@gmail.com wrote: and/or perhaps a JPG? Gene Crucean wrote: @Thomas: If descriptions are the main reason that you prefer rray, then why not make a small text file a requirement for submitting? Same level as addon/plugin/script that contains a short description. -- --- Simon Ben Anderson blog: http://vinyldevelopment.wordpress.com/ -- --- Simon Ben Anderson blog: http://vinyldevelopment.wordpress.com/
