The attached patch reactivates some of the frame detecting code that was
already in VDR 1.7.16, and adds a method of determining whether the
current video stream consists of separate fields instead of complete
frames. If this is the case, it puts two subsequent fields together to
one frame in the
On 19.03.2011 22:42, Klaus Schmidinger wrote:
On 19.03.2011 21:56, Udo Richter wrote:
Am 13.03.2011 12:46, schrieb Klaus Schmidinger:
- While replaying, the editing marks are now updated every 10 seconds
(based on a
patch from Manuel Reimer).
Thanks for this! With it, the jumpplay-patch
On 20.03.2011 12:46, Klaus Schmidinger wrote:
On 19.03.2011 22:42, Klaus Schmidinger wrote:
On 19.03.2011 21:56, Udo Richter wrote:
Am 13.03.2011 12:46, schrieb Klaus Schmidinger:
- While replaying, the editing marks are now updated every 10 seconds
(based on a
patch from Manuel Reimer).
Am 20.03.2011 13:31, schrieb Klaus Schmidinger:
On 20.03.2011 12:46, Klaus Schmidinger wrote:
I have attached a patch that implements this.
Would this be ok?
Sorry, there was a line missing that makes sure the initial load
takes place. Attached is a revised version of the patch.
You're too
On Mon, Oct 11, 2010 at 1:32 PM, Morfsta morf...@gmail.com wrote:
This really is sorely missing from VDR. Its a nice project which I
might look at if I ever get a spare moment! First I would have to
update my VDR from 1.7.0 with multiproto as lack of good support for
vdr-rotor has been
Al 20/03/11 22:20, En/na Morfsta ha escrit:
I'd like to release it at some point when I've tidied it up (perhaps
as rotor-ng or something), but one issue I have is with DVB-S2 signal
tuning and scanning on my Hauppauge Nova HD-S2 card - does anyone have
this functionality working either with
I only have a Nexus-s for sat card and right now my rotor alignment is
all screwed up. Relays went bad and had to replace them. I left the
rotor elevation setting untouched but now it over shoots more and more
the farther it goes as if the elevation is wrong. Haven't had time to
look into it.