RU/2: Форум. Общение пользователей и разработчиков OS/2 (eCS). : 6chanel audio?


Список сообщений | Написать новое | Ответить на сообщение | Домой Поиск:
Предыдущее сообщение | Следующее сообщение
From : Alexey Bezditko
To : Юрий Пронякин
Subj : 6chanel audio?
> > > А что делать некому - это да...
> > Там предлагается идея dmx - вроде можно вывести поток, подготавливаемый готовым
> > общеизвестным софтом, на lpt. А далее - пара микросхем + оконечные каскады усилителей.
> > Если окажется, что есть готовая _проверенная_ или, хотя бы, оценненная, как
> > правильная, тем, кто в этом что-то понимает, схема - сдаётся мне, что лучше
> > будет спаять именно её: софт цветовой под неё готовый вроде есть...
> > Придумать мы её сами не придумаем, а прикурутить к ней оконечники под нашу
> > нагрузку - без проблем...
> Та схема, как я понимаю, - фактически, конвертор Centronics -> DMX, и
> предназначена для управления устройствами, понимающими DMX. Их как делать будете?
я его так понял, что я могу получить с одной стороны - лпт, с другой - 64 аналоговых выхода.
Вчера уточнял это специально - посмотрим, что ответит.

> > > > > Два байта (в общем случае) не выставить, разве что полтора.
> > > > 1. а почему?
> > > Потому что у стандартного LPT-порта столько битов на выход работают:
> > Так я ведь специально говорил о есp|epp... там же вроде есть...
> Да, там на вывод работают все 16 бит - но это ведь не означает, что
> ты за один раз сможешь вывести два байта данных!
Не понял? Если можно вывести 16 бит - то почему нельзя?
Мне надо 1 байт, как я уже описывал, разбить на полубайты буква/цвет, а второй байт - амплитуда.

> Потому что несколько бит всё равно придётся отдать под адрес устройства.
Адрес цапа? так я на него байт готов пожертовать. Или какого устройства?

> А значит, либо один байт придётся постепенно собирать из кусочков
> (чего тамошний умелец не умеет), либо выводить по одному байту за раз,
> точно как в стандартном варианте.
Я хотел просто сделать карусель по всем цапам, как описывал. парами байт, в первом - назначение, во втором - амплитуда.

> > > Именно это я и предложил. Тебе же нужно по одному байту (256 уровней)
> > > на каждый цвет - вот их в три приёма и выведете.
> > Хочется в 1 приём - параллельными двумя байтами... Или - dmx: тогда редактор
> > выдумывать не нужно, готовые есть...
> Три байта вывести двумя - оригинально...
В смысле?

> А приёмники DMX у вас есть готовые?
Нет, разумеется.

> > > Принтер выдаёт подтверждение не контроллеру порта, а программе, выводящей данные.
> > Всё, это именно то, что хотелось услышать. Просто я с детства привык, что такие
> > вещи - вроде побайтной передачи по шине - есть уровень контроллеров, и до сих
> > пор уточняю и/или удивляюсь, когда это оказывается уровнем программиста...:/
> Самое интересное, что в той стандартной серии микросхем, на которых был построен
> IBM PC, есть программируемый контроллер параллельного ввода-вывода, имеющий
> несколько приятных режимов работы (в том числе и с тремя полноценными
> двунаправленными каналами, и с аппаратным квитированием), но IBM-овцы почему-то
> его не использовали, а изваяли конструкцию на кучке мелких микросхем и с
> куда меньшей функциональностью. (Не иначе, на складах излишек этих микросхем
> в неликвидах скопился.)
Запросто. Или общее загнивание к тому времени уже перешло в качество.
Или - очередной дурак, которые всегда и везде были, есть и будут (я описывал, что творили автор iehmove в ос и disk dump\restore в CMS).

> > > Есть такая возможность. Причём не только в ECP, но и в EPP, и в bidirectional mode.
> > Вот-вот... Это б где-то почитать попрозрачнее - вроде того, как Мызыченко о миди писал...
> Не знаю. Лет десять назад такая информация была легкодоступна. Но тех пор она
> у меня осталась только в распечатанном виде, а в нынешнюю эпоху широкого
> распространения Интернет найти это стало гораздо труднее.
Зато немеряно мусора. Чаще всего, когда ищешь что-то действительно нужное, то видишь кучу "об нём", но редко и трудно - его самое... :/

> Посмотри вот это:
> lpt.htm - LPT: краткая справочная информация
> lpt_spp_rus.htm - Работа со стандартным параллельным портом (SPP)
> lpt_epp_rus.htm - Работа с дополненным параллельным портом (EPP)
> www.fapo.com - Introduction to the IEEE 1284-1994 Standard
Ага, thanks. Вроде хватит...

> ieee_1284.htm - его (^) русский
> перевод (из серии "не стреляйте в пианиста" - переводили, судя по всему, программой).
Ничё, привыкаем ужо... :/)
Thanks.

> > Без проблем. Выходной фильтр цапа это всё (ожидание во время чужих подач)
> > сгладит нараз: время перелива - десятые доли секунды или длиннее, а
> > частота вывода - гораздо выше...
> Если перед ЦАП-ом поставить параллельный регистр, то он будет держать байт
> до бесконечности - пока новый байт не придёт.
То понятно, но кто его будет ставить? :) И, потом - простой ёмкости и так должно хватить, а она всё равно там стоять будет...

> > В очереди шли бы пары байт, где второй амплитуда, а первый: n-я буква
> >m-й цвет, где m до 3, а n до 5, по полубайту.
>
> Самое смешное, что схема при этом получается не проще (а то и сложнее),
> чем в случае "трёхразового питания".
Что есть "трёхразового питания"?

> > Обещано вроде 2-3 МС хватает, чтоб получить от лпт поток управленяи цветом
> > и разбросать на штук 60 объектов, а дальше - выходные каскады (это уж
> > мы как-нибудь)...
> Ой, что-то мне сдаётся, что на выходе этих 2-3 микросхем вы получите поток
> команд по последовательному интерфейсу, разгребать которые будет не проще,
> чем MIDI-поток.
Посмотрим, что ответит автор идеи... Пока не видели схему и описания мс -
толку обсуждать? :)


Tue 21 Mar 2006 17:57 Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4) Gecko/2003062



Programmed by Dmitri Maximovich, Dmitry I. Platonoff, Eugen Kuleshov.
25.09.99 (c) 1999, RU/2. All rights reserved.
Rewritten by Dmitry Ban. All rights ignored.