Схемка расширения памяти на Профяке до 1Гб ;))

Hу что кому-нибудь помогла моя сабж ;) А то чёто ничего от вас не слышно?

C уважением, Musa Khaybullin.

вот тебе новость All, и Roman`у Milukov`у персонально. помнится как-то
недавно RM писал, что шевелить мыслями насчет памяти свыше 1М еще рановато, мол
время еще не пришло... может рановато, но как бы потом поздно не было.
расплодятся стандарты на подключение этой самой памяти как кролики, благо
"умельцев" сейчас поболе стало. вот уже родился новый порт. точнее не новый
порт, а новое использование старых портов... хотя, кто знает - может это и
выход.
суть вот в чем. имеется стандартный #7FFD на 128К. также имеется порт #DFFD
на 1М. проблема - как присобачить 4М не вводя дополнительного нового порта?
некто Sergey Karachentsev (он сюда еще обратится по этому вопросу) решил
просто. старшие биты #7FFD (6-й и 7-й) занимаются адресацией меговых банок. бит
защелки D5 - разрешение/запрещение листания 4М памяти. теоретически это
выглядит так - ШАГ1) обращение к #7FFD определяет номер нужной меговой банки и
номер стандартной страницы в стандартной 128-й банке. ШАГ2) при обращении к
#DFFD устанавливается номер нужной 128К банки.
чем не решение проблемы? правда тут есть один существенный минус - придется
отказаться от #7FFD на 512К/1М.

зы: хотелось бы услышать что по этому поводу думает уважаемый All.

C наилучшими пожеланиями, Artur. [ZX]

В день Artur Ishmurzin написали All:

AI> вот тебе новость All, и Roman`у Milukov`у персонально. помнится
AI> как-то недавно RM писал, что шевелить мыслями насчет памяти свыше 1М
AI> еще рановато, мол время еще не пришло... может рановато, но как бы
AI> потом поздно не было.
[skip]
AI> зы: хотелось бы услышать что по этому поводу думает уважаемый All.

Мое мнение такое. Hадо оставить 128k по 7FFD, как стандаpт. Возможно, добавить
512k, если нpавится или 256k по 1FFD.
А остальную память адpесовать чеpез независимый паpаллельно pаботающий поpт.
Т.е. Совеpшенно новый поpт, но изначально пpедназначенный только для
пеpеключения банок памяти. Для пpогpаммиста это будет удобнее. Hе надо никакие
биты маскиpовать и выделять. Целый байт - 256 банок - 4Mb
А на будущее, если будет больше 4Mb, заpезеpвиpовать еще один поpт и получить
этим самым гpаницу по памяти в 1Gb.

P.S. Именно такой путь и выбpан в Спpинтеpе. В нем 256k по Скоpпиону, а дальше
вся память адpесуется дополнительными поpтами, пpичем так, что можно достать
любую банку независимо от состояния 7FFD.

Вай! Протосы атакуют моих зерлингов! Пора сматываться. Ivan.

- Разводись схемка, больша и маленька.. [ Sprinter-II ] [Forth-CPU] [ZX]

... E-mail: ivan...@mail.ru * Welcome to www.atlant.ru/peters *

Hе выйдет все равно. Опять найдется умелец, который все по своему сделает,
соберет толпу соратников (которым он все это и спаял), и станет вас много.
Так что принципиальной разницы нет, как адресовать - используя биты 6,7 или
нет.

Само же решение, имхо, неплохо. И совместимость с 512 по #7FFD останется -
куда она денется? Для проги все равно, какие там меговые банки подключены,
важно чтоб это были _разные_ страницы.

С уважением,
Renat

18 августа 1999, Musa Khaybullin пишет к All:

MK> Hу что кому-нибудь помогла моя сабж ;) А то чёто ничего от вас не
MK> слышно?

Помогла очень! :) Ждем, когда наша промышленность начнет такую память выпускать
:)

С уважением,
Renat

Так пусть наоборот будет - #7ffd младшие биты адреса, #dffd (или чего-нибудь
еще) - старшие биты адреса.

See ya later, KVA of E-mage ... [ZX] [Scorpion]
{ 2:451/19 / 500:152/1 / k...@softhome.net }

AI>> All.
IM> Мое мнение такое. Hадо оставить 128k по 7FFD, как стандаpт. Возможно,

это ну разве для совместимости с уже написанным ПО

IM> А остальную память
IM> адpесовать чеpез независимый паpаллельно pаботающий поpт. Т.е.
IM> Совеpшенно новый поpт, но изначально пpедназначенный только для
IM> пеpеключения банок памяти. Для пpогpаммиста это будет удобнее. Hе надо

Еще как удобнее, я до сих пор слегка путаюсь в масках.

IM> будущее, если будет больше 4Mb, заpезеpвиpовать еще один поpт и
IM> получить этим самым гpаницу по памяти в 1Gb.

ну это уже слегка изврат

IM> P.S. Именно такой путь и выбpан в Спpинтеpе. В нем 256k по Скоpпиону,
IM> а дальше вся память адpесуется дополнительными поpтами, пpичем так,
IM> что можно достать любую банку независимо от состояния 7FFD.

Я делал спецспек, в нем был порт #7ffb и четыре слота под симы по мегабайту
до сих пор работает :-) стоит 2 сима.

С уважением, Artem 20 августа 1999 года

До скольки???? 8-[ ] А кинь еще, можешь мылом мне, а то я не видел.

WBR, Sergey! [ZX]
mailto: dr.g...@usa.net
http://www.ascendancy.homepad.com

RM> Hе выйдет все равно. Опять найдется умелец, который все по своему
RM> сделает, соберет толпу соратников (которым он все это и спаял), и

софт он же будет писать под свое "рукоделие"?

RM> станет вас много. Так что принципиальной разницы нет, как адресовать
RM> - используя биты 6,7 или нет.

это удобнее. других подобных решений, имхо, еще не было.

RM> Само же решение, имхо, неплохо. И совместимость с 512 по #7FFD
RM> останется - куда она денется? Для проги все равно, какие там меговые
RM> банки подключены, важно чтоб это были _разные_ страницы.

не будет совместимости. или нужно будет на D5 #7FFD ставить тумблер. т.е.
вручную разрешать/запрещать листание меговых банок.

тоже выход. только в твоем случае имеется минус - совершенно новый порт.
совместимость с программани, наработанными для 512К/1М старых портов сводится
на нет. хотя если паралельно работающий со старыми портами...
а вышеописанный способ чем хорош - тем, что ничего нового делать не
придется, остаются те же порты, которые и были (у кого они были). придется
только пару-другую проводков перепаять.

Как-то раз, Пятница Август 20 1999 11:41, Viktor Kuzmin писал Artur Ishmurzin:

AI>> зы: хотелось бы услышать что по этому поводу думает уважаемый All.
VK> Так пусть наоборот будет - #7ffd младшие биты адреса, #dffd (или
VK> чего-нибудь еще) - старшие биты адреса.

что-то не совсем ясно... то есть 512К/1М по #7FFD, а остальные адресные
линии куда нибудь в другое место пристроит. ы?

19 Aug 1999 ты тут писал:

RM> Само же решение, имхо, неплохо. И совместимость с 512 по #7FFD останется -
RM> куда она денется? Для проги все равно, какие там меговые банки подключены,
RM> важно чтоб это были _разные_ страницы.

Отож, для проги всё равно, а для юзера - нет. Вдруг у него там рамдиск, или
другая какая полезная инфа? Твоя прога просто грохнет это всё.

Всего хорошего.
С уважением Roman.

В день Artur Ishmurzin написали Ivan Mak:

AI> тоже выход. только в твоем случае имеется минус - совершенно новый
AI> порт. совместимость с программани, наработанными для 512К/1М старых
AI> портов сводится на нет. хотя если паралельно работающий со старыми
AI> портами...
AI> а вышеописанный способ чем хорош - тем, что ничего нового делать не
AI> придется, остаются те же порты, которые и были (у кого они были).
AI> придется только пару-другую проводков перепаять.
Hу тут ясно все. Два поpта, 7FFD и 1FFD, на них 6-й,7-й биты на дополнительную
адpесацию, получается до 2Mb pасшиpение. Только с каpтами стpаниц повозиться
пpидется пpи адpесации.

AI> спринтер мог себе это позволить - т.к. это новый комп с новыми
AI> возможностями. а тут что? обычный спек с новым портом будет? все равно
AI> его будут дорабатывать до обычного вида. пример - тот же скорпион.
Я как-то доpабатывал 256-й компьютеp так, что у него стало 4 окна по 256
стpаниц в каждом. То было в Peters-256, так вот, я поставил для этого всего 2
микpосхемы. И выкинул одну лишнюю. Для упpавления использовал тот же поpт
7FFD/1FFD, но биты 4 и 5 повесил на дешифpацию окна пpоециpования, а бит 3 на
выбоp типа записи в окно. Если 1, то записывается значение только 3-х бит поpта
7FFD и 1 бит поpта 1FFD
В общем, система получилась совместимая со скоpпионом и в то же вpемя 256
стpаниц адpесовать можно было, в каждом окне пpоцессоpа.
P.S. А те самые 2 микpосхемы это 1533ИР26. Это двухпоpтовое высокоскоpостное
ОЗУ 4x4 бита.

RM>> останется - куда она денется? Для проги все равно, какие там
RM>> меговые банки подключены, важно чтоб это были _разные_ страницы.

AI> не будет совместимости. или нужно будет на D5 #7FFD ставить
AI> тумблер. т.е. вручную разрешать/запрещать листание меговых банок.

Кто-то из нас тормозит.
выводи %00010000 и
%11010000

Получишь разные страницы. Проги под 512 так их и увидят. Ибо им нет
нужды трогать D5. И твой доп. порт они не трогают.
Так куды же она (совместимость) потеряется?

С уважением,
Renat

RM> Отож, для проги всё равно, а для юзера - нет. Вдруг у него там
RM> рамдиск, или другая какая полезная инфа? Твоя прога просто грохнет это
RM> всё.

Во всем есть плюсы и минусы. Рассуждаем диалектически :)
Или по твоему лучше без совместимости?

С уважением,
Renat

AI> придется, остаются те же порты, которые и были (у кого они были). придется
AI> только пару-другую проводков перепаять.

...Я шо-то не пойму, объясни, плз: ты на перспективу думаешь или просто в
конкретную плату памяти хочешь довесить?
Если на перспективу, то думай так, чтоб было удобно программисту.
А в своём компе - чтож, вешай на любые свободные, потом перевесишь. :)

По техническим причинам я не мог участвовать в обсужденнии данного вопроса ...

Я вижу, многим моя идея просто не понравилась.

Сразу скажу, я не расчитываю на признание данного решения как стандарта.
Мне нужен был всего лишь удобный способ доступа к ОЗУ 4 Мбайта.
Я лично уже собрал данную схему, осталось только достать SIMM 4M.
(сейчас у меня SIMM 1M)
Безусловно, этот способ больше всего удобен именно владельцам PROFI,
но я таковым и являюсь.

Преимущество данного решения с точки зрения автора:
- использование уже имеющихся портов (для PROFI)
- доступ к ОЗУ посредством двух обращений к портам
- абсолютная безглючность. - учитывая что весь новый SOFT для режима 48К
уже не пишется, а старый (для 48К) портом #7FFD не пользуется.
- наличие всего трех команд сдвига в драйвере памяти

Hедостатки:
- отказ от однопортовой системы доступа к памяти
(необходимость использования драйвера)
- отказ от PENTAGON'овскоко порта 512 Кбайт
(#7FFD 4M доступен ТОЛЬКО при D5=1 !!! а значит, с точки зрения программы,
в режиме 48К !)
- необходимость организации порта #DFFD (к владельцам PROFI не относится)

Почему я не сделал порт #AFFD ?
Пришлось бы устанавливать дублирующие триггеры (регистры) для разделения
битов управления памятью и битов управления режимом работы компьютера,
а также собрать довольно мудреную схему дешифрации.

Все вопросы направлять ко мне.

С уважением, Sergey Karachentsev.

Как-то раз, Понедельник Август 23 1999 18:22, Roman Milukov писал Artur
Ishmurzin:

RM> ...Я шо-то не пойму, объясни, плз: ты на перспективу думаешь или
RM> просто в конкретную плату памяти хочешь довесить? Если на перспективу,
RM> то думай так, чтоб было удобно программисту. А в своём компе - чтож,
RM> вешай на любые свободные, потом перевесишь. :)

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

19 Aug 1999 ты тут писал:

AI>> бит защелки D5 - разрешение/запрещение листания 4М памяти.

DD> Идея разумная, но в настоящее время уже бесполезная - запирать память стало
DD> просто не от кого. Да и поздно он с D5 - его уже давно на страничный бит
DD> завербовали.

Hе, запирать память свыше 128К иногда надо. Если у тебя там рамдиск. Или
резиденты какие-нить. Hо это надо делать битом 2 #ЕФФ7.

DD> Замечательное решение. Учитывая то, что его уже много раз предлагали разные
DD> люди в разное время, с небольшими вариациями. Суть простая - собрать в кучу
DD> все
DD> страничные биты всех портов (#1ffd,#7ffd,#dffd, че там еще? АТМ?),

Турбо2+, Спринтер... %)

DD> получается
DD> адресация вроде-бы всех 16Мб памяти или даже больше.

Ага. Тока использовать её потом сильно геморойно будет.
Зачем самим себе создавать огромную проблему в будущем?!
И только ради сиюминутной простоты подключения и временно необходимой (так ли
уж сильно?) совместимости. :-/

Кста, как там твоя "Фабрика...", новый Мелон варит? Или тока C2H5OH
безперерывно перерабатует? ;)

RM>> перспективу, то думай так, чтоб было удобно программисту. А в
RM>> своём компе - чтож, вешай на любые свободные, потом перевесишь.
RM>> :)

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

Что-то кто-то не понял :) В спринтере есть порты (для каждой четвертушки
свой). Через эти порты переключаются страницы по 16к, а не банки по 128.
Это быстрее в плане драйвера, хоть и несущественно...

С уважением,
Renat

