(2012-05-12 17:49)fiveisalive Wrote:  

(2012-05-11 12:15)Jimmer Wrote:  

(2012-05-11 11:03)lunarok Wrote:  Hi,

I read with attention your work, but I cannot use your git repo for compiling as I'm using MythTV 0.25. And this is going to be common as it's the version include in Ubuntu 12.04, so the version of Mythbuntu too.

But Daniel Teirney has patched the cmyth for support of MythTV 0.25 (https://github.com/dteirney/xbmc/tree/myth-0.25)
And seems it has been pull to the main branch of XBMC git (https://github.com/xbmc/xbmc cmyth 19 hours ago [cmyth] Fix memory corruption caused by incorrect size allocation for… [David Teirney])

Is it possible to merge your lib directory from the xbmc git so we will have the new version of cmyth and support of 0.25 ?
As your addon is full cmyth based, must be enough to get xbmc-pvr working with myth 0.25

Am I wrong ?

five has managed it here:

http://forum.xbmc.org/showthread.php?tid=129021&pid=1098065#pid1098065

it needs a file patching, and this was done a little while ago, but it may still be working. Probably better to wait a few days for it to get merged into Dushmaniac, and then again here. It'll happen soon, I'm sure

I tested patching tsp's cmyth branch with the myth-0.25 patch and I have it "working" in the sense that it loads the EPG and channel info. I tested this on a separate machine with no video card, using the "dummy tuner" module built into the mythbackend, so I was unable to test Live TV or recording playback, but at least the EPG/schedule and channel info loads correctly, which is generally a good sign.

(2012-05-09 15:18)bilbonvidia Wrote:  

(2012-05-06 21:08)tsp42 Wrote:  bilbonvidia: Does it lockup when the program changes like fiveisalive is seeing or when you start xbmc?

It is when changing channel. I am currently running on the last commit before timeshift. Let me know if you want me to upgrade again to try anything testing wise.

(2012-05-10 12:44)Powderking Wrote:  I'm still following your build and still use it as my frontend.
I wanted to say again thank you for your work!
It's great to see it developping

I was amazed when I saw that preview and channel pics work now when the backend is on a different machine. And the categories are wonderful too


Even though I have three little issues:

The categories aren't always perfect. E.g. I have a movies category where I have lots of recordings. But none of them is a movie. I understand that you sort them by program title only. But mythfrontend does it somehow different. I have a much better categroization there.
Will you be able to change that someday or is this a limitation of the cmyth library?

Quote:The next issue is when I enter this movies category (in fact any with a large number of recordings) it takes minutes until the recordings are listed. I read something about that it downloads all the covers. Has this to do with it?

Quote:And the last thing is that I like to have the newest recordings on the top. But When I sort one category the others aren't affected. Would it be possible to implement a menu entry or something that sets everything to be sorted be date?

Thank you again very much for your great work!

(2012-05-12 20:40)InoD Wrote:  Support for graceful reconnecting doesn't seem to be very straightforward, at least, not at the level I'd like to have it implemented.
The cmyth library sets conn_hang in the cmyth_conn_t structure, which can be retrieved using the ConnHung function. However, if you want to initiate the reconnecting from XBMC side (MyhTV PVR Client code), then each function communicating with the library should first check the connection (ConnHung) and if hung initiate the reconnecting. That will result in a lot of code, but you will be able to create notifications.
If implemented at the other end, connection.c in the library, then the connection could be reconnected right where and when it is detected to be disconnected. XBMC will not know it has reconnected, also you might run into an infinite reconnecting loop. But, I think the library should be dumb and not do such a thing unless it is requested to do so.

XBMC offers some functionality to detect when waking up from standby, this could be used to force reconnecting (if you know the connection is gone it is faster to reconnect than the wait for the next command to fail), but having a reconnect mechanism will also cover the other use-cases in which the connection could have been closed.

What do you think is the best way to implement this? Do you have other ideas?

(2012-05-13 00:09)tdavis Wrote:  I did this:

Code:

mkdir xbmc
cd xbmc
git clone --branch myth-0.25 https://github.com/dteirney/xbmc.git dt
cd dt
git diff 00e6c1c > ../xbmc-myth-0.25.patch
cd ..
git clone https://github.com/tsp/xbmc.git tsp
cd tsp/
patch -p1 < ../xbmc-myth-0.25.patch

And then patch lib/cmyth/libcmyth/connection.c with

Code:

--- tsp2/lib/cmyth/libcmyth/connection.c        2012-05-12 15:08:00.476169895 -0700
+++ tsp/lib/cmyth/libcmyth/connection.c 2012-05-11 11:03:48.980341238 -0700
@@ -754,6 +754,11 @@
                          __FUNCTION__, host, port, buflen);
                goto shut;
        }
+        /*
+        * Explicitly set the conn version to the control version as cmyth_connect() doesn't and some of
+        * the cmyth_rcv_* functions expect it to be the same as the protocol version used by mythbackend.
+        */
+       conn->conn_version = control->conn_version;

        ann_size += strlen(path) + strlen(my_hostname) + strlen(sgToGetFrom) + 6;
        announcement = malloc(ann_size);

and compiled it up.

Quote:Everything works - LiveTV, Recordings, EPG.

(2012-05-13 21:53)tsp42 Wrote:  I've ported the addon to the stable Eden PVR branch. You should be able to "git checkout Eden-PVR" now. Next change will be to add the MythTV 0.25 patch.

(2012-05-13 00:09)tdavis Wrote:  

(2012-05-12 17:49)fiveisalive Wrote:  

(2012-05-11 12:15)Jimmer Wrote:  five has managed it here:

http://forum.xbmc.org/showthread.php?tid=129021&pid=1098065#pid1098065

it needs a file patching, and this was done a little while ago, but it may still be working. Probably better to wait a few days for it to get merged into Dushmaniac, and then again here. It'll happen soon, I'm sure

I tested patching tsp's cmyth branch with the myth-0.25 patch and I have it "working" in the sense that it loads the EPG and channel info. I tested this on a separate machine with no video card, using the "dummy tuner" module built into the mythbackend, so I was unable to test Live TV or recording playback, but at least the EPG/schedule and channel info loads correctly, which is generally a good sign.

I did this:

Code:

mkdir xbmc
cd xbmc
git clone --branch myth-0.25 https://github.com/dteirney/xbmc.git dt
cd dt
git diff 00e6c1c > ../xbmc-myth-0.25.patch
cd ..
git clone https://github.com/tsp/xbmc.git tsp
cd tsp/
patch -p1 < ../xbmc-myth-0.25.patch

And then patch lib/cmyth/libcmyth/connection.c with

Code:

--- tsp2/lib/cmyth/libcmyth/connection.c        2012-05-12 15:08:00.476169895 -0700
+++ tsp/lib/cmyth/libcmyth/connection.c 2012-05-11 11:03:48.980341238 -0700
@@ -754,6 +754,11 @@
                          __FUNCTION__, host, port, buflen);
                goto shut;
        }
+        /*
+        * Explicitly set the conn version to the control version as cmyth_connect() doesn't and some of
+        * the cmyth_rcv_* functions expect it to be the same as the protocol version used by mythbackend.
+        */
+       conn->conn_version = control->conn_version;

        ann_size += strlen(path) + strlen(my_hostname) + strlen(sgToGetFrom) + 6;
        announcement = malloc(ann_size);

and compiled it up.

Everything works - LiveTV, Recordings, EPG.

(2012-05-14 12:08)bilbonvidia Wrote:  "I've ported the addon to the stable Eden PVR branch. You should be able to "git checkout Eden-PVR" now."

What does this mean exactly, I can get the stable eden pvr with this addon?

Is it literally just

git checkout Eden-PVR

then a git pull and recompile?


Thanks and sorry for all the questions.

(2012-05-10 11:05)dteirney Wrote:  @bas.t you need to upgrade libboost to 1.46 or later.