Corporate content aggregation, and new flocks of sheep to drink from those content streams are one phenomenon.
"Entrepreneurs" re-inventing IRC every two weeks with more emoticons is another. Can we simplify every "internet innovation" into three bullets? 1) threaded forums -> TCP -> Usenet -> every news service ever (time-buffered data delivery) 2) "get hails" -> UDP -> IRC -> every chat service ever (real-time data delivery) 3) hypertext -> HyperCard -> WWW -> links (glue that connects everything)
And I'll argue "content aggregation" is just a fancy.* glob, so pre-net.
I had a very similar experience last year, gradually dropping 40 lbs over 8 months. Very simple habit changes: exercise slightly more, eat slightly less.
Like the TFA, I found it very useful to weigh myself EVERY DAY (I used the Wii Fit.) Checking your weight is easy; subconscious reactions to this knowledge made of lot of difference for me.
(TFA:)...the operating system prevents multiple graphics drivers from running 3D applications at the same time.
Multiple GPUs from different vendors could work if they ported this technology to OS X... where multiple graphics drivers have happily coexisted for years.
(Getting an arbitrary application to understand it is running on multiple GPUs is a whole separate problem...)
Disclaimer: I used to work for Adobe. I left a few years ago.
I have experience with EVE that may be more interesting to read that a bunch of anti-Adobe slurs: For a while it was my job to localize Illustrator, and part of that involved converting the old DITL and.rc UI resources into expressviews (the precursor to EVE.)
At the time, Illustrator had somewhere around six or seven hundred dialogs. Times fourteen languages. Times a few platforms (OS 9, OS X, 95/98/ME/NT, XP). That's a LOT of UI to program, translate, and test.
EVE lets you describe a dialog with one XML-ish text file, and have that layout work for all languages on all platforms. That is a significant potential reduction in UI programming (and hopefully bugs.)
It looks good, too. Take a look at Photoshop or Illustrator's UI. I don't mean the wacky custom controls-- I mean look at the widget layouts. Can you tell which ones were painstakingly created by a human, and which ones are being generated on the fly?
When I was working with this technology, there were a class of problems that couldn't be easily handled (such as alignment across separate view hierarchies) but it looks like EVE2 is fixing most of those areas.
I can't really comment on ADAM since that wasn't at a usable stage when I was at Adobe. Some people have commented that the static binding dates it, compared to say 10.3's Cocoa bindings and KVO. Maybe, but any sort of binding that gets rid of huge chunks of UI glue code is a good thing. It's in C++ because that's what Adobe's giant cross-platform codebases are.
So, this is good stuff. It works. Now you can play with it. What's wrong with that?
EVE is not a widget set. It is a layout engine to put widgets in the right place, according to a UI description. Given a set of rules about what your platform widgets look like, and a list of translations for your text, it automatically adjusts the layout.
"The introduction of XDR however is reminiscent of RDRAM around 2000/2001. The technology provided significantly more speed than DDR and was promoted by industry heavyweights such as Samsung and Intel."
Actually, RDRAM was introduced around 1995, and was used by industry heavyweights such as SGI and Nintendo.
/System/Library/StartupItems is owned by root and is not writable by admin. So you have to already have root access to install there. That's not really a security hole./Library/StartupItems DOES NOT EXIST IN A DEFAULT OS X INSTALL.
It will be created if you install any 3rd party extensions that require startup services. For example on my machine, it was created by installing the Wacom tablet driver.
The permissions of/Library/StartupItems depend on who created the folder. In the case of the Wacom installer, it was created as drwxrwxr-x root/admin, so any admin user can write into it without authenticating. Since the default user is admin, this is a security hole.
Repairing permissions doesn't help, since that mechanism looks at the permissions in/Library/Receipts/*.pgk/.../*.bom to make the repairs, and will just restore whatever bad permissions the installer was using.
Re: "In order to launch the file or open the folder via keyboard, you have to hit Command-Down Arrow (Command-Up Arrow will traverse up a folder tree). This takes a bit of getting used to and if approached with an open mind, you can get used to it in a couple of days, but it can be frustrating at first - especially if you are a keyboard addict used to Windows."
Very frustrating. Until you figure out how to use Cmd-O.
It's worth pointing out that you normally do not need to install AT ALL. Not even copy. If an application comes on CD, or is downloaded in a disk image, you can run it right from there, as is.
The only exception to this is poorly-written games which assume they have write access to their own directory (which may not be the case even if they are copied to writable media-- depending on user access privileges.)
* The ][gs was not an Amiga. It was basically an Apple ][e, plus a 16 bit CPU (24 bit address space) and a sound coprocessor. The bevy of additional programmable processors (Agnes etc) in the Amiga made it a much more capable machine, game and multi-taking wise.
* Although the "][e on-a-chip" consolidation was neat VLSI, this same backwards compatibility was probably the single biggest reason for poor performance. Namely, the video buffers in "fast" (2.8MHz) RAM had to be shadow-copied into "slow" (1.0 MHz) RAM for the Mega ][ & eventual DAC. This affected even the new video modes-- all video writes had to slow to 1 Mhz, making fullscreen updates max out around 15 fps.
* The 65816 is still sold by WDC at speeds up to around 15MHz. In the early 90's there were two 3rd party cards (TranswarpGS, ZipGS) that would let you replace the original CPU with one of these new ones. The system was still limited by the aforementioned 1 MHz video writes, though.
* The Ensoniq 5503 DOC was much better than the 4 channel audio available in Macs or Amigas of the time: 32 wavetable oscillators with independent pitch/volume, reading from 64k of 8 bit samples (it took a few years for demo coders to get sample swapping-during-IRQ to work around the 64k limit.) Apple crippled it by only providing mono output, but again there were 3rd party cards.
* There was, of course, the ][e plugin card for Macs a bit later on. I think around the pizza-box Mac LC timeframe.
* The ][gs did do a few things before the Mac: color GUI, proportional scrollbars, progress bar during OS boot, and oh yeah, ADB keyboard and mouse. So the development cost wasn't entirely wasted...
I had both eyes done a few years ago, when it cost $4k, by a respected local guy in Silicon Valley. I had previously worn hard, soft and disposable contacts for something like 12 years, followed by glasses for about two years. My vision was around 20/200, not terrible but bad enough that I couldn't drive or watch TV from six feet away without the lenses. No astigmatism. I was told my eyes were pretty much in the ideal range for correction.
The operation took about 45 seconds in total, and they gave me a tape of it. I could see IMMEDIATELY after the operation. Instantly. Recovery took about a day and a half, with minor pain similar to having dirty contacts. You can do it over a weekend.
Now my vision is 20/20; it was 20/15 for the first six months and then leveled off. No change over the last few years. Daylight vision is perfect. Night vision is not as good, and I do see halos around lights, but in my case these are exactly the same halos I had with contacts. I am a very nitpicky detail-obsessed computer geek, and am 100% satisfied with my results.
The GL "software-fragment program" renderer introduced in 10.3.4 provides a fall-back path for machines with an older GPU. So Core Image apps will run on any Mac, they just won't always be hardware accelerated.
What does this have to do with graphics cards?
on
Ming + PHP5 + AI = Pretty
·
· Score: 3, Informative
Since when does Flash run on the GPU? This is entirely CPU-bound.
Robust Unicode imaging. For example, rotate Chinese an arbitrary amount and still have proper LCD sub-pixel smoothing. Working Bidi text support, ligatures, glyph combining/reordering, etc etc etc.
Slashdot Mirror
PowerMac G5s shipped in 2003. 64-bit kernel shipped in Panther, 2003. 64-bit userspace shipped in Tiger, 2005.
Apple's 64-bit OS transition started in 2004, not 2009.
Corporate content aggregation, and new flocks of sheep to drink from those content streams are one phenomenon.
"Entrepreneurs" re-inventing IRC every two weeks with more emoticons is another. Can we simplify every "internet innovation" into three bullets?
1) threaded forums -> TCP -> Usenet -> every news service ever (time-buffered data delivery)
2) "get hails" -> UDP -> IRC -> every chat service ever (real-time data delivery)
3) hypertext -> HyperCard -> WWW -> links (glue that connects everything)
And I'll argue "content aggregation" is just a fancy .* glob, so pre-net.
I had a very similar experience last year, gradually dropping 40 lbs over 8 months.
Very simple habit changes: exercise slightly more, eat slightly less.
Like the TFA, I found it very useful to weigh myself EVERY DAY (I used the Wii Fit.)
Checking your weight is easy; subconscious reactions to this knowledge made of lot of difference for me.
(TFA:) ...the operating system prevents multiple graphics drivers from running 3D applications at the same time.
Multiple GPUs from different vendors could work if they ported this technology to OS X... where multiple graphics drivers have happily coexisted for years.
(Getting an arbitrary application to understand it is running on multiple GPUs is a whole separate problem...)
There's always industrial humor .
Wildly varied. Free downloads (5 albums x 74:00 minutes.) And more copyright infringement than you can shake a stick at.
It's pretty useful as a source of jokes.
I mean, how many other logos can you make look like a cat-butt?
After playing with the unit for a few minutes and being disgusted with the UI, this is what I noticed leaving the store:
The "zune" logo on the translucent marketing material, when viewed from the back, looks a lot like "anus".
That about sums it up.
Disclaimer: I used to work for Adobe. I left a few years ago.
.rc UI resources into expressviews (the precursor to EVE.)
I have experience with EVE that may be more interesting to read that a bunch of anti-Adobe slurs: For a while it was my job to localize Illustrator, and part of that involved converting the old DITL and
At the time, Illustrator had somewhere around six or seven hundred dialogs. Times fourteen languages. Times a few platforms (OS 9, OS X, 95/98/ME/NT, XP). That's a LOT of UI to program, translate, and test.
EVE lets you describe a dialog with one XML-ish text file, and have that layout work for all languages on all platforms. That is a significant potential reduction in UI programming (and hopefully bugs.)
It looks good, too. Take a look at Photoshop or Illustrator's UI. I don't mean the wacky custom controls-- I mean look at the widget layouts. Can you tell which ones were painstakingly created by a human, and which ones are being generated on the fly?
When I was working with this technology, there were a class of problems that couldn't be easily handled (such as alignment across separate view hierarchies) but it looks like EVE2 is fixing most of those areas.
I can't really comment on ADAM since that wasn't at a usable stage when I was at Adobe. Some people have commented that the static binding dates it, compared to say 10.3's Cocoa bindings and KVO. Maybe, but any sort of binding that gets rid of huge chunks of UI glue code is a good thing. It's in C++ because that's what Adobe's giant cross-platform codebases are.
So, this is good stuff. It works. Now you can play with it. What's wrong with that?
EVE is not a widget set. It is a layout engine to put widgets in the right place, according to a UI description. Given a set of rules about what your platform widgets look like, and a list of translations for your text, it automatically adjusts the layout.
It's pretty good.
"...the black art of assembly language magicians."
The nice thing about altivec is that it has a C interface. You don't have to use assembly!
Take a look at this Apple tutorial to see how easy it is.
"The introduction of XDR however is reminiscent of RDRAM around 2000/2001. The technology provided significantly more speed than DDR and was promoted by industry heavyweights such as Samsung and Intel."
Actually, RDRAM was introduced around 1995, and was used by industry heavyweights such as SGI and Nintendo.
A 1.5 GHz G4 PowerBook has a 167Mhz bus.
A theoretical 1.8 GHz G5 PowerBook, if clocked at the same 1:3 rate as the iMac (vs 1:2 in the PowerMac) would have a 600 MHz bus.
That is a huge improvement.
HUGE.
Sounds like MPW's worksheets.
/System/Library/StartupItems is owned by root and is not writable by admin. So you have to already have root access to install there. That's not really a security hole. /Library/StartupItems DOES NOT EXIST IN A DEFAULT OS X INSTALL.
/Library/StartupItems depend on who created the folder. In the case of the Wacom installer, it was created as drwxrwxr-x root/admin, so any admin user can write into it without authenticating. Since the default user is admin, this is a security hole.
It will be created if you install any 3rd party extensions that require startup services. For example on my machine, it was created by installing the Wacom tablet driver.
The permissions of
Repairing permissions doesn't help, since that mechanism looks at the permissions in/Library/Receipts/*.pgk/.../*.bom to make the repairs, and will just restore whatever bad permissions the installer was using.
Re: "In order to launch the file or open the folder via keyboard, you have to hit Command-Down Arrow (Command-Up Arrow will traverse up a folder tree). This takes a bit of getting used to and if approached with an open mind, you can get used to it in a couple of days, but it can be frustrating at first - especially if you are a keyboard addict used to Windows."
Very frustrating. Until you figure out how to use Cmd-O.
It's worth pointing out that you normally do not need to install AT ALL. Not even copy. If an application comes on CD, or is downloaded in a disk image, you can run it right from there, as is.
The only exception to this is poorly-written games which assume they have write access to their own directory (which may not be the case even if they are copied to writable media-- depending on user access privileges.)
A 23" LCD that can resolve 1920x1200 costs $2000.
(replying to various bits of the other replies)
* The ][gs was not an Amiga. It was basically an Apple ][e, plus a 16 bit CPU (24 bit address space) and a sound coprocessor. The bevy of additional programmable processors (Agnes etc) in the Amiga made it a much more capable machine, game and multi-taking wise.
* Although the "][e on-a-chip" consolidation was neat VLSI, this same backwards compatibility was probably the single biggest reason for poor performance. Namely, the video buffers in "fast" (2.8MHz) RAM had to be shadow-copied into "slow" (1.0 MHz) RAM for the Mega ][ & eventual DAC. This affected even the new video modes-- all video writes had to slow to 1 Mhz, making fullscreen updates max out around 15 fps.
* The 65816 is still sold by WDC at speeds up to around 15MHz. In the early 90's there were two 3rd party cards (TranswarpGS, ZipGS) that would let you replace the original CPU with one of these new ones. The system was still limited by the aforementioned 1 MHz video writes, though.
* The Ensoniq 5503 DOC was much better than the 4 channel audio available in Macs or Amigas of the time: 32 wavetable oscillators with independent pitch/volume, reading from 64k of 8 bit samples (it took a few years for demo coders to get sample swapping-during-IRQ to work around the 64k limit.) Apple crippled it by only providing mono output, but again there were 3rd party cards.
* There was, of course, the ][e plugin card for Macs a bit later on. I think around the pizza-box Mac LC timeframe.
* The ][gs did do a few things before the Mac: color GUI, proportional scrollbars, progress bar during OS boot, and oh yeah, ADB keyboard and mouse. So the development cost wasn't entirely wasted...
I had both eyes done a few years ago, when it cost $4k, by a respected local guy in Silicon Valley. I had previously worn hard, soft and disposable contacts for something like 12 years, followed by glasses for about two years. My vision was around 20/200, not terrible but bad enough that I couldn't drive or watch TV from six feet away without the lenses. No astigmatism. I was told my eyes were pretty much in the ideal range for correction.
The operation took about 45 seconds in total, and they gave me a tape of it. I could see IMMEDIATELY after the operation. Instantly. Recovery took about a day and a half, with minor pain similar to having dirty contacts. You can do it over a weekend.
Now my vision is 20/20; it was 20/15 for the first six months and then leveled off. No change over the last few years. Daylight vision is perfect. Night vision is not as good, and I do see halos around lights, but in my case these are exactly the same halos I had with contacts. I am a very nitpicky detail-obsessed computer geek, and am 100% satisfied with my results.
Best money I ever spent.
The GL "software-fragment program" renderer introduced in 10.3.4 provides a fall-back path for machines with an older GPU.
So Core Image apps will run on any Mac, they just won't always be hardware accelerated.
Since when does Flash run on the GPU? This is entirely CPU-bound.
In most cases, step 2 is "eBay".
1) steal underwear
2) eBay
3) profit!!!
Robust Unicode imaging. For example, rotate Chinese an arbitrary amount and still have proper LCD sub-pixel smoothing. Working Bidi text support, ligatures, glyph combining/reordering, etc etc etc.
http://developer.apple.com/intl/atsui.html
It's worth pointing out that 10 minutes is for installing from optical drive, which is terribly slow.
If you run a lab, you install over gigabit ethernet via netboot, and your complete nuke&install happens in about THREE MINUTES, no joke.