Skip to main content

Topic: GAPLESS Playback now in iPods - New! (Read 222706 times) previous topic - next topic

0 Members and 1 Guest are viewing this topic.
  • tycho
  • [*][*][*][*]
GAPLESS Playback now in iPods - New!
Reply #250
I've just split an mp3/cue with pcutmp3 and found that it plays gapless in foobar2k but not on itunes 7 or the ipod 5G 80gb.

My understanding is that both itunes 7 (ipod)  and foobar2k use the lame tag for the gapless info, so why is it gapless in foobar2k and not on the Ipod (itunes 7)?

Only SebastianG is able to tell if the lame tags with the gapless info is written exactly as lame does it itself, but if Foobar2k works, in theory iTunes should get it right too.

Are you sure iTunes "searched for gapless info" before it transfered files to your ipod?

You may also try to retransfer them with the new Winamp 5.30. Make sure to go to the preferences in the Portable -> iPod -> Advanced, and scan for gapless info there before transfering.

  • benski
  • [*][*][*][*][*]
  • Developer
GAPLESS Playback now in iPods - New!
Reply #251
You may also try to retransfer them with the new Winamp 5.30. Make sure to go to the preferences in the Portable -> iPod -> Advanced, and scan for gapless info there before transfering.

This is only necessary for old files already on the ipod.

  • Rochey
  • [*]
GAPLESS Playback now in iPods - New!
Reply #252
Just been playing some more and found that the first track that I cut with pcutmp3 is gapless to the second on both itunes and the ipod but the next 3 or 4 I tried had a slight gap, strange?!

Can I upload the album to my ipod using winamp 5.3 and not disturb any of the itunes info as I'd hate to upload my library again?
Also does winamp deal with the gapless differently to itunes?

cheers

Rochey

  • benski
  • [*][*][*][*][*]
  • Developer
GAPLESS Playback now in iPods - New!
Reply #253
Can I upload the album to my ipod using winamp 5.3 and not disturb any of the itunes info as I'd hate to upload my library again?
Also does winamp deal with the gapless differently to itunes?


You can use the same ipod with both Winamp and iTunes.  However, it's probably best to use only one or the other (or else back up your itunesdb file often

  • kwanbis
  • [*][*][*][*][*]
  • Developer (Donating)
GAPLESS Playback now in iPods - New!
Reply #254
iTunes 7.0.1 is released.

  • Rochey
  • [*]
GAPLESS Playback now in iPods - New!
Reply #255
It's really starting to frustrate me now.

All the cd's that I rip manually using EAC and Lame 3.96.1 all appear to be gapless on both my ipod 5G 80gb and itunes 7. This is great.

I have got a couple of continuous mp3's which I have split using the .cue file and pcutmp3. Now when I play these newly split mp3's in itunes SOMETIMES they are gapless and other times they are not (it seems totally inconsistant). And then on top of that the Ipod NEVER seems to be gapless on these newly made mp3's!!! How frustrating!!!

It's great that the Ipod has gapless and now that it does I want all my mp3's to work. Maybe I'm asking too much.

I haven't tried using winamp 5.3 as I don't want to have to re-download all my mp3's, although I will test if anyone thinks that winamp does the gapless differently.

If anyone can help it would be greatly apprieciated.

Also another route I was thinking is mounting the mp3 and cue as an image and ripping it using EAC but I don't think that there is anything out there that supports this. If anyone has heard of any tool that does this then please let me know.

I look forward to the replys.

Rochey

  • benski
  • [*][*][*][*][*]
  • Developer
GAPLESS Playback now in iPods - New!
Reply #256
I have got a couple of continuous mp3's which I have split using the .cue file and pcutmp3. Now when I play these newly split mp3's in itunes SOMETIMES they are gapless and other times they are not (it seems totally inconsistant). And then on top of that the Ipod NEVER seems to be gapless on these newly made mp3's!!! How frustrating!!!


I'm not familiar with pcutmp3.  Does it write a new Xing/LAME header at the beginning of the files it creates?  If it does, are the padding values that it writes accurate?  Do the pcutmp3-generated files play gapless in a Winamp or foobar?

  • krazy
  • [*][*][*][*]
GAPLESS Playback now in iPods - New!
Reply #257
[complete guess mode]

All the files I have split using pcutmp3 work great in foobar (I don't have an ipod). However, they do have very large values of <ENC_DELAY> and <ENC_PADDING>. Much larger than files generated by normal CD rips (eg. 2856/1440 vs. 576/1380).

Could it be that itunes/ipod can't handle such large values? (As Sebastian mentions, fb2k 0.8.3 doesn't)

[/complete guess mode]

GAPLESS Playback now in iPods - New!
Reply #258
Ok, I've had some weird luck with LAME files and gapless in the new iTunes 7/iPod firmware 1.2 combo. 

