Не понимаю зачем вся эта теория...
У меня делается просто, ка говорил rovki:При этом соседние "игры" запросто могут быть одинаковые, или одинаковыми могут быть последний бочонок предыдущей игры и первый следующей, но пока как бочонки не кончатся, повторений не будет!Сообщение от rovki
PS раз вы дописали, то и я допишу... Мой макрос работает по алгоритму описанному в третьем пункте предыдущего сообщения.
Последний раз редактировалось AI!; 20.07.2016 в 12:31.
начинающий профессионал
Попробую ещё раз: что делает ваш алгоритм, если генератор возвращает число, которое "уже было в этой игре"? Я полагал, что возвращает "максимальное из оставшися" или "минимальное из оставшихся". Так?
как в что-где-когда: следующее которого ещё не было, с некоторыми оговорками...
PS ща будет много о том как это плохо?
Последний раз редактировалось AI!; 20.07.2016 в 12:43.
начинающий профессионал
Ну, я про это же. Эти самые оговорки нарушают "случайность" требуемой перестановки.
Как раз это я и прокомментировал тут:
Поэтому и говорю, что, либо генератор будет плохим, либо там будет массив с "оставшимися элементами".
В ОЛ тяжело сделать "массив на 1024 элемента", поэтому приходится хранить в битах.
Получается на каждом шаге алгоритма нужно генерировать число от 0 до k-1 (где k это количество оставшихся чисел) и уметь выбирать/обнулять нужный k-ый ненулевой бит (если считать, что с самого начала все биты установлены в 1).
Вы готовы называть это "эффективной" реализацией?
5-10 блоков -- я ещё понимаю "эффективная реализация". А когда в ОЛ нужно заводить 32 SEL'а как ячейки памяти для 1024 битов, и потом каждый SEL обвязывать блоком "получи и очисти k-ый ненулевой бит", то это уже "эффективным" я бы не называл. Реализация -- да. Эффективная? Вряд ли.
Нужно случайно из оставшихся
электронщик до мозга костей и не только
Так чтобы выбрать "случайное из оставшихся" эти самые "оставшиеся" нужно хранить.
Я же и говорил, что в ST это тривиално, а в ОЛ проблематично. В ОЛ массивов нет, и битовых операций очень мало.
Вот мои слова:
вот вот уже ближе ,только мне надо ,что бы и следующая игра начиналась не с того чем закончилась предыдущая
Мало сделать генератор RND (источник) ,который работает на своей частоте (цикла) ,но нужно еще позаботится что бы приемник работал на той же частоте считывания ,что не удобно и не приемлемо с практической точки зрения .Например генератор генерит значения с периодом 1мс , а приемник может работать с периодом 1сек .Тогда может получится совсем другая картинка на входе приемника ...далекая от белого шума ...То есть генератор должен подстраиваться под быстродействие приемника так что бы не нарушалась равновероятность и не было "Склеек".Вот такой генератор может иметь практическое применение .!
rovki, добро пожаловать в мир ПЛК. Тут функциональный блок вызывают тогда, когда нужно. Т.е. генератор и потребитель синхронизированы автоматически. Поэтому то, что пишете в КДС уже есть. Вы же помните, что тема была не в ветке ОЛ, а в ветке КДС2?
В целом, можно и в ОЛ было бы такое же сделать, чтобы часть схемы обрабатывалась только тогда, когда нужно. Например, сделать у макросов "официальный" тактовый вход, и чтобы макрос выполнялся только по фронту сигнала, а, если фронта нет, то чтобы сохранялось старое состояние.
порядочные люди извиняются перед такими же порядочными людьми, Вы к ним относитесь?
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Ваши права
