PlutoTV with OpenDCT and fHDHR

[Zogg]

So there's a docker image of fHDHR now and I installed it on my Unraid server. I tried to follow the guide at the beginning, and in the fHDHR web ui I can see channels and play them in VLC. But OpenDCT doesn't seem to like the setup and doesn't offer it up as a tuner to SageTV.

I found this error in the log file regarding the tuning URL:

INFO | jvm 1 | 2021/06/17 17:31:02.971 | Exception in thread "GenericHttpLoader-52" java.lang.IllegalArgumentException: Malformed escape pair at index 65: http://192.168.1.9:5004/api/tuners?method=stream&tuner=0&channel=%c%&origin=plutotv&stream_method=direct
INFO | jvm 1 | 2021/06/17 17:31:02.971 | at java.net.URI.create(URI.java:852)
INFO | jvm 1 | 2021/06/17 17:31:02.971 | at opendct.tuning.http.GenericHttpDiscoveredDevice.<init>(GenericHttpDiscoveredDevice.java:212)
INFO | jvm 1 | 2021/06/17 17:31:02.971 | at opendct.tuning.http.GenericHttpLoader.run(GenericHttpLoader.java:33)
INFO | jvm 1 | 2021/06/17 17:31:02.971 | at java.lang.Thread.run(Thread.java:745)
INFO | jvm 1 | 2021/06/17 17:31:02.971 | Caused by: java.net.URISyntaxException: Malformed escape pair at index 65: http://192.168.1.9:5004/api/tuners?method=stream&tuner=0&channel=%c%&origin=plutotv&stream_method=direct

I can take this URL, replace the channel variable with a real channel ID, and play it in VLC, so I'm not sure what's wrong. Suggestions?

[nyplayer]

Wish there was a way to get M3U streams into SageTV ... I was able to use XTEVE to get Pluto, TVE etc... into Plex and Emby but would prefer Sage. Just recording TV is not enough anymore to keep SageTV alive.

[EnterNoEscape]

Originally Posted by Zogg

So there's a docker image of fHDHR now and I installed it on my Unraid server. I tried to follow the guide at the beginning, and in the fHDHR web ui I can see channels and play them in VLC. But OpenDCT doesn't seem to like the setup and doesn't offer it up as a tuner to SageTV.

I found this error in the log file regarding the tuning URL:

INFO | jvm 1 | 2021/06/17 17:31:02.971 | Exception in thread "GenericHttpLoader-52" java.lang.IllegalArgumentException: Malformed escape pair at index 65: http://192.168.1.9:5004/api/tuners?method=stream&tuner=0&channel=%c%&origin=plutotv&stream_method=direct
INFO | jvm 1 | 2021/06/17 17:31:02.971 | at java.net.URI.create(URI.java:852)
INFO | jvm 1 | 2021/06/17 17:31:02.971 | at opendct.tuning.http.GenericHttpDiscoveredDevice.<init>(GenericHttpDiscoveredDevice.java:212)
INFO | jvm 1 | 2021/06/17 17:31:02.971 | at opendct.tuning.http.GenericHttpLoader.run(GenericHttpLoader.java:33)
INFO | jvm 1 | 2021/06/17 17:31:02.971 | at java.lang.Thread.run(Thread.java:745)
INFO | jvm 1 | 2021/06/17 17:31:02.971 | Caused by: java.net.URISyntaxException: Malformed escape pair at index 65: http://192.168.1.9:5004/api/tuners?method=stream&tuner=0&channel=%c%&origin=plutotv&stream_method=direct

I can take this URL, replace the channel variable with a real channel ID, and play it in VLC, so I'm not sure what's wrong. Suggestions?

So, it turns out no one apparently has tried using %c% in the actual URL used to provide the stream. OpenDCT attempts to get the address of the remote device to help with stability when resuming from standby and we are doing it in a manner that doesn't take into account we have special variables in the URL.

This is the problem code:
https://github.com/enternoescape/ope...vice.java#L212

It's a trivial fix, so I'll fix this within the next week and provide a new release.

[jpwegas]

Originally Posted by EnterNoEscape

