Re: [gentoo-user] ALSA wizard...
On Sun, Apr 26, 2020 at 12:16 AM Mark Knecht wrote: > > > > You sound happier in this post. I hope we're making headway. Could you post > back a view of things at this point? > I wouldn't say happy, but at least I got to understand what the interface does (I was more or less convinced the RCA part was broken!) > ls /proc/asound > cat /proc/asound/cards > cat /proc/asound/devices > cat /proc/asound/hwdep > cat /proc/asound/pcm > ## ls /proc/asound/ card0 card1 cards CODEC devices hwdep PCH pcm seq timers version ## cat /proc/asound/cards 0 [PCH]: HDA-Intel - HDA Intel PCH HDA Intel PCH at 0xf734 irq 137 1 [CODEC ]: USB-Audio - USB Audio CODEC Burr-Brown from TI USB Audio CODEC at usb-:00:14.0-10, full speed ## cat /proc/asound/devices 1:: sequencer 2: [ 0- 0]: digital audio playback 3: [ 0- 0]: digital audio capture 4: [ 0- 1]: digital audio playback 5: [ 0- 2]: digital audio capture 6: [ 0- 3]: digital audio playback 7: [ 0] : control 8: [ 1- 0]: digital audio playback 9: [ 1- 0]: digital audio capture 10: [ 1] : control 33:: timer ## cat /proc/asound/hwdep ## cat /proc/asound/pcm 00-00: Generic Analog : Generic Analog : playback 1 : capture 1 00-01: Generic Digital : Generic Digital : playback 1 00-02: Generic Alt Analog : Generic Alt Analog : capture 1 00-03: Generic Digital : Generic Digital : playback 1 > If you run alsamixer what card is it showing you when you first go in? The MB card. > > Not knowing these applications I'm at a distance trying to make suitable > suggestions. I'm fairly sure you won't like the next one... > > How do you feel about building Alsa as modules instead of building it into > the kernel? When using modules you can blacklist other sound cards (the MB > audio stuff for instance) and you get a little more visibility into what's is > at least loaded. That way we could, at least as a test, run your setup as a > USB only system. If at that point you can record mix audio in something like > Audacity and play Audacity and Youtube through the Behringer then, I would > think, we would have determined that this is an application issue. > Will try that, why not? (Tomorrow morning) > While it shouldn't matter I assume you tried slack and discord with direct > monitoring turned off and on? I would expect that off is the right way for an > application like these but it makes sense to at least press the button to see > if it changes anything. I tried discord; I heard the sound, the other side didn't. > > I'm really intrigued to see if we can figure this out. > I'm now compiling zoom, after removing the ~amd64 from the ebuild (I will not have an unstable qt all over my system). We'll see... Thanks Jorge
Re: [gentoo-user] ALSA wizard...
> One word: AHA! (It makes a lot of difference, knowing what one is doing!) > This is the explanation the interface should come with, or at least > they should have a site with a simple diagram. > > Yes, I can hear sound with the headphones connected to the headphone > out in the interface, as well as with the headphones connected to the > RCA output, via an amplifier. (I modified .asoundrc to make the USB > card the default; not a permanent solution but manageable) > > I had understood the purpose of the direct monitor, but I thought > wrongly that the headphone output had no other purpose by itself. > > OK, I tried both discord and slack with this setup. I can't hear the > other side. The other side can hear me on slack, not on discord. > You sound happier in this post. I hope we're making headway. Could you post back a view of things at this point? ls /proc/asound cat /proc/asound/cards cat /proc/asound/devices cat /proc/asound/hwdep cat /proc/asound/pcm If you run alsamixer what card is it showing you when you first go in? Not knowing these applications I'm at a distance trying to make suitable suggestions. I'm fairly sure you won't like the next one... How do you feel about building Alsa as modules instead of building it into the kernel? When using modules you can blacklist other sound cards (the MB audio stuff for instance) and you get a little more visibility into what's is at least loaded. That way we could, at least as a test, run your setup as a USB only system. If at that point you can record mix audio in something like Audacity and play Audacity and Youtube through the Behringer then, I would think, we would have determined that this is an application issue. While it shouldn't matter I assume you tried slack and discord with direct monitoring turned off and on? I would expect that off is the right way for an application like these but it makes sense to at least press the button to see if it changes anything. I'm really intrigued to see if we can figure this out. - Mark
Re: [gentoo-user] ALSA wizard...
On Sat, Apr 25, 2020 at 2:19 PM Mark Knecht wrote: > > > > > > > > https://www.amazon.de/dp/B00EK1OTZC/ref=pe_3044161_189395811_TE_SCE_dp_1 > > > > > > OK, that device is pretty simple. If you set this device as the default > > > Alsa device can you get simple audio, from YouTube for example, out > > > through the headphone jack? We know the mic input works. If both of those > > > work then what does discord do? > > > > I'm lost here. The headphone jack in the interface is just a monitor. > > I don't think there's any connection with the headphone jack in the > > motherboard? (I can't test it anyway with my headphones---different > > jack sizes) > > > > I understand the jack size difference. Your MB jack is 3.5mm, the headphone > jack on the Behringer is 1/4". All the headphones I've purchased for years > came with an adapter to plug into 1/4" jack but if your didn't they can be > purchased at Amazon or general stereo/TV type stores. (Best Buy as an example > in the U.S.) Search for "3.5mm to 1/4 adapter". Actually, It came with an adapter, but I don't have it with me (and the current C-plague restrictions don't make it easier). But I don't need it to follow your suggestions, because the only 3.5mm jack is the one of the MB, which doesn't matter. > > I'll explain the headphone monitor function in a moment. You are correct that > the headphone jack on the Behringer has nothing to do with the headphone jack > on the computer. The Behringer is a complete sound card with 2 inputs and 2 > output at the end of a USB cable. It has phono jack outputs on the back which > would allow you to hook it to your stereo inputs to hear computer audio. In > that sense it's no different than a CD player or tape deck. To use the > outputs on the back would simply come down to telling Linux I want to use the > Behringer USB device as my sound card and all sound would be router there. > Once the audio is correctly going to your stereo you should also hear the > audio over the headphone jack. One word: AHA! (It makes a lot of difference, knowing what one is doing!) This is the explanation the interface should come with, or at least they should have a site with a simple diagram. Yes, I can hear sound with the headphones connected to the headphone out in the interface, as well as with the headphones connected to the RCA output, via an amplifier. (I modified .asoundrc to make the USB card the default; not a permanent solution but manageable) I had understood the purpose of the direct monitor, but I thought wrongly that the headphone output had no other purpose by itself. OK, I tried both discord and slack with this setup. I can't hear the other side. The other side can hear me on slack, not on discord. Thanks Jorge
Re: [gentoo-user] Re: Troubles setting USE flag for inkscape
On Sat, Apr 25, 2020 at 08:33:36PM +0200, tu...@posteo.de wrote: > On 04/25 07:28, Remy Blank wrote: > > tu...@posteo.de wrote on 25/04/2020 17:55: > > > Beside other permutations I add this to package.use > > > > > > media-gfx/inkscape python_single_target_python3_8 > > > > Try this instead: > > > > media-gfx/inkscape PYTHON_SINGLE_TARGET: -* python3_8 > > > > -- Remy > > > > > > Hi Remy, > > that helped ! > > To be honest ... I never had deduced this from the error message. > Is this pure experience...somehing one had to learn after uears > of trying to cope with The Portage Oracle...or is it one has > and the other one has not...? ;) > > ...or what manual do I need to read to up with this line? He's just masking all Python single targets (-* = disable all) except for one (python3_8), thus satisfying the requirement that only one is set. -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] Re: Troubles setting USE flag for inkscape
On Sat Apr 25 20:33:36 2020, tu...@posteo.de wrote: > > Hi Remy, > > that helped ! > > To be honest ... I never had deduced this from the error message. > Is this pure experience...somehing one had to learn after uears > of trying to cope with The Portage Oracle...or is it one has > and the other one has not...? ;) > > ...or what manual do I need to read to up with this line? For the "Oracle" output of portage: ##The following REQUIRED_USE flag constraints are unsatisfied: ##exactly-one-of ( python_single_target_python3_6 python_single_target_python3_7 python_single_target_python3_8 ) ^^ So "exactly one of the listed use flags". For the documentation on syntax: "man portage" and go to the "package.use" section or visit https://wiki.gentoo.org/wiki//etc/portage/package.use
Re: [gentoo-user] Troubles setting USE flag for inkscape
> ## !!! Problem resolving dependencies for media-gfx/inkscape from @selected > ## > ## !!! The ebuild selected to satisfy "media-gfx/inkscape" has unmet > requirements. ## - media-gfx/inkscape-1.0_rc1::gentoo USE="jpeg nls openmp > -cdr -dbus -dia -exif -graphicsmagick -imagemagick -inkjar -jemalloc -lcms > -postscript -spell -static-libs -svg2 -visio -wpg" > PYTHON_SINGLE_TARGET="python3_6 python3_8 -python3_7" ## > ##The following REQUIRED_USE flag constraints are unsatisfied: > ## exactly-one-of ( python_single_target_python3_6 > python_single_target_python3_7 python_single_target_python3_8 ) is fixed now and should work out of the box again -- Andreas K. Hüttel dilfri...@gentoo.org Gentoo Linux developer (council, qa, toolchain, base-system, perl, libreoffice) signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Is Gentoo dead?
On Saturday, April 25, 2020 10:04 PM, Fernando Reyes wrote: > Bravo, and Gentoo can't be dead because it's immortal. > > likewhoa no, that's not it. let me explain. gentoo is indeed dead. specifically, gentoo's death happened some time in 2007. then, in the 2nd of march 2008, gentoo became undead [1]. it's very difficult to kill undeads (try it in dark souls). technically they are dead already. but i think i know how to finally free gentoo from the undead realm and let it finally rest in peace. here is how: * something better than gentoo should come. e.g. something source-based and comprehensive. so far, there is no better solution than gentoo for the requirements that gentoo satisfies. therefore, gentoo cannot be freed from the "undread" realm to finally rest in peace. if you want to set gentoo free, please tell us 1 source-based distro that is as comprehensive as gentoo (or more). then we cen celebrate gentoo's freedom from the undead realm right now. [1] https://en.wikipedia.org/wiki/Gentoo_Linux#History rgrds, cm.
Re: [gentoo-user] Re: Troubles setting USE flag for inkscape
On 04/25 07:28, Remy Blank wrote: > tu...@posteo.de wrote on 25/04/2020 17:55: > > Beside other permutations I add this to package.use > > > > media-gfx/inkscape python_single_target_python3_8 > > Try this instead: > > media-gfx/inkscape PYTHON_SINGLE_TARGET: -* python3_8 > > -- Remy > > Hi Remy, that helped ! To be honest ... I never had deduced this from the error message. Is this pure experience...somehing one had to learn after uears of trying to cope with The Portage Oracle...or is it one has and the other one has not...? ;) ...or what manual do I need to read to up with this line? (NO critism towards you implied!!!) Cheers! Meino
Re: [OBORONA-SPAM] Re: [gentoo-user] Is Gentoo dead?
On Sat, Apr 25, 2020 at 04:37:43PM +, Caveman Al Toraboran wrote: > so i really can't believe that we have devolved in > such a way where malloc/free suddenly has became a > hard concept for homo sapiens. You'd be surprised how much shocking code is out there, especially in proprietary products (the Valve Steam Client is a prime example). In general, reasons for memory-management-incompetence fall into the following categories: (a) Programmers forget. For experienced and skilled developers, this is likely the most common cause of malloc-free mismatches. I was programming in C a few years before I ever touched a computer (I bought/stole Kernighan and Ritchie from the local library and wrote out code-listings with pencil and paper), and to this day still occasionally forget to free everything I malloc. Thankfully, in the days of dynamic code-analysis tools such as Valgrind, theseproblems---amongstotherhard-to-spot issues---become easy fixes. (b) Programmers don't care, because it is assumed the operating system will do it for them. I have heard this one quite a bit from people trying to justify their horribly written code. Often, with people who make this argument, the malloc-free mismatch is the least of their problems, however in the days of intelligent operating system-level memory-management seen in modern Linux kernels, some programmers seem to take the hard work of kernel developers as a free pass to be messy themselves. (c) Programmers don't care, because the code means nothing to them. I have never worked as a professional programmer, so I can only speculate, but from conversations with veteran developers at large companies such as Intel and Microsoft, it seems as though the general morale amongst older developers can drop hugely. Why bother optimising or thoroughly testing code when it's not yours, and you don't really care about the company for whom you're developing ? (d) Programmers are genuinely unaware of the importance of freeing their malloc'd objects. With the abundance of terrible on-line tutorials, written by teachers that seem to devote themselves to teaching the worst practices possible, I've seen an influx of programmers who are simply unaware of the need to free their memory pools. It takes less than a minute of on-line searching to find a popular tutorial on some pretty website which shows code leaking memory. So yes, it is easy to understand, but whether people _care_ or even know in the first place is entirely up to them. -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] Is Gentoo dead?
On 4/22/20 12:24 PM, james wrote: Gentoo is for experts, and those that aspire, through many years of hard work, to become C/unix/kernel/any-code type of experts. YOU, making this statement, are just LAZY! Bravo, and Gentoo can't be dead because it's immortal. likewhoa
[gentoo-user] Re: Troubles setting USE flag for inkscape
tu...@posteo.de wrote on 25/04/2020 17:55: > Beside other permutations I add this to package.use > > media-gfx/inkscape python_single_target_python3_8 Try this instead: media-gfx/inkscape PYTHON_SINGLE_TARGET: -* python3_8 -- Remy
Re: [gentoo-user] Troubles setting USE flag for inkscape
On Saturday, 25 April 2020 17:02:05 BST Michael Orlitzky wrote: > On 4/25/20 11:55 AM, tu...@posteo.de wrote: > > ## ... PYTHON_SINGLE_TARGET="python3_6 python3_8 -python3_7" > > ## > > ##The following REQUIRED_USE flag constraints are unsatisfied: > > ## exactly-one-of ( python_single_target_python3_6 > > python_single_target_python3_7 python_single_target_python3_8 ) > "Single target" means you've gotta pick just one. eselect python update/cleanup options should help you move along with this package without having to set up a specific single python target for it. Let it inherit the system version. signature.asc Description: This is a digitally signed message part.
Re: [OBORONA-SPAM] Re: [gentoo-user] Is Gentoo dead?
On Friday, April 24, 2020 12:27 AM, Steven Lembark wrote: > Main issue I can see with C is that most people today don't know how > to manage memory; not enough of us left who really understand how > malloc works :-) i find it very hard to believe this. because, fundamentally, the concept of malloc/free is the same concept that we expect a 5 years old kid to know. e.g. we tell kids ``return all balls back into the bucket before you leave the room'', which is exactly the concept of malloc/free. probably we can even train monkeys to do the same (return all taken balls back before leaving). so i really can't believe that we have devolved in such a way where malloc/free suddenly has became a hard concept for homo sapiens.
Re: [gentoo-user] Troubles setting USE flag for inkscape
On 4/25/20 11:55 AM, tu...@posteo.de wrote: > ## ... PYTHON_SINGLE_TARGET="python3_6 python3_8 -python3_7" > ## > ##The following REQUIRED_USE flag constraints are unsatisfied: > ## exactly-one-of ( python_single_target_python3_6 > python_single_target_python3_7 python_single_target_python3_8 ) > "Single target" means you've gotta pick just one.
[gentoo-user] Troubles setting USE flag for inkscape
Hi, while updateing/emergeing I got this message: ## !!! Problem resolving dependencies for media-gfx/inkscape from @selected ## ## !!! The ebuild selected to satisfy "media-gfx/inkscape" has unmet requirements. ## - media-gfx/inkscape-1.0_rc1::gentoo USE="jpeg nls openmp -cdr -dbus -dia -exif -graphicsmagick -imagemagick -inkjar -jemalloc -lcms -postscript -spell -static-libs -svg2 -visio -wpg" PYTHON_SINGLE_TARGET="python3_6 python3_8 -python3_7" ## ##The following REQUIRED_USE flag constraints are unsatisfied: ## exactly-one-of ( python_single_target_python3_6 python_single_target_python3_7 python_single_target_python3_8 ) Beside other permutations I add this to package.use media-gfx/inkscape python_single_target_python3_8 but the message remains. As far as I know the above is compatible what is written here: https://wiki.gentoo.org/wiki//etc/portage/package.use How do I have to specify the python target correctly? Cheers! Meino
Re: [gentoo-user] Help working around a bug...
On 4/25/20 11:20 AM, "Chris Phillips"@T O wrote: > > How do I override the ./configure options for emerge [-r] ? > If it's a one-time thing, you can set the EXTRA_ECONF environment variable to contain the extra arguments to ./configure. The contents of EXTRA_ECONF are appended to the end of the usual command, so yours should take precedence. Just be sure to set it only while emerging enchant (and not, for example, during emerge @world).
[gentoo-user] Help working around a bug...
Hi I am a relative newbee to GenToo (*though familiar with all sorts of Unix/Linux/BSD OS) I am currently unable to complete a sync / build @world cycle because of a bug building enchant-2.2.8 , compile fails because it doesn't recognize the ObjC "@" syntax. There is a bug filed : https://bugs.gentoo.org/show_bug.cgi?id=718634 that has a suggested fix that looks appropriate: ./configure --without-applespell --without-aspell --enable-relocatable (Not sure about the --without-aspell bit, and I think this bug may have some relation to using GNUstep bits) How do I override the ./configure options for emerge [-r] ? Chris --
Re: [gentoo-user] ALSA wizard...
> > > https://www.amazon.de/dp/B00EK1OTZC/ref=pe_3044161_189395811_TE_SCE_dp_1 > > > > OK, that device is pretty simple. If you set this device as the default Alsa device can you get simple audio, from YouTube for example, out through the headphone jack? We know the mic input works. If both of those work then what does discord do? > > I'm lost here. The headphone jack in the interface is just a monitor. > I don't think there's any connection with the headphone jack in the > motherboard? (I can't test it anyway with my headphones---different > jack sizes) > I understand the jack size difference. Your MB jack is 3.5mm, the headphone jack on the Behringer is 1/4". All the headphones I've purchased for years came with an adapter to plug into 1/4" jack but if your didn't they can be purchased at Amazon or general stereo/TV type stores. (Best Buy as an example in the U.S.) Search for "3.5mm to 1/4 adapter". I'll explain the headphone monitor function in a moment. You are correct that the headphone jack on the Behringer has nothing to do with the headphone jack on the computer. The Behringer is a complete sound card with 2 inputs and 2 output at the end of a USB cable. It has phono jack outputs on the back which would allow you to hook it to your stereo inputs to hear computer audio. In that sense it's no different than a CD player or tape deck. To use the outputs on the back would simply come down to telling Linux I want to use the Behringer USB device as my sound card and all sound would be router there. Once the audio is correctly going to your stereo you should also hear the audio over the headphone jack. The monitor function associated with the headphones is different on cards like this. Notice that the switch says "Direct Monitor". Imagine that I am recording a song. I already have some of it recorded, say drums, bass and piano. Now I want to record vocals so (wearing headphones so I can hear what I'm supposed to sing along with) I sing into the microphone but there is latency in the system. The vocal gets converted to digital by an internal A/D converter, sent down the USB cable, routed to the recording application - in Linux lets say that's Ardour. Ardour records it onto disk but it also sends my vocal back to the Behringer so I hear myself in the headphones. The probably is that my vocal is delayed by 25mS or more. It sounds out of time and I'm confused. It sounds like an echo. Look at the diagram here to see what I'm trying to explain: https://manual.ardour.org/synchronization/latency-and-latency-compensation/ Direct monitoring changes the signal path in the picture on the Ardour page. It still sends my vocal down the USB cable and Ardour still records it but it __ALSO__ sends my vocal __DIRECTLY__ from the mic to the headphones skipping the whole digital path in the picture. There is no delay. I hear myself in time with the music. It feels natural and I perform my part of the song brilliantly and go on to make millions of dollars. (Well, maybe...) Direct monitoring probably won't matter i your application because the real-time nature of what you're speaking won't be effected very much and probably discord or zoom won't send it back out to the card, but only send it to the people you are meeting with. Hope this helps, Mark
Re: [gentoo-user] ALSA wizard...
On Sat, Apr 25, 2020 at 1:19 AM Mark Knecht wrote: > > > > > I hope you don't have to. I'm not the least bit confident about how a virtual > card is going to work with VM like Virtualbox. OK, that > > > > > > > I don't think I ever saw the name of the actual USB interface you're > > > using. Can you give me a link to look at it? > > > > > https://www.amazon.de/dp/B00EK1OTZC/ref=pe_3044161_189395811_TE_SCE_dp_1 > > OK, that device is pretty simple. If you set this device as the default Alsa > device can you get simple audio, from YouTube for example, out through the > headphone jack? We know the mic input works. If both of those work then what > does discord do? I'm lost here. The headphone jack in the interface is just a monitor. I don't think there's any connection with the headphone jack in the motherboard? (I can't test it anyway with my headphones---different jack sizes) > > I own a similar device (from a functional POV - a Focusrite Scarlett 2i2) > which I use on my laptop for simple recording of guitar practice sessions or > to record my guitar parts to get added to other musician friend's recordings. > > https://www.sweetwater.com/store/detail/Scarlet2i2G3--focusrite-scarlett-2i2-3rd-gen-usb-audio-interface > > I use line level inputs but I can hook up a mic. If I get some time I might > look at installing discord to see if it works at all but I don't know how to > test discord itself. Mark: please don't bother. To test discord, one needs someone else on "the other side". I tested with the help of co-workers and it didn't work. And the problem lies on the linux side. I'm trying the next step: using zoom. It's what people @work use and they say it works on linux (but I still don't know if it requires pulseaudio :/ ). I've been avoiding it due to its security history, but I think I can work my way around that. > Thanks Jorge
