+- DC-SWAT Forum (http://www.dc-swat.ru/forum)
+-- Форум: DreamShell (/forum-3.html)
+--- Форум: General Discussion (/forum-27.html)
+--- Тема: DreamShell 4.0 RC 1 (/thread-1787.html)
RE: DreamShell 4.0 RC 1 - SWAT - 23.02.2012 14:53
Хрена себе, шенму homebrew... Да это самый дорогой коммерческий проект для дрима, никакой поделке до такого уровня никогда не добраться.
RE: DreamShell 4.0 RC 1 - Warlock_02 - 23.02.2012 17:29
Тоесть говоря иными словами, DreamShell не сможет никогда запустить ISO Shenmue, верно?
RE: DreamShell 4.0 RC 1 - SWAT - 23.02.2012 19:36
С чего такой вывод вообще? Ну не запускает она сейчас эту игру по некоторым причинам, она не только эту игру не может запустить, что дальше будет неизвестно, но пока вот так.
RE: DreamShell 4.0 RC 1 - alex - 23.02.2012 20:33
А реализована ли в sdldr поддержка katana игр с MMU?
RE: DreamShell 4.0 RC 1 - Warlock_02 - 24.02.2012 00:58
Ясно, просто сначала недопонял
RE: DreamShell 4.0 RC 1 - SWAT - 25.02.2012 10:40
(23.02.2012 20:33)alex писал(а): А реализована ли в sdldr поддержка katana игр с MMU?
Если честно то я не вижу препятствий для их работы, сам лоадер потом работает уже в контексте запущенной программы, а что там происходит это уже не суть важно, главное чтобы она не затерла код лоадера. Родные сисколы работают же и в mmu режиме. Здесь проблема одна, когда игры затирают ту область памяти, где находится лоадер, так же они могут использовать mmu там, что тоже может нарушить работу кода лоадера, ведь все ссылки на переменные становятся битыми. Этот момент вообще никак не обойти без биос мода, только если разместить код лоадера в биосе, можно добиться его работы во всех, ну или в большей части, игр. Ну или найти такую область в памяти, которая никогда не затирается, я и так уже сделал лоадеры для разных областей памяти для большей совместимости, но этого не достаточно.
RE: DreamShell 4.0 RC 1 - Василий - 04.03.2012 23:18
Так что, SWAT, сделаешь 50 Герц ?
RE: DreamShell 4.0 RC 1 - cybdyn - 05.03.2012 02:12
а сколько лоадер занимает? он динамический или под определённый адрес скомпилен?
вот, лучше сделать динамическим. потом. я бы так попробовал , разместить его после экзешника, точнее в месте где HEAP начинается, а указатель старта хипа переместить на размер этого лоадера
(в пс2 первые действия кода это как раз системный вызов связанный с опредеоение старта хипа и размера, потом его зануление).
это подходит или в дриме по другому? думаю динамическая память есть везде))) ...а, ещё начало стэка тоже можно перед прыжком в точку входа сместить ниже, а лоадер кинуть в конец)))
как идея???
RE: DreamShell 4.0 RC 1 - SWAT - 05.03.2012 15:24
Нету такого на дриме, лоадер под определенный адрес заточен иначе никак, там нет общего ядра которое управляло бы памятью, каждая игра вольна делать что хочет и часто бывает что они тупо очищают всю память вообще, из за этого часть игр не запускается к сожалению.
Лоадеры занимают по разному, в зависимости от уровня оптимизации при сборке и под какой адрес я его собираю (есть версии под низкую и высокую память), в среднем 30 кб размер, меньше там не сделать уже никак, тот что под низкую память приходится уже ужимать как только можно, последняя версия кое как вместилась в лимит. Тот что в высокой памяти сидит, там больше можно разгуляться, я и оптимизирую их получше, но игр запускается еще меньше, так как там еще опасней лоадер держать. И так под каждый девайс лоадер отдельно собирается, т.е. их в общем счете 8, по 4 на каждую область памяти.
Из за этого лимита я и не делаю доп. функции как допустим чтение CDI образов и прочее, во первых это увеличит размер лоадера (что уже просто не приемлимо), а во вторых чем сложнее разбирать образ, тем медленней это работает, с SD лучше пачками данные читать, а не по сектору. Все это место я сэкономил и разместил там поддержку сжатых образов, я думаю это более полезная фича чем CDI/NRG...
RE: DreamShell 4.0 RC 1 - alex - 06.03.2012 21:59
(04.02.2012 10:46)SWAT писал(а): А по поводу адаптера, странно, с донглами проблем не было, были проблемы только из за проводов.
Интересный пост был по поводу проблемы с донглом на http://www.emu-land.net/forum/index.php/topic,31576.msg812837.html#msg812837
Цитата: кстати проблема ошибок при загрузке с карты памяти тоже решилась, причём неожиданно - оказывается надо было прочистить контакты блока питания. сейчас всё грузится нормально, причём последняя версия RC1
RE: DreamShell 4.0 RC 1 - SWAT - 07.03.2012 10:24
Неожиданный поворот. Видимо питание было не стабильно, что сказывалось на работе I/O CPU. Хоть и совсем не много, но этого хватало чтобы нарушить работу софт spi, там важен каждый такт чтобы отрабатывал хорошо. В хардварном spi это делает железка, ей на такую не стабильность пофиг было бы.
Явно стоит взять на заметку тем у кого проблемы с запуском, вполне может быть что и длинна проводов может на это быть повязана, может там напряжение слабое в интерфейсе и на длинных проводах оно терялось до критической точки (разбег там мизерный я думаю, но все же).
У меня работает адаптер и с проводами (примерно 15см!) и без проводов одинаково хорошо, самая быстрая карта что у меня есть в наличии, 6 класса, выдавала 617 Кбайт/сек. Я думаю что карта 10 класса будет выдавать не меньше 650, так как скорость доступа к памяти в самой карте ее контроллером, влияет на общую скорость чтения данных.
Я это к чему. Может у меня контакт отличный у БП
Так как я частенько разбирал дрим и контакты там я думаю хорошо притерлись. На самом деле здесь и схема еще не доработанная, она минимальна, нужно добавить еще элементов для стабильности. Светодиот зацеплен не правильно, он как раз может и просаживать шину, он весит на CS (chip select, выбор чипа), если там будет не достаточно напряжения, то он просто не сработает и карта не активируется, будет игнорировать запросы, а светодиот при этом будет моргать. Так что это и от светодиода может зависеть, потребление у них разное
В общем питание это все.
RE: DreamShell 4.0 RC 1 - cybdyn - 10.03.2012 01:15
"в среднем 30 кб размер"....
..вот, ещё мысль, поместить лоадер в флэш или в мод флэша , т.е чип подпаянный сверху флэш-чипа дримки,вообщем чтобы заюзать адресное пространство 0x20000000 - 0x2001ffff. (128кб)
оно по идее не затирается во время игры, либо аппаратно заблокировать ногу WE через переключатель...
мнения?
RE: DreamShell 4.0 RC 1 - SWAT - 10.03.2012 17:31
На сколько я знаю, с нее нельзя выполнять код...
RE: DreamShell 4.0 RC 1 - SWAT - 10.03.2012 17:34
(04.03.2012 23:18)Василий писал(а): Так что, SWAT, сделаешь 50 Герц ?
Да я сделал уже давно, почему он у тебя не работает я не знаю, я не делал эти видео режимы вообще, я юзаю готовый код, как он отрабатывает так и есть, сам я не буду вдаваться в этим дебри чтобы искать причину, слишком много времени тратить на это глупо. Попробуй соединиться другим методом, допустим RGB.
RE: DreamShell 4.0 RC 1 - Василий - 10.03.2012 18:50
Жаль, в других программах это работает как надо.
RE: DreamShell 4.0 RC 1 - SWAT - 11.03.2012 10:34
(10.03.2012 18:50)Василий писал(а): Жаль, в других программах это работает как надо.
Другие программы собраны старыми компиляторами, наверное в этом и причина, как и некоторых других, к примеру SPI. Но сборка на новых компиляторах была неизбежным шагом. Я отказался от этого в Beta 4, но дольше оттягивать это я не мог. Может этот баг кто то пофиксит (тогда я сделаю норм сборку), но я пока не готов на это тратить время, причина мне неизвестна. Я бы с удовольствием это быстро исправил, если бы знал как.
Я пытался найти проблему в своем коде, но там ее нет (только что не было раньше выбора частоты), да и быть не может, я использовал функции KOS для установки режима.
RE: DreamShell 4.0 RC 1 - cybdyn - 11.03.2012 14:13
да, бывает и такое, иногда оптимизация грешит)))
RE: DreamShell 4.0 RC 1 - SWAT - 11.03.2012 15:18
Как не странно присутствие оптимизиации, а не ее отсутствие, спасло положение с SD, так как после сборки на новых компиляторах, она вообще отказывалась работать у кого либо из тестировавших новую версию (хотя у меня работала всегда). Мне и в лоадерах пришлось оптимизировать куски кода работы с SD. Не знаю связана ли частота развертки с этим, ведь остальные режимы работают как положено, а система там единая.
RE: DreamShell 4.0 RC 1 - cybdyn - 11.03.2012 17:53
я эти огрехи видел после диссасемблирования кода. вместо записи нескольких значений по одному адресу или циклический опрос готовности флага регистра оптимизатор всё сводит к минимуму. в итоге запись идёт один раз, а цикла никакого нет, один раз считывает и либо выходит либо подвисон... оказалось надо реги устройств оформлять как nonvolatile ( или както так)...но это история по пс1(пс2)
за дрим пока я не брался, но думаю выясню, если до меня не разберуться...
RE: DreamShell 4.0 RC 1 - Rio - 12.03.2012 01:43
оказалось надо реги устройств оформлять как nonvolatile
Наоборот. volatile. ключевое слово. говорит компилятору о том, что оптимизировать как раз ничего не надо.