Куплю DMA USC

[lvd]

Может я ошибаюсь, но тот что у меня имеет четыре adc, четыре dac, пиковую производительность 60 мегафлопсов (это силько от мипсов отличается?) и кучу (около 100) generic hight speed input/output ножек. Короче старшая модель из линейки MSP430. Если склероз не подводит - MSP430F440

Склероз видимо подводит - нету такого... А вот любой соседний, например msp430f447:

>16-Bit RISC Architecture, 125-ns Instruction Cycle Time
Другими словами, 8мгц

>MSP430F447: 32KB+256B Flash Memory, 1KB RAM
Уже смешно - целый КИЛОБАЙТ рамы...

И причём тут цапы-ацпы и куча ног - при таком кол-ве памяти (рамы) и скорости?

[Advertiser]

[GriV]

купить оный DMA USC!
И мне без разницы что он ничем не поддержан я сам себя поддержу

если серьёзно, то раз нет возможности его купить (пока ни одного предложения не было ) то вопрос автору US:
2SMT: согласен с авторами топиков, всё таки можно сделать поддержку DMA USC в US? Я думаю, что многие программеры сразу почуют в новинке весь её потенциал, и появится тот самый софт ради которого вся эмуляция и затевалась.

[CHRV]

купить оный DMA USC!
И мне без разницы что он ничем не поддержан я сам себя поддержу

если серьёзно, то раз нет возможности его купить (пока ни одного предложения не было ) то вопрос автору US:
2SMT: согласен с авторами топиков, всё таки можно сделать поддержку DMA USC в US? Я думаю, что многие программеры сразу почуют в новинке весь её потенциал, и появится тот самый софт ради которого вся эмуляция и затевалась.

Интересно и на чем этот софт проверять?
Ведь реал и анреал - это очень разные вещи.

Честно говоря с потенциалом напряг. Где ты, скажем в 128кб, будешь буфер размещать для сего девайса не маловат ли он окажется .

Но вообщето пусть будет конечно, интересно посмотерть что получится!

[GriV]

но и возможность писать при помощи DMA, там девай напрямую с памятью может блоки памяти обменивать, вот хочется увидеть каков он на этом поприще

насчёт проверки я думаю так, писатели демок если не будут опять мозги компостировать с портами обмена (как это было с 7ffd) то ничего плохого не будет, нормальная дема, которая работает обычно на прерываниях на одно стандартное прерывание около 2000 тактов проца оставляет (а совсем не 0), так что в таком случае бояться нечего. Для экстремалов же, которые берут от железа 100% даже на разных экземплярах одной модели компа дема может как запуститься так и нет.

Да и 128 кб не так уж мало, а компов с большей памятью тоже немерянно.

[dhau]

но и возможность писать при помощи DMA, там девай напрямую с памятью может блоки памяти обменивать, вот хочется увидеть каков он на этом поприще

насчёт проверки я думаю так, писатели демок если не будут опять мозги компостировать с портами обмена (как это было с 7ffd) то ничего плохого не будет, нормальная дема, которая работает обычно на прерываниях на одно стандартное прерывание около 2000 тактов проца оставляет (а совсем не 0), так что в таком случае бояться нечего. Для экстремалов же, которые берут от железа 100% даже на разных экземплярах одной модели компа дема может как запуститься так и нет.

Да и 128 кб не так уж мало, а компов с большей памятью тоже немерянно.

Могу поручиться, что "писатели демок" - "не будут опять мозги компостировать с портами обмена". Потому что никто демы под DMA писать не будет. Цель демо - самовыразиться с надеждой что как можно больше людей твою работу посмотрит. С DMA это превращается в надежду что твою дему посмотрят обя владельца

Если ты не заметил, даже под GS с его относительно высокой популярностью дем никто не написал. Все ориентируются на AY/YM, и это imho правильно

[lvd]

Если ты не заметил, даже под GS с его относительно высокой популярностью дем никто не написал.

Это ты не заметил =)

таки alienate - вполне себе дема, и даже с юмором =)

[SMT]

согласен с авторами топиков, всё таки можно сделать поддержку DMA USC в US

нет, я согласен с CHRV на 1-2 программах точно все глюки не выловишь. а дальше пойдёт софт уже не под USC, а под глюки эмулятора..