Has anyone had any luck building the pvr.mythtv from git on RPI (raspbmc or openelec)? Ive tried all the demonstrated methods and .28 is running good as a backend, but I can't connect due to protocol 83 issue. If I try to add the Haddon I've built, I get the decencies not met error. My Google-Fu has either failed me or no one has really shown a fix to find.
Thanks. Bryan
(2014-09-06, 18:41)tssrshot Wrote: [ -> ]Has anyone had any luck building the pvr.mythtv from git on RPI (raspbmc or openelec)? Ive tried all the demonstrated methods and .28 is running good as a backend, but I can't connect due to protocol 83 issue. If I try to add the Haddon I've built, I get the decencies not met error. My Google-Fu has either failed me or no one has really shown a fix to find.
Thanks. Bryan
I have built pvr.mythtv from git for raspbmc on both the pi and on Ubuntu.
The pi build takes around an hour, on Ubuntu a minute or two.
I have just built from latest git (d44c0b1f24fc7eb53e2f4c9401acb337787ccee5)
I am running mythtv 0.28pre
Here is the zip file
pvr.mythtv-linux-arm.zip
The file will be up for a few days, then I will delete it.
Just transfer it to the pi and unzip in the .xbmc/addons/
EDIT
You cannot not install the zip file from within XBMC (it will likely fail)
Mike
@
janbar
For your information I have built xbmc android version incorporating pvr.mythtv addon from your master- it works well with mythtv 0.28pre backend
The xbmc version is from master (kodi) I could not get Gotham to build.
Mike
(2014-09-06, 20:43)MikeB2013 Wrote: [ -> ] (2014-09-06, 18:41)tssrshot Wrote: [ -> ]Has anyone had any luck building the pvr.mythtv from git on RPI (raspbmc or openelec)? Ive tried all the demonstrated methods and .28 is running good as a backend, but I can't connect due to protocol 83 issue. If I try to add the Haddon I've built, I get the decencies not met error. My Google-Fu has either failed me or no one has really shown a fix to find.
Thanks. Bryan
I have built pvr.mythtv from git for raspbmc on both the pi and on Ubuntu.
The pi build takes around an hour, on Ubuntu a minute or two.
I have just built from latest git (d44c0b1f24fc7eb53e2f4c9401acb337787ccee5)
I am running mythtv 0.28pre
Here is the zip file pvr.mythtv-linux-arm.zip
The file will be up for a few days, then I will delete it.
Just transfer it to the pi and unzip in the .xbmc/addons/
EDIT
You cannot not install the zip file from within XBMC (it will likely fail)
Mike
Wow. Awesome Mike...thanks. Yeah I learned that the Pi aspect of the build was slowww, but I am new to it, so I thought like build on same software would be easier. Not so sure. You have a good starting point for using ubuntu to build? i'd love to start working on that for another project. My server needs some new fans though...
keeping my head with an ache.
@
MikeB2013
What android device did you try it on?? I've been trying to figure out how to compile one for firetv android. not much luck yet.
John
I have one TV show which won't sort by date.
Any thoughts on what I can debug
(2014-09-06, 21:56)jpreville Wrote: [ -> ]@MikeB2013
What android device did you try it on?? I've been trying to figure out how to compile one for firetv android. not much luck yet.
John
ZTE Grand Memo LTE Smartphone
Android version 4.1.2 kernel 3.4.0
Build Number GEN_EUGRANDMEMOLTEV1.0.0B05
CPU ARMv7 rev2(v7l)
GPU Adreno 320
xbmc/kodi Video Acceleration set to software, allow multi threaded software decoding.
sd and hd working both for live tv and recordings
(2014-09-07, 02:55)JasonPell Wrote: [ -> ]I have one TV show which won't sort by date.
Any thoughts on what I can debug
I deleted the .xbmc directory and reconfigured plugin and all is well
(2014-09-06, 21:07)MikeB2013 Wrote: [ -> ]@janbar
For your information I have built xbmc android version incorporating pvr.mythtv addon from your master- it works well with mythtv 0.28pre backend
The xbmc version is from master (kodi) I could not get Gotham to build.
Mike
Awesome. Great news. I have no enough time to build it for all supported platforms, i just hope it will build... Thanks !
@all
I made the new branch "gotham" from my repo to merge all futures changes from kodi-Helix, because next days i have to synchronize my master with the pvr master which is run with xbmc master only (Helix).
So to build for "Gotham" you have to checkout the branch "gotham":
If you haven't pulled ago the repo:
git clone
https://github.com/janbar/xbmc-pvr-addons.git -b gotham
If you have already pulled the repo, then do:
git remote update
git fetch origin gotham
git checkout gotham
Next time to pull changes into your branch gotham:
git pull origin gotham
Last commits are merged with the new release 1.9.22. I added a new setting to "Enable / Dialog / Disable" the EDL functionality in advanced tab. So you have 3 options:
- Always : This is the default to keep old behavior.
- Dialog : Open a dialog on starting a show with commercial skips to ask you: enable or disable EDL for this show.
- Never : Disable the EDL functionality.
This enhancement was proposed few weeks ago, and i prefered to add a setting to not break user experience
.
I updated the ubuntu repo to track the branch gotham. So it is safe now and anybody using the ubuntu package "xbmc-pvr-mythtv_1.9.x" can continue to use it as before: It will build for gotham for ever !
On tomorrow i will merge the master branch of my github repository with master branch of opdenkamp. It is necessary to continue development for kodi-helix. So please checkout branch "gotham" if you have to build for xbmc-gotham. Thanks.
I've turned on debugging and watched a show with three commercial breaks this morning. I updated the repo this morning and restarted XBMC for a fresh log.
Few notes...
The show started about 6 minutes into the program on playback, I have this recording start 1 minute early and end 1 minute late.
I had a few times the EDL cut early so I skipped back to watch the show and you will see that but I never skipped forward through the commercials
I stopped the show when the credits came on at the end.
I paused the show for about 5-10 minutes to take a phone call
.
Here is the debug log from XBMC -
https://www.dropbox.com/s/bw53p15t125sxr2/xbmc.log?dl=0
Here is the file I watched:
Code:
General
ID : 23405 (0x5B6D)
Complete name : 2866_20140907115900.mpg
Format : MPEG-TS
File size : 1.77 GiB
Duration : 31mn 58s
Overall bit rate mode : Variable
Overall bit rate : 7 932 Kbps
Movie name : Phineas and Ferb
Law rating : TV-Y7 (FV)
Video
ID : 3905 (0xF41)
Menu ID : 1 (0x1)
Format : MPEG Video
Format version : Version 2
Format profile : Main@High
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : Variable
Codec ID : 2
Duration : 31mn 58s
Bit rate mode : Variable
Bit rate : 7 152 Kbps
Maximum bit rate : 20.0 Mbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate : 59.940 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.129
Stream size : 1.60 GiB (90%)
Audio #1
ID : 3906 (0xF42)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 31mn 58s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -256ms
Stream size : 43.9 MiB (2%)
Language : English
Audio #2
ID : 3907 (0xF43)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 31mn 58s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -235ms
Stream size : 43.9 MiB (2%)
Language : Spanish
Text #1
ID : 3905 (0xF41)-CC1
Menu ID : 1 (0x1)
Format : EIA-608
Muxing mode : A/53 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 31mn 58s
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)
Text #2
ID : 3905 (0xF41)-CC3
Menu ID : 1 (0x1)
Format : EIA-608
Muxing mode : A/53 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 31mn 58s
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)
Text #3
ID : 3905 (0xF41)-1
Menu ID : 1 (0x1)
Format : EIA-708
Muxing mode : A/53 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 31mn 58s
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)
Text #4
ID : 3905 (0xF41)-2
Menu ID : 1 (0x1)
Format : EIA-708
Muxing mode : A/53 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 31mn 58s
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)
Menu
ID : 3904 (0xF40)
Menu ID : 1 (0x1)
Duration : 31mn 58s
List : 3905 (0xF41) (MPEG Video) / 3906 (0xF42) (AC-3, English) / 3907 (0xF43) (AC-3, Spanish)
Title : Phineas and Ferb
Language : / English / Spanish
Law rating : TV-Y7 (FV)
(2014-09-07, 18:33)pyrodex Wrote: [ -> ]I've turned on debugging and watched a show with three commercial breaks this morning. I updated the repo this morning and restarted XBMC for a fresh log.
Few notes...
The show started about 6 minutes into the program on playback, I have this recording start 1 minute early and end 1 minute late.
I had a few times the EDL cut early so I skipped back to watch the show and you will see that but I never skipped forward through the commercials
I stopped the show when the credits came on at the end.
I paused the show for about 5-10 minutes to take a phone call .
Here is the debug log from XBMC - https://www.dropbox.com/s/bw53p15t125sxr2/xbmc.log?dl=0
Here is the file I watched:
Code:
General
ID : 23405 (0x5B6D)
Complete name : 2866_20140907115900.mpg
Format : MPEG-TS
File size : 1.77 GiB
Duration : 31mn 58s
Overall bit rate mode : Variable
Overall bit rate : 7 932 Kbps
Movie name : Phineas and Ferb
Law rating : TV-Y7 (FV)
Video
ID : 3905 (0xF41)
Menu ID : 1 (0x1)
Format : MPEG Video
Format version : Version 2
Format profile : Main@High
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : Variable
Codec ID : 2
Duration : 31mn 58s
Bit rate mode : Variable
Bit rate : 7 152 Kbps
Maximum bit rate : 20.0 Mbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate : 59.940 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.129
Stream size : 1.60 GiB (90%)
Audio #1
ID : 3906 (0xF42)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 31mn 58s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -256ms
Stream size : 43.9 MiB (2%)
Language : English
Audio #2
ID : 3907 (0xF43)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 31mn 58s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -235ms
Stream size : 43.9 MiB (2%)
Language : Spanish
Text #1
ID : 3905 (0xF41)-CC1
Menu ID : 1 (0x1)
Format : EIA-608
Muxing mode : A/53 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 31mn 58s
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)
Text #2
ID : 3905 (0xF41)-CC3
Menu ID : 1 (0x1)
Format : EIA-608
Muxing mode : A/53 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 31mn 58s
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)
Text #3
ID : 3905 (0xF41)-1
Menu ID : 1 (0x1)
Format : EIA-708
Muxing mode : A/53 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 31mn 58s
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)
Text #4
ID : 3905 (0xF41)-2
Menu ID : 1 (0x1)
Format : EIA-708
Muxing mode : A/53 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 31mn 58s
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)
Menu
ID : 3904 (0xF40)
Menu ID : 1 (0x1)
Duration : 31mn 58s
List : 3905 (0xF41) (MPEG Video) / 3906 (0xF42) (AC-3, English) / 3907 (0xF43) (AC-3, Spanish)
Title : Phineas and Ferb
Language : / English / Spanish
Law rating : TV-Y7 (FV)
Hi, I checked log and didn't see any try to play the recording using xbmc player. I seen only an upnp transfer:
UPnP: Building didl for object 'pvr://recordings/Defau...
The EDL can only be handle by the player of xbmc running the addon. UPNP transfer only data; The remote point has no knowledge about EDL.
EDIT: Sorry , i opened the bad log
!!
(2014-09-08, 01:07)janbar Wrote: [ -> ] (2014-09-07, 18:33)pyrodex Wrote: [ -> ]I've turned on debugging and watched a show with three commercial breaks this morning. I updated the repo this morning and restarted XBMC for a fresh log.
Few notes...
The show started about 6 minutes into the program on playback, I have this recording start 1 minute early and end 1 minute late.
I had a few times the EDL cut early so I skipped back to watch the show and you will see that but I never skipped forward through the commercials
I stopped the show when the credits came on at the end.
I paused the show for about 5-10 minutes to take a phone call .
Here is the debug log from XBMC - https://www.dropbox.com/s/bw53p15t125sxr2/xbmc.log?dl=0
Here is the file I watched:
Code:
General
ID : 23405 (0x5B6D)
Complete name : 2866_20140907115900.mpg
Format : MPEG-TS
File size : 1.77 GiB
Duration : 31mn 58s
Overall bit rate mode : Variable
Overall bit rate : 7 932 Kbps
Movie name : Phineas and Ferb
Law rating : TV-Y7 (FV)
Video
ID : 3905 (0xF41)
Menu ID : 1 (0x1)
Format : MPEG Video
Format version : Version 2
Format profile : Main@High
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : Variable
Codec ID : 2
Duration : 31mn 58s
Bit rate mode : Variable
Bit rate : 7 152 Kbps
Maximum bit rate : 20.0 Mbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate : 59.940 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.129
Stream size : 1.60 GiB (90%)
Audio #1
ID : 3906 (0xF42)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 31mn 58s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -256ms
Stream size : 43.9 MiB (2%)
Language : English
Audio #2
ID : 3907 (0xF43)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 31mn 58s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -235ms
Stream size : 43.9 MiB (2%)
Language : Spanish
Text #1
ID : 3905 (0xF41)-CC1
Menu ID : 1 (0x1)
Format : EIA-608
Muxing mode : A/53 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 31mn 58s
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)
Text #2
ID : 3905 (0xF41)-CC3
Menu ID : 1 (0x1)
Format : EIA-608
Muxing mode : A/53 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 31mn 58s
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)
Text #3
ID : 3905 (0xF41)-1
Menu ID : 1 (0x1)
Format : EIA-708
Muxing mode : A/53 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 31mn 58s
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)
Text #4
ID : 3905 (0xF41)-2
Menu ID : 1 (0x1)
Format : EIA-708
Muxing mode : A/53 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 31mn 58s
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)
Menu
ID : 3904 (0xF40)
Menu ID : 1 (0x1)
Duration : 31mn 58s
List : 3905 (0xF41) (MPEG Video) / 3906 (0xF42) (AC-3, English) / 3907 (0xF43) (AC-3, Spanish)
Title : Phineas and Ferb
Language : / English / Spanish
Law rating : TV-Y7 (FV)
Hi, I checked log and didn't see any try to play the recording using xbmc player. I seen only an upnp transfer:
UPnP: Building didl for object 'pvr://recordings/Defau...
The EDL can only be handle by the player of xbmc running the addon. UPNP transfer only data; The remote point has no knowledge about EDL.
EDIT: Sorry , i opened the bad log !!
Yeeh the good log now:
11:29:35 T:139986724706048 DEBUG: AddOnLog: MythTV PVR Client: GetRecordingEdl: AV props: Frame Rate = 59.959
11:29:35 T:139986724706048 DEBUG: AddOnLog: MythTV PVR Client: GetRecordingEdl: COMBREAK 0.000 - 308.860
11:29:35 T:139986724706048 DEBUG: AddOnLog: MythTV PVR Client: GetRecordingEdl: COMBREAK 608.163 - 744.022
11:29:35 T:139986724706048 DEBUG: AddOnLog: MythTV PVR Client: GetRecordingEdl: COMBREAK 1011.521 - 1131.419
If the show start before and end after the program then the problem could come from commercial detection. The first skip is from 0' to 5'5": it seems no issue about framerate. Is reading with mythfrontend skip correctly ? If yes then can you send me a cut or the full video to test it ?
A simple test is to create a cut using ui mythfrontend and then checking the show.
(2014-09-03, 21:51)janbar Wrote: [ -> ] (2014-09-03, 20:00)Natronch Wrote: [ -> ]Hi janbar,
thanks a lot for your work. Something that currently prevents me from using this plugin on a daily basis is that i observe picture corruption about every minute. The picture does not stop oder stutter but only builds some blocks and continues to play.
If I skip back and watch the same scene again, it does not happen anymore. If I'm watching some seconds in timeshift (after skipping back) it never happens. This only seems to happen if I am watching near-live.
I suspect that the data from the backend comes late and this now has an effect as the whole stream setup is faster.
Unfortunately, the debug log does not show anything when this happens.
My setup:
mythtv HEAD of 0.27 branch
xbmc HEAD of gotham branch
pvr addon HEAD of gotham branch of your repository
mythbackend is on a separate system and storing its data on btrfs (i suspect this could cause delays)
Are you aware of such an issue or do you have an idea on how to analyze it?
You should have message like "read ahead" in log. Meaning addon cannot read more data and then it wait 100ms. So after few times the timeshift grows and you should no more have the issue. I bold the thing like that.
Otherwise your player could read to fast (bad synchro) because it drop frames with errors: Here it could be due to signal quality.
Finally the backend could be too slow to write data to the disk: btrfs ? Here i use ext4 with mount options below (important !!!):
UUID=1f314843-0ab1-4dee-9e89-562446549eae /local ext4 noatime,nodiratime 0 2
Storage for livetv, recordings etc... are within /local and mount options are "noatime,nodiratime" to avoid update of access time on each read/write operation !!!
I think I am hitting the same problem. (australia east coast)
My live tv is recorded to a non boot drive as: /dev/sdb1 /2tb ext4 noatime,nodiratime 0 0
I get grey blocks filling (usually) the bottom part of the screen, but it can go up to the full screen.
I have no signal issues and its only with livetv not playback
If I pause for a few seconds, then it goes away and does not come back until next time.
P.S I am also a little confused about the updates for gotham, I am using the ppa, do I need to change that or not?