Hello,
The eepg plugin 0.0.3 was not compiling since I upgraded my system to a
new distro with a recent gcc and kernel 2.6.34
A very small patch fixes the problem so I would like to share it (Thanks
to Alain Becam for spotting the problem and suggesting the fix)
file:///home/arturo/Public/e
Hi Guy's,
How do you go about understanding AC-3 within a VDR context?
(apart from reading up on it online - which now has my head spinning).
I have a Hauppauge PVR-HD and two ATSC cards. The ATSC cards work as
they should and with the new atsc/dn patch on 1.7.15 now have the
correct dpids.
Hi,
Just an additional info for the ones who want to help - the pvrinput-plugin passes through the TS from the HD PVR to
vdr, there's nothing changed.
So hopefully the plugin is not the one to blame for... :-)
I posted a sample PAT and PMT of the HD PVR in february, perhaps it can be
used
On 02/09/10 11:05, L. Hanisch wrote:
Hi,
Just an additional info for the ones who want to help - the
pvrinput-plugin passes through the TS from the HD PVR to vdr, there's
nothing changed.
So hopefully the plugin is not the one to blame for... :-)
I posted a sample PAT and PMT of the HD PVR in f
Am 02.09.2010 19:05, schrieb Rob Davis:
On 02/09/10 11:05, L. Hanisch wrote:
Hi,
Just an additional info for the ones who want to help - the
pvrinput-plugin passes through the TS from the HD PVR to vdr, there's
nothing changed.
So hopefully the plugin is not the one to blame for... :-)
I poste
On Thu, 2 Sep 2010, Rob Davis wrote:
How do you go about understanding AC-3 within a VDR context?
(apart from reading up on it online - which now has my head spinning).
The current ATSC AC-3 support requires the 'A' source type for channels
and therefore VDR never use ATSC hacks for any pvrin
I am trying to get my head around ATSC / AC3 and have discovered some
ATSC Clear Qam channels disappear when update channels is on. Some
playing around with pat.c and the isyslog command, I have discovered
they appear to have a different type than normal.. Normally Mpeg2 is
type 2, but these a
On Thu, 2 Sep 2010, Rob Davis wrote:
I will attempt to diagnose tomorrow, probably by adding another Case 0x80
under Case 2 in pat and remux but wanted to point this out for future
reference as I know most of the development is done outside of the ATSC
world..
If you'll take a look at the ta