Ok thank you for the information mm. Also have had a chance to try a few channels out off my cable card and everything is working great. Thank you again for all your hard work.
MediaCowboy
MediaCowboy
@mm1352000, I am curious about your first comment. I didn't intentionally pick the PBDA interface (not sure how I would do that). In TV Setup, I have two sets of InfiniTV tuners, one with a Device Path starting with @device (that works great!), and another set with a Device Path starting with uuid that doesn't. With the latter set, I can scan, but I get a lot of discontinuities with the Manual Control and I can't get any video when I try to watch the stream. I posted logs for the two sets of tuners.Thanks for the feedback twemperor
Comments...
mm
- You seem to still be using the PBDA interface. I'm curious: is there any particular reason for that? As explained a couple times I expect it would be slower than the [new] native interface, and from our perspective it is less flexible too. I was tempted to remove support for that interface entirely as it may get a bit confusing for people... but I'm curious if you think there are advantages over the other interface.
- Regarding tuning time on the first tune, that was due to PMT (info about the video, audio and subtitle streams) not being found on the first try. Your PMT timeout is set to 20 seconds. In other words, TV Server waits for PMT for 20 seconds before giving up and either trying another tuner or searching for a different PMT source. In your case the PMT was found from a different source, so I guess your cable provider occasionally changes the PMT source. Default is 10 seconds so I guess you've modified this previously for some reason? It should be possible to drop the PMT timeout to two seconds as per my recommendation to Douglas.
- I don't see TV Server hanging on the last tune, though I do see that it appears like data is not received from the tuner. Can you describe the symptoms (ie. visually, what do you do and see)? It may well be that interactions with Argus are causing this, but the other possibility is that the channel DRM prevents viewing in MP (ie. it might be copy-once rather than copy freely). If you were using the new interface I'd be able to say more (unlike the native interface, PBDA wraps up all the info about copy protection so we have no idea whether streaming should work or not).
I quote the first post.I am curious about your first comment. I didn't intentionally pick the PBDA interface (not sure how I would do that). In TV Setup, I have two sets of InfiniTV tuners, one with a Device Path starting with @device (that works great!), and another set with a Device Path starting with uuid that doesn't.
So, the set that you say are working well for you are the PBDA set. That's all well and good. They should work fine... except that if you were running on a 64 bit system you wouldn't have access to them. In addition, there has been enough feedback now to say that they generally perform slower than the other "uuid" tuners which communicate more directly with the hardware.Note that you may see more tuners than you expect for two reasons:
- Silicondust created a "wrapper" for the Prime that allows software like MP to use it for clear QAM only. The tuners named like "HDHomeRun Prime Tuner" are the tuners you want to use; the other tuners named like "Silicondust HDHomeRun Tuner" are the same tuners but only capable of clear QAM. I recommend you disable (untick) the clear QAM wrapper tuners to avoid confusion.
- On a 32 bit version of Windows 7 or Windows 8 you may see each tuner listed twice. This is because there are two ways or interfaces for controlling each tuner. Tuners with device path starting "@device:sw" use a PBDA interface; tuners with device path starting "uuid:" use the native UPnP/DRI interface. Only one interface should be used to control each tuner. The PBDA interface used by Windows Media Center may be more reliable but will certainly be significantly slower than the native interface. I recommend you disable (untick) the PBDA tuners unless troubleshooting.
I stand by my recommendation to use the native/DRI interface rather than the PBDA interface.With the latter set, I can scan, but I get a lot of discontinuities with the Manual Control and I can't get any video when I try to watch the stream. I posted logs for the two sets of tuners.
[2013-07-16 21:21:44,154] [Log ] [6 ] [INFO ] - TV service: Starting
...
[2013-07-16 21:22:00,268] [Log ] [10 ] [INFO ] - Detected new OCUR/DRI device Ceton InfiniTV PCIe (00-80-36-17)
Also, I think some of my problems may be the Argus TV Client, because the tuning and recording is rock solid.
I quote the first post.
Great.Thanks for the patch this works great in USB CETON tuner
ihave one small issue
The channel names are appearing unknown because of this the I have issue in epgmapping
Any solution for this
No worries whatsoever - there is a lot of detail in there, and I did change it when I released v2 of the patch.Sorry, I've read the first post a dozen times, but I guess that detail escaped my attention. Since I've had everything working, I wasn't trying to troubleshoot. I will try a more patient and thorough configuration with the native interface.
I note that on your system tuner detection took roughly 15 seconds:
[2013-07-16 21:21:44,154] [Log ] [6 ] [INFO ] - TV service: Starting
...
[2013-07-16 21:22:00,268] [Log ] [10 ] [INFO ] - Detected new OCUR/DRI device Ceton InfiniTV PCIe (00-80-36-17)
I've only seen such slow detection when detection wasn't working correctly and in a VM. It concerns me.
Couple questions for ya:
- What is your network setup like - wireless G, wireless N, wired 100M, wired gigabit, powerline?
- Is your server running in a VM?
- I see you've got 3 IP addresses on three subnets - 192.168.200.2 (Ceton InfiniTV 4), 192.168.1.4 (???), 192.168.128.1 (???). What is the deal with that?
It'd be great if you could try and grab fresh "uuid" logs. Please allow a bit more time for the tuners to be detected and loaded before attempting to tune.