How do I make my headset work. Before I try it with anything else, I'd like to make it work with arecord and aplay. VLC and movie player can make sounds with my external speakers. though not in my headset yet. I've got an insignia NS-PAH5101 headset. As directed, the red connector is in the pink spot and the green connector in green spot in the back of my computer. arecord folloed by aplay just gets me static. To the best of my knowledge, my singing is distinguishable from static.
I'm running CentOS 6 [hennebry@localhost notes]$ uname -a Linux localhost.localdomain 2.6.32-504.1.3.el6.x86_64 #1 SMP Tue Nov 11 17:57:25 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
hennebry@localhost notes]$ arecord -l **** List of CAPTURE Hardware Devices **** card 0: NVidia [HDA NVidia], device 0: ALC883 Analog [ALC883 Analog] Subdevices: 0/1 Subdevice #0: subdevice #0 card 0: NVidia [HDA NVidia], device 2: ALC883 Alt Analog [ALC883 Alt Analog] Subdevices: 1/1 Subdevice #0: subdevice #0
I'm at a loss how to debug this. Any ideas?
On Thu, 4 Jun 2015, Michael Hennebry wrote:
I've got an insignia NS-PAH5101 headset. As directed, the red connector is in the pink spot and the green connector in green spot in the back of my computer. arecord folloed by aplay just gets me static.
Actually, I mistook black for green. Green was occupied by my external speakers. Putting the headset's green plug in the green spot lets VLC and aplay make sounds in my headset. I still have the same issue with recording.
On Fri, 5 Jun 2015 00:54:24 -0500 (CDT) Michael Hennebry wrote:
Actually, I mistook black for green. Green was occupied by my external speakers. Putting the headset's green plug in the green spot lets VLC and aplay make sounds in my headset. I still have the same issue with recording.
Have you checked your input volume settings?
On Thu, 4 Jun 2015, Frank Cox wrote:
On Fri, 5 Jun 2015 00:54:24 -0500 (CDT) Michael Hennebry wrote:
Actually, I mistook black for green. Green was occupied by my external speakers. Putting the headset's green plug in the green spot lets VLC and aplay make sounds in my headset. I still have the same issue with recording.
Have you checked your input volume settings?
The sound preferences widget on gnome says "Input volume" 100%. There is also a row of 15 rectangles labeled "Input level". None of them are highighted.
On Fri, 5 Jun 2015 01:13:50 -0500 (CDT) Michael Hennebry wrote:
The sound preferences widget on gnome says "Input volume" 100%. There is also a row of 15 rectangles labeled "Input level". None of them are highighted.
You said you were using arecord. So what does alsamixer tell you about input level and capture?
On Fri, 5 Jun 2015, Frank Cox wrote:
On Fri, 5 Jun 2015 01:13:50 -0500 (CDT) Michael Hennebry wrote:
The sound preferences widget on gnome says "Input volume" 100%. There is also a row of 15 rectangles labeled "Input level". None of them are highighted.
You said you were using arecord. So what does alsamixer tell you about input level and capture?
One screen has an empty dB gain the other 12.00, 12.00 . I'm not at all sure how interpret the drawings, so I'm posting them here. Color did not come with. ┌───────────────────────────── AlsaMixer v1.0.23 ──────────────────────────────┐ │ Card: PulseAudio F1: Help │ │ Chip: PulseAudio F2: System information │ │ View: F3: Playback F4: Capture F5:[All] F6: Select sound card │ │ Item: Capture Esc: Exit │ │ │ │ │ │ │ │ │ │ ┌──┐ ┌──┐ │ │ │ │ │▒▒│ │ │ │ │ │▒▒│ │ │ │ │ │▒▒│ │ │ │ │ │▒▒│ │ │ │ │ │▒▒│ │ │ │ │ │▒▒│ │ │ │ │ │▒▒│ │ │ │▒▒│ │▒▒│ │ │ │▒▒│ │▒▒│ │ │ │▒▒│ │▒▒│ │ │ │▒▒│ │▒▒│ │ │ │▒▒│ │▒▒│ │ │ │▒▒│ │▒▒│ │ │ │▒▒│ │▒▒│ │ │ │▒▒│ │▒▒│ │ │ │▒▒│ │▒▒│ │ │ │▒▒│ │▒▒│ │ │ ├──┤ └──┘ │ │ │OO│ │ │ └──┘ L R │ │ CAPTURE │ │ 57<>57 100<>100 │ │ Master <Capture > │ │ │ │ │
┌───────────────────────────── AlsaMixer v1.0.23 ──────────────────────────────┐ │ Card: HDA NVidia F1: Help │ │ Chip: Realtek ALC883 F2: System information │ │ View: F3: Playback F4: Capture F5:[All] F6: Select sound card │ │ Item: Capture [dB gain: 12.00, 12.00] Esc: Exit │ │ │ │ │ │ │ │ │ │ ┌──┐ ┌──┐ ┌──┐ ┌──┐ ┌──┐ ┌──┐ │ │ │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ │ │ │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ │ │ │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ │ < │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ > < │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ > < │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ > < │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ > < │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ > < │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ > < │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ > < │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ > < │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ > < │▒▒│ │▒▒│ │ │ │ │ │ │ │▒▒│ > < │▒▒│ │▒▒│ │ │ │ │ │ │ │▒▒│ > │ │▒▒│ │▒▒│ │ │ │ │ │ │ │▒▒│ │ │ │▒▒│ │▒▒│ │ │ │ │ │ │ │▒▒│ │ │ │▒▒│ │▒▒│ │ │ │ │ │ │ │▒▒│ │ │ ├──┤ ├──┤ ├──┤ └──┘ └──┘ ┌──┐ ┌──┐ └──┘ │ │ │OO│ │OO│ │MM│ │OO│ │OO│ │ │ └──┘ └──┘ └──┘ └──┘ └──┘ L R │ │ CAPTURE │ │ 100 100 0<>0 0<>0 0<>0 31<>31 │ │ Center LFE Line Line Boo Line Boo S/PDIF S/PDIF D<Capture > │ │ │
On Fri, 5 Jun 2015 01:41:47 -0500 (CDT) Michael Hennebry wrote:
I'm not at all sure how interpret the drawings, so I'm posting them here.
MM means mute, so turn that up and see what happens.
Try turning the various input levels up and eventually one of them should start receiving some input. Some of them are related to each other and the relationships seem to vary between sound hardware; you need to have this one and that one both active to get input, but not this other one over here. Experiment with the levels and you'll find out which combination works.
On Fri, 5 Jun 2015, Frank Cox wrote:
On Fri, 5 Jun 2015 01:41:47 -0500 (CDT) Michael Hennebry wrote:
I'm not at all sure how interpret the drawings, so I'm posting them here.
MM means mute, so turn that up and see what happens.
Try turning the various input levels up and eventually one of them should start receiving some input. Some of them are related to each other and the relationships seem to vary between sound hardware; you need to have this one and that one both active to get input, but not this other one over here. Experiment with the levels and you'll find out which combination works.
Thanks much.
After playing around with alsamixer for a bit, I got recognizable sound recorded. I also got some major hum. Should I chalk that up to a shoddy headset?
I really need that nap I mentioned. Good night.
On Fri, Jun 05, 2015 at 01:41:47AM -0500, Michael Hennebry wrote:
On Fri, 5 Jun 2015, Frank Cox wrote:
On Fri, 5 Jun 2015 01:13:50 -0500 (CDT) Michael Hennebry wrote:
The sound preferences widget on gnome says "Input volume" 100%. There is also a row of 15 rectangles labeled "Input level". None of them are highighted.
Try installing, if it's not installed the pauvcontrol package. Since you're using pulseaudio, that's probably the easiest way to work with volume.
On Fri, 5 Jun 2015, Michael Hennebry wrote:
On Thu, 4 Jun 2015, Frank Cox wrote:
On Fri, 5 Jun 2015 00:54:24 -0500 (CDT) Michael Hennebry wrote:
Actually, I mistook black for green. Green was occupied by my external speakers. Putting the headset's green plug in the green spot lets VLC and aplay make sounds in my headset. I still have the same issue with recording.
Have you checked your input volume settings?
The sound preferences widget on gnome says "Input volume" 100%. There is also a row of 15 rectangles labeled "Input level". None of them are highighted.
Also, I tried different settings for connector. All gave me static except for Line-in. That one gave me silence.
On Fri, 5 Jun 2015, Michael Hennebry wrote:
On Fri, 5 Jun 2015, Michael Hennebry wrote:
The sound preferences widget on gnome says "Input volume" 100%. There is also a row of 15 rectangles labeled "Input level". None of them are highighted.
Also, I tried different settings for connector. All gave me static except for Line-in. That one gave me silence.
When I run arecord the applications tab tells me that an alsa plug-in, aplay, is running. I'm aware that aplay is an alias for arecord.
I need a nap.
On 06/05/2015 01:26 AM, Michael Hennebry wrote:
On Fri, 5 Jun 2015, Michael Hennebry wrote:
On Fri, 5 Jun 2015, Michael Hennebry wrote:
The sound preferences widget on gnome says "Input volume" 100%. There is also a row of 15 rectangles labeled "Input level". None of them are highighted.
Also, I tried different settings for connector. All gave me static except for Line-in. That one gave me silence.
When I run arecord the applications tab tells me that an alsa plug-in, aplay, is running. I'm aware that aplay is an alias for arecord.
I need a nap.
. after you finish your nap, pull "audio city"
to find out all about it, their home page is; http://web.audacityteam.org/
features; http://web.audacityteam.org/about/features
it will kick your ass with a ((GBWG)) just playing with it.
i pulled the centos rpm about 4 months ago and i am still having fun checking out all the features.
it even works great recording important telephone calls using a cheap ass telephone recording controller for cassette tape recorders.
before anyone says it is illegal to use with out a beep tone, i live in Tennessee where the law says it is legal w/o beep as long as 1 of the parties knows recording is being made.
"i don't need no stinking court order". :-D
On Fri, 5 Jun 2015, g wrote:
after you finish your nap, pull "audio city"
to find out all about it, their home page is; http://web.audacityteam.org/
I just got it from an epel repository, but it caused problems with yum. If I install it, I guess I'll have to do it from source.
I'm not really looking to do much interesting with audio. Eventually I expect to install skype. That was the reason I bought the headset. I wanted to make sure that I could make existing software use it before trying to use it with something new and possibly more complicated.
If the humming is in the headset microphone, I suppose I'll have to get a different one. Any ideas on how to tell before I buy it whether a microphone will introduce humming?
First I need to fix my packages.
On Fri, 5 Jun 2015, Frank Cox wrote:
On Fri, 5 Jun 2015 12:05:43 -0500 (CDT) Michael Hennebry wrote:
whether a microphone will introduce humming?
Is it a 60 cycle hum? If so, it's probably induced by poor grounding.
I suspect so. Is that something I can fix?
On Fri, Jun 05, 2015 at 12:30:16PM -0500, Michael Hennebry wrote:
On Fri, 5 Jun 2015, Frank Cox wrote:
On Fri, 5 Jun 2015 12:05:43 -0500 (CDT) Michael Hennebry wrote:
whether a microphone will introduce humming?
Is it a 60 cycle hum? If so, it's probably induced by poor grounding.
I suspect so. Is that something I can fix?
that depends on where the grounding problem is...
I dont' remember if this is a desktop/deskside machine, or a laptop...
if it's a laptop, and if the power cord is a polarized 3-prong plug, I don't think there's much to be done about it UNLESS the outlet you're using is wired wrong, or there's a more widespread grounding/wiring issue in your building.
if it's a desktop, I'll assume it's already a 3-prong polarized plug (unless someone has used a 2-3 prong adaptor, or the building is mis-wired.
All the above kind of assumes a US-like outlet. I don't recall where the OP resides/works, so that may be all wrong.
You can get cheap devices that plug into a 3-prong outlet and have little LED lights that indicate whether the wiring is correct, as regards ground and neutral, or not.
Also, it's possible that you've got a cheap headset/mic combo that does not have the shielded audio cable wired correctly. It's also possible that it's a cheap-a** rig that doesn't even use shielded cable from the plug to the mic/phones.
I've got one such headset here that injects hum into the microphone feed on either my desktop or my netbook. however, when using the netbook, if I disconnect the AC power, the hum goes away. Go figure. Reversing the (2-prong) plug in the outlet doesn't make any difference in this case.
So, if I need to record something, I'll borrow my wife's USB headset which, as of last usage, worked fine.
On Fri, 5 Jun 2015, Fred Smith wrote:
if it's a desktop, I'll assume it's already a 3-prong polarized plug (unless someone has used a 2-3 prong adaptor, or the building is mis-wired.
All the above kind of assumes a US-like outlet. I don't recall where the OP resides/works, so that may be all wrong.
Correct. North Dakota.
It's a desktop in an old house. The outlets have ground-fault protection, but the third prong is ungrounded.
You can get cheap devices that plug into a 3-prong outlet and have little LED lights that indicate whether the wiring is correct, as regards ground and neutral, or not.
Also, it's possible that you've got a cheap headset/mic combo that does not have the shielded audio cable wired correctly. It's also possible that it's a cheap-a** rig that doesn't even use shielded cable from the plug to the mic/phones.
It's an Insignia NS-PAH5101 It does not have a separate power source, just plugs for the pink and green sockets. The cables are pretty thin. If the problem is shielding, is there something I could do to shield the cables?
On 6/5/2015 1:33 PM, Michael Hennebry wrote:
It's a desktop in an old house. The outlets have ground-fault protection, but the third prong is ungrounded.
not sure how GFI would function at all without a valid ground, unless the GFI is wired to neutral, which is dangerous on its own.
you might get a 3-prong-to-2-prong adapter and plug the PC into that, leaving the ground wire floating, and see if that works. As most desktops have the AC ground pin wired to the chassis, floating the chassis might well eliminate the hum.
also, things like fluorescent lamps can greatly contribute to hum, although that often sounds like a buzz. lamp dimmers too, try switching any dimmers in the general area to either 100% on or totally off.
It's an Insignia NS-PAH5101 It does not have a separate power source, just plugs for the pink and green sockets. The cables are pretty thin. If the problem is shielding, is there something I could do to shield the cables?
not really, the wire itself has to be shielded coaxial wire. if its actually the headset itself, I'd suggest getting another one.
I've had better luck with USB headsets of late instead of analog ones plugged into on-board audio, as the onboard audio microphone inputs are generally of very poor quality.
On 06/05/2015 03:43 PM, John R Pierce wrote:
On 6/5/2015 1:33 PM, Michael Hennebry wrote:
It's a desktop in an old house. The outlets have ground-fault protection, but the third prong is ungrounded.
not sure how GFI would function at all without a valid ground, unless the GFI is wired to neutral, which is dangerous on its own.
very. it defeats gfi faulting principal entirely.
you might get a 3-prong-to-2-prong adapter and plug the PC into that, leaving the ground wire floating, and see if that works. As most desktops have the AC ground pin wired to the chassis, floating the chassis might well eliminate the hum.
no need. as he said "but the third prong is ungrounded".
also, things like fluorescent lamps can greatly contribute to hum, although that often sounds like a buzz. lamp dimmers too, try switching any dimmers in the general area to either 100% on or totally off.
correct. normally, repeat, normally, wiring for outlets and light are different wire runs, but they may be common leg of 240 mains at panel.
<<>>
not really, the wire itself has to be shielded coaxial wire. if its actually the headset itself, I'd suggest getting another one.
I've had better luck with USB headsets of late instead of analog ones plugged into on-board audio, as the onboard audio microphone inputs are generally of very poor quality.
even with usb headsets, quality/cost is to be considered.
cheap preforms as cheap is.
low the price, lower the quality of results.
you get what you pay for.
On Fri, 5 Jun 2015, g wrote:
On 06/05/2015 03:43 PM, John R Pierce wrote:
On 6/5/2015 1:33 PM, Michael Hennebry wrote:
It's a desktop in an old house. The outlets have ground-fault protection, but the third prong is ungrounded.
not sure how GFI would function at all without a valid ground, unless the GFI is wired to neutral, which is dangerous on its own.
As I understand it, GFI sums the currents going into each prong. If the sum is not close enough to zero, it breaks the circuit.
also, things like fluorescent lamps can greatly contribute to hum, although that often sounds like a buzz. lamp dimmers too, try switching any dimmers in the general area to either 100% on or totally off.
No dimmers, but I tried turning off the overhead flourescent lights. No effect.
not really, the wire itself has to be shielded coaxial wire. if its actually the headset itself, I'd suggest getting another one.
I've had better luck with USB headsets of late instead of analog ones plugged into on-board audio, as the onboard audio microphone inputs are generally of very poor quality.
even with usb headsets, quality/cost is to be considered.
cheap preforms as cheap is.
low the price, lower the quality of results.
you get what you pay for.
More precisely, you pay for what you get. Getting what you pay for is iffier.
On 6/5/2015 2:16 PM, Michael Hennebry wrote:
On Fri, 5 Jun 2015, g wrote:
On 06/05/2015 03:43 PM, John R Pierce wrote:
On 6/5/2015 1:33 PM, Michael Hennebry wrote:
It's a desktop in an old house. The outlets have ground-fault protection, but the third prong is ungrounded.
not sure how GFI would function at all without a valid ground, unless the GFI is wired to neutral, which is dangerous on its own.
As I understand it, GFI sums the currents going into each prong. If the sum is not close enough to zero, it breaks the circuit.
I thought it monitored the current on the ground pin, and if there is ANY significant ground current, it disconnects the line and neutral pins, shutting the socket off..
On 06/05/2015 04:16 PM, Michael Hennebry wrote:
On Fri, 5 Jun 2015, g wrote:
<<>>
As I understand it, GFI sums the currents going into each prong. If the sum is not close enough to zero, it breaks the circuit.
not quite. see;
https://en.wikipedia.org/wiki/Residual-current_device
<<>>
No dimmers, but I tried turning off the overhead flourescent lights. No effect.
anything else with transformers, like maybe a tv, stereo?
you get what you pay for.
More precisely, you pay for what you get.
better yet, you pay for quality from a quality company.
Getting what you pay for is iffier.
if i pay for quality, it will be to a quality company.
now we are getting 'off subject'.
On Fri, 5 Jun 2015, g wrote:
On 06/05/2015 04:16 PM, Michael Hennebry wrote:
On Fri, 5 Jun 2015, g wrote:
<<>>
As I understand it, GFI sums the currents going into each prong. If the sum is not close enough to zero, it breaks the circuit.
not quite. see;
I should have written "into two prongs".
I have a "headset" that works now. I'd forgotten that I bought it and still do not remember why. Apperently it's a "universal all-in-one stereo earset". Despite the name, it does have a usable miocrophone.
On 06/05/2015 03:33 PM, Michael Hennebry wrote: <<>>
It's an Insignia NS-PAH5101
http://www.insigniaproducts.com/products/computer-speakers-accessories/NS-PA...
It does not have a separate power source, just plugs for the pink and green sockets. The cables are pretty thin.
$9.95 is a good reason why.
If the problem is shielding, is there something I could do to shield the cables?
for what it would take to do so, you are better off getting buying better quality at a little more cost.
a head set such as what you bought is not intended for any sort of quality fidelity. it is intended for telephone use which is not much.
On 6/5/2015 1:44 PM, g wrote:
for what it would take to do so, you are better off getting buying better quality at a little more cost.
I've had pretty good luck with the basic models of Plantronics headsets. They tend to be well made. The Logitech stuff I've bought has often broken within a year.
On Fri, 5 Jun 2015, John R Pierce wrote:
On 6/5/2015 1:44 PM, g wrote:
for what it would take to do so, you are better off getting buying better quality at a little more cost.
I've had pretty good luck with the basic models of Plantronics headsets. They tend to be well made. The Logitech stuff I've bought has often broken within a year.
It looks like I need to go shopping.
On 06/05/2015 03:48 PM, John R Pierce wrote:
On 6/5/2015 1:44 PM, g wrote:
for what it would take to do so, you are better off getting buying better quality at a little more cost.
I've had pretty good luck with the basic models of Plantronics headsets. They tend to be well made. The Logitech stuff I've bought has often broken within a year.
yes, plantronics is very good.
also;
sennheiser, klipsch, jbl, bose, Monster, beats audio.
as for logitech, only in the higher priced. but they still make great mices, especially the 'marbles'.
On 6/5/2015 2:19 PM, g wrote:
sennheiser, klipsch, jbl, bose, Monster, beats audio.
those are more audio/stereo headphones, and not known as makers of headsets with integral microphones. I'd delete Monster, Beats, and add Sony (specifically the MDR7506) to that list :) oh, and Grado Labs.
On 06/05/2015 05:26 PM, John R Pierce wrote:
On 6/5/2015 2:19 PM, g wrote:
sennheiser, klipsch, jbl, bose, Monster, beats audio.
those are more audio/stereo headphones, and not known as makers of headsets with integral microphones. I'd delete Monster, Beats, and add Sony (specifically the MDR7506) to that list :) oh, and Grado Labs.
+50 for Sennheiser. They make excellent pro-quality headsets, and mics, for that matter, such as the legendary MD 421. I can't say about their prosumer or consumer gear, since if I'm going to buy Sennheiser I'm going to, you know, 'buy Sennheiser.' But the HME 26 and HMDC 26 headsets are top-rated, and cost accordingly (with tax, about $500). I know of many radio stations who use Sennheiser headsets in heavy RFI environments (a 50KW AM with the studio co-located with the transmitter qualifies as 'heavy RFI') with no issue. These are of course balanced output mics. The HME is a condenser (with pro-level 48VDC phantom power), and the HMDC is a dynamic. See http://en-us.sennheiser.com/global-downloads/file/739/HMx_26_Broadcast_0109_... for the manual.
Several companies over the years have built excellent headsets around the Shure SM10 and variants, but, like with the HMDC 26 above and any other small-diaphragm dynamic you need top-end high-gain preamps to effectively use them (signal level is directly proportional to diaphragm size). I have an SM10, and the preamp is critical for low-noise performance of that mic. You could probably get a used or NoS SM10 for $150 or so without any issue, but the preamp will cost at least that much to bring it up to a signal level your laptop can use.
For day-to-day use I use an older GE headset with a reasonable electret condenser mic that can be powered by consumer-grade phantom sources like a typical laptop mic input or devices like my Edirol R-09. I used to directly record on my laptop, but I found that using the R-09 and its pro-grade 24-bit converters, then doing production on my CentOS laptop, using Harrison Mixbus, gave me far better quality than using my so-so laptop mic input and sound card.
Hum can come from many sources, but most PC motherboard sound cards aren't known for the quality of their preamps, and it would not surprise me if the preamps themselves are the source of the hum. Since you're using a desktop, you have some really nice options for audio interfaces; certain older MAudio Delta cards come very highly recommended; I have one of the Delta 1010LT cards that actually still works with Linux, and it has superb quality. A source for more info on high quality audio interfaces can be found in multiple places, but I'd actually recommend you search the archives of the Rivendell broadcast station automation package mailing lists for recommendations; see http://www.rivendellaudio.org/
On 06/05/2015 01:05 PM, Michael Hennebry wrote:
On Fri, 5 Jun 2015, g wrote:
I just got it from an epel repository, but it caused problems with yum. If I install it, I guess I'll have to do it from source.
There is a good audacity package in nux-dextop. I use it very frequently for audio production. The repo is at li.nux.ro; just make sure you use the one for your particular version of CentOS.
On Fri, 5 Jun 2015, John R Pierce wrote:
On 6/5/2015 10:05 AM, Michael Hennebry wrote:
... audacity...
I just got it from an epel repository, but it caused problems with yum.
what sort of problems?
Shortly after installing, I got a pop-up notice that security updates wre available. On doing yum update, I got error messages: --> Finished Dependency Resolution Error: Package: vlc-1.1.13-1.el6.rf.x86_64 (@rpmforge) Requires: libthreadutil.so.2()(64bit) Removing: libupnp-1.6.6-1.el6.rf.x86_64 (@rpmforge) libthreadutil.so.2()(64bit) Updated By: libupnp-1.6.18-2.el6.x86_64 (epel) Not found Error: Package: vlc-1.1.13-1.el6.rf.x86_64 (@rpmforge) Requires: libupnp.so.3()(64bit) Removing: libupnp-1.6.6-1.el6.rf.x86_64 (@rpmforge) libupnp.so.3()(64bit) Updated By: libupnp-1.6.18-2.el6.x86_64 (epel) Not found Error: Package: vlc-1.1.13-1.el6.rf.x86_64 (@rpmforge) Requires: libebml.so.2()(64bit) Removing: libebml-1.0.0-1.el6.rf.x86_64 (@rpmforge) libebml.so.2()(64bit) Updated By: libebml-1.2.1-1.el6.x86_64 (epel) Not found Error: Package: vlc-1.1.13-1.el6.rf.x86_64 (@rpmforge) Requires: libmatroska.so.2()(64bit) Removing: libmatroska-1.0.0-1.el6.rf.x86_64 (@rpmforge) libmatroska.so.2()(64bit) Updated By: libmatroska-1.2.0-1.el6.x86_64 (epel) Not found Error: Package: vlc-1.1.13-1.el6.rf.x86_64 (@rpmforge) Requires: libmodplug.so.0()(64bit) Removing: libmodplug-0.8.7-1.el6.rf.x86_64 (@rpmforge) libmodplug.so.0()(64bit) Updated By: 1:libmodplug-0.8.8.5-1.el6.x86_64 (epel) Not found You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest
I did a rollback, but that did not seem to help until I did a yum clean all. Now yum update tell me that there is nothing to do. Given that I did a yum update before install audacity, that would seem to be the right answer. My packages seem to be ok now.
Time for a late breakfast.
On 6/5/2015 10:44 AM, Michael Hennebry wrote:
Shortly after installing, I got a pop-up notice that security updates wre available. On doing yum update, I got error messages: --> Finished Dependency Resolution Error: Package: vlc-1.1.13-1.el6.rf.x86_64 (@rpmforge) Requires: libthreadutil.so.2()(64bit) Removing: libupnp-1.6.6-1.el6.rf.x86_64 (@rpmforge) libthreadutil.so.2()(64bit) Updated By: libupnp-1.6.18-2.el6.x86_64 (epel) Not found
ahhh, mixing rpmforge and epel is hazardous, and ideally you use the rpm priorities thing and install from epel by preference, only using rpmforge for stuff thats not in epel. rpmforge (now repoforge) has fallen pretty far behind on things, so I avoid using it entirely if I can.
On Fri, 5 Jun 2015, John R Pierce wrote:
On 6/5/2015 10:44 AM, Michael Hennebry wrote:
Shortly after installing, I got a pop-up notice that security updates wre available. On doing yum update, I got error messages: --> Finished Dependency Resolution Error: Package: vlc-1.1.13-1.el6.rf.x86_64 (@rpmforge) Requires: libthreadutil.so.2()(64bit) Removing: libupnp-1.6.6-1.el6.rf.x86_64 (@rpmforge) libthreadutil.so.2()(64bit) Updated By: libupnp-1.6.18-2.el6.x86_64 (epel) Not found
ahhh, mixing rpmforge and epel is hazardous, and ideally you use the rpm priorities thing and install from epel by preference, only using rpmforge for stuff thats not in epel. rpmforge (now repoforge) has fallen pretty far behind on things, so I avoid using it entirely if I can.
I had epel last.
I have 36 packages installed from rpmforge and suspect that it is not easy to change.
On 06/05/2015 02:29 PM, Michael Hennebry wrote:
I had epel last.
I have 36 packages installed from rpmforge and suspect that it is not easy to change.
You should read the section in https://wiki.centos.org/AdditionalResources/Repositories about rpmforge.
VLC for one is available elsewhere, specifically in nux-dextop.
I have some older boxes where there are rpmforge packages, too, and am going to be going through the same things....
On 06/05/2015 12:05 PM, Michael Hennebry wrote:
On Fri, 5 Jun 2015, g wrote:
after you finish your nap, pull "audio city"
to find out all about it, their home page is; http://web.audacityteam.org/
I just got it from an epel repository, but it caused problems with yum. If I install it, I guess I'll have to do it from source.
I'm not really looking to do much interesting with audio. Eventually I expect to install skype. That was the reason I bought the headset. I wanted to make sure that I could make existing software use it before trying to use it with something new and possibly more complicated.
If the humming is in the headset microphone, I suppose I'll have to get a different one. Any ideas on how to tell before I buy it whether a microphone will introduce humming?
First I need to fix my packages.
audio city version i have is 1.2.12.
you do not mention where you pulled from, so i would suggest same site where i pulled it.
i checked back in history to insure i recalled where i pulled it.
this is file i have to pull nux desktop rpms.
/etc/yum.repos.d/nux-dextop.repo
=+=+=+=
[nux-dextop] name=Nux.Ro RPMs for general desktop use baseurl=http://li.nux.ro/download/nux/dextop/el6/$basearch/ http://mirror.li.nux.ro/li.nux.ro/nux/dextop/el6/$basearch/ enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-nux.ro protect=0
[nux-dextop-testing] name=Nux.Ro RPMs for general desktop use - testing baseurl=http://li.nux.ro/download/nux/dextop-testing/el6/$basearch/ enabled=0 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-nux.ro protect=0
=+=+=+=
as for vlc, i have version 2.0.8, so you might need to find a later release. a problem is that it likes to enable screen blanking when playing videos. :-\
this is what i pulled for it;
vlc-core-2.0.8-2.el6.nux.x86_64 vlc-2.0.8-2.el6.nux.x86_64 vlc-plugin-jack-2.0.8-2.el6.nux.x86_64 vlc-extras-2.0.8-2.el6.nux.x86_64
hth.
On Fri, 5 Jun 2015, g wrote:
you do not mention where you pulled from, so i would suggest same site where i pulled it.
i checked back in history to insure i recalled where i pulled it.
this is file i have to pull nux desktop rpms.
/etc/yum.repos.d/nux-dextop.repo
=+=+=+=
[nux-dextop] name=Nux.Ro RPMs for general desktop use
Does nux play well with epel or rpmforge?
On 06/05/2015 03:35 PM, Michael Hennebry wrote:
On Fri, 5 Jun 2015, g wrote:
you do not mention where you pulled from, so i would suggest same site where i pulled it.
i checked back in history to insure i recalled where i pulled it.
this is file i have to pull nux desktop rpms.
/etc/yum.repos.d/nux-dextop.repo
=+=+=+=
[nux-dextop] name=Nux.Ro RPMs for general desktop use
Does nux play well with epel or rpmforge?
i do not mix packages, other than a program that runs with 'base' files.
in that if you pull a program from epel and want addition 'add to', get them from epel, not rpmforge.
same may apply with nux builds.
-
Frank Cox -
Fred Smith -
g -
John R Pierce -
Lamar Owen -
Michael Hennebry -
Scott Robbins