OK so I fixed all my issues with my clean install of vdr and vdr-xine in
Fedora Core 8 except one:
- switching from horizontal to vertical polarization does not work,
screen goes black, xine stops responding
- I can record vertical polarized channels and play back the recording
-Ursprungligt meddelande-
Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Matthias
Schniedermeyer
Skickat: den 15 januari 2008 09:54
Till: VDR Mailing List
Ämne: Re: [vdr] OT: Pseudo-real-time h264 transcoding of mpeg2vdr recordings
On 15.01.2008 09:35, Magnus Hörlin wrote:
I'm
Sorry, but is this the last version of the patch ?
I believe there was an additional one, but can't find it anymore.
http://www.linuxtv.org/pipermail/vdr//2008-January/014956.html
http://www.linuxtv.org/pipermail/vdr/2008-January/014956.html
thanks,
sp
Well, I think there has been a number of fixes (e.g. to the speedup
patches and the nit.c file) that probably warrants a new patch for
1.5.13 that incorporates them all. I'm sure Reinhard will do that when
he has a moment, he probably is taking a well deserved break after
looking into so many
sorry for the double post, but let's also not forget multiproto,
TT3200 and HVR4000 status! There is quite a lot to have to keep track
of.
PS Manu, are you considering implementing the HVR4000 patch directly
into the multiproto tree for direct support?
Thanks
On Jan 16, 2008 3:01 PM, Morfsta
On Jan 16, 2008 7:01 AM, Morfsta [EMAIL PROTECTED] wrote:
With all of the required patches, fixes and tweaks for VDR / FFMPEG /
XINE-LIB / VDR-XINE I'm wondering if it would be nice to set-up a web
site that tracks all of the latest patches for VDR / S2 / h264. Would
anyone be interested in
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
Well, I think there has been a number of fixes (e.g. to the speedup
patches and the nit.c file) that probably warrants a new patch for
1.5.13 that incorporates them all.
yes, it will be nice
I'm sure Reinhard will do that when
he has a moment, he probably is taking a well deserved break
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