Can't "jump" forward/back reliably on some recordings

[mvallevand]

I'm confused. Sub says that it is probably a timeline issue from the broadcaster. Are you saying that my low powered devices (RPI and MX2) are the root problem? Also, can you look at the code I posted above and tell me what I'm doing wrong in my .bat file? I think I may be using the wrong variable (%1). Thanks.

I have files that don't sikip well at all on the RPi or my Pivos (AMLogic) that play on other platforms x86 Windows and Linux. The XBMC demux is sophisticated and samples and can handle negative or bad pts values pretty well. I am not saying sub is wrong though because you will have the best changed with indexed files.

As for the batch file a quick remux with tsremux probably wouldn't fix the kind of skip problems you are describing, you'd need to rewrite the timeline or remux to an indexed container. If it does than yeah it's most likey the RPI or Pivos.

Martin

[dinki]

Does this help ... http://www.nextpvr.com/nwiki/pmwiki.php?...BatchFiles

I did check the wiki and that's how I deduced that it was %1. I'm not sure what I am doing wrong or how I should format my variables.

[whurlston]

Is this correct:

Code:

move %1 tmp.ts
"C:\Users\Public\NPVR\Scripts\TsRemux0212.exe" tmp.ts %1

I set a recording up but I did not get the tmp.ts file in the recording directory so I'm pretty sure it didn't run properly. It does work if I drag and drop the file onto the postprocessing.bat file though.

%1 includes the entire path (folder + filename). tmp.ts does not so the batch file expects to find it in the working directory (NPVR Program folder)

try:

Code:

set file=%~d1%~p1%~n1.bak
ren "%~d1%~p1%~n1.ts" "%~n1.bak"
"C:\Users\Public\NPVR\Scripts\TsRemux0212.exe" "%file%" "%~d1%~p1%~n1.ts"

This will rename the recording to *.bak and then perform the TsRemux.

I have had problems with skipping issues myself. I have HDHR's and changing the SiliconDust configuration from NextPVR to ATSC/Other other helped a lot. If that's not the issue then try this.

ffmpeg.exe -i recordingname.ts -acodec copy -vcodec copy recordingname.mp4
rename recordingname.ts recordingname.old
ffmpeg.exe -i recordingname.mp4 -acodec copy -vcodec copy recordingname.ts

On an ssd it takes about 5 min for each command to complete.

This can clear up some timecode issues in .ts files and fix skipping issues in NextPVR. It may help you as well.
You can skip the last two commands and leave it in mp4 format if it suits you as well.

IIRC NextPVR doesn't stream MP4 files to clients so you can only playback recordings on the machine that recorded them if you leave in MP4.

drmargarit

