Fork of SageTV MiniClient for Android TV

[ojones]

Originally Posted by Zogg

So if I try to use the Miniclient on my phone from the Internet, I get a message saying that No Place Shifter users are available. But if I activate my VPN then it works fine.

I don't remember having this issue with my old server, but it has been this way since I moved to Unraid. And maybe I had a Place Shifter user set up but I don't remember doing it.

Can someone tell me how it's supposed to work?

More specifically go into Detailed Setup > Server > Manage Placeshifter Users

Then add a user (name/pw) and enable

[Zogg]

Originally Posted by ojones

More specifically go into Detailed Setup > Server > Manage Placeshifter Users

Then add a user (name/pw) and enable

Will do, thanks. I just don't remember having to do that in the past.

Originally Posted by nyplayer

You need to add users. Or else anyone could get into your server if a user was not required.

That didn't seem to be the case as it wouldn't let me in at all that way, but I will add a Placeshifter user, thanks.

[Tiki]

Originally Posted by Zogg

Will do, thanks. I just don't remember having to do that in the past.



That didn't seem to be the case as it wouldn't let me in at all that way, but I will add a Placeshifter user, thanks.

Sage checks to see if you are connecting from the same subnet or not. If you are on the same subnet, it assumes it is a local connection and can operate in extender mode, which does not require a username or password. If you are on a different subnet, it assumes it is a remote connection across the internet WAN. In that case it operates in placeshifter Mode and it requires a username and password for security.

[pjpjpjpj]

I have not followed this thread at all (or at least... much) but I am about to go on a trip and I tried installing the app on my phone to see if I could use it remotely. Right out of the box, the app worked great on my wifi at home.

However, it won't find my server via remote access. I tried both the Locator ID and using my IP and port, and it just times out after 30 seconds trying. I have the port open on my router (as far as I know) because I can access Sage using the old "Web applications" via web browser. I also have a web port forwarding thing set up via a free service (free IP or whatever it's called).

Help?

[nyplayer]

Originally Posted by pjpjpjpj

I have not followed this thread at all (or at least... much) but I am about to go on a trip and I tried installing the app on my phone to see if I could use it remotely. Right out of the box, the app worked great on my wifi at home.

However, it won't find my server via remote access. I tried both the Locator ID and using my IP and port, and it just times out after 30 seconds trying. I have the port open on my router (as far as I know) because I can access Sage using the old "Web applications" via web browser. I also have a web port forwarding thing set up via a free service (free IP or whatever it's called).

Help?

The webserver uses a different port ... make sure port 31099 is open.

[hb4]

Following up on my issue of halts using the MiniClient over a WAN.....

Using v1.8.0 and latest Jar..

Called up the MiniClient and selected a video to play and there were no hangs (spinning circle), but plenty of halts on the video.

Remoted into the Server and did speedchecks on both the Server and my remote location; both seemed normal. Then cycled Sage Service and tried again a second time; this time the videos played just fine. Inspecting the logs, the difference seemed to be that the first time, Sage reported low bandwidth and transcoded the video and the second time it didn't. Here are some excerpts from the logs:

Here is the first test:

