Bye CUPS: Printing with Netcat • Hacker News Board

Re: Bye CUPS: Printing with Netcat

#181

Post by woofie11 » Thu, Aug 05, 2021, 4:37 PM UTC

majewsky wrote: post #177

coldpie wrote: post #167

Earlier quoted context omitted.

Replace "PipeWire" with "PulseAudio" and hey look it's 2010 all over again. Don't worry, THIS time we got right FOR SURE.

PulseAudio never intended to replace Jack. And in fact, that's one of its biggest failings. FWIW, I have recently switched from PulseAudio to PipeWire. I remembered how rough the switch from plain ALSA to PulseAudio was, and thus was utterly baffled how smooth the transition to PipeWire is. I just uninstalled PulseAudio, installed PipeWire, rebooted, and everything just worked , down to the Bluetooth headset that I n…

.... Wait a minute. You got a bluetooth headset working reliably with Linux? Tell me more...

Re: Bye CUPS: Printing with Netcat

#182

Post by rescbr » Thu, Aug 05, 2021, 4:50 PM UTC

woofie11 wrote: post #181

majewsky wrote: post #177

Earlier quoted context omitted.

PulseAudio never intended to replace Jack. And in fact, that's one of its biggest failings. FWIW, I have recently switched from PulseAudio to PipeWire. I remembered how rough the switch from plain ALSA to PulseAudio was, and thus was utterly baffled how smooth the transition to PipeWire is. I just uninstalled PulseAudio, installed PipeWire, rebooted, and everything just worked , down to the Bluetooth headset that I n…

.... Wait a minute. You got a bluetooth headset working reliably with Linux? Tell me more...

Yeah, I had the same experience. With PipeWire it (mostly) just works, and reliably. The only thing I'm missing is always presenting the microphone as an usable device and only switching codecs/profile when the microphone is being used.

Re: Bye CUPS: Printing with Netcat

#183

Post by yencabulator » Sun, Aug 08, 2021, 8:50 PM UTC

iso1631 wrote: post #161

axiolite wrote: post #127

Earlier quoted context omitted.

> Any idea what the visual equivalent would be? Perhaps: head -c800 /dev/urandom > /dev/tty Or: mplayer -demuxer rawvideo -rawvideo w=80:h=60 /dev/urandom

> mplayer -demuxer rawvideo -rawvideo w=80:h=60 /dev/urandom Change that to w=720 h=576 (for pal countries) and you can relive the glory days of analog TV static. Except not - mey memory seems to tell me it's more colourful. I guess it's to do with the limited chroma resolution in pal?

As far as I understand/remember it:

Analog color television color information is sent "out of band" from the point of view of black-and-white television (as a sideband frequency, with neat analog trickery to cancel out its effect on main signal). Color TV is backwards compatible. It's unlikely that random input happens to look like meaningful properly encoded color information, so television static is largely black and white.