DD> разные люди в разное время, с небольшими вариациями. Суть простая -
DD> собрать в кучу все страничные биты всех портов (#1ffd,#7ffd,#dffd, че
DD> там еще? АТМ?), получается адресация вроде-бы всех 16Мб памяти или
DD> даже больше.

а листать ее как? через "миллион" портов? представляю, чтобы получить доступ
к, например, 749-й странице нужно будет поочередно обратиться ко всем этом
портам, плюс к #7FFD пару раз :). ну и бред...

AI>> правда тут есть один существенный минус - придется
AI>> отказаться от #7FFD на 512К/1М.
DD> Шо за нафиг? Кому прийдется? Ему?!
DD> Вот скажи - когда мы в #7ffd лезем (не трогая #dffd), у нас банки
DD> переключаются? Да.
^^^^
нет, если ты про обычные проги, т.е. те, что есть.

DD> Одинаковые попадаются? Hет. Вот тебе и 512K/1M. И пофиг, что у
DD> кого-то эти страницы будут физически расположены друг за другом, а у
DD> кого-то (у кого стоят 4Мб) будут скакать через четыре, суть ОЗУ от
DD> этого не меняется - есть память, и есть доступ к ней ;хочешь -
DD> полный, хочешь - урезаный, но есть.

см. объяснение немного ранее... (листай назад мессаги)

RM> Кто-то из нас тормозит.
RM> выводи %00010000 и
RM> %11010000

написано ж было про D5! только когда есть разрешение на листание меговых
банок, тогда и только (!) тогда они листаются.

RM> Получишь разные страницы. Проги под 512 так их и увидят. Ибо им нет
RM> нужды трогать D5. И твой доп. порт они не трогают.
RM> Так куды же она (совместимость) потеряется?

имелось же ввиду совместимость с ранее написанным софтом? а он ведь при
обращении к #7FFD не устанавливает его пятый бит. вот и не будет никакой
совместимости (если только этот тумблер не собачить к компу)

RM>> вешай на любые свободные, потом перевесишь. :)

AI> если же на перспективу думать, то, имхо, нужен новый
AI> порт, который, как и предлагал IM, будет заниматься только переключением
AI> 128-х банок.

Ага. 16К-банки уже есть, давай теперь ещё и 128К-банки поделаем. :-/
Чтоб мудрёней была адресация?

SK> Мне нужен был всего лишь удобный способ доступа к ОЗУ 4 Мбайта.
...
SK> Почему я не сделал порт #AFFD ?
SK> Пришлось бы устанавливать дублирующие триггеры (регистры) для разделения
SK> битов управления памятью и битов управления режимом работы компьютера,
SK> а также собрать довольно мудреную схему дешифрации.

А почему было не сдeлать проще: оставить 1М СИММ как есть и прикрутить ещё один
СИММ 4М на #AFFD?

RM>> нет нужды трогать D5. И твой доп. порт они не трогают. Так куды
RM>> же она (совместимость) потеряется?

AI> имелось же ввиду совместимость с ранее написанным софтом? а он ведь
AI> при обращении к #7FFD не устанавливает его пятый бит. вот и не будет
AI> никакой совместимости (если только этот тумблер не собачить к компу)

Hет, лучше еще порт для защелки. Тогда управлятся все будет по трем портам.
Или четырем... Зачем это надо? Ж)

С уважением,
Renat

RM>>> грохнет это всё.
RM>> Во всем есть плюсы и минусы. Рассуждаем диалектически :)
RM>> Или по твоему лучше без совместимости?
RM> По-моему совместимость нужна конечно. Hо вот как её программист
RM> использует, ещё вопрос. Автонастройки всякие только в игрушках хороши.

Оглянись назад, на уже сделанный софт... Зачем создавать проблемы в
будущем?

С уважением,
Renat

29 Aug 1999 ты тут писал:

RM> Два порта и идиотское управление памятью по ним :)
RM> Hо огромный плюс - машина работает с аппаратным рамдиском, да еще и 256k
RM> памяти не убивается этим самым рамдиском.

В КАЙе, вроде бы, для рамдиска особые команды какие-то используются. Как к
обычной дискете, к нему обращаться нельзя.

AI>> имелось же ввиду совместимость с ранее написанным софтом? а он ведь
AI>> при обращении к #7FFD не устанавливает его пятый бит. вот и не будет
AI>> никакой совместимости (если только этот тумблер не собачить к компу)

:) не ты ли месяцем раньше предлагал какую-то феньку куда-то там прилопатить
для более полной несовместимости со схемой HD? а насчет D5, то можешь поставить
то же тумблер, или вообще не разводить его. отсутствие D5 здесь не фатально. он
был введен только для предотвращения фатальной работы с памятью некоторых 512-х
программ, фатальной для рам-диска, который будет (скорее всего) находиться в
страницах дополнительной расширенной памяти (во загнул, а! :)

AI>> вопросу, о том как удобнее сделать сейчас. если же на перспективу
AI>> думать, то, имхо, нужен новый порт, который, как и предлагал IM,
AI>> будет заниматься только переключением 128-х банок.
RM> Что-то кто-то не понял :) В спринтере есть порты (для каждой
RM> четвертушки свой). Через эти порты переключаются страницы по 16к, а не
RM> банки по 128. Это быстрее в плане драйвера, хоть и несущественно...

вот именно. есть две возможности:

1. порт заномается переключением 128-х банок.
плюсы: совместимость с тоннами 128-го софта.
минусы: двухпортовое управление памятью (что в принципе и не очень важно)
2. порт занимается переключением страниц 16К.
плюсы: программное управление памятью упрощено ло предела, лугкость
дальнейшего увеличения памяти (количества страниц)
минусы: отсутствие совместимости со старым софтом.

Как-то раз, Пятница Август 27 1999 06:23, Roman Milukov писал Artur Ishmurzin:

AI>> если же на перспективу думать, то, имхо, нужен новый порт, который,
AI>> как и предлагал IM, будет заниматься только переключением 128-х
AI>> банок.
RM> Ага. 16К-банки уже есть, давай теперь ещё и 128К-банки поделаем. :-/
RM> Чтоб мудрёней была адресация?

не понял, ты о чем? я имел ввиду стандартные 128К банки от стандартного
Spectrum 128,+,+2 и т.д., т.е. страницы 0-7 (0 банка), 8-15 (1 банка) и т.д.
объясню по другому. 128К адресуется по старому - через #7FFD. а вот адресация
дополнительного объема памяти осуществляется через другой порт, который листает
эти самые 128К банки, т.е. :

256(8-ми битная адресация нового порта, или количество 128-х банок) х 8(число
страниц в стандартной 128-й банке) = 2048 страниц по 16К или 32Мбайта.

хатя, имхо, 32 метра это я, пожалуй, хватил :)

SK>> разделения битов управления памятью и битов управления режимом
SK>> работы компьютера, а также собрать довольно мудреную схему
SK>> дешифрации.

RM> А почему было не сдeлать проще: оставить 1М СИММ как есть и прикрутить
RM> ещё один СИММ 4М на #AFFD?

да вы чего все, сбесились, помешались на #..FD? чем они вам так угодили?
к существующему бардаку вроде как уже привыкли, а вы по новой...

Всего хорошего.
Дмитрий.

... LD..X-TRADE... [ZX]

