UVC support soon in vanilla kernel?

multimedia
In a recent interview with the German IT online magazine Golem.de the kernel developer Greg Kroah-Hartman mentioned that the USB video device support will soon be merged into the vanilla kernel.

Many USB video devices (like Webcams, etc.) do work via the UVC standard. There is of course a Linux driver available, however this is not part of the vanilla kernel yet due to problems with the Video4Linux implementation. Therefore it has to be compiled manually or is added afterwards as a patch by the distributions. Fedora 9 and the new Ubuntu 8.04 for example do include the driver with their kernels.

Now in an interview with the German Golem.de Greg Kroah-Hartman mentioned that it is planned to merge that device driver in the near future into the mainline kernel:

There is a standard for USB video devices and the corresponding driver will soon be merged into the kernel.

If this really happens than video devices on Linux will make a big step forward: first of all a huge set of devices will be supported out of the box. Second, the support can be expected - therefore application developers can rely on it and can develop applications incorporating such video devices. Third, the developers behind the driver finally get credit for their great work and can continue the development on a stable base and with a clear future. And last but not least, the distributions have one patch less to worry.

Besides this information GKH identifies two big problematic fields in the current Linux device driver world: WLAN and video devices. WLAN just became much more sane and easy due to the new stack, but Broadcom devices are still a problem due to lacking support from Broadcam. And while video graphic cards support is getting better due to published specifications (NVIDIA, you are the only one missing!) many devices like video cameras and similar are still a problem and not well supported yet.

It is good to see that the kernel device developers have a clear picture of which device drivers are missing. And btw., it is nice to see that these drivers are for average desktop devices for normal users. So in this regard the kernel developers have an eye on the desktop.

Meizu M3: Linux compatible MP3/Ogg player

Tux
There are several audio players out there capable of playing Ogg Vorbis. One of these which works perfectly together with Linux is the Meizu M3.

Originally I had an iAudio U2 player - that device was close to perfect: long battery life time, 2 GB storage, small, beautiful, capable of playing MP3 and Ogg Vorbis, and so on. Unfortunately, that one was stolen quite some time ago (the first thing ever stolen from me :/ ).

Later my girlfriend wanted to have a MP3 player and settled for the Samsung YP-T9JQB (which has of course Ogg Vorbis support). With a new firmware this one also worked pretty well with Linux. The only shortcoming is that you have to invoke a rescan of the music database manually after unplugging the device and that it is detected as two drives by Linux.

Now it was time to get myself a new player - and I chose the Meizu M3 - called “Music Card” - in white with 8 GB. Besides the obvious Ogg Vorbis support it also has the ability to switch between USB Mass Storage and MTP. This makes it possible to use the player just as you like with all kinds of operating systems (especially with older Linux, Windows 2k or Windows XP without the newest Windows Media Player) since these do only support USB Mass Storage. Luckily it also rescans the music database automatically after unplugging. Also it is sold at reasonable prices. I would only have wished that the battery life was as unbelievable as with the U2, but for a price around 100 Euros you can’t expect everything.

So if you look for a shiny new audio player and don’t want to buy iAudio, Meizu is another good option.

Microsoft’s ecosystem: cracks in the reliability

microsoft
The microsoft ecosystem is often mentioned to be long term reliable and therefore be a good option for companies with long term plans or needs. However, recently some parts of Microsoft’s ecosystem fall apart and became incompatible, which is not what you expect from a reliable system.

The Microsoft ecosystem consists of thousands of services and applications provided by 3rd parties. However, the foundation of this system is provided by Microsoft’s services, applications and it’s Operating System. When these are suddenly not reliable anymore the ecosystem is suddenly not stable at all.
And there have been three large cracks in the near past which should make everyone worry who bases his or her IT on Microsoft’s products: PlayForSure, Outlook Express/Hotmail, and to some degree even OOXML.

PlayForSure

PlayForSure (DRM codename: Janus) was introduced by Microsoft in 2004/2005 to mark players which have been certified to follow Microsoft’s dream list: Windows Media Player compatibility, DRM support, MTP-only support, and so on. Originally this was also an attempt to push Ogg Vorbis out of the field.
The basic idea was that every player could be used on any Windows System which had Windows Media Player 10 installed. And that every player would play any music sold in any PlayForSure store.

