An updated Femon plugin is now available for both vdr-1.6.x and
vdr-1.7.x branches. These versions should fix the reported leaking of
frontend file handles.
http://www.saunalahti.fi/~rahrenbe/vdr/femon/
BR,
--
rofa
___
vdr mailing list
vdr@linuxtv.o
On Tuesday 06 January 2009, Ville Aakko wrote:
> On my Sony it is called "Täyskuiva" (in finnish),
Heh, is this spelling error yours or Sony's? :)
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Tue, 06 Jan 2009 20:47:14 +0200
Pasi Juppo wrote:
> Few comments/suggestions to boxstar:
> -roadmap: boxtar itself does not seem to show EPG unless it is
> incorporated into manage timers and recordings. Anyhow, I really hope
> you implement TVOnScreen type of EPG viewer and similar EPG search
Tony Houghton wrote:
> On Tue, 6 Jan 2009 16:47:35 +0200 (EET)
> Mika Laitio wrote:
>
>
I checked boxstar web-page (http://boxstar.sourceforge.net/index.html)
and I have to say that the goal of the project is ambiguous. Hopefully
the developer can actually do it.
>>
Tony Houghton wrote:
> On Tue, 06 Jan 2009 09:12:04 +0200
> Pasi Juppo wrote:
>
>
>> I checked boxstar web-page (http://boxstar.sourceforge.net/index.html)
>> and I have to say that the goal of the project is ambiguous. Hopefully
>> the developer can actually do it.
>>
>
> Do you mean ambi
On Tue, 6 Jan 2009 16:47:35 +0200 (EET)
Mika Laitio wrote:
> >> I checked boxstar web-page (http://boxstar.sourceforge.net/index.html)
> >> and I have to say that the goal of the project is ambiguous. Hopefully
> >> the developer can actually do it.
> >
> > Do you mean ambitious? Yes, it is going
On 06.01.2009 17:32, Rolf Ahrenberg wrote:
> On Tue, 6 Jan 2009, Klaus Schmidinger wrote:
>
>> - cDvbDevice now uses the FE_CAN_2G_MODULATION flag to determine
>> whether a device
>> can handle DVB-S2. The #define is still there to allow people with
>> older drivers
>> who don't need DVB-S2 to u
On Tue, 6 Jan 2009, Klaus Schmidinger wrote:
- cDvbDevice now uses the FE_CAN_2G_MODULATION flag to determine whether a
device
can handle DVB-S2. The #define is still there to allow people with older
drivers
who don't need DVB-S2 to use this version without pathcing.
Sorry for hijacking th
On 06.01.2009 16:06, Klaus Schmidinger wrote:
> ...
> The "frame duration" (in multiples of 1/9) is stored in the info.vdr
> file using the new tag F
Sorry, this is actually the "frames per second" ("frame duration" was my initial
approach, and apparently I haven't updated the HISTORY
VDR developer version 1.7.3 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.3.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.2-1.7.3.diff
WARNING:
This is a *developer* version. Not even *I* use it
On Tue, 6 Jan 2009 04:29:55 +
Scott wrote:
> As Im just starting to get vdr working, I was wondering if 1:1 pixel
> mapping between the video card (nvidia onboard HDMI output) and my
> flat panel (Samsung plasma) is a waste of time. When looking at a
> "computer" generated image like the des
2009/1/6 :
>
>> I don't know how to do the latter, and even if it is possible in all
>> cases. In my setup, I have set up my video card to 1:1 to the panel I
>> have (fullHD), since I have material in several different resolutions,
>
> This is the theory. But you need to remember that you are usin
>> I checked boxstar web-page (http://boxstar.sourceforge.net/index.html)
>> and I have to say that the goal of the project is ambiguous. Hopefully
>> the developer can actually do it.
>
> Do you mean ambitious? Yes, it is going to be a big challenge, but
> hopefully it'll get there one day.
At le
On Tue, 6 Jan 2009 02:23:51 +0200
"Jukka Vaisanen" wrote:
> 24p is just a framerate, in HD it's actually 1080p but with 24 frames
> per second instead of 60. There are also NTSC DVDs with 24p video but
> that's a whole different story that we won't get into..
Yes, I know, but what's the differen
On Tue, 06 Jan 2009 09:12:04 +0200
Pasi Juppo wrote:
> I checked boxstar web-page (http://boxstar.sourceforge.net/index.html)
> and I have to say that the goal of the project is ambiguous. Hopefully
> the developer can actually do it.
Do you mean ambitious? Yes, it is going to be a big challenge
On Tue, Jan 06, 2009 at 01:17:52AM +0200, Jukka Vaisanen wrote:
> Yes, it's a good idea to get 1:1 pixel mapping on your display. Double
> scaling (first pc, then display) is not a good idea, ever.
>
> But, some problems arise:
>
> HDMI uses DVI signalling for the video (and audio is hidden in a
Hi,
APIVERSION should have been changed to 1.7.1 at release 1.7.1
already as it introduced cDevice::PlayTs() and vdr-xine-0.9.0
relies on APIVERSION >= 10701 to support vdr-1.7.2.
When switching from a TV channel to a radio channel, vpid isn't
reset in cPatPmtParser and hence, vdr-xine-0.9.0 wait
Dears
for discussion about any Linux DVB VDR questions you can join to voice Linux
DVB VDR chat. You have to install the
Mumble client
aptitude install mumble
or
http://mumble.sourceforge.net/Installing_Mumble
server address is
vdr-settings.com
port 64738
currently there are Russian, Ge
Jukka Vaisanen wrote:
> HDMI uses DVI signalling for the video (and audio is hidden in a
> vertical blanking time slot believe it or not) so it may seem like just
> another connector.. however in their finite wisdom the HDMI
> standardization people decided that HDMI will not support arbitrary
> re
Antti Hartikainen wrote:
> Solution so far has been to use little transparent background, but it looks
> ugly, not like "normal
> text" should look like (white text with few pixels thick black border)
I think VDR doesn't support drawing an outlined OSD text.
The only way to do this, might be t
> I don't know how to do the latter, and even if it is possible in all
> cases. In my setup, I have set up my video card to 1:1 to the panel I
> have (fullHD), since I have material in several different resolutions,
This is the theory. But you need to remember that you are using TV set as
a monit
Hi guys,
Klaus wrote:
> I've already dropped them.
> Besides, these files are just auxiliary internal files for VDR's
> very own purposes. There should normally be no need to edit them at
all.
I'm writing from work (webmail), so sorry if the email format gets
fudged up.
I never really liked the
On Tue, Jan 06, 2009 at 01:17:52AM +0200, Jukka Vaisanen wrote:
> Yes, it's a good idea to get 1:1 pixel mapping on your display. Double
> scaling (first pc, then display) is not a good idea, ever.
>
> But, some problems arise:
>
> HDMI uses DVI signalling for the video (and audio is hidden in a
On 05/01/2009, Rolf Ahrenberg wrote:
> On Mon, 5 Jan 2009, Pasi Juppo wrote:
>
> > Would this be possible to implement?
>
>
> There's already a modeswitching patch using xrandr for vdr-sxfe
> available on VDR-Portal. However, it lacks support for interpreting
> frame rate of source video, but i
On Sunday 04 January 2009, Vladimir Kangin wrote:
> You right. For example I'm keen of LinuxMCE (www.linuxmce.org) and it
> has a script that looking for media files, thus all .vdr are recognised
> as a video files of VDR while is not. It would would be a very wise step
> to improve this at the sa
25 matches
Mail list logo