Wed 7/14 10:18:32.908 [VideoFrame-524d454a5a47@1368c86] MiniPlayer was not able to get a bandwidth estimate from the UI system, sending data to get its own estimate...
Wed 7/14 10:18:33.315 [VideoFrame-524d454a5a47@1368c86] Bandwidth test base=70 base*2=82 BW=1873828
Wed 7/14 10:18:33.322 [VideoFrame-524d454a5a47@1368c86] MiniPlayer got an estimate from the UI on bandwidth of 1873Kbps
Wed 7/14 10:18:33.329 [VideoFrame-524d454a5a47@1368c86] Checking for low bandwidth (local client, MiniClient, supports push MPEG2_TS or MPEG2_PS, less than required bandwidth and MPEG4)
Wed 7/14 10:18:33.335 [VideoFrame-524d454a5a47@1368c86] 	pureLocal: false
Wed 7/14 10:18:33.342 [VideoFrame-524d454a5a47@1368c86] 	MiniClient Renderer is not null: true
Wed 7/14 10:18:33.349 [VideoFrame-524d454a5a47@1368c86] Supported push containers: [MPEG2-TS, MPEG2-PS, MPEG1-PS]
Wed 7/14 10:18:33.355 [VideoFrame-524d454a5a47@1368c86] 	MPEG2_PS Support: true
Wed 7/14 10:18:33.362 [VideoFrame-524d454a5a47@1368c86] Supported push containers: [MPEG2-TS, MPEG2-PS, MPEG1-PS]
Wed 7/14 10:18:33.368 [VideoFrame-524d454a5a47@1368c86] 	MPEG2_TS Support: true
Wed 7/14 10:18:33.375 [VideoFrame-524d454a5a47@1368c86] 	IsLowBandwidth: true
Wed 7/14 10:18:33.379 [VideoFrame-524d454a5a47@1368c86] 	clientCanDoMpeg4: true
Wed 7/14 10:18:33.382 [VideoFrame-524d454a5a47@1368c86] Supported push containers: [MPEG2-TS, MPEG2-PS, MPEG1-PS]
Wed 7/14 10:18:33.386 [VideoFrame-524d454a5a47@1368c86] Switching to low bandwidth transcode
Wed 7/14 10:18:33.390 [VideoFrame-524d454a5a47@1368c86] Checking for whether we are supporting push/pull
Wed 7/14 10:18:33.394 [VideoFrame-524d454a5a47@1368c86] 	clientDoesPull: false
Wed 7/14 10:18:33.398 [VideoFrame-524d454a5a47@1368c86] 	httpls: false
Wed 7/14 10:18:33.402 [VideoFrame-524d454a5a47@1368c86] 	clientDoesMPEG2Push: true
Wed 7/14 10:18:33.405 [VideoFrame-524d454a5a47@1368c86] 	clientCanDoMpeg4: true
Wed 7/14 10:18:33.409 [VideoFrame-524d454a5a47@1368c86] 	IsNOTLowBandwidth: false
Wed 7/14 10:18:33.412 [VideoFrame-524d454a5a47@1368c86] MiniPlayer is using Push mode playback
Wed 7/14 10:18:33.415 [VideoFrame-524d454a5a47@1368c86] Looks like it only switches to mpeg4 if it is not a mediaExtender, or low bandwidth....
Wed 7/14 10:18:33.419 [VideoFrame-524d454a5a47@1368c86] 	mediaExtender: true
Wed 7/14 10:18:33.422 [VideoFrame-524d454a5a47@1368c86] 	lowBandwidth: true
Wed 7/14 10:18:33.425 [VideoFrame-524d454a5a47@1368c86] MiniPlayer is using the MPEG4 transcoder
Wed 7/14 10:18:33.428 [VideoFrame-524d454a5a47@1368c86] MiniPlayer is using the transcoder
Wed 7/14 10:18:33.432 [VideoFrame-524d454a5a47@1368c86] 	Overriding transcode mode because a fixed format was set
Wed 7/14 10:18:33.435 [VideoFrame-524d454a5a47@1368c86] 	prefTranscodeMode: container=matroska;videobitrate=2000000;fps=SOURCE;bframes=0;resolution=720;audiocodec=ac3;audiobitrate=128000;audiochannels=2;
Wed 7/14 10:18:33.438 [VideoFrame-524d454a5a47@1368c86] 	currFileFormat: f=MPEG2-TS;dur=7323;br=3076000;[bf=vid;f=H.264;index=0;main=yes;tag=0100;fps=59.94006;fpsn=60000;fpsd=1001;ar=1.777778;arn=16;ard=9;w=1280;h=720;][bf=aud;f=AC3;br=384000;index=1;main=yes;tag=0101;sr=48000;ch=6;lang=eng;][bf=aud;f=AC3;br=192000;index=2;tag=0102;sr=48000;ch=2;lang=spa;]
Wed 7/14 10:18:33.442 [VideoFrame-524d454a5a47@1368c86] 	his.timeshifted: true
Wed 7/14 10:18:33.445 [VideoFrame-524d454a5a47@1368c86] ******************setTanscoderFormat Called: container=matroska;videobitrate=2000000;fps=SOURCE;bframes=0;resolution=720;audiocodec=ac3;audiobitrate=128000;audiochannels=2;
Wed 7/14 10:18:33.448 [VideoFrame-524d454a5a47@1368c86] Setting defaults
Wed 7/14 10:18:33.452 [VideoFrame-524d454a5a47@1368c86] Prop tokens count: 8
Wed 7/14 10:18:33.455 [VideoFrame-524d454a5a47@1368c86] Processing Prop: container Value: matroska
Wed 7/14 10:18:33.459 [VideoFrame-524d454a5a47@1368c86] Processing Prop: videobitrate Value: 2000000
Wed 7/14 10:18:33.462 [VideoFrame-524d454a5a47@1368c86] Processing Prop: fps Value: SOURCE
Wed 7/14 10:18:33.465 [VideoFrame-524d454a5a47@1368c86] Processing Prop: bframes Value: 0
Wed 7/14 10:18:33.468 [VideoFrame-524d454a5a47@1368c86] Processing Prop: resolution Value: 720
Wed 7/14 10:18:33.472 [VideoFrame-524d454a5a47@1368c86] Processing Prop: audiocodec Value: ac3
Wed 7/14 10:18:33.475 [VideoFrame-524d454a5a47@1368c86] Processing Prop: audiobitrate Value: 128000
Wed 7/14 10:18:33.479 [VideoFrame-524d454a5a47@1368c86] Processing Prop: audiochannels Value: 2
Wed 7/14 10:18:33.482 [VideoFrame-524d454a5a47@1368c86] JVL: XCODE Parameters: -f matroska -vcodec mpeg4 -s 1280x720 -ac 2 -g 600 -bf 0 -acodec ac3 -r 59.94 -b 2000 -ar 48000 -ab 128 -packetsize 1024
Wed 7/14 10:18:33.485 [VideoFrame-524d454a5a47@1368c86] Mpeg2Reader is detecting timestamp boundaries in the file...
Wed 7/14 10:18:33.488 [VideoFrame-524d454a5a47@1368c86] IFrame alignment=false
Wed 7/14 10:18:33.491 [VideoFrame-524d454a5a47@1368c86] Opened MPEG-2 PS file: F:\Sage Recordings\Good Eats - S16E08 - Fermentation Man - 7384600-0.ts firstPTS=45000 durationMsec=-1
Wed 7/14 10:18:33.495 [VideoFrame-524d454a5a47@1368c86] Determining if we are going to enable multithreading for transcoder
Wed 7/14 10:18:33.498 [VideoFrame-524d454a5a47@1368c86] 	allow_multithreading_for_hdextender_placeshifting: true
Wed 7/14 10:18:33.501 [VideoFrame-524d454a5a47@1368c86] 	!lowBandwidth false
Wed 7/14 10:18:33.504 [VideoFrame-524d454a5a47@1368c86] 	!hdMediaExtender : false
Wed 7/14 10:18:33.508 [VideoFrame-524d454a5a47@1368c86] 	 Enable multithreading: true
Wed 7/14 10:18:33.511 [VideoFrame-524d454a5a47@1368c86] Setting the transcoder format...
Wed 7/14 10:18:33.514 [VideoFrame-524d454a5a47@1368c86] 	There is a current media file...
Wed 7/14 10:18:33.517 [VideoFrame-524d454a5a47@1368c86] 	Server side transcoding, media extender, and not mpeg2psremux and prefTranscodeMode = null
Wed 7/14 10:18:33.521 [VideoFrame-524d454a5a47@1368c86] Calling openURL0: push: 
Wed 7/14 10:18:33.524 [VideoFrame-524d454a5a47@1368c86] openURL0(push:)
Wed 7/14 10:18:33.579 [VideoFrame-524d454a5a47@1368c86] is hdextender and pushmode and lowbandwidth and server side transcoding
Wed 7/14 10:18:33.606 [VideoFrame-524d454a5a47@1368c86] Sigma video dim=java.awt.Dimension[width=720,height=480]
Wed 7/14 10:18:33.610 [VideoFrame-524d454a5a47@1368c86] pausePush0()
Wed 7/14 10:18:33.639 [VideoFrame-524d454a5a47@1368c86] setMute0()
Wed 7/14 10:18:33.692 [VideoFrame-524d454a5a47@1368c86] getDuration : 0
Wed 7/14 10:18:33.698 [VideoFrame-524d454a5a47@1368c86] VideoFrame.timeSelected2(Tue 7/13 22:30:00.017, true) currFile=MediaFile[id=7542982 A[7384600,7382147,"Good Eats",82119@0713.22:30,30,T] mask=TV host=Media encodedBy=DCT-HDHomeRun Prime Tuner 13112554-0 on 127.0.0.1:9000 FOODPHD format=MPEG2-TS 0:00:07 3076 kbps [#0 Video[H.264 59.94006 fps 1280x720 16:9 progressive id=0100]#1 Audio[AC3 48000 Hz 6 channels 384 kbps MAIN idx=1 id=0101 eng]#2 Audio[AC3 48000 Hz 2 channels 192 kbps idx=2 id=0102 spa]] F:\Sage Recordings\Good Eats - S16E08 - Fermentation Man - 7384600-0.ts, Seg0[Tue 7/13 22:30:00.017-Tue 7/13 23:00:00.018]] realDur=0
Wed 7/14 10:18:33.705 [VideoFrame-524d454a5a47@1368c86] seeking numpushbuffers=0 seekTime=0
Wed 7/14 10:18:33.712 [VideoFrame-524d454a5a47@1368c86] Mpeg2Reader seeking to pos=0
Wed 7/14 10:18:33.718 [VideoFrame-524d454a5a47@1368c86] ******************************************startTranscode Called******************************************************

And here is the second (successful) test which did not transcode:

Wed 7/14 10:49:04.372 [VideoFrame-524d454a5a47@1034278] Checking bandwidth to the client
Wed 7/14 10:49:04.375 [VideoFrame-524d454a5a47@1034278] getEstimatedBW=0 estimatedBWBytes=0 estimatedBWTime=0
Wed 7/14 10:49:04.379 [VideoFrame-524d454a5a47@1034278] Bandwidth: 0
Wed 7/14 10:49:04.382 [VideoFrame-524d454a5a47@1034278] 	Bandwidth is < 500000 and client can do mpeg4 or httpls
Wed 7/14 10:49:04.386 [VideoFrame-524d454a5a47@1034278] MiniPlayer was not able to get a bandwidth estimate from the UI system, sending data to get its own estimate...
Wed 7/14 10:49:04.524 [VideoFrame-524d454a5a47@1034278] Bandwidth test base=28 base*2=54 BW=4684571
Wed 7/14 10:49:04.531 [VideoFrame-524d454a5a47@1034278] MiniPlayer got an estimate from the UI on bandwidth of 4684Kbps

The only things I did between the tests were to remote into the server, cycle Sage service, and do speedtests on both ends.

As an aside, when I was using the HD-300 for remote playback, the response of the HD-300 to low bandwidth was to lower the resolution. With the MiniClient the response seems to be to transcode. Is it possible that a slow server that can't handle transcoding is causing the halts rather than low bandwidth?

I seems that retreating to v1.8.0 fixed the hangs (spinning circle), but exposed these bandwidth related halts.

[nyplayer]

I wonder if the new transcoder can use hardware transcoding ?

[tvmaster2]

Ok, it’s likely easy and I don’t get it.
But help?
How do you enter a guide channel number for the Miniclient while using the Firestick remote / Firestick streaming device, as there are no numbers on said remote.

[nyplayer]

Originally Posted by tvmaster2

Ok, it’s likely easy and I don’t get it.
But help?
How do you enter a guide channel number for the Miniclient while using the Firestick remote / Firestick streaming device, as there are no numbers on said remote.

Use the onscreen keyboard... long press select. Toggle over to keyboard Icon ... type in channel hit next then select.

[tvmaster2]

Originally Posted by nyplayer

Use the onscreen keyboard... long press select. Toggle over to keyboard Icon ... type in channel hit next then select.

With a Firestick remote? Long press select? lol. I'm such a dork.
As Staples says, "That was easy"
Thanks

[hb4]

Originally Posted by pjpjpjpj

I have not followed this thread at all (or at least... much) but I am about to go on a trip and I tried installing the app on my phone to see if I could use it remotely. Right out of the box, the app worked great on my wifi at home.

However, it won't find my server via remote access. I tried both the Locator ID and using my IP and port, and it just times out after 30 seconds trying. I have the port open on my router (as far as I know) because I can access Sage using the old "Web applications" via web browser. I also have a web port forwarding thing set up via a free service (free IP or whatever it's called).

Help?

Here are the ports needed for Placeshifter per the manual:

The following port is used by a Placeshifter Client:
o 31099 (TCP) – For SageTV usage. This port should be opened on your
firewall/router and forwarded to the computer that is running the SageTV server.
o 31100 (UDP) – For SageTV Placeshifter usage. The Placeshifter uses this port to
auto-discover SageTV servers on the local network.
o 8018 (TCP) – For SageTV Placeshifter usage. When using a Locator ID to locate
your SageTV server, your server uses this port to register its Locator ID and the
Placeshifter client uses this port to contact the Locator server to find your server.
Note: If an IP address is used instead of a Locator ID, this port does not need to
be used.
o 7818 (TCP) – For SageTV Placeshifter usage. When the Placeshifter is set to not
transcode the video over a local network connection, this port is used to stream
the media.

[sacrament055]

Anybody else noticing randomly that skipping during playback sometimes goes in the wrong direction?

I was attempting to catch up to live on a recording and I noticed while skipping that sometimes it randomly skips in the wrong direction.

As a test I switched to IJK Player and could not reproduce the issue so I know that's a small sample size but I'm assuming it has something to do with exo player.

I am on latest version of Android miniclient on ShieldTV and FireTV.

My test was playing back ATSC1.0 signal using "Fixed" stream.

[ojones]

Originally Posted by hb4

Following up on my issue of halts using the MiniClient over a WAN.....

Using v1.8.0 and latest Jar..

Called up the MiniClient and selected a video to play and there were no hangs (spinning circle), but plenty of halts on the video.

Remoted into the Server and did speedchecks on both the Server and my remote location; both seemed normal. Then cycled Sage Service and tried again a second time; this time the videos played just fine. Inspecting the logs, the difference seemed to be that the first time, Sage reported low bandwidth and transcoded the video and the second time it didn't. Here are some excerpts from the logs:

Here is the first test:

[CODE][deleted]

The only things I did between the tests were to remote into the server, cycle Sage service, and do speedtests on both ends.

As an aside, when I was using the HD-300 for remote playback, the response of the HD-300 to low bandwidth was to lower the resolution. With the MiniClient the response seems to be to transcode. Is it possible that a slow server that can't handle transcoding is causing the halts rather than low bandwidth?

I seems that retreating to v1.8.0 fixed the hangs (spinning circle), but exposed these bandwidth related halts.

HB4 - I'm going to test 1.8.0 next week at two separate sites. I was able to use 1.8.1 & fixed transcode at 4MB/s a month ago from the 1st site but not the second. I was able to get 1.8.0 working on a 4g modem last week using fixed transcode at 2-4MB/s (2MB/s wasn't great quality but no errors similar to your experience).

