Unofficial Vestel PVR Issue TrackerGoto: Unofficial Vestel PVR Information (UK)
Digihome discussion forum at Digital Spy
PVR discussion forum at AVForums

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0099T816timerspublic29 Aug 07 14:3012 Jan 08 13:06
ReporterFutaura 
Assigned To 
PrioritynormalSeveritymajorReproducibilityalways
StatusconfirmedResolutionopen 
PlatformOSOS Version
Product Version3.7 
Target VersionFixed in Version 
Summary0099: Event/accurate recording type drawbacks
DescriptionThe Event recording type (i.e. Freeview Playback "accurate recording") that is the default for the EPG is all very nice, but unfortunately currently only a handful of channels provide the necessary signalling to make this work well.

So, for channels that do not supply the necessary signalling (the now/next info matches the EPG date exactly), it often happens that you set a timer, only to find the start or end of the programme has been missed in the recording, because the programme started early and/or ended late. I realize the PVR is only doing what it is told, according to the Freeview Playback specificiation, but that doesn't help your customers who are returning these PVRs because they miss the start or end of programmes.

Ideally, recordings set via the EPG should only be of event type if the channel actually supports accurate recording, otherwise the normal time type recording timer should be set with the start/end padding as set in the config (these options will need to be re-enabled). I have no idea if there is a way to detect this from the incoming streams - if there is, then great. If not, it should either be made configurable (not sure on that) or the settings should be built-in - i.e. use event type recording timers on BBC channels (which support accurate recording) and time type timers on all other channels.
TagsNo tags attached.
Attached Files

- Relationships

-  Notes
User avatar (0084)
ptd (reporter)
12 Jan 08 13:06

Hitachi HDR161 v.3.7
Agreed. Each channel should have an independent default type setting, initially type 'time' with padding allowed, then channels can be user changed to 'event' as and when the service becomes available/reliable. I don't think I'd want to rely on an automatic detection.

- Issue History
Date Modified Username Field Change
29 Aug 07 14:30 Futaura New Issue
29 Aug 07 14:31 Futaura Status new => confirmed
12 Jan 08 13:06 ptd Note Added: 0084


MantisBT 1.2.19 [^]
Copyright © 2000 - 2019 MantisBT Team
Powered by Mantis Bugtracker