Каскадный · [ Стандартный ] · Линейный NEC PC ENGINE

[Axel089]

Во что поиграть на PC Engine CD?
Собственно, сабж, а то от обилия всего и вся на той же снесорамы становится как-то не по себе. Сам из более-менее известного помню лишь Кастлванию, пару Fatal Fury и Double Dragon 2. А что еще есть? Ну скролл-шутеры там или платформеры.

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

Сообщение отредактировал save_end - Суббота, 19 марта 2016, 13:05

[Bargent]

было уже.

[Axel089]

Я не нашел. Ссылку пожалуйста.

[chuguevskiy]

есть хорошая офлайн база игр с картинками. Можно подобрать себе по душе игруху

» Нажмите, для открытия спойлера «

http://torrents.emu-russia.net/details.php...ents.php&id=125

[Axel089]

Вот за базу огромнейшее спасибо. Жаль только, что скорость у тамошних сидеров не ахти какая.

Upd - Пролистал каталог, вопрос о покупке консоли отпал окончательно

Сообщение отредактировал Axel089 - Четверг, 18 марта 2010, 14:07

[chuguevskiy]

Вот за базу огромнейшее спасибо. Жаль только, что скорость у тамошних сидеров не ахти какая.

Upd - Пролистал каталог, вопрос о покупке консоли отпал окончательно

Наверное по тому что я там и есть единственный сидер =) Если нужна скорость, то посмотри ее на UG

Вот за базу огромнейшее спасибо. Жаль только, что скорость у тамошних сидеров не ахти какая.

Upd - Пролистал каталог, вопрос о покупке консоли отпал окончательно

Ну почему же отпал. Консоль хороша эта хотя бы по тому что она есть такая де-факто. Интересная сама по себе.

[Axel089]

Не знаю, сплошная порнуха и графические новеллы с маджонгами. Всякие Валисы и Вондербои есть и на других консолях. Короче, обойдусь эмулем на боксе =)

[V.Andy]

Наверное по тому что я там и есть единственный сидер =) Если нужна скорость, то посмотри ее на UG
Ну почему же отпал. Консоль хороша эта хотя бы по тому что она есть такая де-факто. Интересная сама по себе.

"по тому" - зачОтное правописание
Да, ИМХО, достаточно эмуля. Ничего особенного вроде бы нет.

Сообщение отредактировал V.Andy - Четверг, 18 марта 2010, 16:13

[Anton69]

Прикалыветесь?))

http://gbx.ru/index.php?showtopic=25932&hl=pc+engine

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

[Axel089]

Значит эта классика не для меня, ибо на рисованную порнуху и ролевушки на японском у меня не стоит. На шутеры тоже - их и на сатурне с лихвой хватает.

[save_end]

Существует ли способ запуск игр выходивших на карточка с cd? быть может есть какие-то фанатские сборки?

[save_end]

На андеграунд геймере сборку из 100 ромов на сд нашел... Может кто знает, есть ли спец утилита для сборки?
Владельцы неков отзовитесь...

[sergi]

Нельзя просто так запустить с диска игру которая на карточке была - с чего бы вдруг она пойдет если адресное пространство карточки и память оперативная это абсолютно разные вещи?

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

в принципе такое возможно с любой приставкой которая использует в качестве носителей информации для игр как диски так и картриджи

[save_end]

Серджи, я прекрасно понимаю эту ситуацию...Но что тогда вот это?
http://www.underground-gamer.com/details.php?id=19214

Imagine a CD filled with over 100 HuCard Games, with a menu system allowing you to pick any game out and boot it up on your PC Engine CD! Well it exists!!!

Here is 'Benjamin Quinn's Super HuCard CDRom'

It is a PC Engine Super CDRom that has over 100 Games ready to chose from a menu system!
Please note that this does NOT work on Magic Engine, or any PC Engine emulator. It only works on the actual PC Engine Hardware. I think this isdue to the fact that the HuCard games are placed in the Systems memory and pulled from there!
(The menu system loads on an Emulator, thats how i got the screenshots... The games dont load though)

» Нажмите, для открытия спойлера «

How does it work ?

Without entering too much in details, here are the concepts applied here. First, the cd enabled pc engine systems have some RAM usable at runtime. This is the place where data coming from the cd are placed and used as code, graphics, etc... Starting from version 3.0 (hence Super Cd system 3.0 and the Arcade Cards), there are 2 Mega bits available. This room is enough for storing a whole hucard in it, making the system very close of the state where a hucard is inserted in the console.

What are the differences ?

Well, a hucard has data located from the physical bank 0 and all operations at runtime expect this mapping to be respected (to the exception of a few nice games). If we're loaded a hucard content in the cd system card ram, the data starts at bank 0x68. So when an operation saying "make bank 4 available in ram at location 0x4000" is executed, it makes the bank 4 of the cd system (the cd player, game booter, etc...) available at location 0x4000 and not the bank 4 of our hucard since it's located at 0x68 + 4.

How to make operations dealing with bank aware of this 0x68 bank offset ?

In our task, we have some luck, there's just one operation which is problematic. It's TAM, an operation which takes an argument, a field of bit, indicating the location in RAM where to map a physical bank (Actually, it could point at several locations at once, but the normal use makes such that there's only bit set at once). It uses the value of the register A to know the value of the physical bank. Well, ok, we only have to make sure that A got incremented by 0x68 before every TAM.
Easy.
Easy ? Not really. You can't insert an instruction in a bytecode without breaking everything. The problem is that jumps, calls, etc... will be fooled if you insert extra data. The matter is that we can eventually alter the code but not changing the length of instructions. Now, we have to check how the value of the register A is set. Hopefully, it's mostly loaded with a fixed value just before a TAM. That's quite a perfect situation, we can simply add 0x68 to the argument in the code and A will be incremented of 0x68 at runtime. Sometimes, A is incremented from another value of physical bank. If we assume we managed to catch others TAM argument, the incrementation will retains the 0x68 offset, being a relative alteration of the argument. Still, there are a few tricky things, like values loaded dynamically from the memory where the location is also loaded from the memory at runtime. And eventually they are computation on the register A before having it used which makes this way of doing unusable (imagine "Load A with the physical bank at 0x4000 (normally 2), double A (4) and map the bank indicated by A (4) at 0x6000" with A been incremented by 0x68, the final value would be (0x68 + 2) * 2 instead of 0x68 + (2 * 2) ). On another hand, to detect the usual pattern (loading A with immediate value then apply TAM) we can only rely on a basic expression of 4 bytes such that 2 are fixes (opcode of the A loading and TAM), 1 is under a given value (the argument of the loading of A) and the last only have one bit set. As it's not very sharp, it was easy to be fooled and "patch" piece of data which aren't to be patched. It could lead to crashes or corruption in graphics, sound, etc...
While the static approach works in a few number of case, it shows its limits.
One day, by checking at pc engine internals stuff, Ben noticed that the BRK opcode, which is normally used to indicate an error but in fact is a software interruption, ie an operation which jumps to a subroutine, located via a fixed location in RAM. But unlike usual soft interruption opcodes, it takes an argument and set the return point of the interruption handler to the opcode after this argument, as if it was a 2-bytes long opcode. Hmm, doesn't it sounds like similar to our dear TAM opcode ? Of course.
Now what, we can replace all TAM occurence by a jump to a subroutine and have an argument handy for our subroutine (well, in a very tricky way, but still...). As this subroutine is normally an error one, or used to debug, in games, it's unused, we can safely put a custom handler in it. What will it do ? As you may guess, it will reconstruct a TAM from the BRK argument using self modifying code inline and alter the value of A by adding 0x68 when needed (yes, indeed, sometimes, it references absolute, system bank where we shouldn't add 0x68). We then call our custom TAM and we can even restore the old value of A if we want.
In order to catch all relevant TAM and only them, the best way is to detect them at runtime. So, as Hu-Go! is a working GPL pc engine emulator, the best was to integrate the code to detect TAM in it and convert all TAM opcode into BRK opcode. Before this, we had redirected statically the BRK handler to a subroutine we had inserted in some free space (found in almost every game, the handler is just about 40-50 bytes long).

Here is it, thanks to this dynamic handling of A incrementation, we don't have to worry about the way A is computed, as we're handling this at the very latest moment. Still, since TAM are patched at runtime, to be able to run the game fully, all TAM should have been catched when playing the special version of Hu-Go!. Still, using a light static detection along with this dynamic one should lead to a very large coverage of TAM with few efforts but it hasn't been done yet. Just a few minutes with Hu-Go! on each game generaly (which is often enough as many games reuses the same TAM operation all the time).

Сообщение отредактировал save_end - Вторник, 27 апреля 2010, 14:49

[sergi]

Памяти смотря сколько в такой карточке, вроде всего 256 килобайт

а игры бывают и по метру, поэтому не во все можно играть

[p_star]

не знаю как там че, но этот диск работает без проблем.

[sergi]

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

[kenshin2004]

подскажите как запускать диски на pc engin cd rom 2.собственно лицензии нет. самаписные нечитает .может есть или был у кавонибуть?как правильно записать диск на него?

[save_end]

просто образа пишешь как на любую консоль...
качай образы с андеграунда и пиши я так делал... а с какой консолькой в паре запускаешь? я в паре с супер графикс....
и кстати да... о какой версии дело идет? о первой или второй? первая только со спец карточкой в приводе (систем кард) будет читать...вторая имеет встроенный биос

если речь все же о первой версии (та что с интерфейсным юниом) то смотри, что был систем кард и с нужной версией биоса, а 1.0 супер сд не запустить

если что стучи в личку

Сообщение отредактировал save_end - Пятница, 29 октября 2010, 16:48

[kenshin2004]

на cd-rom 2 нужны + карты запуска и хуго карт.эт не turbo grafix и duo