|
Post by GoneMAD on Jun 18, 2012 14:25:18 GMT -5
Do the skins need to be updated again for 1.3.1? Mine stopped working. EDIT: Nevermind....working now...just uninstalled & re-installed them and now they're working. Since there are about 10 skins now, I will save any UI changes that would require skin updates for the major releases. If you also noticed i changed the versioning for the skins. So the idea is any skin with the version 1.3.x will work for GMMP 1.3.x There is a pretty bad bug with the red and dark blue classic skins.. so if you use them, do not change the background color from default to black (you will have to reinstall gmmp to get it working again if this is done). Its fixed in my current build but its not released yet. Hopefully i can finish up some other minor changes and bugs tonight and get it released.
|
|
|
Post by GoneMAD on Jun 19, 2012 0:28:36 GMT -5
1.3.2 (06/19/12): -Fixed crash using black background in some skins -Fixed crash when trying to get currently playing track -Fixed crash updating notification controls -Fixed crash when modifying the playlist -Fixed case where lockscreen's orientation would not stay locked -Updated translations -Made some tweaks to the audioengine to increase stability -Fixed issue with cuesheets where the track would not change when shuffle was enabled -'Disable ICS lockscreen' preference is now only enabled on ICS and newer devices -'Scanner -> Show Database Stats' should now be translated -Fixed bug where pressing pause would resume playback immediately after
1.3.1 (06/15/12): -Fix crash in the classic dark blue and classic red skins when using the lockscreen
|
|
|
Post by teorouge on Jun 19, 2012 13:17:24 GMT -5
Everything looks fine, love updated translations Can you check why clicking on the Album in notification controls GMMP opens underneath the "curtain" and that remains until you swipe it off? I think that should be: Click the album art --> Close notification curtain --> Show GMMPDon't you?
|
|
|
Post by GoneMAD on Jun 19, 2012 13:50:22 GMT -5
Everything looks fine, love updated translations Can you check why clicking on the Album in notification controls GMMP opens underneath the "curtain" and that remains until you swipe it off? I think that should be: Click the album art --> Close notification curtain --> Show GMMPDon't you? So you are saying the notification area stays open when tho GMMP launches? I think i've seen that behavior on my tablet. I'll have to see if there is a way to programattically close the notification area
|
|
|
Post by teorouge on Jun 20, 2012 2:53:24 GMT -5
Everything looks fine, love updated translations Can you check why clicking on the Album in notification controls GMMP opens underneath the "curtain" and that remains until you swipe it off? I think that should be: Click the album art --> Close notification curtain --> Show GMMPDon't you? So you are saying the notification area stays open when tho GMMP launches? I think i've seen that behavior on my tablet. I'll have to see if there is a way to programattically close the notification area Nice.
|
|
|
Post by GoneMAD on Jun 20, 2012 14:44:40 GMT -5
A few notes (regarding 1.3.1 version): . options - scanner - info database gets you to an English language popup; .most of the times, Album Art (and therefore Album Art background) doesn't change in case of multi-album (and random) play; .I revised most of the translations: please remove "gonemadsoftware" entries for Italian language and poll #1 translations (I had a few translations I made listed as 2nd and so not used, in favour of robot-generated ones...); .playlist doesn't seem to stick when I reboot device (always reverting to a very old one). Good work nonetheless! so i ran into an issue today that i think explains the album art not changing. If you rotate your device to landscape then back to portrait really fast.. it causes a bunch of issues 1) Playback can stop. I know the cause (basically when you change orientation, the UI gets shutdown and restarted. On shutdown GMMP checks to see if playback is happening, if not it shuts down the music service. What happens on the fast orientation change back and forth is the UI is not able to connect to the MusicService in time.. so it thinks playback is stopped and kills the service) 2) The background art will not change. I dont know the exact cause, but the quick orientation changes must prevent the code that loads the background imagery to not get notified about track changes.. so it never changes There is also another issue that can happen on first install that im trying to sort out. The first time you visit the preference page, basically every preference gets created and triggers all the code that handles preference changes. Since the preferences dont actually change values, this causes a lot of whacky things to happen. I believe a lot of the error reports i get are related to these 2 and now that i know about them both i should hopefully be able to get rid of them. That being said if things are acting weird, just go to menu -> exit and restart the app first. It cures most of the issues
|
|
|
Post by teorouge on Jun 20, 2012 21:07:40 GMT -5
Nice! I also keep having music most of the times not getting to play again after a phone call: call incomes, music stops, have my call, when I quit the call I have to open GMMP and start play again (or press Play on my BT headset). Moreover, I get a few audio hiccups via Bluetooth: what settings/advice can you suggest me to try?
|
|
|
Post by GoneMAD on Jun 20, 2012 23:52:13 GMT -5
do you have auto resume set for the calls?
increasing the buffer size may help with the bluetooth
|
|
|
Post by teorouge on Jun 21, 2012 11:18:55 GMT -5
Yes, automatic resume is on. Gonna increase buffer and see, lately I'm using only FLAC files via BT and I guess it's kinda heavy work, isn't it?
|
|
|
Post by GoneMAD on Jun 21, 2012 11:50:04 GMT -5
Yes, automatic resume is on. Gonna increase buffer and see, lately I'm using only FLAC files via BT and I guess it's kinda heavy work, isn't it? There is a built in delay when resuming after a phone call ends.. its a few seconds. Have you let it sit for 5 seconds or so before having to press play? I may just have to make that setting configurable.. the time. I'll run some tests to see if it at least still works on my phone. Increasing the buffer size would just cause the app to use more memory.. it wouldnt increase the cpu usage. The higher the buffer size.. the less skips you would get (basically if it buffers 2 second worth of audio. and the phone decides it needs 100% cpu for another app for 1 second, there would still be 1 second left of audio buffered)
|
|
|
Post by teorouge on Jun 21, 2012 11:57:22 GMT -5
Yes, automatic resume is on. Gonna increase buffer and see, lately I'm using only FLAC files via BT and I guess it's kinda heavy work, isn't it? There is a built in delay when resuming after a phone call ends.. its a few seconds. Have you let it sit for 5 seconds or so before having to press play? I may just have to make that setting configurable.. the time. I'll run some tests to see if it at least still works on my phone. I let it alone completely for way more than 5 seconds... maybe BT arises new issues? Increasing the buffer size would just cause the app to use more memory.. it wouldnt increase the cpu usage. The higher the buffer size.. the less skips you would get (basically if it buffers 2 second worth of audio. and the phone decides it needs 100% cpu for another app for 1 second, there would still be 1 second left of audio buffered) Nice, gonna try and let you know. What about music process priority settings?
|
|
|
Post by GoneMAD on Jun 21, 2012 12:26:23 GMT -5
There is a built in delay when resuming after a phone call ends.. its a few seconds. Have you let it sit for 5 seconds or so before having to press play? I may just have to make that setting configurable.. the time. I'll run some tests to see if it at least still works on my phone. I let it alone completely for way more than 5 seconds... maybe BT arises new issues? Increasing the buffer size would just cause the app to use more memory.. it wouldnt increase the cpu usage. The higher the buffer size.. the less skips you would get (basically if it buffers 2 second worth of audio. and the phone decides it needs 100% cpu for another app for 1 second, there would still be 1 second left of audio buffered) Nice, gonna try and let you know. What about music process priority settings? ah yes BT may be the cause. I dont think i've ever tried getting a phone call when bluetooth was connected. You can try messing with the priorities (decoding and dsp). The higher the priority, the more the cpu will favor gmmp over other processes. If playback is fine with headphones and only skips with bluetooth, you may also try lowering the priorities and see if that helps. Every device acts differently so its really hard for me to say.
|
|
|
Post by teorouge on Jun 22, 2012 5:09:52 GMT -5
ah yes BT may be the cause. I dont think i've ever tried getting a phone call when bluetooth was connected. You can try messing with the priorities (decoding and dsp). The higher the priority, the more the cpu will favor gmmp over other processes. If playback is fine with headphones and only skips with bluetooth, you may also try lowering the priorities and see if that helps. Every device acts differently so its really hard for me to say. Would you use a logcat while answering a call with BT? Or can you reproduce that yourself? I'm going to try messing with priorities, also locked orientation to portrait to check album art changes.
|
|
|
Post by GoneMAD on Jun 22, 2012 8:03:05 GMT -5
if you could get a logcat that would be great
|
|
|
Post by GoneMAD on Jun 22, 2012 17:28:09 GMT -5
the issue with the notification controls not hiding should be fixed in 1.3.3
|
|