Print

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

[Mike Foran]

I've had years of generally flawless playback but I just came across a situation where JRemote will not play audio on my Apple devices if the 'Transcode' option is set to 'On' with the general message "Audio Streaming Error..." This happens on all the Apple devices in our home running JRemote (4 iPhones of various generations and an iPad). We don't stream to the devices often so I'm not sure where this issue was introduced, but it would have happened in the past couple months. The only new introduction to my system in that time was upgrading to MC24. It's currently at v.24.0.55. My JRemote apps are all up to date. Any ideas?

[JimH]

Check the conversion settings.  It may be converting to something Apple won't play.

[Mike Foran]

Check the conversion settings.  It may be converting to something Apple won't play.

Thanks Jim. My understanding is that the transcode settings are on the JRemote app, not in MC. And the app only gives quality options, not codec options. I can't seem to find anywhere in MC options to set the transcoder used for JRemote.

[Mike Foran]

Following up, I have done some more debugging and the issue is definitely with some setting in the current library. Here's what I have tested and the results:

- I logged on to a library from a different computer (also running v.24) and it streamed to the iPhone fine with transcoding enabled

- From the main server, I closed v.24 and ran v.23, and it streamed to the iPhone fine with transcoding enabled

- I backed up the v.24 library and restored from an earlier version from a month ago, and it streamed to the iPhone fine with transcoding enabled

- I restored the recent v.24 library and streaming with transcoding gave me the error.


This indicates to me that it's something in the current settings but I cannot figure out what it is. All my transcoding options haven't changed, and I'm not even sure which transcoding options relate to JRemote anyway. All trascoding options I can find are set to MP3 'if needed.' I switched them to 'Always' just to test, and it did not fix it.

Any ideas?

[Mike Foran]

Well I didn't solve this issue but I was able to use the settings from the earlier backup with the database of the more recent backup. So I had to re-set up some zones and changes I had made, but things are working again at least.

I would LOVE to know what option in the preferences controls JRemote transcoding so if this happens again I can fix it.

[bob]

Well I didn't solve this issue but I was able to use the settings from the earlier backup with the database of the more recent backup. So I had to re-set up some zones and changes I had made, but things are working again at least.

I would LOVE to know what option in the preferences controls JRemote transcoding so if this happens again I can fix it.

Transcoding when using JRemote to play on the iDevice is ONLY controlled by the options in JRemote itself.

If transcoding is not working in that situation the MC service the content is either missing the mp3 encoder plugin, the material to be transcoded isn't available at the time or there is an issue with the temp directory on the server MC.

[Mike Foran]

Transcoding when using JRemote to play on the iDevice is ONLY controlled by the options in JRemote itself.

If transcoding is not working in that situation the MC service the content is either missing the mp3 encoder plugin, the material to be transcoded isn't available at the time or there is an issue with the temp directory on the server MC.

This is my understanding as well. However, all of those parameters were the same between the working library and the non-working library. The non-working library was transcoding fine to Panel, but not to JRemote. The non-working library was working fine just two weeks before when I took a trip, and I can't think of a significant thing I changed in that time. I renamed a DSP profile from "Desktop" to "Default" but otherwise the profile was identical, my options were the same, and the library only had new content added to it. I rebooted everything. I turned off firewalls. I can't figure it out. Ghosts in the machine.

It shall remain a mystery unless it rears its head again. I've restored everything to it's former state and the workaround has taken less effort than a solution. If it happens again I'll post it.

[bob]

This is my understanding as well. However, all of those parameters were the same between the working library and the non-working library. The non-working library was transcoding fine to Panel, but not to JRemote. The non-working library was working fine just two weeks before when I took a trip, and I can't think of a significant thing I changed in that time. I renamed a DSP profile from "Desktop" to "Default" but otherwise the profile was identical, my options were the same, and the library only had new content added to it. I rebooted everything. I turned off firewalls. I can't figure it out. Ghosts in the machine.

It shall remain a mystery unless it rears its head again. I've restored everything to it's former state and the workaround has taken less effort than a solution. If it happens again I'll post it.

Were you using zone switching or zone linking when it wasn't working?

[Mike Foran]

Were you using zone switching or zone linking when it wasn't working?

Nope. I have some zones, but none are linked and I don't use automatic zone switching.

[ZenOli]

I am not sure if this could be relevent information here, but on Android, transcoding to JRemote can give errors if the conversion cache directory on the server contains spaces (for example if your user login on the server contains spaces). This can be solved by setting another directory in JRiver's options.

[bob]

I am not sure if this could be relevent information here, but on Android, transcoding to JRemote can give errors if the conversion cache directory on the server contains spaces (for example if your user login on the server contains spaces). This can be solved by setting another directory in JRiver's options.

That's interesting. On what platform are you running MC?

[ZenOli]

That's interesting. On what platform are you running MC?

This conclusion came from exchanges I had with my brother who had issue this issue with JRemote.
I took a look at the conclusions from then. The server computer was running Windows 10 and I believe MC22 or MC23. The issue came from the user name which had spaces and accents 'é' (in fact I would say that accents are more likely to cause the issue than spaces).
In that particular case, Web Gizmo also threw an error "file not found"

[Lim]

After reading ZenOli's post, I got an idea and solved my problem (transcoding error). After reinstalling the OS (windows10 pro) of the JRiver server PC, I could not use the transcoding function that I used to use well at all. Native format files supported by mobile devices such as FLAC and MP3 play well, but transcoding SACD ISO files on mobile devices is a very necessary function for me. (Transcode error regardless of any Apple or Android device and jremote1 or jremote2 app) I guess the cause was because the OS account name was in Korean. In this case, JRemote seems to not be able to access the transcoded mp3 file in the Temp folder of AppData\Roaming\J River. Therefore, I changed the account name to English or installed the portable version (English folder name) and completely solved this problem. Thank you ZenOli. I wasted a lot of time from configuring the firewall to installing JRiver for each version, and eventually gave up on j remote transcoding, but I am so happy that your advice completely solved the problem. (I wrote this English sentence using Google Translate, so please understand if there are any incorrect expressions.)