Multi-record on HDHR Prime

[snagglewest]

Sub, you had mentioned 3.4.8 would have the ability to multi - record on the same HDHR Prime tuner for back to back recordings with padding on the front and back ends. I just noticed that a recording I had just now on the same channel used two separate tuners.

Recoding #1 ran from 8:58 AM - 10:02 AM (Supernatural S1E14: Nightmare) and the second from 9:58 AM - 11:00 AM (Supernatural S1E15: The Benders). Recording #1 used tuner #0 and the second started on tuner #1. I managed to catch a screen shot at about 10am just as both were recording simultaneously. I ran a EPG update about a hour or so earlier if that makes a difference.

[ATTACHMENT NOT FOUND]

[ATTACH=CONFIG]40038[/ATTACH]

[sub]

Sub, you had mentioned 3.4.8 would have the ability to multi - record on the same HDHR Prime tuner for back to back recordings with padding on the front and back ends. I just noticed that a recording I had just now on the same channel used two separate tuners.

Yep, it can still prefer to do that in some circumstances. There are lots of rules that go into choice of tuner.

[johnsonx42]

@sub -

looks to me like something didn't work as it should have. NRecord purposely moved the second recording even though it didn't need to. note that it claims it needs a "different locator than another recording on same device", but then logs the exact same tuning string for both "Existing:" and "Required:":

Code:

