pMusic 6.0.0

[HairyWill]

I don't know anything about sharing with windows , so I need some more info before I can answer that question.
- Do you mount this shared resource?
- If so, are the shared songs detected by the 'open-file-dialog' in Pmusic?
- If not, are the shared songs detected by other apps using the gtk2-open-file-dialog?


Sigmund

I suspect the problem may just be that it is very slow to index a large music collection over the network.

If I use file-open song/playlist I can add tracks from individual directories on the network and play them.

edit
actually the indexing turns out to be very fast, approximately 10000 songs in less than a minute

[Béèm]

I don't know anything about sharing with windows , so I need some more info before I can answer that question.
- Do you mount this shared resource?
- If so, are the shared songs detected by the 'open-file-dialog' in Pmusic?
- If not, are the shared songs detected by other apps using the gtk2-open-file-dialog?


Sigmund

I mount a Windows share with pnethood.
So it is accessed like any other directory.
I could point to the directory on the share where to start looking and then it stood there busy for such a long time I finally stopped the application.
With gThumb I have the same phenomena, when trying to create an alum, the open file dialog after quite some time started to show activity and I saw the reference of the picture which were importing.
But at the end the application stopped by a lack of space in my personal file, but indeed here the open file dialog was working.

Maybe be I have to have more patience, but I think 10 minutes is already quite some time.

The link to the share is 400mbps, so that can't be really a bottle neck.

As you can see, I run gnome.
Maybe I should try in jwm.

[zigbert]

Please try a 'normal' Puppy, just to compare...... A thought.....could it be a UTF-8 problem? Could it be that french chars corrupting things???

[Béèm]

As stated, I will try in JWM later.
With rox however (as with Nautilus) I can go to the Windows share without a problem and at a good speed.
Rox will indicate, indeed, files with accented characters in ed, but they can be opened.
So that shouldn't be a show-stopper either.

[Béèm]

Tried in JWM.
It took quite some time to do the browsing to the directory where my music is. I added all to the playlist, which took a long time as well for the 250 songs.

I went back to Gnome and tried again.
I finally could browse to the directory where the songs are, but it took longer then in JWM. Also the add to playlist took longer.
Maybe I had some issue in Gnome and in fact I experience some performance issues in Gnome.

So this being settled, will there be such thing as a library in future, in which songs canbe sorted by album/name/artist etc...?

In the meantime I stumbled on wxMusik, writtenby MU some time ago and this little app can do that.

[zigbert]

will there be such thing as a library in future, in which songs canbe sorted by album/name/artist etc...?

The world is full of opinions of how music should be organized, and Pmusic are made with the focus on my way. This doesn't say we can't support other ways, 'DreamsToGo' gave her input, and we made some tweaks. You should describe the way you use your music collection. It is also great to hear in detail what you would Pmusic to do for you. When I hear that you add 250 songs to the playlist, I think 'this man is used to winamp' . Add many songs to Pmusic playlist will quick lead you to speed issues, because of the way Pmusic use gtkdialog. It is just not meant to keep the complete music collection in the playlist. Winamp has another approach, and doesn't use indexing like Pmusic of wxMusik.

Sigmund

[Béèm]

I have indeed used amongst those kind of app's Winamp and now RealPlayer in XP.
Indeed I am more looking for a program which can import the tittles and present it in I have headings with artist/album/year/length/tittle etc..

So PMusic is similar to gxine and totem (gnome) f.e.

Also you know now that 250 tittles can be imported in the playlist.

But I will still watch the space here.

[WhoDo]

Requirements
No! Everything is already in Puppy 4. Puppy 3 misses id3lib.

Great. So can you please include a link to that here? Thanks.

[ttuuxxx]

Requirements
No! Everything is already in Puppy 4. Puppy 3 misses id3lib.

Great. So can you please include a link to that here? Thanks.

