Vladimir_S, я очень рад, что пригодилось! Сейчас скорость не меняется и наверное была она выбрана на глаз. Ничто, кроме лени, мне не мешает сделать ее настраиваемой. Учту это пожелание.
Vladimir_S, я очень рад, что пригодилось! Сейчас скорость не меняется и наверное была она выбрана на глаз. Ничто, кроме лени, мне не мешает сделать ее настраиваемой. Учту это пожелание.
Больше игр нет
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
svofski, Это не желание, наоборот, хорошо что скорость выше. Быстрее закачивается. Но если будет еще выше, боюсь скажется на надежности. Хотя, когда я прочел статью "О вводе данных с магнитной ленты" в Радио 1987 №4, я сразу же доработал "монитор" и константа чтения у меня выбиралась автоматически. Для эксперимента я выбирал бешеные скорости. А когда я добавил пиковый детектор, то вообще скачивание стало неубиваемым.
Последний раз редактировалось Vladimir_S; 10.10.2017 в 20:10.
По кабелю напрямую от звуковой карты скорости могут быть весьма бешеными. Это магнитофон заставлял выбирать скорости поменьше.
Больше игр нет
А вот с этого места по подробнее!Сообщение от Vladimir_S
К выходу компаратора подключается формирователь прямоугольников на операционном усилителе. Схему уже не помню, мне ее один крутой спец предложил. Помню в обратной связи диоды стояли. Осциллограф показывал четкие прямоугольники на любых частотах.
А, это банально и не интересно. Я думал там что-то убер фундервафельное... ОУ с нелинейной обратной связью любят метол гитаристы, это так, к сведению.
Обычный гитарный овердрайв или дисторшн
Типа такого (первый каскад на ОУ):
Последний раз редактировалось Denn; 11.10.2017 в 11:41.
Критиковать - значит объяснять автору, что он делает не так, как делал бы я, если бы умел
Denn, именно. А нелинейность обратной связи (через встречно включенные диоды) заставляет ОУ перекидываться даже от малых перепадов, что не дает "забивать" низким частотам выход, что имеет место быть у обычных компараторов по уровню.
HardWareMan, только НЧ нужно жосско отфильтровывать перед этим каскадом, иначе он от них просто запрётся и не будет замечать полезный сигнал.
В схеме по картинке это делается на уровне самого каскада, но там "гитарная" коррекция, а для нашего случая нужен пересчёт.
П.С. сорри за оффтоп в теме /-)
Критиковать - значит объяснять автору, что он делает не так, как делал бы я, если бы умел
В процессе доработок РК продолжаю баловаться с ассемблером. Написал некую поделку, которая адресует напрямую видеопамять и псевдографикой рисует прямоугольное изображение (размером - меньше экрана).
Так вот, наблюдаю странную особенность, если начинаю рисовать с одних адресов (видеопамяти) - результат получается корректный, если рисую с других (соседних) - получаю сдвиги части строк своего изображения. Т.е., выходит, что с части адресов (видеопамяти) код отрабатывает "как надо", а с других в момент отрисовки в непредсказуемом месте бьётся содержимое ячеек с текущим указателем на видеопамять и часть рядов спозают. Остаток дорисовывается корректно, но уже в новом месте.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
