Inaccurate display of "Length" of time

by **Big_Berny** » Sun Dec 10, 2006 7:28 pm

Rayi23 wrote:I wonder if Vista will embed the CD cover art in properties?

No, it doesn't...

But AudioShell is a solution: http://www.softpointer.com/AudioShell.htm

Big_Berny

by **Rayi23** » Sun Dec 10, 2006 5:59 pm

>The following seems to do the trick for me, I used a free program called Dr. Tag MP3 Repair Tool v1.5 to remove all non-music frames from the MP3 file.

Although, with dB poweramp converter, it leaves the tags, except you do lose your CD cover art. But then, you do have to pay for it. I have found it useful over the years. I like to keep everything in the same format. I'm not really very particular about sound quality. As long as it sounds decent. Oddly, some get left out here and there but mostly it is there. I wonder if Vista will embed the CD cover art in properties?

by **Bandolero** » Sun Dec 10, 2006 3:39 pm

Every now and then I get one of these files, where neither MM nor WMP show the correct song duration.

The following seems to do the trick for me, I used a free program called Dr. Tag MP3 Repair Tool v1.5 to remove all non-music frames from the MP3 file.

After removing all the frames MM and WMP recognized the song duration correctly but it erased all other tags. It was no big deal to manually add the tags.

by **Lowlander** » Mon Aug 21, 2006 11:14 am

Take in account that:

CBR - Constant Bit Rate will have a constant bitrate thru out the song. So the bitrate your rip at is the bitrate the song has.

VBR - Variable Bit Rate will have a variable bitrate thru the song, this leads to smaller files as a silence doesn't require much bit rate to encode. Depending on the player/plugin some will guestimate the average rate thru out some others might manage this differently. Inside MediaMonkey the bitrate in the file might be different to the bitrate in the player depending on the plugin used. The average bitrate of the file can be off from the bitrate you selected for ripping.

ABR - Average Bit Rate is also variable but in a more controlled way. The average bitate of the file should be equal to the average bitrate you selected for ripping.

by **Rayi23** » Mon Aug 21, 2006 9:34 am

Actually, the dB power amp converter did end up helping to coordinate the "Duration" with the "Length, m,s" in the folders Window, although after much work and frustration. I'm thinking that MusicMatch reads the "Length, m,s" and MediaMonkey reads the "Duration". Not sure why MusicMatch would cause this. Still would like to know why these 2 distinctions of categories. I also discovered, in looking through my collection of ripped CD's, that MusicMatch also was not consistent in ripping MP3's. Some "Birates" were different through out. Some as high as 320kps, causing unnecessary large files throughout. Never realized this. I've started to just use MediaMonkey exclusively and see how it goes. Altough, I wonder if anything else is going on that could cause this. I will look to other forums for answers.

by **Rayi23** » Thu Aug 17, 2006 11:25 pm

Actually, I was looking at the "Duration" but if I set it to "Length (m,s)" , it gives the correct length in WinXP Explorer. Not sure what "Duration" means. So I have no clue as to what is going on. Windows Explorer sees the correct length and so does MusicMatch. Although, Windows Media Player, also is showing the incorrect length. Boy, is this annoying. I wonder what is going on. The dB powerAmp converter did not end up helping.

by **Rayi23** » Thu Aug 17, 2006 8:33 pm

I did send mediamonkey a file but I have also noticed that my WinXP explorer, also does not display the correct time. So I decided to use dB poweramp converter which seems to correct the problem; though in a few instances I had to convert it twice. Alot of work going through everything. MusicMatch did not seem to do this correctly.

by **Lowlander** » Thu Aug 17, 2006 8:58 am

Lowlander wrote:support at mediamonkey dot com

That's the email address you can send the smallest file you can also use an online storage service and send the link to the support email if the file is too big to send.

by **Rayi23** » Thu Aug 17, 2006 7:01 am

How do I go about sending them a sample? I can't seem to find a place where I can do that. Seems odd that they would not be aware of this problem. MusicMatch has been used by many users of the years. I did try using dB PowerAmp converter to convert a problem mp3 and the converted mp3 does now recognize the correct time but unfortunately dB poweramp will not convert the album covers over making it a much too time consuming to do this for every song. I am hoping for MediaMonkey to eventually fix this problem. It still leaves you to wonder why some correctly interprets the time, while others do not under the same conditions. For example, under the same CD ripped by MusicMatch, in one case, only 2 songs do not correctly interpret the song while the rest do. Although, in others, you have cases where they all do not correctly interpret the length of songs in the same CD, in the extreme.

by **Lowlander** » Wed Aug 16, 2006 11:33 am

You might want to send the smallest problem file to support at mediamonkey dot com for analysis. There were also problems with how MusicMatch handled WAV files.

by **Rayi23** » Tue Aug 15, 2006 10:06 pm

I tried the MP3 plugin and don't know what else you are suppose to do, as it didn't change anything

>files come from a P2P network

Although, I do state that they are ripped from a CD and that MusicMatch correctly identifies the length. MusicMatch was used to rip them. I wonder if this is a common problem, a bug of some kind. This also affects how MediaMonkey interprets how much time I have for a burn. So I am not ready to give up MusicMatch 7.5, particularly since it has been almost 99% reliable but it lacks many features that I want. I have been using them both for now. MusicMatch for burning but MediaMonkey to catalog the songs better and easier.

by **Lowlander** » Tue Aug 15, 2006 10:30 am

This often happens with files that have corrupted tags which often is the case when files come from a P2P network.

The suggestion from Big_Berny might work and if it doesn't you might want to send the smallest problem file to the MediaMonkey support.

by **Big_Berny** » Tue Aug 15, 2006 9:49 am

You could try a different MP3-Plugin: http://home.pages.at/big_berny/in_mpg123.zip

Installation: Close MediaMonkey, extract the file to the plugins directory, start MediaMonkey.
Uninstallation: Close MediaMonkey, delete the in_!mpg123.dll from the plugins directory, start MediaMonkey.

Regards
Big_Berny

by **Rayi23** » Tue Aug 15, 2006 9:09 am

I was wondering why certain songs display an inaccurate report of length of time. For example, I have songs that says it is only :00/:11/:30/:21/ etc and the length indicator will only go for those secs and then stops but the song continues. Once the indicator stops, I cannot move the song forward anymore. I have quite a few that do this. These are all songs ripped from regular CD's. It will relfect the real mb though. Also, I might add, that MusicMatch accurately reflects the time for those songs. thanks

Inaccurate display of "Length" of time

Post a reply

Expand view Topic review: Inaccurate display of "Length" of time

Re: Incorrect Duration

Re: Incorrect Duration

Incorrect Duration

Inaccurate display of "Length" of time