Mailing List Archive: atrpms: users

'bijou' MythTV packages for your testing

Index | Next | Previous | View Threaded

ylee at pobox

Feb 24, 2009, 2:33 PM

Post #1 of 16 (2738 views)
Permalink

'bijou' MythTV packages for your testing

As Axel asked, let me introduce the rationale behind the 'bijou'
series of MythTV packages now in FC10's /testing.

I've been using MythTV for more than three years (currently on CentOS
5.2), and have been patching it for as almost as long. Since I like
using packages to obtain my software for their organization and
convenience, I've always done so using ATrpms packages. Axel's asked
me a few times over the years for me to share my customizations and,
in a moment of weakness, I've agreed.

Up front, let me note that none of my changes affects the database
schema or the MythTV protocol version in any way, so when
0.22 hits there should not be any upgrade issues. (Hopefully.)

Brief comments in the specfile describe each patch or series of
patches. (Not all of the patches is actually applied.) Most of the
patch files themselves have been renamed to match their MythTV Trac
ticket or changelog number. Key changes include:

* VDPAU backport to 0.21-fixes. Requires 180.29 Nvidia drivers.
* Disable the every one second-forced fsync so OS handles
writes. Mine.
* Adjustments to ThreadedFileWriter's buffers. Significantly improves
recordings' integrity when destination disks are stressed, at the
cost of significantly-increased RAM usage. (That said, on my
frontend/backend I've recorded four HD streams at once without
swapping.) Mine.
* Improved audio upmixer (#5900).
* HDHomeRun ATSC multirec (#6138) and associated patch to the
scheduler to run a second pass. Requires deletion and recreation of
the recording inputs in mythtv-setup.
* Built-in menu support for the Apple Trailers script. Currently this
only exists on the non-default DVR theme as it is the one I use, and
the script itself needs separate installation as everyone's setup is
different.

Although I wrote a few of the patches I am not a coder in any real
sense. I's entirely possible that I am missing something horribly and
obviously bad with any of them.

More importantly, for at least one of the patches--Jean-Yves Avenard's
VDPAU backport--developers have done their best to discourage its use
and/or make clear that it is unofficial and unsupported. This is so
not because of stability--I and many others have found VDPAU's
stabiity to be excellent--but because they don't want to be swamped
with support requests on a major code branch they have not produced
and don't use. So with my packages you will be more or less giving up
your right, if you will, to submit tickets at svn.mythtv.org or ask
about MythTV on the mythtv-dev mailing list (mythtv-users is OK, and
Jean-Yves has been kindly answering questions about his work
there). Axel spoke optimistically in his earlier message about my
packages eventually getting the MythTV developers' semi-official
blessing as his mainline ATrpms packages have, but I would personally
not expect it given the VDPAU patch's incorporation.

Again, please, do *not* file Trac tickets for the VDPAU backport, and
be very cautious about posting comments to tickets associated with
other patches I've included; MythTV Trac is not a discussion system or
support forum, and the developers have been emphasizing this point
lately.

If the above caveats and warnings have not frightened you away, I
welcome questions or comments on atrpms-users.

--
Yeechang Lee <ylee [at] pobox> | San Francisco CA US

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

gaberubin at gmail

Feb 24, 2009, 3:22 PM

Post #2 of 16 (2663 views)
Permalink

Re: 'bijou' MythTV packages for your testing [In reply to]

On Tue, Feb 24, 2009 at 2:33 PM, Yeechang Lee <ylee [at] pobox> wrote:
> * Disable the every one second-forced fsync so OS handles
> writes. Mine.

What does this do, and what advantages are there for implementing this patch?

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

jyavenard at gmail

Feb 24, 2009, 3:30 PM

Post #3 of 16 (2676 views)
Permalink

Re: 'bijou' MythTV packages for your testing [In reply to]

Hi

2009/2/25 Yeechang Lee <ylee [at] pobox>:
> Brief comments in the specfile describe each patch or series of
> patches. (Not all of the patches is actually applied.) Most of the
> patch files themselves have been renamed to match their MythTV Trac
> ticket or changelog number. Key changes include:

I've been a long time user of Axel's packages , even though at home I
moved to Ubuntu about 6 months ago.

In case you are interested:
I've made an archive of all the patches I apply in my ubuntu packages:
http://www.avenard.org/files/media/mythtv/mythtv-patches.tgz
Patches are applied in this order

02_settings.pro
08_default_directory
09_perl_bindings_prefix
10_mythfilldatabase_log
11_add_myth_prime
12_add_firewire_tester
16_hal_shutdown
24_fix_h264_frame_counting
#30_2.6.28_support.dpatch
40_openglmod
41_vdpau
42_adjust_rate
54_fix_video_fallback
55_skiploop_option
60_fixes-latm-aac
61_pythonbindings
95_browse_tuners
96_MePo_theme

30_2.6.28_support.dpatch isn't used currently.

Patches from 02 to 30 are mythbuntu default patches ; the one 40 and
above are mine and are described here
http://www.avenard.org/media/Patches_%26_Add-Ons/Patches_%26_Add-Ons.html

I also adapted the audio-encoding patch so it compiles with the vdpau patches:
http://www.avenard.org/files/media/vdpau/audioencoding-fixes-vdpau-6.patch
(though I don't personally use those)

hope this help
Cheers
Jean-Yves

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

ylee at pobox

Feb 24, 2009, 3:37 PM

Post #4 of 16 (2690 views)
Permalink

Re: 'bijou' MythTV packages for your testing [In reply to]

Gabe Rubin <gaberubin [at] gmail> says:
> > * Disable the every one second-forced fsync so OS handles
> > writes. Mine.
>
> What does this do, and what advantages are there for implementing
> this patch?

See
<URL:http://www.gossamer-threads.com/lists/mythtv/users/270727#270727>
for background.

MythTV by default runs fsync every second to force the OS to flush its
write buffers to disk. This is probably more reliable in case there is
a crash, but this also means that a write occurs every second or
better or for worse, which may or may not be optimal for the
particular disk system, amount of RAM used for buffering, etc.

The specfile also implements an alternative approach, which is to keep
the forced fsync but have it only occur every 10 seconds instead of
every one. As the comment indicates, since the forced fsyncs are
disabled delaying the fsyncs doesn't do anything. To shift to this
approach, comment out '%patch1085 -p0 -b .nosync'.

--
Yeechang Lee <ylee [at] pobox> | San Francisco CA US

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

ylee at pobox

Feb 24, 2009, 4:03 PM

Post #5 of 16 (2675 views)
Permalink

Re: 'bijou' MythTV packages for your testing [In reply to]

Jean-Yves Avenard <jyavenard [at] gmail> says:
> I also adapted the audio-encoding patch so it compiles with the
> vdpau patches:
> http://www.avenard.org/files/media/vdpau/audioencoding-fixes-vdpau-6.patch
> (though I don't personally use those)

Jean-Yves indeed deserves thanks, not only for the VDPAU backport but
also adapting #5900 so that it applies to 0.21-fixes post-backport.

--
Yeechang Lee <ylee [at] pobox> | San Francisco CA US

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

atrpms at duncb

Feb 24, 2009, 4:23 PM

Post #6 of 16 (2676 views)
Permalink

Re: 'bijou' MythTV packages for your testing [In reply to]

Yeechang Lee wrote:
> As Axel asked, let me introduce the rationale behind the 'bijou'
> series of MythTV packages now in FC10's /testing.
>
> I've been using MythTV for more than three years (currently on CentOS
> 5.2), and have been patching it for as almost as long. Since I like
> using packages to obtain my software for their organization and
> convenience, I've always done so using ATrpms packages. Axel's asked
> me a few times over the years for me to share my customizations and,
> in a moment of weakness, I've agreed.
>
> Up front, let me note that none of my changes affects the database
> schema or the MythTV protocol version in any way, so when
> 0.22 hits there should not be any upgrade issues. (Hopefully.)
>
> Brief comments in the specfile describe each patch or series of
> patches. (Not all of the patches is actually applied.) Most of the
> patch files themselves have been renamed to match their MythTV Trac
> ticket or changelog number. Key changes include:
>
> * VDPAU backport to 0.21-fixes. Requires 180.29 Nvidia drivers.
>
Hi Yeechang

First of all,many thanks for this. I've been wanting to try out vdpau
for a while, but dont have the time to deal with compiling.

My first brief test has been unsuccessful however. I'm running on F10
x86_64, using the 180.29 driver from atrpms. Hardware is a 8300
motherboard gpu.

The error I'm getting is:

VideoOutputXv: Desired video renderer 'vdpau' not available.
codec 'H.264' makes 'opengl,xv-blit,xshm,xlib,'
available, using 'opengl' instead.

I know vdpau works on this machine, as I've been running mplayer-vdpau
with great results for weeks now

Any ideas?

Many thanks

Duncan

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

drees76 at gmail

Feb 24, 2009, 4:26 PM

Post #7 of 16 (2672 views)
Permalink

Re: 'bijou' MythTV packages for your testing [In reply to]

On Tue, Feb 24, 2009 at 2:33 PM, Yeechang Lee <ylee [at] pobox> wrote:
> As Axel asked, let me introduce the rationale behind the 'bijou'
> series of MythTV packages now in FC10's /testing.

<snip>

Thanks for stepping up and doing this, Yeechang. I'll give the
packages a whirl and see how they work.

I'm personally a fan of the 1-second fdatasync disable patch, myself.

-Dave

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

drees76 at gmail

Feb 24, 2009, 6:29 PM

Post #8 of 16 (2667 views)
Permalink

Re: 'bijou' MythTV packages for your testing [In reply to]

On Tue, Feb 24, 2009 at 4:26 PM, David Rees <drees76 [at] gmail> wrote:
> On Tue, Feb 24, 2009 at 2:33 PM, Yeechang Lee <ylee [at] pobox> wrote:
>> As Axel asked, let me introduce the rationale behind the 'bijou'
>> series of MythTV packages now in FC10's /testing.
>
> Thanks for stepping up and doing this, Yeechang. I'll give the
> packages a whirl and see how they work.

Whoops, just realized that my MythTV box is still running F9. Is
there anything specific that is keeping the changes on F10 only? I
need to update the box anyway, but it's been working great so just
haven't touched it except for normal system updates lately. :-)

-Dave

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

ylee at pobox

Feb 24, 2009, 7:17 PM

Post #9 of 16 (2673 views)
Permalink

Re: 'bijou' MythTV packages for your testing [In reply to]

David Rees <drees76 [at] gmail> says:
> Whoops, just realized that my MythTV box is still running F9. Is
> there anything specific that is keeping the changes on F10 only?

I can't speak for the binaries, but I run on CentOS 5.2, which is
closest to Fedora Core 6. Try rebuilding the SRPM yourself.

--
Yeechang Lee <ylee [at] pobox> | San Francisco CA US

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

jyavenard at gmail

Feb 25, 2009, 2:18 AM

Post #10 of 16 (2662 views)
Permalink

Re: 'bijou' MythTV packages for your testing [In reply to]

Hi

2009/2/25 Dunc <atrpms [at] duncb>

>
>
> VideoOutputXv: Desired video renderer 'vdpau' not available.
> codec 'H.264' makes 'opengl,xv-blit,xshm,xlib,'
> available, using 'opengl' instead.
>
>
So what I was saying in the mythtv list:
this means libvdpau isn't found or mythfrontend isn't linked to libvdpau
(which is why ldd returned no mention of libvdpau)

JY

atrpms at duncb

Feb 25, 2009, 2:56 AM

Post #11 of 16 (2652 views)
Permalink

Re: 'bijou' MythTV packages for your testing [In reply to]

Jean-Yves Avenard wrote:
> Hi
>
> 2009/2/25 Dunc <atrpms [at] duncb <mailto:atrpms [at] duncb>>
>
>
>
> VideoOutputXv: Desired video renderer 'vdpau' not available.
> codec 'H.264' makes 'opengl,xv-blit,xshm,xlib,'
> available, using 'opengl' instead.
>
>
> So what I was saying in the mythtv list:
> this means libvdpau isn't found or mythfrontend isn't linked to
> libvdpau (which is why ldd returned no mention of libvdpau)
>
> JY
So looks like it is a problem with the package itself not my system?

thanks

Dunc

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

jyavenard at gmail

Feb 25, 2009, 3:02 AM

Post #12 of 16 (2663 views)
Permalink

Re: 'bijou' MythTV packages for your testing [In reply to]

Hi

2009/2/25 Dunc <atrpms [at] duncb>

> So looks like it is a problem with the package itself not my system?
>
> thanks
>

Can you run ldd on libmythtv ?

atrpms at duncb

Feb 25, 2009, 3:08 AM

Post #13 of 16 (2664 views)
Permalink

Re: 'bijou' MythTV packages for your testing [In reply to]

Jean-Yves Avenard wrote:
> Hi
>
> 2009/2/25 Dunc <atrpms [at] duncb <mailto:atrpms [at] duncb>>
>
> So looks like it is a problem with the package itself not my system?
>
> thanks
>
>
> Can you run ldd on libmythtv ?
>
ldd /usr/lib64/libmyth-0.21.so.0 | grep vdpau

Again gives no results. Its linked to everything else nvidia wise, just
not vdpau.

Dunc

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

atrpms at duncb

Feb 25, 2009, 3:29 AM

Post #14 of 16 (2673 views)
Permalink

Re: 'bijou' MythTV packages for your testing [In reply to]

Jean-Yves Avenard wrote:
> Hi
>
> 2009/2/25 Dunc <atrpms [at] duncb <mailto:atrpms [at] duncb>>
>
> ldd /usr/lib64/libmyth-0.21.so.0 | grep vdpau
>
> Again gives no results. Its linked to everything else nvidia wise,
> just not vdpau.
>
>
>
> This looks like a package issue to me then ...
>
Fair enough, thanks for your help

Yeechang, any idea what has happened?

Can anyone else who has upgraded confirm this?

Dunc

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

atrpms at duncb

Feb 26, 2009, 12:26 AM

Post #15 of 16 (2624 views)
Permalink

Re: 'bijou' MythTV packages for your testing [In reply to]

John Welch wrote:
> On Wed, Feb 25, 2009 at 12:25 PM, Axel Thimm <Axel.Thimm [at] atrpms> wrote:
>
>> Hi,
>>
>> On Tue, Feb 24, 2009 at 11:42:17PM -0800, Yeechang Lee wrote:
>>
>>> [Added CC: atrpms-users]
>>>
>>> John Welch <jrw3319 [at] gmail> says:
>>>
>>>> Before I give it a go I've got a couple of questions. Will these
>>>> packages "upgrade" an existing ATrpms Mythtv install?
>>>>
>> Yes, they are designed that way. Just enable "testing" and upgrade.
>>
>>
>>> To be honest, I don't know! This is because a) I always build straight
>>> from the SRPM then install them myself using rpm, and b) I use CentOS
>>> and there aren't any non-FC10 binaries yet anyway.
>>>
>> While there are RHEL5 rpms by now, they are unfortunately as useless
>> as the F10 rpms I uploaded. That's because, as Yeechang wrote in
>> another post, the configure did not properly detect the nvidia libs
>> and deactivated vdpau.
>>
>> But all the rest of the improvements are there.
>>
>>
>>> That being said,
>>>
>>>
>>>> Will 'yum --enablerepo=atrpms-testing update mythtv' work?
>>>>
>>> Yes. Again, this is speaking not from firsthand experience but from my
>>> understanding of how ATrpms' MythTV packages work.
>>>
>> Yes, that's how I got them installed for example, as well.
>> --
>>
> Yeechang and Axel,
> Thanks for the responses. I think I will wait for packages with vdpau
> activated to (hopefully) show up.
>
> Just noticed that NVidia has published yet another new driver, version
> 180.35, that supposedly brings vdpau improvements. Should the vdpau
> patches for mythtv work with this new version, or are they designed
> for version 180.29, and only 180.29?
>
> Thanks,
> John
>
I would maybe wait before committing to these drivers in any way, there
appears to be a few problems related to them and qt, and therefore with
mythtv.

Dunc

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

mythtv at blandford

Mar 3, 2009, 8:30 AM

Post #16 of 16 (2503 views)
Permalink

Re: 'bijou' MythTV packages for your testing [In reply to]

Yeechang Lee wrote:
> As Axel asked, let me introduce the rationale behind the 'bijou'
> series of MythTV packages now in FC10's /testing.
>
> I've been using MythTV for more than three years (currently on CentOS
> 5.2), and have been patching it for as almost as long. Since I like
> using packages to obtain my software for their organization and
> convenience, I've always done so using ATrpms packages. Axel's asked
> me a few times over the years for me to share my customizations and,
> in a moment of weakness, I've agreed.

Thanks,

I really appreciate this patch branch. I have always wanted to do
something similar but never mustered up the effort to make it happen.

I upgraded just to get the vdpau patches. I was already using the back
ported vdpau support on my minimyth frontend but not on my backend using
atrpms.

I also have an HDHR and the multirec patches are very exciting. I
deleted my video sources and recreated and now I have already seen cases
where 2 shows at the same time are recording on one tuner.

I look forward to 0.22, but having these two changes alone have avoided
me from making the jump until all is truly stable.

Thanks!

Michael

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads