Print

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

[edwarduk]

Hi

How do I prevent JRemote (running in an iPad) from transcoding movies? With the transcoding I can't scrub to a particular place in a movie.  Also for movies that are transcoded it always starts at the beginning (not the last point played).

I'm connecting to JRiver MC acting as a server only. Same transcoding behaviour occurs if I connect via the access key or connected via local (static) IP address.

All the transcoding options within MC are only when MC is acting as a client.  Transcoding options within JRemote are for audio only, nothing for video.

Thanks
Edward

[edwarduk]

So, I have been looking at this more closely and have determined which video file types work and which do not in terms of ability to navigate to a particular point in a movie.  Files types that work are M4V and MP4.  However files types that do not are MKV, AVI and MPG.

It seems that JRemote is not picking up data as to how long a movie is and consequently streams the movie 'live'. I have another player on my iPad (Player Extreme Pro) which correctly picks up all data in MKV, AVI and MPG movies (allowing it to navigate to a particular point).  However I prefer to use JRemote as it has a better UI as well as being able to stream externally.

So is there a setting somewhere I can change or is this inability built into JRemote?

Edward

[edwarduk]

But here is a strange thing ....

JRemote on Android does it all correctly for all file types.

Something not correct with JRemote for iPad (I have JRemote on two iPads and same behaviour).

Edward

[edwarduk]

Anyone?

Any hints as to how I can start trouble shooting this issue?


Cheers

[Castius]

I'd record your log for the same video. One from JRemote and one from gizmo. And see if there is any difference.

[edwarduk]

Thanks for that.

I assume you mean log on the client (JRemote or Gizmo) side? If so there does not seem any obvious way of logging activity.

I certainly can log on the server side, but I would have no idea where to look  - the log is huge even with minimal activity.

regards
Edward

[Castius]

On the server side.

backup the log if you want.
Then I would clear the log
Go to JRemote load the movie
Save that log again.

Clear and repeat with gizmo

These logs should be small enough to look for variations
if you need help from there. You could post them for others to try to read.

I may try this myself if i have time.

[Castius]

So i tested two files converted with JRiver itself.
1080p autoFPS
one a ts file and one mp4

Eos was the only app that i could get to not convert the mp4

JRemote and Gizmo called this command
0002184: 6656: Reader: TranscodingReader::TranscodingReader (settings): Start

EOS called
0002979: 15408: Sharing Plugins: CMediaFileServer::RespondToFileRequest: Start

These where the GetFile requests
JRemote:
0003354: 12756: Sharing Plugins: JRWebService::Process: URL: /MCWS/v1/File/GetFile?
File=273558&Conversion=Android&Quality=High&Playback=1&Resolution=1776x1080&AndroidVersion=6.0.1&Token=SMkxftmk

Gizmo:
0004244: 12508: Sharing Plugins: JRWebService::Process: URL: /MCWS/v1/File/GetFile.m3u8?
File=273558&Conversion=Android&Quality=High&Playback=2&Resolution=1776x1080&AndroidVersion=6.0.1&HLS=1&Token=SMkxftmk&Start=0.0

EOS:
0003245: 11612: Sharing Plugins: JRWebService::Process: URL: /MCWS/v1/File/GetFile.m3u8?File=273558&Playback=1&Conversion=Android&Resolution=1776x1080&Quality=High&AndroidVersion=6.0.1&HLS=1&Token=7D3szKEm&Start=0.0

[AndrewFG]

These where the GetFile requests
JRemote:
0003354: 12756: Sharing Plugins: JRWebService::Process: URL: /MCWS/v1/File/GetFile?File=273558&Conversion=Android&Quality=High&Playback=1&Resolution=1776x1080&AndroidVersion=6.0.1&Token=SMkxftmk

Note the Conversion=Android part...

=> Do you by any chance have JRemote on an Apple device as well? It would be interesting to see the GetFile url from an Apple JRemote instance..

[Castius]

Sorry, no Apple products here.

Ya, i thought the same thing Andrew.
But EOS called the same line. Somewhere between that call and JRiver.
Results in two separator results. TranscodingReader vs  RespondToFileRequest.

Basically the video has to be perfect. mp4, video codec, audio codec. For JRiver to not transcode.
I'm not sure on resolution. I also don't know about number of video audio channels. I think multiple channel will also result in transcoding.