#87310: "Burgle Bros - Loitering check"
Mis juhtus? Palun vali alt
Mis juhtus? Palun vali alt
Palun kontrolli, kas samal teemal on juba aruanne olemas
Kui jah, siis HÄÄLETAGE selle raporti poolt. Kõige rohkem hääli sisaldavatele aruannetele antakse PRIORITEET!
# | Status | Votes | Game | Type | Title | Last update |
---|
Detailne kirjeldus
• Kui näed ekraanil veateadet, kopeeri see siia.
Currently in Burgle Bros, the rules state you're not allowed to move "back and forth" in order to avoid drawing an event. However, it has been stated that this would be too difficult to code, and would result in false positives, and so (understandably), the devs focused on more productive things.
As a programmer myself, I spent some time analyzing the problem, as I knew I could tackle this, and I have the time to (unlike your devs :) ) and believe I have a draft solution which is a viable option as it:
1) doesn't result in false positives.
2) Simple coding logic changes to implement - nothing major, no redesign needed - you have all the info already, it's just a matter of gathering it up and using it properly.
3) flexible - so we can focus on the "simple"/obvious checks first .. and consider expanding to trickier ones later (if we want).
The logic is simple:
1) capture the current board "state" (everything, including tiles, hidden tiles, walls, player/guard positions, tools/loot positions, hack tokens .. alarms .. etc.) store it as a simple string (1 character per "item", ie Safe = "S", Walkway = "W", etc.)
2) boolean flag to indicate dice were rolled (ie safe, keypad, etc.) This provides a marker, as we won't compare board states beyond a dice roll. (think 1 move into a keypad, and failing the roll)
3) Compare latest board state with al previous ones up to a die roll event.
4) if any match, reject the move as "loitering" ..
• Kirjelda, mida sa soovisid teha, mida sa tegid ja mis juhtus
• mis on sinu veebilehitseja?
Google Chrome v112
• Palun kopeeri/kleebi kuvatud tekst inglise keeles, mitte sinu oma keeles. Kui sul on sellest veast ekraanipilt (hea tava), saad kasutada Imgur.com selle üleslaadimiseks ja lingi siia kopeerida.
Currently in Burgle Bros, the rules state you're not allowed to move "back and forth" in order to avoid drawing an event. However, it has been stated that this would be too difficult to code, and would result in false positives, and so (understandably), the devs focused on more productive things.
As a programmer myself, I spent some time analyzing the problem, as I knew I could tackle this, and I have the time to (unlike your devs :) ) and believe I have a draft solution which is a viable option as it:
1) doesn't result in false positives.
2) Simple coding logic changes to implement - nothing major, no redesign needed - you have all the info already, it's just a matter of gathering it up and using it properly.
3) flexible - so we can focus on the "simple"/obvious checks first .. and consider expanding to trickier ones later (if we want).
The logic is simple:
1) capture the current board "state" (everything, including tiles, hidden tiles, walls, player/guard positions, tools/loot positions, hack tokens .. alarms .. etc.) store it as a simple string (1 character per "item", ie Safe = "S", Walkway = "W", etc.)
2) boolean flag to indicate dice were rolled (ie safe, keypad, etc.) This provides a marker, as we won't compare board states beyond a dice roll. (think 1 move into a keypad, and failing the roll)
3) Compare latest board state with al previous ones up to a die roll event.
4) if any match, reject the move as "loitering" ..
• Kas see tekst on kättesaadav tõlkesüsteemis ? Kui jah, kas see on tõlgitud rohkem kui 24 tundi tagasi?
• mis on sinu veebilehitseja?
Google Chrome v112
• Palun selgita oma ettepanekut täpselt ja lühidalt, et oleks võimalikult lihtne mõista, mida silmas pead.
Currently in Burgle Bros, the rules state you're not allowed to move "back and forth" in order to avoid drawing an event. However, it has been stated that this would be too difficult to code, and would result in false positives, and so (understandably), the devs focused on more productive things.
As a programmer myself, I spent some time analyzing the problem, as I knew I could tackle this, and I have the time to (unlike your devs :) ) and believe I have a draft solution which is a viable option as it:
1) doesn't result in false positives.
2) Simple coding logic changes to implement - nothing major, no redesign needed - you have all the info already, it's just a matter of gathering it up and using it properly.
3) flexible - so we can focus on the "simple"/obvious checks first .. and consider expanding to trickier ones later (if we want).
The logic is simple:
1) capture the current board "state" (everything, including tiles, hidden tiles, walls, player/guard positions, tools/loot positions, hack tokens .. alarms .. etc.) store it as a simple string (1 character per "item", ie Safe = "S", Walkway = "W", etc.)
2) boolean flag to indicate dice were rolled (ie safe, keypad, etc.) This provides a marker, as we won't compare board states beyond a dice roll. (think 1 move into a keypad, and failing the roll)
3) Compare latest board state with al previous ones up to a die roll event.
4) if any match, reject the move as "loitering" ..
• mis on sinu veebilehitseja?
Google Chrome v112
• Mis oli ekraanil, kui sind blokeeriti? (Tühi ekraan? Osa mänguliidesest? Veateade?)
Currently in Burgle Bros, the rules state you're not allowed to move "back and forth" in order to avoid drawing an event. However, it has been stated that this would be too difficult to code, and would result in false positives, and so (understandably), the devs focused on more productive things.
As a programmer myself, I spent some time analyzing the problem, as I knew I could tackle this, and I have the time to (unlike your devs :) ) and believe I have a draft solution which is a viable option as it:
1) doesn't result in false positives.
2) Simple coding logic changes to implement - nothing major, no redesign needed - you have all the info already, it's just a matter of gathering it up and using it properly.
3) flexible - so we can focus on the "simple"/obvious checks first .. and consider expanding to trickier ones later (if we want).
The logic is simple:
1) capture the current board "state" (everything, including tiles, hidden tiles, walls, player/guard positions, tools/loot positions, hack tokens .. alarms .. etc.) store it as a simple string (1 character per "item", ie Safe = "S", Walkway = "W", etc.)
2) boolean flag to indicate dice were rolled (ie safe, keypad, etc.) This provides a marker, as we won't compare board states beyond a dice roll. (think 1 move into a keypad, and failing the roll)
3) Compare latest board state with al previous ones up to a die roll event.
4) if any match, reject the move as "loitering" ..
• mis on sinu veebilehitseja?
Google Chrome v112
• Millist osa BGA kohandamisest ei järgitud
Currently in Burgle Bros, the rules state you're not allowed to move "back and forth" in order to avoid drawing an event. However, it has been stated that this would be too difficult to code, and would result in false positives, and so (understandably), the devs focused on more productive things.
As a programmer myself, I spent some time analyzing the problem, as I knew I could tackle this, and I have the time to (unlike your devs :) ) and believe I have a draft solution which is a viable option as it:
1) doesn't result in false positives.
2) Simple coding logic changes to implement - nothing major, no redesign needed - you have all the info already, it's just a matter of gathering it up and using it properly.
3) flexible - so we can focus on the "simple"/obvious checks first .. and consider expanding to trickier ones later (if we want).
The logic is simple:
1) capture the current board "state" (everything, including tiles, hidden tiles, walls, player/guard positions, tools/loot positions, hack tokens .. alarms .. etc.) store it as a simple string (1 character per "item", ie Safe = "S", Walkway = "W", etc.)
2) boolean flag to indicate dice were rolled (ie safe, keypad, etc.) This provides a marker, as we won't compare board states beyond a dice roll. (think 1 move into a keypad, and failing the roll)
3) Compare latest board state with al previous ones up to a die roll event.
4) if any match, reject the move as "loitering" ..
• Kas reeglite rikkumist on mängu taasesitusel näha? Kui jah, siis mitmendal käigul?
• mis on sinu veebilehitseja?
Google Chrome v112
• Milline oli mängu tegevus, mida tahtsid sooritada?
Currently in Burgle Bros, the rules state you're not allowed to move "back and forth" in order to avoid drawing an event. However, it has been stated that this would be too difficult to code, and would result in false positives, and so (understandably), the devs focused on more productive things.
As a programmer myself, I spent some time analyzing the problem, as I knew I could tackle this, and I have the time to (unlike your devs :) ) and believe I have a draft solution which is a viable option as it:
1) doesn't result in false positives.
2) Simple coding logic changes to implement - nothing major, no redesign needed - you have all the info already, it's just a matter of gathering it up and using it properly.
3) flexible - so we can focus on the "simple"/obvious checks first .. and consider expanding to trickier ones later (if we want).
The logic is simple:
1) capture the current board "state" (everything, including tiles, hidden tiles, walls, player/guard positions, tools/loot positions, hack tokens .. alarms .. etc.) store it as a simple string (1 character per "item", ie Safe = "S", Walkway = "W", etc.)
2) boolean flag to indicate dice were rolled (ie safe, keypad, etc.) This provides a marker, as we won't compare board states beyond a dice roll. (think 1 move into a keypad, and failing the roll)
3) Compare latest board state with al previous ones up to a die roll event.
4) if any match, reject the move as "loitering" ..
• Mida püüdsid teha, et seda mängu tegevust käivitada?
• Mis juhtus, kui seda proovisite (veateade, mängu olekuriba teade, ...)?
• mis on sinu veebilehitseja?
Google Chrome v112
• Millises mängu etapis esines probleem (Mis oli selle mänguetapi instruktsioon)?
Currently in Burgle Bros, the rules state you're not allowed to move "back and forth" in order to avoid drawing an event. However, it has been stated that this would be too difficult to code, and would result in false positives, and so (understandably), the devs focused on more productive things.
As a programmer myself, I spent some time analyzing the problem, as I knew I could tackle this, and I have the time to (unlike your devs :) ) and believe I have a draft solution which is a viable option as it:
1) doesn't result in false positives.
2) Simple coding logic changes to implement - nothing major, no redesign needed - you have all the info already, it's just a matter of gathering it up and using it properly.
3) flexible - so we can focus on the "simple"/obvious checks first .. and consider expanding to trickier ones later (if we want).
The logic is simple:
1) capture the current board "state" (everything, including tiles, hidden tiles, walls, player/guard positions, tools/loot positions, hack tokens .. alarms .. etc.) store it as a simple string (1 character per "item", ie Safe = "S", Walkway = "W", etc.)
2) boolean flag to indicate dice were rolled (ie safe, keypad, etc.) This provides a marker, as we won't compare board states beyond a dice roll. (think 1 move into a keypad, and failing the roll)
3) Compare latest board state with al previous ones up to a die roll event.
4) if any match, reject the move as "loitering" ..
• Mis juhtus, kui proovisite sooritada seda mängu käiku (veateade, mängu olekuriba sõnum, ...)?
• mis on sinu veebilehitseja?
Google Chrome v112
• Kirjelda kuvamise probleemi. Kui sul on sellest veast ekraanipilt (hea tava), saad kasutada Imgur.com selle üleslaadimiseks ja lingi siia kopeerida.
Currently in Burgle Bros, the rules state you're not allowed to move "back and forth" in order to avoid drawing an event. However, it has been stated that this would be too difficult to code, and would result in false positives, and so (understandably), the devs focused on more productive things.
As a programmer myself, I spent some time analyzing the problem, as I knew I could tackle this, and I have the time to (unlike your devs :) ) and believe I have a draft solution which is a viable option as it:
1) doesn't result in false positives.
2) Simple coding logic changes to implement - nothing major, no redesign needed - you have all the info already, it's just a matter of gathering it up and using it properly.
3) flexible - so we can focus on the "simple"/obvious checks first .. and consider expanding to trickier ones later (if we want).
The logic is simple:
1) capture the current board "state" (everything, including tiles, hidden tiles, walls, player/guard positions, tools/loot positions, hack tokens .. alarms .. etc.) store it as a simple string (1 character per "item", ie Safe = "S", Walkway = "W", etc.)
2) boolean flag to indicate dice were rolled (ie safe, keypad, etc.) This provides a marker, as we won't compare board states beyond a dice roll. (think 1 move into a keypad, and failing the roll)
3) Compare latest board state with al previous ones up to a die roll event.
4) if any match, reject the move as "loitering" ..
• mis on sinu veebilehitseja?
Google Chrome v112
• Palun kopeeri/kleebi kuvatud tekst inglise keeles, mitte sinu oma keeles. Kui sul on sellest veast ekraanipilt (hea tava), saad kasutada Imgur.com selle üleslaadimiseks ja lingi siia kopeerida.
Currently in Burgle Bros, the rules state you're not allowed to move "back and forth" in order to avoid drawing an event. However, it has been stated that this would be too difficult to code, and would result in false positives, and so (understandably), the devs focused on more productive things.
As a programmer myself, I spent some time analyzing the problem, as I knew I could tackle this, and I have the time to (unlike your devs :) ) and believe I have a draft solution which is a viable option as it:
1) doesn't result in false positives.
2) Simple coding logic changes to implement - nothing major, no redesign needed - you have all the info already, it's just a matter of gathering it up and using it properly.
3) flexible - so we can focus on the "simple"/obvious checks first .. and consider expanding to trickier ones later (if we want).
The logic is simple:
1) capture the current board "state" (everything, including tiles, hidden tiles, walls, player/guard positions, tools/loot positions, hack tokens .. alarms .. etc.) store it as a simple string (1 character per "item", ie Safe = "S", Walkway = "W", etc.)
2) boolean flag to indicate dice were rolled (ie safe, keypad, etc.) This provides a marker, as we won't compare board states beyond a dice roll. (think 1 move into a keypad, and failing the roll)
3) Compare latest board state with al previous ones up to a die roll event.
4) if any match, reject the move as "loitering" ..
• Kas see tekst on kättesaadav tõlkesüsteemis ? Kui jah, kas see on tõlgitud rohkem kui 24 tundi tagasi?
• mis on sinu veebilehitseja?
Google Chrome v112
• Palun selgita oma ettepanekut täpselt ja lühidalt, et oleks võimalikult lihtne mõista, mida silmas pead.
Currently in Burgle Bros, the rules state you're not allowed to move "back and forth" in order to avoid drawing an event. However, it has been stated that this would be too difficult to code, and would result in false positives, and so (understandably), the devs focused on more productive things.
As a programmer myself, I spent some time analyzing the problem, as I knew I could tackle this, and I have the time to (unlike your devs :) ) and believe I have a draft solution which is a viable option as it:
1) doesn't result in false positives.
2) Simple coding logic changes to implement - nothing major, no redesign needed - you have all the info already, it's just a matter of gathering it up and using it properly.
3) flexible - so we can focus on the "simple"/obvious checks first .. and consider expanding to trickier ones later (if we want).
The logic is simple:
1) capture the current board "state" (everything, including tiles, hidden tiles, walls, player/guard positions, tools/loot positions, hack tokens .. alarms .. etc.) store it as a simple string (1 character per "item", ie Safe = "S", Walkway = "W", etc.)
2) boolean flag to indicate dice were rolled (ie safe, keypad, etc.) This provides a marker, as we won't compare board states beyond a dice roll. (think 1 move into a keypad, and failing the roll)
3) Compare latest board state with al previous ones up to a die roll event.
4) if any match, reject the move as "loitering" ..
• mis on sinu veebilehitseja?
Google Chrome v112
Aruande ajalugu
boardgamearena.com/forum/viewtopic.php?t=30165
In the linked .zip is a flowchart showing the logic, and it should be reasonable easy to fit into, and after some additionally games. and review, I think it should be reasonable robust.
Lisa midagi sellele raportile
- Teine laua ID / käigu ID
- Kas F5 lahendas probleemi?
- Kas probleem esines mitmel korral? Igal korral?
- Kui sul on sellest veast ekraanipilt (hea tava), saad kasutada Imgur.com selle üleslaadimiseks ja lingi siia kopeerida.