Эха.

КИА

25 Авг 05 20:54, Ivan Kuvshinov -> All:

IK> что ходит где-то что-то неправильно. Кто Pentagon-1024SL себе, друзьям

Что есть этот пентагон?

[без подписи]

IK> Люди, у меня за Август всего три письма здесь. Есть предположение,
IK> что ходит где-то что-то неправильно. Кто Pentagon-1024SL себе, друзьям
IK> планирует? Почему здесь его не обсуждают?
Hу так и есть - три. А что смущает? Может народ только три и написал. Тем
более, что все таки август, кто на пати, кто в огороды, кто на курорты :)

С рулезами, Danil aka Merlin/ULG

25 Aug 05 20:54, Ivan Kuvshinov wrote to All:

IK> Люди, у меня за Август всего три письма здесь.
У меня тоже, если не считать это и мои. И модератора не видно...

- A.Coder [Wolf3d2004 InfoGuide7 ACEdit95 ACN42 PT3694 Chip13 HexFill HDDoct5]
[Ans0+3G 8col12 ZXRar27UnR58 Jpg42 CacVox1 Dbs07 Gluk61R PC21 Alasm50f2 Sts70i]

... ZX Spectrum today

/=== Begin Windows Clipboard ===/
Pад сообщить, что летом 2005 года было запущено пpоизводство
компьютеpов Pentagon-1024SL.

Основные технические хаpактеpистики:

+ В основу констpукции положена схема Пентагон-128 1993 года
+ CPU: Z80 или аналог
+ RAM: 1024k SIMM модуль (поpты pасшиpения #7ffd и #1ffd)
+ ROM: 64k (с возможностью доступа в свободные 16k, также есть
возможность замены ROM на 0-ю стpаницу RAM)
+ Kempston joystick
+ Kempston mouse
+ ZX Lprint III (pеализован только аппаpатно)
+ Системная шина ZX-BUS (2 слота). Цепочка IORQ pеализована на
КP1533ЛЛ1
+ Контpоллеp дисковода с цифpовой ФАПЧ (без 556PТ4) и с
удвоенной скоpостью позициониpования
+ Плата pазмеpами 30x18 см. Пpедусмотpено монтажное поле под
установку дополнительных коpпусов микpосхем (для тех, кто не
может жить без паяльника)

Желающим заказать себе Pentagon-1024SL, могу предложить
следующие варианты:

1. Пустая печатная плата (ver 1.4), полный комплект
технической документации (CD-ROM, содержащий принципиальную и
монтажную схемы, краткое описание схемы и инструкцию по сборке и
настройке, а также архив с разной полезной информацией,
литературой, программами в TRD формате и т.д.). - 600 руб.

Замечания: Платы делались по 3-му классу точности на заводе в
Зеленограде. К данному комплекту могут быть добавлены:
запрограммированная микросхема ПЗУ 27512 (цена заказа
увеличивается на 75 руб.), запрограммированный микроконтроллер
PIC16C620/622 для Kempston mouse (цена заказа увеличивается на
100 руб.)

2. Собранная и настроенная печатная плата (ver 1.4), полный
комплект технической документации (CD-ROM, содержащий
принципиальную и монтажную схемы, краткое описание схемы и т.д.,
а также архив с разной полезной информацией, литературой,
программами в TRD формате и т.д.), 2 шлейфа для внешней
периферии (монитор, клавиатура, джойстик и т.д.) - с одной
стороны розетка IDC-34. Hабор разъемов для внешней периферии.
- 2500 руб.

Змаечания: Время сборки - максимум 2 недели (обычно получается
быстрее). В комплект HЕ входят SIMM модуль и музыкальный
процессор AY-3-8910/YM2149F.

Возможны другие варианты, их необходимо обсудить отдельно.

Как оформить заказ подробно описано на сайте поддержки
Pentagon1024.narod.ru
С любыми вопросами, касающимися Pentagon-1024SL, можно
обращаться ко мне. Мои координаты:

Телефоны:
(095) 308-43-88 (по рабочим дням с 18.00 до 23.00 msk).
(09651) 5-69-23 (по выходным и праздникам).
Почта электронная:
KingOfEvil!yandex.ru
Почта обыкновенная:
105568, Москва, Челябинская 24к2 кв. 257.
(Жабин Алексей)
/=== End Windows Clipboard ===/

IK>> друзьям
NS> Что есть этот пентагон?
Из какой галактики прибыл, брат по разуму? ;-D

DD> Hу так и есть - три. А что смущает? Может народ только три и
DD> написал. Тем более, что все таки август, кто на пати, кто в огороды,
DD> кто на курорты :)
А вот щас ещё напишем!
У кого есть 384x304 (девайс из 5 диодов либо из рубильника) и кто готов его
припаять? софт есть и ещё будет.
А у кого есть "атрибут на байт"? какие есть идеи его использования кроме
просмотра mcx картинок?

DD> Из какой галактики прибыл, брат по разуму? ;-D
Я не знал, что он называется SL :)

[без подписи]

NS> Я не знал, что он называется SL :)
Это его сейчас так назвали (типа чтоб мозги покупателям запудрить ;)), а в
девичестве он просто Пентагон 128.

29 Авг 05 00:31, Dima Bystrov -> All:
DB> А вот щас ещё напишем!
DB> У кого есть 384x304 (девайс из 5 диодов либо из рубильника) и кто
DB> готов его припаять? софт есть и ещё будет. А у кого есть "атрибут на
DB> байт"? какие есть идеи его использования кроме просмотра mcx картинок?
Hету ни того, ни другого. Hасчет готовности тоже вопрос спорный, надо
почитать что это есть и нафига оно вообще надо, и чтоб не меньше чем "каждая
точка своим цветом", давно уже пора. А чего такое mcx?

DD> Это его сейчас так назвали (типа чтоб мозги покупателям запудрить
DD> ;)), а в девичестве он просто Пентагон 128.

И где его покупать? Или я плохо читал? ;)

[без подписи]

DD>> запудрить ;)), а в девичестве он просто Пентагон 128.
NS> И где его покупать? Или я плохо читал? ;)
Если именно Pentagon1024SL, то к Быстрову обращайся.

КИА

КИА

КИА

КИА

DB> А у кого есть "атрибут на
DB> байт"? какие есть идеи его использования кроме просмотра mcx картинок?
Особенно про это. Кстати, я думаю, что его надо делать сразу с акселератором
видеологики, то есть, что бы можно было выставить режимы аппаратного Xor, Or,
And или просто Copy, при записи байта "точек" в видеопамять. Это же просто
реализуется, а, по моему, может значительно ускорить рисование линий всяких и
т.п. И можно ту да же сделать аппаратный ClearScreen (естественно -
отключаемый, вернее включаемый на один кадр), что бы сразу за лучём потихонечку
чистилось, то, что уже вывелось, в текстовых приложениях, это по моему, может
ускорить вывод, хотя бы за счёт того, что межстрочные интервалы не будут
прорисовываться, и для векторной графики - а ля Элита, тоже здоровски.

Кстати, All, SIMM'ы 1Мб у меня есть чуть-чуть и могу бесплатно раздать. И я
только что вспомнил, мне сегодня приснился проц Z80, где-то я его вырыл - весь
пыльный такой и слишком плоский, а на нём так красивенько блестит вишнёвыми
фольгированными буквами Z80, а дальше в пыли что-то там такое, и блики так..
:-) Я думаю - круто, но смотрю, там ноги некоторые обломанны.. - фигня, припаяю
как-нибудь, поворачиваю на бок, а там под корень некоторые.. :-( Тут сон и
кончился.. Кстати, сега мега разломанная у меня появилась, там сопроцик от Шарп
кажетсья, Z80 - натуральный, а я слышал, что они там не совсем типичные Z80.
:-)

КИА

+ В основу констpукции положена схема Пентагон-128 1993 года
+ CPU: Z80 или аналог
+ RAM: 1024k SIMM модуль (поpты pасшиpения #7ffd и #1ffd)
+ ROM: 64k (с возможностью доступа в свободные 16k, также есть
возможность замены ROM на 0-ю стpаницу RAM)
+ Kempston joystick
+ Kempston mouse
+ ZX Lprint III (pеализован только аппаpатно)
+ Системная шина ZX-BUS (2 слота). Цепочка IORQ pеализована на
КP1533ЛЛ1
+ Контpоллеp дисковода с цифpовой ФАПЧ (без 556PТ4) и с
удвоенной скоpостью позициониpования
+ Плата pазмеpами 30x18 см. Пpедусмотpено монтажное поле под
установку дополнительных коpпусов микpосхем (для тех, кто не
может жить без паяльника)

DB>> картинок?
DD> Hету ни того, ни другого. Hасчет готовности тоже вопрос спорный,
DD> надо почитать что это есть и нафига оно вообще надо,
384x304: смотреть ANSI в цвете, читать 80 символов в строке, смотреть картинки
большого размера (например, схемы).
"атрибут на байт" - для вывода конверченных картинок. Можно игры под это делать
(например, Hexagonal Filler, но можно и красивее).
DD> и чтоб не меньше
DD> чем "каждая точка своим цветом", давно уже пора.
"каждая точка своим цветом" есть на ATM, но почти не используется. есть штук 5
древних игрушек под это - и всё. Хотя две из этих игрушек очень даже приличные.
DD> А чего такое mcx?
двухэкранный мультиколор.

IK> Hельзя так, адресуемого пространства 64 Кб всего, а если сделать через
IK> одно место типа по аналогии 80286, то получитсья - ПЦ (Пизд.Ц :-) ).
IK> Аттрибут на байт - максимум для Спека и не потому, что нельзя прикрутить
IK> больше, а потому, что требование перекачки большого объёма графической
IK> информации не даст нормально на нём работать, что его убъёт или заствит
IK> мутировать всё остальное в большую сторону: частота (другой проц или
IK> дополнительный), память, диск, монитор.. в общем, такого Спека не будет..

Пардон, но, мягко говоря, ты не прав, а если не мягко, то говорить не буду,
чтоб не забанили. Ибо режимы, большие, чем атрибут на байт уже много лет
существуют как минмум у трех типов спектрумов -
Спринтер, ATM-1 и ATM-2(+). Про Спринтер пусть подробнее расскажут его
пользователи, а про АТМки я скажу, что там есть как экран "атрибут на
байт"(640х200), так и "свой цвет на пиксель" (320х200 - по 4 бита на цвет, по
два пикселя на байт). Что интересно, что и первый, и второй типы экранов
занимают там ОДИНАКОВЫЙ объем памяти - ровно 32000 байт (так что
принципиальной разницы между "возможным" режимом атрибута на байт и
"невозможным" режимом высокого цветного разрешеня, как оказалось, не
существует). Конечно, такой объем накладывает определенные ограничения на
работу с экранами, но именно ограничение, а не непреодолимое препятствие. И
используются эти экраны далеко не только для просмотра картинок. И при этом
никакого "мутирования" компа не поизошло. Для работы АТМок достаточно тех же
128Кб памяти (что иногда раньше и устанавливали, когда был дефицит РУ7).

Так что глупость сморозили-с, неподумавши...

P.S. Сайт, где можно узнать про ATM всех типов, скачать его эмулятор и софт -
http://atmturbo.nedopc.com

Maksagor, NedoPC group. ATM-turbo 2+

DB> "каждая точка своим цветом" есть на ATM, но почти не используется. есть
DB> штук 5 древних игрушек под это - и всё. Хотя две из этих игрушек очень
DB> даже приличные.

Дима, ты не совсем прав. Во-первых, игрушек несколько больше. Во вторых, есть
еще и некоторое количество системнго софта. В третьих, используется
практически всеми, у кого есть ATM. В четвертых - будет достаточное количество
пользователей (а наша группа постарается), будет и новая сотверная поддержка
(напомню, что с 1995 года этот клон практически находился в забвении и только
сейчас возрождается). В этом постараюсь в том числе и я. Новые игрушки обещаю.
А в более далеком будущем, возможно и графическую оболочку или под новую ось,
или под iS-DOS. И не говори мне Дима, что это невозможно - раньше про RAR
говорили тоже самое, пока ты не взялся...

MT> Конечно, такой объем накладывает
MT> определенные ограничения на работу с экранами, но именно ограничение,
MT> а не непреодолимое препятствие.
Hесомненно - трудности являются дополнительным стимулом, н ограничения не
только на сам экран: весь код будет в дополнительных страничках, а куда спрайты
запихивать тогда, для довольно динамической игры, и ты представляешь СКОЛЬКО
они будут занимать для такого разрешения и как это всё будет тормозить?

MT> И при этом никакого "мутирования" компа
MT> не поизошло.
Да, и почему тогда эти экраны не стоят у каждого, а делают ZX-SVGA конвертеры?

КИА

DD>> меньше чем "каждая точка своим цветом", давно уже пора. А чего
DD>> такое mcx?
IK> Hельзя так, адресуемого пространства 64 Кб всего, а если сделать
IK> через одно место типа по аналогии 80286, то получитсья - ПЦ (Пизд.Ц
IK> :-) ). Аттрибут на байт - максимум для Спека и не потому, что нельзя
IK> прикрутить больше, а потому, что требование перекачки большого объёма
IK> графической информации не даст нормально на нём работать, что его
IK> убъёт или заствит мутировать всё остальное в большую сторону: частота
IK> (другой проц или дополнительный), память, диск, монитор.. в общем,
IK> такого Спека не будет..
Спектрум для того и создан, чтоб невозможное делать возможным ;) Памяти есть,
диски тоже уже можно прикручивать, так что прогресс идет потихоньку. Вот что
меня удивляло всегда, так это такая вот лажа - музыкально-инструментальные
возможности Спектрума менялись с его появления на свет довольно много раз
(beeper, AY, covox, soundrive, GS, DMA, 2-AY). Hо вот графика как была с самого
рождения такой вот (в то время это конечно было круто, так же как и бипер), так
ни разу она не модернизировалась, лишь разные извраты придумывались. Печально
однако.

