Re: [opensource-dev] Viewer branches and their repositories

On Fri, 26 Jul 2013 14:59:36 -0400, Log Linden wrote: > On Fri, Jul 26, 2013 at 2:50 PM, Henri Beauchamp wrote: > > > What about UpdateAgentAppearance however ?... > > There's still no trace of code using it in sunshine-external > > (https://bitbucket.or

Re: [opensource-dev] Viewer branches and their repositories

On Fri, 26 Jul 2013 20:50:04 +0200, Henri Beauchamp wrote: > On Fri, 26 Jul 2013 13:45:26 -0400, Log Linden wrote: > > > Henri, > > > > For the increment capability, the name is "IncrementCOFVersion" instead of > > "IncrementCofVersion"

Re: [opensource-dev] Draft update to the Contribution Agreement

On Mon, 07 Oct 2013 12:34:45 -0400, Oz Linden (Scott Lawrence) wrote: > As most of you probably know, Linden Lab acquired Desura^(TM), a digital > distribution service for PC gamers. > > The code for the Desura client is open source, managed as the Desurium > project on github

Re: [opensource-dev] Draft update to the Contribution Agreement

On Mon, 07 Oct 2013 15:29:56 -0700, Andromeda Quonset wrote: > Henri: > > I am simply curious and don't want to cause any > argument or additional arguments about the > matter, and I support everyone's rights to privacy. > > I just looked at > http://www.cnil.fr/fileadmin/documents/en/Act78-1

Re: [opensource-dev] Beta Server Release Notes

On Thu, 06 Feb 2014 16:59:54 -0800, Oz Linden (Scott Lawrence) wrote: > On 2014-02-06, 14:13 , Harold Brown wrote: > > The Beta Server Release notes (Magnum, BlueSteel and LeTigre) have not > > been updated since early in January. And seeing as a new release was > > pushed it would be nice to s

Re: [opensource-dev] openjpeg 1.4 lib used with second life - CVE

On Thu, 20 Mar 2014 21:55:31 +, Phil Wyett wrote: > Hi all, > > SL uses the openjpeg library 1.4. This is quite an aged release. Yes, but newer versions plain fail to decode images in SL... See below. > Has the version bundled with SL been fixed or update arranged for the > known CVE agains

Re: [opensource-dev] Replacement class for LLDynamicArray

On Fri, 09 May 2014 09:24:41 +0200, Lance Corrimal wrote: > Hi, > > And what did they terll you there? Please share, I'm banging my head against > the same thing. > > Cheers, > LC > > Am Donnerstag, 8. Mai 2014, 15:34:39 schrieb Nicky Perian: > > Never mind, got guidance from the #opensl > >

Re: [opensource-dev] Replacement class for LLDynamicArray

On Fri, 9 May 2014 05:17:42 -0700 (PDT), Nicky Perian wrote: > >"array[i]" instead of "array.get(i), etc... > > > old code snip  const Type& get(S32 index) const { return > std::vector::operator[](index); } > > Is array[i] same as operator[](i) ? Yep. It's just the way the [] operator is decl

Re: [opensource-dev] Replacement class for LLDynamicArray

On Fri, 9 May 2014 15:37:15 +0200, Nicky D. wrote: > > > I notice "operator[](i)" is used in the interesting, > > > > With std::vector, you could also use array.at(i), which is equivalent. > > vector::at will do a runtime check if the index is out of bounds, in > that case it throws an exception.

[opensource-dev] MemPlugs viewer sources

