Puppy Linux Discussion Forum

[plinej]

Could you also add the shorten format (.shn)? ffmpeg supports that format and it works from the cli for me.

[dogone]

Zigbert, I have 54GB of FLAC files awaiting Pmusic. Please pursue FLAC compatibility. Thanks!

[tempestuous]

[zigbert]

Ok guys, I just let Pmusic accept *.shn/*.flac/*.ape. lets see what happens

I do intend to use ffmpeg for all formats, since this gives a VERY simple code. Pmusic use ffmpeg both for songinfo, and playback. Using other libs and cli-players will make it much more complex.

Pmusic may not suit everyone, but hopefully many puppy-users get satisfied, and doesn't need to install a bigger player. After all, Pmusic is a simple bash-script of 37 kb, and will never compete with the 'big guys' such as amarok.

Sigmund

[plinej]

Good, looking forward to 0.1.4

[peppyy]

I created a couple lists with xmms to compare.
The xmms generated .pls file looks like this.

[zigbert]

Version 0.1.4
with experimental support of *.ape / *.flac / *.shn / *.pls

See main post.

Because of holiday I will be mostly OFF the forum in some time. Happy days to you too.

Sigmund

[zigbert]

Version 0.1.5
See main post

[zigbert]

Version 0.2.0
See main post

Changelog 0.2.0
- Theme support.
- Pmusic runs better on older hardware:
- New option: Higher cpu-priority to avoid stutter (nice -18 ).
- The progress-bar-function is set to use lesser cpu (nice +18 ).

[BarryK]

For the first time I am testing Pmusic, in 4.1alpha6. It does not work for me.

A bug (?) already reported in this thread, when pmusic is started, the following is output rapidly and endlessly:

[zigbert]

You're absolutely right, it doesn't bark. I made a quick check. The terminal output isn't pointing to any harm. ( I guess I have to spread around some '> /dev/null' ).

I first thought this could be a trouble with mono files, since ivy.mp3 plays (from the same dir as 2barks.wav), but no; I converted it to stereo and just the same silence. Then I made a 6barks.wav and this plays fine. For some reason process is cut when sound are too short??? I have NO idea of how to fix this......

You may wonder why Pmusic runs wav-files through the ffmpeg converter, and not directly to aplay. This is because ffmpeg generates output (filename, length, bitrate...) that Pmusic uses in progress-bar, and song-info. If we should use output from aplay, the Pmusic backend had to have 2 separate parts; one for ffmpeg, and one for aplay.

.......Maybe a solution could be to measure the length of 'song'. If it is shorter than 5 sec - use only aplay (no progress-bar)........This still doesn't solve the problem with /usr/share/audio/illegal_move.ogg which aplay can't play without using ffmpeg. (and it is too short....)

feedback are welcome

Sigmund

[zigbert]

I've found a solution.

If length of sound file is under 3 sec, we could skip the pipe to aplay, and make a temporary file. ffmpeg -i /usr/share/audio/illegal_move.ogg -f au -y $HOME/.pmusic/tmp/tmp.au. Now this can be played with aplay.

I'll put it on the todo-list

Sigmund

[zigbert]

Version 0.2.1
See main post

[Béèm]

Just downloaded Pmusic for the first time and did run it.
I couldn't add and browse my music directory which is on a shared resource in XP
With rox I can go to that shared resource.
No support for this?

[zigbert]

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