NOV
12
2004

Quickies: K3b Book, GameKube, Micropatch Frenzy, Plastik goes Mobile, Skype API Beta

Germany/France-based publishing house bomots.de announced this month the German book "K3b kompakt - das offizielle Anwenderhandbuch". This book talks about the famous CD and DVD burning application K3b which is part of the Extra Gear collection. ***

The GameCube Linux project reported that they have gotten KDE to run on a GameCube (but with awful colors). ***

We clearly have a micropatch frenzy going on at KDE-Apps.org :-) Some of these submissions are really interesting and even extremely popular. ***

How about getting that cool Plastik look for your SonyEricsson k700i? ***

Skype announced the first beta of their free and non-commercial API. Skype integration with Kopete and Kontact is the perfect excuse to get involved in KDE-PIM development!

Comments

I love skype, dont get me wrong. But it would be cool to support asterisk too. Does asterisk offer such an API? i don't know yet I know it supports open standards, lots of hardware and since recently offers p2p functionality ala skype www.digium.com . So if asterisk offers such an API (or maybe libs as it's opensource) it would better to implement it into kdepim/kopete instead of skype first :)


By Pat at Fri, 2004/11/12 - 6:00am

Sorry, looking at this digium webpage, I have *no idea* what to do.

Skype is a download and Just Works. Asterix is incomprehensible.


By ac at Fri, 2004/11/12 - 6:00am

Asterisk is actually pretty darn easy to use, but it is a completely different product than Skype. Skype's software just provides a client for making calls to other users and phones. Asterisk on the other hand is a PBX, its purpose is to accept calls from one point and direct them to their destination. I don't know what type of system Skype runs on the backend, but they may very well use asterisk. It took me less than an afternoon to get an asterisk system up and running and receiving calls, going from scratch with no previous asterisk experience. It does look fairly complex from the outside because of the flexibility it offers, but the handbook they have under the support section is a great start to understanding it.

Both are great programs, but they really aren't comparable. They accomplish completely different tasks. The only is that they both involve phones, there doesn't even need to be any Voice over IP involved in the system.


By greg at Fri, 2004/11/12 - 6:00am

Quote from http://www.skype.com/community/devzone/doc.html

"Skype API is initially only available for and supported on Microsoft Windows."

Seems like we need to wait (a little bit) longer.


By LB at Fri, 2004/11/12 - 6:00am

Skype is going to be providing a public API in their Linux client too, based on DBUS.


By Jason Keirstead at Fri, 2004/11/12 - 6:00am

Yes, perfect excuse to help a service (Skype) which's firmly against releasing it's source or even protocol -- to dominate the market!
Way to go, if we wanna dig our own grave, with all the bad things non-free software can bring:
- bad interoperatibility,
- dependency on a single vendor,
- inability to fix bugs or add features,
- possible future license changes, putting us in Skype's mercy (e.g. free for first N minutes, free for ...)
then go ahead and jump on the bandwagon.

You know, "free software" isn't some freaky politic issue. It's reality! Having chat apps with undocumented protocols is something we, as Linux desktop users, got hurt from far too often in the past.


By Toastie at Fri, 2004/11/12 - 6:00am

Indeed. What's wrong with SIP/Speex?


By Robert at Fri, 2004/11/12 - 6:00am

Well, when I tried to implement SIP, it failed to work through firewalls.
Then I tried installing uPNP gateways for it, and it still didn't work.
That took about two days.

Then I downloaded skype, and it worked in 10 minutes.

So, I guess what's wrong with SIP is that it's pretty damn hard to make it work in the real world.


By anon at Fri, 2004/11/12 - 6:00am

> Well, when I tried to implement SIP, it failed to work through firewalls.

It works now. Solution is not nice, but works. AFAIK skype uses SIP as well; it's even able to tunnel it over http.


By jmk at Fri, 2004/11/12 - 6:00am

they don't use SIP, they use their own proprietary stuff


By Pat at Fri, 2004/11/12 - 6:00am