CD: Brian Wilson "Smile"
Problematic track transition: 07 Wonderful / 08 Song for Children

With straight-up lame -V 4 --vbr-new encode, the iPod cuts maybe 100 milliseconds off the end of track 7 or the beginning off of track 8 and the rhythm is messed up as a result.

lame -V 4 --vbr-new --nogap encode, the transition is a little smoother, but the rhythm is still wrong.  I did run the resulting files through vbrfix to get the reported track lengths corrected.

lame -V 4 --vbr-new --nogaptags --nogap encode: PERFECT transition.  (re: --nogaptags -- I got in the habit of encoding with this along with --nogap with an old Archos Jukebox using Rockbox as per their wiki for Archos machines. I've been told it's wrong to use it. And yet it works...)

Pretty much any other gapless CD I have in LAME on my hard drive was encoded using --nogaptags --nogap as the extra parameters but work perfectly gaplessly.  I've been recently told that LAME is supposed to be gapless by nature and that --nogap is redundant and --nogaptags is definitely not useful.  Any idea why I've had this experience?

  • Gabriel
  • [*][*][*][*][*]
  • Developer
GAPLESS Playback now in iPods - New!
Reply #259
--nogap is a kludge that assume a specific behaviour of the decoder/player.
If you stop using --nogap, you'll have proper gapless decoding in Fb2k/Winamp/iTunes.

GAPLESS Playback now in iPods - New!
Reply #260
--nogap is a kludge that assume a specific behaviour of the decoder/player.
If you stop using --nogap, you'll have proper gapless decoding in Fb2k/Winamp/iTunes.


Right, that's what I've been told -- but like I said, I did a "normal" encode without --nogap and did *not* have proper gapless decoding in the iPod.  I ripped the CD to .WAV using EAC and encoded using RazorLame with Lame 3.97 using -V 4 --vbr-new and did not have a smooth gapless transition between the two tracks on the iPod.

Edit: I should point out that I did have perfect gapless playback with those same files (the ones encoded without --nogap) in foobar and iTunes, just not on the iPod.
  • Last Edit: 28 September, 2006, 10:37:02 AM by michael.conner

  • ExUser
  • [*][*][*][*][*]
  • Read-only
GAPLESS Playback now in iPods - New!
Reply #261
My own, revised findings are that LAME MP3 usually works. Every once in a while, my iPod screws up a transition. I'll go back and try it again and get gapless playback. I think there are still some sizable bugs in gapless. pcutmp3 mp3s don't work consistently either, despite having proper LAME headers with all the required info.
  • Last Edit: 28 September, 2006, 11:34:49 AM by Canar

  • maggior
  • [*][*][*]
GAPLESS Playback now in iPods - New!
Reply #262
Right, that's what I've been told -- but like I said, I did a "normal" encode without --nogap and did *not* have proper gapless decoding in the iPod.  I ripped the CD to .WAV using EAC and encoded using RazorLame with Lame 3.97 using -V 4 --vbr-new and did not have a smooth gapless transition between the two tracks on the iPod.


I'm new to this (to LAME that is, not digital audio in general) so my suggestions/comments may be obvious.  If they are, I apologize.

My understanding is that when you encode tracks to be gapless, they must all be specified on the command line of LAME at the same time.  Utilities that only place one file at a time on the command line will not result in gapless files.  I think RazorLame puts only a single file on the command line at a time.

The only frontend that I've seen that allows for this is ALL2LAME.  There is a check box for gapless and you need to set "dividers" between albums by clicking a button.  This causes the files grouped together as albums to all be put on the command line of LAME together.

Perhaps this will help you out.

Rich
  • Last Edit: 28 September, 2006, 12:16:19 PM by maggior

GAPLESS Playback now in iPods - New!
Reply #263


Right, that's what I've been told -- but like I said, I did a "normal" encode without --nogap and did *not* have proper gapless decoding in the iPod.  I ripped the CD to .WAV using EAC and encoded using RazorLame with Lame 3.97 using -V 4 --vbr-new and did not have a smooth gapless transition between the two tracks on the iPod.


I'm new to this (to LAME that is, not digital audio in general) so my suggestions/comments may be obvious.  If they are, I apologize.

My understanding is that when you encode tracks to be gapless, they must all be specified on the command line of LAME at the same time.  Utilities that only place one file at a time on the command line will not result in gapless files.  I think RazorLame puts only a single file on the command line at a time.

The only frontend that I've seen that allows for this is ALL2LAME.  There is a check box for gapless and you need to set "dividers" between albums by clicking a button.  This causes the files grouped together as albums to all be put on the command line of LAME together.

Perhaps this will help you out.

Rich