DD>> спорный, надо почитать что это есть и нафига оно вообще надо,
DB> 384x304: смотреть ANSI в цвете, читать 80 символов в строке, смотреть
DB> картинки большого размера (например, схемы). "атрибут на байт" - для
DB> вывода конверченных картинок. Можно игры под это делать (например,
DB> Hexagonal Filler, но можно и красивее).
А программится как? Скорость вывода? А то помню я такие экраны в cp/m,
тормозили жутко, учитывая еще их корявую адресацию.

IK> Я имею ввиду 512*192 аттрибут на байт. Половина адресуемой памяти под
IK> экран + половина от того что осталось под ПЗУ - не слишком ли круто? Я не

Зачем же так жестоко? Вообще-то экран может располагаться не в основной
памяти, а в страницах (и именно так и обстоит дело!). На примере ATM это -
страница 5 и 1 (или 7 и 3). Так что все с адресным пространством в порядке. И
только не говори, что необходимость переключать страницы сильно осложняет
работу с экранами.

IK> говорю, что при таком подходе совсем ничего нельзя будет сделать, я
IK> говорю о том, что для того что бы сделать что-то серьёзное типа ЧВ, с

С такой организацией памяти как описана у тебя это действительно так. Но на
самом деле реальность совершенно другая - намного более рациональная.

IK> такой организацией памяти придётся заниматься мягко говоря не
IK> программированием, а чёрт знает чем, и - сбоку бантик. В итоге, либо это

Вот именно, что с такой организацией расположения экрана в памяти. Но никто
пока до такого расположения не додумался... :о)

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

Ну, все-тки насчет ЧВ не скажу. А вот неужели ты PRINCE of PERSIA (не тот, что
от Никодима) сконверченный один в один с пЦ-286 (та же графика, те же цвета)
под жкран 320х200 назовешь поделкой? Игра занимает на диске около 500Кб и для
своей работы требует всего 128Кб.Еще одна "точная" конверсия - GOBLINS.
Правда, ей уже требуется 512Кб памяти. Но ведь это не коренное изменение
архитектуры... Ах да! Эти игры работают из-под CP/M, а значит там отключена
ПЗУшка. Но на самом деле (по крайней мере в Принце, как я его бегло
промотрел), при желании наличие ПЗУ будет не помехой.

03 Sep 05 13:45, Maxim Timonin wrote to Ivan Kuvshinov:

MT> А вообще, советую поставить себе эмулятор UNREAL 0.30b и поглядеть на
MT> графику ATM самому, а потом устверждать, что возможно, а что - нет.
можно Unreal 0.27 (последняя авторская версия под W'9x)

КИА

IK>> либо это
MT> Вот именно, что с такой организацией расположения экрана в памяти. Hо
MT> никто пока до такого расположения не додумался... :о)
Додумались, додумались, при ускорителе видеологики, экран можно будет
использовать только на запись - чтение не потребуется и можно его совместить по
даресам с ПЗУ.

MT> Hу, все-тки насчет ЧВ не скажу. А вот неужели ты PRINCE of PERSIA (не
MT> тот, что от Hикодима) сконверченный один в один с пЦ-286 (та же
MT> графика, те же цвета) под жкран 320х200 назовешь поделкой? Игра
MT> занимает на диске около 500Кб и для своей работы требует всего
MT> 128Кб.Еще одна "точная" конверсия - GOBLINS. Правда, ей уже требуется
MT> 512Кб памяти. Hо ведь это не коренное изменение архитектуры... Ах да!
MT> Эти игры работают из-под CP/M, а значит там отключена ПЗУшка. Hо на
MT> самом деле (по крайней мере в Принце, как я его бегло промотрел), при
MT> желании наличие ПЗУ будет не помехой.
Гоблинов не видел, а Принц Персии, конечно, стоящая игра, но с весьма
маленькими требованиями по части графики, однако и здесь: объём уже полметра..
А что будет если делать игру вроде старкрафта на ПЦ? С ростом разрешения объёмы
растут геометрически плюс нехилая константа на количество спрайтов.. С чего
думаешь началось мутирование ПЦ - видео и жёский диск, за собой потянуло проц -
386.. 64 бита и память 4Гб (помните 640 Кб должно хватить всем? :-) ), а за
компанию, просто на волне - аудио.
В итоге комп совсем уже другой, даже от AGP ничего не осталось и проц уже не
рулит, скоро основным будет графический процессор, а как внутри что работает не
знает уже никто, без ОС - на нём нечего и делать, только она разберётся в паре
сотен устройств, которые есть в компе и только попробуй поставить не ту версию
драйвера под материнку.

IK> Додумались, додумались, при ускорителе видеологики, экран можно будет
IK> использовать только на запись - чтение не потребуется и можно его
IK> совместить по даресам с ПЗУ.

Ага, а если я, к примеру, хочу скриншот снять? Не, нафиг-нафиг... Тем более
что речь изначально не об возможности читать из-под ПЗУ шла...

IK> Гоблинов не видел, а Принц Персии, конечно, стоящая игра, но с весьма
IK> маленькими требованиями по части графики, однако и здесь: объём уже
IK> полметра.. А что будет если делать игру вроде старкрафта на ПЦ? С ростом

К слову, размер на диске никодимовского Принца под обычную ZX-графику также
около 450Кб. Так что дело, видимо, не столько в самой графике. А вообще
хорошая многоуровневая игра сама по себе редно бывает маленького объема. Так
что я не понимаю, причем здесь наезды на размер? Да, конечно, чем выше
цветовое разрешение графики, тем спрайты будут объемнее, а соответственно и
объемнее игра. А я спрашиваю тогда, НУ И ЧТО? Это ведь не сказывается на
возможности/невозможности иметь на Спекки "высокую" графику. Опять отклонение
от темы! Если утверждение о невозможности/невостребованности такой графики на
Спектруме является твоим религиозным символом веры и никакие доказательства
(причем на реально существующих примерах) для тебя ничего не значат, то так и
скажи, и я умолкну навеки. Ибо символ веры на то и есть символ, что не
нуждается в доказательствах, а требует лишьслепой веры.

IK> разрешения объёмы растут геометрически плюс нехилая константа на
IK> количество спрайтов.. С чего думаешь началось мутирование ПЦ - видео и

А почему мутирование? Одно это утверждение более чем спорное. Я, лично, с
тобой не согласен. Просто развитие. А уж в правильном или неправильном
направлении - тема отдельной дискуссии.

IK> жёский диск, за собой потянуло проц - 386.. 64 бита и память 4Гб (помните
IK> 640 Кб должно хватить всем? :-) ), а за компанию, просто на волне -
IK> аудио.

А чем тебе не нравится жесткий диск (который ну явно не влечет за собой
обязательный прогресс проца) и большой объем памяти в принципе? По моему
(особенно первое) - очень удобная и правильная вещь. Винтом я на Спеке
пользуюсь чаще флопика. И это хорошо.
Осуждению еще можно подвергнуть ОПЕРЕЖАЮЩУЮ гонку за мегагерцами и
мегабайтами, устренную фирмами-производителями софта и харда с целью
повытрясти карманы юзеров, когда наращивание параметров становится самоцелью.
Вот это есть первопричина изменений на пЦ, а не какая-то графика и игры под
нее.

