INTERACT FORUM

I've asked about this request a couple of times, and forgive me if I'm wrong as I'm not a JRiver programmer, but it seems to me that this wouldn't be that difficult to implement in a future 9.1 build. I would like to see it before version 10.

...or EAC>Action>Copy Range. Just drag the Start Position / End Position sliders around to suit. To have it start or end at a particular track, push the Snap Track button. Does not generate a cue sheet.

10^-27

Nope.

Nope - no idea?? Or nope it can't!

Not sure if I should be posting this on a JRiver forum .... but I have found an easy way to do this .... iTunes for Windows! Sorry JRiver you need to get your skates on! I reckon at least 25% of my CD collections is live concert CDs or DJ mixes so you need to add this functionality to Media Center! Also iTunes is free!!

Looks like the answer is no .... it shows the entire CD as a single entry in iTunes so there is no access to tracks in the middle of the CD. Not ideal but not really a problem for me as I only really use my iPod to play music.

Adressing your points.......

I really don't see a point in having a 700 meg mp3

Its not a 700MB mp3....its something like 100~120Mb, remember its compressed to mp3( assuming 192kbs compression). The reason its is done as a whole mp3, is so that no gaps between tracks can be percieved. When ripped this way, there is a cuefile which indicates where the different tracks can be found. This method is used mostly for live albums and mixes, where tracks blend into each other rather than the usual fade-out.

Why is it ripped as a whole mp3 instead of separate mp3s, cos there is no mp3 player out there that can play the separate tracks, seamlessly back to back. MC comes close with gapless play but isn't perfect. The larger reason is mp3 is not very gapless play friendly.

SO the workaround for gapless play is rip as ONE BIG mp3...this removes the problem of gapless play and plays the whole album gaplessly regardless of which mp3 player is used.

Now the issue is..can i see the individual track names while the big M3 is playing. Currently not in MC, but i can with winamp+mp3cue plugin. I dont want to use winamp anymore, i would rather use MC

Now regarding portable players, none to my knowledge can understand a CUE file but they understand mp3s. So the big file is transferred over. You cant see tracknames, but as long as it plays gaplessly.

But MC is a desktop app, it has the resources available to process a CUE file.

is it so when you change the ID3v2 tag so the whole file needs to be re written?

Yes, the first time only, if you use ID3v2 tags.

could it be to make it harder to find a song in your collection?

well yes, if the track/song is one of the many that is ripped inside the BIG mp3, it is not possible to access, since MC cant understand CUE files. So instead of seeing the diff tracknames as the album progresses, you only see the album name or whatever you decided to name the BIG mp3.

A plugin like mp3cue which works with winamp allows this.

is it incase one part of the mp3 to become corrupt that the whole album is crap?

conceivably....yes. But how often does this happen.

it it so that it will be not compatable for portables who can't hold that much info?

it it to make it harder to port it around?

not sure i follow anything said here.....

Am i missing something that is exciting and that i will lose sleep over if i don't have it?

i am cos i cant use the many many albums i have that are ripped as one BIG mp3 in MC.

Now you ahve a similar scenario with APE files. Its possible to rip a mix album as one big APE file. MC does not do the ripping as one big file yet, but EAC can do it.

Now ppl in the monkey world asked for a similar feature, ie to see the diff track names. Matt invents APLs, which are created using a utility called MakeAPL.

An APL is just a small text file that tells the player where to access tracks given an offset. if there are x tracks in an album, MakeAPL will create x APL files.

TO MC, an APL is like a separate APE file. even though in reality, its not, its merley a pointer to where the track begins in the big APE file.


I am interested in seeing this APL idea used in MP3s. Since Matt invented them and is with JRiver, i think this might be feasible.


i figure it would take 2 tools,
- a MakeAPL type tool that can create these APLs for an MP3
- a mp3decoder that is capapble of understanding these APLs and plays them.

i figure if JRiver can do audio analysis they are capable of doing the above.


Hope this clears things up for u king

So a Que File Does What?

And I Guess Winamp Allows For Large MP3's And The Que File Tells Where Parts Of The File Start And End?

Cuesheets explained here.