On Thu, Nov 10, 2011 at 1:51 PM, Pertti Kosunen
pertti.kosu...@pp.nic.fi wrote:
On 10.11.2011 1:45, Chris Rankin wrote:
FYI, I have been successfully using xineliboutput *for years* with VDR
1.6.x. The *only reason* I felt this worth reporting to the mailing list is
because it has all stopped
On Thu, Nov 10, 2011 at 11:52 PM, Chris Rankin ranki...@yahoo.com wrote:
Please see the xineliboutput README for examples on using xine-ui with
xineliboutput.
Both vdr-sxfe and xine-ui can act as a front-end to xineliboutput.
Not any more though, it would seem. Perhaps xineliboutput has not
Hi,
I was wondering whether what I experienced yesterday is really the way
VDR functions at the moment. I have two tuner cards, one in pci slot
and another connected via usb. While VDR was running I disconnected
the antenna cable from the pci card in order to connect it to a hd
cable ready
Hi!
I know this is not directly this lists problem.. But probably right
people read this list.
I just upgraded to ubuntu 10.04 and run problem with
vdr-plugin-xineliboutput package. It depency says that
vdr-abi-1.6.debian is required and I'm using vdr-1.7.10.
Is there something what I
On Mon, May 24, 2010 at 7:33 AM, JJussi v...@jjussi.com wrote:
23.5.2010 23:23, Petri Helin kirjoitti:
Hi!
I know this is not directly this lists problem.. But probably right
people read this list.
I just upgraded to ubuntu 10.04 and run problem with
vdr-plugin-xineliboutput package
On 04/05/2010 12:57 PM, Klaus Schmidinger wrote:
On 05.04.2010 00:55, Teemu Rantanen wrote:
Hi,
There's a new version of the patch implemented as a plugin. It seems to
work, but there are few things to notice:
- Plugin does not cache which devices are Reddo devices, instead it
probes
On 02/22/2010 11:25 AM, Stefan Wagner wrote:
after update to libextractor3 (debian sid) xineliboutput will not
compile:
tools/playlist.c: In member function 'virtual void
cID3Scanner::Action()': tools/playlist.c:172: error:
'EXTRACTOR_ExtractorList' was not declared in this scope
On 02/19/2010 06:09 PM, Klaus Schmidinger wrote:
It has been exactly 10 years since version 0.01 of VDR (originally
named OSM - On Screen Menu) was released.
I want to use the occasion to thank everybody who has contributed
to VDR, but also those who simply use VDR in their every day life.
I
On 02/08/2010 12:50 AM, Rolf Ahrenberg wrote:
On Wed, 3 Feb 2010, Petri Helin wrote:
Yes, I am using xineliboutput and also VDR as the subtitles decoder.
Ok. I've just added a patch into xineliboutput's cvs and it should fix
this (preparing for next vdr release) - at least it did in my quick
On 02/05/2010 04:16 PM, martinez wrote:
To the best of my knowledge XBMC can only be compiled for xbox1
It is always best not to rely on flawed knowledge, but try to find out
the truth instead: http://xbmc.org/about/
-Petri
___
vdr mailing list
On Wed, Feb 3, 2010 at 10:12 AM, Rolf Ahrenberg rahre...@cc.hut.fi wrote:
On Wed, 3 Feb 2010, Petri Helin wrote:
Thanks. But with a quick test with VDR 1.7.11 I could not get the
subtitles to stay visible. They still disappear after their lifetime has
been spent.
Well, it worked with my FF
On 01/26/2010 06:28 PM, Rolf Ahrenberg wrote:
On Wed, 13 Jan 2010, Petri Helin wrote:
1. Pausing. At the monet the subtitles will disappear like in a live
view - meaning that VDR seems to adhere the life time assignened to a
subtitle image though the replay has been paused, causing
On Mon, Feb 1, 2010 at 12:53 PM, Pertti Kosunen
pertti.kosu...@pp.nic.fi wrote:
g++ -march=native -O2 -pipe -fPIC -c -DCONFDIR=\/etc/vdr\
-D__KERNEL_STRICT_NAMES -DUSE_LIEMIEXT -DUSE_MCLI -DUSE_TTXTSUBS
-D_GNU_SOURCE -DSENDMAIL='/usr/sbin/sendmail'
-DPLUGIN_NAME_I18N='epgsearch'
On Sun, Jan 24, 2010 at 7:44 PM, Stefan Taferner tafer...@kde.org wrote:
Am Samstag 23 Januar 2010 21:59:10 schrieb Jussi J:
Sorry.. My fault.. It's vdr-plugin-xine.. :-)
Anyway, now I can use it thru vdr-sxfe (but not using xine-ui; but that's
not relevant)
You need a patched version of the
On Sat, Jan 23, 2010 at 11:59 AM, Jussi J v...@jjussi.com wrote:
Hi!
I have nVidia Corporation G96 [GeForce 9400 GT] (rev a1) what is VDPAU
capable. I have loaded xine-plugin and try to use vdr-sxfe in vdpau mode,
but no success..
AFAIK xine-plugin normally refers to vdr-xine, but I think you
On Mon, Jan 11, 2010 at 9:36 PM, Ville Skyttä ville.sky...@iki.fi wrote:
On Monday 11 January 2010, Matti Lehtimäki wrote:
Hi,
One small feature I find is missing from vdr is to have the possibility
to go from the last channel to the first channel and vice versa when
changing channel to
On Sat, Jan 9, 2010 at 1:25 AM, Simon Baxter linu...@nzbaxters.com wrote:
I'm using xine-lib-1.2 and patching with xine-lib-1.2-vdpau-r286.diff which
There is no need to do such thing, since there already exists a
repository which contains vdpau: xine-lib/xine-lib-1.2-vdpau
You can use it as
On 12/29/2009 09:32 PM, Gerald Dachs wrote:
Hello,
if I try to rewind a recording, I can see the movie going fast
backwards, but if I stop rewinding, the movie continues from the moment
I started the rewinding.
This doesn't happen with xine-ui and the xine-plugin and with xbmc
using the
On Thu, Oct 29, 2009 at 10:13 AM, Klaus Schmidinger
klaus.schmidin...@tvdr.de wrote:
On 10/28/09 23:15, Petri Helin wrote:
Hi,
I have an USB DVB-C card (Reddo dvb-c, actually a relabelled Tongshi
box), which works very well with the current Linux driver excluding
channels with QAM-256
Hi,
I have an USB DVB-C card (Reddo dvb-c, actually a relabelled Tongshi
box), which works very well with the current Linux driver excluding
channels with QAM-256 modulation. Would it be easy to check
FE_CAN_QAM_256 in vdr before trying to use a device to tune to a
particular channel? In
Simon Baxter wrote:
I'm using ffmpeg svn revision 29766
Any ideas?
You must have picked up that revision number from a wrong place, since
the current revision is 20199. libavcodec/avcodec.h is the file where
you should look for the missing member definition. Also make sure that
the
Simon Baxter wrote:
Simon Baxter wrote:
I'm using ffmpeg svn revision 29766
Any ideas?
You must have picked up that revision number from a wrong place, since
the current revision is 20199. libavcodec/avcodec.h is the file where
you should look for the missing member definition. Also
On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser@gmail.com wrote:
I'd suggest posting to the mailing list or both as VDR Portal caters
99% to people who speak german and isn't much help for the very large
english-speaking-only VDR community.
I wouldn't say the english-speaking-only VD
VDR User wrote:
On Mon, Sep 7, 2009 at 9:14 AM, Petri Helinphe...@googlemail.com wrote:
On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser@gmail.com wrote:
Perhaps you meant the great non-german-speaking community, who
communicate in English? ;)
Nope, I mean english-speaking-only. Like the
hu_emulator wrote:
Thank you for your help. Replaced vdr2dvd.sh with your, renamed to
vdr2dvd.sh, rebooted. But still getting the following error:
--- new File:
'/video0/iso/tmp/vdr2dvd/9137/%Day_the_Earth_Stood_Still_(All_Day)_/VDRSYNC.vTpfbc/001[1].mpa'
What version of Project-X are you
On Thu, May 28, 2009 at 1:10 AM, baltasa...@web.de wrote:
There is a patch, I don't know the name but it is included in the
ExtensionsPatch. Then you have the '0' to toggle the order.
It is included also in Liemikuutio patch:
http://www.linuxtv.org/vdrwiki/index.php/Liemikuutio-patch
It
On Wed, May 27, 2009 at 5:54 PM, Carsten Koch carstenkochelsd...@web.de wrote:
I like the ExtRecMenu plugin very much.
In particular, I love the fact that it shows me the length
of my recordings and that it allows me to display recordings
in alphabetical (and chronological) order.
There
Antti Ajanki wrote:
New version of the Webvideo plugin is available at
http://users.tkk.fi/~aajanki/vdr/webvideo/
Hi Antti,
since it sounded such a nice plugin I decided to give it a try, but am
still trying, because the installation it not what someone might call
simple :) First of all,
On Wed, Apr 29, 2009 at 5:22 PM, Jan Ekholm jan.ekh...@smultron.net wrote:
On Wednesday 29 April 2009 14:05:33 Pertti Kosunen wrote:
Jan Ekholm wrote:
fine. Also the OSD isn't working making normal VDR use a hassle and I'm
forced to switch the the s-video side to see EPG, timers etc.
Lars Olsson wrote:
I am a happy VDR user since a couple of years ago. Before VDR, I used
Mythtv but switched due to its hardware requirements and bugs.
My VDR is an (very) old Duron 700 MHz with 1 Technotrend FF card and 1
PVR 350 card.
It has been no problem recording two channels (SD) at
Hi,
I have wondered for some time how broad has VDR spread and how is it
really used. So, if people could post their location and the type of
broadcast they are receiving, we could get some kind of understanding
about the state of DVB (or ATSC) as it is now. Just a brief description,
using
Artem Makhutov wrote:
Hi,
On Sat, Mar 07, 2009 at 12:22:11AM +0200, Lauri Tischler wrote:
Artem Makhutov wrote:
Is some body working on getting xineliboutput to work vdr-1.7.4?
Latest CVS works.
I tried the lastest CVS, but it does not work for me.
Only the OSD is working.
I am just
On Fri, Dec 5, 2008 at 10:48 AM, Alex Betis [EMAIL PROTECTED] wrote:
On Fri, Dec 5, 2008 at 12:25 AM, Petri Helin [EMAIL PROTECTED] wrote:
On Thu, Dec 4, 2008 at 11:43 PM, Alex Betis [EMAIL PROTECTED] wrote:
Hi all,
Few more questions about xinelibout.
I've run the frontend now
On Thu, Dec 4, 2008 at 11:43 PM, Alex Betis [EMAIL PROTECTED] wrote:
Hi all,
Few more questions about xinelibout.
I've run the frontend now as a separate task and looks like it doesn't crash
now except when I try to open a picture, I'll try to debug it later.
Perhaps your pictures a too big
On Mon, Nov 24, 2008 at 9:44 PM, Tony Houghton [EMAIL PROTECTED] wrote:
On Fri, 21 Nov 2008 11:49:23 +0100
jlacvdr [EMAIL PROTECTED] wrote:
to vdr-1.7.0, in attach file of this message :
http://www.linuxtv.org/pipermail/vdr/2008-April/016513.html
Is there a patch that will work with 1.6.0?
On Mon, Nov 3, 2008 at 9:27 PM, hudo kkow [EMAIL PROTECTED] wrote:
And why this (build with xine-lib 1.1.90, using xine-lib 1.1.15) if
I built xine-lib 1.2?
Do you have both xine-lib 1.2 and 1.1.15 installed? 1.1.90 means 1.2.
-Petri
___
vdr
JJussi wrote:
Base question/problem is.. Why vdr-xineliboutput don't work with xine
settings? (as I stated at start of this thread, with xine I don't have
problems with these files... Coping config file to setup_xineliboutput don't
solve problem.)
Most likely there is something else
JJussi wrote:
I would.. If I could.. When I try to download file, I get 403 Forbidden
Even for this direct link?
http://www.diatonis.com/downloads/diatonis_ac3_48k_soal.zip
-Petri
___
vdr mailing list
vdr@linuxtv.org
JJussi wrote:
I assume that you use vdr-sxfe as the frontend for xineliboutput? What
does its log output look like? Please set logging to verbose and post
here (as attachments) the results. And the same with xine.
-Petri
Hi!
That's right! vdr-sxfe is my front end.
Here is log files.
On Tue, Oct 28, 2008 at 10:17 AM, Harald Milz [EMAIL PROTECTED] wrote:
On Wed, Oct 15, 2008 at 04:48:55PM +0100, Darren Salt wrote:
Known problem. Use newer xine-lib (if you're using what I think that you're
using, it's old and unsupported) and external ffmpeg.
That sounds as if the vdr-xine
On Tue, Oct 28, 2008 at 11:38 AM, Niels Wagenaar [EMAIL PROTECTED] wrote:
-Original message-
From: Goga777 [EMAIL PROTECTED]
Sent: Tue 28-10-2008 10:06
To: vdr@linuxtv.org;
Subject: Re: [vdr] Problems building xine-lib on openSUSE 11.0 w/ gcc 4.3.1
-- SNIP --
How did you deduce
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
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
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
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
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
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
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
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
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
[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
[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
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
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
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
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
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 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
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
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
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:
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 -
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
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
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
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
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
1 - 100 of 141 matches
Mail list logo