Description: JuK 2.2 - Jukebox and music manager for KDE
- An easy to use, playlist and metadata focused interface with several playlist types:
- Collection List where the entire database of music is shown and automatically updated based on folders the user has indicated contain their music collection
- Search Playlists that allow for powerful combinations of search criteria to produce dynamically updated playlists
- Dynamic Lists which are produced by using multiple selection in the playlist selector and are a union of two or more playlists
- Folder Playlists which represent a single folder in the file system and are updated automatically based on its contents
- History Playlist which stores a history of the what the user has played
- Play Queue, an enhancement of the popular Play Next funtionality of previous versions that enables a manegable upcoming queue of items to be played
- Player and tag editor for several audio formats: - MP3 (MPEG Layer 3 Audio) - Ogg Vorbis - FLAC (Free Lossless Audio Codec) - MPC (MusePack)
- Inline search for quick filtering of the currently visible items
- MusicBrainz integration for file identification on over the internet
- File renamer that renames files based on the tag content A powerful tag editor that works seemlessly with all supported music formats
- CD burning support via the popular K3b tool
- Visually attractive, but unobtrusive track announcements
- A Now Playing heads-up style title bar featuring the album cover, links to show more from the playing artist or album and a brief history of previously played items
- Cover art management via Google Image Search
- Random play including Album Random Play for randomly playing complete albums
JuK 2.2 is part of the recently released KDE 3.4 kdemultimedia package. JuK packages are distributed with basically all current Linux and many Unix distributions.Last changelog:
New in JuK 2.2 (KDE 3.4):
- "Now Playing" bar
- More from this aritst / album links
- Cover image support and manager
- Play Queue
- Easier to use file renamer dialog
- Album-based random play
- GStreamer backend updated to 0.8.x
- Direct aKode backend
The web page and wiki have also been updated with quite a bit of new content.
Wish there was a way to rate songs and build playlists based on ratings. Otherwise pretty good little app. Prefer the layout over Amarok where it's easy to drop songs in playlists.
as a long time juk-fan i have recently switched to amarok...
i always disliked amarok for its tons of uneccessary stuff but i had to face it:
although amarok has loads of bloat-features, it uses half of the memory that juk uses, it starts in about a tenth of the time that juk needs and runs much smoother.
since the last version of juk
- everything has become so slow.
- none of the engines work 100%, gstreamer in juk cant play vorbis, arts crashes, akode plays some mp3s too fast...
- the interface has become cluttered (whats the currently playing thing or the history good for?)
- it cant play streams
- it wastes resources on coverfetching, which doesnt even work....
why has this stuff happended?
...sad...
i really love juk but there are somethings i dont like about the new version:
- A Now Playing heads-up style title bar featuring the album cover, links to show more from the playing artist or album and a brief history of previously played items
- Cover art management via Google Image Search
is there a way i can deactivate this stuff?
also the new renamer always moves files, is there a way i can tell to only rename the file in its current directory?
i really like the gstreamer backend, but juk is now slower... also it crashes when trying to play ogg vorbis files :( i tried to debug that but it is pretty hard, it automatically skips ogg files in the list, if i select one by hand juk freezes, no segfault, no coredump... all gstreamer plugins are installed.
thanks anyway for your work, hope juk continues and is not pushed away by the amarok-bloatware (sorry to say that but it is just way to cluttered).
Juk is really superb, to say the best at the moment:
- Amarok - good for a few music files but sooo slow with thousands of music files.
- Rhythmbox - crashes while importing all of my music files.
- Banshee - is very promising but very buggy at the moment.
- Lsongs - too many dependencies, hard to build on SUSE.
Juk is not the nicest jukebox but it works and this is most important to me and searching a big playlist is damn fast. Great work!
I miss the old file renamer. Ever since the dialog was changed I have not been able to use JuK to rename my files.
The problem is that you can only use a specific id3 tag field once with the current dialog. This does not work with my directory structure. I would like to be able to rename files using this structure:
/home/music/Artist/Album/Artist - Track - Title.mp3
I was able to do this before, but now this seems impossible, or am I missing something? Please consider adding this functionality back.
well juk is awesome!
i just recently found it on my system and was pleasantly surprised, bmp and xmms goodbye!
i especially like the automatic tagging feature and the renaming feature, just nice for handling loads amounts of files....
but i have a problem, whenever my juk does something (renaming retagging) the rest of kde stands still... when juk starts at the beginning and scans for new files, f.ex. kde freezes for about 15secs! and some retagging takes really long (sometimes it doesnt!?) resulting in a temporarily unusable system...
is there something you can do about this?
i am using debian sid and the juk that comes with kde 3.3.1, oh and if it matters i got about 8k songs in the database.
thanks
juK 2.0 does not seem to be part of my kdemultimedia package, so I downloaded from the juk-1.95 directory.
When I run 'make', I get the following.
directorylistbase.cpp:49: error: `rightColumnSpacer' undeclared
Do I need another library? Any help would be appreciated.
I downloaded the whole of the kdemultimedia source distribution and couldn't find directorylistbase.cpp. That said, I have had the same problem with other applications. The way I solved those, was to open
the header file relating to the cpp source file, in this case, probably directorylistbase.h. I then declared the variable that the compiler was complaining about. In this case the compiler seems to complaining about rightColumnSpacer. Without us telling the compiler what rightColumnSpacer is, the compiler wouldn't know what to do with that variable. A bit like asking someone to pick they're favourite. They're favourite of what?! So in the header file I would find a list of control declarations. They would normally look something like this...
QLabel *label1;
QLabel *label2;
QLabel *label3;
etc.
I would then add the missing control. In our case it is rightColumnSpacer, so add
QSpacer *rightColumnSpacer;
Now the compiler knows that the variable 'rightColumnSpacer' is infact a pointer to a QSpacer object.
Try compiling again. You may find the compiler would complain about a different missing spacer object.
As I said though, I downloaded the full source distribution for kdemultimedia, ran './configure' in the top-level folder, followed by 'make && su -c "make install" in the juk folder, without any problems, so if fiddling with the source
seems like too much of bother, and let's
face it, it souldn't be required, you could try downloading the full sources here...
ftp://ftp.kde.org/pub/kde/stable/latest/src/kdemultimedia-3.3.0.tar.bz2
I hope this helps at least a bit.
Best of luck
cvt
I downloaded the whole of the kdemultimedia source distribution and couldn't find directorylistbase.cpp. That said, I have had the same problem with other applications. The way I solved those, was to open
the header file relating to the cpp source file, in this case, probably directorylistbase.h. I then declared the variable that the compiler was complaining about. In this case the compiler seems to complaining about rightColumnSpacer. Without us telling the compiler what rightColumnSpacer is, the compiler wouldn't know what to do with that variable. A bit like asking someone to pick they're favourite. They're favourite of what?! So in the header file I would find a list of control declarations. They would normally look something like this...
QLabel *label1;
QLabel *label2;
QLabel *label3;
etc.
I would then add the missing control. In our case it is rightColumnSpacer, so add
QSpacer *rightColumnSpacer;
Now the compiler knows that the variable 'rightColumnSpacer' is infact a pointer to a QSpacer object.
Try compiling again. You may find the compiler would complain about a different missing spacer object.
As I said though, I downloaded the full source distribution for kdemultimedia, ran './configure' in the top-level folder, followed by 'make && su -c "make install" in the juk folder, without any problems, so if fiddling with the source
seems like too much of bother, and let's
face it, it souldn't be required, you could try downloading the full sources here...
ftp://ftp.kde.org/pub/kde/stable/latest/src/kdemultimedia-3.3.0.tar.bz2
I hope this helps at least a bit.
Best of luck
cvt
Hi, very nice app, simple yet functional. Great job!
One feature that I'm sure may would like to see is ability to set default character set for ID3 tag fields.
I understand that currently they're handled as UTF8, but it is rarely used for tags. All my russian songs have tags encoded in win1251 for example.
Maksim.
juk has problems when multitasking. i get sound skips even when scrolling through documents. i've tried xmms under similar circumstances and get no interrupts.
his app is excellent - nice and easy to use! A few suggestions tho -
1) it would be useful to have an option to ignore some initial words in the sorting, like 'the' and 'a'/'an' for example.
2) a tag search and replace would be fantastic.
3) being able to edit the automatically generated playlists would be good - for example, the same track often appears on more than one CD so being able to have only one copy and link it into another album.
4) the ability to add extra tags to tracks - I don't know if this is catered for in the file formats, but even if not it would be gr8 if possible. Similarly - the ability to specify a custom play order in a playlist.
er, think that's it really - keep up the good work.
Dylan
I love this program! However, there is still one or two things that I wish it would do. The main thing is with the file renamer: I want the ability to pad the track number with leading 0's so that tracks will look like: Artist - 01 - Song Name.mp3. Currently, that would be: Artist - 1 - Song Name.mp3. This doesn't however sort correctly in most filemanagers (including konq). It would be great if this little addition could make it into the next version. Great work!
Ratings & Comments
55 Comments
Wish there was a way to rate songs and build playlists based on ratings. Otherwise pretty good little app. Prefer the layout over Amarok where it's easy to drop songs in playlists.
where's the download link?? pleeasee
Hi, I use juk when I am outside of our library. :) I added some mp3 files but sometimes (in random play or not) it stops playing.
as a long time juk-fan i have recently switched to amarok... i always disliked amarok for its tons of uneccessary stuff but i had to face it: although amarok has loads of bloat-features, it uses half of the memory that juk uses, it starts in about a tenth of the time that juk needs and runs much smoother. since the last version of juk - everything has become so slow. - none of the engines work 100%, gstreamer in juk cant play vorbis, arts crashes, akode plays some mp3s too fast... - the interface has become cluttered (whats the currently playing thing or the history good for?) - it cant play streams - it wastes resources on coverfetching, which doesnt even work.... why has this stuff happended? ...sad...
i really love juk but there are somethings i dont like about the new version: - A Now Playing heads-up style title bar featuring the album cover, links to show more from the playing artist or album and a brief history of previously played items - Cover art management via Google Image Search is there a way i can deactivate this stuff? also the new renamer always moves files, is there a way i can tell to only rename the file in its current directory? i really like the gstreamer backend, but juk is now slower... also it crashes when trying to play ogg vorbis files :( i tried to debug that but it is pretty hard, it automatically skips ogg files in the list, if i select one by hand juk freezes, no segfault, no coredump... all gstreamer plugins are installed. thanks anyway for your work, hope juk continues and is not pushed away by the amarok-bloatware (sorry to say that but it is just way to cluttered).
Juk is really superb, to say the best at the moment: - Amarok - good for a few music files but sooo slow with thousands of music files. - Rhythmbox - crashes while importing all of my music files. - Banshee - is very promising but very buggy at the moment. - Lsongs - too many dependencies, hard to build on SUSE. Juk is not the nicest jukebox but it works and this is most important to me and searching a big playlist is damn fast. Great work!
I miss the old file renamer. Ever since the dialog was changed I have not been able to use JuK to rename my files. The problem is that you can only use a specific id3 tag field once with the current dialog. This does not work with my directory structure. I would like to be able to rename files using this structure: /home/music/Artist/Album/Artist - Track - Title.mp3 I was able to do this before, but now this seems impossible, or am I missing something? Please consider adding this functionality back.
I love JuK, but I can't find it for fc4!
Same over here. But someone sayed you can find it here: http://kde-redhat.sourceforge.net/ But I can't!
Juk is definitely my linux audio player. Thanks for your great work. Cheers
I use mandrake 10.1 official here, still using KDE3.2 ,, is it work if I compile it in KDE 3.2 ?
This came with suse 9.1 for me . I'm glad it did , though . Great program . I use it more than xmms or anyother music player .
Juk is not part of the KDE 3.3x so please give us latest version as its independent release
Uhm, JuK is part of KDE 3.3.x -- there aren't independent releases...
oh, it surely is, looks like some distros have "fixed" KDE packages
well juk is awesome! i just recently found it on my system and was pleasantly surprised, bmp and xmms goodbye! i especially like the automatic tagging feature and the renaming feature, just nice for handling loads amounts of files.... but i have a problem, whenever my juk does something (renaming retagging) the rest of kde stands still... when juk starts at the beginning and scans for new files, f.ex. kde freezes for about 15secs! and some retagging takes really long (sometimes it doesnt!?) resulting in a temporarily unusable system... is there something you can do about this? i am using debian sid and the juk that comes with kde 3.3.1, oh and if it matters i got about 8k songs in the database. thanks
juK 2.0 does not seem to be part of my kdemultimedia package, so I downloaded from the juk-1.95 directory. When I run 'make', I get the following. directorylistbase.cpp:49: error: `rightColumnSpacer' undeclared Do I need another library? Any help would be appreciated.
I downloaded the whole of the kdemultimedia source distribution and couldn't find directorylistbase.cpp. That said, I have had the same problem with other applications. The way I solved those, was to open the header file relating to the cpp source file, in this case, probably directorylistbase.h. I then declared the variable that the compiler was complaining about. In this case the compiler seems to complaining about rightColumnSpacer. Without us telling the compiler what rightColumnSpacer is, the compiler wouldn't know what to do with that variable. A bit like asking someone to pick they're favourite. They're favourite of what?! So in the header file I would find a list of control declarations. They would normally look something like this... QLabel *label1; QLabel *label2; QLabel *label3; etc. I would then add the missing control. In our case it is rightColumnSpacer, so add QSpacer *rightColumnSpacer; Now the compiler knows that the variable 'rightColumnSpacer' is infact a pointer to a QSpacer object. Try compiling again. You may find the compiler would complain about a different missing spacer object. As I said though, I downloaded the full source distribution for kdemultimedia, ran './configure' in the top-level folder, followed by 'make && su -c "make install" in the juk folder, without any problems, so if fiddling with the source seems like too much of bother, and let's face it, it souldn't be required, you could try downloading the full sources here... ftp://ftp.kde.org/pub/kde/stable/latest/src/kdemultimedia-3.3.0.tar.bz2 I hope this helps at least a bit. Best of luck cvt
I downloaded the whole of the kdemultimedia source distribution and couldn't find directorylistbase.cpp. That said, I have had the same problem with other applications. The way I solved those, was to open the header file relating to the cpp source file, in this case, probably directorylistbase.h. I then declared the variable that the compiler was complaining about. In this case the compiler seems to complaining about rightColumnSpacer. Without us telling the compiler what rightColumnSpacer is, the compiler wouldn't know what to do with that variable. A bit like asking someone to pick they're favourite. They're favourite of what?! So in the header file I would find a list of control declarations. They would normally look something like this... QLabel *label1; QLabel *label2; QLabel *label3; etc. I would then add the missing control. In our case it is rightColumnSpacer, so add QSpacer *rightColumnSpacer; Now the compiler knows that the variable 'rightColumnSpacer' is infact a pointer to a QSpacer object. Try compiling again. You may find the compiler would complain about a different missing spacer object. As I said though, I downloaded the full source distribution for kdemultimedia, ran './configure' in the top-level folder, followed by 'make && su -c "make install" in the juk folder, without any problems, so if fiddling with the source seems like too much of bother, and let's face it, it souldn't be required, you could try downloading the full sources here... ftp://ftp.kde.org/pub/kde/stable/latest/src/kdemultimedia-3.3.0.tar.bz2 I hope this helps at least a bit. Best of luck cvt
Hi, Already a correction there. It should be 'QSpacerItem', rather than the lesser spotted 'QSpacer'. cvt
Hi, very nice app, simple yet functional. Great job! One feature that I'm sure may would like to see is ability to set default character set for ID3 tag fields. I understand that currently they're handled as UTF8, but it is rarely used for tags. All my russian songs have tags encoded in win1251 for example. Maksim.
juk has problems when multitasking. i get sound skips even when scrolling through documents. i've tried xmms under similar circumstances and get no interrupts.
I love JuK, but can't seem to get it to play from mounted filesystems, e.g. SMB or NTFS. It says it's playing, but there's no audio.
his app is excellent - nice and easy to use! A few suggestions tho - 1) it would be useful to have an option to ignore some initial words in the sorting, like 'the' and 'a'/'an' for example. 2) a tag search and replace would be fantastic. 3) being able to edit the automatically generated playlists would be good - for example, the same track often appears on more than one CD so being able to have only one copy and link it into another album. 4) the ability to add extra tags to tracks - I don't know if this is catered for in the file formats, but even if not it would be gr8 if possible. Similarly - the ability to specify a custom play order in a playlist. er, think that's it really - keep up the good work. Dylan
I love this program! However, there is still one or two things that I wish it would do. The main thing is with the file renamer: I want the ability to pad the track number with leading 0's so that tracks will look like: Artist - 01 - Song Name.mp3. Currently, that would be: Artist - 1 - Song Name.mp3. This doesn't however sort correctly in most filemanagers (including konq). It would be great if this little addition could make it into the next version. Great work!