Have you looked at Icesphere in order to render Arabic text? These
mainly work in text chat, as the chat gets automatically translated and
rendered properly.
Since the windows are detached in Icesphere, the menu text would be
based upon your system settings.
Let me know if you have any more
Opensource, I understand what you mean, yet also take in account the
angle of open source intelligence.
It's almost exponential the amount of time people approach the same
desired change to what has been made open source over and over. It's
bankable.
That's where I forced to schedule my
furiously like the gibberish that some
so called A.I. bots produce...
If I were you, guys, I'd just stop feeding the bot, lol !
As for me, the bot's email is now part of my spam filter...
On Sun, 08 Aug 2010 10:22:12 -0700, Dzonatas Sol wrote:
Opensource, I understand what you mean, yet also
More like, as all the physicist at CERN in the loop, it was asked What
could possible go wrong?
Their problem, they never thought in the reciprocal of the finite, so
they assume the infinite didn't exist.
Some wondered, even if someone finds the impossible dream, what more
could you ask for?
Dzonatas Sol wrote:
They've had an adult grid that is suppose to be fast, easy,... and fun.
They've had an teen grid that is suppose to be ... easy... fast... clean?
Sincerely,
___ Life
I believe I found a solution.
The svn code should be for only kids... even people who
Hi,
I had to think about what what untamed HTTP textures could do on the teen.
/. had this article to say today:
http://yro.slashdot.org/story/10/08/06/150216/Child-Porn-As-a-Weapon
/Want to get rid of your boss and move up to his position? Put kiddie
porn on his computer then call the cops!
Opensource Obscure wrote:
By the way, one can check if she got all list messages
through the archives, that can be found by following
the links in the footer.
Opensource Obscure
I would also suggest to read Google's policy and term and conditions
very carefully.
If anybody can
Here is the proposal, as a routine. The written logical explanation in
English with normalized words defeats the purpose of the routine for
every reason that supports it.
Got to put a face on it:
Store timestamp by UUID.
Keep secondary UUID to XOR with every second.
Doesn't matter if timestamp
If Linden Labs implements this much and Google thinks it is clean,
then maybe I'll smile again and show how to do folded execution... and
how to earn the money.
US open source no-engineers aren't fools. We love magic, however.
Dzonatas Sol wrote:
Here is the proposal, as a routine
I can't keep secrets, so I get blackboxed. It bugs me there are perfect,
or almost perfect, programs that just need to be turned around in a way.
Too many people are stuck in a paradigm that to even think about it
would create a paradox to them. Is that the meaning of paradyme in motion?
I
Hi,
I believe I found another solution.
In my research as I optimized graphics routines in the viewer, I
achieved between 100% to 150% increase in rendering performance. To be
fair, I reported as up to 100%.
There overall frame loop has many tasks, so keep that in mind that
overall
someone
that wants...
heh... BURN... love it!
Oh let's share this one... LMAO
P.S. Working On It 2.0...
Dzonatas Sol wrote:
Hi,
I believe I found another solution.
In my research as I optimized graphics routines in the viewer, I
achieved between 100% to 150% increase
with that idea and
catch-up... because we didn't have to change it.
Nexii Malthus wrote:
..What?
- Nexii
On Tue, Aug 3, 2010 at 4:44 PM, Dzonatas Sol dzona...@gmail.com
mailto:dzona...@gmail.com wrote:
Was just thinking of a secondary proof to this. This should be helpful
Hi,
I caught the tweet from Pamela Fox @ Google, and she linked a
development for image recognization: http://developer.iqengines.com/
What stood out was how a UUID was included and some sort of description
present. It's not gesture recognition through motion, yet even I can
think of how this
Hi,
I have an issue I want to resolve.
http://jira.secondlife.com/browse/SNOW-774
This message I notice from time to time in the error log. You have
probably noticed the message Unable to load gesture where gesture is
one of many you have activated.
There has been some change made between
Do you mean the commit log?
http://svn.secondlife.com/trac/linden/log/projects
Robert Martin wrote:
Is there any way to see what changed from build to build?? also does
it seem like the build farm is triggering way to many times a day??
--
--- https://twitter.com/Dzonatas_Sol ---
Web
Philippe (Merov) Bossut wrote:
Cc-ing all list members as it is of general concern.
Thank you Philippe for your several hours of work on this merge for 2.1.
I can see there are a lot of changes since 2.0. Only if people could see
statistics displayed on the UI, like one of those per source
Thanks to Nicky Perian, we now have a Snowglobe-375 release for Windows
Available here for download:
http://code.google.com/p/icesphere/downloads/list
This is for SNOW-375 version 0.10.2.0.
Setup for Icesphere is separate, yet maybe easier one day.
Dzonatas Sol wrote:
Until there is full
Until there is full bidi support built-in to the viewer, I've suggested
for users to try Icesphere to allow them to type right-to-left.
There is already a language barrier in being able to communicate what
needs to be done. I'm being asked for a Windows build of Snowglobe with
the SNOW-375
Hi,
Here is the new site:
http://icyspherical.blogspot.com
And, you can follow me on twitter:
http://twitter.com/Dzonatas_Sol
Slowly have gotten this organized more over last few months. If things
continue as they are now I should be able to be more active again.
Robert Martin wrote:
Hi Oz,
There has been discussion in AWG and other various chat moments of what
could be done. The primary suggestions seems to be able to hide the UI,
but that doesn't mean it needs to be disabled. There is a debug option,
CTRL-ALT-F1, that basically hides the UI, yet the mouse regions are
it is for them to change.
On 16/04/2010 2:57 PM, Dzonatas Sol wrote:
I want to share a use-case/concept for physic simulation where the
client and sever wouldn't have to send object updates, or at least there
wouldn't be as many updates needed to send from the sim to the client.
Given we can
on anything, and animations do not
affect what the avatar collides with, avatars got a static bounding box
and that is it
On 16/4/2010 10:45, Dzonatas Sol wrote:
That's true for the case of non-static objects. We could, however,
predict how fast an object changes and negotiate that limit
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
visually impaired people would still need to know if the door is open,
if the trolley is on the station, if someone bumped into them etc
On 16/4/2010 12:48, Dzonatas Sol wrote:
I don't think you thought through all cases. Consider blind
Compare this list to here:
http://lists.ironpython.com/pipermail/users-ironpython.com
Although stated as a combined user/dev list and open to related DLR/CLR
discussion...: http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
... the signal to noise, on that mail-list, remains much
Hi Joe,
In case I don't make the Brown Bag, I just wanted to point out the fact
that simply developers, which includes how Linden Lab has invested
resources to sustain such world, don't share a view with users that
Virtual Reality that Virtual Reality is not just a game. This
realization is
a
horror movie is playing, that baby analogy didn't quite work
On 10/4/2010 14:14, Dzonatas Sol wrote:
Hi Joe,
In case I don't make the Brown Bag, I just wanted to point out the fact
that simply developers, which includes how Linden Lab has invested
resources to sustain such world, don't
I got it to compile to the secondlife-bin link stage, but then I got a
link error:
/usr/lib/gcc/i486-linux-gnu/4.4.3/../../../../lib/libSM.so: undefined
reference to `uuid_gener...@uuid_1.0'
/usr/lib/gcc/i486-linux-gnu/4.4.3/../../../../lib/libSM.so: undefined
reference to
to have the build script download the prebuilt libs
when they dont get used?
bye,
LC
Am Donnerstag 08 April 2010 schrieb Dzonatas Sol:
I got it to compile to the secondlife-bin link stage, but then I
got a link error:
/usr/lib/gcc/i486-linux-gnu/4.4.3/../../../../lib/libSM.so
I just checked out revision 3313 from
https://svn.secondlife.com/svn/linden/projects/2010/snowglobe/trunk
After plain ./develop.py with no options , i got an error
$ make
[ 0%] Built target cmake
[ 0%] Built target llaudio
[ 3%] Built target stage_third_party_libs
[ 3%] Built target
was altered, it was still their
code at the core and by the TPVP agreed to take on that liability.
Ron Festa
Virtual Worlds Admin
Division of Continuing Studies at Rutgers University
PGP key: http://bit.ly/b1ZyhY
Phone: 732-474-8583
On Wed, Mar 31, 2010 at 1:28 PM, Dzonatas Sol dzona
Iceweasel crashes when attempts are made to post any message in the
forums. It happens as soon as the javascript editor loads.
Nyx Linden wrote:
Forums for discussing multi-wearables and related issues can be found
here:
+1 A 'change type' feature isn't needed for this project.
Nyx's proposed category layout can override the type as old types are
just hints. Possible with an ability to just drag-n-drop a wearable
between categories.
The proposed outfit list would allow more for arbitrary lists that
wouldn't
It's obvious the TPV is directed at sources and distributors that do not
conform to specifications as implemented/documented by the GPL code in
Snowglobe.
If you implement a third-party network protocol, it probably would be of
benefit to you to to publish how your version of the network
Kitty wrote:
If someone sells a full-top + high pants combination they wouldn't have to
struggle with defining which shirt layer goes on top of which other one by
messing with numbers - since those will still result in conflicts with what
it's being worn in combination with - but you just
Boroondas Gupte wrote:
On 03/23/2010 06:12 AM, Philippe (Merov) Bossut wrote:
- Mailing list: may be the most widely used tool. The problem I see
with it is that it mixes everything: small requests, long
discussions, policies, technicalities, etc... Other FLOSS projects
use a variety of
Robin Cornelius wrote:
On Tue, Mar 23, 2010 at 3:36 PM, Dzonatas Sol dzona...@gmail.com wrote:
I found a workable solution.
$ mkdir /tmp/extralibs
$ wget
http://ftp.us.debian.org/debian/pool/main/g/gdbm/libgdbm3_1.8.3-3_i386.deb
$ wget
http://ftp.us.debian.org/debian/pool/main/t/tcp
Ambroff Linden wrote:
I don't know if this is true or not, but regardless, copyright
assignment helps Linden enforce the GPL, which is good for everyone.
That's why the FSF was also used as an example.
-Ambroff
Yes, a simple copyright assignment would be easier then a Contributor
:54PM -0700, Dzonatas Sol wrote:
� � � � � � � � � � � � � � � � � � � � � � � � � � � � � �
� �It would
be the wrong impression, further, to assume the same
committers will
take on the extra load to help move to hg.
--
Carlo Wood ca
Morgaine wrote:
As an example, it is quite easy to imagine VWRAP providing transport
for Collada mesh objects that work in Opensim long before they do in SL.
Can we clarify this a little about the mesh. Is this the mesh in regards
to the avatar or the mesh of objects in the environment itself.
At the Open Source meet today, it appears we have a light at the end of
the tunnel for the SVN repository, so we need volunteers, eventually, to
help manage the hg repository.
Here is the hg site for linden lab: http://bitbucket.org/lindenlab/
To help clarify the movement, the oss-viewer
Ricky wrote:
So far, barring any LL concepts, we have (as far as I know so far!)
two designs of plugin system:
1: Socket-based plugins - as�suggested�by Morgaine.
2: D-Bus or similar existing IPC tool.
3: C++ Dynamically Shared Objects - my suggestion.
4. REST/HTTP
The REST based system
Argent Stonecutter wrote:
On 2010-03-17, at 10:21, Dzonatas Sol wrote:
Ricky wrote:
So far, barring any LL concepts, we have (as far as I know so far!)
two designs of plugin system:
1: Socket-based plugins - as�suggested�by Morgaine.
2: D-Bus or similar existing IPC tool.
3: C++ Dynamically
Here is a sample of the REST/HTTP doc for SNOW-375.
SNOW-375 adds a HTTP server in the viewer to be easily accessible by any
process or client-side script in a language agnostic manner.
I posted this here to hopefully encourage forward movement in
client-side scripting and to avoid the
You install a program on your computer, and you either trust it or you
don't. It comes down to that, so it doesn't matter if it is .NET or Java
or some binary made by company XYZZY.
What some people want is to separate a way to run a sandbox version of
their LSL code on the client-side, which
to install a linux emulator and use that as the
sandbox. All sandboxed programs can run directly on the linux emulator.
Argent Stonecutter wrote:
On 2010-03-17, at 12:31, Dzonatas Sol wrote:
You install a program on your computer, and you either trust it or
you don't. It comes down to that, so
Morgaine wrote:
Argent is exactly right.
The point is already made on a different level. There was no need for
Argent to dismiss a view of it and try to push me as if I misunderstood it.
My viewpoint was from the use of and application of a sandbox model. My
point being there is no need to
Argent Stonecutter wrote:
On 2010-03-17, at 16:06, Dzonatas Sol wrote:
This is why I pointed to the sandbox model with the tried and proven
virtualization means of linux emulation as an example. One can easily
allow untrusted code to execute natively in the linux emulation.
No you can't
Rob Nelson wrote:
As stated before, sockets add unnecessary bulk to any plugin
architecture, ESPECIALLY HTTP. The SL viewer currently takes up 100%
CPU even with scripting turned off; The last thing we need is more
memory or processor load.
Please, go ahead and benchmark how SNOW-375 has
mailto:secret.arg...@gmail.com wrote:
On 2010-03-17, at 16:55, Dzonatas Sol wrote:
Somewhere along the line Argent, you trusted to install the SL
binary and its badly behaved code can compromise you.
The SL binary does not contain a mechanism to automatically download
and execute
to compile, I'll try out
OpenSource Obscure's build instructions as well.
- Nexii
On Wed, Mar 17, 2010 at 7:58 PM, Dzonatas Sol dzona...@gmail.com
mailto:dzona...@gmail.com wrote:
Thank you. I've tried to keep it simple and minimal for everybody.
For example
Argent Stonecutter wrote:
If someone is scheduled to appear in a sim a week from now, then it
doesn�t matter if it takes 1 to 6 days to download, cache, and rez a
prim locally on the 7th day of the scheduled meeting.
Given the way SL works, and the way people use it, this is an
extremely
.
By the time everybody meets, there would be no lag to suddenly download
all objects from a single host.
Times that by 10,000 people... just for scalability concerns.
Argent Stonecutter wrote:
On 2010-02-25, at 15:12, Dzonatas Sol wrote:
[Usenet] worked. It is still free and open.
It used
Soft Linden wrote:
Remember that we're creating the Viewer Directory to promote other
viewer projects, so complying with the TPV terms offers up a pretty good
carrot. However, I think legal also knows we'd be making trouble for
ourselves if we gave even the whiff of an endorsement to a tool
I thought this was quite of interest for viewer developers that might
ever be interested to attach a simulator to their viewer in order to
dispel latency.
--- snip ---
If one opensim box connects to another opensim box, that is,
technically, peer to peer.
So, are you saying an opensim box
people
want to do with it.
So, are they saying they don't want physics prediction?
Robert A. Knop Jr. wrote:
On Thu, Feb 25, 2010 at 10:34:08AM -0800, Dzonatas Sol wrote:
If everything is peer-2-peer where each client runs it's own simulator,
there would be no need for a grid server. It's
by a out-of-world IANA -- I don't think
this was acknowledged. Some can simply think of an LSL script in-world
that acted as the DNS program, if that helps clarify.
Robert A. Knop Jr. wrote:
On Thu, Feb 25, 2010 at 12:40:27PM -0800, Dzonatas Sol wrote:
If there is no need for a grid server
Lawson English wrote:
Dzonatas Sol wrote:
Given this setup. It would look like this:
[ viewer - opensim ] - [ opensim - viewer ]
That's peer to peer.
Another variation of peer to peer is:
[ viewer ] = server = [ viewer
Lawson English wrote:
Dzonatas Sol wrote:
Lawson English wrote:
For a real life use case, the realxtend developers are currently
debating whether or not it is worth their while to continue to add
more support to SL rather than just go with OpenSim-only.
If any viewer is under
Jason Giglio wrote:
Legal is aware that there has been confusion on this. There will be an
update soon, which makes the terms more clear.
Is it an actual update to the policy document?
Not a mere FAQ that says Oh we didn't really mean what the policy says
in plain English?
Don't
Morgaine wrote:
Carlo, I agree completely with you on the principle of the implementation.
On the terminology, not only are you not being logical in your naming,
but you also immediately contradict yourself and demonstrate
beautifully how your suggested naming makes no sense at all, not
61 matches
Mail list logo
