Mailing List Archive: MythTV: Dev

Building without X dependancies...

Index | Next | Previous | View Threaded

richard at mawson

Feb 5, 2007, 6:43 AM

Post #1 of 12 (1356 views)
Permalink

Building without X dependancies...

I am trying to build mythtv without X11, but have come across a number
of problems:

1. gcc4.1 complains about things that gcc4.0 doesn't. line 205 of
libs/libmythtv/videoout_directfb.cpp change from

DirectfbData::DirectfbData()

to

DirectfbData()

seems to solve this.

2. Compiling now complains about:

../../libs/libmyth/libmyth-0.20.so: undefined reference to
`ScreenSaverX11::ScreenSaverX11()'

It seems that screensaver.cpp instantiates ScreenSaverX11 due
to Q_WS_X11 being defined - picked up from a system header file.

I hacked this to instantiate ScreenSaverNull instead and it
compiled fine, but still has a dependence on X.

Does anyone have any ideas? I am trying to get this running
through my pvr-350 fb device. The configuration is thus:

./configure --enable-directfb --enable-dvb --disable-x11 --disable-xv

Attachments:

signature.asc (0.19 KB)

nigel at ind

Feb 5, 2007, 3:09 PM

Post #2 of 12 (1285 views)
Permalink

Re: Building without X dependancies... [In reply to]

> 2. Compiling now complains about:
>
> ../../libs/libmyth/libmyth-0.20.so: undefined reference to
> `ScreenSaverX11::ScreenSaverX11()'
>
>
> It seems that screensaver.cpp instantiates ScreenSaverX11 due
> to Q_WS_X11 being defined - picked up from a system header file.
>
> I hacked this to instantiate ScreenSaverNull instead and it
> compiled fine, but still has a dependence on X.
>
>
> Does anyone have any ideas?

Probably libmyth/util-x11.cpp

Try changing any Q_WS_X11 to something like USING_X11
in all these files:

% find . -name \*.cpp -exec egrep Q_WS_X11 {} \; -print
#undef Q_WS_X11 /* Even if we have an X server in WIN32, don't use
X11... */
#if defined(Q_WS_X11)
#if defined(Q_WS_X11)
./libs/libmyth/screensaver.cpp
#include <qglobal.h> // for Q_WS_X11 define
#ifdef Q_WS_X11
#endif // Q_WS_X11
#ifdef Q_WS_X11
#endif // Q_WS_X11
#ifdef Q_WS_X11
#else // if !Q_WS_X11
#endif // !Q_WS_X11
#ifdef Q_WS_X11
#ifdef Q_WS_X11
#endif // Q_WS_X11
./libs/libmyth/util-x11.cpp
#ifdef Q_WS_X11
#ifdef Q_WS_X11
./programs/mythfrontend/main.cpp
#ifdef Q_WS_X11
./programs/mythtv/main.cpp
#ifdef Q_WS_X11
#ifdef Q_WS_X11
./programs/mythtv-setup/main.cpp

--
Nigel Pearson, nigel[at]ind.tansu.com.au|"Things you own
Telstra Net. Eng., Sydney, Australia | end up owning you"
Office: 9202 3900 Fax: 9261 3912 | Tyler,
Mobile: 0408 664435 Home: 9792 6998 | Fight Club

_______________________________________________
mythtv-dev mailing list
mythtv-dev[at]mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

richard at mawson

Feb 6, 2007, 10:31 AM

Post #3 of 12 (1270 views)
Permalink

Re: Building without X dependancies... [In reply to]

