Multi-record support?

[Don Tom]

.ts files have several advantages over .mpg files:

- is the native format used for broadcasts, so no remuxing required to record channels and a lot less that can go wrong. (mux filters cause lots of timing issues)
- is able to contain the latest broadcast formats (H.264, AAC, DTS etc).
- is able to store more informations streams in the recordings (multiple audio streams, DVB Subtitles, CC, Teletext etc)
- multi-record is possible
- is becoming very common, as the basis of digital TV and blu-ray. Lots of apps are starting to support transport streams, and you'll find more do every day...

If you have another go recording with the TS Mux, and post the logs, I'll take another look.

Again - Thanks for helping out; and I am beginning to realize that there might be gooD things (now and future) with .ts files.

As for my own experiences - I am sure that I can record a 0 bit/byte file, easily enough. But - what logs would you need?

[sub]

Do a recording then zip and attach the GBPVRRecordingService.exe.log and GBPVRRecordingService.exe-native.log. If that doesnt give me enough, there is some registry settings I can give you to collect more info.

[Don Tom]

OK. Done. The scenario behind these logs is basically that I started a manual recording of one channel (from 12:40 - 13:00). This was done at 12:48 approximatelly. Moreover - as in my post #4 - the recording is still running, even though there is nothing scheduled (tray icon is green, and the recording status indicates that recording is on-going); though GBPVR interface recognizes the recordings as being finished.

The outcome are the below two 0 byte files:

SVT1_20090101124000.ts
SVT1_20090101124000-1.ts

I am attaching the logs, and one line in GBPVRRecordingService.exe.log seems interesting. The end line saying:

2009-01-01 12:49:38.218 ERROR [5] Found expired lease. Stopping recording.

[sub]

Try doing this:

1) create a c:\temp directory
2) create a HKEY_LOCAL_MACHINE\Software\Devnz\LogTSFlow=1 registry setting
3) try recording
4) post your zipped c:\temp\flow.txt file.

[Don Tom]

Done. Scenario basically same as before, though I manually killed the recording after a few minutes running (still 0 byte files), since the log was very verbose.

[sub]

I can see data flowing by, but it doesnt look like the channel you're trying to record is in the stream data. Has the broadcaster moved channels since you originally scanned for channels?

Can you zip and attach the scan cache files from C:\Program Files\devnz\gbpvr\BDA?

[Don Tom]

There has not to my knowledge been any changes from the broadcaster, and recording with other Muxes works fine.

Either way - I am attaching what I am assuming is the right file.

[sub]

Can you go into the capture source settings, hit the 'map digital channels to epg channels' button, hit rescan, let it complete then zip and attach the new scan cache file?

[Don Tom]

Sure. New file attached.

[sub]

That new scan doesnt find all your channels, and doesnt include SVT1 in the results. If another scan still doesnt pick up this channel (look at the end of the lines for the channel names), you might need to setting region to 'all countries / all regions'.