Sound compatibility for 11.2

Abstraction. There are various layers that deal with this, the pci(4) driver for example supports both PCI and PCIe (they're not that different from each other). It just doesn't make sense if each individual driver would need to have code to do the same things as every other driver. So various bits of code are generalized in such a way that every driver can use it as an interface and doesn't need to bother with specific implementation details.
At Last! Thank you very much.
 
Why not use the onboard audio of your PC? According to the output from /dev/sndstat that you have quoted, it is clearly supported, as several people have pointed out already. Just to make this perfectly clear: If a device is listed in /dev/sndstat, then it is supported.

If it doesn't work, please specify exactly what the problem is (e.g. error messages that you receive).

If you want to use a separate sound card for a different reason, I'd be interested to hear why.
Thanks for being so definitive with your answer. With that knowledge I will use the onboard audio.
 
Stop treating me like a child. You haven't taken the time to understand what I've tried to clarify.

You do understand this a support forum and the default assumption here is that you are trying to solve some problem? If you don't have any issues and you simply want to discuss architecture or whatever, you should state that somewhere. Else you would receive clarifying questions, troubleshooting questions and general setup instructions (those typically repeat the handbook).

If you had you would understand that I haven'yet tried to play anything.

I'm not blind, it's pretty clear you haven't tried that. However, I can't directly point at this fact. You know, forum rules and all that.
 
I accept that all the criticism I received from experienced users on the issue here were deserved, if I accept that that they tend not to tolerate questions they think stupid. In my case that was due to the fact that I am a new user & lacked their longstanding indoctrination & understanding.

In this instance it was solely because I failed to recognize from the outset that what cat /dev/sndstat was telling me was that sound was already setup in the system & should work out of the box, so to speak. In a face to face situation that would have been cleared up in a matter of seconds. I expect that I will receive similar criticisms in future for asking perceived greenhorn questions, questions that I have researched in the documentation, but have perhaps misunderstood. Hopefully responders will be able to see that for what it is & apply some expertise in the knowledge that wherever possibleI I do try to exercise due diligence with my OP's. But hey i'm only a flawed human being so i may not always achieve that goal.

In any event sound now works out of the box (speakers & headphones), so thank you all for your indulgence & taking the time to help me out.
 
Honestly, I think there are some users on this forum that need to be a little more gentle with new users that have no UNIX background.

Also, admittedly, the FreeBSD Handbook's section on sound is neither up-to-date nor complete. Ironically, that's probably caused by the fact that sound is so well-supported in FreeBSD that it works out of the box, most of the time. This makes people care less about the documentation.
 
In my travels around the internet I come across comments about why people have decided not to use freebsd. Mostly it seems, due to its complexity, very steep learning curve, arcane nature & the massive documentation, needed to make it work. Well, it's also said that it's not for everyone, particularly for desktop users such as myself.

Please provide a link to the freebsd.org page that specifically states that. Unless that's just what you've heard in your travels around the internet. There is a whole screenshot thread going back years of people who use it as their daily desktop OS including numerous shots of mine.

No, it's not for everybody. If you're not willing to put in the work to learn (arcane spellcasting not a requirement) you might as well give up now and save the tears for a Linux forum. I provide a step-by-step beginners tutorial with a targeted audience of a Windows user who has never used UNIX or the commandline. Most people have successfully set up a fully functional desktop without much problem:


This is a shot of the Thinkpad X61 that served as my dedicated .mp3 player at 292 days uptime. I have a library in excess of 13,400 songs. All I do is plug in my headphones and the music never stops, or didn't till the fan gave an error and shut it down. Now I have a Gateway/Acer clone that stepped in to take its place. My W520 is cranking Korn as I type:

revelation.png




No wonder it has trouble winning significant support from potential linux converts.
Water seeks its own level.

I must be a masochist, but hey I'm retired & that's the only reason I am able to continue with this challenge.
Note, no one has come forward here to suggest what card I might use, as you suggest I might ask. I have already asked the moderator but didn't receive a reply but in any event it's no longer an issue in light of other replies.
The problem I see with this issue is that people who reply don't take the time necessarily to assess the experience level of the poster. In my case I'm a new user & have not been exposed to the wider machinations of the operating system. I'm still learning. There's almost a case for a specific forum for new users.

That's your perception of things. Everybody here can see you just joined June 25, 2019. I'm in tune with new users or I wouldn't have written a tutorial for them. I taught myself to use FreeBSD and learned the hard way so I always try to help new people out.

People have responded to your question but nobody is going to hold your hand or spoonfeed you. You're expected to read the Handbook and individual hands-on experience encouraged. If people have a legitimate question somebody always answers. That's a fact documented by threads.
 
@ Trihexagonal

When i'm trying to resolve a bsd issue outside of its forums, most likely by googling an answer, then I'm most likely to come across people who have tried and failed & who thus have negative reactions to their failure. These people are probably not core users otherwise they would be using the forums, but they probably could be if they thought the systems were more accessible.

That has been my experience & that finding is not necessarily to be assumed to be the result of a personal confirmation bias. In fact I expect the reasons would be naturally infinite. One would have to do serious research to find out accurately which distributions/operating systems are in fact easy or hard to use, and in fact that has been surely done informally by people over the years including many who have had to find out the hard way. What can be defined as hard or easy is of course another question.

I get the impression that developers tend try to make their distributions/operating systems more palatable to users by using a smattering of graphics as an attraction but without losing their linux/unix identity, As such Unix in particular, still seems to come across as a system really only accessible to sophisticated /business users & there is no real attempt (or need) to market it to be accessible to the masses.

My perception has always been that with linux & unix one needs to go into the process very much with his/her eyes open, as they tend to be code intensive. The problem is exacerbated in that many people coming from the windows operating system environment have been hand fed with intuitive graphics systems.

I also expect that for more than a few business organisations training all there staff to use unix would be at a prohibitive cost because its tendency to be code intensive in nature compared with the Windows system, & because many people are not geeky and find working with code an arduous chore. These are people who just want results & don't want to have their head under the hood all the time to make those results possible.

At the end of the day it's horses for courses. It depends how one is wired & motivated. I'm sure most people of an artistic nature would not be comfortable working with algorithms. The easy implied answer would be 'why don't you just go away & collect stamps_this is not for you'.

i have found the BSD forums here very friendly, much more so than some other forums, but it would be nice if the small few who want to make new users life miserable with high handed & sometimes negative responses gave it a rest. & they should be careful not to stereotype us as not having read the manual/handbook.
I commend you for producing the Beginner's guide. Thank you for your thoughts.
 
I get the impression that developers tend try to make their distributions/operating systems more palatable to users by using a smattering of graphics as an attraction but without losing their linux/unix identity, As such Unix in particular, still seems to come across as a system really only accessible to sophisticated /business users & there is no real attempt (or need) to market it to be accessible to the masses.

Spin-offs like GhostBSD come with a pre-installed DE but FreeBSD is bare bones so the user can build it to suit their needs. It's more work but I end up with a custom desktop of my own with only the 3rd party programs I choose that meet my needs.

My perception has always been that with linux & unix one needs to go into the process very much with his/her eyes open, as they tend to be code intensive. The problem is exacerbated in that many people coming from the windows operating system environment have been hand fed with intuitive graphics systems.

I also expect that for more than a few business organisations training all there staff to use unix would be at a prohibitive cost because its tendency to be code intensive in nature compared with the Windows system, & because many people are not geeky and find working with code an arduous chore. These are people who just want results & don't want to have their head under the hood all the time to make those results possible.

I use it every day and never see the actual code. I'm familiar with the file system hierarchy and what it contains, can edit it as needed (there is quite a bit of editing to do when you first set it up and I cover that) but that's not actual code. I've never worked in IT and am not that kind of Programmer. There are a lot of people here that know more about FreeBSD than me. I can set up and keep my desktops running and that's what's important where I sit.

A terminal can seem intimidating to someone who has never used one but that's partly why I use ports in my tutorial. You get some valuable commandline time in and it helps take the mystery out of it.

EDIT: I guess that's not really true. I've been compiling ports for 12 years or so and can't count the hours I've watched screen after screen of code fly by. I just didn't associate it with everyday desktop use. Once you get things set up it takes very little work to maintain. The files you edit are in plain English for the most part and the few commands needed to perform everyday tasks become second nature.
 
Don't take this as criticism, but rather as general information on how technical forums work.

Lack of knowledge is not a problem, just ask for help and show your will to gain it.
I don't want to spend a lot of time on this I just want usable sound.
Opposite of right attitude.
You'll never get a step-by-step guide for anything that is already well documented.

I haven'yet tried to play anything.
This isn't optimal either.
Even though the available documentation in the FreeBSD Handbook is dated in parts, it at least get's you going to a point where you have configured and tried something and eventually failed.
With that experience you should be able to ask a more or less qualified question, describe what you did and what errors you received.

Of course it's not a shame to say you don't really understand how things fit together, as long as you did your homework.
Throughout a discussion you should answer the questions of those people who honestly try to help you, provide information you are asked for and try the suggestions made.

It's true FreeBSD isn't for anyone. The majority of people isn't willing to invest the amount of time that is required to even learn the basics.
 
The majority of people isn't willing to invest the amount of time that is required to even learn the basics.
That is probably because it is easier to just give up and go back to Windows/MacOS. People instinctively gravitate towards what they already know.

For the few that want to use FreeBSD however they have to make the effort.
 
The funny thing is, a typical Windows user would expect sound to work out of the box without reading documentation and would not have any issues there.
 
When i'm trying to resolve a bsd issue outside of its forums, most likely by googling an answer, then I'm most likely to come across people who have tried and failed & who thus have negative reactions to their failure. These people are probably not core users otherwise they would be using the forums, but they probably could be if they thought the systems were more accessible.

Well, over all, I think we here did a good effort to figure and solve Your issue. And if I search the internet for some issue, I give not much care to those who tried&failed, as these don't help my issue. ;)

I get the impression that developers tend try to make their distributions/operating systems more palatable to users by using a smattering of graphics as an attraction but without losing their linux/unix identity, As such Unix in particular, still seems to come across as a system really only accessible to sophisticated /business users & there is no real attempt (or need) to market it to be accessible to the masses.

This has been done by Apple: take the Berkeley codebase and create something that can be used by the masses. I highly respect this, but there are two gotchas:
1. They solve the "which hardware can be used" problem by bundling hardware and software. If one does not want to do that, one needs a very big market share in order to make the manufacturers care for compatibility.
2. The more ease-of-use, the more distance from the actual technical matters.

My perception has always been that with linux & unix one needs to go into the process very much with his/her eyes open, as they tend to be code intensive. The problem is exacerbated in that many people coming from the windows operating system environment have been hand fed with intuitive graphics systems.

On linux/unix many things can be solved with a few lines of shell scripting. Administration and coding is not strictly separated. On windows there is a huge gap between running the system and trying to write a program for it, and many things just cannot be solved or get very complicated.

I also expect that for more than a few business organisations training all there staff to use unix would be at a prohibitive cost because its tendency to be code intensive in nature compared with the Windows system, & because many people are not geeky and find working with code an arduous chore. These are people who just want results & don't want to have their head under the hood all the time to make those results possible.

At the end of the day it's horses for courses. It depends how one is wired & motivated. I'm sure most people of an artistic nature would not be comfortable working with algorithms. The easy implied answer would be 'why don't you just go away & collect stamps_this is not for you'.

It depends. Think about this: until about a hundred years ago, any average peasant could maintain or even build almost all the things that were used in everyday life. This has changed during the industrial age, and now even more into the computer age. Nowadays people are entirely surrounded by things they have hell no idea how they work, and no control over them whatsoever. I think it is not a good thing when people have no control, no understanding about what surrounds them. To me, unix is a means to get some of this control back, to have the things work the way they do because *I* tell them to do so. Obviousely there is learning involved, but the benefit is not just to have a running computer, it is also about understanding more of the things that surrounds us.

i have found the BSD forums here very friendly, much more so than some other forums, but it would be nice if the small few who want to make new users life miserable with high handed & sometimes negative responses gave it a rest. & they should be careful not to stereotype us as not having read the manual/handbook.
I commend you for producing the Beginner's guide. Thank you for your thoughts.

Oh well, you have those folks in any group where some more ambitioned things are discussed. Just ignore them. ;)
 
The funny thing is, a typical Windows user would expect sound to work out of the box without reading documentation and would not have any issues there.

Yes, *if* it works. If it does not work, one can gather a couple of "specialists" trying to solve the problem by procedures that remind rather of voodoo priests than engineers.
 
If it does not work, one can gather a couple of "specialists" trying to solve the problem by procedures that remind rather of voodoo priests than engineers.

I have to admit, association/sequence settings for snd_hda are rather cryptic. Other than that it either works or it doesn't.
 
I have to admit, association/sequence settings for snd_hda are rather cryptic. Other than that it either works or it doesn't.

I agree, this is an area that could use some improvement in documentation.
I managed to configure the various outlets of my board to my needs, but that was already somehow obscure. I would really like to understand more of that technology, in order to find out what it can do beyond just playing sound. But then there seem to be not so many people deeply into it - and on the professional side (artists and studio engineers) most people use packaged software for mac or windows.
 
Back
Top