Sieben Ochs

Will also email. Thing is I am looking to make games, not so much a weapons thing. If you would be fine in meeting half way ie doing games and guns then its a possibility for me. As I am not heavily into guns but if we worked well together, on both sides mind you, then I see no reason to mediate between the two interests. If you'd also be interested. You can send me a IM inworld or notecard. I also posted here looking for others so hopefully we can talk further. And I can even show you my current work. My original ad > https://community.secondlife.com/t5/Wanted/Looking-for-a-business-or-people-to-help-manage-games-products-I/m-p/3059894

Do read this post in full if you wish to work together with me. Had a few people message and only go off the title itself. Serious inquiries will take the time to read everything. Brief About Me And Work I was working but ended up having to pause because of a brain tumor. I am now recently back to working in SL. What I Am Seeking I am looking for contributors to help me with games and many other products I will be making in a collaborative effort. Be it a currently running business that works with me, or a group of people I am able to get together to make games with. Required Skill(s) - please have one or more of the below skills Must be able to produce mesh items based on game requirements/needs.Have a website where game activities etc can be posted to. And do all the management to that hosting.Ability to write game manuals and other in-game materials.Submitting items to the MarketPlace for sale, along with marketing and advertising for the products in-world.Suggested Skill(s) Be able to provide nice graphics for game elements and more. If not I can do this as well. Moderate to advanced understanding of a few languages so that discussions are easier. (PERL, PHP, as well as LSL)Additional Requirement A good grasp on English (even if it is not your main language). Initial Work The first game in a line of games to come, is a sim wide rezzing game which originally was labeled as 'City Coin Hunt'. Some reading this may have seen it running in Business Park or in a few small areas. I will only talk deeper on this game and other products to people wishing to genuinely work with me. End Note Please understand I am seeking contributors to my work, not people to hire. Rather people to work with. And if you are a business simply the same, not looking to be hired, only to work with you. You will be given exclusive right to my work while I maintain ownership of any work I do. I will sign contracts to ensure fairness on both sides. For those interested please send me a notecard or a IM (only IM if I show online) to Sieben Ochs. And I will also demonstrate the current game to those serious about working together. - Sieben "seven" Ochs

I code in various languages as well as do art and design work. So doing LSL and PHP work would not be hard at all. Currently working on a game in the sim Business Park. Curious what you have in mind. IM or send me a notecard as its rare im on forums. Would love to talk more. P.S. Attached some random pieces for the game plus a random "much safer web version" of my digital art. Often more into dark and gore. But I can digitally paint much of anything. Yes may not be needed but I can often code and provide concept works of what I am also doing. - Sieben Ochs ("seven") 

I briefly skimmed some replies. When I first joined no matter where I went it had lots of people. Then again so did The Palace if anyone remembers that 2D program. I feel it is simply time that does a program in. Some will move on to new and better things for themselves. Every product has a shelf life. And at this point I think Second Life is simply nearing its end. That end may take up to 4 years or less but it will come soon enough. People talk of SL 2.0 but then fail to read heavily up on it. It is not a SL 2.0 in the least. It is as I said before something to move to for those that choose.

Well I got I would be charge if owning it through a charge month. Was just curious if it was higher for just a few days. Then lowered back to the standard tier. If it would be charged. One thing that made me ask this was the way they worded land tiers. And the wording of "tier fees are only charged for the total amount of land actually held within your billing cycle". If the land is only held for 2 days. Then sold would that be considered still within a tier or a increase in ones tier. If it went over? Since its held then released well before the billing cycle ends.

Hello like the title says. Anyways I want to upgrade from 1024 ($5/mo) to 1536 ($8/mo). Thing is would I be charged a higher tier fee for momentarily owning both lands? As I will have to buy the new land. Place everything there. Then place the old land for sale. And wait most likely a few days for that to sell. Just wanted to know through these few days would LL charge me a higher tier?

Given the way gifts is being called. There is no need for gifts = gifts++; over just using gifts++ or ++gifts. Only changed it minorly. As the duplication of is or is not owner bugged me. And a simple one time call to an else works. integer gifts = 0; // sets initial value to zero default{ on_rez(integer start_param) { llResetScript(); // this resets whenever the prim is brought from inventory } state_entry() { llSetText( "Touch for a Landmark", <1.0, 1.0, 1.0>, 1.0); //sets the hover text "message", color (here white), and intensity (can be zero to 1.0) } touch_start(integer total_number) { if ( llDetectedKey(0) == llGetOwner() ) {// if the toucher IS the owner (==) llOwnerSay((string)gifts + " people have gotten landmarks from me!"); } else { // if the toucher is NOT the owner (!=) // count up one from previous value ++gifts; llGiveInventory(llDetectedKey(0), llGetInventoryName(INVENTORY_LANDMARK, 0)); llOwnerSay((string)gifts + " people have gotten landmarks from me!"); } }}

-nods- Just giving my two cents as it were. Though I guess in the end it really is, as you say, subjectable to means. Speed and stability is often a bigger factor for me. And with Mysqli that is very true over PDO. Someone else may opt for something else. I would still say that should be a prefered even for SL. Because when is a novice or standard user going to really try and take full advantage of PDO, and its offerings? I just wouldn't suggest using PDO unless I knew exactly what the end means was for. Where Mysqli may be sufficiently used in its stead. If you forgive the analogy. Its like saying you want to drive 1 meter in a Ferrari, when you could have walked it. Its the same -groan- feeling I get when someone compiles a script in Mono when all it does is say "Hello World". There is a reason why scripts can still be saved in both formats. And always reasons for why one may be used over another. And really from what I see of the request I see very little need currently for PDO.

Mysqli will be faster than PDO. You can see more benchmarks online that prove this as well as : http://jonathanrobson.me/2010/06/mysqli-vs-pdo-benchmarks. You may find tests that may prove the reverse. Though it is a very known truth that Mysqli is faster. Just PDO nuts try to invalidate with convoluted methods to testing. Don't believe me and do your own reading. Its nicer in the long run anyways. Mysqli is still currently more stable than PDO. Anyone needing proof should have experience to know this, or look it up on the web for more information. And concerning how the majority of users in SL need a functional system over a OOP with some flare. It really is better to stick to Mysqli. If anyone says PDO is more secure, you can do the very same with Mysqli its a moot point. You aren't designing for the U.S. government. So trying to structure code like a tank that only ever runs over a rubber ducky. Is a bit silly and unneeded. People should inquire to the applicability of the end means before the designation of a given path. Just a random simple script. string URL="https://www.somewebsite.net/myphp.php?"; list http_parms = [HTTP_METHOD,"POST",HTTP_MIMETYPE,"application/x-www-form-urlencoded"]; key http; list sendData=[]; process(){ integer len=llGetListLength(sendData) & 0xFFFE; // make it even string body; integer i; for (i=0;i<len;i+=2){ string k=llList2String(sendData,i); string v=llList2String(sendData,i+1); if (i>0) body+="&"; body+=llEscapeURL(k)+"="+llEscapeURL(v); } http=llHTTPRequest(URL,http_parms,body); sendData=[]; } default { touch_start(integer num){ integer points = 1234; sendData = ["points",points]; process(); } http_response(key id,integer status, list meta, string body){ if(http==id){ integer i; list lbody=llParseString2List(body,["\r\n","\n"],[]); integer count=llGetListLength(lbody); if(status == 200){ for(i=0;i<count;i++){ llSay(0,"["+(string)i+"] "+llList2String(lbody,i)); } } } } }

To be honest given the two calls. Since one is without a sleep and the other is. Instead of creating more scripts to function around a sleep on a mass execution. I'd just use the llEjectFromLand = mass llTeleportAgentHome = singular. Then store the keys recently ejected. So if any happen to come back. Then execute llTeleportAgentHome. The interval between those who have been ejected to those coming back. Would most likely not be very many. Or within the same time. And if any happen to be in the same time while sleep is in effect for llTeleportAgentHome. Just have it call llEjectFromLand. And just use llTeleportAgentHome when its available (off sleep). Just a suggestion.

Hello, I am working on a multifaceted update server. Of which I have coined most humorously to myself as AESIC. Or as it will be called on the market NEX Product Update Server. The thing there is it is still being worked on by me. Have a bit of things to do still. All in beta currently. Even examining Goggle apps and how they might work with it. I am wanting to know, brainstorm. What sort of things as a seller would you find needed/useful in a system of this nature? It has a bit it can do from outsourcing html objects and data to external sites. (looking into google apps a bit). various security protocols, and in-world methods for connection (from http to email, to external to internal pings, etc), bundability for items to be packaged along with updates, ban list, allow list (for times you want others/co-workers to add to the system without owning one, just add them to the allow). A list so far of menu items: (basics not commented on, can read more on product page if you like, or ask a question) product and more details here : https://marketplace.secondlife.com/p/RS-NEX-Product-Update-Server-HTTPS/3645872 if you'd like to test it, you may grab a free client here: https://marketplace.secondlife.com/p/RS-Test-Product/4205503 http://oi49.tinypic.com/1zq83f6.jpg Info - Message - regardless if server is offline or online you can customize a popup menu client users see on connect Password - on/off - server status http://oi49.tinypic.com/2pobfrp.jpg allow > allow controls along with control for allow drop. which will enable you to decide when you want the allow list active. ban > ban controls. package > package controls along with control for allow packing. which will enable you to decide when additional materials are to be bundled along with updates. report> email- IM- limit-limit to check for before reporting automatically. list updates- Export- the ability to send custom html, objects, commands/data to a external source/website. there will be no static website to sign up/manage with. you'll be able to customize and build your own site around the data it sends out. which will also allow you to optionally code a structure of systems together from a website perspective. This will allow for others to offer hosting and development services on a web-end for customers. or if the customer wants they can have it off on their own design and display. Method-control on server end how clients will react to updates, from die, disable, to do nothing.

