Comment: Doesn't anybody use pendrives? (Score 1) 280
Do all the people that voted 0 don't use pendrives/flash drives at all?
|
|
Do all the people that voted 0 don't use pendrives/flash drives at all?
But are you sure that the interfaces will remain in the same place every boot? I usually have 2 or more interfaces on each pc, and I need them to stay in place, obviously.
Considering it is now modded +2 funny, I guess the religious debate went alright
How to spot a Windows user:
It's like trying to move an already installed OS from one machine to another; difficult at best.
(I've moved dozens of Linux installs from one server to another and the only change I have to make is tell it "eth0 doesn't exist anymore" so I can have the interfaces named from eth0 onwards instead of eth1,2,3,4,... )
Wifi-g actually doesn't provide 54Mb/s of effective BW, more like around 27Mb/s. Just FYI.
Indeed. It seems the people that write the software haven't caught up with this "caching" technology you speak of.
Cheap people don't put enough RAM on their decoders
Digital cable normally works unidirectionally, think multicast. The header sends information for all the receivers, is not point to point like the internet. So, it doesn't matter that you don't want to see the channel, they still have to send it because somebody else *might* want to see it. And, yes, the channel guide travels in the "background".
That's due to how digital cable works. I'll speak of DVB since that's what I know (I don't know what USA is using, but surely it will be similar). DVB sends a big stream composed of several smaller streams, some of those are video/audio streams, some are channel information (the guide, the streams IDs (audio/video/cc) of the channel, etc), others are info on the stream itself (carrier frequencies) or general information (time).
For the video stream, as the parent poster said, you'll have to wait to get a keyframe to start to view it (sending more keyframes means less efficient coding, means more bandwith per channel).
For some of the channel information, like the guide, you have a tradeoff between bandwidth and latency. Sure, you can stream the guide with almost 0 latency, but that means using a lot of BW to be able to send all the channel guides all the time. You have less available BW for channels, which means having to use more carrier freqs which means more money on hardware to send those signals (and possibly repeaters...). So, cable operators send the guide with a "reasonable" BW. The problem gets worse the more channels you have, since the channel guide has to be sent on all carriers.
It says select "Favorite", implying you only have one, thus the radio selection is correct.
"If you are beginning to doubt what I am saying, you are probably hallucinating." -- The Firesign Theatre, _Everything you know is Wrong_