Error in REST API: EofException

[dsiminiuk]

I download a podcast daily, 3 - 1 hour episodes. Since June of 2014.

May 19th the files played fine, May 20th they did not. I get this error...

Code: Select all

[10/28/15 10:25:32 AM CDT]   INFO   PlayQueueInputStream   username listening to "Podcast Show 2015\rs_20150731-1_Fri_b0ed8fc4-c82d-4fd6-b053-397248f296ef_radio-show_Hi.mp3"
[10/28/15 10:25:41 AM CDT]   WARN   RESTFilter   Error in REST API: EofException
[10/28/15 10:25:41 AM CDT]   ERROR   JAXBWriter   Failed to marshal JAXB
[10/28/15 10:25:41 AM CDT]   ERROR   RESTFilter   Failed to write error response.


This happens playing with the subsonic or DSub apps on my Android phone, either locally on my local LAN by WiFi (no firewall/forwarding rules) or remotely through my firewall.

However, all files play fine in the web client (PC on the local LAN).

In the past I have had to update the ID3 tags, removing the ID3v1 tags from the files in order to make them play on with DSub or Subsonic apps on Android.

Why?

[dsiminiuk]

Well you all will be glad to know that I found the problem. right.

The files that do not play have a corrupted ID3v2 TIT2 tag.

The Title, of every "bad" file has a DC3 control character in it. This of course is CTRL-S or XOFF. So the ID3 tag is causing the network stream to stop with an embedded software flow control character.

These DC3 characters are in the tags as they are from the author.

I have notified the author of this issue and have no idea if they will fix it. I will try to find a way to edit the tags now to fix the files.

I hope this helps somebody.

It would be really great if subsonic filtered the text inside quotations of the tags for plain text so this wouldn't matter.

[daneren2005]

Yikes what a complicated problem. Thank you for sharing the solution so others can know what to look for.

[CitrusCitrus]

This is happening to me as well on the latest version 5.3. But this didn't happen to me in 5.2.1.

[CitrusCitrus]

This is happening to me as well on the latest version 5.3. But this didn't happen to me in 5.2.1.

I'd like to make a correction. This is only happening for me on iOS apps shen running through CloudFlare SSL. Such as play:Sub, iSub, soundwaves.This then causes my music not to play on iOS.

When I use an app such as dsub on android or use my web browser on the computer it works just perfectly.

[Override92]

I had the same problem with dsub app using my android smartphone. It does not happen when I'm using the web interface.

Override