Hello, In the daily use of my vdr system there is just one point which is not really satisfying: When I decide to cut my recordings (when more than about 10 are waiting to be edited) I always have to wait to start the recording after setting the marks, because the last cut is not yet finished. It would be nice to have something like a "cutting queue", so that when "2" is pressed after editing the recording will be added to that queue, no matter if cutting is already running.
On 10/05/05, Helmut Auer vdr@helmutauer.de wrote:
Hello, In the daily use of my vdr system there is just one point which is not really satisfying: When I decide to cut my recordings (when more than about 10 are waiting to be edited) I always have to wait to start the recording after setting the marks, because the last cut is not yet finished. It would be nice to have something like a "cutting queue", so that when "2" is pressed after editing the recording will be added to that queue, no matter if cutting is already running.
I use cut_in_place which tool at MOST TWO SECONDS to do the cuttings of really big recordings... One has to be very very very fast to need then a queue ;-)
http://www.linuxtv.org/vdrwiki/index.php/Cutinplace
Hello,
On Tue May 10, 2005 at 10:56:09PM +0200, Helmut Auer wrote:
Hello, In the daily use of my vdr system there is just one point which is not really satisfying: When I decide to cut my recordings (when more than about 10 are waiting to be edited) I always have to wait to start the recording after setting the marks, because the last cut is not yet finished. It would be nice to have something like a "cutting queue", so that when "2" is pressed after editing the recording will be added to that queue, no matter if cutting is already running.
You can patch vdr: vdr-1.3.23-CutterQueue.patch
http://users.tkk.fi/~phintuka/vdr/
http://www.vdr-wiki.de/wiki/index.php/Cutterqueue-patch
Mike
FAVRE Grégoire wrote:
On 10/05/05, Helmut Auer vdr@helmutauer.de wrote:
Hello, In the daily use of my vdr system there is just one point which is not really satisfying: When I decide to cut my recordings (when more than about 10 are waiting to be edited) I always have to wait to start the recording after setting the marks, because the last cut is not yet finished. It would be nice to have something like a "cutting queue", so that when "2" is pressed after editing the recording will be added to that queue, no matter if cutting is already running.
I use cut_in_place which tool at MOST TWO SECONDS to do the cuttings of really big recordings... One has to be very very very fast to need then a queue ;-)
Hi,
Unfortunately, this modifies the original recording. But this option makes sense if the disk is running full or if you really don´t need the original recording anymore - so this would also be a nice option in the final vdr 1.4. But as I said: I would prefer to see a cutting cue implemented.
With kind regards
Joerg
Mike Constabel wrote:
Hello, When I decide to cut my recordings (when more than about 10 are waiting to be edited) I always have to wait to start the recording after setting the marks, because the last cut is not yet finished. It would be nice to have something like a "cutting queue", so that when "2" is pressed after editing the recording will be added to that queue, no matter if cutting is already running.
You can patch vdr: vdr-1.3.23-CutterQueue.patch
http://users.tkk.fi/~phintuka/vdr/
http://www.vdr-wiki.de/wiki/index.php/Cutterqueue-patch
Mike
Thanks a lot for this hint.
Joerg
On Wed, 11 May 2005, Joerg Knitter (JK) wrote:
JK> FAVRE Grégoire wrote: JK> > JK> > I use cut_in_place which tool at MOST TWO SECONDS to do the cuttings JK> > of really big recordings... One has to be very very very fast to need JK> > then a queue ;-) JK> > JK> > http://www.linuxtv.org/vdrwiki/index.php/Cutinplace JK> JK> Hi, JK> JK> Unfortunately, this modifies the original recording. But this option makes JK> sense if the disk is running full or if you really don´t need the original JK> recording anymore - so this would also be a nice option in the final vdr JK> 1.4. But as I said: I would prefer to see a cutting cue implemented.
I guess, cut_in_place could be easily modified to create a copy of the recording and to modify it then. (as an optional parameter)
Sergei
Sergei Haller schrieb:
On Wed, 11 May 2005, Joerg Knitter (JK) wrote:
JK> FAVRE Grégoire wrote: JK> > JK> > I use cut_in_place which tool at MOST TWO SECONDS to do the cuttings JK> > of really big recordings... One has to be very very very fast to need JK> > then a queue ;-) JK> > JK> > http://www.linuxtv.org/vdrwiki/index.php/Cutinplace JK> JK> Hi, JK> JK> Unfortunately, this modifies the original recording. But this option makes JK> sense if the disk is running full or if you really don´t need the original JK> recording anymore - so this would also be a nice option in the final vdr JK> 1.4. But as I said: I would prefer to see a cutting cue implemented.
I guess, cut_in_place could be easily modified to create a copy of the recording and to modify it then. (as an optional parameter)
Sure that's possible, but what would be the benefit in comparison to the standard cutting process ? It would be helpful to save the cutted pieces, so that an undo will be possible ! Anyway the vdr-1.3.23-CutterQueue.patch is exactly what I'm looking for - would be nice if it finds it way to the core vdr :-)
Helmut
On Thursday 12 May 2005 00:17, Helmut Auer wrote:
Sergei Haller schrieb:
On Wed, 11 May 2005, Joerg Knitter (JK) wrote:
JK> FAVRE Grégoire wrote: JK> > JK> > I use cut_in_place which tool at MOST TWO SECONDS to do the cuttings JK> > of really big recordings... One has to be very very very fast to need JK> > then a queue ;-) JK> > JK> > http://www.linuxtv.org/vdrwiki/index.php/Cutinplace JK> JK> Hi, JK> JK> Unfortunately, this modifies the original recording. But this option makes JK> sense if the disk is running full or if you really don´t need the original JK> recording anymore - so this would also be a nice option in the final vdr JK> 1.4. But as I said: I would prefer to see a cutting cue implemented.
I guess, cut_in_place could be easily modified to create a copy of the recording and to modify it then. (as an optional parameter)
Sure that's possible, but what would be the benefit in comparison to the standard cutting process ? It would be helpful to save the cutted pieces, so that an undo will be possible ! Anyway the vdr-1.3.23-CutterQueue.patch is exactly what I'm looking for
- would be nice if it finds it way to the core vdr :-)
What about using hard links to the original files and applying cut_in_place on the linked files.
Matthias
Matthias Schwarzott a écrit :
On Thursday 12 May 2005 00:17, Helmut Auer wrote:
It would be helpful to save the cutted pieces, so that an undo will be possible !
What about using hard links to the original files and applying cut_in_place on the linked files.
I thought cut-in-place was exactly doing that, or maybe that's another patch. It was discussed in the following thread :
From: Udo Richter Subject: [vdr] Suggestion: High speed cutting Date: Fri, 10 Dec 2004 02:30:34 +0100
I don't know if it was implemented thereafter.
Hi,
you can also use autocutter:
http://www.vdr-portal.de/board/thread.php?threadid=31155
Even if the forum is german, just download the 'Dateianhang' autocutter-0.1.6.tgz, the README is englisch.
Markus
Nicolas Huillard wrote:
I thought cut-in-place was exactly doing that, or maybe that's another patch. It was discussed in the following thread :
From: Udo Richter Subject: [vdr] Suggestion: High speed cutting Date: Fri, 10 Dec 2004 02:30:34 +0100
I don't know if it was implemented thereafter.
No it wasn't. Another thing on my long things-to-do-list-if-i-have-enough-time. ;)
Cheers,
Udo
-
FAVRE Grégoire -
Helmut Auer -
Joerg Knitter -
Markus Ehrnsperger -
Matthias Schwarzott -
Mike Constabel -
Nicolas Huillard -
Sergei Haller -
Udo Richter