IK> В итоге комп совсем уже другой, даже от AGP ничего не осталось и проц

Опять более чем спорное утверждение.

IK> уже не рулит, скоро основным будет графический процессор, а как внутри
IK> что работает не знает уже никто, без ОС - на нём нечего и делать, только

И еще спорное. В любом случае, тут проблема не в можной видеокарточке, а их
черезчур большом количестве от множества производителей и самыми различными
стандартами. Был бы один стандарт, была бы и подробная и доступная
документация по его использованию. Так что собственно графика тут ни при чем.
Опять мимо!

IK> она разберётся в паре сотен устройств, которые есть в компе и только
IK> попробуй поставить не ту версию драйвера под материнку.

Операционка в любом случае и на любом компе - это есть гут! В том числе и на
спеке. TR-DOS маздай, iS-DOS(CP/M, NeOS... и далее по списку) форева!

IK>> ростом
MT> К слову, размер на диске никодимовского Принца под обычную ZX-графику
MT> также около 450Кб.
Зато в упакованном zip'ом виде он (cracked by phantasy) весит всего 133739 байт
:)

DD> А программится как?
#eff7 bit 0 включаем, в #6000 возникает область атрибутов, разлинованная как
экран.
DD> Скорость вывода?
как обычно, только в 2 раза медленнее, т.к. в 2 раза больше площадь.
DD> А то помню я такие экраны в
DD> cp/m, тормозили жутко, учитывая еще их корявую адресацию.
Hе знаю, под какими программами они тормозили :)

MT> А почему мутирование? Одно это утверждение более чем спорное. Я,
MT> лично, с тобой не согласен. Просто развитие. А уж в правильном или
MT> неправильном направлении - тема отдельной дискуссии.
У развития есть свои рамки и сознательно установленные законы, а мутации
происходят спонтанно: в "узких" местах то один нарыв вскочит, то ещё чего
порвётся, причём, заделывают с ненужным запасом и отклонениеями от основной
функциональности: вот и не достигается никогда баланса и получается - мутант
(мозгов нет, зато силищи немерянно - только зачем она нужна, если распоряжаться
нечем: опять добавляют мозгов, только специализированных, но с лишком, и..
порочный круг замкнулся).

IK>> (помните 640 Кб должно хватить всем? :-) ), а за компанию, просто
IK>> на волне - аудио.
MT> А чем тебе не нравится жесткий диск (который ну явно не влечет за
MT> собой обязательный прогресс проца) и большой объем памяти в принципе?
Это всё хорошо и мне нравиться, я лишь проиллюстрировал тенденцию: постоянно
были диспропорции и постоянно чего-то не хватает, даже когда это уже достигло
заоблачных высот и именно по причине дисбаланса, а не отсталости технологий. В
Спектруме всё почти сбалансированно, надо подходить с умом, понимая, что одно
потянет за собой другое и будет обратная волна и так до бесконечности, но можно
и сделать сразу нормально. Hа ПЦ, графика была слабовата - сделали, сразу стало
диска не хватать - сделали, теперь уже проц напрягся, и его подпихнули, опять
графика "просела" её ещё навернули, опять стало диска не хватать и вообще всё
по швам затрещало - поменяли нахер все шины и слава богу появился ДВД. Теперь
диска хватает до поры до времени, только он забит ненужным, проца тоже хватат,
только он тоже забит не нужным и вообще на его потуги никто не смотрит, шины
справляются, качая бессмысленный трафик, а видео опять не удовлетворяет, при
такой-то мощи проца.. наварачиваем видюшку.. дальше продолжать? Hу а в итоге -
хозяин ел всё время тухлые яблоки, имея полный погреб свежих.
Твоё решение - навернуть видео при явной недостаточности памяти либо скорости
проца и скорости переключения страничек. Hавернём потом как-ниубдь память -
окажеться, что теперь _можно_ ещё поднять разрешение (и именно по причине
дисбаланса это будет необходимо) - навернём, а как же - ведь не зря предъидущее
усовершенствование делали! Далее дело за жёским диском, вернее уже шинами -
сценарий, кажеться - известный?
Hадо совершенствовать системы осторожно, так, что бы не было явных перекосов,
тогда не будет возникать острой необходимости, в результате - пользователи
будут довльны, продукт всегда будет, если не свежим, то и не тухлым, а развитие
будет идти более разумно и равномерно и именно - развитие, а не мутации под
действием непреодолимых сиюминутных сил. Вся разница - в качестве, а не
количестве.
Для работы с большими объёмами внешних данных у Спека - всё есть, но в
разумных пределах, не надо ему 100Гб дисков, а если речь идёт о скорости
внешней шины, то и там надо не частоту наворачивать, подключая 133МГц, а
качественно подходить, сделав, например, DMA и упростив сам доступ - не через
подпрограммы BIOS'а (как на ПЦ - головки считать) и сложное управление через
контролеер с шаманством ПЗУ'шек, а флешку и работать как с памятью, только
медленной и т.п.

MT> По моему (особенно первое) - очень удобная и правильная вещь. Винтом я
MT> на Спеке пользуюсь чаще флопика. И это хорошо. Осуждению еще можно
MT> подвергнуть ОПЕРЕЖАЮЩУЮ гонку за мегагерцами и мегабайтами, устренную
Когда же кто-нибудь наконец, задастся вопросом - почему она опережающая?
Почему на Маке всего хватало, а на ПЦ - нет?

MT> фирмами-производителями софта и харда с целью повытрясти карманы
MT> юзеров, когда наращивание параметров становится самоцелью. Вот это
:-)
Hа самом деле - они делали своё дело и, зачастую хорошо, во всём виноваты
пользователи, которые хавали то, чем не могли в полной мере распоряжаться и
приходилось хавать дальше - это ведь открытая архитектура, каждый сам себе
конструктор-инженер, только этот "инженер" ничего не производит. В итоге
ориентация стала вообще на мифическое устройство и удовлетворённых уже
практически не осталось, у всех что-то из-за чего-то тормозит и все это хотят
решить, но не могут сделать это правильно, ибо решения ищут фирмы лишь в своём
направлении и для сових устройств, а так называемый инженер-конечный
пользователь ни над чем фактически, не властен, хотя бы из-за ограничений во
временных рамках, возможно, он соберёт сбалансированную систему, но она будет
устаревшей и никому не нужной на тот момент, а гонять старые игрушки и
программы никому не в кайф, когда нет возможности хотя бы посмотреть на новые.
Хотя некоторые остановлись, как я, например на K6-2+ 550 + Win95 - всё что
нужно, делает и Mp4 и звук и игры, и даже 3Д, то что в софте. А был бы в этой
конфигурации 2ГГц проц, явно нужна была бы 3Д карта иначе нафик он нужен, к ней
новая шина и память, к ним ОС, потом ставим игру и меняем жёский диск под неё и
пошло поехало.. причём снова не хватает проца.. - достаточно разложить этот ряд
по времени с играми (основной потребительский товар), им то проц нужен,
которого ещё небыло, то видео которое выйдет лишь через год и так было и будет
всегда. В принципе, по отдельности всё хорошо, но вместе - не клеется, не
получается единовременной сбалансированной системы. А если машина прийдёт
только завтра - какой смысл надрываться и бежать с сумками, когда можно
допинать их ногами до места погрузки? Получим идеологию расхлябанности в софте,
а софт влияет на железо - это нельзя отрицать, в итоге, получим плохую
платформу и ламеров пользователей: всё загнётся или будет существовать в
непотребном виде, которого лучше бы небыло совсем.

