MP3 VBR and ABR playback problems - OnePlus 3 Questions & Answers

Hi there,
I noticed problems with some of my podcasts. They would restart from the beginning when I tried to skip within the track or the player would crash and skip to the next track. I discovered that this only happens with MP3s that are encoded with either VBR (variable bitrate) or ABR (average bitrate) settings, and it is happening with every player (play music, music, pocketcasts) I tried. I converted some of those podcasts using constant bitrate (CBR) and everything worked fine then. I found an old thread (https://code.google.com/p/android/issues/detail?id=8154) describing pretty much exactly my problem.
I tried the same MP3 on my old S4, and that seems to be able to deal with the variable bitrate just fine.
Can anyone try to verify this? There is an ABR MP3 here which gives me those problems. If you skip towards the end it will start playing from the beginning ("Hey everybody this is Sam")
Cheers.

I just played your mp3 straight from the default Files app on my (stock) OP3 and tested two players: the default Music player and Google Play Music. Both were able to skip around just fine. Are you playing the file from a music player or from a podcast app? (Edit: I see where you said which players you tested. Hmm.)

The problem seems to happen after skipping to somewhere past the halfway mark of the file. I just tested it on a colleague's OP3 (3.2.4, all stock) and it happens there as well.
Funnily enough, I just listened to a podcast today when the host mentioned that one of the listeners wrote in with this exact same problem. A quick look into their backcatalog revealed them switching from CBR to VBR a couple of episodes ago.

I don't know what I was doing the first time when I tested, but yeah, now that I'm looking for it, I definitely see the issue. The very first time I played it this time, it auto skipped to the end and would have played the next track in the queue if one existed. From that point on, skipping around did a variety of things. Sometimes it worked; sometimes it played the audio from the very beginning ("Hey everybody, this is Sam") but the slider indicated I was still like 66% of the way through - not at the beginning. Very strange. I'm on the latest 3.2.6, btw.
When you're encoding to VBR, are you using any switches / arguments (e.g. --alt-preset standard)? If so, maybe try something else?

I haven't done any encoding myself (but for back converting some VBR tracks to CBR), I only noticed it in a couple of podcasts I was following, and the thing they had in common was NOT using CBR. I don't know if a certain switch in the VBR/ABR encoding settings might be the problem, but what I find more worrying is that my former sony xperia z5c running marshmallow as well as my s4 active running lollipop do not have this problem. It would be interesting if someone with CM or another ROM but stock could try this to see if it is a ROM specific problem.

A podcast I listen to (The Bayesian Conspiracy) has some episodes as CBR and some as VBR. All of the VBR episodes have issues trying to seek past half-way. This happens on ALL methods of playback that I've tried (streaming, Pocket Cast, Google built-in player, Podcast Addict) on my OnePlus 3.
Found an article ("The First and last word on CBR vs VBR questions" - sorry can't create links yet) talks about why VBR is bad, in general and why podcasts shouldn't use it anymore, but it sure does suck that OxygenOS doesn't handle this properly (because not every podcast is encoded with CBR).

I have contacted the podcasts which I discovered used VBR and ABR and so far I was lucky in that they switched back to CBR, but that can't be the solution.

I have this problem with my config: DailyTechNewsShow with either BeyondPod or PodcastAddict, same problem when reaching 2/3 of the time.
Using OnePlus3 stock with rom 3.2.8.

2 years later, i have the same issue on a Xiaomi Mi A2 Lite. i guess it won't be fixed any time soon...
does anyone know a place where we could report this bug to Xiaomi?
AFAIU, the bug is in their playback code, not in Android. i listen to podcasts a lot, some of them use VBR, and it's annoying me to no end...

Related

crackling when screen off...

yesterday sound was awesome screen on or off. i did the update this morning just for hah's. now my music crackles occasionally after screen goes off. anyway to uninstall update so i can verify?
i think i may have fixed my problem. google music was fine. in poweramp i unticked "high priority" in settings and the crackling seems to have disappeared. weird.
I had tried changing every setting and couldn't get it back to normal until I wiped the app data which solved the problem.
if anybody having problems with the crackling i mentioned above with poweramp go into settings in advanced and audio engine and tweak your audio buffer to huge or large. auto i guess doesn't allow a big enough buffer and creates the problems with sound. google music plays fine.
my regular sound notifications crackle when the screen is off...not even playing music.
I haven't seen this issue at all.
There are a few threads about this with more info. Definitely 48KHz sample rate mp3 don't work well when in low power mode (screen off), only 44.1KHz. Seems some people have found various ways of stopping it. One is turning on the eq in music, another the buffer size in power amp.
Google needs to root out the problem. I was hoping 4.0.2 or 4.0.3 would have a fix for everyone. I personally have not seen it happen outside of someone sending me a 48KHz sample rate mp3.
Sent from my Galaxy Nexus using Tapatalk
I have an issue where offline Google Music flac files will suffer from this distortion when the screen is off. It happens to most of my flac files, and to none of my mp3 files.
aidman said:
I have an issue where offline Google Music flac files will suffer from this distortion when the screen is off. It happens to most of my flac files, and to none of my mp3 files.
Click to expand...
Click to collapse
I experienced this problem even when playing Youtube vids... I am just testing it now.
Video and sound would crack and pop for brief periods seemingly at random when playing songs in various players - I thought at first that I had a bad wire in the headphones, but it happened without headphones as well.
I never had this problem before and I installed 4.1.1 update a few days ago.
I just uninstalled a media app (don't remember the name now haha - but it's similar to imedia share) and did a cold reboot (removed battery) and I have now been testing for 15 minutes, and so far no problems with MP3 players or Youtube.
Honestly - I think it may have been an app running in the background - so try uninstalling media apps and do a cold reboot.
I still LOVE this phone!

[Q] Do you have problems with Google Music/other Music apps?

There are several threads now detailing a problem with playing music, mainly reported when using the Google Music app. To be more specific here are some examples:
When playing music and then multitasking, the phone crashes and requires a battery pull and reboot.
Another is when playing music and then turning the screen off, the music is jerky and stutters.
People have reported this happening with apps other than Google Music, so it would appear that this isn't a problem with the Music app, but either the phone or ICS.
I wanted to start a poll to gauge how many people have this problem and establish whether it's everyone or not.
Here are some links to what I'm referring to:
http://forum.xda-developers.com/showthread.php?t=1381413
http://forum.xda-developers.com/showthread.php?t=1380773
http://forum.xda-developers.com/showthread.php?t=1379600
http://code.google.com/p/android/issues/detail?id=22669
Your poll is a bit flawed. My experience so far is that these crashes are a bit more random than being attributed to any specific apps right now. I've experienced the crash, but long story short, I am not convinced it was related to the exact app that I was using at the time.
Well just because you have experienced an unrelated crash it doesn't mean my poll is flawed, just that you have a separate issue
People have spoken of this happening repeatedly when trying to use Music and multitask so I think it is definitely an issue of it's own. Usually it is said that the sound/screen goes corrupt and then requires a battery pull. Are you not referring to a random reboot or something?
i have a couple of problems with PowerAmp, no problems with google music though.
1. PowerAmp can't see playlists that were created in google music
2. PowerAmp stutters when the screen goes to sleep. (does the clock speed lower when the screen goes off?)
i've read that increasing the buffer size in poweramp options fixes no. 2. I havent tried it due to no.1.
i'm just using google music at the moment.
WinAmp i found would often have slight cracks in the music (i.e. stop and start again quickly, almost like it was being disturbed/cpu high).
doubletwist is fine though, as is Music player
This is such a huge problem I can't believe more people haven't responded :S
I've had Google Music, Rhapsody, and Pandora all crash at one time or another.
str355 said:
i have a couple of problems with PowerAmp, no problems with google music though.
1. PowerAmp can't see playlists that were created in google music
2. PowerAmp stutters when the screen goes to sleep. (does the clock speed lower when the screen goes off?)
i've read that increasing the buffer size in poweramp options fixes no. 2. I havent tried it due to no.1.
i'm just using google music at the moment.
Click to expand...
Click to collapse
increasing the buffer size in power amp fixes no.2
Sent from Mobile..
problem number 2 here for me. songs with high bit rates tends to trigger the stutter problem after the phone goes to sleep. tried on google music and playerpro
Google Music 4.0.1 (ICS stock) often crashes within a minute after I reboot the phone - without me actually using it.
Obviously it's trying to do something in the background on start-up and fails. Miserably.
Did not crash while I was using it so far, but I didn't run it for any lengths of time either. No problems with other apps crashing, just Music.
rayvioli said:
problem number 2 here for me. songs with high bit rates tends to trigger the stutter problem after the phone goes to sleep. tried on google music and playerpro
Click to expand...
Click to collapse
Yes I notice it too, it's very annoying especially since I payed so much for this phone and a good set of headphones just for my high bit-rate music to constantly stutter; hopefully google fixes this. I seem to only notice this on the stock music player, but I prefer to use it over others due to its integration with the lockscreen and notification pulldown bar, especially considering the nice visuals it now has.
my 2 cents:
i can recreate the crash consistently by doing the following:
1. reboot the phone and connect a pair of headphones
2. stream a song (i.e., a song that's not already saved to the phone) using google music
3. use the home button to leave the google music app and return to the homescreen
4. while the song is playing, try to increase or decrease the volume of the music with the volume buttons and then almost immediately the phone reboots automatically.
i haven't been able to recreate the issue once with the headphones disconnected. also, the issue doesn't seem to occur if you connect the headphones after you start playing the music. i need to test that theory some more though.
I noticed this right away when I got my phone (launch day)
Since I constantly stream music from google music, I noticed pops and weird noises all the time. Very weird and SUPER annoying
The stock music app is not able to find my music at all. I use PowerAMP now and that works fine.
Music also crashes when not actively in use at all. When I open a lot of apps, i.e. multi-task a lot, Music often just force closes after a while.
I'm using PowerAmp now to listen to music stored in either .flac or the highest quality .mp3 files lame could produce. Some are 320kbps cbr others are vbr. In PowerAmp I set the process to the highest priority possible but left the buffer on auto.
I have never had any reboots or studering when locking the screen and I've been listening to music for over 3 hours now while doing some home work. Just to test it I put on one of my flac files and quickly locked and unlocked the screen. The phone took it like and champ with no studers at all.
No problems with music apps crashing, or needing to pull the battery. The only issue I have is with music or podcasts played through the native music player or Google Listen stopping at random intervals. Happens using wired speaker/headphones or bluetooth audio.
Frustrating, but not a dealbreaker yet.
I called Verizon for no other reason other than trying to create a record of the issue... They claimed to have not heard of this... Is there any way to let Samsung know directly? I know there is a google code ticket open, but Google hasn't "owned" the issue yet... I'd also say if you have the issue to let VZW know so they can get things in motion on their side as well.
kptkill said:
I called Verizon for no other reason other than trying to create a record of the issue... They claimed to have not heard of this... Is there any way to let Samsung know directly? I know there is a google code ticket open, but Google hasn't "owned" the issue yet... I'd also say if you have the issue to let VZW know so they can get things in motion on their side as well.
Click to expand...
Click to collapse
It seems they don't give a ****, unfortunately. Just have to live with it..
WinAMP - today while playing an album with the screen off paused (twice). I had to turn on the display, and hit the play button to continue. There was a bit of a lag (I got the FC screen, but when i hit wait the app returned a few seconds later)

[Q] MP3 sound quality issue

It could just be my phone, but has anyone noticed their music sounding like it have really really small breaks in the sound, almost like the music is crackling? I've even found this when listening to my Sirius Satellite Radio app.
Though I may have found a fix, at least for the music. Originally my music was 320bit and i had just copied a few songs to my GN. When I started to listen to the music i would get crackling like sound or where the music would have almost a stuttering factor. Well i was getting annoyed enough with the crackling I almost went back to my MP3 player. Though I decided to try it one last time but i wanted my entire playlist. Now my playlist was about 200 songs and across many directories so I wasn't going to try search the whole thing for individual songs. Using winamp I copied them all into one directory, unfortunately when Winamp does this it converts them all back down to wav files so I had to reconvert them.
My software for converting back to MP3 is older and only able to convert up to 256bit. I was thinking it was going to be just as annoying, but low and behold my music plays without a glitch, or crackle or break or what ever.
It's almost like the phone can't handle the higher quality of music. Now again this could just be me so I thought I would ask. Unfortunately my Sirius Satellite Radio app still crackles.
Anyone else find this?
also if u have used an app like volume+ to increase your speaker volume, or modify your volume that could be the issue
Good thought, though i never actually got around to installing the app so we can eliminate that as a cause.
Oh no, lossy to lossy transcoding! Those poor files.
I haven't had any issues playing 320kbps MP3 CBR or MP3 V0. If anything they sound better than on my old iPhone 3GS, especially with DSPManager.
Do they play without any distortion on your PC? Are you using the same headphones?
Perhaps playing around with the equaliser settings in DSPManager would improve the output.
Have had the same problem but only with one album so far, it is 320bit but I also have other albums at 320bits that play ok. Strangely the problem doesn't occur if the screen is on!
Give me to this weekend and let me hoot the phone up to my input on my PC maybe i can let you all hear what I hear.
rajathiraja said:
I agree with first answer..........
Click to expand...
Click to collapse
I would agree too if I had actually installed volume+
I don't think it's to do with the bit rate as such but the encoder, or at least the encoding settings, that you used. Almost all my mp3 are in 320 kbps, CBR and VBR, and they all play fine.
Sent from my Galaxy Nexus using Tapatalk
the phone seems to clip a lot when the volume is at the top two levels. sounds bad. setting it to 3rd highest level or less makes it sound normal and smooth
Not sure if they fixed this with 4.0.3 yet, but it's a known issue that any SAMPLE RATE (not bit rate) other than 44.1KHz can cause stuttering when the phone is in screen-off low power mode. Some EQs that cause the cpu to work have been known to fix it. Also changing the buffer size in PowerAmp has also I think. There are a few threads about it. I have recreated it with another persons 48KHz sample rate mp3. All mine are 44.1KHz and I've never had a problem with any of them, they all sound fantastic.
Sent from my GSM Galaxy Nexus on TMoUS using Tapatalk

[Q] Audio Sputtering and Popping on Spotify, TuneIn

Hello all,
I love the audio quality on CM, however ever since using it on my Verizon Galaxy Nexus, the audio on Spotify has constantly popped and stuttered and sputtered and whatever other word you want to use when playing through the headphone jack.
I feel like I've tried everything outside of switching ROMs. Tiny Kernel, Franco Kernel, CPU Governors, etc etc etc, doesn't matter.
I've also done search after search after search, and I feel like I'm completely alone in having this issue. I can't find anyone asking about this anymore, now that Spotify claims to have fixed it in an app release months ago (which makes me think it isn't necessarily Spotify's fault, but who knows).
I should mention that this does not happen with Pandora or Songza, for instance. Only Spotify and TuneIn.
Of course, it doesn't seem to be a coincidence that both Pandora and Songza process the audio in some different way from Spotify and TuneIn, since normal use of CM's DSP Manager has no effect on those apps but does work on Spotify.
So, is there anyone else out there who has this issue with CM (or other ROMs)?? At this point I'm just hoping there are others out there who have had this problem just so it isn't an "only my phone" issue -- because those ones have no hope of being fixed.
I have the same problem, running stock 4.2.2 on my Galaxy Nexus. I think it's a device problem, not an app/background process problem.
I don't use TuneIn so I can't speak to the quality of its streams, but I have used Rdio, Slacker, Pandora and Google Play Music and they all play flawlessly.
ONLY Spotify plays audios with occasional snaps, crackles and pops, like a bowl of Rice Krispies. Some songs will play without a blip, some with a few, some with many. The songs are not interrupted...just marred by this defect. And it's never the same way twice with the same song.
It happens whether the song is streaming, or playing locally.
My guess is that the Nexus has difficulty playing Ogg Vorbis files, which is the format for Spotify streams and downloads. As far as I know, the other services I mentioned stream in AAC or MP3. While the Nexus supports Ogg Vorbis, it appears it does not support it very well. I'm going to test this theory by transcoding one of my Apple Lossless audio files to Ogg and then uploading it to the Nexus. My hunch is that it will demonstrate the same issues.
I guess we should consider ourselves lucky; before Jelly Bean the Nexus suffered from more dramatic playback problems. Do a Google search on "Music Stutters when playing long files and screen off: Galaxy Nexus" and read through it. There are a couple of posts that deal specifically with Ogg playback.
I've decided to live with it. I've been hopping from music service to music service trying to find the right one, and I always come back to Spotify. As long as the issue doesn't become more severe, I think I can re-program my brain to tolerate it.
Skyh said:
Hello all,
I love the audio quality on CM, however ever since using it on my Verizon Galaxy Nexus, the audio on Spotify has constantly popped and stuttered and sputtered and whatever other word you want to use when playing through the headphone jack.
I feel like I've tried everything outside of switching ROMs. Tiny Kernel, Franco Kernel, CPU Governors, etc etc etc, doesn't matter.
I've also done search after search after search, and I feel like I'm completely alone in having this issue. I can't find anyone asking about this anymore, now that Spotify claims to have fixed it in an app release months ago (which makes me think it isn't necessarily Spotify's fault, but who knows).
I should mention that this does not happen with Pandora or Songza, for instance. Only Spotify and TuneIn.
Of course, it doesn't seem to be a coincidence that both Pandora and Songza process the audio in some different way from Spotify and TuneIn, since normal use of CM's DSP Manager has no effect on those apps but does work on Spotify.
So, is there anyone else out there who has this issue with CM (or other ROMs)?? At this point I'm just hoping there are others out there who have had this problem just so it isn't an "only my phone" issue -- because those ones have no hope of being fixed.
Click to expand...
Click to collapse
---------- Post added at 11:20 AM ---------- Previous post was at 11:02 AM ----------
My theory was incorrect. I used XLD to transcode Boston's "Hitch A Ride" from Apple Lossless to Ogg Vorbis (VBR, quality 4.0), then put the file on my phone. I used Winamp to play the file and it played beautifully.
So I'm thinking there's something specific with Spotify's encoding that the Nexus doesn't like.
What's odd is that I have run Spotify on other mobile devices and have never had an issue. That's why I have trouble putting the blame on them.
OP, after checking many Google leads, posts, etc. I believe--for Spotify anyway--I have found a way to stop (or at least greatly reduce) the Rice Krispies.
If you have Google Play Music on your phone, make sure it's fully updated and then launch it.
Within Play Music, go to Settings, then select Equalizer.
Turn the equalizer on, select the Normal preset, and move the Bass Boost and 3D Effect sliders all the way to the left to turn them off...unless you like them on.
Back out of Google Play Music to the home screen, then launch Spotify.
Go to Settings within Spotify, choose Audio Effects and verify the Equalizer is OFF in that app.
Using this combination of settings/conditions, I have heard just a couple of pops over a string of a half-dozen songs. I'm keeping my fingers crossed that it lasts.
I'm guessing that having the Google Play Music equalizer on, some additional processing is taking place that alleviates whatever is causing the popping to occur.
Good luck!

[Q] Issues with skipping/pausing/starting .m4a

So I've been using Pocket Casts as a podcast player for a while now, and I've never had any issues until switching to the LG G3 (T-Mobile variant).
When I try to play any podcast with .m4a, the podcast will play normally, but the moment I try to use any seeking commands (forward, rewind, pause) the seeker will jump around.
For example, if I pause at 14:53, and then try to restart again, it could randomly jump to 1:10. The same thing happens when I try to forward or rewind.
Curiously, I've noticed that with rewinding and forwarding, they seem to prefer certain time spots. Like if I spam the rewind button, it will constantly go to a certain time period.
If you want to test this yourself, you can try downloading "The Rooster Teeth Podcast" or "The Patch Podcast" on any podcast player, as I know those two use the .m4a format.
To make sure it wasn't the player, I tried downloading podcast addict, which gave the same issue. I also downloaded an earlier episode of the Rooster Teeth Podcast which was an mp3 file, and it played with no issues.
Has anybody else encountered this issue, and does anybody have a fix?
I'd like to bump this seeing as I'm not the only one with this issue. I too tried using other podcast players to play the RT Podcast/Patch, all of them would skip ahead several minutes. They would also refuse to seek past the 45 minute mark or something around there.
bartcrusades said:
I'd like to bump this seeing as I'm not the only one with this issue. I too tried using other podcast players to play the RT Podcast/Patch, all of them would skip ahead several minutes. They would also refuse to seek past the 45 minute mark or something around there.
Click to expand...
Click to collapse
Got the same problem with podcast addict. The developer wrote me, that the app is using the internal player. After testing the internal player with m4a files, i can confirm that the issue persist.
I also wrote the LG support about this issue and the answer was: LG does not official support m4a! WTF?
Alternative 1: Use 3. party player. But I didn't find a good one. Only VLC was playing the file but stops audio files if the screen is off.
Alternative 2: Use mp3 feed instead of m4a.
&me said:
Got the same problem with podcast addict. The developer wrote me, that the app is using the internal player. After testing the internal player with m4a files, i can confirm that the issue persist.
I also wrote the LG support about this issue and the answer was: LG does not official support m4a! WTF?
Alternative 1: Use 3. party player. But I didn't find a good one. Only VLC was playing the file but stops audio files if the screen is off.
Alternative 2: Use mp3 feed instead of m4a.
Click to expand...
Click to collapse
Pretty bummed out about this.
Just thought I'd poke my head in and let you know you aren't the only one. Iv'e got the same problem too on Beyond Pod, and so do others with the G3.
http://www.beyondpod.com/forum/show...hes-When-Using-Episode-Scan-Bar-Verizon-LG-G3

Categories

Resources