#87310: "Burgle Bros - Loitering check"
Што адбылося? Калі ласка, абярыце з ніжэй прапісаныя
Што адбылося? Калі ласка, абярыце з ніжэй прапісаныя
Калі ласка, праверце, ці існуе ўжо справаздача на тую ж тэму
Калі гэта так, ПРАГАЛАСУЙЦЕ за гэтую справаздачу. Справаздачы з найбольшай колькасцю галасоў будуць разглядацца У ПЕРШУЮ ЧАРГУ!
# | Status | Votes | Game | Type | Title | Last update |
---|
Дэталёвае апісанне
• Калі ласка, скапіруйце тэкст памылкі, якую вы бачыце на экране (калі яна ёсць).
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" ..
• Калі ласка, растлумачце, што вы хацелі зрабіць, што вы зрабілі і што здарылася
• Якім браўзэрам вы карыстаецеся?
Google Chrome v112
• Калі ласка, скапіруйце тэкст на англійскай замест перакладу на ваш мову. Калі ў вас ёсць скрыншот гэтай памылкі (добрая звычка), вы можаце скарыстацца Imgur.com, каб загрузіць яго і ўставіць сюды спасылку.
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" ..
• Дзе можна знайсьці гэты тэкст у сістэме перакладу? Калі так, ці быў ён перакладзены больш за 24 гадзін таму?
• Якім браўзэрам вы карыстаецеся?
Google Chrome v112
• Калі ласка, дакладна і коратка апішыце сваю прапанову, каб зрабіць яе найбольш даступнай для разумення.
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" ..
• Якім браўзэрам вы карыстаецеся?
Google Chrome v112
• Што было намалявана на экране, калі вас заблакавала? (Пусты экран? Частка гульнявога стала? Паведамленне пра памылку?)
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" ..
• Якім браўзэрам вы карыстаецеся?
Google Chrome v112
• Якая частка правілаў не выкананая ў версіі BGA
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" ..
• Ці відаць парушэнне правілаў у паўторы гульні? Калі так, то на яком хаду?
• Якім браўзэрам вы карыстаецеся?
Google Chrome v112
• Якое гульнявое дзеянне вы хацелі зрабіць?
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" ..
• Што вы спрабавалі зрабіць, каб выканаць гэтае гульнявое дзеянне?
• Што адбылося, калі вы паспрабавалі зрабіць гэта (паведамленне пра памылку, паведамленне ў радку стану гульні ...)?
• Якім браўзэрам вы карыстаецеся?
Google Chrome v112
• На якім кроку гульні адбылася праблема (якая была інструкцыя ў той момант у гульні)?
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" ..
• Што адбылося, калі вы паспрабавалі здзейсніць гульнявое дзеянне (паведамленне пра памылку, паведамленне ў радку стану гульні ...)?
• Якім браўзэрам вы карыстаецеся?
Google Chrome v112
• Калі ласка, апішыце памылку адлюстравання. Калі ў вас ёсць скрыншот гэтай памылкі (добрая звычка), вы можаце скарыстацца Imgur.com, каб загрузіць яго і ўставіць сюды спасылку.
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" ..
• Якім браўзэрам вы карыстаецеся?
Google Chrome v112
• Калі ласка, скапіруйце тэкст на англійскай замест перакладу на ваш мову. Калі ў вас ёсць скрыншот гэтай памылкі (добрая звычка), вы можаце скарыстацца Imgur.com, каб загрузіць яго і ўставіць сюды спасылку.
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" ..
• Дзе можна знайсьці гэты тэкст у сістэме перакладу? Калі так, ці быў ён перакладзены больш за 24 гадзін таму?
• Якім браўзэрам вы карыстаецеся?
Google Chrome v112
• Калі ласка, дакладна і коратка апішыце сваю прапанову, каб зрабіць яе найбольш даступнай для разумення.
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" ..
• Якім браўзэрам вы карыстаецеся?
Google Chrome v112
Гісторыя справаздачы
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.
Дадайце да гэтага дакладу
- Іншая Табліца ID / ID ходу
- Ці F5 вырашыла Вашу праблему?
- Ці з'яўлялася праблема некалькі разоў? Кожны раз? Выпадкова?
- Калі ў вас ёсць скрыншот гэтай памылкі (добрая звычка), вы можаце скарыстацца Imgur.com, каб загрузіць яго і ўставіць сюды спасылку.