However many of those sites can share a wildcard SSL cert, can run from a single IP address.
The kind of thing I've seen for some merchant sites is the (HTTP) storefront runs as www.merchantdomain.com and the SSL parts as merchantdomain.sharedprovider.com, using the *.sharedprovider.com SSL cert. Security-wise I don't like it at all, but there it is.
Either there's something they're not telling us, or the reporter may be clueless.
A 32bps data stream is plenty slow alright, but if anything, modern equipment should be able to do a better job at plucking the oh-so-faint signal out of the noise.
[Xen]... "trades off performance for much better isolation and security."
No kidding, that's why I use it! Xen's performance ain't so bad. Show me a better performing virtualization solution that matches or bests Xen's isolation security - then we'll talk.
I've digitized a LOT of video tapes, some of them for money (i.e. a small business) and over the years tried many techniques.
Best found and what I use now?
1. Good VCR with time-base corrector. Mine's a JVC HS-S7600U, about $350 several years ago and still works like new. Higher end "broadcast" VCRs will *record* better but not necessarily *play* better - don't bother.
2. Hauppauge WinTV PVR-250 taking S-Video input from the VCR. Uses the Linux IVTV drivers. Hit play on the VCR, "cat/dev/video0 > filename.mpg" to grab the data.
Between these two there are enough tweaks for sharpness/noise reduction/saturation/hue, etc. to deal with most any signal. Whoever said component output matters doesn't know how color information is laid down on (S)VHS tapes - look up "color under" recording for more info. S-Video gets you all the information that's there; Y/Cb/Cr component would be a waste.
The PVR-x50 series of hardware MPEG encoders produce superb results, of course in real time, and have quite advanced noise reduction capabilities. Do your own searches for reviews head-to-head with any other SD encoders. You can run them as high as 27 Mbps. Gotta keep it below 9.5 Mbps or so for DVD though.
In the past I have used a DV camcorder transcode mode to get video into the computer. If the final result is MPEG-2, e.g. for DVD, then you actually have an extra transcode step that way, going from DV to MPEG-2 using a software encoder. Better to go straight to MPEG-2. Downside to this - and practically a small one - is having about 1/2 second edit resolution due to needing to respect MPEG GOP boundaries. In practice that's not a problem, even for editing commercials from off-air recordings.
While I don't disagree that the lone person with his gun(s) stands little chance against an organized government effort to stamp him out, you have at least one rather glaring factual error in your opening comment about state weapon carry laws.
Here's an accurate (as of 2006) and up-to-date graphic of where the US states stand in regards to permits to carry weapons - usually a handgun. Site name notwithstanding, this is how it really is. In every blue state, you *will* be issued a permit to carry if you pass a background check and meet some well-defined standards:
Like it or not, a lot of people in the US do have guns, whether they carry them around with them or not. Wish I had an official stat handy but think it's in the 30 or even 40 percent range. I see that element as having the potential to defend themselves quite well, even in the face of the kind of organized government-originated attack of which you speak. If you think the disappearance of one person would raise eyebrows, the disappearance of a large group of diverse people would *really* cause a ruckus.
At the risk of sounding cliche, the 'power of the people' has more facets than may immediately be apparent.
A transponder is only required when flying in certain airspaces. I.e. it is *not* illegal to fly without one or turned off, so long as you don't fly too high or into a busy airport - class A (high), B or C airspace (busy airports). O'Hare is class B and practically speaking nobody operates there without a mode S (altitude-encoding) transponder and assigned squawk code, but ATC can authorize exceptions in advance.
I'm pretty sure airport surveillance radar (ASR) will see aircraft or other sufficiently big and reflective objects without an operating transponder as an unidentified object on the controller's screen. If the O'Hare tower didn't see this object on radar it could be it simply wasn't reflecting enough energy to be detected, or may have been in a blind spot. I.e. they would not expect an aircraft to be only 700' AGL and directly over a gate so who knows if the location was in their ASR's beam?
VFR aircraft with a transponder and in the air are supposed to squawk 1200. That code tells any ASRs that can see you that your aircraft is operating under VFR and not talking with ATC. BTW, being on a flight plan or not is not strictly relevant to this. When you get in contact with ATC for any reason, typically the first thing they do is assign a squawk code so they can know for certain which blip is you. Last, VFR flight plans are opened and closed with a Flight Service Station (FSS) and almost always not on an ATC frequency - though IFR flight plans are typically opened/closed with ATC and squawk code there assigned as part of the IFR clearance usually given while the aircraft is still on the ground.
The repeater towers (which XM says they are already addressing) operate in the same band as the satellites anyway - I think it's between 2.5 and 2.6 GHz.
Those are not broadcast frequencies per se, so why are NPR and NAB are getting bent out of shape about that too, or are they? Seems only the personal FM modulators are really a problem for the broadcasters.
Mandriva Linux 2006 includes xen0 and xenU-enabled kernels and the Xen supervisor utilities package. The Community version of Mandriva 2006 can be downloaded from many Linux mirror sites.
I'm running such a box now with a total of three Linux domains (one host domain and two guest)... much easier than manually patching everything.
Mandriva 2005LE (also known as 10.2) has both built in - I just checked, along with many other "3rd party" drivers, part of the default kernel install.
The enhanced WiFi support they speak of is AFAIK in the area of management of the connections. The WiFi driver support even in 10.2 is pretty good, if you don't count WEP being broken for the Centrino chipsets.
Disclaimer: I am a regular package contributor to the distro.
Yep, this paper from the VMSK site claims that xMax is an ultra-narrowband method similar to theirs.
Funny thing is, the description the xMax people give of their modulation doesn't claim they are really squeezing multiple Mbps into the narrowband portion, but in the very low level, wide sidebands.
Here's an important clue, from their FAQ: "The narrowband channel allocation that xMax uses to coordinate reception of its wideband xG Flash Signal is not the system's information-bearing bandwidth."
So, it's a very narrowband pilot signal plus low level wideband signal with some new filtering/shaping tricks and maybe frequency agility on the wideband part.
The pilot is strong, easy to find, on a known frequency, shaped to occupy minimum bandwidth, and carries low-bitrate control info - like where and when to find the "flash" information-bearing carrier. It also may be a system clock reference (why not?). Being a clock reference would allow for more fancy demodulation techniques (yielding better BER performance) to be used on the other signal, because the lack of need to do clock recovery from the weak "flash" carrier.
US VHF/UHF digital over the air TV and digital satellite TV are two different animals.
Satellite digital TV is more mature and less fragmented than terrestrial and cable digital TV standards. The bulk of digital satellite video streams are DVB carrying SD MPEG-2 video content. Both DiSH (encrypted DVB) and DirecTV (encrypted Digicipher II) have announced plans to deploy MPEG-4 soon, as a means to offer HD-resolution video while keeping up their channel counts per transponder.
However, video formats aren't the issue. New decoder hardware/software will come available for whatever's on the airwaves, and it'll eventually be cheap. In satellite equipment, that may be HD MPEG-2 and MPEG-4 capability, and 8PSK and QAM modulation support in addition to the usual QPSK.
Encryption however, is a burden primarily for the broadcaster/provider. The more viewers, the more it costs them. If it makes economic sense and/or the broadcaster is forced by their content providers to encrypt, they will. But so long as they don't have to, many may not.
I have read that satellite news gathering (SNG) trucks are moving in the direction of encrypted HD. Already a few encrypt and/or use 4:2:2 color space MPEG-2, which low end set-top boxes cannot decode. But mplayer on Linux and some of the Windows MPEG-2 decoder filters, can.
Last, some broadcasters - in particular religious, public service, some goverment for example - *want* people to see their programming. They'll stay in the clear indefinitely.
I took the plunge into DVB FTA about 6 months ago, and have enjoyed almost every minute of it. $300 is indeed reasonable, but for another $100 you can get combinations of a bigger dish, better motor and/or better LNBF(s).
My comments below refer to Ku band only. Perhaps 65-70% of the FTA channels on Ku-band. I see most expansion occurring there too. C-band is certainly not dead but also does not seem to be growing like Ku.
PROS: . A truly eclectic mix of full-time channels available. Maybe 200 TV and 300 radio (audio only) are in my receiver's memory. Yes, are many as 1/2 are foreign language - mainly Chinese, Spanish, Arabic. A few of those have additional English audio channels. . No subscription fees. Spend you $300 or $400 and enjoy. . If you like news, monitor the direct feeds from the news truck. Transient in nature but are plentiful and especially easy to find during major events, e.g., new pope, volcano, weather, political. See what the reporters say when they think no one's watching.:-) . Incredible selection of music/audio channels. . The DiSH network satellites have most of their audio, and a few TV channels in the clear, e.g., NASA TV. There is also a pair of Canadian commercial satellites (Nimiq) with similar programming. . If you also get a computer card like a Twinhan 1022, on Linux you can easily record any channel's MPEG stream direct to HD, and burn that to a non-standard but playable DVD. You can do similar things on Windows with $$ software and not as much flexibility. Perfect recordings though, exactly as they came over the air.
CONS: . Not for folks who gotta have their Discovery Channel, MTV or other commercial channels. More appeals to the "DXer" type personality, who appreciates unusual programming. . Getting a motorized Ku band setup aligned can be a challenge for the best installer. A perfectly plumb, stable mounting post is the first step. . No guarantees today's programming will still be there tomorrow. Then again, if it's not, chances are some new channel has popped up elsewhere. . You have to dig (search) for new programming; more hands-on than viewing channels on a commercial service.
Advice: . Get at least a 90cm dish, 1m is even better. Smaller (75-80cm) can work but you will miss some weaker channels and lose more signals during rain. . Get a motor and be prepared to spend a couple hours aligning it. There's no other way to cost effectively see the 20 or so satellites carrying FTA programming. Get help if available. . Be sure your receiver has 'blind search' capability, e.g., Fortec Lifetime Ultra. . If you get a 90cm+ dish, a cheap LNBF is fine. An expensive LNBF helps only with fringe signals or on smaller-than-they-should-be dishes. . If you get a new combo circular/linear LNBF or use two or more LNBFs, put a 2 or 4 way DiSEqC switch out at the dish and let the receiver electronically select between them.
I have two LNBFs mounted on a 90cm motorized dish - an Invacom linear in the middle, and an original DiSH circular on a small bracket to the side. Works beautifully because the circularly polarized satellites are so strong. When receiving a circularly polarized satellite, I just program the motor to move +5 degrees of the true satellite position.
Methinks the Hauppauge card had comb filtering disabled, or maybe the comb filter was not working so well. The artifacts look like chroma dot crawl.
The others do look better, but a cartoon is only good for testing the comb filter (contrasty color-changes) for composite inputs, and noise in the pure color regions. Natural scenes such as moving trees/leaves or water ripples are better tests for an MPEG video encoder. What we're seeing in the review is effectively a comparison of the analog path to the encoder chips, and not so much the encoder chips themselves.
I use a PVR-250 exclusively in S-video mode and usually on Linux, and am super happy with the results - especially at low bit rates where even my best software encoders seem to choke.
Re:What is the quickest way to install?
on
KDE 3.4 Released
·
· Score: 3, Informative
This guy ("Thac") has it built already. Here are his Mandrake 10.1 RPMs:
It can only mean that they were going out of their way to fly over Algeria in their initial plans, but that makes even less sense.
Sure it can. IAAP (I am a pilot) and especially for a relatively risky flight like this, it makes good sense to sometimes go a bit out of one's way so as to fly a route closer to available facilities or over better terrain.
Assuming the report is accurate, you could say the decreased fuel burn is the up side of the change. The down side is the new route may carry some increased risk. Otherwise I don't know why they wouldn't have chosen that route to begin with.
BTW, on the real-time display I notice the flight appears to have deviated north 20 miles or so around the Chicago airspace en route to Detroit.
Hmm...this technique is usually used by anyone in motion video or you will get screen flicker if you redraw the entire screen every frame.
Isn't motion estimation a facet of MPEG video compression, having to do with the distance and direction moved by a macroblock (of pixels)? AFAIK not related to buffering and screen redrawing...
The recently used programs links, if you're talking about the K menu, are disabled by default in Mandrake. To enable them:
- Right click on the Panel (bar across the bottom), select "Configure Panel" - On the window that pops up, click the Menus tab - Towards the bottom of the pane, see "QuickStart Menu Items" for your options. - Click OK/Apply.
I may be forgetting one or two packages, but it was a painless process. Of course, back up your existing system if you can, before doing any kind of experimental updates like this...
Close but check part 15-247 again. It's max 1W (+30 dBm) transmitter power into up to a 6 dBi gain antenna (+36 dBm EIRP). For a point to point link the TX power must be backed off 1W by 1 dBm for every 3 dB of antenna gain over 6 dBi.
Let's say their hacked together antennas had 16 dBi of gain at 2.4 GHz. *For a certified combination* their max legal TX power would have been around +27 dBm (500 mW). Silly thing is, even with 1.5W of TX power they were throwing away more than the difference in 72" of RG-174 cable - and they still closed the link. Yecch.
So, they were busting more than one reg - over the absolute power limit of 1W, the EIRP limit for the antenna gain, and using an uncertified combination of radio/amp/antenna.
Multipath may indeed be the reason they're not attempting to squeeze more than 250 Kbps into a 7 Mhz channel. From some comments in the article, methinks they're exploiting the non line of sight characteristics of the lower VHF frequency, trading bits/Hz for robustness, range and maybe cost.
Come to think of it, IIRC Hybrid (Cupertino, CA) managed 30 Mbps/sec one way into a single 6 MHz TV channel as 3x10Mbps subchannels in their 64-QAM system. And that would run over VHF-TV too, though not as well as with UHF-TV or MDS/MMDS (2.1/2.5 GHz) due to increased multipath at VHF.
The info page does mention an expected range of 1200 nautical miles in the air. That's quite respectable for a small GA aircraft.
That endurance number would likely be attainable at a low cruise power setting of 65% or so and specific (think high for a jet) altitude - not the 75% power setting at which it's supposed to reach 350 knots true airspeed.
Slashdot Mirror
However many of those sites can share a wildcard SSL cert, can run from a single IP address.
The kind of thing I've seen for some merchant sites is the (HTTP) storefront runs as www.merchantdomain.com and the SSL parts as merchantdomain.sharedprovider.com, using the *.sharedprovider.com SSL cert. Security-wise I don't like it at all, but there it is.
Try the "Tell-Me" service at 1-800-555-8355.
For instance, when it returns from a submenu to the main menu or does a lookup of some info, you hear approximately the same biddy-boop sound.
Either there's something they're not telling us, or the reporter may be clueless.
A 32bps data stream is plenty slow alright, but if anything, modern equipment should be able to do a better job at plucking the oh-so-faint signal out of the noise.
[Xen]... "trades off performance for much better isolation and security."
No kidding, that's why I use it! Xen's performance ain't so bad. Show me a better performing virtualization solution that matches or bests Xen's isolation security - then we'll talk.
I've digitized a LOT of video tapes, some of them for money (i.e. a small business) and over the years tried many techniques.
/dev/video0 > filename.mpg" to grab the data.
Best found and what I use now?
1. Good VCR with time-base corrector. Mine's a JVC HS-S7600U, about $350 several years ago and still works like new. Higher end "broadcast" VCRs will *record* better but not necessarily *play* better - don't bother.
2. Hauppauge WinTV PVR-250 taking S-Video input from the VCR. Uses the Linux IVTV drivers. Hit play on the VCR, "cat
Between these two there are enough tweaks for sharpness/noise reduction/saturation/hue, etc. to deal with most any signal. Whoever said component output matters doesn't know how color information is laid down on (S)VHS tapes - look up "color under" recording for more info. S-Video gets you all the information that's there; Y/Cb/Cr component would be a waste.
The PVR-x50 series of hardware MPEG encoders produce superb results, of course in real time, and have quite advanced noise reduction capabilities. Do your own searches for reviews head-to-head with any other SD encoders. You can run them as high as 27 Mbps. Gotta keep it below 9.5 Mbps or so for DVD though.
In the past I have used a DV camcorder transcode mode to get video into the computer. If the final result is MPEG-2, e.g. for DVD, then you actually have an extra transcode step that way, going from DV to MPEG-2 using a software encoder. Better to go straight to MPEG-2. Downside to this - and practically a small one - is having about 1/2 second edit resolution due to needing to respect MPEG GOP boundaries. In practice that's not a problem, even for editing commercials from off-air recordings.
Enjoy.
While I don't disagree that the lone person with his gun(s) stands little chance against an organized government effort to stamp him out, you have at least one rather glaring factual error in your opening comment about state weapon carry laws.
Here's an accurate (as of 2006) and up-to-date graphic of where the US states stand in regards to permits to carry weapons - usually a handgun. Site name notwithstanding, this is how it really is. In every blue state, you *will* be issued a permit to carry if you pass a background check and meet some well-defined standards:
http://www.gun-nuttery.com/maps/2006.gif
Like it or not, a lot of people in the US do have guns, whether they carry them around with them or not. Wish I had an official stat handy but think it's in the 30 or even 40 percent range. I see that element as having the potential to defend themselves quite well, even in the face of the kind of organized government-originated attack of which you speak. If you think the disappearance of one person would raise eyebrows, the disappearance of a large group of diverse people would *really* cause a ruckus.
At the risk of sounding cliche, the 'power of the people' has more facets than may immediately be apparent.
IAAP (I am a pilot).
A transponder is only required when flying in certain airspaces. I.e. it is *not* illegal to fly without one or turned off, so long as you don't fly too high or into a busy airport - class A (high), B or C airspace (busy airports). O'Hare is class B and practically speaking nobody operates there without a mode S (altitude-encoding) transponder and assigned squawk code, but ATC can authorize exceptions in advance.
I'm pretty sure airport surveillance radar (ASR) will see aircraft or other sufficiently big and reflective objects without an operating transponder as an unidentified object on the controller's screen. If the O'Hare tower didn't see this object on radar it could be it simply wasn't reflecting enough energy to be detected, or may have been in a blind spot. I.e. they would not expect an aircraft to be only 700' AGL and directly over a gate so who knows if the location was in their ASR's beam?
VFR aircraft with a transponder and in the air are supposed to squawk 1200. That code tells any ASRs that can see you that your aircraft is operating under VFR and not talking with ATC. BTW, being on a flight plan or not is not strictly relevant to this. When you get in contact with ATC for any reason, typically the first thing they do is assign a squawk code so they can know for certain which blip is you. Last, VFR flight plans are opened and closed with a Flight Service Station (FSS) and almost always not on an ATC frequency - though IFR flight plans are typically opened/closed with ATC and squawk code there assigned as part of the IFR clearance usually given while the aircraft is still on the ground.
The repeater towers (which XM says they are already addressing) operate in the same band as the satellites anyway - I think it's between 2.5 and 2.6 GHz.
1 0/xm-files-30-day-sta-concerning.html
Those are not broadcast frequencies per se, so why are NPR and NAB are getting bent out of shape about that too, or are they? Seems only the personal FM modulators are really a problem for the broadcasters.
Moreover, XM has already been dinged for those overpower repeaters, and is correcting the problem, e.g: http://satelliteradiotechworld.blogspot.com/2006/
Mandriva Linux 2006 includes xen0 and xenU-enabled kernels and the Xen supervisor utilities package. The Community version of Mandriva 2006 can be downloaded from many Linux mirror sites.
I'm running such a box now with a total of three Linux domains (one host domain and two guest)... much easier than manually patching everything.
Mandriva 2005LE (also known as 10.2) has both built in - I just checked, along with many other "3rd party" drivers, part of the default kernel install.
The enhanced WiFi support they speak of is AFAIK in the area of management of the connections. The WiFi driver support even in 10.2 is pretty good, if you don't count WEP being broken for the Centrino chipsets.
Disclaimer: I am a regular package contributor to the distro.
Funny thing is, the description the xMax people give of their modulation doesn't claim they are really squeezing multiple Mbps into the narrowband portion, but in the very low level, wide sidebands.
It does smell at least just a bit fishy.
Here's an important clue, from their FAQ: "The narrowband channel allocation that xMax uses to coordinate reception of its wideband xG Flash Signal is not the system's information-bearing bandwidth."
So, it's a very narrowband pilot signal plus low level wideband signal with some new filtering/shaping tricks and maybe frequency agility on the wideband part.
The pilot is strong, easy to find, on a known frequency, shaped to occupy minimum bandwidth, and carries low-bitrate control info - like where and when to find the "flash" information-bearing carrier. It also may be a system clock reference (why not?). Being a clock reference would allow for more fancy demodulation techniques (yielding better BER performance) to be used on the other signal, because the lack of need to do clock recovery from the weak "flash" carrier.
US VHF/UHF digital over the air TV and digital satellite TV are two different animals.
Satellite digital TV is more mature and less fragmented than terrestrial and cable digital TV standards. The bulk of digital satellite video streams are DVB carrying SD MPEG-2 video content. Both DiSH (encrypted DVB) and DirecTV (encrypted Digicipher II) have announced plans to deploy MPEG-4 soon, as a means to offer HD-resolution video while keeping up their channel counts per transponder.
However, video formats aren't the issue. New decoder hardware/software will come available for whatever's on the airwaves, and it'll eventually be cheap. In satellite equipment, that may be HD MPEG-2 and MPEG-4 capability, and 8PSK and QAM modulation support in addition to the usual QPSK.
Encryption however, is a burden primarily for the broadcaster/provider. The more viewers, the more it costs them. If it makes economic sense and/or the broadcaster is forced by their content providers to encrypt, they will. But so long as they don't have to, many may not.
I have read that satellite news gathering (SNG) trucks are moving in the direction of encrypted HD. Already a few encrypt and/or use 4:2:2 color space MPEG-2, which low end set-top boxes cannot decode. But mplayer on Linux and some of the Windows MPEG-2 decoder filters, can.
Last, some broadcasters - in particular religious, public service, some goverment for example - *want* people to see their programming. They'll stay in the clear indefinitely.
I took the plunge into DVB FTA about 6 months ago, and have enjoyed almost every minute of it. $300 is indeed reasonable, but for another $100 you can get combinations of a bigger dish, better motor and/or better LNBF(s).
:-)
My comments below refer to Ku band only. Perhaps 65-70% of the FTA channels on Ku-band. I see most expansion occurring there too. C-band is certainly not dead but also does not seem to be growing like Ku.
PROS:
. A truly eclectic mix of full-time channels available. Maybe 200 TV and 300 radio (audio only) are in my receiver's memory. Yes, are many as 1/2 are foreign language - mainly Chinese, Spanish, Arabic. A few of those have additional English audio channels.
. No subscription fees. Spend you $300 or $400 and enjoy.
. If you like news, monitor the direct feeds from the news truck. Transient in nature but are plentiful and especially easy to find during major events, e.g., new pope, volcano, weather, political. See what the reporters say when they think no one's watching.
. Incredible selection of music/audio channels.
. The DiSH network satellites have most of their audio, and a few TV channels in the clear, e.g., NASA TV. There is also a pair of Canadian commercial satellites (Nimiq) with similar programming.
. If you also get a computer card like a Twinhan 1022, on Linux you can easily record any channel's MPEG stream direct to HD, and burn that to a non-standard but playable DVD. You can do similar things on Windows with $$ software and not as much flexibility. Perfect recordings though, exactly as they came over the air.
CONS:
. Not for folks who gotta have their Discovery Channel, MTV or other commercial channels. More appeals to the "DXer" type personality, who appreciates unusual programming.
. Getting a motorized Ku band setup aligned can be a challenge for the best installer. A perfectly plumb, stable mounting post is the first step.
. No guarantees today's programming will still be there tomorrow. Then again, if it's not, chances are some new channel has popped up elsewhere.
. You have to dig (search) for new programming; more hands-on than viewing channels on a commercial service.
Advice:
. Get at least a 90cm dish, 1m is even better. Smaller (75-80cm) can work but you will miss some weaker channels and lose more signals during rain.
. Get a motor and be prepared to spend a couple hours aligning it. There's no other way to cost effectively see the 20 or so satellites carrying FTA programming. Get help if available.
. Be sure your receiver has 'blind search' capability, e.g., Fortec Lifetime Ultra.
. If you get a 90cm+ dish, a cheap LNBF is fine. An expensive LNBF helps only with fringe signals or on smaller-than-they-should-be dishes.
. If you get a new combo circular/linear LNBF or use two or more LNBFs, put a 2 or 4 way DiSEqC switch out at the dish and let the receiver electronically select between them.
I have two LNBFs mounted on a 90cm motorized dish - an Invacom linear in the middle, and an original DiSH circular on a small bracket to the side. Works beautifully because the circularly polarized satellites are so strong. When receiving a circularly polarized satellite, I just program the motor to move +5 degrees of the true satellite position.
Some sources I've used:
http://adventistsat.com/ - equipment
http://sadoun.com/ - equipment and user forums
http://lyngsat.com/ - for programming. Not always 100% correct but usually current. I am also a contributor.
The guy who runs Adventistsat is courteous, really knows his stuff and posts on a lot of DVB/sat boards.
Methinks the Hauppauge card had comb filtering disabled, or maybe the comb filter was not working so well. The artifacts look like chroma dot crawl.
The others do look better, but a cartoon is only good for testing the comb filter (contrasty color-changes) for composite inputs, and noise in the pure color regions. Natural scenes such as moving trees/leaves or water ripples are better tests for an MPEG video encoder. What we're seeing in the review is effectively a comparison of the analog path to the encoder chips, and not so much the encoder chips themselves.
I use a PVR-250 exclusively in S-video mode and usually on Linux, and am super happy with the results - especially at low bit rates where even my best software encoders seem to choke.
This guy ("Thac") has it built already. Here are his Mandrake 10.1 RPMs:
http://rpm.nyvalls.se/10.1/RPMS/kde-3.4.0/
Sure it can. IAAP (I am a pilot) and especially for a relatively risky flight like this, it makes good sense to sometimes go a bit out of one's way so as to fly a route closer to available facilities or over better terrain.
Assuming the report is accurate, you could say the decreased fuel burn is the up side of the change. The down side is the new route may carry some increased risk. Otherwise I don't know why they wouldn't have chosen that route to begin with.
BTW, on the real-time display I notice the flight appears to have deviated north 20 miles or so around the Chicago airspace en route to Detroit.
Isn't motion estimation a facet of MPEG video compression, having to do with the distance and direction moved by a macroblock (of pixels)? AFAIK not related to buffering and screen redrawing...
They have live CDs of 9.2 available too, one each for KDE and Gnome. I'm downloading the KDE live CD now.
The recently used programs links, if you're talking about the K menu, are disabled by default in Mandrake. To enable them:
- Right click on the Panel (bar across the bottom), select "Configure Panel"
- On the window that pops up, click the Menus tab
- Towards the bottom of the pane, see "QuickStart Menu Items" for your options.
- Click OK/Apply.
Here one source of KDE 3.2 packages for Mandrake 9.2, which worked for me (see instructions):
3 2- 92/
ftp://mandrake.contactel.cz/people/bluehawk/kde
The following also worked - from Cooker:
cd Mandrake-devel/cooker/i586/Mandrake/RPMS
rpm -Fvh XFree86* libxfree86* X11R6* xinit*
rpm -Fvh kde* libkde* *qt3* *quanta*
I may be forgetting one or two packages, but it was a painless process. Of course, back up your existing system if you can, before doing any kind of experimental updates like this...
Close but check part 15-247 again. It's max 1W (+30 dBm) transmitter power into up to a 6 dBi gain antenna (+36 dBm EIRP). For a point to point link the TX power must be backed off 1W by 1 dBm for every 3 dB of antenna gain over 6 dBi.
Let's say their hacked together antennas had 16 dBi of gain at 2.4 GHz. *For a certified combination* their max legal TX power would have been around +27 dBm (500 mW). Silly thing is, even with 1.5W of TX power they were throwing away more than the difference in 72" of RG-174 cable - and they still closed the link. Yecch.
So, they were busting more than one reg - over the absolute power limit of 1W, the EIRP limit for the antenna gain, and using an uncertified combination of radio/amp/antenna.
Many posters seem to assume they're using all 7 MHz for a single carrier, or maybe pair of carriers. I did too, at first. But maybe not.
'Dumb modulation' would be what, BPSK? They could just as easily design around an off the shelf spread spectrum chipset and reap the benefits.
Grad students I know like to try out new things, not reinvent the wheel. That's boring. I'll give 'em the benefit of the doubt.
Multipath may indeed be the reason they're not attempting to squeeze more than 250 Kbps into a 7 Mhz channel. From some comments in the article, methinks they're exploiting the non line of sight characteristics of the lower VHF frequency, trading bits/Hz for robustness, range and maybe cost.
Come to think of it, IIRC Hybrid (Cupertino, CA) managed 30 Mbps/sec one way into a single 6 MHz TV channel as 3x10Mbps subchannels in their 64-QAM system. And that would run over VHF-TV too, though not as well as with UHF-TV or MDS/MMDS (2.1/2.5 GHz) due to increased multipath at VHF.
The info page does mention an expected range of 1200 nautical miles in the air. That's quite respectable for a small GA aircraft.
That endurance number would likely be attainable at a low cruise power setting of 65% or so and specific (think high for a jet) altitude - not the 75% power setting at which it's supposed to reach 350 knots true airspeed.