Hello :-)
The version for vdr-1.5.12 still apply and works :-)
On Jan 16, 2008 7:57 AM, Igor <[EMAIL PROTECTED]> wrote:
> Dear Reinhard
>
> are you planning to release the cumulate dvb-s2 h.264 patch for vdr 1.5.13 ?
>
> 10x very much for your contribution in hdtv-future for VDR project
>
> Igor
Dear Reinhard
are you planning to release the cumulate dvb-s2 h.264 patch for vdr 1.5.13 ?
10x very much for your contribution in hdtv-future for VDR project
Igor
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vd
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,
Reinhard Nissl wrote:
> Hi,
>
> Morfsta schrieb:
>
>>> Please report the debug output here for further investigation.
>> Attached are two files - tuning to the same DVB-T channel using either
>> system and the Philips frontend... vdr-1.4.x shows the channel fine,
>> 1.5.12 does not.
>>
>> Hope th
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
Hi,
Stefan Lucke schrieb:
> The bad thing is, PSM info should be repeated more often, as the decoder
> may reset itself due to bad reception (ahead of each video packet ??).
>
> Or is there a simpler way to recognize h264 (or other codecs)
> as Klaus demands?
In VDR context, you may want to use
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 ra
Le dimanche 13 janvier 2008 à 22:35 +0100, Gregoire Favre a écrit :
> ITV1
> London;BSkyB:10758:vC56S0Z0:S28.2E:22000:2305:2310=eng,2314=NAR:2315:0:10060:2:2044:0
I have recorded from it and can see recording but it is not visible as
live TV
Does that help?
Tony
--
__
Олег, et al.,
Yes, I thought about that (It would work even better if you replace /bin/cp
with /bin/ln:), but still, wouldn't a solution with one plugin work better,
namely, I've noticed that the start-up latency of VDR depends largely on a
number of loaded plugins.
Another solution that wo
On Tuesday 15 January 2008, Stefan Lucke wrote:
> On Tuesday 15 January 2008, Reinhard Nissl wrote:
> > Hi,
> >
> > Stefan Lucke schrieb:
> >
> > > is it correct that h264 is written as PES via PlayVideo() ?
> > >
> > > For decoding with ffmpeg it would be useful to have a
> > > PROGRAM_STREAM_
Magnus Hörlin wrote:
-snip-
> then I can't relax Therefore I have made a script that scans my video
> dir for new recordings
-snip-
Have you tried the "-r" option?
You can start a conversion after the file has been recorded completly.
Take a look here: http://www.vdr-wiki.de/wiki/index.php/
On 15.01.2008 09:35, Magnus Hörlin wrote:
> I'm sorry for bothering you with a question that should possibly have been
> sent to the mplayer mailing list.
> Next week I'm going to Tenerife to relax by the pool, but I don't want to
> miss any biathlon, alpine- or cross-country skiing transmissions,
On 01/15/08 08:53, Stefan Lucke wrote:
> On Tuesday 15 January 2008, Reinhard Nissl wrote:
>> Hi,
>>
>> Stefan Lucke schrieb:
>>
>>> is it correct that h264 is written as PES via PlayVideo() ?
>>>
>>> For decoding with ffmpeg it would be useful to have a
>>> PROGRAM_STREAM_MAP in front of a new vi
I'm sorry for bothering you with a question that should possibly have been
sent to the mplayer mailing list.
Next week I'm going to Tenerife to relax by the pool, but I don't want to
miss any biathlon, alpine- or cross-country skiing transmissions, because
then I can't relax Therefore I have ma
14 matches
Mail list logo
