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
since 2008 and the patch tools added my name
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... sorry for that).
--
Anssi Hannula
11.09.2012 19:05, Dominic Evans kirjoitti:
On 11 September 2012 10:30, Anssi Hannula anssi.hann...@iki.fi wrote:
10.09.2012 17:05, Klaus Schmidinger kirjoitti:
- The new function cDevice::HasInternalCam() can be implemented by devices
that
provide encrypted channels in an already
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
===
--- vdr-1.7.26/vdr.c
+++ vdr-1.7.26/vdr.c
/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
current FHS?
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http
-virtual
I'd hate to have to add 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
for redesign and I'm sure, that some users are
willing to participate.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
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-sxfe frontend
both for stereo MPEG-2 audio
You may want to adjust the number of threads according to the number of
cores in your machine.
André
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
--
Anssi Hannula
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 the main VDR instance, while
allowing the use of the same channels.conf.
(it may not apply cleanly anymore)
--
Anssi Hannula
Index: vdr-1.6.0
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++] = *Language++;
- Target[i++] = 0x01
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
, 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.10/plugin.c 2010-01-06
which VDR
can find out whether the frontends can be used independently?
Shouldn't all frontends that are independent 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
?
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
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:
On Mon, 23 Nov 2009, Jouni Karvo wrote:
is there somewhere a patch that would remove the break when
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
vdr.processed.c should contain the preprocessed C++ source code. Please
attach it (provided it is not too large) or upload somewhere.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
distribution and version are you using?
And package name where /usr/include/linux/types.h and related files
would also help:
rpm -qf /usr/include/linux/types.h (on rpm systems)
dpkg -S /usr/include/linux/types.h (on deb systems, I think)
--
Anssi Hannula
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
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
28 */
29 #define
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 with 2G ram and a pico-psu.
--
Anssi Hannula
contains #include
linux/types.h and tha tyour /usr/include/linux/types.h #includes
asm/types.h ?
--
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've seen this weeks ago and thought
it would
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
in the first place.
Use RAM.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
,use_progressive_frame_flag=1
--post vdr_video --post vdr_audio vdr://tmp/vdr-xine/stream#demux:mpeg_pes
/dev/null 21
It's served me well for 5 years...
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo
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
://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 were published), though.
--
Anssi Hannula
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
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 version of ffmpeg your distribution provides, adding
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
This indicates that xine-lib is not using a new enough ffmpeg snapshot
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
(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
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
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
to add #include inttypes.h 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
=202766view=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
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/viewvc.cgi/packages/cooker/libdvdnav
,
lastPmtScan = 0
May 6 05:18:44 epsilon vdr: [30688] Adding, pmtPid 263, Index = 10, Sid =
4401
May 6 05:18:44 epsilon vdr: [30679] Deleting, pmtPid 1146, pmtIndex = 10,
lastPmtScan = 0
--
Anssi Hannula
Index: vdr-1.6.0-sechand/pat.c
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
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi
?
It is constant. 57 is for the first subtitle track, 58 for the second.
If it is constant, could VDR be patched easily to
select 57 in case preferred subtitles are not found?
Yes. Patch attached.
--
Anssi Hannula
Index: vdr-1.6.0-57/device.c
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 has 0.0.8.
--
Anssi Hannula
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
streams in different order in the PMT. Maybe he is using a different
provider (DVB-C vs. DVB-T or different cable network).
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
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
. 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 list
vdr@linuxtv.org
http://www.linuxtv.org/cgi
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/video0 :)
--
Anssi Hannula
itself?
I can hardly imagine that all other applications using LIRC do
such elaborate parameter fiddling, too.
I think most other applications use the lirc library instead of directly
parsing the commands.
--
Anssi Hannula
___
vdr mailing list
vdr
... :)
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
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi
, 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@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman
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
this functionality to svdrp?
I guess you should just try the hitk 0 command instead of channel
0. ;-)
Probably better:
hitk prevchannel
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
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 an fd.
--
Anssi Hannula
___
vdr
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
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_HZ=100
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http
and therefore requires some 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
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
as possible.
I don't think converting text to bitmaps is a good idea, you'll lose the
ability to format the text at your will, and the ability to export them
as .srt or .sub files.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http
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 \
'LanguageName$English'
LanguageName$English
TEXTDOMAINDIR
://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/intl/dcigettext.c.diff?r1=1.22r2=1.23cvsroot=glibcf=h
I've contacted the committer about our issue. If I get no reply, I'll
raise it in libc-alpha ml.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
\
'LanguageName$English'
TEXTDOMAINDIR=./locale TEXTDOMAIN=vdr LANGUAGE=de gettext -s \
'LanguageName$English'
TEXTDOMAINDIR=./locale TEXTDOMAIN=vdr LANGUAGE=de_XYZ gettext -s \
'LanguageName$English'
--
Anssi Hannula
___
vdr
locales.
(5) Use iso-codes as pointed out by Wolfgang for the language name
translations.
I also sent a message to gettext developers about the issue.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman
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 added to the names. VDR needs to
know which files it actually has at its disposal, in order
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.
[...]
Isn't there perhaps a way to tell
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
translation, with file format being the same.
[...]
Isn't there perhaps
for 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(); i
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 lists of source
code line numbers in the comments
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/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
'i18n-to-gettext.pl' to convert their internationalized
-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 anything.
--
Anssi Hannula
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.
However, as that directory may
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:
...
show up as deu,ger etc, and do not work; text shows up in English
despite selecting them
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 into the standard directory under
/usr/share/locale/, where
.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
on the difference: nowhere in the subdirs are translations). There
are just descriptions of the available locales.
There is no /usr/lib/locale on my system. All the files are in
/usr/share/locale.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
PROTECTED]
language | English
territory | Great Britain
revision | 1.0
date | 2000-06-28
codeset | ISO-8859-1
...
Matthias
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-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
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
at first. After some fiddling and trying the various hints, here's what
be much
appreciated.
You can make a playlist file that contains the stream URL, and then make
your mplayer.sh script call mplayer with -playlist option when that file
is opened.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org
, and do not work; text shows up in English
despite selecting them.
Maybe the locales that the user does not have installed on their system
should be hidden?
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman
*in* the
card. I don't see much of a problem in that (note that the firmware of
current DVB full-featured cards is completely closed!), while some
others do.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman
related to charmap (if you have a charmap
problem maybe look the file *.OLD)
I seem to have the original tarball, so I put it here:
http://stuff.onse.fi/dvbtextsubs-0.2.tar.gz
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org
there is no stream (channel switch or the like), they output PAL by
default, or NTSC if the tv_standard kernel option is used to select that.
The output from /dev/video0 file is PAL all the time, unless it is
changed by the proper V4L ioctl, which is done by VLC and v4lctl.
--
Anssi Hannula
/video-coprocessors (delivered by Micronas).
Well, dvb-ttpci microcode is completely closed, so it is no better in
this regard. I don't think having non-free microcode is going to be a
problem.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http
Klaus Schmidinger wrote:
On 06/17/07 18:16, Anssi Hannula wrote:
Klaus Schmidinger wrote:
VDR developer version 1.5.4 is now available
- Now using 'fontconfig' to determine which fonts to use (thanks to Anssi Hannula
for code and hints on how to do this).
+ char *s = (char
Wolfgang Rohdewald wrote:
On Samstag, 23. Juni 2007, Anssi Hannula wrote:
I don't really use VDR 1.5 yet, but I tried to run the attached test
program. However, it segfaults in *p = 0. I also tested the previous
implementation quoted above, and it segfaults similarly.
you try to write
-plugin-osdpip/current/SOURCES/
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Klaus Schmidinger wrote:
On 06/10/07 17:53, Anssi Hannula wrote:
+ strcpy(FontOsd, arialbd.ttf);
+ strcpy(FontSml, arial.ttf);
+ strcpy(FontFix, courbd.ttf);
I'd use some free-as-in-freedom font (Vera?) by default, that are more
likely installed in systems.
Those were the ones
Klaus Schmidinger wrote:
On 06/15/07 18:07, Anssi Hannula wrote:
Klaus Schmidinger wrote:
On 06/10/07 17:53, Anssi Hannula wrote:
...
Alternatively, you could use the fontconfig library [1] for managing
fonts. This would also allow using using the system default fonts via
aliases like
Klaus Schmidinger wrote:
On 06/16/07 15:36, Anssi Hannula wrote:
Klaus Schmidinger wrote:
On 06/10/07 17:53, Anssi Hannula wrote:
+ strcpy(FontOsd, arialbd.ttf);
+ strcpy(FontSml, arial.ttf);
+ strcpy(FontFix, courbd.ttf);
I'd use some free-as-in-freedom font (Vera?) by default
Anssi Hannula wrote:
Klaus Schmidinger wrote:
On 06/16/07 15:36, Anssi Hannula wrote:
Klaus Schmidinger wrote:
On 06/10/07 17:53, Anssi Hannula wrote:
+ strcpy(FontOsd, arialbd.ttf);
+ strcpy(FontSml, arial.ttf);
+ strcpy(FontFix, courbd.ttf);
I'd use some free-as-in-freedom font (Vera
Klaus Schmidinger wrote:
On 06/16/07 16:29, Anssi Hannula wrote:
Klaus Schmidinger wrote:
On 06/15/07 18:07, Anssi Hannula wrote:
Klaus Schmidinger wrote:
On 06/10/07 17:53, Anssi Hannula wrote:
...
Alternatively, you could use the fontconfig library [1] for managing
fonts. This would
Klaus Schmidinger wrote:
On 06/16/07 18:28, Anssi Hannula wrote:
...
courier:bold
Probably monospace:bold instead of courier:bold.
I tried both, and courier:bold looks a lot better to me (much
more like a typewriter font).
Fine then :)
--
Anssi Hannula
at the patch which added
fontconfig support for mplayer [2], though of course you should look in
fontconfig documentation instead of copying conventions from mplayer :)
[1] http://fontconfig.org/
[2]
http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2003-November/022218.html
--
Anssi Hannula
?
It is not. locale -a prints all the installed locales, and any of
those values is valid for you to use.
I didn't find any info via quick search, but I believe that instead of
parsing the localename, VDR should use some external function to get the
language/charset of the current locale.
--
Anssi Hannula
Klaus Schmidinger wrote:
On 06/10/07 22:22, Anssi Hannula wrote:
Joachim Wilke wrote:
I had a look into vdr.c and found out, that the dot is used delimiter
between language and codeset - as [EMAIL PROTECTED] does not contain any
dot, vdr fails to recognize this. Is [EMAIL PROTECTED
Stefan Huelswitt wrote:
On 07 Jun 2007 Anssi Hannula [EMAIL PROTECTED] wrote:
Attached is a patch for mplayer plugin which closes file descriptors
(except 0, 1, 2) when forking mplayer script.
Thanks.
I took over that with slight changes. The final patch is attached.
Could I please have
VDR User wrote:
On 6/6/07, Anssi Hannula [EMAIL PROTECTED] wrote:
VDR User wrote:
If a timer is triggered while the mplayer plugin is in use, VDR
crashes. This has happened to me about a zillion times now and I'm
hoping somebody will fix this! You can use the mplayer plugin after a
timer
1 - 100 of 113 matches
Mail list logo