Drakeo

Runs fine in my old mac book pro High sierra. Could you point me to your source code because this isn't pushed to your bit-bucket. https://bitbucket.org/Kitty_Barnett/catznip/src/efca8a26e219bd9219c3659bbb31a4279a1ed8e2/indra/newview/VIEWER_VERSION.txt?at=catznip%2Fbeta https://bitbucket.org/Kitty_Barnett/catznip/src GPL

Your using 64bit Firestorm but your installing 32bit libraries that's fine if you want to use 32bit native voice. When you do that Tumbleweed will install the complete 32bit stack. but the Growl issue was a big find. And already posted it in jira. If FS enable growl that is a crash logger for them then it is linking against a 32bit library that is bad. During a build of Linux64 it looks for linux64 and common if no linux64 it will pull linux. Not good! Been there done that. This will cause the viewer to crash on startup. I do not enable growl on my builds of FS but I am sure they do. I am glad you all brought this up this helps FS

Why would you need to do this. The prebuilt library is static NickyD. and would only run inside the viewer. This means that there is something not static about growl FS team. Must be linked to libnotify . Well I see it now nickyd. Your autobuild.xml doesn't have growel in it for "Linux64". This means linking to the 32bit one . so it is pulling the 32bit growl and using it because on a merge you must have lost 64bit growl. I will let slacker in your Jira post this. you should push a hot fix FS team.

Fun at the O-lounge the best karaoke singers and RL singers that hang in SL.

https://bitbucket.org/lindenlab/viewer/src/DRTVWR-534/ it used to be private viewer but now it is part of the viewer. Callum let us know in opensource-dev it is a google group that took over the old one.

In my build of the viewers LL FS Little penguin Kokua you have the choice of native 32bit or win64 -> winSL voice that is for 64bit wine. Most of the newer distro's and older distro's that want to go 64bit only. Give you the choice of a pure 64bit wine. I don't understand why FS or kokua or any of them are pushing a 32bit wine voice. I guess the use of the pie menu as default to me is the same thing. I was so happy when LL dropped that and we got a simple right click to everything. To me this defeats the whole purpose of having a pure 64bit system. Do not get me wrong I been building wine multi arch for years it is called WoW-wine built it with Mgwin inside Linux so you can use windows native binaries. The only program I need wine for is for LLvoice because I want a true 64bit experience. I do have a multi arch system I test the old 32bit native Vivox that isn't no longer supported. This happened because the Vivox Developer on it had a bad experience installing Ubuntu. I read his rant that Vivox later went on to delete. Do to real developers giving feed back. https://bitbucket.org/Drakeo/3p-voice/src/master/ this is my build for repacking windows vivox 64bit into win64 that is then moved to viewer-install/bin/winSL. That said NickyD of FS team proved me wrong because I was to blind to see the use of wine llvoice in the viewer. Live and learn proved me wrong. so I hoped to improve on it. The only person that was wrong was Vivox Dev's that lost lot of money to Steam. Steam just made there own. I for see a true 64 bit Steam Proton as soon as windows actually goes full 64 bit like MacOSX Linux. Windows 11 is and will, hopefully get into this century.

It is a way to do a pan and super wide picture like looking at a map of the world. Unrolling a globe. So on close up shots you can still capture everyone or things around you. Look at a 512 meter photo and how far you have to back away from it to capture it all. This does it much closer. Then unrolls it. I felt the same way at first then started playing with it you can create some wonderful art. Life is 256X256 pixel smiles.

Remember it is a test viewer turn the texture memory down to 1024 for fast rezzing Post your cool pictures here.

I think it is a wonderful thing this 360 snaphot. The whole concept of capturing the screen in this manner unlocks many more innovated things to come. I think in the future love to see bubble messages overlay onto it to make virtual world comics on the fly. And better yet 360 30 FPS videos. I have incorporated it into my build of LL viewer. Not for use yet. I have merged it into my little Penguin Mesh project viewer for testing. Any one knows me they will know where to download it on the bitbucket. I see great things in the future for this. https://youtu.be/MUPw59xwLYU