So, it turns out no one apparently has tried using %c% in the actual URL used to provide the stream. OpenDCT attempts to get the address of the remote device to help with stability when resuming from standby and we are doing it in a manner that doesn't take into account we have special variables in the URL.

But I've been using this with the '%c%' in the URL and it's been working fine for me:

sagetv.device.1721904877.streaming_url=http\://192.168.1.82\:5004/api/tuners?method\=stream&tuner\=0&channel\=%c%&origin\=plutotv&stream_method\=direct

Edit: Ok maybe this is somehow related to "resume from standby" which may not apply in my situation.

--John

[EnterNoEscape]

Originally Posted by jpwegas

But I've been using this with the '%c%' in the URL and it's been working fine for me:

sagetv.device.1721904877.streaming_url=http\://192.168.1.82\:5004/api/tuners?method\=stream&tuner\=0&channel\=%c%&origin\=plutotv&stream_method\=direct

Edit: Ok maybe this is somehow related to "resume from standby" which may not apply in my situation.

--John

Interesting. I was able to reproduce the issue. It turns out this issue can happen in a lot of places (you fix one, it breaks somewhere else), so it may take a little longer to be sure I don't break something else correcting this.

[Zogg]

Originally Posted by EnterNoEscape

Interesting. I was able to reproduce the issue. It turns out this issue can happen in a lot of places (you fix one, it breaks somewhere else), so it may take a little longer to be sure I don't break something else correcting this.

Thanks for looking into this. No hurry but would be nice to be able to use fHDHR.

[EnterNoEscape]

Originally Posted by Zogg

Thanks for looking into this. No hurry but would be nice to be able to use fHDHR.

This is taking a little longer than I expected as fixing this has some knock on effects with other parts. I unfortunately haven't had a chance to work on this for more than an hour in the past week.

[jaxett]

Any update on applying the "%c%' in the URL" fix to opendct? I am seeing this error too.

[Zogg]

Originally Posted by jaxett

Any update on applying the "%c%' in the URL" fix to opendct? I am seeing this error too.

I don't think this has been fixed. I'm working around it by running an instance of OpenDCT on a Windows machine, which seems to work okay as noted by others also.

[nyplayer]

Originally Posted by Zogg

I don't think this has been fixed. I'm working around it by running an instance of OpenDCT on a Windows machine, which seems to work okay as noted by others also.

This is what I use to tune Pluto TVE from Channels DVR in OpenDCT and it works. both ubuntu and Windows. It works using opendct generic.pipe.device_names_csv

sagetv.device.110742408.streaming_executable=C\:/ffmpeg/bin/ffmpeg.exe -i http\://ChannelsDVR\:8089/devices/ANY/channels/%c%/stream.mpg?format\=ts -c copy -f mpegts -

[jpwegas]

The code that Joseph linked above has a comment above it:

// This information is used to ensure that the interface that will be used to
// communicate with the device will be waited for when resuming from suspend.

Everyone who has commented above - do you suspend your computer? I don't ever suspend my Ubuntu server and the %c% is working for me.

Wondering if that's why people are seeing different behaviors.

Also: Running Java 1.8 in case that is related.

--John

[nyplayer]

Originally Posted by jpwegas

The code that Joseph linked above has a comment above it:

// This information is used to ensure that the interface that will be used to
// communicate with the device will be waited for when resuming from suspend.

Everyone who has commented above - do you suspend your computer? I don't ever suspend my Ubuntu server and the %c% is working for me.

Wondering if that's why people are seeing different behaviors.

Also: Running Java 1.8 in case that is related.

--John

I never let my servers go to sleep.

[Zogg]

Originally Posted by jpwegas

The code that Joseph linked above has a comment above it:

// This information is used to ensure that the interface that will be used to
// communicate with the device will be waited for when resuming from suspend.

Everyone who has commented above - do you suspend your computer? I don't ever suspend my Ubuntu server and the %c% is working for me.

Wondering if that's why people are seeing different behaviors.

Also: Running Java 1.8 in case that is related.

--John

No, I don't suspend. I couldn't get this to work in the docker at the time, but I haven't tried it in a year. I've since changed my setup a bit. Also running Java 1.8.