Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

I found an 8 years old bug in Xorg

trace.yshui.dev

Post reply on HN
Print view View original

31–37 of 37 posts

Re: I found an 8 years old bug in Xorg

#31

Post by aidenn0 »

jokethrowaway wrote: post #19
celrod wrote: post #6

Earlier quoted context omitted.

Yes! It annoys me when a scene with characters shouting is much louder than a scene where characters are talking with hushed voices, as an example. We know a shout was louder at the source, but the decibel level at our ears is proportional to 1/distance squared, meaning hushed voices aren't necessarily any quieter "in real life". I'd prefer suspenseful and dramatic scenes both play at similar, comfortable levels. I d…

Poor audio systems are also to blame for this You want a 3.1 system (at least) and increase the center channel

I have a 3.1 system and it's still terrible on many movies made after 2010ish.

P.S.

Even properly mastered content will not work well in a noisy environment (e.g. a car or if you have a dozen fans going because it's summer). Here's my ffmpeg filter for such situations (including a stereo downmix, for those without a center channel):

   aformat=channel_layouts=stereo, compand=0 0:1 1:-90/-900 -70/-70 -30/-9 0/-3:6:0:0:0

Re: I found an 8 years old bug in Xorg

#32

Post by MadnessASAP »

hulitu wrote: post #28

> To put it simply, picom needs to fetch the window tree from X. But there is no way to get the whole tree in one go There are a lot of WMs who offer a window list (twm, fvwm). Maybe the guy shall take a look how they do it. And requests to the X server are not syncroneus.

As they mention, the Window Manager, being the authority on which windows are displayed would obviously have that information. Picoms issue is that it is seperate from the WM and does not have access to that, it needs to go through the X server to discover the windows.

Re: I found an 8 years old bug in Xorg

#33

Post by tiberious726 »

jokethrowaway wrote: post #19
celrod wrote: post #6

Earlier quoted context omitted.

Yes! It annoys me when a scene with characters shouting is much louder than a scene where characters are talking with hushed voices, as an example. We know a shout was louder at the source, but the decibel level at our ears is proportional to 1/distance squared, meaning hushed voices aren't necessarily any quieter "in real life". I'd prefer suspenseful and dramatic scenes both play at similar, comfortable levels. I d…

Poor audio systems are also to blame for this You want a 3.1 system (at least) and increase the center channel

No, you'd be surprised at all the random crap they put on the center channel nowadays. You just need an equalizer and use it to boost the frequencies of human speech. A lot of AVRs call this "dialogue enchancer", but you can do it easily in software

Re: I found an 8 years old bug in Xorg

#37

Post by 3abiton »

aeadio wrote: post #8
celrod wrote: post #6

Earlier quoted context omitted.

Yes! It annoys me when a scene with characters shouting is much louder than a scene where characters are talking with hushed voices, as an example. We know a shout was louder at the source, but the decibel level at our ears is proportional to 1/distance squared, meaning hushed voices aren't necessarily any quieter "in real life". I'd prefer suspenseful and dramatic scenes both play at similar, comfortable levels. I d…

What you're describing is called dynamic range compression, and mpv can be configured to do this in multiple ways. Back in the physical media days, it was pretty common for DVD/Bluray players to include this feature. Unfortunately it's not something that streaming app developers thought twice about. Your TV or streaming box also may or may not have the feature.

Doesn't that depends in the sound system setup ie hardware? I tried vehemently to fix it once with JamesDSP with no avail. My understanding then was the need for hardware support like Dolby or something. It was always an issue with music and dialog.
Post reply on HN