look you have to understand you have a 10 gen intel cpu. The FS build is for 3 gen intel cpu. This is why I build my own. Then build a windows version and mac version for friends . The mac version is set to gen 5 and higher Intel cpu's. This is why FS has the best wiki on building this. They are an old wonderful Windows open software team with roots deep in Linux. I compile my own libraries for openjpeg for my CPU. Firestorm 6.4.21 (64531) Aug 11 2021 23:30:40 (64bit / AVX2) (Firestorm-Drakeo) with OpenSimulator support Release Notes CPU: AMD Ryzen 7 3700X 8-Core Processor (2200 MHz) Memory: 32053 MB Concurrency: 16 OS Version: Linux 5.13.8 #1 SMP Wed Aug 4 13:27:49 CDT 2021 x86_64 Graphics Card Vendor: NVIDIA Corporation Graphics Card: NVIDIA GeForce GTX 1080/PCIe/SSE2 Graphics Card Memory: 8192 MB OpenGL Version: 4.6.0 NVIDIA 470.63.01 RestrainedLove API: (disabled) libcurl Version: libcurl/7.54.1 OpenSSL/1.0.2l zlib/1.2.8 nghttp2/1.25.0 J2C Decoder Version: OpenJPEG: 2.5.0, Runtime: 2.5.0 Audio Driver Version: FMOD Studio 2.01.09 Dullahan: 1.8.0.202011061705 CEF: 81.3.10+gb223419+chromium-81.0.4044.138 Chromium: 81.0.4044.138 LibVLC Version: 2.2.3 Voice Server Version: Not Connected Settings mode: Firestorm Viewer Skin: Firestorm (Grey) Window size: 1920x1007 px Font Used: Deja Vu (96 dpi) Font Size Adjustment: 0 pt UI Scaling: 1 Draw distance: 128 m Bandwidth: 500 kbit/s LOD factor: 3 Render quality: High-Ultra (6/7) Advanced Lighting Model: Yes Texture memory: 1024 MB (1) Disk cache: Max size 2048.0 MB (13.8% used) Built with GCC version 50500 August 13 2021 15:33:48 SLT I need nothing over 1024 for super fast crisp rezzing.

Fact is I compile and Test several viewers a day. The FS team has again surpassed what I thought could be possible link 1302 object Just a start then link them to 49800 object CEF3 that we build the Dullhan Host with and the 63 other libraries that have hundreds of linked objects. You think you can run any thing under a Nvidia GTX 1080 and 32 gigs of ram and not use a SSD hard drive so the objects ,animations, mesh objects pulled from cache a extracted to your gpu Your are foolish. The latest Firestorm Viewer runs So much better and less Memory leak. Uses 8 to 9 gigs of ram at full throttle with 90 avatars. Mac Uses up to 11 to 12 . Linux is using 10 gigs. The SL viewer same issue. My viewer Little penguin Same issue. The new simplified cache system is a plus. yYou can thank the FS team for this. The only Problem we have is Second Life Not posting real system requirements for this Client. So buy a lap top watch it burn up even the best gaming laptop will fail in this program. so will dual Titian Nividia cards. because the server will send what you ask for. or lets here you complain about lag. Be stupid turn your Video texture memory up thinking that is better. No the bottle neck is your hard drive and cpu as it passes it to the GPU. faster the cpu the faster the hard drive and a mid high range video card. Not a laptop. The heat throttles them back. Lag is created by the server updating. Not by the Client . My hair has 5000 objects that is lag as the server updates. not the scripts you freaked out script counters they get passed on to the client. only an Idiot would put a script counter on his land thinking stop lag. it is one script that keeps banging the server like a bird walking on the ground or the wings of an angle with old texture animation script. This latest build of Firestorm much faster much tighter than The LL viewer. This is the first time I could say this in 10 years. If your running this texture memory on a 1080 dynamic or not. You are asking your cpu to move 2 gigs a second from cache to cpu to GPU and then back. or destroyed either way either way it is about hardware and SecondLife system requirements not being updated. This falls on marketing and Linden Labs. Not the Dev's or the servers because they are blinding fast. 90 avatars times 5,000 objects on a standard avatar. Lag will never be created by the client if the correct hardware setting and hardware is used. https://www.firestormviewer.org/firestorm-release-6-4-21-64531/#comments https://jira.firestormviewer.org/secure/Dashboard.jspa

