|
|
Post by jl on Oct 28, 2014 3:51:37 GMT -5
Hi, I tested musepack files just because of my curiosity. I found sometimes gmmp did not proceed to the next track. Whenever this occurred, the value of file length (in time) was bit strange after checking "now playing" display.
I want to show you the screenshot... but unfortunately I can't upload it here.
Though nowadays mpc is rarely used, I hope the developers will examine that problem.
|
|
|
|
Post by GoneMAD on Oct 28, 2014 12:50:28 GMT -5
Hi, I tested musepack files just because of my curiosity. I found sometimes gmmp did not proceed to the next track. Whenever this occurred, the value of file length (in time) was bit strange after checking "now playing" display. I want to show you the screenshot... but unfortunately I can't upload it here. Though nowadays mpc is rarely used, I hope the developers will examine that problem. you can use something like imgur to post screen shots. GMMP uses the official mpc decoder so if there are issues with playback you should file a bug report with the authors of the mpc decoders. www.musepack.net/GMMP is currently using the most up to date release of their libraries (which hasnt been updated in a few years it seems). Anyway if playback is stopping, most likely a decoder error occured causing GMMP to stop playback. |
|
|
|
Post by jl on Oct 28, 2014 17:57:59 GMT -5
Here is a screen shot: i.imgur.com/z1yUsxc.png?1Maybe it's an intrinsic problem of the Musepack decoder, but I don't think so because such a problem has not been observed in other players like FB2K. I will also contact to the Musepack development team for this issue. Thank you. |
|
|
|
Post by jl on Oct 29, 2014 4:40:42 GMT -5
Today, I played the mpc files using other players for Android supporing Musepack. I couldn't meet with the problem in those players.
I first suspected that this is due to gapless playback or OpenSL, but unfortunately it isn't.
(I do not use any effect or equalizer)
Because I resampled to 48kHz when I converted my lossless files into MPC, I then thought "What about 44.1k files? Maybe MPC is not suitable in sampling frequencies other than 44.1".
However, the same problem occured with 44.1k as well.
Also, I found that sometimes the next music began at the some other point other than 0 sec.
Such problems have been observed only in MPC files.
Throughout those tests, I believe that GMMP itself has a problem of seeking MPC files, and this is not an intrinsic problem of the Musepack decoder library.
|
|
|
|
Post by jl on Oct 29, 2014 4:50:37 GMT -5
Another problem is GMMP does not recognize the disc number tag in MPC files.
MPC uses the APEv2 tag, but I haven't tested if the same problem occurs in other formats using the APEv2 tag.
Other players correctly recognized disc number tags.
|
|
|
|
Post by GoneMAD on Oct 29, 2014 8:56:22 GMT -5
Today, I played the mpc files using other players for Android supporing Musepack. I couldn't meet with the problem in those players. I first suspected that this is due to gapless playback or OpenSL, but unfortunately it isn't. (I do not use any effect or equalizer) Because I resampled to 48kHz when I converted my lossless files into MPC, I then thought "What about 44.1k files? Maybe MPC is not suitable in sampling frequencies other than 44.1". However, the same problem occured with 44.1k as well. Also, I found that sometimes the next music began at the some other point other than 0 sec. Such problems have been observed only in MPC files. Throughout those tests, I believe that GMMP itself has a problem of seeking MPC files, and this is not an intrinsic problem of the Musepack decoder library. opensl is only for mp3 and aac (i cannot include decoders for either without paying insane patent license fees, so opensl is one of the available decoders already on the device.. gmmp has decoders for all other formats packaged in the audioengine) and gapless is just a natural feature of GMMP's audioengine which is required for mpc playback. You will need to get some system logs and email them to gonemadsoftware@gmail.com when you are experiencing the issues. Here is a little guide: gonemadmusicplayer.blogspot.com/2014/07/how-to-get-logcat-system-log-to-help.html |
|
|
|
Post by GoneMAD on Oct 29, 2014 9:00:10 GMT -5
Another problem is GMMP does not recognize the disc number tag in MPC files. MPC uses the APEv2 tag, but I haven't tested if the same problem occurs in other formats using the APEv2 tag. Other players correctly recognized disc number tags. What is the tag you are using? APEv2 is freeform and does not really have official identifiers for each tag. GMMP most likely just looks for DISC_NO or DISC NUMBER. Basicaly whatever info i found online. MPC is rarely used so documentation and the number of people that use it are quite slim. FLAC is the preferred lossy playback, and AAC/OGG/OPUS are preferred for lossy (if the user wants better compression than mp3) |
|
|
|
Post by jl on Oct 29, 2014 13:28:59 GMT -5
1. I sent the log. Please let me know if the log is not correct.
As you said, MPC is getting obsolete, but there are still a few MPC manias because of its transparency compared to MP3, OGG, and even AAC.
However, AFAIK GMMP is known to "officially" support MPC format but cannot play MPC files properly.
If the GMMP developers are not interested in MPC because it is a minor format, there is only one choice: discontinue the MPC support.
At least for me, that's not a problem. I'm not a big fan of MPC and am open to other formats.
Rather, I'm a big fan of GMMP and reporting any bugs in my strong loyalty towards GMMP.
2. I mostly use fb2k to convert lossless files into lossy.
Fb2k, Winamp, and Mp3Tag use the field name of "DISCNUMBER", which GMMP can recognize in the other formats like vorbis, aac, etc.
Make files of various formats and try to check tag fields after tagging with several famous taggers. Then you can know what field name is most preferred, I hope.
|
|
|
|
Post by GoneMAD on Oct 29, 2014 15:39:25 GMT -5
1. I sent the log. Please let me know if the log is not correct. As you said, MPC is getting obsolete, but there are still a few MPC manias because of its transparency compared to MP3, OGG, and even AAC. However, AFAIK GMMP is known to "officially" support MPC format but cannot play MPC files properly. If the GMMP developers are not interested in MPC because it is a minor format, there is only one choice: discontinue the MPC support. At least for me, that's not a problem. I'm not a big fan of MPC and am open to other formats. Rather, I'm a big fan of GMMP and reporting any bugs in my strong loyalty towards GMMP. 2. I mostly use fb2k to convert lossless files into lossy. Fb2k, Winamp, and Mp3Tag use the field name of "DISCNUMBER", which GMMP can recognize in the other formats like vorbis, aac, etc. Make files of various formats and try to check tag fields after tagging with several famous taggers. Then you can know what field name is most preferred, I hope. 1) Well it cannot play your mpc files correctly, but I have tons of mpc files that play correctly (i've encoded some myself and for others i just tried to find samples online). MPC has a lot of different variations (SV7/SV8 and also the ability to store the data as floating point vs fixed point). No format will be discontinued regardless of whether i care about a format or not (im a single dev that does this as a hobby.. there is no team). I will of course look into bugs but if its an issue with the decoder than there is nothing i can do about it. If i recall the decoder only works for SV7/8 (not 1-6) and does not handle the older versions and MIGHT be limited to only fixed point due to the way it was built. Also note that Rocket Player (basically the highest ranked music player on google play) licenses GMMPs audioengine.. so there are hundreds of thousands of users and I have not received any MPC related bug reports from the Rocket Player dev. So I would lean towards something specific with the way your files are encoded. 2) I'll take a look at what MPC is looking for. Each tag format gets handled differently (xiphcomment, id3, ape, wma) |
|
|
|
Post by jl on Oct 29, 2014 16:36:19 GMT -5
Thank you a lot. The MPC files were encoded by Foobar2K using the latest stable SV8 encoder (mpcenc Ver. 1.30 2009-04-02).
I hope only my device have the problem...
If needed, I can happily offer my MPC files (just first 30 sec for each) after testing.
BTW, surprising... You did make a nice player alone! I love its UI very much and am awaiting GMMP V2
|
|
|
|
Post by GoneMAD on Oct 29, 2014 19:04:10 GMT -5
not really seeing anything in the logs.. so if you want to send a sample file i can check that out
|
|
