ImageProfile script almost ready
-
Edson: I will try to find a workaround to the Mac problem. It might end up being a Mac-specific download (not my preference), but we will see...
Dave: Thanks for the feedback and the suggestion. I want people to be able to "kick the tires" for a minimal cost. I might work that into the download (get a free process or two), and then go with the packages.
-
Hi Rick
A pump primer is always good business, but
IMo a good tree and one scantily clothed lady should suffice. EH!This is a money in the bank time saver for SU without a doubt.
Dave
-
Hi RickW,
I kind of overlooked this thread.
This will be an amazing Ruby and very handy indeed, even to use in combo with render software, avoiding to having to set up clip map materials.I can use this.
Hopefully it will have a clear sales agreement.
(I am not in favor for 'a pay per view' solution since thats kind of non transparent towards my own 'budget control').
Could you shine a light on that?Good luck with further development of the Ruby.
Already great results (golfbag).Cheers,
Kwistenbiebel
-
@unknownuser said:
Could you shine a light on that?
Do you mean more than in the first post of this thread? I thought I was fairly detailed in explaining the rationale, but if I missed saying anything that would clarify it for you, let me know.
I know the pay-per-use is a departure from the standard way of operating for software, and I really struggled with how to price this. But consider photography - back in the pre-digital days, there was the initial cost of the camera & lenses & flash etc, then the cost of the film, then the cost of the processing & printing. Even now, with digital cameras, there's still a cost from getting the image from the camera to paper. So pay-per-use isn't a new concept.
Would a subscription plan be more palatable? Like $x/month for up to y processes?
-
Hi Rick
My wife is a graphic designer and gets lots of images from web sources.
The keeper was one that first sells script of $ value which is then applied to the selected item(s).
If I understand your system the script could apply to processing an image, but not limit the repeated use once processed and downloaded.
You might consider time framing the download to help keep order and cash flow more determinate
Good grief, I'm rambling on, but just some trash ideas for you to check out.
My best
Dave
-
RickW will be this script support a work of rendering programs like vray?
[spire7k]
-
It makes components (as separate files) out of images, and traces around the image so it can cast more accurate shadows. The component files can then be inserted into a Sketchup model.
The most likely use is for entourage (trees, people, etc), though I'm sure some users will come up with alternative applications of it.
It deals specifically with SketchUp, but there's no reason the components shouldn't be exportable like the rest of the model (assuming the exporter handles textures correctly).
-
@rickw said:
I thought I was fairly detailed in explaining the rationale, but if I missed saying anything that would clarify it for you, let me know.
It's clear to me now.
I am just not familiar with this kind of concept.thanks for explaining.
-
Dave,
I'm not sure I followed your comments in your last post. Could you clarify that a bit please?
Thanks,
-
Hi Rick
Once again with more clarity I hope.
Here is the deal that seems to work for other graphic data.
You buy so many credits at a set price for each (say $2 per credit)your option for how many.
Just like script at the Church Bingo Fest.
A set number of credits are required for each graphic downloaded and charged against your account.(credit card)
So that you do not get logged down with 1sies 2sies perhaps you could set a min purchase credit of say $10-$20.(or min number of conversions)
A BIG package deal at a discount is always a good pump primer.
Like many other downloads a time limit for downloading would be part of the deal.Just some ideas that I hope will help get you off and going ASAP.
Whatever you decide will be OK here.
Dave
Advertisement