2015-04-30 09:58:00.267    [DEBUG][9]    Scheduled Recording about to start maybe a candidate for moving to another tuner (different locator than another recording on same device)
2015-04-30 09:58:00.268    [DEBUG][9]    Existing:
[color=#FF0000]<sid>1066</sid><tsid>0</tsid><map>0</map><chan>0</chan><name>TNTHD</name>[/color]
2015-04-30 09:58:00.268    [DEBUG][9]    Required:
[color=#FF0000]<sid>1066</sid><tsid>0</tsid><map>0</map><chan>0</chan><name>TNTHD</name>[/color]
2015-04-30 09:58:00.268    [DEBUG][9]    Was allocated to capture source: 26
2015-04-30 09:58:00.268    [DEBUG][9]    Checking possible candidate: 23
2015-04-30 09:58:00.268    [DEBUG][9]    Checking possible candidate: 38
2015-04-30 09:58:00.268    [DEBUG][9]    Checking possible candidate: 26
2015-04-30 09:58:00.268    [DEBUG][9]    Checking possible candidate: 27
2015-04-30 09:58:00.270    [DEBUG][9]    (ignoring [6932] 'TURN: Washington's Spies' since it starts after this recording finishes)
2015-04-30 09:58:00.270    [DEBUG][9]    (ignoring [6931] 'TURN: Washington's Spies' since it starts after this recording finishes)
2015-04-30 09:58:00.270    [DEBUG][9]    (ignoring [5773] 'Pirates of the Caribbean: At World's End' since it starts after this recording finishes)
2015-04-30 09:58:00.270    [DEBUG][9]    Found another available tuner for new recording. Now allocated to 27
2015-04-30 09:58:00.281    [DEBUG][9]    Recording successfully moved.

[NYPlayer]

I tested this and found out that if you have an available Prime tuner it will use it. If all are in use then it will do Multi-Record.

[johnsonx42]

I tested this and found out that if you have an available Prime tuner it will use it. If all are in use then it will do Multi-Record.

that sounds like a double-failure of the logic; it shouldn't try to move the recording if multi-record is possible, and if all the tuners are in use it shouldn't then just start the recording anyway. seems like a case were two wrongs end up making a right.

[sub]

@sub -

looks to me like something didn't work as it should have. NRecord purposely moved the second recording even though it didn't need to. note that it claims it needs a "different locator than another recording on same device", but then logs the exact same tuning string for both "Existing:" and "Required:":

Code:

2015-04-30 09:58:00.267    [DEBUG][9]    Scheduled Recording about to start maybe a candidate for moving to another tuner (different locator than another recording on same device)
2015-04-30 09:58:00.268    [DEBUG][9]    Existing:
[color=#FF0000]<sid>1066</sid><tsid>0</tsid><map>0</map><chan>0</chan><name>TNTHD</name>[/color]
2015-04-30 09:58:00.268    [DEBUG][9]    Required:
[color=#FF0000]<sid>1066</sid><tsid>0</tsid><map>0</map><chan>0</chan><name>TNTHD</name>[/color]
2015-04-30 09:58:00.268    [DEBUG][9]    Was allocated to capture source: 26
2015-04-30 09:58:00.268    [DEBUG][9]    Checking possible candidate: 23
2015-04-30 09:58:00.268    [DEBUG][9]    Checking possible candidate: 38
2015-04-30 09:58:00.268    [DEBUG][9]    Checking possible candidate: 26
2015-04-30 09:58:00.268    [DEBUG][9]    Checking possible candidate: 27
2015-04-30 09:58:00.270    [DEBUG][9]    (ignoring [6932] 'TURN: Washington's Spies' since it starts after this recording finishes)
2015-04-30 09:58:00.270    [DEBUG][9]    (ignoring [6931] 'TURN: Washington's Spies' since it starts after this recording finishes)
2015-04-30 09:58:00.270    [DEBUG][9]    (ignoring [5773] 'Pirates of the Caribbean: At World's End' since it starts after this recording finishes)
2015-04-30 09:58:00.270    [DEBUG][9]    Found another available tuner for new recording. Now allocated to 27
2015-04-30 09:58:00.281    [DEBUG][9]    Recording successfully moved.

It's hard for me to be sure, since I don't have an HDHR Prime here, but the attached patch might help this specific scenario. I found one place where the multi-record logic was slightly different for an HDHR vs other multi-record capable devices.

[NYPlayer]

It's hard for me to be sure, since I don't have an HDHR Prime here, but the attached patch might help this specific scenario. I found one place where the multi-record logic was slightly different for an HDHR vs other multi-record capable devices.

That worked!!!!!!!

2015-04-30 10:54:58.046 [DEBUG][14] GetExtraInfo: /Settings/Recording/ExtraRecordingDirectories
2015-04-30 10:54:58.046 [DEBUG][14] GetExtraInfo@exit
2015-04-30 10:59:00.060 [DEBUG][9] DefaultDirectoryChoice: first
2015-04-30 10:59:00.061 [DEBUG][9] Preferred filename is 'NUMB3RS.S04E12.Power'
2015-04-30 10:59:00.062 [DEBUG][9] allocating recording target filename: \\Nyplayer\npvrrecq\TVShows\NUMB3RS\NUMB3RS.S04E12.Power.ts
2015-04-30 10:59:00.062 [DEBUG][9] About to start recording (10031 on 29): \\Nyplayer\npvrrecq\TVShows\NUMB3RS\NUMB3RS.S04E12.Power.ts...
2015-04-30 10:59:00.062 [DEBUG][9] HDHomeRunRecorder.StartStream()
2015-04-30 10:59:00.062 [DEBUG][9] Multi-Record. Not retuning HDHomeRun. Already on the correct channel.
2015-04-30 10:59:00.063 [DEBUG][9] StartStream() returned handle=2
2015-04-30 10:59:00.063 [DEBUG][9] Allocated Handle: 2
2015-04-30 10:59:00.064 [DEBUG][9] Temp at 4/30/2015 10:59:10 AM
2015-04-30 10:59:00.064 [DEBUG][9] Started recording (10031:2:\\Nyplayer\npvrrecq\TVShows\NUMB3RS\NUMB3RS.S04E12.Power.ts)
2015-04-30 10:59:00.141 [DEBUG][9] No C:\Users\Public\NPVR\Scripts\ParallelProcessing.bat
2015-04-30 10:59:31.512 [DEBUG][17] GetExtraInfo: /Settings/Recording/ExtraRecordingDirectories
2015-04-30 10:59:31.512 [DEBUG][17] GetExtraInfo@exit
2015-04-30 11:02:00.151 [DEBUG][9] Stopping recording (10030 on 29). Past end time of recording. 1
2015-04-30 11:02:00.232 [DEBUG][9] StopStream(1)
2015-04-30 11:02:00.267 [DEBUG][9] Starting: C:\Users\Public\NPVR\Scripts\PostProcessing.bat "\\Nyplayer\npvrrecq\TVShows\NUMB3RS\NUMB3RS.S04E11.Breaking Point.ts" 5 10030 29 "NUMB3RS"

[NYPlayer]

One thing I did notice is that the NTRAY icon does not show both shows recording in the Status only shows one ... but in fact there are 2 recording on the same tuner.

[sub]

Right you are. This one should fix the activities reported by the tray app.

[NYPlayer]

Great job See Attached screenshot also LIVETV is working great now I do not know if it was related. As I use Prime for livetv.