Re: [vdr] Polish EPG problems
On 07.10.2012 20:59, Mariusz Bialonczyk wrote: Hi, I've been using vdr for very long time (since 1.2.1 afair), but the polish epg problem is unfortunately still here in recent versions. I made a deep analysis of the problem and here are the details. Polish broadcasters are ignorants regarding dvb standards! It's very sad but it's true :( Of course e-mails to them about it doesn't give an any effect... There are two kind of problems with polish providers on HotBird 13E: First problem is that similar to one handled by CharsetOverride: Part of the channels are encoded in ISO-8859-2 while not announce that, this can be handled with VDR_CHARSET_OVERRIDE correctly. The other part cannot be currently handled correctly in vdr without patching: Some channels are using ISO6937 while announcing ISO-8859-5! (sic!) There are also providers which are respecting standards, but the above bad cases are for two main polish digital platforms, so it would be great if vdr finally would handle it correctly. I have two propositions to solve the problem: 1. check if VDR_CHARSET_OVERRIDE is set to ISO-8859-2 and based on this information, force apply following change: diff --git a/libsi/si.c b/libsi/si.c index 80d34d1..bc34bd7 100644 --- a/libsi/si.c +++ b/libsi/si.c @@ -373,6 +373,8 @@ const char *getCharacterTable(const unsigned char *buffer, int length, bool *i length -= 1; if (isSingleByte) *isSingleByte = tag = SingleByteLimit; + if (tag == 0x01 /* ISO8859-5 */) + return cs6937; return CharacterTables1[tag]; } return cs; 2. add additional VDR_CHARSET_OVERRIDE option, eg: VDR_CHARSET_OVERRIDE=PL this could also return cs6937 when ISO8859-5 is defined (like above). Please tell me what you think about it. Well, it's one thing to assume a certain character set if the broadcaster omits the tag byte. But it's a whole different story to ignore a tag byte that is actually present. I suggest you use the EPGFixer-plugin as suggested by Matti Lehtimäki in his reply to your post. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] channels.conf overwritten when installing vdr 1.7.30
On 07.10.2012 18:27, Joachim Wilke wrote: Dear all, I just upgraded vdr from 1.7.29 to 1.7.31. After that I noticed that I lost my channels.conf as it was overwritten by make install. :-( A closer look to the changes made in 1.7.30 revealed that install-conf target in the Makefile no longer checks if the CONFDIR already exists. In previous version *.conf-files where only installed once (when the CONFDIR just was created). Was this change made by intention? This was part of the patch that introduced FHS compatibility: --- --- ./Makefile 2012/04/15 13:21:31 2.27 +++ ./Makefile 2012/09/01 13:22:33 ... @@ -193,12 +198,15 @@ # Configuration files: -install-conf: +install-dirs: @mkdir -p $(DESTDIR)$(VIDEODIR) - @if [ ! -d $(DESTDIR)$(CONFDIR) ]; then\ - mkdir -p $(DESTDIR)$(CONFDIR);\ - cp *.conf $(DESTDIR)$(CONFDIR);\ - fi + @mkdir -p $(DESTDIR)$(CONFDIR) + @mkdir -p $(DESTDIR)$(CACHEDIR) + @mkdir -p $(DESTDIR)$(RESDIR) + +install-conf: + @cp *.conf $(DESTDIR)$(CONFDIR) + # Documentation: --- Whether this was the intention of the patch author is beyond me. Since personally I don't install VDR and run it with only a single directory, I pretty much accept Makefile patches regarding installation as is. So if you have a suggestion on how to fix this, let's have it! Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] channels.conf overwritten when installing vdr 1.7.30
This was part of the patch that introduced FHS compatibility: --- --- ./Makefile 2012/04/15 13:21:31 2.27 +++ ./Makefile 2012/09/01 13:22:33 ... @@ -193,12 +198,15 @@ # Configuration files: -install-conf: +install-dirs: @mkdir -p $(DESTDIR)$(VIDEODIR) - @if [ ! -d $(DESTDIR)$(CONFDIR) ]; then\ - mkdir -p $(DESTDIR)$(CONFDIR);\ - cp *.conf $(DESTDIR)$(CONFDIR);\ - fi + @mkdir -p $(DESTDIR)$(CONFDIR) + @mkdir -p $(DESTDIR)$(CACHEDIR) + @mkdir -p $(DESTDIR)$(RESDIR) + +install-conf: + @cp *.conf $(DESTDIR)$(CONFDIR) + # Documentation: --- 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. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] channels.conf overwritten when installing vdr 1.7.30
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-confs.diff Description: Binary data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Jittering while playing recording with xinelibout
Am Sun, 7 Oct 2012 14:27:20 +0200 schrieb AlexW honda...@gmx.de: |While playing this converted files in xinelibout, I can see everytime |jittering. (vdr-1.7.31/xinelibout with latest git) | |At the moment I do not know, whats causing this. | Problem seems to be xine-lib. (engine.decoder_priorities.mpeg2) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] channels.conf overwritten when installing vdr 1.7.30
On Mon, Oct 08 2012, Klaus Schmidinger wrote: +install-conf: + @cp *.conf $(DESTDIR)$(CONFDIR) What about @cp -n? -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
