• How to maximize audio fidelity

    From micky@21:1/5 to All on Sat Jun 28 10:39:14 2025
    XPost: alt.comp.os.windows-11

    How to maximize audio fidelity?

    Some programs like youtube and radiomaximus provide volume controls, and windows provides one.

    To maximize fidelity while maintaining the same volume, does one want to
    a) Decrease the Windows volume and increase the applications setting?
    b) to its max?
    c) Increase the Windows volume and decrease the application volume?
    d) to the Windows max?
    e) Set both in the middle somewhere? Where?

    Not every audio source says what its streams are, and years ago when I
    would copy the url from the browser url field and insert it into
    Radiomaximus, it only worked one time out of 3, iirc.
    OTOH, today WYPR.org has two streams and at least one works. But it
    gives two choices, https://wtmd-ice.streamguys1.com/wypr-1
    and https://wtmd-ice.streamguys1.com/wypr-1-mp3

    The webpage doesn't say which would be better, and I can't hear a
    difference in this case, but in general
    f) Does an mp3 suffix imply the other is not mp3?
    g) Is mp3 likely to be better, worse, or the same as whatever the
    alternative is? What is the likely alternative?

    (BTW, WYPR Classical comes pre-loaded, but not the talk/news main
    channel. Somehow, the author gathers user-installed stations for his
    pre-load list, but I don't know if he does it stealthily or if each user
    has to send it in somehow. I think I added WYPR news 10 years ago and
    he doesn't seem to know that I did.)


    I continue to recommend Radiomaximus, which comes preloaded with 100's
    of stations from around the world, and allows you to add your own, if
    you know the stream url, or can find out from the source. You can play
    one station while recording another (or two iirc). It also allows
    *timed* recording of your desired programs, which afaik nothing else
    does. You don't have to be there for it to start recording. It used to
    be free indefinitely if you didn't need timed recording but now I think
    it's only for 14 days. But the license which was not expensive lasts,
    so far, for ever. Raimersoft has 2 other similar products, Tapinradio
    and RarmaRadio. When I looked into it 10 years ago, I thought
    Radiomaximus had a better array of features and he's expanded them. ,
    but he still has the other two.

    BTW2. all the NPR stations have phone apps (well, not WAMU) but the WYPR
    app has within its app Play on Demand of every individual NPR radio
    program, like the New Yorker Radio Hour and it might well still have
    Cartalk, even though there are no new episodes.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to micky on Sat Jun 28 13:29:12 2025
    XPost: alt.comp.os.windows-11

    On Sat, 6/28/2025 10:39 AM, micky wrote:
    How to maximize audio fidelity?

    Some programs like youtube and radiomaximus provide volume controls, and windows provides one.

    To maximize fidelity while maintaining the same volume, does one want to
    a) Decrease the Windows volume and increase the applications setting?
    b) to its max?
    c) Increase the Windows volume and decrease the application volume?
    d) to the Windows max?
    e) Set both in the middle somewhere? Where?

    Not every audio source says what its streams are, and years ago when I
    would copy the url from the browser url field and insert it into Radiomaximus, it only worked one time out of 3, iirc.
    OTOH, today WYPR.org has two streams and at least one works. But it
    gives two choices, https://wtmd-ice.streamguys1.com/wypr-1
    and https://wtmd-ice.streamguys1.com/wypr-1-mp3

    The webpage doesn't say which would be better, and I can't hear a
    difference in this case, but in general
    f) Does an mp3 suffix imply the other is not mp3?
    g) Is mp3 likely to be better, worse, or the same as whatever the alternative is? What is the likely alternative?

    (BTW, WYPR Classical comes pre-loaded, but not the talk/news main
    channel. Somehow, the author gathers user-installed stations for his
    pre-load list, but I don't know if he does it stealthily or if each user
    has to send it in somehow. I think I added WYPR news 10 years ago and
    he doesn't seem to know that I did.)


    I continue to recommend Radiomaximus, which comes preloaded with 100's
    of stations from around the world, and allows you to add your own, if
    you know the stream url, or can find out from the source. You can play
    one station while recording another (or two iirc). It also allows
    *timed* recording of your desired programs, which afaik nothing else
    does. You don't have to be there for it to start recording. It used to
    be free indefinitely if you didn't need timed recording but now I think
    it's only for 14 days. But the license which was not expensive lasts,
    so far, for ever. Raimersoft has 2 other similar products, Tapinradio
    and RarmaRadio. When I looked into it 10 years ago, I thought
    Radiomaximus had a better array of features and he's expanded them. ,
    but he still has the other two.

    BTW2. all the NPR stations have phone apps (well, not WAMU) but the WYPR
    app has within its app Play on Demand of every individual NPR radio
    program, like the New Yorker Radio Hour and it might well still have
    Cartalk, even though there are no new episodes.


    You said "Fidelity" and named a "lossy compressed format" in the same breath.

    An audio CD would have decent fidelity.

    It depends on how the studio work was done originally, as to whether
    fidelity is even possible. Some four track tapes made in studios,
    of a studio session, were just dreadful. Making a CD from such tape,
    suffers from the usual garbage-in-garbage-out problem.

    Some of our broadcast radio systems here, the master studio was in the downtown, the transmitter and antenna were on a hill across town. The "transport" for the audio signal, was a hard-wired phone line (yes, with
    the 4KHz bandwidth). The result... is about as good as your
    Radio Maximus.

    The fidelity relies on what's in your head, your ability to match
    what you're listening to, with what you heard originally, decades ago.
    On one rock composition, we were recording Subway (a midnight rock
    program) and one of the people in the room coughed while I was
    recording (microphone, next to tube amp). If I hear that same composition today, at the appropriate moment I will go "where's the cough?".
    That is the ability to remember the extraneous details of a composition.
    Like, you can tell the difference between the various recording venues
    and go "that's not the *version* I want", simply because of your memory of it. You're then, seeking the exact set of details, rather than
    the music itself when that happens. You're listening to the tune that
    "is in your head".

    You are far enough from fidelity, it's on the other side of the planet.
    It's like commenting on the flavor of oxygen while living on Mars.
    "Is that spring clover I smell???". No, that's Glade air freshener.

    What you can do, is conduct an analysis of a CD version of some
    piece of music, with your two Internet Radio compositions (record them),
    then just look at the basic bandwidth limitations (the spectral width
    of each), and it might be possible to visually note the degree to
    which not even the bandwidth is the same. Audacity has some display
    tools in it.

    Compression schemes rely on the psycho-acoustics of the listener,
    removing parts that don't carry much weight in terms of the
    intelligibility of the content. For example, you might be able
    to understand a female voice over a telephone channel, at 4:1
    compression. This is why we can use cellphones, the properties
    of the channel are shit... and yet we use them. If you think about
    it, the channel could almost be made "perfect" with a little work,
    but no, we live on with our hissing and wobbling signal. When some
    dick phones me up and wants to do a "survey", and the voice is that
    of a foreigner, and the channel is severely degraded by all the
    hops it's been through, I give up and tell them "I can't talk
    to you any more, I can't make out any of the words". That's
    what passes for "fidelity" in the year 2025. Enjoy.

    VOIP has *eight* different CODEC choices. Some using more bandwidth
    than others. This is why the VOIP provider, gives you a separate
    phone number for two weeks, before doing a "pull" and hooking up
    your number-portability phone number for the permanent connection.
    That time, gives you time to play with the eight CODECs and select
    the "good one". Imagine if someone just made a chart, with the
    technical details of each, so you didn't have to do that empirically.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Philip Herlihy@21:1/5 to All on Sat Jun 28 18:58:06 2025
    XPost: alt.comp.os.windows-11

    In article <68uv5kd6se8jn7cad6p1qlaocjccketn6a@4ax.com>, NONONOmisc07 @fmguy.com says...
    To maximize fidelity while maintaining the same volume, does one want to
    a) Decrease the Windows volume and increase the applications setting?
    b) to its max?
    c) Increase the Windows volume and decrease the application volume?
    d) to the Windows max?
    e) Set both in the middle somewhere? Where?



    Certainly I've found that with some devices the max output of an app
    (e.g. YouTube) can overload an input stage somewhere - either the USB
    DAC that I use or the small speaker set I have connected. I just
    experiment, and amplifying a low output level doesn't seem to degrade
    the sound.

    You haven't mentioned which device you use. On many devices (computers
    and mobiles) the digital-to-audio stage is little more than an
    afterthought, and using a DAC can make a noticeable difference. On my
    mobile I use a tiny usb-to-jack adapter with a DAC built-in, and that
    does make a noticeable difference.

    --
    --
    Phil, London

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Philip Herlihy on Sat Jun 28 14:38:51 2025
    XPost: alt.comp.os.windows-11

    On Sat, 6/28/2025 1:58 PM, Philip Herlihy wrote:
    In article <68uv5kd6se8jn7cad6p1qlaocjccketn6a@4ax.com>, NONONOmisc07 @fmguy.com says...
    To maximize fidelity while maintaining the same volume, does one want to
    a) Decrease the Windows volume and increase the applications setting?
    b) to its max?
    c) Increase the Windows volume and decrease the application volume?
    d) to the Windows max?
    e) Set both in the middle somewhere? Where?



    Certainly I've found that with some devices the max output of an app
    (e.g. YouTube) can overload an input stage somewhere - either the USB
    DAC that I use or the small speaker set I have connected. I just
    experiment, and amplifying a low output level doesn't seem to degrade
    the sound.

    You haven't mentioned which device you use. On many devices (computers
    and mobiles) the digital-to-audio stage is little more than an
    afterthought, and using a DAC can make a noticeable difference. On my
    mobile I use a tiny usb-to-jack adapter with a DAC built-in, and that
    does make a noticeable difference.


    You could use a VU meter on the application, if attempting to ascertain
    an overload characteristic.

    [Picture]

    https://i.postimg.cc/c6yNFpGC/crude-VU-meter.gif

    Using Audacity, you can create "tone" files of a certain
    amplitude, then play those and observe the VU meter.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From micky@21:1/5 to Herlihy on Sat Jun 28 16:22:48 2025
    XPost: alt.comp.os.windows-11

    In alt.comp.os.windows-10, on Sat, 28 Jun 2025 18:58:06 +0100, Philip
    Herlihy <nothing@invalid.com> wrote:

    In article <68uv5kd6se8jn7cad6p1qlaocjccketn6a@4ax.com>, NONONOmisc07 >@fmguy.com says...
    To maximize fidelity while maintaining the same volume, does one want to
    a) Decrease the Windows volume and increase the applications setting?
    b) to its max?
    c) Increase the Windows volume and decrease the application volume?
    d) to the Windows max?
    e) Set both in the middle somewhere? Where?



    Certainly I've found that with some devices the max output of an app
    (e.g. YouTube) can overload an input stage somewhere - either the USB
    DAC that I use or the small speaker set I have connected. I just
    experiment, and amplifying a low output level doesn't seem to degrade
    the sound.

    So it wouldn't matter if use a or c?
    And maybe even b and d.

    You haven't mentioned which device you use. On many devices (computers
    and mobiles) the digital-to-audio stage is little more than an
    afterthought, and using a DAC can make a noticeable difference. On my
    mobile I use a tiny usb-to-jack adapter with a DAC built-in, and that
    does make a noticeable difference.

    My new laptop is a Dell Latitude 5510. I don't know if it has a good
    sound circuit or not. Then I'm using Fxsound to make it loud enough,
    and Logitech Z205 USB speakers (pretty small, 7"x2") which are easily
    portable but I think are better than any built-in laptop speakers.

    AIUI FxSound used to cost money and now it's donation-ware.
    The program I used on the previous laptop was moderately expensive, and
    it said it had easy upgrades. I had a license for 1 computer and wanted
    to add one more, so I wanted to upgrade to a license for 3 computers,
    but it looked like I had to buy it for full price. What makes that an
    easy upgrade? And they never answered my email. When I was googling
    for the first one and couldn't remember its name, by chance I found
    FxSound. It even has a forum and they send me emails when there's a new
    topic discussed.
    --

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From micky@21:1/5 to nospam@needed.invalid on Sat Jun 28 16:25:22 2025
    XPost: alt.comp.os.windows-11

    In alt.comp.os.windows-10, on Sat, 28 Jun 2025 14:38:51 -0400, Paul <nospam@needed.invalid> wrote:

    On Sat, 6/28/2025 1:58 PM, Philip Herlihy wrote:
    In article <68uv5kd6se8jn7cad6p1qlaocjccketn6a@4ax.com>, NONONOmisc07
    @fmguy.com says...
    To maximize fidelity while maintaining the same volume, does one want to >>> a) Decrease the Windows volume and increase the applications setting?
    b) to its max?
    c) Increase the Windows volume and decrease the application volume?
    d) to the Windows max?
    e) Set both in the middle somewhere? Where?



    Certainly I've found that with some devices the max output of an app
    (e.g. YouTube) can overload an input stage somewhere - either the USB
    DAC that I use or the small speaker set I have connected. I just
    experiment, and amplifying a low output level doesn't seem to degrade
    the sound.

    You haven't mentioned which device you use. On many devices (computers
    and mobiles) the digital-to-audio stage is little more than an
    afterthought, and using a DAC can make a noticeable difference. On my
    mobile I use a tiny usb-to-jack adapter with a DAC built-in, and that
    does make a noticeable difference.


    You could use a VU meter on the application, if attempting to ascertain
    an overload characteristic.

    That sounds like a lot of work. :-(

    [Picture]

    https://i.postimg.cc/c6yNFpGC/crude-VU-meter.gif

    Using Audacity, you can create "tone" files of a certain
    amplitude, then play those and observe the VU meter.

    On my desktop I forget what it was but I had some problem with the sound
    and bought a sound card that came with softare. Maybe that was
    Audacity, or maybe I go it separately, but I'm sure it's in my downloads
    file. I'll look.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From J. P. Gilliver@21:1/5 to All on Sun Jun 29 03:07:13 2025
    XPost: alt.comp.os.windows-11

    ICBPbiAyMDI1LzYvMjggMTU6Mzk6MTQsIG1pY2t5IHdyb3RlOg0KPiBIb3cgdG8gbWF4aW1p emUgYXVkaW8gZmlkZWxpdHk/DQo+IA0KPiBTb21lIHByb2dyYW1zIGxpa2UgeW91dHViZSBh bmQgcmFkaW9tYXhpbXVzIHByb3ZpZGUgdm9sdW1lIGNvbnRyb2xzLCBhbmQNCj4gd2luZG93 cyBwcm92aWRlcyBvbmUuDQo+IA0KPiBUbyBtYXhpbWl6ZSBmaWRlbGl0eSB3aGlsZSBtYWlu dGFpbmluZyB0aGUgc2FtZSB2b2x1bWUsIGRvZXMgb25lIHdhbnQgdG8NCj4gYSkgRGVjcmVh c2UgdGhlIFdpbmRvd3Mgdm9sdW1lIGFuZCBpbmNyZWFzZSB0aGUgYXBwbGljYXRpb25zIHNl dHRpbmc/DQo+ICAgICAgYikgdG8gaXRzIG1heD8NCj4gICBjKSBJbmNyZWFzZSB0aGUgV2lu ZG93cyB2b2x1bWUgYW5kIGRlY3JlYXNlIHRoZSBhcHBsaWNhdGlvbiB2b2x1bWU/DQo+ICAg ICAgZCkgdG8gdGhlIFdpbmRvd3MgbWF4Pw0KPiAgIGUpIFNldCBib3RoIGluIHRoZSBtaWRk bGUgc29tZXdoZXJlPyAgV2hlcmU/DQoNCltdDQpMb29raW5nIHB1cmVseSBhdCB2b2x1bWUg Y29udHJvbHMgKGkuIGUuIGlnbm9yaW5nIHRoaW5ncyBsaWtlIGxvc3N5IA0KY29tcHJlc3Np b24gc3VjaCBhcyBtcDMgZXRjLiksIHRoZW4gY2FzY2FkZWQgKG9uZSBhZnRlciB0aGUgb3Ro ZXIpIA0KInZvbHVtZSBjb250cm9scyIgYXJlIGp1c3Qgc3VjY2Vzc2l2ZSBtdWx0aXBsaWNh dGlvbiBieSBhIGZhY3Rvci4NCg0KT25lIG9mIHRoZW0gYmVpbmcgYXQgZnVsbCBzY2FsZSAt IGRvZXNuJ3QgbWF0dGVyIHdoaWNoIG9uZSAtIHdpbGwgDQpjb250cmlidXRlIG5vIGRlZ3Jh ZGF0aW9uICh0aGUgZmFjdG9yIGlzIDEpLiBTbyBub3JtYWxseSwgZG8gdGhhdCAtIA0KdW5s ZXNzIHRoYXQgbWVhbnMgeW91IGhhdmUgdG8gc2V0IHRoZSBvdGhlciBvbmUgX3NvXyBsb3cg dGhhdCB5b3UgZ2V0IA0Kcm91bmRpbmctZXJyb3Igbm9pc2UuDQoNCkluIHByYWN0aWNlLCBh c3N1bWluZyB5b3UncmUgdXNpbmcgMTYtYml0IHJlcHJlc2VudGF0aW9uIG9yIGJldHRlciwg DQp5b3UncmUgdW5saWtlbHkgdG8gYmUgYWJsZSB0byBoZWFyIF9hbnlfIGVmZmVjdC4NCg0K SWYgeW91J3JlIHRhbGtpbmcgYWJvdXQgX3Byb2Nlc3NpbmdfLCByYXRoZXIgdGhhbiBhY3R1 YWwgbGlzdGVuaW5nLCB0aGVuIA0Kc2V0IGFsbCBzdGFnZXMgdG8gZnVsbCB2b2x1bWUgLSBv ciDDlzEsIG9yIHdoYXRldmVyIGl0IGNhbGxzIGl0OyB0aGF0IHdheSANCnlvdSdsbCBub3Qg bG9zZSBhbnl0aGluZy4gKElmIGp1c3QgY2hhbmdpbmcgbGV2ZWxzLCB5b3Ugd29uJ3Qgb3Zl cmxvYWQ7IA0KaWYgc29tZXRoaW5nIGlzIGFscmVhZHkgb3ZlcmxvYWRlZCBbY2xpcHBpbmdd LCB0aGVuIG11bHRpcGx5aW5nIGJ5IDEgDQp3b24ndCBtYWtlIGl0IHdvcnNlLCBhbmQgbXVs dGlwbHlpbmcgYnkgbGVzcyB0aGFuIDEgd29uJ3QgbWFrZSBpdCBhbnkgDQpfbGVzc18gZGlz dG9ydGVkLiBfU29tZV8gcHJvY2Vzc2luZyBhY3Rpdml0aWVzIC0gc3VjaCBhcyBzb21lIGtp bmRzIG9mIA0KZmlsdGVycyAtIF9jYW5fIHJlc3VsdCBpbiBhW24gZWZmZWN0aXZlXSBnYWlu IGdyZWF0ZXIgdGhhbiAxOyBpZiB5b3UgDQpmaW5kIHRoYXQgaXMgaGFwcGVuaW5nLCB0aGVu IHNldCBhIMOXLjUgc29tZXdoZXJlIGluIHRoZSBwcm9jZXNzLikgSWYgeW91IA0KaGF2ZSBz b2Z0d2FyZSB0aGF0IGhhcyBjb250cm9scyB0aGF0IGdpdmUgYWN0dWFsIGdhaW4gKG1vcmUg dGhhbiDDlzEpLCANCmRvbid0IHVzZSB0aGF0IC0gaXQgd29uJ3QgX2dhaW5fIGFueSBmaWRl bGl0eSwgYW5kIHVubGVzcyBpdCdzIGEgZmFjdG9yIA0Kb2YgYSBwb3dlciBvZiB0d28sIHdp bGwgX2luIHRoZW9yeV8gYWRkIHNvbWUgZGlzdG9ydGlvbiAtIHRob3VnaCBfaW4gDQpwcmFj dGljZV8gdGhpcyB3b24ndCBiZSBhdWRpYmxlLiAoT2J2aW91c2x5IGlmIHRoZSBmaW5hbCBy ZXN1bHQgZXhjZWVkcyANCmZ1bGwgc2NhbGUsIGkuIGUuIGNsaXBwaW5nLCB0aGVuIGV2ZW4g cG93ZXJzIG9mIHR3byBhcmUgdG8gYmUgYXZvaWRlZC4pIA0KSWYgeW91ciBmaW5hbCByZXN1 bHQgaXMgbG93IGxldmVsLCB0aGVuIGRvIGJvb3N0IGl0IC0gYnV0IG9ubHkgYnkgcG93ZXJz IA0Kb2YgdHdvLiAoR2V0dGluZyB0byBhYm92ZSBoYWxmIGZ1bGwgc2NhbGUgaXMgc3VmZmlj aWVudDsgdGhlIGxvZ2FyaXRobWljIA0KY2hhcmFjdGVyaXN0aWMgb2YgaHVtYW4gaGVhcmlu ZyBtZWFucyB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIA0Kb3Zlci1oYWxmLWZ1bGwtc2NhbGUg YW5kIGFjdHVhbCBmdWxsIHNjYWxlIGlzIGJhcmVseSBhdWRpYmxlLiktLQ0KDQpKLiBQLiBH aWxsaXZlci4gVU1SQTogMTk2MC88MTk4NSBNQisrRygpQUwtSVMtQ2grKyhwKUFyQFQrSCtT aDAhOmApRE5BZg0KAA0KV3JpdGUgYSBxdWVzdGlvbiwgdXNpbmcgIndoeSIuDQoNCldoeT8N
    Cg==

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to micky on Sun Jun 29 10:00:17 2025
    XPost: alt.comp.os.windows-11

    micky wrote:
    How to maximize audio fidelity?

    Some programs like youtube and radiomaximus provide volume controls, and windows provides one.

    To maximize fidelity while maintaining the same volume, does one want to
    a) Decrease the Windows volume and increase the applications setting?
    b) to its max?
    c) Increase the Windows volume and decrease the application volume?
    d) to the Windows max?
    e) Set both in the middle somewhere? Where?

    Not every audio source says what its streams are, and years ago when I
    would copy the url from the browser url field and insert it into Radiomaximus, it only worked one time out of 3, iirc.
    OTOH, today WYPR.org has two streams and at least one works. But it
    gives two choices, https://wtmd-ice.streamguys1.com/wypr-1
    and https://wtmd-ice.streamguys1.com/wypr-1-mp3

    The webpage doesn't say which would be better, and I can't hear a
    difference in this case, but in general
    f) Does an mp3 suffix imply the other is not mp3?
    g) Is mp3 likely to be better, worse, or the same as whatever the alternative is? What is the likely alternative?

    (BTW, WYPR Classical comes pre-loaded, but not the talk/news main
    channel. Somehow, the author gathers user-installed stations for his
    pre-load list, but I don't know if he does it stealthily or if each user
    has to send it in somehow. I think I added WYPR news 10 years ago and
    he doesn't seem to know that I did.)


    I continue to recommend Radiomaximus, which comes preloaded with 100's
    of stations from around the world, and allows you to add your own, if
    you know the stream url, or can find out from the source. You can play
    one station while recording another (or two iirc). It also allows
    *timed* recording of your desired programs, which afaik nothing else
    does. You don't have to be there for it to start recording. It used to
    be free indefinitely if you didn't need timed recording but now I think
    it's only for 14 days. But the license which was not expensive lasts,
    so far, for ever. Raimersoft has 2 other similar products, Tapinradio
    and RarmaRadio. When I looked into it 10 years ago, I thought
    Radiomaximus had a better array of features and he's expanded them. ,
    but he still has the other two.

    BTW2. all the NPR stations have phone apps (well, not WAMU) but the WYPR
    app has within its app Play on Demand of every individual NPR radio
    program, like the New Yorker Radio Hour and it might well still have
    Cartalk, even though there are no new episodes.

    I've often come across this problem. My hearing isn't too good, and I
    often use a hearing aid.
    The best I've found is to use a graphic equaliser, and just play with it
    until I get it right.
    These days, though, GEs aren't too prevalent in apps; but the older
    versions might be useful.
    You can raise or lower higher frequencies or lower frequencies. I like
    to start with everything on the middle line, and take it from there.

    Ed

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to All on Sun Jun 29 12:56:58 2025
    XPost: alt.comp.os.windows-11

    RWQgQ3J5ZXIgd3JvdGU6DQo+IG1pY2t5IHdyb3RlOg0KPj4gSG93IHRvIG1heGltaXplIGF1 ZGlvIGZpZGVsaXR5Pw0KPj4NCj4+IFNvbWUgcHJvZ3JhbXMgbGlrZSB5b3V0dWJlIGFuZCBy YWRpb21heGltdXMgcHJvdmlkZSB2b2x1bWUgY29udHJvbHMsIGFuZA0KPj4gd2luZG93cyBw cm92aWRlcyBvbmUuDQo+Pg0KPj4gVG8gbWF4aW1pemUgZmlkZWxpdHkgd2hpbGUgbWFpbnRh aW5pbmcgdGhlIHNhbWUgdm9sdW1lLCBkb2VzIG9uZSB3YW50IHRvDQo+PiBhKSBEZWNyZWFz ZSB0aGUgV2luZG93cyB2b2x1bWUgYW5kIGluY3JlYXNlIHRoZSBhcHBsaWNhdGlvbnMgc2V0 dGluZz8NCj4+IMKgwqDCoMKgIGIpIHRvIGl0cyBtYXg/DQo+PiDCoCBjKSBJbmNyZWFzZSB0 aGUgV2luZG93cyB2b2x1bWUgYW5kIGRlY3JlYXNlIHRoZSBhcHBsaWNhdGlvbiB2b2x1bWU/ DQo+PiDCoMKgwqDCoCBkKSB0byB0aGUgV2luZG93cyBtYXg/DQo+PiDCoCBlKSBTZXQgYm90 aCBpbiB0aGUgbWlkZGxlIHNvbWV3aGVyZT/CoCBXaGVyZT8NCj4+DQo+PiBOb3QgZXZlcnkg YXVkaW8gc291cmNlIHNheXMgd2hhdCBpdHMgc3RyZWFtcyBhcmUsIGFuZCB5ZWFycyBhZ28g d2hlbiBJDQo+PiB3b3VsZCBjb3B5IHRoZSB1cmwgZnJvbSB0aGUgYnJvd3NlciB1cmwgZmll bGQgYW5kIGluc2VydCBpdCBpbnRvDQo+PiBSYWRpb21heGltdXMsIGl0IG9ubHkgd29ya2Vk IG9uZSB0aW1lIG91dCBvZiAzLCBpaXJjLg0KPj4gwqDCoMKgIE9UT0gsIHRvZGF5IFdZUFIu b3JnIGhhcyB0d28gc3RyZWFtcyBhbmQgYXQgbGVhc3Qgb25lIHdvcmtzLiBCdXQgaXQNCj4+ IGdpdmVzIHR3byBjaG9pY2VzLCBodHRwczovL3d0bWQtaWNlLnN0cmVhbWd1eXMxLmNvbS93 eXByLTENCj4+IMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBhbmQgaHR0cHM6Ly93 dG1kLWljZS5zdHJlYW1ndXlzMS5jb20vd3lwci0xLW1wMw0KPj4NCj4+IFRoZSB3ZWJwYWdl IGRvZXNuJ3Qgc2F5IHdoaWNoIHdvdWxkIGJlIGJldHRlciwgYW5kIEkgY2FuJ3QgaGVhciBh DQo+PiBkaWZmZXJlbmNlIGluIHRoaXMgY2FzZSwgYnV0IGluIGdlbmVyYWwNCj4+IMKgwqAg ZikgRG9lcyBhbiBtcDMgc3VmZml4IGltcGx5IHRoZSBvdGhlciBpcyBub3QgbXAzPw0KPj4g wqDCoCBnKSBJcyBtcDMgbGlrZWx5IHRvIGJlIGJldHRlciwgd29yc2UsIG9yIHRoZSBzYW1l IGFzIHdoYXRldmVyIHRoZQ0KPj4gYWx0ZXJuYXRpdmUgaXM/wqAgV2hhdCBpcyB0aGUgbGlr ZWx5IGFsdGVybmF0aXZlPw0KPj4NCj4+IChCVFcsIFdZUFIgQ2xhc3NpY2FsIGNvbWVzIHBy ZS1sb2FkZWQsIGJ1dCBub3QgdGhlIHRhbGsvbmV3cyBtYWluDQo+PiBjaGFubmVsLiBTb21l aG93LCB0aGUgYXV0aG9yIGdhdGhlcnMgdXNlci1pbnN0YWxsZWQgc3RhdGlvbnMgZm9yIGhp cw0KPj4gcHJlLWxvYWQgbGlzdCwgYnV0IEkgZG9uJ3Qga25vdyBpZiBoZSBkb2VzIGl0IHN0 ZWFsdGhpbHkgb3IgaWYgZWFjaCB1c2VyDQo+PiBoYXMgdG8gc2VuZCBpdCBpbiBzb21laG93 LsKgIEkgdGhpbmsgSSBhZGRlZCBXWVBSIG5ld3MgMTAgeWVhcnMgYWdvIGFuZA0KPj4gaGUg ZG9lc24ndCBzZWVtIHRvIGtub3cgdGhhdCBJIGRpZC4pDQo+Pg0KPj4NCj4+IEkgY29udGlu dWUgdG8gcmVjb21tZW5kIFJhZGlvbWF4aW11cywgd2hpY2ggY29tZXMgcHJlbG9hZGVkIHdp dGggMTAwJ3MNCj4+IG9mIHN0YXRpb25zIGZyb20gYXJvdW5kIHRoZSB3b3JsZCwgYW5kIGFs bG93cyB5b3UgdG8gYWRkIHlvdXIgb3duLCBpZg0KPj4geW91IGtub3cgdGhlIHN0cmVhbSB1 cmwsIG9yIGNhbiBmaW5kIG91dCBmcm9tIHRoZSBzb3VyY2UuwqAgWW91IGNhbiBwbGF5DQo+ PiBvbmUgc3RhdGlvbiB3aGlsZSByZWNvcmRpbmcgYW5vdGhlciAob3IgdHdvIGlpcmMpLsKg IEl0IGFsc28gYWxsb3dzDQo+PiAqdGltZWQqIHJlY29yZGluZyBvZiB5b3VyIGRlc2lyZWQg cHJvZ3JhbXMsIHdoaWNoIGFmYWlrIG5vdGhpbmcgZWxzZQ0KPj4gZG9lcy4gWW91IGRvbid0 IGhhdmUgdG8gYmUgdGhlcmUgZm9yIGl0IHRvIHN0YXJ0IHJlY29yZGluZy7CoCBJdCB1c2Vk IHRvDQo+PiBiZSBmcmVlIGluZGVmaW5pdGVseSBpZiB5b3UgZGlkbid0IG5lZWQgdGltZWQg cmVjb3JkaW5nIGJ1dCBub3cgSSB0aGluaw0KPj4gaXQncyBvbmx5IGZvciAxNCBkYXlzLsKg IEJ1dCB0aGUgbGljZW5zZSB3aGljaCB3YXMgbm90IGV4cGVuc2l2ZSBsYXN0cywNCj4+IHNv IGZhciwgZm9yIGV2ZXIuwqDCoCBSYWltZXJzb2Z0IGhhcyAyIG90aGVyIHNpbWlsYXIgcHJv ZHVjdHMsIFRhcGlucmFkaW8NCj4+IGFuZCBSYXJtYVJhZGlvLsKgIFdoZW4gSSBsb29rZWQg aW50byBpdCAxMCB5ZWFycyBhZ28sIEkgdGhvdWdodA0KPj4gUmFkaW9tYXhpbXVzIGhhZCBh IGJldHRlciBhcnJheSBvZiBmZWF0dXJlcyBhbmQgaGUncyBleHBhbmRlZCB0aGVtLiAsDQo+ PiBidXQgaGUgc3RpbGwgaGFzIHRoZSBvdGhlciB0d28uDQo+Pg0KPj4gQlRXMi4gYWxsIHRo ZSBOUFIgc3RhdGlvbnMgaGF2ZSBwaG9uZSBhcHBzICh3ZWxsLCBub3QgV0FNVSkgYnV0IHRo ZSBXWVBSDQo+PiBhcHAgaGFzIHdpdGhpbiBpdHMgYXBwIFBsYXkgb24gRGVtYW5kIG9mIGV2 ZXJ5IGluZGl2aWR1YWwgTlBSIHJhZGlvDQo+PiBwcm9ncmFtLCBsaWtlIHRoZSBOZXcgWW9y a2VyIFJhZGlvIEhvdXIgYW5kIGl0IG1pZ2h0IHdlbGwgc3RpbGwgaGF2ZQ0KPj4gQ2FydGFs aywgZXZlbiB0aG91Z2ggdGhlcmUgYXJlIG5vIG5ldyBlcGlzb2Rlcy4NCj4gDQo+IEkndmUg b2Z0ZW4gY29tZSBhY3Jvc3MgdGhpcyBwcm9ibGVtLiBNeSBoZWFyaW5nIGlzbid0IHRvbyBn b29kLCBhbmQgSSANCj4gb2Z0ZW4gdXNlIGEgaGVhcmluZyBhaWQuDQo+IFRoZSBiZXN0IEkn dmUgZm91bmQgaXMgdG8gdXNlIGEgZ3JhcGhpYyBlcXVhbGlzZXIsIGFuZCBqdXN0IHBsYXkg d2l0aCBpdCANCj4gdW50aWwgSSBnZXQgaXQgcmlnaHQuDQo+IFRoZXNlIGRheXMsIHRob3Vn aCwgR0VzIGFyZW4ndCB0b28gcHJldmFsZW50IGluIGFwcHM7IGJ1dCB0aGUgb2xkZXIgDQo+ IHZlcnNpb25zIG1pZ2h0IGJlIHVzZWZ1bC4NCj4gWW91IGNhbiByYWlzZSBvciBsb3dlciBo aWdoZXIgZnJlcXVlbmNpZXMgb3IgbG93ZXIgZnJlcXVlbmNpZXMuIEkgbGlrZSANCj4gdG8g c3RhcnQgd2l0aCBldmVyeXRoaW5nIG9uIHRoZSBtaWRkbGUgbGluZSwgYW5kIHRha2UgaXQg ZnJvbSB0aGVyZS4NCj4gDQo+IEVkDQoNClRyeSB0aGlzIE9wZW4gU291cmNlIHByb2dyYW0u DQpTb21lIHBlb3BsZSByZXBvcnQgYSB0cm9qYW4gb24gaXQsIGJ1dCB0aGUgc3VwcGxpZXIg c2F5cyBpdCdzIGEgZmFsc2UgDQpwb3NpdGl2ZTsgYW5kIEkgZ2V0IG5vIHNpZ24gb2YgbWFs d2FyZSBoZXJlLg0KDQpodHRwczovL3NvdXJjZWZvcmdlLm5ldC9wcm9qZWN0cy9wZWFjZS1l cXVhbGl6ZXItYXBvLWV4dGVuc2lvbi8NCg0KMTI4IFJldmlld3MNCkRvd25sb2FkczogMjYs NTU1IFRoaXMgV2Vlaw0KDQpFZA0KDQo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Ed Cryer on Sun Jun 29 09:47:28 2025
    XPost: alt.comp.os.windows-11

    On Sun, 6/29/2025 7:56 AM, Ed Cryer wrote:
    Ed Cryer wrote:
    micky wrote:
    How to maximize audio fidelity?

    Some programs like youtube and radiomaximus provide volume controls, and >>> windows provides one.

    To maximize fidelity while maintaining the same volume, does one want to >>> a) Decrease the Windows volume and increase the applications setting?
         b) to its max?
      c) Increase the Windows volume and decrease the application volume?
         d) to the Windows max?
      e) Set both in the middle somewhere?  Where?

    Not every audio source says what its streams are, and years ago when I
    would copy the url from the browser url field and insert it into
    Radiomaximus, it only worked one time out of 3, iirc.
        OTOH, today WYPR.org has two streams and at least one works. But it >>> gives two choices, https://wtmd-ice.streamguys1.com/wypr-1
                    and https://wtmd-ice.streamguys1.com/wypr-1-mp3

    The webpage doesn't say which would be better, and I can't hear a
    difference in this case, but in general
       f) Does an mp3 suffix imply the other is not mp3?
       g) Is mp3 likely to be better, worse, or the same as whatever the
    alternative is?  What is the likely alternative?

    (BTW, WYPR Classical comes pre-loaded, but not the talk/news main
    channel. Somehow, the author gathers user-installed stations for his
    pre-load list, but I don't know if he does it stealthily or if each user >>> has to send it in somehow.  I think I added WYPR news 10 years ago and
    he doesn't seem to know that I did.)


    I continue to recommend Radiomaximus, which comes preloaded with 100's
    of stations from around the world, and allows you to add your own, if
    you know the stream url, or can find out from the source.  You can play >>> one station while recording another (or two iirc).  It also allows
    *timed* recording of your desired programs, which afaik nothing else
    does. You don't have to be there for it to start recording.  It used to >>> be free indefinitely if you didn't need timed recording but now I think
    it's only for 14 days.  But the license which was not expensive lasts,
    so far, for ever.   Raimersoft has 2 other similar products, Tapinradio >>> and RarmaRadio.  When I looked into it 10 years ago, I thought
    Radiomaximus had a better array of features and he's expanded them. ,
    but he still has the other two.

    BTW2. all the NPR stations have phone apps (well, not WAMU) but the WYPR >>> app has within its app Play on Demand of every individual NPR radio
    program, like the New Yorker Radio Hour and it might well still have
    Cartalk, even though there are no new episodes.

    I've often come across this problem. My hearing isn't too good, and I often use a hearing aid.
    The best I've found is to use a graphic equaliser, and just play with it until I get it right.
    These days, though, GEs aren't too prevalent in apps; but the older versions might be useful.
    You can raise or lower higher frequencies or lower frequencies. I like to start with everything on the middle line, and take it from there.

    Ed

    Try this Open Source program.
    Some people report a trojan on it, but the supplier says it's a false positive; and I get no sign of malware here.

    https://sourceforge.net/projects/peace-equalizer-apo-extension/

    128 Reviews
    Downloads: 26,555 This Week

    Ed

    I see this in Device Manager, but there is no user-space GUI
    to operate it. There is a RealTek APO item and three files installed,
    but there seems to be no way to do anything with them. That's in Win11.

    *******

    I have a number of Win10 installs. On the Test Machine, only one of the
    Win10 installs (it's 22H2 as well), has the RealTek Equalizer.

    [Picture]

    https://i.postimg.cc/QxLB2vfX/Win10-Equalizer-Via-Old-Driver.gif

    The chances of someone managing to do that today, are slim indeed.
    There must have been a temporal hole, where somehow that sneaked in
    (maybe I reinstalled it in the right moment).

    That's because, normally, Microsoft has been replacing items like that,
    with the "bland version".

    The picture has Asus branding, and the motherboard claimed to have
    some beginner level of Dolby for the sound (it's a software effect,
    but it keys off some PNP info to get enabled). That should not have
    anything to do with the Equalizer, which is a RealTek Equalizer and
    not a Dolby product.

    There are some newer sound hardwares, different than HDAudio,
    which also have effects as part of the "package", but the driver
    process is just as flaky and un-satisfying.

    While I can make you a picture like that, a fat lot of good it will do.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to All on Sun Jun 29 16:52:44 2025
    XPost: alt.comp.os.windows-11

    UGF1bCB3cm90ZToNCj4gT24gU3VuLCA2LzI5LzIwMjUgNzo1NiBBTSwgRWQgQ3J5ZXIgd3Jv dGU6DQo+PiBFZCBDcnllciB3cm90ZToNCj4+PiBtaWNreSB3cm90ZToNCj4+Pj4gSG93IHRv IG1heGltaXplIGF1ZGlvIGZpZGVsaXR5Pw0KPj4+Pg0KPj4+PiBTb21lIHByb2dyYW1zIGxp a2UgeW91dHViZSBhbmQgcmFkaW9tYXhpbXVzIHByb3ZpZGUgdm9sdW1lIGNvbnRyb2xzLCBh bmQNCj4+Pj4gd2luZG93cyBwcm92aWRlcyBvbmUuDQo+Pj4+DQo+Pj4+IFRvIG1heGltaXpl IGZpZGVsaXR5IHdoaWxlIG1haW50YWluaW5nIHRoZSBzYW1lIHZvbHVtZSwgZG9lcyBvbmUg d2FudCB0bw0KPj4+PiBhKSBEZWNyZWFzZSB0aGUgV2luZG93cyB2b2x1bWUgYW5kIGluY3Jl YXNlIHRoZSBhcHBsaWNhdGlvbnMgc2V0dGluZz8NCj4+Pj4gIMKgwqDCoMKgIGIpIHRvIGl0 cyBtYXg/DQo+Pj4+ICDCoCBjKSBJbmNyZWFzZSB0aGUgV2luZG93cyB2b2x1bWUgYW5kIGRl Y3JlYXNlIHRoZSBhcHBsaWNhdGlvbiB2b2x1bWU/DQo+Pj4+ICDCoMKgwqDCoCBkKSB0byB0 aGUgV2luZG93cyBtYXg/DQo+Pj4+ICDCoCBlKSBTZXQgYm90aCBpbiB0aGUgbWlkZGxlIHNv bWV3aGVyZT/CoCBXaGVyZT8NCj4+Pj4NCj4+Pj4gTm90IGV2ZXJ5IGF1ZGlvIHNvdXJjZSBz YXlzIHdoYXQgaXRzIHN0cmVhbXMgYXJlLCBhbmQgeWVhcnMgYWdvIHdoZW4gSQ0KPj4+PiB3 b3VsZCBjb3B5IHRoZSB1cmwgZnJvbSB0aGUgYnJvd3NlciB1cmwgZmllbGQgYW5kIGluc2Vy dCBpdCBpbnRvDQo+Pj4+IFJhZGlvbWF4aW11cywgaXQgb25seSB3b3JrZWQgb25lIHRpbWUg b3V0IG9mIDMsIGlpcmMuDQo+Pj4+ICDCoMKgwqAgT1RPSCwgdG9kYXkgV1lQUi5vcmcgaGFz IHR3byBzdHJlYW1zIGFuZCBhdCBsZWFzdCBvbmUgd29ya3MuIEJ1dCBpdA0KPj4+PiBnaXZl cyB0d28gY2hvaWNlcywgaHR0cHM6Ly93dG1kLWljZS5zdHJlYW1ndXlzMS5jb20vd3lwci0x DQo+Pj4+ICDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgYW5kIGh0dHBzOi8vd3Rt ZC1pY2Uuc3RyZWFtZ3V5czEuY29tL3d5cHItMS1tcDMNCj4+Pj4NCj4+Pj4gVGhlIHdlYnBh Z2UgZG9lc24ndCBzYXkgd2hpY2ggd291bGQgYmUgYmV0dGVyLCBhbmQgSSBjYW4ndCBoZWFy IGENCj4+Pj4gZGlmZmVyZW5jZSBpbiB0aGlzIGNhc2UsIGJ1dCBpbiBnZW5lcmFsDQo+Pj4+ ICDCoMKgIGYpIERvZXMgYW4gbXAzIHN1ZmZpeCBpbXBseSB0aGUgb3RoZXIgaXMgbm90IG1w Mz8NCj4+Pj4gIMKgwqAgZykgSXMgbXAzIGxpa2VseSB0byBiZSBiZXR0ZXIsIHdvcnNlLCBv ciB0aGUgc2FtZSBhcyB3aGF0ZXZlciB0aGUNCj4+Pj4gYWx0ZXJuYXRpdmUgaXM/wqAgV2hh dCBpcyB0aGUgbGlrZWx5IGFsdGVybmF0aXZlPw0KPj4+Pg0KPj4+PiAoQlRXLCBXWVBSIENs YXNzaWNhbCBjb21lcyBwcmUtbG9hZGVkLCBidXQgbm90IHRoZSB0YWxrL25ld3MgbWFpbg0K Pj4+PiBjaGFubmVsLiBTb21laG93LCB0aGUgYXV0aG9yIGdhdGhlcnMgdXNlci1pbnN0YWxs ZWQgc3RhdGlvbnMgZm9yIGhpcw0KPj4+PiBwcmUtbG9hZCBsaXN0LCBidXQgSSBkb24ndCBr bm93IGlmIGhlIGRvZXMgaXQgc3RlYWx0aGlseSBvciBpZiBlYWNoIHVzZXINCj4+Pj4gaGFz IHRvIHNlbmQgaXQgaW4gc29tZWhvdy7CoCBJIHRoaW5rIEkgYWRkZWQgV1lQUiBuZXdzIDEw IHllYXJzIGFnbyBhbmQNCj4+Pj4gaGUgZG9lc24ndCBzZWVtIHRvIGtub3cgdGhhdCBJIGRp ZC4pDQo+Pj4+DQo+Pj4+DQo+Pj4+IEkgY29udGludWUgdG8gcmVjb21tZW5kIFJhZGlvbWF4 aW11cywgd2hpY2ggY29tZXMgcHJlbG9hZGVkIHdpdGggMTAwJ3MNCj4+Pj4gb2Ygc3RhdGlv bnMgZnJvbSBhcm91bmQgdGhlIHdvcmxkLCBhbmQgYWxsb3dzIHlvdSB0byBhZGQgeW91ciBv d24sIGlmDQo+Pj4+IHlvdSBrbm93IHRoZSBzdHJlYW0gdXJsLCBvciBjYW4gZmluZCBvdXQg ZnJvbSB0aGUgc291cmNlLsKgIFlvdSBjYW4gcGxheQ0KPj4+PiBvbmUgc3RhdGlvbiB3aGls ZSByZWNvcmRpbmcgYW5vdGhlciAob3IgdHdvIGlpcmMpLsKgIEl0IGFsc28gYWxsb3dzDQo+ Pj4+ICp0aW1lZCogcmVjb3JkaW5nIG9mIHlvdXIgZGVzaXJlZCBwcm9ncmFtcywgd2hpY2gg YWZhaWsgbm90aGluZyBlbHNlDQo+Pj4+IGRvZXMuIFlvdSBkb24ndCBoYXZlIHRvIGJlIHRo ZXJlIGZvciBpdCB0byBzdGFydCByZWNvcmRpbmcuwqAgSXQgdXNlZCB0bw0KPj4+PiBiZSBm cmVlIGluZGVmaW5pdGVseSBpZiB5b3UgZGlkbid0IG5lZWQgdGltZWQgcmVjb3JkaW5nIGJ1 dCBub3cgSSB0aGluaw0KPj4+PiBpdCdzIG9ubHkgZm9yIDE0IGRheXMuwqAgQnV0IHRoZSBs aWNlbnNlIHdoaWNoIHdhcyBub3QgZXhwZW5zaXZlIGxhc3RzLA0KPj4+PiBzbyBmYXIsIGZv ciBldmVyLsKgwqAgUmFpbWVyc29mdCBoYXMgMiBvdGhlciBzaW1pbGFyIHByb2R1Y3RzLCBU YXBpbnJhZGlvDQo+Pj4+IGFuZCBSYXJtYVJhZGlvLsKgIFdoZW4gSSBsb29rZWQgaW50byBp dCAxMCB5ZWFycyBhZ28sIEkgdGhvdWdodA0KPj4+PiBSYWRpb21heGltdXMgaGFkIGEgYmV0 dGVyIGFycmF5IG9mIGZlYXR1cmVzIGFuZCBoZSdzIGV4cGFuZGVkIHRoZW0uICwNCj4+Pj4g YnV0IGhlIHN0aWxsIGhhcyB0aGUgb3RoZXIgdHdvLg0KPj4+Pg0KPj4+PiBCVFcyLiBhbGwg dGhlIE5QUiBzdGF0aW9ucyBoYXZlIHBob25lIGFwcHMgKHdlbGwsIG5vdCBXQU1VKSBidXQg dGhlIFdZUFINCj4+Pj4gYXBwIGhhcyB3aXRoaW4gaXRzIGFwcCBQbGF5IG9uIERlbWFuZCBv ZiBldmVyeSBpbmRpdmlkdWFsIE5QUiByYWRpbw0KPj4+PiBwcm9ncmFtLCBsaWtlIHRoZSBO ZXcgWW9ya2VyIFJhZGlvIEhvdXIgYW5kIGl0IG1pZ2h0IHdlbGwgc3RpbGwgaGF2ZQ0KPj4+ PiBDYXJ0YWxrLCBldmVuIHRob3VnaCB0aGVyZSBhcmUgbm8gbmV3IGVwaXNvZGVzLg0KPj4+ DQo+Pj4gSSd2ZSBvZnRlbiBjb21lIGFjcm9zcyB0aGlzIHByb2JsZW0uIE15IGhlYXJpbmcg aXNuJ3QgdG9vIGdvb2QsIGFuZCBJIG9mdGVuIHVzZSBhIGhlYXJpbmcgYWlkLg0KPj4+IFRo ZSBiZXN0IEkndmUgZm91bmQgaXMgdG8gdXNlIGEgZ3JhcGhpYyBlcXVhbGlzZXIsIGFuZCBq dXN0IHBsYXkgd2l0aCBpdCB1bnRpbCBJIGdldCBpdCByaWdodC4NCj4+PiBUaGVzZSBkYXlz LCB0aG91Z2gsIEdFcyBhcmVuJ3QgdG9vIHByZXZhbGVudCBpbiBhcHBzOyBidXQgdGhlIG9s ZGVyIHZlcnNpb25zIG1pZ2h0IGJlIHVzZWZ1bC4NCj4+PiBZb3UgY2FuIHJhaXNlIG9yIGxv d2VyIGhpZ2hlciBmcmVxdWVuY2llcyBvciBsb3dlciBmcmVxdWVuY2llcy4gSSBsaWtlIHRv IHN0YXJ0IHdpdGggZXZlcnl0aGluZyBvbiB0aGUgbWlkZGxlIGxpbmUsIGFuZCB0YWtlIGl0 IGZyb20gdGhlcmUuDQo+Pj4NCj4+PiBFZA0KPj4NCj4+IFRyeSB0aGlzIE9wZW4gU291cmNl IHByb2dyYW0uDQo+PiBTb21lIHBlb3BsZSByZXBvcnQgYSB0cm9qYW4gb24gaXQsIGJ1dCB0 aGUgc3VwcGxpZXIgc2F5cyBpdCdzIGEgZmFsc2UgcG9zaXRpdmU7IGFuZCBJIGdldCBubyBz aWduIG9mIG1hbHdhcmUgaGVyZS4NCj4+DQo+PiBodHRwczovL3NvdXJjZWZvcmdlLm5ldC9w cm9qZWN0cy9wZWFjZS1lcXVhbGl6ZXItYXBvLWV4dGVuc2lvbi8NCj4+DQo+PiAxMjggUmV2 aWV3cw0KPj4gRG93bmxvYWRzOiAyNiw1NTUgVGhpcyBXZWVrDQo+Pg0KPj4gRWQNCj4gDQo+ IEkgc2VlIHRoaXMgaW4gRGV2aWNlIE1hbmFnZXIsIGJ1dCB0aGVyZSBpcyBubyB1c2VyLXNw YWNlIEdVSQ0KPiB0byBvcGVyYXRlIGl0LiBUaGVyZSBpcyBhIFJlYWxUZWsgQVBPIGl0ZW0g YW5kIHRocmVlIGZpbGVzIGluc3RhbGxlZCwNCj4gYnV0IHRoZXJlIHNlZW1zIHRvIGJlIG5v IHdheSB0byBkbyBhbnl0aGluZyB3aXRoIHRoZW0uIFRoYXQncyBpbiBXaW4xMS4NCj4gDQo+ ICoqKioqKioNCj4gDQo+IEkgaGF2ZSBhIG51bWJlciBvZiBXaW4xMCBpbnN0YWxscy4gT24g dGhlIFRlc3QgTWFjaGluZSwgb25seSBvbmUgb2YgdGhlDQo+IFdpbjEwIGluc3RhbGxzIChp dCdzIDIySDIgYXMgd2VsbCksIGhhcyB0aGUgUmVhbFRlayBFcXVhbGl6ZXIuDQo+IA0KPiAg ICAgW1BpY3R1cmVdDQo+IA0KPiAgICAgIGh0dHBzOi8vaS5wb3N0aW1nLmNjL1F4TEIydmZY L1dpbjEwLUVxdWFsaXplci1WaWEtT2xkLURyaXZlci5naWYNCj4gDQo+IFRoZSBjaGFuY2Vz IG9mIHNvbWVvbmUgbWFuYWdpbmcgdG8gZG8gdGhhdCB0b2RheSwgYXJlIHNsaW0gaW5kZWVk Lg0KPiBUaGVyZSBtdXN0IGhhdmUgYmVlbiBhIHRlbXBvcmFsIGhvbGUsIHdoZXJlIHNvbWVo b3cgdGhhdCBzbmVha2VkIGluDQo+IChtYXliZSBJIHJlaW5zdGFsbGVkIGl0IGluIHRoZSBy aWdodCBtb21lbnQpLg0KPiANCj4gVGhhdCdzIGJlY2F1c2UsIG5vcm1hbGx5LCBNaWNyb3Nv ZnQgaGFzIGJlZW4gcmVwbGFjaW5nIGl0ZW1zIGxpa2UgdGhhdCwNCj4gd2l0aCB0aGUgImJs YW5kIHZlcnNpb24iLg0KPiANCj4gVGhlIHBpY3R1cmUgaGFzIEFzdXMgYnJhbmRpbmcsIGFu ZCB0aGUgbW90aGVyYm9hcmQgY2xhaW1lZCB0byBoYXZlDQo+IHNvbWUgYmVnaW5uZXIgbGV2 ZWwgb2YgRG9sYnkgZm9yIHRoZSBzb3VuZCAoaXQncyBhIHNvZnR3YXJlIGVmZmVjdCwNCj4g YnV0IGl0IGtleXMgb2ZmIHNvbWUgUE5QIGluZm8gdG8gZ2V0IGVuYWJsZWQpLiBUaGF0IHNo b3VsZCBub3QgaGF2ZQ0KPiBhbnl0aGluZyB0byBkbyB3aXRoIHRoZSBFcXVhbGl6ZXIsIHdo aWNoIGlzIGEgUmVhbFRlayBFcXVhbGl6ZXIgYW5kDQo+IG5vdCBhIERvbGJ5IHByb2R1Y3Qu DQo+IA0KPiBUaGVyZSBhcmUgc29tZSBuZXdlciBzb3VuZCBoYXJkd2FyZXMsIGRpZmZlcmVu dCB0aGFuIEhEQXVkaW8sDQo+IHdoaWNoIGFsc28gaGF2ZSBlZmZlY3RzIGFzIHBhcnQgb2Yg dGhlICJwYWNrYWdlIiwgYnV0IHRoZSBkcml2ZXINCj4gcHJvY2VzcyBpcyBqdXN0IGFzIGZs YWt5IGFuZCB1bi1zYXRpc2Z5aW5nLg0KPiANCj4gV2hpbGUgSSBjYW4gbWFrZSB5b3UgYSBw aWN0dXJlIGxpa2UgdGhhdCwgYSBmYXQgbG90IG9mIGdvb2QgaXQgd2lsbCBkby4NCj4gDQo+ ICAgICBQYXVsDQo+IA0KPiANCg0KSeKAmXZlIGdvdCBmdWxsIGVxdWFsaXNlciBHVUkuDQoN Cmh0dHBzOi8vd3d3LmRyb3Bib3guY29tL3NjbC9maS9vOHd2dnM0MXRuZnQwZnE2bGR4MnMv UGVhY2UtZXF1YWxpemVyLmpwZz9ybGtleT00Z2NzZHl2d2g1amVuMDVmd3YyZXI4MjFyJnN0 PXQ3MmNheTJpJmRsPTANCg0KRWQNCg==

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to All on Sun Jun 29 17:09:23 2025
    XPost: alt.comp.os.windows-11

    RWQgQ3J5ZXIgd3JvdGU6DQo+IFBhdWwgd3JvdGU6DQo+PiBPbiBTdW4sIDYvMjkvMjAyNSA3 OjU2IEFNLCBFZCBDcnllciB3cm90ZToNCj4+PiBFZCBDcnllciB3cm90ZToNCj4+Pj4gbWlj a3kgd3JvdGU6DQo+Pj4+PiBIb3cgdG8gbWF4aW1pemUgYXVkaW8gZmlkZWxpdHk/DQo+Pj4+ Pg0KPj4+Pj4gU29tZSBwcm9ncmFtcyBsaWtlIHlvdXR1YmUgYW5kIHJhZGlvbWF4aW11cyBw cm92aWRlIHZvbHVtZSANCj4+Pj4+IGNvbnRyb2xzLCBhbmQNCj4+Pj4+IHdpbmRvd3MgcHJv dmlkZXMgb25lLg0KPj4+Pj4NCj4+Pj4+IFRvIG1heGltaXplIGZpZGVsaXR5IHdoaWxlIG1h aW50YWluaW5nIHRoZSBzYW1lIHZvbHVtZSwgZG9lcyBvbmUgDQo+Pj4+PiB3YW50IHRvDQo+ Pj4+PiBhKSBEZWNyZWFzZSB0aGUgV2luZG93cyB2b2x1bWUgYW5kIGluY3JlYXNlIHRoZSBh cHBsaWNhdGlvbnMgc2V0dGluZz8NCj4+Pj4+IMKgwqDCoMKgwqAgYikgdG8gaXRzIG1heD8N Cj4+Pj4+IMKgwqAgYykgSW5jcmVhc2UgdGhlIFdpbmRvd3Mgdm9sdW1lIGFuZCBkZWNyZWFz ZSB0aGUgYXBwbGljYXRpb24gdm9sdW1lPw0KPj4+Pj4gwqDCoMKgwqDCoCBkKSB0byB0aGUg V2luZG93cyBtYXg/DQo+Pj4+PiDCoMKgIGUpIFNldCBib3RoIGluIHRoZSBtaWRkbGUgc29t ZXdoZXJlP8KgIFdoZXJlPw0KPj4+Pj4NCj4+Pj4+IE5vdCBldmVyeSBhdWRpbyBzb3VyY2Ug c2F5cyB3aGF0IGl0cyBzdHJlYW1zIGFyZSwgYW5kIHllYXJzIGFnbyB3aGVuIEkNCj4+Pj4+ IHdvdWxkIGNvcHkgdGhlIHVybCBmcm9tIHRoZSBicm93c2VyIHVybCBmaWVsZCBhbmQgaW5z ZXJ0IGl0IGludG8NCj4+Pj4+IFJhZGlvbWF4aW11cywgaXQgb25seSB3b3JrZWQgb25lIHRp bWUgb3V0IG9mIDMsIGlpcmMuDQo+Pj4+PiDCoMKgwqDCoCBPVE9ILCB0b2RheSBXWVBSLm9y ZyBoYXMgdHdvIHN0cmVhbXMgYW5kIGF0IGxlYXN0IG9uZSB3b3Jrcy4gDQo+Pj4+PiBCdXQg aXQNCj4+Pj4+IGdpdmVzIHR3byBjaG9pY2VzLCBodHRwczovL3d0bWQtaWNlLnN0cmVhbWd1 eXMxLmNvbS93eXByLTENCj4+Pj4+IMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg IGFuZCBodHRwczovL3d0bWQtaWNlLnN0cmVhbWd1eXMxLmNvbS93eXByLTEtbXAzDQo+Pj4+ Pg0KPj4+Pj4gVGhlIHdlYnBhZ2UgZG9lc24ndCBzYXkgd2hpY2ggd291bGQgYmUgYmV0dGVy LCBhbmQgSSBjYW4ndCBoZWFyIGENCj4+Pj4+IGRpZmZlcmVuY2UgaW4gdGhpcyBjYXNlLCBi dXQgaW4gZ2VuZXJhbA0KPj4+Pj4gwqDCoMKgIGYpIERvZXMgYW4gbXAzIHN1ZmZpeCBpbXBs eSB0aGUgb3RoZXIgaXMgbm90IG1wMz8NCj4+Pj4+IMKgwqDCoCBnKSBJcyBtcDMgbGlrZWx5 IHRvIGJlIGJldHRlciwgd29yc2UsIG9yIHRoZSBzYW1lIGFzIHdoYXRldmVyIHRoZQ0KPj4+ Pj4gYWx0ZXJuYXRpdmUgaXM/wqAgV2hhdCBpcyB0aGUgbGlrZWx5IGFsdGVybmF0aXZlPw0K Pj4+Pj4NCj4+Pj4+IChCVFcsIFdZUFIgQ2xhc3NpY2FsIGNvbWVzIHByZS1sb2FkZWQsIGJ1 dCBub3QgdGhlIHRhbGsvbmV3cyBtYWluDQo+Pj4+PiBjaGFubmVsLiBTb21laG93LCB0aGUg YXV0aG9yIGdhdGhlcnMgdXNlci1pbnN0YWxsZWQgc3RhdGlvbnMgZm9yIGhpcw0KPj4+Pj4g cHJlLWxvYWQgbGlzdCwgYnV0IEkgZG9uJ3Qga25vdyBpZiBoZSBkb2VzIGl0IHN0ZWFsdGhp bHkgb3IgaWYgZWFjaCANCj4+Pj4+IHVzZXINCj4+Pj4+IGhhcyB0byBzZW5kIGl0IGluIHNv bWVob3cuwqAgSSB0aGluayBJIGFkZGVkIFdZUFIgbmV3cyAxMCB5ZWFycyBhZ28gYW5kDQo+ Pj4+PiBoZSBkb2Vzbid0IHNlZW0gdG8ga25vdyB0aGF0IEkgZGlkLikNCj4+Pj4+DQo+Pj4+ Pg0KPj4+Pj4gSSBjb250aW51ZSB0byByZWNvbW1lbmQgUmFkaW9tYXhpbXVzLCB3aGljaCBj b21lcyBwcmVsb2FkZWQgd2l0aCAxMDAncw0KPj4+Pj4gb2Ygc3RhdGlvbnMgZnJvbSBhcm91 bmQgdGhlIHdvcmxkLCBhbmQgYWxsb3dzIHlvdSB0byBhZGQgeW91ciBvd24sIGlmDQo+Pj4+ PiB5b3Uga25vdyB0aGUgc3RyZWFtIHVybCwgb3IgY2FuIGZpbmQgb3V0IGZyb20gdGhlIHNv dXJjZS7CoCBZb3UgY2FuIA0KPj4+Pj4gcGxheQ0KPj4+Pj4gb25lIHN0YXRpb24gd2hpbGUg cmVjb3JkaW5nIGFub3RoZXIgKG9yIHR3byBpaXJjKS7CoCBJdCBhbHNvIGFsbG93cw0KPj4+ Pj4gKnRpbWVkKiByZWNvcmRpbmcgb2YgeW91ciBkZXNpcmVkIHByb2dyYW1zLCB3aGljaCBh ZmFpayBub3RoaW5nIGVsc2UNCj4+Pj4+IGRvZXMuIFlvdSBkb24ndCBoYXZlIHRvIGJlIHRo ZXJlIGZvciBpdCB0byBzdGFydCByZWNvcmRpbmcuwqAgSXQgDQo+Pj4+PiB1c2VkIHRvDQo+ Pj4+PiBiZSBmcmVlIGluZGVmaW5pdGVseSBpZiB5b3UgZGlkbid0IG5lZWQgdGltZWQgcmVj b3JkaW5nIGJ1dCBub3cgSSANCj4+Pj4+IHRoaW5rDQo+Pj4+PiBpdCdzIG9ubHkgZm9yIDE0 IGRheXMuwqAgQnV0IHRoZSBsaWNlbnNlIHdoaWNoIHdhcyBub3QgZXhwZW5zaXZlIGxhc3Rz LA0KPj4+Pj4gc28gZmFyLCBmb3IgZXZlci7CoMKgIFJhaW1lcnNvZnQgaGFzIDIgb3RoZXIg c2ltaWxhciBwcm9kdWN0cywgDQo+Pj4+PiBUYXBpbnJhZGlvDQo+Pj4+PiBhbmQgUmFybWFS YWRpby7CoCBXaGVuIEkgbG9va2VkIGludG8gaXQgMTAgeWVhcnMgYWdvLCBJIHRob3VnaHQN Cj4+Pj4+IFJhZGlvbWF4aW11cyBoYWQgYSBiZXR0ZXIgYXJyYXkgb2YgZmVhdHVyZXMgYW5k IGhlJ3MgZXhwYW5kZWQgdGhlbS4gLA0KPj4+Pj4gYnV0IGhlIHN0aWxsIGhhcyB0aGUgb3Ro ZXIgdHdvLg0KPj4+Pj4NCj4+Pj4+IEJUVzIuIGFsbCB0aGUgTlBSIHN0YXRpb25zIGhhdmUg cGhvbmUgYXBwcyAod2VsbCwgbm90IFdBTVUpIGJ1dCB0aGUgDQo+Pj4+PiBXWVBSDQo+Pj4+ PiBhcHAgaGFzIHdpdGhpbiBpdHMgYXBwIFBsYXkgb24gRGVtYW5kIG9mIGV2ZXJ5IGluZGl2 aWR1YWwgTlBSIHJhZGlvDQo+Pj4+PiBwcm9ncmFtLCBsaWtlIHRoZSBOZXcgWW9ya2VyIFJh ZGlvIEhvdXIgYW5kIGl0IG1pZ2h0IHdlbGwgc3RpbGwgaGF2ZQ0KPj4+Pj4gQ2FydGFsaywg ZXZlbiB0aG91Z2ggdGhlcmUgYXJlIG5vIG5ldyBlcGlzb2Rlcy4NCj4+Pj4NCj4+Pj4gSSd2 ZSBvZnRlbiBjb21lIGFjcm9zcyB0aGlzIHByb2JsZW0uIE15IGhlYXJpbmcgaXNuJ3QgdG9v IGdvb2QsIGFuZCANCj4+Pj4gSSBvZnRlbiB1c2UgYSBoZWFyaW5nIGFpZC4NCj4+Pj4gVGhl IGJlc3QgSSd2ZSBmb3VuZCBpcyB0byB1c2UgYSBncmFwaGljIGVxdWFsaXNlciwgYW5kIGp1 c3QgcGxheSANCj4+Pj4gd2l0aCBpdCB1bnRpbCBJIGdldCBpdCByaWdodC4NCj4+Pj4gVGhl c2UgZGF5cywgdGhvdWdoLCBHRXMgYXJlbid0IHRvbyBwcmV2YWxlbnQgaW4gYXBwczsgYnV0 IHRoZSBvbGRlciANCj4+Pj4gdmVyc2lvbnMgbWlnaHQgYmUgdXNlZnVsLg0KPj4+PiBZb3Ug Y2FuIHJhaXNlIG9yIGxvd2VyIGhpZ2hlciBmcmVxdWVuY2llcyBvciBsb3dlciBmcmVxdWVu Y2llcy4gSSANCj4+Pj4gbGlrZSB0byBzdGFydCB3aXRoIGV2ZXJ5dGhpbmcgb24gdGhlIG1p ZGRsZSBsaW5lLCBhbmQgdGFrZSBpdCBmcm9tIA0KPj4+PiB0aGVyZS4NCj4+Pj4NCj4+Pj4g RWQNCj4+Pg0KPj4+IFRyeSB0aGlzIE9wZW4gU291cmNlIHByb2dyYW0uDQo+Pj4gU29tZSBw ZW9wbGUgcmVwb3J0IGEgdHJvamFuIG9uIGl0LCBidXQgdGhlIHN1cHBsaWVyIHNheXMgaXQn cyBhIGZhbHNlIA0KPj4+IHBvc2l0aXZlOyBhbmQgSSBnZXQgbm8gc2lnbiBvZiBtYWx3YXJl IGhlcmUuDQo+Pj4NCj4+PiBodHRwczovL3NvdXJjZWZvcmdlLm5ldC9wcm9qZWN0cy9wZWFj ZS1lcXVhbGl6ZXItYXBvLWV4dGVuc2lvbi8NCj4+Pg0KPj4+IDEyOCBSZXZpZXdzDQo+Pj4g RG93bmxvYWRzOiAyNiw1NTUgVGhpcyBXZWVrDQo+Pj4NCj4+PiBFZA0KPj4NCj4+IEkgc2Vl IHRoaXMgaW4gRGV2aWNlIE1hbmFnZXIsIGJ1dCB0aGVyZSBpcyBubyB1c2VyLXNwYWNlIEdV SQ0KPj4gdG8gb3BlcmF0ZSBpdC4gVGhlcmUgaXMgYSBSZWFsVGVrIEFQTyBpdGVtIGFuZCB0 aHJlZSBmaWxlcyBpbnN0YWxsZWQsDQo+PiBidXQgdGhlcmUgc2VlbXMgdG8gYmUgbm8gd2F5 IHRvIGRvIGFueXRoaW5nIHdpdGggdGhlbS4gVGhhdCdzIGluIFdpbjExLg0KPj4NCj4+ICoq KioqKioNCj4+DQo+PiBJIGhhdmUgYSBudW1iZXIgb2YgV2luMTAgaW5zdGFsbHMuIE9uIHRo ZSBUZXN0IE1hY2hpbmUsIG9ubHkgb25lIG9mIHRoZQ0KPj4gV2luMTAgaW5zdGFsbHMgKGl0 J3MgMjJIMiBhcyB3ZWxsKSwgaGFzIHRoZSBSZWFsVGVrIEVxdWFsaXplci4NCj4+DQo+PiDC oMKgwqAgW1BpY3R1cmVdDQo+Pg0KPj4gwqDCoMKgwqAgaHR0cHM6Ly9pLnBvc3RpbWcuY2Mv UXhMQjJ2ZlgvV2luMTAtRXF1YWxpemVyLVZpYS1PbGQtRHJpdmVyLmdpZg0KPj4NCj4+IFRo ZSBjaGFuY2VzIG9mIHNvbWVvbmUgbWFuYWdpbmcgdG8gZG8gdGhhdCB0b2RheSwgYXJlIHNs aW0gaW5kZWVkLg0KPj4gVGhlcmUgbXVzdCBoYXZlIGJlZW4gYSB0ZW1wb3JhbCBob2xlLCB3 aGVyZSBzb21laG93IHRoYXQgc25lYWtlZCBpbg0KPj4gKG1heWJlIEkgcmVpbnN0YWxsZWQg aXQgaW4gdGhlIHJpZ2h0IG1vbWVudCkuDQo+Pg0KPj4gVGhhdCdzIGJlY2F1c2UsIG5vcm1h bGx5LCBNaWNyb3NvZnQgaGFzIGJlZW4gcmVwbGFjaW5nIGl0ZW1zIGxpa2UgdGhhdCwNCj4+ IHdpdGggdGhlICJibGFuZCB2ZXJzaW9uIi4NCj4+DQo+PiBUaGUgcGljdHVyZSBoYXMgQXN1 cyBicmFuZGluZywgYW5kIHRoZSBtb3RoZXJib2FyZCBjbGFpbWVkIHRvIGhhdmUNCj4+IHNv bWUgYmVnaW5uZXIgbGV2ZWwgb2YgRG9sYnkgZm9yIHRoZSBzb3VuZCAoaXQncyBhIHNvZnR3 YXJlIGVmZmVjdCwNCj4+IGJ1dCBpdCBrZXlzIG9mZiBzb21lIFBOUCBpbmZvIHRvIGdldCBl bmFibGVkKS4gVGhhdCBzaG91bGQgbm90IGhhdmUNCj4+IGFueXRoaW5nIHRvIGRvIHdpdGgg dGhlIEVxdWFsaXplciwgd2hpY2ggaXMgYSBSZWFsVGVrIEVxdWFsaXplciBhbmQNCj4+IG5v dCBhIERvbGJ5IHByb2R1Y3QuDQo+Pg0KPj4gVGhlcmUgYXJlIHNvbWUgbmV3ZXIgc291bmQg aGFyZHdhcmVzLCBkaWZmZXJlbnQgdGhhbiBIREF1ZGlvLA0KPj4gd2hpY2ggYWxzbyBoYXZl IGVmZmVjdHMgYXMgcGFydCBvZiB0aGUgInBhY2thZ2UiLCBidXQgdGhlIGRyaXZlcg0KPj4g cHJvY2VzcyBpcyBqdXN0IGFzIGZsYWt5IGFuZCB1bi1zYXRpc2Z5aW5nLg0KPj4NCj4+IFdo aWxlIEkgY2FuIG1ha2UgeW91IGEgcGljdHVyZSBsaWtlIHRoYXQsIGEgZmF0IGxvdCBvZiBn b29kIGl0IHdpbGwgZG8uDQo+Pg0KPj4gwqDCoMKgIFBhdWwNCj4+DQo+Pg0KPiANCj4gSeKA mXZlIGdvdCBmdWxsIGVxdWFsaXNlciBHVUkuDQo+IA0KPiBodHRwczovL3d3dy5kcm9wYm94 LmNvbS9zY2wvZmkvbzh3dnZzNDF0bmZ0MGZxNmxkeDJzL1BlYWNlLSANCj4gZXF1YWxpemVy LmpwZz9ybGtleT00Z2NzZHl2d2g1amVuMDVmd3YyZXI4MjFyJnN0PXQ3MmNheTJpJmRsPTAN Cj4gDQo+IEVkDQoNCkFuZCBpdCB3b3JrcyBiZWF1dGlmdWxseSB1bmRlciBteSBXaW4xMC4g VGhlIGFtb3VudCBvZiBjb250cm9sIGlzIGFsbCANCnRoYXQgd2FzIHByb21pc2VkLg0KWW91 IGNob29zZSB3aGljaCBzb3VuZCBzeXN0ZW1zIHRvIGZ1bm5lbCBpdCB0aHJvdWdoLiBJdCB3 b3JrcyBncmVhdCB3aXRoIA0KdGhlIFRWIG1vbml0b3Igb24gSERNSSwgYW5kIFJlYWx0ZWsg aW5kZXBlbmRlbnQgc3BlYWtlcnMuDQpJIGNhbiBkZWZpbml0ZWx5IHJlY29tbWVuZCBpdC4N Cg0KRWQNCg==

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From micky@21:1/5 to ed@somewhere.in.the.uk on Sun Jun 29 15:20:41 2025
    XPost: alt.comp.os.windows-11

    In alt.comp.os.windows-11, on Sun, 29 Jun 2025 12:56:58 +0100, Ed Cryer <ed@somewhere.in.the.uk> wrote:

    Ed Cryer wrote:
    micky wrote:
    How to maximize audio fidelity?

    Some programs like youtube and radiomaximus provide volume controls, and >>> windows provides one.

    To maximize fidelity while maintaining the same volume, does one want to >>> a) Decrease the Windows volume and increase the applications setting?
         b) to its max?
      c) Increase the Windows volume and decrease the application volume?
         d) to the Windows max?
      e) Set both in the middle somewhere?  Where?

    Not every audio source says what its streams are, and years ago when I
    would copy the url from the browser url field and insert it into
    Radiomaximus, it only worked one time out of 3, iirc.
        OTOH, today WYPR.org has two streams and at least one works. But it
    gives two choices, https://wtmd-ice.streamguys1.com/wypr-1
                    and https://wtmd-ice.streamguys1.com/wypr-1-mp3

    The webpage doesn't say which would be better, and I can't hear a
    difference in this case, but in general
       f) Does an mp3 suffix imply the other is not mp3?
       g) Is mp3 likely to be better, worse, or the same as whatever the
    alternative is?  What is the likely alternative?

    (BTW, WYPR Classical comes pre-loaded, but not the talk/news main
    channel. Somehow, the author gathers user-installed stations for his
    pre-load list, but I don't know if he does it stealthily or if each user >>> has to send it in somehow.  I think I added WYPR news 10 years ago and
    he doesn't seem to know that I did.)


    I continue to recommend Radiomaximus, which comes preloaded with 100's
    of stations from around the world, and allows you to add your own, if
    you know the stream url, or can find out from the source.  You can play
    one station while recording another (or two iirc).  It also allows
    *timed* recording of your desired programs, which afaik nothing else
    does. You don't have to be there for it to start recording.  It used to
    be free indefinitely if you didn't need timed recording but now I think
    it's only for 14 days.  But the license which was not expensive lasts,
    so far, for ever.   Raimersoft has 2 other similar products, Tapinradio
    and RarmaRadio.  When I looked into it 10 years ago, I thought
    Radiomaximus had a better array of features and he's expanded them. ,
    but he still has the other two.

    BTW2. all the NPR stations have phone apps (well, not WAMU) but the WYPR >>> app has within its app Play on Demand of every individual NPR radio
    program, like the New Yorker Radio Hour and it might well still have
    Cartalk, even though there are no new episodes.

    I've often come across this problem. My hearing isn't too good, and I
    often use a hearing aid.
    The best I've found is to use a graphic equaliser, and just play with it
    until I get it right.
    These days, though, GEs aren't too prevalent in apps; but the older
    versions might be useful.
    You can raise or lower higher frequencies or lower frequencies. I like
    to start with everything on the middle line, and take it from there.

    Ed

    Thanks for the encouragement, Ed.

    Try this Open Source program.
    Some people report a trojan on it, but the supplier says it's a false >positive; and I get no sign of malware here.

    https://sourceforge.net/projects/peace-equalizer-apo-extension/

    And for this. Very impressive. I'll try it.

    I have to ask. Why was the first post, replying to me, legible and your
    own reply to yourself, actually your next 3 posts in this thread,
    required some sort of conversion for me to read it/them.

    128 Reviews
    Downloads: 26,555 This Week

    Ed

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From J. P. Gilliver@21:1/5 to All on Sun Jun 29 20:54:13 2025
    XPost: alt.comp.os.windows-11

    T24gMjAyNS82LzI5IDIwOjIwOjQxLCBtaWNreSB3cm90ZToNCltdDQoNCj4gSSBoYXZlIHRv IGFzay4gIFdoeSB3YXMgdGhlIGZpcnN0IHBvc3QsIHJlcGx5aW5nIHRvIG1lLCBsZWdpYmxl IGFuZCB5b3VyDQo+IG93biByZXBseSB0byB5b3Vyc2VsZiwgYWN0dWFsbHkgeW91ciBuZXh0 IDMgcG9zdHMgaW4gdGhpcyB0aHJlYWQsDQo+IHJlcXVpcmVkIHNvbWUgc29ydCBvZiBjb252 ZXJzaW9uIGZvciBtZSB0byByZWFkIGl0L3RoZW0uDQoNCltdDQpUaGUgcHJvYmxlbSBfbWF5 XyBiZSBUaHVuZGVyYmlyZDsgdGhlcmUncyBhIGRpc2N1c3Npb24gaW4gdGhlIFRCIG5ld3Nn cm91cC4NCklmIHNvbWVvbmUgdXNpbmcgYSBtb2Rlcm4gdmVyc2lvbiBvZiBUaHVuZGVyYmly ZCB1c2VzIC0gb3IsIHBvc3NpYmx5LCANCnF1b3RlcyAtIGEgbm9uLUFTQ0lJIGNoYXJhY3Rl ciwgVEIgbm90IG9ubHkgKGNvcnJlY3RseSkgZGVjbGFyZXMgdGhhdCANCmZhY3QgaW4gdGhl IGhlYWRlciwgYnV0IGFsc28gKHVubmVjZXNzYXJpbHkpIGVuY29kZXMgdGhlIG1lc3NhZ2Uu IE90aGVyIA0KdXNlcnMgb2YgVEIgKGFuZCBzb21lIG90aGVyIGNsaWVudHMpIGRvbid0IGtu b3cgdGhpcyBoYXMgaGFwcGVuZWQsIGFzIA0KdGhlaXIgY2xpZW50IGF1dG9tYXRpY2FsbHkg ZGVjb2RlcyB0aGUgbWVzc2FnZTsgdXNlcnMgb2Ygb3RoZXIgY2xpZW50cyANCnNlZSBsaW5l cyBvZiBjb2RlLg0KDQpJdCBpcyBob3BlZCB0aGF0IHNvbWUgZnV0dXJlIHZlcnNpb24gb2Yg VEIgbWF5IG5vdCBkbyB0aGlzLg0KDQpUaGF0IG1heSBub3QgYmUgdGhlIGNhdXNlLCBvZiBj b3Vyc2UsIGJ1dCBpdCBzb3VuZHMgbGlrZSBpdCBmcm9tIHlvdXIgDQpkZXNjcmlwdGlvbi4N Ci0tIA0KSi4gUC4gR2lsbGl2ZXIuIFVNUkE6IDE5NjAvPDE5ODUgTUIrK0coKUFMLUlTLUNo KysocClBckBUK0grU2gwITpgKUROQWYNCgANClRoZXknZCBuZXZlciBoZWFyZCBvZiBtZTsg dGhleSBkaWRuJ3QgbGlrZSBtZTsgdGhleSBkaWRuJ3QgbGlrZSBteSANCnNwZWVjaDsgdGhl eSB0dXR0ZWQgYW5kIGNsdWNrZWQgYW5kIGxvb2tlZCBhdCB0aGVpciB3YXRjaGVzIGFuZCAN CmV2ZW50dWFsbHkgSSBzYXQgZG93biB0byBhIHRodW5kZXJvdXMgbGFjayBvZiBhcHBsYXVz ZS4NCi0gQmFycnkgTm9ybWFuIChvbiBwcmVjZWRpbmcgRG91Z2xhcyBCYWRlciksIGluIFJU IDYtMTIgSnVseSAyMDEzDQo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ed Cryer@21:1/5 to All on Sun Jun 29 22:15:32 2025
    XPost: alt.comp.os.windows-11

    Si4gUC4gR2lsbGl2ZXIgd3JvdGU6DQo+IE9uIDIwMjUvNi8yOSAyMDoyMDo0MSwgbWlja3kg d3JvdGU6DQo+IFtdDQo+IA0KPj4gSSBoYXZlIHRvIGFzay7CoCBXaHkgd2FzIHRoZSBmaXJz dCBwb3N0LCByZXBseWluZyB0byBtZSwgbGVnaWJsZSBhbmQgeW91cg0KPj4gb3duIHJlcGx5 IHRvIHlvdXJzZWxmLCBhY3R1YWxseSB5b3VyIG5leHQgMyBwb3N0cyBpbiB0aGlzIHRocmVh ZCwNCj4+IHJlcXVpcmVkIHNvbWUgc29ydCBvZiBjb252ZXJzaW9uIGZvciBtZSB0byByZWFk IGl0L3RoZW0uDQo+IA0KPiBbXQ0KPiBUaGUgcHJvYmxlbSBfbWF5XyBiZSBUaHVuZGVyYmly ZDsgdGhlcmUncyBhIGRpc2N1c3Npb24gaW4gdGhlIFRCIG5ld3Nncm91cC4NCj4gSWYgc29t ZW9uZSB1c2luZyBhIG1vZGVybiB2ZXJzaW9uIG9mIFRodW5kZXJiaXJkIHVzZXMgLSBvciwg cG9zc2libHksIA0KPiBxdW90ZXMgLSBhIG5vbi1BU0NJSSBjaGFyYWN0ZXIsIFRCIG5vdCBv bmx5IChjb3JyZWN0bHkpIGRlY2xhcmVzIHRoYXQgDQo+IGZhY3QgaW4gdGhlIGhlYWRlciwg YnV0IGFsc28gKHVubmVjZXNzYXJpbHkpIGVuY29kZXMgdGhlIG1lc3NhZ2UuIE90aGVyIA0K PiB1c2VycyBvZiBUQiAoYW5kIHNvbWUgb3RoZXIgY2xpZW50cykgZG9uJ3Qga25vdyB0aGlz IGhhcyBoYXBwZW5lZCwgYXMgDQo+IHRoZWlyIGNsaWVudCBhdXRvbWF0aWNhbGx5IGRlY29k ZXMgdGhlIG1lc3NhZ2U7IHVzZXJzIG9mIG90aGVyIGNsaWVudHMgDQo+IHNlZSBsaW5lcyBv ZiBjb2RlLg0KPiANCj4gSXQgaXMgaG9wZWQgdGhhdCBzb21lIGZ1dHVyZSB2ZXJzaW9uIG9m IFRCIG1heSBub3QgZG8gdGhpcy4NCj4gDQo+IFRoYXQgbWF5IG5vdCBiZSB0aGUgY2F1c2Us IG9mIGNvdXJzZSwgYnV0IGl0IHNvdW5kcyBsaWtlIGl0IGZyb20geW91ciANCj4gZGVzY3Jp cHRpb24uDQoNCkkgcG9zdCB0aHJvdWdoIEJldHRlcmJpcmQuIEkgc2VlIG5vdGhpbmcgb2Yg bWlja3kncyBjb21wbGFpbnRzOyANCmV2ZXJ5dGhpbmcgbG9va3MgaHVua3kgZG9yeSBoZXJl Lg0KDQpFZA0K

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to micky on Sun Jun 29 17:16:02 2025
    XPost: alt.comp.os.windows-11

    On Sun, 6/29/2025 3:20 PM, micky wrote:
    In alt.comp.os.windows-11, on Sun, 29 Jun 2025 12:56:58 +0100, Ed Cryer

    Ed

    Thanks for the encouragement, Ed.

    Try this Open Source program.
    Some people report a trojan on it, but the supplier says it's a false
    positive; and I get no sign of malware here.

    https://sourceforge.net/projects/peace-equalizer-apo-extension/

    And for this. Very impressive. I'll try it.

    I have to ask. Why was the first post, replying to me, legible and your
    own reply to yourself, actually your next 3 posts in this thread,
    required some sort of conversion for me to read it/them.

    128 Reviews
    Downloads: 26,555 This Week

    Ed

    This is the problem, where (we're not sure) some email composition
    setting causes NNTP post processing to involve UTF-8 at some point.
    UTF-8 cannot be carried on a 7 bit channel, without body
    text BASE64 encoding. If Thunderbird had "measured" the text and
    noticed it was 7 bit clear, perhaps that encoding would not have
    been used. I think a 0x00 NULL in the body text, should also cause this.
    JP had that happen a few days ago.

    There seems to be some sort of processing like this going on, in TB...

    text --> HTML --> text (oops, this needs BASE64) --> POST

    When a legacy NNTP reader sees body BASE64, it typically has no BASE64 decoder. Very old ones, you would need to use "b64.exe" and convert from
    BASE64, back into a format you could view. The same happens if you were
    to look up Ed's post on HowardKnight, it shows as encoded BASE64 there as well.

    If viewed in Thunderbird, the post will look "normal", as it will auto-convert BASE64 in this case. Via its "mailnews" stack, it can apply the same transform it would use if that happened in an email.

    So far, no one has discovered any procedure (acceptable to a user),
    that will fix this. If we cannot reliably reproduce it (prepare
    a setup where it happens each and every time), then it won't be
    treated seriously in a bug report.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From micky@21:1/5 to ed@somewhere.in.the.uk on Sun Jun 29 18:06:20 2025
    XPost: alt.comp.os.windows-11

    In alt.comp.os.windows-11, on Sun, 29 Jun 2025 22:15:32 +0100, Ed Cryer <ed@somewhere.in.the.uk> wrote:

    J. P. Gilliver wrote:
    On 2025/6/29 20:20:41, micky wrote:
    []

    I have to ask.  Why was the first post, replying to me, legible and your >>> own reply to yourself, actually your next 3 posts in this thread,
    required some sort of conversion for me to read it/them.

    []
    The problem _may_ be Thunderbird; there's a discussion in the TB newsgroup. >> If someone using a modern version of Thunderbird uses - or, possibly,
    quotes - a non-ASCII character, TB not only (correctly) declares that
    fact in the header, but also (unnecessarily) encodes the message. Other
    users of TB (and some other clients) don't know this has happened, as
    their client automatically decodes the message; users of other clients
    see lines of code.

    It is hoped that some future version of TB may not do this.

    That may not be the cause, of course, but it sounds like it from your
    description.

    I post through Betterbird. I see nothing of micky's complaints;
    everything looks hunky dory here.

    IIUC it's not that you see them. It's that I see them, using Forte
    Agent 5, which I guess does something, use non-ASCII characters?, that
    causes Betterbird to reply encoded. >>

    Ed

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From micky@21:1/5 to Gilliver" on Sun Jun 29 18:01:47 2025
    XPost: alt.comp.os.windows-11

    In alt.comp.os.windows-11, on Sun, 29 Jun 2025 20:54:13 +0100, "J. P.
    Gilliver" <G6JPG@255soft.uk> wrote:

    On 2025/6/29 20:20:41, micky wrote:
    []

    I have to ask. Why was the first post, replying to me, legible and your
    own reply to yourself, actually your next 3 posts in this thread,
    required some sort of conversion for me to read it/them.

    []
    The problem _may_ be Thunderbird; there's a discussion in the TB newsgroup. >If someone using a modern version of Thunderbird uses - or, possibly,
    quotes - a non-ASCII character, TB not only (correctly) declares that
    fact in the header, but also (unnecessarily) encodes the message. Other

    Seems like it should be the other way around. If I'm some non-ASCII
    foreigner, I nee


    users of TB (and some other clients) don't know this has happened, as
    their client automatically decodes the message; users of other clients
    see lines of code.

    I never would have guessed this. Very interesting.

    It is hoped that some future version of TB may not do this.

    Now that I know who/what to blame, it doesn't bother me so much (and
    never bothered me much).

    That may not be the cause, of course, but it sounds like it from your >description.

    Yes it does.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to micky on Sun Jun 29 18:56:18 2025
    XPost: alt.comp.os.windows-11

    On Sun, 6/29/2025 6:06 PM, micky wrote:
    In alt.comp.os.windows-11, on Sun, 29 Jun 2025 22:15:32 +0100, Ed Cryer <ed@somewhere.in.the.uk> wrote:

    J. P. Gilliver wrote:
    On 2025/6/29 20:20:41, micky wrote:
    []

    I have to ask.  Why was the first post, replying to me, legible and your >>>> own reply to yourself, actually your next 3 posts in this thread,
    required some sort of conversion for me to read it/them.

    []
    The problem _may_ be Thunderbird; there's a discussion in the TB newsgroup. >>> If someone using a modern version of Thunderbird uses - or, possibly,
    quotes - a non-ASCII character, TB not only (correctly) declares that
    fact in the header, but also (unnecessarily) encodes the message. Other
    users of TB (and some other clients) don't know this has happened, as
    their client automatically decodes the message; users of other clients
    see lines of code.

    It is hoped that some future version of TB may not do this.

    That may not be the cause, of course, but it sounds like it from your
    description.

    I post through Betterbird. I see nothing of micky's complaints;
    everything looks hunky dory here.

    IIUC it's not that you see them. It's that I see them, using Forte
    Agent 5, which I guess does something, use non-ASCII characters?, that
    causes Betterbird to reply encoded. >>

    Ed

    Forte Agent is not ready for that BASE64 variant. There are some other NNTP clients that have a similar problem. Some NNTP clients don't even know
    what UTF-8 is, and all they know is the code page representations.

    If a user picks up a copy of RN, that's an example of an *unthreaded*
    client, and trying to read NEWS in there would be suitably awful. They're
    not going to handle BASE64 properly either.

    The only option I can think of for Ed Cryer, is to use both THunderbird
    and Betterbird, do email-only in one program, do NNTP-only in the other program, each using its own profile.

    In the NNTP program, you turn off HTML composition (as it is not needed particularly for USENET and the policies for individual groups). And that should
    be enough to stop this. At a guess.

    Until we get a bug fix some day,

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From micky@21:1/5 to nospam@needed.invalid on Sun Jun 29 21:52:39 2025
    XPost: alt.comp.os.windows-11

    In alt.comp.os.windows-11, on Sun, 29 Jun 2025 18:56:18 -0400, Paul <nospam@needed.invalid> wrote:

    On Sun, 6/29/2025 6:06 PM, micky wrote:
    In alt.comp.os.windows-11, on Sun, 29 Jun 2025 22:15:32 +0100, Ed Cryer
    <ed@somewhere.in.the.uk> wrote:

    J. P. Gilliver wrote:
    On 2025/6/29 20:20:41, micky wrote:
    []

    I have to ask.  Why was the first post, replying to me, legible and your >>>>> own reply to yourself, actually your next 3 posts in this thread,
    required some sort of conversion for me to read it/them.

    []
    The problem _may_ be Thunderbird; there's a discussion in the TB newsgroup.
    If someone using a modern version of Thunderbird uses - or, possibly,
    quotes - a non-ASCII character, TB not only (correctly) declares that
    fact in the header, but also (unnecessarily) encodes the message. Other >>>> users of TB (and some other clients) don't know this has happened, as
    their client automatically decodes the message; users of other clients >>>> see lines of code.

    It is hoped that some future version of TB may not do this.

    That may not be the cause, of course, but it sounds like it from your
    description.

    I post through Betterbird. I see nothing of micky's complaints;
    everything looks hunky dory here.

    IIUC it's not that you see them. It's that I see them, using Forte
    Agent 5, which I guess does something, use non-ASCII characters?, that
    causes Betterbird to reply encoded. >>

    Ed

    Forte Agent is not ready for that BASE64 variant. There are some other NNTP >clients that have a similar problem. Some NNTP clients don't even know
    what UTF-8 is, and all they know is the code page representations.

    If a user picks up a copy of RN, that's an example of an *unthreaded*
    client, and trying to read NEWS in there would be suitably awful. They're
    not going to handle BASE64 properly either.

    The only option I can think of for Ed Cryer, is to use both THunderbird
    and Betterbird, do email-only in one program, do NNTP-only in the other >program, each using its own profile.

    INteresting, but FTR, I wasn't asking anyone to fix this or to change
    anything. i was only asking why it happened. And now I know. It's no
    big deal. Because clicking on Reply converts it. (Which probably means I
    could make it read it even without clicking Reply, and I'm sure Ralph
    could tell me how, but it's no big deal.)

    In the NNTP program, you turn off HTML composition (as it is not needed >particularly for USENET and the policies for individual groups). And that should
    be enough to stop this. At a guess.

    Until we get a bug fix some day,

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From J. P. Gilliver@21:1/5 to micky on Mon Jun 30 07:04:41 2025
    XPost: alt.comp.os.windows-11

    On 2025/6/30 2:52:39, micky wrote:
    In alt.comp.os.windows-11, on Sun, 29 Jun 2025 18:56:18 -0400, Paul <nospam@needed.invalid> wrote:

    On Sun, 6/29/2025 6:06 PM, micky wrote:
    In alt.comp.os.windows-11, on Sun, 29 Jun 2025 22:15:32 +0100, Ed Cryer >>> <ed@somewhere.in.the.uk> wrote:

    J. P. Gilliver wrote:
    On 2025/6/29 20:20:41, micky wrote:
    []

    I have to ask.  Why was the first post, replying to me, legible and your
    own reply to yourself, actually your next 3 posts in this thread,
    required some sort of conversion for me to read it/them.

    []
    The problem _may_ be Thunderbird; there's a discussion in the TB newsgroup.
    If someone using a modern version of Thunderbird uses - or, possibly, >>>>> quotes - a non-ASCII character, TB not only (correctly) declares that >>>>> fact in the header, but also (unnecessarily) encodes the message. Other >>>>> users of TB (and some other clients) don't know this has happened, as >>>>> their client automatically decodes the message; users of other clients >>>>> see lines of code.

    It is hoped that some future version of TB may not do this.

    That may not be the cause, of course, but it sounds like it from your >>>>> description.

    I post through Betterbird. I see nothing of micky's complaints;
    everything looks hunky dory here.

    IIUC it's not that you see them. It's that I see them, using Forte
    Agent 5, which I guess does something, use non-ASCII characters?, that
    causes Betterbird to reply encoded. >>

    Ed

    Forte Agent is not ready for that BASE64 variant. There are some other NNTP >> clients that have a similar problem. Some NNTP clients don't even know
    what UTF-8 is, and all they know is the code page representations.

    If a user picks up a copy of RN, that's an example of an *unthreaded*
    client, and trying to read NEWS in there would be suitably awful. They're
    not going to handle BASE64 properly either.

    The only option I can think of for Ed Cryer, is to use both THunderbird
    and Betterbird, do email-only in one program, do NNTP-only in the other
    program, each using its own profile.

    INteresting, but FTR, I wasn't asking anyone to fix this or to change anything. i was only asking why it happened. And now I know. It's no
    big deal. Because clicking on Reply converts it. (Which probably means I could make it read it even without clicking Reply, and I'm sure Ralph
    could tell me how, but it's no big deal.)

    However: the discussion in the TB groups suggests that it is only
    necessary to put something (UTF-8?) in the header, _not_ encode the
    body; there is hope that some future version of TB (and probably BB)
    will actually do this.

    Glad it's not bothering you though.>>
    In the NNTP program, you turn off HTML composition (as it is not needed
    particularly for USENET and the policies for individual groups). And that should
    be enough to stop this. At a guess.

    Until we get a bug fix some day,

    Paul
    --
    J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

    "He who will not reason is a bigot;
    he who cannot is a fool;
    he who dares not is a slave."
    - Sir William Drummond

    Above all things, use your mind.
    Don't be that bigot, fool, or slave.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Philip Herlihy@21:1/5 to All on Mon Jun 30 11:39:26 2025
    XPost: alt.comp.os.windows-11

    In article <f8i06k9eeniggco9k0v4pmpvtr977a5q6i@4ax.com>, NONONOmisc07 @fmguy.com says...

    In article <68uv5kd6se8jn7cad6p1qlaocjccketn6a@4ax.com>, NONONOmisc07 >>@fmguy.com says...
    To maximize fidelity while maintaining the same volume, does one want to >>>a) Decrease the Windows volume and increase the applications setting?
    b) to its max?
    c) Increase the Windows volume and decrease the application volume?
    d) to the Windows max?
    e) Set both in the middle somewhere? Where?



    Certainly I've found that with some devices the max output of an app
    (e.g. YouTube) can overload an input stage somewhere - either the USB
    DAC that I use or the small speaker set I have connected. I just >>experiment, and amplifying a low output level doesn't seem to degrade
    the sound.

    So it wouldn't matter if use a or c?
    And maybe even b and d.


    It'll depend on the hardware you have, but on my Dell Vostro, I set
    Windows Media Player to about 2/3 max volume, and then adjust my
    speakers' volume to taste. With WMP on max output, I get that harsh
    sound that comes from an overload somewhere. You should experiment.

    --
    --
    Phil, London

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Philip Herlihy@21:1/5 to All on Mon Jun 30 11:45:39 2025
    XPost: alt.comp.os.windows-11

    In article <103q74h$15dk2$1@dont-email.me>, G6JPG@255soft.uk says...
    One of them being at full scale - doesn't matter which one - will
    contribute no degradation (the factor is 1). So normally, do that -
    unless that means you have to set the other one _so_ low that you get >rounding-error noise.

    In practice, assuming you're using 16-bit representation or better,
    you're unlikely to be able to hear _any_ effect.



    Not my experience. On my ageing Dell Vostro, if I have Windows Media
    Player set to maximum output there is clear "clipping", which gives the
    sound a harsh edge. Turn down the output control on WMP (compensating
    as needed with the speakers' volume control) and the distortion
    disappears.

    --
    --
    Phil, London

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From micky@21:1/5 to Gilliver" on Mon Jun 30 09:32:53 2025
    XPost: alt.comp.os.windows-11

    In alt.comp.os.windows-10, on Mon, 30 Jun 2025 07:04:41 +0100, "J. P.
    Gilliver" <G6JPG@255soft.uk> wrote:

    On 2025/6/30 2:52:39, micky wrote:
    In alt.comp.os.windows-11, on Sun, 29 Jun 2025 18:56:18 -0400, Paul
    <nospam@needed.invalid> wrote:

    On Sun, 6/29/2025 6:06 PM, micky wrote:
    In alt.comp.os.windows-11, on Sun, 29 Jun 2025 22:15:32 +0100, Ed Cryer >>>> <ed@somewhere.in.the.uk> wrote:

    J. P. Gilliver wrote:
    On 2025/6/29 20:20:41, micky wrote:
    []

    I have to ask.  Why was the first post, replying to me, legible and your
    own reply to yourself, actually your next 3 posts in this thread, >>>>>>> required some sort of conversion for me to read it/them.

    []
    The problem _may_ be Thunderbird; there's a discussion in the TB newsgroup.
    If someone using a modern version of Thunderbird uses - or, possibly, >>>>>> quotes - a non-ASCII character, TB not only (correctly) declares that >>>>>> fact in the header, but also (unnecessarily) encodes the message. Other >>>>>> users of TB (and some other clients) don't know this has happened, as >>>>>> their client automatically decodes the message; users of other clients >>>>>> see lines of code.

    It is hoped that some future version of TB may not do this.

    That may not be the cause, of course, but it sounds like it from your >>>>>> description.

    I post through Betterbird. I see nothing of micky's complaints;
    everything looks hunky dory here.

    IIUC it's not that you see them. It's that I see them, using Forte
    Agent 5, which I guess does something, use non-ASCII characters?, that >>>> causes Betterbird to reply encoded. >>

    Ed

    Forte Agent is not ready for that BASE64 variant. There are some other NNTP >>> clients that have a similar problem. Some NNTP clients don't even know
    what UTF-8 is, and all they know is the code page representations.

    If a user picks up a copy of RN, that's an example of an *unthreaded*
    client, and trying to read NEWS in there would be suitably awful. They're >>> not going to handle BASE64 properly either.

    The only option I can think of for Ed Cryer, is to use both THunderbird
    and Betterbird, do email-only in one program, do NNTP-only in the other
    program, each using its own profile.

    INteresting, but FTR, I wasn't asking anyone to fix this or to change
    anything. i was only asking why it happened. And now I know. It's no
    big deal. Because clicking on Reply converts it. (Which probably means I
    could make it read it even without clicking Reply, and I'm sure Ralph
    could tell me how, but it's no big deal.)

    However: the discussion in the TB groups suggests that it is only
    necessary to put something (UTF-8?) in the header, _not_ encode the
    body; there is hope that some future version of TB (and probably BB)
    will actually do this.

    That would be nice.

    Glad it's not bothering you though.>>

    Thank you.

    In the NNTP program, you turn off HTML composition (as it is not needed
    particularly for USENET and the policies for individual groups). And that should
    be enough to stop this. At a guess.

    Until we get a bug fix some day,

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From J. P. Gilliver@21:1/5 to Philip Herlihy on Mon Jun 30 17:21:18 2025
    XPost: alt.comp.os.windows-11

    On 2025/6/30 11:39:26, Philip Herlihy wrote:
    []

    It'll depend on the hardware you have, but on my Dell Vostro, I set
    Windows Media Player to about 2/3 max volume, and then adjust my
    speakers' volume to taste. With WMP on max output, I get that harsh
    sound that comes from an overload somewhere. You should experiment.

    Interesting. When you say "WMP on max output", do you mean the slider in
    the WMP window? Does it still sound like an overload with that on max.,
    but with the master volume control (near the clock) set to _less_ than max.?
    --
    J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

    Mike Jackson |\ _,,,---,,_
    and Squeak /,`.-'`' -. ;-;;,_ Shame there's no snooze button
    [1998] |,4- ) )-,_..;\ ( `'- on a cat who wants breakfast
    zzz '---''(_/--' `-'\_)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From J. P. Gilliver@21:1/5 to All on Mon Jun 30 17:23:59 2025
    XPost: alt.comp.os.windows-11

    T24gMjAyNS82LzMwIDExOjQ1OjM5LCBQaGlsaXAgSGVybGloeSB3cm90ZToNCj4gSW4gYXJ0 aWNsZSA8MTAzcTc0aCQxNWRrMiQxQGRvbnQtZW1haWwubWU+LCBHNkpQR0AyNTVzb2Z0LnVr IHNheXMuLi4NCj4+IE9uZSBvZiB0aGVtIGJlaW5nIGF0IGZ1bGwgc2NhbGUgLSBkb2Vzbid0 IG1hdHRlciB3aGljaCBvbmUgLSB3aWxsDQo+PiBjb250cmlidXRlIG5vIGRlZ3JhZGF0aW9u ICh0aGUgZmFjdG9yIGlzIDEpLiBTbyBub3JtYWxseSwgZG8gdGhhdCAtDQo+PiB1bmxlc3Mg dGhhdCBtZWFucyB5b3UgaGF2ZSB0byBzZXQgdGhlIG90aGVyIG9uZSBfc29fIGxvdyB0aGF0 IHlvdSBnZXQNCj4+IHJvdW5kaW5nLWVycm9yIG5vaXNlLg0KPj4NCj4+IEluIHByYWN0aWNl LCBhc3N1bWluZyB5b3UncmUgdXNpbmcgMTYtYml0IHJlcHJlc2VudGF0aW9uIG9yIGJldHRl ciwNCj4+IHlvdSdyZSB1bmxpa2VseSB0byBiZSBhYmxlIHRvIGhlYXIgX2FueV8gZWZmZWN0 Lg0KPj4NCj4+DQo+IA0KPiBOb3QgbXkgZXhwZXJpZW5jZS4gIE9uIG15IGFnZWluZyBEZWxs IFZvc3RybywgaWYgSSBoYXZlIFdpbmRvd3MgTWVkaWENCj4gUGxheWVyIHNldCB0byBtYXhp bXVtIG91dHB1dCB0aGVyZSBpcyBjbGVhciAiY2xpcHBpbmciLCB3aGljaCBnaXZlcyB0aGUN Cj4gc291bmQgYSBoYXJzaCBlZGdlLiAgVHVybiBkb3duIHRoZSBvdXRwdXQgY29udHJvbCBv biBXTVAgKGNvbXBlbnNhdGluZw0KPiBhcyBuZWVkZWQgd2l0aCB0aGUgc3BlYWtlcnMnIHZv bHVtZSBjb250cm9sKSBhbmQgdGhlIGRpc3RvcnRpb24NCj4gZGlzYXBwZWFycy4NCj4gDQpB aCwgeW91J3JlIHVzaW5nIGV4dGVybmFsIHNwZWFrZXJzLCB3aXRoIGEgcGh5c2ljYWwgdm9s dW1lIGNvbnRyb2wgKGEgDQprbm9iLCBvciB1cCBhbmQgZG93biBidXR0b25zKT8NCi0tIA0K Si4gUC4gR2lsbGl2ZXIuIFVNUkE6IDE5NjAvPDE5ODUgTUIrK0coKUFMLUlTLUNoKysocClB ckBUK0grU2gwITpgKUROQWYNCgANCk1pa2UgSmFja3NvbiB8XCAgICAgIF8sLCwtLS0sLF8N CmFuZCBTcXVlYWsgICAvLGAuLSdgJyAgICAtLiAgOy07OyxfICAgIFNoYW1lIHRoZXJlJ3Mg bm8gc25vb3plIGJ1dHRvbg0KWzE5OThdICAgICAgIHwsNC0gICkgKS0sXy4uO1wgKCAgYCct ICAgb24gYSBjYXQgd2hvIHdhbnRzIGJyZWFrZmFzdA0KICAgICAgICAgenp6ICctLS0nJyhf Ly0tJyAgYC0nXF8pDQo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to J. P. Gilliver on Mon Jun 30 18:05:26 2025
    XPost: alt.comp.os.windows-11

    On Mon, 6/30/2025 12:21 PM, J. P. Gilliver wrote:
    On 2025/6/30 11:39:26, Philip Herlihy wrote:
    []

    It'll depend on the hardware you have, but on my Dell Vostro, I set
    Windows Media Player to about 2/3 max volume, and then adjust my
    speakers' volume to taste.  With WMP on max output, I get that harsh
    sound that comes from an overload somewhere.  You should experiment.

    Interesting. When you say "WMP on max output", do you mean the slider in the WMP window? Does it still sound like an overload with that on max., but with the master volume control (near the clock) set to _less_ than max.?

    Put a calibrated tone into a .wav file and instead of listening
    to the output, put a multimeter on AC volts between Tip and Shield
    (which measures the Left channel output).

    That will tell you how close to overload you are.

    Some FOSS-like players, have the "up to 2X volume control" and
    potentially those can clip.

    OK, let's start our test.

    Audacity, Generate Tone, Amplitude 1.0, Frequency 440Hz, time 5 minutes

    Play, OS slider 100% = RealTek Audio out is 1.142 VAC (sounds about right... should be ~1.1 VAC)

    Now, close Audacity. Use the exported WAV, fire up WMP Legacy.

    WMP Legacy starts with its volume slider at 50%, while system tray is 100% right now

    Output = 0.630 VAC

    Now, push WMP control to 100% volume

    Output = 1.241 VAC (which is likely to be clipping)

    This is just a ballpark test, to see how close it is.

    To do a real test, you pass the audio output from one computer,
    to the Line In on a second computer, record in Audacity, and
    look for clipping in the sine wave samples.

    Some sound cards can manage more amplitude than the RealTek HDAudio.
    Sound Blasters for example, some of them were good for a bit more
    than that. But to me, a reading of 1.1 VAC is what I'm looking for
    as a max, when doing this with multimeter and not blowing
    out my eardrums doing a tone test on live speakers :-) Multimeter is
    a TrueRMS (which does not mean much when you look at some of
    the readings it has given at times).

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From micky@21:1/5 to Herlihy on Mon Jun 30 18:11:48 2025
    XPost: alt.comp.os.windows-11

    In alt.comp.os.windows-11, on Mon, 30 Jun 2025 11:45:39 +0100, Philip
    Herlihy <nothing@invalid.com> wrote:

    In article <103q74h$15dk2$1@dont-email.me>, G6JPG@255soft.uk says...
    One of them being at full scale - doesn't matter which one - will >>contribute no degradation (the factor is 1). So normally, do that -
    unless that means you have to set the other one _so_ low that you get >>rounding-error noise.

    In practice, assuming you're using 16-bit representation or better,
    you're unlikely to be able to hear _any_ effect.



    Not my experience. On my ageing Dell Vostro, if I have Windows Media

    BTW, I have a Dell Vostro that a friend gave me after his business
    stopped using it. It failed a few years ago, maybe a harddrive failure
    but I still have a plan to install Linux on it.

    Player set to maximum output there is clear "clipping", which gives the
    sound a harsh edge. Turn down the output control on WMP (compensating
    as needed with the speakers' volume control) and the distortion
    disappears.

    Good to know. I wouldn't be using it for music, but maybe for police
    chase or Karen videos. i cant' seem to get enough of them.
    --

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From micky@21:1/5 to Herlihy on Mon Jun 30 18:08:36 2025
    XPost: alt.comp.os.windows-11

    In alt.comp.os.windows-11, on Mon, 30 Jun 2025 11:39:26 +0100, Philip
    Herlihy <nothing@invalid.com> wrote:

    In article <f8i06k9eeniggco9k0v4pmpvtr977a5q6i@4ax.com>, NONONOmisc07 >@fmguy.com says...

    In article <68uv5kd6se8jn7cad6p1qlaocjccketn6a@4ax.com>, NONONOmisc07 >>>@fmguy.com says...
    To maximize fidelity while maintaining the same volume, does one want to >>>>a) Decrease the Windows volume and increase the applications setting?
    b) to its max?
    c) Increase the Windows volume and decrease the application volume?
    d) to the Windows max?
    e) Set both in the middle somewhere? Where?



    Certainly I've found that with some devices the max output of an app >>>(e.g. YouTube) can overload an input stage somewhere - either the USB
    DAC that I use or the small speaker set I have connected. I just >>>experiment, and amplifying a low output level doesn't seem to degrade
    the sound.

    So it wouldn't matter if use a or c?
    And maybe even b and d.


    It'll depend on the hardware you have, but on my Dell Vostro, I set
    Windows Media Player to about 2/3 max volume, and then adjust my
    speakers' volume to taste. With WMP on max output, I get that harsh
    sound that comes from an overload somewhere. You should experiment.

    I will experiment but I wanted a head start and yours helps. Thanks.

    --

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From micky@21:1/5 to Gilliver" on Mon Jun 30 18:18:51 2025
    XPost: alt.comp.os.windows-11

    In alt.comp.os.windows-10, on Sun, 29 Jun 2025 03:07:13 +0100, "J. P.
    Gilliver" <G6JPG@255soft.uk> wrote:

    On 2025/6/28 15:39:14, micky wrote:
    How to maximize audio fidelity?

    Some programs like youtube and radiomaximus provide volume controls, and
    windows provides one.

    To maximize fidelity while maintaining the same volume, does one want to
    a) Decrease the Windows volume and increase the applications setting?
    b) to its max?
    c) Increase the Windows volume and decrease the application volume?
    d) to the Windows max?
    e) Set both in the middle somewhere? Where?

    []
    Looking purely at volume controls (i. e. ignoring things like lossy >compression such as mp3 etc.), then cascaded (one after the other)
    "volume controls" are just successive multiplication by a factor.

    One of them being at full scale - doesn't matter which one - will
    contribute no degradation (the factor is 1). So normally, do that -

    Good. That makes life simpler.

    unless that means you have to set the other one _so_ low that you get >rounding-error noise.

    In practice, assuming you're using 16-bit representation or better,
    you're unlikely to be able to hear _any_ effect.


    If you're talking about _processing_, rather than actual listening, then

    I hadn't even thought about that, but I can see it coming up.

    set all stages to full volume - or ×1, or whatever it calls it; that way >you'll not lose anything. (If just changing levels, you won't overload;
    if something is already overloaded [clipping], then multiplying by 1
    won't make it worse, and multiplying by less than 1 won't make it any
    _less_ distorted. _Some_ processing activities - such as some kinds of >filters - _can_ result in a[n effective] gain greater than 1; if you
    find that is happening, then set a ×.5 somewhere in the process.) If you
    have software that has controls that give actual gain (more than ×1),
    don't use that - it won't _gain_ any fidelity, and unless it's a factor
    of a power of two, will _in theory_ add some distortion - though _in >practice_ this won't be audible. (Obviously if the final result exceeds
    full scale, i. e. clipping, then even powers of two are to be avoided.)
    If your final result is low level, then do boost it - but only by powers
    of two. (Getting to above half full scale is sufficient; the logarithmic >characteristic of human hearing means the difference between >over-half-full-scale and actual full scale is barely audible.)--

    I will read tthis again tomorrow, after part of it has sunken in.

    J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

    Write a question, using "why".

    Why?

    Why not? LOL2

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Philip Herlihy@21:1/5 to All on Tue Jul 1 11:27:04 2025
    XPost: alt.comp.os.windows-11

    In article <103udhu$27r2q$2@dont-email.me>, G6JPG@255soft.uk says...

    On 2025/6/30 11:39:26, Philip Herlihy wrote:
    []

    It'll depend on the hardware you have, but on my Dell Vostro, I set
    Windows Media Player to about 2/3 max volume, and then adjust my
    speakers' volume to taste. With WMP on max output, I get that harsh
    sound that comes from an overload somewhere. You should experiment.

    Interesting. When you say "WMP on max output", do you mean the slider in
    the WMP window? Does it still sound like an overload with that on max.,
    but with the master volume control (near the clock) set to _less_ than max.?

    It's always good to have it pointed out you've overlooked something!
    I've ignored the "system" volume control, simply adjusting the WMP
    control and the speaker volume (rotary dial). Next time I play any
    music I'll experiment!

    Thinking about it more, I realise I don't really understand quite what's
    going on when clipping is detected. I'm using an external USB DAC
    (Cambridge Audio Dacmagic). So the signal is still digital when it
    reaches that - the speaker volume control is downstream (analogue
    signal). So how does a digital output (however loud it's coded to be)
    overload a downstream input stage? I wonder if this is a shortcoming in
    my DAC - though it certainly delivers better sound than the standard PC
    jack.

    --
    --
    Phil, London

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Philip Herlihy@21:1/5 to All on Tue Jul 1 11:22:22 2025
    XPost: alt.comp.os.windows-11

    In article <103udn0$27r2q$3@dont-email.me>, G6JPG@255soft.uk says...

    On 2025/6/30 11:45:39, Philip Herlihy wrote:
    In article <103q74h$15dk2$1@dont-email.me>, G6JPG@255soft.uk says...
    One of them being at full scale - doesn't matter which one - will
    contribute no degradation (the factor is 1). So normally, do that -
    unless that means you have to set the other one _so_ low that you get
    rounding-error noise.

    In practice, assuming you're using 16-bit representation or better,
    you're unlikely to be able to hear _any_ effect.



    Not my experience. On my ageing Dell Vostro, if I have Windows Media
    Player set to maximum output there is clear "clipping", which gives the
    sound a harsh edge. Turn down the output control on WMP (compensating
    as needed with the speakers' volume control) and the distortion
    disappears.

    Ah, you're using external speakers, with a physical volume control (a
    knob, or up and down buttons)?

    Rotary dial. In another sub-thread I've been made to realise that I've overlooked the "system" volume control, which I'll have to play with nex
    time I play music!

    --
    --
    Phil, London

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From J. P. Gilliver@21:1/5 to Philip Herlihy on Tue Jul 1 13:36:24 2025
    XPost: alt.comp.os.windows-11

    On 2025/7/1 11:27:4, Philip Herlihy wrote:
    In article <103udhu$27r2q$2@dont-email.me>, G6JPG@255soft.uk says...

    On 2025/6/30 11:39:26, Philip Herlihy wrote:
    []

    It'll depend on the hardware you have, but on my Dell Vostro, I set
    Windows Media Player to about 2/3 max volume, and then adjust my
    speakers' volume to taste. With WMP on max output, I get that harsh
    sound that comes from an overload somewhere. You should experiment.

    Interesting. When you say "WMP on max output", do you mean the slider in
    the WMP window? Does it still sound like an overload with that on max.,
    but with the master volume control (near the clock) set to _less_ than max.?

    It's always good to have it pointed out you've overlooked something!
    I've ignored the "system" volume control, simply adjusting the WMP
    control and the speaker volume (rotary dial). Next time I play any
    music I'll experiment!

    Thinking about it more, I realise I don't really understand quite what's going on when clipping is detected. I'm using an external USB DAC
    (Cambridge Audio Dacmagic). So the signal is still digital when it
    reaches that - the speaker volume control is downstream (analogue
    signal). So how does a digital output (however loud it's coded to be) overload a downstream input stage? I wonder if this is a shortcoming in
    my DAC - though it certainly delivers better sound than the standard PC
    jack.

    Unless it's been badly set up, a DAC should not produce clipping, unless
    fed with a digital signal that already includes clipping. It will
    produce a signal of a given voltage. That could still be more than
    whatever it is feeding is capable of accepting.

    Ideally, you need something that can produce a signal you can vary the
    output of, in an analogue fashion: ideally a signal generator, but maybe
    a CD player playing a test tone, with a volume control. Feed this into
    your "speaker" (amplified speaker system), and turn it up until you hear distortion; at that point, measure the output with a voltmeter (with it
    still connected to the speaker input); that is the maximum voltage the
    speaker can accept. (Doesn't matter if the voltmeter isn't "true RMS" or
    what frequency you use, though I'd suggest a low one - as long as you
    use the same signal for all measurements.) Then measure (again, while
    connected to the speaker load) the output of your DAC playing the same
    signal. If this is higher than the speaker can take, you've found the
    problem. (The solution would be a resistive dropper - or, always run the
    system volume turned down sufficiently; this latter in theory affects
    fidelity, but in practice I challenge anyone to be able to hear any degradation.)

    Do this when you have the house to yourself if you don't want to
    irritate people!

    If you can borrow an oscilloscope, that will show you fairly quickly if
    any signal you can get at is clipping, and let you find any relevant levels.
    --
    J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

    ... some language may be offensive to younger viewers. Like "please" and
    "thank you". (Intro to /Off Their Rockers/, quoted in RT 25-31 May 2013
    by Sarah Millican.)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to J. P. Gilliver on Tue Jul 1 10:59:09 2025
    XPost: alt.comp.os.windows-11

    On Tue, 7/1/2025 8:36 AM, J. P. Gilliver wrote:
    On 2025/7/1 11:27:4, Philip Herlihy wrote:
    In article <103udhu$27r2q$2@dont-email.me>, G6JPG@255soft.uk says...

    On 2025/6/30 11:39:26, Philip Herlihy wrote:
    []

    It'll depend on the hardware you have, but on my Dell Vostro, I set
    Windows Media Player to about 2/3 max volume, and then adjust my
    speakers' volume to taste.  With WMP on max output, I get that harsh
    sound that comes from an overload somewhere.  You should experiment.

    Interesting. When you say "WMP on max output", do you mean the slider in >>> the WMP window? Does it still sound like an overload with that on max.,
    but with the master volume control (near the clock) set to _less_ than max.?

    It's always good to have it pointed out you've overlooked something!
    I've ignored the "system" volume control, simply adjusting the WMP
    control and the speaker volume (rotary dial).  Next time I play any
    music I'll experiment!

    Thinking about it more, I realise I don't really understand quite what's
    going on when clipping is detected.  I'm using an external USB DAC
    (Cambridge Audio Dacmagic).  So the signal is still digital when it
    reaches that - the speaker volume control is downstream (analogue
    signal).  So how does a digital output (however loud it's coded to be)
    overload a downstream input stage?  I wonder if this is a shortcoming in
    my DAC - though it certainly delivers better sound than the standard PC
    jack.

    Unless it's been badly set up, a DAC should not produce clipping, unless fed with a digital signal that already includes clipping. It will produce a signal of a given voltage. That could still be more than whatever it is feeding is capable of accepting.

    Ideally, you need something that can produce a signal you can vary the output of, in an analogue fashion: ideally a signal generator, but maybe a CD player playing a test tone, with a volume control. Feed this into your "speaker" (amplified speaker
    system), and turn it up until you hear distortion; at that point, measure the output with a voltmeter (with it still connected to the speaker input); that is the maximum voltage the speaker can accept. (Doesn't matter if the voltmeter isn't "true RMS" or
    what frequency you use, though I'd suggest a low one - as long as you use the same signal for all measurements.) Then measure (again, while connected to the speaker load) the output of your DAC playing the same signal. If this is higher than the speaker
    can take, you've found the problem. (The solution would be a resistive dropper - or, always run the system volume turned down sufficiently; this latter in theory affects fidelity, but in practice I challenge anyone to be able to
    hear any degradation.)

    Do this when you have the house to yourself if you don't want to irritate people!

    If you can borrow an oscilloscope, that will show you fairly quickly if any signal you can get at is clipping, and let you find any relevant levels.

    Here is some clipping.

    [Picture]

    https://i.postimg.cc/GmZSBPBn/clipping.gif

    And that is sending a sine wave played in windows Media Player Legacy
    on one side of the room, to the Line_In on a second PC. The second PC
    is using Audacity to record the Line_In signal. Since the tone is 440Hz
    and the ADC is 44.1KHz, each (damaged) sine wave is sampled 100 times
    per wave. The screen representation fits a continuous curved line to the discrete dots, giving the impression of a much much higher sampling rate.

    One channel is clipping, the other is not, due to some Balance
    setting that is not in the center of the scale. That saves me from
    taking two pictures.

    A square wave, is a summation of sine waves. The components of the
    clipped waveform, now include at least two sine waves, and quite
    possibly a lot more harmonics of the fundamental (all with unique
    phase and amplitude to make the waveform what is is). These
    off-tones, serve to give the 440Hz clipped sine wave tone a
    "raspy sound that is not quite right".

    If I connected the Line_In level computer speakers to that signal,
    the volume knob on the speaker would need to be turned down. Maybe
    the computer speakers move the cones to full excursion, when only
    a 0.07 VAC input signal is received. By setting the volume pot to
    1/14th of full scale, I can avoid blowing the speakers. The volume
    pot could be log or linear, I did not take note of the details
    while building the kit. The speakers on the test machine, the knob
    is NEVER MOVED. It's what you do with quality pots :-) There is a pot
    for Left channel, and a pot for Right channel. In fact, the amp
    doesn't even have an on-off switch. It's always on.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Philip Herlihy@21:1/5 to All on Tue Jul 1 18:27:33 2025
    XPost: alt.comp.os.windows-11

    In article <1040ko8$2or9a$2@dont-email.me>, G6JPG@255soft.uk says...
    Unless it's been badly set up, a DAC should not produce clipping, unless
    fed with a digital signal that already includes clipping. It will
    produce a signal of a given voltage. That could still be more than
    whatever it is feeding is capable of accepting.




    I know what clipping sounds like - it's very characteristic. We have a
    street preacher who visits our town square who has a habit of belting
    out his story with something being overloaded, and the sound is even
    less appealing than his admonishments.

    My system WMP, PC, USB, DAC clips (irrespective of overall volume level)
    on some CDs if the WMP level control (and the system level) are at 100%.
    If I turn down the WMP control, I get clean sound, which I can then
    amplify to considerable levels without loss of quality. Yes, I'd be
    interested to know quite which stage is being overloaded.

    --
    --
    Phil, London

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul@21:1/5 to Philip Herlihy on Tue Jul 1 19:42:30 2025
    XPost: alt.comp.os.windows-11

    On Tue, 7/1/2025 1:27 PM, Philip Herlihy wrote:
    In article <1040ko8$2or9a$2@dont-email.me>, G6JPG@255soft.uk says...
    Unless it's been badly set up, a DAC should not produce clipping, unless
    fed with a digital signal that already includes clipping. It will
    produce a signal of a given voltage. That could still be more than
    whatever it is feeding is capable of accepting.




    I know what clipping sounds like - it's very characteristic. We have a street preacher who visits our town square who has a habit of belting
    out his story with something being overloaded, and the sound is even
    less appealing than his admonishments.

    My system WMP, PC, USB, DAC clips (irrespective of overall volume level)
    on some CDs if the WMP level control (and the system level) are at 100%.
    If I turn down the WMP control, I get clean sound, which I can then
    amplify to considerable levels without loss of quality. Yes, I'd be interested to know quite which stage is being overloaded.


    https://www.tenforums.com/sound-audio/208334-output-volume.html

    Using some of the info there, you can get a dB reading for the master Volume.

    [Picture]

    https://i.postimg.cc/wjdkbX12/sound-in-db-legacy-control-panel.gif

    But the quantification of sound and tracks is endless.

    https://www.audiosciencereview.com/forum/index.php?threads/ending-the-windows-audio-quality-debate.19438/page-19

    It seems the windows Way, is for Groove Music player to automatically
    fight against the user setting :-)

    Ultimately, the knob(s) on your external amplifier cascade,
    are the final arbiters of what you hear.

    *******

    In theory, you could use Stereo Mix (AKA "What you hear") as
    a means of monitoring the output. That takes a sample of the
    output and hairpins it back towards the ADC blocks. But that
    is no longer a neutral agent -- I tested Stereo Mix here, and
    I could not observe clipping quite the same way as using
    a second computer to monitor it.

    The HDAudio CODEC has gain and attenuation blocks (popular models
    you can find the hardware block diagram for this), in 1.5dB steps.
    If you could read out the settings on those, you could do a
    more deterministic calculation of the output range possible
    for given settings. But if WMPL is using "math for gain",
    by scaling the values by some float-value, then looking
    at the hardware control settings is useless. And that's the
    sort of thing VLC has been doing to various extents. Unless
    WMPL labels the slider properly, there's no way to know
    exactly what it is doing.

    On modern computers, the sound path is not necessarily
    HDAudio any more. Which will introduce a whole new set of
    variables to study. For example, some laptops have
    "digital amp chips" which have a "status", and your
    speakers can claim they are "Not Ready". Which I'm
    sure leads to customers shitting square bricks of excitement,
    when the speakers no longer work.

    Paul

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)