"Could not open NextPVR on [port]" error

[mvallevand]

I'm now on helix and when I'm in x-newa playing a recording, pressing the android return/back button does not stop the video from playing (I thought it did on xbmc 13.2). After pressing that key, helix doesn't respond properly anymore to other keypresses.

The Back key as Stop is a NextPVR/GBPVR idiosyncrasy that I doubt worked in Gotham. Why users dislike the Stop key is beyond me. In the Kodi design you could probably make it do a stop if you modify keymap.xml in the <FullscreenVideo> section but I find that the default Back function has some utility too.

Martin

[WKleeven]

The Back key as Stop is a NextPVR/GBPVR idiosyncrasy that I doubt worked in Gotham. Why users dislike the Stop key is beyond me.

This behaviour is also in other apps (RTL Telekids, an android app) for the kids (as it was on the MVP with NextPVR). It didn't work in Gotham indeed. My remote is very primitive, has no stop key, so I have to do 3 keypresses to get the video to stop. I'll adjust keymap, maybe I can make it to use the key as a stop only when playing a video.

Is it possible to make a workaround for the time being, until xbmc supports ts on the s89-h?
I studied this before for the mvp but stopped because I couldn't get it to work.
How could I get finished recordings to be encoded to another format (other than ts, that xbmc could play) and get it to be recognized in the nextpvr database as the same recording?
And for watching tv delayed, I could use mxplayer in xbmc (I think there's an option to have files with a certain extension played by another player).

Found a script and got postprocessing to work (for the time being not h.264 files), changing database and all. But that's only for finished recordings.

Can this be done for recordings in progress? In parallelprocessing.bat? I read in another thread you think it is, but I can't figure out how.
And the logs say that parallelprocessing.bat started but I don't know how to check if it is doing anything.

Wim

[WKleeven]

I found a way to check and the batch-file does indeed start. Remains the question if and how I can get transcoding done on the fly.
This is my postprocessing.bat, but this (only the first file of this script in parallelprocessing.bat) doesn't work for parallelprocessing:

"C:\Program Files (x86)\NPVR\Other\ffmpeg.exe" -y -fflags +genpts -i "%1" -vcodec copy -async 1024 -acodec copy -f vob "%~dpn1.mpg"
if errorlevel 1 pause && goto :eof
sqlite3.exe -separator "," "C:\Users\Public\NPVR\npvr.db3" "UPDATE SCHEDULED_RECORDING SET filename ='%~dpn1.mpg' where filename like '%1';"
echo Done.
more < "%1:metadata.xml" > "%~dpn1.mpg:metadata.xml"
del %1

Wim
EDIT: I think what is happening is that the transcoding is too fast, runs out of data to transcode and stops.

[mvallevand]

First I hate blog-like threads like this as it becomes a one person support session as you have deviated so far from your original post others would have to dig too deep to help them

For the Tronsmart, good luck, hopefully you will figure it out. Caveat emptor applies here. You mentioned that you could return it, I don't use players that need transcoding. For this reason I gave up help on transcoding there's too many variables. The only one I can offer is the ffmpeg that comes with NextPVR is obsolete, consider using a recent version.

Martin

[WKleeven]

First I hate blog-like threads like this as it becomes a one person support session as you have deviated so far from your original post others would have to dig too deep to help them

True, sorry.

For the Tronsmart, good luck, hopefully you will figure it out. Caveat emptor applies here. You mentioned that you could return it, I don't use players that need transcoding. For this reason I gave up help on transcoding there's too many variables. The only one I can offer is the ffmpeg that comes with NextPVR is obsolete, consider using a recent version.

I don't like transcoding either, but as a temporary workaround it's okay (if I can get it to work, this will determine if I'll sent it back; the MVP has served me well but also had it downsides). Hopefully the ts-file problem will be solved in xbmc. Thanks for the tip.

Wim

[mvallevand]

I have no problem with ts files on several devices running, it is not really an xbmc issue is is hardware specific. In the PC world it would be like expecting NextPVR to play perfect HD on any Win32 box with any video card.

Martin

[WKleeven]

I too have no problem playing these files on any device (including android tablet), only on the s89-h.
I made a mistake about mxplayer, that doesn't play it good also. Tried different players and some don't have the video issue (but other problems), some have even more video problems. Does this point in the direction of a hardware related issue or another (codec?, rom?, ...)? Maybe I have to root the device (couldn't do that, or try a different rom, until until I decided to keep the box)?
Besides, there are many that say that kodi's internal player isn't very good at all and don't even want to use it.

I got the workaround going, the ts-files now all get transcoded on-the-fly, the entry in the database is changed and after the recording is finished (and transcoded) the ts-file is deleted. Just not yet in h.264, but I will get that done too.

Well, when I decided to buy new such a new device I knew I was taking a risk. I may be the first nextpvr-user with this box so I couldn't ask anyone. I hope this gets solved properly. Maybe you'll rethink now about buying the s805.

Thanks for the support.

Wim

[WKleeven]

Martin,

I hope you forgive me for posting in this thread again but it seems the problem is a bit different than I thought. I used ffmeg to transcode the problematic ts-file, but the result gave the same problems so I decided to experiment a bit more.

And so I just discovered that in windows 7, I can see the problem in the cut-edit view of TMPGenc (not in the preview of the transcoded file; so import the file, than edit, cut-edit) and it's also solved after transcoding with tmpgenc!
In nextpvr and in wmp I can't see the problem, that's why I thought it wasn't a problem in windows.

Could it be a bitrate issue or something? I uploaded a chuck of the original ts-file here: https://www.dropbox.com/s/h26y8nx7hlly56...nk.ts?dl=0
And I added a printscreen of tmpgenc with the problem.

Wim

EDIT: this is part of my parallelprocessing batchfile to transcode with ffmpeg:
"C:\Program Files (x86)\NPVR\Other\ffmpeg.exe" -re -y -fflags +genpts -i %1 -vcodec copy -async 1024 -acodec copy -f vob "%~dpn1.mpg"

[mvallevand]

Wim, I am not sure what you asking from me or for others. I played your file from Windows and it was fine unless there's a nuance in Dutch that I missed. I find news show interviews with multiple people talking are the best for looking/listening to sync issues.

Martin

[WKleeven]

I have 2 problems: 1. video tearing or something, 2. sync issues.
I think there's a problem with the original ts-file as you can see in tmpgenc (in the cut-edit view) and in the attached file in post #28 (his hands are not sharp because they were moving, this is the video issue I'm talking about), so it's not solely a problem of my android-box. Is it a hardware problem or maybe nextpvr can handle these problems???
(I'm now using handbrake and there are also headers missing but that may not be much of a problem, I don't know).

FFmpeg copies the problem in the ts-file and handbrake and tmpgenc seem to solve the problem when transcoding. The strangest thing is when I use handbrake I get a sync issue in windows.