ПК8000 - Утилиты

[Mick]

Я так делаю
New> Channels: 1 mono
Sampling rate: 44100
Потом
Save As...> PCM signed 16 bit mono (но советуют PCM unsigned 8bit, mono)

а так ты вышли b2m, он его сделает как надо.

Я так и делал, короче отослал прошивку - будем ждать результат

[Advertiser]

[Tim0xA]

Я так делаю
New> Channels: 1 mono
Sampling rate: 44100
Потом
Save As...> PCM signed 16 bit mono (но советуют PCM unsigned 8bit, mono)

Я недавно занимался оцифровкой кассет от Вектора и выяснилось, что намного лучше записывать звук в режиме СТЕРЕО, т.к. на этапе захвата звука запись в режиме МОНО вносит свои искажения из-за смешения информации из разных каналов. К тому же не всегда известно, на каком магнитофоне была осуществлена запись, в стерео или моно режиме, как был установлен уровень записи? В итоге одна из дорожек может быть реально лучше, но этого мы не узнаем при захвате в МОНО! При записи в режиме СТЕРЕО реально видно в редакторе каждый канал, можно оценить уровень записи и даже провалы из-за помех! К тому же за один рип получается сразу два варианта загрузки, если один канал не пошел - берем второй без повторного прогона кассеты. Я именно таким образом оцифровал недавно все кассеты с играми на BASIC при помощи утилиты Виктора Пыхонина. Захват делал в Sound Forge. Изначально брал канал с более высоким уровнем записи, если не получалось, брал второй, если и тогда не получалось, делал нормализацию сигнала до -6дБ или вообще заваливал уровень "выше крыши". В итоге с двух 90минутных кассет не оцифровалась только одна игра, но там пленка пожевана была. И кассеты были TDK, время подтвердило их качество.
Эта рекомендация конечно же бессмысленна, если делать захват при помощи моно-микрофона :-(

[ivagor]

Mick,XobbiMan
Итоговый вариант

bsave"rom",0,&H3FFF,0
Набрав на железяке после выгрузки bload?"rom" и подав на ее вход записанный сигнал можно самому проверить правильность записи.

[Mick]

Чтобы удобнее было работать с образом, лучше сделать выгрузку так:
out &H80,204
bsave"rom",32768,&HBFFF,0
Набрав на железяке после выгрузки bload?"rom" и подав на ее вход записанный сигнал можно самому проверить правильность записи.

Проверил на эмуляторе, эта процедура работает.

Короче сделал я так, железка мне ответила OK. Castools - ни в какую не хочет понимать.

Дословно привожу мой диалог с Сурой:

Я -> out &H80,204
Сура -> OK
Я -> bsave"SURA",32768,&HBFFF,0
Сура -> немножко подумав(162секунды) OK
Я -> bload?"SURA"
Сура -> Found:SURA
Сура -> немного подумав(теже 162 секунды) OK

Это говорит что файл то нормальный.

[b2m]

отослал прошивку - будем ждать результат

Не читается. Файл от XobbiMan считался без проблем, но я сравнил с Вестой, там есть, например, в знакогенераторе отличие, причём явно не в пользу ПЗУ Хобби.

[Mick]

Вроде как Mick показывал что TEST у него полностью прошла. Ему надо попробывать заново считать данные.

Мick,
У меня уровень входа микрофонного сигнала установлена на максимум, так же в Advanced включен Microphone Boost (у меня винда xp eng)

Ну что же, будем пытаться сделать заново. Попробую сегодня вечерком.

[ivagor]

Насчет выгрузки ПЗУ
bsave"rom",0,&H3FFF,0
bload?"rom"

Mick,XobbiMan
Вопрос из чистого любопытства.
Если я правильно понял (но может я понял неправильно ), вы оцифровываете в PC через микрофон. Почему бы не спаять шнурок?

[Mick]

Mick,XobbiMan
Вопрос из чистого любопытства.
Если я правильно понял (но может я понял неправильно ), вы оцифровываете в PC через микрофон. Почему бы не спаять шнурок?

Ну я по крайней мере уже спаял, и при помощи него пытался загнать ПЗУ, но пока не вышло. Правда подключал я его в разъем микрофона. Может на линейник подать. Хотя сигнал был вроде сильный.

И еще вопросик, а про формат cas где можно почитать.

[ivagor]

Сам искал нормальную документацию, не нашел (может b2m знает где есть).
Кое что можно посмотреть здесь
http://ru.msx.org/forumtopic8168.html
Там же есть ссылка на исходники castools, но это для сильных духом (я, например, не смотрел).

Но применительно к ПК8000 все несколько проще, здесь нет многофайловых cas, и cas файл для ПК8000 состоит (упрощенно) из 2х частей (в общем случае не совсем корректно объединять заголовок cas и заголовок файла внутри cas, но для простоты можно не обращать на это внимания)
1. Заголовок (если выгружали из эмулятора b2m или blueMSX, то длина заголовка 38 байт, если cas получен с помощью castools, то длина заголовка 46 байт).
В заголовке наиболее интересны (для бинарных файлов) последние 6 байт - это начальный адрес, конечный адрес+1 (это для ПК8000, для msx без +1), стартовый адрес. Немного раньше в заголовке еще есть имя файла.
2. Остальная часть cas (c бинарным файлом!) - это копия участка памяти.

Еще раз подчеркну, сказанное справедливо для cas содержащих 1 файл.

[cy6]

Стала тоже копать формат, прежняя ссылка вроде как нерабочая.
Во есть новая "how do exactly works cas format". Вдруг кому пригодится.

Как я поняла, есть "волшебная" последовательность, которая должна быть выравнена по своему расположению в дампе.

1F A6 DE BA CC 13 7D 74

В ней нет никакого смысла кроме как "метка" заголовка.
В конце заголовка, пишем свое

.DW Begin, End, Start

Жаль, что контрольная сумма не предусмотрена, как на Радио-86РК.

Сам искал нормальную документацию, не нашел (может b2m знает где есть).
Кое что можно посмотреть здесь
http://ru.msx.org/forumtopic8168.html