Thanks to Movial Kilikali got a modern UI and looks quite nice now:
Kilikali development has moved to a GIT tree (branch generic-2) hosted by linux.onarm.com.
Although the UI got improved and the playback on n8x0 got fixes there are still some bigger task to be done. E.g. adding single files, adding directories recursively and skipping unknown media types. Integration with Light Media Scanner has also been discussed.
So you’re learning Spanish. :) Let me know if you need a live speaker.
I assume it uses GUPnP for UPnP? ;) If not, when are you going to make it use it? :)
Regarding “Light Media Scanner”, i think you are better off using either tracker or gstreamer’s power to do the indexing yourself. That is if “integration” is what you are heading for. If you decide to use gstreamer directly, for now you can use playbin (or better yet playbin2) but Stefan’s “tagbin” should be in the upstream repos soon and that is much faster than playbin as it is specifically designed for this purpose. You can have a look at the relevant code in tracker source tree to see an example.
I love this screen shot and want give it a try!
P.S. I also always used Kilikali since it’s lightweight, simple, small and damn, DOES NOT requires to deal with all this overcomplicated, overbloated and slow indexing crap but rather allows to open my files and play them – instantly! That’s what I really like. Other players require learning curve to use their mad playlist management stuff. I hope you’re not going to abandon these nice things. However I have nothing against cool UI (screenshot surely rocks!) and media scanning (if it’s lightweight and not enforced; I’m simply will not use it most of time).
P.P.S as for Kilikali + Ogg Support, I also have nasty bug in playback of some files. Some OGGs sound ok but some are producing really horrible sound :\. Kilikali version is 0.2.6beta, Ogg support version is 0.8.
Playbin have been used after itos2008 had released. Actually there is not real UPnP support yet. But GUPnP should be used when real UPnP is added.
Kilikali version 0.2.6beta have problems with oggs. I think that garages svn have version that does not distort sound. Of course new kilikali works great with oggs.
Kilikali with new ui to be tested with n8x0 (diablo). There is also new dependency libgconf-bridge that is used to save volume level. Using dpkg -i or some other same kind of way is required to get gconf-bridge installed.
Features and missing things:
* Remove and Play/Pause
– buttons does not look like in the screenshot
* Seeking
– left and right buttons. No seeking other way, yet.
* MokoFingerScroll in playlist
– to scroll playlist with finger
– with default velocity etc. values
* Saving volume level to GConf
– new dependency: libgconf-bridge
* Missing video-widget
– it is there but not used. So playbin opens videos to new window
* Different ui should be done to desktop version
– not designed to use with desktop
* Crashes I have found
– remove playing song. Both remove-button and clear list
– some menu-items crashes.
The most important things to be fixed (not in any special order):
* To get new kilikali same level where it was before new ui
* Cleanup the code.
– drop unused things away.
…long list of all kinds of things…
* Not to add unsupported files to playlist
* One file and recursive from directory file adding
* Order by album+song number
* Get tags some other way
– get tags while playing was just quick test
Thanks, Joni, for a long answer :)
And sorry that I haven’t commented anything. I was on a business trip and didn’t have time to react on these.
Quim: I’m not really learning spanish ;)
Zeeshan: Yeah, the UPNP is currently used only through the GnomeVFS backend. And yes, Tracker might be a good solution as well.
t3st3r: Yes, simplicity and is something we want to keep.
> Kilikali with new ui to be tested with n8×0 (diablo).
Hmm… installation of libgconf-bridge0_0.1-2_armel.deb required to fulfill dependencies of kilikali_0.3_armel.deb but libgconf-bridge0_0.1-2_armel.deb fails to install. Application manager says this is incompatible package.
Retrying in red-pill mode… but this is problem anyway.
If those would be in a repository, then App.Mgr. would install the gconf-bridge as dependency and it wouldn’t be a incompatible package.
You should be able to install those in the red pill mode or with dpkg:
dpkg -i kilikali_0.3_armel.deb libgconf-bridge0_0.1-2_armel.deb
Well, red-pill mode helped ;).
Now what I have to say? GUI surely rocks. Simple, functional, and has almost all I need. I’m surely giving 5 out of 5 stars to such UI! And all this in less than 100Kb downloads, no bloated Python required and so on. Imho more than cool. Great example how others should write their programs!
And even sound quality problems I had with some oggs seems to be gone. Wow!
Now let’s admit couple of minor issues (I have to say UI is pretty usable for me though).
1) Volume level slider pretty cool but I still had some small troubles when trying to move it with fingers. Looks like it’s handle height too narrow and I often miss slider’s handle :(. This causes slider to set sound level to 0% or 100%. After some training I can deal with it but maybe it is better to increase it’s handle height a bit?
2) Scrolling. It’s cool. But it loads CPU as a hell and due to this fact sometimes when scrolling sound gets interrupted, especially if you’ll scroll in full screen mode actively.
3) In full screen mode scrolling seems to be a bit slow and not very responsive.
4) Looks like scrolling sometimes could miss click
5) When you see first time this UI it is not evident that you should click album icon to begin playback. Though some playing with UI quickly reveals what to do, maybe it is a good idea to provide hint like |> (“play”) symbol overlayed on albums icons?
6) Small wish is to have ability to go to “next track” and\or “previous track” by hardware button(s). This could be useful if device lies in pocket and I do not like new track at this time :). However this could be a bit challenging since n800 and 810 have different sets of buttons.
And one non-UI issue but rather small playback inaccuracy: when player goes between OGG tracks, several seconds of new track could get skipped and playback starts not from very beginning of track.
Anyway it’s reasonably cool even right *now*. I’m really having fun. Thanks for it! When you’ll consider to release it, I definitely should consider donation IMHO since it looks really *impressive* and that’s is the only player I seen which I really like to use :-)
1) Yes, we have noticed the same.
2-4) Joni just added the MokoFingerScroll there. If it’s too heavy for n8x0 we might need to make it optional.
Thanks for the testing and suggestions :)
Btw, why this good program still not updated on repositories and on garage? As for me, it is pretty usable and at least could be classified as beta and new UI rocks (uhm, it is a really good idea to update screen shots as well).
I just haven’t got the time to do it. But maybe I could, now that we’ve got so nice feedback :)
It took a while but I finally pushed kilikali (and it’s dependency libgconf-bridge) to extras-devel.
As for me, Kilikali is quite funny and very small program. I like it, especially because I’m out of disk space and multi-megabyte monsters are not for me.
This application has alot of potential, just wanting to see finger-friendly way of handling playlists :)
Lack of seeking in 0.3 is a sad thing, really like the application :I
It should seek at least with left/right arrows.