1st site has 100mbps fiber (symmetric) with very low ping times. That should test as 12.5MB/s in the bandwidth test and provide plenty of overhead to avoid the speed test issues. 2nd site is a cable modem that is more like 200/25mbps and I will see if the low upload bandwidth from the client side triggers the bandwidth test issues like 1.8.1 did. Not sure what is different in 1.8.0 vs .1 but hoping to let my wife torture test this to confirm.

[ojones]

Originally Posted by sacrament055

Anybody else noticing randomly that skipping during playback sometimes goes in the wrong direction?

I was attempting to catch up to live on a recording and I noticed while skipping that sometimes it randomly skips in the wrong direction.

As a test I switched to IJK Player and could not reproduce the issue so I know that's a small sample size but I'm assuming it has something to do with exo player.

I am on latest version of Android miniclient on ShieldTV and FireTV.

My test was playing back ATSC1.0 signal using "Fixed" stream.

Several of us have had issues over WAN links using 1.8.1 and exoplayer. Can you revert to 1.8.0 and test? You would need to uninstall 1.8.1 and sideload 1.8.0.

[sacrament055]

Originally Posted by ojones

Several of us have had issues over WAN links using 1.8.1 and exoplayer. Can you revert to 1.8.0 and test? You would need to uninstall 1.8.1 and sideload 1.8.0.

