On Sat, 2009-08-22 at 22:43 +0300, Seppo Ingalsuo wrote:
> Now xbmc connects to vdr server and gets first radio channels, then tv
> channels and then nothing happens.
Now after PC and xbmc restart live tv works. Even DVB subtitles are
shown!
How should I access vdr recordings from xbmc? Should
On 22.08.2009 19:12, Timothy D. Lenz wrote:
> My log files get so big it,s very hard to check them because of the ts error
> messages that get flooded to it. I've had logs near 2gb
> in size. I have a problem with xine crashing when there is a weak signal and
> the ts loging bloating the log file
VDR developer version 1.7.9 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.9.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.8-1.7.9.diff
WARNING:
This is a *developer* version. Even though *I* use
On Sun, Aug 23, 2009 at 1:46 AM, Seppo Ingalsuo wrote:
> Othervise xbmc-vdr looks very promising with totally new high definition
> UI.
Did you know that Klaus is giving VDR a new 24bit OSD? High
resolution/high color will soon be in vanilla VDR, no expensive eHD
card or otherwise required. ;)
_
>Yes, it has limitations but given the low power consumption it's still
>impressive. The ION runs fine with advanced deinterlacer for 576i and
>temporal for 1080i. A 9500GT can do advanced on 1080i but for me it's not
>worth the extra heat and space. I have the computer on the back of my TV.
>http:
Form /var/log/user.log:
Aug 23 10:53:31 LLLx64-32 vdr: [2635] TS continuity error (2)
Aug 23 10:53:31 LLLx64-32 vdr: [2635] TS continuity error (6)
Aug 23 10:53:31 LLLx64-32 vdr: [2635] TS continuity error (9)
Aug 23 10:53:31 LLLx64-32 vdr: [2635] TS continuity error (11)
Aug 23 10:53:31 LLLx64-32
Hi
I can't compile vdr 179
arvdr:/usr/src/vdr# LANG=C make
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD
-DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS0\" -D_GNU_SOURCE
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
-DVIDEODIR=\"/video\" -DCONF
I've had a problem with seeminly under powered video card using a 8400gs (g98)
and little by little am finding out what settings are
needed:
gui.dropped_frames_warning:0
# vdpau: HD deinterlace method
# { bob half temporal half temporal_spatial temporal temporal_spatial },
default: 3
#video
Goga777 wrote:
> Hi
>
> I can't compile vdr 179
>
> arvdr:/usr/src/vdr# LANG=C make
> g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD
> -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS0\" -D_GNU_SOURCE
> -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURC
On Sun, Aug 23, 2009 at 11:12 AM, Timothy D. Lenz wrote:
> I've had a problem with seeminly under powered video card using a 8400gs
> (g98) and little by little am finding out what settings are
> needed:
>
> # vdpau: Try to recreate progressive frames from pulldown material
> # bool, default: 1
>
> Your headers seem broken. What should happen (i.e. in upstream kernel
> git) is:
let's have a look on my headers (debian sid kernel 2.6.30 s2-liplianin dvb)
> linux/dvb/frontend.h has:
> #include
I have it
#ifndef _DVBFRONTEND_H_
#define _DVBFRONTEND_H_
#include
> linux/types.h has:
> #i
> I use an 8400gs in two boxes and I don't get freezing video.
do you mean 1080i video ?
which deinterlaicer are you using ?
> my settings are different. I didn't have to change the values for the
> following, they work by default:
>
> video.output.vdpau_enable_inverse_telecine:1
> video.output
On Sonntag, 23. August 2009, Goga777 wrote:
> > Your headers seem broken. What should happen (i.e. in upstream kernel
> > git) is:
>
> let's have a look on my headers (debian sid kernel 2.6.30 s2-liplianin dvb)
Did you look in /usr/include/linux/dvb/... or in /usr/src/linux/... ?
For compiling use
On Sun, 2009-08-23 at 09:05 -0700, VDR User wrote:
> Did you know that Klaus is giving VDR a new 24bit OSD? High
> resolution/high color will soon be in vanilla VDR, no expensive eHD
> card or otherwise required. ;)
That's nice but my main problem with vdr is having two televisions + one
compute
On Sun, Aug 23, 2009 at 11:45 AM, Goga777 wrote:
>> I use an 8400gs in two boxes and I don't get freezing video.
>
> do you mean 1080i video ?
> which deinterlaicer are you using ?
1080i yes. It's falling back to temporal iirc.
___
vdr mailing list
vdr
Goga777 wrote:
> Anssi Hannula wrote:
>> Maybe one of these includes in these files is missing?
>
> as you can see - no, everything is ok
Confirm that you looked at the correct files:
You should first look under ../s2-liplianin/linux/include/, and if the
file in question doesn't exist there, you
I have to use the following patch:
--- vdr-1.7.5/vdr.c.orig2009-04-12 11:05:51.0 -0700
+++ vdr-1.7.5/vdr.c 2009-04-12 11:07:08.0 -0700
@@ -32,6 +32,7 @@
#include
#include
#include
+#include
#include
#include
#include
___
> > > Your headers seem broken. What should happen (i.e. in upstream kernel
> > > git) is:
> >
> > let's have a look on my headers (debian sid kernel 2.6.30 s2-liplianin dvb)
>
> Did you look in /usr/include/linux/dvb/... or in /usr/src/linux/... ?
/usr/src/s2-liplianin/linux
> For compiling use
> >> Maybe one of these includes in these files is missing?
> >
> > as you can see - no, everything is ok
>
> Confirm that you looked at the correct files:
>
> You should first look under ../s2-liplianin/linux/include/
in dir /usr/src/s2-liplianin/linux/include/linux there's not any mentioned y
Goga777 wrote:
Your headers seem broken. What should happen (i.e. in upstream kernel
git) is:
>>> let's have a look on my headers (debian sid kernel 2.6.30 s2-liplianin dvb)
>> Did you look in /usr/include/linux/dvb/... or in /usr/src/linux/... ?
>
> /usr/src/s2-liplianin/linux
>
>> For
On Sun, Aug 23, 2009 at 12:07 PM, Goga777 wrote:
> I did so exactly in my previous mail
>
> PS
> vdr 178 compiled fine with existing headers
Have you tried the patch I posted?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/l
> Run this:
> g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -E -DREMOTE_KBD
> -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS0\" -D_GNU_SOURCE
> -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
> -DVIDEODIR=\"/video\" -DCONFDIR=\"/etc/vdr\"
> -DPLUGINDIR=\"./PLUGINS/l
> > I did so exactly in my previous mail
> >
> > PS
> > vdr 178 compiled fine with existing headers
>
> Have you tried the patch I posted?
no, because I have already solved this problem (as I wrote in my previous mail)
I could compile vdr 179 after of adding in dvbdevice.h string like
typedef
Goga777 wrote:
>> Run this:
>> g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -E -DREMOTE_KBD
>> -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS0\" -D_GNU_SOURCE
>> -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
>> -DVIDEODIR=\"/video\" -DCONFDIR=\"/etc/vdr\"
>> -DPL
> Which distribution and version are you using?
debian sid kernel 2.6.30
> And package name where /usr/include/linux/types.h and related files
> would also help:
> rpm -qf /usr/include/linux/types.h (on rpm systems)
> dpkg -S /usr/include/linux/types.h (on deb systems, I think)
arvdr:/usr/src/vd
On Sun, Aug 23, 2009 at 12:26 PM, Goga777 wrote:
>> Have you tried the patch I posted?
>
> no, because I have already solved this problem (as I wrote in my previous
> mail)
>
>
> I could compile vdr 179 after of adding in dvbdevice.h string like
>
> typedef unsigned char __u8;
It would be nice if
> I have to use the following patch:
>
> --- vdr-1.7.5/vdr.c.orig2009-04-12 11:05:51.0 -0700
> +++ vdr-1.7.5/vdr.c 2009-04-12 11:07:08.0 -0700
> @@ -32,6 +32,7 @@
> #include
> #include
> #include
> +#include
> #include
> #include
> #include
I checked and c
Goga777 wrote:
>> Which distribution and version are you using?
>
> debian sid kernel 2.6.30
>
>> And package name where /usr/include/linux/types.h and related files
>> would also help:
>> rpm -qf /usr/include/linux/types.h (on rpm systems)
>> dpkg -S /usr/include/linux/types.h (on deb systems, I
On 23.08.2009 20:03, Timothy D. Lenz wrote:
> Form /var/log/user.log:
>
> Aug 23 10:53:31 LLLx64-32 vdr: [2635] TS continuity error (2)
> Aug 23 10:53:31 LLLx64-32 vdr: [2635] TS continuity error (6)
> Aug 23 10:53:31 LLLx64-32 vdr: [2635] TS continuity error (9)
> Aug 23 10:53:31 LLLx64-32 vdr: [
Anssi Hannula wrote:
> Thank you. The bug is in libcap header file
> /usr/include/sys/capability.h
>
> It does evil stuff like this:
>
> 25 /*
> 26 * Make sure we can be included from userland by preventing
> 27 * capability.h from including other kernel headers
> 28 */
> 29 #define
> > Aug 23 10:53:31 LLLx64-32 vdr: [2635] TS continuity error (2)
> > Aug 23 10:53:31 LLLx64-32 vdr: [2635] TS continuity error (6)
> > Aug 23 10:53:31 LLLx64-32 vdr: [2635] TS continuity error (9)
> > Aug 23 10:53:31 LLLx64-32 vdr: [2635] TS continuity error (11)
> > Aug 23 10:53:31 LLLx64-32 vdr:
On 23.08.2009 22:44, Goga777 wrote:
>>> Aug 23 10:53:31 LLLx64-32 vdr: [2635] TS continuity error (2)
>>> Aug 23 10:53:31 LLLx64-32 vdr: [2635] TS continuity error (6)
>>> Aug 23 10:53:31 LLLx64-32 vdr: [2635] TS continuity error (9)
>>> Aug 23 10:53:31 LLLx64-32 vdr: [2635] TS continuity error (11
2009/8/24 Seppo Ingalsuo :
> On Sun, 2009-08-23 at 09:05 -0700, VDR User wrote:
>
>> Did you know that Klaus is giving VDR a new 24bit OSD? High
>> resolution/high color will soon be in vanilla VDR, no expensive eHD
>> card or otherwise required. ;)
>
> That's nice but my main problem with vdr is
Seppo Ingalsuo wrote:
On Sun, 2009-08-23 at 09:05 -0700, VDR User wrote:
Did you know that Klaus is giving VDR a new 24bit OSD? High
resolution/high color will soon be in vanilla VDR, no expensive eHD
card or otherwise required. ;)
That's nice but my main problem with vdr is having two telev
34 matches
Mail list logo
