Hi,
I have been experimenting with increasing the resolution of the OSD
with xineliboutput with at least some kind of success (see
http://img79.imageshack.us/my.php?image=hdosdrx4.png and try to not
get bothered about the other images you are forced to see, this was
the first image sharing site
Klaus Schmidinger wrote:
VDR developer version 1.5.0 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.0.tar.bz2
A 'diff' against the latest stable version is available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.5-1.5.0.diff
WARNING:
This is a *developer*
Klaus Schmidinger wrote:
Looks like the CAM is recognized all right.
Please enable the lines
static bool DumpTPDUDataTransfer = false;
static bool DebugProtocol = false;
static bool DumpPolls = false;
static bool DumpDateTime = false;
in ci.c by changing them to 'true' and compile/run VDR
Klaus Schmidinger wrote:
Petri Helin wrote:
...
BTW: I have been patching the device.c in 1.4.* series so that my other
card, TT budget DVB-C v1.0, is always preferred for FTA channel
recordings. Otherwise the precious CAM could be wasted in an FTA
recording. I understood that you are planning
Klaus Schmidinger wrote:
Petri Helin wrote:
Klaus Schmidinger wrote:
Looks like the CAM is recognized all right.
Please enable the lines
static bool DumpTPDUDataTransfer = false;
static bool DebugProtocol = false;
static bool DumpPolls = false;
static bool DumpDateTime = false;
in ci.c
JJussi wrote:
On Sunday, 22. Aprilta 2007 18:23, Petri Helin wrote:
You might not have the correct decoder installed. Check with xine
--list-plugins and see under Audio decoders whether they contain
different set of decoders on local and remote hosts.
Maybe..
At machine where sound works
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 (Intel Core 2 Duo) to use.
I think that I'm
Rolf Ahrenberg wrote:
On Mon, 14 May 2007, Petri Helin wrote:
Since the subtitle pids are always the same (at least I think they are
on Finnish channels: Finnish subtitles can be found from 1027 for TV1,
2027 for TV2, 3027 for FST, 4027 for Teema and 5027 for Extra), would
it be hard to add
Anssi Hannula wrote:
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
Rolf Ahrenberg wrote:
I've done and using (and sent to Klaus) two patches (spids remux) that
detects automatically changes in subtitle pids as it's done nowadays
with audio pids and records all available subtitle tracks. I don't see
any benefits using fixed pids...
So, I should just
Rolf Ahrenberg wrote:
On Mon, 14 May 2007, Petri Helin wrote:
So, I should just remove the part regarding remux.c from
vdr-1.5.2-subtitles-0.5.0-and-ttxtsubs-0.0.5.diff patch to test these
patches with 1.5.2, or do you have a matching subtitlesttxtsubs patch
to be used with the remux patch
JJussi wrote:
On Thursday, 17. Mayta 2007 13:21, Petri Helin wrote:
Just a few days ago you asked about xineliboutput... why would you want
to use mplayer plugin with xineliboutput?
Yes, vdr-sxfe (xineliboutput) is my frontend what shows content of my htpc..
TV programs and video/music
Pertti Kosunen wrote:
Petri Helin wrote:
Hmm, the media player built into xineliboutput plays back files with
the following suffix:
What subtitle types are supported?
I think sub, srt, txt and ssa are supported but I do not use subtitles
so I do not know how well that reflects the real
JJussi wrote:
On Thursday, 17. Mayta 2007 18:42, Petri Helin wrote:
Audio: mpa, mp2, mp3, mpega, flac, ac3, ogg, ogm, au, aud, wma, asf,
wav, spx, ra
Video: avi, mpv, vob, vdr, mpg, mpeg, mp4, asf, wmv, mov, ts, pes, xvid,
divx, fli, dv, dat, mkv, rm, iso
Image: jpg, jpeg, gif, tiff, bmp, mng
Hi,
I have encountered a new problem which I have not seen before: I have
missed timers without any obvious reason. All these timers were set to
the same channel and this partivular channel differs from others in the
sense that I have set the xmltv2vdr to update its epg. But I have also
had
Klaus Schmidinger wrote:
How many DVB devices does your system have?
Are you sure there was one free when that timer should have been recorded?
What was the priority of that timer?
I'm afraid you've shortened your log a little too much, so I can't see the
information on which device the
Klaus Schmidinger wrote:
How many DVB devices does your system have?
Are you sure there was one free when that timer should have been recorded?
What was the priority of that timer?
I tried to recreate the situation by disabling the decrypting for the
subscription channels. The channel the
JJussi wrote:
LOG SECTION [messages]
'19:44:24: xine: found demuxer plugin: Elementary MPEG stream demux plugin'
'19:44:24: xine: found input plugin : file input plugin'
'19:44:24: xine: couldn't find demux for 4D.rec'
'19:44:23: xine: found input plugin : file input plugin'
Well, it
Klaus Schmidinger wrote:
On 05/18/07 01:24, Petri Helin wrote:
So now there is additional entries telling that the channel is not
available (Kanava ei ole käytettävissä!). But what is that strange
entry about VPS recording staring (VPS-tallennus on alkamassa!)? I
didn't create a VPS timer
Alasdair Campbell wrote:
When trialing vdr-femon-1.1.0 with vdr-xineliboutput-1.0.0_rc1 I
...
Any advice gladly received!
Try the current versions?
Femon 1.1.4: http://www.saunalahti.fi/~rahrenbe/vdr/femon/
Xineliboutput 1.0.0rc2: http://phivdr.dyndns.org/vdr/vdr-xineliboutput/
-Petri
On 5/25/07, JJussi [EMAIL PROTECTED] wrote:
On Thursday, 24. Mayta 2007 23:15, Petri Helin wrote:
Not a plugin but does exactly what you are asking for - the livebuffer
patch: http://home.vrweb.de/~bergwinkl.thomas/
OK, now I have to move using non-gentoo version of vdr.. ;-)
You cannot
JJussi wrote:
Hi!
This question is directed more to Finnish DBV/VDR gurus...
I have problem with YLE recordings. When watching live proadcast, sound is
just right but when watch same program as recoded, sound is breaking, picture
is fine, but sound have short gaps.. Like when there is
On 7/22/07, JJussi [EMAIL PROTECTED] wrote:
Have you tried increasing the output of vdr-sxfe (or your frontend of
choice)?
Mixer settings or frontends volume settings don't make any difference.. EVEN
it sounds like (the sound/gaps) it's overdriving the sound. Is audio
compressed or not,
On 8/3/07, mike lewis [EMAIL PROTECTED] wrote:
So.. What can I do to debug whats going on and why??
First of all you'd need to tell us the version of xineliboutput you
are using and the way you use/start xineliboutput. Which frontend do
you use (remote or local), what parameters do you give
Udo Richter wrote:
Petri Helin wrote:
I traced the problem to the SystemExec call in
cShutdownHandler::CallShutdownCommand where Setup.NextWakeupTime is
updated only if the SystemExec call returns 0. i changed it to accept
all values greater or equal to 0 and now Setup.NextWakeupTime gets
Udo Richter wrote:
In any case, try dumping the return value to syslog, I would really like
to know what additional flag is set on the return value.
I got 6, 9 and 11 when I did some debugging earlier.
-Petri
___
vdr mailing list
On 8/21/07, covert covert [EMAIL PROTECTED] wrote:
On 8/21/07, Nicolas Huillard [EMAIL PROTECTED] wrote:
There are lots of EPIA mobos (Mini-ITX for factor) with fanless CPUs
around. With these, you get only one PCI slot, but everything is
integrated on the motherboard.
Using a good
Reinhard Nissl wrote:
Hi,
the attached vdr-1.5.9-h264.patch adds H.264 support to VDR's remuxer.
The changes to earlier releases are:
- H264::cParser has been enhanced to provide information for
H264::cContext::GetFramesPerSec() and therefore outsourced
into separate files.
-
Reinhard Nissl wrote:
Hi,
Petri Helin wrote:
the attached vdr-1.5.9-h264.patch adds H.264 support to VDR's remuxer.
The changes to earlier releases are:
- H264::cParser has been enhanced to provide information for
H264::cContext::GetFramesPerSec() and therefore outsourced
Reinhard Nissl wrote:
Hi,
Reinhard Nissl wrote:
The line will write the PES packet's content into file
/video/sample.es.h264 when a h264parser exists. Then please send me some
MB of the file.
The file you've sent me doesn't contain any useful data. You can have a
look at it yourself:
Reinhard Nissl wrote:
Hi,
Reinhard Nissl wrote:
The line will write the PES packet's content into file
/video/sample.es.h264 when a h264parser exists. Then please send me some
MB of the file.
The file you've sent me doesn't contain any useful data. You can have a
look at it yourself:
Hannu Tirkkonen wrote:
There is some problems on tuning or encrypting hd channels.
Everything worked without problems when they used mpeg2 on Canal+ HD.
-Petri
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Reinhard Nissl wrote:
Hi,
Reinhard Nissl wrote:
Have a look at this file with
od -Ax -t x1 -v -w188 sample.ts | less -S
and locate the sequence 00 00 01 multiple times. It should then be
possible to record this channel although it doesn't work for now, as
cVideoRepacker didn't find
Reinhard Nissl wrote:
Hi,
Petri Helin wrote:
I have now tested when there is a program running (I am even seeing the
dvb-subtitles with xineliboutput), but still there are no 00 00 01
series in the sample.ts. Anything more I could test with?
I'm sorry, I can't help you any further
Reinhard Nissl wrote:
Hi,
Petri Helin wrote:
Please try the attached patch which adds VPID clipping to some locations.
I can gladly tell you that now there are several 00 00 01 blocks in
the sample.ts file. So something has changed to better. But for some
reason I am unable to play
Luca Olivetti wrote:
En/na Rolf Ahrenberg ha escrit:
DVB subtitles are working nicely in my FF setup and someone reported
that ttxtsubs are working with xineliboutput.
I somewhat doubt it, since I had to bypass the IsOpen test to make it
work with a properly (I think) patched dxr3 plugin.
Klaus Schmidinger wrote:
DVB subtitles don't work correctly in live mode in VDR 1.5.10.
I have not noticed any problems with the new subtitling solution yet
other than the one with dolby packets, for which you already provided a
patch which solved that one. Are there some other known
Hi,
Besides DVB subtitle support, version 1.5.10 brought also support for
nicer fast forward implementation. From the HISTORY file:
- Implemented sending all frames to devices that can handle them in fast
forward trick speeds (thansk to Timo Eskola).
If I recall correctly, the original patch
Klaus Schmidinger wrote:
On 11/12/07 20:11, Petri Helin wrote:
Hi,
I am wondering whether it would be possible to use full names instead of
abbreviations for languages in audio and subtitle selectors? I am also
wondering how the current solution gets the name/abbreviation for an
option
VDR User wrote:
Many users are moving away from FF cards and into the realm of h264
and HDTV, which is why VDR has lost a lot of users to that other
software I won't mention. ;(
...
I've been using VDR for many years now and am very loyal to it and I
must say I don't like seeing users
Klaus Schmidinger wrote:
On 11/13/07 00:12, Petri Helin wrote:
Klaus Schmidinger wrote:
So VDR just displays what the provider broadcasts - unless, of course,
there is a bug in VDR's code, in which case you're welcome to send a
fix.
Well, it seems to work with live TV, but for replay
On Nov 15, 2007 9:03 PM, VDR User [EMAIL PROTECTED] wrote:
Lastly with regard to Petri's comment that, But VDR does support
h.264 broadcasts already, although with patching, but still. So there
is no need for anyone to stop using VDR because of a lack of h.264
support. I don't think anyone
Klaus Schmidinger wrote:
On 11/16/07 19:46, Petri Helin wrote:
Klaus Schmidinger wrote:
On 11/13/07 00:12, Petri Helin wrote:
Klaus Schmidinger wrote:
So VDR just displays what the provider broadcasts - unless, of course,
there is a bug in VDR's code, in which case you're welcome to send
On Nov 29, 2007 6:07 PM, Kimmo Taskinen [EMAIL PROTECTED] wrote:
My G550's DVI port is connected TV's HDMI. On software side have tried
xineliboutput's remote frontends. Otherwise everything is fine but I
have small issues with both X and DirectFB.
1. With vdr-sxfe I seem to have some tearing
Xavier Beaudouin wrote:
Hello,
I have (with somewhat difficulties) to configure vdr with softdevice
plugins on vesa fb (don't want X11 stuff and directfb doesn't seems to
work on Ati Radeon 9100 IGP). I have also stopped to try to use a DXR3
card as well ;(.
My problem is that I have
Davide Cavalca wrote:
Davide Cavalca ha scritto:
Hello everybody,
I've recorded some shows (with subtitles) with vdr 1.5.10, I wanted to
demux the recordings with projectx but it looks like it has some
problems coping with the new subtitles; the error is suppic unknown
cmd: 44
Just tried
JJussi wrote:
Hi!
I tried start using vdr 1.5.11, but still I have problems with subtitles.
I cannot help you with your problem as such, but you should definitely
test the latest developer version _always_ before asking help on the
mailing list. Especially now that almost all fixes in each
VDR User wrote:
No, of course not.. That pluging would not even compile, if you try to
compile it, compilation is failed because vdr is not compiled with subtitle
use-flag
What is a subtitle use-flag? VDR is pretty straight forward to
me... Apply whatever patches you like - compile -
karim wrote:
Hello,
I am using vdr-1.5.12 under kernel 2.6.23.12 - UTF-8.
I've tried to compile 2 versions of xineliboutput without success :
Xineliboutput - 1.0.0rc2
grep: ../../../include/vdr/osd.h: Aucun fichier ou répertoire de ce type
karim wrote:
Hello,
I tried this Makefile on the lastest cvs xineliboutput, unfortunately it
doesn't solve the problem.
Did I missed something, or is there anything I could check ?
Thanks.
Unfortunately the error messages you get while compiling aren't in a
language I can read and
Hi,
since VDR became subtitles aware some months ago, I have been getting
this kind of entries in the log:
Jan 6 23:02:48 vdr vdr: [4506] ERROR: can't set PID 2027 on device 9
PID 2027 is for a finnish subtitles stream.
I cannot see anything failing or such when this entry appears, but just
Simon Baxter wrote:
Hi
Simple question, do you need a separate CAM for every DVB device you add?
I'm receiving a cable service from a single provider and want to decode up
to 2 boquets at once. Do both DVB cards need to have their own CI/CAM?
AFAIK, that is exactly the case. If
Ville-Pekka Vainio wrote:
In my opinion DVB-S2/H.264 are nice to have extra features, but working DVB
subtitling support is a must have feature for PVR software like VDR,
because almost everyone needs DVB subtitles around here, but not that many
watch HDTV channels yet.
But the DVB
Klaus Schmidinger wrote:
On 02/03/08 12:48, Petri Helin wrote:
once there is support
for h.264, a new stable release should be made.
Is this a Yes or No vote?
Klaus
Klaus Schmidinger wrote:
Should there be a stable version 1.6.0 now, based on what's in
version 1.5.14
Klaus Schmidinger wrote:
By texting support I assume you mean teletext subtitles.
Well, they won't be implemented before DVB-S2/H.264 anyway.
So it doesn't really make much difference whether there is
a version 1.6.0 now ;-).
Implementing also ttxtsubs would be an enormous pro for VDR in
On Feb 4, 2008 7:15 PM, Sebastien Lucas [EMAIL PROTECTED] wrote:
Totally off topic and only my opinion
A side note : I think most of the No answer comes from people who were
expecting specific modifications (txtsub, full dvb subtitle, dvb-s2,
h264, ts recording, ...). IMHO answering no in
Ondrej Wisniewski wrote:
Remains to be seen if VIA (or some other manufacturer) comes up with a
small, low power consumption MB with h.264 hw decoding or if we see a FF
DVB-S2 card before that. In the meantime there is no hurry, I'm happy
with the current VDR :-)
Intel should be doing
Davide Cavalca wrote:
Il giorno dom, 10/02/2008 alle 18.32 +0100, Stefan Wagner ha scritto:
ProjectX 0.90.4.b22 works with vdr 1.5.x recordings.
Just tried the last cvs, it still fails to process subtitles, getting
stuck in a loop with message suppic unknown cmd: 44 as the previous
version I
On Fri, Feb 15, 2008 at 11:25 AM, Davide Cavalca [EMAIL PROTECTED]
wrote:
Il giorno mar, 12/02/2008 alle 03.43 +0200, Petri Helin ha scritto:
Davide Cavalca wrote:
My recordings are from BBC Prime.
its possible, the patch is only for zdf:
http://forum.dvbtechnics.info/showthread.php
Klaus Schmidinger wrote:
On 02/09/08 16:36, Klaus Schmidinger wrote:
On 01/06/08 23:57, Reinhard Nissl wrote:
Hi,
Petri Helin schrieb:
since VDR became subtitles aware some months ago, I have been getting
this kind of entries in the log:
Jan 6 23:02:48 vdr vdr: [4506] ERROR: can't set
Stefan Wagner wrote:
Petri Helin [EMAIL PROTECTED] wrote:
I noticed that Project-X is able to handle only subtitles within subID
0x20. I have a recording with subtitles with subIDs 0x20 and 0x21 and
demuxing fails with command 248. If I restrict Project-X to subID
0x20, I am able to demux
Stefan Wagner wrote:
Petri Helin [EMAIL PROTECTED] wrote:
I noticed that Project-X is able to handle only subtitles within subID
0x20. I have a recording with subtitles with subIDs 0x20 and 0x21 and
demuxing fails with command 248. If I restrict Project-X to subID
0x20, I am able to demux
Martin Prochnow wrote:
Is it possible to change font data directly in code or do I have to
create my own true type font containing the icons?
the best aproach IMHO would be an API in VDR that allows you to nail
custom glyphs into the glyph cache. though this could lead to problems
if multiple
Klaus Schmidinger wrote:
On 03/04/08 19:55, Kimmo Taskinen wrote:
Hi,
I switched recently to vdr 1.5 series and noticed an annoying feature/
bug with DVB subtitles that was not present in vdr 1.4 series using
subtitles plugin.
The problem is that the subtitles for hearing impaired
Klaus Schmidinger wrote:
On 03/07/08 06:21, JJussi wrote:
On Friday, 7. Marchta 2008 00:37:06 Klaus Schmidinger wrote:
The info.vdr file contains
X 3 11 fin
X 2 03 fin
X 3 03 dut
which indicates that audio is in Finnish, and there are two subtitle
tracks. The one with type 03 looks like
Kimmo Taskinen wrote:
Hi,
Your patch didn't fix this problem although it changed behaviour.
Subtitle language selection is now kind of inversed in replay mode. I
mean that when I select finnish subtitles (suomi) I'll get swedish ones
(during finnish talk and nothing during swedish talk)
is used when selecting the audio track,
while in replay mode the EPG data takes precedence.
I just wonder why Petri Helin (see his recent posting in this thread)
gets correct behavior.
@Petri: can you please also post the PID and info data you get?
Here are the contents of the info.vdr:
C C-0
Hi,
I think there is a slight usability flaw in the design how DVB subtitles are
handled when replaying a record. Currently, if I pause the replay, subtitles
will disappear when their life span has out. Could it be changed so that the
subtitles stay visible as long as the replay is paused?
oleg roitburd wrote:
Last checkout from xine-lib-1.2 does works. But your
xine/patches/xine-lib.patch has many rejects and reverts with this
tree.
Maybe that's why it states this in the INSTALL file ;):
in case you are using xine-lib-1.2, there is no need for patching
-Petri
On Tue, Mar 25, 2008 at 4:24 PM, ga ver [EMAIL PROTECTED] wrote:
Hi,
In Ubuntu 8.04 beta I have installed via synaptic
vdr 1.5.13 and xineliboutput-sxfe 1.0.0-rc2-13
I run
vdr -Pxineliboutput --local=sxfe --video=xv --audio=alsa --remote=none
and get
vdr:
Manfred Schmidt-Voigt wrote:
Hello List,
My configuration is a diskless VDR box with FF Card and xineliboutput
without frontends. The client is the out-of-the-box xine-ui with the
apropriate libs from the actual Debian SID on my desktop computer.
Is the xvdr-plugin for xine-lib
Simon Baxter wrote:
Hi group
My VDR box currently starts up like a regular Fedora Core user,
auto-logs-in and starts xine - much like I expect most of you do.
I'm looking for a way to make all the X startup and log in invisible to
the user. This is where my knowledge of X and gnome
On Mon, Apr 7, 2008 at 12:22 PM, Jörg Knitter [EMAIL PROTECTED] wrote:
Petri Helin wrote:
[...]
start up a fluxbox session. The fluxbox session runs a start up script
which starts vdr-sxfe, which connect to the xineliboutput plugin.
[...]
One general question: Is vdr-sxfe
Patrick Boettcher wrote:
Hi,
On Tue, 8 Apr 2008, Ian Bates wrote:
One more remark, if as I believe from the comments in the code above,
that the '16:9 crop to 4:3' behaviour is not implemented in
xineliboutput, am I the only one suffering from the lack of this
feature? Am I the only one
On Wed, Apr 9, 2008 at 9:43 AM, Jouni Karvo [EMAIL PROTECTED] wrote:
Nevertheless, although probably most techies feel the crop mode is not
interesting, perhaps you'll be able to find one that is willing to
implement it - or perhaps you can DIY and share the code.
I think the idea of
Ville Skyttä wrote:
Hello,
I have quite a few old recordings with DVB subtitles that were recorded and
watchable with 1.4.x and the subtitles plugin. When replaying these with VDR
1.6.0, the subtitles aren't shown (new recordings made with 1.6.0 seem to be
fine). I see there's some
Rolf Ahrenberg wrote:
On Sat, 12 Apr 2008, Ville Skyttä wrote:
After figuring out how to access the subtitles menu (my remote.conf was from
1.4.x series so there was no button binding for it), yes, I do see an entry
named 57 there. Selecting it gives me the Finnish subtitles I was looking
Petri Helin wrote:
Hi,
I think there is a slight usability flaw in the design how DVB subtitles
are handled when replaying a record. Currently, if I pause the replay,
subtitles will disappear when their life span has out. Could it be
changed so that the subtitles stay visible as long
Matti Ropo wrote:
Hi all
I did upgrade my vdr from 1.4.7 to 1.6.0 (packages are from ubuntu hardy
repository)and notice that the vdr do not displays subtitles. I am using
xineliboutput as output device. I found out from linuxtv.fi that one
should have channels PID automatically
Simon Baxter wrote:
Has anyone tried one of these new cards with VDR?
http://www.dvbshop.net/product_info.php/info/p149_SATELCO-EasyWatch-PCI-DVB-C-HDTV--Basic-Edition-.html
Or any other DVB-C card supporting CI/CAM and MPEG-4 ?
The support for MPEG-4 comes in the form of codecs
[EMAIL PROTECTED] wrote:
Hi,
I'm using vdr-1.6 and xineliboutput from cvs.
I'm using it with freevo and vdr is controlled through
xine-ui/vdr-sxfe by stdin.
For instance I send hitk Up to vdr-sxfe or EventUp to xine-ui.
Every so often when i change between channels xine-ui/vdr-sxfe stops
[EMAIL PROTECTED] wrote:
Petri Helin [EMAIL PROTECTED] writes:
For a temporary solution you could revert file xine_input_vdr.c to
version 1.127:
cvs update -C -r 1.127 xine_input_vdr.c
It has been reported to cure the kind of behaviour you have been
experiencing.
btw, vdr-sxfe
[EMAIL PROTECTED] wrote:
Pertti Kosunen [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] wrote:
but vdr-sxfe wasn't recompiled. it seems there's no dependency to
xine_input_vdr.c
You may have to run make clean-plugins.
what I meant is that it does not seem vdr-sxfe depends on
gimli wrote:
Reverting xine_input_vdr.c breaks the OSD scaling.
cu
Edgar (gimli) Hucek
Could you elaborate a bit? What settings do you have, what is the
resolution of the video when it happens, what are the exact symptoms you
are experiencing and so on... I myself have not yet
gimli wrote:
Screen resolution is 1920x1080 for HDTV.
When is switch from an SDTV channel to an HDTV channel
the OSD is way to small. Looks there is no scalling to
the larger resolution.
Yes, that's an unfortunate side effect. You could try reverting several
other files also, namely
gimli wrote:
Screen resolution is 1920x1080 for HDTV.
When is switch from an SDTV channel to an HDTV channel
the OSD is way to small. Looks there is no scalling to
the larger resolution.
You might want to give the cvs a go now. There should be a proper fix in
place and no more reverting is
Graziano Pavone wrote:
Hallo,
I'm using xineliboutput as an output device, both on the main VDR server
(that is attached to a 16:9 display) and over network to a client, with
no DVB cards, but that connect over the network to the main server VDR
with xineliboutput.
Everything is working
Graziano Pavone wrote:
2008/5/7 Petri Helin [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]:
Hello,
which version of xineliboutput are you using? Which frontend do you use
(vdr-sxfe, vdr-fbfe, xine-ui or local)?
-Petri
I'm using xineliboutput-1.0.0, and vdr-sxfe
Graziano Pavone wrote:
2008/5/7 Petri Helin [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]:
Could you update xineliboutput from the cvs and try again? In case you
still see the same behaviour, attach your setup.conf (or just the
xineliboutput subset) and ~/.xine
H. Onur wrote:
hi,
i get this message when compiling xine-lib with external ffmpeg and
latest ffmpeg svn.
Perhaps you should try with xine-lib 1.2?
-Petri
___
vdr mailing list
vdr@linuxtv.org
Gregoire Favre wrote:
Hello,
today, I received an intersting email with a link to
http://www.digitec.ch/?param=cmswert=beamer-aktion_mai08
which also have (sorry in german) :
Sanyo PLV-Z2000
Der PLV-Z2000 von Sanyo bringt die Ära der digitalen Full HD-Projektion
in eine neue
On Thu, Jul 10, 2008 at 10:53 AM, Lauri Tischler [EMAIL PROTECTED] wrote:
Loaded latest xineliboutput from cvs, compiled and installed,
it did complain about old libextract, says that 0.5.20 is needed,
xbuntu has 0.5.18, might this be the reason for not working
dvd subtitle menus in Media
Hi,
I have been running VDR as a daemon started via init script for some
years now. I am currently using version 1.6.0-2. The problem is, that
every now and then VDR doesn't start when I boot the server. The culprit
seems to be lcdproc plugins, which for some reason cannot always connect
to the
Diego Pierotto wrote:
Petri Helin ha scritto:
Hi,
I have been running VDR as a daemon started via init script for some
years now. I am currently using version 1.6.0-2. The problem is, that
every now and then VDR doesn't start when I boot the server. The culprit
seems to be lcdproc plugins
Jouni Karvo wrote:
Petri Helin wrote:
really causes VDR to not start also. My aim really was to start some
discussion on whether that should be changed. I myself think that VDR
should start although some plugin fails to start. I'd hate to find out
that some timed recording failed because
VDR User wrote:
I like that VDR won't load if a plugin failed. That means there was a
problem, and I should go fix it. Also, it's the plugins job to
continue on non-fatal errors, not VDR. How would VDR even know whats
a non-fatal error for a certain plugin? From VDR's perspective either
VDR User wrote:
I think it's a huge assumption (and incorrect one) to say the main
function of VDR is to record tv shows. I know many people who use it
for watching live tv, email notices, weather report, playing other
media something like an htpc, etc.
Ok, let me rephrase it: for my
Udo Richter wrote:
Petri Helin wrote:
In fact I am already wondering why plugins are not
hot-pluggable...
They are, to some degree, by using the proxy plugin. The proxy plugin
can delay loading a plugin, and for some plugins it can unload a plugin
while VDR is running. It can also do
Diego Pierotto wrote:
Uwe Kiewel ha scritto:
cc -O3 -pipe -Wall -fPIC -g -I/usr/local/include-c -D_GNU_SOURCE
-DPLUGIN_NAME_I18N='xineliboutput' -D_REENTRANT -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -DXINELIBOUTPUT_VERSION='1.0.2'
-DHAVE_XRENDER=1 -DHAVE_XDPMS=1 -DHAVE_XINERAMA=1
Uwe Kiewel wrote:
Petri Helin schrieb:
Diego Pierotto wrote:
Uwe Kiewel ha scritto:
cc -O3 -pipe -Wall -fPIC -g -I/usr/local/include-c -D_GNU_SOURCE
-DPLUGIN_NAME_I18N='xineliboutput' -D_REENTRANT -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -DXINELIBOUTPUT_VERSION='1.0.2'
-DHAVE_XRENDER
1 - 100 of 141 matches
Mail list logo