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
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é
>
> __
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
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-
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
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
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
'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
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
=
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...
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
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
y is to set a mixer option, provided that your card has
one. Check 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
f.gz
2) DVB Subtitles 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
__
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-subt
Klaus Schmidinger wrote:
> Anssi Hannula wrote:
>> NIT handling was changed in 1.4.3-4 by adding an additional check if
>> we're actually receiving this transponder. See the current code:
>>
>>> for (cChannel *Channel = Channels.First(); Ch
s a patch for GetDevice() to check for transfer-moded devices
as well.
--
Anssi Hannula
diff -Nurp -x '*~' vdr-1.4.6/device.c vdr-1.4.6-f2/device.c
--- vdr-1.4.6/device.c 2006-09-03 13:13:25.0 +0300
+++ vdr-1.4.6-f2/device.c 2007-04-21 05:58:38.0 +0300
@@ -292,7 +292,7 @@ cDev
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,
&
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 bein
Klaus Schmidinger wrote:
On 04/21/07 16:26, Anssi Hannula wrote:
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 r
x27;m 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
Lauri Tischler wrote:
Anssi Hannula wrote:
JJussi wrote:
Hi!
I have very simple and still hard question..
At vdr pluging setup - xineliboutput - Video.
Post processing (ffmpeg) and Deinterlaceing.
What ARE best values (to select) when you have HD LCD (via DVI) as TV
and enough CPU power
Petri Helin wrote:
why would you want
to use mplayer plugin with xineliboutput?
I use mplayer with xineliboutput mainly because mplayer supports having
file-specific .conf files, where I can put things like subdelay, subfps,
aspect, if those are wrong in the video file.
--
Anssi Hannula
ross that
> bridge when I get there.
Unfortunately I'm not too confident that there will be any new DVB cards
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 t
ugin forks mplayer
from vdr, the /dev/dvb/adapter* 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 af
VDR User wrote:
> On 6/7/07, Anssi Hannula <[EMAIL PROTECTED]> wrote:
>> Attached is a patch for mplayer plugin which closes file descriptors
>> (except 0, 1, 2) when forking mplayer script.
>
> I have tried the patch with several attempts now and everything wo
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 f
lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2003-November/022218.html
--
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:
>> Klaus Schmidinger wrote:
>>> - Implemented support for Freetype fonts (based on a patch from Alexander
>>> Riedel).
>>> The font names and sizes can be adjusted in the "Setup/OS
nstead of
parsing the localename, VDR should use some external function to get the
language/charset of the current locale.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
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
>>>
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 'sans-serif' etc, an
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?) b
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 wou
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");
>>>> +
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");
>>>>>
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:
>>>>>> ...
>
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&qu
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 *)FcNameUnparse(fontset->
/cgi-bin/viewvc.cgi/packages/cooker/vdr-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
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 segf
> in the kernel (otherwise Silicon Image would shoot us) and of course the
> firmwares for the internal audio/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
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
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ft alone.
If I understood correctly, you only need proprietary parts for the
kernel that runs *in* the card. The kernel running on your actual system
does not need proprietary parts, leaving you free to use a different kernel.
> To my opinion that is a nogo way.
> I doubt if that's compa
remember i have a problem with french special character,
> so if i change something its 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
ing, though it seems unlikely in this case.
[1] I would've preferred using a completely separate numbering scheme
for the APIVERSION, unrelated to VDR version, so that this kind of
confusion could've been avoided.
--
Anssi Hannula
___
vd
may "only"
limit your ability to update/modify the kernel which is running *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
___
considerably
("aika paljon") and that more capacity would need to be reserved for it,
and there is already a shortage.
The contact address I used was antenni dot info at digita dot fi.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Any help would 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
the
selections "suomi" and "English" work from the plugin menu. The rest
show up as "deu,ger" etc, 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 h
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
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/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
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: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 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 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
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 "
> /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
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
&
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
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
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
>>>&
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/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
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.
> [...]
>&
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
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()
> 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
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
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
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
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
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]> [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:
> 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
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
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
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
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
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
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
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
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
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
__
'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
.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
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
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
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
./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
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
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
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
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
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
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
1 - 100 of 157 matches
Mail list logo