The shortcoming for the user would be that the players and music wouldn’t work outside of this system (Apple, Linux, Windows 2000, Windows XP without the WMP 10, etc., other MP3 players). And if the user wanted to switch to a new computer, he/she had to re-download a licence for the new computer. That’s a usual problem with DRM, but is important in this regard.

So the ecosystem was built up, and almost every new MP3 player on the market was certified against PlayForSure. Millions of songs were presumably sold to probably millions of users.

But then Microsoft decided that PlayForeSure is not as cool as the iPod, and published an iPod enemy, the Zune. But since the Zune had to be Microsoft-Only it wasn’t Play Fore sure. The ecosystem got it’s first crack. And then Microsoft thought that having two systems was a bit confusing and closed down PlayForSure at the end of 2006. In the future the label “Certified for Microsoft Windows Vista” is supposed to replace PlayForSure. But while that certificate has some elements of the former PlayForSure it - for example - requires Windows Vista and has other, additional requirements. It is a new logo.

What we have now is a broken ecosystem. And that although most of Microsoft’s partners relied on the availability of PlayForSure - many of them still advertise their products as PlayForSure certified.
So now we have hardware vendors who have to push out a new line of players which can be certified against the new logo. All their old devices now depreciate because they are not certifed against the new logo.
And we have the webshops which sold PlayForSure music. Many of their customers for sure still use Windows XP - which is of course not Vista ready. They are left alone a bit.
Last but not least we have the customers: music which was bought with PlayForSure needs licence upgrades to work on a new computer. Since these licence upgrades will not be provided after PlayForeSure’s shut down the music is essentially worthless. Think of millions of songs here - think of millions of dollars/euros here!

Outlook Express and Hotmail

Outlook Express is an e-mail client shipped with all Microsoft versions since Windows 98 and before Windows Vista. Although it was responsible for many large scaled virus attacks and spreads due to a horrible security concept and had many more, other technical shortcomings and problems it was widely used. And it was of course often used with Microsoft’s own E-Mail service, Hotmail.

However, recently Microsoft decided that the old protocol used for the communication between Outlook Express and Hotmail wasn’t what they would prefer. They wanted to switch every user to the new DeltaSync - and so they decided to drop Outlook Express support in Hotmail. As a resultyou will not be able to use Outlook Express together with Hotmail in the future any more. Instead, you have to upgrade to Windows Live - if you can, because currently it does not support Windows XP 64 or Win2k3. Also, if you used to use another client, that one will also not work anymore.

To summarizes: as a user who relied on Microsoft’s in house e-mail technology you are screwed.

OOXML

The last problem is still in development, and the outcome is not really clear at the moment. But the root of the problem is ISO’s adoption of OOXML.
Originally published by Microsoft to have a pseudo-standard which is very hard to support for other software vendors, the ISO adoption process became necessary because no one was interested in not officially standardized formats by Microsoft.

So OOXML went through the ISO process, and got several comments where it has to be reworked - Microsoft could have avoided this by working together with others right from the beginning! In the end the new format was accepted as a standard. But the necessary revision of the format resulted in a non-compatible Microsoft Office:

Such a test is only indicative, of course, but a few tentative conclusions can be drawn:

  • Word documents generated by today’s version of MS Office 2007 do not conform to ISO/IEC 29500
  • Making them conform to the STRICT schema is going to require some surgery to the (de)serialisation code of the application
  • Making them conform to the TRANSITIONAL will require less of the same sort of surgery (since they’re quite close to conformant as-is)

Given Microsoft’s proven ability to tinker with the Office XML file format between service packs, I am hoping that MS Office will shortly be brought into line with the 29500 specification, and will stay that way.

I’ve included the last part (emphasis not by me) to make the point of view of the poster clear. He thinks/hopes that MS will update the Office suite soon (an ODF test suite can be found here, btw.). However, Microsoft haven’t published any time frame, schedule or plan yet about such an update.

So in the end Microsoft first created an ecosystem around its new file Office Suite and on full purpose introduced a file format which would never become an ISO standard in that form - to afterwards apply for the said standard and change the file format again. As a result Microsoft Office 2007 still is not compatible to the new OOXML version itself atm.

Every organization and every software vendor who already jumped on the OOXML train before the ISO changes therefore has now to reconsider the software strategy: it should prepare for the switch to the updated OOXML - but also wait with it because it is unclear when the switch in MS Office will come.

However, preparing such a big update and keeping it ready consumes quite some resources. And small software vendors might not have these resources. Additionally, even smaller vendors which only had the resources to accept the new file format once are screwed.

And of course we have the users: everyone who tried to base a long-time backup solution on top of the old OOXML is screwed as well and should re-build the entire update again with the new OOXML.

Final words

The main problem behind these cracks in Microsoft’s ecosystem is of course the lack of well proved, open standards. But since Microsoft is not willing to support standards, the cracks are there now, and they are huge.

Of course from Microsoft’s point of view all these things make totally sense: everyone who strictly follows Microsoft as close as possible (use Vista only, etc.) and is ready to lose quite some money once in a while (because the music must be bought again and again or similar) will survive all these changes.

So to summarize the problem with respect to Microsoft’s position: problems only occur where users don’t have money to waste or want to have choice. Microsoft does not want the user to choose anything. The user is there to consume, not to choose - or actually think. This is best expressed by a comment from Omar Shahine, one of Microsoft’s Lead Program Managers, who tried to explain the Outlook Express/Hotmail development:

What we didn’t want to do is offer POP access and then have [...] customers use POP over DeltaSync.

If customers decide to stay with a product despite you offer them a new one - that means the customers prefer the product. Usually a company has to stick with such things in the real world.

However, Microsoft thinks it knows better. Microsoft forces it’s users against any opposition. And against any possible casualties on the consumers side.

KDE SOC projects published

kde-logo-official
The list of the Google Summer of Code projects for KDE was published. The list has several interesting entries to make the life for KDE users much easier.

The results for this year’s Google Summer of Code are out, and several KDE ideas were picked up.

Going through the list I found some items which immediately rouse my interest:

Of course this is just a small list of the accepted applications - and an accepted application doesn’t necessarily mean that the project will be a success. Additionally, this year the process around the applications and slots wasn’t perfect, but maybe the KDE e.V. can step up there to make the rejected projects possible nevertheless?
An idea would be to collect money through the KDE e.V. to sponsor other applicants, given that KDE finds their applications worth a try. I would be willing to donate some money for a stand-alone, KDE integrated browser based on WebKit, for general video input device support in Phonon or for a full featured Sonnet.

RealPlayer/HelixPlayer 11.0 released

Tux
More than half a year after the targeted release date the RealPlayer/HelixPlayer for Linux was released in version 11.0. The new release delivers long expected features like full ALSA integrateion and Flash and WMA support.

The release is definitely surprising - because it was already announced almost a year ago. But besides the date the release complies with the expectations:

  • WMA support
  • Flash support
  • ALSA integration
  • Playlist support
  • Surround support
  • LSB compliance

As usual the program can be downloaded as bin or as RPM either with proprietary (WMA/Flash/Real) codecs - called RealPlayer - or without - called HelixPlayer. In case you are working on a RPM system you can even see the LSB compliance working in case you haven’t installed the LSB dependency package:


# rpm -Uvh RealPlayer11GOLD.rpm
Error: Missing dependecy:
        lsb >= 3.1 is needed by package RealPlayer-11.0.0.4028-20080225.i586

Of course this can easily be solved on Fedora by


# yum --nogpgcheck localinstall RealPlayer11GOLD.rpm
Setting up Local Package Process
Excluding Packages from Livna for Fedora Core 8 - i386 - Base
Finished
Examining RealPlayer11GOLD.rpm: RealPlayer - 11.0.0.4028-20080225.i586
Marking RealPlayer11GOLD.rpm to be installed
Resolving Dependencies
--> Running transaction check
[...]
Installed: RealPlayer.i586 0:11.0.0.4028-20080225
Dependency Installed: pax.i386 0:3.4-4.fc8 redhat-lsb.i386 0:3.1-19.fc8
Complete!

Anyway, the question remains where HelixPlayer fits into today’s Linux desktop: first of all while there is now a new release the future of the program is yet again very uncertain. The current development progress plan has its last entry in the middle of 2007, and the the next roadmap isn’t set up yet, only release goals are set. But these are already quite old.
But the even larger problem is anyway that there are already several audio/video engines available for Linux: Xine, VLC, mplayer and GStreamer. Years ago the situation was different and HelixPlayer would have been able to close a gap. But that never happened.

Nevertheless, if the HelixPlayer guys do it right in the future they will provide a Phonon backend for KDE 4 so that the users could choose HelixPlayer/RealPlayer. That would give them the possibility to get back into the game quickly.
But if this also takes a couple of years that the developers should first ask themselves what they currently aim for on the Linux desktop.