Greetings, Could we please get public access to the repository for the "Second Life MemPlugs Viewer" which is listed in the Alternate_Viewers Wiki page (https://wiki.secondlife.com/wiki/Linden_Lab_Official:Alternate_Viewers) but which corresponding repository (https://bitbucket.org/account/signin/

Re: [opensource-dev] Question about the rendering and how to hide textures selectively

On Thu, 12 Jun 2014 14:33:06 +0200, Marine Kelley wrote: > Hi all, > > I've been looking and doing trial-and-error for hours, and still haven't > found out how to do this : > > I'd like to add a way to the RLV to actually not render the diffuse > textures in world (but still render them on the a

Re: [opensource-dev] Two 3p- library sources needed

On Sun, 29 Jun 2014 14:24:44 -0500, Tonya Souther wrote: > I need a copy of the source LL used for zlib-1.2.8 https://bitbucket.org/monty_linden/3p-zlib-update/commits/all > and apr_suite 1.4.5. https://bitbucket.org/lindenlab/3p-apr/commits/all > For zlib, there's a Linden-supplied Makefile t

Re: [opensource-dev] Library Refresh viewer

On Thu, 10 Jul 2014 13:03:27 -0400, Oz Linden (Scott Lawrence) wrote: > As many of you have seen, Monty has recently updated the versions of > several of the libraries we use in the viewer. We've now published a > Project viewer with those changes: > > > https://wiki.secondlife.com/wiki/L

[opensource-dev] Source for the Experience Tools project viewer

Greetings, Could we please get public access to the Experience Tools project viewer ? The repository is listed in https://wiki.secondlife.com/wiki/Linden_Lab_Official:Viewer_Source_Repositories but it's a private repo... Henri. ___ Policies and (un)sub

Re: [opensource-dev] Library Refresh viewer

On Tue, 15 Jul 2014 13:30:18 -0400, Monty Brandenberg wrote: > None of the solutions here is particularly attractive but ensuring > that run-time version is not less than compile-time version gives > us a chance. Agreed, but then we should make sure to compile the viewer against a version that is

Re: [opensource-dev] Library Refresh viewer

On Tue, 15 Jul 2014 14:23:24 -0400, Monty Brandenberg wrote: > If actual problems can be demonstrated on a supported platform, > a library downgrade is one of the solutions available. Haven't > needed to do that yet. Yes, so far, no problem detected here with the Cool VL Viewer when using the ne

Re: [opensource-dev] Source for the Experience Tools project viewer

Thanks for having made the repository public ! :-) I just started the backport an can already see two bugs: In indra.l, the XP_ERROR_* constants should return integers, not strings... Granted, viewer side script compilation is deprecated, but since the code is still there, it should nonetheless b

Re: [opensource-dev] someone get the blindfold off me please - where in the sourcecode is the spot where a "parcel full" message is created?

On Wed, 06 Aug 2014 17:49:24 +0200, Lance Corrimal wrote: > Am Dienstag, 5. August 2014, 16:11:11 schrieb Darien Caldwell: > > I'd suspect that the viewer simply makes a rez request to the Server, and > > the server makes the determination it can't be completed, and why. LIkely > > the server just

Re: [opensource-dev] someone get the blindfold off me please - where in the sourcecode is the spot where a "parcel full" message is created?

On Wed, 06 Aug 2014 21:51:44 +0200, Lance Corrimal wrote: > > Would any of you believe that this change fixed this problem? > > http://dolphinsource.eregion.de/dolphinviewer3-beta/commits/9d50f4af1158b493 > > 64cfb0d38090c7947db56f03 > > > > *facepalm* > > > > How is one supposed to apply logic

Re: [opensource-dev] Library Refresh viewer

On Thu, 07 Aug 2014 01:51:58 -0400, Monty Brandenberg wrote: > Checking in to see if anyone is seeing problems with the new > libraries. Crash reports have been mostly quiet and as > expected. No lurking horrors yet? No problem whatsoever here: running the new library set under Linux with the C

[opensource-dev] Telehubs

Greetings, During my never-ending viewer code cleanup efforts, I came accross an old floater, the "Telehub" one... If I am correct, I think this dates back from the most ancient times of SL, when it was not possible to TP all over the grid, but only to some pre-defined hubs... Fact is, since my fi

Re: [opensource-dev] Telehubs

Thanks for the replies, guys (and gal) ! :-) Good to know that even after 8 years in SL, I can still discover a "new" feature ! :-D Henri. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please r

Re: [opensource-dev] Building the viewer after the latest commits

On Tue, 19 Aug 2014 09:37:36 +0200, Lance Corrimal wrote: > > Am Montag, 18. August 2014, 14:01:45 schrieb Nicky Perian: > > >> I ran into an issue with boost built with gcc 4-6 and viewer compiling goo > >> 4-7. rebuilt boost on 4.7 and no more problems. > > Hi, > > that worked. Now that needs t

Re: [opensource-dev] Building the viewer after the latest commits

On Wed, 20 Aug 2014 15:47:22 +0100, Adam Moss wrote: > Hiya, > > If someone's re-investigating/rebuilding most of the third-party libraries > anyway... > Isn't it a good time for the SL Linux client to go (probably exclusively) > 64-bit? This wasn't true 8 years ago and wasn't quite true 4 years

Re: [opensource-dev] Building the viewer after the latest commits

On Thu, 28 Aug 2014 15:53:43 +0200, Lance Corrimal wrote: > Hi, > > So how do I get gcc 4.6 on debian squeeze? Building the whole gcc > toolchain from source? I don't know Debian distros well enough, but I suppose that their packaging system got the equivalent of rpm-based ones and allow you to

Re: [opensource-dev] Not actually OT: How do I get/update gcc to 4.6 on debian squeeze?

