Memory card sizes are often stated in megabits by most of the media - its how Sony and Nintendo have always stated them. Microsoft claims 64MB, which is 1Gb. Thats probably where the confusion has come from.
A52 is the number of the ATSC standard where AC3/DD is defined for use by HDTV. Since the standard is freely available, the developer of liba52 presumably used the A52 standard to develop the AC3/DD decoder.
They differ on the number of B-chan (DS0) segments in the data stream, a E1 uses 32 channels (32*64Kbps), whereas a T1 uses 24 channels (24*64Kbps, with some bits lost to framing).
T1s usually strip off 1 B-chan/DS0 for signalling, leaving 23*64Kbps usable bandwidth, E1s sometimes strip off 2 B-chans/DS0s for signalling, leaving 30*64Kbps, but the signalling is often left out if the E1 is part of an E3 or bigger trunk, so in many situations the full 2.048Mbps is usable.
There are signals generated by ANY TV, plasma, LCD, CRT, it doesn't matter, the screen itself isn't the source. The source is the IF generator used in the RF receiver.
When you tune to a channel, what a radio or TV does, is generate an IF (Intermediary frequency) that is beated against the RF signal from the air, this produces the same modulated signal at a lower frequency, a known frequency (RF - IF). Since variable frequency tuners are hard to make, especially at the 500MHz or so region where TV lives, this is the easiest solution, the tuner itself has to just handle demodulation at a specific known frequency each time.
For example, if Channel 1 is at 550Mhz, and Channel 2 at 600MHz (made up numbers, I can't remember the exact frequencies in use), you make a tuner that demodulates the signals (AM for video, FM for audio) at a 50MHz base frequency, and set your IF generator to produce 500MHz for Ch1, 550Mhz for Ch2.
Now, what the TV detector vans do, is look for these IF frequencies - they're the same on all TV receivers (in theory). If you see a 550Mhz source from one house, you KNOW it is tuned to Ch2, and the TV must be turned on otherwise that source wouldn't be there.
Is there a way to defeat the detection? of course, you just need to modify the IF generators in a receiver, and add another IF stage. So in the above number examples, you modify the IF to generate 300Mhz for Ch1, 350Mhz for Ch2, and add a 200Mhz fixed IF before the IF circuit, giving you 350Mhz input to the IF stage for Ch1, etc...
You also need to add in one-way filters on the receiver, so that leaked signal is reduced from the back of the TV (the way they detect is usually because the IF signals leak back to the antennae and are easier to spot than looking through walls (they ARE low level signals, but with the right equipment...). Even adding the IF stage will generate SOME of the frequency they're looking for, from the IF signals beating (beating two frequencies, F1 and F2 gives you 4 signals, F1, F2, F1-F2, F1+F2, so your 'new' IF of 200Mhz beated against the modified Ch1 3000Mhz still gives you a 500Mhz component, but it will be much lower than the original IF source).
I have known EE professors that claimed to get around the detection by doing all this, and putting a faraday cage around most of their TV (leaving the screen exposed, but pointing the screen in a direction away from any street). Ironically, or perhaps not, depending on how you look at it, the prof in question was an ex-BBC employee:)
Railroad Tycoon II used it too, even gives the BSOD occasionally (that's black screen of death.
Anyway, as i understand it, the original reason to use CE was that it had networking support (for the modem) whereas the Sega SDK didn't, at first. So early games that had some form of online component (uploading high-scores, or in the case of chu-chu, actual online play) tended to use the WinCE SDK.
Not so with the MX700, it uses a pair of standard AA size NiMH, which are user-changable the same way batteries in a non-rechargable mouse are, ok, the battery cavity cover is a little more snug on a MX700 than on, say, a Cordless Optical Mouseman.
IIRC, the only requirement for replacements, if/when they go bad, is that they must be 1400mAH or so.
AAC also allows up to 8 channels of audio, which makes it an interesting standard in view of its use for MPEG-4 (which AAC is part of) video soundtrack. Apple *MAY* see this as part of the reason to promote AAC use - If/When MPEG-4 decoding is standard on home theatre equipment, apple can support up to 7.1 encoding in FCP and other apps. Of course, they've already got a licensed AC3 encoder in DVD Studio Pro, but AAC just adds another option, that will eventually become 'the standard'
Of course, right now, AAC decoding home-theatre receivers are non-existant, or at least cost to it - if there are any, but its a good forward looking solution to the problem.
Re:Sorry, thanks for playing
on
fvwm Turns Ten
·
· Score: 1
Oh, and would you believe, a while ago Intel added a 486GX, which is similar to a 386SX, i.e. a 486SX with a 16bit data bus. Its aimed at being an ultra-low power chip for the embedded market, but its still a bit weird to see a 16bit databus chip return
Re:Sorry, thanks for playing
on
fvwm Turns Ten
·
· Score: 1
And of course the DX50 was 'rare' because it didn't co-operate too well with VLB. I went out of my way to get a DX50 instead of a DX66, since on non-CPU bound tasks and tasks that used RAM, it would perform a little better due to the 50MHz FSB. Of course, I like most others rapidly found out that not many VLB cards liked the VLB running at 50Mhz. It WAS a good choice if you could find a set of VLB cards that could handle it though. (Iirc, my VLB ET4000 and adaptec cards worked ok).
A DX50 board was also a good choice if you were lucky and it could take a DX4 later on, as the DX4-100 could run at 2x, 3x or 4x depending on the board (2*50, 3*33 or 4*25). In many situations, a DX4-100 running at 2*50 would actually outperform a P100, too.
On the Mac, there is a similar situation with OmniGroup, they produce Productivity apps, and (Mostly port) Games. They also go a step further and host/publish documents and tips relating to developing on the platform. Of course, some of their productivity apps are suited to developers to start with (OmniGraffle for charting (UML, FlowCharts etc), and OmniOutliner for outlining and other tasks (it makes a fairly decent basic Project Planner too).
Its not so much the location, as the type of radio shack.
See, there are 2 types of radio shack, there are the corporate stores (owned and operated by 'Radio Shack') then there are the franchise stores (owned and operated by individual(s)).A franchise owner once explained to me, that he daren't carry anything beyond the cheap phones, satellite systems, etc, because thats all he could guarentee on the public to buy, and HE has to give Radio Shack (the corporation) money up front for his stock. He then gave me the address of the nearest Corporate RS that would carry the components I wanted.
So, the first step is to find your local corporate store, they should list it on the web site (if not, call a random local RS and ask them where the nearest corp. store is). They will carry a lot wider selection of components.
Doesn't affect me much, because I have a motherboard OPL3SA chip with its crappy FM synthesizer (so MIDI sounds really lousy)
As a perfect example of why Alsa is powerful, take a look at
RX/Saturno
Its a Yamaha DX7 emulator that installs itself as a virtual ASLA midi port, that any Alsa MIDI player/app can use.
Basically, the ALSA architecture can, in theory, let you work around your OPL midi limitation. You can install 'virtual' drivers that use wavetable, or whatever, synthesis to provide better MIDI playback.
If you read the page linked on the article, you'll notice at the bottom there is a new cvs tree and email for OpenAL at icculus, so it would appear that yes, icculus has taken over CVS hosting for OpenAL too.
The bottom line is, as long as the development tree is available, and people want to work on OpenAL, then it will probably be continued.
I say the solution is for Loki to transfer ownership of the ports to the company who released the original game. If they want to release the binaries (without data) as a form of 'linux patch' they can, or they can sell it themselves.
Some companies won't be willing to deal with the support, but if even 1 of the companies is willing to give away the linux 'player' part of the package, and sell the data on the windows game CD, then it will be better than the products disappearing forever.
Actually, its a rewrite of Nebulus by Hewson. It was released on the C64, Spectrum, ST, Amiga, and probably others. I'm not sure which came first, probably either the Spectrum or C64 version (given that Hewson was a UK company).
I think a lot of it is exposure. In the 6 years I've been over here, I've never yet seen any of the 3 'movies' shown on any channel.
Americans generally seemed to like/love Chicken Run, I'm sure they'd have loved Wallace and Gromit if they'd have had a chance to see them. As it stands, it seems you have to buy them on VHS/DVD to get to see them, a few maybe took a look after Chicken Run, but probably most didn't.
I'd like to see some UT servers that offered realistic weapons for 'serious' play
What you want then, is Infilitration, Tactical Ops, Covert Forces and/or Strike Force. They are 'realism' CT-like mods for UT, and they (at least Infil, TO and SF, I haven't tried CF) have quite a few servers running them.
There are also other realism mods in the working: SAS:Into the Lion's den, Platoon 19, Blitzkrieg: 1941, and more.
Dunno where you're getting that you need special support from, I've been using a Hitachi (scsi) DVD-RAM on linux for over a year. It appears as 'scd1' which linux can handle just fine, I tend to avoid using UFS because it feels slower than just writing ext2/ext3 partitions to the drive.
DVD-R shouldn't need anything special, cdrecord claims to support DVD-R drives, and correctly recognises my DVD-RAM as a DVD-RAM drive - even though I don't use cdrecord, but just treat the DVD-RAM as 'any other block device'. for writing DVD's you'll need some tool to make a UFS image, of course, or you could use mkisofs (most DVD players will play DVDs on ISO disks).
Just so that you know, the 'click' on the gamecube analog buttons is actually a seperate button. Some games can make use of the 'fully pressed' state as a seperate thing.
Rogue Leader does already, the 'accelerate' button (R) will do different things when you press it fully, on most ships its a speed boost, on the X-wing it closes/opens the wings and allows you to fly faster, but without weapons.
On Luigi's Mansion it lets you give a little extra boost to the blow mode of the vacuum, and hence gives you a little more range when you're using the element modifiers.
Thus using the click as a sign that you've fully pressed the buttons might not be a good idea, you can tell otherwise - the button feels a little stiffer to press just before it 'clicks' to the full mode. In Rogue Leader, when you're flying an X-wing, and need to boost out of the way of a tie-fighter, switching the wings and disabling your weapons isn't a particularly smart move:)
I imagine you'd locate the radio telescope as close to the deliniation between 'blocked radio' and 'not blocked radio' and run a cable/fibre to a remote radio transceiver.
Another option would be a series of small radio repeaters that get to a high power antennae eventually.
Another, option is to have a moon orbit satellite system that relays the signals back, yes it negates the point of having a telescope on the moon a little, but in that situation you get to control what areas of the radio spectrum the satellites occupy, and don't have the same problem of interferance from random sources as with earth's orbital junkyard.
You may think the satellite solution is cheaper, but its probably not - if you're building a telescope complex on the moon anyway, building a second building a few hundred miles away + solar array for the cable repeaters and transceiver. Isn't much more work in relation to the telescope. Plus satellite orbits need replacement satellites every few years or fuel to maintain the orbit, a ground radio link base would be far cheaper to operate in the long term.
What REALLY annoys me about gator, is that recently they've started attaching themselves to popups ads. 50% of the times I visit IGN.com or such, a popup will appear, and if popupkiller doesn't get it in time, i'll get a 'accept certificate for Gator.exe?' notifcation.
Bundling spyware with an app (where you can always use the defense 'if you didn't want it, you shouldn't have installed the app, or should have asked the app vendor what they install') is one thing, making it distribute via popups, and hoping that stupid people will have confirmation on web installs turned off, is plain and simple virus-like behaviour.
MS Windows 2000 Advanced Server (Level C) $2,729.38
And remember that doesn't include support (well, it might include 2 incidents or something like that) - which is where almost all of that $3000 for HP's linux is going.
Windows XP Server and Advanced Server aren't available yet, but no doubt when they are, they will be in the same price range.
Btw, I was being extremely generous by using the street price of Win2k AS, the list price is $3999.
You shouldn't really compare the price of XP Home with a distribution/support-network for linux sold as a server solution. And after all, the article is referring to server usage, not home usage.
Quite the opposite really, HDTV (in one form or another) has been around in spec-land for around 20 years already, the FCC and the standards bodies have been dragging their feet on adopting a standard, and getting the system onto the market. The 'HDTV' standard itself has been on paper since 96.
The Japanese gained access to HDTV (Hi-Vision) early in the 80s, a system that had already been in development for a few years. So, the HDTV concept dates back over 20 years.
If the FCC and ATSC (+ other standards bodies around the world) had acted faster, HDTV *might* have been standard in the US today. Personally, I also believe that if HDTV had been pushed earlier, DVD might have been easier to sell to the general population - there are a lot of people that really think that VHS is 'good enough', give them a vastely superior broadcast system, and perhaps they'd have been more quick to adopt DVD (or perhaps even LD would have been more popular).
Slashdot Mirror
Memory card sizes are often stated in megabits by most of the media - its how Sony and Nintendo have always stated them. Microsoft claims 64MB, which is 1Gb. Thats probably where the confusion has come from.
A52 is the number of the ATSC standard where AC3/DD is defined for use by HDTV. Since the standard is freely available, the developer of liba52 presumably used the A52 standard to develop the AC3/DD decoder.
They differ on the number of B-chan (DS0) segments in the data stream, a E1 uses 32 channels (32*64Kbps), whereas a T1 uses 24 channels (24*64Kbps, with some bits lost to framing).
T1s usually strip off 1 B-chan/DS0 for signalling, leaving 23*64Kbps usable bandwidth, E1s sometimes strip off 2 B-chans/DS0s for signalling, leaving 30*64Kbps, but the signalling is often left out if the E1 is part of an E3 or bigger trunk, so in many situations the full 2.048Mbps is usable.
There are signals generated by ANY TV, plasma, LCD, CRT, it doesn't matter, the screen itself isn't the source. The source is the IF generator used in the RF receiver.
:)
When you tune to a channel, what a radio or TV does, is generate an IF (Intermediary frequency) that is beated against the RF signal from the air, this produces the same modulated signal at a lower frequency, a known frequency (RF - IF). Since variable frequency tuners are hard to make, especially at the 500MHz or so region where TV lives, this is the easiest solution, the tuner itself has to just handle demodulation at a specific known frequency each time.
For example, if Channel 1 is at 550Mhz, and Channel 2 at 600MHz (made up numbers, I can't remember the exact frequencies in use), you make a tuner that demodulates the signals (AM for video, FM for audio) at a 50MHz base frequency, and set your IF generator to produce 500MHz for Ch1, 550Mhz for Ch2.
Now, what the TV detector vans do, is look for these IF frequencies - they're the same on all TV receivers (in theory). If you see a 550Mhz source from one house, you KNOW it is tuned to Ch2, and the TV must be turned on otherwise that source wouldn't be there.
Is there a way to defeat the detection? of course, you just need to modify the IF generators in a receiver, and add another IF stage. So in the above number examples, you modify the IF to generate 300Mhz for Ch1, 350Mhz for Ch2, and add a 200Mhz fixed IF before the IF circuit, giving you 350Mhz input to the IF stage for Ch1, etc...
You also need to add in one-way filters on the receiver, so that leaked signal is reduced from the back of the TV (the way they detect is usually because the IF signals leak back to the antennae and are easier to spot than looking through walls (they ARE low level signals, but with the right equipment...). Even adding the IF stage will generate SOME of the frequency they're looking for, from the IF signals beating (beating two frequencies, F1 and F2 gives you 4 signals, F1, F2, F1-F2, F1+F2, so your 'new' IF of 200Mhz beated against the modified Ch1 3000Mhz still gives you a 500Mhz component, but it will be much lower than the original IF source).
I have known EE professors that claimed to get around the detection by doing all this, and putting a faraday cage around most of their TV (leaving the screen exposed, but pointing the screen in a direction away from any street). Ironically, or perhaps not, depending on how you look at it, the prof in question was an ex-BBC employee
Railroad Tycoon II used it too, even gives the BSOD occasionally (that's black screen of death.
Anyway, as i understand it, the original reason to use CE was that it had networking support (for the modem) whereas the Sega SDK didn't, at first. So early games that had some form of online component (uploading high-scores, or in the case of chu-chu, actual online play) tended to use the WinCE SDK.
Not so with the MX700, it uses a pair of standard AA size NiMH, which are user-changable the same way batteries in a non-rechargable mouse are, ok, the battery cavity cover is a little more snug on a MX700 than on, say, a Cordless Optical Mouseman.
IIRC, the only requirement for replacements, if/when they go bad, is that they must be 1400mAH or so.
AAC also allows up to 8 channels of audio, which makes it an interesting standard in view of its use for MPEG-4 (which AAC is part of) video soundtrack. Apple *MAY* see this as part of the reason to promote AAC use - If/When MPEG-4 decoding is standard on home theatre equipment, apple can support up to 7.1 encoding in FCP and other apps. Of course, they've already got a licensed AC3 encoder in DVD Studio Pro, but AAC just adds another option, that will eventually become 'the standard'
Of course, right now, AAC decoding home-theatre receivers are non-existant, or at least cost to it - if there are any, but its a good forward looking solution to the problem.
Oh, and would you believe, a while ago Intel added a 486GX, which is similar to a 386SX, i.e. a 486SX with a 16bit data bus. Its aimed at being an ultra-low power chip for the embedded market, but its still a bit weird to see a 16bit databus chip return
And of course the DX50 was 'rare' because it didn't co-operate too well with VLB. I went out of my way to get a DX50 instead of a DX66, since on non-CPU bound tasks and tasks that used RAM, it would perform a little better due to the 50MHz FSB. Of course, I like most others rapidly found out that not many VLB cards liked the VLB running at 50Mhz. It WAS a good choice if you could find a set of VLB cards that could handle it though. (Iirc, my VLB ET4000 and adaptec cards worked ok).
A DX50 board was also a good choice if you were lucky and it could take a DX4 later on, as the DX4-100 could run at 2x, 3x or 4x depending on the board (2*50, 3*33 or 4*25). In many situations, a DX4-100 running at 2*50 would actually outperform a P100, too.
On the Mac, there is a similar situation with OmniGroup, they produce Productivity apps, and (Mostly port) Games. They also go a step further and host/publish documents and tips relating to developing on the platform. Of course, some of their productivity apps are suited to developers to start with (OmniGraffle for charting (UML, FlowCharts etc), and OmniOutliner for outlining and other tasks (it makes a fairly decent basic Project Planner too).
See, there are 2 types of radio shack, there are the corporate stores (owned and operated by 'Radio Shack') then there are the franchise stores (owned and operated by individual(s)).A franchise owner once explained to me, that he daren't carry anything beyond the cheap phones, satellite systems, etc, because thats all he could guarentee on the public to buy, and HE has to give Radio Shack (the corporation) money up front for his stock. He then gave me the address of the nearest Corporate RS that would carry the components I wanted.
So, the first step is to find your local corporate store, they should list it on the web site (if not, call a random local RS and ask them where the nearest corp. store is). They will carry a lot wider selection of components.
Surely you mean the NOMAD ? Gamegear was a portable SMS (Master System), wherease NOMAD was the portable genesis.
As a perfect example of why Alsa is powerful, take a look at RX/Saturno
Its a Yamaha DX7 emulator that installs itself as a virtual ASLA midi port, that any Alsa MIDI player/app can use.
Basically, the ALSA architecture can, in theory, let you work around your OPL midi limitation. You can install 'virtual' drivers that use wavetable, or whatever, synthesis to provide better MIDI playback.
The bottom line is, as long as the development tree is available, and people want to work on OpenAL, then it will probably be continued.
Some companies won't be willing to deal with the support, but if even 1 of the companies is willing to give away the linux 'player' part of the package, and sell the data on the windows game CD, then it will be better than the products disappearing forever.
Actually, its a rewrite of Nebulus by Hewson. It was released on the C64, Spectrum, ST, Amiga, and probably others. I'm not sure which came first, probably either the Spectrum or C64 version (given that Hewson was a UK company).
Americans generally seemed to like/love Chicken Run, I'm sure they'd have loved Wallace and Gromit if they'd have had a chance to see them. As it stands, it seems you have to buy them on VHS/DVD to get to see them, a few maybe took a look after Chicken Run, but probably most didn't.
(any Fast Show/Brilliant fan will understand :)
What you want then, is Infilitration, Tactical Ops, Covert Forces and/or Strike Force. They are 'realism' CT-like mods for UT, and they (at least Infil, TO and SF, I haven't tried CF) have quite a few servers running them.
There are also other realism mods in the working: SAS:Into the Lion's den, Platoon 19, Blitzkrieg: 1941, and more.
DVD-R shouldn't need anything special, cdrecord claims to support DVD-R drives, and correctly recognises my DVD-RAM as a DVD-RAM drive - even though I don't use cdrecord, but just treat the DVD-RAM as 'any other block device'. for writing DVD's you'll need some tool to make a UFS image, of course, or you could use mkisofs (most DVD players will play DVDs on ISO disks).
Rogue Leader does already, the 'accelerate' button (R) will do different things when you press it fully, on most ships its a speed boost, on the X-wing it closes/opens the wings and allows you to fly faster, but without weapons.
On Luigi's Mansion it lets you give a little extra boost to the blow mode of the vacuum, and hence gives you a little more range when you're using the element modifiers.
Thus using the click as a sign that you've fully pressed the buttons might not be a good idea, you can tell otherwise - the button feels a little stiffer to press just before it 'clicks' to the full mode. In Rogue Leader, when you're flying an X-wing, and need to boost out of the way of a tie-fighter, switching the wings and disabling your weapons isn't a particularly smart move :)
Another option would be a series of small radio repeaters that get to a high power antennae eventually.
Another, option is to have a moon orbit satellite system that relays the signals back, yes it negates the point of having a telescope on the moon a little, but in that situation you get to control what areas of the radio spectrum the satellites occupy, and don't have the same problem of interferance from random sources as with earth's orbital junkyard.
You may think the satellite solution is cheaper, but its probably not - if you're building a telescope complex on the moon anyway, building a second building a few hundred miles away + solar array for the cable repeaters and transceiver. Isn't much more work in relation to the telescope. Plus satellite orbits need replacement satellites every few years or fuel to maintain the orbit, a ground radio link base would be far cheaper to operate in the long term.
Bundling spyware with an app (where you can always use the defense 'if you didn't want it, you shouldn't have installed the app, or should have asked the app vendor what they install') is one thing, making it distribute via popups, and hoping that stupid people will have confirmation on web installs turned off, is plain and simple virus-like behaviour.
MS Windows 2000 Advanced Server (Level C) $2,729.38
And remember that doesn't include support (well, it might include 2 incidents or something like that) - which is where almost all of that $3000 for HP's linux is going.
Windows XP Server and Advanced Server aren't available yet, but no doubt when they are, they will be in the same price range.
Btw, I was being extremely generous by using the street price of Win2k AS, the list price is $3999.
You shouldn't really compare the price of XP Home with a distribution/support-network for linux sold as a server solution. And after all, the article is referring to server usage, not home usage.
The Japanese gained access to HDTV (Hi-Vision) early in the 80s, a system that had already been in development for a few years. So, the HDTV concept dates back over 20 years.
If the FCC and ATSC (+ other standards bodies around the world) had acted faster, HDTV *might* have been standard in the US today. Personally, I also believe that if HDTV had been pushed earlier, DVD might have been easier to sell to the general population - there are a lot of people that really think that VHS is 'good enough', give them a vastely superior broadcast system, and perhaps they'd have been more quick to adopt DVD (or perhaps even LD would have been more popular).