We don't need Skype..
We have an excellent VoIP open protocol, IAX ( http://www.voip-info.org/tiki-index.php?page=IAX ) and here ( http://iaxclient.sourceforge.net/ ) are the libs.


By Federico Núñez at Tue, 2004/11/16 - 6:00am

people don't want another protocol, they want a "application". something that works for them. sure... I don't like the skype lockin as much as the next guy, but skype "just works". you install it and you get what was promised, a easy to use program. you can search for friends, have a contact list, good quality sound, it can make calls to local phones, it's dead easy, and it's cross-platform. protocols are worth nothing by themselves, you need a decent easy to use program.


By Mark Hannessen at Tue, 2004/11/16 - 6:00am

Skype DO use a derivative of SIP, but it's of course incompatibly with standard SIP.


By lubba at Sat, 2005/03/26 - 6:00am

What about jabber and helix for voip and video?

https://jabber.helixcommunity.org/


By am at Fri, 2004/11/12 - 6:00am

that looks cool


By Pat at Fri, 2004/11/12 - 6:00am

cool sounds like an understatement to me, since jabber also provides the ability for msn, icq, yahoo plugins, it might be a total killer feature. webcam and voice support has become something that people expect of a messenger today, many people feel the need to see there boy/girlfriend online while chatting every now and then and keep a windows install or pc around just for that... or even switch back to windows. webcam and voice support is a dire need.


By Mark Hannessen at Tue, 2004/11/16 - 6:00am

No one is saying "Kontact / Kopete is only going to supprot Skype, period". Kontact and kopete already support many many proprietary protocols - MSN, AOL, Yahoo, Exchange. One more is not going to kill off the free software movement.

And you rant about interoperability - what about interoperability with the 30 million existing Skype clients out there?

IMO Skype should be given kudos for opening its API and *encouraging* developers to provide interoperability - it is far more than any of the other commercial IMs have done.Just adding support for Skype is not endoring Skype over SIP/Jabber (although Skype's voice quality is, in fact, far superiour to any SIP codec I have used at the same bitrate, and it works seemlessly behind my firewall, something SIP has yet to achieve).

Adding support for Skype is not going to hurt anyone, and will help many who like it.


By Jason Keirstead at Fri, 2004/11/12 - 6:00am

Just to clear something up, there is no such thing as a SIP codec. SIP provides a means for a caller to advertise the codecs that the softphone/hardphone supports. A phone could support one or a dozen. The callee's software picks whatever codec that they have in common based on it's own priority settings.
SIP is a signalling protocol not a media protocol.

I was doing research on a USB SIP phone that is offered in H323, SIP, and Skype versions and it turns out that the Skype phone uses the ILBC codec. This also happens to be one of the codecs available on Kphone.

As far as NAT traversal goes, I guess that Skype uses a proxy ( SIP server ) similar to what Free World Dialup uses. It is simple to set up your phone.

SIP was designed to be extendable. SIP phones should ignore extensions they do not understand ( not crash ). Perhaps some feature would not work. To some extent a SIP phone could be propriatary.


By Rob Dyck at Sat, 2004/11/13 - 6:00am

i enjoyed those kde app quickies a lot.


By acdc at Fri, 2004/11/12 - 6:00am

and to add to that the new Konqueror sidebar looks incredible


By acdc at Fri, 2004/11/12 - 6:00am

Hmm, I don't like it, for screen space reasons.

If you have more than three "tabs" in your sidebar, all the other tabs having their big title thing always sticking out will start to take up significant space; having 12 tabs on a small screen would probably leave very little space for the content. Also, I haven't seen any screenshots of what it looks like with all tabs closed, but I assume that it continues to stick out and take up a lot of horizontal space, as opposed to the current behaviour which whisks into a tiny button bar.

That said, great work, you can't choose the best method if other methods aren't proposed.


By kundor at Wed, 2004/11/24 - 6:00am

Why is this patch frenzy going on ? could it be possible that the core developers dont want popular changes going into the main code (see system try discussion on kde-devel)

If you look at the populatrity of some of the "Kde improvements" which are mostly over 90% i think everyone wants these features.

what are the problems with these patches ? bad code ? bad design ? not useful ? no discussion ?


By chris at Fri, 2004/11/12 - 6:00am

"could it be possible that the core developers dont want popular changes going into the main code"

Isn't that kinda harsh (and loaded) considering the number of patches that _are_ put in?

From listening to a recent kde-devel discussion, it seems some people want to get it finished and polished before it goes into the main tree.


By JohnFlux at Fri, 2004/11/12 - 6:00am

at least one of the hackers that issued a patchset just wasnt involved in KDE, and was not aware it was so easy to get involved (he was asked to send a mail to kde-devel, where one of the first questions was: do you want cvs-access so you can commit it yourself?).

so its definately not that its hard to get involved in KDE, not at all. just someone didnt know...

and for other patches, well, there is some discussion going on if these patches are really better and not just different... and another hacker, afaik, is just not involved in KDE (yet) and started to write this. now he's being asked to get CVS, too.


By superstoned at Fri, 2004/11/12 - 6:00am

Well, I think kde-apps is great for "testing" new ideas, not force them into kde. A patch needs to be tested and reviewed before its gonna be a part of kde. And its not true that no patch at all makes it in kde. Some parts of Andrunko "Improving KDE" patches are already in KDE, like the "Sidebar saved with the profile".

Other bigger patches like the new sidebar look are harder to get in, because its a radical change to the look and feel of KDE, and im not sure if its a better implementation even if i came up with the idea; im not sure i could even prove its a better scheme for the sidebar.

In fact, this "micro-patches frenzy" is a wonderful thing, its full of original ideas, that anybody can try (and im sure some kde devs try them too).

Dont fear, if the idea is great, its will make it into KDE for sure.


By PaT at Fri, 2004/11/12 - 6:00am

> see system try discussion on kde-devel

erm, what about the system tray discussion on kde-devel, exactly?


By Aaron J. Seigo at Fri, 2004/11/12 - 6:00am

i just wanted to point out that this is the discussion for one of the patches to be included.

btw. i like your work on cleaning up the kicker classes - that is really important work, a clean code and proper classes are the most important things that features get done right.

but i like systray icon hiding :>>>


By chris at Sat, 2004/11/13 - 6:00am

yes, a number of people like the systray icon hiding, and the manual hide feature is one that is in demand and probably very useful to a number of people. it will probably end up in 3.4 but the code must be of release quality so that when it lands on your desktop it works properly and doesn't make it harder to add other features or fix other bugs.

those who read the threads on kde-devel will likely already know that this is exactly where we're at. there is no adversity to popular features, just bad features or poorly written features. icon hiding is not a bad feature (which is they the wish had been confirmed some time ago, actually =) we're just working on a proper implementation.

it's a tough ballance to maintain between featureful software and something that's not going to disappoint due to a lack of stability or polish, but that's the goal with kicker these days.


By Aaron J. Seigo at Sat, 2004/11/13 - 6:00am

Maybe a similar plattform is needed for document templates.


By gerd at Fri, 2004/11/12 - 6:00am

i would like to see that the websites kde-look and kde-apps provide webservices and integrate with kde applications.

how about a extra button where your computer connects to kde-look to get more themes an buttons and wallpapers.

or if its integrated with kde-apps you could perhaps download and install rpms/ebuilds or rpms.

what do you think of that ?

like integration of windowsupdate.com with windows.


By chris at Fri, 2004/11/12 - 6:00am

This feature is still waiting to happen. KDE features KHotNewStuff, which is a client-side infrastructure to look for new application-specific content on a website. It just needs work. Are you volunteering? :)

Cheers,
Daniel


By Daniel Molkentin at Fri, 2004/11/12 - 6:00am

I am very excited about the integration of Skype and Kopete. Skype is the only solution that I have found that allows me to do true multi-platform IM and voice calls without any work.

Being able to call a contact and storing his skype information in Kontact would be absolutely awesome.

I would also love for Skype to be free software, but Skype is one of the first companies that treats Linux users with respect by providing timely updates to their Linux version. The fact that they have taken the care to develop a product that works well across a range of distributions is to be applauded as well. To all the naysayers who are screaming for a free software app, go and code it. When it works as well as Skype does out of the box, or at least when you have a decent 0.5 version, I'll be happy to send you a few bucks to continue working on it.

Free software is our destination, but we must walk across bridges to get there. Skype has allowed me to bring new people to Linux, thereby increasing the critical mass that Linux already enjoys.

Peace to everyone.


By Anonymous at Mon, 2004/11/15 - 6:00am

A wonderful application like k3b can't copy Mode2XA cdrom, and there are alot of them.

Example of a Mode2XA cdrom is a normal VCD (Video CD). So K3b is very unhelpful for VCD duplications...

please support VCD copying... I am still stuck with nero :(

Thanks for a wonderful application.


By Asif Ali Rizwaan at Wed, 2004/11/17 - 6:00am