[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
ADTPro with audio - any poor souls out there using it?
- Subject: ADTPro with audio - any poor souls out there using it?
- From: David Schmidt <schmidtd@my-deja.com>
- Date: Sun, 30 Sep 2012 01:34:23 -0400
- Cancel-lock: sha1:h37AqLQHfwK0F3zRlCpb4FU7w9E=
- Injection-date: Sun, 30 Sep 2012 05:34:27 +0000 (UTC)
- Injection-info: mx04.eternal-september.org; posting-host="d42c16e8347ef8772936dec4bbd80323"; logging-data="4398"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19ti8yl2+GIT9ivmYFuD9HPC+3DFVdegr4="
- Newsgroups: comp.sys.apple2
- Organization: A noiseless patient Spider
- User-agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1
I get tales of woe from time to time, folks trying their level best to
make the audio connection work. If you watched the trace log, there
were fairly frequent re-transfers. And there were these infamous,
inexplicable hangs/freezes in the middle of things. I had these
theories about what was wrong... something to do with the
analog-to-digital conversion, noise on the line, whatever. So there are
these herculean efforts to try to overcome those sorts of problems in
the code. Except - that wasn't what was wrong. It was buffer and data
stream management. Code I'd been wrestling with, mostly unsuccessfully,
since 2008.
One of those all-too-familiar tales of woe came in last Wednesday. And
sitting down at the code today, I zeroed in on what the issue was almost
immediately from experience gained with the virtual drive code.
Anyway... my own ineptitude aside, if there are audio users out there,
let me know and I'll post a testcase server for you that might actually
work. Or if it somehow worked for you before, it'll work faster now
with a minimum of re-transfers.