On Tue, 2006-11-07 at 13:12 -0800, Simon Baxter wrote:
> plus Udo's suggestion on the options hidden in plugin config works great!
May I ask for the option ?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Tue, 2006-11-07 at 15:44 +0330, JikJikMan wrote:
> Hi all,
>
> Does VDR had exit codes? I mean, how could I find what is the cause of
> VDR exit?
>
> For example, I want to know is the VDR exit for storage failure, driver
> failure, timers.conf failure or any thing else.
>
> It is because I w
On Sat, 2006-11-11 at 18:15 +0100, Ulf Elsner wrote:
> Am Samstag, 11. November 2006 17:43 schrieb Simon Baxter:
> > Hi.
>
> Hello,
>
> > I'm having intermittant problems when replaying vdr recordings with
> > xineliboutput. Every few minutes I get an audio/video slip/break and
> > stdout repor
On Wed, 2006-11-08 at 20:02 +0200, Jaakko Kyro wrote:
> > This is how I run it:
> >
> > df_xine -a 5:4 -l 0 -s -f top vdr:/tmp/vdr-xine/stream#demux:mpeg_pes
Yes. This clearly runs vdr-xine.
> The problem is that the /tmp/vdr-xine/stream doesn't exist here. Actually,
> this being a Gentoo system
> I'm afraid my knowledge here is too limited.
> If somebody can come up with an idea of how additional timing information
> should be inserted in the PES data, let's hear it.
I'm quite sure this is not the point to work witht.
> Generally I don't think that VDR should have to to anything regardi
On Thu, 2006-11-02 at 22:14 +0100, Carsten Presser wrote:
> Hi,
>
> why dont you take a look at the files bundeled with the plugin?
> are you looking out for - a text or gfx display?
well, spending much money for small lcd is not quite wice todasys(?)
as you can get 640x480 touchscreen for ~40
On Sat, 2006-11-11 at 08:43 -0800, Simon Baxter wrote:
> Hi.
>
> I'm having intermittant problems when replaying vdr recordings with
> xineliboutput. Every few minutes I get an audio/video slip/break and stdout
> reports:
>
> video_out: throwing away image with pts 124350653 because it's too o
Petri Hintukainen wrote:
xine and/or mplayer just re-generates the pes layer. So, it have to be
there ?
xine has no problems with the provided samples, so I guess it must be in
the PES layer re-muxing. Has anyone with the problem tried to replay
with separate mpa+mpv -> pes streams ?
For the te
Hello Klaus,
Some LNB's don't get a lock while switching to a special frequency.
After a small change in the Frequency it works
e. G. 12630->12629 ...
Some receivers can set a frequency with a adjustable vallue in thei
software.
Is it posible to get such a feature in vdr?
Perhaps in menu->setti
Halim Sahin wrote:
Hello Klaus,
Some LNB's don't get a lock while switching to a special frequency.
After a small change in the Frequency it works
e. G. 12630->12629 ...
Such a small deviation shouldn't be much of a problem.
Are you sure that's a probem with the LNB?
Some receivers can set a
From: "Klaus Schmidinger" <[EMAIL PROTECTED]>
To:
Halim Sahin wrote:
Hello Klaus,
Some LNB's don't get a lock while switching to a special frequency.
After a small change in the Frequency it works
e. G. 12630->12629 ...
Such a small deviation shouldn't be much of a problem.
Are you sure th
Hi,
Gregoire Favre wrote:
Any idea what I shall change ?
Find the following two lines in xineLib.c
#define ASSERT_PALETTE(x)
//#define ASSERT_PALETTE(x) x
and change them to
//#define ASSERT_PALETTE(x)
#define ASSERT_PALETTE(x) x
Maybe a debug message appea
On Sun, Nov 12, 2006 at 01:50:51PM +0100, Reinhard Nissl wrote:
> Hi,
>
> Gregoire Favre wrote:
>
> >Any idea what I shall change ?
>
> Find the following two lines in xineLib.c
>
> #define ASSERT_PALETTE(x)
> //#define ASSERT_PALETTE(x) x
>
> and change them to
>
> //#defin
Halim Sahin wrote:
From: "Klaus Schmidinger" <[EMAIL PROTECTED]>
To:
Halim Sahin wrote:
Hello Klaus,
Some LNB's don't get a lock while switching to a special frequency.
After a small change in the Frequency it works
e. G. 12630->12629 ...
Such a small deviation shouldn't be much of a prob
> If you want to address individual LNBs separately you can do so
> via the diseqc.conf file. Set "Setup/LNB/Use DiSEqC" to yes and
> make the appropriate entries in diseqc.conf.
>
I will give it a try after reading the diseq.conf section in the
manpage.
Thanks
Halim
__
I'm having intermittant problems when replaying vdr recordings with
xineliboutput. Every few minutes I get an audio/video slip/break and
stdout
reports:
video_out: throwing away image with pts 124350653 because it's too old
(diff
: 29229)
Is this a xinelib message? I'm running a xine-lib
Thanks for not giving up on this yet guys.
Udo Richter wrote:
Petri Hintukainen wrote:
xine and/or mplayer just re-generates the pes layer. So, it have to be
there ?
xine has no problems with the provided samples, so I guess it must be in
the PES layer re-muxing. Has anyone with the problem
Udo Richter wrote:
Udo Richter wrote:
Tero Siironen wrote:
Here is a 3 minute clip from the episode of Lost I told earlier.
http://kotisivu.suomi.net/izero/lost.tar
80MB file and played ok at least with VLC v 0.8.5. and MPlayer on OS X
The only disturbance I've noticed is a slight jitter in
First, I too want to express my gratitude & appreciation towards the people actively persuing a once & for all fix to this problem! So what about this... Copy the mplayer code that does the PES layer and slap it into vdr just to test if the problem persists? It seems that the majority opinion is
VDR User wrote:
about this... Copy the mplayer code that does the PES layer and slap it
into vdr just to test if the problem persists?
I don't think that it is that easy. Its just educated guessing, but I
assume that the mpeg data is going a long way through the mplayer core,
through demult
I'm having intermittant problems when replaying vdr recordings with
xineliboutput. Every few minutes I get an audio/video slip/break and
stdout
reports:
video_out: throwing away image with pts 124350653 because it's too old
(diff
: 29229)
I've resolved this by using:
-P"xineliboutput --pr
21 matches
Mail list logo
