mp4 recording won't play

[VCR58]

So, I have NScriptHelper working and can change the NextPVR database to point to the .mp4 on my Linux server and then delete the .ts file if I choose to.

Now the NextPVR Roku app and Kodi can play the mp4 recording and are happy without the .ts file but the NextPVR android client and the web browser only play the audio. From previous discussion in this thread I gather this is because NextPVR is direct playing rather than transcoding the .mp4 file to the browser.

I also have a Jellyfin server running on Linux and I can play the same .mp4 recordings in the browser with both audio and video. Jellyfin indicates from the "Player Data" button that it is transcoding the .mp4 file (both audio and video) so I guess that is why it can play it.

[mvallevand]

That is expected as I posted earlier you would need to transcode your mp4 files and not just remux them. You could also use your HDHR Extend and turn on transcoding by default and the files would already be h264.

Martin

[VCR58]

That is expected as I posted earlier you would need to transcode your mp4 files and not just remux them.  You could also use your HDHR Extend and turn on transcoding by default and the files would already be h264.

Martin

Ok, I missed that. Still learning about remuxing and transcoding.

After transcoding to h264 I was able to direct play the .mp4 recording in the NextPVR Android app and also could play it in the NextPVR web client. Jellyfin said it was direct playing both video (h264) and audio (AC3) when it played the .mp4.

Transcoding the .ts file with ffmpeg from the Linux terminal took 1 hr 59 sec for just one recording so I think using the HDHR Extend for transcoding might be better.

When you say "turn on transcoding by default" are you referring to creating the Extra HDHR device with the Python script and use that for recordings?

[mvallevand]

I am saying open the HDHR Extend via http://my.hdhomerun.com/ and go to the Transcode configuration link to change it from none to heavy or whatever preference you have for your recordings. Your HD streams will be smaller, but your SD streams could end up being a little bigger if they get upconverted.

1x transcoding seems like a pain, but remember that is what the web browser will do if you want to watch recordings too. You might be able to reduce that with h/w decoding.

With AC3 you still will have trouble in the web app if you don't use Edge.

Martin

[VCR58]

I am saying open the HDHR Extend  via http://my.hdhomerun.com/ and go to the Transcode configuration link to change it from none to heavy or whatever preference you have for your recordings.  Your HD streams will be smaller, but your SD streams could end up being a little bigger if they get upconverted.

1x transcoding seems like a pain, but remember that is what the web browser will do if you want to watch recordings too. You might be able to reduce that with h/w decoding.

With AC3 you still will have trouble in the web app if you don't use Edge.

Martin

Thanks. Setting the HDHR Extend to "heavy" made the recording h264. Transcoding the audio to aac only took a few seconds so I can change "-acodec copy" to "-acodec aac -ac 2" in PostProcessing.sh

I suppose the HD recordings may not be as high quality now but it's probably good enough. And, I'm actually using the HW Trascoding of my HDHR.

Thanks for the help getting all this working!

[mvallevand]

Great. With heavy they should be very close to the same quality just smaller because of h264, I am not sure what happens with SD. I had trouble with comksip from the extend's h264 mux, so consider doing comksip on the mp4 file.

Martin