The benchmark is of a TM5600 Crusoe against a VIA. I can tell you that the TM5800 933 MHz is faster than the Via at 1GHz and the Efficeon is even faster than that. Maybe Transmeta used to be a little slower, but not anymore. The Efficeon can keep up with the Pentium M and the new 90nm Efficeons will be even faster with higher clock speeds.
The new Muramasa has been out in Japan since January. It has had some nice reviews and keeps up well with Pentium-M modells of similar clock speed (see this Japanese review). And it is much cheaper.
which gives the member states a framework for new laws that have to be put into legislation within a certain time frame (2 years). So there is still hope that individual states will have less stringent laws than the directive calls for. Although there may also be states that will have far more stringent laws.
Unfortunately there is not much information of what the card can do. Does it have an MPEG hardware decoder for HDTV, or is it only a tuner and demodulator? Does it have TV out or can it only display on the monitor? If the card is only a tuner and demodulator with PCI bridge then it's no big deal. The CPU will have to do all the decoding, maybe with a little help from the graphics card. You can do that with a lot of DVB-S,C,T cards already. With a 60Euro card you could already watch the Superbowl in HDTV, of course you needed a fast CPU.
Having a Powerbook with OSX and Linux installed, I still cannot understand why people prefer OSX. Having only one Desktop and no X11 is really annoying. So I installed X11 and lots of other software that is standard for Linux, but still why bother when you can run Linux and, in case you really need OSX, MOL.
I am running Debian on my Fujitsu Loox T93C (Japanese model). AFAIK that is the same as the P2120 in the US. It is very nice. It has built in Wifi that works with Linux and not to forget the DVD/CD-R/RW which comes in handy for watching DVDs and burning CD-R/RWs. I added a prism54 based pcmcia wlan card so that I can watch the DVDs from my server. Find out more about Linux on the Lifebook here and here. I am using it right now to write this comment, sitting in my chair watching TV.
The whole problem with MS is that they don't really want to be better for the customer, they just want to look better to the customer. Everything they do is concentrated on marketability. With this in mind actual quality becomes much less important than perceived quality. And compared to non-software and OSS companies their product cannot be taken apart and inspected (and for that matter put back together). So when they ask Linux users what they could improve they will hopefully realize that they can't satisfy them without changing their entire business model.
if you delay distribution for more than 1 year. Some companies seem to buy up exclusive distribution rights for asian movies just to prevent them from competing with their own products. Like Disney did with Studio Gibli and Miramax with Hero, Shaolin Soccer or others. (Just try to get a DVD of Drunken Master 2). These tactics are in total contrast to the purpose of granting distribution or copyrights. Which should promote the arts and encourage artists to publish their work.
Since the windows drivers are x86 only and even the module is closed source, this will only work for Linux on x86 architecture. A native Linux driver would be much more preferable since you could use it on all platforms supported by Linux.This would also be an advantage for the hardware manufacturers because they would get instantly (maybe not instantly but soon) support for those platforms and increase their customer base. Working with an adaptation layer seems great in the short run, but hurts a lot in the long run. Manufacturers will use it as an excuse not to give specs to driver developers and users will get less usability out of their hardware. You just need to look at the Linux DVB drivers and compare their features to the Windows one. Linux gets a whole lot more out of the hardware.
GPLed software does not rule out a commercial solution. You can still pay someone for writing the software and since it is linked to the hardware anyway, what speaks against opening the source. It does not even have to be GPLed, you just need to be able to verify the software. I for one would like to have a system, where I get some kind of receipt (maybe a chipcard or a code number) which I can use to verfy my vote anonymously on the internet or at a verification station. All this is possible and can be done securely without hiding the source code and with keeping the privacy of the voter.
Considering that the Centrino was Intels answer to the Crusoe and the Efficeon is Transmetas answer to the Centrino, you would expect that Transmeta will still be a player in the tablet market. Don't be surprised if the next HP tablet will use Transmeta again. Here you will find a list of Efficion products.
Then tell me where I can buy one. Developement boxes don't count, those are not available to the public and you won't find any until there is a standard and regukar programming.
It is only experimental, there is no standard yet. At the moment there are test transmissions using MPEG2 and a windows codec. There is no hardware decoder available in Europe, not as PCI card or STB. The only thing you can do is decode it by software on your PC, if it is fast enough. The dreambox is rather old hardware (almost 2 years old) so unless they update it there won't be HDTV on this box. I guess you could stream HDTV from the dreambox to a PC though.
Maybe the reason for not hiring former SCO people is the fear of being sued by SCO, when those people contribute to your own software, since SCO seems to have a very wide definition of "derivative work".
On the other hand, if their motives are to take revenge on SCO, why not automatically hire any programmer (not executive) that will leave SCO immediately.
You should have a look at the Linux DVB API and try to integrate your driver in this scheme. There are many DVB cards using the same chips for PCI bridges as the ATSC cards do, so the only new thing is to write the tuner drivers. E.g. there already was a driver for DVB cards using the bt878 chipset, so that there was no need to reinvent the patches for the bttv driver. (Maybe they already new about that, because the pchdtv patches to the bttv drivers look eerily similar to the early ones for pctv cards without mentioning the original author)
Just had a look at the drivers. They just modified the bttv drivers a little and added a tuner driver with big chunks of firmware. No frontend device no demux device, just a TS dump. They should have taken a look at the DVB API and its history, which also started with a slightly modified v4l API, but has matured quite a lot over the past few years. They could have used the software demuxer which is already in the 2.6er test kernels.
There have been digital TV cards with open source Linux support for years. This may be the first card for the ATSC standard and doesn't even have an MPEG decoder, or why would the need xine. Do they support the Linux DVB API, or at least the parts that are common in ATSC and DVB? Are the drivers open source?
For more information on linux and digital TV see LinuxTV Metzlerbros and links on those sites.
Slashdot Mirror
The benchmark is of a TM5600 Crusoe against a VIA. I can tell you that the TM5800 933 MHz is faster than the Via at 1GHz and the Efficeon is even faster than that.
Maybe Transmeta used to be a little slower, but not anymore. The Efficeon can keep up with the Pentium M
and the new 90nm Efficeons will be even faster with higher clock speeds.
The new Muramasa has been out in Japan since January. It has had some nice reviews and keeps up well with Pentium-M modells of similar clock speed (see this Japanese review). And it is much cheaper.
which gives the member states a framework for new laws that have to be put into legislation within a certain time frame (2 years). So there is still hope that individual states will have less stringent laws than the directive calls for. Although there may also be states that will have far more stringent laws.
Unfortunately there is not much information of what the card can do.
Does it have an MPEG hardware decoder for HDTV, or is it only a tuner and demodulator?
Does it have TV out or can it only display on the monitor?
If the card is only a tuner and demodulator with PCI bridge then it's no big deal. The CPU will have to do all the decoding, maybe with a little help from the graphics card. You can do that with a lot of DVB-S,C,T cards already. With a 60Euro card you could already watch the Superbowl in HDTV, of course you needed a fast CPU.
The only problem is that I stopped updating OSX after 10.1. apt-get is way cheaper to stay updated than paying >100Euros every 6-12 months.
Having a Powerbook with OSX and Linux installed, I still cannot understand why people prefer OSX. Having only one Desktop and no X11 is really annoying. So I installed X11 and lots of other software that is standard for Linux, but still why bother when you can run Linux and, in case you really need OSX, MOL.
Here is a link to the full comment by Joss. It's the one in red.
I am running Debian on my Fujitsu Loox T93C (Japanese model). AFAIK that is the same as the P2120 in the US.
It is very nice. It has built in Wifi that works with Linux and not to forget the DVD/CD-R/RW which comes in handy for watching DVDs and burning CD-R/RWs. I added a prism54 based pcmcia wlan card so that I can watch the DVDs from my server.
Find out more about Linux on the Lifebook here and here.
I am using it right now to write this comment, sitting in my chair watching TV.
They are already out here in Germany. I still can't decide if i should get one now, or wait for the 939 socket.
The whole problem with MS is that they don't really want to be better for the customer, they just want to look better to the customer.
Everything they do is concentrated on marketability. With this in mind actual quality becomes much less important than perceived quality. And compared to non-software and OSS companies their product cannot be taken apart and inspected (and for that matter put back together).
So when they ask Linux users what they could improve they will hopefully realize that they can't satisfy them without changing their entire business model.
if you delay distribution for more than 1 year. Some companies seem to buy up exclusive distribution rights for asian movies just to prevent them from competing with their own products. Like Disney did with Studio Gibli and Miramax with Hero, Shaolin Soccer or others. (Just try to get a DVD of Drunken Master 2).
These tactics are in total contrast to the purpose of granting distribution or copyrights. Which should promote the arts and encourage artists to publish their work.
compared to a native driver, but certainly helpful in reverse engineering the windows drivers.
Never mind the 10 locks the 5 alarm systems and 30 security cameras I installed. They are just there for your convenience and security.
Since the windows drivers are x86 only and even the module is closed source, this will only work for Linux on x86 architecture.
A native Linux driver would be much more preferable since you could use it on all platforms supported by Linux.This would also be an advantage for the hardware manufacturers because they would get instantly (maybe not instantly but soon) support for those platforms and increase their customer base.
Working with an adaptation layer seems great in the short run, but hurts a lot in the long run. Manufacturers will use it as an excuse not to give
specs to driver developers and users will get less usability out of their hardware. You just need to look at the Linux DVB drivers and compare their features to the Windows one. Linux gets a whole lot more out of the hardware.
GPLed software does not rule out a commercial solution. You can still pay someone for writing the software and since it is linked to the hardware anyway, what speaks against opening the source. It does not even have to be GPLed, you just need to be able to verify the software.
I for one would like to have a system, where I get some kind of receipt (maybe a chipcard or a code number) which I can use to verfy my vote anonymously on the internet or at a verification station.
All this is possible and can be done securely without hiding the source code and with keeping the privacy of the voter.
Have a look at this forum and the link to the touchscreen driver.
Considering that the Centrino was Intels answer to the Crusoe and the Efficeon is Transmetas answer to the Centrino, you would expect that Transmeta will still be a player in the tablet market. Don't be surprised if the next HP tablet will use Transmeta again.
Here you will find a list of Efficion products.
>That's what you think ;-)
Then tell me where I can buy one. Developement boxes
don't count, those are not available to the public and you won't find any until there is a standard and regukar programming.
It is only experimental, there is no standard yet.
At the moment there are test transmissions using MPEG2 and a windows codec. There is no hardware decoder available in Europe, not as PCI card or STB.
The only thing you can do is decode it by software on your PC, if it is fast enough. The dreambox is rather old hardware (almost 2 years old) so unless they update it there won't be HDTV on this box.
I guess you could stream HDTV from the dreambox to a PC though.
Well since it is a DVB box and not an ATSC box they could hardly support HDTV.
Those are outputs. Its a DVB box not an analog TV box.
Maybe the reason for not hiring former SCO people is the fear of being sued by SCO, when those people contribute to your own software, since SCO seems to have a very wide definition of "derivative work".
On the other hand, if their motives are to take revenge on SCO, why not automatically hire any programmer (not executive) that will leave SCO immediately.
You should have a look at the Linux DVB API and try to integrate your driver in this scheme. There are many DVB cards using the same chips for PCI bridges as the ATSC cards do, so the only new thing is to write the tuner drivers. E.g. there already was a driver for DVB cards using the bt878 chipset, so that there was no need to reinvent the patches for the bttv driver. (Maybe they already new about that, because the pchdtv patches to the bttv drivers look eerily similar to the early ones for pctv cards without mentioning the original author)
Just had a look at the drivers. They just modified the bttv drivers a little and added a tuner driver with big chunks of firmware. No frontend device no demux device, just a TS dump.
They should have taken a look at the DVB API and its history, which also started with a slightly modified v4l API, but has matured quite a lot over the past few years.
They could have used the software demuxer which is already in the 2.6er test kernels.
There have been digital TV cards with open source Linux support for years. This may be the first card for the ATSC standard and doesn't even have an MPEG decoder, or why would the need xine.
Do they support the Linux DVB API, or at least the parts that are common in ATSC and DVB?
Are the drivers open source?
For more information on linux and digital TV see
LinuxTV
Metzlerbros
and links on those sites.