Jump to content

triga

+Premium Members
  • Posts

    54
  • Joined

  • Last visited

Posts posted by triga

  1. I made a fast cartridge and can reproduce the behavior. Six zones a character and an item in each and Oregon freezes (and works on Colorado BTW). With five zones and ten characters/items it works (although it's lagging).

     

    Also removed all the items from the zones (six characters in six zones). Works fine.

     

    Anybody has an idea where these limitations of the Oregon come from (I remember reading a discussion about it in this forum but I can't find it)?

     

    Thanks for testing this, I do not have an Oregon myself so testing is rather hard.

    It's no problem for me to make the items visible only when in or near the zone. (I actually set them visible so the testing would go faster).

    I'm having MAJOR problems now re-writing my code. I did my first version in urwigo with graphical "code" and number variables but the tree is so huge that it even lags my PC (Quadcore with 8GB ram :P).

     

    Anyone knows how you determine if an item is in the current zone? (I want to make the commands on the item visible when entering the zone, but also need the location to put into another function)

     

    I tried: Item.Container, Item.CurrentDistance < 20 (meters I guess), and Item.Visible=True, but none seem to work (with container the result seems to be a table, and I don't know how to parse it to a string, I want the zone-identifier)

  2. Just a suggestion, try working with elseif

     

    algus = math.random(1,6)
    
    if algus == 1 then
    zone001.Active = true
    zone001.Visible = true
    
    elseif algus == 2 then
    zone002.Active = true
    zone002.Visible = true
    
    elseif algus == 3 then
    zone003.Active = true
    zone003.Visible = true
    
    elseif algus == 4 then
    zone004.Active = true
    zone004.Visible = true
    
    elseif algus == 5 then
    zone005.Active = true
    zone005.Visible = true
    
    elseif algus == 6 then
    zone006.Active = true
    zone006.Visible = true
    end

     

    Not sure if that will work, but you can try :)

  3. Six zones is getting near the limit. Also, make sure that you are not displaying any screen other than "Main", and don't show messages longer than about 850 characters.

     

    I really need the 6 zones to be active all the time as the player has to run forth and back from them. They are very simple zones anyway (4-5 points) Perhaps the problem is indeed with the 12 objects that are visible. I will set them visible in proximity instead as a means of test. At the moment I'm doing a complete rewrite of all the code (from the graphical code from urwigo to real LUA) to make it ALOT more optimized, but at the point the oregon froze that huge chunk of code didn't even run yet. The longest messages displayed were around 400-500 characters.

     

    As for the screens: The first 2 message screens ran fine, then it froze when showing the main screen. (I just exitted the message screens, did not call for any other screen)

  4. Are there any OnEnter/OnExit etc. events firing until/at the moment the screen freezes?(BTW it's really a freeze or is the screen fading to gray?)

     

    Oregon can definitely handle five active zones. I think ten zones is the limit.

     

    No OnEnter/OnExit events at all at that point. It actually freezes, when you tap the options sometimes they become blue after about half a minute (as in selected) but still nothing happens

  5. I read somewhere that you shouldn't have more than five zones active at any one time (can't remember where I read it). I have an Oregon and when testing a cartridge which is much simpler than yours, the unit gave up and had to be switched off and on again before it responded. It worked, ultimately, but only when I'd got rid of grandiose ideas and reverted to basics. Frustrating ain't it?

     

    Very frustrating, especially since we don't have one ourselves to test it on.

    The unit was completely locked up, rebooting didn't help. I believe 5 zones would be on the very low side as a limit.

  6. I'm busy working on a cartridge to play a Cluedo-like game in my town.

    The mechanics work fine on the emulator and on my Android Phone. We were able to finish a game yesterday with it.

    We also wanted to test this with an Oregon.

    This device showed the 2 intro messages without a problem but when it reached the standard Wherigo-screen (Zones, You See, Inventory and Tasks) it totally froze.

    At that moment 6 zones are active and the player can see 6 persons and 6 items in the 6 zones. Is that too much or could it be my other code?

    The weird thing is that the code for swapping items/persons and checking whether the combination is ok (which is pretty heavy) isn't called for yet at that point.

     

    When a player enters a zones he'll get an Input window to swap the suspect/weapon and to check the combo. In a zone 3 tasks are also active which are, when clicked, made to do the same thing (swap and verify).

     

    Some other facts:

    * The outcome is random (done with random-number variables at cartidge.OnStart)

    * The swapping code is VERY heavy (smartphone with old mid-end CPU runs it fine though)

    * No Images yet included

    * The input window that appears when entering a zone is there because the Colorado series can't do an OnClick (is that correct?, We had issues with a Colorado and Onclick in another Cartridge of ours)

     

    Questions:

    * Any ideas on how to make it work for the Garmin players?

    * Is it possible to show the current inventory (as text in an input window?) (other than again working with 2 6-branch IF/ELSE statements based on variable numbers)

    * Would it be the code, random variables or the amount of active zones and items causing the freeze?

     

    If needed I can post the .urwigo file here, but I'd prefer not to if not needed.

     

    Thanks in advance!

  7. We cache with a GPS and our smartphone. When we found a cache, we log on our phone (not online, but to a fieldnote). That log includes a Timestamp and TFTC (if found). If there was something special about the cache I write down some keywords to help me remember. Our online logs mostly consist of what we did the entire day + something specific on the cache. Big logs in the actual logbook don't happen alot around here, so we don't do that either

  8. 1. Comic Sans MS font. Really, who uses that?

    2. Waypoints and info on how to find/use them only written in the additional waypoints. This is more a personal thing. Our android application (geohunter) does not show that info correctly, so we have to visit the cache site to be able to read it.

    3. Unformatted wall of text

  9. Here in the UK, petrol(gas) is currently £1.28/litre (

     

    Going on todays exchange rate of £1 = $1.60

     

    That makes One US gallon (3.785 Litres) = $7.75

     

    and one Imperial gallon (4.546 Litres) = an enormous $9.31

     

    I'll swap you all day long and twice on Sundays

     

    ----------------------------------------------------------------------

     

    BUT ,, the main complaint here is the fact that the petrol(gas)is £0.32/litre the rest is TAX

     

    Was about to say the same thing.

    Gas here is around €1.5 per litre which is $7.8505655 per gallon.

    Luckely my car does 33.6020833 miles per gallon

     

    Gas is mostly Taxes here, it's ridiculous :P

  10. Hi,

     

    I'm having an issue with compiling a cartridge. I keep getting this error (another cartridge it compiles just fine)

    errorurwigo.png

     

    Anyone knows what it can be? I tried deleting stuff like Zones, Characters, Items, Inputs, Function and Variables one by one. But it will only compile and run when everything is deleted.

    Is there any way to debug the compilation process? If I build a GWZ file for online compilation, I only get a 7kB archive while my Urwigo file is 834kB in size.

     

    Hereby attacted is my Urwigo file. It is a mastermind/cluedo type of game in a very early stage of development, but I can't work any further on it if I can't run it to test :(

     

    Thanks for the help!

     

    EDIT: Already found the solution. Apparently giving the objects custom identifiers wasn't a good idea. Lesson learned ^^

  11. My DSLR camera + lenzes, spare battery, flash, etc.

     

    It weighs ALOT, but being able to take a decent picture from time to time is great. On my last trip I hung it's bag over my backpack.

    It's only a bit risky when crossing rivers etc, but then we pack everything in ziplock bags anyway ^^

  12. Anchor it in place and as long as it is not a hazard to navigation it will be fine.

     

    Finders would have to open it to get to the log so keep that in mind... they can't just log it by getting telemetry from it.

    But the whole point, or at least a major portion of it, was to have this thing moving.

     

    I wonder if the cache would have a greater chance of being published as an earth cache. I've done an earthcache that has as one of the requirement for logging it that one sends to CO the water temperature at the location. Depending on how far the equipment moves, it might work.

     

    One of the coolest earth caches that I've done is one on the dunes in Nags Head, NC. There are fixed coordinates for the "cache" but one is also asked to try and find the highest point on the dunes, capture a waypoint, and post it in their logs. The point of the earth cache is to demonstrate how the dunes are moving.

     

    I could do something like this. Fixed coordinates for a "Cache", and then encourage them to find the mobile unit for the fun of it.

     

    Like you said before, but you could put a logbook and a small container for TB's or coins on the fixed device that shows the current location of one or several floating devices for SWAG as a bonus. This way, the cache has a fixed coordinate to log, but encourages people to find the other ones.

  13. Hi out there,

    while choosing a multi-cache at "www.Groundspeak.com" I often have the same problem:

    I dont know how much time it takes.

    There are the attributes "significant hike" or "takes more than 1 hour" - bute how long is it really?

    It can be f.e. 90 minutes or about 6 hours ...?

    Therefore it would be great if the owner HAVE TO fill out a new field "approximate time" or "entire length" of the hike. And this should be a required field.

    That would be a very great help.

    Thanks in advance

    Helmut

     

    This is a great idea, though I do not support it to be mandatory. Everyone walks at his own pace, and in some cases putting the total distance may reveal some information that should not be revealed ;-)

  14. BLAH END OF THE WORLD. 2012 AHHHHHHH SOLAR FLARES WILL KILL US ALL OGI BOOGIE BOO BOO!!!!! YES YES BECAUSE THE MAYAN CALENDER ENDS!!! OH MY GOD.... WAIT!! So why hasn't the world ended every time our 12 month calender has ended. It ended 2009 times already... Oh wait, because when the calender ends, we start from the beginning again...... ;):ph34r:;)

     

    Actually, it doesn't end in 2012 :lol:

     

    Misinterpretation of the Mesoamerican Long Count calendar is the basis for a New Age belief that a cataclysm will take place on December 21, 2012. December 21, 2012 is simply the first day of the 14th b'ak'tun.

    Source: http://en.wikipedia.org/wiki/Maya_calendar

     

    As for the sattelites, when they detect an upcoming big flare, they can simply shut them off to prevent damage if that would be needed. I'm sure they will have SOME shielding already too to counter cosmic radiation.

     

    We already have sattelites closer to the sun that can report incoming flares (not sure if the flares travel at or near the speed of light actually...)

     

    Anyhow, they probably thought of these scenarios when they launched the sattelites so we shouldn't worry ^^

  15. When we bought our GPS, we were also in a dilemma between a Dakota and the 60CSx.

    In the end we chose the 60CSx because it's more durable, has an external antenna, better readable screen and battery life.

     

    We are still quite happy with our choice. We use our android phones for the paperless aspect (Geohunter, Word-Documents, etc...)

  16. The radio chipset it probably using the most battery, turning the iPhone in Airplane mode will greatly improve battery life, aswell as screenbrightness etc.

     

    I can use my GPS for hours with my android phone without any problems, though I only use it for the paperless caching, for finding GZ I have a 60CSx ^^

  17. add : 127.0.0.1 www.facebook.com to your hosts file.

     

    To further clarify this (for windows computers):

     

    You can find the file hosts under C:\Windows\System32\drivers\etc

    Double click it and Open it with Notepad

     

    Just put it on the last line.

     

    This will make you PC redirect www.facebook.com to itself, causing facebook not to load without triggering the school's firewall.

     

    If you're on Linux, Mac it's a bit different and it's probably best to google it ;-)

  18. We are planning a trip to sweden in a couple of weeks for a day or 10. I have a small cheap solar panel with 1 USB output (€25) and an USB Battery Charger.

     

    The charger charges AA batteries fine, but for my EN-EL3 (D40) I need 220V to charge it. I just bought 1 extra battery, which should make me able to fill up my 8GB SD-card in those 10days.

     

    Keep in mind that a DSLR also consumes less battery as a compact camera because it does not use the LCD display.

     

    I'll be taking 16AA batteries to power my GPSMAP 60CSX for about 12hrs a day each day and my camera flash. Should be more than I need

  19. Well, on 3G or even GPRS a 380kb shouldn't take THAT long. It is possible that the application just could not handle it.

     

    You could choose in your browser not to load images or go to the WAP page.

     

    Also, it should be fairly simple to develop a system that automatically checks files between <img> tags and rejects them if they are too big. Reviewers wouldn't have to do a thing :wub:

×
×
  • Create New...