Re: [vdr] H.264 VPID's
Hi, Christian Tramnitz schrieb: I guess that's caused by an offset defined in the patch: vdr-1.5.12-dvbs2-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff: #define VPID_OFFSET_BASE 1 I don't know what it does or is meant to do, but I also have wrong pids in my channels.conf At the moment, cRemux needs to know whether it has to do MPEG1/2 or H.264. kls didn't want to spend an extra parameter, so we decided to code this information into Vpid, like polarisation is coded into frequency. Regular pid values range from 0 to 8191, and as the value is stored in decimal system in channels.conf, we chose 1 as offset to have the original vpid still readable. I'm thinking about auto detecting H.264 in cRemux (i. e. cVideoRepacker), but it may yield wrong results. That's why I haven't started coding yet. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] H.264 VPID's
On Wed, Jan 16, 2008 at 08:19:53PM +0100, Reinhard Nissl wrote: I'm thinking about auto detecting H.264 in cRemux (i. e. cVideoRepacker), but it may yield wrong results. That's why I haven't started coding yet. Such a simple detection is implemented in ScanVideoPacket() of the remuxer-rewrite of the Reelbox. I haven't seen a problem with that code for almost a year now... -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher Oh no, not again ! The bowl of petunias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] H.264 VPID's
Many thankz once again Reinhard Nissl, yes it keeps vdr from removing the 1, but it kills the video on h.264 channels .. :/~ I get a picture but no motion and normally a green line across the tv. In looking thru messages I see see stuff like this ERROR: H264::cContext::ActivateSPS(): id out of range ERROR: H264::cContext::DefineSPS(): id out of range ERROR: H264::cBitReader::ReadBits(): bitbuffer overflow ERROR: H264::cContext::ActivateSPS(): requested SPS is undefined ERROR: H264::cContext::ActivatePPS(): requested PPS is undefined ERROR: H264::cBitReader::NextByte(): premature end of data ERROR: cAudGenerator::Generate(): dropping frame without slices Changing channels back to a sd 1 can be tricky but that could be cause it's trying to recover from a freakout, lol. ShorTie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Reinhard Nissl Sent: Monday, January 14, 2008 2:09 PM To: VDR Mailing List Subject: Re: [vdr] H.264 VPID's Hi, ShorTie schrieb: Been playing with this genpix, hd and xine. Pretty much got everything running except for 1 thing seems to be hiding from me. For vdr to be able to tune to a hd channel I need to add 1 to the vpid’s which I do in my nscan/convert/pad10 no biggie. The problem is that when I tune away from a hd channel vdr rights back to the channels.conf with the normal vpid not the vpid+1 like I had. Thus I can’t tune back to that channel till i manually change the channels.conf back again. I’m I missing a setting somewhere? No -- looks like your service provider announces the stream as MPEG2. Please ask your service provider to fix this issue. Try the attached patch as workaround meanwhile. It doesn't change vpid anymore to MPEG2 once you've changed it to H.264 manually. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.2/1221 - Release Date: 1/12/2008 2:04 PM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.2/1224 - Release Date: 1/14/2008 5:39 PM ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] H.264 VPID's
Hi,
ShorTie schrieb:
Many thankz once again Reinhard Nissl, yes it keeps vdr from removing the 1,
but it kills the video on h.264 channels .. :/~
I do not see, how this can happen due to the cheat.
I get a picture but no motion and normally a green line across the tv.
In looking thru messages I see see stuff like this
ERROR: H264::cContext::ActivateSPS(): id out of range
ERROR: H264::cContext::DefineSPS(): id out of range
ERROR: H264::cBitReader::ReadBits(): bitbuffer overflow
ERROR: H264::cContext::ActivateSPS(): requested SPS is undefined
ERROR: H264::cContext::ActivatePPS(): requested PPS is undefined
ERROR: H264::cBitReader::NextByte(): premature end of data
ERROR: cAudGenerator::Generate(): dropping frame without slices
In case it didn't work (and does still not work) without the
cheat (i. e. you get the same errors), try increasing the
nalUnitDataBuffer a bit in h264parser.c:
cParser::cParser(bool OmitPicTiming)
: nalUnitDataBuffer(1000)
{
// the above buffer size of 1000 bytes wont hold a complete NAL unit but
// should be sufficient for the relevant part used for parsing.
omitPicTiming = OmitPicTiming; // only necessary to determine frames per
second
Reset();
}
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] H.264 VPID's
I guess that's caused by an offset defined in the patch: vdr-1.5.12-dvbs2-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff: #define VPID_OFFSET_BASE 1 I don't know what it does or is meant to do, but I also have wrong pids in my channels.conf Best regards, Christian ShorTie schrieb: Been playing with this genpix, hd and xine. Pretty much got everything running except for 1 thing seems to be hiding from me. For vdr to be able to tune to a hd channel I need to add 1 to the vpid’s which I do in my nscan/convert/pad10 no biggie. The problem is that when I tune away from a hd channel vdr rights back to the channels.conf with the normal vpid not the vpid+1 like I had. Thus I can’t tune back to that channel till i manually change the channels.conf back again. I’m I missing a setting somewhere? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] H.264 VPID's
Hi,
ShorTie schrieb:
Been playing with this genpix, hd and xine. Pretty much got everything
running except for 1 thing seems to be hiding from me.
For vdr to be able to tune to a hd channel I need to add 1 to the
vpid’s which I do in my nscan/convert/pad10 no biggie.
The problem is that when I tune away from a hd channel vdr rights back
to the channels.conf with the normal vpid not the vpid+1 like I had.
Thus I can’t tune back to that channel till i manually change the
channels.conf back again.
I’m I missing a setting somewhere?
No -- looks like your service provider announces the stream as
MPEG2. Please ask your service provider to fix this issue.
Try the attached patch as workaround meanwhile. It doesn't change
vpid anymore to MPEG2 once you've changed it to H.264 manually.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]
--- ../vdr-1.5.12-dvbs2-other/pat.c 2008-01-01 22:55:18.0 +0100
+++ pat.c 2008-01-14 20:07:30.0 +0100
@@ -343,7 +343,10 @@ void cPatFilter::Process(u_short Pid, u_
switch (stream.getStreamType()) {
case 1: // STREAMTYPE_11172_VIDEO
case 2: // STREAMTYPE_13818_VIDEO
- Vpid = stream.getPid();
+ if (VPID_IS_H264(Channel-Vpid()))
+ Vpid = VPID_TO_H264(stream.getPid());
+ else
+ Vpid = stream.getPid();
break;
case 3: // STREAMTYPE_11172_AUDIO
case 4: // STREAMTYPE_13818_AUDIO
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
