The gist of this seeming to be that allowing a Third Party client the
ability to use LLKDU.dll means that client is no longer TPV compliant.
Interestingly enough, the Emergence viewer (published just before Phoenix)
offers to install LLKDU.dll (i think it does so by downloading the official
viewer and extracting the dll file), yet, is also listed in the TPVD
: Emergence Viewer 7 Sep 2010
It did ask me while installing, the application directory indeed holds
llkdu.dll, the release notes actually mention it:
Changes from version 1.5.0.0 to 1.5.0.1
Dictionaries now downloaded dynamicly again
Fixed bug in login page and in clothing protection (showing as emergence
instead of emerald)
*llkdu added to installer and now working in viewer*
User agent refined
Installer made red :D and smaller
So, i'm at least confused about this EMKDU and LLKDU legal status, and even
more why not only EMKDU as well as LLKDU was used as argument against
Emerald, i.e. Emerald (before the blow up) was requested also not to use
LLKDU.
I quote Aradella Steadham:
Linden Lab has made demands of the team that are impossible to meet. Among
the demands not listed publicly elsewhere was to publicly release an RC
without any ability to load the emkdu or llkdu files. This was do-able. The
final demand was to 'delete' 3 key members of our team. While making this
demand, Linden Lab was quite aware that this was effectively the guillotine
to the project.
Last not least, i think LL has acted pretty reasonable, identified the 3
brats in the Emerald team succesfully, also was very rapid in accepting BOTH
Phoenix and Emergence in the TPVD. So rumours about 'viewer 2 only' and
'linden banning emerald because it is too succesful' seem to be plain wrong
in my view.
regards, and sorry for bothering with offtopic issues,
TT
2010/9/9 Harold Brown labrat...@gmail.com
In regards to Phoenix vs Emerald. The ONLY things Phoenix removed
from the client that made them TPV compliant was the EMKDU.dll file
(as well as removing the ability to use the LLKDU.dll)
The gist of this seeming to be that allowing a Third Party client the
ability to use LLKDU.dll means that client is no longer TPV compliant.
Interesting enough the only valid arguement for the removal is the
fact that KDU is a closed source binary and the client is GPL. That
arguement is, of course, only valid for viewer code earlier than
Snowstorm as the code license was changed to LGPL.
Honestly with the impending removal of Snowglobe from the Linden Lab
version control repositories, this all reeks of ways to force people
to the new Viewer 2.x interface. One which I personally can not use
for any extended lengths of time as it just doesn't flow naturally to
me as a User Interface.
On Wed, Sep 8, 2010 at 3:12 PM, Marc Adored m...@inworlddesigns.com
wrote:
I agree and Phoenix seems to be coming only very well to and all the
negativity behind emerald seems to be gone in the atmosphere of
phoenix. I am pretty excited to see where it heads! Maybe this thread
can be saved and put back on topic :D
Tom I know your upset about them banning Emerald but it was in their
right to do so there is no arguing that. I suggest that if you like
emerald you should try phoenix it is the cleaned up spawn of emerald
and has all the non-controversial developers from emerald working on
it even LGG :D I am sure you will notices differences in the viewer
but it has all the same features plus some really neat new ones.
On-topic part is phoenix is shaping up to be a pretty decently
organized opensource viewer should we focus on that now? :D
On Wed, Sep 8, 2010 at 6:04 PM, Altair Sythos syt...@gmail.com wrote:
On Wed, 8 Sep 2010 17:59:41 -0400
Marc Adored m...@inworlddesigns.com wrote:
Emerald is a perfect example of that. Everyone is upset and mad at
linden for banning Emerald but no body cared what the developers of
Emerald were doing before it effected them directly. I wont go into a
flame war over one of my favorite viewers but I just wanted to make
that point.
Emerald have good reason to be blacklisted, there is the next step
called phoenix, cleaned by bad code and bad elements, all other is
only a lil actors show...
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting
privileges
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting
privileges
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting
privileges