VDR User kirjoitti:
On Thu, May 7, 2009 at 11:38 AM, Jouni Karvo jouni.ka...@iki.fi wrote:
I'd be pleased, if there would be some kind of a caretaking, so that the
pause-live-tv recording would just disappear after returning to other
modes of operation. I think it would not break anything
Am Sat, 09 May 2009 10:33:58 +0300
schrieb Jouni Karvo jouni.ka...@iki.fi:
No, I meant deleting automatically the pause-live-TV recording.
That recording is conceptually just a technical implementation issue
(and should not be visible in the recordings list, even, in my
opinion). The end
On 05/09/09 12:30, Gerald Dachs wrote:
Am Sat, 09 May 2009 10:33:58 +0300
schrieb Jouni Karvo jouni.ka...@iki.fi:
No, I meant deleting automatically the pause-live-TV recording.
That recording is conceptually just a technical implementation issue
(and should not be visible in the recordings
On Sat, May 9, 2009 at 3:30 AM, Gerald Dachs v...@dachsweb.de wrote:
Am Sat, 09 May 2009 10:33:58 +0300
schrieb Jouni Karvo jouni.ka...@iki.fi:
No, I meant deleting automatically the pause-live-TV recording.
That recording is conceptually just a technical implementation issue
(and should not
On Sat, May 9, 2009 at 4:05 AM, Gerald Dachs v...@dachsweb.de wrote:
Am Sat, 09 May 2009 12:38:39 +0200
schrieb Klaus Schmidinger klaus.schmidin...@cadsoft.de:
It also raises several questions:
- When should such a recording be deleted?
If it gets deleted as soon as replay is stopped,
VDR User wrote:
On Sat, May 9, 2009 at 4:05 AM, Gerald Dachs v...@dachsweb.de wrote:
Am Sat, 09 May 2009 12:38:39 +0200
schrieb Klaus Schmidinger klaus.schmidin...@cadsoft.de:
It also raises several questions:
- When should such a recording be deleted?
If it gets deleted as soon as replay
I totally agree with this too...at least it would be good to have the option
to handle the pause-live-TV recording as now or to have them automatically
deleted when you change channel and not have them appear at all in the
'Recordings' menu. This would me a big improvement in WAF :-)
On Sat, May
My view is that it should behave as on other PVR's where if you change
channel then the 'paused live recording' should be deleted. People are used
to this behaviour. Pressing 'Stop' while in the live recording would take
you back to 'Live' viewing. At anytime when you want to keep the current
Live
Am Sat, 9 May 2009 06:15:18 -0700
schrieb VDR User user@gmail.com:
On Sat, May 9, 2009 at 4:05 AM, Gerald Dachs v...@dachsweb.de wrote:
Am Sat, 09 May 2009 12:38:39 +0200
schrieb Klaus Schmidinger klaus.schmidin...@cadsoft.de:
It also raises several questions:
- When should such a
I thought this was a VDR developers mailing list and not a ´how to tell o
ther
people how they should educate their kids´
I for one think is not helpful at all people posting here things like:
¨The Real Problem is that people are too lazy to educate their brats
properly.¨
It does not help and
On 05/05/09 20:33, Martin Neuditschko wrote:
Hello,
I upgraded VDR from 1.6.0 to 1.7.7 (including DVB drivers). The VDR
is running and working correctly as I can say this after 30 minutes of
testing.
But I get this strange error message each second after startup of VDR:
ERROR
On 08.05.2009 21:42, Pasi Juppo wrote:
The problem is not how to edit but which buttons needs to be pressed to
set cutting marks, which to move them, which to start actual cutting
etc.
I agree that the editing key mapping is not very intuitive, at least not
as intuitive as the rest of VDR.
On 09.05.2009 12:38, Klaus Schmidinger wrote:
- When should such a recording be deleted?
If it gets deleted as soon as replay is stopped, you'll be very surprised
when you (or your kids ;-) inadvertently press Stop, and you can't resume
replay.
If it gets deleted after a certain
On 08.05.2009 01:17, Andrew Herron wrote:
I agree it must put extra wear stress on the hard drive and yes the
energy usage must be higher.
I don't think so. Disks don't wear that much by reading and writing.
Spinning up and down, heating up and cooling down, shaking them, do lots
of seek
On 09.05.2009 21:31, Udo Richter wrote:
On 08.05.2009 21:42, Pasi Juppo wrote:
The problem is not how to edit but which buttons needs to be pressed to
set cutting marks, which to move them, which to start actual cutting
etc.
I agree that the editing key mapping is not very intuitive, at
Klaus Schmidinger wrote:
On 09.05.2009 21:31, Udo Richter wrote:
On 08.05.2009 21:42, Pasi Juppo wrote:
The problem is not how to edit but which buttons needs to be pressed to
set cutting marks, which to move them, which to start actual cutting
etc.
I agree that the editing
On 09.05.2009 22:04, Klaus Schmidinger wrote:
This 'editing mode' could have some (OSD visible) key mapping like
red-toggle mark, green-jump to last mark, yellow-jump to next mark,
blue-start editing. However, this would make jumping a lot more difficult.
The color keys are already in use
Udo Richter schrieb:
On 09.05.2009 22:04, Klaus Schmidinger wrote:
Personally I don't find the key mapping that unintuitive. After all,
the number keys are unused in replay mode, so why not use them for
editing?
2=Cut
4=Move Back 6=Move Forward
Gerald Dachs schrieb:
Am Sat, 09 May 2009 12:38:39 +0200
schrieb Klaus Schmidinger klaus.schmidin...@cadsoft.de:
It also raises several questions:
- When should such a recording be deleted?
If it gets deleted as soon as replay is stopped, you'll be very
surprised when you (or your
On Sat, May 9, 2009 at 1:04 PM, Udo Richter udo_rich...@gmx.de wrote:
On 08.05.2009 01:17, Andrew Herron wrote:
I agree it must put extra wear stress on the hard drive and yes the
energy usage must be higher.
I don't think so. Disks don't wear that much by reading and writing.
Spinning up
On Sat, May 9, 2009 at 1:04 PM, Klaus Schmidinger
klaus.schmidin...@cadsoft.de wrote:
Personally I don't find the key mapping that unintuitive. After all,
the number keys are unused in replay mode, so why not use them for
editing?
2=Cut
4=Move Back 6=Move
21 matches
Mail list logo
