The collected works of brandon

Sorry the site was down for a while. I had some rpath problems after I upgraded apache
with SSL, and never noticed it was down after a reboot.. :)

Brandon
squeen wrote: I found it! -- I finally figured it out -- when I wasn't even looking anymore!

But , on the Octane2 with Vpro graphics - that is a visual with 30 bits per plane! But the stupid gtk+ application has assumed no machine would ever have more than 24 bits per plane - so it doesn't convert the data.


The ironic thing that I've found when doing freeware packages, is that not only do many
gtk apps assume no machine would ever have more than 24 bits.. is that most of them assume
that every machine is running exactly 24 bits! If you're using an 8 bit depth as your default,
you'll run into issues as well.
hamei wrote:
nomagic wrote: Our prices are generated upon consultation with the client because we recognise that all clients have different requirements.

Sorry to be rude, but you must have meant "different pocketbooks." The software is exactly the SAME for everyone. Just like a Toyota is the SAME for everyone. SGI might have a reason for not publishing prices but with a simple app like this there can only be one reason not to. We'll leave that reason a mystery for our loyal readers to figure out :-(


The software is NOT the same for all customers. For example, they mentioned giving discount prices to students. That's a cost tradeoff, because student licenses usually don't allow the product to be used in a commercial environment.

Beyond that, why can't a company have variant prices based around levels of support, quantity of licenses, combo software packages, combo hardware packages, etc?

Companies are around to stay in business.. and you shouldn't complain to a company for having variant prices depending on it's customers and/or customer base.