2008-01-06, 10:17 AM
Two things:
1.
Ive noticed a few threads with padding issues but they all seem to imply slightly different scenarios.
I can't determine any consistent problem with the padding however I do see that the length of the recording as displayed when viewing the OSD does not exactly match the program length plus the padding, it can vary by a few minutes either way.
Could this be due to the encoding, I am guessing here, but mpeg uses key frames and differences from one frame to the next (very simply put!). The key frames (I-frames) may have to be at the ends of the file and if they are minutes apart then we will see this effect and for some people it wil look like padding is missing.
I believe this does not have to be the case as I never encountered it with my previous PVR.
I have the multi-tuner patch dated 13/11/07 12:44
and the settings in the config
<PreferAlternatingCaptureSources>false</PreferAlternatingCaptureSources>
<TryToHonourPaddingIfPossible>true</TryToHonourPaddingIfPossible>
2.
The scheduling of recordings seems very inflexible when it comes to choosing tuners.
Example, Tuner A can receive programs 1, 2 and Tuner B can receive programs 1, 3.
If I schedule a recording for program 1 it may be scheduled to tuner A.
If I then schedule a recording for program 2 it can't be recorded, even though tuner B is idle.
It would be good if the programs were shuffled to record 1 or tuner B and 2 on tuner A.
I know there are difficult cases, overlapping recordings etc etc but even if it only did this for the simple case it would be a great help.
3.
Is there any indication on pending and ready recodings as to which tuner was used. It would help a great deal in sorting out tuner related problems. Possibly even some was to force a tuner to be used for pending recordings to improve the situation in 2.
Sorry this sounds more like a wish list now.
cheers
Keith
1.
Ive noticed a few threads with padding issues but they all seem to imply slightly different scenarios.
I can't determine any consistent problem with the padding however I do see that the length of the recording as displayed when viewing the OSD does not exactly match the program length plus the padding, it can vary by a few minutes either way.
Could this be due to the encoding, I am guessing here, but mpeg uses key frames and differences from one frame to the next (very simply put!). The key frames (I-frames) may have to be at the ends of the file and if they are minutes apart then we will see this effect and for some people it wil look like padding is missing.
I believe this does not have to be the case as I never encountered it with my previous PVR.
I have the multi-tuner patch dated 13/11/07 12:44
and the settings in the config
<PreferAlternatingCaptureSources>false</PreferAlternatingCaptureSources>
<TryToHonourPaddingIfPossible>true</TryToHonourPaddingIfPossible>
2.
The scheduling of recordings seems very inflexible when it comes to choosing tuners.
Example, Tuner A can receive programs 1, 2 and Tuner B can receive programs 1, 3.
If I schedule a recording for program 1 it may be scheduled to tuner A.
If I then schedule a recording for program 2 it can't be recorded, even though tuner B is idle.
It would be good if the programs were shuffled to record 1 or tuner B and 2 on tuner A.
I know there are difficult cases, overlapping recordings etc etc but even if it only did this for the simple case it would be a great help.
3.
Is there any indication on pending and ready recodings as to which tuner was used. It would help a great deal in sorting out tuner related problems. Possibly even some was to force a tuner to be used for pending recordings to improve the situation in 2.
Sorry this sounds more like a wish list now.
cheers
Keith
Old broken setup - Zalman HD160+ box, AMD Athlon 5400+, 3GB DDR2, Motherboard Gigabyte GA-M61P-S3
Hauppauge Nova-T PCI
Hauppauge Nova-S PCI
BlackGold Dual T2, S2 PCI
1x 2TB SATA
Windows 7 Pro
Hauppauge Nova-T PCI
Hauppauge Nova-S PCI
BlackGold Dual T2, S2 PCI
1x 2TB SATA
Windows 7 Pro