Thanks... actually, I used ALL2LAME for the two "gapless" encodes.  As I understand it, checking the "No Gap" box in ALL2LAME simply puts in the --nogap command while encoding. 

The first time I encoded using ALL2LAME, I used "-V 4 --vbr-new" and clicked the "No Gap" box.  Resulting files have a faulty transition *every time* on the iPod (although less faulty than when I used Razorlame). 

The second time, I used "-V 4 --vbr-new --nogaptags" and clicked on "No Gap."  The resulting files have a perfect transition every time.

(As a side note, encoding the same files with iTunes AAC is perfect every time.)

It may be that for whatever reason, iTunes' gapless scanning can be occasionally buggy.

My own, revised findings are that LAME MP3 usually works. Every once in a while, my iPod screws up a transition. I'll go back and try it again and get gapless playback. I think there are still some sizable bugs in gapless. pcutmp3 mp3s don't work consistently either, despite having proper LAME headers with all the required info.


I think so, too, about the bugs in gapless playback.  I have been finding AAC gapless pretty flawless.  But I've had that same experience you had, too, where going back made it work correctly.  Those two Brian Wilson tracks I mentioned in my earlier post are the first ones I've had be consistently bad.

  • garym
  • [*][*][*][*][*]
GAPLESS Playback now in iPods - New!
Reply #264



Right, that's what I've been told -- but like I said, I did a "normal" encode without --nogap and did *not* have proper gapless decoding in the iPod.  I ripped the CD to .WAV using EAC and encoded using RazorLame with Lame 3.97 using -V 4 --vbr-new and did not have a smooth gapless transition between the two tracks on the iPod.


I'm new to this (to LAME that is, not digital audio in general) so my suggestions/comments may be obvious.  If they are, I apologize.

My understanding is that when you encode tracks to be gapless, they must all be specified on the command line of LAME at the same time.  Utilities that only place one file at a time on the command line will not result in gapless files.  I think RazorLame puts only a single file on the command line at a time.

The only frontend that I've seen that allows for this is ALL2LAME.  There is a check box for gapless and you need to set "dividers" between albums by clicking a button.  This causes the files grouped together as albums to all be put on the command line of LAME together.

Perhaps this will help you out.

Rich


Thanks... actually, I used ALL2LAME for the two "gapless" encodes.  As I understand it, checking the "No Gap" box in ALL2LAME simply puts in the --nogap command while encoding. 

The first time I encoded using ALL2LAME, I used "-V 4 --vbr-new" and clicked the "No Gap" box.  Resulting files have a faulty transition *every time* on the iPod (although less faulty than when I used Razorlame). 

The second time, I used "-V 4 --vbr-new --nogaptags" and clicked on "No Gap."  The resulting files have a perfect transition every time.

(As a side note, encoding the same files with iTunes AAC is perfect every time.)

It may be that for whatever reason, iTunes' gapless scanning can be occasionally buggy.

My own, revised findings are that LAME MP3 usually works. Every once in a while, my iPod screws up a transition. I'll go back and try it again and get gapless playback. I think there are still some sizable bugs in gapless. pcutmp3 mp3s don't work consistently either, despite having proper LAME headers with all the required info.


I think so, too, about the bugs in gapless playback.  I have been finding AAC gapless pretty flawless.  But I've had that same experience you had, too, where going back made it work correctly.  Those two Brian Wilson tracks I mentioned in my earlier post are the first ones I've had be consistently bad.


One of the issues I've noticed with gapless on IPOD itself is that it often doesn't work if you fast forward through a song to get close to the end to "check" for gapless. The very act of moving through the song seems to throw things off. I've listed to many gapless on the IPOD over the last few days (lots of live concerts) and it seems to work perfectly with lame and old fhg CBR files so long as I play the song all the way through. Probably a function of the cache, etc. within the ipod itself.

GAPLESS Playback now in iPods - New!
Reply #265
One of the issues I've noticed with gapless on IPOD itself is that it often doesn't work if you fast forward through a song to get close to the end to "check" for gapless. The very act of moving through the song seems to throw things off. I've listed to many gapless on the IPOD over the last few days (lots of live concerts) and it seems to work perfectly with lame and old fhg CBR files so long as I play the song all the way through. Probably a function of the cache, etc. within the ipod itself.


AHA!  I just tried the two "bad" files again, just let them go all the way through -- perfect gapless.  Thanks!

  • greynol
  • [*][*][*][*][*]
  • Global Moderator
GAPLESS Playback now in iPods - New!
Reply #266
My understanding is that when you encode tracks to be gapless, they must all be specified on the command line of LAME at the same time.  Utilities that only place one file at a time on the command line will not result in gapless files.
I'm just about 100% certain this is not true.  I believe that as of Lame 3.90.3, gapless information is placed in the lame header by default.  My tracks are gapless in foobar2000, Winamp and iTunes7 and I have done nothing special to my Lame command line.

