Mandrake Linux Archives: cooker-amd64@linux-mandrake.com
Mandrake Linux: cooker-amd64@linux-mandrake.com
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
- From: Duncan
- Subject: [cooker-amd64] Re: Re: using and compiling rpms not specifically put together for amd64
- Date: 28 Jan 2004 11:33:10 -0000
Arie Folger posted <200401281151.33680.afolger@aishdas.org>, excerpted below, on Wed, 28 Jan 2004 11:51:33 +0100: > On Wednesday 28 January 2004 10:02, Duncan wrote: >> > bothers me a lot: when I play a cd, it routes the sound not to the sound >> > card, but to the headphone jack of the cd player/dvd writer (a NEC), >> > even when no headphones are plugged in. (IOW, in the latter case I hear >> > nothing). Yet, if I want, I can rip a ogg of each song and play that on >> > the sound card. Is there an easy way to fix that? I couldn't find >> > anything obvious and tried to rtfm, but found nothing. >> >> That reminds me of my audio problem, different, but keying on headphones, >> still. > > Any tips for what keywords I should use to google the issue? Oh, I was going to mention something else on that, and forgot, since I was eager to get to my kernel 2.6 post.. By my understanding, most if not all CD/DVD players route the sound to TWO locations via hardware, their own headphone jack, and the sound cable that can plug in, along with the data cable, to the back of the unit. To my knowledge, it routes to both at once, without software control at that level of an either/or, since it simply sends the analog audio signal to both. Thus, I don't think your description of the problem is entirely accurate, since it routes to both, automatically. Pardon me if this seems simplistic to you, but I'd call this the most likely problem, given what you mentioned. Verify that you have the audio cable (NOT the data cable, this is separate, and much smaller) connected both to the sound card/mobo CD or AUX audio jack, AND to the similar connector on the CD/DVD unit itself. If you don't, that's the problem. (The cable is small, MUCH smaller than the normal ATA/ATAPI data ribbon, typically black or gray, the jacks only four-conductor, smaller than the power jack, about twice the size of the headphone jack, but rectangular.) That's been my problem a few times, after I've worked on my hardware. I've disconnected the CD audio cable for whatever reason myself, and forgotten to reconnect it, on occasion. Thus, it won't be the FIRST time that's tripped someone up. If THAT's connected correctly, perhaps you are using the wrong mixer app slider for the CD control, or its muted. Verify its not muted, and try some of the other sliders, including aux, line-in, etc. Sometimes they get mislabeled as the board manufacturer routed the inputs differently than the audio-chip manufacturer intended, or than was the case on the unit the driver developer used. Here, I was without audio on my new system all together, until I figured out that the master slider and mute didn't appear to do anything, but the headphone slider and mute worked as master! If THAT isn't the problem, perhaps this is. As I mentioned, that audio cable is a simple analog audio output from the CD/DVD player. Thus, to the mixer, it's basically like any other line-in analog audio input, except that this one happens to be from the CD, not from something plugged into the external audio line-in jack. Perhaps your mixer, or the driver, is not functional for ANY analog line-in type applications. Plug an external device into the external line-in and verify that it's working, if you haven't already. If it is, worst case scenario, you can always run a "loopback" patch cable from the CD/DVD player headphone jack, back around to the external line-in audio jack. Or.. there may be another input on your card/mobo, for an aux-in connection, possibly with its own slider, possibly on the same one as the external line-in. Hopefully SOMETHING there fixes it for you. My bet is still on that little audio cable, tho, as it's easy to miss, and the issue can be confusing if it hasn't happened to you b4, because as you described, the data cable works fine, so data disks and ripping the CD data works as well. -- Duncan - List replies preferred. No HTML msgs. "They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety." -- Benjamin Franklin
- Replies:
- References:
- [cooker-amd64] using and compiling rpms not specifically put together for amd64
- From: Arie Folger
- Re: [cooker-amd64] using and compiling rpms not specifically put together for amd64
- From: Arie Folger
- [cooker-amd64] Re: using and compiling rpms not specifically put together for amd64
- From: Duncan
- Re: [cooker-amd64] Re: using and compiling rpms not specifically put together for amd64
- From: Arie Folger
- [cooker-amd64] using and compiling rpms not specifically put together for amd64
- Prev by Date: Re: [cooker-amd64] 2.6 custom kernel, now compiled and working here, but issues..
- Next by Date: Re: [cooker-amd64] Re: Re: using and compiling rpms not specifically put together for amd64
- Previous by thread: Re: [cooker-amd64] Re: using and compiling rpms not specifically put together for amd64
- Next by thread: Re: [cooker-amd64] Re: Re: using and compiling rpms not specifically put together for amd64
- Index(es):
