12.09.2012 10:39, Tobi kirjoitti:
> On 11.09.2012 11:30, Anssi Hannula wrote:
>
>> Hmm, I'm the original author of the patch, not sure why Tobias Grimm is
>> credited here
>
>
> Sorry, that's probably because I maintained this in the Debian package
> sinc
11.09.2012 19:05, Dominic Evans kirjoitti:
> On 11 September 2012 10:30, Anssi Hannula wrote:
>> 10.09.2012 17:05, Klaus Schmidinger kirjoitti:
>>> - The new function cDevice::HasInternalCam() can be implemented by devices
>>> that
>>>provide encrypted c
handling of a CAM (thanks to Tobias Grimm).
Hmm, I'm the original author of the patch, not sure why Tobias Grimm is
credited here (I sent it to you several years ago - for some reason I
thought you didn't like it, but I guess I should've just sent it
again...
7;ve been hit with this many times as well, so I'd suggest to change VDR
so that it saves automatic channel updates on exit as well. Suggested
patch attached (only compile-tested, so actual testing is needed).
--
Anssi Hannula
Index: vdr-1.7.26/vdr.c
=
'video' like is VDR default?)
On Mandriva/Mageia packages I use '/var/lib/vdr/config' and
'/var/lib/vdr/video', but as I said, they aren't really any better than
your suggestions :)
Maybe just add a note that the INSTALL example doesn't really conform to
cu
that "final" keyword to all virtual function
> declarations...
>
> Klaus
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ng to freeze in June and I hope that VDR
> becomes stable until then.
For Mageia (upcoming mga2) I just recently updated the packages to
1.7.x, and Fedora seems to also be shipping 1.7.x already.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
nt it all works pretty well in streamdev, ...
>
> As far as I understood available docs, streamdev is not able to handle
> recordings, so I would not say "all works"
>
>
>> I'll keep this in mind for "after version 2.0".
>
> Why so far?
Be
On 28.01.2012 02:31, Anssi Hannula wrote:
> On 27.01.2012 16:12, Dominic Evans wrote:
>> I have a digital S/PDIF output from my VDR frontend hooked up to a
>> decent home amplifier and surround speakers.
>>
>> In the past I've had no problems using this via a vdr-
io on" unnecessary. The
AES0=0x06 added for passthrough will do the same as "iecset audio off"
(i.e. it will set non-pcm bit 0x02 in the AES0 byte, default AES0 being
0x04 (non-copyright bit)) for the duration of playback.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
his:
>
> ffmpeg -loop_input -t 10 -r 25 -i /tmp/temp.jpg -an -vcodec mpeg4 -b
> 2500 -s 1920x1080 -qscale 2 -threads 4 -f mp4 $Mpeg
>
> You may want to adjust the number of threads according to the number of
> cores in your machine.
>
>
> André
>
> __
le.
One solution is to use the patch
streamdev/patches/vdr-1.6.0-intcamdevices.patch (also attached) for VDR,
so that VDR won't try to decrypt channels received by streamdev-client.
I wrote it in 2008 to allow receiving channels in streamdev client that
are already decrypted by the CAM of th
as a special "clean effects" one.
--
Anssi Hannula
--- vdr-1.7.16/remux.c 2010-06-05 16:32:15.0 +0300
+++ vdr-1.7.16-m/remux.c 2011-02-14 19:37:58.575610709 +0200
@@ -225,7 +225,7 @@
Target[i++] = *Language++;
Target[i++] = *Language++;
Target[i++] = *Languag
that there are
multiple similarly named tarballs but with different content floating around,
especially for downstream distributors.
Thanks for the nice release, anyway :)
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
n how to know that
> recording finished.
See "Executing commands before and after a recording" in INSTALL. Though I
guess --vfat is probably enough for you.
> Any other ideas how to walk around this issue?
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
e in plugin Makefiles and adds just a single line
> to VDR's Makefile. But the cleaner solution is clearly "include a
> Make.global in plugin plugin and VDR Makefiles before Make.config" as
> preferred by Udo Richter.
I also prefer this approach. Make.global should contain the neces
ES/dxr3-subtitles.patch?revision=197607&view=markup
http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/vdr/current/SOURCES/vdr-1.6.0-dxr3.patch?revision=197494&view=markup
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ndent show up as completely different
adapters in /dev/dvb/, so that VDR can assume only one frontend per adapter is
usable simultaneously?
If not, why is that?
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ot;memmove(s, s + 1, strlen(s))". The patch applies both to 1.7.10 and
1.6.0.
This fixes plugin arguments corruption with glibc 2.11 on x86_64.
--
Anssi Hannula
Index: vdr-1.7.10/plugin.c
===
--- vdr-1.7.10/plugin.c
+++ vdr-1.7
Klaus Schmidinger wrote:
> On 24.11.2009 19:22, Anssi Hannula wrote:
>> Klaus Schmidinger wrote:
>>> On 24.11.2009 18:28, Jouni Karvo wrote:
>>>> Jouni Karvo kirjoitti:
>>>>> Rolf Ahrenberg kirjoitti:
>>>>>
>>>>>&g
gt; to get both - subtitling and non-breaking TV viewing?
>
> It might be interesting to learn why they do this "PID cycling"
> in the first place. Have you ever tried contacting them and asking
> why they do such a stupid thing?
Different programmes have a different number of languages, so the number
of active pids changes. Isn't that correct behaviour?
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
like
> to play back h.264 files from disk using vdr.
You might want to try out vdr-xineliboutput, as it contains such a feature.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Anssi Hannula wrote:
> Thank you. The bug is in libcap header file
> /usr/include/sys/capability.h
>
> It does evil stuff like this:
>
> 25 /*
> 26 * Make sure we can be included from userland by preventing
> 27 * capability.h from including other kernel headers
&
ly prevents including /usr/include/linux/types.h, etc.
It seems my distro has a patch that removes all the above lines to
resolve this issue. I'll try contacting libcap upstream on this issue.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
should contain the preprocessed C++ source code. Please
>> attach it (provided it is not too large) or upload somewhere.
>
> vdr.processed.c.bz2
> http://slil.ru/27922128
Which distribution and version are you using?
And package name where /usr/include/linux/types.h and related files
would also he
ot; -DCONFDIR=\"/etc/vdr\"
-DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\"
-I/usr/include/freetype2 -I../s2-liplianin/linux/include -o
vdr.processed.c vdr.c
vdr.processed.c should contain the preprocessed C++ source code. Please
attach it (provided it is not too la
Goga777 wrote:
> Anssi Hannula wrote:
>> Maybe one of these includes in these files is missing?
>
> as you can see - no, everything is ok
Confirm that you looked at the correct files:
You should first look under ../s2-liplianin/linux/include/, and if the
file in question does
ame a type
> make: *** [vdr.o] Error 1
Your headers seem broken. What should happen (i.e. in upstream kernel
git) is:
linux/dvb/frontend.h has:
#include
linux/types.h has:
#include
asm/types.h has:
#include
asm-generic/int-ll64.h has:
typedef unsigned char __u8;
Maybe one of these includes in these files is missing?
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
x27;t Flash HD content usually encoded in H.264? That's the case in
youtube, at least, and the clips play fine using vdpau decoding in mplayer.
> It's not very cheap yet but you can build a fanless one for €200. For example
> a http://www.cartft.com/catalog/il/1072 together
tains #include
and tha tyour /usr/include/linux/types.h #includes
?
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
m:
http://linuxtv.org/hg/v4l-dvb/rev/dba0b6fae413
What error are you getting?
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Tobi wrote:
> Anssi Hannula wrote:
>
>> The kernel headers should be fixed to use strict types (patches
>> available). See my earlier reply on the issue:
>> http://linuxtv.org/pipermail/vdr/2009-March/019783.html
>
> You're right. Thanks for the pointer! I
gt; heat, and unnecessary wear on the harddrive for something that
> probably doesn't even get used that much in the first place.
Use RAM.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
e specific recording button in the menu to
> create an actual recording.
Agreed.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> -Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1
>
> --post vdr_video --post vdr_audio vdr://tmp/vdr-xine/stream#demux:mpeg_pes
> > /dev/null 2>&1
>
> It's served me well for 5 years...
--
Anssi Hannula
__
developers be blamed for this?
The kernel headers should be fixed to use strict types (patches
available). See my earlier reply on the issue:
http://linuxtv.org/pipermail/vdr/2009-March/019783.html
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
integer types", i.e.:
http://git.kernel.org/?p=linux/kernel/git/jaswinder/linux-2.6-tip.git;a=commitdiff;h=57b4b9d7b56d283b6619a893341be16d1a0467a6
I do wonder why it hasn't yet been pushed into Torvalds' tree (it has
been over a week since the patches w
t.h and xine_video_port_s in video_out.h. Only post plugins or
> new video outputs would be affected by that I guess. So hopefully
> not that bad after all.
Well, the SONAME in libxine reflects application interface only. The
plugin API has a different versioning.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
currently got
the time to make a proper patch, but this should give you an idea on the
problem.
--
Anssi Hannula
Index: vdr-1.6.0-primdev/device.c
===
--- vdr-1.6.0-primdev/device.c
+++ vdr-1.6.0-primdev/device.c 2008-05-23 22:17:05
Anssi Kolehmainen wrote:
> On Sun, Jun 29, 2008 at 08:02:05PM +0300, Anssi Hannula wrote:
>> JJussi wrote:
>>> On Sunday, 29. Juneta 2008 03:34:57 Anssi Hannula wrote:
>>>> [h264 @ 0xb791d708]PAFF interlacing is not implemented
>>>>
>>>>
JJussi wrote:
> On Sunday, 29. Juneta 2008 03:34:57 Anssi Hannula wrote:
>> [h264 @ 0xb791d708]PAFF interlacing is not implemented
>>
>> This indicates that xine-lib is not using a new enough ffmpeg snapshot
>> that supports PAFF.
>>
>> Depending on the versi
rovides, adding
--with-external-ffmpeg to xine-lib ./configure line could be enough. I
think PAFF interlacing was added to ffmpeg sometime last year.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>> - Media Player integrated (via OSD)
>> - X11 (XV or others) display (vdr-sxfe)
>
> no, I didn't try to use xineliboutput ?
> is it support h.264 video ?
Yes.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
t;NV17 Video Texture"
number of ports: 32
[..lots of lines removed...]
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
o port)
when ePlayMode is set to pmExtern_THIS_SHOULD_BE_AVOIDED.
b) Change video card or try a different driver.
c) Use some other output method (such as opengl) than Xvideo for either
xine or mplayer.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
VDR User wrote:
> On Sun, Jun 1, 2008 at 12:30 PM, Anssi Hannula <[EMAIL PROTECTED]> wrote:
>> With libdvdnav 0.1.10 works directly, with 4.1.1 I need the below
>> define, with 4.1.2 I need the below define and a patch to libdvdnav:
>> http://svn.mandriva.com/cgi-bin
ibdvdnav/current/SOURCES/libdvdnav-4.1.2-c%2B%2B-header.patch?revision=202766&view=markup
> Btw, I also tried adding -D__STDC_LIMIT_MACROS to compiler parameters
> as Anssi suggested but that had no affect as well.
--
Anssi Hannula
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
dvd-0.3.6-b04. I
> tried to add #include into the beginning of
> /usr/include/dvdread/ifo_types.h but it had no affect.
>
> Many thanks for your help!
You probably need to define __STDC_LIMIT_MACROS, e.g. add
-D__STDC_LIMIT_MACROS to compiler parameters.
--
Anssi Hannula
__
s, and that
causes VDR to re-tune and switch recording file.
I'm not sure if VDR is intelligent enough to not re-tune if only the
descriptions change.
I guess one could also implement it in a way so that re-tune/fileswitch
are not needed.
--
Anssi Hannula
__
ndex = 9, Sid = 4433
> May 6 05:18:44 epsilon vdr: [30685] Deleting, pmtPid 263, pmtIndex = 6,
> lastPmtScan = 0
> May 6 05:18:44 epsilon vdr: [30685] Adding, pmtPid 260, Index = 8, Sid = 337
> May 6 05:18:44 epsilon vdr: [30688] Deleting, pmtPid 265, pmtIndex = 8,
> lastPmtScan
to
>> preferred languages.
>>
>
> Is "57" dependent on the in subtitling language, or is it constant for
> all old recordings?
It is constant. 57 is for the first subtitle track, 58 for the second.
> If it is constant, could VDR be patched easily to
Andreas Regel wrote:
> Hi,
>
> there is a new version of the osdpip plugin available:
> http://home.arcor.de/andreas.regel/files/vdr-osdpip-0.0.9.tgz
Thanks.
BTW, the "Latest version available at" in README has not been changed
and points to the original site, that still
know about lnbshare, but Receiving() (without parameter) returns
true if there are any receivers on that device with a priority 0 or higher.
The live view using transfer mode is using priority -1, so it does not
show up.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ken programs.
>
> They would have selected some African language :)
... that are not selectable in many boxes, I think :)
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ook.
> I just wonder why Petri Helin (see his recent posting in this thread)
> gets correct behavior.
>From what I gather from his post, it seems like he has the subtitle
streams in different order in the PMT. Maybe he is using a different
provider (DVB-C vs. DVB-T or different cable
s, unless something better emerges.
> http://article.gmane.org/gmane.linux.vdr/35860
> http://article.gmane.org/gmane.linux.vdr/35881
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
for dvb subtitles
> were in 0.2.7 or are posterior, in any case dvb subtitles work fine here).
The dvb subtitle changes are not in 0.2.7, but only in CVS.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
can get you the links. But first you should probably start
> packaging the dependencies like libcap for example.
libcap is not essential for VDR operation, so you could just modify VDR
to not use it.
--
Anssi Hannula
___
vdr mailing l
./locale
>
> being the default ?
>
> is there a $(PREFIX) missing after $(DESTDIR) in install-i18n and
> install-plugins ?
No.
What is the problem, exactly?
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Jean-Claude Repetto wrote:
> Albert Gall a écrit :
>> VDR + FF card works under x11 without requiring any plug mpeg decoder ?
>>
>
> Yes, just use a V4L application such as xawtv or tvtime to display
> /dev/dvb/adapter0/dvr0 .
You probably meant /dev/vide
missing from the current
>> implementation. So, just to let you know... :)
>
> There is no audio during fast forward, so why bother displaying subtitles?
Because subtitles can still be read at high speeds, while audio becomes
very incomprehensible quite quickly?
--
Anssi Hannula
DELAY=3000 # ms
>>> LIRC_PRIORITYBOOST=1
>
> Isn't there a way to have all this done in LIRC itself?
> I can hardly imagine that all other applications using LIRC do
> such elaborate parameter fiddling, too.
I think most other app
.264) != HDTV. Sooner or later, it'll be used
> for 576p or 576i, if it's not being used for that already somewhere.
According to wikipedia, it is:
http://en.wikipedia.org/wiki/H264#Applications
--
Anssi Hannula
___
vdr mailing list
vdr@l
's in
>version 1.5.14, but without DVB-S2 or even H.264 support?
>
> Yes or No?
No, mostly due to the missing teletext subtitling support.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
uot; I get only "501 Undefined channel "0"" Is it possible to add
>> this functionality to svdrp?
>
> I guess you should just try the "hitk 0" command instead of "channel
> 0". ;-)
Probably better:
hitk prevchannel
--
Anssi Hannula
__
e right file descriptor flag once. I think the
> latter does not cause any interference and should solves some issues.
For the record, the latter creates a small race condition: an external
program could be launched before FD_CLOEXEC is set on
es
allocating the devices on different hosts, etc.
> For a start, I would be happy to know if it is something feasible for
> vdr 1.5. (and how the difficulty would be)
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ally know much at all about this, but how would this change
> behave with NOHZ kernels?
Apparently resolution is reported as 1 ns regardless of HZ when NO_HZ is
used:
$ ./hz
cTimeMs: using monotonic clock (resolution is 1 ns)
$ zcat /proc/config.gz | grep "_HZ="
CONFIG_NO_HZ=y
CONFIG
xine-lib
> patches to prevent deadlocks.
I may have misunderstood what you meant with frontends, but
xineliboutput *can* be used with other xine frontends, such as xine-ui,
without patching xine-lib.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
tured DVB-S
> card, so I really need to use the hardware MPEG decoder.
Mplayer can play MPEG files using the hardware MPEG decoder without
re-encoding.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
different subtitling methods throughout VDR.
> There's _one_ mechanism, based on "ETS 300 743", and anything else
> will be converted to this as early as possible.
I don't think converting text to bitmaps is a good idea, you'll lose the
ability to format the text a
owing patch should give the previous behaviour:
[...]
>
> gettext() may or may not return the original string, so if no translation
> is found, the context needs to be stripped.
[...]
For the record, gettext also has context support:
http://www.gnu.org/software/gettext/manual/gettext.html#Contexts
But if it needs too many changes, maybe it is not worth it.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
quot;POSIX" or invalid values.
This behaviour was added to glibc in 2001, likely to fix something else.
http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/intl/dcigettext.c.diff?r1=1.22&r2=1.23&cvsroot=glibc&f=h
I've contacted the committer about our issue. If I get no reply
Matthias Fechner wrote:
> Hi Anssi,
>
> Anssi Hannula wrote:
>> What is the output of "locale"?
>
> it says:
> LANG=
> LC_CTYPE="POSIX"
> LC_NUMERIC="POSIX"
> LC_TIME="POSIX"
> LC_COLLATE="POSIX"
> LC_MONETA
Matthias Fechner wrote:
> Hi Anssi,
>
> Anssi Hannula wrote:
>> What is the output of "locale"?
>
> it says:
> LANG=
> LC_CTYPE="POSIX"
> LC_NUMERIC="POSIX"
> LC_TIME="POSIX"
> LC_COLLATE="POSIX"
> LC_MONETA
Matthias Fechner wrote:
> Hello Anssi,
>
> * Anssi Hannula <[EMAIL PROTECTED]> [23-08-07 16:14]:
>> And when using LANGUAGE=de_DE instead of LANG=de_DE?
>
> that does not work, ls --help keeps english with LANGUAGE=de_DE only
> LANG=de_DE works.
What is the
Matthias Fechner wrote:
> Hello Anssi,
>
> * Anssi Hannula <[EMAIL PROTECTED]> [23-08-07 14:56]:
>> Does the localization work in other programs, like "ls --help" and so on?
>
> yes, LANG=de_DE ls --help gives german help and ls --help gives
> english help
Matthias Fechner wrote:
> Hello Anssi,
>
> * Anssi Hannula <[EMAIL PROTECTED]> [22-08-07 16:33]:
>> Could you try what these commands print in VDR source directory:
>> TEXTDOMAINDIR=./locale TEXTDOMAIN=vdr LANGUAGE=de_DE gettext -s \
>> 'LanguageN
irectory:
TEXTDOMAINDIR=./locale TEXTDOMAIN=vdr LANGUAGE=de_DE gettext -s \
'LanguageName$English'
TEXTDOMAINDIR=./locale TEXTDOMAIN=vdr LANGUAGE=de gettext -s \
'LanguageName$English'
TEXTDOMAINDIR=./locale TEXTDOMAIN=vdr LAN
le.
It doesn't really matter to me, but for some other users the current
state might be confusing.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Klaus Schmidinger wrote:
> On 08/19/07 18:07, Anssi Hannula wrote:
>> Udo Richter wrote:
>>> Luca Olivetti wrote:
>>>> The diff fails on all po files, it's only me or does it happens to others?
>>> po files are a pain for diff-patches because they have l
> the VDR sources, and did a recompile, then all your po files will have
> lots of changed line numbers.
Maybe they should not be regenerated during compiling, but have a
separate make target for that?
--
Anssi Hannula
___
vdr
some language, they would be named like fi_DE.
--
Anssi Hannula
Index: vdr-1.5.8/i18n.c
===
--- vdr-1.5.8/i18n.c
+++ vdr-1.5.8/i18n.c 2007-08-19 18:38:54.0 +0300
@@ -112,7 +112,7 @@
for (int i = 0; i < Locales.Size()
Anssi Hannula wrote:
> Luca Olivetti wrote:
>> En/na Anssi Hannula ha escrit:
>>
>>> Note that KDE does provide the user a list of languages, but it does not
>>> use gettext, but instead uses its own glibc-derived implementation for
>>> tr
Luca Olivetti wrote:
> En/na Anssi Hannula ha escrit:
>
>> Note that KDE does provide the user a list of languages, but it does not
>> use gettext, but instead uses its own glibc-derived implementation for
>> translation, with file format being the same.
> [...]
>&
Klaus Schmidinger wrote:
> On 08/19/07 10:46, Anssi Hannula wrote:
>> Udo Richter wrote:
>>> Klaus Schmidinger wrote:
>>>> VDR's locale files are named like "de_DE" (language_COUNTRY).
>>>> There's no "@euro" or other stuff a
select one that matches xx*, with xx being
the language code of the VDR translation. If (3a) or (3c) was used, we
need to test if they really work, as not all subdirs in those dirs are
valid locales.
(5) Use iso-codes as pointed out by Wolfgang for the language name
translations.
I also
Klaus Schmidinger wrote:
> On 08/18/07 21:46, Anssi Hannula wrote:
>> Udo Richter wrote:
>>> Klaus Schmidinger wrote:
>>>> On 08/18/07 12:29, Udo Richter wrote:
>>>>> To add another report, I had some trouble to pick anything but English
>>>&
lications are not listing locales nor using
setlocale to change locale to those during runtime, which is the problem
here. If there was another app that does it, it could be interesting to
see how it manages that. I don't know other way than to use the "locale
-a" way, i.e. traverse /usr/share/locale and parse locale.alias.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ou should use at least version iso-codes 0.47-2 (Aug 2005), older
> versions were missing german translations for most european languages.
>
> from muggle, vdr_actions.c:
>
> dgettext("iso_639",item->value().c_str())
>
> where the 2nd arg is the
ess | Sankt J�rgens Alle 8, DK-1615 K�benhavn V, Danmark
> contact | Keld Simonsen
> email | [EMAIL PROTECTED]
> language | English
> territory | Great Britain
> revision | 1.0
> date | 2000-06-28
> codeset | ISO-8859-1
> ...
>
>
> Matthias
&
> /usr/share/locale/*/LC_MESSAGES/*.mo contains translations
>
> the oposite is /usr/lib/locale. This does NOT contain translations (and if
> you
> insisit on the difference: nowhere in the subdirs are translations). There
> are just desc
le does NOT contain any translations, but rather
>> a
>> directory for every locale you can set via setlocale.
>> Its meant as a replacement of the setlocale loop.
>
> I'm afraid I don't see what you mean.
> I know that the "
Klaus Schmidinger wrote:
> On 08/18/07 12:28, Anssi Hannula wrote:
>> Klaus Schmidinger wrote:
>>> On 08/18/07 11:38, Anssi Hannula wrote:
>>>> Klaus Schmidinger wrote:
>>>>> On 08/18/07 10:32, Anssi Hannula wrote:
>>>>>> Klaus Sc
Klaus Schmidinger wrote:
> On 08/18/07 11:29, Anssi Hannula wrote:
>> Klaus Schmidinger wrote:
>>> On 08/18/07 11:11, Anssi Hannula wrote:
>>>> I believe distribution packagers of VDR (at least myself) will want to
>>>> install the VDR locale files in
Klaus Schmidinger wrote:
> On 08/18/07 11:38, Anssi Hannula wrote:
>> Klaus Schmidinger wrote:
>>> On 08/18/07 10:32, Anssi Hannula wrote:
>>>> Klaus Schmidinger wrote:
>>>>> On 08/17/07 15:48, Anssi Hannula wrote:
>>>>>> ...
>
Klaus Schmidinger wrote:
> On 08/18/07 10:32, Anssi Hannula wrote:
>> Klaus Schmidinger wrote:
>>> On 08/17/07 15:48, Anssi Hannula wrote:
>>>> ...
>>>> show up as "deu,ger" etc, and do not work; text shows up in English
>>>> despit
Klaus Schmidinger wrote:
> On 08/18/07 11:11, Anssi Hannula wrote:
>> I believe distribution packagers of VDR (at least myself) will want to
>> install the VDR locale files into the standard directory under
>> /usr/share/locale/, where all other locale files are.
>>
&g
d be better to use something like vdr-PLUGIN or
vdr-plugin-PLUGIN?
If the translations are installed into /usr/share/locale, the files of
VDR plugins could conflict with other programs that have the same name,
if the plugin translation files are not prefixed by
Klaus Schmidinger wrote:
> On 08/17/07 15:48, Anssi Hannula wrote:
>> Klaus Schmidinger wrote:
>>> - Internationalization is now done with 'gettext' (following a suggestion by
>>> Lucian Muresan). Plugin authors may want to use the Perl script
>&g
1 - 100 of 157 matches
Mail list logo
