Problem playing very large files

[Mercenary]

Hi guys,
I have got a little problem trying to play a very large audiobook that unluckily came as one big file.
We are looking at Stephen King's "Sleeping Beauties" and this is ~3.5GB in size.
So in order to more easily jump around in the book I created a .CUE file and chopped it into chunks of ~60 minutes.

However that does not help.

The cue marks are recognized



but when clicking on any one of them it will always jump back to the 1st track. Also I cannot fast forward within a track. Same behaviour - will jump to beginning of first track or it will just generate some horrible noise.
The player does not matter. I tried it on my phne with Squeeze CTRL, on the web interface and on the Boom with the hardware buttons so I guess the error must be somewhere else.

I know that it is a large file but I could not cut it down.

Any ideas what might be causing the behaviour and how to fix it?

Cheers,
Matthias

[Paul Webster]

A while ago (perhaps around a year) I had the noise issue when using .cue to break up long MP3 files.
However, the problem went away, without me noticing when ... which I put down to updating LMS.
Right now the LMS I am running is 7.9.1 - 1522157629 @ Fri Mar 30 12:31:02 CEST 2018

Also - I think I have seen a problem when using .cue to seek into some unusually encoded files - perhaps .mp2 or .ts

What is the format of yours? Also - is it CBR or VBR encoded?

[Mercenary]

Hi Paul,
thanks for the fast reply.
I checked and the file is CBR 320kbps encoded with ffmpeg, standard mp3 as far as I can tell.
Running LMS 7.9.1 too.

Does that look ok or prone for problems?

Thanks,

Matthias

[Paul Webster]

That looks fine to me.
I have lots of 2-5 hour shows that are encoded as 128k CBR MP3 and they work fine.

You could try reencoding one of the files with a lower bit rate to see if it makes a difference ... and for an audiobook it might not sound very different anyway.

[mherger]

> You could try reencoding one of the files with a lower bit rate to see
> if it makes a difference ... and for an audiobook it might not sound
> very different anyway.

Or split it into tracks?

--

Michael

[Mercenary]

Hi Paul, Michael,
converting to 192kbps still does not change it.

Interestingly I have got another one that is 1.4GB and 320kbps and there at least I can fast foward to another time.

I actually wanted to split it but the tool I have (audacity) cannot handle files of that siz

Cheers,

Matthias

[Paul Webster]

In mine the .cue file splits, for example, a 3 hour show into the individual tracks and spoken links.
So the longest segment is only a few minutes long.

So - another experiment that you could do is make a .cue file that sets 5 minute segments rather than 1 hour or so - just to see if it changes things.

[mherger]

> Interestingly I have got another one that is 1.4GB and 320kbps and there
> at least I can fast foward to another time.

Did you check server.log to see what is causing the issue?

--

Michael

[Mercenary]

OK, I did another search for a slim audio splitter and this time I found this: mp3splt-gtk 0.9
which workd pretty easy.

So now the file is split up into 28 equal chunks and that should solve the problem.

I would still like to understand what caused the problem though.

Thanks again for the help.

Matthias

[drmatt]

Just a wild guess but I'd say 32 bit seek offset in bytes is baulking because the file is >2GB?


Transcoded from Matt's brain by Tapatalk