TS Mux?

[Satori]

Why would I ever use any of the other muxes?

1) The TS mux supports timeshift mode and

Sub - "The TS Mux is probably the fastest of the BDA muxes"

2) I wanted to use my old MVP on a system for cartoons for my son. I know TS can't be streamed to an MVP without transcoding, but (correct me if I am wrong) any HD recording would need to be transcoded even if it was an MPG.
I saw a post about setting up transcoding. While I haven't tried it yet I set up the Config file like this:

Mvallevand - "change the <MVPFFmpegTranscodeTS> string to match the one in <MVPFFmpegTranscodeCmdLineNTSC>"

My system is likely to be fast enough to transcode recordings, so no issues there.

3) I was having an issue with channel changing with the Cyberlink and ATI muxes as I mentioned here:

http://forums.nextpvr.com/showthread.php...nel+change

But I have been testing the TS mux and it performs flawlessly so why use those muxes when channel changing just works with the TS mux?

4) I thought I might have an issue burning .TS files to a DVD, but I opened one in Nero Vision Express and it transcoded/burned with no issues.

I guess the question is are there any downsides to using the TS mux? I can't find any for my setup, but I will only be using ATSC.

[mvallevand]

When the mpeg-ts file is correct there is nothing better IMO. The problem is with all the digital streams, which vary be channel and by provider, there is a good chance you will encounter bad streams.

I find the Microsoft support for mpeg-ts is unfortunately not as good as DVR-MS for I suppose obvious reasons so many GBPVR users use dvr-ms.

Martin

[martint123]

I guess the question is are there any downsides to using the TS mux?

Not currently supported with streaming mode on a PC Client?

[Satori]

Is the DVR-MS mux's better handling of bad streams a function of the mux or of the handling of the DVR-MS file after Muxing?

If it is a function of the file given TS handling was improved from 1.2.9 to 1.2.13 will that improvement continue going forward?

If not will whatever helps the DVR-MS mux do better with bad streams be incorporated into GBPVR and the TS mux?


What I am wondering is whether ongoing improvements to GBPVR will make the TS mux the superior option at some point in the future even when there are bad streams.

[sub]

There will be more improvements on the TS front. Transport stream recording and playback became more important when some broadcasters in New Zealand/Asia/Europe recently started transmitting H.264 channels. These need to be stored in a .ts container. It is also the file format generated by the Hauppauge HD PVR.

TS Mux recordings have the advantage of being pretty much a perfect copy of what was broadcast. The only real down side of .ts file is that the Windows supplied directshow filters cant play this file type. This isnt too much of a problem since including the GBPVR TS Reader filter in 1.2.13. This reader filter isnt perfect, but not too bad. There will be further improvements to this read filter to correct some of its limitations. Once I'm 100% happy with this filter, I'll recommend the TS Mux filter as the default mux.

[daneo]

Hi Sub,

with regards to the TS Mux option, what effect will it's use have on MVP usage?

I am doing all my recording with Cyberlink, as it doesn't need transcoding for the MVP -- do you know if there is a dongle/streaming option to throw native TS data at the MVP too?

I sometimes get TS glitches in Frankfurt, and am looking for a good way to get rid of them...

Thanks,
Dane

[Jaggy]

If you use the mvpmc dongle it will play .ts file without needing to be transcoded (you can test this by just renaming a *.ts to *.mpg & playing it back on the MVP through the video library) but at the moment GB-PVR won't pass .ts file to the MVP without transcoding them. But somewhere in a tread by me sub has said he is going to allow this to be a selectable option for the new release.

[sub]

Hi Sub,

with regards to the TS Mux option, what effect will it's use have on MVP usage?

I am doing all my recording with Cyberlink, as it doesn't need transcoding for the MVP -- do you know if there is a dongle/streaming option to throw native TS data at the MVP too?

I sometimes get TS glitches in Frankfurt, and am looking for a good way to get rid of them...

Thanks,
Dane

Unfortunately the TS Mux will not be a good choice for using with an MVP. The MVP is pretty much only able to play program streams, so you'd need to stick with the Cyberlink mux if you're using an MVP.

[sub]

If you use the mvpmc dongle it will play .ts file without needing to be transcoded (you can test this by just renaming a *.ts to *.mpg & playing it back on the MVP through the video library) but at the moment GB-PVR won't pass .ts file to the MVP without transcoding them. But somewhere in a tread by me sub has said he is going to allow this to be a selectable option for the new release.

The stock MVP dongle isnt capable of handling .ts files. The alternative mvpmc dongle is capable of receiving .ts files directly. I did add logic to allow it to pass a .ts file through unaltered, but its still only a half-arsed solution at best. (since there is no knowledge of the stream duration or current stream position etc, and no skipping etc).

Realistically, people are going to need to stick with .mpg files if they're using an MVP.

A large percentage of users would also have had transport streams that were incompatible with the MVP anyway, ie highdef MPEG2, or H.264 video, or AC3 audio, or AAC audio etc, so transport stream was not going to work for them regardless...

[stustunz]

will the .ts files be able to be streamed in the future?
thats the only downside for me using dvr-ms