Has anybody but me applied this patch ?
Rainer
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Wed, Oct 13, 2010 at 11:43 PM, Klaus Schmidinger
klaus.schmidin...@tvdr.de wrote:
On 13.10.2010 20:55, Rolf Ahrenberg wrote:
On Wed, 13 Oct 2010, Vesa wrote:
Similar delay as on ttxsubtitles would be nice addition to VDR.
Separate and
additional delay for live and record play modes.
I have the following bash script:
chinapod.sh
#!/bin/sh
/usr/bin/ffmpeg -i $1 -s 320x240 -r 23.97 -vcodec wmv2 -acodec wmav2 -ab
160k ${1%\.*}.asf
From a bash prompt I run chinapod 01.ts and it converts the
recording happily to the desired format.
Could somebody tell me how could I
From the VDR's INSTALL file:
Executing commands before and after a recording:
You can use the '-r' option to define a program or script that gets called
before and after a recording is performed, and after an editing process
has finished.
The
I think he wants to start the conversion manually via OSD and not
automatically...
2010/10/14 Füley István airo...@tigercomp.ro
From the VDR's INSTALL file:
Executing commands before and after a recording:
You can use the '-r' option to
Am 14.10.10 12:01, schrieb Arturo Martinez:
Could somebody tell me how could I implement this within vdr, so I
select 'Commands' and then the file to be converted and either it calls
the bash script to do the job or otherwise converts it using the same
parameters?
check the file MANUAL in the
On Thu, 14 Oct 2010, Vesa wrote:
Next step is to add delay for subtitles. This is dirty trick, it is only
for eHD users. Simply add some value to Delta (add second line):
Code:
Delta = LimitTo32Bit(sb-Pts()) - LimitTo32Bit(STC);
Delta += 50;
With that 5 you will get 5.56s
On 14/10/10 02:27, Rainer Blickle wrote:
Has anybody but me applied this patch ?
Rainer
The patch seems spread across vdr and skincurses, which I don't use, so
it didn't apply.
Am looking at breaking it up into manageable parts and trying.
--
Rob Davis
On Thu, Oct 14, 2010 at 02:48:51PM +0300, Vesa wrote:
The root cause is still there, somehow eHD delivers around 50 too low
STC for recording play. For live shows STC value is correct..
I'll need to have a closer look, but it sounds possible, that the pts is the
pts of the last packet put
Actually I have read the MANUAL before I posted here but can't figure out how
to get this working
(and yes I want to do this manually for specific recordings from the OSD )
Perhaps if somebody who is doing something similar (using the vdr OSD to
convert .TS files to something else)
could post
From: Rolf Ahrenberg
Would it help to modify the plugin's GetSTC() method only when
replaying?
+ if (Replaying())
+STC -= 50L; // or configurable: 900L * ReelSetup.STCDelayMs;
Yes, that works. Complete fix for ReelBoxDevice.c around line 996:
- return (stc == 0) ? -1LL : stc;
On 14.10.2010 14.48, Vesa wrote:
I did some testing and debugging. First note is that VDR do not do sanity
check for STC on delay loop. Now there is on dvbsubtitle.c
if (STC= 0) {
It should be
if (LimitTo32Bit(STC)= 0) {
After this delay loop start to work with reelbox-3 plugin. With out
On 14.10.2010 19.17, Vesa wrote:
From: Rolf Ahrenberg
Would it help to modify the plugin's GetSTC() method only when
replaying?
+ if (Replaying())
+STC -= 50L; // or configurable: 900L * ReelSetup.STCDelayMs;
Yes, that works. Complete fix for ReelBoxDevice.c around line 996:
-
On 14.10.2010 19.17, Vesa wrote:
From: Rolf Ahrenberg
Would it help to modify the plugin's GetSTC() method only when
replaying?
+ if (Replaying())
+STC -= 50L; // or configurable: 900L * ReelSetup.STCDelayMs;
Yes, that works. Complete fix for ReelBoxDevice.c around line 996:
-
14 matches
Mail list logo