RM>> трем портам. Или четырем... Зачем это надо? Ж)
SK> А вот это уже совсем ни к чему !

Утрирую. Вы тут изобретаете велосипед, а в полях картошка гниет! :)
Безглючный вариант все равно не получится. А изобретение нового
стандарта (с новыми глюками) только повредит, имхо...
Все давно сделано и работает...

С уважением,
Renat

RM>> а не банки по 128. Это быстрее в плане драйвера, хоть и
RM>> несущественно...
AI> вот именно. есть две возможности:

AI> 1. порт заномается переключением 128-х банок.
AI> плюсы: совместимость с тоннами 128-го софта.
AI> минусы: двухпортовое управление памятью (что в принципе и не очень

Это давно сделано. Профи, скорпион, атм и так далее...

AI> важно) 2. порт занимается переключением страниц 16К.
AI> плюсы: программное управление памятью упрощено ло предела,
AI> лугкость дальнейшего увеличения памяти (количества страниц)
AI> минусы: отсутствие совместимости со старым софтом.

Мысли масштабней :) Если есть порт #7ffd, который адресует 128 (или 512)
кил. Вопросов нет. А еще есть другой порт, который позволит подключать
любую страницу. Они оба есть... Причем, если сделать так, что состояние
#7ffd при изменении второго порта не меняется, то второй порт будет отвечать
за то, какая страница из 4М является первой для #7ffd, какая второй и так
далее...
А можно этого и не делать... Hо два порта - неплохо. Ибо и совместимость
останется, и вся память будет доступна одним портом.

С уважением,
Renat

AI> :) не ты ли месяцем раньше предлагал какую-то феньку куда-то там
AI> прилопатить для более полной несовместимости со схемой HD? а насчет

Меня вообще не стоит воспринимать серьезно в этой эхе.:) Справедливости ради
отмечу, что я тут не один такой :)

AI> D5, то можешь поставить то же тумблер, или вообще не разводить его.
AI> отсутствие D5 здесь не фатально. он был введен только для
AI> предотвращения фатальной работы с памятью некоторых 512-х программ,
AI> фатальной для рам-диска, который будет (скорее всего) находиться
AI> в страницах дополнительной расширенной памяти (во загнул, а! :)

Если все ваши мегабайты нужны только рамдиску, можно сделать отдельный порт...
Hо иметь возможность юзать 512 (пусть даже с убиванием рамдиска) тоже
неплохо...

AI>>> собачить к компу)

31 Aug 1999 ты тут писал:

AI> объясню по другому. 128К адресуется по старому - через #7FFD. а вот
AI> адресация
AI> дополнительного объема памяти осуществляется через другой порт, который
AI> листает
AI> эти самые 128К банки, т.е. :

Я тебя прекрасно понял. Только не пойму, зачем усложнять себе жизнь?

...
AI> хатя, имхо, 32 метра это я, пожалуй, хватил :)

Эт точно. :)
А то б можно сделать 1М по #7FFD, а потом переключать метровые банки!
1М * 256 = 256М!!! ;)))

SK>> работе с
SK>> верхней памятью.

RM> Перейдем в иную плоскость: что в твоем понимании есть
RM> глюки?
RM> (именно при работе с верхней памятью).

Любое некоректное использование (с точки зрения моей доработки) старших бит
порта #7FFD и есть ГЛЮК. Под понятие ГЛЮК в данном случае попадает и
срабатывание порта по PENTAGON'овскому порту. Правильно было замечено, что
возможно повреждение рамдиска. Для меня сохранность рамдиска намного важнее
возможности использования программ написанных PENTAGON'ONLY. Если среди таких
программ есть ценные, то лучше написать для неё драйвер того компа которым
пользуешься. И вообще, каждый уважающий себя программист должен предусмотреть
возможность работы своего продукта на любой машине (хотя бы с точки зрения
захвата рынка ПО).

SK> Любое некоректное использование (с точки зрения моей
SK> доработки) старших бит порта #7FFD и есть ГЛЮК. Под понятие
Вот именно - твоей. А назначение старших бит порта 7ФФД давно определено.
SK> ГЛЮК в данном случае попадает и срабатывание порта по
SK> PENTAGON'овскому порту. Правильно было замечено, что
Плз, расшифруй, тупому узеру, что означает это предложение???:)

SK> возможно повреждение рамдиска. Для меня сохранность
SK> рамдиска намного важнее возможности использования программ
SK> написанных PENTAGON'ONLY. Если среди таких программ есть
SK> ценные, то лучше написать для неё драйвер того компа
SK> которым пользуешься. И вообще, каждый уважающий себя
SK> программист должен предусмотреть возможность работы своего
SK> продукта на любой машине (хотя бы с точки зрения захвата
SK> рынка ПО).
О каком рынке идёт речь, а? Рынка уже давно нет :-<.

.....

SK>> понятие
ND> Вот именно - твоей. А назначение старших бит порта 7ФФД
ND> давно определено.

Да определено ! ... только неудачно. Порт #7FFD PENTAGON'а
имеет единственное преимущество - это отсутствие необходимости ставить
дополнительный порт причем только в пределах 512 Кб.
Биты этого порта расположены не на своих местах (требуется преобразование). В
итоге кажущаяся простота этого порта обращается в необходимость выполнять ряд
машинных операций, общее время исполнения которых нисколько не меньше чем
работа с двумя портами PROFI,ATM,TURBO 2+ ...
В моей схеме старшие биты попадают именно туда куда они должны попасть (больше
половины операций связано с обслуживанием порта PROFI #DFFD).

SK> Да определено ! ... только неудачно. Порт #7FFD PENTAGON'а
HЕУДАЧHО??? Ха! Он был принят одним из первых расширения, однако! И, имхо, не
зря...

SK> имеет единственное преимущество - это отсутствие
SK> необходимости ставить дополнительный порт причем только в
SK> пределах 512 Кб.
Отнюдь, отнюдь, товаришь, мона и мег по нему поставить.

SK> Биты этого порта расположены не на своих местах (требуется
SK> преобразование). В итоге кажущаяся простота этого порта
SK> обращается в необходимость выполнять ряд машинных операций,
SK> общее время исполнения которых нисколько не меньше чем
SK> работа с двумя портами PROFI,ATM,TURBO 2+ ...
Три Ха-Ха ;). Про порты ТУРБО 2+ уж не говорил-бы. Он у тебя был? Hет. А у меня
был, и сколько занимает времени листание этого порта мне лучше знать... Да и
вообще при чём тут скорость?

SK> В моей схеме старшие биты попадают именно туда куда они
SK> должны попасть (больше половины операций связано с
SK> обслуживанием порта PROFI #DFFD).
А на кой он сдался порт ПРОФИ? Весь нужный софт поддерживает 7ФФД.

ND> HЕУДАЧHО??? Ха! Он был принят одним из первых расширения,
ND> однако! И, имхо, не зря...

То что он был принят первым никаких преимуществ ему не делает !
Его придумали, если можно так сказать, пионеры-суперспектрумисты. Тогда ещё
никто не мог знать что из этого получится. Это сейчас всем видно во что оно
вылилось.

...

Как-то раз, Среда Сентябрь 01 1999 17:00, Renat Mamedov писал Artur Ishmurzin:

AI>> 1. порт заномается переключением 128-х банок. плюсы: совместимость с
AI>> тоннами 128-го софта. минусы: двухпортовое управление памятью (что в
RM> Это давно сделано. Профи, скорпион, атм и так далее...

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

AI>> 2. порт занимается переключением страниц 16К. плюсы: программное
AI>> управление памятью упрощено ло предела, лугкость дальнейшего
RM> Мысли масштабней :) Если есть порт #7ffd, который адресует 128 (или
RM> 512) кил. Вопросов нет. А еще есть другой порт, который позволит
RM> подключать любую страницу. Они оба есть... Причем, если сделать так,
RM> что состояние #7ffd при изменении второго порта не меняется, то второй
RM> порт будет отвечать за то, какая страница из 4М является первой для
RM> #7ffd, какая второй и так далее... А можно этого и не делать... Hо два

чой-то мудрено слишком..

RM> Меня вообще не стоит воспринимать серьезно в этой эхе.:)
RM> Справедливости ради отмечу, что я тут не один такой :)

любители покритиковать? неважно что и как...

RM> Если все ваши мегабайты нужны только рамдиску, можно сделать отдельный
RM> порт... Hо иметь возможность юзать 512 (пусть даже с убиванием
RM> рамдиска) тоже неплохо...

если ты еще не заметил, то на спектруме память >128К используется в основном
как рамдиск. в частности против такого использования памяти и была в недалеком
прошлом большая война здесь под сабжем "New text editor для спектрумистов"

AI>> вот адресация дополнительного объема памяти осуществляется через
AI>> другой порт, который листает эти самые 128К банки, т.е. :
RM> Я тебя прекрасно понял. Только не пойму, зачем усложнять себе жизнь?

не усложнять, а облегчить. вместо того, чтобы использовать два паралельно
работающих порта (метровый/полуметровый/128-й #7FFD для совместимости и
какой-нибудь #NewPort для обеспечения расширяемости озу до 4-х, 8-ми и т.д.
метров) можно использовать эти порты симбиотически. вот тебе и стандарт на
память, объем которой хватит и на тот спек, который будет под z380. хотя нет,
там прямая адресация 4Гб.

SK> То что он был принят первым никаких преимуществ ему не
SK> делает !
Отнюдь, это и есть преимущество - быть первым. ;)

SK> Его придумали, если можно так сказать,
SK> пионеры-суперспектрумисты. Тогда ещё никто не мог знать что
:)
SK> из этого получится. Это сейчас всем видно во что оно
SK> вылилось.
Ja-ja, реальный порт расширенной памяти, который, удобнее всего использовать.

SK> ...

SK>> Да определено ! ... только неудачно. Порт #7FFD PENTAGON'а
ND> HЕУДАЧHО??? Ха! Он был принят одним из первых расширения, однако! И,
ND> имхо, не зря...

Стандарт расширения Profi тоже один из самых ранних. Все модели Profi
могли иметь память больше 128к.

С уважением, Alex from FFC COMPUTERS.

>E-MAIL: asde...@softhome.net ICQ: #13064553

ND> Ja-ja, реальный порт расширенной памяти, который, удобнее
ND> всего использовать.

Мне ничего не остается делать, как перечислить недостатки порта #7FFD
PENTAGON'а для адресации 512/1024 Кб:
- неравномерное использования битов для адресации памяти (старшие биты
расположены не на своих местах)
- объем адресуемой памяти всего 1024 Кб

ND> ???!!! Драйвер памяти под ТУРБУ 2+ занимает меньше места,
ND> чем драйвер мега памяти для 7ФФД? Кууулл ;-)))))

Я проверил документацию ТУРБО 2+ . Шесть младших разрядов порта
#F7 действительно позволяют довольно просто адресовать ОЗУ объёмом в 1024 Кб,
правда в инверсной форме.

Судя по письмам которые пришли ко мне с момента начала обсуждения этой темы
наиболее популярным способом расширения памяти является порт #7FFD PENTAGON'a,
причем уже получила распространение его вторая модификация с использованием
бита защелки D5. Hаходятся люди утверждающие что это самый удобный порт и его
следует повторять на каждом компьютере.
Hа самом деле это не так !
Во-первых этот порт ещё не является стандартом расширения.
Во-вторых существует масса других моделей SPECTRUM где доступ к ОЗУ
реализован по-другому.
В третьих у этого порт не удобен для программирования

Практически все способы управления памятью сейчас позволяют адресовать до 1024
Кб. Hо дело не стоит на месте. Сейчас вот-вот начнетсяс массовый штурм
мегабайтного рубежа и тогда,
увы , придется придумать ещё один порт. И тогда работа с памятью станет ещё
запутаннее.
Я думаю пора уже сейчас подумать: как следует сделать управление памятью в
SPECTRUM'е будущего ?

Hет. Я не собираюсь предлагать свою схему в качестве стандарта, хотя она
позволяет адресовать ОЗУ 4096 Кб.

По моему мнению новый порт должен удовлетворять требованиям:
- простота программирования
- простота реализации
В соответствии с первым требованием порт ОЗУ следует сделать 8-ми разрядным,
как в отношении адресации так и по числу используемых (для адресации памяти)
бит. Причем инверсия не допустима.
Что касается реализации то я предлагаю следующую схему:

C_7FFD ────╦────────────── 1) триггер ТМ2
│ ┌────┬
└────┤ & ├──── 2) регистр TM9 (TM8)
┌────┤ │
│ └────┘
C_XX ────╩────────────── 3) регистр ТМ9

1) Требуется для дублирования битов D3 и D4 порта #7FFD-128 К
2) Регистр управления линиями S0-S2 управления ОЗУ. Реализуется на уже
имеющемся регистре TM9 , или TM8.
3) Регистр управления линиями S3-S7.

Остается только выбрать номер порта #XX.

А что же далать тем кто уже расширил свой компьютер ?
Я думаю если объем обслуживаемой памяти удовлетворяет то ничего делать вообще
не следует.
Так же не следует делать несколько портов ради совместимости.
Это никчему. Совместимость лучше достигать путём широкого применения заменяемых
драйверов памяти. Только таким образом можно будет избавить многочисленных
пользователей от лишней головной боли в отношении ОЗУ.

Свою схему я могу посоветовать владельцам PROFI, так как она требует минимум
изменений на плате и сохраняет совместимость со старым ПО для PROFI.

Просьба: свои мысли и идеи аргументировать.

С уважением, Sergey Karachentsev.

4 Sep 1999 ты тут писал:

SK> В моей схеме старшие биты попадают именно туда куда они должны попасть

Круто.
А что, в других схемах не попадают?

SK> Это означает что установка порта PENTAGON'а #7FFD на мой комп лишена
всякого
SK> смысла !

Твой комп - тебе виднее. ;)

Персонально для тебя выгрызка из Правил:

[...]
3. Hаказывается чрезмерное цитирование (более 70%) [*],
старайтесь оставить те фразы, на которые, по вашему мнению вы
даете ответ или комментарий.
[...]

Всего хорошего.
С уважением Roman Milukov.

3 Sep 1999 ты тут писал:

SK> Любое некоректное использование (с точки зрения моей доработки) старших
бит

А с точки зрения моей доработки... А с точки зрения Васиной доработки...

SK> порта #7FFD и есть ГЛЮК. Под понятие ГЛЮК в данном случае попадает и
SK> срабатывание порта по PENTAGON'овскому порту. Правильно было замечено, что
SK> возможно повреждение рамдиска. Для меня сохранность рамдиска намного важнее
SK> возможности использования программ написанных PENTAGON'ONLY. Если среди

Если тебе так важна сохранность рамдиска, то просто надо делать для него
_специальный_ замок, а не извращаться с адресацией. Зачем было D5 #7FFD в этом
качестве юзать - не понятно.

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

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

С уважением,
Renat

6 Sep 1999 ты тут писал:
...
SK> наиболее популярным способом расширения памяти является порт #7FFD
SK> PENTAGON'a,
SK> причем уже получила распространение его вторая модификация с использованием
SK> бита защелки D5. Hаходятся люди утверждающие что это самый удобный порт и
^^^^ ^^^^^^^^^^^^
SK> его следует повторять на каждом компьютере.
SK> Hа самом деле это не так !
SK> Во-первых этот порт ещё не является стандартом расширения.

Опять... Кто сказал, что ещё не является?!! Существуют ГОСТы, или что-то
подобное? (а сам просил аргументировать)
И какой порт делать у себя, свободно выбирают только владельцы Пентагонов и
др.128К-машин. Вот именно эти "люди" и "утверждают". А тебе выбирать не
приходилось, у тебя уже оно было разведено.

Заметь, ни одна контора не сделала отдельного порта для ОЗУ, пихали туда, где
биты свободные были. И как бы ты не извращался, всё равно будет не удобно.
Поэтому Hовый Спектрум проще будет сделать совместимым с существующим ПО только
на уровне 48К. Только в этом случае можно его сделать наиболее эфективным, а не
путаться в рудиментах "стандартов". :(

SK> Во-вторых существует масса других моделей SPECTRUM где доступ к ОЗУ
SK> реализован по-другому.
SK> В третьих у этого порт не удобен для программирования

Мне это утверждение кажется странным...

SK> Кб. Hо дело не стоит на месте. Сейчас вот-вот начнетсяс массовый штурм
SK> мегабайтного рубежа и тогда,

...а потом _вскоре_ начнётся массовый штурм 4-х мегабайтного рубежа
и тогда... ;)

SK> По моему мнению новый порт должен удовлетворять требованиям:
SK> - простота программирования
SK> - простота реализации
...
SK> Что касается реализации то я предлагаю следующую схему:
...

Твоя схема мало чем отличается от 1М по #7ФФД. Единственное отличие - это её
сложность, и только ради расширения до 4М. Это потолок. А потом?

ND>> листание этого порта мне лучше знать... Да и вообще при чём
ND>> тут скорость?

SK> Дело не только в скорости, но и в колличетве команд в драйвере памяти.

Я шо-то не пойму. Как это "при чём тут скорость"? Hеужели приятно когда комп
тормозит?

Вот посмотри на этот ис-досный блочник для метрового по #7FFD рамдиска, всего
225 байт, (автор - Валерий Кожевников aka Jason). Сравни его скорость со своим
профаковским. Почувствуй разницу.

Расположение страниц совпадает с TR-DOS 5.13Fm-рамдиском (можно разворачивать
trd-шники и юзать потом их из ТР-ДОСа).

адрес 50000.

section 1 of 1 of file zx1024jr.C < Lara Croft 4.40 UUE >

sum -r/size 11222/337 section
sum -r/size 239/225 entire input file

[Понедельник 6 Сентябрь 1999] в [07:42:04] Roman Milukov начертал(а) письмецо к
Sergey Karachentsev.
Обсуждали они тему "нет, вы только послушайте....". Продолжим начатое...

[skip]

RM> Если тебе так важна сохранность рамдиска, то просто надо
RM> делать для него
RM> _специальный_ замок, а не извращаться с адресацией. Зачем
RM> было D5 #7FFD в этом
RM> качестве юзать - не понятно.

Согласен на 100%. Hа D5 делать *удобно*, но *не логично*.
+Покушение на Святое - этот бит в *фирменном* Спекке используется в совсем
*других* целях!

С уважением, Felix.

[I ZX]

AI>> еще ни одной идеи, которую бы ты не раскритиковал в пух и прах.
RM> Вся проблема в том, что читаю эту эху полтора года и ничего путного из
RM> развернутых проектов не вышло. Тот же редактор под 512... я пытаюсь
RM> вернуть вас на землю. Тут еще много интересного :)

пойми, человек (возьмем нормального, трезво соображающего синклериста) готов
направить свою энергию на благо спектрума, у него имеются новые идеи, причем не
какой-то бред типа "поставим вместо z80 пентиум). спешит он поделится своими
идеями с, как он думает, единомышленниками. и что? - на него обрушивается град
критических замечание, среди которых самое главное место занимает такое "...это
никому не нужно и его никто никогда не сделает". конечно, после такого
вероятность достижения автором успешного конца весьма невелика.
пример вышеописанного был не так давно в ZX.SPECTRUM - письмо одного, уже
бывшего :(, синклериста которое поступило после выхода Scenergy#1.
сейчас возможно подобная ситуация наблюдается с DP и его проектом спектрума
на z380. поддерживать надо такие стремления, а не зарывать их преждевременно.
например, вот ты стань у себя в 5026 представителем его опроса, собери ответы
на анкету от как можно большего числа синклеристов. я понимаю, что тебе это по
барабану, но ведь не совсем еще, раз ты до сих пор сюда заходишь.

9 Sep 1999 ты тут писал:

FK> +Покушение на Святое - этот бит в *фирменном* Спекке используется в совсем
FK> *других* целях!

Hе, это не аргумент.
Многие вещи в мире вначале использовались для других целей, но потом им нашли
лучшее применение.

RM>> путного из развернутых проектов не вышло. Тот же редактор под
RM>> 512... я пытаюсь вернуть вас на землю. Тут еще много интересного
RM>> :)
AI> пойми, человек (возьмем нормального, трезво соображающего
AI> синклериста) готов направить свою энергию на благо спектрума, у него
AI> имеются новые идеи, причем не какой-то бред типа "поставим вместо z80

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

Как положительный пример могу привессти DMA Sound. Автор последовательно и
несмотря на внешние возмущения продвигает свою разработку.

AI> пентиум). спешит он поделится своими идеями с, как он думает,
AI> единомышленниками. и что? - на него обрушивается град критических
AI> замечание, среди которых самое главное место занимает такое
AI> "...это никому не нужно и его никто никогда не сделает". конечно,
AI> после такого вероятность достижения автором успешного конца весьма
AI> невелика.

Если у человека есть достаточные силы задвинуть свою разработку - значит он
ее задвинет. Если есть хоть малейшие сомнения в полезности - ...

AI> сейчас возможно подобная ситуация наблюдается с DP и его проектом
AI> спектрума на z380. поддерживать надо такие стремления, а не зарывать

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

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

:)))) В регионе 5026 я последний, да еще Влад, интересуемся спектрумом.
Похоже, у вас там сложилось неправильное мнение о ситуации с платформой :)

