Under VDR-Streamdev, I have xbmc/pvr set to 30 seconds timeout, as some stations take a while to syncronise with the pvr-input plugin. However, the vnsi plugin seems to ignore this and timeout without a stream in as little as 2 seconds. This requires multiple clicks into the channel before we can watch anything and means channel up / down doesn't work.
I am looking at the code to work out what's missing, but can't seem to work out what's going on yet..
Rolf on the VDR mailing list said that it was also Digicipher2? Either way, the station was available on my TV with Clear-Qam tuner which is what made me hunt it down in VDR. I had it for a while before I enabled update pids, but it never worked in vnsi. Probably for this reason.
The channel is a local station, so shouldn't be encrypted. And it's Mpeg 2 anyway, regardless of what the stream type said. It could easily be comcast sticking the wrong flag on something and therefore a mistake, but several (Mainly PBS) stations seem to have it set as 0x80 instead of 0x02.
Others have the CAID set when it's actually a clear channel, so I will probably patch my own VDR to not update the CAID..
This fixes two issues with ATSC. One is that Comcast for some reason is telling VDR that some of it's video streams are type 0x80 instead of 0x02, the other fixes AC-3 playback for the pvr-input plugin using an HD-PVR box (again with Comcast AC-3/ATSC from a cable box as the AC-3 stream is passed through, it may not be a problem in Europe). It fixes the type of Private Stream.
The 0x80 issue also needs patching in pat.c and remuxer.c in vdr itself.
--- vdr-plugin-vnsiserver/demuxer.h 2010-06-03 13:53:13.000000000 -0500
+++ vdr-plugin-vnsiserver.working/demuxer.h 2010-09-03 15:07:25.000000000 -0500
@@ -31,6 +31,7 @@
#define PRIVATE_STREAM1 0xBD
#define PADDING_STREAM 0xBE
#define PRIVATE_STREAM2 0xBF
+#define PRIVATE_STREAM3 0xFD
#define AUDIO_STREAM_S 0xC0 /* 1100 0000 */
#define AUDIO_STREAM_E 0xDF /* 1101 1111 */
#define VIDEO_STREAM_S 0xE0 /* 1110 0000 */
@@ -69,7 +70,7 @@
inline bool PesIsPS1Packet(const uchar *p)
{
- return ((p)[3] == PRIVATE_STREAM1);
+ return ((p)[3] == PRIVATE_STREAM1 || (p)[3] == PRIVATE_STREAM3 );
}
inline bool PesIsPaddingPacket(const uchar *p)
--- vdr-plugin-vnsiserver/receiver.c 2010-08-07 16:45:04.000000000 -0500
+++ vdr-plugin-vnsiserver.working/receiver.c 2010-09-03 15:20:25.000000000 -0500
@@ -171,6 +171,7 @@
{
case 0x01: // ISO/IEC 11172 Video
case 0x02: // ISO/IEC 13818-2 Video
+ case 0x80: // ATSC Video MPEG2 (DigiCypher?)
LOGCONSOLE("cStreamdevPatFilter PMT scanner adding PID %d (%s)\n", stream.getPid(), psStreamTypes[stream.getStreamTy
pe()]);
*type = stMPEG2VIDEO;
return stream.getPid();
@@ -272,11 +273,11 @@
break;
default:
/* This following section handles all the cases where the audio track
- * info is stored in PMT user info with stream id >= 0x80
+ * info is stored in PMT user info with stream id >= 0x81
* we check the registration format identifier to see if it
* holds "AC-3"
*/
- if (stream.getStreamType() >= 0x80)
+ if (stream.getStreamType() >= 0x81)
{
bool found = false;
for (SI::Loop::Iterator it; (d = stream.streamDescriptors.getNext(it)); )I have just retried the latest svn again after waiting a couple of months or so. Streamdev seems to work pretty much as it used to, but I quite like the look of the vnsiserver plugin.
In vnsiserver, ac3 spdif sound seems all mixed up. ATSC here, in the US, only uses AC-3, but 5.1 sound only plays with Left and Right front speakers, so I can't hear any dialogue. On my HD-PVR, I get no sound at all, xbmc sees an AC-3 stream, but the info page says 0 speakers? However, the audio settings while the video is playing believes it to be a 5.1 audio track (which it is..) But nothing comes out. The same stream works fine(ish) in streamdev/xbmc.
vnsiserver seems much better with the hdpvr as it doesn't start and stop the stream three times like streamdev does.. (Big blue light flashes on the hd-pvr box when it's being used.)
Streamdev will not display output correctly from my pvr500 card using pvrinput. It works with vnsi and obviously vdr-sxfe..
Rob
In both streamdev and vnsi the EPG offset doesn't seem to work.
I am 6 hours behind GMT, however, when XBMC first loads it doesn't load epg entries for 5 hours. So at 7am, the first program to show up in the epg is at 12pm.
I can fix this by commenting out the TimeOffset in:
~/xbmc/addons/PVRClient.cpp
PVR_ERROR CPVRClient::GetEPGForChannel(const cPVRChannelInfoTag &channelinfo, cPVREpg *epg, time_t start, time_t end, bool toDB/* = false*/)
{
CSingleLock lock(m_critSection);
PVR_ERROR ret = PVR_ERROR_UNKOWN;
if (m_ReadyToUse)
{
try
{
/* if (start)
start -= m_iTimeCorrection;
if (end)
end -= m_iTimeCorrection; */
PVR_CHANNEL tag;
PVRHANDLE_STRUCT handle;Not sure how to get this fixed, I have been trying to point it out for a few months now..