Jump to content

DilliDallagio

Resident
  • Posts

    137
  • Joined

  • Last visited

Everything posted by DilliDallagio

  1. It is hard to say. It might be a custom windlight or a custom EEP environment that your viewer has rendered as what you see. I have done some wacky things with EEP just playing around with it and what the screenshot shows is not out of the realm of possibilities for EEP. I use Cool VL Viewer which has some EEP bits in it, which has thrown off what I thought I knew about windlights and/or EEP environments.There is going to be a learning curve for sure whenever EEP gets sorted and ready for release.
  2. Depends upon the avatar, maybe? Altamura includes a facial gesture HUD with the ability to give their Bento heads a smile. Whether it is a good smile or not... who am I to judge. (I wear Altamura and I do not use the HUD.) ETA: There used to be photography HUDs available that would, if given the proper permissions, take control of the subjects' eyes and mouths so the photographer could get them all to smile and look in the same direction at the same time. But the last I used of one was back in the pre-mesh head days. I do not know if there is one for Bento heads but it would not surprise me if there is.
  3. No, you did not. The post appears in my RSS feed reader. Not in its entirety but enough to get the general idea of what it was about.
  4. Over the past two weeks I have reported two of the Calas Galadhon regions (homesteads) to staff for restarts. Reason being the same issues that have been reported here: once walking into a region cannot move and cannot TP out; scripts not running well despite the simulator stats showing no anomalies in times; etc. Calas Galadhon is a private estate island made up of 13 regions.
  5. Just to answer this question... When I saw this with my iBook, it was the GPU attempting (and mostly failing at) rendering sim-surrounds. If this artifact does not go away and is destracting, you can attempt to derender it.
  6. I understand what you are saying. With that in mind, no, you will not *necessarily* kill your graphics card as long as you do as you are already doing; running SL viewers at medium settings or less. While I was viewing the Gaming-Debate.com site for your GPU I noticed they recommend using a game's lowest graphic settings for this GPU so you may want to try that. Of course, dropping your draw distance down even further should help. Even a 32m draw inside a building should be fine (unless it is a grand cathedral or cavern or something similar). Be mindful of heat build-up doing what you can to keep the air flowing around it. As for the system you are looking at, it will be more than adequate for Second Life. Personally I am using an RX-480 GPU and it is fine. The CPU is fine; much better than what I am using and since Second Life is still predominantly a CPU-driven product, will be fine. I would, however, see if there are systems for about the same price that are using newer GPUs. The RX-580 was released in 2017. Something with a Vega 64 (an incremental improvement over the RX-580; released in 2018) may be price competitive to the RX-580.
  7. A search on the internet reveals the Radeon HD 8650G to be the graphics half of an AMD Richland series APU. As such, the GPU shares its memory with the CPU and system memory. The system memory needs to be configured as dual-channel to get all this GPU can give (which according to a 2018 Game-Debate.com review is nothing; it cannot handle modern games at all). If this APU is part of a desktop system, it *might* be possible to add a separate, discrete GPU in it; if there is an available slot, it is using the appropriate PCI software, and the power supply can handle it. And yes, the image from the OP is exactly how it looked when I ran Second Life in 2006 using an iBook and mobile Radeon graphics. The only way I could fix it was to get a different machine with better graphics.
  8. While I can appreciate the appeal of retro-computing, there is one disclaimer that should probably be stated for those casual users who think staying with Windows 7 or older is OK... "Do not try this at home. If you are not comfortable taking over for Microsoft or Apple (or whoever publishes your operating system) in the development and research of security countermeasures for your old system, which includes patching code or changing workflows, just stay updated with your hardware and software. Retro computing is best left in the hands of those dedicated to its goals who have the technical abilities and understanding to not create a network security problem for themselves or others." Having stated that... why not give a modern linux a try? Intel has made some incredible gains in squeezing out every bit of performance with their iGPU processors to the point they are better than their windows driver counterparts. Intel is a major player in graphics driver development for linux and the Mesa stack. As for not having needed software in linux, I cannot offer any sound advice without knowing what those software pieces are. However, Valve has done some wonderful things with their Proton fork of WINE, enabling (as some have stated elsewhere) 6000 Windows-only titles, including current AAA games, to play smoothly in linux. In some cases, users having both the linux version and Windows version of a title says the Windows version running under Steam/Proton runs much more smoothly than it does under Windows 10. Not being a Windows user I cannot verify any of those claims. Also, since I joined Steam only after I switched to linux, there is nothing compelling for me to try with regards to Proton as I really only play linux native or linux ported games and am satisfied with them. I think, in general, this is an area where the TPV teams for Second Life may get a hint, and since their viewers are based mostly on code provided by Linden Lab, it should start with them. Make the viewer code playable under WINE. That translation layer works in both linux and macOS and if carried off properly should negate the need for the viewer to carry code for all three platforms. Make the Windows version work as well in WINE as it does on Windows and call it a day. As a linux user I would be happy with that. As it is right now, running the Second Life viewer under WINE IS possible but simply put, is terrible performance-wise. Single digit FPS on an empty region is NOT acceptable. At the moment, linux native viewers are comparable to Windows native, but Windows/WINE performance is a non-starter.
  9. That is true to a point. If the user has not only the operating system but all of the applications written for that OS, they can continue merrily on their way within the realm of being really careful not to introduce any malware or similar. However, when the applications to run stop being accessible, then what? Unless that user is competent enough to be able to use the build tools for that OS (assuming they can still be found) to rebuild the source for the applications (assuming it can be found in a state that will build with those old OS tools), there is a logical limit to how long an obsoleted OS will remain functional. Personally I have a few machines from eras gone by that for all intents and purposes, still work. They power up, go through their boot cycles, and end up at whatever their initial user state was intended to be for that machine (shell prompt, GUI desktop, etc.). But that is it. The software for the applications to make the machines useful is on magnetic media that has trouble being read (largely audio cassette tapes but a few 8" floppies are in that batch too). I do not have the source code for any of those applications and even if I did, I do not have the build tools to compile and build. So... yeah... competent users can use old hardware and software as long as they are aware of what it takes to continue using them... and have provided themselves with archives of all the tools and code they need in order to keep doing so.
  10. The answer to the question, in general, would be... it depends. Some body creators have BoM specific bodies that do away with the onion skins. Those would be less complex. Other creators, like those that make Altamura, apply BoM as an Omega applied technology to retrofit existing onion skinned bodies to use it. BoM, by itself, in that application would have little if any impact on improving or worsening existing complexity.
  11. As was stated prior, do not use a public wifi place to log in from. Most of those public wifi places in libraries are bandwidth and/or capacity limited as they are paid for out of taxpayer or donor funds. Usually they are not unlimited capacity. The administrators must provide adequate bandwidth for the uses they expect their patrons to exercise, such as researching and other static low-bandwidth uses. Games are different from Second Life in the number of assets that must be updated every second. Shooter games, by and large, use static assets. Second Life assets have the ability to be changed at any time, and if so, they all have to be updated (downloaded) again and again. The network resources of shooter games generally (in my experience with my own system) are much less than those of Second Life. An example: Dota 2 vs Second Life. Over a 30 to 45 minute period (the usual amount of time it takes me to play a Dota 2 hard level bot match) the amount of resources that pass through my network is very much to be many times greater for a similar length session in Second Life than for the Dota 2 match. I have received "friendly" notices from my ISP reminding me of my network resource use when in Second Life. Never have received those same notices while playing never-ending Dota 2 matches. The usual disclaimers apply here. My experience may not be the same as anyone else's. It is just that in my region of the Earth, libraries are usually running with capacity that is much lower than what is available on a residential plan.
  12. I do believe there is no correlation between rendering performance and the number of scripts the object has. Rendering performance is mostly a viewer side calculation while scripts mostly execute with the server's resources. But, since clothes do not need scripts, why stop there? Mesh bodies do not need scripts either, according to your logic. Neither does hair. The only virtual worlds that I am aware of where clothing, hair, and bodies mostly do not have scripts are those built upon OpenSim. But do not get too comfortable as scripted goodies are gaining popularity there too.
  13. Viewers with RLV: Kokua (uses the "modern" v6 interface) and Cool VL Viewer (uses the "legacy" v1 interface). Not sure if Marine is still publishing her viewer (would be the reference viewer for the RLV API) but if so, that would be the modern interface. Viewers with RLVa: Catznip (uses the modern interface; reference viewer for the RLVa API), Firestorm, Singularity (uses the legacy interface). Viewers without RLV or RLVa: the Linden Lab Second Life viewer and the (no longer maintained?) Alchemy viewer. Both use the modern interface. Any other viewers, such as Black Dragon, I have no information about but users or the teams behind them may weigh in. P.S. All of the viewers that have RLV or RLVa in them do NOT have it enabled by default, except for Singularity. That comes with RLVa enabled out of the box. I have no idea why that is and when I asked I did not get an answer. Just something to be aware of.
  14. If you are using an RLV capable third party viewer (Firestorm, Catznip, Kokua, Singularity, Cool VL Viewer, etc) check to see if RLV (Restrained Love) scripting is active. If so, disable it and relog. If using such a viewer one of the restrictions of RLV is to disallow access to or use of inventory. Disabling RLV and relogging will clear any and all RLV restrictions that may have been imposed upon your avatar. While RLV is disabled you can also check the "Worn" tab of your inventory floater to see if there is any object attached that you do not recognize. If so, detach and discard (or keep it if you wish to explore its contents in a sandbox that disallows running scripts). If you are not using an RLV viewer, then other than a network issue, I have nothing.
  15. They all look fine to me. I am sure long time gamers may add their opinions but I see nothing in the lineup that could not handle the Second Life viewers.
  16. Not a viewer expert am I but I do not believe you will see any Materials effects at all if ALM is turned off. As to your initial concern, I do not know how it is with the Legacy body but with the mesh body I use, I need to NOT use the whole-body system alpha. The BoM will hide the underlying system body without need of the alpha. For my body (Altamura) using the system whole-body alpha renders the body bright red. Try taking off your alpha and see if that works.
  17. Sadly for you, that is a locally stored file created by viewer usage. If you bounce between different viewers, there will be a teleport_history.xml file in each location on your local drive where they store your user data. If your teleport historical record in-viewer is empty it is because it cannot find its associated file. A further look on my own system shows each viewer names its teleport history file differently. One viewer names it "teleport_history.xml" the other calls it "tp_history.xml." The contents of each are different and reflect the in-world places I visited and left using each viewer.
  18. Both Singularity and Cool VL Viewer still use the v1.x interface.
  19. Take a look at the Altamura "Darren." When it was released it was played up as being older looking than the rest. Whether it looks 40- to 50-something I cannot judge but with its stock skin it does appear to be at least 35-ish and older. I have seen it as a full body with head item. Not sure if they sell it as a Bento head only.
  20. Singularity has not produced a so-called "release" version in a number of years. If using the version obtained from their main page download button, it will likely not work. As @Profaitchikenz Haiku stated, look for "Nightly Builds" link located in a list that appears in the top left corner of the page. Follow the links on the succeeding pages to a viewer for your operating system. The current nightly I am using is build 7997 and is working well. In fact, this version is currently given the "Beta" tag by the development team, so it appears to be finalizing for an official "release" in a short while.
  21. Yours is not the first time this issue has popped up here in the fora. If possible, use the Linden Lab Second Life viewer just to see if you are still experiencing the logouts. If so, get details of when you get disconnected and file a JIRA. If it only happens on Firestorm, gather those details while using their viewer and file a JIRA with the Firestorm team.
  22. All of the TPVs I use have this feature: Firestorm, Singularity, and Cool VL Viewer. It has been a long while since I last used Kokua so I do not remember, off the top of my head, if it also has this feature (but it would only surprise me if it did not).
  23. Having spent an hour or so reading and viewing reviews of the eGPU, if it were me, I would not get the BlackMagic unit if performance is the only goal. I would instead investigate alternative eGPU arrangements using much newer GPUs and probably at much less cost. The BlackMagic unit is not upgradeable, so it must be entirely replaced when the need for stronger graphics is warranted (or the unit dies). The cost of the unit in question is many times more than the cost of the RX 580 by itself, though one can assume the additional cost consists of the engineering of a commodity GPU into a non-upgradable premium Apple-only device add-on. Yes, the BlackMagic unit is Apple-ready plug-n-play, but is that worth its cost? One can assemble their own eGPU using recent video cards and cases, or even assemble a complete low-budget PC that can be better performing for Firestorm that costs less than this BlackMagic eGPU unit. In so doing, the GPUs can be swapped out as warranted or desired (provided there is OS support for the upgraded GPUs). Performance-wise, yes it will be a noticeable improvement over the Intel iGPU HD 650-ish graphics of the Macbook. But when compared to Macbooks of the same era that have the inbuilt Pro 580, the eGPU only has marginal improvements in performance. So marginal that many reviewers suggested it is not worth the cost of the BlackMagic unit and users should spend money elsewhere (most suggested ideas were assembling or procuring other less expensive eGPU options). Apparently macOS Catalina has native support for eGPUs so at least no special driver add-ons are required (or so the reviews suggest). All being said, it is your machine and your decision. Best of luck to you.
  24. The RX 580 GPU on its own as installed in a linux or Windows box would be fine. Being used as an eGPU... not sure. It would depend upon the bandwidth and data transfer speed available to it. If possible, see if you can get a hands-on demo using Firestorm before purchasing one. How well it works would also be greatly influenced by the quality of drivers used in the proposed system. Linux and Windows systems have drivers for that GPU comparable to each other as far as performance is concerned (generally speaking; particular use cases vary). From what I remember of my experience with macOS, their drivers for AMD GPUs left a lot to be desired. If it is possible to load an AMD-provided driver as some sort of kernel extension in macOS, the eGPU config may have a chance at performing somewhat near expected levels. If not, then the chain is at the mercy of Apple's drivers.
×
×
  • Create New...