0010: Buffering needs to be put back. - Unofficial PVR Issue Trackers (Sagem, Digihome, Vestel)

Goto: Sagem discussion forums at PVR World or Digital Spy
PVR discussion forum at AVForums

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0010

PVR 62xxT

recording

public

16 Jan 06 10:52

04 Apr 06 21:18

Reporter

MC1

Assigned To

Futaura

Priority

normal

Severity

major

Reproducibility

always

Status

resolved

Resolution

fixed

Platform

OS Version

Product Version

0.3.4

Target Version

Fixed in Version

0.3.9b

Summary

0010: Buffering needs to be put back.

Description

I can understand Sagem, may have though they were being helpful to remove buffering to allow two recordings next to each other. But they have be extremly unhelpful by removing buffering!

Sagem ask yourself what poportion of records are just one item with no following item (90% in my case - and I would guess 75% overall), and what poportion and two or more items following one (10% in my case - and 25% overall, I guess). So is it better than you have to edit a recording 75% (90% me) of the time (to add buffering) OR 25% (10% me) to remove buffering to allow two recordings one-after-another. To help you understand user friendlyness Sagem, the editing or recording schedules should be done as little as possible!

The solutions avaliable:-

1. HALF-HEARTED SOLUTION - put back buffering - should be VERY easy to do.
2. LET THE USER DECIDE - Have it as an option and let the user decide to have it turn't on or off AND let the user decide how long the buffering should be at the beginning and how long the buffering should be at the end. Not to difficult!
3. WORK-IT-OUT YOURSELF - When a user chooses a recording add the buffering, when the user choose another recording that will start in the buffering time - REDUCE the buffering for the first recording to accomodate the second recording AND add buffering to the second recording IF the user chooses a third recording that will be in the buffering, REDUCE the buffering or recording two, etc. Getting hardier!
4. ADD IT ON THE FLY - 5 minutes before a recording starts automatically start the recording, and at the end of the recording add a buffer of upto 15 minutes OR until another recording starts. Dangerous as it may be buggy and cause more problems than it fixes.

My preference would be 1 or 2, as 3 and 4 are likely to be too much work.

Tags

No tags attached.

Attached Files

Relationships

duplicate of

0003

acknowledged

Address lack of padding / safety margin

Notes
(0001) Futaura (administrator) 16 Jan 06 11:08	Please check that you don't start duplicate reports, like this one, and instead add a note to the existing issue. Thanks.

(0011) philipwalduck (reporter) 16 Feb 06 13:12 edited on: 16 Feb 06 13:12	a solution to this problem could be the use of VideoPlus codes to set start/finish time and allow for programmes that overrun/start late etc. I am aware however that not all channels broadcast the necessary codes. Possibly the box could be reprogrammed to read the now/next info and start/stop recording when the programmes change. Anybody any ideas on this?

(0025) Futaura (administrator) 04 Apr 06 21:18	See 0002 for further improvement ideas

Issue History
Date Modified	Username	Field	Change
16 Jan 06 10:52	MC1	New Issue
16 Jan 06 11:00	Futaura	Relationship added	duplicate of 0003
16 Jan 06 11:08	Futaura	Note Added: 0001
16 Feb 06 13:12	philipwalduck	Note Added: 0011
16 Feb 06 13:12	philipwalduck	Note Edited: 0011
04 Apr 06 21:18	Futaura	Status	new => resolved
04 Apr 06 21:18	Futaura	Fixed in Version	=> 0.3.9b
04 Apr 06 21:18	Futaura	Resolution	open => fixed
04 Apr 06 21:18	Futaura	Assigned To	=> Futaura
04 Apr 06 21:18	Futaura	Note Added: 0025

MantisBT 1.2.2[^]