Testing help needed for Myth 0.25 support

**dteirney** · 2012-04-24 09:00

(2012-04-23 14:04)rdoac Wrote: Here is a log for my xbmc setup missing analog hvr1600 channels..

http://pastebin.com/4cxDWJ4z

As an added, digital channels are all things like 3.1, 3.2, 11.1 11.2 etc while analog channels are 3, 4, 5, 6 etc..

Only the digital ones show up in a list.

I'll need to double check the code but my guess is that the channel number is an int and the 3.1 is being converted to 3 and then overwriting or not getting added proper like.

cspack · 2012-04-24 10:07

(2012-04-23 10:29)dteirney Wrote:
(2012-04-22 20:01)cspack Wrote: Here's a full debug log from playing a recording through the myth:// protocol: Pastebin. If I play the same file from a samba share over the network it plays without stuttering.

EDIT: I noticed this message in the mythbackend log file on my backend server. Not sure if it's important but it comes up before selecting a recording for playback, not during playback:

2012-04-22 14:20:08.018795 C [1765/2281] ProcessRequest mainserver.cpp:1259 (HandleVersion) - MainServer::HandleVersion - Client speaks protocol version 8 but we speak 72!

Thanks for the log. Can you also post a log file with playback over SMB so I can compare. I might need to make some changes to CMythFile for some new caching stuff that seems to have been implemented. Have you been able to playback some of these recordings fine with Myth 0.24 or are these recordings fresh with Myth 0.25?

That error message in the mythbackend.log file is fine. We use a protocol version 8 message to determine what protocol the server actually supports - hence the error message.

Here is a full debug log with SMB playback Pastebin.

pyrodex · 2012-04-25 19:30

Any update by chance on the LiveTV Seek issue or anything else reported?

**dteirney** · 2012-04-27 01:14

Seeking within LiveTV has never been supported by the myth:// protocol (pausing playback is all that is possible). I believe that tsp42's implementation of the PVR Addon may have introduced time shifting (aka seeking in a live stream).

I'll be installing tsp42's addon at the weekend onto our HTPC and will continue to migrate all of XBMC's changes to libcmyth to the upstream location and work with tsp to also get any changes he had made put into the upstream repository for libcmyth.

From the testing done thus far:
- 1 person has a problem with playback of recordings. It's not clear why that is the case. A number of other people have not experienced problems.
- 1 person has had problems with some channels not appearing. I'll look into this at the weekend, but I suspect it's because either libcmyth or the myth:// implementation in XBMC assumes that channel numbers are integers and not decimals.
- There were a number of other issues that ended up being related to configuration in some way.

I have one change to make now that the code has been reviewed by another XBMC team member. Once I've made that change it will become a merge request for XBMC master and should go in early May.

rdoac · 2012-04-27 17:29

(2012-04-27 01:14)dteirney Wrote: - 1 person has had problems with some channels not appearing. I'll look into this at the weekend, but I suspect it's because either libcmyth or the myth:// implementation in XBMC assumes that channel numbers are integers and not decimals.

Just some extra info.

I don't think it's the case of 13.1 overwriting 13 and I have no 16.x channel but 16 doesn't show. I wonder if it's to do with the channel type being flagged as something different. All my analog channels for instance use the same Frequency (as the pathetic cable box is modulated output only on VHF Ch 3)..

kburkart · 2012-04-27 19:47

(2012-04-27 01:14)dteirney Wrote: Seeking within LiveTV has never been supported by the myth:// protocol (pausing playback is all that is possible). I believe that tsp42's implementation of the PVR Addon may have introduced time shifting (aka seeking in a live stream).

I'll be installing tsp42's addon at the weekend onto our HTPC and will continue to migrate all of XBMC's changes to libcmyth to the upstream location and work with tsp to also get any changes he had made put into the upstream repository for libcmyth.

From the testing done thus far:
- 1 person has a problem with playback of recordings. It's not clear why that is the case. A number of other people have not experienced problems.
- 1 person has had problems with some channels not appearing. I'll look into this at the weekend, but I suspect it's because either libcmyth or the myth:// implementation in XBMC assumes that channel numbers are integers and not decimals.
- There were a number of other issues that ended up being related to configuration in some way.

I have one change to make now that the code has been reviewed by another XBMC team member. Once I've made that change it will become a merge request for XBMC master and should go in early May.

Does this mean it is going to be part of the PVR add on builds?

**dteirney** · 2012-04-28 13:07

I've made the code changes that were requested by one of the other XBMC developers. So there has been a change to the commit history for my myth-0.25 branch. There shouldn't be any functional changes but if anyone wants to update and quickly check that would be great.

I'm starting to look at the problem with channels not showing up.

pyrodex · 2012-04-28 16:20

(2012-04-28 13:07)dteirney Wrote: I've made the code changes that were requested by one of the other XBMC developers. So there has been a change to the commit history for my myth-0.25 branch. There shouldn't be any functional changes but if anyone wants to update and quickly check that would be great.

I'm starting to look at the problem with channels not showing up.

Tried with issues:

Code:

root@beast:/source/xbmc# git pull

remote: Counting objects: 64, done.

remote: Compressing objects: 100% (8/8), done.

remote: Total 51 (delta 42), reused 51 (delta 42)

Unpacking objects: 100% (51/51), done.

From https://github.com/dteirney/xbmc

 + 5da878c...513b6a6 myth-0.25  -> origin/myth-0.25  (forced update)

Auto-merging lib/cmyth/libcmyth/bookmark.c

CONFLICT (content): Merge conflict in lib/cmyth/libcmyth/bookmark.c

Auto-merging lib/cmyth/libcmyth/connection.c

Auto-merging lib/cmyth/libcmyth/file.c

CONFLICT (content): Merge conflict in lib/cmyth/libcmyth/file.c

Auto-merging lib/cmyth/libcmyth/socket.c

Automatic merge failed; fix conflicts and then commit the result.

root@beast:/source/xbmc#

**dteirney** · 2012-04-28 16:32

For anyone trying to update their branch you'll probably need to do a hard reset using git since the update was forced and there are probably conflicts with files already on the local system. Or just delete the local files in the libcmyth directory and then do a git pull.

**dteirney** · 2012-04-28 16:34

For those people not seeing channels show up. Are they channels from the Live TV listing or the Guide.

If it's from the Live TV listing do you have any Tuner numbers > 16 in mythbackend. The source at the moment only enumerates Tuners up to number 16. Could be a problem for anyone that has a number of tuners using multiplexing.