No need to do the double remux. Rename the file then do a single remux to original filename (here's what I used until changing the HDHR to "ATSC/QAM: Other"):

Code:

set file=%~d1%~p1%~n1.bak
ren "%~d1%~p1%~n1.ts" "%~n1.bak"
s:\ffmpeg.exe -i "%file%" -f mpegts -vcodec copy -acodec copy "%~d1%~p1%~n1.ts"

Adjust the path to your ffmpeg installation of course.

[mvallevand]

@dinki, there is a relevant comment on the xbmc forums comparing the new FireTV which has way more power then your boxes http://forum.xbmc.org/showthread.php?tid...id=1683997

And your PC has an infinite amount of resources compared to FTV. Again, apples to oranges. FFMpeg is x86 vs ARM. Some parts of that x86 sw demuxer or decoder might be using special CPU instructions, might not on ARM. You just can't say, it works on my PC, it should also work on my XYZ arm device. There are just too many critical differences.

davilla knows his stuff, he did much of the work for the ATV and Pivos (Amlogic) devices.

Martin

[dinki]

Code:

set file=%~d1%~p1%~n1.bak
ren "%~d1%~p1%~n1.ts" "%file%"
s:\ffmpeg.exe -i "%file%" -f mpegts -vcodec copy -acodec copy "%~d1%~p1%~n1.ts"

Adjust the path to your ffmpeg installation of course.

Decide to give this a try. Last night I was watching a recording while it was being broadcast (timeshift) and had issues with rew/ff .. I stopped watching and tried later on the ffmeg version and suddenly rew/ff worked as expected. Hopefully this will continue working on all of my recordings. Thanks for posting.

[mvallevand]

Decide to give this a try. Last night I was watching a recording while it was being broadcast (timeshift) and had issues with rew/ff .. .

Skipping while recording is a whole different problem though you have another thread on that http://forums.nextpvr.com/showthread.php...ng-program

Martin

[dinki]

Skipping while recording is a whole different problem though you have another thread on that http://forums.nextpvr.com/showthread.php...ng-program
Martin

I'm not sure that this issue is related to that post at all. I'm not trying to jump past the end or jump past the end time when I started playing the video. I am speaking of trying to rewind -15 seconds and having the video jump forward randomly instead. It is the same as the problem I originally stated in this thread. Playback after the ffmpeg fix allows for precise ff/rew control.

[mvallevand]

I am just saying skipping on in-progress recording and skipping on completed recordings are two different scenarios., if you are happy ffmpeg great news.

Martin

[dinki]

%1 includes the entire path (folder + filename). tmp.ts does not so the batch file expects to find it in the working directory (NPVR Program folder)

try:

Code:

set file=%~d1%~p1%~n1.bak
ren "%~d1%~p1%~n1.ts" "%~n1.bak"
"C:\Users\Public\NPVR\Scripts\TsRemux0212.exe" "%file%" "%~d1%~p1%~n1.ts"

This will rename the recording to *.bak and then perform the TsRemux.



No need to do the double remux. Rename the file then do a single remux to original filename (here's what I used until changing the HDHR to "ATSC/QAM: Other"):

Code:

set file=%~d1%~p1%~n1.bak
ren "%~d1%~p1%~n1.ts" "%~n1.bak"
s:\ffmpeg.exe -i "%file%" -f mpegts -vcodec copy -acodec copy "%~d1%~p1%~n1.ts"

Adjust the path to your ffmpeg installation of course.

I was using this as my postprocessing.bat file:

Code:

set file=%~d1%~p1%~n1.bak
ren "%~d1%~p1%~n1.ts" "%file%"
"C:\Users\Public\NPVR\Scripts\ffmpeg.exe" -i "%file%" -f mpegts -vcodec copy -acodec copy "%~d1%~p1%~n1.ts"
"C:\Program Files\NPVR\imageGrabLite.exe" --oid %3 --rename --nfo

After trying this I thought that things had improved, but I am again seeing issues with seeking. I watched a recording directory and noticed that I never saw the .bak file get generated so I'm not sure it was even running. I decided to try the above like this:

Code:

set file=%~d1%~p1%~n1.bak
ren "%~d1%~p1%~n1.ts" "%~n1.bak"
"C:\Users\Public\NPVR\Scripts\ffmpeg.exe" -i "%file%" -f mpegts -vcodec copy -acodec copy "%~d1%~p1%~n1.ts"
"C:\Program Files\NPVR\imageGrabLite.exe" --oid %3 --rename --nfo

This did rename the .ts to .bak but ffmpeg did not appear to run and I did not get a .ts file in that directory. I have confirmed that "C:\Users\Public\NPVR\Scripts\ffmpeg.exe" does indeed work (I tried issuing the full path executable from a dos prompt at C: and it did run the exe asking for options). Can someone spot what is wrong?

Is there a guide to writing batch scripts with nPVR? I checked the wiki but it was vague. I really could use some help figuring out what all these %variable_names are. Any help would be most appreciated. I'm really pulling my hair out over this timeline sync issue.

Is there a way to show the postprocessing.bat window while ffmpeg is running so I can see what might be going on?

*EDIT* I tried dragging a TS onto postprocessing.bat and it did appear to generate the new TS file so I guess it is working. It did, however, leave the .bak file behind. I tried adding:

Code:

del  "%~n1.bak"

to try and delete the .bak file, but it did not work. I also noted that the .bak file is a little smaller than the new TS file. Is that normal?

[whurlston]

try:

Code:

ren "%~f1" "%~n1.bak"
"C:\Users\Public\NPVR\Scripts\ffmpeg.exe" -i "%~dp1%~n1.bak" -f mpegts -vcodec copy -acodec copy "%~f1"
"C:\Program Files\NPVR\imageGrabLite.exe" --oid %3 --rename --nfo
rem del "%~dp1%~n1.bak"

remove "rem " from the last line only once you verify that the rest of the batch file is working or you will lose your recording.

del "%~n1.bak" is only passing the filename so it is trying to delete the file from the NextPVR program folder.

For an explanation of variables, see http://www.microsoft.com/resources/docum...x?mfr=true

Examples:

Code:

%~1:   "V:\Test Videos\Cheese Slices\Slicies MPEG2 NTSC 1080i 29.97.ts"
%~f1:  "V:\Test Videos\Cheese Slices\Slicies MPEG2 NTSC 1080i 29.97.ts"
%~d1:  "V:"
%~p1:  "\Test Videos\Cheese Slices\"
%~n1:  "Slicies MPEG2 NTSC 1080i 29.97"
%~x1:  ".ts"
%~s1:  "V:\Test Videos\Cheese Slices\Slicies MPEG2 NTSC 1080i 29.97.ts"
%~dp1: "V:\Test Videos\Cheese Slices\"
%~nx1: "Slicies MPEG2 NTSC 1080i 29.97.ts"

I also noted that the .bak file is a little smaller than the new TS file. Is that normal?

Not uncommon, the packet headers are being rewritten and missing ones (which can cause the playback issues) are being added.