nedoPC.org

Ну создать на ПЦ один раз, а потом пользоваться вечно без ПЦ и микриков

Ещё один видеоролик для РК:


https://www.youtube.com/watch?v=-YGxwnf0A9U

Архив ромдиска традиционно находится в Секретах...

Показываемость эмуляторных видеороликов практически сошла на нет:



Реалтайм активность чуть-чуть теплится у рикрола - остальное практически уже фсё:

Ну вот теперь практически "вечер" - нынешний пик стал вторым по высоте за всё время существования моего канала, но до первого пика 2015 года так и не добрался:


Теперешние цифры просмотров, комментов и лайков следующие:


У рикрола даже пару дизлайков пролетело

мда, мелкие картинки (на статистике) четкие, а вот оригинал (на ютубе) бэээ

А ты прищуривай глаза и прикрывай уши

Хотя начать наверное всё таки проще с WizNet: viewtopic.php?f=93&t=22401

Или есть потребность в квазидиске с автоинкрементом? Вроде не сильно сложно должно быть на мелкой логике...

Я тут чего подумал - если будет автоинкремент, то код не будет отслеживать вычитываемый адрес и нам нужен будет какой-то маркер в самих данных, сигнализирующий о том, что страница подошла к концу и пора "листать", а если будет маркер, то и длину строки данных можно не обязательно выдерживать равным 64-м байтам (чтобы в 256 байт влезало ровное количество строк - в данном случае 4 т.к. инкремент старшего байта адреса происходит лишь между строками) - т.е. можно сделать строку длиной 64 байта "графики" плюс 2 байта SP плюс 2 байта звука (а в будущем даже 4 или 6 байтов для 2 или 3-битного звука) - т.е. строка станет длиной как минимум 68 байт, а автоинкремент сам будет инкрементировать старший байт когда надо, даже если перескок попал на середину строки. По звуку у нас тогда потребуется 17 битов звука вместо 16 (для равномерности звучания) - можно сначала вычитывать SP, а потом 2 байта звука, причём 17й бит звука (точнее в данном случае 0й) кодировать скажем в младшем бите SP, а маркер команды - в старшем бите SP (перед использованием SP будет обнулять и старший, и младший биты). Если после вычитки мы выяснили, что это не SP, а команда, то:
0C0NNh - далее играем только звук (на экране ничего не меняется) - в младшем байте вычитанного слова записано кол-во далее идущих звуковых байт (всегда кратно 2, т.е. звук будет идти построчно)
0C1NNh - команда перелистывания на страницу NN (можно использовать в том числе и для зацикливания видео)
0C2NNh - ждём NN кадров ничего не играя (на экране остаётся последнее отрисованное изображение без звука)
0C3XXh - конец фильма (вернуться в плеер, который сам будет решать, что делать в этом случае)

P.S. По идее можно спец.плееры делать, которые будут предоставлять типа меню аля DVD, при выборе разных пунктов которого будут играться разные последовательности страниц квазидиска

P.P.S. В будущем можно ещё команд надобавлять типа записывающие в регистры ВИ53 к примеру...

А нет ли желания с SD карты тянуть контент? так замучишься пзу менять на видосики ))

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

Этим вроде атмега занимается. ВМ80 просто просит следующую пачку и все.

кстати, а не пробовали паковать zx7?
скорость, конечно, будет не такая высокая.

не - любая паковка сильно тормозит процесс...

У WiFi девайса скорость такая же, как у команды R. Собственно он по этой команде и работает.

Ежедневная активность на моём ютюб-канале пока остаётся на уровне второго пика 2019 года (увеличил область до промежутка от пика 2019 года до сейчас):


но это уже происходит в основном за счёт вертикальных шортсов, а не РК-шных видосиков:



P.S. Интересно, что socialblade.com показывает, что 22 апреля ютюб срезал мне 830 просмотров