[sldev] Possible 3rd party contract for viewer modification

[Dirk Moerenhout]

It's strange that it's even considered to do this with a modified
viewer. A single CPU client with multiple threads running of a
dedicated program could fill it's bandwidth with uploads with ease. On
top of that it would be a lot easier to write and cheaper to run.

Dirk aka Blakar Ogre

On 6/21/07, John Hurliman <jhurliman at wsu.edu> wrote:
> I know I have a biased opinion on this, but I would have to agree either
> way. A farm of machines running a 3D client to upload images doesn't
> make a whole lot of sense, plus you can tweak with some things in
> libsecondlife that allow you to upload images faster while using less
> bandwidth in the process.
>
> John
>
> Adam Frisby wrote:
> > This is probably better served with a libsl based bot to be honest.
> >
> > Hacking up a client to do it would be messy at best and libsl already
> > has appropriate asset upload functions inplace that would turn it into
> > a 15 line C# application (plus libsl is easier to maintain than a
> > custom viewer fork)
> >
> > Adam
> >
> > Soft Linden wrote:
> >> A company with a significant in-world presence has approached Linden
> >> Lab about the best way to upload a very, very large number of images
> >> in Second Life. The viewer is useful for uploading small batches of
> >> images, but nothing like the number they've asked about.
> >>
> >> To me, what would make sense would be a patch to the viewer that can
> >> read image URLs from a database, grab images via curl, and post the
> >> asset IDs of successful uploads back to the database. Ideally, this
> >> would let them run a small farm of machines chewing through the image
> >> set. I'm suggesting we propose this to them, and their likely next
> >> question would be who could make such a patch to the viewer.
> >>
> >> If you're interested in being named, please write me off-list with
> >> contact information and a paragraph or two that you'd like to be
> >> passed on. I can't be a running intermediary, but I'll gladly
> >> facilitate the initial connection. I'm also going to point them at our
> >> developer page for a list of possible candidates:
> >> http://secondlife.com/developers/listings.php?category=SoftwareDeveloper
> >>
> >> Also, if you're not listed above but you'd like to be, consider
> >> filling out the form here. If you've had patches accepted in the past,
> >> the form should be all you need in order to be listed:
> >> http://secondlife.com/developers/submission.php
> >>
> >> I'd love to get one of our existing contributors on this. :)
> >> _______________________________________________
> >> Click here to unsubscribe or manage your list subscription:
> >> /index.html
> >>
> >
> > _______________________________________________
> > Click here to unsubscribe or manage your list subscription:
> > /index.html
>
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> /index.html
>