[redring] Show red LED ring when recording in standby + other options...

brian said:
What was your LED ring indicating when you put the box in standby during the first recording? Mine was Bright Orange, when it should have been Dull Orange.
Click to expand...

It was amber but I would say it was the normal dim, I think it's 11%
 
The RR with purple and debug has woken up for it's AR 15Min so I think it will wake at 00:05. Here is the RR log with no set wakeup over write

Code: 
with RR purple and debugging
 
[RR] Sat Jul 21 23:38:21 2012: -> LEDControl(0x10) 00 01 00 00
[RR] Sat Jul 21 23:38:21 2012:    [ REC = OFF ]
[RR] Sat Jul 21 23:38:21 2012: REC icon off.
[RR] Sat Jul 21 23:38:21 2012:    System is in standby.
[RR] Sat Jul 21 23:38:21 2012:    Changing to amber.
[RR] Sat Jul 21 23:38:21 2012: +> RingColour(0xe) 00
[RR] Sat Jul 21 23:38:22 2012: +> RingBrightness(0x1a) 1d
[RR] Sat Jul 21 23:38:22 2012: +> LEDControl(0x10) 00 01 00 00
[RR] Sat Jul 21 23:38:22 2012:    [ REC = OFF ]
[RR] Sat Jul 21 23:38:22 2012: -> LEDControl(0x10) 08 00 00 00
[RR] Sat Jul 21 23:38:22 2012:    [ Red Ring = OFF ]
[RR] Sat Jul 21 23:38:22 2012: +> LEDControl(0x10) 08 00 00 00
[RR] Sat Jul 21 23:38:22 2012:    [ Red Ring = OFF ]
[RR] Sat Jul 21 23:38:22 2012: Recording end 28.
[RR] Sat Jul 21 23:38:22 2012: -> SetClock(0x3) 50 0b 3d 6e
[RR] Sat Jul 21 23:38:22 2012: +> SetClock(0x3) 50 0b 3d 6e
[RR] Sat Jul 21 23:38:22 2012: -> SetWakeup(0x5) 01 50 0b 3f ec
[RR] Sat Jul 21 23:38:22 2012: +> SetWakeup(0x5) 01 50 0b 3f ec
[RR] Sat Jul 21 23:38:22 2012: -> RingBrightness(0x1a) 1d
[RR] Sat Jul 21 23:38:22 2012: Standby ring dim detected.
[RR] Sat Jul 21 23:38:22 2012: +> RingBrightness(0x1a) 1d
[RR] Sat Jul 21 23:38:39 2012: -> SetClock(0x3) 50 0b 3d 7f
[RR] Sat Jul 21 23:38:39 2012: +> SetClock(0x3) 50 0b 3d 7f
[RR] Sat Jul 21 23:38:39 2012: -> SetWakeup(0x5) 01 50 0b 3f ec
[RR] Sat Jul 21 23:38:39 2012: +> SetWakeup(0x5) 01 50 0b 3f ec
[RR] Sat Jul 21 23:38:39 2012: -> ClockControl(0x13) 01
[RR] Sat Jul 21 23:38:39 2012: +> ClockControl(0x13) 01
[RR] Sat Jul 21 23:38:39 2012: -> ???(0x14) 00
[RR] Sat Jul 21 23:38:39 2012: +> ???(0x14) 00
[RR] Sat Jul 21 23:38:40 2012: -> ???(0x14) 00
[RR] Sat Jul 21 23:38:40 2012: +> ???(0x14) 00
[RR] Sat Jul 21 23:38:40 2012: -> ???(0x14) 00
[RR] Sat Jul 21 23:38:40 2012: +> ???(0x14) 00
[RR] Sat Jul 21 23:38:40 2012: -> PowerOff(0x6) 00
[RR] Sat Jul 21 23:38:40 2012: Power-off detected.
[RR] Sat Jul 21 23:38:40 2012:  Changing to amber.
[RR] Sat Jul 21 23:38:40 2012: +> RingBrightness(0x1a) 1d
[RR] Sat Jul 21 23:38:40 2012: +> RingColour(0xe) 00
[RR] Sat Jul 21 23:38:40 2012: +> PowerOff(0x6) 00
 
standby break
 
+++++++++++++++++++++++++++++++++++++++++++++++++++++++
[RR] Sat Jul 21 23:49:24 2012: Persistent log starting, v2.00
+++++++++++++++++++++++++++++++++++++++++++++++++++++++
[RR] Sun Jul 22 00:07:20 2012: Recording start 20:'/mnt/hd2/My Video/American Dad!_20120722_0007.nts'
[RR] Sun Jul 22 00:07:20 2012:    Recording 1
[RR] Sun Jul 22 00:07:20 2012: -> LEDControl(0x10) 00 01 00 01
[RR] Sun Jul 22 00:07:20 2012:    [ REC = ON ]
[RR] Sun Jul 22 00:07:20 2012: REC icon on.
[RR] Sun Jul 22 00:07:20 2012:    System is in standby.
[RR] Sun Jul 22 00:07:20 2012:    Changing to red.
EDIT
Another good recording result, that only leaves the red+blue in half awake
 
I have just checked another good overnight recording wake-up this time with RR Purple, debug and half awake blue, the Humax set wake-up for the 4:30am search correctly with no 00000000 over write and the unit woke up at 4:30 and 8:34 for the next recording, strange thing is, there was no set wakup to 8:34 in the RR log. I also noticed that sometimes the RR log shows extra set wakeup with incorrect date info. e.g. July 1st :-

Code: 
[RR] Sun Jul 22 01:33:06 2012: -> SetWakeup(0x5) 01 4f f0 8c 60
[RR] Sun Jul 22 01:33:06 2012:    [ Sun Jul  1 17:44:00 2012 ]  ( 1341164640 )
[RR] Sun Jul 22 01:33:06 2012: +> SetWakeup(0x5) 01 4f f0 8c 60
[RR] Sun Jul 22 01:33:06 2012:    [ Sun Jul  1 17:44:00 2012 ]  ( 1341164640 )
[RR] Sun Jul 22 01:33:06 2012: -> SetWakeup(0x5) 01 00 00 00 00
[RR] Sun Jul 22 01:33:06 2012: +> SetWakeup(0x5) 01 00 00 00 00
 
Another pass, not sure where where to go from here, as far as I can see RR was in the same state that it failed in before e.g.

RR + purple + debug + blue&red half awake = failed twice
RR removed = passed twice
RR + purple + debug = passed
RR + purple + debug + half awake blue = passed
RR + purple + debug + half awake blue&red = passed

Log here :-
Code: 
[RR] Sun Jul 22 13:46:09 2012: Recording end 43.
[RR] Sun Jul 22 13:46:09 2012: -> SetClock(0x3) 50 0c 04 21
[RR] Sun Jul 22 13:46:09 2012: +> SetClock(0x3) 50 0c 04 21
[RR] Sun Jul 22 13:46:09 2012: -> SetWakeup(0x5) 01 50 0c 07 24
[RR] Sun Jul 22 13:46:09 2012: +> SetWakeup(0x5) 01 50 0c 07 24
[RR] Sun Jul 22 13:46:09 2012: -> RingBrightness(0x1a) 1d
[RR] Sun Jul 22 13:46:09 2012: Standby ring dim detected.
[RR] Sun Jul 22 13:46:09 2012:  Inhibiting.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++
[RR] Sun Jul 22 13:59:32 2012: Persistent log starting, v2.00
+++++++++++++++++++++++++++++++++++++++++++++++++++++++
Log data edited out
[RR] Sun Jul 22 14:18:35 2012: Recording start 20:'/mnt/hd2/My Video/Fleabag Monkeyface_20120722_1418.nts
 
My test this afternoon resulted in a failure, but a later recording did work fine even though the previous shutdown did the double SetWakeup (see below)

I need to work out what's different about putting it to sleep while it is still recording.

Code: 
[RR] Sun Jul 22 14:30:58 2012: -> SetWakeup(0x5) 01 50 0c 18 b8
[RR] Sun Jul 22 14:30:58 2012:    [ Sun Jul 22 15:14:00 2012 ]  ( 1342970040 )
[RR] Sun Jul 22 14:30:58 2012: +> SetWakeup(0x5) 01 50 0c 18 b8
[RR] Sun Jul 22 14:30:58 2012:    [ Sun Jul 22 15:14:00 2012 ]  ( 1342970040 )
[RR] Sun Jul 22 14:30:58 2012: -> SetWakeup(0x5) 01 00 00 00 00
[RR] Sun Jul 22 14:30:58 2012: +> SetWakeup(0x5) 01 00 00 00 00
[RR] Sun Jul 22 14:30:58 2012: -> RingBrightness(0x1a) 1d
[RR] Sun Jul 22 14:30:58 2012: Standby ring dim detected.
[RR] Sun Jul 22 14:30:58 2012:   Inhibiting.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++
[RR] Sun Jul 22 15:14:25 2012: Persistent log starting, v2.01
+++++++++++++++++++++++++++++++++++++++++++++++++++++++
[RR] Sun Jul 22 15:14:25 2012: -> LEDControl(0x10) 00 80 00 01
[RR] Sun Jul 22 15:14:25 2012:    [ Disk space 1 = ON ]
 
I'm still looking at this but haven't had much time recently. Every time I do manage to make time the box is busy recording something! Ideally I'd look at it during the day when there are lots of short programmes on the kids' channels.
 
I've just uploaded redring version 2.0.1. I /think/ I've solved the problem with putting the box to sleep during a recording. Do any of you have time to update and test?

I've tested it a couple of times and it seems ok, but I can only do about one test every 30 minutes!
 
af123 said:
I've just uploaded redring version 2.0.1. I /think/ I've solved the problem with putting the box to sleep during a recording. Do any of you have time to update and test?

I've tested it a couple of times and it seems ok, but I can only do about one test every 30 minutes!
Click to expand...
I will install it tomorrow evening, and test.:)
 
I don't know if its related to this but my box failed to record every programme set last night (i think it was 4 in total). They are in the schedule correctly, but the box simply never came on. There are no files in the media library for the programmes so the box obviously never made any attempt to record them. Trouble is I can't say if the box was turned off during a recording earlier in the day (as i wasn't here and the OH has a memory like a goldfish!) but its the only thing i can think of since when programmes fail to track a file is still left behind. The box does do this probably once every few weeks, usually when Im out for the evening as well - its bloomin annoying lol.
 
I'm I correct in thinking that if I never turn my box off then I wont be effected by these issues? I dont tend to bother tuning off the hummy anyway due to shaky HDMI handshaking if I do (although handshaking does seem improved for me since the most recent Humax update).
 
Kev_w said:
I'm I correct in thinking that if I never turn my box off than I wont be effected by these issues?
Click to expand...

The problem only seems to arise if the box is put into standby during a recording, so you should be fine.
 
You must log in or register to reply here.
Back
Top