Reddwarf Wrote:Out of curiosity, what does the "Combine MPEG1AC3" do?
nothing as far as I can tell... it was supposed to make NextPVR use a single decoder for both MPEG-1 and AC3 audio (likely AC3Filter), rather than hooking up two decoders which was theorized to be responsible for choppy audio during live tv on some channels. However logs with the setting enabled still show two audio decoders, and the choppy audio remains.
server: NextPVR 5.0.7/Win10 2004/64-bit/AMD A6-7400k/hvr-2250 & hvr-1250/Winegard Flatwave antenna/Schedules Direct main client: NextPVR 5.0.7 Desktop Client; LG 50UH5500 WebOS 3.0 TV
johnsonx42 Wrote:nothing as far as I can tell... it was supposed to make NextPVR use a single decoder for both MPEG-1 and AC3 audio (likely AC3Filter), rather than hooking up two decoders which was theorized to be responsible for choppy audio during live tv on some channels. However logs with the setting enabled still show two audio decoders, and the choppy audio remains.
It looks like you've got a space in that setting name. It's supposed to be "CombineMPEG1AC3". It'll only work with the AC3Filter though, since this is the only decoder I've found with this capability.
johnsonx42 Wrote:I rebooted just to be sure something wasn't screwy, and re-verified my file versions. Then I reproduced the problem on just the server. Logs attached.
I note the following in the log when I first try to skip backwards and it jumps to -2:50:
Code:
2013-03-01 20:21:18.498 [DEBUG][1] LiveTvPlayer.OnKeyDown() called: {CTRL}Left, Control
2013-03-01 20:21:18.498 [DEBUG][1] GetDuration returning 562
2013-03-01 20:21:18.499 [DEBUG][1] GetDuration returning 562
2013-03-01 20:21:18.499 [DEBUG][1] Earliest available second is live tv buffer is 392
2013-03-01 20:21:18.499 [DEBUG][1] GetDuration returning 562
2013-03-01 20:21:18.499 [DEBUG][1] Earliest available second is live tv buffer is 392
sub Wrote:It looks like you've got a space in that setting name. It's supposed to be "CombineMPEG1AC3". It'll only work with the AC3Filter though, since this is the only decoder I've found with this capability.
Oops, you're right... didn't even realize that I'd done that. After I test the -2:50 patch, I'll find a livetv channel with choppy audio, then correct the setting and try it again. I assume restarting NextPVR.exe is enough to read and enable that setting?
server: NextPVR 5.0.7/Win10 2004/64-bit/AMD A6-7400k/hvr-2250 & hvr-1250/Winegard Flatwave antenna/Schedules Direct main client: NextPVR 5.0.7 Desktop Client; LG 50UH5500 WebOS 3.0 TV
I hate to say it but with the Post R2 rollup patch, I am now seeing Live TV hangs again.
I installed the update on my server and two clients and now it hangs again after about 10 minutes or so. Going to do some more testing later this evening when I get a chance.
Last night I was trying some more testing and it had run for over two hours when I accidentally hit the power button instead of Esc and my NexyPVR session frozen with the screen saver active when I resumed. I have attached my NPVR log since it shows some of the potential activity that might follow a network error, and the lack of the ability of the reconnect. Maybe NextPVR's client sockets or db connections aren't reestablished after network errors?
I also noted that NextPVR saw the suspend message too and it would be nice if the client blocked sleep when playing a video.