Linked by Thom Holwerda on Wed 25th Jul 2007 22:01 UTC, submitted by Oliver
BSD and Darwin derivatives "DesktopBSD 1.6 RC 3 is now available for download from our mirrors or via BitTorrent. This release candidate is considered a large step towards a final release 1.6 with major changes such as: X.Org release 7.2, improving support for modern graphics hardware; NVIDIA graphics driver, providing hardware 3D acceleration for NVIDIA video cards; latest FreeBSD 6-STABLE as base system with High Definition Audio support; support for multiple processors and multi-core CPUs; more up-to-date software packages from the DesktopBSD build servers; many small bug fixes and optimizations. Upgrades from 1.0 and previous release candidates are supported. An additional language CD and 64-bit (AMD64) DVD will be released soon."
Thread beginning with comment 258679
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[6]: BSD rocks!
by Doc Pain on Fri 27th Jul 2007 13:35 UTC in reply to "RE[5]: BSD rocks!"
Doc Pain
Member since:
2006-10-08

As it has meen explained before, the use of the internal (analog) audio connector is neccessary to use the method of analog mixing. Some mainboards or audio cards provide more than one connector (the "cheap" stuff I'm using provides three internal, actually using one for the DVD drive, one for the CD recorder and one for the PD/CD drive, along with one external).

Surely you don't have this special cable installed. Your diagnostics show it:

"I did try the command line suggested above and got NO SOUND and no errors either"

Interpret this in the correct manner: If no error message is displayed, the CD drive plays audio correctly. You just don't hear it. If your CD drive has a headphone connector on its front, you can check it easily: You will hear the CD playing. Maybe a LED is blinking, too. Of course you can create a strange (but working) bypass by plugging a 3.5mm stereo cable from the front connector of the CD drive into the line in connector of your audio card. :-)

"It's amazing that KDE and maybe Gnome too have not cleaned up their legacy applications to allow digital option. "

I don't think analog audio is "legacy", but I see the problem. Maybe the inability to play audio from digital data ("over the ATA cable") is a problem at kernel level? Maybe someone can rectify... but...

"Fortunately SOME music jukeboxes will work Amarok has no problem in Linux or FreeBSD."

... maybe the functionality described above is at application level? Unfortunately, I cannot find any hint within the according manuals.

Reply Parent Score: 2

RE[7]: BSD rocks!
by OStourist on Fri 27th Jul 2007 15:28 in reply to "RE[6]: BSD rocks!"
OStourist Member since:
2007-06-19

"Of course you can create a strange (but working) bypass by plugging a 3.5mm stereo cable from the front connector of the CD drive into the line in connector of your audio card. :-)"

Well like any computer sold in the last 5 years(at least in Korea) there is NO audio card. These are
prosumer things now, and AC'97 or HDA audio on-board
is more than good enough for most people.
Again I think it is the case that these tools
simply haven't kept pace with computer hardware
development. ;)

Reply Parent Score: 1

RE[8]: BSD rocks!
by Doc Pain on Fri 27th Jul 2007 17:17 in reply to "RE[7]: BSD rocks!"
Doc Pain Member since:
2006-10-08

"Well like any computer sold in the last 5 years(at least in Korea) there is NO audio card."

This is correct. I bought my last one many years ago but decided not to use the AC'97 crap. Instead, I installed a PCI card with CMI chipset for better performance. As far as I know, the AC'97 and MC'97 do emulate sound cards or modems respectively, creating extra system load for the CPU which has to perform the sound card or modem functionalities.

Maybe it's the same situation with digital audio data transfer via ATA cable - more CPU load? I don't know...

"These are prosumer things now, and AC'97 or HDA audio on-board is more than good enough for most people."

In most cases this is true. For special needs I'm glad to have the option to use other hardware. For example, MC'97 modems do barely support standards which makes them hardly usabe or unusable with modern OSes (e. g. FreeBSD). I'd still prefer a serial modem if needed, such as I prefer a "stand alone" audio card for better performance and driver support.

% dmesg | grep ^pcm ; cat /dev/sndstat
pcm0: <CMedia CMI8738> port 0xd400-0xd4ff irq 16 at device 7.0 on pci3
FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: <CMedia CMI8738> at io 0xd400 irq 16 (1p/1r/0v channels duplex default

"Again I think it is the case that these tools simply haven't kept pace with computer hardware
development. ;) "


If hardware specific techniques have become standard, software should try to support them. Maybe the ATA audio data transfer has an equivalent at kernel level in order to make it work everywhere? I'll go and investigate.

But on the other hand, downwards compatibility is important. Especially FreeBSD is a great OS to create usable computers even with 150 MHz 586 CPUs (my personal minimum). While the quotient "speed = hardware / software" stays the same with MICROS~1 OSes on recent hardware, FreeBSD is always impressing by speed improvements on the same (!) hardware. That's why it is important to have in mind, thatt older hardware is still in use (just because it works), so abandoning support for this "easy" stuff would be bad. Just think about how great SCSI works with BSD, allthough almost no one seems to use it anymore (I still have to). :-)

Reply Parent Score: 2