ok, i can see that you've got a +5 five there, so it's obvious that at least four other people agree with you but maybe you're taking a little too narrow view here.
ok, let's take a look at why terrorists dislike america; do they just hate us because we're not them? are they maybe jealous of us having playstation and want to swap their nintendo 64 for it. OR MAYBE THERE'S SOMETHING A LITTLE MORE IMPORTANT.
hmm... blowing up a symbol of corporate rule? shame about all of those children working in the world trade center... OH WAIT.
if you push someone down in a puddle of shit for long enough, soon enough they'll pull on your instead of pushing against it.
and if you think that afganistan children and civilians don't get killed, well, maybe you should open your fucking eyes.
if you were a government agency with $1b to invest in some kind of anti-terrorist encryption breaking scheme, would you invest it in this or would you invest it in quantum computing research?
would it be worth going for the brute force attack or would it be worth finding a different solution? not to mention how much money you could win and how much cancer you could cure with the idle time.
go and see a good film - support an independant cinema today! i'm so fed up with the shit i've seen at my local odeon, i'd rather it went under than the local picturehouse cinema. (less adverts too)
i've used both and i'm so fed up with the pros and cons of both, that switching to an apple (and keeping my bsd box for a server) is looking like a real possibility.
even if this worked like the headline says, how long would it take for someone to make a usb filter which changes all the ids to your region? my guess is this: not very long.
my greatest fear is that if you can skip adverts, the tv companies will put advert overlays during the shows. i'm lucky to have the ads-free bbc in england.
of course, streaming media puts users back in control of the shows that are shown. as a friend of mine once said 'now is the time of diy chic'.
what he said was a genuine suggestion for improvement, which is something that would be good for all of us. accepting slashdot as being whatever slashdot is a very apathetic view to take. if everyone took the same view of linux, nothing would get done; can you imagine alan cox saying "oh, well, it doesn't support ata 100 drives, oh well, linux is what linux is". this guy's suggestion was a good one and should, at *least*, be considered.
probably will be slashdotted - here's the changes
on
Kernel 2.5.3 Released
·
· Score: 0, Redundant
final:
- Doug Ledford: i810 audio driver update
- Evgeniy Polyakov: update various SCSI drivers to new locking
- David Howells: syscall latency improvement, try 2
- Francois Romieu: dscc4 driver update
- Patrick Mochel: driver model fixes
- Andrew Morton: clean up a few details in ext3 inode initialization
- Pete Wyckoff: make x86 machine check print out right address..
- Hans Reiser: reiserfs update
- Richard Gooch: devfs update
- Greg KH: USB updates
- Dave Jones: PNPBIOS
- Nathan Scott: extended attributes
- Corey Minyard: clean up zlib duplication (triplication..)
pre6:
- Asit Mallick: mtrr update
- Patrick Mochel: split up kernel/device.c into drivers/base
- Mikael Pettersson/Al Viro: fix missing in-core inode initialization
in ext2 introduced by Al's inode trimming
- David Miller: sparc and network updates
- Frank Davis: firewire video mmap page remapping fix
- me: fix configure help scripts to fix breakage noticed by Dave Jones
- Greg KH: USB updates
- Kai Germaschewski: ISDN fixes, Config.help entries
- Douglas Gilbert: SCSI doc update
- Ingo Molnar: x86 taskswitch optimizations, scheduler updates
- Mikael Pettersson: make APIC work on old external setups
- Al Viro: more inode trimming
pre5:
- Patrick Mochel: devicefs locking cleanups, refcount fixes
- Brian Gerst: apic timer cleanup
- Adam Richter: fix loop over block device bio breakage, ipfwadm compile fix
- me: split up Configure.help over the subdirectories where it is used
- Peter Anvin: bootproto v2.03
- Jeff Garzik: net driver updates
- NIIBE Yutaka: SuperH update
pre4:
- Patrick Mochel: initcall levels
- Patrick Mochel: devicefs updates, add PCI devices into the hierarchy
- Denis Oliver Kropp: neomagic fb driver
- David Miller: sparc64 and network updates
- Kai Mäkisara: scsi tape update
- Al Viro: more inode trimming, VFS cleanup
- Greg KH: USB update - proper urb allocations
- Eric Raymond: kdev_t updates for fb devices
pre3:
- Al Viro: VFS inode allocation moved down to filesystem, trim inodes
- Greg KH: USB update, hotplug documentation
- Kai Germaschewski: ISDN update
- Ingo Molnar: scheduler tweaking ("J2")
- Arnaldo: emu10k kdev_t updates
- Ben Collins: firewire updates
- Björn Wesen: cris arch update
- Hal Duston: ps2esdi driver bio/kdev_t fixes
- Jean Tourrilhes: move wireless drivers into drivers/net/wireless,
update wireless API #1
- Richard Gooch: devfs race fix
- OGAWA Hirofumi: FATFS update
pre2:
- David Howells: abtract out "current->need_resched" as "need_resched()"
- Frank Davis: ide-tape update for bio
- various: header file fixups
- Jens Axboe: fix up bio/ide/highmem issues
- Kai Germaschewski: ISDN update
- Greg KH: USB and Compaq PCI hotplug updates
- Tim Waugh: parport update
pre1:
- Al Viro: fix up silly problem in swapfile filp cleanups in 2.5.2
- Tachino Nobuhiro: fix another error return for swapfile filp code
- Robert Love: merge some of Ingo's scheduler fixes
- David Miller: networking, sparc and some scsi driver fixes
- Tim Waugh: parport update
- OGAWA Hirofumi: fatfs cleanups and bugfixes
- Roland Dreier: fix vsscanf buglets.
- Ben LaHaise: include file cleanup
- Andre Hedrick: IDE taskfile update
and you don't need to initialise variables twice and if you're not using microsoft's crappy c++ compiler, you can but the ints in the for brackets... assuming you're using c++ that is;)
nick park's animations make me sick just thinking about the amount of tiny movements that he has to make for each second of animation (being in the uk, i guess he's got the advantage that it's 25 rather than 30, but it's still a lot). surely he'd be better off using a 3d modeller, and just animating key frames and then going back and filling in the bits where the key frame interpolation wasn't what he wanted. it's not like there's any advantage of making everything out of plastercine!
it'd also mean no film grain and these online versions would compress better. oh well, maybe ardman are just technologically impaired;)
oh, and the secret to why they're successful is the stories; not the animation technique[1], as pixar have always pointed out.
[1] see comparisons between shrek and final fantasy
everything that is publicly funded should mean public code UNLESS that would open the system for expoitation. if it would then chances are the system is badly designed in the first place and people should have their money put into just projects.
the only problem is that a mixed public and private investment problems could create some concens with the private companies, however public code is rightly deserved by the public if the public own the project. the uk is now taking a step forward in opening up public services:
what is it with all this non-mac hardware? it's like apple have hired *all* the good minimalist product designers in the world and every other product has to be designed with virtually no sense of style[1]. it's the same for all the iMac-a-like computers and even mobile phones. can someone please design an mp3 player with reasonable specs (which this seems to have) and doesn't look like a NURBS experiment gone wrong?
[1] noted exeptions: palm's computers and the sony playstation 2
an important thing to remember is that, although macs are often easier to use, their floating point processing speeds aren't always too good. it's best to stick to an amd processor for speed to price ratios.
as for software, everything that's ever been of any real use on sgi's irix is eventually being ported to windows and most things are continuing to linux for render farms (if not the whole application then the rendering client at least) so that should work out cheapest for rendering.
however fast your graphics card is, you're going to need some sufficient rendering power soon enough.
i'd always assumed that this idea was impractical because i'd thought of this a long time ago and assumed that if it was feasable, someone would have done it by now. anyway, it could be extremely useful in a world war; to detonate missiles in mid-flight, before impact. a nuke exploding over the atlantic could be a lot less harmful than exploding in a major city. i guess it'd just have to be very very accurate.
Slashdot Mirror
i'm using mozilla and i don't get any pop up ads.
all those kids in the wtc? is it a big playground or something?
and PIGS MIGHT FLY
(do you get it? do you? do you see the joke? are you seeing the joke that i've made? the joke. you see it? do you see what i've said?)
ok, i can see that you've got a +5 five there, so it's obvious that at least four other people agree with you but maybe you're taking a little too narrow view here.
ok, let's take a look at why terrorists dislike america; do they just hate us because we're not them? are they maybe jealous of us having playstation and want to swap their nintendo 64 for it. OR MAYBE THERE'S SOMETHING A LITTLE MORE IMPORTANT.
hmm... blowing up a symbol of corporate rule? shame about all of those children working in the world trade center... OH WAIT.
if you push someone down in a puddle of shit for long enough, soon enough they'll pull on your instead of pushing against it.
and if you think that afganistan children and civilians don't get killed, well, maybe you should open your fucking eyes.
no, this article is nothing but the implementation of the latest WWII technology; a VOCODER.
at least someone got the reference.
(office space, of course)
if you were a government agency with $1b to invest in some kind of anti-terrorist encryption breaking scheme, would you invest it in this or would you invest it in quantum computing research?
would it be worth going for the brute force attack or would it be worth finding a different solution? not to mention how much money you could win and how much cancer you could cure with the idle time.
camming, divx encoding and uploading actually AS you watch the movie? now that's a first!
go and see a good film - support an independant cinema today! i'm so fed up with the shit i've seen at my local odeon, i'd rather it went under than the local picturehouse cinema. (less adverts too)
well, i am a pirate.
these machines will be given away in packets of cereal within the year ;) and you'll be able to access a trunk line with them!
i've used both and i'm so fed up with the pros and cons of both, that switching to an apple (and keeping my bsd box for a server) is looking like a real possibility.
and also sexy.
even if this worked like the headline says, how long would it take for someone to make a usb filter which changes all the ids to your region? my guess is this: not very long.
my greatest fear is that if you can skip adverts, the tv companies will put advert overlays during the shows. i'm lucky to have the ads-free bbc in england.
of course, streaming media puts users back in control of the shows that are shown. as a friend of mine once said 'now is the time of diy chic'.
i think i need a spillproof, greaseproof, shockproof computer for regular computer use.
(spillproof for my coffee, greaseproof for my hands and shockproof for stileproject)
what he said was a genuine suggestion for improvement, which is something that would be good for all of us. accepting slashdot as being whatever slashdot is a very apathetic view to take. if everyone took the same view of linux, nothing would get done; can you imagine alan cox saying "oh, well, it doesn't support ata 100 drives, oh well, linux is what linux is". this guy's suggestion was a good one and should, at *least*, be considered.
final:
- Doug Ledford: i810 audio driver update
- Evgeniy Polyakov: update various SCSI drivers to new locking
- David Howells: syscall latency improvement, try 2
- Francois Romieu: dscc4 driver update
- Patrick Mochel: driver model fixes
- Andrew Morton: clean up a few details in ext3 inode initialization
- Pete Wyckoff: make x86 machine check print out right address..
- Hans Reiser: reiserfs update
- Richard Gooch: devfs update
- Greg KH: USB updates
- Dave Jones: PNPBIOS
- Nathan Scott: extended attributes
- Corey Minyard: clean up zlib duplication (triplication..)
pre6:
- Asit Mallick: mtrr update
- Patrick Mochel: split up kernel/device.c into drivers/base
- Mikael Pettersson/Al Viro: fix missing in-core inode initialization
in ext2 introduced by Al's inode trimming
- David Miller: sparc and network updates
- Frank Davis: firewire video mmap page remapping fix
- me: fix configure help scripts to fix breakage noticed by Dave Jones
- Greg KH: USB updates
- Kai Germaschewski: ISDN fixes, Config.help entries
- Douglas Gilbert: SCSI doc update
- Ingo Molnar: x86 taskswitch optimizations, scheduler updates
- Mikael Pettersson: make APIC work on old external setups
- Al Viro: more inode trimming
pre5:
- Patrick Mochel: devicefs locking cleanups, refcount fixes
- Brian Gerst: apic timer cleanup
- Adam Richter: fix loop over block device bio breakage, ipfwadm compile fix
- me: split up Configure.help over the subdirectories where it is used
- Peter Anvin: bootproto v2.03
- Jeff Garzik: net driver updates
- NIIBE Yutaka: SuperH update
pre4:
- Patrick Mochel: initcall levels
- Patrick Mochel: devicefs updates, add PCI devices into the hierarchy
- Denis Oliver Kropp: neomagic fb driver
- David Miller: sparc64 and network updates
- Kai Mäkisara: scsi tape update
- Al Viro: more inode trimming, VFS cleanup
- Greg KH: USB update - proper urb allocations
- Eric Raymond: kdev_t updates for fb devices
pre3:
- Al Viro: VFS inode allocation moved down to filesystem, trim inodes
- Greg KH: USB update, hotplug documentation
- Kai Germaschewski: ISDN update
- Ingo Molnar: scheduler tweaking ("J2")
- Arnaldo: emu10k kdev_t updates
- Ben Collins: firewire updates
- Björn Wesen: cris arch update
- Hal Duston: ps2esdi driver bio/kdev_t fixes
- Jean Tourrilhes: move wireless drivers into drivers/net/wireless,
update wireless API #1
- Richard Gooch: devfs race fix
- OGAWA Hirofumi: FATFS update
pre2:
- David Howells: abtract out "current->need_resched" as "need_resched()"
- Frank Davis: ide-tape update for bio
- various: header file fixups
- Jens Axboe: fix up bio/ide/highmem issues
- Kai Germaschewski: ISDN update
- Greg KH: USB and Compaq PCI hotplug updates
- Tim Waugh: parport update
pre1:
- Al Viro: fix up silly problem in swapfile filp cleanups in 2.5.2
- Tachino Nobuhiro: fix another error return for swapfile filp code
- Robert Love: merge some of Ingo's scheduler fixes
- David Miller: networking, sparc and some scsi driver fixes
- Tim Waugh: parport update
- OGAWA Hirofumi: fatfs cleanups and bugfixes
- Roland Dreier: fix vsscanf buglets.
- Ben LaHaise: include file cleanup
- Andre Hedrick: IDE taskfile update
COORDINATE - note the singular
;)
and you don't need to initialise variables twice and if you're not using microsoft's crappy c++ compiler, you can but the ints in the for brackets... assuming you're using c++ that is
call it my wacky british sense of humour but i think that this picture sums up the entire story perfectly.
nick park's animations make me sick just thinking about the amount of tiny movements that he has to make for each second of animation (being in the uk, i guess he's got the advantage that it's 25 rather than 30, but it's still a lot). surely he'd be better off using a 3d modeller, and just animating key frames and then going back and filling in the bits where the key frame interpolation wasn't what he wanted. it's not like there's any advantage of making everything out of plastercine!
;)
it'd also mean no film grain and these online versions would compress better. oh well, maybe ardman are just technologically impaired
oh, and the secret to why they're successful is the stories; not the animation technique[1], as pixar have always pointed out.
[1] see comparisons between shrek and final fantasy
everything that is publicly funded should mean public code UNLESS that would open the system for expoitation. if it would then chances are the system is badly designed in the first place and people should have their money put into just projects.
the only problem is that a mixed public and private investment problems could create some concens with the private companies, however public code is rightly deserved by the public if the public own the project. the uk is now taking a step forward in opening up public services:
what is it with all this non-mac hardware? it's like apple have hired *all* the good minimalist product designers in the world and every other product has to be designed with virtually no sense of style[1]. it's the same for all the iMac-a-like computers and even mobile phones. can someone please design an mp3 player with reasonable specs (which this seems to have) and doesn't look like a NURBS experiment gone wrong?
[1] noted exeptions: palm's computers and the sony playstation 2
are belong to us
;)
merry christmas slashdot readers - catch the real video stream and see if you can spot that firewire card in his sack that you asked for this year
an important thing to remember is that, although macs are often easier to use, their floating point processing speeds aren't always too good. it's best to stick to an amd processor for speed to price ratios.
as for software, everything that's ever been of any real use on sgi's irix is eventually being ported to windows and most things are continuing to linux for render farms (if not the whole application then the rendering client at least) so that should work out cheapest for rendering.
however fast your graphics card is, you're going to need some sufficient rendering power soon enough.
i'd always assumed that this idea was impractical because i'd thought of this a long time ago and assumed that if it was feasable, someone would have done it by now. anyway, it could be extremely useful in a world war; to detonate missiles in mid-flight, before impact. a nuke exploding over the atlantic could be a lot less harmful than exploding in a major city. i guess it'd just have to be very very accurate.