[opensource-dev] Viewer Manager (Launcher) and AntiVirus

Avira (and presumably all others) goes nuts on vmp_util.exe whenever it appears anywhere, worse, when i configure the viewer and it downloads and extracts the viewer manager package it immediately flags it as potentially dangerous in such a way that said file becomes completely phased, i cannot rem

[opensource-dev] Windows 64bit compiling error.

So after the painstaking process of going through the very lacking wiki guide, getting everything set up, fixing all the issues and getting the Alex Ivy repository successfully build, i'm now in the process of switching my own Viewer (Black Dragon) to Alex Ivy base, after a few more problems i coul

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

I had openjpeg 1.5 long ago for some time, the 32bit version wasn't all that better... it was... unreliable. 2017-01-17 18:09 GMT+01:00 Nicky Perian : > >>Please forgive me if this should already be on my plate, but I don't > >>recall a Jira about the openjpeg 1.5.1 issues? Does 1.5.1 fail to loa

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

jects. 2016-12-16 2:03 GMT+01:00 Callum Prentice (Callum) : > Yep - I saw a lot of memory related texture references too - I don't know > if cards these days have more than 4GB of video memory - definitely a > possibility soon if not already. > > On Thu, Dec 15, 2016 at 5:01 PM,

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

Funny, i just so happened to stumble across this a few days ago when i had this mindblowing realization that this might be the cause for the Viewer not properly reporting VRAM over 4gb but i don't happen to have a 4+gb VRAM GPU so i wouldn't be able to test anything i do and ultimately dropped the

Re: [opensource-dev] VS2013 viewer builds and llqtwebkit

Strange... i haven't noticed any llwebkit issues but then again i haven't really cared in the past as webkit was always some kind of broken for me. I'll take a closer look next time i compile the Viewer. 2015-07-23 17:17 GMT+02:00 Henri Beauchamp : > Greetings, > > I updated my viewer so that it

Re: [opensource-dev] Avatar Hover Height feature

well. If that is the way "open source" and productive collaboration is supposed to be then i have no more interest in collaborating or giving any constructive feedback and/or offer solutions of any type or in any shape. I hope more people start speaking up and i hope it makes you reconsider y

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

I hope you read the rest of my mail, i attached an example picture of my own preferences window and explained long and broad how i would picture a new graphic preferences tab. 2015-01-24 17:51 GMT+01:00 Henri Beauchamp : > On Sat, 24 Jan 2015 17:38:01 +0100, Niran wrote: > > > I gues

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

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. I don't like how this new layout wastes even more space than the ol

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

" I’m curious what an UX-expert would think of those changes." Do i really have to say something about this? 2015-01-24 14:04 GMT+01:00 Jonathan Welch : > Martin, I am sorry you are unhappy with LL's new UX design but this is > one of those cases where no matter what is done someone will be > un

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

additionally i found this: fail Can't create object because \nthe parcel is full. This is the exact notification i get when i try to rez an object on a parcel that is full, the other one being the one i posted previously. Not sure about Viewer 1 but they seem to have different wording, you

Re: [opensource-dev] ThrottleBandwidthKBPS - kilobit per second or kiloBYTE per second?

The idea is actually very nice, i should take a look at limiting bandwidth to your current SIM only at times. 2013/7/31 Marx Catteneo > I have made full sim art installations myself and i do think the platform > of SL should be able to handle such a thing as it has a totally different > feel th

Re: [opensource-dev] ThrottleBandwidthKBPS - kilobit per second or kiloBYTE per second?

I had transfers set to UDP for a long time aswell because HTTP was just way slower, caused my router alot of problems and often also prevented my Avatar from ever rezzing in any SIM, same for some other Avatars. 2013/7/31 Lance Corrimal > Am Dienstag, 30. Juli 2013, 17:28:50 schrieb Darien Cald

Re: [opensource-dev] ThrottleBandwidthKBPS - kilobit per second or kiloBYTE per second?

Names or it didn't happen. 2013/7/30 Kadah > > > On 7/26/2013 10:47 AM, Argent wrote: > > > > On Jul 26, 2013 12:32 PM, "Darien Caldwell" > > wrote: > >> So basically while this system is probably beneficial to those with > > bad internet connections, it's rat

Re: [opensource-dev] ThrottleBandwidthKBPS - kilobit per second or kiloBYTE per second?

probably beneficial to those with bad > internet connections, it's rather punitive to those who have excellent, > wide pipe connections. The only way to increase the bandwidth max is to > recompile the viewer. > > > > On Fri, Jul 26, 2013 at 9:54 AM, Niran wrote: > >

Re: [opensource-dev] ThrottleBandwidthKBPS - kilobit per second or kiloBYTE per second?

My Viewer has: ThrottleBandwidthKBPS which also clearly says this: Maximum allowable downstream bandwidth (kilo bits per second) then theres also this: XferThrottle Maximum allowable downstream bandwidth for asset transfers (bits per second) so i guess asset and everything else is also split, at

Re: [opensource-dev] Not all Open Source developers are honest...

Thing is, Henri said Kirsten did just take his code to update his dead Viewer to make it compatible with stuff again without mentioning him in any way, going to far that (nearly) all traces of Henri are removed. 2013/6/1 Martin Fürholz > Ah! I misread the “joined” date on that forum page as the

Re: [opensource-dev] Not all Open Source developers are honest...

Hehe, Henri, i really appreciate how you literally punch and kick everyone (especially those who deserve it), ofcourse you have a reason. Continue it, it makes me all <3 and ♥ 2013/6/1 Henri Beauchamp > On Sat, 1 Jun 2013 18:40:16 +0200, Martin Fürholz wrote: > > > Hi Henri, > > I'm curious: >

Re: [opensource-dev] 'justabouteverything' (STORM-1921, STORM-1928, STORM-1927)

i highly doubt that it was ever "hard" to merge, i mean it seems to be "hard" to merge as soon as something very very tiny doesnt work automatically for LL... like uhhh it didnt write one line... its s hard to do that manually... at least thats what it looks like... 2013/3/10 Adam Moss > I'v

Re: [opensource-dev] DirectX SDK update: should we use it ?

"Here, I bet the viewer won't compile under VS2012" Singularity is compiled with VS2012 if i remember correct 2013/3/1 Henri Beauchamp > On Fri, 1 Mar 2013 08:54:00 -0800, Darien Caldwell wrote: > > > This is being offered to all Windows 7 Users, not just developers. > Reading > > deeper here:

Re: [opensource-dev] Serious regression in SSB-enabled regions

You meant the "closed and banning-for-trying-to-fix Jira" 2013/2/24 Henri Beauchamp > On Sun, 24 Feb 2013 10:36:12 -0800, Darien Caldwell wrote: > > > Yes, this was brought up to Nyx and Oz at Oz's last User Group meeting, > > by inusaito.kanya > > I alas can't participate in meetings held on v

Re: [opensource-dev] Review Request: BUG-840: Viewer 3.4.2 (Beta) breaks almost every sliding door script in SL

Ah good thing i really dont care about this. I mean , Martin is right , with adding your stuff you are basically preventing it from getting implemented but i have to say its LLs own fault because they insist on this damn CA , really , isnt this OpenSource? doesnt OpenSource mean that basically ever