Trying to explain what the stutter or tapping is

Briefly... a song played in Meizu players ending in a long silence... when its near the physical end of the track... started to stutter or tap or repeat a short portion several times... sound like several clicks.
An example here http://www.meizume.com/attachment.ph...3&d=1190519091
This tracks was encoded with an old version of Lame (Gogo (before 3.0) according with EncSpot).

The same song played in different media doesn't produce this "stutter" as those audio decoders are capable of internally fix it.
Then the problem is with Meizu MP3 audio decoder.
Somehow is also due to the use of an old encoder, but this is unavoidable.

User that encode their own files with recent MP3 encoders won't have the problem.

User who receive material encoded from unknown source... could have it.

oh, is that right?
if so then no wonder i don't have it much..

Why would anyone want to hear defective mp3 in the first place :d ?

Your right though Daremos it is a big problem but it's just the way you see it.

Whether the glass is half empty or half full :x

I'll stick with better encoded music but that is just me >->;

* i hope that is what you mean't, that this problem only occurs for poorly encoded music, but not for those encoded properly.

Originally Posted by Moogle Stiltzkin

Why would anyone want to hear defective mp3 in the first place :d ?

Your right though Daremos it is a big problem but it's just the way you see it.

Whether the glass is half empty or half full :x

I'll stick with better encoded music but that is just me >->;

* i hope that is what you mean't, that this problem only occurs for poorly encoded music, but not for those encoded properly.

:eek::eek::eek::eek::eek: Did I say it's a BIG problem???? :eek::eek::eek::eek::eek:

Because is not... it's just annoying

Has anyone tried vbrfix to correct any problems with track length id3 tags? It only works for vbr, but I suspect corrupt vbr tags are much more common than cbr tags.

http://www.willwap.co.uk/Programs/vbrfix.php

It will run recursively on a directory, so no need to open individual mp3s to fix them.

I would try it, but I'm one of the lucky ones that hasn't experienced it.

Okay, I lied. I have heard it twice in my 1500 songs. I just can't find them anymore. What is interesting is that the stuttering was the start of the *next* song before the previous one was over.

Ive been using the player for two days and i haven't heard it yet, if i transfer my music via winamp, and it re-encodes the files lowering the bit rate, there wont be any problem right?

Originally Posted by Ganzonet

Ive been using the player for two days and i haven't heard it yet, if i transfer my music via winamp, and it re-encodes the files lowering the bit rate, there wont be any problem right?

NO... you just will loose quality

If you must re-encode a lossy file, be sure to re-encode in a higher bitrate than the original source file, that way loss of audible quality is minimised. For most people, the casual listener, and those with low end phones' its not likely they'll hear the difference.

so to get this all straightened out in my brains..

i should encode mp3's at the highest bitrate? so if i use LAME 3.97, the stutter will be gone?

or is there something better out there?

i'd like to hear some suggestions.

currently i've been using foobar with the aforementioned LAME .. so maybe i need to re-transfer all my mp3's to the higher bitrate, say from 192, to 245 (cause most i've d'loaded have been roughly 192)?

Originally Posted by monitorhead

so to get this all straightened out in my brains..

i should encode mp3's at the highest bitrate? so if i use LAME 3.97, the stutter will be gone?

or is there something better out there?

i'd like to hear some suggestions.

currently i've been using foobar with the aforementioned LAME .. so maybe i need to re-transfer all my mp3's to the higher bitrate, say from 192, to 245 (cause most i've d'loaded have been roughly 192)?

There is no problem with the music ripped by you, it doesn't matter what bitrate or type (VBR / CBR) or even what codec Lame or whatever.

The problem arises when some files you receive comes ripped with old codecs and when the files contains extra information in TAG like it is embedded cover art or lyrics.

Still so... the stutter issue is not as frequent as it seems.

The problem isn't with "old" encoders. I definitively have it with lame 3.97 using VBR 2 encoding. It might be associated to having cover art, replaygain data, etc. in tags - but no decent decoder should stutter over that.

Originally Posted by DaremoS

The problem arises when some files you receive comes ripped with old codecs and when the files contains extra information in TAG like it is embedded cover art or lyrics.

hmm. i seee..
well, i guess i'll have to dig through my library, as i belive almost 98% of my files have album art attached. should be fun times re-tagging. heh.

thanks for the info!

Originally Posted by monitorhead

hmm. i seee..
well, i guess i'll have to dig through my library, as i belive almost 98% of my files have album art attached. should be fun times re-tagging. heh.

thanks for the info!

You have to do this only with albums that have stutter problem.

I have not experienced stutter, then, but also I have not listeend to my entire library on the M6 yet!

What is the cause of a "blip" or short squawk between tracks that should play back gapless? Is this normal, or is there something wrong that I can fix in the file?

I know the M6 will not do gapless playback, but I'd rather have a split-second of silence between tracks that electronic noise.

Is it the M6, or can I massage the files somehow to fix that?

kirkhere

Most my mp3s have replay gain data, and all this other crap that I've got added on through Foobar plugins. Stuttering is not a problem at all.

Of course, even though I know it's not that good to do so, I've re-encoded all my songs if they're on CBR 320kbps to save space using LAME 3.97 on the profile VBR V3.

Originally Posted by kirkhere

What is the cause of a "blip" or short squawk between tracks that should play back gapless? Is this normal, or is there something wrong that I can fix in the file?

That's is what we call "stutter" or "tapping" or "blipping" or "squawking"... this are sounds generated by the player... at the end of a track or between tracks as you said.

One solution can be removing tag from the track and generating a new one of type ID3v1, which is the most simple tag type.

Select one of those tracks... preferable a short one... and let me take a look... maybe using rapidshare or send it to daremos@gmail.com.

oh hey guys. i found this on another site (stumbled upon it looking for scrobbling stuff for meizu. oh well):



the whole detailed link is here:

http://www.anythingbutipod.com/forum...ad.php?t=21545

:D

This is really an important information concerning this annoying issue... it shows that many reasons are affecting it. I've tested this myself, and allow me to understand better why it's so difficult to determine it and solve it.

The person who did this investigation have spent lots of time testing as many conditions were possible. He didn't investigate WMA and OGG... I can assure that nor WMA nor OGG have this problem... the problem is located in MP3 decoder in calm ending of songs.

Great finding monitorhead!!!

PS.: All those guys that write so proudly ... I've never have it!... must understand that this affected lots of users and Meizu must put all their efforts to fix their bad MP3 decoder.