Вид для печати
А как же под ДОС-ом работает Covox который играет цифровки на точных 64 КГц? Как работает ParSID который нормально работает без драйверов под Windows? Нужно ставить режим работы LPT-порта как SPP и никакой другой режим не подходит. Что мешает выдавать данные в порт с частотой 50 Гц?Цитата:
Сообщение от ZEK
а это почему это? 50гц в досе прям ваще ну никак??? я не уверен, но и под виндой, мне кажется, это можно сделать, написав драйвер.Цитата:
Сообщение от ZEK
---------- Post added at 01:34 ---------- Previous post was at 01:30 ----------
50гц+-лапоть, в зависимости от загрузки системы. а так конечно можно.Цитата:
Сообщение от Activator
Ну если расскажешь мне как работать с LPT под виндой, протокол обмена с чипом и обеспечишь тестирование, я тебе состряпаю плеер:)Цитата:
Сообщение от Activator
С таким успехом я и сам "состряпаю".Цитата:
Сообщение от Vitamin
И в чем тогда проблема?Цитата:
Сообщение от Activator
Вообще круто. Предлагается написать плеер без знания протокола и без наличия железки. Типа "с ТЗ и спеками любой дурак напишет".
А тема-то была изначально создана не для того чтобы написать плеер...
Тему можно закрывать!
P.S. Умных к умным, а меня - к вам!
Ну и ходи голодный)Цитата:
Сообщение от Activator
Захады, нас тут многа)Цитата:
Сообщение от Activator
ЗЫ.
Глядя на "упрощения" схем существующих хардверных приблуд ("мне так проще было спаять, а вы %%%тесь, программируйте"), крайне не верится, что обработка вышеупомянутых сигналов была реализована.Цитата:
Сразу хочу оговориться, что Windows требует точного соблюдения аппаратного протока обмена с внешними устройствами. Другими словами, у Вас не получится управлять, например, светодиодом подключенным к одному из выводов параллельного порта. Просто потому, что система будет требовать отработки и сигналов STROBE и ACK. Если Вас это не устраивает, то выход один - писать собственный драйвер вооружившись DDK.
да в большинстве случаев не надо там это реализовывать. достаточно посадить бизи в правильное состояние и все что идет в файл 'LPTx', будет улетать на сигналы данных (при записи блока скорость достигает 60кБ/сек, НО сильно зависит от загрузки компа). справедливо для режима SPP (кажется... в общем, того, который по умолчанию). для других режимов, возможно, надо что-то городить.
п.с. это я типа опровергаю "Другими словами, у Вас не получится управлять, например, светодиодом подключенным к одному из выводов параллельного порта".
Это проверенный факт или "ну по идее должно работать"? Если это работает, реализовано ли это в AYLPT?Цитата:
Сообщение от psb
что касается выдачи сигналов на линии данных через CreateFile/WriteFile - это 100% проверенный мной лично факт. я 100 раз так делал! :))) это режим SPP. плюсом к этому для AY-LPT надо рулить 17м контактом порта (nSelect), как это делать, на шару я не нашел, надо ковырять (сейчас пока не могу, да и есть еще сомнения в синхронности, винда поди может принять байт на выдачу в порт и не выдать сразу, а мы уже переключим режим регистр/данные).
и еще, я не уверен, но может быть эта схема может работать в режиме EPP. если так, то в винде есть ioctl'ы для записи "адреса" и записи "данных". но это надо опять курить маны и пробовать на реальной железке.
да, городить внешнюю логику вокруг LPT-AY не надо (типа триггеров), достаточно посадить некоторые сигналы на нужный уровень.