Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

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

[vdr] Problem with two cards

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 work

Re: [vdr] SetPlayMode() on radio channels

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 s

Re: [vdr] Problem with two cards

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 c

Re: [vdr] SetPlayMode() on radio channels

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 > > > pmA

[vdr] FF card AV sync problems, possible fix to VDR

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 P

Re: [vdr] VDR-on-Mac patches

Hi Tero, Tero Siironen schrieb: > Thank you, that was it. Next thing I'll try to do is get it to run on > MacBook Pro also. > Great! Keep us up to date on your progress ;-) I'm not sure if the configure script correctly detects the Intel Mac, so you may have to modify the configure to get MMX ac

Re: [vdr] SetPlayMode() on radio channels

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 alread

Re: [vdr] FF card AV sync problems, possible fix to VDR

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 > seconds of data. So I made this patch for dvbplayer.c to

Re: [vdr] Problem with two cards

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

Re: [vdr] FF card AV sync problems, possible fix to VDR

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

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

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

Re: [vdr] FF card AV sync problems, possible fix to VDR

VDR User wrote: > 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 th

[vdr] multiple video formats with fbxine

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 http://www.linuxtv.org/cg

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x - Finnish translations

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 s

Re: [vdr] FF card AV sync problems, possible fix to VDR

On 1/31/07, Klaus Schmidinger <[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 case then it would make sense for vdr to have a user setting > t

Re: [vdr] vdr diseqc equivalence of szap diseqc n ?

Hi, Gregoire Favre wrote: > since a few days, I try to configure my diseqc.conf for VDR without much > success... > > Kaffeine and scan work out of the box. > For szap I have made simultaneously : > dvbscan -a 0 -s 0 -x 0 /usr/share/dvb/dvb-s/Astra-19.2E > diseqc-0 > dvbscan -a 1 -s 1 -x 0 /usr/

Re: [vdr] DVD plugin - sound jerky??

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 fin

Re: [vdr] vdr diseqc equivalence of szap diseqc n ?

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 dise

Re: [vdr] FF card AV sync problems, possible fix to VDR

VDR User wrote: > On 1/31/07, *Klaus Schmidinger* <[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 >

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

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 wo

[vdr] xine-plugin fbxine and mplayer and lirc

Can those 4 components work together so that I can open a video from the menu and play it or can I use fbxine also for this Cheers H.Braun ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Blocking the playback of recordings in plugins

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 > > t

[vdr] ERROR: plugin mldkgui doesn't honor APIVERSION - not compiled!

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

Re: [vdr] ERROR: plugin mldkgui doesn't honor APIVERSION - not compiled!

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 >

[vdr] xine-plugin fbxine and image

When I start runvdr with -P'image I get : Unable to open MRL "vdr:. Cheers H.Braun ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Aw: Re: [vdr] ERROR: plugin mldkgui doesn't honor APIVERSION - not compiled!

- Original Nachricht Von: Halim Sahin <[EMAIL PROTECTED]> An: VDR Mailing List 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 > with APIVERS

Re: [vdr] multiple video formats with fbxine

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

Re: [vdr] FF card AV sync problems, possible fix to VDR

Klaus Schmidinger wrote: > VDR User wrote: > > On 1/31/07, *Klaus Schmidinger* <[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 sam

Re: [vdr] FF card AV sync problems, possible fix to VDR

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 f

[vdr] FF card AV sync problems, possible fix to VDR (fwd)

> 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 possi