State of libcmyth

[Chase Douglas-4]

Hello all,

I'm working on an iPhone frontend for MythTV. I've been using libcmyth  
with good results so far. However, I realized that I need to add some  
features that aren't currently available in libcmyth, and maybe some  
changes that wouldn't be worthwhile outside of OS X.

I decided I should probably make my own git repo of mvpmc with it's  
own branch for this, but I'm wondering where I should branch off of. I  
have been doing most of my work from the mvpmc.0.3.4 tag, but, since  
this is just a tag, I'm guessing that there are lots of fixes and  
improvements I'm missing. What is the state of libcmyth in trunk?  
Would it be wise to develop off of trunk, or should I stick to mvpmc.
0.3.4?

Thanks

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

[Simon Hyde]

On Wed, 14 Jan 2009, Chase Douglas wrote:

> Hello all,
>
> I'm working on an iPhone frontend for MythTV. I've been using libcmyth
> with good results so far. However, I realized that I need to add some
> features that aren't currently available in libcmyth, and maybe some
> changes that wouldn't be worthwhile outside of OS X.
>
> I decided I should probably make my own git repo of mvpmc with it's
> own branch for this, but I'm wondering where I should branch off of. I
> have been doing most of my work from the mvpmc.0.3.4 tag, but, since
> this is just a tag, I'm guessing that there are lots of fixes and
> improvements I'm missing. What is the state of libcmyth in trunk?
> Would it be wise to develop off of trunk, or should I stick to mvpmc.
> 0.3.4?

Trunk is definitely a better place to start from, iirc there are issues
with 0.3.4 and the current (0.21) release of mythtv. The current git head
should be stable for libcmyth use.

Any changes/additional APIs you make available may well be useful to mvpmc
so we'd be happy to consider merging any changes you make back into mvpmc.

If I get the time to work on it I'm likely to start working on a rewrite
of major parts of libcmyth in the next few months, this will probably have
some effects on the API.

That said I've been meaning to get started on this work for a year and
haven't managed to get into it yet, so I wouldn't hold your breath.

Cheers,

Simon

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

[Eric Lund]

Chase,

Did you ever get a response to this?  I did not see one on the mailing
list.  Here's my 2 cents worth (maybe less).  From what I have seen, the
libcmyth code has been pretty quiet (actually, I think trunk has been
pretty quiet) for a while.  That said, the big thing that happens to
libcmyth periodically is it gets updated to work with newer versions of
MythTV.  From time to time the MythTV project makes changes that break
compatibility with libcmyth.  You should probably try to be ready to
pull updates from trunk from time to time.  This suggests organizing
your changes to make them friendly to updates from trunk.

                                Eric

Chase Douglas wrote:

> Hello all,
>
> I'm working on an iPhone frontend for MythTV. I've been using libcmyth  
> with good results so far. However, I realized that I need to add some  
> features that aren't currently available in libcmyth, and maybe some  
> changes that wouldn't be worthwhile outside of OS X.
>
> I decided I should probably make my own git repo of mvpmc with it's  
> own branch for this, but I'm wondering where I should branch off of. I  
> have been doing most of my work from the mvpmc.0.3.4 tag, but, since  
> this is just a tag, I'm guessing that there are lots of fixes and  
> improvements I'm missing. What is the state of libcmyth in trunk?  
> Would it be wise to develop off of trunk, or should I stick to mvpmc.
> 0.3.4?
>
> Thanks
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> Mvpmc-devel mailing list
> Mvpmc-devel@...
> https://lists.sourceforge.net/lists/listinfo/mvpmc-devel
>

------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

[Chase Douglas-4]

Eric,

I got another response along those lines. For now I am using trunk. If/
when I release something, I'll just set it to a certain revision of  
libcmyth.

Thanks

On Feb 12, 2009, at 10:04 AM, Eric Lund wrote:

> Chase,
>
> Did you ever get a response to this?  I did not see one on the mailing
> list.  Here's my 2 cents worth (maybe less).  From what I have seen,  
> the
> libcmyth code has been pretty quiet (actually, I think trunk has been
> pretty quiet) for a while.  That said, the big thing that happens to
> libcmyth periodically is it gets updated to work with newer versions  
> of
> MythTV.  From time to time the MythTV project makes changes that break
> compatibility with libcmyth.  You should probably try to be ready to
> pull updates from trunk from time to time.  This suggests organizing
> your changes to make them friendly to updates from trunk.
>
> Eric
>
> Chase Douglas wrote:
>> Hello all,
>> I'm working on an iPhone frontend for MythTV. I've been using  
>> libcmyth  with good results so far. However, I realized that I need  
>> to add some  features that aren't currently available in libcmyth,  
>> and maybe some  changes that wouldn't be worthwhile outside of OS X.
>> I decided I should probably make my own git repo of mvpmc with  
>> it's  own branch for this, but I'm wondering where I should branch  
>> off of. I  have been doing most of my work from the mvpmc.0.3.4  
>> tag, but, since  this is just a tag, I'm guessing that there are  
>> lots of fixes and  improvements I'm missing. What is the state of  
>> libcmyth in trunk?  Would it be wise to develop off of trunk, or  
>> should I stick to mvpmc. 0.3.4?
>> Thanks
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by:
>> SourcForge Community
>> SourceForge wants to tell your story.
>> http://p.sf.net/sfu/sf-spreadtheword
>> _______________________________________________
>> Mvpmc-devel mailing list
>> Mvpmc-devel@...
>> https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

------------------------------------------------------------------------------
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel