<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.linux.vdr">
    <title>gmane.linux.vdr</title>
    <link>http://blog.gmane.org/gmane.linux.vdr</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.vdr/46179"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.vdr/46176"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.vdr/46168"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.vdr/46149"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.vdr/46145"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.vdr/46140"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.vdr/46131"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.vdr/46126"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.vdr/46118"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.vdr/46110"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.vdr/46100"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.vdr/46098"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.vdr/46095"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.vdr/46092"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.vdr/46091"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.vdr/46055"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.vdr/46041"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.vdr/46027"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.vdr/46022"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.vdr/46016"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46179">
    <title>Force VDR to save channels.conf</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46179</link>
    <description>&lt;pre&gt;Hello,

I have a headless vdr server - witch is just used for streamdev and xbmc.

I would like to update my channels.conf as it is pretty outdated right 
now....

I have set the following in setup.conf and vdr is now searching and is 
detecting new channels.
UpdateChannels = 5

How ever - when I restart VDR the changes are not getting saved to 
channels.conf.

What can I do to make it save channels.conf?

I think that last time I had to do this I had to connect via VNC and the 
vdr-ffnetdev plugin to get the OSD and to "press" the power button to 
make it shutdown and save the changes...
Is there an easier was to do this?

Thanks, Artem

_______________________________________________
vdr mailing list
vdr&amp;lt; at &amp;gt;linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

&lt;/pre&gt;</description>
    <dc:creator>Artem Makhutov</dc:creator>
    <dc:date>2012-05-26T18:56:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46176">
    <title>vdr-plugin-dvd fails to build</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46176</link>
    <description>&lt;pre&gt;Hi All,

I am trying to build vdr-plugin-dvd, but it failes with the following message:
g++ -g -O3 -Wall -Woverloaded-virtual -Wno-parentheses -fpermissive -fPIC
-O3 -c -D__KERNEL_STRICT_NAMES -DUSE_GRAPHTFT -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvd"'
-I/usr/include/vdr dvd.c
In file included from player-dvd.h:14:0,
                 from dvd.h:20,
                 from dvd.c:15:
/usr/include/dvdnav/dvdnav.h:284:47: error: expected ?,? or ?...? before
?this?
make: *** [dvd.o] Error 1

I have searched google on this, and this link suggest to install libdvdnav
and libdvdread:
https://bugs.gentoo.org/show_bug.cgi?id=393199

I have installed libdvdread-4.2.0-1 and libdvdnav-4.2.0-2, but the error
remaines.

I am running arch linux.

What did I miss?
Best regards,
Cedric

       




_______________________________________________
vdr mailing list
vdr&amp;lt; at &amp;gt;linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

&lt;/pre&gt;</description>
    <dc:creator>cedric.dewijs&lt; at &gt;telfort.nl</dc:creator>
    <dc:date>2012-05-25T19:25:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46168">
    <title>Multiple DVB-S(2) tuners</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46168</link>
    <description>&lt;pre&gt;Let's say I will install DVB-S and DVB-S2 tuner (so the first can't play 
most HD channels), or I install 2 identical tuners but connect them to 
two different sattelites.
How to tell VDR which channel is available on which hardware?
Marx


_______________________________________________
vdr mailing list
vdr&amp;lt; at &amp;gt;linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

&lt;/pre&gt;</description>
    <dc:creator>Marx</dc:creator>
    <dc:date>2012-05-22T13:11:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46149">
    <title>Bad choices of USB cards</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46149</link>
    <description>&lt;pre&gt;Hello
I use VDR a few years, but lately I changed my system into ITX (AMD 
Brazos) and so changed PCI DVB-S2 card into USB. Additionaly I has 
bought DVB-T tuner.
While buying hardware I was sure I buy hardware which is supported 
in-kernel, so no need to hunt for driver.
Unfortunatelly every from three card I have doesn't work properly.

The first: Terratec Cinergy S2 USB HD.
Kernel has drivers, but only for the first revision. Second revision 
which I have need a patch. Patch is even on linux-media 
http://patchwork.linuxtv.org/patch/10294/ , but isn't finished so no 
hope to have it in kernel soon.
Anyway I have applied it's modified version from 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653026 to kernel 3.2 
and it's almost work. Almost, because sometimes recording becames 
unplayable. Recording recors eveything, but I can play only some part of 
file from beginning. The rest is unplayable.

Looking for something widely used I choosed Pinnacle PCTV SAT HDTV 452E 
PRO USB. Problems with it i've de&lt;/pre&gt;</description>
    <dc:creator>Marx</dc:creator>
    <dc:date>2012-05-20T21:48:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46145">
    <title>Emergency exit</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46145</link>
    <description>&lt;pre&gt;Is it expected behavior for vdr to do an emergency exit with two 
recordings in progress? If so, perhaps there could be an option to 
disable this.

I was recording a program on one tuner, while recording and delayed 
viewing a sports feed on the second tuner.

When the carrier was dropped at the end of the event, this triggered an 
emergency exit, thus disrupting the recording in progress on the first 
tuner.

vdr 1.7.27 and TT S2-6400.

Regards,

Richard


_______________________________________________
vdr mailing list
vdr&amp;lt; at &amp;gt;linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

&lt;/pre&gt;</description>
    <dc:creator>Richard Scobie</dc:creator>
    <dc:date>2012-05-20T19:39:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46140">
    <title>[PATCH] toggle between recordings sort order with 0 key</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46140</link>
    <description>&lt;pre&gt;Hi

Attached is a patch which allows to toggle the sort order
of recordings in the recording menu with vdr-1.7.27 between
- name
- date
- recording length

by pressing 0 key. At least I have found this to be very useful
feature when trying to find a just made recording from which you
do not know/remember the exact name to search from the long list of
recordings.

The thing I do not like in the patch is that the user must know this "0"
key as all 4 colors are already reserved in VDR for other functions in
recordings menu. (play, go to beginning, delete and info).
But I do not know any better way to handle this at the moment.

Patch got inspiration from
http://www.u32.de/vdr-1.3.37-simple_record_sort-0.1.diff
originally submitted by Walter Koch some years ago.

Mika
_______________________________________________
vdr mailing list
vdr&amp;lt; at &amp;gt;linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
&lt;/pre&gt;</description>
    <dc:creator>Mika Laitio</dc:creator>
    <dc:date>2012-05-20T17:14:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46131">
    <title>[PATCH] Allow instant recording to record only present event</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46131</link>
    <description>&lt;pre&gt;Hi

I made a patch to allow special case for instant recordings to only 
record the present event. This is done by defining Instant rec. time to 0.

There is still the question what should be done if event is non-existent 
or otherwise not obtained? Should the VDR default Instant rec. time be 
used or not?

&lt;/pre&gt;</description>
    <dc:creator>Matti Lehtimäki</dc:creator>
    <dc:date>2012-05-20T09:30:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46126">
    <title>[PATCH, RFC] STB0899 signal strength (pctv452e, others too?)</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46126</link>
    <description>&lt;pre&gt;Hi!

(I guess the forums are not the best place to post this, hence
reposted here...)

 By accident I stumbled across the special case for TT-budget S2-3200
