Thread: Re: [Alsa-user] Maudio Transit USB - Problems with optical input
Brought to you by:
perex
From: Roger Z. <Rog...@ar...> - 2005-04-27 18:26:47
|
Am Mi, den 27.04.2005 schrieb Clemens Ladisch um 16:56: > Roger Zimmermann wrote: > > Even if the sample rate is not correct, I'd expect to get *some* content > > in the file. The generated wav-file is only 44 byte, independant how > > long I do the recording. > > So the device doesn't provide any data at all. > > It may be possible that the sample rate used for recording must be > match that of the input signal. > > Does recording work in Windows? Sorry, cannot test :-) BTW: I might be that the device should get initialized with already plugged adaptor. I tried this under linux and got no different result but under windows it might be also different and should be testet too. Bill, maybe You can conduct both tests ...? > > > Regards, > Clemens > Roger |
From: Bill U. <un...@ph...> - 2005-04-27 19:24:12
|
On Wed, 27 Apr 2005, Roger Zimmermann wrote: > Am Mi, den 27.04.2005 schrieb Clemens Ladisch um 16:56: >> Roger Zimmermann wrote: >>> Even if the sample rate is not correct, I'd expect to get *some* content >>> in the file. The generated wav-file is only 44 byte, independant how >>> long I do the recording. >> >> So the device doesn't provide any data at all. >> >> It may be possible that the sample rate used for recording must be >> match that of the input signal. >> >> Does recording work in Windows? > > Sorry, cannot test :-) > > BTW: I might be that the device should get initialized with already > plugged adaptor. I tried this under linux and got no different result > but under windows it might be also different and should be testet too. > > Bill, maybe You can conduct both tests ...? Well, I cannot actually test the recording/output as I do not have any digital sources/receivers. The initialisation is identical in both Windows and Linux. When the unit is plugged in (or if it is plugged in on bootup, when the usb drivers get loaded), the hotplug script loads the firmware onto the card. The firmware is identical in both Windows and Linux, since Linux just uses the Windows firmware. This is how these cards operate. Then the OS has driver software which interacts with that firmware on the card to actually do all the I/O. What I discovered is that in both Windows and in Linux, once that firmware is loaded, then there is a weird and inconsistant interaction between the input and the digital output red led. Sometimes when you plug anything into the input-- a TOSlink adaptor or an analog input cable-- the red led goes out and sometimes it does not. This definitely seems to be an interaction with the firmware, as it does not happen in either windows or linux if the firmware is not loaded. |
From: Bill U. <un...@ph...> - 2005-04-28 14:28:02
|
I have no idea what I am doing in windows, but... I used the MS recording utility. If I did not have the TOSlkink adapter plugged in, the device would record and fill up a file with the output from the card. As soon as I plugged in the TOSlink adapter into the input, nothing came out. Now, as I have said, I have no digital source to feed anysignal into the device, so it may be behaving completely sensibley that with no signal in, no signal is produced either. Ie, it may well be that the card MUST be set up to the same speed, etc as the source for the device to produce anything. But perhaps this is a data point of some minimal value. On Wed, 27 Apr 2005, Roger Zimmermann wrote: > Am Mi, den 27.04.2005 schrieb Clemens Ladisch um 16:56: >> Roger Zimmermann wrote: >>> Even if the sample rate is not correct, I'd expect to get *some* content >>> in the file. The generated wav-file is only 44 byte, independant how >>> long I do the recording. >> >> So the device doesn't provide any data at all. >> >> It may be possible that the sample rate used for recording must be >> match that of the input signal. >> >> Does recording work in Windows? > > Sorry, cannot test :-) > > BTW: I might be that the device should get initialized with already > plugged adaptor. I tried this under linux and got no different result > but under windows it might be also different and should be testet too. > > Bill, maybe You can conduct both tests ...? >> >> >> Regards, >> Clemens >> > > Roger > -- William G. Unruh | Canadian Institute for| Tel: +1(604)822-3273 Physics&Astronomy | Advanced Research | Fax: +1(604)822-5324 UBC, Vancouver,BC | Program in Cosmology | un...@ph... Canada V6T 1Z1 | and Gravity | www.theory.physics.ubc.ca/ |
From: Clemens L. <cl...@la...> - 2005-04-28 14:57:44
|
Bill Unruh wrote: > Now, as I have said, I have no digital source to feed anysignal into the > device, so it may be behaving completely sensibley that with no signal in, > no signal is produced either. Could you connect the digital output to the input and play something? > Ie, it may well be that the card MUST be set up to the same speed, > etc as the source for the device to produce anything. Or it automatically select the rate of the input data (if there is any). Regards, Clemens |
From: Roger Z. <Rog...@ar...> - 2005-04-28 22:40:11
|
Am Do, den 28.04.2005 schrieb Clemens Ladisch um 16:57: > Bill Unruh wrote: > > Now, as I have said, I have no digital source to feed anysignal into the > > device, so it may be behaving completely sensibley that with no signal in, > > no signal is produced either. > > Could you connect the digital output to the input and play something? That could not work. As I've reported, digital OUT stops working when the adaptor is plugged into the input jack. Therefore It would be only useful to try recording from external source. > > > Ie, it may well be that the card MUST be set up to the same speed, > > etc as the source for the device to produce anything. > > Or it automatically select the rate of the input data (if there is > any). I tried this under linux. Unfortunately, due to overruns it was not possible to record with the source sample rate of 96 KHz, (My computer is a P3/750 MHz Laptop). Maximum speed was 72KHz. There You get the alseady shown: ... arecord: pcm_read:1227: read error: Input/output error > > > Regards, > Clemens Cheers, Roger |
From: Bill U. <un...@ph...> - 2005-04-28 22:45:44
|
On Fri, 29 Apr 2005, Roger Zimmermann wrote: >> >> Or it automatically select the rate of the input data (if there is >> any). > > I tried this under linux. Unfortunately, due to overruns it was not > possible to record with the source sample rate of 96 KHz, (My computer > is a P3/750 MHz Laptop). > Maximum speed was 72KHz. There You get the alseady shown: > ... > arecord: pcm_read:1227: read error: Input/output error Sorry, I am confused. What was your source? What was the source speed? EG, AFAIK minidisk work at 48000Hz and CDs at 44100Hz, so what was your source that was working at 96000? Also this seems to say that it worked at 96000. Yes, with overruns, but it was recording. What system do you have that can deliver stuff at 72KHz? Remember that the input is digitial. There is no conversion of the digital to analog and resampling. Ie, the sound card simply takes the digital stream at the rate it is coming into the card and delivers it out to the computer. No resampling, no rate change. At least that is how I understand digitial audio. |
From: Roger Z. <Rog...@ar...> - 2005-04-29 10:03:11
|
Am Fr, den 29.04.2005 schrieb Bill Unruh um 0:45: > On Fri, 29 Apr 2005, Roger Zimmermann wrote: > > >> > >> Or it automatically select the rate of the input data (if there is > >> any). > > > > I tried this under linux. Unfortunately, due to overruns it was not > > possible to record with the source sample rate of 96 KHz, (My computer > > is a P3/750 MHz Laptop). > > Maximum speed was 72KHz. There You get the alseady shown: > > ... > > arecord: pcm_read:1227: read error: Input/output error > > Sorry, I am confused. What was your source? What was the source speed? EG, > AFAIK minidisk work at 48000Hz and CDs at 44100Hz, so what was your source > that was working at 96000? > Also this seems to say that it worked at 96000. Yes, with overruns, but it > was recording. > What system do you have that can deliver stuff at 72KHz? Remember that the > input is digitial. There is no conversion of the digital to analog and > resampling. Ie, the sound card simply takes the digital stream at the rate > it is coming into the card and delivers it out to the computer. No > resampling, no rate change. At least that is how I understand digitial > audio. I've used the digital out of my amplifier (Yamaha 740). In the specs its written that the monitoring output, that I use works at 96KHz. I'll read the manual again, wether the signal is resampled or simply looped through. BTW: It was not working @ 96KHz. Lots of 'overrun' messages but no data written. Using the 72KHz instead of 96KHz (too much for the computer) bears in mind, that there should be at least digital garbage in the recorded file that increases with time ...:-) Nothing but the error shows up. Roger |
From: Bill U. <un...@ph...> - 2005-04-29 14:05:32
|
On Fri, 29 Apr 2005, Roger Zimmermann wrote: > Am Fr, den 29.04.2005 schrieb Bill Unruh um 0:45: >> On Fri, 29 Apr 2005, Roger Zimmermann wrote: >> >>>> >>>> Or it automatically select the rate of the input data (if there is >>>> any). >>> >>> I tried this under linux. Unfortunately, due to overruns it was not >>> possible to record with the source sample rate of 96 KHz, (My computer >>> is a P3/750 MHz Laptop). >>> Maximum speed was 72KHz. There You get the alseady shown: >>> ... >>> arecord: pcm_read:1227: read error: Input/output error >> >> Sorry, I am confused. What was your source? What was the source speed? EG, >> AFAIK minidisk work at 48000Hz and CDs at 44100Hz, so what was your source >> that was working at 96000? >> Also this seems to say that it worked at 96000. Yes, with overruns, but it >> was recording. >> What system do you have that can deliver stuff at 72KHz? Remember that the >> input is digitial. There is no conversion of the digital to analog and >> resampling. Ie, the sound card simply takes the digital stream at the rate >> it is coming into the card and delivers it out to the computer. No >> resampling, no rate change. At least that is how I understand digitial >> audio. > > I've used the digital out of my amplifier (Yamaha 740). In the specs its > written that the monitoring output, that I use works at 96KHz. I'll read > the manual again, wether the signal is resampled or simply looped > through. BTW: It was not working @ 96KHz. Lots of 'overrun' messages but > no data written. > > Using the 72KHz instead of 96KHz (too much for the computer) bears in > mind, that there should be at least digital garbage in the recorded file > that increases with time ...:-) Nothing but the error shows up. Since your amplifier amplifies an analog signal, there will be an a-d converter in there to put out that digital signal. I am willing to bet that the a-d on the transit is better than the a-d in that amplifier, unless you have a really really expensive amplifier. Ie, why are you using the digital output on your amp to feed into the Transit? This is not to let the Transit off the hook. But might let you do what you want to do. I have written to M-Audio asking about the behaviour of the Transit with digital signals. No response yet. |
From: Eric J. <al...@xm...> - 2005-04-29 15:35:12
|
On Fri, 29 Apr 2005 07:05:30 -0700 (PDT) Bill Unruh <un...@ph...> wrote: > > I've used the digital out of my amplifier (Yamaha 740). In the specs > > its written that the monitoring output, that I use works at 96KHz. I'll > > read the manual again, wether the signal is resampled or simply looped > > through. BTW: It was not working @ 96KHz. Lots of 'overrun' messages > > but no data written. > > > > Using the 72KHz instead of 96KHz (too much for the computer) bears in > > mind, that there should be at least digital garbage in the recorded > > file that increases with time ...:-) Nothing but the error shows up. > > Since your amplifier amplifies an analog signal, there will be an a-d > converter in there to put out that digital signal. I am willing to bet > that the a-d on the transit is better than the a-d in that amplifier, > unless you have a really really expensive amplifier. Ie, why are you > using the digital output on your amp to feed into the Transit? > This is not to let the Transit off the hook. But might let you do what > you want to do. One of the fringe benefits of a digital audio connection is that it obviates the ground loop noise caused by most computer-to-stereo hookups. There are other ways to solve that problem, but spdif works very well. Of course, if the Transit has it's own ground isolation, and a lot of high end cards do, there might not be that much of a difference. |
From: Bill U. <un...@ph...> - 2005-04-29 21:45:03
|
Talking to the people at M-Audio, it is probably that my Transit is defective. The output is supposed to be mirrored on analog and digitial always. (Ie, the digital output should not switch off when input is plugged in). Since mine is out of warrenty, it does not pay to send it in for repairs. Besides I use it as an analog sound card, so the digital is not important to me. Oh well, it looks like the great folks at Alsa cannot help me, and probably not you either. On Fri, 29 Apr 2005, Roger Zimmermann wrote: > Am Fr, den 29.04.2005 schrieb Bill Unruh um 0:45: >> On Fri, 29 Apr 2005, Roger Zimmermann wrote: >> >>>> >>>> Or it automatically select the rate of the input data (if there is >>>> any). >>> >>> I tried this under linux. Unfortunately, due to overruns it was not >>> possible to record with the source sample rate of 96 KHz, (My computer >>> is a P3/750 MHz Laptop). >>> Maximum speed was 72KHz. There You get the alseady shown: >>> ... >>> arecord: pcm_read:1227: read error: Input/output error >> >> Sorry, I am confused. What was your source? What was the source speed? EG, >> AFAIK minidisk work at 48000Hz and CDs at 44100Hz, so what was your source >> that was working at 96000? >> Also this seems to say that it worked at 96000. Yes, with overruns, but it >> was recording. >> What system do you have that can deliver stuff at 72KHz? Remember that the >> input is digitial. There is no conversion of the digital to analog and >> resampling. Ie, the sound card simply takes the digital stream at the rate >> it is coming into the card and delivers it out to the computer. No >> resampling, no rate change. At least that is how I understand digitial >> audio. > > I've used the digital out of my amplifier (Yamaha 740). In the specs its > written that the monitoring output, that I use works at 96KHz. I'll read > the manual again, wether the signal is resampled or simply looped > through. BTW: It was not working @ 96KHz. Lots of 'overrun' messages but > no data written. > > Using the 72KHz instead of 96KHz (too much for the computer) bears in > mind, that there should be at least digital garbage in the recorded file > that increases with time ...:-) Nothing but the error shows up. > > > Roger > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Tell us your software development plans! > Take this survey and enter to win a one-year sub to SourceForge.net > Plus IDC's 2005 look-ahead and a copy of this survey > Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix > _______________________________________________ > Alsa-user mailing list > Als...@li... > https://lists.sourceforge.net/lists/listinfo/alsa-user > -- William G. Unruh | Canadian Institute for| Tel: +1(604)822-3273 Physics&Astronomy | Advanced Research | Fax: +1(604)822-5324 UBC, Vancouver,BC | Program in Cosmology | un...@ph... Canada V6T 1Z1 | and Gravity | www.theory.physics.ubc.ca/ |
From: Roger Z. <Rog...@ar...> - 2005-06-01 13:30:59
|
Hi, Some time ago I sent several messages about using the optical input of the Maudio - Transit USB. To begin, the optical input of the device works: If You connect the adapter plug, you can use arecord in quite normal fashion. If the sampling frequency is not correct, You'll get a missampled signal that still can be played (although You'll get sometimes something like sound-garbage ...) BUT: if You connected the digital INput (also if only the adaptor is connected), the device is always *waiting* for the digital signal. I.e. there *must* be a valid digital signal otherwise the device is not usable for OUTput. I didn't got some light shed on the backgrounds from Maudio Support ... That means: If You'd like to use the digital OUTput you must either * disconnect the adaptor from digital IN or * always supply a valid digital signal to the INput. I've tested the device using alsa-1.0.8, linux-2.6.11.7 and the madfu firmware loader 0.6 on an Intel Pentium PIII Laptop with 750 MHz. As You'll see from my next post, still not everything is working. :-) But thats on a different hardware ... Roger |
From: Roger Z. <Rog...@ar...> - 2005-04-30 09:48:06
|
Am Fr, den 29.04.2005 schrieb Bill Unruh um 23:44: > Talking to the people at M-Audio, it is probably that my Transit is > defective. The output is supposed to be mirrored on analog and digitial > always. (Ie, the digital output should not switch off when input is plugged > in). defective: markedly subnormal in structure or function or intelligence or behavior;(from www.cogsci.princeton.edu) Since mine is 'defective' too I think its more likely to be a design / construction flaw. I wonder since Yours is 'out of warranty' and mine is new - it seems that this error has persisted for at least more than a year ... I tried asking around for someone who used digital IN - I've found NONE I'll contact Maudio for a working device ... BTW: My idea was to use the card to integrate my PC in my stereo. Would be easy to record from any device without the hassle of mechanical connectors, level adjustment or preamplifier problems (i.e. record-player). Having no problems with possible ground loops is only an additional extra ... Being beyond 40 the recording quality is no crucial point for me ... :-) Roger > Since mine is out of warrenty, it does not pay to send it in for repairs. > Besides I use it as an analog sound card, so the digital is not important > to me. Oh well, it looks like the great folks at Alsa cannot help me, and > probably not you either. > > > On Fri, 29 Apr 2005, Roger Zimmermann wrote: > > > Am Fr, den 29.04.2005 schrieb Bill Unruh um 0:45: > >> On Fri, 29 Apr 2005, Roger Zimmermann wrote: > >> > >>>> > >>>> Or it automatically select the rate of the input data (if there is > >>>> any). > >>> > >>> I tried this under linux. Unfortunately, due to overruns it was not > >>> possible to record with the source sample rate of 96 KHz, (My computer > >>> is a P3/750 MHz Laptop). > >>> Maximum speed was 72KHz. There You get the alseady shown: > >>> ... > >>> arecord: pcm_read:1227: read error: Input/output error > >> > >> Sorry, I am confused. What was your source? What was the source speed? EG, > >> AFAIK minidisk work at 48000Hz and CDs at 44100Hz, so what was your source > >> that was working at 96000? > >> Also this seems to say that it worked at 96000. Yes, with overruns, but it > >> was recording. > >> What system do you have that can deliver stuff at 72KHz? Remember that the > >> input is digitial. There is no conversion of the digital to analog and > >> resampling. Ie, the sound card simply takes the digital stream at the rate > >> it is coming into the card and delivers it out to the computer. No > >> resampling, no rate change. At least that is how I understand digitial > >> audio. > > > > I've used the digital out of my amplifier (Yamaha 740). In the specs its > > written that the monitoring output, that I use works at 96KHz. I'll read > > the manual again, wether the signal is resampled or simply looped > > through. BTW: It was not working @ 96KHz. Lots of 'overrun' messages but > > no data written. > > > > Using the 72KHz instead of 96KHz (too much for the computer) bears in > > mind, that there should be at least digital garbage in the recorded file > > that increases with time ...:-) Nothing but the error shows up. > > > > > > Roger > > > > > > > > ------------------------------------------------------- > > SF.Net email is sponsored by: Tell us your software development plans! > > Take this survey and enter to win a one-year sub to SourceForge.net > > Plus IDC's 2005 look-ahead and a copy of this survey > > Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix > > _______________________________________________ > > Alsa-user mailing list > > Als...@li... > > https://lists.sourceforge.net/lists/listinfo/alsa-user > > |
From: Bill U. <un...@ph...> - 2005-04-30 15:32:07
|
On Sat, 30 Apr 2005, Roger Zimmermann wrote: > Am Fr, den 29.04.2005 schrieb Bill Unruh um 23:44: >> Talking to the people at M-Audio, it is probably that my Transit is >> defective. The output is supposed to be mirrored on analog and digitial >> always. (Ie, the digital output should not switch off when input is plugged >> in). > > defective: markedly subnormal in structure or function or intelligence > or behavior;(from www.cogsci.princeton.edu) > > Since mine is 'defective' too I think its more likely to be a design / > construction flaw. I wonder since Yours is 'out of warranty' and mine is > new - it seems that this error has persisted for at least more than a > year ... Yes, I told them that but they said mine was the first time they had ever heard of this problem, having received many calls about the Transit (most of them setup problems of course). > I tried asking around for someone who used digital IN - I've found NONE Did you try asking in Windows groups as well? > > I'll contact Maudio for a working device ... > > BTW: My idea was to use the card to integrate my PC in my stereo. Would > be easy to record from any device without the hassle of mechanical > connectors, level adjustment or preamplifier problems (i.e. > record-player). Having no problems with possible ground loops is only an Of course you would still have the "level adjustment" problem since the level put out on your amplifier is just mirrored in the level out on the TOSlink connection. But you could just attach the analog out either to the headphone output or to the "tape out" of the amplifier. Use a short cord. Being beyond 40 does not decrease the sensitivity to 60 (or 50) cycle hum. > additional extra ... > Being beyond 40 the recording quality is no crucial point for me ... :-) All my tests have shown that the card is a very good card (16 bit-- the noise and distortion is no better for 24 bit than for 16 bit) -- significantly better than the usual on board sound cards sold with computers. > > Roger > >> Since mine is out of warrenty, it does not pay to send it in for repairs. (They quoted me $40/hr plus shipping both ways.) >> Besides I use it as an analog sound card, so the digital is not important >> to me. Oh well, it looks like the great folks at Alsa cannot help me, and >> probably not you either. >> >> >> On Fri, 29 Apr 2005, Roger Zimmermann wrote: >> >>> Am Fr, den 29.04.2005 schrieb Bill Unruh um 0:45: >>>> On Fri, 29 Apr 2005, Roger Zimmermann wrote: >>>> >>>>>> >>>>>> Or it automatically select the rate of the input data (if there is >>>>>> any). >>>>> >>>>> I tried this under linux. Unfortunately, due to overruns it was not >>>>> possible to record with the source sample rate of 96 KHz, (My computer >>>>> is a P3/750 MHz Laptop). >>>>> Maximum speed was 72KHz. There You get the alseady shown: >>>>> ... >>>>> arecord: pcm_read:1227: read error: Input/output error >>>> >>>> Sorry, I am confused. What was your source? What was the source speed? EG, >>>> AFAIK minidisk work at 48000Hz and CDs at 44100Hz, so what was your source >>>> that was working at 96000? >>>> Also this seems to say that it worked at 96000. Yes, with overruns, but it >>>> was recording. >>>> What system do you have that can deliver stuff at 72KHz? Remember that the >>>> input is digitial. There is no conversion of the digital to analog and >>>> resampling. Ie, the sound card simply takes the digital stream at the rate >>>> it is coming into the card and delivers it out to the computer. No >>>> resampling, no rate change. At least that is how I understand digitial >>>> audio. >>> >>> I've used the digital out of my amplifier (Yamaha 740). In the specs its >>> written that the monitoring output, that I use works at 96KHz. I'll read >>> the manual again, wether the signal is resampled or simply looped >>> through. BTW: It was not working @ 96KHz. Lots of 'overrun' messages but >>> no data written. >>> >>> Using the 72KHz instead of 96KHz (too much for the computer) bears in >>> mind, that there should be at least digital garbage in the recorded file >>> that increases with time ...:-) Nothing but the error shows up. >>> >>> >>> Roger >>> >>> >>> >>> ------------------------------------------------------- >>> SF.Net email is sponsored by: Tell us your software development plans! >>> Take this survey and enter to win a one-year sub to SourceForge.net >>> Plus IDC's 2005 look-ahead and a copy of this survey >>> Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix >>> _______________________________________________ >>> Alsa-user mailing list >>> Als...@li... >>> https://lists.sourceforge.net/lists/listinfo/alsa-user >>> > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. > Get your fingers limbered up and give it your best shot. 4 great events, 4 > opportunities to win big! Highest score wins.NEC IT Guy Games. Play to > win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 > _______________________________________________ > Alsa-user mailing list > Als...@li... > https://lists.sourceforge.net/lists/listinfo/alsa-user > -- William G. Unruh | Canadian Institute for| Tel: +1(604)822-3273 Physics&Astronomy | Advanced Research | Fax: +1(604)822-5324 UBC, Vancouver,BC | Program in Cosmology | un...@ph... Canada V6T 1Z1 | and Gravity | www.theory.physics.ubc.ca/ |