To post process .ts or not?

[steeb]

Dear all,

he he and ho ho Xmas got in the way but what with Sub's new release and all the dev's goodies with great plugins etc I cannot see now why I wouldn't want to shift my whole HTPC system over from GB-PVR to NPVR.

It will no doubt take a few days as I think GB-PVR will be heavily used in our house over this festive period but due the great implemention of Sub (allowing GB-PVR and NPVR to run alongside each other) and Martin with his new dongle, when I can find a few quiet moments I can play away in the background

To the point

I have got so used to my recordings being .mpg's, totally understand how .ts's are working for me now (multiple recordings, same frequency) but what would be the 'boiled down version' over whether to re-process/post-process my NPVR .ts's recordings back to mpg's. What would I be losing/gaining? A simple rename from extension .ts to mpg? etc etc Do I lose some attched data doing this?

Thank you and ho ho ho

Steeb

[mvallevand]

Certainly don't rename, it's not like a vob file. But what I don't see in your question is an explanation of a problem that would make you even consider it. NPVR's native optimized format is mpeg-ts, so why bother?

You will lose some timing information that makes skipping better, although you aren't going to benefit from this on the MVP.

Martin

[steeb]

Certainly don't rename, it's not like a vob file. But what I don't see in your question is an explanation of a problem that would make you even consider it. NPVR's native optimized format is mpeg-ts, so why bother?

You will lose some timing information that makes skipping better, although you aren't going to benefit from this on the MVP.

Martin

This is exactly why I need your wisdom, I am coming at it as a dinosaur

There is no problem, only created in my head as I have had 99.89 % reliability with the mpg's. I am simply used to .mpg's Also just not for MVP's but NMT as well. I think what you are saying here Martin is just keep the .ts's

Thank you

Steeb

[mvallevand]

Not really, I'm saying why not wait until you find you have a problem before worrying about it.

Martin

[steeb]

Not really, I'm saying why not wait until you find you have a problem before worrying about it.

Martin

Quite correct as usual. It is just me. There is no problem at all, just working thorugh my shift to NPVR and making sure the transition will be as effortless as possible. If I mess up Mrs Steeb's holiday recordings she would be most upset

thank you all I needed to know

Steeb

[gEd]

2 reasons for converting to mpeg.

1. the file will be smaller
2. If you are viewing over a wireless network with less that optimal performance, ts files can skip while mpeg files won't as there is less data being streamed.

I still seem to be running into some problems playing back some of my older mpeg recordings in npvr - it just refuses to play them. I need to find time to investigate and report to sub tho I recall seeing someone else make reference to the same problem.

I have this in my scripts\postprocessing.bat which seems to be working well atm although I am aware that I might loose a recording if the conversion goes t1ts up.

"C:\Program Files (x86)\NPVR\Other\ffmpeg.exe" -y -i %1 -vcodec copy -acodec copy -f vob "%~dpn1.mpg"
If exists "%~dpn1.mpg" del %1

No need to rename as npvr will search for .mpg file if it doesn;t find .ts file.

[ACTCMS]

I still seem to be running into some problems playing back some of my older mpeg recordings in npvr - it just refuses to play them. I need to find time to investigate and report to sub tho I recall seeing someone else make reference to the same problem.

I was having problems with some of my mpegs - changing from the mpv decoder to ffdshow seems to have fixed it.

[steeb]

2 reasons for converting to mpeg.

1. the file will be smaller

Yup more stuff in the mix here. 1 TB drive, allocation good. But by post-process this will become smaller?

2. If you are viewing over a wireless network with less that optimal performance, ts files can skip while mpeg files won't as there is less data being streamed.

Nope, but thanks for pointer. I have never allowed wireless networks in my home.

I still seem to be running into some problems playing back some of my older mpeg recordings in npvr - it just refuses to play them. I need to find time to investigate and report to sub tho I recall seeing someone else make reference to the same problem.

Think there have been some statements about this, yeh not for this thread, perhaps?

I have this in my scripts\postprocessing.bat which seems to be working well atm although I am aware that I might loose a recording if the conversion goes t1ts up.

"C:\Program Files (x86)\NPVR\Other\ffmpeg.exe" -y -i %1 -vcodec copy -acodec copy -f vob "%~dpn1.mpg"
If exists "%~dpn1.mpg" del %1

No need to rename as npvr will search for .mpg file if it doesn;t find .ts file

Yup, Sub has built some brilliant check code into NPVR. Now Mr gEd, is that post processing bat in the new wiki

[steeb]

I was having problems with some of my mpegs - changing from the mpv decoder to ffdshow seems to have fixed it.

Now Alex, I get twitchy with even changing from my native decoders to ffdshow (bad experience in past) then I see Hoborg's brilliant package (that needs unlocking) and I think pbs is into CCCP or something like that currently, quite honestly everytime I mess with this stuff it just causes more dilemma's?



Steeb

[ACTCMS]

Now Alex, I get twitchy with even changing from my native decoders to ffdshow (bad experience in past) then I see Hoborg's brilliant package (that needs unlocking) and I think pbs is into CCCP or something like that currently, quite honestly everytime I mess with this stuff it just causes more dilemma's?



Steeb

I was reluctant at first, but after Martin had suggested it a couple of times, I decided to try it - no problems so far.