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
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
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 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_
Олег, 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
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
--
__
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
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
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
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
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,
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
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
14 matches
Mail list logo
