+- DC-SWAT Forum (http://www.dc-swat.ru/forum)
+-- Форум: Sega Dreamcast (/forum-2.html)
+--- Форум: Programming (/forum-8.html)
+--- Тема: Портирование на dreamcast (/thread-1506.html)
RE: портатирование на dreamcast - Rio - 14.03.2011 20:20
Что ж, ясно, спасибо тебе большое за понятный и конкретный ответ!
RE: портатирование на dreamcast - Lin - 15.03.2011 02:38
Портаните Dreamchess 0.2.0 на дрим:
http://www.dreamchess.org/
RE: портатирование на dreamcast - slavikmalo - 15.03.2011 17:54
а толку? лухше бы нормальный эмулятор nintendo64
RE: портатирование на dreamcast - Lin - 15.03.2011 22:20
Эмуль надо писать. а тут все ресурсы есть Толькотграфон вроде надо взять из первой демки.
RE: портатирование на dreamcast - SWAT - 16.03.2011 07:08
Да по идее можно и с OpenGL попробовать портировать, там на первый взгляд ничего страшного нет, я смотрел код. Просто не будет работать несколько функций, не знаю там как по ресурсам правда...
Сообщений: 3333
RE: портатирование на dreamcast - Lin - 16.03.2011 14:36
Они писали что отказались от дрим версии и улучшили графику, поэтому я предположил, что можно взять из первой демки графику.
Попробуешь сделать?
RE: портатирование на dreamcast - SWAT - 17.03.2011 09:04
Ууу нее ты че, с DS дел завались.
RE: портатирование на dreamcast - Rio - 21.03.2011 21:40
Сват, а игрушки для Дрима используют MMU?
И что случается, если происходит выход (обращение) за пределы адресного пространства приложения? И когда такие ситуации возникают?
RE: портатирование на dreamcast - SWAT - 22.03.2011 13:32
Используют. WinCE игры вообще все используют MMU.
Происходит исключение, а обработчик этих исключений уже решает что делать. А вообще за пределы выхода быть не должно, если он есть, то это значит кривой код программы. Должны быть проверки на то что память была выделена правильно.
RE: портатирование на dreamcast - Rio - 22.03.2011 18:07
Мм а смысл использования этого ММУ? Ведь жестких дисков да и других подключаемых устройств, способных расширить память, нет. Получается, все доступное адресное пространство - это только те микросхемы, что есть на плате.
RE: портатирование на dreamcast - SWAT - 22.03.2011 19:24
На самом деле использование MMU это грамотное программирование. Память полностью контролируется. Это особенно важно для ОС, где нужно выделить определенный участок памяти для запускаемого приложения, а потом спокойно очистить его не навредив при этом остальным.
RE: портатирование на dreamcast - Rio - 22.03.2011 21:46
Ясно. А без MMU значит такой контроль просто физически невозможно осуществить? Ну я имею в виду аппаратными методами.
KOS тоже использует MMU?
RE: портатирование на dreamcast - Lin - 22.03.2011 22:16
Dreamshell использует MMU?
RE: портатирование на dreamcast - SWAT - 23.03.2011 08:14
Без MMU сложно контролировать то, что делает приложение, я бы даже сказал что это практически невозможно. Про какие аппаратные методы ты вообще говоришь?
Если в приложении есть утечка памяти (а такое часто бывает), то ОС не сможет это отследить и исправить после завершения работы приложения. Так же эта функция очень полезна если нужно ограничить доступ приложению к чему либо и для изоляции приложений друг от друга. Да и вообще это удобно, у каждого процесса память начинается как бы с нуля и по мере ее заполнения ОС либо выделяет больше памяти, либо если ее не осталось переносит эти данные на диск, а затем когда память освобождается переносит обратно. Все это было бы невозможно без MMU.
В KOS есть API для MMU, но он нигде не используется, так как по сути все что делают для дрима это одна единая программа, которая подминает под себя все ресурсы.
DreamShell тоже не использует MMU, но я серьезно об этом подумываю, может быть в следующих версиях я это прикручу, так как проблема с утечкой памяти в приложениях имеет место быть.
RE: портатирование на dreamcast - Rio - 23.03.2011 17:50
Ну да только ты забыл что на Дримкасте никакого диска нет.
Я хотел написать "программно". Ведь всегда можно отконтролить выделение массива в памяти, пускай и динамического. Просто запомнить адреса, где он начинается а где заканчивается, ну и плюс размер. Ну а со списками так вообще и того проще. Просто встроть метод удаления ненужного контейнера, и делов-то. Правда придется тогда писать прогу, которая за всем этим будет следить, а это отнимет время. ведь фактически, будет изобретаться велсипед, да и не нужно, когда есть поддержка этого на апп. уровне.
Но вот с утечками не совсем понял.
Например, есть программа, занимающая адреса, допустим, с 0x0000 по 0x03FF, а весь объем доступной физической памяти - 0xFFFF. Таким образом объем оставшейся памяти, для кучи, составляет FC00.
Вот эта прога создает от начала этой кучи массив из 100 интов, т.е. отжирает еще 400 байт памяти. Потом еще че-та создает, там же.
А потом так же свободно все это удаляет.
Так где же тут утечки тогда?
RE: портатирование на dreamcast - SWAT - 23.03.2011 19:46
Я про диск не забывал, я тебе обрисовал то, как работает ОС, а не дрим.
Утечка получается тогда, когда эта программа за собой не убрала отходы своей жизнедеятельности
И это не обязательно вина разработчика этой программы, утечки могут быть в библиотеках которые он использовал.
RE: портатирование на dreamcast - Rio - 23.03.2011 20:50
-- про диск не забывал, я тебе обрисовал то, как работает ОС, а не дрим.
а я знаю как виртуальная память работает.
ну значит дураки разработчики библиотек))
RE: портатирование на dreamcast - SWAT - 24.03.2011 06:59
Гугл те в помощь
RE: портатирование на dreamcast - Rio - 24.03.2011 22:19
хрен те))
RE: портатирование на dreamcast - SuperClaw - 29.03.2013 18:59
(15.03.2011 17:54)slavikmalo писал(а): а толку? лухше бы нормальный эмулятор nintendo64Это уж врятли когда либо возможно. На мой взгляд, железо Дрима просто-напросто не потянет эмулятор. Пришел к такому выводу, когда сам искал эмуль)