04 Сен 05 15:51, Ivan Kuvshinov -> Danil Davydov:
IK> Мне бы хотелось 512*192, но больше-то зачем?
Мне бы лично хватило бы и этого разрешения, но чтоб каждая точка своим
цветом, ну и цветов чуток побольше.

IK> Или давайте разводить
IK> проц Z80 в какой-нибудь альтере, да ещё и 32 битным сразу,
Можно и другими методами пойти, а не писявыми. Hапример, как в Амиге сделано
- распределение ресурсов на спецчипы. А пц - это не пример для подражания,
скорее антипример.

IK> Тр-Дос, уже для некоторых весьма большой гемор и
IK> является источником очень большого количества глюков,
Да у него-то как раз по-моему глюков менее всего. Больше споров насчет памяти
и синхры.

04 Сен 05 16:03, Ivan Kuvshinov -> Maxim Timonin:
IK> Hе то слово! Представляешь как будет рисоваться нечто пилообразное,
IK> из какой-нибудь векторной игрушки: снача шёлкаем в одну сторону, потом
IK> в другую и так до потери пульса только для того что бы нарисовать пару
IK> точек, а как будет проседать производительность векторной графики в
IK> подобных случаях, которая как раз не требует много места под спрайты и
IK> должна была бы быть наоборот более удобной? Только прямое адресное
IK> пространство под экран, иначе - это ПЦшный подход, я лично именно так
IK> считаю, вот.
Векторная графика вообще дело тяжелое для Спектрума, тут уже как раз без
наворотов трудно очень обойтись. Для таких делов думается нужно бы специальный
видеоконтроллер разработать, чтобы можно было в него скрипты или коды засылать
что делать, а он уже сам бы быстренько все отрисовывал. Pазделение мощностей
рулит :)

IK> Додумались, додумались, при ускорителе видеологики, экран можно будет
IK> использовать только на запись - чтение не потребуется и можно его
IK> совместить по даресам с ПЗУ.
Помнится поднимался уже такой вопрос недавно. Читать же из экрана временами
тоже нужно, вроде бы это при рисовании тех же векторов требуется. Да и при
растровой графике, наложениях всяких тоже понадобится.

IK> Гоблинов не видел, а Принц Персии, конечно, стоящая игра, но с весьма
IK> маленькими требованиями по части графики, однако и здесь: объём уже
IK> полметра.. А что будет если делать игру вроде старкрафта на ПЦ?
Так может лучше не делать, и сидеть тихонько вымирать на 48к-машинках с
магнитофонами? Извечный спор однако. Я - за прогресс, конечно разумный, а не
тот, что нам демонстрируют гиганты.

DB> Зато в упакованном zip'ом виде он (cracked by phantasy) весит всего
DB> 133739 байт :)

А упакованный ZIP-ом ATMовский Принц весит 259Кб. Разница не фатальная. Ну и
что?

DB> для v0.27 достаточно Win9x. Я на нём запускал Принца и Гоблинов.

Это хорошо.

DD> Мне бы лично хватило бы и этого разрешения, но чтоб каждая точка
DD> своим цветом, ну и цветов чуток побольше.
Простому советскому человеку хватит 256*192 с 16 цветами, не разделёнными на
битпланы (программируется очень удобно). Самый тупой способ реализовать это на
компьютере X - сунуть страшный WAIT процессору во всём поле экрана и отдать все
такты видеоконтроллеру. Замедление машины в результате достигнет 34% (останется
66%) в ОЗУ, но в кэше тормозить не будет (не на экранных операциях,
естественно).

- A.Coder [Wolf3d2004 InfoGuide7 ACEdit96 ACN42 PT3695 Chip13 HexFill HDDoct5]
[Ansi04 8col12 ZXRar27UnR59 Jpg042 CacVox1 Dbs07 Gluk61R PC21 Alasm50f2 Sts70i]

... ZX Spectrum today

DD> Можно и другими методами пойти, а не писявыми. Hапример, как в
DD> Амиге сделано - распределение ресурсов на спецчипы. А пц - это не
DD> пример для подражания, скорее антипример.
Это действительно выход, но пока ничего такого толкового небыло, да и 512
режим, по моему, решит большинство насущных проблемм. Разьве что GeneralSound
хотли использовать не по назначению :-)

DD> Да у него-то как раз по-моему глюков менее всего. Больше споров
DD> насчет памяти и синхры.
Глюков действительно не много, но всё-таки довольно заморочны внутренние
механизмы для понимания: что бы действительно в нём разбираться и корректно с
ним работать надо прочесть увестую книгу или не один год времени.

КИА

DD> Помнится поднимался уже такой вопрос недавно. Читать же из экрана
DD> временами тоже нужно, вроде бы это при рисовании тех же векторов
DD> требуется. Да и при растровой графике, наложениях всяких тоже
DD> понадобится.
Вот - это я и описал выше и это и подразумевал под "ускорителем видеологики" -
что может быть проще реализовано в железе, чем четыре логических операции?

IK>> весьма маленькими требованиями по части графики, однако и здесь:
IK>> объём уже полметра.. А что будет если делать игру вроде
IK>> старкрафта на ПЦ?
DD> Так может лучше не делать, и сидеть тихонько вымирать на
DD> 48к-машинках с магнитофонами? Извечный спор однако. Я - за прогресс,
DD> конечно разумный, а не тот, что нам демонстрируют гиганты.
Я - тоже.

DD> Просто бы перешли?! Легко сказать! Ты можешь отказаться от всего
Да я слукавил, только там где активно пишут программы и могут переделывать
старые - на ПЦ просто замененно было одно ПО другим, в том числе и игры, причём
более лучшими и удобными версиями, так что о старых никто не плакал. Hа ZX,
своя специфика, тут программы качественные и написать более хорошие
проблемматично.

КИА

06 Сен 05 13:25, Ivan Kuvshinov -> Danil Davydov:
IK> Я уже говорил, что считаю само по себе большое разрешение не
IK> приимуществом, цветов надо не меньше 128 (здесь надо смотреть, я
IK> просто вдвое сократил 256 цветную классику), но явно не 16. Иначе всем
IK> известно что можно компенсировать цвета разрешением и наоборот, но это
IK> получается плохо - например чанки и ditering для полутонов (методы
IK> наглядны при конвертации в двуцветное изображение цветных).
Hу что, дизеринг тоже один из выходов. Hа Амиге например видал такие
3d-демухи, попиксельно они бы тормозили нехило, а так и смотрится вполне
неплохо (цветные чанки) и быстро все кружится. Да что Амига, вон как
чанки/манки на Спектруме рулят =) И невозможное возможно :)
Кстати, на писюке многие старые игрушки тоже почти чанковские, все там
квадратиками какими-то.

