As I have already written here, the issue has been fixed, just go to the http://www.mediamonkey.com/forum/viewto ... 34522&sd=d and download the latest build.

I posted before reading the last few posts. Obviously, MM has some real problems that they need to fix but but do not complain that your Probe in not as fast and not as nice as a BMW.

Why do you expect MM to have the features of the best rippers on the market? dbPowerAmp costs more per year than MM does to purchase. A good deal of the cost is spent on licenses so you have the best encoders the best tag info data. How can an MM provide those services when it sells so cheaply. They would need to charge a yearly fee to use those paid for services. You all are a bunch of crybabies! If you want top of the line use them, I do. I like the pricing of MM the way it is.

go to the beta test forum room

go to the message for updates of 3.1 or 3.2 by rusty.

go to the bottom of the page click on subscribe to this thread. you will be emailed when he posts new versions.

you need to be a member of the forum for any one reading this as a guest or from a search engine.

How does one get 'build 1288'??

For anyone experiencing this problem...

Problem will be fixed in build 1288, tracked as http://www.ventismedia.com/mantis/view.php?id=6155

robojock wrote:Hi emt96
thanks for your tip, i tried it as well but no luck i ripped a couple of cds and at first i thought the problem was solved but i just ripped a cd where the track "flowing" into each other happens its a real pain in the ass

I just ripped another CD today, and as you, no luck. Track 2 is not the real track 2, but part of track 1. I noticed that the duration of the track was exactly the duration of the last track 2 ripped five minutes ago.

Very strange thing I think.

Manu

robojock wrote:how do i do that?

Click the "Support" link at the very top of this site, then "Submit a ticket".

how do i do that?

robojock wrote:yes nohitter151 i am sure... it has to do with the ripping.
its like this track 1 rips ok, track 2 rips ok, track 3 (which is supposed to be track 3 isn't) its "part" of track 2 and part of track 3

That's a pretty serious problem then. You should send a track to the MM support team.

yes nohitter151 i am sure... it has to do with the ripping.
its like this track 1 rips ok, track 2 rips ok, track 3 (which is supposed to be track 3 isn't) its "part" of track 2 and part of track 3

robojock wrote:Hi emt96
i just ripped a cd where the track "flowing" into each other happens its a real pain in the ass

Are you sure that isn't just having "Crossfade" enabled? (disable under the "Play" menu)

Hi emt96
thanks for your tip, i tried it as well but no luck i ripped a couple of cds and at first i thought the problem was solved but i just ripped a cd where the track "flowing" into each other happens its a real pain in the ass

Hi,

I am in the same situation, with MM not ripping audio cds correctly. After doing some researches, I found a workaround : on the cd/dvd device window, I had to uncheck "on the fly encoding", et voila.

I rip my audio cds in mp3 (320kbs, stereo) with the lame_enc.dll bundled with mm.

My configuration : windows 7 64 bits, 4gigs of ram, quad core, HL-DT-ST DVDRAM GSA-H44N ATA Device, MM 3.1.2.1277

I did tests with the same hardware configuration and the same version of mm BUT with windows Vista 32 bits, and I had no problems ripping audio cds with the "on the fly encoding" option enabled.

Maybe it has something to do with windows 7 or the 64 bits thing ?

Manu

nice complaint but one missing part of info?

what format are you trying to rip too. it could be that format's codec in need of up dating? if you are not ripping to a wav file..