Heres id3lib full package I just compiled on puppy 3.0.1
http://www.puppylinux.ca/tpp/ttuuxxx/pr ... -3.8.3.pet
enjoy
ttuuxxx

[zigbert]

Main post is updated with link to id3lib. Thanks!!!

[zigbert]

Version 0.2.2
See main post

[zigbert]

Better support of music collections
I'm here showing an idea how to better support music collections which are organized in directories. - Like /band/album/song.mp3. The attached test version of Pmusic generates a playlist of any directory containing music files. These playlists get the extension *.dir to separate them from ordinary playlists like *.m3u and *.pls. Choosing 'Collections' (see pic) shows both playlists and directories (artist / album). And, you can search for your artist/album directory. When indexing you have to check for complete index (see pic). This will be slow the first time. Later Pmusic can treat only new files (checkbox).

If you have a music collection organized this way, please test and give feedback. Maybe you have other suggestions. Remember to either uncheck the button 'update only news...' or delete the directory /root/.pmusic.

Thanks for your help
Sigmund

[zigbert]

Version 0.3.0
See main post

[linuxcbon]

#pmusic

endless going

cat: /root/.pmusic/tmp/pmusic-ffmpeg_output: No such file or directory

[zigbert]

The backend is endless asking for some ffmpeg activity. If there is, - make some useful info for progressbar.

But, I'll see if I can get rid of that error to terminal. I hope the player worked for you ???

Sigmund

[zigbert]

Michalis
I noticed today that my pmusic had 3 instances of func_progressbar running at the same time. I have done an approach to try to fix it, but it is a bit too early to ship a new release. Can you try to explain why progressbar is hungry for your resources.
- Are your machinery old?
- Does 'top' show that progressbar stealing too much cpu?
- Are there several func_progressbar shown in pprocess?
- Are you using the latest Pmusic - version 0.3.0?
- Is it Puppy 4.1 or ... ?

I disable progressbar on my music-station to avoid fan is running constantly (a PIII 600 laptop anno 1999).

Edit: Version 0.3.0 reduces the cpu-priority for func_progressbar.

Sigmund

[Michalis]

I'm running pmusic 0.3.0 in puppy 3.1

The machine I usually use is old, also I use many programs simultaneously, at least 4-5 (usually much more). When having the progress bar pmusic cpu usage is doubling and generally I like to use programs and functions as less resource hungry as possible, so I have always progress bar disable. A strange thing is that the system isn't showing any difference at pmusic's cpu usage, but I can see that throughout the total cpu usage every time.

Anyway, what I would like isn't a progress bar using less resources (actually I don't mind whether I see a progress bar or not) rather than just to see the title of the song which is playing (statically) in the position of the progress bar.

[zigbert]

A strange thing is that the system isn't showing any difference at pmusic's cpu usage, but I can see that throughout the total cpu usage every time.

The progressbar runs as an unique process.

Anyway, what I would like isn't a progress bar using less resources (actually I don't mind whether I see a progress bar or not) rather than just to see the title of the song which is playing (statically) in the position of the progress bar.

I have tried get this, but either I'm not skilled enough, or the limitation in the gtkdialog library are strict.

Sigmund

[peppyy]

Hi again Zidbert.
Is there a chance that the progress bar could be replaced with a text counter which uses percent? I don't understand how the whole dialog works but I was sure I saw a gtk gui that had a percentage counter.

Of course I could be completely wrong

[zigbert]

If you could active send a percent status to that textbox, it would be easy. But since the Pmusic gui has nothing to do with the actual playback, it only reads outputs from the player. As far as I know, the only way gtkdialog supports an idle gui (no user activity) waiting for system input is via the pregressbar widget.

I don't think a textbox would use lesser cpu. The problem is not the progressbar widget itself, but that pmusic constantly runs a loop to check for new outputs from ffpmeg. If the output of ffmpeg could be used directly in Pmusic progressbar, this wouldn't be necessary.

Sigmund