Как на бипере проспикать? В курсе кто-то или нет?

[dosikus]

То есть ты считаешь, что на OSA можно сделать нечто такое, чего нельзя сделать на асме?

В самую точку. Нет если конечно есть уйма времени (полагаю не меньше года), то можно и на асме извратится. Но за это время все уйдет далекооо вперед. OSA это только часть вкусностей в плане использования С.
И все же про асм - попиши чего либо на асме для PIC24.
Все сразу поймешь . Скажешь и 18 хватает , но посмотри цены на 24 и их возможности - сказка просто...

[Advertiser]

[andrews]

А у Freescale-а 32-битники есть чуть дороже $2 и чего?

[Barmaley_m]

В самую точку. Нет если конечно есть уйма времени (полагаю не меньше года), то можно и на асме извратится. Но за это время все уйдет далекооо вперед. OSA это только часть вкусностей в плане использования С.

Вот как раз для внутренних циклов синтеза звука многозадачная ОС - не самый подходящий инструмент, на асме можно контролировать ход исполнения программы куда точнее. А это критично при программном синтезе звука на всяких ШИМах, если нет нормального ЦАП или DMA.

Твое утверждение "на асме нереально" неверно уже хотя бы потому, что сама операционка (OSA или другая) написана на асме или компилирована на асм.

А вообще сделать многозадачное ядро - это сама по себе очень интересная задача, полезная для развития профессионализма.

И все же про асм - попиши чего либо на асме для PIC24.

Я писал на асме для dsPIC33... Действительно очень "вкусный" проц, и учитывая, что эта серия идет даже дешевле PIC16 и PIC18, то я планирую для будущих проектов именно 16-битные пики рассматривать в качестве платформы.

Для тех задач, которые я тогда решал, программирование на C было неприемлемо (нужно было отмерять микросекунды), но для других задач, где требуются сложные алгоритмы и некритична скорость - типа TCP/IP - не спорю, можно будет и на C попрограммировать.

[dosikus]

Твое утверждение "на асме нереально" неверно уже хотя бы потому, что сама операционка (OSA или другая) написана на асме или компилирована на асм.

В корне неверно , чем гадать - сходи и изучай : http://wiki.pic24.ru/doku.php/osa/ref/intro
Исходники свободно лежат. Ты еще вспомни что любой компилятор переводит С в асм и только потом в хекс. Для конечного пользователя это прозрачно.
И я не говорю , что асм надо бросать - асм знать нужно. Но писать на нем полностью программу - извини меня это извращение.

[Barmaley_m]

В корне неверно , чем гадать - сходи и изучай :

А что конкретно в твоей ссылке опровергает мое высказывание, можешь пояснить? А то я тоже могу тебя отправить читать книжки по основам программирования или архитектуре операционных систем.

Инлайн-ассемблер никаким боком не опровергает мое утверждение, что иногда необходимо писать на ассемблере и нельзя пользоваться языком высокого уровня. Скорее даже наоборот, подтверждает. Ведь в противном случае в инлайн-ассемблере не было бы никакой необходимости

И вообще, с твоей стороны слишком опрометчиво делать выводы, на чем следовало бы реализовывать мой проект (си или ассемблер), не ознакомившись с техническими требованиями к нему. Такой подход может завести не в ту степь

[dosikus]

А что конкретно в твоей ссылке опровергает мое высказывание, можешь пояснить?

Не сомневаюсь в твоей квалификации . Но все таки скажу - у тебя видно много свободного времени , если пишешь на асме.

Повторюсь:я выше говорил , что знать ассемблер необходимо , небольшие проекты под себя или ответственные куски кода это да ,но вот писать на нем полностью...
Еще один большой и жирный минус - это непереносимость прог на асме.
Причем как ты мог заметить это не только мое мнение - см. microchip.su

[Barmaley_m]

Но все таки скажу - у тебя видно много свободного времени , если пишешь на асме.

Я выбираю инструмент сообразно решаемой задаче. Иногда наиболее подходящим инструментом оказывается ассемблер, а иногда - языки высокого уровня, в том числе и интерпретируемые. На си писать легче, не спорю. За ассемблер если берусь - то не от избытка времени, а по необходимости. Думаю, что остальные рационально мыслящие люди (кто владеет и асмом, и другими языками) поступают точно так же. В этом подходе нет ничего особенного.

Еще один большой и жирный минус - это непереносимость прог на асме.

О переносимости программ на си и сопутствующих проблемах можно много рассуждать, но это к теме совсем не относится: изначально речь шла о реализуемости, а не переносимости.

[alone]

Вот, например, 2-битный ADPCM: http://alonecoder.nedopc.com/zx/ADPCM.rar

Обновлено: поддержан ATM Turbo 2. То же с дельта-плеером: http://alonecoder.nedopc.com/zx/SHIM3.rar