I think you are looking for this patch http://www.rst38.org.uk/vdr/
Unfortunately it's quite old.
Christopher
Am 09.03.2014 15:19, schrieb Tony Houghton:
On Sun, 09 Mar 2014 14:38:48 +0100
Manuel Reimer wrote:
for most of the GB TV channels it is common to only have the current and
the next
What's the problem? I wasn't difficult at all to generate a diff.
Christopher
Am 13.10.2013 10:42, schrieb Klaus Schmidinger:
> On 13.10.2013 01:45, VDR User wrote:
>
>> Shouldn't something like this be fixed in the driver?
>
> I don't know - haven't seen the 'diff' yet ;-)
>
> Klaus
>
p://linuxtv.org/vdrwiki/index.php/Main_Page [6]
>
> Btw, what about to put such information on your homepage (http://www.tvdr.de/
> [7]) ?
> Maybe even consider Github as a VDR development home, that would be awesome
> :) But that's completely your things how to keep you
Am 24.03.2013 13:51, schrieb Lucian Muresan:
Hi,
On 24.03.2013 13:24, Helmut Auer wrote:
[...]
There's nothing to find anymore, I had to debug crashes of a plugin
(not my own) which were caused by migrating to the new makefile,
because cflags and c++flags were differnet.
I can't imagine, that
gins regardless of how old or how broken they are.
Christopher Reimer
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Am 23.02.2013 15:40, schrieb Ville Skyttä:
On 2013-02-23 14:43, Tobi wrote:
VDR's Makefile does not use CPPFLAGS (C-Pre-Processor flags) right
now.
Not a big deal and easy to work-around, but for the sake of providing
a
"standards-conform" Makefile I suggest adding CPPFLAGS as well.
+1 to th
No, I tried it and it works with and without your patch.
CINCLUDES has a lower priority, the order of the parameters matters.
And the default INCLUDE stuff comes after CXXFLAGS (CINCLUDES is a
part of CXXFLAGS in plugin makefiles)
2013/1/26 Joachim Wilke :
> 2013/1/25 Christopher Rei
Hmm, it is problematic.
We can't make sure that "make plugins" uses the header files of the
current source tree.
plugins of 1.7.36 should be compiled against the 1.7.36 headers, even
if there are older header files in /usr/include/vdr.
2013/1/25 Christopher Reimer :
> OK, O
OK, OK, OK...
If it fixes your problem I don't see any problem with adding INCDIR to
CINCLUDES. I was a bit worried about the DESTDIR stuff, but this
change doesn't affect anything there.
Christopher
2013/1/25 Joachim Wilke :
>
>
> 2013/1/25 Christopher Reimer
>>
Ever tried LCLBLD=1 or ONEDIR=1 ?
Christopher
2013/1/25 Andreas Brachold :
> Hi,
>
> Am Freitag, den 25.01.2013, 15:31 +0100 schrieb Christopher Reimer:
>> I can't imagine a reason why the includedir should not be a "standard
>> directory".
>
> I use
2013/1/23 Joachim Wilke :
> 2013/1/22 Klaus Schmidinger
>>
>> On 20.01.2013 20:24, Andreas Brachold wrote:
>>>
>>> I think into vdr.pc is parameter includedir= missed, if $(INCDIR) not a
>>> standard directory.
>>>
>>
>> If you have an installed version of VDR on your system (i.e. there is
>> a vd
Hi Torsten,
please try this patch against VDR 1.7.35.
http://www.vdr-portal.de/index.php?page=Attachment&attachmentID=32523
At VDR-Portal we currently try to repair the whole Makefile stuff.
It's time to post it on the Mailinglist.
Christopher Reimer
2013/1/5 Torsten Duwe :
> Hi a
I couldn't realize that there are so many non-German VDR users.
I personally don't like to write English. Not because I hate the
language, more because I'm worried to do something wrong (grammer,
tenses etc.)
Christopher
___
vdr mailing list
vdr@linuxt
Nice 33%!!
Then tell me why was there no answer on the mailinglist thread.
No answer = everything is ok --> send patch to Klaus
2012/12/30 Gerald Dachs :
> Am 30.12.2012 01:08, schrieb Christopher Reimer:
>
>> I don't consider the mailinglist as "central spot of d
2012/12/30 fnu :
> And as far as I remember nobody did complain about the old Makefile
> structur, and yes I mean nobody, because the two now known just changed it
> w/o warning. Do what ever you need to do, I appriciate it, but remind always
> some continuity for all others in the VDR universe.
O
2012/12/29 Udo Richter :
Even if there was
> an thread in vdr-portal, I did miss it, and there was no word of it in
> the mailing list, which I always considered to be the central spot of
> development.
Really? http://linuxtv.org/pipermail/vdr/2012-November/026813.html
There was NO answer at all.
OK. 50 plugins doesn't sound impossible to deal with. But they have to
be in one place, as Manuel mentioned.
Name these 50 unmaintained plugins and then we can check when and how
they'll be moved to vdr-developer.org.
Christopher
2012/12/29 Helmut Auer :
>>
>> If there is really a need for that
2012/12/25 Klaus Schmidinger :
>
>> 3.) the file should be included into plugin Makefiles after having set
>> PLUGIN and VERSION to be able to have some plugin-/version-dependent
>> configuration.
>
>
> Agreed.
>
No. Not agreed.
Just use DEFINES+= in Make.config, and if that doesn't work, plugin
eses)
I think Make.global and Make.config are included in the wrong order.
Make.config should be included first, and Make.global afterwards.
I know that all plugin Makefiles need to be edited again. But I think
that is the only working solution.
Christopher Reimer
vdr-makefile-fix.diff
Desc
2012/10/8 VDR User :
> Blindly overwriting files is terrible! The author of that FHS patch
> should fix it so those files are only copied if they don't already
> exist.
Here's a patch which reverts this small misbehaviour.
Christopher Reimer
vdr-1.7.31-do-not-overwrite-con
Am 07.09.2012 12:33, schrieb Klaus Schmidinger:
On 06.09.2012 21:09, Manuel Reimer wrote:
Klaus Schmidinger wrote:
Attached is a revised version of the patch, as I intend to adopt
it in version 1.7.30.
Didn't try it, so far, but I had a look at it and maybe, I've found a
small problem:
+# By
2012/9/6 Ludwig Nussel :
> Manuel Reimer wrote:
>> So for me it seems to be useless to try to strictly separate VDR's
>> configuration files between "static" and "dynamic". They all should be
>> dynamic and maybe at any time they could get dynamic, if Klaus
>> improves the OSD setup possibilities.
2012/9/4 Gero :
>> I decided to use /var/spool/video (could have been /var/spool/vdr
>> too).
>
> That's a good point!
>
> Lots of VDR-users use VDR as a standalone system and for those systems
> /var/spool might be more appropriate than /srv
>
> /srv is right, if the VDR-machine offers the recordi
2012/9/3 Ludwig Nussel :
> Klaus Schmidinger wrote:
>> On 09.05.2012 16:36, Manuel Reimer wrote:
>>> what is the current status in this topic? Anyone working on this?
>>
>> Attached is a revised version of the patch, as I intend to adopt it
>> in version 1.7.30.
>
> Looks like I missed the discussi
2012/9/1 Klaus Schmidinger :
> Please try it and let me know if it works as expected.
I have patched my vdr and I cannot see any problems with this changes.
I works with and without USE_FHS=1 as expected.
___
vdr mailing list
vdr@linuxtv.org
http://www
Hey, I found another bug. VDR crashes as soon as VDR receives EPG data.
Please try the following regex-pattern.
S19.2E-1-1057-61205:description=^(?.{5,15})[\.][
](?.*)$
Thank you
Christopher Reimer
___
vdr mailing list
vdr@linuxtv.org
http
2012/4/12 Matti Lehtimäki
> I think I'll also keep the option of using channel numbers since many
> people have some desired order of channels and in that case unique IDs are
> not necessary.
>
>
I tried to use channel numbers, but it doesn't seem to work.
OK, next feature request :-D
Using channel numbers for channel matching only works for one specific
channels.conf.
Could you please use unique IDs for every channel (e.g.
S19.2E-1-1089-12003-0)?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.or
I tried your plugin with several german channels.
There's one problem. Most german channels send broken EPG data. When I
enable one regex it fixes one channel but breaks another.
Could you please add the possibility to bind regexes to one or more channel?
Christopher R
2012/4/9 Klaus Schmidinger
>
> However, there is one thing in the current behavior that I would even
> consider a bug: if one starts VDR with
>
> vdr -v /mydir
>
> it uses /mydir as the video directory, but still uses /video for the
> configuration files. I believe that as long as there is no exp
2012/4/8 VDR User
> I know several people who set their directories on the command line
> and ignore maintaining Make.config completely so it's not true
> everyone uses Make.config.
>
OK, that could be possible, although I don't understand why.
Let's wait what Klaus says.
__
2012/4/8 Udo Richter
> - If CACHEDIR or RESDIR is not set (empty string), fall back to whatever
> --video and --config is set to.
>
No, CACHEDIR and RESDIR should work in the same behaviour as CONFDIR or
VIDEODIR.
This sounds a bit like you set all your directories by command line. Sorry,
but w
2012/4/8 Manuel Reimer
>
> ACK from me, but without the last additions by Christopher (more complex
> handling of directory paths based on whether the new parameters to VDR are
> given).
>
>
Yes, I also think it's better to not use these additions. It's complex and
I don't see any reason for them.
2012/4/7 Udo Richter
> Am 06.04.2012 15:01, schrieb Christopher Reimer:
> > could someone please review the attached patch? It's originally posted
> > by Maniac in this thread -->
>
> On the original topic, I see room for one improvement:
>
>
I tried to fix thi
I think there's one problem left.
Doesn't VDR try to create the "plugins" subdir?
VDR runs usually as user. Most distribution maintainer will give VDR write
permission for the cache dir and the config dir. But not for the resource
dir.
To prevent these permission problems I think it's neccessary
tion and some Makefile changes are my work. The main code
changes are Maniac's work.
I hope the code as well as the documentation is ok, so that the patch can
be added in the next VDR Version.
Thanks,
Christopher Reimer
vdr_fhs_1.2.diff
Description
2011/6/5 Richard Scobie
> Can anyone tell me if this includes YUV/RGB out, or just composite?
>
There's both. Red, green, blue --> YUV and yellow, red, white -->
Composite.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/li
2011/2/6 Steffen Barszus
> On Sun, 6 Feb 2011 12:47:33 -0800
> VDR User wrote:
>
> > On Sun, Feb 6, 2011 at 12:16 PM, Theunis Potgieter
> > wrote:
> > >> IIRC, mythtv had a feature built-in that skips ads automagically.
> > >> Maybe a plugin could be written for VDR which provides the same
> >
That's a Bug in VDR. Klaus already posted a quick'n'dirty bugfix here ->
http://vdr-portal.de/board/thread.php?postid=951626#post951626
2010/12/27 Tobias Grimm
> Hi!
>
> I have tiny question:
>
> When recording from a HD channel (720p50), the *.rec/info -file tells me
> the recording has a frame
OK, I think I know the reason of my A/V-Problems The Harddrive is too
slow. (Activy 300 => UDMA 66)
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Thanks for this nice small patch.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Anyone else?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
2010/11/25 Simon Baxter
> I had some problems with vdr-1.7.x and vdr-xine front end with audio
> sync, but fixed them in xine.
>
>
>
Frontend??? I'm using a Technotrend Full-Featured Card. So the backend is
the Full-Featured Card and the frontend, too
Hi everyone,
I am using vdr version 1.7.16 and I have discovered some A/V Sync problems
after jumping to another mark or jumping with the yellow/green button.
Is that an already-known-problem?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/
Am 13.06.2010 11:17, schrieb ECLiPSE:
Hi,
i have an eHD card that is running fine with vdr 1.7.15 except i don't
have sound on the HD french channels (TF1HD, France2HD & M6HD)
which use the e-AC3 format.
Is your VDR patched, then? Or how does the reelbox-Plugin work in your
system?
Perhaps it's the same problem as I have with my unmodded FF-Card
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Am 09.02.2010 17:34, schrieb Antti Hartikainen:
I don't know if there is later patch available, but this applies fine and works
fine with current SVN version of eHD
software.
Yes, there is an newer patch...
--> http://vdr-portal.de/board/thread.php?postid=884015#post884015
_
Hard Link Cutter patch, for fast editing of recordings:
New version for VDR-1.7.11
http://www.udo-richter.de/vdr/patches.en.html#hlcutter
Why isn't this great patch integrated into VDR?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi
Seems like the
FF-card gets pretty busy.
Yours
Christopher Reimer
Log follows:
Jan 2 13:13:00 vdr vdr: [3691] switching device 1 to channel 5
Jan 2 13:13:01 vdr vdr: [3702] TS buffer on device 1 thread ended
(pid=3691, tid=3702)
Jan 2 13:13:01 vdr vdr: [3691] timer 1 (5 1313-1535 'C
49 matches
Mail list logo
