Подробнее хотелось бы узнать про проект вывода картинки дума на осциллограф.
квака на осциллографе,, фины снова отличились
Вид для печати
Подробнее хотелось бы узнать про проект вывода картинки дума на осциллограф.
квака на осциллографе,, фины снова отличились
palsw, можешь проверить как отрабатывает flc файлик по ссылке ниже? интерисует, будут ли артефакты на реальном спринтере. Файл получил при помощи Gromada Videomach. В эмуляторе выдаёт артефакты. Но поскольку у артефактов есть одна особенность, то есть подозрение, что из-за ошибки в эмуле я вижу артефакты размерами в 256байт (работа акселя). Проверь на своём спринтере. Лучше будет, если приложишь ролик как оно там работает. заранее спасиба.
http://rghost.ru/60237477
Странно, а у тебя что, нет возможности проверить этот флик на персоналке ? Я проверил - выбрось эту анимацию в мусорную корзину. И твои "притянутые за уши" гениальные выводы про эмуль тут ни при чем.Цитата:
Сообщение от Sayman
Vasil, спокойней и без эмоций, ага? То что в э муле есть ошибки это знают все. Кроме того, в эмуле есть не корректная отработка моих старых тестов. На реале тест был ldee, если не ошибаюсь. В эмуле тупо виснет или сыпет артефакты. Да и плеер шаоса работает не как положено. Да много там ещё чего не работает и возможно не будет работать. Ролик на пц отображается во всех известных плеерах которые знают про флц. Ffmpeg player показывает, оригинальный adobe animator тоже не видит ошибок. Всё по госту. Если на реале как и в эмуле есть артефакты, проблема в плеере. Вопрос снят.
Этой же тулзой сохранил 2-х секундный кусок (чтобы на дискету влез) из флика по ссылке. Проверил на реальном Спринтере - артефакты, как и при проверке на персоналке (проверял в KMPlayer). Без артефактов только тогда, когда в Videomach вместо "rle+delta" выбрать "без компрессии".Цитата:
Сообщение от Sayman
Vasil, если autodesk animator говорит, что всё в норме и не кажет артефакты, то всё по госту, всё нормально. Ffmpeg тоже не видит проблем. Без компрессии это полноразмерные кадры. Не годица.
Значит все просто - написать новый плейер, понимающий данную версию флика. Или подстраиваться под существующий плейер (Спринтера), используя понятную ему версию флика. А использовать флики "без компрессии" - согласен, не хотелось бы.Цитата:
Сообщение от Sayman
P.S. Мне несколько не понятно твое мышление... "если autodesk animator говорит, что всё в норме и не кажет артефакты, то всё по госту, всё нормально".
Флики ты будешь играть на Спринтере (и использовать ЕГО софт) и сравнение с указанными тобой программами несколько не корректно в данном примере. И ты не учитываешь, что могут быть несколько версий формата тех же фликов. Сперва появился fli-формат, после появился flc-формат. И в заголовке флик-анимации могут быть служебные поля, по разному используемые в разных версиях того же флик-формата. Что не редкость у графических файлов.
Ты всегда слишком категоричен в своих рассуждениях - только "черное" или "белое". А мир гораздо сложнее и в большинстве случаев мы имеем серые оттенки.
Vasil, ты всё не так понял формат fli более древний и там привязка в разрешению. Если честно, fli анимацию я так и не смог на спринтере прокрутить. Аниматор студия говорит, что для fli только 320*200 или 240 (не помню) и всё тут. Версия flc не сильно менялась. В основном было расширение по добавлению звукового потока (есть дока с этими полями) и в компрессии сколько-то чанков добавляли. Опять таки - есть у меня две доки - старая оригинальная и более свежая. Аниматор понимает оба формата, как это ни странно. Точнее, после Gromada VideoMach аниматор говорит, что всё в норме, а видеомач как раз выдаёт более свежий вариант. Я согласен с тем, что надо допилить спринтеровый плеер потому, что это большой гемор перегонять желаемый кусок ролика вначале в удобоваримый формат ави для аниматора, а потом в flc в аниматоре. Тем более, что аниматор запускается в win3.11 из под dosbox. тоже не удобно.
Ссылка на fli-файлики:Цитата:
Сообщение от Sayman
https://yadi.sk/d/GPFYhXxqduy5D
На Спринтере крутил когда-то. Слей себе эту fli-анимацию для тестов.
Да, лучше доработать спринтеровский плеер для новой версии фликов.
Согласен, запускать старый флик-софт на современных виндах проблематично.
Странную вещь наблюдаю в эмуляторе. При сбросе, спринтер дает команду #00 жесткому диску. Такой команды в ATA интерфейсе не существует.
Код, который производит вывод в порт находится по адресу #969F:
никто не знает что это может быть? :v2_conf2:Код:969F LD E,#00
96A1 LD BC,#4153
96A4 OUT (C),E
96A6 HALT
Вот весь лог обмена с ATA контроллером от сброса до ошибки:
ATA00 - это адрес устройства на АТА шине, 00 - это мастерКод:[23:55:07.322][VirtualMachine.runThreadProc][DEBUG] AtaPort.Write(HeadAndDrive, 0xA0)
[23:55:07.327][VirtualMachine.runThreadProc][DEBUG] AtaPort.Write(HeadAndDrive, 0xA0)
[23:55:07.328][VirtualMachine.runThreadProc][DEBUG] AtaPort.Read(CommandStatus) = 0x50
[23:55:07.328][VirtualMachine.runThreadProc][DEBUG] AtaPort.Write(SectorCount, 0x05)
[23:55:07.329][VirtualMachine.runThreadProc][DEBUG] AtaPort.Read(SectorCount) = 0x05
[23:55:07.329][VirtualMachine.runThreadProc][DEBUG] AtaPort.Write(CommandStatus, 0x00)
[23:55:07.331][VirtualMachine.runThreadProc][ERROR] ATA00: Unknown ATA command #00
[23:55:07.337][VirtualMachine.runThreadProc][DEBUG] AtaPort.Read(CommandStatus) = 0x51
[23:55:07.337][VirtualMachine.runThreadProc][DEBUG] AtaPort.Write(CommandStatus, 0xEC)
[23:55:07.338][VirtualMachine.runThreadProc][DEBUG] AtaPort.Read(CommandStatus) = 0x58