On Mon, 13 Apr 2020 10:07:35 -0400, Oz Linden (Scott Lawrence) wrote:
> * On Thursday April 16th, the mailman service that drives this list
> now will be shut down and all list traffic halted.
> .../...
> * A new Google Group list with the same name will be established as
> soon as we
On Thu, 19 Mar 2020 21:24:10 +0100, Henri Beauchamp wrote:
> On Thu, 19 Mar 2020 15:29:01 -0400, Oz Linden (Scott Lawrence) wrote:
>
> > When I log in I get a great deal more than that.
>
> Strange, to say the least... O.O
>
> I got debug messages for user auth XML RPC
On Thu, 19 Mar 2020 21:24:10 +0100, Henri Beauchamp wrote:
> All you need to change is to add in LLLoginInstance::constructAuthParams():
> requested_options.append("agent_appearance_service");
Of course, I meant:
requested_options.append("account_lev
On Thu, 19 Mar 2020 15:29:01 -0400, Oz Linden (Scott Lawrence) wrote:
> On 2020-03-19 11:58 , Henri Beauchamp wrote:
> > However, a couple of things are confusing. Would you please care to explain
> > them:
> >
> > - So far, on login, the only "account_lev
On Thu, 19 Mar 2020 10:46:27 -0400, Oz Linden (Scott Lawrence) wrote:
> The DRTVWR-481 branch has been promoted to the default viewer and pulled
> to the master branch.
Sadly, there is no corresponding commit to be found: the only commit
between the master branch and DRTVWR-481 (which is now go
On Sat, 29 Feb 2020 10:33:52 -0600, Tonya Souther wrote:
> 305 of those libraries are in llplugin, and five are in the SLvoice
> for OpenSim. I don't expect that LL has anything to do with the
> latter, but the former is the much bigger problem. Is the llplugin
> directory still needed?
My bet is
On Thu, 27 Feb 2020 12:44:31 -0800, Brian McGroarty wrote:
> All else aside: In the future, if you notice something on aditi adversely
> affects your viewer, please don't be shy about raising it on this list or
> in a JIRA. An early heads up may be helpful to other viewer devs, or it
> will make i
On Thu, 27 Feb 2020 14:39:10 -0500, Oz Linden (Scott Lawrence) wrote:
> That protocol works (and from time to time we employ it) when the change
> is one that can be compatible, but that's not the case here. The account
> levels are not an optional thing, and there never was any way we could
>
On Thu, 27 Feb 2020 11:10:19 -0500, Oz Linden (Scott Lawrence) wrote:
> The definition of LLSD and our open source implementations of it have
> always included the possibility of arbitrary nesting in arrays and maps
> (and we use it extensively internally without problems). We're not able
> to
On Tue, 25 Feb 2020 10:48:03 -0500, Oz Linden (Scott Lawrence) wrote:
> *As we mentioned at the last Third Party Viewer meeting,
Oh yes, those meetings a non-English speaking developer cannot follow
because they are held in voice chat... How nice and practical a way
of communication !
> the upco
On Fri, 7 Feb 2020 00:51:27 -0500, Andras Farkas wrote:
> I was watching a friend play Second Life and thought it looked cool
> (I'm really into MUCKs, so VR is a cool topic in general) so I decided
> I'd try to compile it on FreeBSD, my desktop OS.
FreeBSD is not a build target for the viewer: b
On Thu, 6 Feb 2020 12:05:17 +0100, Nicky D. wrote:
> I know. I already looked at it for Firestorm. But LL won't let you
> contribute this as we know due to their CA standards.
I see... I was apparently mistaken by the 'vs' term in the subject
of your message, and by the fact your viewer-linux sou
On Tue, 4 Feb 2020 22:28:53 +0100, Nicky D. wrote:
> it has been a while since LL released their last Linux capable viewer. To
> get things started
> again I brought 6.3.6 up to Linux support:
> https://bitbucket.org/NickyD/viewer-linux
> https://bitbucket.org/NickyD/viewer-flatpak (for the flat
On Fri, 26 Apr 2019 14:24:32 +0100, Jack Lang wrote:
> I'm trying to port Firestorm to Raspberry Pi
Are you serious ? O.O
Since mesh has been implemented, the viewer code is tightly bound to
x86 processors, because it makes a large use of SSE2 math. You'd have
to translate all that code into an
On Mon, 8 Apr 2019 10:49:42 -0400, Oz Linden (Scott Lawrence) wrote:
> On 2019-04-08 09:27 , Henri Beauchamp wrote:
> > In the hope my observations will help you guys to get things back on
> > track (because it's getting really badly needed).
>
> Thank you Henri.
>
Greetings,
I'm writing this email because I'm getting tired of having to pile up
workarounds in my viewer code for all the SL server issues that have
appeared in a succession and every few weeks since mid December, and
think it is time for you folks, at LL, to do some serious review of
the latest
You might want to use my modified version of OpenJPEG v1.4.0.635 (that is
included in the Cool VL Viewer source and built in-tree with the viewer)
instead of any later versions that got utterly broken for SL usage...
My version includes the needed security fixes from v1.5+ as well as some
crash bu
On Mon, 29 Oct 2018 17:59:13 -0400, Oz Linden (Scott Lawrence) wrote:
> On 2018-10-19 09:52 , Henri Beauchamp wrote:
>
> > My viewer has long been updated to make use of the newest HTTP fetching
> > capabilities, but it also implements an automatic fallback to UDP fetches
>
On Mon, 15 Oct 2018 15:27:12 -0400, Oz Linden (Scott Lawrence) wrote:
> In the interests of continuing to improve performance and user
> experience, we will be removing the old non-HTTP fetching methods from
> our simulators in early 2019. This means that any viewers that are still
> fetching t
On Sun, 23 Sep 2018 10:56:52 +0200, Lance Corrimal wrote:
> the trick with the link did not work either, cmake is evil enough to
> actually search for python binaries WITH the attached version number.
cmake is for nothing in this behaviour (else, I'd encounter it as well for
my viewer and distro,
On Sat, 22 Sep 2018 15:43:14 +0200, Lance Corrimal wrote:
> I have python 2 and python 3 installed on my system, is there a way to
> specify
> which python version autobuild should use? by default it tries python3, which
> fails.
Depending on your distribution, you may specify (or not) which P
On Fri, 21 Sep 2018 20:33:00 -0700, John Nagle wrote:
> Here's how I currently compile successfully on Linux.
> This builds the development version 5.1.9, not the release version.
>
> Install all prerequisites per
> http://wiki.phoenixviewer.com/fs_compiling_firestorm_64bit_ubuntu
wget http://sl
On Fri, 21 Sep 2018 16:51:14 -0700, John Nagle wrote:
> I've been looking for the "half-unsit" region crossing bug,
> adding debug code to llviewerobject. Something is going wrong
> in reparenting, but I haven’t been able to isolate it yet.
>
> Looking in there, I've found some code that
On Mon, 4 Jun 2018 22:41:48 -0700, Dahlia Trimble wrote:
> But seriously, perhaps LL should consider writing a new viewer with a
> modern, API-agnostic rendering layer. OpenGL is stagnant on just about
> every platform now.
OpenGL is not stagnant (v4.6 dates only from July 2017): it is simply
mat
On Mon, 4 Jun 2018 15:25:55 -0700, Kadah Coba wrote:
> So just heard about this, not sure if this was known about before this.
> https://developer.apple.com/macos/whats-new/
>
> "Apps built using OpenGL and OpenCL will continue to run in macOS 10.14,
> but these legacy technologies are deprecate
On Sat, 31 Mar 2018 15:20:50 +0200, Lance Corrimal wrote:
> After closer inspection it seems that LL_LINUX, LL_DARWIN or LL_WINDOWS
> need to be defined to get the right things done right in the include
> files... shouldn't autobuild make sure of this?
I don't use autobuild for my viewer (its bui
On Sat, 31 Mar 2018 13:36:28 +0200, Lance Corrimal wrote:
> Hi guys,
>
> I'm trying to build a viewer on linux, and the build fails due to several
> undefined variables, which, given their names, should actually be defined
> somewhere in the source, or in the autobuild_variables_file:
>
> er
On Fri, 23 Mar 2018 14:51:30 -0500, Nicky Perian wrote:
> What is the procedure for determining which CDN node is use for viewer
> instance.
CDN server IPs are served by your DNS, the latter being updated with the
closest CDN server. I.e. if you live in one country and use a DNS hosted
in another
On Fri, 23 Mar 2018 09:50:12 +1000, Alex wrote:
> Well that certainly got me further! Thank you! Its' at least _trying_ to
> start dullahan_host now, but some strange behavour:
>
> alex@desktop:~/ivyviewer$ grep dullahan trace.txt | pcregrep -o1
> '.*(execve\([a-z0-9\/_\"]+),'
> execve("/usr/lo
On Fri, 23 Mar 2018 01:48:08 +1000, Alex wrote:
> It does indeed sound like the viewer is subsequently spawning another
> SLPlugin instead of dullahan_host, you are right. I have no idea why the
> viewer would be doing that. From what I am aware, the viewer _should_
> start one instance of SLPl
On Thu, 22 Mar 2018 16:31:29 +0100, Henri Beauchamp wrote:
> In my viewer, SLPlugin is never passed any other argument than the port,
> so maybe these arguments you see passed are an "extension" to Firestorm's
> plugin system...
In fact, looking at the processes for a
On Thu, 22 Mar 2018 23:39:51 +1000, Alex wrote:
> 2018-03-22T10:08:12Z llplugin/slplugin/slplugin.cpp(194) : error
> 2018-03-22T10:08:12Z ERROR: llplugin/slplugin/slplugin.cpp(194) : main:
> port number must be numeric
> .../...
> 4589 execve("/home/alex/ivyviewer/bin/SLPlugin",
> ["/home/alex/i
On Wed, 21 Mar 2018 16:59:58 +1000, Alex wrote:
> Just a quick question about the above. In the list for
> target_link_libraries, the first two make sense to me, but what is 'cef'
> referring to? is it libcef.so?
Yes, under Linux, ld uses the provided library and searches for
, lib.so, lib.a,
On Wed, 21 Mar 2018 09:38:07 +1000, Alex wrote:
> libmedia_plugin_cef.so:00114cd0 T
> dullahan::setOnStatusMessageCallback(boost::function (std::string)>)
> libmedia_plugin_cef.so: U
> dullahan::setOnStatusMessageCallback(std::function)
The problem is that the dullahan::
On Wed, 21 Mar 2018 08:58:55 +1000, Alex wrote:
> On 2018-03-21 07:57, monty wrote:
>
> > 'nm' that thing and see what is definition and what is reference.
>
> I pasted the result here:
>
> https://pastebin.com/BZyKEJf2
>
> command used: nm --print-file-name -u libmedia_plugin_cef.so
With the
On Wed, 21 Mar 2018 07:32:08 +1000, Alex wrote:
> On 2018-03-21 04:10, Henri Beauchamp wrote:
> > But only twice... I get it listed thrice in my plugin...
> > strings
> > /usr/local/CoolVLViewer-1.26.21/bin/llplugin/media_plugin_cef.so |
> > grep _ZN8dullahan2
On Tue, 20 Mar 2018 22:30:14 +1000, Alex wrote:
> On 2018-03-20 22:00, Alex wrote:
> > 2018-03-20T11:53:39Z WARNING: LLPluginInstance::load: apr_dso_load of
> > /home/alex/ivyviewer/bin/llplugin/libmedia_plugin_cef.so failed with
> > error 20019 , additional info string:
> > /home/alex/ivyviewer/b
On Tue, 20 Mar 2018 14:15:09 +0100, Henri Beauchamp wrote:
> Looks fine to me... Putting the blame on a buggy ld, you could try this
> trick (specifying libcef.so twice for linking) in CEFPlugin.cmake:
Or... This could be an issue in how you linked libdullahan.a and/or
dullahan_host...
On Tue, 20 Mar 2018 22:48:05 +1000, Alex wrote:
> I couldn't spot a problem in either of those files, but my eyes might
> have missed something.
>
> Does anything stand out at you:
>
> https://pastebin.com/c7wRQik8 (indra/cmake/CEFPlugin.cmake)
> https://pastebin.com/ZhytizN8 (indra/media_plugi
On Tue, 20 Mar 2018 22:30:14 +1000, Alex wrote:
> The symbol is there... I'm not seeing any 'not found' errors when I
> check that plugin with ldd.
Depending on your ld version (old ones are very sensitive to the library
link order), this could be an issue with not linking the libraries in the
p
On Tue, 20 Mar 2018 22:00:36 +1000, Alex wrote:
> Well, I am a little closer :)
>
> I have a different error now.
>
> 2018-03-20T11:53:39Z WARNING: LLPluginInstance::load: apr_dso_load of
> /home/alex/ivyviewer/bin/llplugin/libmedia_plugin_cef.so failed with
> error 20019 , additional info str
On Tue, 20 Mar 2018 19:58:49 +1000, Alex wrote:
> This is what I get:
> alex@desktop:~/ivyviewer$ LD_LIBRARY_PATH="./lib:$LD_LIBRARY_PATH" ldd
> ./bin/llplugin/libmedia_plugin_cef.so
> linux-vdso.so.1 => (0x7ffcedd68000)
> librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1
> (
On Tue, 20 Mar 2018 10:24:24 +0100, Henri Beauchamp wrote:
> On Tue, 20 Mar 2018 10:22:43 +0100, Henri Beauchamp wrote:
>
> > LD_LIRABRY_PATH="./lib:$LD_LIRABRY_PATH" ldd ./path
> > bin/llplugin/libmedia_plugin_cef.so
>
> I meant:
> LD_LIRABRY_PATH=
On Tue, 20 Mar 2018 10:22:43 +0100, Henri Beauchamp wrote:
> LD_LIRABRY_PATH="./lib:$LD_LIRABRY_PATH" ldd ./path
> bin/llplugin/libmedia_plugin_cef.so
I meant:
LD_LIRABRY_PATH="./lib:$LD_LIRABRY_PATH" ldd
./bin/llplugin/lib
On Tue, 20 Mar 2018 18:45:54 +1000, Alex wrote:
> I am working to try and get a Linux version of the FS viewer running and
> I have been successful for the most part after fixing a bunch of build
> issues.. however I seem to have an issue with CEF failing in the new
> viewer, this can be seen i
Greetings,
Sorry for this late reply, but the last two weeks were quite busy for me.
On Thu, 22 Feb 2018 13:34:45 -0600, Nicky Perian wrote:
> I am in process of rebuilding all linux libraries.
So am I, since LL's new set of pre-built Linux libraries is totally broken
and unusable...
> I had
On Fri, 2 Feb 2018 13:33:22 -0600, Nicky Perian wrote:
> Having read the comments on viewer-release repo and your comment concerning
> ABI mismatch I want to submit the following:
>
> I have put together in a VM Debian / stretch. My past linux builds have
> been on Ubuntu 14.04 and 16.04 using gc
On Fri, 26 Jan 2018 01:34:09 +0100, Henri Beauchamp wrote:
> However, it might be a problem with Dullahan, since CEF is now compiled with
> Ubuntu 16.04 LTS,
Scratch that !
On the CEF build Wiki, they cite 14.04, but the link points to a page that
itself points to 16.04... So, if to b
On Tue, 23 Jan 2018 09:09:22 -0500, Oz Linden (Scott Lawrence) wrote:
> On 2018-01-23 07:05 , Nicky Perian wrote:
> > Which version of Debian does LL plan to use? Stretch is at stable.
>
> I had been planning on Jessie, but this took longer than I hoped, so
> yeah we'll go for Stretch.
Debian S
Greetings,
I was wondering if there was any sim, on Aditi, where I could give a test for
the Axon viewer branch code (animated mesh). I searched for a sim with it
enabled, but failed to find one so far...
Regards,
Henri.
___
Policies and (un)subscribe
On Fri, 1 Sep 2017 15:50:06 +0200, Niran wrote:
i'm now at a successful configure, starting the viewer VS project file and
> getting fatal errors basically as soon as the first file start to compile.
>
> 6>f:\blackdragon64\indra\llcommon\llapp.h(307): error C2061: syntax error :
> identifier 'si
On Sat, 25 Feb 2017 15:28:26 -0800, Darien Caldwell wrote:
> You don't even have to send an email. Just make an account on their site
> and you automatically have download access to the libraries. That's how I
> did it.
This is not what happened for me: the downloads page for the legacy products
On Sat, 25 Feb 2017 09:56:30 -0600, Nicky Perian wrote:
> Which platform are you using?
>
> You may want to use a non-commercial license of FmodEx. Then, send an email
> to FMOD support explaining your use of non-commercial provisions of their
> license and that you need access of FmodEx archives
On Thu, 2 Feb 2017 08:14:21 +0100, Geir Nøklebye wrote:
> The viewer still crash in the occlusion code, but not as often as
> without these changes.
Meaning you actually didn't fix anything...
Stupid question: what happens if you disable the Objects occlusion
setting in the graphics preferences
On Mon, 30 Jan 2017 18:41:07 +0100, Nicky D. wrote:
> - Standalone is afaik broken since a long time, for example there is
> missing FindXXX.cmake files for various packages.
Many such files are actually part of the cmake package or added by the
devel packages of some libraries.
See: /usr/share/c
Greetings,
It's been a couple of weeks that I noticed it: the archive site for this
list seems to be down:
https://lists.secondlife.com/pipermail/opensource-dev/
reports "Unable to connect"...
Did the address change (it's still the one listed on the Wiki) or is
this a problem with a badly configu
On Sun, 29 Jan 2017 20:54:42 -0500, Monty Brandenberg wrote:
> On 1/29/2017 8:39 PM, Nicky Perian wrote:
>
> > Will LL use a build system that can be updated as opposed to the current
> > out of date system? Hopefully, the build system will be a standard off
> > the shelf that everyone can instal
On Fri, 13 Jan 2017 21:53:51 -0600, Nicky Perian wrote:
> Texture quality when openjpeg-1.5 is used ranges from poor to piss poor 64
> bit is worse.
> Screenshots attached, openjpeg-1.5.1 and openjpeg-1.4.0. These are on the
> same viewer with only openjpeg.dll changed.
There are "fixes" that wen
On Fri, 16 Dec 2016 11:14:59 -0800, Richard Nelson wrote:
> FWIW, those particular units types were introduced as part of the LLTrace
> metrics update and found several cases where the incorrect units were
> being recorded, resulting in skewed/invalid metrics. The point is not
> that it is
On Fri, 16 Dec 2016 10:07:45 -0500, Monty Brandenberg wrote:
> On 12/16/2016 4:16 AM, Henri Beauchamp wrote:
>
> > I'd say that the demonstration of how templates can actually
> > harm the maintainability of the code is done...
>
> Hahaha, that is a permanent on-go
On Fri, 16 Dec 2016 09:44:51 +0100, Henri Beauchamp wrote:
> my viewer is therefore unafffected by that bug...
In fact, I had a doubt and checked: it was affected, but the fix took
me exactly 3 minutes to perform (4 static variables in LLImageGL and
LLViewerTexture that were S32 integers
On Thu, 15 Dec 2016 11:13:35 -0800, Callum Prentice (Callum) wrote:
> https://jira.secondlife.com/browse/BUG-41029
>
> .../...
>
> There is a lot usage of 32 bit types (U32Bytes, U32Megabytes etc.) defined
> indirectly here:
>
> https://bitbucket.org/lindenlab/viewer64/src/9270caf3d4324f9c1c33a
On Thu, 8 Dec 2016 18:07:42 -0600, Nicky Perian wrote:
> Possible Correction, Parts of this were in declined Pull Request #4
> This is windows only Darwin and Linux will need a similar code.
Not needed for Darwin (the FMOD Ex Darwin library is a fat binary with
both 32 and 64 bits code in it).
F
On Sat, 3 Dec 2016 19:12:31 -0600, Nicky Perian wrote:
> *only issue is that some script is trying to copy fmodex.dll
Speaking of FMOD Ex, you might want to update it. The current version
is v4.44.64 and got crash fixes over the one you are using...
Henri.
___
On Sat, 20 Aug 2016 17:08:12 -0700, Brian McGroarty wrote:
> Please create a support ticket or ping Oz after one of the TPV meetings if
> you would like to request edit access on the wiki. There is a ridiculously
> persistent party who uses numerous wikis to promote fake Microsoft support
> phone
Greetings,
It's been three weeks that I can't edit any SL Wiki entry: was the Wiki
locked down again ?
If yes, then for how much time ?
If no, then there's a bug...
Regards,
Henri.
___
Policies and (un)subscribe information available here:
http://wik
Regards,
Henri.
--
Begin forwarded message:
Date: Fri, 15 Jul 2016 23:00:14 +0200
From: Henri Beauchamp
To: "Callum Prentice (Callum)"
Cc: "Nicky D."
Subject: libVLC plugin
Greetings !
It's been only a couple of wee
On Sat, 4 Jun 2016 06:52:58 -0500, Argent Stonecutter wrote:
>
> > • Ask for help from open source developer community to
> create a version for Linux using LibVLC
>
> Since Linux currently doesn’t use Quicktime, why doe it need to be
> converted?
Quicktime media plays just fine und
On Wed, 18 May 2016 13:49:26 +0200, Henri Beauchamp wrote:
> On Wed, 18 May 2016 12:16:27 +0200, Nicky D. wrote:
>
> > It is supposed to be "Just add proprietary_codecs:1 to cef.gypi'
> > That said there's probably the devil in the details, according to:
&
On Wed, 18 May 2016 16:40:14 -0700, Callum Prentice (Callum) wrote:
> Digesting all the suggestions here - thank you.
>
> Intrigued by Nicky's suggestion, I am currently trying to build CEF
> directly via Chromium - first attempt is without the extra flags
> (proprietary_codecs=1 ffmpeg_branding=
On Wed, 18 May 2016 21:49:46 -0700, Darien Caldwell wrote:
> Using CEF for media is what I've been saying since CEF support was
> announced for the viewer. I think it would be a clean solution.
That solution would be plain *dirty* and totally wasteful (about 80Mb
per new CEF plugin instance), it
On Wed, 18 May 2016 12:16:27 +0200, Nicky D. wrote:
> Point 1, bundling a lot of additional libraries probably also holds true
> for libvlc.
> One way or the other all those needed plugins need to end on the users PC,
> no matter if it is gstreamer or vlc.
True... I admit I didn't have a look at
On Tue, 17 May 2016 16:32:01 -0700, Callum Prentice (Callum) wrote:
> Understood Nicky - thanks for the insight.
>
> Messages here as well as some digging I've done today suggest that
> trying to make GStreamer work on Windows is going to be fraught with
> technical and legal issues.
Technical,
On Thu, 21 Apr 2016 19:45:29 +0200, Nicky D. wrote:
> But when we're already on the topic of codecs and licenses, I think fmodex
> might fall into the same category. It can decode MP3 and does not come
> with a license for it: http://www.fmod.org/mp3license/
As I understand it, the phrases "Licen
Not wanting to enter a sterile argument about borderline topics, but:
On Thu, 21 Apr 2016 16:27:07 +, Cinder Roxley wrote:
> These distributions either do not include the patented video formats or
> provide them in source form for building. This is addressed in gstreamer’s*
> documentation:
>
On Thu, 21 Apr 2016 13:18:37 +, Cinder Roxley wrote:
>> Like I already wrote earlier, the way to go is to use the gstreamer SDK
>> for Windows and get a gstreamer plugin compiled for the latter.
>
> With all due respect, gstreamer is a major pain to build on Windows
It's a pain to build und
On Thu, 21 Apr 2016 02:50:13 +0100, Whirly Fizzle wrote:
> Quite a few widely used SL TV sets still use quicktime media. Those
> TV sets no longer play the movies now I've uninstalled quicktime
> from my Windows box.
Yep.
> It appears LL are removing quicktime support from their viewer
> https:/
On Wed, 20 Apr 2016 17:29:52 -0700, Darien Caldwell wrote:
> Actually after more testing, I do see there's one last vestige Quicktime is
> required for, and that's MP4 video streams. Won't work without it.
Simply look at the mime_types.xml file: any URL type that invokes
media_plugin_quicktime wi
On Wed, 20 Apr 2016 10:49:04 -0700, Darien Caldwell wrote:
> On Wed, Apr 20, 2016 at 12:39 AM, Henri Beauchamp wrote:
>
> > Yes, it prevents the viewer from reading media files, QuickTime's,
> > but not only: all video and audio media files are read via the
> > Q
On Tue, 19 Apr 2016 18:40:02 -0400, Andromeda Quonset wrote:
> Now I am seeing a lot of messages urging all Windows users to
> uninstall Quicktime, that it will never be updated for Windows, and
> that it hasn't been updated for 10 years. So the first question is
> "does uninstalling Quicktime
Greetings,
TPV developers providing 64 bits Linux builds may be interested in my
(tcmalloc-less) re-build of the CEF3 library and llceflib plugin for
64 bits Linux. See http://sldev.free.fr/libraries/sources/ for the CEF3
package (and build recipe, if you want to redo it yourself) and
llceflib pat
On Tue, 15 Dec 2015 05:39:43 -0600, Nicky Perian wrote:
> Anyone building using system libs .../... how are you handling the libs
> that have no packages. jsoncpp glh-linear webkit hunspell to name a few.
That's the problem with SYSTEMLIBS (AKA SATNDALONE in v1/2 viewers): you
can't handle those
Greetings,
Last week, I started backporting viewer-azumarill's coroutine code to
the future experimental branch (v1.26.17) of the Cool VL Viewer. I
first concentrated on backporting only the llcorehttp "coroutined"
code and the related services (i.e. texture fetchs, mesh repository,
AIS and HTTP i
On Sun, 29 Nov 2015 21:02:32 -0600, Nicky Perian wrote:
> Last night everything built w/o error.
> Today this is happening.
> Has anyone seen this?
>
> 12>-- Build started: Project: lscript_compile, Configuration: Release
> Win32 --
> 12> Building Custom Rule
> C:/Users/Bill/398-buildcle
Greetings,
Here is an update about CEF3 for Linux and Windows VS2010 builds.
Since the (VS2013) Windows plugin moved to CEF v3.2526, so did I for
the Linux and VS2010 plugins.
You will find:
- The rebuilt CEF 3.2526 Linux package (identical to the package
from https://cefbuilds.com/ but built
On Mon, 5 Oct 2015 17:33:03 +0200, Latif Khalifa wrote:
> AISv3 is new.
I backported it to the Cool VL Viewer back on 2014-03-15... Not *that*
new any more.
> There is no "upstream" to port from (like viewer devs do). Also this
> restriction is on one grid only. Join #opensim-dev on freenode if
On Mon, 5 Oct 2015 16:52:05 +0200, Latif Khalifa wrote:
> It's not nonsense, it's a security measure. In SL sims are trusted so
> they proxy all the communication from the viewer to the central
> services such as inventory and assets. On OSGrid anyone can attach
> their own sim. This sim could tel
On Sun, 4 Oct 2015 21:50:39 -0700, Ricky wrote:
> Just a quickie, trying to avoid digging through the viewer code myself to
> be sure:
> When a folder that is in the trash is purged, what calls to the server does
> the client make?
>
> I'm debugging an OpenSim derivative,
I don't know what you a
Greetings,
Here is an update about CEF3 for Linux and Windows VS2010 builds.
Since the (VS2013) Windows plugin moved to CEF v3.2454, so did I for
the Linux and VS2010 plugins.
Again (as usual ?), rebuilding CEF3 v3.2454 (without tcmalloc) under
Linux proved trickier than rebuilding the previous
Greetings,
Here is an update about CEF3 for Linux (and Windows VS2010) builds.
Since the (VS2013) Windows plugin moved to CEF v3.2357, so did I for
the Linux plugin (it will not be said that Linux got inferior support
than Windoze ! :-P).
Note that rebuilding 3.2357 is even trickier than for 3.2
On Fri, 24 Jul 2015 05:32:37 -0500, Nicky Perian wrote:
> With vs2013 there is not an xp target. With some work I think one
> could be added.
Yes, there's a vs2012-xp target in VS2013, but I guess you'd need to
recompile all the pre-built VS2013 libraries as well, so...
It doesn't remove anything
On Thu, 23 Jul 2015 21:47:36 -0500, Nicky Perian wrote:
> Thanks for taking time to provide a thoughtful reply.
> I agree, it is not a viewer for older distributions.
I don't consider 3 years old distributions as "old" ones... If you do,
then What would you say about Windows XP, Vista, or even Wi
Greetings,
I updated my viewer so that it could be built with VS2013 (in excess
of VS2010), but I'm having troubles with LL's llqtwebkit library: when
VS2013 attempts to link media_plugin_webkit against that library, the
linker spits error messages such as:
llqtwebkit.lib(llqtwebkit.obj) : error L
On Wed, 22 Jul 2015 13:08:16 -0500, Nicky Perian wrote:
> Removed use_prebuilt_binary(gtk-atk-pango-glib) archive.
>
> Replaced with:
> glib-2.44.1-linux-201507131131.tar.bz2
I'm afraid these are way too modern libraries... My main Linux system,
which runs a distribution released in 2012 (i.e. n
res/CoolVLViewerCEFMedia.png
http://sldev.free.fr/pictures/CoolVLViewerWebKitMedia.png
As a last note, and interestingly, if you are curious enough, you
will notice that CEF3 is built upon... WebKit !... That pretty much
makes it a "bloated WebKit", and one could wonder if it won't
On Mon, 13 Apr 2015 17:40:42 +1000, Chris Nelson wrote:
> So I have managed to get the sl viewer compiling and running. Only problem
> now is I have no sound:(
>
> It seems fmod no longer hosts fmodapi375mac.zip, and the link from the OS X
> build instructions (
> http://cid-6a2f42d7b470f408.offi
On Fri, 27 Feb 2015 09:23:19 -0500, Oz Linden (Scott Lawrence) wrote:
> On 2015-02-24 17:10 , Henri Beauchamp wrote:
> > On Tue, 24 Feb 2015 15:37:21 -0600, Nicky Perian wrote:
> >
> >> Plugins are no longer built in the viewer but, are delivered
> >> as content i
On Tue, 24 Feb 2015 19:03:29 -0800, Darien Caldwell wrote:
> I'm pretty sure the reasoning behind LL moving all the multimedia to a
> plugin system was so that 3rd parties could write their own plugins.
I doubt it...
> There's nothing stopping anyone from writing a plugin to take over all
> the
On Tue, 24 Feb 2015 15:37:21 -0600, Nicky Perian wrote:
> Plugins are no longer built in the viewer but, are delivered
> as content in an archive.
Which means TPV developers will not be able any more to fix bugs in the
plugins and will have to endure the very same bugs as the ones plagging
LL's v
On Tue, 3 Feb 2015 20:11:40 +0100, Zi Ree wrote:
> On Dienstag, 3. Februar 2015 20:00:13 Henri Beauchamp wrote:
>
> > and only if, I do not have to disclose my snail-mail address and phone
> > number, both being beyond the purpose and requirements of a license
> > agr
1 - 100 of 310 matches
Mail list logo
