Live data from Hacker News

FreeBSD Audio

meka.rs

1–10 of 54 posts

Re: FreeBSD Audio

#4
post #2

How does this compare to other platforms such as Windows or Mac?

I'm not sure about Mac.

Windows audio has never made working with latency or routing sound between programs a goal. There are ways to do it, but isn't in the default. (I forget what it is called, but there is a common standard - starts with an A). For normal users it is good enough, but if you are a musician then it doesn't work well without programs that support the other standard.

Linux does similar things with pipewire/jack. Pipewire is still in the early days so has growing pains. The problem with both is they are not part of the OS so your program needs to be written to handle it (but these days almost all programs use pulseaduio which pipewire implements). This can route any program to any program/output at the OS level, though mixing Jack and pulseaudio APIs is probably a pain. Jack has some nice GUIs for sound routing, I don't know if any exist for this.

The effort is nice to see, but unless they support the jack APIs I think most people will be using jack on freebsd anyway for the near future. On the other hand, this is what Linux should have done all along. Linux has consistently done sound wrong going back to 2003 when they did ALSA instead of fixing OSS.

Re: FreeBSD Audio

#5
I just skimmed over it but it looks like an interesting article. One thing the solution doesn't seems to be is simple or easy to use. Pipewire seems to be fixing the last remaining linux problems with multimedia, it is already a reasonable low latency kernel and will probably soon become even better once PREEMPT_RT finally lands. By coming by default on most popular distros, I hope using it will be invisible or simple too.

Nevertheless, as a linux user, I envy some features. I had apt break recently in a way that took 5 hours to fix with help from the people at #debian at oftc. A stable, mature and high performant filesystem with snapshots is badly needed. It could have reduced my time to a working apt again from hours to minutes.

Re: FreeBSD Audio

#6
post #4
post #2

How does this compare to other platforms such as Windows or Mac?

I'm not sure about Mac. Windows audio has never made working with latency or routing sound between programs a goal. There are ways to do it, but isn't in the default. (I forget what it is called, but there is a common standard - starts with an A). For normal users it is good enough, but if you are a musician then it doesn't work well without programs that support the other standard. Linux does similar things with pip…

AFAIK, pipewire is also a drop-in replacement do jack, right?

Re: FreeBSD Audio

#7
post #4
post #2

How does this compare to other platforms such as Windows or Mac?

I'm not sure about Mac. Windows audio has never made working with latency or routing sound between programs a goal. There are ways to do it, but isn't in the default. (I forget what it is called, but there is a common standard - starts with an A). For normal users it is good enough, but if you are a musician then it doesn't work well without programs that support the other standard. Linux does similar things with pip…

> Windows audio has never made working with latency or routing sound between programs a goal. There are ways to do it, but isn't in the default. (I forget what it is called, but there is a common standard - starts with an A)

ASIO

https://en.m.wikipedia.org/wiki/Audio_Stream_Input/Output

Re: FreeBSD Audio

#8
post #4
post #2

How does this compare to other platforms such as Windows or Mac?

I'm not sure about Mac. Windows audio has never made working with latency or routing sound between programs a goal. There are ways to do it, but isn't in the default. (I forget what it is called, but there is a common standard - starts with an A). For normal users it is good enough, but if you are a musician then it doesn't work well without programs that support the other standard. Linux does similar things with pip…

They've improved things in Windows 10[1] with driver support(?) apparently although I have no experience with this so I can't say how this affects things practically.

[1] https://docs.microsoft.com/en-us/windows-hardware/drivers/au...

Re: FreeBSD Audio

#9

I just skimmed over it but it looks like an interesting article. One thing the solution doesn't seems to be is simple or easy to use. Pipewire seems to be fixing the last remaining linux problems with multimedia, it is already a reasonable low latency kernel and will probably soon become even better once PREEMPT_RT finally lands. By coming by default on most popular distros, I hope using it will be invisible or simpl…

I am curious what your objections are to btrfs and ZFS? I know of some common ones, but I want to hear yours.

Re: FreeBSD Audio

#10
post #9

I just skimmed over it but it looks like an interesting article. One thing the solution doesn't seems to be is simple or easy to use. Pipewire seems to be fixing the last remaining linux problems with multimedia, it is already a reasonable low latency kernel and will probably soon become even better once PREEMPT_RT finally lands. By coming by default on most popular distros, I hope using it will be invisible or simpl…

I am curious what your objections are to btrfs and ZFS? I know of some common ones, but I want to hear yours.

AFAIK, both btrfs and zfs are still slower than ext4 for most desktop use cases.
Post reply on HN