Jump to content

WhiteStar Magic

Resident
  • Content Count

    43
  • Joined

  • Last visited

Everything posted by WhiteStar Magic

  1. I use an EVGA NVidia GTX-550-Ti-FBP with 1GB DDR5 attached to a 47" LG LED Screen @ 1920x1080. Works a treat once the contrast & brightness was adjusted (Custom menus on the screen for Game Mode adjusts all that). Compared to my 27" i-inc LCD Monitor @ 1920x1200 it's not quite as sharp but not significant. One thing to note: Don't try to use a Large Screen TV as a monitor by setting it on your desk, you do need to have it a minimum of 60cm from you if not a full metre (yard is close enough). Your eyes will tire and you will get a headache from it, especially if there is a lot of bright colours & white on teh screen.
  2. The only V3 Based viewer I know of (and I fiddle with most of them as I update features & functions related to scripting in them) is Henri Beauchamps Cool VL Viewer which uses a V1 UI (handles Mesh too) but it's under pinnings are V3. V1 codebase is the Edsel of viewer code, dead and never to return, or rather the 1960 Picture Tube TV instead of the 21st centuries LED TV's (sorry digital receiver only). V3 Viewer UI can be moded to be more friendly and yes, Torley needs to seriously do a good series on customizing the UI. It in fact uses less screen real estate that V1 UI and there are certain performance tweaks that Linden Labs has not implemented by default. Like any decent gaming system / platform (and yes, SL is a gaming platform & uses gaming tech to deliver the world to you) decent graphics cards and system are required. Just look at any other good game out there, be it virtual world, WoW or FIFA 2012.
  3. One fine example of a menu system that manipulates prim's with sizing and changing shape etc is "Pipemaker". It's a Freebie, opensource & full perm which you should be able to locate with a quick search in-world. PipeMaker made by Lex Neva who has/had a store in Eldora. Hopefully that will give you a good example template to see how it's done.
  4. I saw this posting earlier today and for curiosity sake have been playing with different viewers on SL & OpenSim and monitoring the ram usage with the various viewers. V1 based viewers are behaving as expected, V3 viewers up to 3.2 codebase seems to be better behaved while V3.3x base is getting nasty. Without a doubt, something is clearly wrong in the V3 codebase as there is one nasty memory leak that is causing this ram use ballooning. It is not really affected by how much or how little inventory you have but it is impacted in so far as how fast it balloons out. 32Bit viewer can only access a maximum of 2GB ram unless it's been made LargeAddressAware which would allow up to 3GB on a 32bit OS (yes it would swap out which is not good). If the viewer is 64Bit on a 64Bit Operating System, it can access all available ram.
  5. Within that Jira I offered a solutionm which hopefully LL will consider... I know... don't say it. LOL but I'll post it here for others to see as well. Hopefully this will stimulate discussion as to viable & workable solutions. My Suggestion Why not simply correct the ONLINE response so that it honours the users choice of "show online status (true/false)" setting. So if a user has elected not to show their online status, OFFLINE is returned, if they elect to show their online status then return the Actual Status. Often the KISS principle being applied is the wisest, simplest & most efficient solution. BENEFITS: It would not break existing content. Does not require the Script Owner / Script Creator validation check. It would not be in violation of Privacy, as a user independently selects whether or not they wish their online status available. (almost all forums software, social sites systems, group-ware system use exactly this process and is a globally accepted practise) Would reduce the Tylenol Consumption required by LL Staff to deal with the fallout & resulting breakages/issues/complaints. CAVEAT ! - The only caveat would be vendors / updater's which check a users status prior to delivering an item. These system owners would need to inform the end user that "if" they have their Online Status Display set not show, they would have to manually get updates or whatever arrangement is devised. This is "inconvenient" but not an outright breakage. EDIT: A mention was made about the overhead of validating online-status-show. Well... one check is less overhead than checking Script-Owner & Script-Creator & Online-Status if passes previous 2 tests. As I have been programming core systems since the ... well too many decades... maybe I just use the "old math" and not the "new-math" when looking at systems. Seriously, KISS the issue and get back to Keeping It Simple S*.
  6. This is in Refrerence to an older JIRA which has come back to life due to TPV Policy Change and the use of "DATA_ONLINE" with regards to avatar privacy. To respect the wishes of Oz Linden this post is started here. From that Jira https://jira.secondlife.com/browse/SVC-4823 QUOTE "Oz Linden added a comment - 29/Feb/12 8:52 PM Ideally, we would like to adjust things so that it's possible for scripted object deliveries to be reliable even when the recipient is off line, removing the need for this check altogether. However, it's too soon for us to be talking about possible approaches; watch the Forum (and let's not use this issue as one)." END-QUOTE
  7. With regards to ONLINE STATUS, LL has been offered various options but a common answer that can be seen in Jira's is similar to what I also suggested that LL could implement. There was some comment made that it would create more load to the servers but it's hard to fathom how a single field check versus 3 (what they want to do) would add additional load... but LL uses the "new math" & wrote the software so who knows.... I suggested in Jira:SVC-4823 Why not simply correct the ONLINE response so that it honours the users choice of "show online status (true/false)" setting. So if a user has elected not to show their online status, OFFLINE is returned, if they elect to show their online status then return the Actual Status. Often the KISS principle being applied is the wisest, simplest & most efficient solution. BENEFITS: It would not break existing content. Does not require the Script Owner / Script Creator validation check. It would not be in violation of Privacy, as a user independently selects whether or not they wish their online status available. (almost all forums software, social sites systems, group-ware system use exactly this process and is a globally accepted practise) Would reduce the Tylenol Consumption required by LL Staff to deal with the fallout & resulting breakages/issues/complaints. CAVEAT ! - The only caveat would be vendors / updater's which check a users status prior to delivering an item. These system owners would need to inform the end user that "if" they have their Online Status Display set not show, they would have to manually get updates or whatever arrangement is devised. This is "inconvenient" but not an outright breakage. Seriously, KISS the issue and get back to Keeping It Simple S*.
  8. LL (Oz I believe) proffered the idea that doing a Script Creator/Owner check prior to getting agent data and so on.... so it would allow only scripts created/owned by an avatar to get the avatars online status, that would definitely add more checks on the server than to simply honour the user setting which is a single check against the field in the database. Anyways, it's been filed into JIRA SVC-4823 and hopefully LL will take the facepalm well and just fix it with the KISS principle.
  9. Linden Labs has NOT considered teh most obvious & simplest solution to this.... Why not simply correct the ONLINE response so that it honours the users choice of "show online status (true/false)" setting. So if a user has elected not to show their online status, OFFLINE is returned, if they elect to show their online status then return the Actual Status. Often the KISS principle being applied is the wisest, simplest & most efficient solution. BENEFITS: It would not break existing content. Does not require the Script Owner / Script Creator validation check. It would not be in violation of Privacy, as a user independently selects whether or not they wish their online status available. (almost all forums software, social sites systems, group-ware system use exactly this process and is a globally accepted practise) Would reduce the Tylenol Consumption required by LL Staff to deal with the fallout & resulting breakages/issues/complaints. CAVEAT ! - The only caveat would be vendors / updater's which check a users status prior to delivering an item. These system owners would need to inform the end user that "if" they have their Online Status Display set not show, they would have to manually get updates or whatever arrangement is devised. This is "inconvenient" but not an outright breakage. Seriously, KISS the issue and get back to Keeping It Simple S*.
  10. Marvelous hijacking of a thread... too bad I can't lock it as it's become pretty well useless for it's original intent now.... On the FIRST POST it was written " Please let's not turn this into a Drama Post, it is intended to help people locate and reference what the TPV developer's are thinking & saying." in bold so it would be noticed but I guess it doesn't apply to those who don't care.  Why not just start your own msg thread ? Too simple I suppose.
  11. I'd like to clarify something on my part in this discussion. I have nothing against any TPV viewer, including Phoenix / Firestorm or any other for that matter. I like everyone else has certain preferred viewers but that is not the issue either. The only obvious exception are those which are modified for nefarious activities, such as copybot use. I only used the Multiple attachment points issue from the old Emerald viewer as an example which demonstrates what the policy change is partially trying to prevent.
  12. " I think it's more likely to affect things like the Emerald-specific attachment points and other tricks that don't look right in viewers that don't implement that same hack. If I'm correct on this, then I'm thankful for that clause." Your on the right track there Baloo. It is all about not adding something to one viewer / viewer family that will affect how things are seen by other viewers without that particular "enhancement" and the attachment example is a perfect example of what is good for one but messes up another. Whether or not a viewer supports an extra function or capability that would have no negative effect on the users of another viewer, as an example, Imprudence supports the LightShare capabilities in OpenSim but supporting that capability has absolutely no impact on SL Grid or any other viewers in use on any grid. I guess one way to put that, is that is is a "neutral capability & function", meaning that it does not adversely affect any other.
  13. This Post is for TPV Developer's to chime in for links to their forums/wiki's where they make a statement of what their take is on the new TPV Policy. Please let's not turn this into a Drama Post, it is intended to help people locate and reference what the TPV developer's are thinking & saying. For an excellent "Drama Free" clear & concise review of what the TPV Policy means to TPV Developer Henri Beauchamps of Cool VL Viewer who wrote up an excellent review. It's without postulation & theories, just simply the facts. see his take on it here: http://sldev.free.fr/forum/viewtopic.php?f=5&t=741  
  14. Linden Labs is making the argument of going to OpenSimulator stronger & stronger as time goes on..... SecondLife is "Their World" not anything like they used to promote as "Your World". The poorly worded and potentially regressive policies need to be better thought out & presented.
  15. I just processed it through NotePad++ and then LSLeditor (new version) and debugged it enough to get it running, wasn't going to spend a lot of time on it. All those "highlighter's" might be OK but if LL was serious, they'd just install GeSHi and the problem would be solved. I maintain the GeSHi LSL Syntax Highlighting, as well as Notepad++ and a couple of others. The link to Cerise's LSL posting tool won't open.
  16. I grabbed the original from the archive and fixed it up real quick. It still needs some love & attention but it IS working & functional for the most part as I post the code here. There are a couple of things that are not working properly, like the Multi-Page for the stations lists, updates etc... This is after all a trouble shooting / help forum and here to help folks learn. Here is the Script (sux that LL has not seen fit to put Syntax Highlighting here) // BAS PmP// last modified 17 May 2010// written by Cookie Bertone// this script is PUBLIC DOMAIN// if instructions are renamed make change in this script also!!string version = "1.64"; // Version number of this itemstring gName = "channels"; // name of the notecard that holds the channel listinteger gLine = 0; // current line number, set to 0 so it starts at the beginningkey gQueryID; // id used to identify dataserver querieslist GenreElementList = [];integer populating_list = TRUE;string nPlaying = "Unknown";integer FloatText = TRUE;// start 1.5 extraslist trackpulllist = [];float gap = 5.0;float counter = 0.0;string nPlayingURL = "http://";string'>http://";string TrackElementHold = "";integer nPlayingSHOW = TRUE;// end 1.5 extras// start 1.6 extraskey gkOwner;//key serverID = NULL_KEY+"@lsl.secondlif?e.com"; // Commented out as it's invalid now.integer InstalledTextures = 0;// end 1.6 extraskey menuitem;// id used to get menu selectionlist MainMenu = ["list","playing","options","off","tuner"];list OptionsMenu = ["texton","textoff","XXpictureXX","instructions"];string tuner_dialog = "\nBAS Parcel Music Player\nBertone Audio Systems, Rossa (212, 98, 79)\n\nMake a selection or press 'ignore' to close this dialog box.";string chatline = "-------------------------------------------------?-----";list first_menu;list second_menu;list third_menu;list fourth_menu;list fifth_menu;list sixth_menu;list seventh_menu;list eigth_menu;list ninth_menu;string lastpage = "Page 9";default{ // when device is first rezzed it will reset the script on_rez(integer start_param) { llSay(0, "Player installed. Setting defaults."); llResetScript(); llSay(0, "Defaults set."); } // when script is started or restarted it will display some details about the device, // tell it to read the data file, start the listen and set the text on the device state_entry() { llSetLinkColor(2, <0.0, 0.9, 0.0>, ALL_SIDES); llSay(978, "reset"); llSay(0, "\n" +chatline+ "\nBAS PMP (Parcel Music Player) " +version+ "\nScript written by Cookie Bertone\nBertone Audio Systems, Rossa (212, 98, 79)\n" +chatline+ "\nLoading channels.\nPlease wait for 'Ready'."); llSetParcelMusicURL(""); gQueryID = llGetNotecardLine(gName, gLine); // request first line llListen(97, "", NULL_KEY, ""); // listen for request on channel 97 llSetText("Bertone Audio System " +version, <0.0,1.0,1.0>, .5); llSetTimerEvent(gap); // Activate the timer listener every X seconds } // when the device is touched it will display the main menu touch_start(integer touchNumber) { llDialog(llDetectedKey(0), tuner_dialog, MainMenu, 97); } listen(integer channel, string name, key id, string message) { integer index = llListFindList(GenreElementList, [message] ); if (index != -1) { llSay(0, "Found "+message+" in channel list. Setting channel."); llSetLinkColor(2, <0.0, 0.9, 0.0>, ALL_SIDES); gQueryID = llGetNotecardLine(gName, index); } else if (message=="list") { llSay(0, "Listing possible genres:"); integer x; integer length=llGetListLength(GenreElementList); for (x=0;x<length;x++) { llSay(0,llList2String(GenreElementList,x)); } } else if (message=="playing") { llSay(0, "Now playing: "+nPlaying); } else if (message=="texton") { FloatText = TRUE; nPlayingSHOW = TRUE; llSetText("Now playing: "+nPlaying+".", <0.0,1.0,1.0>, .5); } else if (message=="textoff") { FloatText = FALSE; nPlayingSHOW = FALSE; llSetText(" ", <0.0,1.0,1.0>, .5); } else if (message=="XXpictureXX") { integer InstalledTextures = llGetInventoryNumber(INVENTORY_TEXTURE); if (InstalledTextures == 1) { string TextureName = llGetInventoryName(INVENTORY_TEXTURE, 0); llSay (0,"Texture found: " +TextureName); if (name != "") llSetTexture(TextureName, 5); } if (InstalledTextures > 1) { float RandTexture = llFrand(InstalledTextures); integer TextureChoice = (integer)RandTexture; string TextureName = llGetInventoryName(INVENTORY_TEXTURE, TextureChoice); llSay (0,"Choosing a random texture: "+TextureName); if (name != "") llSetTexture(TextureName, 5); } if (InstalledTextures < 1) { llSay(0,"There are no textures installed."); } } else if (message=="instructions") { llGiveInventory(id, "radio instructions (16)"); } else if (message=="reset") { llSay(0, "Resetting."); llResetScript(); } else if (message=="options") { llDialog(id, tuner_dialog, OptionsMenu, 97); } else if (message=="update") { llOwnerSay("Contacting update server."); // llEmail(serverID,"Update Request",llGetObjectName() + ":" + version + "|" + (string)llGetOwner()); } else if (message=="off") { llSay(0, "System Off"); llSetLinkColor(2, <1.0, 0.0, 0.0>, ALL_SIDES); llSay(978, "red"); llSetParcelMusicURL(""); //next two lines new for v1.5, these reset variables to stop it displaying track names when switched off nPlayingURL = "http://"; TrackElementHold = ""; if (FloatText = TRUE) { llSetText("Bertone Audio System " +version+ " OFF", <0.0,1.0,1.0>, .5); } } else if (message=="tuner") { if(llGetListLength(GenreElementList) > 80) { llSay(0, "Only the first 80 channels will be displayed in the menu."); } if(llGetListLength(GenreElementList) > 12) { // remember that a list starts at 0, not 1 // all the menus except the first one are set here so the following if statements can change them if necessary second_menu = llList2List(GenreElementList, 9, 17); third_menu = llList2List(GenreElementList, 18, 26); fourth_menu = llList2List(GenreElementList, 27, 35); fifth_menu = llList2List(GenreElementList, 36, 44); sixth_menu = llList2List(GenreElementList, 45, 53); seventh_menu = llList2List(GenreElementList, 54, 62); eigth_menu = llList2List(GenreElementList, 63, 71); ninth_menu = llList2List(GenreElementList, 72, 80); // this bit sets which page will be the last so no empty menus are displayed if(llGetListLength(GenreElementList) < 81) { ninth_menu = llList2List(GenreElementList, 72, 80); lastpage = "Page 9"; } if(llGetListLength(GenreElementList) < 72) { eigth_menu = llList2List(GenreElementList, 63, 71); lastpage = "Page 8"; } if(llGetListLength(GenreElementList) < 63) { seventh_menu = llList2List(GenreElementList, 54, 62); lastpage = "Page 7"; } if(llGetListLength(GenreElementList) < 54) { sixth_menu = llList2List(GenreElementList, 45, 53); lastpage = "Page 6"; } if(llGetListLength(GenreElementList) < 45) { fifth_menu = llList2List(GenreElementList, 36, 44); lastpage = "Page 5"; } if(llGetListLength(GenreElementList) < 36) { fourth_menu = llList2List(GenreElementList, 27, 35); lastpage = "Page 4"; } if(llGetListLength(GenreElementList) < 27) { third_menu = llList2List(GenreElementList, 18, 26); lastpage = "Page 3"; } if(llGetListLength(GenreElementList) < 18) { second_menu = llList2List(GenreElementList, 9, 17); lastpage = "Page 2"; } // the first menu is set here 'after' the last page has been defined (above) then the first dialog is displayed first_menu = llList2List(GenreElementList, 0, 8); llDialog(id, tuner_dialog, first_menu, 97); } else { // if there are less than 12 items in the menu it displays this dialog that doesn't need the page buttons llDialog(id, tuner_dialog, GenreElementList, 97); } } else if(message=="Page 1") { llDialog(id, tuner_dialog, first_menu, 97); } else if(message=="Page 2") { llDialog(id, tuner_dialog, second_menu, 97); } else if(message=="Page 3") { llDialog(id, tuner_dialog, third_menu, 97); } else if(message=="Page 4") { llDialog(id, tuner_dialog, fourth_menu, 97); } else if(message=="Page 5") { llDialog(id, tuner_dialog, fifth_menu, 97); } else if(message=="Page 6") { llDialog(id, tuner_dialog, sixth_menu, 97); } else if(message=="Page 7") { llDialog(id, tuner_dialog, seventh_menu, 97); } else if(message=="Page 8") { llDialog(id, tuner_dialog, eigth_menu, 97); } else if(message=="Page 9") { llDialog(id, tuner_dialog, ninth_menu, 97); } else if(message=="main menu") { llDialog(id, tuner_dialog, MainMenu, 97); } else { llSay(0, "Sorry. I couldn't find a station or command with the ID: "+message); } } // timer section is new for version 1.5 timer() { //llHTTPRequest(nPlayingURL+"/7.html HTTP/1.0\nUser-Agent: XML Getter (Mozilla Compatible)\n\n",[],""); llHTTPRequest(nPlayingURL+"/7.html HTTP/1.1\nUser-Agent:Mozilla\n\n",[],""); } // http_response section is new for version 1.5 http_response(key trackid, integer status, list metadata, string trackbody) { list TrackPullList = llParseString2List(trackbody,[","],[" "]); // takes the http result and turns it into a list string TrackElement = llList2String(TrackPullList,6); // takes the sixth item out of the http result list TrackElement = llDeleteSubString(TrackElement, -14, -1); // strips off the html junk text at the end if (nPlayingSHOW == TRUE) { if (TrackElementHold != TrackElement) { llSay(0, "Now playing: " + TrackElement + "."); // displays the result TrackElementHold = TrackElement; } } } dataserver(key query_id, string data) { if (populating_list == TRUE) // first pass through is to build up a list of Genre Names { if (data != EOF) { list StationList = llParseString2List(data,[","],[]); string GenreElement = llList2String(StationList,2); GenreElementList += GenreElement; ++gLine; // increase line count by 1 gQueryID = llGetNotecardLine(gName, gLine); // request next line } else { populating_list = FALSE; llSetLinkColor(2, <1.0, 0.0, 0.0>, ALL_SIDES); llSay(0, "Ready. Touch player to begin..."); } } else { list StationList = llParseString2List(data,[","],[]); // converts the line taken into a list string URLElement = llList2String(StationList,0); // grab the URL llOwnerSay(URLElement); llSetParcelMusicURL(URLElement); llSetLinkColor(2, <0.9, 0.9, 0.9>, ALL_SIDES); llSay(978, "blue"); string StationElement = llList2String(StationList,1); llSay(0, "Now playing: "+StationElement+" ("+URLElement+")."); if (FloatText == TRUE) { //llSay(0,"DIAGNOSTIC: FloatText is true"); llSetText("Now playing: "+StationElement+".", <0.0,1.0,1.0>, .5); } nPlaying = StationElement; // this holds the station name for use in other sections nPlayingURL = URLElement; // this holds the station URL for use in other sections } }} Here is the accompanying Notecard called "channels" http://207.200.96.228:8076,Groove Salad on Soma FM,groove saladhttp://205.188.215.231:8014,Lounge on DI FM,loungehttp://205.188.215.225:8000,Datempo Lounge on Sky FM,datempohttp://205.188.215.230:8004,Vocal trance on DI FM,vocal trancehttp://205.188.215.228:8008,Trance on DI FM,trancehttp://205.188.215.226:8002,House on DI FM,househttp://205.188.215.231:8008,Progressive on DI FM,progressivehttp://205.188.215.229:8026,#Musik Club,musik clubhttp://78.159.104.167:80,Technobase FM,techobasehttp://89.238.146.142:7030,Ibiza Global Radio,ibiza globalhttp://207.200.96.231:8008,Absolutely Smooth Jazz on Sky FM,smooth jazzhttp://64.71.144.178:8045,Otto's Baroque on 1 FM,1fm baroquehttp://72.13.81.178:9030,Otto's Classical on 1 FM,1fm classical Good Luck and have fun with it.
  17. This works very nicely indeed. This is a terrific example & use. Thanks. WS
  18. Interesting how no Linden has yet replied to the posting started by Linden's. Even if just to say, "yes we have seen the comments and are considering them". I guess that would be too much to have interaction in the manner of "Active Listening" but I did forget that they do not teach such things in school anymore.
  19. You said you are using an NVidia 500 Series video card. This should certainly handle SL Viewers without issue, note that I am using LL V3.2.8 Dev with NVidia and it is by far the fastest of the viewers yet. I did encounter some initial issues with V3 viewer base but after updating my drivers directly from NVidia (never rely on Windows or any other thing to update drivers properly or fully) I still had some minor issues. Turned out, the issues were NOT Viewer related but rather NVidia Control Panel settings related ! What a difference once I set that correctly. Open your NVidia Control panel up: 3D-Settings: Let the 3D application decide. Manage 3D settings: see image attached With these settings as they are now... performance is amazingly fast and without issues in regards to graphics rendering. One thing that many people don't equate as causing issues, is the number of applications open and how much graphics they are handling as well... for example, if you have a viewer open, MSIE or Firefox with a few pages, email etc... each app is hooked to video and of course using system resources as well, this will obviously cause some degradation.
  20. "Drag and drop over large inventories can be problematic and daunting. " This is likely the top 10 Pet Peeve of users in SL. If Linden Labs REALLY WANTS TO MAKE INVENTORY BETTER ... and I would really love to see a true Response to this Question by ProductTeam Linden. Why has Linden Labs NOT put in a Cut / Paste function for inventory ? This single capability of CUT & PASTE to move inventory around would solve issues that have plagued Inventory Manglement since SL started. Select Items or Folder, Right Click, CUT folder or item(s) and PASTE to where you want it. It's been done in TPV's, it started in Meerkat, went into Imprudence & Astra but I'm unsure of other TPV's. Anxiously awaiting a valid answer.
  21. It would be helpful if you could provide the following information: - What was the last Viewer Name & Version that you had installed which worked correctly ? - Paste the "Help About" information from the current viewer that your having issues with ? You can just highlight, copy & paste that in here.
  22. I miss the automatic "Rain Storms" when the server got lagged out.... I guess that shows some age... The latest Beta is nowhere near as nasty as many claim... it's certainly not that V2 mess that was shoved out the door but it still has a ways to go. I feel that it's the typical "I don't want to upgrade or change" syndrome. That's why some people are still using Windows XP (only because Windows 2000 is not supported by anyone anymore) and MS Office 97. 8 out of 10 resist change, "resistance is futile, you will be assimilated" (sorry could not help it LOL).
  23. SL Servers run on Linux & MONO. MONO is the NET Framework Emulator used by Linux. NET & MONO both can use CIL which is fairly common, especially with C++ (which is what SL Servers & Viewer's are written in).
  24. That site is awfully expensive .... I would suggest looking @ Tigerdirect or Newegg. I have ordered from both without a single issue and they support their products. http://www.tigerdirect.com/applications/Category/guidedSearch.asp?CatId=6&cm_sp=Masthead-_-Computers-_-Spot%2006 Stick to NVidia Video card with 1GB, PC with 8GB ram (prefferable expandable) you'll be cooking with Gas. You can buy a complete system for < $1000.00 that will serve your needs for several years. Alternately, if your mechanically inclined and want more bang for buck (we all want that eh) you could purchase a "kit" which essentially all you have to do is to put all the parts together. It's not a big task and while it may seem a bit daunting at first if this is something new to you, take the time, follow the instructions and you'll soon discover it's not that difficult. See here for kits: http://www.tigerdirect.com/applications/category/category_tlc.asp?CatId=31 Asus, Zotac, MSI & Gigabyte brand motherboards will give you no hassle. (presented in my order of prefference but Asus is outstanding) Do have a look here... They even provide online instructions & info for assembling your PC. But look at the deals there and compare: http://www.newegg.com/Store/Promotion.aspx?storeid=33&name=DIY-PC-Combos This one is a beauty ! http://www.newegg.com/Product/ComboBundleDetails.aspx?ItemList=Combo.770956 Good Luck & Have fun.
  25. The old "mega's cause lag" tale. LL has increased prim sizes up to 64m from 10m now to accommodate the use of mesh objects and you can use them for regular building without issues or concern. All current Mega prims as available on SL are fine and do "not" cause any additional lag whatsoever.. in fact, somewhat the opposite is the reality of it. One prim of 60mx10m pushes out the same data as a single 10x10 prim six 10x10 prims linked together push 6x the geometry (6x the number of faces/sides to send) & vertice's that a single 60x10 will. Why are people thinking Mega's cause lag: That's easy to answer but wives tales abound. The reality of it, when Mega's first appeared on SL was many moons ago and created via a small hack (open capability left by Linden Labs actually) by Gene Replacement. At the time they were created, there was no issues with them either, other than upsetting the LL price-per-prim cost model. As time continued and things evolved, certain parameters of prims and some of the related code changed... This code is generally coined as "Legacy Prim Code" where the old style prims had a few extra things you could do to them which are no longer available in SL. This is where the "Mega's cause Lag" issue first became genuinely noticeable. The old Mega's created by Gene are based on Legacy Prim Code which has a deleterious effect on the physics engine therefore causing what appears to be lag as that code is being attempted to be resolved by the LL Servers (the server's no longer have Legacy Prim Support code, just stubs to prevent breakage of existing historical content). A few will argue this point but bear in mind that very few people out there do know the code and the issues and that most will only repeat the old tales of woe from the bygone era.
×
×
  • Create New...