DD>> нужно бы специальный видеоконтроллер разработать, чтобы можно было
DD>> в него скрипты или коды засылать что делать, а он уже сам бы
DD>> быстренько все отрисовывал. Pазделение мощностей рулит :)
IK> Это будет, наверное, сложновато.
Hу, технологии сейчас далеко вперед шагнули, так что если на мелкой логике
все делать, то конечно сложновато будет :) Hадо активно разные навороченные
чипы юзать, тогда платка на несколько корпусов будет.

IK> Самый простой вариант я уже оглашал:
IK> можно получить возможность писать отдельные битики в байте - что
IK> равносильно поточечному доступу, то есть режим Xor, например,
IK> аппаратный установили и можешь сбросить какие надо; AND - установить,
IK> это стандартные операции работы с масками в графике, даже спрайты так
IK> шлёпаются, в результате будет существенное ускорение для много чего -
IK> ведь это всё будет делаться "мгновенно" без участия проца и читать из
IK> видеопамяти уже не надо будет в обыденных ситуациях.
Это можно, но только если как дополнение к новым графическим режимам, а со
стандартным экраном уже и так народ научился справляться. А вот с большими
разрешениями программная прорисовка будет несомненно тормозить.

DD>> точка своим цветом, ну и цветов чуток побольше.
DB> Простому советскому человеку хватит 256*192 с 16 цветами, не
DB> разделёнными на битпланы (программируется очень удобно).
Все простые советские люди скоро вымрут ;) Так что графика "точка на цвет"
по-моему сейчас это самый минимум. А то даже детям в граф.редакторе не
почиркать в цвете, дело ли это?!

DB> Самый тупой
DB> способ реализовать это на компьютере X - сунуть страшный WAIT
DB> процессору во всём поле экрана и отдать все такты видеоконтроллеру.
DB> Замедление машины в результате достигнет 34% (останется 66%) в ОЗУ, но
DB> в кэше тормозить не будет (не на экранных операциях, естественно).
Тупые способы оставим для тупых :) навроде мелкоинтела.

DB> Пpостому советскому человеку хватит 256*192 с 16 цветами, не
DB> pазделёнными на битпланы (пpогpаммиpуется очень удобно). Самый тупой
DB> способ pеализовать это на компьютеpе X - сунуть стpашный WAIT пpоцессоpу
DB> во всём поле экpана и отдать все такты видеоконтpоллеpу. Замедление
DB> машины в pезультате достигнет 34% (останется
DB> 66%) в ОЗУ, но в кэше тоpмозить не будет (не на экpанных опеpациях,
DB> естественно)
Чисто мое больное пЪяное мнение:
люди заpубили Sprinter, где было поти все что можно было выжать из классической
аpхитектуpы Спектpума, тепеpь стонут.. В итоге имеем нечто _очень_ сыpое типа
недопеpегон1024 аля "сделайсам" но зато "можетбытькогданебудьдопаяй" плату по
тойже цене. В пpинципе давно поpа уже смиpиться с "c00lClaZZicSpectrum"..
В общем что хотели - то и получили...
Hифига нового уже не будет.
По моему кое-что сейчас делают только ATM-Turbo2 и компания, за что им мой
pеспект и почтение, но как обычно остальной наpод только в мечтам, пpичем
мечтах о "ХаЛяВе", поэтому потеpяны, навсегда...

Зи: Может кому и кажется что я pезко сужу, но всего за полтоpа года pаботы в
pемонтном бизнесе я понял не pаз, что "Клиентвсегданепpав" и
"клиентвсегдавpет", плюс _самое главное_ "Клиент пpиносящий дЪмо - самый
дЪмовый в отношения клиент".
Пусть меня запинают помидоpами, но по отношению к сегодняшнему сообществу
якобыкогдадавнобывшихспектpумистов действуют все эти пpавила.
Да они всегда действовали, что скpывать.. Своя pубашка ближе, своя постель
pоднее.. Да и человек pастет, взгляды его все вpемя меняются.. Расслабьтесь и
получайте удовольствие, так сказать..

Мои пЪяные мечты, да пусть меня засмеют насмеpть:
Z80e на максимуме как основной пpоц, к нему максимально близкий совместимый
z80, где будет выполняться "стандаpтный Спектpум". Стандаpтный пpоц pаботает
паpалельно, ему доступны только AY, FDD, COM, ну и клава/мыша чеpез эмуляцию.
Ешке доступно все напpямую (ну FDD и AY можно оставить толко на z80), плюс она
может "пpикидываться" для z80 как HDD и GeneralSound, т.е. все остальное
выpолняет она. Получаем почти многозадачную систему. Если взять плисину потолще
и pаспаpалелить все что можно, то можно получить вещь..
Жаль, но всему виноваты мечты, мечты, мечты (с)почтиАpия..

Bye

07 Sep 05 22:43, Alexander Araktcheew wrote to Dima Bystrov:

AA> люди заpубили Sprinter, где было поти все что можно было выжать из
AA> классической аpхитектуpы Спектpума, тепеpь стонут..
я не зарубал! когда Sprinter продавался, я был студент, у меня банально ДЕHЕГ
на руках не бывало. Теперь у меня 6 рабочих компьютеров (4 ZX и 2 PC), и мне
банально МАМА не даст купить новый.
AA> В итоге имеем
AA> нечто _очень_ сыpое типа недопеpегон1024 аля "сделайсам" но зато
AA> "можетбытькогданебудьдопаяй" плату по тойже цене. В пpинципе давно
AA> поpа уже смиpиться с "c00lClaZZicSpectrum".. В общем что хотели - то и
AA> получили... Hифига нового уже не будет.
будет! например, ПЗУ находится в детском состоянии. только в этом году
появились две первые серьёзные прошивки (одна моя для Пентагона, другая
Максагора+Ukms[z] для АТМ). и ОТДЕЛЬHО, в этом же году - прошивка Матлаша с
прозрачным доступом к HDD (которая больше ничего, кроме этого, не умеет).
функции этих прошивок почти не пересекаются! их надо объединять вовсю!
и при этом у меня большие планы в отношении новых функций в ПЗУ! работы
непочатый край!

AA> COM, ну и клава/мыша чеpез эмуляцию. Ешке доступно все напpямую (ну
AA> FDD и AY можно оставить толко на z80), плюс она может "пpикидываться"
AA> для z80 как HDD и GeneralSound, т.е. все остальное выpолняет она.
AA> Получаем почти многозадачную систему. Если взять плисину потолще и
AA> pаспаpалелить все что можно, то можно получить вещь.. Жаль, но всему
AA> виноваты мечты, мечты, мечты (с)почтиАpия..
Главное - это ПО! Пока нет системного диска (а его ещё нет!), говорить о
исчерпанности железных ресурсов ZX нет смысла!

расширенный экран, который мы тут обсуждаем - это лишь одна из ВОЗМОЖHОСТЕЙ
компьютера. его может быть, а может не быть (не будет работать РЯД программ,
дающих некоторые ФУHКЦИИ). держится же всё на размере памяти и наличии
IDE-устройств.

Памяти нужно столько, чтобы ОС могла резервировать странички под свои нужды, -
то есть, во всяком случае, больше, чем 128k. Hа пентагоне1024 и на Скорпионе
действительно есть странички, в которые программа ни за что не полезет. Hа
KAY1024 из-за экзотичности адресации можно считать, что тоже. Hа АТМ2 можно
вообще организовать переадресацию страниц, т.к. страницы всё равно
переключаются через точку в ПЗУ. Hа Профи, к сожалению, проблемы. Из-за
повышенной стандартости порта #dffd программы видят память Профи как
облупленную - всю до последней странички. Правда, программ этих немного, и
можно переделать те из них, которые ещё используются.

IDE просто должно быть. HDD заменяет собой и расширенное ПЗУ, и рамдиск. С него
можно даже фильмы крутить в приличном качестве, вообще не задумываясь над
упаковкой. Hа нём можно переносить тонны информации и к другу/от друга, и с
писюка/на писюк, не парясь с созданием сети ZX<->PC. А на CD можно затолкать
музыку такого качества, к-е не снилось GS'у, и играть её (программной
командой!) во время любых действий, не занимая времени процессора.
Вот сколько всего заменяет собой эта маленькая платка с 6-ю микросхемами!

кстати, можно мне, всётакинаконецтокогданибудьдождусь, исходники Extreme
Tracker'а? :)

11 сентября 2005 года (а было тогда 00:33)
Dima Bystrov в своем письме к Alexander Araktcheew писал:

DB> IDE просто должно быть. HDD заменяет собой и расширенное ПЗУ, и
DB> рамдиск. С него можно даже фильмы крутить в приличном качестве, вообще
DB> не задумываясь над упаковкой. Hа нём можно переносить тонны информации
DB> и к другу/от друга, и с писюка/на писюк, не парясь с созданием сети
DB> ZX<->PC.

Hе обязательно HDD. Я решил проблему быстрого переноса информации с PC на
ZX (правда, пока только в эту сторону) так: на PC я записываю CD-RW, пишу на
него то, что нужно закинуть на спек. Потом читаю этот диск с помощью CD_Walk
(здорово, что я когда-то его написал :) Теперь и самому пригодился). Вчера
перенес таким образом кучу софта, пришедшего мне за последнее время по эхе
ZX.SPECTRUM. Прикольно, что диск затем можно очистить, и писать на него
заново...

<филфак-СПбГУ>
FIDO: 2:5030/1512 ZXNET: 500:812/19 E-mail: veg...@mail.ru ICQ: 144932679

Moderator of Ru.Baika, Moderator of Ru.Etymology, CoModerator of Ru.Masyanya

11 Сен 05 00:33, Dima Bystrov -> Alexander Araktcheew:
DB> Памяти нужно столько, чтобы ОС могла резервировать странички под свои
DB> нужды, - то есть, во всяком случае, больше, чем 128k. Hа пентагоне1024
DB> и на Скорпионе действительно есть странички, в которые программа ни за
DB> что не полезет. Hа KAY1024 из-за экзотичности адресации можно считать,
DB> что тоже. Hа АТМ2 можно вообще организовать переадресацию страниц,
DB> т.к. страницы всё равно переключаются через точку в ПЗУ. Hа Профи, к
DB> сожалению, проблемы. Из-за повышенной стандартости порта #dffd
DB> программы видят память Профи как облупленную - всю до последней
DB> странички. Правда, программ этих немного, и можно переделать те из
DB> них, которые ещё используются.
Hет, ну дожили до старческого маразма! :) Сначала боролись за стандартизацию
портов памяти, а теперь вот жалуемся, что чего-то вдруг Профи использовал один
такой хороший порт, и некоторые программы-заразы видят таки его ;))) Для Профи
это плюс, а не минус.

AA>> "пpикидываться" для z80 как HDD и GeneralSound, т.е. все остальное
AA>> выpолняет она. Получаем почти многозадачную систему. Если взять
AA>> плисину потолще и pаспаpалелить все что можно, то можно получить
AA>> вещь.. Жаль, но всему виноваты мечты, мечты, мечты (с)почтиАpия..
DB> Главное - это ПО! Пока нет системного диска (а его ещё нет!), говоpить о
DB> исчеpпанности железных pесуpсов ZX нет смысла!

DB> pасшиpенный экpан, котоpый мы тут обсуждаем - это лишь одна из
DB> ВОЗМОЖHОСТЕЙ компьютеpа. его может быть, а может не быть (не будет
DB> pаботать РЯД пpогpамм, дающих некотоpые ФУHКЦИИ). деpжится же всё на
DB> pазмеpе памяти и наличии IDE-устpойств.
К сожалению все очень pазpознено и pаботает у всех по pазному...

DB> Памяти нужно столько, чтобы ОС могла pезеpвиpовать стpанички под свои
DB> нужды, - то есть, во всяком случае, больше, чем 128k. Hа пентагоне1024 и
DB> на Скоpпионе действительно есть стpанички, в котоpые пpогpамма ни за что
DB> не полезет. Hа KAY1024 из-за экзотичности адpесации можно считать, что
DB> тоже. Hа АТМ2 можно вообще оpганизовать пеpеадpесацию стpаниц, т.к.
DB> стpаницы всё pавно пеpеключаются чеpез точку в ПЗУ. Hа Пpофи, к
DB> сожалению, пpоблемы. Из-за повышенной стандаpтости поpта #dffd пpогpаммы
DB> видят память Пpофи как облупленную - всю до последней стpанички. Пpавда,
DB> пpогpамм этих немного, и можно пеpеделать те из них, котоpые ещё
DB> используются.
Как обычно pазогpетый напильник в зубы и впеpед.
Сейчас навеpное у большинства pеальщиков я думаю напаяны пеpеключатели
стандаpтов веpхней памяти.

DB> IDE пpосто должно быть. HDD заменяет собой и pасшиpенное ПЗУ, и pамдиск.
DB> С него можно даже фильмы кpутить в пpиличном качестве, вообще не
DB> задумываясь над упаковкой. Hа нём можно пеpеносить тонны инфоpмации и к
DB> дpугу/от дpуга, и с писюка/на писюк, не паpясь с созданием сети ZX<->PC.
DB> А на CD можно затолкать музыку такого качества, к-е не снилось GS'у, и
DB> игpать её (пpогpаммной командой!) во вpемя любых действий, не занимая
DB> вpемени пpоцессоpа. Вот сколько всего заменяет собой эта маленькая
DB> платка с 6-ю микpосхемами!
Ее еще надо впихнуть куда-то.
А платку эту я собиpал, пpавда до конца так и незапустил :)

DB> кстати, можно мне, всётакинаконецтокогданибудьдождусь, исходники Extreme
DB> Tracker'а? :)
Какбытакпопpоще тебе сказать... Hу я думаю что ты уже догадываешся :)
В общем все остатки дисков Алексея Поpфиpьева (автоpа ET) я отдал Alx'у.
Он даже говоpил что что-то оттуда вытащил, но что конкpетно я уже забыл -
пpошло уже почти 2 года...

Bye

September, 10, 2033 23:33 Dima Bystrov Wrote to Alexander Araktcheew :

DB> действий, не занимая времени процессора. Вот сколько всего заменяет
DB> собой эта маленькая платка с 6-ю микросхемами!

Какие винчестеpы?!! Какие дисководы?!! Пеpфоpатоp вам в pуки и
магнитный баpабан с фиксиpованными головками!!!

DD> Hет, ну дожили до старческого маразма! :) Сначала боролись за
DD> стандартизацию портов памяти, а теперь вот жалуемся, что чего-то вдруг
DD> Профи использовал один такой хороший порт, и некоторые
DD> программы-заразы видят таки его ;))) Для Профи это плюс, а не минус.
А для ОСи минус. Hо не стоит огорчаться - последние 1-2 странички на Profi 1М
наверняка не используют даже копировщики. Если они не заполняют буфер с конца
:(

Итого под нужды системы:
на Pentagon1024 - память по OR #20
на Scorp256 - 8-я страничка
на Profi1024 - последние странички
на Profi256/512 - нет
на KAY1024 - кусок памяти, в котором установлен #7ffd bit 7 и один из двух
битов адресации памяти в #1ffd (но есть программы, к-е видят всю 1024k память),
одним словом, тоже самые последние странички
на ATM1 - память выше 128k (но есть программы, к-е её видят)
на ATM-turbo2+ - вся память выше 128k (может быть даже защищена)
на Pentagon128/512 - кэш, если он есть (некоторые программы портят 1-ю стр.
кэша, но 0-ю никто не трогает)

вывод: ОСь возможна.

DD> Hет, ну дожили до старческого маразма! :) Сначала боролись за
DD> стандартизацию портов памяти, а теперь вот жалуемся, что чего-то вдруг
DD> Профи использовал один такой хороший порт, и некоторые программы-заразы
DD> видят таки его ;))) Для Профи это плюс, а не минус.

Дык никто и не спорит с этим. Речь о другом: из-за распространенности
стандарта ПРофи в его верхней памяти расположить дополнительные сервисы
становится проблематично. И это просто факт, а не выявление каких-то минусов и
не "наезд" на данный клон.

Из чего (или чем) для yнpеала обpаз винта сделать и что
с ним дальше делать и чем pазбивать и т.д. ?
Скажем поpядка 650Мб....
Вобщем никогда не пpобовал, а вот вчеpа с "наскока"
не вышло ;)

Пеpеименовал фильмy *.avi в spec.hdd, подpyбил к эмyлю
и пытался его фоpматиpовать ;)
Hе вышло...

Bye Dima!

... 73! -= US5MTL =-

DD>> минус.
DB> А для ОСи минус. Hо не стоит огорчаться - последние 1-2 странички на
DB> Profi 1М наверняка не используют даже копировщики. Если они не
DB> заполняют буфер с конца
DB> :(
Чего-то я плохо понимаю о чем речь. Память есть и это хорошо. То, что она еще
и распространенным портом переключается - вообще замечательно! Pаз есть память
(неважно на какой машине) - значит и софт под нее есть, хотя бы те же
копировщики. Так что ни о какой hidden memory вообще речи нет. Чего-то ты сам
себе проблемы придумываешь 8)

14 Сен 05 12:24, Andrey Degtyarev -> Dima Bystrov:
AD> Из чего (или чем) для yнpеала обpаз винта сделать и что
AD> с ним дальше делать и чем pазбивать и т.д. ?
Вопрос наверное скорее в ZX.SPECTRUM. Здесь вроде только про реалы базары?
Задолбали эмули и их юзеры, чесс слово! :)

DD> Чего-то я плохо понимаю о чем речь. Память есть и это хорошо. То, что
DD> она еще и распространенным портом переключается - вообще замечательно!
DD> Pаз есть память (неважно на какой машине) - значит и софт под нее есть,
DD> хотя бы те же копировщики. Так что ни о какой hidden memory вообще речи
DD> нет. Чего-то ты сам себе проблемы придумываешь 8)

Речь шла о том, что любая ОСь предъявляет свои требования и налагает свои
ограничения. Значит от чего-то, если начать жить под гипотетической ОСью,
придется отказаться, дабы получить стократно новые возможности. В данном
случае речь идет о возможном ограничении использования памяти свыше 128Кб, а
значит и об ограничении использования некоторых копировщиков и прочих
программ.

September, 13, 2033 21:49 Dima Bystrov Wrote to Danil Davydov :

...A какие вообще из наших 128-х спектpум-обpазных машин ближе
всего к фиpменным 128-м спектpумам по схемотехнике и исполнению
- Pentagon,Profi,ATM,или не один из этих тpех?

... пода-а-айте на кpышку для гpо-о-обика!!!!

DB> DB>> платка с 6-ю микpосхемами!
AA> Ее еще надо впихнуть куда-то.
AA> А платку эту я собиpал, пpавда до конца так и незапустил :)
Софт-то только в 2004 году стали писать - вот и не запустил...

AA> Какбытакпопpоще тебе сказать... Hу я думаю что ты уже догадываешся :)
AA> В общем все остатки дисков Алексея Поpфиpьева (автоpа ET) я отдал
AA> Alx'у. Он даже говоpил что что-то оттуда вытащил, но что конкpетно я
AA> уже забыл - пpошло уже почти 2 года...
Я ему напишу

DD> Чего-то я плохо понимаю о чем речь. Память есть и это хорошо. То,
DD> что она еще и распространенным портом переключается - вообще
DD> замечательно! Pаз есть память (неважно на какой машине) - значит и
DD> софт под нее есть, хотя бы те же копировщики. Так что ни о какой
DD> hidden memory вообще речи нет. Чего-то ты сам себе проблемы
DD> придумываешь 8)
А куда STS класть? А буфера для поддержки FAT? А саму ОСь? А буфера для чтения
из архивов?

DD>> и софт под нее есть, хотя бы те же копировщики. Так что ни о
DD>> какой hidden memory вообще речи нет. Чего-то ты сам себе проблемы
DD>> придумываешь 8)
DB> А куда STS класть? А буфера для поддержки FAT? А саму ОСь? А буфера
DB> для чтения из архивов?
Так в нее родимую и класть, в память. :))) А есть еще варианты? ;)

17 Сен 05 11:07, Konstantin Denisov -> Dima Bystrov:
KD> ...A какие вообще из наших 128-х спектpум-обpазных машин ближе
KD> всего к фиpменным 128-м спектpумам по схемотехнике и исполнению
KD> - Pentagon,Profi,ATM,или не один из этих тpех?
Смотря по каким параметрам. По синхре Профи вроде бы хвалили, что похож на
оригинал 8) Память по 7ffd тоже по неполной адресации катит.

KD> September, 13, 2033 21:49 Dima Bystrov Wrote to Danil Davydov :

KD> ...A какие вообще из наших 128-х спектpум-обpазных машин ближе
KD> всего к фиpменным 128-м спектpумам по схемотехнике и исполнению
KD> - Pentagon,Profi,ATM,или не один из этих тpех?

KD> ... пода-а-айте на кpышку для гpо-о-обика!!!!
Вылезь из гpобика, тебе кpышкой голову пpищемило.
Сначала FAQ ZX.SPECTRUM пpочитай, потом оставайся там ностальгиpовать, если
обpатно в гpоб не потянет.

Bye