Comments on: Long Live Juk

By: anti-destin

anti-destin — Fri, 08 Jan 2010 01:04:00 +0000

JuK is almost perfect: light, simple, streamlined. But some updates would be nice.

Some issues:
-Slow startup. For some reason, JuK takes longer than other applications to load.
-Keyboard shortcuts don’t stick. I can configure them in the shortcuts dialog, but they disappear after JuK is restarted.

Nice features to have:
-Automatically scroll to the current track.
-Automatically clear the search box upon hitting the ‘enter’ key.

By: Parker

Parker — Thu, 07 Jan 2010 01:42:16 +0000

Just a small tip about disc numbering that I picked up somewhere. Try numbering the tracks 101, 102… for disc 1 and 201, 202, 203 for disc 2. It’s pretty simple, easily identifiable and works in lots of places where disc number support is lacking.

By: Dimitris

Dimitris — Sat, 26 Dec 2009 11:21:39 +0000

in kde4 i cant be comfort with amarok and i searched an alternative application. I ve discovered Juk and i cant do with out its flexibility and simplicity. I like the feature when i type in the search bar it classifies the playlist something that i cant do with amarok

Bangarang has a beautifull window but is not ergonomic as Juk

By: damian

damian — Fri, 18 Dec 2009 20:53:37 +0000

Long live bangarang! juk is a bit outdated and instead of re-writing things like qt3Support man-power should go to bangarang which is new uses nepomuk has a clean interface just like juk and it’s a very promising project!

By: Sam Weber

Sam Weber — Fri, 18 Dec 2009 19:57:10 +0000

You mean http://bangarangkde.wordpress.com

By: halk

halk — Fri, 18 Dec 2009 16:20:33 +0000

See Bangarang (http://bangarangkde.wordpress.org). It is almost exactly what you describe.

By: Alejandro Nova

Alejandro Nova — Fri, 18 Dec 2009 15:36:02 +0000

Juk would be the perfect testing ground for a massive feature left out from Amarok that would be great.

A Nepomuk media player.

A music player that can retrieve its library from the Nepomuk database, tag music files from there, and feed Nepomuk with reviews, lyrics, and more contextual information. Nepomuk can do it, and Amarok 1.x tried to do it before without Nepomuk. Maybe Juk is up to the task, and the result work may be back into Amarok to have a great ecosystem.

Even better, unify the media expetience and do the same with videos.

Sounds interesting. I don’t see Juk using anymore an outdated and separated sqlite database.

By: Ian Monroe

Ian Monroe — Fri, 18 Dec 2009 13:12:46 +0000

Basically the only reason JuK has AAC support is because Amarok devs recently worked on integrating it into Taglib.

Of course the only reason Amarok has Taglib is because of JuK.

By: vedranf

vedranf — Fri, 18 Dec 2009 11:49:33 +0000

I always wanted to use Juk, but for my collection it is just too slow. It takes almost 10mins to start and while using it i have >10sec latencies so i use ncurses audio player moc.

By: mkrohn5

mkrohn5 — Fri, 18 Dec 2009 11:12:13 +0000

I love Juk, too. Musicbrainz worked for me only in KDE 3 times when I compiled from source (it never worked out of the distributions’ box for me). For example, it still does not work in Kubuntu 9.10 – tested that yesterday. For tagging and renaming Juk is an extremely nice tool. However, it took a long time in the past to load a few 1000 mp3c (that might have changed in KDE 4 though).

By: Markus

Markus — Fri, 18 Dec 2009 09:53:22 +0000

Awesome to see another dev! I really love Juk, but it really has quirks (does MusicBrainz support work for anybody, for example?)

By: Michael Pyne

Michael Pyne — Fri, 18 Dec 2009 03:01:56 +0000

Juk’s not completely forgotten, but the two developers who know the codebase have been busy with other things for awhile now. Scott Wheeler is running his own company and I’ve been busy with the Navy and More Important Things(TM).

However I’d love to introduce you to the source code if you want to look into pitching in that way JuK gets more than 1 feature per release cycle.