Can do that but in my case it's all local lan wired sage server and ShieldTV (Sage Client)

[ojones]

Originally Posted by sacrament055

Can do that but in my case it's all local lan wired sage server and ShieldTV (Sage Client)

Have you selected always transcode as well? Otherwise exoplayer might reject the stream.

[phelme]

Originally Posted by hb4

Following up on my issue of halts using the MiniClient over a WAN.....

Using v1.8.0 and latest Jar..

I'm still using 1.8.1 everywhere. Oddly on my Google TV w/chromecast stick I'm getting halts up the wazzo, but on my Sony Android TV I'm not getting any. The difference between the two, besides the TV being on some ancient Mediatek SOC from 2015, is that the TV is on ethernet and the Chromecast is Wi-Fi. If I look at the performance graphs on the server the HD300 and Sony Android TV have very uniform sawtooth patterns to their disk and net when serving up the file. The Google TV chromecast device on the other hand is more like large chunks and when it dips, that's when the halts happen.

I'm using IJK player with Dynamic on both Android devices. Not sure what to make of that. Maybe I'll run a speed test on the Chromecast and see if it's consistent.

[ojones]

Phelme - is your use case over lan or wan?

I think it may matter. Over lan the 1.8.1 was flawless for me (and I think most of us)... introduce lag and packet loss from wan (even fast wan) and 1.8.1 stops where 1.8.0 keeps going. Using Exo in my case.

