And as long as there isn't at least a (graphics) card that supports
decoding the good old MPEG2 in a quality that is at least as good
as that of the FF DVB cards, as well as decoding H.264/HDTV in *hardware*,
this whole area has next to no priority for me. I am not interested in
software
The point is that Klaus has very strict demands on code quality, and
many patches never get up to that quality level. Thanks to that
strictness, the VDR sources are relatively clean and straight
implemented, and we're pleased with frequent rock-solid so-called
'developer' releases.
That
Hi,
I've googled and tried all patches I could find to build text2skin
against 1.5.10 (11 and 12 too), but still could not build text2skin plugin.
Any how-to's or working patches?
Thanks!
___
vdr mailing list
vdr@linuxtv.org
I've used every version of the current vdr
developer tree and haven't
needed an updated text2skin patch since 1.5.4.
Try the attached
patch.
Hello!
Thanks for your quick response. Still no luck, please tell me, what
I'm missing:
1) wget
I don't know why it fails (I'm using VDR 1.5.12 with text2skin
currently, on Gentoo, so it is possible to compile it). but to get the
errors in English build by typing 'LANG=C make' (i.e. change the LANG
variable during compile). That way you'll may get more answers, I
don't know how many of
Hi!
I'm looking how to solve such issue: when I run runvdr script in
terminal window of my Ubuntu 7.10 (with russian UTF8 locale), OSD
shows correct russian EPG, channel lists, etc... But when I run vdr
using upstart's script:
exec /ego/vdr/_runvdr
console output
What are chances that multiproto will be merged to kernel in the
nearest time (1-2 months?) If chances are big, I don't think that it
is a good time to lose valuable Klaus's time for releasing
supporting new stable version that will freeze another stable 1.8 with
multiproto
support till 2009 :)
Answering myself. I've changed script to:
console output
respawn
script
LANG=ru_RU.UTF-8
export LANG
Hi!
I'm trying to setup XXV (latest SVN version). Everything seems to run
OK, except I could not see russian EPG and channel list. Texts look
like:
tr
tdTitle/td
td#xd0;#x9b;#xd0;#xa3;#xd0;#xa7;#xd0;#xa8;#xd0;#x98;#xd0;#x95;
In any case - thanks to Klaus that community were involved in this
process. IMHO feature requests polls will also be useful. As we see
now, teletext subtitles are also important feature for many of VDR
users, may be there are others too :)
___
vdr
XXV has'nt at present UTF8 support, this feature is planned but not
released. Only latin1 charset work up to the present.
as VDR is UTF-8 now and as I see there are much chances that there
will be new stable 1.6 with UTF-8 soon, please move this feature
higher in your list :) XXV looks really
But! Coordinating such a Team is some thing that needs time, for itselfe.
But all thouse discussions,
about the priority of a feature should be done befor coding starts.
May be it worth just to try and see if there is a problem here at all? ;-)
I belive problem here is a bit different.
I usually start by installing the latest version of ubuntu on one
computer and then duplicate that directory for every client.
Completely diskless clients booting through PXE or iSCSI from
single image or from dedicated images from server are also worth to try.
This work fast on
Please add to readme or anywhere that mysql DB should be created as
UTF8, --utf8 option is not enough to enable utf support for XXV, and this
is non obvious for non experienced users.
In any case, thanks that XXV finally supports utf8!
Read the full announcement :
There is still one issue for me: http://binitex.com/jet/20090420-i7x-194kb.jpg
It seems that long names are truncated. The problem is that even short
names in Russian are truncated, may be because every cyrillic
character is 2 bytes length in utf8.
Could you point please to the line
This happens if you run vdr with --vfat then VDR cuts the recording name.
Please check another screen shot http://binitex.com/jet/20090421-28m-192kb.jpg
This is the same channel. Channel name is truncated in tree,
recordings are in different place.
Thanks! I've changed 10 to 40 to fix my issue
new WebFXTreeItem(?% escape(chop(ch.0,10)) %?,
?cmd=programamp;data=?% ch.1 %?));
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
If there's any intention to add live tv caching then ram should
definitely be available to the user as a storage option. Although I
don't really care about the feature, I don't mind if my ram is being
used whereas I absolutely don't want a harddrive constantly running
for it. Btw, I haven't
And what DVB cards that support HD and are supported by current kernel drivers
are in favorites now?
I have a few VDR boxes and all of them now are using Nvidia cards and
vdpau. I output the audio/video to my nice fancy tv with DVI-HDMI
cables. It works great. I'm not sure what you're
I don't keep a list of dvb cards drivers but you should know that
dvb cards don't care if you're watching sdtv, hdtv, or whatever else.
They don't care if the stream is mpeg2, mpeg4, etc. The only thing
that is important is whether or not your dvb card supports the method
the stream is
What I'm trying to do is to make a samba network share to /video
folder to watch recordings from windows PCs. Everything works,
BUT... Many EPG titles from my provider contain double quotes, so recordings
look like TITLE_IN_RUSSIAN . When file names countains , samba
converts
VDR option --vfat removes special characters from recording file names.
That's exactly what I needed, thanks a lot!
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
22 matches
Mail list logo