On Fri, 05 Sep 2014 09:44:18 -0400, Scott Lawrence (Oz Linden) wrote: > I've published the sources for our backport and the debian packages from > it that we install on our build hosts: > > https://wiki.secondlife.com/wiki/Debian_GCC_Backport gcc v4.6.3 ?... You might want to update to 4.6.4. T

[opensource-dev] TPV Wiki page locked ?

Greetings folks, Like every week after a new release, I went to the TPV Wiki page ( https://wiki.secondlife.com/wiki/Downloads ) to update the info about my viewer, but the "Edit" actions are no more available to me. I tried to log out and back in, and I also tried with alt avatar names, to no ava

Re: [opensource-dev] TPV Wiki page locked ?

On Sat, 11 Oct 2014 19:44:50 +0200, Martin Fürholz wrote: > http://status.secondlifegrid.net/2014/10/07/post2378/ Ah, yes, that would explain it... Thanks ! ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenS

Re: [opensource-dev] TPV Wiki page locked ?

On Sat, 11 Oct 2014 20:02:00 +0200, Henri Beauchamp wrote: > On Sat, 11 Oct 2014 19:44:50 +0200, Martin Fürholz wrote: > > > http://status.secondlifegrid.net/2014/10/07/post2378/ > > Ah, yes, that would explain it... Thanks ! Is the Wiki maintenance still in progress (afte

Re: [opensource-dev] TPV Wiki page locked ?

On Sat, 8 Nov 2014 11:24:18 -0500, Jonathan Welch wrote: > I asked Oz about this the other day. All wiki pages are still locked > with no time frame for when the underlaying security issues will be > addressed. > > -jonathan Thanks for the info. Henri. _

Re: [opensource-dev] Did that new CDN break web profiles for all TPVs?

On Sat, 08 Nov 2014 21:21:59 +0100, Lance Corrimal wrote: > Hi, > > is it just me, or did that new CDN break webprofiles for all viewers > that don't have some new code for it? Working fine here (France) in the Cool VL Viewer, including with a one year old release that didn't have the newest llq

Re: [opensource-dev] Did that new CDN break web profiles for all TPVs?

On Sat, 08 Nov 2014 21:40:22 +0100, Lance Corrimal wrote: > screenshot: > https://cloud.eregion.de/public.php?service=files&t=cd651a235e7142b6eb7aa1e41c879285 There must be some issue at your ISP's, because I can't reach cloud.eregion.de from here (screenshot not loading, (tcp)traceroute not reac

Re: [opensource-dev] Did that new CDN break web profiles for all TPVs?

On Sat, 08 Nov 2014 21:51:41 +0100, Lance Corrimal wrote: > ok interesting factoid here: > > I've set my viewer to go through the tor network for web pages... and > blam, profiles load fine. > > now if someone please explain to me why the official viewer and the > binary built from viewer-releas

Re: [opensource-dev] Did that new CDN break web profiles for all TPVs?

On Sat, 8 Nov 2014 22:01:25 +0100, Henri Beauchamp wrote: > Wild guess: a firewall/web cache on your ISP's side, filtering HTTP > requests based off the user agent Scratch that, because any request on http://my.Secondlife.com (i.e. any request on port 80) gets automatically redirect

Re: [opensource-dev] Jonathan's attempt to rearrange the graphics preferences

On Sat, 24 Jan 2015 17:38:01 +0100, Niran wrote: > I guess now i have to say something about this. > > Where do i start... > > __ > Let's start with the really bad news. > > I don't like it. I don't like it at all. LL's default is a nightmare and > not just in terms of available functions.

Re: [opensource-dev] Viewer Tools Upgrades - with a call for help

On Wed, 28 Jan 2015 10:53:11 -0500, Oz Linden (Scott Lawrence) wrote: > We've also put up a new page of instructions on how to set up a Windows > development environment > . > Suggestions for improvement are most welcome here a

Re: [opensource-dev] Viewer Tools Upgrades - with a call for help

On Thu, 29 Jan 2015 11:45:46 +0100, Henri Beauchamp wrote: > On Wed, 28 Jan 2015 10:53:11 -0500, Oz Linden (Scott Lawrence) wrote: > > > We've also put up a new page of instructions on how to set up a Windows > > development environment > > <

Re: [opensource-dev] Viewer Tools Upgrades - with a call for help

On Thu, 29 Jan 2015 14:06:17 -0800, Callum Prentice (Callum) wrote: > Yep - we need to add the right set of parameters to 'autobuild' to set > up FMod, Havok QuickTime etc. > > Can anyone tell me what they are or point me at the right doc before I > start searching. I can't help you about the au

[opensource-dev] Avatar Hover Height feature

Greetings, I know this should be posted in the JIRA, but apparently the comments in the existing issue (SUN-38) are not read or not taken into account by Lindens. Please, to any and all Linden(s) involved in AHH, do read this post for your own enlightement (and hopefully, a better and definitive

Re: [opensource-dev] Avatar Hover Height feature

On Mon, 02 Feb 2015 13:05:20 -0500, Oz Linden (Scott Lawrence) wrote: > On 2015-01-31 07:53 , Henri Beauchamp wrote: > > Greetings, > > > > I know this should be posted in the JIRA, but apparently the comments in > > the existing issue (SUN-38) are not read o

Re: [opensource-dev] Avatar Hover Height feature

On Tue, 3 Feb 2015 08:53:12 -0800, Harold Brown wrote: > The simple fact of the matter is. If you do not sign a code > contribution agreement LL can NOT use your code. The code is (L)GPL. Anyone can reuse it and even if it had been my intention (and it never was and never will), I can't oppose t

Re: [opensource-dev] Avatar Hover Height feature

On Wed, 4 Feb 2015 03:50:08 +0100, Carlo Wood wrote: > However, > sometimes I wonder why you aren't being smarter than this :p Probably because I'm more stubborn than I am smart... :-P I don't give-up easily when I know "my way" is "the right way" to achieve a given result. > Linden Lab ('s inte

Re: [opensource-dev] Avatar Hover Height feature

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

Re: [opensource-dev] Viewer Tools Upgrades - with a call for help

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

Re: [opensource-dev] Viewer Tools Upgrades - with a call for help

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

Re: [opensource-dev] Viewer Tools Upgrades - with a call for help

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

Re: [opensource-dev] fmodapi375mac.zip or alternative?

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

[opensource-dev] CEF plugin for Linux builds, a recipe

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

Re: [opensource-dev] Building GTK+ and friends with autobuild new tools

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

[opensource-dev] VS2013 viewer builds and llqtwebkit

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

Re: [opensource-dev] Building GTK+ and friends with autobuild new tools

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

Re: [opensource-dev] Building GTK+ and friends with autobuild new tools

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

Re: [opensource-dev] CEF plugin for Linux builds, a recipe

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

[opensource-dev] CEF plugin for Linux and VS2010 builds

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

Re: [opensource-dev] Debugging purging a single folder from trash

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

Re: [opensource-dev] Debugging purging a single folder from trash

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

Re: [opensource-dev] Debugging purging a single folder from trash

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

[opensource-dev] CEF plugin for Linux and VS2010 builds

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

Re: [opensource-dev] Windows surprise build error

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

[opensource-dev] Viewer Azumarill (coroutines) issue

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

Re: [opensource-dev] USESYSTEMLIBS

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

[opensource-dev] CEF3 64 bits for Linux

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

Re: [opensource-dev] Quicktime

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

Re: [opensource-dev] Quicktime

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

Re: [opensource-dev] Quicktime

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

Re: [opensource-dev] Quicktime

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:/

Re: [opensource-dev] Quicktime

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

Re: [opensource-dev] Quicktime

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: >

Re: [opensource-dev] Quicktime

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

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

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,

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

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

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

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

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

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=

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

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: &

Re: [opensource-dev] Replacement for QuickTime media plugin - a straw man proposal

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

[opensource-dev] Replacement for QuickTime media plugin

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

[opensource-dev] SL Wiki locked down ?

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

Re: [opensource-dev] SL Wiki locked down ?

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

Re: [opensource-dev] 64 bit viewers build instructions

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. ___

Re: [opensource-dev] 64 bit viewers build instructions

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

Re: [opensource-dev] Question about BUG-41029 and 64 bit usage

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

Re: [opensource-dev] Question about BUG-41029 and 64 bit usage

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

Re: [opensource-dev] Question about BUG-41029 and 64 bit usage

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

Re: [opensource-dev] Question about BUG-41029 and 64 bit usage

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

Re: [opensource-dev] 64 bit viewers build instructions

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

Re: [opensource-dev] Linux

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

[opensource-dev] List archive down ?

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

Re: [opensource-dev] Linux

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

Re: [opensource-dev] Mac viewer and Apple maintained opensource libraries

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

Re: [opensource-dev] How to deal with FMODEX?

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

Re: [opensource-dev] How to deal with FMODEX?

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

Re: [opensource-dev] Windows 64bit compiling error.

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

[opensource-dev] Animated mesh (Axon viewer branch)

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

Re: [opensource-dev] Linux

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

Re: [opensource-dev] Linux

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

Re: [opensource-dev] Linux

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

Re: [opensource-dev] Libraries -- Linux

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

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

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

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

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

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

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=

<    1   2   3   4   >