[hb4]

Originally Posted by ojones

Phelme - is your use case over lan or wan?

I think it may matter. Over lan the 1.8.1 was flawless for me (and I think most of us)... introduce lag and packet loss from wan (even fast wan) and 1.8.1 stops where 1.8.0 keeps going. Using Exo in my case.

It's even screwier for me. I'm using 1.8.0 and was watching a 4 hr Olympics recording. After 2 hrs started to get lots of halts. (This is over WAN). Now, I can't even play the recording from the start without halts, but I can move around the Sage UI, and other recordings play just fine. How could playback corrupt the file, if that's what's happening. I rebooted my remote router, cycled Sage Service, rebooted the FS4K and no change.

I wonder if this part of the log gives a clue - those gaps in reporting and low frame rate of some of the streamgetter stuff. Does 'stderr:' mean that errors are happening?

Sun 8/1 20:36:52.999 [Thread-417@1ff7a6e] CD: StreamGetter: stderr:  0:17:06 - 75488 frames in 250.00 sec(301.95 fps), 1.00 sec(301.00 fps), 57%
Sun 8/1 20:36:53.593 [Pusher@1f7dd2e] BW=2466196 numPushes=187020 numWaits=33370
Sun 8/1 20:36:54.000 [Thread-417@1ff7a6e] CD: StreamGetter: stderr:  0:17:13 - 75904 frames in 251.00 sec(302.41 fps), 1.00 sec(416.00 fps), 57%
Sun 8/1 20:36:55.000 [Thread-417@1ff7a6e] CD: StreamGetter: stderr:  0:17:20 - 76367 frames in 252.00 sec(303.04 fps), 1.00 sec(463.00 fps), 58%
Sun 8/1 20:36:55.999 [Thread-417@1ff7a6e] CD: StreamGetter: stderr:  0:17:27 - 76753 frames in 253.00 sec(303.37 fps), 1.00 sec(386.00 fps), 58%
Sun 8/1 20:36:57.001 [Thread-417@1ff7a6e] CD: StreamGetter: stderr:  0:17:32 - 77093 frames in 254.00 sec(303.52 fps), 1.00 sec(340.00 fps), 58%
Sun 8/1 20:36:57.478 [Thread-413@1c7e71a] CD: StreamGetter: stderr:  1:36:39 - 351676 frames in 4155.75 sec(84.62 fps), 5.26 sec(26.05 fps), 99%
Sun 8/1 20:36:58.000 [Thread-417@1ff7a6e] CD: StreamGetter: stderr:  0:17:37 - 77369 frames in 255.00 sec(303.41 fps), 1.00 sec(276.00 fps), 59%
Sun 8/1 20:36:58.582 [Thread-413@1c7e71a] CD: StreamGetter: stderr:  1:36:43 - 351911 frames in 4156.85 sec(84.66 fps), 1.10 sec(213.64 fps), 99%
Sun 8/1 20:36:59.000 [Thread-417@1ff7a6e] CD: StreamGetter: stderr:  0:17:42 - 77646 frames in 256.00 sec(303.30 fps), 1.00 sec(277.00 fps), 59%
Sun 8/1 20:37:00.004 [Thread-417@1ff7a6e] CD: StreamGetter: stderr:  0:17:47 - 77967 frames in 257.00 sec(303.37 fps), 1.00 sec(321.00 fps), 59%
Sun 8/1 20:37:01.019 [Thread-417@1ff7a6e] CD: StreamGetter: stderr:  0:17:51 - 78232 frames in 258.02 sec(303.20 fps), 1.01 sec(262.38 fps), 59%
Sun 8/1 20:37:01.739 [Pusher@1f7dd2e] BW=2778911 numPushes=187070 numWaits=33370
Sun 8/1 20:37:02.009 [Thread-417@1ff7a6e] CD: StreamGetter: stderr:  0:17:57 - 78553 frames in 259.01 sec(303.28 fps), 1.00 sec(321.00 fps), 60%
Sun 8/1 20:37:03.000 [Thread-417@1ff7a6e] CD: StreamGetter: stderr:  0:18:02 - 78852 frames in 260.00 sec(303.28 fps), 1.00 sec(299.00 fps), 60%
Sun 8/1 20:37:03.785 [Thread-413@1c7e71a] CD: StreamGetter: stderr:  1:36:45 - 352052 frames in 4162.05 sec(84.59 fps), 5.20 sec(27.12 fps), 99%
Sun 8/1 20:37:03.999 [Thread-417@1ff7a6e] CD: StreamGetter: stderr:  0:18:06 - 79120 frames in 261.00 sec(303.14 fps), 1.00 sec(268.00 fps), 60%
Sun 8/1 20:37:04.776 [Thread-413@1c7e71a] CD: StreamGetter: stderr:  1:36:49 - 352308 frames in 4163.04 sec(84.63 fps), 1.00 sec(256.00 fps), 99%

[craigap]

About 8 months ago I purchased a Firestick 4K to use this Android Miniclient. From then until now I've only been able to get reliable playback using IJK and software decoding. Also at the time, there was mention of a fix by using some kind of transcoder. I was back on the forum this week looking to see what progress has been made on this and saw that a SageTV Transcoder plugin was available. I record OTA with three HVR-2255's.

1. Is this transcoder the fix for my OTA recordings to playback using exoplayer in the miniclient?

2. If I update to SageTV v9.2.5 is this transcoder already part of the installer?

3. I currently use the 32 bit version of SageTV, is it best to do a fresh install of everything to the 64 bit version?

4. Does the miniclient automatically update itself on the firestick, or do I have to manually do it?