In the USA it is a Republic. The people elect and pay the servants. It is We the people are the Government for the people . You can have a million wonderful social programs. But your still a Republic. For the people by the people. This is proof it is time to fire the people we hire. As for a phallus shaped rocket so what. You ever look at lipstick.

I lived through Regans deregulation . Seen my IBM and Sears and Xerox accounts demand a 53 percent cut on tariffs. So my little company stop hauling IBM Sears Xerox Little brown shoe factory . You get what you pay for. They called me up when they needed something they paid full rate. The big company sales people booked hundreds of moves. And struggles to get them covered. Deregulation was for the sales people not the worker.

Love your neighbor. Separation of church and government. Keep it simple you will never take your money to the grave. Worked for my Self most of my life. First thing you learn. Is lover your neighbor. All the money in the world will never stop you from being worm food. Space Ship earth is a social cruise. May as well love your neighbor. We are a Republic in the USA we hire people to run our country. Nothing more social than that.

I met Jeff the year he rented the two top levels of the New York city book repository . He ordered a 48 foot trailer full of brown paper bags. Thing was 48 foot trailers 102 inches wide were illegal at that time in NYC. That put's it about 1990 to 1991. I picked up this load of brown bags in Lisle IL. Looked at the bill of Lading BOL. And it read Amazon. I had no clue what Amazon was. Well anyways I was chosen to haul the load because I knew the Boroughs of NY. 26th street is a one way street. Called Amazon up told them the scenario. Where was I going to put 70 feet of truck on that corner. got there 3 am was able to park across from the building. Jeff shows up 7 am . I have 40,000 pounds of bags. no dock to unload them. Put a pallet jack up in the trailer and then stack the bags down onto another pallet. then take them to the 11th floor and stretch heat shrink them. I busted my butt that day Jeff did to and 3 of his men. In the mean time my girl friend Mary had to find a place to use the bathroom. So it cost me a pizza at the pizzeria close by. Then I was questioned by the police about the length of my truck. He was local just told him it was a 45 footer road trailer my large truck makes it look longer. Gave him 50 dollars to watch my truck. Then he left. All said and done it got unloaded. Jeff tipped me 150 before I started 150 after I finished. He still had hair then. Then I got stuck at the GW bridge on the way out for 3 hours. I did ask Jeff wtf is Amazon. he told me his mission was for people on the internet to by a book in NY city have it delivered the same day. I had know clue what public internet was at the time. this was b4 AOL people used CompuServe. He explained he wanted to sell books and make it possible for people to read books on the internet. I thought he was nuts. Hard worker. truth. In 1978 when I was in computer science flunking out. had no clue how far cobol or fortran would go. I do now. I have more all real NY stories. Most drivers never want to go there. I got paid good. Spent many years on the road teaching my self Borland C then gnu gcc C the C++ etc etc. it is a great hobby.

That is a total mess and is still very problematic. Caused me huge troubles in the past.

The FS team are some of the finest caring people I have ever watched develop on the wonderful base code LL viewer. They have given so much to the opensource community. They are an example of what is right in the virtual worlds. They put out a world class viewer that is well loved. Is it faster? or better? that is up to you. I prefer the LL viewer UI over FS. I prefer the LL chat over FS. I prefer FS camara floater over LL. The FS team has spawned so many wonderful things that are now in LL viewer. The search function for preferences. I believe tools are better in FS for Machinima. such as turning the voice texture to transparent with a click. And for years the animation distance . The distance you see an avatar animate was much farther. I see this has changed. If running on windows 10 with 8 gigs of system ram you will have many crashes. It is best to have 16 gigs. I believe everyone should give it a try. First thing I do is disable the pie menu.

