You have heard of the XScale, formerly known
as the DEC StrongARM? ARM is quite popular
in embedded development.
http://www.intel.com/design/pca/applicationsproces sors/index.htm
When you use Real Audio to rip and encode a CD
it encodes it as an AAC using an encoder made
by Coding Technologies. However, rather than
put it into a.MP4 container, it is put into a
Real Audio.RA container. What a shame. It would
be nice if the same container could be used between
the non-DRM'd AAC content you get from ripping
with iTunes versus ripping with Real Player 10.
Sean
Intel needs to boost sales for their over-hyped ARM processors. Intel spends a wicked amount of money
creating useless devices to help sell more processors.
As a result, Intel's non-processor groups suffer from
constant re-organizations.
Keep in mind Intel XScales are very expensive per chip
even in large quantities it is far cheaper to simply
place an ARM core in a custom ASIC. XScales are
over hyped. Atmel, Samsung, Motorola, TI are
among many ARM based chip broviders that offer
much better price performance. This is actually a
wise decision on Sony's part.
I'm an EE who writes embedded software. I frequently go on recruiting trips for my employer
and find it very rare to find EEs with practical
experience working with embedded hardware/software.
It's always Java this, C++ that. They've never
actually written boot code for a processor of
any sort. They've never configured chip selects
or analyzed timing. They have never used a
JTAG emulator with a prototype board.
The EEs/ComEs I do hire are very good, but it takes time to train them to work in a lab
environment and explain how to use the equipment as well as to relate software to the low level
hardware.
Do any Universities offer emphasis in embedded
product development?
Keep in mind that Garmin, www.garmin.com, dominates
the consumer GPS market. Part of the motivation of the
ESA and EU is to foster home grown GPS industry.
So it is not simply out of military concern but also an attempt to grow a European GPS industry and give
competition to US corporations like Garmin.
The ST series used ACSI, but you could
buy a converter from ICD along with a driver
that would give you access to SCSI.
I also believe the Atari Falcon came with
a builtin IDE drive.
I likewise have worked with both the
StrongARM and the Cotulla and Sabinal
flavors of the XScale. The performance
problems are real and in fact it was
very difficult to get Intel to own up
to it. Only after we had clear data
showing what was going on that they
came forward and revealed to us that
there was a problem. I really fealt that
Intel was not being very open about these
issues.
There is nothing particularly innovative
with the V5 architecture and Intel will
try to hype it for as much as it's worth
but as the previous poster noted, it's more
a variant of V4 with deeper pipeline and
the extended DSP functions.
Overall, the ld/str multiple performance
is pathetic without changes to your
standard C library routines.
Without a compiler that has optimizations
for the XScale, you will still get
poor performance. So all the tweaks
in the world to your existing code base
will be for nought without a corresponding
change in the compiler which is targeted
for ARM7/9 cores and has only basic support
for XScale.
I have also seen poor performance by
XScale compared to:
1- StrongARM
2- ARM920T ( Samsung )
3- ARM7TDMI ( Samsung, ATMEL, etc )
It would appear that in implementing the
XScale design they have broken rules with
standard ARM design and made their product
perform very poorly with software written
for other ARM processors. Sounds like
Itanium running Win32 code.
I don't know where you get this 66Mhz ARM from. Intel, TI, Motorola, and now QMedia are all porting Palm OS to run on their latest ARM based CPUs. It's well known that they are offering:
Xscale(V5 instruction set)
Omap(926T core)
Dragonball(920T core)
Qmedia's cpu is ?
Anyway, all of these puppies run at 150MHz plus.
Slashdot Mirror
There is actually an Atari Cold Fire Project based on these processors: http://acp.atari.org/
"This system recommendation is brought to you by Intel"
Ha, I'm not sure DJB reacts to anything at all.
You have heard of the XScale, formerly known as the DEC StrongARM? ARM is quite popular in embedded development. http://www.intel.com/design/pca/applicationsproces sors/index.htm
You can rip multiple albums. I have a PC and a Mac and to save time I installed iTunes on the PC and used it to also rip albums.
And Haliburton will get dibs on the first contract for it!
When you use Real Audio to rip and encode a CD it encodes it as an AAC using an encoder made by Coding Technologies. However, rather than put it into a .MP4 container, it is put into a
Real Audio .RA container. What a shame. It would
be nice if the same container could be used between
the non-DRM'd AAC content you get from ripping
with iTunes versus ripping with Real Player 10.
Sean
Consider purchasing a Mac and enjoy the best of both worlds; Unix with a responsive and functional desktop.
Sean
I have tons of old games that I still enjoy firing up on it!
Intel needs to boost sales for their over-hyped ARM processors. Intel spends a wicked amount of money creating useless devices to help sell more processors. As a result, Intel's non-processor groups suffer from constant re-organizations.
Keep in mind Intel XScales are very expensive per chip even in large quantities it is far cheaper to simply place an ARM core in a custom ASIC. XScales are over hyped. Atmel, Samsung, Motorola, TI are among many ARM based chip broviders that offer much better price performance. This is actually a wise decision on Sony's part.
I'm an EE who writes embedded software. I frequently go on recruiting trips for my employer and find it very rare to find EEs with practical experience working with embedded hardware/software. It's always Java this, C++ that. They've never actually written boot code for a processor of any sort. They've never configured chip selects or analyzed timing. They have never used a JTAG emulator with a prototype board. The EEs/ComEs I do hire are very good, but it takes time to train them to work in a lab environment and explain how to use the equipment as well as to relate software to the low level hardware. Do any Universities offer emphasis in embedded product development?
Keep in mind that Garmin, www.garmin.com, dominates the consumer GPS market. Part of the motivation of the ESA and EU is to foster home grown GPS industry. So it is not simply out of military concern but also an attempt to grow a European GPS industry and give competition to US corporations like Garmin.
We could put a nuclear reactor on a bobsled and send it north with a crew....
The ST series used ACSI, but you could buy a converter from ICD along with a driver that would give you access to SCSI. I also believe the Atari Falcon came with a builtin IDE drive.
Cad chuige? Is cuma.
I likewise have worked with both the StrongARM and the Cotulla and Sabinal flavors of the XScale. The performance problems are real and in fact it was very difficult to get Intel to own up to it. Only after we had clear data showing what was going on that they came forward and revealed to us that there was a problem. I really fealt that Intel was not being very open about these issues. There is nothing particularly innovative with the V5 architecture and Intel will try to hype it for as much as it's worth but as the previous poster noted, it's more a variant of V4 with deeper pipeline and the extended DSP functions. Overall, the ld/str multiple performance is pathetic without changes to your standard C library routines.
Without a compiler that has optimizations for the XScale, you will still get poor performance. So all the tweaks in the world to your existing code base will be for nought without a corresponding change in the compiler which is targeted for ARM7/9 cores and has only basic support for XScale.
I have also seen poor performance by XScale compared to: 1- StrongARM 2- ARM920T ( Samsung ) 3- ARM7TDMI ( Samsung, ATMEL, etc ) It would appear that in implementing the XScale design they have broken rules with standard ARM design and made their product perform very poorly with software written for other ARM processors. Sounds like Itanium running Win32 code.
I don't know where you get this 66Mhz ARM from. Intel, TI, Motorola, and now QMedia are all porting Palm OS to run on their latest ARM based CPUs. It's well known that they are offering: Xscale(V5 instruction set) Omap(926T core) Dragonball(920T core) Qmedia's cpu is ? Anyway, all of these puppies run at 150MHz plus.