On Tue, 12 Oct 2010 23:56:16 +0200
Klaus Schmidinger klaus.schmidin...@tvdr.de wrote:
On 12.10.2010 17:50, Lou wrote:
The patch was originally suggested by atinar at
http://www.vdr-portal.de/board/thread.php?postid=920661#post920661
and I adopted it with a suggestion from Urig.
Looks
On Tue, Oct 12, 2010 at 8:50 AM, Lou tuxoho...@hotmail.de wrote:
One of the changes you introduced in 1.7.16 does prevent the deletion of
.del directories and the files inside of video.01, video.02 and so on.
Only the del directories in video.00 with the symbolic links are cleaned up by
the
On Tue, 12 Oct 2010 10:10:07 -0700
VDR User user@gmail.com wrote:
On Tue, Oct 12, 2010 at 8:50 AM, Lou tuxoho...@hotmail.de wrote:
One of the changes you introduced in 1.7.16 does prevent the
deletion of .del directories and the files inside of video.01,
video.02 and so on.
Only
On 12.10.2010 17:50, Lou wrote:
Hello klaus
One of the changes you introduced in 1.7.16 does prevent the deletion of
.del directories and the files inside of video.01, video.02 and so on.
Only the del directories in video.00 with the symbolic links are cleaned up
by
the removing
Hi Tobias,
please try the most recent Firmware for your FF card. It should work then.
http://www.escape-edv.de/endriss/firmware/
Best,
Alexander
Message: 7
Date: Sun, 03 Oct 2010 19:16:55 +0200
From: Tobi listacco...@e-tobi.net
Subject: [vdr] VDR 1.7.16 fast forward / backward
Alexander Weber wrote:
please try the most recent Firmware for your FF card. It should work then.
Indeed. Thanks! I already had dvb-ttpci-01.fw-fc2624 but symlinked the
wrong firmware.
BTW: Might be a good idea to point to the firmware in the INSTALL or
dvbsddevice/README. Right now there's
channels.
Karim
-Message d'origine-
De : vdr-boun...@linuxtv.org
[mailto:vdr-boun...@linuxtv.org] De la part de dplu
Envoyé : mercredi 29 septembre 2010 15:05
À : VDR Mailing List
Objet : Re: [vdr
part de dplu
Envoyé : mercredi 29 septembre 2010 15:05
À : VDR Mailing List
Objet : Re: [vdr] vdr xine-lib eac3
Hi
Thanks for the patch, works nice now. Did you try to
change audio channel ? I
have
-
De : vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org]
De la part de dplu
Envoyé : mercredi 29 septembre 2010 15:05
À : VDR Mailing List
Objet : Re: [vdr] vdr xine-lib eac3
Hi
Thanks for the patch, works nice
29 septembre 2010 15:05
À : VDR Mailing List
Objet : Re: [vdr] vdr xine-lib eac3
Hi
Thanks for the patch, works nice now. Did you try to change audio
channel ? I
have a strange error reported also by french colleague
as stable
on HD e-ac3 that with SD and HD non e-ac3 channels.
Karim
-Message d'origine-
De : vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] De la part de
dplu
Envoyé : mercredi 29 septembre 2010 15:05
À : VDR Mailing List
Objet : Re: [vdr] vdr xine-lib eac3
Hi
Mailing List
Objet : Re: [vdr] vdr xine-lib eac3
Hi
Thanks for the patch, works nice now. Did you try to change audio channel
? I
have a strange error reported also by french colleague :
ffmpeg_audio_dec: augmentation du buffer à 98304 pour éviter sa
saturation. (translation
List
Objet : Re: [vdr] vdr xine-lib eac3
I can change eac3 audio channel without problem. Perhaps you have additional
patches that cause that.
Jose Alberto
El Miércoles 29 Septiembre 2010, Karim Afifi escribió:
Hello,
Just to confirm that I've the same crash that dplu is talking about
-Message d'origine-
De : vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] De la
part de dplu
Envoyé : mercredi 29 septembre 2010 15:05
À : VDR Mailing List
Objet : Re: [vdr] vdr xine-lib eac3
Hi
Thanks for the patch, works nice now. Did you try to change audio
...@linuxtv.org] De la
part de dplu
Envoyé : mercredi 29 septembre 2010 15:05
À : VDR Mailing List
Objet : Re: [vdr] vdr xine-lib eac3
Hi
Thanks for the patch, works nice now. Did you try to change audio
channel ? I
have a strange error reported also by french
...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] De la
part de dplu
Envoyé : mercredi 29 septembre 2010 15:05
À : VDR Mailing List
Objet : Re: [vdr] vdr xine-lib eac3
Hi
Thanks for the patch, works nice now. Did you try to change audio
channel ? I
have
Hi
Thanks for the patch, works nice now. Did you try to change audio channel ? I
have a strange error reported also by french colleague :
ffmpeg_audio_dec: augmentation du buffer à 98304 pour éviter sa saturation.
(translation) = Increasing buffer size to 98304 to prevent overflow
Envoyé : mercredi 29 septembre 2010 15:05
À : VDR Mailing List
Objet : Re: [vdr] vdr xine-lib eac3
Hi
Thanks for the patch, works nice now. Did you try to change audio channel ?
I
have a strange error reported also by french colleague :
ffmpeg_audio_dec: augmentation du buffer à 98304 pour éviter sa
Here is a new version of the patch. Now it works with the sample. There was a
bug in the last patch.
Jose Alberto
El Lunes 27 Septiembre 2010, dplu escribió:
Thanks for the test, In fact I am not in covered area so I work with sample
given by a colleague who live in good area on our forum
Hi
@Darren Salt
Oupss you're right, I had another old patch for e-ac3 support auto applied
I clean all now
@Jose Alberto
By the way, we are two person having made same test : not working with this
sample of french DVB-T HD , here is detail given by ffplay
sample : http://dl.free.fr/cMNuFuG8X
El Lunes 27 Septiembre 2010, dplu escribió:
Hi
@Darren Salt
Oupss you're right, I had another old patch for e-ac3 support auto applied
I clean all now
@Jose Alberto
By the way, we are two person having made same test : not working with this
sample of french DVB-T HD , here is detail
Thanks for the test, In fact I am not in covered area so I work with sample
given by a colleague who live in good area on our forum
The sample is very fresh and works perfectly with xineliboutput + vdr-sxfe
with patch xineliboutputeac3_4.diff plus patch ff_audio_decoder to downmix 5.1
to 2.0
Hi
I Just test your patch, thanks for it, it applied well but seems not working,
no e-ac3 sound on sample e-ac3 record for French DVB-T but AC3 sound is still
OK
Which xine-lib 1.2 did you use ? this one :
http://hg.debian.org/hg/xine-lib/xine-lib-1.2/
is not allways well synchronized, for
El Domingo 26 Septiembre 2010, dplu escribió:
Hi
I Just test your patch, thanks for it, it applied well but seems not
working, no e-ac3 sound on sample e-ac3 record for French DVB-T but AC3
sound is still OK
Which xine-lib 1.2 did you use ? this one :
I demand that dplu may or may not have written...
[snip]
http://hg.debian.org/hg/xine-lib/xine-lib-1.2/
is not allways well synchronized, for example the patch for demux_ts on
1.1.18 changeset a1ba73e0b475 (april 9) is not on 1.2
It is...
[snip]
--
| Darren Salt| linux at
El Domingo, 13 de Junio de 2010, Luca Olivetti escribió:
Al 25/03/10 16:08, En/na Jose Alberto Reguero ha escrit:
Patch for xine-lib that don't need to patch remux.c to work.
Today I applied this patch (strange it isn't in xine-lib-1.2 yet) but
there's still no sound on tvehd (vdr 1.7.15,
I demand that Arturo Martinez may or may not have written...
It looks like the author is no longer maintaining the plugin.
Which leads me to a question...
Has anybody thought of keeping a repository of plugins that the author
himself no longer seems to maintain and try to keep a patched
But that would only be for debian based systems, I use Archlinux for my
HTPC and I need source code tar balls.
It looks like the author is no longer maintaining the plugin.
Which leads me to a question...
Has anybody thought of keeping a repository of plugins that the author
himself no longer
Am 14.09.2010 12:20, schrieb Arturo Martinez:
It looks like the author is no longer maintaining the plugin.
Which leads me to a question...
Has anybody thought of keeping a repository of plugins that the author
himself no longer seems to maintain and try to keep a patched version
available
Holger Brunn filebrow...@vdr.nasenbaeren.net is active, he just
applied my patch and pushed the version to 0.2.1 on
http://vdr.nasenbaeren.net/filebrowser/
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
: Mon, 13 Sep 2010 12:43:06 +0100
From: Dominic Evansoldma...@gmail.com
Subject: Re: [vdr] vdr-filemanager plugin not compiling
To: VDR Mailing Listvdr@linuxtv.org
Message-ID:
aanlktin654p-3a_wbeqp2srp1tjdccjfqeg4u-op2...@mail.gmail.com
Content-Type: text/plain; charset=ISO-8859-1
fyi, I also
On Tue, Sep 14, 2010 at 11:20 AM, Arturo Martinez marti...@embl.de wrote:
Thanks Dominic your patch works great, it would have taken me a few years to
come up with it on my own.
It looks like the author is no longer maintaining the plugin.
Which leads me to a question...
Has anybody thought
On Sat, Sep 11, 2010 at 9:07 AM, marti...@embl.de wrote:
Anybody has managed to compile it?
Ideally does anybody have a patched filebrowser plugin or a patch to get
it to compile under vdr 1.7.15?
Try this http://github.com/oldmanuk/vdr-plugin-filebrowser or apply the
attached patch.
fyi, I also sent this patch upstream to the original author.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Am 11.09.2010 10:07, schrieb marti...@embl.de:
Hi,
I am trying to compile on vdr 1.7.15 the filebrowser-0.2.0 plugin
menu-filebrowser.c:205:70: error: invalid conversion from ‘const char*’ to
‘char*’
You're using a newer GCC version that is more strict regarding implicit
conversions from
On Wed, 8 Sep 2010, Fake Name wrote:
Here is the VLC recording:
I downloaded this file, added it into channels.conf via FILE protocol
(S=1|P=0|F=FILE|U=vlc.ts), set VDR to update pids and to show subtitles
and finally setup Slovak as a preferred language. The subtitles were
shown
On Wed, 8 Sep 2010, Fake Name wrote:
Stream 3
Type: Subtitle
Original ID: 7302
Codec: DVB Subtitles (dvbs)
Language: sloven??ina
Description: DVB subtitles
HBO;IPTV:110:S=0|P=0|F=UDP|U=239.1.1.151|A=5000:I:0:810=2:8...@4:7302:0:222:0:0:0
Somehow your VDR thinks that the pid 7302 is
Stream 3
Type: Subtitle
Original ID: 7302
Codec: DVB Subtitles (dvbs)
Language: sloven??ina
Description: DVB subtitles
HBO;IPTV:110:S=0|P=0|F=UDP|U=239.1.1.151|A=5000:I:0:810=2:8...@4:7302:0:222:0:0:0
0
Somehow your VDR thinks that the pid 7302 is teletext and not DVB subtitle.
DVBsubs
On Wed, 8 Sep 2010, Fake Name wrote:
I manualy entered the teletext pid, because I started experimenting.
Oh. I see.
What suprises me, is that your plugin detects the subtitle pid Info/PIDs
correctly (thank you for your work btw).
It's not the plugin, but the VDR itself and therefore I
Hi there,
I am a happy vdr user (vdr 1.7.15 with a DVB-S2 card)
I also happen to be member of an organization that promotes Open Source
(so we should set an example) and we want to stream a conference we are
organizing.
I thought perhaps setting up vdr with a webcam and perhaps vdr-xine or
I also happen to be member of an organization that promotes Open Source
(so we should set an example) and we want to stream a conference we are
organizing.
I thought perhaps setting up vdr with a webcam and perhaps vdr-xine or
streamdev would do the job?
Isn't this what VLC is supposed to
On 09/03/10 22:12, Simon Baxter wrote:
...
So I've managed to get vdr-1.7.15 working just fine now, by disabling
this scramble check in device.c. Bit of a dirty hack!!!
Here's what I changed in device.c
void cDevice::Action(void)
{
if (Running() OpenDvr()) {
while (Running())
Looks like there are TS packets in your stream that are marked as
scrambled, but not unscrambled by the CAM.
Do you have any CAM in your system at all?
Yes. System has 2x TT-1501-C cards and Alphacrypt CAMS
Are the channels where this happens scrambled?
Yes
Do these channels have
On 05.09.2010 21:59, Simon Baxter wrote:
Looks like there are TS packets in your stream that are marked as
scrambled, but not unscrambled by the CAM.
Do you have any CAM in your system at all?
Yes. System has 2x TT-1501-C cards and Alphacrypt CAMS
Are the channels where this happens
On 05.09.2010 21:59, Simon Baxter wrote:
Looks like there are TS packets in your stream that are marked as
scrambled, but not unscrambled by the CAM.
Do you have any CAM in your system at all?
Yes. System has 2x TT-1501-C cards and Alphacrypt CAMS
Are the channels where this happens
Do these channels have separate VPID and PPID?
channels.conf looks like:
ONE;T:578000:C0M64:C:6900:1305+1205=2:1405=...@4:579:606:1005:182:10:0
TV2;T:578000:C0M64:C:6900:1306+1206=2:1406=...@4:580:606:1006:182:10:0
TV3;T:578000:C0M64:C:6900:1303=2:14...@4:712:606,5601:1003:182:10:0
Does the
// Check whether the TS packets are scrambled:
Maybe some packets have the TS_SCRAMBLING_CONTROL bits set here.
This could be caused by recording the PCR packets since version 1.7.12.
To debug this, just disable this check, and/or put in some debug
printouts.
Thanks Klaus
I've commented
// Check whether the TS packets are scrambled:
Maybe some packets have the TS_SCRAMBLING_CONTROL bits set here.
This could be caused by recording the PCR packets since version 1.7.12.
To debug this, just disable this check, and/or put in some debug
printouts.
Thanks Klaus
I've commented
My guess would be that the DiscontinuityDetected: triggering soft
start
is generated by the output device, and that causes the transfer mode
to be stoped and restarted. Maybe the output device chokes on something
in the TS stream?
The only place where a 3 second timeout plays a role that also
On 30.08.2010 02:05, Simon Baxter wrote:
Am 29.08.2010 15:06, schrieb Klaus Schmidinger:
DiscontinuityDetected: triggering soft start
You may want to find out where this message comes from (it certainly
doesn't come from the core VDR).
This is just an implementation detail of vdr-xine.
The only place where a 3 second timeout plays a role that also
might cause a channel to become unavailable is in cDevice::Action(),
under
// Check whether the TS packets are scrambled:
Maybe some packets have the TS_SCRAMBLING_CONTROL bits set here.
This could be caused by recording the PCR
On 28.08.2010 03:07, Simon Baxter wrote:
Summary of problem:
vdr-1.7.12 or newer I get 3 seconds (or so) of live TV before screen
goes blank
system has TT-1501 abd TT-2300 cards - makes no difference whether
xine plugin is running or not
same problem running through TT-2300 FF card
Hi,
Am 29.08.2010 15:06, schrieb Klaus Schmidinger:
DiscontinuityDetected: triggering soft start
You may want to find out where this message comes from (it certainly
doesn't come from the core VDR).
This is just an implementation detail of vdr-xine.
Why am I getting a SetPlayMode: 0 and
Am 29.08.2010 15:06, schrieb Klaus Schmidinger:
DiscontinuityDetected: triggering soft start
You may want to find out where this message comes from (it certainly
doesn't come from the core VDR).
This is just an implementation detail of vdr-xine.
Why am I getting a SetPlayMode: 0 and
Am 30.08.10 02:05, schrieb Simon Baxter:
I have the same problem (transfer mode stopping) with plain VDR (no
plugins) and a FF card.
i.e. works fine in vdr-1.7.(=)11 but not in vdr-1.7.(=12)
have you upgraded the firmware for your FF card, too?
Bye,
Matthias
--
Programming today is a race
Am Thu, 26 Aug 2010 23:23:30 +0200
schrieb vdr-requ...@linuxtv.org:
(although a lack of PCI
slots is a tad worrying, at least for the small form-factor boards!).
perhaps the pov 330-1 ion board?
http://www.pointofview-online.com/showroom.php?shop_mode=product_detailproduct_id=117
it has a pci
Summary of problem:
vdr-1.7.12 or newer I get 3 seconds (or so) of live TV before screen goes
blank
system has TT-1501 abd TT-2300 cards - makes no difference whether xine
plugin is running or not
same problem running through TT-2300 FF card vdr-1.7.=11 works fine.
vdr-1.7.=12 shows the
On Saturday 21 August 2010, L. Hanisch wrote:
Hi,
Am 21.08.2010 22:06, schrieb Stefan Lucke:
reststarting my vdr activities I went into trouble with dvb-t
channels.conf for Berlin. Just took the channels from:
http://www.vdr-wiki.de/wiki/index.php/Channels.conf_DVBT-De-Berlin-Brandenburg
Hi,
Am 22.08.2010 10:35, schrieb Stefan Lucke:
What happens with this entry (adding the TID of the vdr-generated entry):
arte;ARD:191500:I999B7C23D12M16T8G8Y0:T:27500:201:202=deu,203=fra:204:0:2:8468:257:0
Thanks that brings EPG data to already present channels entry.
Neither NID nor TID
On Sunday 22 August 2010, L. Hanisch wrote:
Hi,
Am 22.08.2010 10:35, schrieb Stefan Lucke:
What happens with this entry (adding the TID of the vdr-generated
entry):
arte;ARD:191500:I999B7C23D12M16T8G8Y0:T:27500:201:202=deu,203=fra:204:0:2:8468:257:0
Thanks that brings EPG data
Hi,
Sat, 2010-08-21 at 22:06 +0200, Stefan Lucke wrote:
reststarting my vdr activities I went into trouble with dvb-t
channels.conf for Berlin. Just took the channels from:
http://www.vdr-wiki.de/wiki/index.php/Channels.conf_DVBT-De-Berlin-Brandenburg
There is the following entry for ARTE:
Hi,
Am 21.08.2010 22:06, schrieb Stefan Lucke:
reststarting my vdr activities I went into trouble with dvb-t
channels.conf for Berlin. Just took the channels from:
http://www.vdr-wiki.de/wiki/index.php/Channels.conf_DVBT-De-Berlin-Brandenburg
There is the following entry for ARTE:
On Tue, 17 Aug 2010 17:44:47 +0200
martinez marti...@embl.de wrote:
I commented out the Arrow buttons because otherwise I was getting
duplicate responses (for example I would press once the down button
and it would go down twice, not one)
That might be because input devices generate keyboard
On Tue, Aug 17, 2010 at 8:44 AM, martinez marti...@embl.de wrote:
I wonder if somebody who understands fully the interaction between lirc, xine
and vdr can help me debug my setup.
The PC has no keyboard or mouse connected and it is operated exclusively via
the remote control for most of the
Hi,
Have you updated the firmware of the tt 2300?
Check the mailinglist archives for instructions.
You need also the newest drivers.
BR.
Halim
--
Halim Sahin
E-Mail:
halim.sahin (at) t-online.de
___
vdr mailing list
Hi,
Ok, I use xineliboutput and vdr-xione here with no errors under
vdr-1.7.15.
If you have then check you xine-lib installation and the used
videodriver.
Sorry no other idea.
Br.
halim
--
Halim Sahin
E-Mail:
halim.sahin (at) t-online.de
On Fri, Jul 30, 2010 at 10:38 PM, Simon Baxter linu...@nzbaxters.com wrote:
This is all very fascinating, but can anyone offer a suggestion to how I can
debug my 3 seconds of live TV problem?
When I switch to any live SD channel, I only get 3 seconds of audio/video
and then then channel not
On Fri, Jul 30, 2010 at 10:38 PM, Simon Baxter linu...@nzbaxters.com
wrote:
This is all very fascinating, but can anyone offer a suggestion to how I
can
debug my 3 seconds of live TV problem?
When I switch to any live SD channel, I only get 3 seconds of
audio/video
and then then channel not
Need to confirm the tuner is still working also. When my dual tuner card
died, the drivers still loaded but vdr couldn't access the tuners.
On 7/30/2010 11:12 PM, VDR User wrote:
On Fri, Jul 30, 2010 at 10:38 PM, Simon Baxterlinu...@nzbaxters.com wrote:
This is all very fascinating, but can
Just an off the wall guess, buffer problem? Not that much ram needed,
but how much does the system have?
On 7/31/2010 12:29 AM, Simon Baxter wrote:
On Fri, Jul 30, 2010 at 10:38 PM, Simon Baxter linu...@nzbaxters.com
wrote:
This is all very fascinating, but can anyone offer a suggestion to
If I run vdr-1.6.0 it works fine, it's just vdr-1.7.15 that doesn't. So I'm
not thinking this is a system problem.
Just an off the wall guess, buffer problem? Not that much ram needed, but
how much does the system have?
On 7/31/2010 12:29 AM, Simon Baxter wrote:
On Fri, Jul 30, 2010 at
If I run vdr-1.6.0 it works fine, it's just vdr-1.7.15 that doesn't. So
I'm not thinking this is a system problem.
have made a bit of a breakthrough - I've found any vdr version up to and
including vdr-1.7.11 works fine. From vdr-1.7.12 I get the 3 seconds of
live TV problem.
Tested
On 29 July 2010 21:55, Morfsta morf...@gmail.com wrote:
Isn't it about time that VDR had a native out of the box plugin for
X11 output with H264 acceleration? There's so many problems with
having xine or xinelibout plugins developed by 3rd parties and relying
on syncing up with xine etc...
On Fri, 30 Jul 2010 09:17:23 +0200
Theunis Potgieter theunis.potgie...@gmail.com wrote:
On 29 July 2010 21:55, Morfsta morf...@gmail.com wrote:
Isn't it about time that VDR had a native out of the box plugin for
X11 output with H264 acceleration? There's so many problems with
having xine
On 30 July 2010 15:40, Tony Houghton h...@realh.co.uk wrote:
On Fri, 30 Jul 2010 09:17:23 +0200
Theunis Potgieter theunis.potgie...@gmail.com wrote:
On 29 July 2010 21:55, Morfsta morf...@gmail.com wrote:
Isn't it about time that VDR had a native out of the box plugin for
X11 output with
I would like to dump xine though it is getting stable, it's still a lot
of extra crap that needs installing to use it that just waste disk
space. Softdevice doesn't support vdpau though does it? I'm still
confused about the layers. Seems like X is the layer between vdr and
vdpau driver, but we
On Thu, Jul 29, 2010 at 12:55 PM, Morfsta morf...@gmail.com wrote:
Isn't it about time that VDR had a native out of the box plugin for
X11 output with H264 acceleration? There's so many problems with
having xine or xinelibout plugins developed by 3rd parties and relying
on syncing up with xine
On Thu, Jul 29, 2010 at 12:55 PM, Morfsta morf...@gmail.com wrote:
Isn't it about time that VDR had a native out of the box plugin for
X11 output with H264 acceleration? There's so many problems with
having xine or xinelibout plugins developed by 3rd parties and relying
on syncing up with xine
Isn't it about time that VDR had a native out of the box plugin for
X11 output with H264 acceleration? There's so many problems with
having xine or xinelibout plugins developed by 3rd parties and relying
on syncing up with xine etc...
___
vdr mailing
When I switch to any live SD channel, I only get 3 seconds of audio/video
and then then channel not available. A few seconds later the picture
comes back, for another 3 seconds, then unavailable.
Jul 25 10:39:46 localhost vdr: [2499] switching to channel 1
Jul 25 10:39:46 localhost vdr:
Hi
I am trying to compile VDR with uClibc [1] using OpenEmbedded [2] and
get the following error.
thread.o: In function `cRwLock::Lock(bool, int)':
/oe/angstrom-dev/work/armv7a-angstrom-linux-uclibceabi/vdr-1.7.15-r0/vdr-1.7.15/thread.c:164:
undefined reference to
2010/6/22 Bjørnar Nilsen ni...@nilux.com:
Den 22.06.2010 07:21, skrev ECLiPSE:
I know that is not directly related to vdr, as my problem should come from
the reel src and not vdr.
I know there is here a good community of developpers and perhaps someone
can look at the src of the hdplayer and
Hi,
Am 19.06.2010 19:44, schrieb Teemu Rantanen:
Hi,
there is a bug in epgsearch which leaks file descriptors if epgsearch
cannot connect to the SVDRP port. Everything works well for a while
until all file descriptor slots are in use and process cannot open any
file anymore. Then VDR will
Hi Eric,
are you watching these channels on DVB-T with an eHD and getting sound ?
if yes, i'm very interested.
thx
2010/6/18 Eric Valette eric.vale...@free.fr
On 18/06/2010 22:21, aju...@quick.cz wrote:
As I understand from private mail of ECLiPSE the problem appears with
DVB-T
channels,
Hi,
there is a bug in epgsearch which leaks file descriptors if epgsearch cannot
connect to the SVDRP port. Everything works well for a while until all file
descriptor slots are in use and process cannot open any file anymore. Then
VDR will either stop showing live TV, stop recording, crash or do
On 18/06/2010 20:46, ECLiPSE wrote:
Hi Ales,
thanks for the patches
it doesn't solve the problem.
I have 1.7.14 correctly working with french HD TV with one patch in
pat.c integrated in 1.7.15 and another one liner in streamdev (also
integrated in the next version of streamdev).
So I
On 18/06/2010 22:21, aju...@quick.cz wrote:
As I understand from private mail of ECLiPSE the problem appears with DVB-T
channels, the same channels in DVB-S are not using eAC3 and this mean no
problem with eHD on DVB-S.
I watch DVB-T with eac3 (TF1HD, FRANCE2 HD, M6HD).
--eric
Hi,
vdr-1.7.15 uses a new default port 6419 for SVDRP. vdradmin and
epgsearch must be configured to the new port.
BR,
Christian
Am 15.06.2010 16:59, schrieb Seppo Ingalsuo:
Hi,
Has anyone noticed problems with vdradmin-am, epgsearch and new vdr
1.7.15?
Since upgrade from vdr 1.7.14
On Tue, Jun 15, 2010 at 8:12 AM, Christian Wieninger cwienin...@gmx.de wrote:
vdr-1.7.15 uses a new default port 6419 for SVDRP. vdradmin and epgsearch
must be configured to the new port.
You may also use the -p command line switch and set the port back to
2001 if you like.
Seppo Ingalsuo wrote:
Hi,
Has anyone noticed problems with vdradmin-am, epgsearch and new vdr
1.7.15?
Since upgrade from vdr 1.7.14 VDRadmin web interface dones not work. Web
browser shows this error:
Can't connect to VDR at localhost:2001
its always a good idea to read the hitory
On Tue, 2010-06-15 at 09:41 -0700, VDR User wrote:
On Tue, Jun 15, 2010 at 8:12 AM, Christian Wieninger cwienin...@gmx.de
wrote:
vdr-1.7.15 uses a new default port 6419 for SVDRP. vdradmin and epgsearch
must be configured to the new port.
You may also use the -p command line switch and
El Domingo, 13 de Junio de 2010, Luca Olivetti escribió:
Al 25/03/10 16:08, En/na Jose Alberto Reguero ha escrit:
Patch for xine-lib that don't need to patch remux.c to work.
Today I applied this patch (strange it isn't in xine-lib-1.2 yet) but
there's still no sound on tvehd (vdr 1.7.15,
On 06/13/10 11:17, ECLiPSE wrote:
Hi,
i have an eHD card that is running fine with vdr 1.7.15 except i don't
have sound on the HD french channels (TF1HD, France2HD M6HD)
which use the e-AC3 format.
Is there a way to fix the problem for the eHD card? Someone have an idea?
Just an idea: maybe
Am 13.06.2010 11:17, schrieb ECLiPSE:
Hi,
i have an eHD card that is running fine with vdr 1.7.15 except i don't
have sound on the HD french channels (TF1HD, France2HD M6HD)
which use the e-AC3 format.
Is your VDR patched, then? Or how does the reelbox-Plugin work in your
system?
Hi Christopher,
vdr is vanilla 1.7.15
i've only patched the reelbox plugin with reelbox-svn14625-vanilla-vdr.diff
(http://www.vdr-portal.de/board/attachment.php?attachmentid=24769)
no other plugin
./vdr -c /etc/vdr -Pdvbsddevice -Preelbox
2010/6/13 Christopher Reimer
On Sunday 13 June 2010 11:17:32 ECLiPSE wrote:
Hi,
i have an eHD card that is running fine with vdr 1.7.15 except i don't have
sound on the HD french channels (TF1HD, France2HD M6HD)
which use the e-AC3 format.
Is there a way to fix the problem for the eHD card? Someone have an idea?
Al 25/03/10 16:08, En/na Jose Alberto Reguero ha escrit:
Patch for xine-lib that don't need to patch remux.c to work.
Today I applied this patch (strange it isn't in xine-lib-1.2 yet) but
there's still no sound on tvehd (vdr 1.7.15, vdr-xine and playing the ts
directly through xine).
Do I
Ok thanks. Got it.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi,
1) Has this already been integrated to vdr?
A working ACPI wakeup script was written by Tobi in 2003 and has been
maintained by him as a debian package since then:
http://www.e-tobi.net/vdr-experimental/pool-sid/source/addons/vdr-addon-acpiwakeup_0.0.10.tar.gz
It works nicely on my
On 05/31/2010 03:14 PM, Hanno Zulla wrote:
Hi,
1) Has this already been integrated to vdr?
A working ACPI wakeup script was written by Tobi in 2003 and has been
maintained by him as a debian package since then:
601 - 700 of 1933 matches
Mail list logo
