Print

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

[bob]

It is the cover art size and it's failing in the stream open to play to the device with a file format error.
I'm checking to see if the ones I have will play natively on the device to try and narrow down where the fault is, update they work as files on the device.
Looking into it more...

[AndrewFG]

Last time I saw this issue, it was simply that the cover art box was too big. But it occurs to me that the order of the boxes in an m4a file is not formally fixed, so it might be that having a large cover art box at the start of the file might cause the audio box to run out of space to play. So I would look at reducing the size of the art, and or moving it to the end of the file...

[xeroian]

I don’t believe it should be incumbent on me to resize embedded artwork since the albums I have problems with have all been purchased from HDTracks and downloaded using JRiver written software! I have never noticed this problem with Qobuz downloads.

I always buy the ALAC version for compatibility with my iDevices but often I find that JRemote gives me the streaming error and refuses to play. If I convert the album to FLAC using JRiver it works okay. If I convert it back to ALAC using JRiver it bombs again.

My latest example of this is Robbie Robertson’s Sinematic purchased last weekend.

The crazy thing is that if I have JRiver running as a server on one Windows machine and have JRiver on a second machine accessing the DLNA server then I can use JRemote to play music via the second machine and it works perfectly.

[bob]

I don’t believe it should be incumbent on me to resize embedded artwork since the albums I have problems with have all been purchased from HDTracks and downloaded using JRiver written software! I have never noticed this problem with Qobuz downloads.

I always buy the ALAC version for compatibility with my iDevices but often I find that JRemote gives me the streaming error and refuses to play. If I convert the album to FLAC using JRiver it works okay. If I convert it back to ALAC using JRiver it bombs again.

My latest example of this is Robbie Robertson’s Sinematic purchased last weekend.

The crazy thing is that if I have JRiver running as a server on one Windows machine and have JRiver on a second machine accessing the DLNA server then I can use JRemote to play music via the second machine and it works perfectly.

The problem appears to be in the library we are using. I've sent a test file to the author.
I also noticed that FLAC with the same cover art works, the path is different because it has to get converted by a plugin first then it goes to the same library.

The reason it works through the chained servers is that you are not in that case using the original cover art. It might not actually even be a ALAC file by that point.

[xeroian]

Bob, Thanks for confirming. This forum needs a thumbs up button.

[bob]

Got it. It will be fixed in the next release.
If anyone wants to beta test it drop me a PM.

[yenibahar]

I have the same problem. Until recently I always used iTunes to rip my CDs into ALAC, discarding iTunes' cover art and instead appending manually one cover art in the 900x900 pix dimensions. JRemote never had a problem reading these files when streaming from Media Center.

However, I recently switched to a bit-perfect ripping solution EAC (Exact Audio Copy) to improve the quality of my rips. Now for the first time ever JRemote is not playing my ALAC files that have been ripped with EAC software that uses FFMpeg as external encoder for ALAC. After the ripping/ALAC conversion, I embed in the files the cover art manually using iTunes, in a 900X900 size (typically ~300-350kb). The files play perfectly fine on my PC in JRiver Media Center (and any other PC audio app) as well as PlexAmp on my iPhone but JRemote gives the streaming error. I even tried to reduce the size of the embedded cover art into 600x600pix. No change. It's a pity. Unless there is a fix for JRemote, I think I am retiring JRemote and switching to PlexAmp for streaming onto my iPhone... :-(

[bob]

I have the same problem. Until recently I always used iTunes to rip my CDs into ALAC, discarding iTunes' cover art and instead appending manually one cover art in the 900x900 pix dimensions. JRemote never had a problem reading these files when streaming from Media Center.

However, I recently switched to a bit-perfect ripping solution EAC (Exact Audio Copy) to improve the quality of my rips. Now for the first time ever JRemote is not playing my ALAC files that have been ripped with EAC software that uses FFMpeg as external encoder for ALAC. After the ripping/ALAC conversion, I embed in the files the cover art manually using iTunes, in a 900X900 size (typically ~300-350kb). The files play perfectly fine on my PC in JRiver Media Center (and any other PC audio app) as well as PlexAmp on my iPhone but JRemote gives the streaming error. I even tried to reduce the size of the embedded cover art into 600x600pix. No change. It's a pity. Unless there is a fix for JRemote, I think I am retiring JRemote and switching to PlexAmp for streaming onto my iPhone... :-(

The cover art size limitation was fixed quite a while ago. Are you running the current version of JRemote?

[yenibahar]

I suspect it is not the cover size issue since I have already tried with smaller cover size. In fact, just in case, I upgraded yesterday from my v.26 to 27 and unfortunately the problem with JRemote continues.

[yenibahar]

Is there a way to send one of the non-working music files for review/diagnosis?

[bob]

Is there a way to send one of the non-working music files for review/diagnosis?

You could email one of the smallest ones you have to bob (at) jriver.com.

I expect that something weird is being added to the tags somewhere along the way.
You could test by adding the cover art in MC as opposed to iTunes.