2016-03-06, 03:55 PM (This post was last modified: 2016-03-06, 07:09 PM by MrReis.)
sub Wrote:Sorry - wrong file. This is the one you need.
THANK YOU!!!
I have the same setup (COMCAST MPEG4 HD channels and HD Homerun Prime) and this worked for me too.
UPDATE
I have a problem with decoding live TV MPEG4. I am using the ffdshow video decoder for MPEG2 which works fine. However, when using the ffdshow video decoder for MPEG4 the video is fine but the audio initially is way out of sync with the video, and then it cuts out (there is no audio). The video and audio are both fine using the Microsoft Video Decoder for MPEG4, but switching between HD MPEG2 and MPEG4 channels takes anywhere from 10 seconds to 30 or 40 seconds and sometimes the channel never switches (i.e., black screen). I am using Windows 8.1 so I do not have access to the Microsoft Video Decoder for MPEG2. COMCAST is in a transition phase in my area so some HD channels are MPEG2 encoded and some are MPEG4 encoded.
I'm having the same issue, but after copying the patch, when I right click on a channel no context menu appears. Copied both NextPVR.exe and NShared.dll. Any ideas?
I, too, had this issue but didn't know it until I stumbled upon a channel encoded in H.264: SundanceHD on FiOS. I followed the above remedy, selected the ffdshow decoder(not the DXVA version) for H.264, and was able to watch after a restart. The Arcsoft and Microsoft DTV-DVD decoders also worked. LAV did not. But...
A problem has been introduced that may be an artifact of the patch or it may be a bug: If try to change channels that use different decoders, the result is no video or audio. Sometimes the ESC key will not work either, forcing me to close the window. Selecting a channel from the guide of either encoding results in perfect video and audio.
Summary: Moving to a channel of any encoding from the guide is good. Moving between like-encoded channels during live TV is good. Moving between channels during live TV with different encoding is bad.
NPVR.log.1 has the details about 11:25am.
Any insight? Will this be a problem for back-to-back recordings that NextPVR schedules for the same tuner but on channels with different encoding?
I also have Comcast here in Knoxville, TN. N-PVR used to work fine with Comcast up until about 3-4 weeks ago. Now, I can pickup only channels 2-15, and 21 which are all local SD channels. Any other SD or HD channel just gives me a black screen with no sound.
Although I have not received a letter from Comcast about changing over from MPEG-2 to MPEG-4 AVC, I suspect that is what has happened. Like I said, everything worked fine 3-4 weeks ago. My tuners are Ceton InfiniTV 6 PCIe and Happauge WinTV HVR-1850. The WinTV 1850 is just a OTA tuner, and works fine with N-PVR, and the Ceton is my QAM tuner with a CableCard.
I have moved the new Nshared.dll into the C:\Program Files (x86)\NPVR directory numerous times, but after copying the patch, when I right click on a channel no context menu appears. I've tried this several times, but no luck.
Does anyone know what I'm doing wrong? The NShared.dll shows the later date and time: 1/3/2016 4:06pm.
bigdog660 Wrote:I have moved the new Nshared.dll into the C:\Program Files (x86)\NPVR directory numerous times, but after copying the patch, when I right click on a channel no context menu appears. I've tried this several times, but no luck.
The context menu isn't done in nshared.dll, so it shouldn't be to do with that.
In window mode, if you click the the 'n' icon in the top right of the window, you should see 'Settings' in the menu. In the Settings->General tab, check you've still got 'Context menu on right mouse button' ticked.
In 3.7.x I'll be able to make a change to auto detect this. The attached patch will at least give you a work around. With this patch, go to the Settings->Devices screen, double click on each device, right click on any H.264 channels and select the new 'Edit Channel' context menu, where you can then set the channel type to H.264.
I just found a channel where the above mentioned autodetect in 377 did not occur - audio, but no video. Video was obtained by manually changing the channel to H.264