Отправлено yes 26 июля 2005 г. 15:10 В ответ на: А теперь давайте ту самую мою задачу (+) отправлено SM 26 июля 2005 г. 12:17

команды, но может запустив два SPORTa на этот поток с тактом деленным пополам по разным фронтам - это можно решить вообще без софта

BITMUX ( source_1, source_0, A0 ) (ASL) - формирование потока

ну а разбор наверно через ROT и бит CARY (CC)

то есть тут долго...

но в ответ :) предлагаю подумать над реализацие LFSR на 55
то что в BF делает
BXORSHIFT, BXOR

• К сожалению данный поток именно приходит по спорту №1 и уходит по спорту №2 (+) — SM   (26.07.2005 15:27 213.141.159.26, 461 байт)
  • А вот вам очередная команда хитрая от нас (+) — SM   (26.07.2005 15:42 213.141.159.26, 1277 байт)
    • ну что теперь мануалы будем цитировать :) — yes   (26.07.2005 15:57 194.133.69.2, 284 байт)
      • Да я смотрю уже и без спец-команд спец-юнитов (+) — SM   (26.07.2005 16:09 213.141.159.26, 102 байт)
        • Да ладно... всё мы о грустном только.(+) — Зок Мёдов   (26.07.2005 16:34 212.34.54.6, 546 байт)
          • Да вот как-то все время получается, что загружаю я проц под самое нехочу... А насчет проигрыша (+) — SM   (26.07.2005 16:47 213.141.159.26, 168 байт)
            • По плотности кода? Это не очень смешно.... (+) — Зок Мёдов   (26.07.2005 17:03 212.34.54.6, 489 байт)
              • да там добавить надо #define ETSI_SOURCE #include <fract.h> и убрать аналогичный ти-шный инклуд — yes   (26.07.2005 17:10 194.133.69.2, пустое)
              • Не-не, сорри, я не про плотность кода, я про такты... про скорость. — SM   (26.07.2005 17:05 213.141.159.26, пустое)
                • Да, а из библиотек по идее только стартап там должен пристегнуться да деление. — SM   (26.07.2005 17:16 213.141.159.26, пустое)
      • Так что там про LFSR-то? Сколько оно у вас тактов с учетом взятия из памяти и сования обратно? — SM   (26.07.2005 16:01 213.141.159.26, пустое)