[mythtv-users] Re: libmyth-0.18.1-114.rhfc4.at VLD fails an my Via ...
Can you please test 116? Thanks!
On Tue, Nov 22, 2005 at 08:22:25AM +, Jules Gosnell wrote:
Axel Thimm wrote:
On Mon, Nov 21, 2005 at 09:00:42AM +, Jules Gosnell wrote:
Axel Thimm wrote:
On Sun, Nov 20, 2005 at 12:55:04PM -0500, Isaac Richards wrote:
On Sunday 20 November 2005 06:53 am, Jules Gosnell wrote:
last night I found 113 and 114 SRPMs on an archive site somewhere,
unpacked them, applied patches and then diffed them looking for any
mention of XvMC - sure enough, I found one :
diff -r 113/mythtv-0.18.1/libs/libavcodec/parser.c
114/mythtv-0.18.1/libs/libavcodec/parser.c
814c814,818
{ CODEC_ID_MPEG1VIDEO, CODEC_ID_MPEG2VIDEO },
{ CODEC_ID_MPEG1VIDEO,
CODEC_ID_MPEG2VIDEO,
CODEC_ID_MPEG2VIDEO_XVMC,
CODEC_ID_MPEG2VIDEO_XVMC_VLD,
},
I unpacked a 115, hacked its patch to undo this change, rebuilt
overnight, installed and tested this morning - result - SUCCESS :-) !
Does this imply that building w/o patching resulted in a failure, or
did you just try that one build. Perhaps it is unrelated, and only a
build w/o a patch will tell.
I don't follow...
113-5 all apply patches as part of the build. Vanilla 113 works for me,
Vanilla 114/115 don't. All I did was to find a XVMC related difference
between 113/114 and then remove that difference (from the patch that
created it) in 115, creating a variant 115 binary which worked for me.
I know that the vanilla 115 distro does not work for me.
I know that my hacked 115 distro (with a couple of lines removed from
the svn patch) does work for me.
I'm assuming that rebuilding a vanilla 115 SRPM would result in a
vanilla 115 RPM so did not bother with that build.
The difference is not only in the patches, but also in the
environment. I found out that FC's updates overwrote my libviaxvmc
lib, so the packages had no VLD support indeed.
I assume that if you simply rebuild the 115 sources you'll have
success, too.
Well, much to my chagrin, Axel, you are right :-)
I rebuilt the 115 SRPM last night and it works fine.
I think it probably comes down to the fact that the xorg that I am
running includes a unichrome backend along with the relevant C header
files, which eclipse those in the xvmc package. I guess these were
similar enough for 113 to work without a rebuild, but by 114/115 libmyth
needs rebuilding in my environment to work properly...
Anyway, a successful resolution - apologies for all the wasted bandwidth ...
Jules
Is that clearer ?
Jules
I have probably not so much fixed a bug as disabled some code that was
enabled in 114, but it works for me - I now have h/w accelerated MPEG2
on libmyth-*115* so I am happy.
Thanks for the help, Axel.
Should I let someone know about this somehow, or will you feedback to
them
?
Looks to be an atrpms problem - this code is how it should be in the
release-18-fixes branch.
I think so, too. I'm looking into this, but I have no VLD hardware to
test with, so I'll be fixing things blindly. Anyway, better than it
not working at all, and I can verify that non-VLD stuff is still
working.
--
Axel.Thimm at ATrpms.net
pgpfCMmCL8j4n.pgp
Description: PGP signature
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: libmyth-0.18.1-114.rhfc4.at VLD fails an my Via ...
Axel Thimm wrote:
On Mon, Nov 21, 2005 at 09:00:42AM +, Jules Gosnell wrote:
Axel Thimm wrote:
On Sun, Nov 20, 2005 at 12:55:04PM -0500, Isaac Richards wrote:
On Sunday 20 November 2005 06:53 am, Jules Gosnell wrote:
last night I found 113 and 114 SRPMs on an archive site somewhere,
unpacked them, applied patches and then diffed them looking for any
mention of XvMC - sure enough, I found one :
diff -r 113/mythtv-0.18.1/libs/libavcodec/parser.c
114/mythtv-0.18.1/libs/libavcodec/parser.c
814c814,818
{ CODEC_ID_MPEG1VIDEO, CODEC_ID_MPEG2VIDEO },
{ CODEC_ID_MPEG1VIDEO,
CODEC_ID_MPEG2VIDEO,
CODEC_ID_MPEG2VIDEO_XVMC,
CODEC_ID_MPEG2VIDEO_XVMC_VLD,
},
I unpacked a 115, hacked its patch to undo this change, rebuilt
overnight, installed and tested this morning - result - SUCCESS :-) !
Does this imply that building w/o patching resulted in a failure, or
did you just try that one build. Perhaps it is unrelated, and only a
build w/o a patch will tell.
I don't follow...
113-5 all apply patches as part of the build. Vanilla 113 works for me,
Vanilla 114/115 don't. All I did was to find a XVMC related difference
between 113/114 and then remove that difference (from the patch that
created it) in 115, creating a variant 115 binary which worked for me.
I know that the vanilla 115 distro does not work for me.
I know that my hacked 115 distro (with a couple of lines removed from
the svn patch) does work for me.
I'm assuming that rebuilding a vanilla 115 SRPM would result in a
vanilla 115 RPM so did not bother with that build.
The difference is not only in the patches, but also in the
environment. I found out that FC's updates overwrote my libviaxvmc
lib, so the packages had no VLD support indeed.
I assume that if you simply rebuild the 115 sources you'll have
success, too.
Well, much to my chagrin, Axel, you are right :-)
I rebuilt the 115 SRPM last night and it works fine.
I think it probably comes down to the fact that the xorg that I am
running includes a unichrome backend along with the relevant C header
files, which eclipse those in the xvmc package. I guess these were
similar enough for 113 to work without a rebuild, but by 114/115 libmyth
needs rebuilding in my environment to work properly...
Anyway, a successful resolution - apologies for all the wasted bandwidth ...
Jules
Is that clearer ?
Jules
I have probably not so much fixed a bug as disabled some code that was
enabled in 114, but it works for me - I now have h/w accelerated MPEG2
on libmyth-*115* so I am happy.
Thanks for the help, Axel.
Should I let someone know about this somehow, or will you feedback to
them
?
Looks to be an atrpms problem - this code is how it should be in the
release-18-fixes branch.
I think so, too. I'm looking into this, but I have no VLD hardware to
test with, so I'll be fixing things blindly. Anyway, better than it
not working at all, and I can verify that non-VLD stuff is still
working.
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
--
Open Source is a self-assembling organism. You dangle a piece of
string into a super-saturated solution and a whole operating-system
crystallises out around it.
/**
* Jules Gosnell
* Partner
* Core Developers Network (Europe)
*
*www.coredevelopers.net
*
* Open Source Training Support.
**/
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: libmyth-0.18.1-114.rhfc4.at VLD fails an my Via ...
Axel Thimm wrote:
On Sun, Nov 20, 2005 at 12:55:04PM -0500, Isaac Richards wrote:
On Sunday 20 November 2005 06:53 am, Jules Gosnell wrote:
last night I found 113 and 114 SRPMs on an archive site somewhere,
unpacked them, applied patches and then diffed them looking for any
mention of XvMC - sure enough, I found one :
diff -r 113/mythtv-0.18.1/libs/libavcodec/parser.c
114/mythtv-0.18.1/libs/libavcodec/parser.c
814c814,818
{ CODEC_ID_MPEG1VIDEO, CODEC_ID_MPEG2VIDEO },
{ CODEC_ID_MPEG1VIDEO,
CODEC_ID_MPEG2VIDEO,
CODEC_ID_MPEG2VIDEO_XVMC,
CODEC_ID_MPEG2VIDEO_XVMC_VLD,
},
I unpacked a 115, hacked its patch to undo this change, rebuilt
overnight, installed and tested this morning - result - SUCCESS :-) !
Does this imply that building w/o patching resulted in a failure, or
did you just try that one build. Perhaps it is unrelated, and only a
build w/o a patch will tell.
I don't follow...
113-5 all apply patches as part of the build. Vanilla 113 works for me,
Vanilla 114/115 don't. All I did was to find a XVMC related difference
between 113/114 and then remove that difference (from the patch that
created it) in 115, creating a variant 115 binary which worked for me.
I know that the vanilla 115 distro does not work for me.
I know that my hacked 115 distro (with a couple of lines removed from
the svn patch) does work for me.
I'm assuming that rebuilding a vanilla 115 SRPM would result in a
vanilla 115 RPM so did not bother with that build.
Is that clearer ?
Jules
I have probably not so much fixed a bug as disabled some code that was
enabled in 114, but it works for me - I now have h/w accelerated MPEG2
on libmyth-*115* so I am happy.
Thanks for the help, Axel.
Should I let someone know about this somehow, or will you feedback to them
?
Looks to be an atrpms problem - this code is how it should be in the
release-18-fixes branch.
I think so, too. I'm looking into this, but I have no VLD hardware to
test with, so I'll be fixing things blindly. Anyway, better than it
not working at all, and I can verify that non-VLD stuff is still
working.
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
--
Open Source is a self-assembling organism. You dangle a piece of
string into a super-saturated solution and a whole operating-system
crystallises out around it.
/**
* Jules Gosnell
* Partner
* Core Developers Network (Europe)
*
*www.coredevelopers.net
*
* Open Source Training Support.
**/
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: libmyth-0.18.1-114.rhfc4.at VLD fails an my Via ...
last night I found 113 and 114 SRPMs on an archive site somewhere,
unpacked them, applied patches and then diffed them looking for any
mention of XvMC - sure enough, I found one :
diff -r 113/mythtv-0.18.1/libs/libavcodec/parser.c
114/mythtv-0.18.1/libs/libavcodec/parser.c
814c814,818
{ CODEC_ID_MPEG1VIDEO, CODEC_ID_MPEG2VIDEO },
---
{ CODEC_ID_MPEG1VIDEO,
CODEC_ID_MPEG2VIDEO,
CODEC_ID_MPEG2VIDEO_XVMC,
CODEC_ID_MPEG2VIDEO_XVMC_VLD,
},
I unpacked a 115, hacked its patch to undo this change, rebuilt
overnight, installed and tested this morning - result - SUCCESS :-) !
I have probably not so much fixed a bug as disabled some code that was
enabled in 114, but it works for me - I now have h/w accelerated MPEG2
on libmyth-*115* so I am happy.
Thanks for the help, Axel.
Should I let someone know about this somehow, or will you feedback to them ?
Jules
Axel Thimm wrote:
On Fri, Nov 18, 2005 at 01:51:12PM +, Jules Gosnell wrote:
Well - I guess we are down to binary chopping through the SVN diffs
between 113 and 114 then.
Hm, the changes include cvs-svn :(
Is it simply a matter of picking up the src RPM, installing it, cutting
half the patches out of the file, building, testing and reiterating
until I find which patch broke it ?
I'd get the latest svn for the stable branch and try a local build. If
you find that this breaks go back in time. A binary search might
reveal the svn commit that broke it.
Alternatively you could just check the current code as to why it
breaks vld.
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
--
Open Source is a self-assembling organism. You dangle a piece of
string into a super-saturated solution and a whole operating-system
crystallises out around it.
/**
* Jules Gosnell
* Partner
* Core Developers Network (Europe)
*
*www.coredevelopers.net
*
* Open Source Training Support.
**/
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: libmyth-0.18.1-114.rhfc4.at VLD fails an my Via ...
On Sunday 20 November 2005 06:53 am, Jules Gosnell wrote:
last night I found 113 and 114 SRPMs on an archive site somewhere,
unpacked them, applied patches and then diffed them looking for any
mention of XvMC - sure enough, I found one :
diff -r 113/mythtv-0.18.1/libs/libavcodec/parser.c
114/mythtv-0.18.1/libs/libavcodec/parser.c
814c814,818
{ CODEC_ID_MPEG1VIDEO, CODEC_ID_MPEG2VIDEO },
---
{ CODEC_ID_MPEG1VIDEO,
CODEC_ID_MPEG2VIDEO,
CODEC_ID_MPEG2VIDEO_XVMC,
CODEC_ID_MPEG2VIDEO_XVMC_VLD,
},
I unpacked a 115, hacked its patch to undo this change, rebuilt
overnight, installed and tested this morning - result - SUCCESS :-) !
I have probably not so much fixed a bug as disabled some code that was
enabled in 114, but it works for me - I now have h/w accelerated MPEG2
on libmyth-*115* so I am happy.
Thanks for the help, Axel.
Should I let someone know about this somehow, or will you feedback to them
?
Looks to be an atrpms problem - this code is how it should be in the
release-18-fixes branch.
Isaac
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Re: libmyth-0.18.1-114.rhfc4.at VLD fails an my Via ...
On Sun, Nov 20, 2005 at 12:55:04PM -0500, Isaac Richards wrote:
On Sunday 20 November 2005 06:53 am, Jules Gosnell wrote:
last night I found 113 and 114 SRPMs on an archive site somewhere,
unpacked them, applied patches and then diffed them looking for any
mention of XvMC - sure enough, I found one :
diff -r 113/mythtv-0.18.1/libs/libavcodec/parser.c
114/mythtv-0.18.1/libs/libavcodec/parser.c
814c814,818
{ CODEC_ID_MPEG1VIDEO, CODEC_ID_MPEG2VIDEO },
{ CODEC_ID_MPEG1VIDEO,
CODEC_ID_MPEG2VIDEO,
CODEC_ID_MPEG2VIDEO_XVMC,
CODEC_ID_MPEG2VIDEO_XVMC_VLD,
},
I unpacked a 115, hacked its patch to undo this change, rebuilt
overnight, installed and tested this morning - result - SUCCESS :-) !
Does this imply that building w/o patching resulted in a failure, or
did you just try that one build. Perhaps it is unrelated, and only a
build w/o a patch will tell.
I have probably not so much fixed a bug as disabled some code that was
enabled in 114, but it works for me - I now have h/w accelerated MPEG2
on libmyth-*115* so I am happy.
Thanks for the help, Axel.
Should I let someone know about this somehow, or will you feedback to them
?
Looks to be an atrpms problem - this code is how it should be in the
release-18-fixes branch.
I think so, too. I'm looking into this, but I have no VLD hardware to
test with, so I'll be fixing things blindly. Anyway, better than it
not working at all, and I can verify that non-VLD stuff is still
working.
--
Axel.Thimm at ATrpms.net
pgphh99rkQBUj.pgp
Description: PGP signature
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Re: libmyth-0.18.1-114.rhfc4.at VLD fails an my Via ...
On Fri, Nov 18, 2005 at 01:51:12PM +, Jules Gosnell wrote: Well - I guess we are down to binary chopping through the SVN diffs between 113 and 114 then. Hm, the changes include cvs-svn :( Is it simply a matter of picking up the src RPM, installing it, cutting half the patches out of the file, building, testing and reiterating until I find which patch broke it ? I'd get the latest svn for the stable branch and try a local build. If you find that this breaks go back in time. A binary search might reveal the svn commit that broke it. Alternatively you could just check the current code as to why it breaks vld. -- Axel.Thimm at ATrpms.net pgpnarS34XsC0.pgp Description: PGP signature ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: libmyth-0.18.1-114.rhfc4.at VLD fails an my Via ...
Axel Thimm wrote: On Fri, Nov 18, 2005 at 01:51:12PM +, Jules Gosnell wrote: Well - I guess we are down to binary chopping through the SVN diffs between 113 and 114 then. Hm, the changes include cvs-svn :( Is it simply a matter of picking up the src RPM, installing it, cutting half the patches out of the file, building, testing and reiterating until I find which patch broke it ? I'd get the latest svn for the stable branch and try a local build. If you find that this breaks go back in time. A binary search might reveal the svn commit that broke it. Alternatively you could just check the current code as to why it breaks vld. I've pulled HEAD out of SVN according to instructions on the myth site - but its building 18.0 libs instaead of 18.1 and they do not seem to be symbol-compatible with other 18.1 libs... - plus it takes my box all day to compile - binary chopping would be a very tedious business. How about getting hold of the 113 and 114 src RPMs, locating the file where it all happens and diffing the two ? That's got to be the easiest route - then I can patch 114/115 from 113 and confirm... Only trouble is that I cannot find 113 and 114 src rpms on dl.atrpms.net/all - do you archived copies anywhere ? cheers, Jules ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: libmyth-0.18.1-114.rhfc4.at VLD fails an my Via ...
My FC3 Ezra is still on libmyth-0.18.1-113.rhfc3.at.i386.rpm I posted when upgrading to 0.18.1-114 broke Unichrome use, then rolled back (just libmyth) to 113. Last night I upgraded all Myth components to 115 - breaking Unichrome support again (log enclosed) - so I have rolled (just libmyth) back to 113 again, which works fine (log enclosed for comparison). The box is now running xorg-x11-6.8.99.902-0.FC3.ucr.2 et al. from : http://washington.kelkoo.net/epia/testing/FC3/RPMS/ along with kernel-module-via-drm-2.6.12-1.1381_FC3-2.7.2-1.ucr and the latest kernel from FC3/updates... If I can give you any more information to help get to the bottom of this one, please ask. On the bright side, 113 seems to ignore the 'Use hardware XvMC MPEG Decoding' setting in Utilities-Setup/Setup/TV Settings/Playback and always tries to use XvMC, whereas 115 does actually take notice of this setting, but doesn't work when you switch it on :-( - so things are moving forward in other directions regards, Jules Jules Gosnell wrote: Axel Thimm wrote: On Sun, Oct 02, 2005 at 11:10:50PM +0100, Jules Gosnell wrote: Just upgraded my Via Epia to latest myth build from atrpms-stable, but had to roll back libmyth from libmyth-0.18.1-114.rhfc4.at to libmyth-0.18.1-113.rhfc3.at in order to get my VLD support working again... can't remember exact error message offhand, but if anyone is interested I could roll forward again and reproduce it. The frontend would fail to play video and present you with a button taking you back to the menu. The log said something like it had failed trying to initialise a VLD surface. It took me ages to get it all working so I would rather not start messing around with my X server again Could some build parameter have changed between the 113 and 114 builds ? The change between 113 and 114 is an update to the fixes branch. But you also changed fc3 to fc4 or mixed the two, I guess that's more relevant. Axel, Sorry that it has taken me so long to get back to you - I've been on holiday and then had to rebuild my myth-box after the disc got trashed... The mention of FC4 above is a typo. In rebuilding my box I came across exactly the same problem again. Here is a little more detail. Box is an EPIA VIA Ezra 1gz running 2.6.12-1.1378_FC3, FC3, xorg-x11-6.8.2-37.FC3.ucr.30.8 and kernel-module-via-drm-2.6.12-1.1376_FC3-2.6.3-2.ucr (http://washington.kelkoo.net/epia/FC3/RPMS/) and latest myth from atrpms (0.18.1-114) with libmyth-0.18.1-113.rhfc3.at. I haven't been able to upgrade past this version of unichrome because of issues in later versions on my architecture. running libmyth 0.18.1-114 gives : Using XvMC version: 1.0 XvMC found and using MC surface 2005-10-08 17:38:10.774 Using XV port 64 Unable to create XvMC Blocks using libmyth 0.18.1-113 gives : Using XvMC version: 1.0 XvMC found and using VLD surface 2005-10-08 17:39:20.731 Using XV port 64 2005-10-08 17:39:22.017 Changing from None to WatchingLiveTV 2005-10-08 17:39:22.022 Realtime priority would require SUID as root. 2005-10-08 17:39:22.121 Video timing method: DRM Perhaps something in the fixes branch has caused this change, or a different compile-time environment ? Thanks for your time, Jules ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ fail.log.gz Description: GNU Zip compressed data works.log.gz Description: GNU Zip compressed data ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Re: libmyth-0.18.1-114.rhfc4.at VLD fails an my Via ...
On Fri, Nov 18, 2005 at 09:53:43AM +, Jules Gosnell wrote: My FC3 Ezra is still on libmyth-0.18.1-113.rhfc3.at.i386.rpm I posted when upgrading to 0.18.1-114 broke Unichrome use, then rolled back (just libmyth) to 113. Last night I upgraded all Myth components to 115 - breaking Unichrome support again (log enclosed) - so I have rolled (just libmyth) back to 113 again, which works fine (log enclosed for comparison). Have you configured XvMCW to use VLD? The box is now running xorg-x11-6.8.99.902-0.FC3.ucr.2 et al. from : http://washington.kelkoo.net/epia/testing/FC3/RPMS/ along with kernel-module-via-drm-2.6.12-1.1381_FC3-2.7.2-1.ucr and the latest kernel from FC3/updates... If I can give you any more information to help get to the bottom of this one, please ask. On the bright side, 113 seems to ignore the 'Use hardware XvMC MPEG Decoding' setting in Utilities-Setup/Setup/TV Settings/Playback and always tries to use XvMC, whereas 115 does actually take notice of this setting, but doesn't work when you switch it on :-( - so things are moving forward in other directions regards, Jules Jules Gosnell wrote: Axel Thimm wrote: On Sun, Oct 02, 2005 at 11:10:50PM +0100, Jules Gosnell wrote: Just upgraded my Via Epia to latest myth build from atrpms-stable, but had to roll back libmyth from libmyth-0.18.1-114.rhfc4.at to libmyth-0.18.1-113.rhfc3.at in order to get my VLD support working again... can't remember exact error message offhand, but if anyone is interested I could roll forward again and reproduce it. The frontend would fail to play video and present you with a button taking you back to the menu. The log said something like it had failed trying to initialise a VLD surface. It took me ages to get it all working so I would rather not start messing around with my X server again Could some build parameter have changed between the 113 and 114 builds ? The change between 113 and 114 is an update to the fixes branch. But you also changed fc3 to fc4 or mixed the two, I guess that's more relevant. Axel, Sorry that it has taken me so long to get back to you - I've been on holiday and then had to rebuild my myth-box after the disc got trashed... The mention of FC4 above is a typo. In rebuilding my box I came across exactly the same problem again. Here is a little more detail. Box is an EPIA VIA Ezra 1gz running 2.6.12-1.1378_FC3, FC3, xorg-x11-6.8.2-37.FC3.ucr.30.8 and kernel-module-via-drm-2.6.12-1.1376_FC3-2.6.3-2.ucr (http://washington.kelkoo.net/epia/FC3/RPMS/) and latest myth from atrpms (0.18.1-114) with libmyth-0.18.1-113.rhfc3.at. I haven't been able to upgrade past this version of unichrome because of issues in later versions on my architecture. running libmyth 0.18.1-114 gives : Using XvMC version: 1.0 XvMC found and using MC surface 2005-10-08 17:38:10.774 Using XV port 64 Unable to create XvMC Blocks using libmyth 0.18.1-113 gives : Using XvMC version: 1.0 XvMC found and using VLD surface 2005-10-08 17:39:20.731 Using XV port 64 2005-10-08 17:39:22.017 Changing from None to WatchingLiveTV 2005-10-08 17:39:22.022 Realtime priority would require SUID as root. 2005-10-08 17:39:22.121 Video timing method: DRM Perhaps something in the fixes branch has caused this change, or a different compile-time environment ? Thanks for your time, Jules ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users -- Axel.Thimm at ATrpms.net pgpxQfluFoxFh.pgp Description: PGP signature ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: libmyth-0.18.1-114.rhfc4.at VLD fails an my Via ...
Jules Gosnell wrote: Axel Thimm wrote: On Fri, Nov 18, 2005 at 09:53:43AM +, Jules Gosnell wrote: My FC3 Ezra is still on libmyth-0.18.1-113.rhfc3.at.i386.rpm I posted when upgrading to 0.18.1-114 broke Unichrome use, then rolled back (just libmyth) to 113. Last night I upgraded all Myth components to 115 - breaking Unichrome support again (log enclosed) - so I have rolled (just libmyth) back to 113 again, which works fine (log enclosed for comparison). Have you configured XvMCW to use VLD? I'll be a little more specific here - in case I have misunderstood you - I HAVE selected the 'Use hardware XvMC MPEG Decoding' setting in Utilities-Setup/Setup/TV Settings/Playback. If there is anything else that I need to do for 115 over and above what I have done for 113, then I'm afraid that I have missed it - please advise... Jules Of course :-) Look at the logs enclosed - you can see that one (113) says : Using XvMC version: 1.1 XvMC found and using VLD surface 2005-11-18 00:10:38.086 Using XV port 68 2005-11-18 00:10:39.335 Changing from None to WatchingPreRecorded whilst the other (115) says : Using XvMC version: 1.1 XvMC found and using MC surface 2005-11-18 00:08:55.587 Using XV port 68 Unable to create XvMC Blocks 2005-11-18 00:08:57.225 Changing from None to WatchingPreRecorded Thanks, Axel, Jules The box is now running xorg-x11-6.8.99.902-0.FC3.ucr.2 et al. from : http://washington.kelkoo.net/epia/testing/FC3/RPMS/ along with kernel-module-via-drm-2.6.12-1.1381_FC3-2.7.2-1.ucr and the latest kernel from FC3/updates... If I can give you any more information to help get to the bottom of this one, please ask. On the bright side, 113 seems to ignore the 'Use hardware XvMC MPEG Decoding' setting in Utilities-Setup/Setup/TV Settings/Playback and always tries to use XvMC, whereas 115 does actually take notice of this setting, but doesn't work when you switch it on :-( - so things are moving forward in other directions regards, Jules Jules Gosnell wrote: Axel Thimm wrote: On Sun, Oct 02, 2005 at 11:10:50PM +0100, Jules Gosnell wrote: Just upgraded my Via Epia to latest myth build from atrpms-stable, but had to roll back libmyth from libmyth-0.18.1-114.rhfc4.at to libmyth-0.18.1-113.rhfc3.at in order to get my VLD support working again... can't remember exact error message offhand, but if anyone is interested I could roll forward again and reproduce it. The frontend would fail to play video and present you with a button taking you back to the menu. The log said something like it had failed trying to initialise a VLD surface. It took me ages to get it all working so I would rather not start messing around with my X server again Could some build parameter have changed between the 113 and 114 builds ? The change between 113 and 114 is an update to the fixes branch. But you also changed fc3 to fc4 or mixed the two, I guess that's more relevant. Axel, Sorry that it has taken me so long to get back to you - I've been on holiday and then had to rebuild my myth-box after the disc got trashed... The mention of FC4 above is a typo. In rebuilding my box I came across exactly the same problem again. Here is a little more detail. Box is an EPIA VIA Ezra 1gz running 2.6.12-1.1378_FC3, FC3, xorg-x11-6.8.2-37.FC3.ucr.30.8 and kernel-module-via-drm-2.6.12-1.1376_FC3-2.6.3-2.ucr (http://washington.kelkoo.net/epia/FC3/RPMS/) and latest myth from atrpms (0.18.1-114) with libmyth-0.18.1-113.rhfc3.at. I haven't been able to upgrade past this version of unichrome because of issues in later versions on my architecture. running libmyth 0.18.1-114 gives : Using XvMC version: 1.0 XvMC found and using MC surface 2005-10-08 17:38:10.774 Using XV port 64 Unable to create XvMC Blocks using libmyth 0.18.1-113 gives : Using XvMC version: 1.0 XvMC found and using VLD surface 2005-10-08 17:39:20.731 Using XV port 64 2005-10-08 17:39:22.017 Changing from None to WatchingLiveTV 2005-10-08 17:39:22.022 Realtime priority would require SUID as root. 2005-10-08 17:39:22.121 Video timing method: DRM Perhaps something in the fixes branch has caused this change, or a different compile-time environment ? Thanks for your time, Jules ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users -- Open Source is a self-assembling organism. You dangle a piece of string into
Re: [mythtv-users] Re: libmyth-0.18.1-114.rhfc4.at VLD fails an my Via ...
Jules Gosnell wrote: Axel Thimm wrote: On Fri, Nov 18, 2005 at 09:53:43AM +, Jules Gosnell wrote: My FC3 Ezra is still on libmyth-0.18.1-113.rhfc3.at.i386.rpm I posted when upgrading to 0.18.1-114 broke Unichrome use, then rolled back (just libmyth) to 113. Last night I upgraded all Myth components to 115 - breaking Unichrome support again (log enclosed) - so I have rolled (just libmyth) back to 113 again, which works fine (log enclosed for comparison). Have you configured XvMCW to use VLD? Of course :-) Look at the logs enclosed - you can see that one (113) says : Using XvMC version: 1.1 XvMC found and using VLD surface 2005-11-18 00:10:38.086 Using XV port 68 2005-11-18 00:10:39.335 Changing from None to WatchingPreRecorded whilst the other (115) says : Using XvMC version: 1.1 XvMC found and using MC surface Looking again - I notice that 113 is talking about using a 'VLD' surface - whereas 115 is failing to use an 'MC' surface. I guess this is indicative of my problem ? Can you clarify the difference ? How can I get 115 to use a 'VLD' surface ? I shall have another go at this tonight. Thanks for your time, Jules 2005-11-18 00:08:55.587 Using XV port 68 Unable to create XvMC Blocks 2005-11-18 00:08:57.225 Changing from None to WatchingPreRecorded Thanks, Axel, Jules The box is now running xorg-x11-6.8.99.902-0.FC3.ucr.2 et al. from : http://washington.kelkoo.net/epia/testing/FC3/RPMS/ along with kernel-module-via-drm-2.6.12-1.1381_FC3-2.7.2-1.ucr and the latest kernel from FC3/updates... If I can give you any more information to help get to the bottom of this one, please ask. On the bright side, 113 seems to ignore the 'Use hardware XvMC MPEG Decoding' setting in Utilities-Setup/Setup/TV Settings/Playback and always tries to use XvMC, whereas 115 does actually take notice of this setting, but doesn't work when you switch it on :-( - so things are moving forward in other directions regards, Jules Jules Gosnell wrote: Axel Thimm wrote: On Sun, Oct 02, 2005 at 11:10:50PM +0100, Jules Gosnell wrote: Just upgraded my Via Epia to latest myth build from atrpms-stable, but had to roll back libmyth from libmyth-0.18.1-114.rhfc4.at to libmyth-0.18.1-113.rhfc3.at in order to get my VLD support working again... can't remember exact error message offhand, but if anyone is interested I could roll forward again and reproduce it. The frontend would fail to play video and present you with a button taking you back to the menu. The log said something like it had failed trying to initialise a VLD surface. It took me ages to get it all working so I would rather not start messing around with my X server again Could some build parameter have changed between the 113 and 114 builds ? The change between 113 and 114 is an update to the fixes branch. But you also changed fc3 to fc4 or mixed the two, I guess that's more relevant. Axel, Sorry that it has taken me so long to get back to you - I've been on holiday and then had to rebuild my myth-box after the disc got trashed... The mention of FC4 above is a typo. In rebuilding my box I came across exactly the same problem again. Here is a little more detail. Box is an EPIA VIA Ezra 1gz running 2.6.12-1.1378_FC3, FC3, xorg-x11-6.8.2-37.FC3.ucr.30.8 and kernel-module-via-drm-2.6.12-1.1376_FC3-2.6.3-2.ucr (http://washington.kelkoo.net/epia/FC3/RPMS/) and latest myth from atrpms (0.18.1-114) with libmyth-0.18.1-113.rhfc3.at. I haven't been able to upgrade past this version of unichrome because of issues in later versions on my architecture. running libmyth 0.18.1-114 gives : Using XvMC version: 1.0 XvMC found and using MC surface 2005-10-08 17:38:10.774 Using XV port 64 Unable to create XvMC Blocks using libmyth 0.18.1-113 gives : Using XvMC version: 1.0 XvMC found and using VLD surface 2005-10-08 17:39:20.731 Using XV port 64 2005-10-08 17:39:22.017 Changing from None to WatchingLiveTV 2005-10-08 17:39:22.022 Realtime priority would require SUID as root. 2005-10-08 17:39:22.121 Video timing method: DRM Perhaps something in the fixes branch has caused this change, or a different compile-time environment ? Thanks for your time, Jules ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution
[mythtv-users] Re: libmyth-0.18.1-114.rhfc4.at VLD fails an my Via ...
On Fri, Nov 18, 2005 at 11:59:30AM +, Jules Gosnell wrote: Jules Gosnell wrote: Axel Thimm wrote: On Fri, Nov 18, 2005 at 09:53:43AM +, Jules Gosnell wrote: My FC3 Ezra is still on libmyth-0.18.1-113.rhfc3.at.i386.rpm I posted when upgrading to 0.18.1-114 broke Unichrome use, then rolled back (just libmyth) to 113. Last night I upgraded all Myth components to 115 - breaking Unichrome support again (log enclosed) - so I have rolled (just libmyth) back to 113 again, which works fine (log enclosed for comparison). Have you configured XvMCW to use VLD? I'll be a little more specific here - in case I have misunderstood you - I HAVE selected the 'Use hardware XvMC MPEG Decoding' setting in Utilities-Setup/Setup/TV Settings/Playback. No, I mean /etc/X11/XvMCConfig. Does it say libviaXvMC.so.1 or similar? If there is anything else that I need to do for 115 over and above what I have done for 113, then I'm afraid that I have missed it - please advise... Jules Of course :-) Look at the logs enclosed - you can see that one (113) says : Using XvMC version: 1.1 XvMC found and using VLD surface 2005-11-18 00:10:38.086 Using XV port 68 2005-11-18 00:10:39.335 Changing from None to WatchingPreRecorded whilst the other (115) says : Using XvMC version: 1.1 XvMC found and using MC surface 2005-11-18 00:08:55.587 Using XV port 68 Unable to create XvMC Blocks 2005-11-18 00:08:57.225 Changing from None to WatchingPreRecorded Thanks, Axel, Jules The box is now running xorg-x11-6.8.99.902-0.FC3.ucr.2 et al. from : http://washington.kelkoo.net/epia/testing/FC3/RPMS/ along with kernel-module-via-drm-2.6.12-1.1381_FC3-2.7.2-1.ucr and the latest kernel from FC3/updates... If I can give you any more information to help get to the bottom of this one, please ask. On the bright side, 113 seems to ignore the 'Use hardware XvMC MPEG Decoding' setting in Utilities-Setup/Setup/TV Settings/Playback and always tries to use XvMC, whereas 115 does actually take notice of this setting, but doesn't work when you switch it on :-( - so things are moving forward in other directions regards, Jules Jules Gosnell wrote: Axel Thimm wrote: On Sun, Oct 02, 2005 at 11:10:50PM +0100, Jules Gosnell wrote: Just upgraded my Via Epia to latest myth build from atrpms-stable, but had to roll back libmyth from libmyth-0.18.1-114.rhfc4.at to libmyth-0.18.1-113.rhfc3.at in order to get my VLD support working again... can't remember exact error message offhand, but if anyone is interested I could roll forward again and reproduce it. The frontend would fail to play video and present you with a button taking you back to the menu. The log said something like it had failed trying to initialise a VLD surface. It took me ages to get it all working so I would rather not start messing around with my X server again Could some build parameter have changed between the 113 and 114 builds ? The change between 113 and 114 is an update to the fixes branch. But you also changed fc3 to fc4 or mixed the two, I guess that's more relevant. Axel, Sorry that it has taken me so long to get back to you - I've been on holiday and then had to rebuild my myth-box after the disc got trashed... The mention of FC4 above is a typo. In rebuilding my box I came across exactly the same problem again. Here is a little more detail. Box is an EPIA VIA Ezra 1gz running 2.6.12-1.1378_FC3, FC3, xorg-x11-6.8.2-37.FC3.ucr.30.8 and kernel-module-via-drm-2.6.12-1.1376_FC3-2.6.3-2.ucr (http://washington.kelkoo.net/epia/FC3/RPMS/) and latest myth from atrpms (0.18.1-114) with libmyth-0.18.1-113.rhfc3.at. I haven't been able to upgrade past this version of unichrome because of issues in later versions on my architecture. running libmyth 0.18.1-114 gives : Using XvMC version: 1.0 XvMC found and using MC surface 2005-10-08 17:38:10.774 Using XV port 64 Unable to create XvMC Blocks using libmyth 0.18.1-113 gives : Using XvMC version: 1.0 XvMC found and using VLD surface 2005-10-08 17:39:20.731 Using XV port 64 2005-10-08 17:39:22.017 Changing from None to WatchingLiveTV 2005-10-08 17:39:22.022 Realtime priority would require SUID as root. 2005-10-08 17:39:22.121 Video timing method: DRM Perhaps something in the fixes branch has caused this change, or a different compile-time environment ? Thanks for your time, Jules ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: libmyth-0.18.1-114.rhfc4.at VLD fails an my Via ...
Jules Gosnell wrote: Axel Thimm wrote: On Fri, Nov 18, 2005 at 11:59:30AM +, Jules Gosnell wrote: Jules Gosnell wrote: Axel Thimm wrote: On Fri, Nov 18, 2005 at 09:53:43AM +, Jules Gosnell wrote: My FC3 Ezra is still on libmyth-0.18.1-113.rhfc3.at.i386.rpm I posted when upgrading to 0.18.1-114 broke Unichrome use, then rolled back (just libmyth) to 113. Last night I upgraded all Myth components to 115 - breaking Unichrome support again (log enclosed) - so I have rolled (just libmyth) back to 113 again, which works fine (log enclosed for comparison). Have you configured XvMCW to use VLD? I'll be a little more specific here - in case I have misunderstood you - I HAVE selected the 'Use hardware XvMC MPEG Decoding' setting in Utilities-Setup/Setup/TV Settings/Playback. No, I mean /etc/X11/XvMCConfig. Does it say libviaXvMC.so.1 or similar? [EMAIL PROTECTED] ~]# cat /etc/X11/XvMCConfig /usr/X11R6/lib/libviaXvMC.so.1.0 [EMAIL PROTECTED] ~]# also : [EMAIL PROTECTED] ~]# ls -l /usr/X11R6/lib/libviaXvMC.so.1.0 -rwxr-xr-x 1 root root 59600 Nov 15 01:54 /usr/X11R6/lib/libviaXvMC.so.1.0 [EMAIL PROTECTED] ~]# ls -l /etc/X11/XvMCConfig -rw-r--r-- 1 root root 33 Oct 31 11:14 /etc/X11/XvMCConfig [EMAIL PROTECTED] ~]# I can tell when everything works, because the OSD is grey - when I am running without VLD the OSD is blue - when I get a complete failure I don't get a picture, I get an error message. With my current setup 113 runs with a grey OSD happily With exactly the same setup, but a 115 libmyth rpm I get the error message and no picture If I disable VLD from setup with 115 I get a picture - with blue OSD - i.e. NO acceleration Jules Jules If there is anything else that I need to do for 115 over and above what I have done for 113, then I'm afraid that I have missed it - please advise... Jules Of course :-) Look at the logs enclosed - you can see that one (113) says : Using XvMC version: 1.1 XvMC found and using VLD surface 2005-11-18 00:10:38.086 Using XV port 68 2005-11-18 00:10:39.335 Changing from None to WatchingPreRecorded whilst the other (115) says : Using XvMC version: 1.1 XvMC found and using MC surface 2005-11-18 00:08:55.587 Using XV port 68 Unable to create XvMC Blocks 2005-11-18 00:08:57.225 Changing from None to WatchingPreRecorded Thanks, Axel, Jules The box is now running xorg-x11-6.8.99.902-0.FC3.ucr.2 et al. from : http://washington.kelkoo.net/epia/testing/FC3/RPMS/ along with kernel-module-via-drm-2.6.12-1.1381_FC3-2.7.2-1.ucr and the latest kernel from FC3/updates... If I can give you any more information to help get to the bottom of this one, please ask. On the bright side, 113 seems to ignore the 'Use hardware XvMC MPEG Decoding' setting in Utilities-Setup/Setup/TV Settings/Playback and always tries to use XvMC, whereas 115 does actually take notice of this setting, but doesn't work when you switch it on :-( - so things are moving forward in other directions regards, Jules Jules Gosnell wrote: Axel Thimm wrote: On Sun, Oct 02, 2005 at 11:10:50PM +0100, Jules Gosnell wrote: Just upgraded my Via Epia to latest myth build from atrpms-stable, but had to roll back libmyth from libmyth-0.18.1-114.rhfc4.at to libmyth-0.18.1-113.rhfc3.at in order to get my VLD support working again... can't remember exact error message offhand, but if anyone is interested I could roll forward again and reproduce it. The frontend would fail to play video and present you with a button taking you back to the menu. The log said something like it had failed trying to initialise a VLD surface. It took me ages to get it all working so I would rather not start messing around with my X server again Could some build parameter have changed between the 113 and 114 builds ? The change between 113 and 114 is an update to the fixes branch. But you also changed fc3 to fc4 or mixed the two, I guess that's more relevant. Axel, Sorry that it has taken me so long to get back to you - I've been on holiday and then had to rebuild my myth-box after the disc got trashed... The mention of FC4 above is a typo. In rebuilding my box I came across exactly the same problem again. Here is a little more detail. Box is an EPIA VIA Ezra 1gz running 2.6.12-1.1378_FC3, FC3, xorg-x11-6.8.2-37.FC3.ucr.30.8 and kernel-module-via-drm-2.6.12-1.1376_FC3-2.6.3-2.ucr (http://washington.kelkoo.net/epia/FC3/RPMS/) and latest myth from atrpms (0.18.1-114) with libmyth-0.18.1-113.rhfc3.at. I haven't been able to upgrade past this version of unichrome because of issues in later versions on my architecture. running libmyth 0.18.1-114 gives : Using XvMC version: 1.0 XvMC found and using MC surface 2005-10-08 17:38:10.774 Using XV port 64 Unable to create XvMC Blocks using
[mythtv-users] Re: libmyth-0.18.1-114.rhfc4.at VLD fails an my Via ...
On Fri, Nov 18, 2005 at 12:52:15PM +, Jules Gosnell wrote:
I can tell when everything works, because the OSD is grey - when I am
running without VLD the OSD is blue - when I get a complete failure I
don't get a picture, I get an error message.
With my current setup 113 runs with a grey OSD happily
With exactly the same setup, but a 115 libmyth rpm I get the error
message and no picture
If I disable VLD from setup with 115 I get a picture - with blue OSD -
i.e. NO acceleration
The difference between 113 and 115 source-wise is
@@ -169,7 +170,8 @@
%if %{!?_without_dvb:1}%{?_without_dvb:0}
%setup -q -T -D -a 12
%endif
-%patch0 -p1 -b .cvsfixes
+%patch0 -p2 -b .svnfixes
+%patch3 -p1 -b .64bits
%patch1 -p0 -b .ostreaming
%patch2 -p0 -b .c99
@@ -369,6 +371,9 @@
%{_datadir}/mythtv/build/settings.pro
%changelog
+* Sat Sep 17 2005 Axel Thimm [EMAIL PROTECTED]
+- Update to latest svn fixes.
+
* Sat Jun 4 2005 Axel Thimm [EMAIL PROTECTED]
- Update cvsfixes (gcc4 support).
- More /lib vs %%{_lib} fixes.
The 64 bit fixes won't do any harm, after all you reported against 114
at first. But perhaps something made it into svn stable that broke
it. That's my last resort of explanation. Unfortunately I don't have
any via hardware to do some testing myself.
--
Axel.Thimm at ATrpms.net
pgp283KaxMJ68.pgp
Description: PGP signature
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: libmyth-0.18.1-114.rhfc4.at VLD fails an my Via ...
Axel Thimm wrote:
On Fri, Nov 18, 2005 at 12:52:15PM +, Jules Gosnell wrote:
I can tell when everything works, because the OSD is grey - when I am
running without VLD the OSD is blue - when I get a complete failure I
don't get a picture, I get an error message.
With my current setup 113 runs with a grey OSD happily
With exactly the same setup, but a 115 libmyth rpm I get the error
message and no picture
If I disable VLD from setup with 115 I get a picture - with blue OSD -
i.e. NO acceleration
The difference between 113 and 115 source-wise is
@@ -169,7 +170,8 @@
%if %{!?_without_dvb:1}%{?_without_dvb:0}
%setup -q -T -D -a 12
%endif
-%patch0 -p1 -b .cvsfixes
+%patch0 -p2 -b .svnfixes
+%patch3 -p1 -b .64bits
%patch1 -p0 -b .ostreaming
%patch2 -p0 -b .c99
@@ -369,6 +371,9 @@
%{_datadir}/mythtv/build/settings.pro
%changelog
+* Sat Sep 17 2005 Axel Thimm [EMAIL PROTECTED]
+- Update to latest svn fixes.
+
* Sat Jun 4 2005 Axel Thimm [EMAIL PROTECTED]
- Update cvsfixes (gcc4 support).
- More /lib vs %%{_lib} fixes.
The 64 bit fixes won't do any harm, after all you reported against 114
at first. But perhaps something made it into svn stable that broke
it. That's my last resort of explanation. Unfortunately I don't have
any via hardware to do some testing myself.
Well - I guess we are down to binary chopping through the SVN diffs
between 113 and 114 then.
Is it simply a matter of picking up the src RPM, installing it, cutting
half the patches out of the file, building, testing and reiterating
until I find which patch broke it ?
If so, I will try to make the time to do this. Do I need to do I need to
set up any environment when rebuilding the src or is it literally an
''rpmbuild -bb' ?
If the patch file contains lots of intermingled checkins which will be
hellish to untangle - then I am looking at producing a series of growing
diffs from the svn repo, until I apply one that breaks the binary - right ?
Any guidance that you could give me on the right way to approach this
would be most appreciated.
I'm suprised that no-one else out there has an FC3 Ezra and is seeing
the same problems as me
Thanks for your time,
Jules
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
--
Open Source is a self-assembling organism. You dangle a piece of
string into a super-saturated solution and a whole operating-system
crystallises out around it.
/**
* Jules Gosnell
* Partner
* Core Developers Network (Europe)
*
*www.coredevelopers.net
*
* Open Source Training Support.
**/
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: libmyth-0.18.1-114.rhfc4.at VLD fails an my Via ...
Axel Thimm wrote: On Sun, Oct 02, 2005 at 11:10:50PM +0100, Jules Gosnell wrote: Just upgraded my Via Epia to latest myth build from atrpms-stable, but had to roll back libmyth from libmyth-0.18.1-114.rhfc4.at to libmyth-0.18.1-113.rhfc3.at in order to get my VLD support working again... can't remember exact error message offhand, but if anyone is interested I could roll forward again and reproduce it. The frontend would fail to play video and present you with a button taking you back to the menu. The log said something like it had failed trying to initialise a VLD surface. It took me ages to get it all working so I would rather not start messing around with my X server again Could some build parameter have changed between the 113 and 114 builds ? The change between 113 and 114 is an update to the fixes branch. But you also changed fc3 to fc4 or mixed the two, I guess that's more relevant. Axel, Sorry that it has taken me so long to get back to you - I've been on holiday and then had to rebuild my myth-box after the disc got trashed... The mention of FC4 above is a typo. In rebuilding my box I came across exactly the same problem again. Here is a little more detail. Box is an EPIA VIA Ezra 1gz running 2.6.12-1.1378_FC3, FC3, xorg-x11-6.8.2-37.FC3.ucr.30.8 and kernel-module-via-drm-2.6.12-1.1376_FC3-2.6.3-2.ucr (http://washington.kelkoo.net/epia/FC3/RPMS/) and latest myth from atrpms (0.18.1-114) with libmyth-0.18.1-113.rhfc3.at. I haven't been able to upgrade past this version of unichrome because of issues in later versions on my architecture. running libmyth 0.18.1-114 gives : Using XvMC version: 1.0 XvMC found and using MC surface 2005-10-08 17:38:10.774 Using XV port 64 Unable to create XvMC Blocks using libmyth 0.18.1-113 gives : Using XvMC version: 1.0 XvMC found and using VLD surface 2005-10-08 17:39:20.731 Using XV port 64 2005-10-08 17:39:22.017 Changing from None to WatchingLiveTV 2005-10-08 17:39:22.022 Realtime priority would require SUID as root. 2005-10-08 17:39:22.121 Video timing method: DRM Perhaps something in the fixes branch has caused this change, or a different compile-time environment ? Thanks for your time, Jules ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Re: libmyth-0.18.1-114.rhfc4.at VLD fails an my Via ...
On Sun, Oct 02, 2005 at 11:10:50PM +0100, Jules Gosnell wrote: Just upgraded my Via Epia to latest myth build from atrpms-stable, but had to roll back libmyth from libmyth-0.18.1-114.rhfc4.at to libmyth-0.18.1-113.rhfc3.at in order to get my VLD support working again... can't remember exact error message offhand, but if anyone is interested I could roll forward again and reproduce it. The frontend would fail to play video and present you with a button taking you back to the menu. The log said something like it had failed trying to initialise a VLD surface. It took me ages to get it all working so I would rather not start messing around with my X server again Could some build parameter have changed between the 113 and 114 builds ? The change between 113 and 114 is an update to the fixes branch. But you also changed fc3 to fc4 or mixed the two, I guess that's more relevant. -- Axel.Thimm at ATrpms.net pgp2z03NCSq94.pgp Description: PGP signature ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
