Кто знает распиновку Taito's X1-017

[supremacy]

Решил сделать репродукцию переведённой игры SD Keiji: Blader
Проблема в том, что объём prg при переводе увеличился и мне нужно управление PRG A17 с маппера.
Ни одной оригинальной игры с таким объёмом PRG на этом чипе нет, чтобы посмотреть. Но на nesdev в описании 82 маппера сказано, что 256К поддерживается.
К тому же у X1-005 управление PRG A17 есть.
Может кто-нибудь сталкивался уже и может подсказать?

[SavitarSvit]

Легче самому догадаться если в инете нет распиновки. Смотри соседние не задействованные ноги рядом с PRG A16.

[supremacy]

Легче самому догадаться если в инете нет распиновки. Смотри соседние не задействованные ноги рядом с PRG A16.

Перед тем как написать я пробовал, там как раз prg a16 между двумя неподключенными ногами, но не заработало. Возможно я где-то ещё ошибся, хотя вроде всё поверил.  Может этот перевод на железе не работает.

[SavitarSvit]

Я с таким мапером не сталкивался, даже самому стало интересно эту A17 найти  Но к сожалению таких доноров у меня нету.

[supremacy]

У меня есть ещё одна плата, попробую все чипы снять и записать хотя бы распиновку того что разведено. Есть ещё идея с помощью дампера "поморгать" A17 и засечь её мультиметром.

[supremacy]

Написал скриптик для дампера, проверил на оригинальном картридже - дампит отлично.
Пытаюсь сдампить с репродукции, хотя бы без A17 (одну из частей) - получаю какую-то кашу для prg, chr дампится нормально.
Видимо распиновка для prg какая-то нестандартная, точнее игра специально так записана, чтобы пиратам жизнь подпортить.
Засунул оригинальную микросхему prg с этого картриджа (28pin) в tl866, прочитал как w27c512 по частям и склеил,
начал сравнивать с ромом - такая же каша. Как будто перепутаны местами A13->A15, A16->A13, A15->A14, A14->A16.

 dump.7z (62.77 КБ - загружено 520 раз.)

[SAMael]

ну перетасовка адресов типа простенькая защита от пиратства))) мож еще чего.

[Rumata]

Засунул оригинальную микросхему prg с этого картриджа (28pin) в tl866, прочитал как w27c512 по частям и склеил, начал сравнивать с ромом - такая же каша.

Масочные ПЗУ 23 серии вообще отличаются от 27, например в таком корпусе может быть 1Мбит. А вот от копирования это спасает мало

[supremacy]

Масочные ПЗУ 23 серии вообще отличаются от 27, например в таком корпусе может быть 1Мбит

Так там и есть 1Mbit, поэтому пришлось двумя частями читать - а16 в 0 и 1. Адреса же у 23 серии не перепутаны?

[supremacy]

Написал программку для перестановки адресных линий в роме, теперь точно знаю, что в PRG роме поменяны местами A16 c A13,  A15 c A14.
Но в дампе картриджа даже с новой прошивкой (где поменяны адресные линии) наблюдается какой-то хаос. Буду думать дальше.
Теперь и CHR дамп не совпадает, хотя я его не трогал. Как будто перепутывание адресов контролируется данными в prg rom.

[SavitarSvit]

Как я понимаю маск ромы от Taito имеют стандартную "нинтендовскую" распиновку.
В теме это показано: http://nintendoage.com/forum/messageview.cfm?catid=22&threadid=56416
Не думаю что маск ромы будут другими для X1-017.

[supremacy]

Как я понимаю маск ромы от Taito имеют стандартную "нинтендовскую" распиновку.
Не думаю что маск ромы будут другими для X1-017.

chr точно не nintendo'вская, A16 на 2 ноге.
Возможно будет быстрее сконвертировать игру в mmc3 чем разобраться с этим маппером.

[SavitarSvit]

supremacy, у тебя донор от какой  игры?
У меня тоже предположения что этот патченый ром на железе может не работать. Я не совсем понимаю из чего, в переведенном роме, состоит ПРГ часть, когда перевод добавляет всего 31кб данных в ром. Получается 287кб ром (ПРГ 159, КХР 128), они расширяют ПРГ до 256кб, чем заполнены не достающие 97кб?
На ED№8 можно проверить это ром?

[supremacy]

у меня их два было, по-моему
Kyuukyoku Harikiri Stadium: Heisei Gannen Ban
Kyuukyoku Harikiri Stadium III

Решил исследовать маппер?  Тогда нужно сразу панельки запаивать, после второй неудачной прошивки я это осознал, но выпаивать снова было уже лень.

я сейчас уже не помню, но вроде бы я запускал переведённый ром на EDn8

Тут просто издержки адресации. Расширить всегда можно только в два раза, остальное место не используется.
Возможно, можно было бы ужать текст, использовав какой-нибудь LZW, но всё равно остался бы вопрос с защитой от пиратства в этом маппере.
Поэтому, если и заниматься хаком, то лучше сразу переделать на mmc3

[SavitarSvit]

у меня их два было, по-моему
Kyuukyoku Harikiri Stadium: Heisei Gannen Ban
Kyuukyoku Harikiri Stadium III

У тебя на донорах ПРГ 28пин, попробую взять донора с 32пин ПРГ.
Решил повозиться, хотя музыка в игре меня просто бесит)

[SavitarSvit]

supremacy, подскажи по своему донору, у которого ПРГ 28пин. Каким пинам X1-017 соответствуют ножки ПРГ: 1,2,26,27?

[SavitarSvit]

Распиновка Taito 32pin PRG:
1 - +5       32 - +5
2 - A13      31 - +5
3- A14       30 - A17
                 29 - А15
                 28 - А16

Думаю что CHR имеет такую же распиновку. Но, собрав картридж игра работает с частично битой графикой и виснет после ввода имени, при переходе на локацию в тронном зале... Предполагаю что помимо не типичной распиновки, есть еще защита подмены адресов PRG как у Конами было, когда PRG A0 могло меняться местами с PRG A1 и при этом игра прекрасно работала, но с битой графикой.
В данном же случае игра прекрасно работает до определенного момента, а потом виснет.
Логично предположить, что и тут 2 адреса PRG меняны местами при подключении к X1-017... но я взял донор, плата которого не отличается от платы SD Blader, так что тут что то еще...
PRG A17 на 60pin X1-017

[SavitarSvit]

Распиновка Taito CHR 32pin оказалась такая же как W27C020.
В итоге собрал я игру, работает без мусора, но вот беда, зависание о котором я писал, никуда не исчезло.
Наткнулся на статью, из которой я понял, что игра проверяет контрольные суммы PRG и CHR...
https://tcrf.net/SD_Keiji:_Blader
Сделал проверку на репродукции, игра выдала красный экран, как я понял с ошибками в PRG и CHR.
Что же получается, нужно убирать эту проверку из рома?
Кто нибудь попробуйте этот переведенный ром на эвердрайве запустить.

[supremacy]

На Everdrive в тесте тоже выдаёт ошибку контрольной суммы prg, но игра не виснет. Думаю эта сумма проверяется только во время теста.
Нашёл подтверждение в описании перевода:
Only a slight change was added to the secret CRC test
launched in the beginning of the game. Never bothered
to actually fix the checksum itself, as it doesn't have
any impact on the game, so don't be scared of the ERROR
message there - the game is playable without any change
till the very end.

[SavitarSvit]

supremacy,  тогда в чем может быть причина зависона?
Предполагаю, что зависон как то связан со Sram. После ввода имени, по идее должен создаваться новый профиль игрока, может с этим какой конфликт. Но еще не понятно, может ли быть такое, что ПРГ подключено не правильно...
Ты теперь можешь собрать картридж, проверь у себя. Как вариант я бы собрал репродукцию записав оригинальный ром, если все в норме значит проблема в роме, если зависон, то не правильное подключение. Но второго донора у меня нет, а аккуратно выпаять с этого уже не получится.

[supremacy]

Каким пинам X1-017 соответствуют ножки ПРГ: 1,2,26,27?

1 - 59
2 - 57
26 - 1
27 - 58

Предполагаю, что зависон как то связан со Sram

а может A17 не на 60 пине?
Я сдампил переведённый картридж, вторая половина prg не совпадает, и дамп виснет в том же месте.

Ты теперь можешь собрать картридж, проверь у себя

я уже третий раз выпаиваю prg, переходные отверсия уже убил, видимо в прошлый раз я не заметил обрыв дорожки, поэтому у меня не стартовала игра, в этот раз запаял панельку.
Переведённый ром так же виснет. Оригинальный работает.

[CaH4e3]

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

[supremacy]

Проблема в том, что A17 у маппера непонятно где, либо управление этим адресом не обычное. Это не 60 и не 62 пины.

[CaH4e3]

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

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

Добавлено позже:
если бы были специалисты в треде лол, можно было бы потрассировать, какие пины взводятся и взводятся ли, если в маппере выставлять старшие 128кб рома. ну тут надо еесно тестовый ром ваять, который бы это специально делал и логи на ногах чипа проверять до и после... вы готовы на такие трудности?

[SavitarSvit]

Проблема в том, что A17 у маппера непонятно где, либо управление этим адресом не обычное. Это не 60 и не 62 пины.

Думаешь что PRG A17 не на 60 пине? Разве игра завелась бы если он был определен не правильно? Можно конечно поиграться и поискать варианты А17 PRG тыком...
Получается, что твоя 28pin PRG имеет вид:
1 (A14)  -------- 28 (+5)
2 (A12)  -------- 27 (A15)
             -------- 26 (A16)

Где у тебя A13 находится, с учетом того что по моей распиновке он сидит на 61pin X1-017? Если смотреть логически, то на донорах 32 pin PRG (128кб) есть лишний разведенный пин (но он не задействованный в маск роме походу), и это и должен быть A17. А у тебя ведь на 28pin PRG A17 (60pin X1-017) вообще не разведен?
Причем он на той же ноге, что и в 32pin CHR. При этом все CHR на этом мапере имеют 32pin, но размер может быть как 128кб, так и 256кб, обыгрывается всего лишь 1 пин, при этом ничего не меняется кроме маск рома.
Вот моя, 32 pin PRG распиновка:
1 (+5)  --------- 32 (+5)
2 (A13) --------- 31 (+5)
3 (A14) --------- 30 (A17)
4 (A12) --------- 29 (А15)
5 (A7)  ---------  28 (А16)
6 (A6)  ---------  27 (A8)
7 (A5)  ---------  26 (A9)
8 (A4)  ---------  25 (A11)
9 (A3)  ---------  24 (CE)
10 (A2)---------  23 (A10)
11 (A1)---------  22 (CE)
12 (A0)---------  21 (D7)
13 (D0)---------  20 (D6)
14 (D1)---------  19 (D5)
15 (D2)---------  18 (D4)
16 Gnd ---------  17 (D3)
Так при такой разводке оригинальный ром запускается и не виснет? Значит дело в переведенном роме. Может ты просто упускаешь какие то особенности когда снимаешь дамп с переведенной репродукции или чего то не учитываешь... Иначе как объяснить что оригинальный ром работает без проблем? Значит распиновка правильная и дело не в ней или для правильно запуска 256кб ПРГ на этом мапере не достаточно тупо задействовать A17...

[MetalliC]

Думаешь что PRG A17 не на 60 пине? Разве игра завелась бы если он был определен не правильно?

всё в твоих руках, подпили ром напильником - отзеркаль половину PRG два раза (т.е. во вторые 128к запиши то же что и в первых 128к), и проверь на эмуляторе. думаю должно повиснуть на том же моменте.

и вообще, с чего вы взяли что X1-017 умеет 256кб prg ? глянул по базе - все игры с этим чипом 128кб prg

ну а так - Санч уже дал вам направление - мониторить ложик анализером / осцилом ну или хотя бы тестером неиспользуемые ноги X1-017, и смотреть чо на них до зависона и после.
правда учитывая то, что у вас ушло пол года на идентификацию 27C020 ПЗУ - я даж не знаю сколько у вас займет этот процесс

[CaH4e3]

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

[SavitarSvit]

Сейчас поигрался с A17 PRG. У мапера в нужном "районе" всего 2 ноги не задействованы: 60 и 62. На стоковой 60й ноге игра виснет наглухо, даже звук. На 62й ноге A17, игра также виснет но музычка продолжает верещать. Тут подумал что если дело в A17, то по идее если посадить A17 на землю, игра зависнет там же. Посадил, игра стартанула, но зависла сразу после титульника, походу проверка Sram не пошла.
Или мапер не поддерживает 256кб или переводчики что то "напереводили"...

[Rumata]

Проблема в том, что объём prg при переводе увеличился

Из это следует, что перевод делался чисто "на эмулятор" и на реальном железе не проверялся. В итоге имеем то, что имеем

[supremacy]

Теоретически можно на демультиплексоре и защелке собрать управление а17 в обход маппера.