On Wed, Jan 31, 2007 at 09:02:58AM +0200, Rolf Ahrenberg wrote:
I would rather write käynnistyy instead of the foreign aktivoituu.
But VDR starts (käynnistää) all plugins already at the beginning and
depending on the plugins behaviour it's activated on main menu action,
external trigger,
Hi,
I have been using VDR for about two years now, without any big problems.
:)
Now I built a new system with two cards. One is my old hauppaude nova-t,
other is technotrend nova-t with CI..
With only one card installed, both cards work fine. If I install both
cards, only one the newer card
Am Freitag, 26. Januar 2007 15:32 schrieb Klaus Schmidinger:
Thiemo wrote:
Hi,
is there a special reason that SetPlayMode() is always called with
pmAudioVideo even on radio channels instead of pmAudioOnly or
pmAudioOnlyBlack? It would make things much easier if it would do so (for
Teemu Suikki wrote:
With only one card installed, both cards work fine. ...
This sounds like an interesting solution... Can you post a link to
picture showing this particular setup? :-P scnr
It could be some hardware issue, if there is some conflict with two
cards.. But I have tried both
On Wednesday 31 January 2007 14:13, Thiemo wrote:
Am Freitag, 26. Januar 2007 15:32 schrieb Klaus Schmidinger:
Thiemo wrote:
Hi,
is there a special reason that SetPlayMode() is always called with
pmAudioVideo even on radio channels instead of pmAudioOnly or
pmAudioOnlyBlack? It
Hi!
The newest firmware for FF cards did not completely fix the AV desync problems
for me. According to information from Werner the problem happens when small
video frames fill the decoder buffer with over 2 seconds of data. So I made
this patch for dvbplayer.c to stop it from uploading more
Am Mittwoch, 31. Januar 2007 17:05 schrieb Laz:
currently its realy a pain finding out if a stream is audio-only or not
in the mpeg-player (where it does not belong imho).
What would be nice is something like bool cRecording::IsRadio().
Why reinventing the wheel if pmAudioOnly is already
On Wed, 31 Jan 2007 [EMAIL PROTECTED] wrote:
Teemu Suikki wrote:
With only one card installed, both cards work fine. ...
This sounds like an interesting solution... Can you post a link to
picture showing this particular setup? :-P scnr
Bah. :)
It could be some hardware issue, if there
On 1/31/07, Klaus Schmidinger [EMAIL PROTECTED] wrote:
Ville Rannikko wrote:
Hi!
The newest firmware for FF cards did not completely fix the AV desync
problems for me. According to information from Werner the problem
happens when small video frames fill the decoder buffer with over 2
On Wed, 31 Jan 2007, Marko Mäkelä wrote:
I didn't think of that. If the verb is already used in some translation
string, it might be good to avoid using the verb in another context.
What about Laajennos herää (Plugin wakes up)?
That sounds ok.
When VDR invokes the external shutdown script,
I am using fbxine with the xine-plugin.
How can I browse a directory structure and and open the video-file
and use lirc to control the presentation and return to the vdr menu
Cheers
H.Braun
___
vdr mailing list
vdr@linuxtv.org
I believe that we have reached consensus on the Finnish translation.
On Sun, Jan 28, 2007 at 05:50:46PM +0100, Udo Richter wrote:
- i18n strings:
VDR will shut down later. Press power to force.
VDR sammuu myöhemmin - pakota virtakytkimellä
VDR will shut down in %s minutes
VDR sammuu %s
On Wed, Jul 26, 2006 at 09:30:44AM -0700, Simon Baxter wrote:
I've had this problem for ages and never found any resolution to it as it's
really only a problem with DVDs that have a lot of chapters.
When it get towards the end of a chapter, the sound disappears. The video
is still fine,
On Wed, Jan 31, 2007 at 10:07:38PM +0100, Reinhard Nissl wrote:
Hello :)
Hhm, I had a look into szap.c and dvbsec_api.c and do not see anything
different than in kaffeine.
Strange :)
Tomorrow, I'll have a look into VDR and add some debug output. So, stay
tuned ;-)
With my previous
VDR User wrote:
On 1/31/07, *Klaus Schmidinger* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
VDR User wrote:
From what he's saying, the problem is buffer overrun's, not
underrun's.
Too much data is being sent and the device isn't able to keep up. If
that's the
Marko Mäkelä wrote:
First, and more important: Can you please suspend the playback of
recordings when Shutdown.IsUserInactive() holds? Here is the relevant
hunk from my vdr-suspend patch:
This would break the other interesting feature, shut down VDR as soon as
the playback ends. Also, this
On Wed, Jan 31, 2007 at 08:38:29PM +0100, Klaus Schmidinger wrote:
From what he's saying, the problem is buffer overrun's, not underrun's.
Too much data is being sent and the device isn't able to keep up. If
that's the case then it would make sense for vdr to have a user setting
to limit
When I try to compile the mldkgui I get the following message:
ERROR: plugin mldkgui doesn't honor APIVERSION - not compiled!
Cheers
H.Braun
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi,
Open plugins Makefile
Search and replace VDRVERSION
with APIVERSION.
On Mi, Jan 31, 2007 at 11:26:20 +0100, [EMAIL PROTECTED] wrote:
When I try to compile the mldkgui I get the following message:
ERROR: plugin mldkgui doesn't honor APIVERSION - not compiled!
Cheers
H.Braun
- Original Nachricht
Von: Halim Sahin [EMAIL PROTECTED]
An: VDR Mailing List vdr@linuxtv.org
Datum: 31.01.2007 23:32
Betreff: Re: [vdr] ERROR: plugin mldkgui doesn't honor APIVERSION - not
compiled!
Hi,
Open plugins Makefile
Search and replace VDRVERSION
In [EMAIL PROTECTED], you wrote:
I am using fbxine with the xine-plugin.
How can I browse a directory structure and and open the video-file
and use lirc to control the presentation and return to the vdr menu
If your remote control supports /dev/input events, which I think is
standard for the
Klaus Schmidinger wrote:
VDR User wrote:
On 1/31/07, *Klaus Schmidinger* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
VDR User wrote:
From what he's saying, the problem is buffer overrun's, not
underrun's.
Afaics this is just a guess. We need a sample recording and
Ville Rannikko wrote:
Hi!
The newest firmware for FF cards did not completely fix the AV desync
problems
for me.
Can you provide a sample recording where A/V sync fails with the current
firmware?
According to information from Werner the problem happens when small
video frames fill
Hi!
The newest firmware for FF cards did not completely fix the AV desync
problems
for me.
Can you provide a sample recording where A/V sync fails with the current
firmware?
Oh, well. Turns out that I had somehow failed to install the new firmware
properly. My test patch is possibly
24 matches
Mail list logo