Agreed. I used to be here years ago and just now back. Though in the past this is how I worked when doing custom work. If it was simple even if being massively resold. A single price was fine. If it was more for private use or limited use. Same thing. When it came to larger things a percentage of sales is more desired. Not only is it a good thing for the seller but also the scripter. You also do not have to make the script modify. As well as make updates willingly on a good bond with the seller. Truthfully I think some scripters sell themselves short. Very talented. And some not short at all. And not very good scripters. So defining things off time can either be fair for both seller/scripter or fair only to one end of the work (either seller or scripter). So I couldn't agree more with OP. Doing this percentage of sales keeps it more balanced, fair. If the seller doesn't like it. Then simply try to talk to them about it. If they don't budge simply move on.

While interceptions of ones actual inventory is not allowed. There are still suggestions. You can take them and mod them further from the stated. You can still use the "black box", create a script that links from it to the actual vendors. Additionally, if you get the ANS version it reports what it is doing through linked messages. You can then modify these calls into the linked script. Which then in turn works with your vendors.

Hey, Just thought I'd share a little silly thinking on my part. It is the months of the years. Represented by 1-12. Then a logic of what each month is offset of from 30. Red : Add top and bottom together = number to the right Black: Add top and bottom/right together = number to the right 1st month and 12th month mirror: Red (1st), Black(12th) Change in sequence at: 8th month Out of pattern: 2nd month Connected months: Always 1, avoiding 0 (which also includes (-2 / -1 counting leap year) It all has a nice logic flow in the pattern. If you ignore the changes for a month to the 2nd and 8th month in the diagram. Red and Black lines sequence with the 2 being mirrored at the ends. What I look at when I am bored -heh- Was having a bit of fun. May play with this a bit more some other day. Anyways have a wonderful night.

Time for bed for me as its now 7 A.M. The verification and loading mechanism for modules is almost done. To see what modules it has, or will have. Check back. And determine if its something for you. Only you can determine what modules you need/want .. I will just make them and the server. =) I really love the way Titan Panel loads and verifies its modules. To ask exactly what it will have .. I will not limit myself to a "this is all it has". I will also in time create a open source API. So anyone may create and distribute modules of their own. API constructing will not be basic when I get about to it. And when I feel it has matured better. OK really off this time .. its 8 A.M. was just reading some interesting theories and solutions. Regarding RPN and generalized computing. I'll post updates and concepts as I think them/make them in this thread. Just a idea though for library inclusion. I have always loved CPAN! (http://www.cpan.org/) .. Maybe using some sort of system to allowing people to openly share and distribute their created modules. This most certainly would aid in the interest of the system. With a open architecture. Well it would be like how http://www.curse.com is for game add-ons as well. Not sure I would like to just use the MarketPlace for all of these. In the end this is just a much further idea. More localized thought exists in creating a effective module set to start. Default set in other words. I have always loved how openly sharable CPAN has always been. The reflective data shows as well. The Comprehensive Perl Archive Network (CPAN) currently has 104,272 Perl modules in 24,345 distributions, written by 9,535 authors, mirrored on 268 servers. I figure to code the servers, relays,clients on both ends (SL and web systems). The module loading mechanism. A database management. A method of packet delivery/execution. And most likely a safetynet coded into it, to soft crash a system if it critically errors (if it can). So it doesnt heavily disrupt a users service (in short a system recovery). A basic set of modules to start with (and add more later). Seems so short writing that here. Though I know this will take me all a while. This thread will serve as my posting updates to whats been done. Check back if you care to see how far it gets =) And of course since this is directed at merchants. Comments and suggestions are welcome. As well as testers once the system gets further built.