Jump to content

Flame Swenholt

Resident
  • Content Count

    47
  • Joined

  • Last visited

Everything posted by Flame Swenholt

  1. Okay, I have a even bigger problem: the numbers do not match up. On January 2019, the form claims ~$235, but the amount on the site says $225 (the amount needed for the sim payment). This trend seems to follow for all the months on the forms and in relationship to the receipts I can pull up (very well summarized at that) on the account summary. Is Linden Lab writing on the form based on L$ value BEFORE processing fees?! How the heck does that make sense?
  2. Agreed, and in essence, that does make sense. However, last I checked, it was Linden Lab that did the charges for sim payments, so why there is no receipt of that at all if done internally within their system is a grave error on their part. It also makes running my sim, which is just for hanging out and not for profit, now even more questionable if I now have to operate as a mini company just to effectively own it (again, all earnings go to paying the sim and nothing else). EDIT: Found the solution: go to Account Summary, and you will be able to see all transactions involved, including sim payments. I will have to generate 12 PDFs, but I can get the results and thus a total of expenses.
  3. And that, right there, may be the culprit. I do fall in one of those states, and the amount earned is slightly above the state threshold. However, this still doesn't help with expense reporting, since Linden Lab doesn't notify me on sim payments last I checked, and thus I have no receipt except in their own system.
  4. That is where things are going to get drastically difficult to follow: sim prices changed this year, and in my case, I paid strictly using the USD balance on my SL account, not via cash out and then repay that way (yes, some people do this). So my issue is... where are my receipts of the payments then for payments in their own system to report expenses against the gross amount of payment? On top of that, if I never cashed it out then why is it being reported? I only wish I could have cash out as much that Linden Lab/Tilia claims I did.
  5. Seriously? Then why isn't the number of payment transactions documented on the 1099-K? If that's the case, I'll have to seriously rethink our splitpay systems which operate on a daily function and even then, that's very misleading to not reflect that on the form. EDIT: And still, I haven't done a process of credits in a long while because the amount I earn isn't enough to pay for a sim and that's it. So i'm being taxed for imaginary money that hasn't even become USD?
  6. My issue is that I got one... but I shouldn't have based on the following: Even if I combine my Tilia and Linden Research ones... I never hit $20,000 nor 200 transactions (not even a quarter of that). So now my issue is if I have the form... even though it NEVER hit enough to matter, does this even count? I just pay for my sims directly within LL/Tilia's system using the L$ proceeds from friends who contribute to the payment. If this is going to involve tax tangoing, I'll just take my services elsewhere (and in this day and age, there are plenty of other places now).
  7. Hate to be the bearer of bad news, but I've been using an Oculus on SL for awhile, and unless LL has some massive graphics engine overhaul that actually makes use of the hardware, bring the sick bag if you plan to jump in with the headset. The framerate is the issue. I didn't think it would be a big deal, but due to how inconsistant it is, it does get dizzying quickly, and since LL wants Advanced Lighting Mode turned on, good luck. I have a GTX980Ti Lightning Edition from MSI and unless I nerf my settings, getting anything above 45 frames a second is not doable, let alone letting the viewer render things TWICE for the Oculus.
  8. Disclaimer: Please no "This is Second Life, what do you expect" responses. They have plagued all other topics in relation to this and has more or less just not resolved the issue. Considering the advent of Virtual Reality technology, this is a fairly important subject. So, here we are again, the dreaded "Why does Second Life only use xx% of my GPU?" question, but this time with a good reason. I've been on Second Life for awhile now, and I can say this when I tried it with my Oculus Rift (via CtrlAltStudio): it changes everything. Clubs are more interesting, walking around houses are a whole new treat, and just overal attention to detail changes. I pretty much now actively log in with my Rift (DK2) and wonder around Second Life. The problem is that the frame rate is just horrid. My system is rocking a newly aquired MSI GTX980Ti Lightning Edition, given a gentle overclock. My CPU is an Intel i5-3570K overclocked to 3.6Ghz (I used to do 4.4 but my water cooler pump died so...), and I have 16GB of ram. I also have Second Life on my SSD raid array along with its cache. Despite all of this, I have to run on medium settings for even a simple 60 frames a second in a general area. "Oh, you wouldn't even know your frame rate unless you looked at it." I start to hear some keyboards type out. In a normal desktop envirnment, I'd hold an agreement with to a degree. However, the moment you jump into Virtual Reality, where the only thing in view IS the Second Life environment, that frame rate is VERY noticable. Anything lower than 30 FPS pretty much results in motion sickness after a long exposure to moving objects, at least in my experience. While I do get I am now asking the viewer to render things twice, the thing is that due to Second Life's age and overall lack of hardware usage, this is hardly an acceptable thing! I have already tried the "Have nVidia handle it" trick that most people link. I have tried setting Second Life's prioity to Very High, which nothing running in the background. No matter the case, Second Life refuses to use the hardware I give it, and with the VR craze happening right now, Second Life is missing out on a MAJOR chunk of this! While doing research on how to improve my overall Second Life experience, I have gone and optimized my own avatar, lowering its render weight while keeping my overall look. I now look at how well things are made and buy optimized goods and clothing. No matter my own actions, nothing will resolve the overall looming issue: Second Life is not truely using the hardware of the systems it runs on. So, my question is this: Why the heck have we put up with this for so long and not just dived in to fix this? While the quick settings thing is interesting, it's a bandaid over the REAL gushing issue.
  9. Just throwing my two cents in, but on a FRESH reinstall of Windows 7 Pro 64-bit, with latest drivers, simular specs (minus the 500G SSD, only have a 240GB on RAID 0 (4x55GB OCZ RevoDrive), and I get about 45 FPS with dips at 30-25 in crowded areas. I know that the GPU topic comes up time and time again, but I will say after upgrading from my GTX 680 Lightning to my GTX980Ti Lightning, just getting 15 more frames per second is... really disappointing. That being said, if you're ONLY frame rate is 15 FPS, there is something very wrong that I don't think is entirely on Second Life's part. if you have Afterburner or some kind of GPU monitor, check the GPU usages without Second Life running. If you see some kinds of usages with it off and nothing else running, there's something else happening.
  10. I am going to be logging in and checking it out, but so far from what I've read, you are giving avatar makers just another migraine to now deal with. I still remember the older ARC system and if that is anything to go by, I'm fearful as to how this will work. Rendering Complexity being a threshold for avatars to be seen can be detrimental to some communities, even if it is made as a toggable feature. If the client was smart about this and did proper calculations, then maybe. I'll know more when I actually try it. As for rendering settings, I think it's cool, but let's be honest and address the elephant in the room: the client needs the rendering engine to be fixed. We have AAA games being made rendering more complex things at higher framerates, some even multiplatform and cross-operating system, and yet Second Life is chugging behind. OpenGL can be very powerful, and while I don't know what is making the client so under powered, it should seriously be looked into. Quick Graphics is just a reenactment of the Black Knight scene from The Holy Grail.
  11. Title speaks for itself. Welp, does mean that my future ideas of streaming avatar developements is 100% not happening anymore. Somehow Second Life ranks with that of Sakura Spirit and Hatred, the later being an obvious reaction to why Twitch has pulled out the Adult Games ban. So if you do Twitch and you do SL, don't do the two at the same time within the stream's viewing, unless someone can talk some sense into Twitch. Source: http://help.twitch.tv/customer/portal/articles/1992676-list-of-prohibited-games
  12. Just throwing my two cents into the mix, but I actually liked SLGo for the convience that I could do my work on Second Life without having to carry my bulky, underpowered laptop. I could use the OTG support of my tablet to plug in a keyboard (which was part of the case) and I was able to effectively do even scripting work remotely with no issue. Heck, SLGo ran GREAT on my JXD S3400B since I was able to map the controls to the two analog sticks, mimicking the flight camera controls when I use it from time to time. To me, this is a real pain since my PC can handle SL just fine... but my laptop can barely keep up, and 'gaming' laptops are very pricy and are just inefficient in general. Back before my JXD came in, I was using a $50 Nobis NB09 tablet. The fact a cheap android tablet could run SLGo was a big deal and really made me continue using the service. The lack of SLGo won't exactly hinder my normal experiences, but it does ruin some future plans I had (For example, using SLGo as a 'controlled' benchmark for a typical SL Experience and wondering SL while traveling). I hope that LL can find another provider, since honestly SLGo was apperently good enough to offer In-World purchases, which was implented not too long ago if I recall.
  13. Is it me or am I the only one bugged by the transactions in Process Credit History being sorted in Ascending order? When I visit the page, I am typically looking for the most recent transactions, not my first ones from 2008. I haven't complained before but now it's really irratating me and I cannot be the only one with the same complaint. Is there any way to get the date order reversed or at least have the option to review the data in Descending order?
  14. How can you all be so blind? Linden Lab DIDN'T want to perform such a change, they were FORCED to. http://fincen.gov/statutes_regs/guidance/html/FIN-2013-G001.html This is why there was no grace period. The rising popularity of BitCoin has caused that bill to come into play, and like as the Linden Dollar is a virtual currancy with a cash out option, it gets hit by the bill. I agree that LindeX's times are rediculous, as seen by the performances of the third party exchanges. I have mentioned in a post on another thread that Linden Lab should seriously consider making instant cash outs at the very least a feature to premium users. Let's all face it, most business owners own at least one estate (sim) at which minimally we pay $295 (lower if you are lucky and have a grandfathered sim). To pay $72 a year, or $6 a month, on top of the larger amount we pay wouldn't be that much of a big deal if we already have enough income to support the teir costs. I am not bashing down the 'trust' system, since I do agree that is also very good (we could also try applying that to other things like mesh uploads to really slow down game ripper activity as well without hurting the real creators), and I think we all agree that the speed of LindeX is the problem, in which I strongly hope Linden Lab comes up with some fix to this soon, or I see a grim future for Second Life.
  15. After checking, yeah.... was confusing RISK and llTransferLindenDollars. My bad.
  16. Now that the RISK API is gone (thanks, Linden Lab), what are we supposed to use now to check transactions?
  17. I rely on cash outs from Second Life to pay a good majority of my bills and to help with other every day expenses. LindeX's unreliability in timing is something I cannot, and will not, tolerate under any given circumstance. I have been using Virwox for several years now when I need the money immediately and with this update to the TOS, I am not pleased at all. Many companies do business outside of the main Second Life grid. This is a fact, much like many other real world companies doing business outside of their home countries. Virwox is a standing point between a good few grids that enabled simple conversions between the various currencies. While I have not used Virwox for cross grid commerce, I have used it for the one thing that is the topic of the post: Instant cash out. I find it hard for Linden Lab to not include this as a feature, even if it was made as a premium feature, which would mean more users being premium, and more money in their own pockets (which hey, since when does a company not want more money in their pockets?). I have, at times, been held back a solid month in a withdraw, and Virwox was there to help. So, to Linden Lab, I have to say this: If you want your users, be it residents who add to the money pool or to the creators who give reason for the money pool to exist, I'd suggest revising your Terms of Service and/or revising your own LindeX systems to be better beneficial to your users. The very users you are effecting may still use other services, despite being against the Terms of Service, due to the problems still in your own system. Instant cash out is a priority to many business owners, and if it was added as a premium feature, the number of premium accounts would rise and the positive feedback should rise accordingly. Until then, only expect the worse, because that is all the change will do.
  18. When I heard about an update to the interface, I was rather interested. Upon trying out the beta for CHUI, I actually found it interesting. I could bring up IMs, manage group chats better, and things seemed to flow a bit better. It was also fairly stable. But the public release with 'bug fixes' is the complete polar opposite. As a developer, crashing every 5 minutes is a harsh reminder that new things are followed by new bugs, but almost random crashes with trying to develop new things is beyond unacceptable. Why do I have stronger stability in the beta version of the publicly released viewer with bug fixes. Builders may relax with the knowledge that their goods will be where they last left it. Scriptors will just have to be in shame or learn to use external editors unless they enjoy retyping the same parts over and over again. Dealing with customers is now dancing with a crash that doesn't even leave behind a report (or even attempt to send it to the crash report servers, but then again that hasn't worked for over 2 years anyway). My question is this: Why is it that the beta viewer for CHUI was more stable than this public release? Above that, what on earth do we have to do to prevent these crashes? PC Specs: http://valid.canardpc.com/2770158 Notes: No, my system is not running SLI. All monitors are plugged into just one card. The second is just a PhysX purposed card (when not doing PhysX, it will do Folding@Home work).
  19. We use our blacklist carefully and selectively. We are aware it doesn't fully stop copybotting and we never state it is the perfect fix, but for what it does, it proves a point and does slow things down. This also applies with our group manager system that acts as a 'banlist' for groups, which is also not a perfect solution (and even with the one LL is implementing, it also holds the same issues and flaws), but it does help keep things more organized and reduces problems. You seem to be inclining that we just fire off the blacklist/ban cannon like fireworks. We know the difference between honest individuals and problematic ones, and that is why we make use of such services to help keep our group chat without spam bots, greifers, and over whelming drama so that the honest individuals can further enjoy the services we provide ourselves. It's been working for us for over a year, and we do not intend to look back. I've only just heard about the 'must be over 30 days old' from this forum and I agree it isn't practical at all. For our group, we thought about blocking accounts that were not 7 days old minimally but at the very least presenting the reasons why. We haven't pushed forward with it, but we also provide alternative ways of announcing things such as websites and the use of Twitter, which has worked almost flawlessly.
  20. I was wondering if a blacklist feature is hidden away in the merchant home area or somewhere in the My Marketplace menu, since we have some individuals we prefer to blacklist ourselves given past experiences with copybotting and other issues where we'd rather not do business with the individuals. We are looking towards the marketplace due to the API extensions for our vendor system (before the comment is made, we are not changing from our current vendor system. Period.), and while we don't expect interaction with our currently installed blacklist system (that's asking for too much), just having the option of adding/removing people much like how we add and remove access in regions and parcels is all we are looking for if this exists or is even being considered. I know a JIRA was made roughly 2 years ago, but considering that JIRA is no longer in use and because some older JIRAs (namely the group ban list feature) have seemingly been given notice, we would like to expand to the marketplace but will have to reconsider if we cannot block certain users from our store.
  21. When I am on my network, I can log two clients on at the same time with voice active with two machines. At my friends' place, however only one person can use voice. If more than one instance is active on the network, it wil cause voice to cut out on everyone's end. When I am at my own place and they both have voice active, I can hear them perfectly fine and they report cut outs on their own ends (so I assume outgoing signals aren't the problem). The routers we both have are the same, with the service providers being different. Is there any idea what is going on here?
  22. Hmmm.... Interesting life cycle... LL gets JIRA Users use JIRA. Users are happy. JIRA suddenly stops letting some users from using it. Some users are said. LL updates JIRA Said users can now properly use JIRA. Users are happy again. Few days later, LL kills JIRA. Users get angry. I understand that bug fixing and customer support is a task that is comparable to being a living sandpaper tester, but simply making JIRA essentially lose its purpose is as thoughtful as an expired, empty gift card. As a system analyst, judging from comments on both defense and offence, the main thing I can see is the improper use of JIRA being a possible fault line. While some JIRAS serve their purpose, some (like campaigns for frivolous things) would give a bad image to the service. They should have analyzed the proper usage of JIRA and identify if there are tags that should be removed instead of simply changing the system all together. It'd be easier to migrate if they just disabled some tags and creating a more narrow scope for more serious manors than doing what they are doing now. From what I can see, the path they are taking is just making work harder on their own ends and everyone else's. With just that in mind, they should revert OR introduce a GRACE PERIOD before said change comes into place. The sudden change to such a major system component is going to be the downfall that ends everything. Remember, the users are your customers as much as they are your own living skin and muscle. We have been taught to take care of our bodies, and this action is like using a potato peeler as loofah. -Flame
  23. Likewise here. If I dont' have ANS support, I cannot trust the marketplace's system enough to leave it be its own entity. It is nice to see that you are accomidating for the majority of users, but don't forget about the ones that really put money in your pocket. That being said, even if the support for magic boxes are lost before this, I will not use DD until ANS support is added, even if it means removal of my products. -Flame
  24. I'm SOOO glad I'm not the only one! I tested this back when it was beta and it had the SAME problem! According to the logs, it's trying to load the directories as files! 2011-06-15T20:52:17Z WARNING: LLControlGroup::loadFromFile: Cannot find file C:\Users\Flame Soulis\AppData\Roaming\SecondLife\user_settings to load.2011-06-15T20:52:17Z INFO: LLAppViewer::loadSettingsFromDirectory: Cannot load C:\Users\Flame Soulis\AppData\Roaming\SecondLife\user_settings - No settings found. I reported this EXACT problem back in May! Way to go LL! -Flame PS - Is it me or are the people who are having this problem using 64 bit OSes and/or Windows 7?
  25. Thanks to the wonderous failure of losing my long comment, I'll just start from the beginning. I transfered from the Teen Grid in 2008. I am more than an adult, but a resident who was on the Teen Grid (proving I was under 18) and then came here (proving I just turned 18). I'm more adult verified than most of you would think. After coming here and establishing a business that has paid for my college expenses, seeing Second Life take a nose dive like this, something that insults how I got to the Main Grid, is more than a disapointment. However, let us all be reasonable; the Teen Grid has been a giant thorn in Second Life's system mechanics involving networking. Now that the only reason that this is even being done is over, let us begin with a now more summerized list of why this is not going to work: 1) TEEN FREEBIES! No I'm not talking about the little cheap Linden Library Freebies. I'm talking about YOUR stuff being full permissions on the Teen Grid. That was a big issue on the Teen Grid during my residence, and from what I've heared from recent (and lucky) transferees, it's gotten only worse. Of course none of you would know since no one has taken a walk into there anyway. Well... Ok, perhaps I'm being a bit too harsh. Some Lindens have been to the Teen Grid, but they fired 90% of those people anyway so no wonder their opinions weren't really heard (or should I say 'Good words of advice')! If you need a fine example, just ask Luskwood or search up the Teen Grid Copybotting in Youtube. 2) PARENTS! OH we can't have little Johny seeing nudity and talking with... Adults?! According to this wiki page (http://wiki.secondlife.com/wiki/Maturity), the Main Grid had the maturity listings renamed because "The main grid is 18 and over, so no "parental guidance" is necessary." Well aren't we a bit self contradicting?! So when mommy sees her son talking with another man, surely the police will get involved. What will happen then? The man will be in complete confusion! He was informed that the Main Grid was for 18 and older, and that surely if they are in the Main Grid, they must SURELY be an adult then! So if this case happened, and all the man said was "Hi", lawyers would be able to claim he was a pedophile from the start, when our poor friend Bob just wanted to ask what the other "man's" day was like. Oh what fun it is to be aware that we can have our own butts boiled because of lawsuits from this. Fun fun... 3) BUSINESS! So what will happen with our advertisement systems? Last I checked, classifieds have always been visable in profiles, so what if a man wants to get to know the future audience (since he can now legally check without breaking TOS). A kid looks at his profile and... "OMG, HE SELLS WAT?!" Just another deal with reason 2 but now from a business stand point. So now do we have to change OUR advertisements and OUR Explainations and OUR tags just because YOU made a thing where little Sally and tiny Tim (we picked on Johny enough for one day) can come in and play? Think this over for the sake of our virtual economy! 4) COPYBOTS! This is reason 1 but now here (just as reason 3 was reason 2 but as a sub reason). So now that the Teen Grid people do NOT need to fake information this time to get into shopping malls now, copybotting has only just become much easier. We all remember the Emerald incident and (oh wow, the classics) Neil Life. Sure we are saving ourselves some server migraines, but can we insert an extra step somewhere so we don't make it easier for Teens to further cause devistation when they get here (since they already have alot of OUR stuff over there anyway)! 5) NO PUBLIC VALIDATION! This has been a MAJOR request since adult verification began: GIVE US A WAY TO SEE WHO HIS VERIFIED AND WHO IS NOT!!! Now that you are throwing teens into the melting pot, now we need to consider Teen Residents, Regular Residents, and Adult Verified Residents. Since we are on that topic, we might as well throw in TG xx Transfer Resident where xx is the year of transfer (so we can spot the ones who transferred from this event or from previously like myself and many others who deserve ALOT of credit). Some adults would like to know who they are talking to so they don't get mommy or daddy upset (or disguisted). The bottom line is that you haven't thought this through well enough and this is goign to end in a fireball. This has been something the Teen Grid people have been wanting for awhile (I was one of them), but now that I am here, I see why everyone is so freaked out! You haven't even perfected transfers, more or less what you are dealing with over here with current features! To add insult to injury, last I checked, the only reason Teen Grid residents didn't have a first life profile is because you blocked it out via a viewer side check of "if(GRID_IS_TEEN)" (or something like that). I am not kidding. The same applied to the under clothing (though we easily went past that with view admin options; furries dont' wear underpants all the time...). Fix the first set of problems before you go ahead and make a big, brand, new one! -The rather annoyed Therion, Flame
×
×
  • Create New...