OK, Android user here. Time for some anecdotal evidence - take it with a grain of salt.
Slashdot comments is precisely the kind of webpage that's openly hostile to phone users. Phones, even those with usable browsers, suffer from slow CPUs, lack of RAM, small screens, and inability to JIT Javascript. Slashdot comment pages, on the other hand, are heavy on data, VERY heavy on Javascript, and are formatted with deep indentation that's painful to track on a mobile phone screen.
When I surf from mobile, I read Slashdot frontpage and linked articles (and I use Slashdot basic format even from my desktop). I also read web forums - most of those pages contain lots of text but aren't breaking the mobile browsers. However, most of my stuff is covered by specific clients - Facebook, Twitter and RSS readers are all running outside browsers. As a result, I rarely top 5MB in 1 session.
Had you read the abstract, you'd know that Fermilab's result is b+anti-b decay, not p+anti-p, so LHC is fine as long as they can specifically track which muons came from b quark decays.
As a matter of fact, they have a special detector just for that (it's not general-purpose, because b+anti-b pairs decay within centimetres from their creation point, so they actually drop particle tracker 5mm from the beam). See LHCb experiment.
What if Ubisoft decides not run these online services in the future? Will my game stop working? Ubisoft is committed to being a forerunner in providing new exciting online service. If any service is stopped, we will create a patch for the game so that the core game play will not be affected.
Better idea - "To be eligible to donate funds to the election campaign of a person running for federal office, the donator must be a human individual, not a corporation, and must live within the district of the person to whom he is donating the funds."
Won't work. Think 'donation mediation service professional'.
Well, computers have infinite APM, and AI bots will have to (ab)use this to win against other bots. It should also help them against humans. Do you consider this cheating?
He was refering to ATL. This is a basic example of ATL (Active Template Library), when used to define a COM object:
class ATL_NO_VTABLE CDocumentChecker :// multiple inheritance
public CComObjectRootEx,
public CComCoClass,
public ISupportErrorInfo,
public ISpellChecker {... more abomination here... }
the unit of height is a Todd, and that's about 6'1", and that's how tall I am.
Unfortunately, to make this measuring unit workable without having to use fractions, we'd need to introduce centitods (as 1/100 todds). This brings us back to metric.
> Emacs probably uses at least twice the system resources vim does (I'm not doing a > comparison so I'm sticking with small statements) and most people will never want > to use any of emacs' features besides text editing.
This is with GNU Emacs 21.4.1 and vim 6.4. vim is non-GUI version, gvim is the gtk version.
That said, I use both Emacs and Vim. Emacs because I use that to edit code, Vim because Emacs does take a bit to start, and when I'm impatient or in a remote shell, Vim is expedient. However, saying that Emacs is bloated compared to Vim is just false. Vim isn't Vi.
I'm a proud owner of one, and have absolutely no regrets. May I also add video in, hardware mp4 encoder (not just decoder), good sound quality, good battery life, and the fact that it can work with a plain USB keyboard as a usable Linux computer to your feature list?:)
However...
Archos is known for their HD mp3 players, which double as USB drives - the market that Apple now completely owns (but Archos was doing it for a long time now). This sort of paints Archos as an outsider. Also, PMA400 is a completely unknown gadget - I'd never have bought it if I didn't just stumble upon a review. Prior to it, I've never even heard of it. And it's been around for considerably more than a year now.
So I'd call it a complete failure of Archos marketing.
The article also says that it's done using USB2. Archos (what's the plural of this, anyway) devices come with USB host, they can suck data out of any USB drive.
So is the real news that Echostar PVRs can function as USB2 drives?
Comparing the device pictures on www.archos.com and www.pocketdish.com... they're the same. So are the corresponding brands (Archos AV400, AV500, AV700 vs Pocketdish AV402E, AV500E, AV700E). So is this really a new device?
Actually mp3 does quite well both on high frequences and on dynamic range, with a notable exception of Xing - Xing just kills everything over 16kHz. But (in my experience) mp3 breaks down when you have a piece with lots of simultaneous clear tones (that's common in classical), lots of claps (like, say, applause or castannetes), or constant electronic noise. In each of these cases, mp3 has a problem finding enough bits to allocate.
Unfortunately lots of classical pieces were recorded noisily or are digitised from record masters. In both cases, there tends to be a noticable level of noise, and most mp3 codecs tend to fall on their heads because of it, because they allocate too many bits to the noise background.
Either way, VBR mp3 solves these problems. So does Ogg (I never found a tune that caused problems to Ogg codec).
> I understand your logic on something being a modifier and not to be used exclusively. But then I ask the question, why not?
I find this the single most aggravating un-usability 'feature' of the Windows GUI. Because I very often press ALT key intending to press something else along with it, then change my mind (I use chat-like applications a lot. This means you get a long of asynchronous events and decide to reply rather than switch a tab or call a menu), then start typing. After this, whatever I type will be interpreted as a sequence of menu hotkeys.
On average, takes me 10-15 seconds to undo the damage after this. This is *not* good usability. Esp. since ALT causes the application mode switch and the only indication of this is a tiny square around the bit of the screen you won't be looking at (because you're looking at the cursor).
> The main way I have done this has been unsubscribing from lists! In fact, I even "unsubscribe" an address that was never subscribed. Indeed, that new address is now getting plenty of spam.
Neat idea. 'Unsubscribe' known spammer addresses?
Come to think of it, also 'Unsubscribe' the network admins for the Chinese ISP that are mentioned in the article.
Heh, you just made me recheck. And yes, you are right, and no, I didn't swap the files. Aparently the filenames on the original site were borked a bit.
> identify -verbose strangeafter_pryde_big.jpg | grep Time
Date and Time: 2004:11:25 15:22:47
Exposure Time: 1/19 sec.
Date and Time (original): 2004:11:22 18:52:37
Date and Time (digitized): 2004:11:22 18:52:37
SubsecTime: 533
User Time: 0.460u
Elapsed Time: 0:01 > identify -verbose strange_pryde_big.jpg | grep Time
Date and Time: 2004:11:25 15:20:49
Exposure Time: 1/19 sec.
Date and Time (original): 2004:11:22 18:52:52
Date and Time (digitized): 2004:11:22 18:52:52
SubsecTime: 834
User Time: 0.460u
Elapsed Time: 0:01 > identify -verbose strangebefore_pryde_big.jpg | grep Time
Date and Time: 2004:11:25 15:23:11
Exposure Time: 1/19 sec.
Date and Time (original): 2004:11:22 18:53:07
Date and Time (digitized): 2004:11:22 18:53:07
SubsecTime: 828
User Time: 0.470u
Elapsed Time: 0:01
First, EXIF fields in the photos... something you should look at first.
Camera: Canon PowerShot G3 Date and Time (original): 2004:11:22 18:52:52 Exposure Time: 1/19 sec. Aperture: f/5.6
And for the photo After: Date and Time (original): 2004:11:22 18:52:37
So the photos were taken with 1/19 sec. exposure, every 15 seconds.
I took the two images into GIMP, substracted them, brightened the result a lot (using Levels) and ran it through despecle. First, the lamps do look perfectly identical between the photos (or there'd be a spot around the lamp where it changed shape). In fact, the only bright bits that remain (apart from the sea reflections) are the flash and the streak.
The streak looks conical, at 1-1.5 degrees (I measured roughly using GIMP). It ends before the edge of the picture. It's about 1200 pixels long, in fact. The street lamps are 60 pixels long... Assuming that a street lamp would be on the order of 5-10 metres high, you get about 100-200 metres streak.
The cloud is VERY visible on the difference image; it has yellow-orange central spot and 2 pure-white spots to the sides; this seems consistent with a central fire and a smoke circle.
Now I substracted the before and after image and brightened them the same way. I *think* there is a visible dark spot at the place where the white cloud was; however, the image is so noisy that it could just be my imagination.
I think that the flash and the cloud were from the blown lamp. They dissipated rapidly, but there could be traces left... I'd have to do much better image processing to be able to tell.
I have no idea whatsoever what the dark streak could be. It doesn't look like a CCD sensor problem - overloaded CCDs leak brightness straight up, as far as I know. I also don't know of any lens flare that can darken the photo. It could be smoke, in which case something would be hitting the street lamp. But that would've caused lots of visible damage.
Slashdot Mirror
OK, Android user here. Time for some anecdotal evidence - take it with a grain of salt.
Slashdot comments is precisely the kind of webpage that's openly hostile to phone users. Phones, even those with usable browsers, suffer from slow CPUs, lack of RAM, small screens, and inability to JIT Javascript. Slashdot comment pages, on the other hand, are heavy on data, VERY heavy on Javascript, and are formatted with deep indentation that's painful to track on a mobile phone screen.
When I surf from mobile, I read Slashdot frontpage and linked articles (and I use Slashdot basic format even from my desktop). I also read web forums - most of those pages contain lots of text but aren't breaking the mobile browsers. However, most of my stuff is covered by specific clients - Facebook, Twitter and RSS readers are all running outside browsers. As a result, I rarely top 5MB in 1 session.
2 hours every other day averages out to 1 hour/day exactly. So in your example, 144 hours = 144 days, not 36 days.
Had you read the abstract, you'd know that Fermilab's result is b+anti-b decay, not p+anti-p, so LHC is fine as long as they can specifically track which muons came from b quark decays.
As a matter of fact, they have a special detector just for that (it's not general-purpose, because b+anti-b pairs decay within centimetres from their creation point, so they actually drop particle tracker 5mm from the beam). See LHCb experiment.
Hey, reality check: not all pollution is CO2 pollution.
Paper factories are *major* water polluters.
What if Ubisoft decides not run these online services in the future? Will my game stop working?
Ubisoft is committed to being a forerunner in providing new exciting online service. If any service is stopped, we will create a patch for the game so that the core game play will not be affected.
So will RELOADED.
Better idea - "To be eligible to donate funds to the election campaign of a person running for federal office, the donator must be a human individual, not a corporation, and must live within the district of the person to whom he is donating the funds."
Won't work. Think 'donation mediation service professional'.
The shots are called by corporate execs, and rubber-stamped by pension funds execs.
So, your point is?
Well, computers have infinite APM, and AI bots will have to (ab)use this to win against other bots. It should also help them against humans. Do you consider this cheating?
He was refering to ATL. This is a basic example of ATL (Active Template Library), when used to define a COM object:
class ATL_NO_VTABLE CDocumentChecker : // multiple inheritance ... more abomination here ...
public CComObjectRootEx,
public CComCoClass,
public ISupportErrorInfo,
public ISpellChecker
{
}
I kid you not.
OK, just stop right there. Porn and beehives do NOT mix.
Rule 34.
the unit of height is a Todd, and that's about 6'1", and that's how tall I am.
Unfortunately, to make this measuring unit workable without having to use fractions, we'd need to introduce centitods (as 1/100 todds). This brings us back to metric.
They have day-to-day log of the activities at https://lhc-commissioning.web.cern.ch/lhc-commissioning/dailynews/index.htm I didn't have any problems finding this logs at the LHC website.
Transformer outage and cryogenics breakdown is logged on September 13. They were not 'rumors'.
But remember: WoW = Works on Wednesday!
> Emacs probably uses at least twice the system resources vim does (I'm not doing a
> comparison so I'm sticking with small statements) and most people will never want
> to use any of emacs' features besides text editing.
OK, so I am doing a comparison:
miro 7213 7.0 0.9 13552 9744 pts/0 RN 23:35 0:01 emacs foo.c
miro 7106 1.4 0.7 16340 7704 pts/0 T 23:32 0:00 vim foo.c
miro 7098 0.8 0.9 21008 10036 ? SNs 23:32 0:00 gvim foo.c
This is with GNU Emacs 21.4.1 and vim 6.4. vim is non-GUI version, gvim is the
gtk version.
That said, I use both Emacs and Vim. Emacs because I use that to edit code, Vim
because Emacs does take a bit to start, and when I'm impatient or in a remote
shell, Vim is expedient. However, saying that Emacs is bloated compared to Vim
is just false. Vim isn't Vi.
This is a surprise? C++ is what many of us use at work. Of course we hate it. :)
I'm a proud owner of one, and have absolutely no regrets. May I also add video in, hardware mp4 encoder (not just decoder), good sound quality, good battery life, and the fact that it can work with a plain USB keyboard as a usable Linux computer to your feature list? :)
However...
Archos is known for their HD mp3 players, which double as USB drives - the market that Apple now completely owns (but Archos was doing it for a long time now). This sort of paints Archos as an outsider. Also, PMA400 is a completely unknown gadget - I'd never have bought it if I didn't just stumble upon a review. Prior to it, I've never even heard of it. And it's been around for considerably more than a year now.
So I'd call it a complete failure of Archos marketing.
The article also says that it's done using USB2. Archos (what's the plural of this, anyway) devices come with USB host, they can suck data out of any USB drive.
So is the real news that Echostar PVRs can function as USB2 drives?
Comparing the device pictures on www.archos.com and www.pocketdish.com... they're the same. So are the corresponding brands (Archos AV400, AV500, AV700 vs Pocketdish AV402E, AV500E, AV700E). So is this really a new device?
Now we have nanoprobes that are stable and can communicate.
:)
Guess the only item on TODO list is the actual assimilation.
Actually mp3 does quite well both on high frequences and on dynamic range, with a notable exception of Xing - Xing just kills everything over 16kHz. But (in my experience) mp3 breaks down when you have a piece with lots of simultaneous clear tones (that's common in classical), lots of claps (like, say, applause or castannetes), or constant electronic noise. In each of these cases, mp3 has a problem finding enough bits to allocate.
Unfortunately lots of classical pieces were recorded noisily or are digitised from record masters. In both cases, there tends to be a noticable level of noise, and most mp3 codecs tend to fall on their heads because of it, because they allocate too many bits to the noise background.
Either way, VBR mp3 solves these problems. So does Ogg (I never found a tune that caused problems to Ogg codec).
--
> I understand your logic on something being a modifier and not to be used exclusively. But then I ask the question, why not?
I find this the single most aggravating un-usability 'feature' of the Windows GUI. Because I very often press ALT key intending to press something else along with it, then change my mind (I use chat-like applications a lot. This means you get a long of asynchronous events and decide to reply rather than switch a tab or call a menu), then start typing. After this, whatever I type will be interpreted as a sequence of menu hotkeys.
On average, takes me 10-15 seconds to undo the damage after this. This is *not* good usability. Esp. since ALT causes the application mode switch and the only indication of this is a tiny square around the bit of the screen you won't be looking at (because you're looking at the cursor).
> The main way I have done this has been unsubscribing from lists! In fact, I even "unsubscribe" an address that was never subscribed. Indeed, that new address is now getting plenty of spam.
Neat idea. 'Unsubscribe' known spammer addresses?
Come to think of it, also 'Unsubscribe' the network admins for the Chinese ISP that are mentioned in the article.
Heh, you just made me recheck. And yes, you are right, and no, I didn't swap the files. Aparently the filenames on the original site were borked a bit.
> identify -verbose strangeafter_pryde_big.jpg | grep Time
Date and Time: 2004:11:25 15:22:47
Exposure Time: 1/19 sec.
Date and Time (original): 2004:11:22 18:52:37
Date and Time (digitized): 2004:11:22 18:52:37
SubsecTime: 533
User Time: 0.460u
Elapsed Time: 0:01
> identify -verbose strange_pryde_big.jpg | grep Time
Date and Time: 2004:11:25 15:20:49
Exposure Time: 1/19 sec.
Date and Time (original): 2004:11:22 18:52:52
Date and Time (digitized): 2004:11:22 18:52:52
SubsecTime: 834
User Time: 0.460u
Elapsed Time: 0:01
> identify -verbose strangebefore_pryde_big.jpg | grep Time
Date and Time: 2004:11:25 15:23:11
Exposure Time: 1/19 sec.
Date and Time (original): 2004:11:22 18:53:07
Date and Time (digitized): 2004:11:22 18:53:07
SubsecTime: 828
User Time: 0.470u
Elapsed Time: 0:01
With enough processing... there's an Elvis hidden in every picture!
Ok, I did some work on this...
First, EXIF fields in the photos... something you should look at first.
Camera: Canon PowerShot G3
Date and Time (original): 2004:11:22 18:52:52
Exposure Time: 1/19 sec.
Aperture: f/5.6
And for the photo After:
Date and Time (original): 2004:11:22 18:52:37
So the photos were taken with 1/19 sec. exposure, every 15 seconds.
I took the two images into GIMP, substracted them, brightened the result a lot (using Levels) and ran it through despecle. First, the lamps do look perfectly identical between the photos (or there'd be a spot around the lamp where it changed shape). In fact, the only bright bits that remain (apart from the sea reflections) are the flash and the streak.
The streak looks conical, at 1-1.5 degrees (I measured roughly using GIMP). It ends before the edge of the picture. It's about 1200 pixels long, in fact. The street lamps are 60 pixels long... Assuming that a street lamp would be on the order of 5-10 metres high, you get about 100-200 metres streak.
The cloud is VERY visible on the difference image; it has yellow-orange central spot and 2 pure-white spots to the sides; this seems consistent with a central fire and a smoke circle.
Now I substracted the before and after image and brightened them the same way. I *think* there is a visible dark spot at the place where the white cloud was; however, the image is so noisy that it could just be my imagination.
I think that the flash and the cloud were from the blown lamp. They dissipated rapidly, but there could be traces left... I'd have to do much better image processing to be able to tell.
I have no idea whatsoever what the dark streak could be. It doesn't look like a CCD sensor problem - overloaded CCDs leak brightness straight up, as far as I know. I also don't know of any lens flare that can darken the photo. It could be smoke, in which case something would be hitting the street lamp. But that would've caused lots of visible damage.