Home of the Squeezebox™ & Transporter® network music players.
Results 1 to 10 of 10
  1. #1
    Junior Member
    Join Date
    Jul 2011
    Posts
    25

    Problem playing very large files

    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

    Name:  Screenshot_20181012-172239_Squeeze Ctrl25.jpg
Views: 96
Size:  73.3 KB

    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
    ------------------------
    3 * Boom, 1 * Radio, 1 * Touch, 1 SB Classic, 2 SB Duet, Server and music on Synology DS718+

  2. #2
    Senior Member
    Join Date
    Apr 2005
    Location
    UK/London
    Posts
    1,162
    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?
    Paul Webster
    http://dabdig.blogspot.com
    Author Radio France (FIP etc) plugin

  3. #3
    Junior Member
    Join Date
    Jul 2011
    Posts
    25
    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
    Last edited by Mercenary; 2018-10-12 at 03:13.
    ------------------------
    3 * Boom, 1 * Radio, 1 * Touch, 1 SB Classic, 2 SB Duet, Server and music on Synology DS718+

  4. #4
    Senior Member
    Join Date
    Apr 2005
    Location
    UK/London
    Posts
    1,162
    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.
    Paul Webster
    http://dabdig.blogspot.com
    Author Radio France (FIP etc) plugin

  5. #5
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    20,118

    Problem playing very large files

    > 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

  6. #6
    Junior Member
    Join Date
    Jul 2011
    Posts
    25
    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
    ------------------------
    3 * Boom, 1 * Radio, 1 * Touch, 1 SB Classic, 2 SB Duet, Server and music on Synology DS718+

  7. #7
    Senior Member
    Join Date
    Apr 2005
    Location
    UK/London
    Posts
    1,162
    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.
    Paul Webster
    http://dabdig.blogspot.com
    Author Radio France (FIP etc) plugin

  8. #8
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    20,118

    Problem playing very large files

    > 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

  9. #9
    Junior Member
    Join Date
    Jul 2011
    Posts
    25
    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
    ------------------------
    3 * Boom, 1 * Radio, 1 * Touch, 1 SB Classic, 2 SB Duet, Server and music on Synology DS718+

  10. #10
    Senior Member
    Join Date
    Apr 2013
    Location
    UK
    Posts
    1,246
    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
    --
    Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with Debian+LMS 7.9.0
    Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/44k albums..

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •