Re: [vdr] Device power saving feature - power measurements

2016-06-27 Thread glenvt18
Hi Richard,

As there are no debug messages in your log I tried to reconstruct some
of them (power-related) - see my comments. Note that an extra second is
added to all timeouts due to the 'greater than' comparison. It was done
on purpose to add some save margin. Power-saving looks to work OK. But.
I don't see any 'timer ... start/stop' or 'record ...' messages in your
log. So, I have some questions:
1) Did you fail to record 'The Big C & Me' at 01:05 and 'Greenberg' at
01:35?
2) Did you cancel 'Greenberg'?
3) Was your streaming interrupted?
4) What is your vnsi streaming priority?
5) What is your recording priority?
6) Are the channels you recorded and the channels you streamed on the same
transponder? I'm asking this because I see device 1 being idle all that
time.
7) What happens with your VDR when a vnsi streaming is interrupted by a
higher priority recording on the same device but on another transponder?
8) What timers (their dates) did you have from Jun 24 00:00 to Jun 24
04:00? 
9) What is your Vps Margin setting?

> Jun 24 01:12:59 ha-server vdr: [8690] loading 
> /etc/vdr/plugins/vnsiserver/allowed_hosts.conf
> Jun 24 01:12:59 ha-server vdr: [8690] VNSI: Client with ID 75 connected: 
> 10.0.0.90:52606
> Jun 24 01:12:59 ha-server vdr: [15789] VNSI: Welcome client 'XBMC Media 
> Center' with protocol version '8'
> Jun 24 01:12:59 ha-server vdr: [15789] VNSI: LiveStreamer::Close - close
> Jun 24 01:12:59 ha-server vdr: [15789] VNSI: close video input ...
> Jun 24 01:12:59 ha-server vdr: [15789] VNSI: Successfully found following 
> device: 0x91cef0 (1) for receiving
> Jun 24 01:12:59 ha-server vdr: [15789] dvb tuner: power-up - opening frontend 
> 0/0
streaming started on device 0, wake up device 0
> Jun 24 01:12:59 ha-server vdr: [15789] VNSI: activate live receiver: 1, pmt 
> change: 1
> Jun 24 01:12:59 ha-server vdr: [15789] VNSI: Successfully switched to channel 
> 1 - BBC ONE Lon
> Jun 24 01:12:59 ha-server vdr: [15789] VNSI: Started streaming of channel BBC 
> ONE Lon (timeout 5 seconds)
> Jun 24 01:12:59 ha-server vdr: [15793] VNSI: Created stream for pid=101 and 
> type=7
> Jun 24 01:12:59 ha-server vdr: [15793] VNSI: Created stream for pid=102 and 
> type=2
> Jun 24 01:12:59 ha-server vdr: [15793] VNSI: Created stream for pid=106 and 
> type=2
> Jun 24 01:12:59 ha-server vdr: [15793] VNSI: Created stream for pid=105 and 
> type=9
> Jun 24 01:13:00 ha-server vdr: [8686] channel 3 (BBC TWO) event Fri 
> 24.06.2016 01:05-02:05 (VPS: 24.06. 01:05) 'The Big C & Me' status 4
> Jun 24 01:13:05 ha-server vdr: [8679] dvb tuner: power-down - closing 
> frontend 1/0
> Jun 24 01:13:10 ha-server vdr: [8679] dvb tuner: power-up - opening frontend 
> 1/0
tune to a transponder on device 1 to refresh EPG before a (VPS) timer starts, 
call cDevice::SetOccupied(), set device 1 idle timer to 38 sec
> Jun 24 01:13:46 ha-server vdr: [15789] VNSI-Error: cxSocket::read(fd=18): 
> read() error at 0/4
> Jun 24 01:13:46 ha-server vdr: [15793] VNSI: exit streamer thread
> Jun 24 01:13:46 ha-server vdr: [15789] VNSI: LiveStreamer::Close - close
> Jun 24 01:13:46 ha-server vdr: [15789] VNSI: close video input ...
> Jun 24 01:13:46 ha-server vdr: [15789] VNSI: activate live receiver: 0, pmt 
> change: 0
> Jun 24 01:13:46 ha-server vdr: [15789] VNSI: close video input ...
> Jun 24 01:13:46 ha-server vdr: [8692] VNSI: Client with ID 75 seems to be 
> disconnected, removing from client list
> Jun 24 01:13:49 ha-server vdr: [8679] dvb tuner: power-down - closing 
> frontend 1/0
device 1 has been idle for 38 sec - power it down
> Jun 24 01:13:51 ha-server vdr: [8690] loading 
> /etc/vdr/plugins/vnsiserver/allowed_hosts.conf
> Jun 24 01:13:51 ha-server vdr: [8690] VNSI: Client with ID 76 connected: 
> 10.0.0.90:52610
> Jun 24 01:13:51 ha-server vdr: [15824] VNSI: Welcome client 'XBMC Media 
> Center' with protocol version '8'
> Jun 24 01:13:51 ha-server vdr: [15824] VNSI: LiveStreamer::Close - close
> Jun 24 01:13:51 ha-server vdr: [15824] VNSI: close video input ...
> Jun 24 01:13:51 ha-server vdr: [15824] VNSI: Successfully found following 
> device: 0x91cef0 (1) for receiving
> Jun 24 01:13:51 ha-server vdr: [15824] VNSI: activate live receiver: 1, pmt 
> change: 1
> Jun 24 01:13:51 ha-server vdr: [15824] VNSI: Successfully switched to channel 
> 1 - BBC ONE Lon
> Jun 24 01:13:51 ha-server vdr: [15824] VNSI: Started streaming of channel BBC 
> ONE Lon (timeout 5 seconds)
> Jun 24 01:13:52 ha-server vdr: [15826] VNSI: Created stream for pid=101 and 
> type=7
> Jun 24 01:13:52 ha-server vdr: [15826] VNSI: Created stream for pid=102 and 
> type=2
> Jun 24 01:13:52 ha-server vdr: [15826] VNSI: Created stream for pid=106 and 
> type=2
> Jun 24 01:13:52 ha-server vdr: [15826] VNSI: Created stream for pid=105 and 
> type=9
> Jun 24 01:13:54 ha-server vdr: [8679] dvb tuner: power-up - opening frontend 
> 1/0
tune to a transponder on device 1 to refresh EPG before a (VPS) timer starts, 
call cDevice::SetOccupied(), set device 1 idle 

Re: [vdr] vdr --genindex fails on radio recording

2016-06-27 Thread Richard F
Thanks both - I'll give it a try - let you know how it goes against 2.2.0

Richard

On 26/06/2016 16:31, Klaus Schmidinger wrote:
>
>> On 26 Jun 2016, at 04:23, Richard F  wrote:
>>
>> Hi Klaus,
>>
>> In my testing, (VDR 2.20) the command vdr --genindex fails on an audio-only 
>> recording from a radio station for example.
>>
>> The index file is generated during a recording, but if deleted, vdr itself 
>> cannot regenerate it, nor can the command line command. Kodi for example 
>> tries to regenerate it when playing, if it's missing, and fails. If the 
>> index is already there, it gets deleted.  Is this by design, or a bug ?
> It’s a bug, and a fix (provided by Thomas Reufer) will be coming to
> VDR 2.2.1 soon (after I return from my summer vacation ;-).
>
> I’m attaching Thomas’ suggested patch, which I haven’t tested myself, yet.
> It’s against VDR version 3.3.1, so I can’t guarantee it will apply easily
> to version 2.2.0.
>
> Klaus
>
>


___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr