Jump to content

Tapple Gao

Resident
  • Posts

    77
  • Joined

  • Last visited

Reputation

43 Excellent

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I just got my 2023 1099-K form. Seems they improved the reporting again. Now it reports the money received into my paypal account, not the money sent. So now the 5% process credit fee is baked into the 1099-K and I no longer have to report it as a business expense. woo!
  2. This error is no longer happening to me. Seems greatland fixed it
  3. In 2020, my 1099-K was for the amount sold on lindex. for 2021 and 2022, it changed to the more reasonable 'amount credited out to paypal', which means sim expenses are already deducted before it hit the 1099-K. For 2021 and 2022, the only business expense I claimed was the 5% tilia -> paypal fee I've never received a tax form from paypal. I don't use venmo
  4. I received my annual email from tilia today saying that my 1099-K is ready to download. I click the link to retreival.greatland.com, enter the last 4 of my SSN, and see links to my tax forms for last year and the years before that. However, anytime I click on one, I get an error. Anyone else having this issue? I filed a ticket with LL already, just wondered if anyone else had trouble
  5. I prefer #2. I created a jira about it also: https://jira.secondlife.com/browse/BUG-232795
  6. I made another minor feature request for linkset_data event, to not fire it if a value is updated redundantly: https://jira.secondlife.com/browse/BUG-232795
  7. the second paragraph is exactly what I wrote a proposal for The first seems like a lot more work, and people would also want link message filters then
  8. @Rider LindenI moved this batch notification proposal to https://jira.secondlife.com/browse/BUG-232792
  9. Just tested. It's trivial to fill up the event queue with linkset_data events: integer count = 0; default { state_entry() { integer i; for (i = 1; i <= 200; i++) { llLinksetDataWrite("a", (string)i); } llMessageLinked(LINK_SET, 0, "Nobody will ever see this", ""); } //* linkset_data(integer action, string k, string v) { ++count; llSetText((string)count + ": " + v, <1, 1, 0>, 1); } //*/ link_message(integer sender, integer i, string msg, key id) { llOwnerSay(msg); } } The link message is only received if I comment out linkset_data event
  10. no. but it would almost entirely get rid of my need for link messages and parsing in my biggest script, vastly simplifying it
  11. I think reading a key that doesn't exist currently causes a sim crash. put this script in a prim and click it to crash Mauve: default { touch_start(integer total_number) { integer count = (integer)llLinksetDataRead("count"); llLinksetDataWrite("count", (string)(count+1)); } }
  12. I haven't seen it mentioned in the thread already. But, if I have a lot of keys, script reset seems like it would DEFINITELY overflow the 64-buffered event queue with the linkset_data event. I plan to have scripts that sets around 200 keys during a single script time slice, either on reset, or on finishing a notecard read. I ran into this problem with update-notification linked messages already, until I reworked them to support batches of updates in one message. This would lead to some desync issues when another script needed to react to a value change, but, the queue started dropping events. It could be alleviated with 1 or 2 functions, and 1 new action type to linkset_data: llLinksetDataBatchBegin() llLinksetDataBatchEnd() or llLinksetDataBatch(integer bool) this would start/stop supressing linkset_data events. Turning batch mode off would trigger linkset_data(LINKSETDATA_BATCH_UPDATE) in all scripts, that signals them to rescan what keys they must react to For safety, batch mode should maybe end automatically if it's still active when a script finishes it's time slice. Ending batch mode when it's already over should probably be a no-op
  13. Looking forward to easier listing across marketplace and caspervend
  14. 4. Lindex was also started by residents as the GOM
  15. I investigated bakes on mesh viewer, and It seems that bakes on mesh just uses 6 special texture uuid's to represent "this face should be BAKED_UPPER", very similar to how media and invisiprims work. I created a wiki page listing those UUID's: https://wiki.secondlife.com/wiki/Internal_Textures Is Bakes on mesh going to keep working this way? Will these UUID's likely change? if not, I can see creators releasing updates to add a hud button or an omega applier to apply the bakes on mesh textures, and then users can get to using system skins
×
×
  • Create New...