Hi,
I noticed a problem with the recording directory of the following timer
9:S19.2E-1-1092-10100:M------:2000:2200:50:99:Musik~DELUXE:
in a situation where the recording gets interrupted by any other recording due to higher priority (with vdr-1.4.6):
Mar 19 20:00:00 Kanotix vdr: [4293] timer 1 (44 2000-2200 'Musik~DELUXE') start Mar 19 20:00:04 Kanotix vdr: [4293] record /video0/Musik/DELUXE/_/2007-03-19.20.00.50.99.rec Mar 19 20:00:05 Kanotix vdr: [4299] channel 44 (DELUXE MUSIC) event Mon 19.03.2007 19:52-20:11 '(null)' s tatus 4
Mar 19 21:03:00 Kanotix vdr: [4293] stopping recording on DVB device 1 due to higher priority Mar 19 21:03:01 Kanotix vdr: [4293] timer 1 (44 2000-2200 'Musik~DELUXE') stop
Mar 19 21:03:03 Kanotix vdr: [4293] timer 1 (44 2000-2200 'Musik~DELUXE') start Mar 19 21:03:03 Kanotix vdr: [4293] executing 'noad before "/video0/Musik/DELUXE/Den_Song_für_Ihr_Privata rchiv_kaufen_Si/2007-03-19.20.00.50.99.rec"' Mar 19 21:03:03 Kanotix noad[4502]: noad arg[0]: noad Mar 19 21:03:03 Kanotix noad[4502]: noad arg[1]: before Mar 19 21:03:03 Kanotix noad[4502]: noad arg[2]: /video0/Musik/DELUXE/Den_Song_für_Ihr_Privatarchiv_kaufe n_Si/2007-03-19.20.00.50.99.rec Mar 19 21:03:03 Kanotix noad[4502]: noad args done Mar 19 21:03:03 Kanotix noad[4502]: noad called with 'before' and online=1 and liverecording is no Mar 19 21:03:03 Kanotix noad[4502]: nothing to do yet Mar 19 21:03:03 Kanotix vdr: [4293] record /video0/Musik/DELUXE/Den_Song_für_Ihr_Privatarchiv_kaufen_Si/2 007-03-19.20.00.50.99.rec
as you can see the timers recording directory changes from empty ('_' ) to 'Den_Song_für_Ihr_Privatarchiv_kaufen_Si' when the recording is resumed on device 2, resulting in 2 single recordings.
Background: the timer is responsible for a recording on DeluxeMusic. DeluxeMusic delivers their EPG for the current and the next track. So its permanently changing. When the recording is finished it will be processed with the deluxe-plugin to extract mp3's. But this only works with one consistent recording.
The reason for VDRs behaviour is probably that at the beginning of the recording there's no EPG at all, while after the resume there is one.
Any ideas how to avoid the two recordings?
BR,
Christian
On 03/19/07 22:35, Christian Wieninger wrote:
Hi,
I noticed a problem with the recording directory of the following timer
9:S19.2E-1-1092-10100:M------:2000:2200:50:99:Musik~DELUXE:
... as you can see the timers recording directory changes from empty ('_' ) to 'Den_Song_für_Ihr_Privatarchiv_kaufen_Si' when the recording is resumed on device 2, resulting in 2 single recordings.
Background: the timer is responsible for a recording on DeluxeMusic. DeluxeMusic delivers their EPG for the current and the next track. So its permanently changing. When the recording is finished it will be processed with the deluxe-plugin to extract mp3's. But this only works with one consistent recording.
The reason for VDRs behaviour is probably that at the beginning of the recording there's no EPG at all, while after the resume there is one.
Any ideas how to avoid the two recordings?
The only quick solution I can think of is to turn off "Use episode name" in "Setup/Recording".
Klaus
The only quick solution I can think of is to turn off "Use episode name" in "Setup/Recording".
It would be nice to have a flag in the individual timer for this. There are a lot of shows where you want episode subdirs and a lot of others where the EPG is so broken you're better off without (try Tele-Gym on Bayern 3 for an example...)
Olaf
Olaf Titz wrote:
The only quick solution I can think of is to turn off "Use episode name" in "Setup/Recording".
It would be nice to have a flag in the individual timer for this. There are a lot of shows where you want episode subdirs and a lot of others where the EPG is so broken you're better off without (try Tele-Gym on Bayern 3 for an example...)
You can: Turn it globally off, and for timers where you do want episode names, add ~EPISODE to the timer title, and VDR will replace EPISODE by the actual episode title. Same works with the TITLE string.
Cheers,
Udo