subsonic does not play next track

[jokah]

I am also dying to solve this issue. Given the above discussion, I just tried disabling all my Chrome extensions and launching Chrome in incognito mode. No dice, auto-advancement is still not happening. Both when casting to Chromecast and playing from within the browser. No errors appear to be logged in the subsonic logs. What else can I look at?

To clarify, here's what I'm seeing - behavior is consistent across every album/playlist I have tested:
- Track 1 plays fine
- Track 2 never begins unless I manually advance
- Affected platforms: Chrome in browser, Chrome + Chromecast, Dsub + Chromecast
- Working platforms: Dsub (on phone), Microsoft Edge Browser

[jokah]

Update to previous:

After rereading this thread and seeing the recommendation to try mp3check, I thought I would take a look. Sure enough, mp3check reported errors on my test case that can consistently reproduce the not-advancing-track issue. These are MP3s I've had in my library for at least a decade, so *something* changed quite recently to be more picky.

[audiosteve]

Did you build mp3check or is there an .exe somewhere?

BTW, if something wrong is found is there any way to correct it?

Thanks

[audiosteve]

BTW, disabling extensions, running in incognito and enabling FLASH, as previously recommended, did not fix my problem.

[jokah]

mp3check is available here: https://sourceforge.net/projects/mp3check/ I'm running this on a Linux system - no idea if this will work on Windows, sorry.

I should have mentioned the tool has a mode to fix errors. This is what has worked for me: mp3check --cut-junk-end --cut-junk-start *mp3

[audiosteve]

Hi Jokah,

All I have found is the source code. Is there a windows executable available for this program?

[audiosteve]

Or I could use an .rpm. But compiling would be a stretch for me.
Thanks.

[toolman]

For Windows you can try MP3RepairTool.
http://www.softpedia.com/get/Multimedia ... Tool.shtml

[framfram]

Hi,

I had the same issue. For my mp3 collection, as a workaround: settings/encoding --> add mp3 as source type.

Regards

[audiosteve]

Yes. Forcing a transcoding fixes the problem. So that has to be huge clue as to what the root cause is. Anyone have any ideas?
BTW, I did this to force the transcode but also to keep the quality up:

CONVERT FROM: mp3 CONVERT TO: m4a STEP1: ffmpeg -i %s -c:a aac -b:a 224k -f adts -

This works but also slows things down....further. Along with the original 'non advancing' problem there was always a 'buffering' delay that did not used to be there and appeared at the same time. Adding the transcoding just makes it worse.

With this new information does anyone have any ideas as to the root cause and solution? Could it be bogus tags?
Thanks

[framfram]

Hi,

I kept default "ffmpeg -i %s -map 0:0 -b:a %bk -v 0 -f mp3 -" and i'm not facing any issue.


Regards

[audiosteve]

So you have no delay between songs? I do. I wonder if it's an different issue. The method of transcoding does not change the delay.

[framfram]

As a workaround for the stop problem at the end of tracks, and waiting for a solution, forcing reencoding from mp3 to mp3 --> no delay.


Regards

[audiosteve]

I'm not sure I understand your last comment. Do you mean that "reencoding mp3 to mp3 --> no delay" means reencoding mp3 to mp3 does not cause a delay ?
So using the default transcode string yields no delay?
That is not what I am finding. In that case I may have more than one problem.

[framfram]

You understood well:

NOM SOURCE DESTINATION ETAPE 1
mp3 audio ogg oga aac m4a flac wav wma aif aiff ape mpc shn mp3 mp3 ffmpeg -i %s -map 0:0 -b:a %bk -v 0 -f mp3 -

No problem at all

Regards