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
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 video 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:
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_MAP in front of a
Олег, 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
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
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 this helps and
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
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