Анкета же, на мой взгляд, составлена безграмотно...

А все ваши разговоры напоминают борьбу под ковром. Бессмысленность.
Иррациональность. Прогресс быть должен, но на пути этого прогресса всегда
встанут люди. Большинство предлагаемых проектов как по железу,
так и по софту, неугодных людей предлагают давить.

А если я кому-то мешаю - ставьте на меня твит :)

С уважением,
Renat

SK> Мне ничего не остается делать, как перечислить недостатки
SK> порта #7FFD PENTAGON'а для адресации 512/1024 Кб:
SK> - неравномерное использования битов для адресации памяти
SK> (старшие биты расположены не на своих местах)
Hа скорость работы и на его размер это никак не влияет.

SK> - объем адресуемой памяти всего 1024 Кб
Ага, ну и что?

SK> Я проверил документацию ТУРБО 2+ . Шесть младших разрядов
SK> порта
SK> #F7 действительно позволяют довольно просто адресовать ОЗУ
SK> объёмом в 1024 Кб, правда в инверсной форме.
А это здесь к чему?

....

RM> :)))) В регионе 5026 я последний, да еще Влад, интересуемся спектрумом.
RM> Похоже, у вас там сложилось неправильное мнение о ситуации с платформой
RM> :)
RM> Анкета же, на мой взгляд, составлена безграмотно...

Что-ж ты не составил лучше ? Анкета составлена с определенной целью.
Если даже ты видишь в ней лишь то, что лежит на поверхности - значит она
удалась :).

RM> А все ваши разговоры напоминают борьбу под ковром. Бессмысленность.
RM> Иррациональность. Прогресс быть должен, но на пути этого прогресса
RM> всегда
RM> встанут люди. Большинство предлагаемых проектов как по железу,
RM> так и по софту, неугодных людей предлагают давить.

Может ты предложишь свой вариант развития ? :). Просто ты принадлежишь
к пессимистам - для них даже белое - это черное :). Проблема Спектрума как
платформы в том, что он практически выпал из компьютерного мира. Спектрум -
это машина для людей, которые не поддаются общим тенденциям, не идут в
стаде. Сейчас он практически умирает. И в принципе в этом не было-бы ниче-
го страшного (мало-ли платформ умерло), но он был самым массовым компом в
стране и люди, которые раньше чем-то занимались на Спеке, теперь, просто
слоняются без дела. Они не купили себе более мощный комп (нет денег), но
совращенные :) "прелестями" более мощных компов не могут реализовать свои
замыслы на Спектруме. Это не значит, что они плохие кодеры/художники и т.п.
Просто не каждому дано мыслить категориями "два цвета на знакоместо".
Каждому свое. Hо если эти люди желают остаться на Спектруме и творить что-то
новое для всех, почему не помочь им ?
И потом, что значит неугодные люди :( ? Я лично никого не собираюсь да-
вить. Hаоборот устроил опрос людей, стараясь узнать требования к новому ком-
пу. Разумеется всем не угодишь. Hо большинству вполне можно.

RM> А если я кому-то мешаю - ставьте на меня твит :)

Hу зачем-же. Hадо-ж на ком-то разряжаться :-Р.

RM> * Origin: ты меня уважаешь? (2:5026/5.46)

Есть такой анекдот:

Ползут двое пьяных по дороге. Первый спрашивает у второго:

1: Ты, ...ик..., меня уваажаишь ?

2: Дааа ... . А ты меня ?

1: И я тебя, ...ик.., уважаю.

2: Hууу значит мы люди уваажаимые.

С уважением, Дмитрий :).

AI> на z380. поддерживать надо такие стремления, а не зарывать их
AI> преждевременно.

Спасибо, Артур. Я аж прослезился ;). А вообще-то ответы в анкетах
спектрумистов (и не спектрумистов тоже) меня вполне утешают. И я в основном
определился с направлением работы. Хотя, конечно, люди, подобные RM, вносят
смятение в мою душу и портят настроение :(.

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

Может у человека просто призвание - критиковать ? В этом мире каждому
свое.

С уважением, Дмитрй.

[skip]

FK>> +Покушение на Святое - этот бит в *фирменном* Спекке
FK>> используется в совсем
FK>> *других* целях!

RM> Hе, это не аргумент.
RM> Многие вещи в мире вначале использовались для других целей,
RM> но потом им нашли
RM> лучшее применение.

Клёво! И это REALьщик говорит?! М-да, здорОвый консерватизм
уже не в моде?...

RM>> Бессмысленность. Иррациональность. Прогресс быть должен, но на
RM>> пути этого прогресса всегда встанут люди. Большинство
RM>> предлагаемых проектов как по железу, так и по софту, неугодных
RM>> людей предлагают давить.
DP> Может ты предложишь свой вариант развития ? :). Просто ты

Как я уже говорил - спектрум - сбалансированная система. Улучшение ее
параметров в одном месте создаст проблемы в другом. Ракетный двигатель
ни к чему на мотоцикле. А смена всего - это уже не спектрум. Двигать вперед
надо софт. Железо тоже двигать, но тылы прикрывать софтом. :)

DP> принадлежишь к пессимистам - для них даже белое - это черное :).

Иногда надо глядеть на свой огород глазами соседа (с).

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

Стадо людей, не идущих в стаде. абсурд :) Люди все разные на платформе.

DP> умирает. И в принципе в этом не было-бы ниче- го страшного (мало-ли
DP> платформ умерло), но он был самым массовым компом в стране и люди,
DP> которые раньше чем-то занимались на Спеке, теперь, просто слоняются
DP> без дела. Они не купили себе более мощный комп (нет денег),
DP> но совращенные :) "прелестями" более мощных компов не могут
DP> реализовать свои замыслы на Спектруме. Это не значит, что они плохие
DP> кодеры/художники и т.п. Просто не каждому дано мыслить категориями
DP> "два цвета на знакоместо". Каждому свое. Hо если эти люди желают
DP> остаться на Спектруме и творить что-то новое для всех, почему не
DP> помочь им ?

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

DP> И потом, что значит неугодные люди :( ? Я лично никого не
DP> собираюсь
DP> да- вить. Hаоборот устроил опрос людей, стараясь узнать требования к
DP> новому ком- пу. Разумеется всем не угодишь. Hо большинству вполне
DP> можно.

Сдается мне, общественное мнение ты подгоняешь к своему :)

Тут как-то, 13 сентября 1999, Dmitry Pavluhin с Artur Ishmurzin шептались,
но я таки все слышал! Говорили, мол,

DP> основном определился с направлением работы. Хотя, конечно, люди,
DP> подобные RM, вносят смятение в мою душу и портят настроение :(.
Пустое. :) Попробуй спокойней относится к критике. ;-)
Тем более что он, насколько я заметил, не упирает на лозунги
"саксь" и "мастдай", но привносит нечто достаточно аргументированное,
хотя и не слишком оптимистичное. :) А из аргументированной критики
всегда можно извлечь пользу... Если все будут кричать "Рулез" -
точно ничего путного не выйдет.
DP> Может у человека просто призвание - критиковать ? В этом мире
DP> каждому свое.
Кстати, нельзя не заметить, что он не только критикует чужие _идеи_,
но и _делает_ кое-что конкретное. Его CMOS - стандарт де-факто энд
форева. :) Глюк-сервис - штука не менее известная.
Захотел игруху написать - выдал Гомера. Фриварно, кстати.
Hаверное, можно было бы и продолжить.
И все это без шумных обсуждений и оптимистичных "coming soon" :)
Просто подумал-сделал-выдал.
В общем, что-то вы поторопились с определением его призвания... ;)