On Tue, Feb 06, 2007 at 10:09:00AM +1100, Nigel Pearson wrote:
> > 2. Compiling now complains about:
> >
> > ../../libs/libmyth/libmyth-0.20.so: undefined reference to
> > `ScreenSaverX11::ScreenSaverX11()'
> >
> >
> > It seems that screensaver.cpp instantiates ScreenSaverX11 due
> > to Q_WS_X11 being defined - picked up from a system header file.
> >
> > I hacked this to instantiate ScreenSaverNull instead and it
> > compiled fine, but still has a dependence on X.
> >
> >
> > Does anyone have any ideas?
>
>
> Probably libmyth/util-x11.cpp
>
>
> Try changing any Q_WS_X11 to something like USING_X11
> in all these files:
>
>
>
> % find . -name \*.cpp -exec egrep Q_WS_X11 {} \; -print
> #undef Q_WS_X11 /* Even if we have an X server in WIN32, don't use
> X11... */
> #if defined(Q_WS_X11)
> #if defined(Q_WS_X11)
> ./libs/libmyth/screensaver.cpp
> #include <qglobal.h> // for Q_WS_X11 define
> #ifdef Q_WS_X11
> #endif // Q_WS_X11
> #ifdef Q_WS_X11
> #endif // Q_WS_X11
> #ifdef Q_WS_X11
> #else // if !Q_WS_X11
> #endif // !Q_WS_X11
> #ifdef Q_WS_X11
> #ifdef Q_WS_X11
> #endif // Q_WS_X11
> ./libs/libmyth/util-x11.cpp
> #ifdef Q_WS_X11
> #ifdef Q_WS_X11
> ./programs/mythfrontend/main.cpp
> #ifdef Q_WS_X11
> ./programs/mythtv/main.cpp
> #ifdef Q_WS_X11
> #ifdef Q_WS_X11
> ./programs/mythtv-setup/main.cpp

Thanks for the suggestion Nigel, but having changed all those
references it does the same. Running mythfrontend:

mythfrontend: cannot connect to X server

Perhaps I don't understand the capabilities though. Should mythtv be
able to display ALL its menus as well as live tv and recordings direct
on a PVR-350 framebuffer device without X installed or being redirected
to another X server? Not having seen it work, and having compilation
problems as I do I'm starting to question myself.. ?

The reason I cannot have X is this is running in a xen domain, and
there are issues running X properly. It would be nice to know that
someone else is attempting the same sort of thing and has got a little
further than I have.

Attachments:

signature.asc (0.19 KB)

l-case at gmx

Feb 6, 2007, 1:47 PM

Post #4 of 12 (1274 views)
Permalink

Re: Building without X dependancies... [In reply to]

> Perhaps I don't understand the capabilities though. Should mythtv be
> able to display ALL its menus as well as live tv and recordings direct
> on a PVR-350 framebuffer device without X installed or being redirected
> to another X server? Not having seen it work, and having compilation
> problems as I do I'm starting to question myself.. ?

You need also qt/embedded for the frontend-menus. The directfb part you
talking about should be for the playback. qt/embedded also uses directfb for
rendering the menus.

_______________________________________________
mythtv-dev mailing list
mythtv-dev[at]mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

nigel at ind

Feb 6, 2007, 1:49 PM

Post #5 of 12 (1273 views)
Permalink

Re: Building without X dependancies... [In reply to]

> Thanks for the suggestion Nigel, but having changed all those
> references it does the same. Running mythfrontend:
>
> mythfrontend: cannot connect to X server

OK. My next guess is that Qt is doing that.
mythfrontend -v all should give you an idea
of how early it is happening in the app.

You may need to build a Qt for framebuffer
devices and not X11. I did this once in 2003.

> Perhaps I don't understand the capabilities though. Should mythtv be
> able to display ALL its menus as well as live tv and recordings direct
> on a PVR-350 framebuffer device without X installed or being
> redirected
> to another X server?

Theoretically? Yes. Have I ever succeeded? No

--
Nigel Pearson, nigel[at]ind.tansu.com.au| "Peacemaking is our profession"
Telstra Net. Eng., Sydney, Australia |Motto of Burpelson Airforce Base
Office: 9202 3900 Fax: 9261 3912 |Commanded by Gen. Jack D. Ripper
Mobile: 0408 664435 Home: 9792 6998 | Dr Strangelove

_______________________________________________
mythtv-dev mailing list
mythtv-dev[at]mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

richard at mawson

Feb 8, 2007, 6:53 AM

Post #6 of 12 (1260 views)
Permalink

Re: Building without X dependancies... [In reply to]

On Wed, Feb 07, 2007 at 08:49:24AM +1100, Nigel Pearson wrote:
> > Thanks for the suggestion Nigel, but having changed all those
> > references it does the same. Running mythfrontend:
> >
> > mythfrontend: cannot connect to X server
>
> OK. My next guess is that Qt is doing that.
> mythfrontend -v all should give you an idea
> of how early it is happening in the app.
>
> You may need to build a Qt for framebuffer
> devices and not X11. I did this once in 2003.

I believe you are right. I will do this when I get time, certainly the
qt library is using X11.

> > Perhaps I don't understand the capabilities though. Should mythtv be
> > able to display ALL its menus as well as live tv and recordings direct
> > on a PVR-350 framebuffer device without X installed or being
> > redirected
> > to another X server?
>
> Theoretically? Yes. Have I ever succeeded? No

Is anyone out there playing with mythfrontend in xen DomU? I can't
believe I'm the only one... It would be nice to know this isn't
completely untrodden ground...

Attachments:

signature.asc (0.19 KB)

trey at treysoft

Feb 8, 2007, 7:59 AM

Post #7 of 12 (1260 views)
Permalink

Re: Building without X dependancies... [In reply to]

On Thu, Feb 08, 2007 at 02:53:07PM +0000, richard[at]mawson.org.uk wrote:
> On Wed, Feb 07, 2007 at 08:49:24AM +1100, Nigel Pearson wrote:
> > > Perhaps I don't understand the capabilities though. Should mythtv be
> > > able to display ALL its menus as well as live tv and recordings direct
> > > on a PVR-350 framebuffer device without X installed or being
> > > redirected
> > > to another X server?
> >
> > Theoretically? Yes. Have I ever succeeded? No
>
> Is anyone out there playing with mythfrontend in xen DomU? I can't
> believe I'm the only one... It would be nice to know this isn't
> completely untrodden ground...
>
Do you have a driver that will give you access to the PVR-350 from a
DomU? You will need a Xen FrontendDriver for the DomU and a
BackendDriver for the Dom0 or DeviceDomain. I suppose you could give
control over the PVR-350 to the mythtv DomU. Have you verified that it
will work with something that uses directfb (like one of the test/demo
apps from directfb)? Even if this works it may not have sufficiently
low latency to handle video playback.

-- Trey
_______________________________________________
mythtv-dev mailing list
mythtv-dev[at]mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

richard at mawson

Feb 10, 2007, 1:11 AM

Post #8 of 12 (1245 views)
Permalink

Re: Building without X dependancies... [In reply to]

On Thu, Feb 08, 2007 at 09:59:16AM -0600, Trey Boudreau wrote:
> On Thu, Feb 08, 2007 at 02:53:07PM +0000, richard[at]mawson.org.uk wrote:
> > On Wed, Feb 07, 2007 at 08:49:24AM +1100, Nigel Pearson wrote:
> > > > Perhaps I don't understand the capabilities though. Should mythtv be
> > > > able to display ALL its menus as well as live tv and recordings direct
> > > > on a PVR-350 framebuffer device without X installed or being
> > > > redirected
> > > > to another X server?
> > >
> > > Theoretically? Yes. Have I ever succeeded? No
> >
> > Is anyone out there playing with mythfrontend in xen DomU? I can't
> > believe I'm the only one... It would be nice to know this isn't
> > completely untrodden ground...
> >
> Do you have a driver that will give you access to the PVR-350 from a
> DomU? You will need a Xen FrontendDriver for the DomU and a
> BackendDriver for the Dom0 or DeviceDomain. I suppose you could give
> control over the PVR-350 to the mythtv DomU. Have you verified that it
> will work with something that uses directfb (like one of the test/demo
> apps from directfb)? Even if this works it may not have sufficiently
> low latency to handle video playback.

Trey,

The pci device is passed-through to the domain, and works (i.e.
throwing an mpeg stream at it puts it on the telly!), the only problem
is getting myth to use it without using the overhead and complication
of X.

I have actually abandoned the idea now and managed to get X working on
the pvr-350 under xen. I'm sure it would be possible to use directfb
but currently it seems to require a console be on /dev/tty0 which is
isn't under xen. X did have the same problem, but doesn't having upgraded to
7.1.1 so I presume this has been fixed in XOrg.

Thanks for the help though!

regards,

Richard

Attachments:

signature.asc (0.19 KB)

megibson at gmail

Feb 10, 2007, 9:52 AM

Post #9 of 12 (1240 views)
Permalink

Re: Building without X dependancies... [In reply to]

On 2/6/07, Peter Schade <l-case[at]gmx.net> wrote:
> > Perhaps I don't understand the capabilities though. Should mythtv be
> > able to display ALL its menus as well as live tv and recordings direct
> > on a PVR-350 framebuffer device without X installed or being redirected
> > to another X server? Not having seen it work, and having compilation
> > problems as I do I'm starting to question myself.. ?
>
> You need also qt/embedded for the frontend-menus. The directfb part you
> talking about should be for the playback. qt/embedded also uses directfb for
> rendering the menus.

Using qt/embedded also requires a few changes to the myth code,
particularly getting rid of some GL stuff. As long as your card's
implementation of the Linux Framebuffer plays nicely with DirectFB,
then you can probably get mythfrontend to work on the framebuffer.
But I'm not too familiar with how myth uses DirectFB so don't take my
word for it. However, unless you know something I don't, qt/embedded
doesn't support DirectFB. qt/embedded will render to various graphics
cards directly and will use the Linux Framebuffer interface if all
else fails.

I'm currently working on a DirectFB driver for qt/embedded
specifically so I can get the myth menus working with DirectFB, and
while it works, it's still quite slow, so I haven't released it. My
personal desire is to use the amazing matrox mga support in DirectFB
with myth. The eventual goal being a frontend that requires no X and
works nicely on my TV.

I'm worried though about myth's use of DirectFB for other things like
video playback. There may be incompatibilities there. I haven't
tested mythfrontend yet though.

Mike
_______________________________________________
mythtv-dev mailing list
mythtv-dev[at]mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

danielk at cuymedia

Feb 10, 2007, 9:59 AM

Post #10 of 12 (1239 views)
Permalink

Re: Building without X dependancies... [In reply to]

On Sat, 2007-02-10 at 10:52 -0700, Mike Gibson wrote:
> I'm worried though about myth's use of DirectFB for other things like
> video playback. There may be incompatibilities there. I haven't
> tested mythfrontend yet though.

Can you test the DirectFB support in the mythtv-vid branch?
I made it compatible with 1.x and fixed some problems with
the code which made it not work when compiled with gcc 4.x
at the "-O2" optimization level. But I only tested with the
SDL framebuffer emulation which has some colour problems.

-- Daniel

_______________________________________________
mythtv-dev mailing list
mythtv-dev[at]mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

megibson at gmail

Feb 10, 2007, 10:12 AM

Post #11 of 12 (1243 views)
Permalink

Re: Building without X dependancies... [In reply to]

On 2/10/07, Daniel Kristjansson <danielk[at]cuymedia.net> wrote:
> On Sat, 2007-02-10 at 10:52 -0700, Mike Gibson wrote:
> > I'm worried though about myth's use of DirectFB for other things like
> > video playback. There may be incompatibilities there. I haven't
> > tested mythfrontend yet though.
>
> Can you test the DirectFB support in the mythtv-vid branch?
> I made it compatible with 1.x and fixed some problems with
> the code which made it not work when compiled with gcc 4.x
> at the "-O2" optimization level. But I only tested with the
> SDL framebuffer emulation which has some colour problems.

I might if I knew what I was testing. What exactly is using DirectFB?
Are the menus using it? Because if they are, then I'm wasting my
time with this whole driver thing. I thought they used qt directly?
_______________________________________________
mythtv-dev mailing list
mythtv-dev[at]mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

danielk at cuymedia

Feb 10, 2007, 11:06 AM

Post #12 of 12 (1243 views)
Permalink

Re: Building without X dependancies... [In reply to]

On Sat, 2007-02-10 at 11:12 -0700, Mike Gibson wrote:
> On 2/10/07, Daniel Kristjansson <danielk[at]cuymedia.net> wrote:
> > On Sat, 2007-02-10 at 10:52 -0700, Mike Gibson wrote:
> > > I'm worried though about myth's use of DirectFB for other things like
> > > video playback. There may be incompatibilities there. I haven't
> > > tested mythfrontend yet though.
> >
> > Can you test the DirectFB support in the mythtv-vid branch?
> > I made it compatible with 1.x and fixed some problems with
> > the code which made it not work when compiled with gcc 4.x
> > at the "-O2" optimization level. But I only tested with the
> > SDL framebuffer emulation which has some colour problems.
>
> I might if I knew what I was testing. What exactly is using DirectFB?
> Are the menus using it? Because if they are, then I'm wasting my
> time with this whole driver thing. I thought they used qt directly?

The video player uses DirectFB. You can test it using the
"mythtv" application without going through any menus.

-- Daniel

_______________________________________________
mythtv-dev mailing list
mythtv-dev[at]mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact lists@gossamer-threads.com