On Sat, 2006-11-11 at 18:28 -0800, Simon Baxter wrote:
Incidentally, the messages don't bother me. It's the video/audio slippage
every 2-3 minutes that annoyes the wife :)
Something weird's happening. When I run vdr-xine, I get no slippage. When
I run xineliboutput I get:
On Sat, 2006-11-11 at 08:43 -0800, Simon Baxter wrote:
Hi.
I'm having intermittant problems when replaying vdr recordings with
xineliboutput. Every few minutes I get an audio/video slip/break and stdout
reports:
video_out: throwing away image with pts 124350653 because it's too old
On Sat, 2006-11-11 at 21:07 -0800, Simon Baxter wrote:
I'm starting vdr-xine with xine --fullscreen --hide-gui -V xxmc -A
alsa -D --post vdr_video --post vdr_audio
vdr://tmp/vdr-xine/stream#demux:mpeg_pes
I'm starting xineliboutput with
./vdr -P'xineliboutput --primary --local=sxfe
On Wed, 2006-11-08 at 22:58 +0100, Klaus Schmidinger wrote:
[EMAIL PROTECTED] wrote:
Hi
Is possibile to grab image into a file from a remote machines?
there is a way to insert the stream generate with a svdrpsend.pl command
like this:
./svdrpsend.pl -d 192.168.0.2 grab - 10
On Tue, 2006-11-07 at 08:55 -0800, Simon Baxter wrote:
I've been trying xineliboutput for the first time - looks like it will solve
all sorts of problems I've been having, if I can get over these ones
Problem number 1:
If I start the plugin with :
vdr -Pxineliboutput --local=sxfe
On Tue, 2006-11-07 at 13:12 -0800, Simon Baxter wrote:
plus Udo's suggestion on the options hidden in plugin config works great!
May I ask for the option ?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Sat, 2006-11-11 at 18:15 +0100, Ulf Elsner wrote:
Am Samstag, 11. November 2006 17:43 schrieb Simon Baxter:
Hi.
Hello,
I'm having intermittant problems when replaying vdr recordings with
xineliboutput. Every few minutes I get an audio/video slip/break and
stdout reports:
On Wed, 2006-11-08 at 20:02 +0200, Jaakko Kyro wrote:
This is how I run it:
df_xine -a 5:4 -l 0 -s -f top vdr:/tmp/vdr-xine/stream#demux:mpeg_pes
Yes. This clearly runs vdr-xine.
The problem is that the /tmp/vdr-xine/stream doesn't exist here. Actually,
this being a Gentoo system it
I'm afraid my knowledge here is too limited.
If somebody can come up with an idea of how additional timing information
should be inserted in the PES data, let's hear it.
I'm quite sure this is not the point to work witht.
Generally I don't think that VDR should have to to anything regarding
On Thu, 2006-11-02 at 22:14 +0100, Carsten Presser wrote:
Hi,
why dont you take a look at the files bundeled with the plugin?
are you looking out for - a text or gfx display?
well, spending much money for small lcd is not quite wice todasys(?)
as you can get 640x480 touchscreen for ~40
On Sat, 2006-11-11 at 08:43 -0800, Simon Baxter wrote:
Hi.
I'm having intermittant problems when replaying vdr recordings with
xineliboutput. Every few minutes I get an audio/video slip/break and stdout
reports:
video_out: throwing away image with pts 124350653 because it's too old
On Tue, 9 Jan 2007, Darren Wilkinson wrote:
Petri Hintukainen wrote:
Anyway, installing VDR to XBox does
not make much sense as one can't attach DVB cards to XBox,
so using separate server for cards (and VDR) is required.
There are usb 1.1 digital tv sticks in existence that could be used
On Fri, 23 Mar 2007, Seppo Ingalsuo wrote:
I got dvb subtitles to work thanks to this tip (in Finnish)
http://www.linuxtv.fi/viewtopic.php?t=2029start=30sid=29c463b7f0abe6a3c18ef54d9142cdbd
Using multipid streaming and manual copying of plugins/subchannels.conf from
server to client seems
On Sat, 2007-03-31 at 17:39 +0200, Rob Davis wrote:
Any way of getting a full screen / windows toggle button for vdr-sxfe
(xineliboutput)?
Add line
DEFINES += -DXINELIBOUTPUT_FE_TOGGLE_FULLSCREEN
to VDR Make.config file and re-compile xineliboutput.
It will bind keys f/F to fullscreen toggle
On Tue, 20 Mar 2007 22:18:31 +0200, Pasi Juppo wrote
And are there any plans for streamdev to support HDTV (h.264 or
similar)?
It should be possible to watch H.264 HDTV using HTTP TS streaming with
the patch from
http://phivdr.dyndns.org/vdr/vdr-streamdev-patches/testing/
- Petri
On Sat, 2007-03-31 at 23:01 +0200, Rob Davis wrote:
But to be fair, I really would like it on the remote..
Can you hijack something else off the remote?
It should be possible to implament something similar for lirc, if you
route lirc thru vdr-sxfe (start vdr without --lirc option and
On Tue, 2007-04-03 at 15:20 +0200, [EMAIL PROTECTED] wrote:
Petri Hintukainen [EMAIL PROTECTED] writes:
Hmm what about section filtering ?
it seems section_filters-0.2.patch doesn't apply well on cvs version.
is it possible to have both ?
I generated new patch against current CVS
On Thu, 2007-04-19 at 12:53 +0100, Alasdair Campbell wrote:
Using df_xine -a 5:4 -l 0 -s -f top 001.vdr
I get perfect output! This is what Markus and I are seeing for a few
seconds before the field sync gets screwed
With df_xine -a 5:4 -l 0 -s -f bottom 001.vdr
The output is constantly
On Thu, 2007-04-19 at 13:54 +0100, Alasdair Campbell wrote:
Sorry for replying to myself, but in the meantime, while waiting for
xineliboutput to work again, anyone reading know if I can use df_xine
for the video display, while retaining xineliboutput as the lirc
transport to my headless
On Fri, 2007-04-20 at 03:27 +0200, Markus Schuster wrote:
With Bloomberg (German news/stock channel) I see a very odd behavior: To have
to video itself fullscreen, I have to enable local frontend scaling but then
the OSD is renderd much too big. So I have to enable OSD resizing/downscaling
On Sat, 2007-04-21 at 23:30 +0200, Markus Schuster wrote:
(Well, another possibility would be upscaling video in
software).
Does upscaling really have to be done in software? Excuse my (maybe?) stupid
question but as far as I know video scaling can be done by a backend scaler
in
On Tue, 2007-05-22 at 23:27 +0100, Alasdair Campbell wrote:
On 21/04/07, Petri Hintukainen [EMAIL PROTECTED] wrote:
2) unscaled OSD: OSD and video are mixed by hardware using either
colorkeying (no opacity) or hardware RGBA layer. OSD and video can be of
different size and OSD can
On Sat, 2007-06-09 at 12:28 +0200, Udo Richter wrote:
And, from the original post:
May 31 20:23:38 localhost vdr: [3413] System Time = Thu May 31 20:23:38
2007 (1180632218)
May 31 20:23:38 localhost vdr: [3413] Local Time = Thu May 31 20:19:37 2007
(1180631977)
May 31 20:21:01
On Sun, 2007-06-10 at 12:31 +0200, Clemens Kirchgatterer wrote:
Petri Hintukainen [EMAIL PROTECTED] wrote:
If clock is turned 2 minutes back in middle of this, the code will
wait 120100 ms instead of 100ms ... Might cause some quite weird
problems. I belive there's no way to change
On Sun, 2007-06-10 at 14:15 +0100, Andrew Herron wrote:
I would like all recordings to be managed/controlled by the
master vdr as this would seem to be the best solution.
However if I have say a single twin tuner DVB-T card and the
master vdr is controlling all recordings is it still
On Sun, 2007-06-10 at 14:59 +0200, Udo Richter wrote:
Petri Hintukainen wrote:
It might be even some plugin. All timeouts (cTimeMs, cCondVar,
cCondWait) use current wall clock time to set the timeout.
Thats not even all: There are 140 references to time(NULL) in VDR, and
most of them
On Wed, 2007-06-13 at 19:16 +0100, Alasdair Campbell wrote:
Is it possible to have one of the VDR 'servers/instances' to be
running on one of the clients rather than the main server pc?
Yes. Then you don't need the -D option.
The exact same setup except Client2 has an instance of VDR running
On Sun, 2007-06-17 at 12:48 +0200, Simon Natterer wrote:
Petri Hintukainen wrote:
But, if you need to have independently controlled clients with own video
and OSD, you need to run several instances of VDR - it doesn't matter if
you run all VDR instances on server or at each client. I run
Reinhard Nissl wrote:
But I don't understand why streamdev still delivers a decrypted video
stream in that case. Can it be that the client asks streamdev to filter
certain TS packets and therefore uses the correct VPID?
Yes. In http streaming mode streamdev parses PIDs directly from PMT and
Lauri Tischler wrote:
Trying to google for manual, info or article where all parameters for
xine tvtime command are explained, what they do, why, etc.
No luck yet, any pointers ??
Here's the help text from plugin:
---
Advanced tvtime/deinterlacer plugin with pulldown detection
This plugin
to, 2008-08-14 kello 11:25 +0200, Thomas Hilber kirjoitti:
On Wed, Aug 13, 2008 at 09:09:45PM +0100, Gavin Hamill wrote:
Xorg process is taking 40% CPU, with vdr taking 25%. The 'system' CPU
usage is 32%, with 16% for user processes.
[...]
Does the Xserver poll for some resources not
Matthias Schwarzott wrote:
On Samstag, 29. November 2008, Stefan Lucke wrote:
Hi,
Hi Stefan!
the attached program segfaults when using a larger local variable.
Depending on used value I get segfaulst at different locations.
//#define BUFSIZE (9*1024*1024-16*1024) // only segfault
pe, 2009-02-20 kello 22:02 +0200, Alex Betis kirjoitti:
The problem is that when this script is run in background ( at the
end), the job is shown as stopped.
I've tried to run vdr-sxfe itself in background, it opens the window
and the job stops.
I know there is a switch that will run it in
Pertti Kosunen wrote:
Lauri Tischler wrote:
- trying to play dvd (Starship Troopers) does not show
correct subtitles, wanted language is defined in VDR.
Maybe this helps also for dvd?:
http://www.kosunen.fi/vdr/matroska-subtitles.diff
Does it work if user selects another language from
Mika Laitio wrote:
I tried today use vdr-1.7.8 with the latest cvs version of xineliboutput
but the client is segfaulting for me once it has found the vdr server.
...
#0 0x7f6df3823208 in ?? () from /usr/lib64/libdbus-glib-1.so.2
#1 0x7f6df3818fd2 in ?? () from
Kimmo Taskinen wrote:
I am still using 1.6.0-2 and have patched it for FullHD OSD
(http://www.vdrportal.de/board/thread.php?threadid=79647threadview=0hilight=hilightuser=0page=1
). Frontend is xineliboutput-cvs (vdr-sxfe in other computer; tcp
connection) and skinenigmang-0.1.0 is in
Halim Sahin wrote:
Sorry if my question was not understood currectly.
I don't want to run sxfe/vdr etc under a chroot env.
My concerns are about the build-in filebrowser of xineliboutput.
It should be restricted to a special folder like /media.
This whould avoid damages to the system :-).
Kimmo Taskinen wrote:
Hi,
Couple of issues I reported earlier (see below) have now merged to
xineliboutput-plugin.
[...]
1. Cropping is not reseted if I switch to 16:9 channel that has the same
resolution as 4:3 channel that has turned on the cropping.
2. DVB subtitles are not
Mika Laitio wrote:
For some reason the --video vdpau option for vdr-sxfe still does not
work for me... (Using mandriva 2010 version of everything else except from
own build vdr-1.7.10 and couple od days old xineliboutput plugin with
latest fix being: Fixed generating lirc key release
Klaus Schmidinger wrote:
I was under the impression that the WMP was one of those players
that have problems if there is no PCR, but apparently it plays just fine...
When I used vlc with streamdev (few years ago), vlc refused to play http
streams without PCR. But I don't know if recent versions
Sami Sundell wrote:
To make it short, I'm using VDR bundle from e-tobi.net
(1.6.0-16ctvdr2), running on 64-bit Debian Unstable. Output is done
with xineliboutput plugin (1.0.6+cvs20100308.2219-1), and the image is
spewed into CRT television through network using another machine -
Debian
Klaus Schmidinger wrote:
On 08.03.2011 22:31, Udo Richter wrote:
Am 08.03.2011 22:09, schrieb Klaus Schmidinger:
Don't get too excited about the TrueColor OSD, though.
What comes with VDR is only the basic OSD platform that
allows plugins to use full screen 32 bit ARGB color,
with alpha
pe, 2011-03-18 kello 16:13 +0100, jdo...@centrum.cz kirjoitti:
Hello,
On vdr 1.7.17 I have problem with xineliboutput and subtitles. It's
oversized and cropped.
Problem is probably incompatibility to change OSD layer size on 1.7.17
Here is my hotfix. I am not sure, if it is correct
VDR wrote:
Hi! (this may not be perfect forum for my question, but..)
If I select to use Gentoo overlay vdr-devel to get vdr-1.7.19
I cannot use vdr-xineliboutput-1.0.5-r1 plugin because it's blocked for
=media-video/vdr-1.7
Why? Is there some reason? Because I have seen
Barak Nahari wrote:
This sounds great.
What is needed to be done to get aac latm working with a xine
frontend?
You need to build xine-lib (1.1.x) from hg repository.
AAC LATM from .ts files and xine-lib DVB input works. You can freely
switch between audio channels of different types.
On ti, 2012-06-12 at 11:31 +0200, Paul Menzel wrote:
Dear VDR folks,
somehow I am not able to get the local frontend to work.
Debian Sid/unstable is installed with
$ dpkg -l vdr vdr-plugin-xineliboutput libxineliboutput-sxfe
[…]
ii libxineliboutput-sxfe
On ma, 2013-10-14 at 19:53 +0200, Vidar Tyldum wrote:
On 13. okt. 2013 23:30, Torsten Mohr wrote:
These cards worked fine in my previous VDR, i never experienced problems
there.
But on the other hand, what cards would you recommend? A double tuner would
be preferred (DVB-C).
I am
On pe, 2015-04-17 at 09:25 +0200, Patrick Boettcher wrote:
Hi list,
I'm planning to update my infrastructure according to the follow scheme:
http://filter-failure.eu/wp-content/uploads/2015/01/vdr-new-backend.png
The red texts are things where I'm unsure about. Especially the usage
of
On ma, 2015-04-20 at 16:05 +0300, Marko Mäkelä wrote:
On Mon, Apr 20, 2015 at 11:40:41AM +0200, Patrick Boettcher wrote:
vdr-fbfe is connecting over network to a vdr running on a full machine.
No need for streamdev.
This looks interesting. Am I right assuming that the full machine will
On ma, 2015-04-20 at 16:34 +0300, Marko Mäkelä wrote:
On Mon, Apr 20, 2015 at 03:15:08PM +0200, Patrick Boettcher wrote:
The pause is global to all connected clients to this vdr-remote. Yes,
you can connect several clients to one xineliboutput-vdr-host but they
will all have the same channel
April 2015 at 23:36, Harald Milz h...@seneca.muc.de wrote:
On Tue, Apr 21, 2015 at 12:41:57PM +0300, Petri Hintukainen wrote:
Do you mean setting the marks (and letting remote VDR to do the actual
editing) ? Or using VDR in RPi to cut recordings ? Cutting with RPi is
probably very slow
ti, 2017-01-31 kello 18:21 +0100, Jose Alberto Reguero kirjoitti:
> I upgrade to fedora 25, and now vaapi with xineliboutput don't work
> for h264 channels. Works well with softhddevice. Attached is a log
> from vdr-sxfe.
>
> Any hint?
Please try upgrading xine-lib from hg.
I've fixed one vaapi
ti, 2017-01-17 kello 17:37 +0100, Niedermeier Günter kirjoitti:
> > Recent xineliboutput can trigger suspendoutput automatically when
> > vdr-
> > sxfe is disconnected (this could use some testing ...). See --auto-
> > suspend option.
>
> Is it enough to replace the xineliboutput plugin with the
ti, 2016-12-20 kello 17:05 +0100, Harald Milz kirjoitti:
> Hi all,
>
> I would like to run my headless VDR without a primary DVB (or
> suspended
> output) but keep xineliboutput running. I can't figure out how.
There was a bug in xineliboutput automatic primary device switching. It
should be
Hello,
pe, 2018-01-19 kello 19:48 +0200, Teemu Suikki kirjoitti:
> I'm starting to think that maybe my problem IS caused entirely by
> this
> softhddevice bug. Because my softhddevice keep freezing quite
> frequently, I have added a shutdown command that detaches
> softhddevice
> and leaves vdr
55 matches
Mail list logo