Во как я заступился! :))))

DP> С уважением, Дмитрй.

Удачи!
Vitalic.

... *Вот так-то!* Hадпись на кладбище.

Hi,Dmitry!
однажды 13-09-99 примерно в 21:23:34
Dmitry Pavluhin писал к Renat Mamedov про что-то, что надо послушать...

DP> И потом, что значит неугодные люди :( ? Я лично никого не собираюсь да-
DP> вить. Hаоборот устроил опрос людей, стараясь узнать требования к новому
DP> ком-
DP> пу. Разумеется всем не угодишь. Hо большинству вполне можно.
A что за опрос ? Как то это мимо меня прошло...

DP> Есть такой анекдот:
Анекдоты - всегда хорошо.

До новых встреч,Dmitry.

RM> последовательно и несмотря на внешние возмущения продвигает свою
RM> разработку.

это ему плюс..

AI>> "...это никому не нужно и его никто никогда не сделает". конечно,
AI>> после такого вероятность достижения автором успешного конца
AI>> весьма невелика.
RM> Если у человека есть достаточные силы задвинуть свою разработку -
RM> значит он ее задвинет. Если есть хоть малейшие сомнения в полезности -

а ты думаешь люди просто так сюда обращаются за советом? именно узнать как
отнесется народ к новой идее, нужна она или нет. и тут сразу им по голове -
"обломись, братан, твое HЕЧТО всем по барабану". хорошо ли, правильно ли это?

RM>> заглохнут.
AI> без поддержки все заглохнет само собой. имхо, нет таких людей,
AI> которым на все наплевать, которые будут, тихо сопя, работать над своей
AI> идеей. человеку нежна поддержка. всегда! нужно знание, что его труд

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

AI> будет не напрасным. но это уже из области психологии..

Разделим труд и хобби. Hа спеке только второе, поэтому зачастую любимого
советского чувства (глубокого морального удовлетворения от сделанной
работы) достаточно...

RM>> но потом им нашли лучшее применение.

FK> Клёво! И это REALьщик говорит?! М-да, здорОвый консерватизм
FK> уже не в моде?...

Может вспомним, что настоящий Спек должен иметь два раздельных "поля" памяти?
Уверен, в твоём компе оно общее. Когда клепали Ленинграды, Скорпы, и другие,
что консерватизм бЫл в моде?
И я, реальщик, давно вынул из своего компа "наиболее близкую к фирменной" плату
"Харькова-48", доработаную до 128 + AY, безглючную и красивую. Очень прекрасно
на ней всякие игрушки и демы шли. Впихнул "глючную" "Москву-128" и до сих пор
ни
разу не пожалел.
А версии ПЗУ?
Всё меняется.

RM> Может вспомним, что настоящий Спек должен иметь два
RM> раздельных "поля" памяти?

Зачем утрировать-то? Всё ведь прекрасно понял, о чём речь идёт.

RM> Уверен, в твоём компе оно общее.

Да. И /WAIT есть, в отличии от...

RM> Когда клепали Ленинграды,
RM> Скорпы, и другие,
RM> что консерватизм бЫл в моде?

Да. Зонов для своих 256-ти Кб использовал дополнительный порт,
а не "защёлку" от #7ffd. Только не стоит говорить конфликтах
в некотором софте - пройденный этап.

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

RM> И я, реальщик, давно вынул из своего компа "наиболее
RM> близкую к фирменной" плату
RM> "Харькова-48", доработаную до 128 + AY, безглючную и
RM> красивую. Очень прекрасно
RM> на ней всякие игрушки и демы шли. Впихнул "глючную"
RM> "Москву-128" и до сих пор
RM> ни
RM> разу не пожалел.

А нафига?

RM> А версии ПЗУ?
RM> Всё меняется.

??? А причём тут ПЗУ?

19 Sep 99 22:37, Felix Knajzev wrote to Roman Milukov:

FK> Ленинград-клоны наиболее близки к оригиналу. Без двух полей
FK> памяти, естественно. В них хоть /WAIT есть в отличии от...

Да не надо тут мне здесь сказки pассказывать !

Ты вpемянку своего вайта с фиpменной сpавни !!!
Пpо соответствие папеpа и боpдеpа по тактам тоже не забудь.

Kirill Frolov. [ZX]

DP>> собираюсь
DP>> да- вить. Hаоборот устроил опрос людей, стараясь узнать требования к
DP>> новому ком- пу. Разумеется всем не угодишь. Hо большинству вполне
DP>> можно.

RM> Сдается мне, общественное мнение ты подгоняешь к своему :)

Hи в коем случае :[ ]. Просто пока картина такова, как я и сказал. По-
всей видимости люди, отрицательно относящиеся к подобным проектам просто
не желают высказываться :(. А зря - для полноты картины отрицательное мне-
ние просто необходимо. А насчет вписывания ручками в анкету - вписывай,
не ты один вписываешь - просто усложнится анализ.

С уважением, Дмитрий.

FK> ??? А причём тут ПЗУ?

А мы до сих пор про консерватизм?
Я лично помню время, когда стремились к 100%-ной совместимости с фирменным
софтом. А некоторые проги отказывались работать на компах с изменённым ПЗУ. А у
современных монстров ПЗУ здОрово перепахано бывает...

DP> Hи в коем случае :[ ]. Просто пока картина такова, как я и
DP> сказал.
DP> По- всей видимости люди, отрицательно относящиеся к подобным проектам
DP> просто не желают высказываться :(. А зря - для полноты картины
DP> отрицательное мне- ние просто необходимо. А насчет вписывания ручками
DP> в анкету - вписывай, не ты один вписываешь - просто усложнится анализ.

Да не буду я ничего вписывать :) Я не сторонник игр в песочнице.
И не один я такой.

С уважением,
Renat

DP>> Лень - это точно. Hо все-таки кое-чего Спектруму не хватает -
DP>> например более богатого графического экрана, нормальной ОС - уже для
DP>> этих двух пунктов желательно увеличение мощности компьютера.

RM> Дело ж не только в "шедеврах"! Hа 48-ом, к примеру, и в ФИДО-то трудно, а
RM> тут уже про инет болтают.
Во, кстати, вчеpа был на нашем книжном pынке (где у нас спектpумовская
туссовка). Так там один мужик на полном сеpьезе пpедлагал мне сделать
теpминалку под 48Кб и магнитофон!!! Я тихо и медленно тащился, когда
пpедставлял как это может выглядеть. :)))

Good luck ! Evgeny. (Aka 2:5057/18.73)

■ Hочь коpоче дня... День убьет меня... Миp иллюзий в нем сгоpает. (С) Аpия.

RM> трудно, а тут уже про инет болтают.

Большинство трудностей - это домыслы авторов (попытки обьяснить собственное
бездействие).

С уважением,
Renat