tnt23 писал(а):ftp://ftp.cc.org.ru/pub/2006/info/cc6video_tnt23_divx.avi
annoynimous писал(а):tnt23 писал(а):ftp://ftp.cc.org.ru/pub/2006/info/cc6video_tnt23_divx.avi
Кста ты обещал дать линков на формат амижной дискеты с ужасным интерливом байтиков, что без резиновой РАМки и распаковки в неё - никак... =))))
Pavel Fedin писал(а):А какой на данный момент статус проекта?
У меня есть желание адаптировать данный девайс для работы с ZX-Spectrum.
Можно ли получить каким-то образом печатную плату?
tnt23 писал(а):Pavel Fedin писал(а):А какой на данный момент статус проекта?
У меня есть желание адаптировать данный девайс для работы с ZX-Spectrum.
Можно ли получить каким-то образом печатную плату?
Проект пока не развивается. Плату получить можно, но бессмысленно - поддержки IBM формата пока нет, и без прошивки толку от платы будет немного.
Сделано четыре устройства, одно будет установлено в A500 Петра Соболева AKA Frog для всестороннего тестирования
annoynimous писал(а):Кстати, вон в нюсах разумная идея была - всякую лабуду мфм-кодирования (хотел написать - мхм =) воткнуть в плиську. Правда, там пц к ней напрямую подключен, а нужно естественно контрольник. Поскольку в данном случае надобность в раскрытии всего образа исчезает, можно обойтись 32-64кб СРАМы к атмеге.
tnt23 писал(а):А вот тасовка битов сектора на четные-нечетные, к
контрольная сумма
и прочее в ПЛИС, сдается мне, засунуть будет не очень просто.
По большому счету сейчас самое узкое место - скорость чтения с флеша. CompactFlash был бы быстрее, IMHO.
annoynimous писал(а):tnt23 писал(а):А вот тасовка битов сектора на четные-нечетные, к
Не вижу проблем. Просто сектор кормится 2 раза - первый раз чётные биты, второй - нечётные вылазят.контрольная сумма
Если ты про CRC, то это чуть сложнее, чем рнд-генератор битов на сдвиговом регистре с xor-отводами. А по сути, оно и есть.и прочее в ПЛИС, сдается мне, засунуть будет не очень просто.
Да ну, вряд ли =) Верилог очень похож на си. Можно писать почти что в алгоритмическом стиле:) А квартуз или хзкто ещё тоже оптимизят нормально.По большому счету сейчас самое узкое место - скорость чтения с флеша. CompactFlash был бы быстрее, IMHO.
Неужели скорость чтения ниже, чем 30кб/с (дисководная скорость)? Не верю. К тому же, не дело это, когда 'смена дискеты' полминуты занимает, имхо. Должна быть мгновенной и без залочек как тот раз получилось.
tnt23 писал(а):Не, ну ты все-таки почитай FAQ по формату амижного трека И еще помогает посмотреть сорцы UAE, например, хотя там многое сильно упрощено и на реальном железе все чуть сложнее.
Если в ПЛИС и можно это засунуть, я пока не вижу, каким образом. Хотя я с ПЛИСами и не начинал еще разбираться.
Скорость чтения - я как-то прикидывал, на 4МHz тактовой (или 2? короче, на предельно возможной для MMC в текущей конфигурации) сырая скорость чтения около 80К/сек. Но сырое чтение и чтение FAT все-таки отличаются.
В новом дизайне будут а) 16МHz вместо 8, что должно подсократить кодирование, и б) возможно, чуть более быстрая работа с DRAM.
annoynimous писал(а):tnt23 писал(а):Не, ну ты все-таки почитай FAQ по формату амижного трека И еще помогает посмотреть сорцы UAE, например, хотя там многое сильно упрощено и на реальном железе все чуть сложнее.
Я уже почитал. Не вижу проблемы с чётными-нечётными битами. Что ещё?
annoynimous писал(а):Если в ПЛИС и можно это засунуть, я пока не вижу, каким образом. Хотя я с ПЛИСами и не начинал еще разбираться.
Там не столько с плисами, сколько с верилогом (или вхдл, но там букф больше, чем смысла) надо разбираться.
annoynimous писал(а):Скорость чтения - я как-то прикидывал, на 4МHz тактовой (или 2? короче, на предельно возможной для MMC в текущей конфигурации) сырая скорость чтения около 80К/сек. Но сырое чтение и чтение FAT все-таки отличаются.
Чо-то как-то коматозно. Может, воткнуть сд вместо ммц и захреначить клок мегагерц на 8?
Не вижу разницы между сырым чтением и не сырым. Сначала строится карта секторов для файла, потом он хоть пишется, хоть читается как угодно.
annoynimous писал(а):В новом дизайне будут а) 16МHz вместо 8, что должно подсократить кодирование, и б) возможно, чуть более быстрая работа с DRAM.
А прогресса, стало быть, не будет? Ни рв, ни спектрума (на спектруме, ро не нужен - ибо демки и на эмуле ПРЕКРАСНО работают, а для дела РО всад)?
tnt23 писал(а):annoynimous писал(а):tnt23 писал(а):Не, ну ты все-таки почитай FAQ по формату амижного трека И еще помогает посмотреть сорцы UAE, например, хотя там многое сильно упрощено и на реальном железе все чуть сложнее.
Я уже почитал. Не вижу проблемы с чётными-нечётными битами. Что ещё?
Вообще-то бывает, что даже если проблема не видна, она все равно есть
annoynimous писал(а):Если в ПЛИС и можно это засунуть, я пока не вижу, каким образом. Хотя я с ПЛИСами и не начинал еще разбираться.
Там не столько с плисами, сколько с верилогом (или вхдл, но там букф больше, чем смысла) надо разбираться.
Займешься?
annoynimous писал(а):Скорость чтения - я как-то прикидывал, на 4МHz тактовой (или 2? короче, на предельно возможной для MMC в текущей конфигурации) сырая скорость чтения около 80К/сек. Но сырое чтение и чтение FAT все-таки отличаются.
Чо-то как-то коматозно. Может, воткнуть сд вместо ммц и захреначить клок мегагерц на 8?
Не вижу разницы между сырым чтением и не сырым. Сначала строится карта секторов для файла, потом он хоть пишется, хоть читается как угодно.
Если я правильно помню, у атмеги тактовая SPI может быть максимум половиной от системной, так что 8 и получится.
Насчет карты секторов - не уверен, что это сильно сократит время.
Где-нибудь это написано, что прогресса, стало быть, не будет? И каким образом поддержка спектрума относится к амиге, расскажи, пожалуйста?
Да, если я еще в чем-то там забыл отчитаться - ты уж укажи, я исправлюсь!
annoynimous писал(а):tnt23 писал(а):annoynimous писал(а):Я уже почитал. Не вижу проблемы с чётными-нечётными битами. Что ещё?
Вообще-то бывает, что даже если проблема не видна, она все равно есть
Ну так расскажи доступно. Может, я тупой. =)
annoynimous писал(а):Помогу тебе с плисами (установка софта, освоение верилога, программатор). После этого - всё просто. Сам недавно это сделал. Но влезать в проект не буду, сорри... Других хватает ((((
annoynimous писал(а):Ну да, в инете упоминалось, что до 20 мгц СД держат по SPI.
Кста, ты бы тоже мог мне помочь по нюансам SPI (есть тут некий проект).
annoynimous писал(а):Ну не знаю насчёт времени, зато упростит. Сначала строится карта секторов, потом файл как угодно читается и пишется.
annoynimous писал(а):Ну мне эмулятор для спека тоже как бы актуален =) Причём РВ, а не РО (вместо РО у меня эмулятор на пц =)
annoynimous писал(а):Ага! =) Когда отчитаешься о том, где можно поиметь твой девайс!
tnt23 писал(а):(Хотя в принципе да, это как раз несложно сделать на жесткой логике.
А вот как увязать с остальными элементами дорожки? Короче, надо подумать )
annoynimous писал(а):Ну да, в инете упоминалось, что до 20 мгц СД держат по SPI.
Кста, ты бы тоже мог мне помочь по нюансам SPI (есть тут некий проект).
Да пожалуйста, если смогу.
annoynimous писал(а):Ну не знаю насчёт времени, зато упростит. Сначала строится карта секторов, потом файл как угодно читается и пишется.
А зачем ее строить, если есть FAT? Где экономия-то?
annoynimous писал(а):Ну мне эмулятор для спека тоже как бы актуален =) Причём РВ, а не РО (вместо РО у меня эмулятор на пц =)
Ну а мне спек пока не очень актуален, как и RW )
annoynimous писал(а):Ага! =) Когда отчитаешься о том, где можно поиметь твой девайс!
Как нарисую новую схему, разведу плату - и можно будет поучаствовать в оплате производства плат.
Вернуться в Железо Classic Amiga
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 89