You're confusing Public Performance with Copying. Many copyright laws have restrictions on public performance of works purchased for personal use (that is, without a license for performance).
Which means, yes, I can't put my TV on my porch and play a DVD on it for everyone in my neighborhood--even for free.
Hmmm. I wonder if this could be a way to go after people with those "doof doof" cars. Get them charged with unlicensed public performance of a copyrighted work....
Yeah. Don't get behind me if you want to blow the red; I'm stopping for it--camera or no. And I'm not looking in my rear-view to see if I'm being tailgated. If you're following so close that I have to worry about it, tough, I'm not going to. I'm also going to brake to avoid skunks, large animals, children, vehicles pulling out of side streets and driveways, and other collision avoidance situations.
I won't "slam on the brakes" for a yellow light, but I may use more of my car's braking abilities for a yellow than I would if I was farther away. Heck, I still think "yellow" is mainly so people who've been waiting can finally make their left turns....
Anyone slamming on their brakes, with or without cameras around, isn't paying enough attention to traffic and the roadway, and is dangerous anyway.
Runtime linking has a cost. There are systems which use shared libraries which are linked at link-time; and the system loader does relocation fix-ups at load time. This cost is much smaller than the ELF runtime linker, though of course it is much closer to statically linking your application. You can't (easily) replace a symbol defined in one library with one in another, for example. AIX shared objects, by default, work this way. (There is an ELF-like runtime linker bolted on to the system, but it's not exactly the same, so many programs written to rely on ELF behavior don't work. Like ANSI C++ compilers.)
Windows traditionally linked by ordinal, not symbol, and so DLL offset resolution is actually fairly fast. Where Windows loses out is it has a much more primitive page cache than UNIX systems and has to resort to disk loading for stuff that was recently loaded, rather than just reviving pages from the free list that contain the relevant text.
Well, that and CreateProcess() is horribly, horribly slow compared to fork()/exec() on UNIXes with copy-on-write fork semantics. (vfork()/exec() for you old fogies in the crowd.)
And Windows still uses a space-separated "command line" as a way of providing program + arguments, rather than command + argument vector. (Any Windows system call which takes an argument vector has to turn it in to a space-separated commandline, and then the C startup code turns it back to a vector for feeding to main().)
And don't get me started on being able to override what executing '.exe' and '.com' means.
You'd have to attack the EFI "system volume" instead of the MBR. Seeing as rEFIt can replace the default Mac OS booter, there's definitely a way to do it.
I've been a very happy TekSavvy customer for several years now, too, and only once have I had to call for support. (OK, when I first signed up, there was a "don't use Helvetica to display passwords" issue with 1lI confusion.)
Anyway, I'd lost connection to the PPPoE server but had good sync on the modem. Called 'em up, and they didn't flinch at the combination of a Linksys router, Mac Mini and Linux tower. We tried a few things, then scheduled a service call from Bell and they gave me the "emergency dial-up number".
When I unplugged the DSL modem to plug in the regular modem, the penny dropped--the link lights stayed solid even with it unplugged. So I phoned TekSavvy back, it was already after hours (my first call had made it in just under the wire, but the guy hadn't left immediately after finishing) and told him to cancel the service call--my modem was fried and syncing with nothing. I'm pretty sure they've got a "unplug modem from phone line--does it lose sync?" test in the trouble-shooting manual now....
I do have a minor wiring issue, but it's not important enough to have to deal with some idiot from Bell. I wish there was an alternative for copper; Roger's terms-of-service are unacceptable to me, so it's got to be DSL and that means you can't avoid Bell's incompetence. At least I don't have to talk to Emily.
The Canadian "Private Copying" provisions are not linked, in any way at all, to the "Blank Media Levy". (A quick visit to Mr. Dictionary shows us "levy" is another way to spell "tax".)
The provisions are both in the same Part of the Act (VIII), but the sections (80 and 82) aren't linked. So, it isn't relevant: personal use copying of audio recordings is fully legal, regardless of whether or not you paid the levy on the media you're using.
And I'd be more than happy to argue in front of the Supreme Court of Canada that changes in the marketing of video recording make them equivalent to audio recordings with today's technology and pricing models. At the time Part VIII was added, video recordings were priced and marketed much differently--when regular consumers were not expected to own video recordings, only rent them.
Today, I can easily find movie DVDs for sale for less than their soundtrack CDs....
As other posters point out, it isn't clear that making personal-use copies was infringing before the Act was updated. Especially copies of works authored outside of Canada.
Last night I fired up Adium and there was a new AIM bots entry with another one of their stupid bots.
So I don't care if the network is open. They have no provision for getting rid of these damn things permanently. I even tried logging on to the web dashboard thing and looking there. So forget 'em.
I only have an AIM account because of something I had on Netscape.com way back when for I forget why; it just never got deleted. I don't know anyone who only has AIM, so we'll all cope just fine without them.
That's the only time POTS in my neighborhood was unavailable. Backhoes just LOVE "Call Before You Dig", but of course, the backhoe didn't have a dime to make a phone call.
Cut the cable in 3 places; the Bell crews were camped in the trench with tents over it for 4 days, splicing the mess back together.
Strangely, the contracting company that did it was never seen again....
I found, here in Canada anyway, that when they put CDMA digital on the frequency band used by AMPS, that worked just fine. The lower frequencies give you larger cell sites per tower, but with all the goodies of digital. It was much easier to get a usable phone call with my Yagi antenna, as the digital protocols were able to compensate for the weak signal.
...and as long as you're heating the building, leaving some machines on probably doesn't matter. (Very different story if you've got the air con running.)
For my residential bills in Toronto, ON, it's 20% to 30% more expensive to use electricity to heat the place than gas, based on my rate plans and the approximate efficiency of my furnace. So, if I leave the stereo, TV, all the computers and everything fully on, that's about 12 cents/hour of electricity instead of 10 cents/hour for gas. So 2 cents/hour extra.
It's all different when you need to cool the place, then it really matters. The rule of thumb I learned is budget 1 kW of cooling power for every 1 kW of load.
I'd get minor shocks from the case screws on my iBook G3 and G4... but ONLY when connected to a particular FireWire enclosure that had a few too many volts on the FireWire cable shield.
In 1995, there were removable cartridge hard disks available quite economically, such as the SyQuest EZ-135. There were removable cartridge flexible high-speed disks from ioMega, like the early Zip drives or the Bernoulli Boxes from the 80s. There were cartridge tape drives, but they never worked well on PCs. There were SCSI enclosures with hot-plug removable disk carriers so you could yank the entire disk assembly (like IBM PortaFiles). There were the 128 MB "floptical" magneto-optical disks. There were optical WORM disks.
Maybe the average PC user didn't use these, but they were sure out there, and they were almost all available for the Mac, and all of them _could_ be used under DOS with a SCSI card.
All that aside, the single biggest virus infection vector on Macs and Amigas was via infected floppies. So by 1995, it was well-known that automatically running software from a newly-inserted disk was a BAD IDEA.
Developing a specific solution ("floppies and CDs") to a generic problem ("removable random-access mass storage media") is also a bad idea. There's a reason SCSI calls things that work like HDDs "direct-access storage devices"; it's because they don't know if everything that works _like_ a magnetic hard disk _is_ a magnetic hard disk... and they don't care. Your operating system shouldn't, either (though some sort of a "restricted overwrite" attribute would sort things like flash ROM drives nicely).
It's the difference between designing for what we had yesterday vs. designing for what we may have tomorrow.
Anyone else remember when Microsoft had an article that said they prevent viruses from getting onto the Windows master CDs by using Young Minds CD mastering software on a UNIX workstation?
Flutter would be a rapid distortion in sound; wrinkled tape and a uneven capstan drive being the two most common ways of getting it on tape playback. (Capstan flywheels are important; you don't want to listen to the drive motor's commutator. Proper pole and commutator configuration matters, too.)
I have seen turntables with platters light enough that flutter is possible. 3oz of plastic just won't do. I'll stick with my ancient Dual with a machined lump of steel.
Generally, you can proceed straight through a switch at full speed, green-over-green on many signaling systems for "no worries".
But if the switch is thrown, you must travel at a much lower speed, depending on the track configuration, anything from a slow walk to a sprint is the kind of speeds we're talking about. Yellow-over-yellow, say.
Tram tracks often have very sharp bends in them, so you're in slow walk territory. Plus, if it's an old-fashioned trolley pole system like Toronto's, you are also at risk of having the pole come off the overhead wire. (There's an inertial reel with a rope on the end of the pole, so if it does come off the wire, it doesn't snap all the way up, and there's a handy rope the operator can use to plug the tram back in.)
Toronto's streetcars are required to "stop, then proceed" at all switches because of past collisions and derailments from switchgear failure. It used to be "slow, then proceed", but that wasn't enough to prevent crashes. And it still happens; there was a collision on the Spadina 510 line last year blamed on a switching error. (I _think_ what happened is that the switch operated while the car had one truck on either side, so the back end of the car tried to turn into the oncoming car's path. The operator would have seen the switch was correct when he started up, but it didn't remain correct.)
Even if all that happens is the tram loses power and stops suddenly, that's enough for injuries as standing passengers get thrown forward. Emergency braking when a car cuts off the tram can do the same thing.
Another possibility is abandoned lines where the switches are still operational. It would be a good idea to disable the remote actuators on those ones, but hey, if they're using consumer-type IR remotes already....
I suppose I could always read the article. Nah....
Forget installing it, just set it up on a fileserver.
Why would software need to be installed locally on a UNIX-like system in a corporate environment? For laptops, you can then just make a cp -pr or rsync -aH copy to local disk if you want things when you're off the LAN.
I've got Firefox, Thunderbird and Mozilla sitting on a central fileserver available to anyone in NFS range, and can be copied to anywhere else, either for geographic caching or offline use.
Maybe setting per-user details like proxies might need a bit of work, but we're on a transparent NAT firewall, so there's no proxy. Bet there's a ".js" file that I could set on the server and the user accounts would load that before per-user details, though. And that only has to be done once, not for every user.
Please don't bring the Windows software management model to other systems.
A lot of us have many widgets with an A plug or cable firmly bonded to the device; like keyboards, trackballs, mice, joysticks, gamepads, flash-card readers, flash drives, PS/2 converters, PlayStation 2 converters, audio capture/playback adapters, Bluetooth dongles, webcams, and so on. There's no B plug, the cable cannot be removed from the device, or there isn't any cable. (Damn, I've got a lot of USB crap.)
I've got a number of A-A extension cables in the 6" to 18" range for dealing with these things, because a CompactFlash reader covers about 3 ports on my hub. The PS/2 keyboard adapter connecting my Model M clicketymatic to a legacy-free PC covers a USB port above the one it's plugged into (and the recess around the cable area prevents me plugging it in to the top of a set of 4 USB sockets).
In fact, I think the original poster might have been understating the A vs. B experience ratio. Even when I do have a B-socketed-device, I generally unplug the A plug from the hub rather than the B plug from the device, because the next thing I want may have a bonded cable, or need a mini-B connector, or whatever. So few things have detachable B plugs (scanner, printer, RS-232 converter, external disks and Concept2 PM3 monitor) that you might as well leave the cable with the device.
Mini-B is slightly more useful, because it's used on little things that don't want a bulky cable connected all the time, like cameras and 2.5" external disks.
Yeah; some of us had been using what's now called S-video as "Luma/Chroma" on Commodore 64s. I've got a C=64 to S-Video cable around somewhere... nothing quite as scary as "38911 BASIC BYTES FREE" on a big TV.
I really had that S-Video connector. I'm glad they used RCA with component; I'm not a big fan of RCA either, but compared to the orientation-sensitive 4-pin mini-DIN behind an equipment rack, RCA phono plugs are brilliant.
It's due to the pilot tone being within the human hearing range, 19 kHz. The receiver is supposed to notch-filter it out and use it to regenerate the carrier for AM demodulation of the "Left-Right" channel (the "Left+Right" channel was sent where mono FM would be).
Many receivers in the '70s had very poor notch-reject filters and would let the 19 kHz pilot tone through; if you had decent speakers and good hearing, that meant a continuous high-pitched whine when listening to FM stereo.
Or, worse, flaws in receiver design would have cross-talk and an amplified version of the pilot tone would feed into the output stage. These ones were easy to fix; just turn off the FM stereo circuit.
You also wouldn't want to listen to an FM stereo channel with a mono receiver and good speakers, unless the receiver was modern enough to "know" about the pilot tone and have brick-wall filter above 15 kHz.
And I've had plenty of azimuth issues with magnetic tape. Commercially-recorded tapes were horrid; the signal quality was often pretty good, the problem was, the head alignment was different between any two tapes you'd care to name. So you wouldn't get good sound from any one tape without fiddling with the azimuth screw on your deck.
Digital can be infinitely regenerated. Other than that, there's no reason for it to not suck.
Slashdot Mirror
You're confusing Public Performance with Copying. Many copyright laws have restrictions on public performance of works purchased for personal use (that is, without a license for performance).
Which means, yes, I can't put my TV on my porch and play a DVD on it for everyone in my neighborhood--even for free.
Hmmm. I wonder if this could be a way to go after people with those "doof doof" cars. Get them charged with unlicensed public performance of a copyrighted work....
Yeah. Don't get behind me if you want to blow the red; I'm stopping for it--camera or no. And I'm not looking in my rear-view to see if I'm being tailgated. If you're following so close that I have to worry about it, tough, I'm not going to. I'm also going to brake to avoid skunks, large animals, children, vehicles pulling out of side streets and driveways, and other collision avoidance situations.
I won't "slam on the brakes" for a yellow light, but I may use more of my car's braking abilities for a yellow than I would if I was farther away. Heck, I still think "yellow" is mainly so people who've been waiting can finally make their left turns....
Anyone slamming on their brakes, with or without cameras around, isn't paying enough attention to traffic and the roadway, and is dangerous anyway.
Runtime linking has a cost. There are systems which use shared libraries which are linked at link-time; and the system loader does relocation fix-ups at load time. This cost is much smaller than the ELF runtime linker, though of course it is much closer to statically linking your application. You can't (easily) replace a symbol defined in one library with one in another, for example. AIX shared objects, by default, work this way. (There is an ELF-like runtime linker bolted on to the system, but it's not exactly the same, so many programs written to rely on ELF behavior don't work. Like ANSI C++ compilers.)
Windows traditionally linked by ordinal, not symbol, and so DLL offset resolution is actually fairly fast. Where Windows loses out is it has a much more primitive page cache than UNIX systems and has to resort to disk loading for stuff that was recently loaded, rather than just reviving pages from the free list that contain the relevant text.
Well, that and CreateProcess() is horribly, horribly slow compared to fork()/exec() on UNIXes with copy-on-write fork semantics. (vfork()/exec() for you old fogies in the crowd.)
And Windows still uses a space-separated "command line" as a way of providing program + arguments, rather than command + argument vector. (Any Windows system call which takes an argument vector has to turn it in to a space-separated commandline, and then the C startup code turns it back to a vector for feeding to main().)
And don't get me started on being able to override what executing '.exe' and '.com' means.
You'd have to attack the EFI "system volume" instead of the MBR. Seeing as rEFIt can replace the default Mac OS booter, there's definitely a way to do it.
Oooh. How about comparing A/UX with BSD on MC68K, then?
I've been a very happy TekSavvy customer for several years now, too, and only once have I had to call for support. (OK, when I first signed up, there was a "don't use Helvetica to display passwords" issue with 1lI confusion.)
Anyway, I'd lost connection to the PPPoE server but had good sync on the modem. Called 'em up, and they didn't flinch at the combination of a Linksys router, Mac Mini and Linux tower. We tried a few things, then scheduled a service call from Bell and they gave me the "emergency dial-up number".
When I unplugged the DSL modem to plug in the regular modem, the penny dropped--the link lights stayed solid even with it unplugged. So I phoned TekSavvy back, it was already after hours (my first call had made it in just under the wire, but the guy hadn't left immediately after finishing) and told him to cancel the service call--my modem was fried and syncing with nothing. I'm pretty sure they've got a "unplug modem from phone line--does it lose sync?" test in the trouble-shooting manual now....
I do have a minor wiring issue, but it's not important enough to have to deal with some idiot from Bell. I wish there was an alternative for copper; Roger's terms-of-service are unacceptable to me, so it's got to be DSL and that means you can't avoid Bell's incompetence. At least I don't have to talk to Emily.
The Canadian "Private Copying" provisions are not linked, in any way at all, to the "Blank Media Levy". (A quick visit to Mr. Dictionary shows us "levy" is another way to spell "tax".)
The provisions are both in the same Part of the Act (VIII), but the sections (80 and 82) aren't linked. So, it isn't relevant: personal use copying of audio recordings is fully legal, regardless of whether or not you paid the levy on the media you're using.
And I'd be more than happy to argue in front of the Supreme Court of Canada that changes in the marketing of video recording make them equivalent to audio recordings with today's technology and pricing models. At the time Part VIII was added, video recordings were priced and marketed much differently--when regular consumers were not expected to own video recordings, only rent them. Today, I can easily find movie DVDs for sale for less than their soundtrack CDs....
As other posters point out, it isn't clear that making personal-use copies was infringing before the Act was updated. Especially copies of works authored outside of Canada.
Last night I fired up Adium and there was a new AIM bots entry with another one of their stupid bots.
So I don't care if the network is open. They have no provision for getting rid of these damn things permanently. I even tried logging on to the web dashboard thing and looking there. So forget 'em.
I only have an AIM account because of something I had on Netscape.com way back when for I forget why; it just never got deleted. I don't know anyone who only has AIM, so we'll all cope just fine without them.
That's the only time POTS in my neighborhood was unavailable. Backhoes just LOVE "Call Before You Dig", but of course, the backhoe didn't have a dime to make a phone call.
Cut the cable in 3 places; the Bell crews were camped in the trench with tents over it for 4 days, splicing the mess back together.
Strangely, the contracting company that did it was never seen again....
I found, here in Canada anyway, that when they put CDMA digital on the frequency band used by AMPS, that worked just fine. The lower frequencies give you larger cell sites per tower, but with all the goodies of digital. It was much easier to get a usable phone call with my Yagi antenna, as the digital protocols were able to compensate for the weak signal.
So dual-band digital is what I like now.
I just want to know what fool let Adam get a Segway. That can't be good for anyone near by....
'Cause if you don't trade in your old voting system, they charge you full sticker price, dealer prep, and delivery?
...and as long as you're heating the building, leaving some machines on probably doesn't matter. (Very different story if you've got the air con running.)
For my residential bills in Toronto, ON, it's 20% to 30% more expensive to use electricity to heat the place than gas, based on my rate plans and the approximate efficiency of my furnace. So, if I leave the stereo, TV, all the computers and everything fully on, that's about 12 cents/hour of electricity instead of 10 cents/hour for gas. So 2 cents/hour extra.
It's all different when you need to cool the place, then it really matters. The rule of thumb I learned is budget 1 kW of cooling power for every 1 kW of load.
And the worst consumers are the ones which have the overnight batch jobs running to get the test results ready for start-of-business.
(I'm on a Linux workstation. Server. Errr... computer. It does lots of things, not just be my workstation.)
I'd get minor shocks from the case screws on my iBook G3 and G4... but ONLY when connected to a particular FireWire enclosure that had a few too many volts on the FireWire cable shield.
I don't have that enclosure any more.
In 1995, there were removable cartridge hard disks available quite economically, such as the SyQuest EZ-135. There were removable cartridge flexible high-speed disks from ioMega, like the early Zip drives or the Bernoulli Boxes from the 80s. There were cartridge tape drives, but they never worked well on PCs. There were SCSI enclosures with hot-plug removable disk carriers so you could yank the entire disk assembly (like IBM PortaFiles). There were the 128 MB "floptical" magneto-optical disks. There were optical WORM disks.
Maybe the average PC user didn't use these, but they were sure out there, and they were almost all available for the Mac, and all of them _could_ be used under DOS with a SCSI card.
All that aside, the single biggest virus infection vector on Macs and Amigas was via infected floppies. So by 1995, it was well-known that automatically running software from a newly-inserted disk was a BAD IDEA.
Developing a specific solution ("floppies and CDs") to a generic problem ("removable random-access mass storage media") is also a bad idea. There's a reason SCSI calls things that work like HDDs "direct-access storage devices"; it's because they don't know if everything that works _like_ a magnetic hard disk _is_ a magnetic hard disk... and they don't care. Your operating system shouldn't, either (though some sort of a "restricted overwrite" attribute would sort things like flash ROM drives nicely).
It's the difference between designing for what we had yesterday vs. designing for what we may have tomorrow.
Anyone else remember when Microsoft had an article that said they prevent viruses from getting onto the Windows master CDs by using Young Minds CD mastering software on a UNIX workstation?
Can't find a trace of that now....
Flutter would be a rapid distortion in sound; wrinkled tape and a uneven capstan drive being the two most common ways of getting it on tape playback. (Capstan flywheels are important; you don't want to listen to the drive motor's commutator. Proper pole and commutator configuration matters, too.)
I have seen turntables with platters light enough that flutter is possible. 3oz of plastic just won't do. I'll stick with my ancient Dual with a machined lump of steel.
It's all about the speed.
Generally, you can proceed straight through a switch at full speed, green-over-green on many signaling systems for "no worries".
But if the switch is thrown, you must travel at a much lower speed, depending on the track configuration, anything from a slow walk to a sprint is the kind of speeds we're talking about. Yellow-over-yellow, say.
Tram tracks often have very sharp bends in them, so you're in slow walk territory. Plus, if it's an old-fashioned trolley pole system like Toronto's, you are also at risk of having the pole come off the overhead wire. (There's an inertial reel with a rope on the end of the pole, so if it does come off the wire, it doesn't snap all the way up, and there's a handy rope the operator can use to plug the tram back in.)
Toronto's streetcars are required to "stop, then proceed" at all switches because of past collisions and derailments from switchgear failure. It used to be "slow, then proceed", but that wasn't enough to prevent crashes. And it still happens; there was a collision on the Spadina 510 line last year blamed on a switching error. (I _think_ what happened is that the switch operated while the car had one truck on either side, so the back end of the car tried to turn into the oncoming car's path. The operator would have seen the switch was correct when he started up, but it didn't remain correct.)
Even if all that happens is the tram loses power and stops suddenly, that's enough for injuries as standing passengers get thrown forward. Emergency braking when a car cuts off the tram can do the same thing.
Another possibility is abandoned lines where the switches are still operational. It would be a good idea to disable the remote actuators on those ones, but hey, if they're using consumer-type IR remotes already....
I suppose I could always read the article. Nah....
Forget installing it, just set it up on a fileserver.
Why would software need to be installed locally on a UNIX-like system in a corporate environment? For laptops, you can then just make a cp -pr or rsync -aH copy to local disk if you want things when you're off the LAN.
I've got Firefox, Thunderbird and Mozilla sitting on a central fileserver available to anyone in NFS range, and can be copied to anywhere else, either for geographic caching or offline use.
Maybe setting per-user details like proxies might need a bit of work, but we're on a transparent NAT firewall, so there's no proxy. Bet there's a ".js" file that I could set on the server and the user accounts would load that before per-user details, though. And that only has to be done once, not for every user.
Please don't bring the Windows software management model to other systems.
A lot of us have many widgets with an A plug or cable firmly bonded to the device; like keyboards, trackballs, mice, joysticks, gamepads, flash-card readers, flash drives, PS/2 converters, PlayStation 2 converters, audio capture/playback adapters, Bluetooth dongles, webcams, and so on. There's no B plug, the cable cannot be removed from the device, or there isn't any cable. (Damn, I've got a lot of USB crap.)
I've got a number of A-A extension cables in the 6" to 18" range for dealing with these things, because a CompactFlash reader covers about 3 ports on my hub. The PS/2 keyboard adapter connecting my Model M clicketymatic to a legacy-free PC covers a USB port above the one it's plugged into (and the recess around the cable area prevents me plugging it in to the top of a set of 4 USB sockets).
In fact, I think the original poster might have been understating the A vs. B experience ratio. Even when I do have a B-socketed-device, I generally unplug the A plug from the hub rather than the B plug from the device, because the next thing I want may have a bonded cable, or need a mini-B connector, or whatever. So few things have detachable B plugs (scanner, printer, RS-232 converter, external disks and Concept2 PM3 monitor) that you might as well leave the cable with the device.
Mini-B is slightly more useful, because it's used on little things that don't want a bulky cable connected all the time, like cameras and 2.5" external disks.
Anything wrong with "system('whois','-h','whois.networksolutions.com',$domain.'.com')"? Why bother with print-and-backticks for that?
Anyway, it's too long. Assuming POSIX standard shell...
Here I was wondering if I should sell my iBook G4 or keep it.
Looks like I'm keeping it. And keeping it clean.
Yeah; some of us had been using what's now called S-video as "Luma/Chroma" on Commodore 64s. I've got a C=64 to S-Video cable around somewhere... nothing quite as scary as "38911 BASIC BYTES FREE" on a big TV.
I really had that S-Video connector. I'm glad they used RCA with component; I'm not a big fan of RCA either, but compared to the orientation-sensitive 4-pin mini-DIN behind an equipment rack, RCA phono plugs are brilliant.
I do remember issues with FM Stereo.
It's due to the pilot tone being within the human hearing range, 19 kHz. The receiver is supposed to notch-filter it out and use it to regenerate the carrier for AM demodulation of the "Left-Right" channel (the "Left+Right" channel was sent where mono FM would be).
Many receivers in the '70s had very poor notch-reject filters and would let the 19 kHz pilot tone through; if you had decent speakers and good hearing, that meant a continuous high-pitched whine when listening to FM stereo.
Or, worse, flaws in receiver design would have cross-talk and an amplified version of the pilot tone would feed into the output stage. These ones were easy to fix; just turn off the FM stereo circuit.
You also wouldn't want to listen to an FM stereo channel with a mono receiver and good speakers, unless the receiver was modern enough to "know" about the pilot tone and have brick-wall filter above 15 kHz.
And I've had plenty of azimuth issues with magnetic tape. Commercially-recorded tapes were horrid; the signal quality was often pretty good, the problem was, the head alignment was different between any two tapes you'd care to name. So you wouldn't get good sound from any one tape without fiddling with the azimuth screw on your deck.
Digital can be infinitely regenerated. Other than that, there's no reason for it to not suck.