not
change, but only the language codes. It was like that for some
1.3 versions, but shifted quietly back to the old behaviour a bit
later.
Note that in Lauri's case the language PIDs *do* change, not just the
language codes.
--
Anssi Hannula
to hit the same bug as i did.
Works fine on Mandriva Cooker, with
gcc-4.1.1-3mdk
glibc-2.4-4mdk
libmad0-0.15.1b-4mdk
Quick checking shows that Mandriva's libmad isn't patched in any way.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http
vdr exits,
but I want to prevent this for errors that are persistent, like hard
disk failure, or timers.conf file failure.
Those are explained in the vdr(1) man-page.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi
and
stops.
Has anyone seen this, and if so, is there a fix to the problem?
Please try the attached patch.
--
Anssi Hannula
--- rotor.c.old 2006-06-14 23:44:27.0 +0200
+++ rotor.c 2006-06-14 23:46:43.0 +0200
@@ -96,7 +96,8 @@
continue;
if ((diseqc=Diseqcs.Get(source
);
}
}
found = true;
}
}
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
with alsamixer for a mixer switch named Duplicate Front,
Surround, or similar.
If there is no such option, I believe this can somehow be achieved with
alsa config files as well.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin
on a VDR VTP client using vdr-plugin-subtitles:
Seems to work, but streamdev seems to be buggy and crashes often when
used like this (works better when you enable the AllowSuspend option
in the server).
--
Anssi Hannula
___
vdr mailing list
vdr
Arthur Konovalov wrote:
Anssi Hannula wrote:
1) DVB Subtitles sent in the HTTP datastream:
http://users.tkk.fi/~rahrenbe/vdr/vdr-streamdev-cvs-subtitles.diff.gz
Forbidden:
You don't have permission to access
/~rahrenbe/vdr/vdr-streamdev-cvs-subtitles.diff.gz on this server
Oh.
Well
Udo Richter wrote:
Anssi Hannula wrote:
However, the usual use-already-tuned-devices check in GetDevice() only
checks for device-Receiving(), which does not report transfer-moded
device, resulting in the new receiver being started on second device,
thus both devices being reserved
Stone wrote:
Anssi Hannula wrote:
However, the usual use-already-tuned-devices check in
GetDevice() only
checks for device-Receiving(), which does not report transfer-moded
device, resulting in the new receiver being started on second device,
thus both devices
not only one who thinks that there is too many choices.. ;-)
I use vdr-sxfe with --video=xv --aspect=16:9 --post
tvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http
with built-in decoders with HDTV output interface with OSD.
It seems to me like in the future HDTV picture would be output via
DVI/HDMI of graphics adapter (or integrated one). I think some DVB cards
with hardware HDTV decoding support could appear, though.
--
Anssi Hannula
* file descriptors are copied as well and
are not closed.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
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
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
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
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
-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/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
/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
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
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
*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
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
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
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
\
'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
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
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
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
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
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
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
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
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
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
, 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
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
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
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
. 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
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
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
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
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
?
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
,
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
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
(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
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
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
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
://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
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
,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
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
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
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
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
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
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
?
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
, 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
1 - 100 of 113 matches
Mail list logo