Image 01


Lukas Sommer

Radio Apps by sommerluk 53 comments

This one is something that I can fix. The menu is a custom menu. There isn't any entry to display KStreamRipper because I assumed that each system tray implementation is able to bring back (to the front) any program in the system tray after a simple click with the left mouse button. However, as this seems to be wrong, there should be a menu entry "Restore". I will put this on the TODO list. Thanks for the advice. - Apr 01 2012

Radio Apps by sommerluk 53 comments

Thanks :-)

It's nice to have also users from the GNOME side :-)

To respond your questions:

1.) About cairo-dock and closing/hiding dialogs: Frankly I didn't implement any behaviour for closing/hiding. This means that the dialog inherits the default behaviour of the "KConfigDialog" class. At least this is truth for the "general settings dialog" and the "stream settings dialog". As you report, this doesn't seem to be a good solution for cairo-dock. The "about" dialog (I suppose you mean this dialog when you say "help" dialog?) doesn't even has an implementation. It is automatically generated by the KDE framework, whichs copies the content from the general application information. I don't have any influance on the way this dialog is generated or closed. Well, I'm not sure, but it seems that this a problem of the interaction betweeen the cairo-dock framework and the KDE framework (or the Qt framework, which is the underlaying framework for KDE).

2.) About the tooltips/whatsthis: Also the tooltips and the "What's this" help are generated automatically by Qt from the information with which the widgets (buttons, sliders etc.) are created. I don't have any own implementation of this behaviour. Also in this case, it seems to be an interoperability. I supose it's somewhere between Qt and Unity. Qt tries to autodetect the desktop environment which is used and than tries to adopt it's appearance to the widget style and color scheme of this desktop environment. This works normally quite well. Here it seems to fail - eiter because Unity forces Qt to use a wrong color scheme of (IMHO more likly) because Qt doesn't detect correctly the color scheme of Unity. Anyway, it seems to be an interaction problem.

I'm sorry to not help you more. But this is a little bit "out of scope". And currently I'm quite busy with my job and don't have much time for programming. But thanks for your feedback. - Mar 31 2012

Radio Apps by sommerluk 53 comments

You can drag and drop the streams from the icecast stream list (left dock widget) to the main aerea. From there, you can record them.

You're right: With a double click, nothing happens. That's no good UI design. I think I will change this for the next release.

> it seems to record for a second, then it stops and no info.

That's strange. You should get a least an error message. Notice that you need the package "streamripper" (for openSUSE available in the Packman repository). KStreamRipper is simply a GUI for streamripper. Can you give me more details (stream URL, a screenshot ...) and/or open a bug report? - Sep 08 2011
Oxygen Gtk

QtCurve by HugoPereira 340 comments

I've tested it with the brand-new openSUSE 11.4, and GTK applications look great! - Mar 17 2011

Radio Apps by sommerluk 53 comments

It IS YET for KDE 4 since 2008. - Dec 20 2010

Radio Apps by sommerluk 53 comments

Do not wonder. It does. With a right-click on the column header you can also show a column that indicats the actually used port numbers. - Nov 24 2010

Radio Apps by sommerluk 53 comments

Okay, I understand your use case for the playback. We will see ...

> Apropos: an export/import
> function would be useful.

What do you want to import/export? You can yet use Drag & Drop to import/export URLs! - Oct 02 2010

Radio Apps by sommerluk 53 comments

> Hello, nice app!


> I have some suggestions:
> 1) Volumecontrol for the
> listening only would be
> nice.

That's a good idea. It's on our TODO list, but as I'm quiet busy now with other tasks, it will take some time. We will raise the priority of this feature, but it may take some months ...

> 2) The possibility to change
> the identification information
> global in the settings. So you
> haven't for every stream by hand.
> (all steams i added [from shoutcast]
> were refused to connect until i
> changed the identification
> information to 'winamp')

Yes, that's not working nice actually. However, we plan to try automatically (and silently) with some standard user agent strings (these that are present in the list in the configuration dialog) if a connection is refused. This would solve the problem for all streams that accept at least _one_ of the user agent strings in our current list. Would this be sufficient?

> 3) The possibility to listen
> streams without recording them
> actually.

Hm, I'm not sure with this one. From my point of view this is the task of a multimedia player. Which is your use case (= in which context, and doing which task, do you want to need this feature)?

> 4) The option to record only
> tracks which match with keywords.
> For example my keyword list
> contains the word 'Kanye west' so
> i could listen to my streams an
> only tracks which contains 'kanye
> west' would be recorded.

Yes, that would be fine. It will need a whole rewrite of all parts that do the storage (file saving ...). These parts are quite basic actually, but rewriting them could give more flexibility, implementing features like yours. I'm sorry, this is a huge task and probably will not be done in the next 2 years - we just don't have enough developers to do this.

Thanks for your opinion! - Sep 30 2010

Radio Apps by sommerluk 53 comments

Sourceforge is working again, the packages are uploaded and up to date now. - Aug 31 2010

Radio Apps by sommerluk 53 comments

Yes, had a downtime when I was uploading the file.

However, 0.7.16 is practically identical to 0.7.19 - the difference only affects the script for automatic packaging of the internal API documentation, and not the program itself. So you will not note any difference.

I'm currently uploading also 0.7.19 to

Sorry for inconvenience. Enjoy the new version! - Aug 31 2010

Utilities by 0xff 3 comments

Great tool! - Jun 15 2010

Radio Apps by sommerluk 53 comments

No, that's not a good alternative. mplayer doesn't cut the stream in its tracks (=songs) automatically. And exactly this is the reason to use Streamripper. - May 16 2010

Radio Apps by sommerluk 53 comments

StreamRipper (and so also KStreamRipper) is not compatible with all types of streams - sorry. It shout work with all streams that are emitted with Shoutcast- or Icecast-server-software.

Some other types just don't work. - May 15 2010
Mar 17 2011

Various KDE Stuff
by Seli

Jul 06 2010
Jun 15 2010

Dolphin Service Menus
by labrum

Apr 04 2010
9   Mar 17 2011