ZXM-Phoenix rev.03. Подготовка к производству.

[vlad]

Хотел еще добавить по поводу Z-контроллера. Не мешало бы добавить сигнал готовности READY 7 битом в порт #77 на чтение пока идет загрузка сдвигового регистра.

[Black_Cat]

софт под DMA и так просится на адаптацию

ну если тебе проще полностью переделать весь софт под DMA вместо изменения двух чисел в фирмваре - без проблем, я готов придумать новые адреса

[vlad]

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

Основная причина - отсутствие железа, второстепенная - неорганизованность...

[Дмитрий]

Мне на память приходит токо одна софтина от Буддера + одна фирмваре от Савелия, которые вааще знают что такое Z-контроллер..

1. WildDiskCopier
2. Fatal
3. WildPlayer
4. HeGluk
5. Gluk
Не много, но если HeGluk я с геморроем смогу пофиксить под твои порты, то остальные останутся не у дел. У меня их исходников нет, а авторам давно уже наплевать на софт - они их править не будут.

---------- Post added at 15:02 ---------- Previous post was at 14:57 ----------

ну если тебе проще переделать весь софт под DMA вместо одной фирмваре

одна фирмваря не панацея, тем более она узкоспециализированная, тем же ОТМщикам она не поможет. Давайте лучше переместимся в Звук и рестайлим DMA USC.

Основная причина - отсутствие железа, второстепенная - неорганизованность...

Так и не понял - это к чему? К KOE-SD или DMA USC?

[vlad]

ну если тебе проще переделать весь софт под DMA вместо одной фирмваре - без проблем, я готов придумать новые адреса

Сейчас этих адресов куева куча и генератор ненужен... Нужен единый стандарт, и команда людей понимающих что они хотят сделать. А так будет у каждого принципиальная груда железа и груда софта под разный стандарт. Хотя и это не плохо можно развивать и делить каждую ветку на стандарты до бесконечности

[Black_Cat]

Сейчас этих адресов куева куча

ну, не так всё просто как кажется

А так будет у каждого принципиальная груда железа и груда софта под разный стандарт

Есть люди, которым на всех остальных пофиг , и что ты с ними предлагаешь делать, к стенке ставить? Вон КоЕ - знал, что порты будут конфликтить, а всё равно сделал как ему хотелось, или вон НедоПиСишники - знали, что если поставить неполный дешифратор на отсечку адресов внутренних портов, то значительная часть внешних устройств работать не будет - и пофиг им и на юзеров и на эти устройства.
А на счёт единого стандарта - сам знаешь - он есть

[vlad]

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

[Black_Cat]

1. WildDiskCopier
2. Fatal
3. WildPlayer
4. HeGluk
5. Gluk

Софт - это токо три первые, остальное фирмваре, а оно и не должно поддерживать железо, которого на конкретной плате нет. Авторы - Буддер и Савелий, оба живы-здоровы, будет железка - глядишь и не откажут в доделке, тем более, что менять всего два числа в драйвере - это пять минут работы от силы.

[vlad]

Есть люди, которым на всех остальных пофиг , и что ты с ними предлагаешь делать, к стенке ставить? Вон КоЕ - знал, что порты будут конфликтить, а всё равно сделал как ему хотелось

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

А на счёт единого стандарта - сам знаешь - он есть

Пока еще есть надежда его увидеть А железо, думаю любой сделает, было бы желание...

[Black_Cat]

И писать программы будет понятно для чего и под что...

..ну, имхо это очень идеализированный взгляд , хотелось бы чтоб разработчики руководствовались всеобщим благом и здравым смыслом, но реально - не всё так пушисто, зачастую амбиции и эгоизм перевешивают