EDIT: Going out on a limb and striking my uncertainty...
  • Last Edit: 28 September, 2006, 03:41:14 PM by greynol
13 February 2016: The world was blessed with the passing of a truly vile and wretched person.

Your eyes cannot hear.

  • grommet
  • [*][*][*][*]
GAPLESS Playback now in iPods - New!
Reply #267
there is a firmware bug (v1.0.1) which makes it impossble to search within long tracks (more than 5-6 minutes)
2G nano 1.0.2. firmware should fix that.

  • garym
  • [*][*][*][*][*]
GAPLESS Playback now in iPods - New!
Reply #268
there is a firmware bug (v1.0.1) which makes it impossble to search within long tracks (more than 5-6 minutes)
2G nano 1.0.2. firmware should fix that.


The issue I raised before about "playing song all the way through" to insure gapless works is true on my 5G 60GB ipod with most current 1.2 update. The issue is not the ability to search long tracks, but the way it sometimes (not always) throws off the gapless transition.

  • maggior
  • [*][*][*]
GAPLESS Playback now in iPods - New!
Reply #269
My understanding is that when you encode tracks to be gapless, they must all be specified on the command line of LAME at the same time.  Utilities that only place one file at a time on the command line will not result in gapless files.

I'm just about 100% certain this is not true.  I believe that as of Lame 3.90.3, gapless information is placed in the lame header by default.  My tracks are gapless in foobar2000, Winamp and iTunes7 and I have done nothing special to my Lame command line.


This is probably straying off topic, but it is still regarding gapless and playback on iPod.  I'll be moving to using an iPod with files encoded with LAME and I want to make sure I'm doing this correctly before I go nuts encoding all of my music.

Can somebody verify with 100% certainty that it is NOT necessary to put all files of a gapless album on the command line of LAME when encoding?  Anything that I've read indicates that you have to, but I'm new to LAME, so I may have missed something.  I know that --nogap is no longer required, but I'm not sure about the files on the command line issue.

Thanks!!

  • greynol
  • [*][*][*][*][*]
  • Global Moderator
GAPLESS Playback now in iPods - New!
Reply #270
I should have also mentioned that my gapless lame files are created one at a time.

EDIT: And my thinking as to why you're seeing gaps is because you are seeking within the track rather than letting it play through, which is commonly known to create problems.

EDIT #2: one at a time
  • Last Edit: 28 September, 2006, 03:30:31 PM by greynol
13 February 2016: The world was blessed with the passing of a truly vile and wretched person.

Your eyes cannot hear.

  • maggior
  • [*][*][*]
GAPLESS Playback now in iPods - New!
Reply #271
Thanks... actually, I used ALL2LAME for the two "gapless" encodes.  As I understand it, checking the "No Gap" box in ALL2LAME simply puts in the --nogap command while encoding.


Actually, this also forces ALL2LAME to put the files all onto a single command line with LAME.exe.

From the ALL2LAME documentation:
"No Gap:

When "No Gap" is checked the --nogap switch is set and all filenames are put on one command line (my emphasis). Some things you should know about the --nogap switch:"

  • greynol
  • [*][*][*][*][*]
  • Global Moderator
GAPLESS Playback now in iPods - New!
Reply #272
With foobar2000, it's quite easy to see the gapless info.

Right-click>Properties>Properties tab>General Section>Duration
  • Last Edit: 28 September, 2006, 03:34:33 PM by greynol
13 February 2016: The world was blessed with the passing of a truly vile and wretched person.

Your eyes cannot hear.

  • [JAZ]
  • [*][*][*][*][*]
GAPLESS Playback now in iPods - New!
Reply #273
Complementing what has already been said:

don't use --nogap

It doesn't fix the gap problem in general.

It works like if one had cut an mp3 at a frame boundary, and not using bit reservoir on those two frames.
This doesn't remove the delay a decoder would introduce when starting to decode.
  • Last Edit: 28 September, 2006, 04:19:29 PM by [JAZ]

  • Rochey
  • [*]
GAPLESS Playback now in iPods - New!
Reply #274
Got an idea for the long mp3's with a cue sheet, don't know how feasible it is for you guys.

How about mounting the cue file in foobar2k using it to create an image via Nero 7.5 and then using EAC to rip the new tracks.

I have just done it and the whole process took about 7-10mins to do. I loaded the newly ripped tracks on itunes and they all played completely gaplessly.I haven't tried my ipod but I would assume it will also be gapless as everything that I ripped using EAC has been gapless.

The only downside to this is audio quality but still it's a possible workaround for the long mp3's that we want to split.

Could someone explain the loss of audio quality through this process to me? If the loss of audio is only negligable then I think that I will start to split my long mp3's this way.