(DVB-S/DVB-S2) in vdr's dvbdevice.c, and since both my tuners using
the pctv452e driver have the same issue (which are STB0899 too,
issue is the red/yellow/green bars in femon/osd didn't appear)
I added an OPTION to the FreeBSD port (STB0899_SIGNAL in the port's
make config menu) to enable the patch below.  Optional since I don't
know if there are STB0899-based tuners that don't have the problem,
does anyone here know?  (see log, if vdr logs like

vdr: [29376960] frontend 0/0 provides DVB-S,DVB-S2,DSS with QPSK ("STB0899 Multistandard")

and the bars appear without the patch please let us know, noting
pci ids for the cards especially if different from 0x13c2:0x1019
or if it's usb, thanx!)

 Cheers,
Juergen

And here comes the patch, also at:

http://www.freebsd.org/cgi/cvsweb.cgi/ports/multimedia/vdr/files/stb0899-signalstrength.patch?rev=1.2;content-&lt;/pre&gt;</description>
    <dc:creator>Juergen Lock</dc:creator>
    <dc:date>2012-05-19T20:32:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46118">
    <title>[ANNOUNCE] VDR successfully ported to Windows</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46118</link>
    <description>&lt;pre&gt;I have successfully ported VDR to Windows :)

The port is a *native* Windows port using MinGW-w64 (does NOT use cygwin).
(I will post the patch when every thing is ready).

The only unsolved problem is that section filtering functions in
cDevice cannot be implemented on Windows since hardware drivers do not
use file descriptors to deliver data, another problem is that some
drivers like the SkyStar2 driver do not provide section filtering at
all, so if you want that data you have to extract it from TS packets
directly.

To solve that problem we need to modify these functions and avoid
using file descriptors:

int cDevice::OpenFilter(u_short Pid, u_char Tid, u_char Mask);
void cDevice::CloseFilter(int Handle);

Does any body have suggestions about the best way to implement this.

We might also consider implementing builtin section filtering in VDR
so we can extract section filtering data from TS packets directly if
the driver does not provide them.
The libdvbpsi library might be handy for that purpose.

I have&lt;/pre&gt;</description>
    <dc:creator>WinVDR</dc:creator>
    <dc:date>2012-05-18T21:30:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46110">
    <title>Problems viewing while recording with IPTV plugin 0.5.2</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46110</link>
    <description>&lt;pre&gt;Do anyone else have IPTV problems with vdr 1.7.27?

I am trying to update to vdr 1.7.27 on Ubuntu Precise. I have tried both 
a 'pure' VDR and the yavdr teams PPA.

In both cases, if I record one channel supplied by IPTV I can not view 
another supplied by IPTV.

I have the plugin started with '--devices=4'.

The viewed channel gets all garbled, it seems very little data arrives.

If I use an earlier IPTV version, the recorded channel gets no data and 
the dreaded 'Video Data stream broken' arrives.

I broadcast all my FTA channels from the server by mumudvb and this 
works nicely under Ubuntu 10.04, vdr 1.7.16 and iptv 0.4.2.

/Johan

_______________________________________________
vdr mailing list
vdr&amp;lt; at &amp;gt;linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

&lt;/pre&gt;</description>
    <dc:creator>Johan Andersson</dc:creator>
    <dc:date>2012-05-16T13:15:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46100">
    <title>[ANNOUNCE] epgfixer-plugin 0.2.0</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46100</link>
    <description>&lt;pre&gt;New features in 0.2.0:
- Support for ignoring EPG data for selected channels.
- Support for copying EPG data from one channel to another.

Bug fixes:
- Fix character set conversion for selected channels.
- Fix and improve Makefile (thanks to Ville Skyttä and Rolf Ahrenberg).
- Fix compiling with g++-4.7.
- Improve example configuration files.

Homepage for the plugin:
http://projects.vdr-developer.org/projects/plg-epgfixer

&lt;/pre&gt;</description>
    <dc:creator>Matti Lehtimäki</dc:creator>
    <dc:date>2012-05-13T09:12:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46098">
    <title>[xineliboutput] remove top/bottom black borders (patchsuggested)</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46098</link>
    <description>&lt;pre&gt;Hi,

some shows though being sent in native 16:9 still have black borders at 
top and bottom of the pics. To some extent this can be reduced but not 
completely removed by setting Overscan to 10% (don't confuse with 
Overscan Compensation) in xineliboutputs video menu. After some 
investigation i found a very simple patch that allows one to set 
Overscan to values &amp;gt; 10 % (i limited to 20% in the patch). Furthermore i 
changed the sequence of the settings in xineliboutputs Video menu to 
make Overscan the topmost setting, so one now could configure some User 
keys in keymacros.conf. Feel free to play around with it.

************************************SNIP*****************************

diff -Naur vdr-plugin-xineliboutput//setup_menu.c 
/usr/src/vdr/PLUGINS/src/vdr-plugin-xineliboutput/setup_menu.c
--- vdr-plugin-xineliboutput//setup_menu.c      2012-05-08 
01:34:30.000000000 +0200
+++ /usr/src/vdr/PLUGINS/src/vdr-plugin-xineliboutput/setup_menu.c      
2012-05-08 23:58:03.000000000 +0200
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -580,6 +580,11 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;&lt;/pre&gt;</description>
    <dc:creator>Midas</dc:creator>
    <dc:date>2012-05-12T21:15:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46095">
    <title>[Announce] streamdev 0.5.2</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46095</link>
    <description>&lt;pre&gt;Hi,

today I published streamdev 0.5.2 at
http://projects.vdr-developer.org/projects/plg-streamdev/files which can be
used with VDR 1.6 and 1.7.

I also pushed some changes to git. The current git version now requires at
least VDR 1.7.25 (better 1.7.27) and is completely priority driven. A negative
priority gives precedence to live TV on the server, a priority of zero or more
gives precedence to the client. For HTTP and IGMP multicast the priority is
configured in the streamdev-server setup. The live TV priority of a
streamdev-client is configured in the streamdev-client setup. For legacy
clients (streamdev-client 0.5.1 or older) the priority is configured in
streamdev-server as well. If you want to give the git version a try, I'd be
particularly interested if the following things work like before:
- clients with lower precedence like local live TV
- encrypted channels
- streamdev-server running streamdev-client (e.g. for mutually sharing DVB
cards between two VDRs)

Changelog of streamdev-0.5.2:

- Use file&lt;/pre&gt;</description>
    <dc:creator>Frank Schmirler</dc:creator>
    <dc:date>2012-05-12T14:35:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46092">
    <title>vdr-sxfe no longer works locally after system crash, remote ok</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46092</link>
    <description>&lt;pre&gt;Hi All,

I have a PC running vdr. On this PC i cannot watch TV using vdr-sxfe. I also
have a laptop, on this laptop I can connect to the PC using vdr-sxfe. On
my laptop I can watch TV without any problems.

All was working properly, until I ran 12 concurrent instances of vdr-sxfe
on my PC. Next I did a "killall vdr-sxfe" and then cut the power from my
PC. I guess I've lost or corrupted a file somewhere on my PC, but i can't
figure out which one.

Can anybody help me?
Best regards,
Cedric

Messages from vdr-sxfe running locally on the PC:
************
[cedric&amp;lt; at &amp;gt;myhost ~]$ vdr-sxfe -V xv -f localhost
vdr-sxfe 1.0.90-cvs  (build with xine-lib 1.2.0, using xine-lib 1.2.0)

Video driver: xv
Fullscreen mode
VDR Server: localhost

WARNING: MRL does not start with 'xvdr:' (localhost)
[920] [input_vdr] Connecting (control) to tcp://localhost:37890 ...
[920] [input_vdr] Server greeting: VDR-1.7.22 xineliboutput-1.0.90-cvs READY
[920] [input_vdr] Connected (control) to tcp://localhost:37890
[920] [input_vdr] Connecting (&lt;/pre&gt;</description>
    <dc:creator>cedric.dewijs&lt; at &gt;telfort.nl</dc:creator>
    <dc:date>2012-05-12T13:23:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46091">
    <title>Initial Tuning fails with lnb sharing / device bonding</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46091</link>
    <description>&lt;pre&gt;Hi,

to pick out one of the problems i am currently experiencing with lnb
sharing i am starting a new thread.
With device bonding or same cable usage (vdr 1.7.27 / 21 resp.) set, vdr
absolutely fails to tune to any satellite channel after a restart. The
only chance to regain tuning is to set up the devices individually, then
switch to some channel, then switch between devices via femon and then
set up back to lnb sharing /device bonding. This is not reliable and it
may be necessary to repeat the steps until vdr finally works as
expected. Afterwards there seem to be at least no serious problems with
the setup and vdr keeps tuning as expected (yet maybe from time to time
it looses live pic when switching polarization on timer start).

Adapters (with indices set by module params):
MSI TV&amp;lt; at &amp;gt;nywhere Satellite II PCI (Mantis / stb0899) adapter_nr=0
Technisat Skystar HD PCI (TT S3200 clone / stb0899) adapter_nr=1
Hauppauge WinTV Nova T-Stick (mt2060) adapter_nr=2

Notes:
-This is a Diseqc setup.
-The MSI card replace&lt;/pre&gt;</description>
    <dc:creator>Midas</dc:creator>
    <dc:date>2012-05-12T12:26:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46055">
    <title>VDR form packages</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46055</link>
    <description>&lt;pre&gt;Hello
I use Debian for years and to keep it clean I'm trying to use all 
software from packages. It generally works, hovewer I have problem with 
VDR, XBMC and drivers.
Usually to have the newest driver I need to use some unstable version of 
VDR with the newest possible kernel.
VDR in Debian is an option, hovewer it's usually behind the newest VDR, 
and number of plugins in repository is low.
This lead to alternative repositories. I know two valuable: e-tobi and 
yavdr. I was using e-tobi but it lately isn't updated to the newest VDR. 
Yavdr is built on top of Ubuntu, and while it generally works on Debian, 
it's not recommended (some things doesn't work).
So there is an option to build packages myself - really no option, 
because I have to make package manually for every plugin and for every 
new version of VDR.
Any idea?
Marx


_______________________________________________
vdr mailing list
vdr&amp;lt; at &amp;gt;linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

&lt;/pre&gt;</description>
    <dc:creator>Marx</dc:creator>
    <dc:date>2012-05-08T12:16:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46041">
    <title>[PATCH] vdr-plugin-ttxtsubs - Sync subtitles using PTS</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46041</link>
    <description>&lt;pre&gt;Hi!

After i upgraded my vdr to 1.7.27 and fetched latest sources for plugins, i got 
serious subtitle timing issues. When viewing live tv the delay needed was about 
2500ms and with recordings delay was almost 9000ms.

I have no idea what causes that difference. Previously subtitles have been 
pretty well synced in both live and recordings.

Attached patch removes PES and TS delay settings and uses PTS to sync subtitles. 
It works pretty well with my system using xinelibouput + vdpau.

Patch has two side effects:
1. when replay of recording is started it sometimes takes 5 to 10 seconds until 
first subtitles appear. This is caused by wrong (live) PTS values got from 
xineliboutput since actual replaying hasn't started yet when first subtitles are 
parsed from stream.

2. when stopping replaying vdr is sometimes unresponsive for a few seconds if 
the needed delays are large like in my system. I think the delay sleep in 
cTtxtSubsDisplay::TtxtData() needs some tweaking to get rid of this side effect.

Regards&lt;/pre&gt;</description>
    <dc:creator>Matti Horila</dc:creator>
    <dc:date>2012-05-06T17:28:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46027">
    <title>[ANNOUNCE] epgfixer-plugin 0.1.0</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46027</link>
    <description>&lt;pre&gt;New features in 0.1.0:
- Support for character set conversion for selected channels.
- Support for stripping HTML entities.
- Supply user with extra information for each setup menu option using 
Info key.

Homepage for the plugin:
http://projects.vdr-developer.org/projects/plg-epgfixer

&lt;/pre&gt;</description>
    <dc:creator>Matti Lehtimäki</dc:creator>
    <dc:date>2012-05-05T18:15:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46022">
    <title>Convert recording</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46022</link>
    <description>&lt;pre&gt;Hello
It's probably common use but I didn't find good info how to do that:
I record movie. It needs to be cutted (advertisment etc) and than 
compressed from mpeg2 to divx (because this format is smaller and 
playable on almost everything). Then movie is moved to library which 
scans IMDB or similair services to download meta information.

The goal is how to do that as most automatically as possible.
For now it's rather long way: I convert .ts stream into mpeg2 (I forgot 
the name but it's software which allows cut file altogether, hovewer 
it's not user friendly becauses of small preview window), then convert 
it with some software (VirtualDub, Handbrake or ffmpeg), then rename and 
load into XBMC library.

I know it's rather lously connected with VDR, hovewer I have idea of 
using VDR as main tool in this toolchain. First it knows from EPG 
metadata the name of movie, so it can find it in IMDB (in fact both web 
interfaces can do that now). Next it allows to cut recordings (hovewer I 
prefer doing it with &lt;/pre&gt;</description>
    <dc:creator>Marx</dc:creator>
    <dc:date>2012-05-04T13:28:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46016">
    <title>vdr-1.7.27 fails on compile against fontconfig-2.9.0</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46016</link>
    <description>&lt;pre&gt;Hallo Klaus,

included a small patch to fix compile problems with fontconfig-2.9.0
Error Message:

vdr: fcmatch.c:850: IA__FcFontSort: Assertion `result != ((void *)0)' failed.
Aborted

&amp;lt;snipp&amp;gt;
diff --git a/font.c b/font.c
index 706a017..72c5ec3 100644
--- a/font.c
+++ b/font.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -482,7 +482,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; cString cFont::GetFontFileName(const char *FontName)
      FcPatternAddBool(pat, FC_SCALABLE, FcTrue);
      FcConfigSubstitute(NULL, pat, FcMatchPattern);
      FcDefaultSubstitute(pat);
-     FcFontSet *fontset = FcFontSort(NULL, pat, FcFalse, NULL, NULL);
+     FcResult fresult;
+     FcFontSet *fontset = FcFontSort(NULL, pat, FcFalse, NULL, &amp;amp;fresult);
      if (fontset) {
         for (int i = 0; i &amp;lt; fontset-&amp;gt;nfont; i++) {
             FcBool scalable;
&amp;lt;/snapp&amp;gt;

this diff resolve the compile problem,
backwards compatible to fontconfig-2.8.0

Credits?
iam noticed the patch first time on
IRC #gentoo-vdr
submitted by negril
don't know, if he has written the patch or if he found the patch
somewhere in the wildernes&lt;/pre&gt;</description>
    <dc:creator>Joerg Bornkessel</dc:creator>
    <dc:date>2012-05-02T20:08:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.vdr/46003">
    <title>dtt.me.uk</title>
    <link>http://comments.gmane.org/gmane.linux.vdr/46003</link>
    <description>&lt;pre&gt;Somebody used to run a site back in 2009 at http://dtt.me.uk/ that
generated a very handy table showing resolution and average bitrate
information for all the DVB-T channels in the UK. It is still
available, just frozen in time.

Anyone any idea who it was and/or how one might go about generating a
similar table?

_______________________________________________
vdr mailing list
vdr&amp;lt; at &amp;gt;linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

&lt;/pre&gt;</description>
    <dc:creator>Dominic Evans</dc:creator>
    <dc:date>2012-05-02T13:04:27</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.vdr">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.vdr</link>
  </textinput>
</rdf:RDF>

