• 0 Posts
  • 26 Comments
Joined 7 months ago
cake
Cake day: March 8th, 2026

help-circle




  • I think you got to spend too much online if this is the mental attitude you have. There’s tons of opportunity and good jobs and unemployment is crazy low right now. Like I said, get yourself a skill or a trade and there’s a shit pile of money to be made and as much work as you’re willing to do. I mean it took me and most of my friends into our forties to really accumulate anything, but I feel like the people on here think they should be rich or that every boomer was rich in their thirties. That’s very bizarre and a big disconnect from the reality that it actually was for many




  • Oh I see reality. I also see this next gen of workers coming in who are nothing like Gen X or even millennials. My underlying expectations are if you’re hired by someone be a good worker, work hard. Try to make the company better and if you’re good at it, the company will see this and promote you. Nothing crazy and nothing out of the reality that I experienced during my working life. Now I do see some new workers with the required social skills and knowledge to zoom up the ladder pretty quick, but that’s definitely not the norm.







  • Sorry for the AI answer but it does look possible.

    The confusion in image.png stems from the difference between what the Linux kernel can do versus what specific audio servers like PulseAudio support. The “real answer” is that Tabooki2 is technically correct, but crimson_iris is correct regarding a specific (and common) software limitation. Here is the breakdown: The Short Answer Yes, Linux can bitstream/passthrough Dolby Atmos and DTS:X, but you have to use the right audio architecture. If you use PulseAudio, it will fail (as shown in the wiki snippet in image.png). If you use PipeWire or bypass the sound server entirely (using ALSA directly), it works perfectly. Why the conflict exists in image.png The debate in the screenshot is a classic “it depends on your stack” scenario: The PulseAudio Limitation: As noted in the wiki link in image.png, PulseAudio was never designed to handle the high-bandwidth “packets” required for lossless passthrough like TrueHD or DTS-MA. It tries to “help” by processing audio, which breaks the raw bitstream needed for your receiver to see “Atmos.” The PipeWire Solution: Most modern Linux distributions (like Fedora, Ubuntu, or Arch) have moved to PipeWire. PipeWire does support passthrough for these formats much more effectively. The ALSA “Direct” Method: For home theater PC (HTPC) apps like Kodi or Plex HTPC, you can often set the audio output device to “ALSA (Direct)” or “HDA Intel HDMI.” This bypasses the desktop sound server entirely and sends the raw data straight to the HDMI port, which is exactly what Tabooki2 describes. How to get it working If you are setting up a Linux-based media center and want that “Atmos” light to turn on your receiver: Check your Sound Server: Ensure you are running PipeWire instead of PulseAudio. Application Settings: In software like Kodi, go to Settings > System > Audio. Enable “Allow Passthrough.” Select the specific formats your receiver supports (TrueHD, DTS-HD, etc.). Kernel Support: Since you are managing complex home server stacks with Docker and Portainer, ensure your containerized media apps have direct access to the /dev/snd hardware devices to avoid software-layer interference. Summary: The information from Tabooki2 is the ultimate truth of the hardware capability, while the note from crimson_iris is a valid warning for users stuck on older PulseAudio configurations.





  • Bitstreaming/passthrough for lossless formats like Dolby TrueHD (including Atmos) and DTS-HD Master Audio (including DTS:X) works perfectly on Linux.Linux does not natively decode Dolby Atmos or DTS:X because it lacks the commercial licenses to process the spatial metadata. However, Linux excels at HDMI Audio Passthrough. Instead of processing the audio, your Linux machine treats the uncompressed bitstream like a raw data package and forwards it directly to your AV receiver via HDMI. The receiver recognizes the signal and handles the heavy decoding lifting.