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
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 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?
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
2010/11/25 Simon Baxter linu...@nzbaxters.com
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
Anyone else?
___
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
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
2011/6/5 Richard Scobie r.sco...@clear.net.nz
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
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: Binary data
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
2012/4/7 Udo Richter udo_rich...@gmx.de
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 this on my own. So be careful
2012/4/8 Manuel Reimer manuel.rei...@gmx.de
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
2012/4/8 Udo Richter udo_rich...@gmx.de
- 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
2012/4/8 VDR User user@gmail.com
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/9 Klaus Schmidinger klaus.schmidin...@tvdr.de
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
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 Reimer
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
2012/4/12 Matti Lehtimäki matti.lehtim...@gmail.com
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.
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=^(?shorttext.{5,15})[\.][
](?description.*)$
Thank you
Christopher Reimer
___
vdr mailing list
vdr
2012/9/1 Klaus Schmidinger klaus.schmidin...@tvdr.de:
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
2012/9/3 Ludwig Nussel ludwig.nus...@suse.de:
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
2012/9/4 Gero geronimo...@gmx.de:
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
2012/9/6 Ludwig Nussel ludwig.nus...@suse.de:
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
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:
+#
2012/10/8 VDR User user@gmail.com:
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
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
Description: Binary
2012/12/25 Klaus Schmidinger klaus.schmidin...@tvdr.de:
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
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 v...@helmutauer.de:
If there is really
2012/12/29 Udo Richter udo_rich...@gmx.de:
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
2012/12/30 fnu v...@auktion.hostingkunde.de:
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
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 v...@dachsweb.de:
Am 30.12.2012 01:08, schrieb Christopher Reimer:
I don't consider the mailinglist as central spot of developement. Here
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
Hi Torsten,
please try this patch against VDR 1.7.35.
http://www.vdr-portal.de/index.php?page=AttachmentattachmentID=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 d...@lst.de:
Hi all
2013/1/23 Joachim Wilke joachim.wi...@gmail.com:
2013/1/22 Klaus Schmidinger klaus.schmidin...@tvdr.de
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
Ever tried LCLBLD=1 or ONEDIR=1 ?
Christopher
2013/1/25 Andreas Brachold m...@deltab.de:
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 this, to install multiple versions side
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 joachim.wi...@gmail.com:
2013/1/25 Christopher Reimer c.reimer1
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 c.reimer1...@gmail.com:
OK, OK
Christopher Reimer c.reimer1...@gmail.com:
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.
This is an issue
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 the
they are.
Christopher Reimer
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
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,
be awesome
:) But that's completely your things how to keep you project running.
There's no publicly accessible GIT/HG repository for VDR, but you have
the choice between stable versions (2.0.3) and developer versions
(2.1.1)
Christopher Reimer
Links:
--
[1] http://sourceforge.net/projects
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
On Sat,
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 manuel.rei...@gmx.de wrote:
for most of the GB TV channels it is common to only have the
45 matches
Mail list logo