Spent over a decade maintaining a build of the LLviewer for Linux. I maintain and build all non-common pre-built libraies to build and have directions how to build it. This is the LL code 99.9 percent . The source code and all commits just like LL is open to the public. It will build in the gcc 5.5.0 to gcc 10.3.0 as of right now. In the link I supplied you can see the source and click the download . I believe the big Thing was vivox and now I agree with LL why maintain a non functional native voice. Everyday you will still see in LL commits Linux is still well thought of. My belief it is a must to as you can see in LL commits they create the code that is Linux in mind. One day I am sure things will have to be built on powerful ARMS cpu's this will lead you back to Linux. LL has done a wonderful job keeping this very close for Linux. Most of the times it is minor tweaks. Yes All the media works in my build. You have abillity for native 32bit voice or install wine64 bit and go into debugs setting set to use wine SLvoice. then reboot. You can thank NickyD of Firestorm for this. FS team and the Kokua team are some of the finest teams and viewers in here. but if you want the latest up to date Linux LL viewer you will need to download it from my bitbucket. You will not be able to upload mesh. If your a diehard linux user like me you can use the latest wow-wine Wine 6.0 and install the windows version. you will not be able to use many things but voice and mesh upload works. None of your search will work because chromium embedded "CEF3" browser will not run in wine. wine is a true layer not an emulator WINE stands for wine is not an emulator.

Thank you for your kind words. I do not have a issue per say. Just invoking some adult convo. I used this thread to prove my point. From my point of view it went perfect. now off to inworld to have fun.

that's a deal . thank you for your hard work.

Henri you understand vanilla. I can run vivox in the viewer or outside the viewer in wine. just saying. Not the system. you may need to understand all the wonderful work you do. is lost on an script that fails to call wine. In the beginning there was Slackware. And from there you have what. Not up to you to tell people the system is wrong. it is up to you to create a tool so others can use your tools. Little Penguin Release Viewer 6.4.21.43743 (64bit) Release Notes You are at 184.9, 235.9, 89.6 in Missauke located at simhost-054d290d433fb9fc7.agni SLURL: http://maps.secondlife.com/secondlife/Missauke/185/236/90 (global coordinates 262841.0, 254444.0, 89.6) Second Life Server 2021-06-23.560819 Release Notes CPU: AMD Ryzen 7 3700X 8-Core Processor (2800 MHz) Memory: 32118 MB OS Version: Linux 5.12.15 #1 SMP Wed Jul 7 14:12:21 CDT 2021 x86_64 Graphics Card Vendor: NVIDIA Corporation Graphics Card: NVIDIA GeForce GTX 1080/PCIe/SSE2 OpenGL Version: 4.6.0 NVIDIA 470.42.01 Window size: 1920x1007 Font Size Adjustment: 96pt UI Scaling: 1 Draw distance: 128m Bandwidth: 1500kbit/s LOD factor: 2 Render quality: 5 Advanced Lighting Model: Disabled Texture memory: 1536MB Disk cache: Max size 1996.0 MB (36.3% used) RestrainedLove API: RLV v3.4.3 / RLVa v2.4.1.43743 J2C Decoder Version: OpenJPEG: 2.3.1, Runtime: 2.3.1 Audio Driver Version: FMOD Studio 2.01.09 Dullahan: 1.7.0.202104251721 CEF: 83.3.12+g0889ff0+chromium-83.0.4103.97 Chromium: 83.0.4103.97 LibVLC Version: 3.0.7 Voice Server Version: Vivox 4.10.0000.32327 Packets Lost: 0/1615 (0.0%) July 12 2021 07:05:22

Glad it works for you. Horse before the cart. FS works fine my builds of the SLviewer works fine My viewer LittlePenguin works fine. This is a vivox issue so I would look at your vivox-voice-client in your source code. I did. now you want an outside script to tell me my system of over 20 years is broken. because you look for something on the proc. I been building using wine longer than I been maintaining the viewer. If it works for you. then your happy. I am Happy. I have no use for that install script to say my system is unusable. When it works fine.

I understand that. but that part is broken. I will take it to your support. Just did not have time. Call to wine is done through /usr/bin/wine* why do you need anything more. Heck debian stop building the preload module years ago. It is still part of the build. I build a true 64bit only wine just for SL. then on my multi-arch systems for gaming. build with MinGW-w64 add support for Windows native binaries (PE format). And still nothing works with your install script. My environment is Slackware current aka slackware beta 15 Everything is vanilla

Yes Henri it should I tried editing the install script to force it. I was at a loss why you would ask the /proc Love what you do. I love your hard work. keep it up.

I wonder what the output would be if the title was trolls have rights to derail knowledge base.