Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[cncb]

Is there a field that can be accessed from the SDK that contains the gapless playback info ("start" and "end" shown in the detailed format window)?  I tried "Audio Analysys Info" but it seems to be empty.

[cncb]

Is there any way to access this info via automation?

[Matt]

It's not databased, but instead read at playback time.

We could still make it accessible from the TagInfo(...) expression but it would have to load and parse the file so would be a little slow.

Would that work?

[cncb]

Yes, that would be great.  Thanks.

[cncb]

I know this is low priority but is there any chance this could make a build soon?  Thanks.

[cncb]

bump?

[Matt]

We'll add this to 14.0.50 and later.

Tag(Gapless Header)
Tag(Gapless Footer)

Note that tag fields are case sensitive.

The context could be file-type specific.  In the case of MP3, the return value will be blocks (or samples depending on your lingo).

Also, remember that Tag(...) expressions must open the file and parse the tag so are 1000's of times slower than database fields.  Use them accordingly.

[cncb]

Thanks very much.  Can you tell me which audio file types where the return value would not be samples?

[cncb]

Most of my gapless footers are in the range of 1000-2000 samples.  It must be more complicated than this but to convert this to seconds I divide by the sample rate (44100) to get ~45 ms?  This doesn't seem right.  It almost seems feasible that these values could be ms instead of samples?  Am I missing something in the calculation?  Thanks.

[Matt]

Thanks very much.  Can you tell me which audio file types where the return value would not be samples?

Only MP3 supports the field for now.  I'm just trying to future-proof.

Most of my gapless footers are in the range of 1000-2000 samples.  It must be more complicated than this but to convert this to seconds I divide by the sample rate (44100) to get ~45 ms?  This doesn't seem right.  It almost seems feasible that these values could be ms instead of samples?  Am I missing something in the calculation?  Thanks.

You've got it right.  The gap is just a portion of a second.

[cncb]

Thanks, Matt, but something doesn't seem right.  The gapless header for all ~4700 tracks in my library seems to be 576 - I have a hard time believing that they will all be exactly the same.  I'm reading the "Gapless" values from the "file format" tag window which seems to be the same as what the Tag() function returns.  I also have a sample track which has over a second of silence at the end when I play it in WMP but MC reports the gapless footer as only 1554 samples (35 ms)?  May I send you this small sample file?

[Matt]

Thanks, Matt, but something doesn't seem right.  The gapless header for all ~4700 tracks in my library seems to be 576 - I have a hard time believing that they will all be exactly the same.  I'm reading the "Gapless" values from the "file format" tag window which seems to be the same as what the Tag() function returns.  I also have a sample track which has over a second of silence at the end when I play it in WMP but MC reports the gapless footer as only 1554 samples (35 ms)?  May I send you this small sample file?

The gapless information is unrelated to silence at the head or tail.  It's an encoder thing telling a decoder how to eat the small amount of extra it encodes into the file.

There is an independent option in Media Center to not play silence, but this is not related to gapless headers / footers.

[cncb]

Sorry, I guess I asked for the wrong thing .  So, you could have "gapless" playback selected in MC and still have silence between tracks?  Is there a way to get the amount of "silence" at the beginning and end of the files?

[Matt]

So, you could have "gapless" playback selected in MC and still have silence between tracks?

Yes, if the originals had silence.

Is there a way to get the amount of "silence" at the beginning and end of the files?

Short of decoding the files and analyzing them, no.  We've toyed with moving the 'skip silence' option into an audio analyzer field so that CD burning could better leverage it without decoding before a burn, but it's a big change for something that isn't widely desired.

[cncb]

So, I take it you determine the silence during playback?  I apologize for asking for the wrong thing and having you waste time adding it.

[Matt]

So, I take it you determine the silence during playback?

Yes.  It's a DSP of sorts.

I apologize for asking for the wrong thing and having you waste time adding it.

No biggie.  It might turn out to be useful for some other reason.