• 1
  • 19
  • 20
  • 21(current)
  • 22
  • 23
  • 108
pvr.mythtv add-on
(2014-09-13, 10:10)nickr Wrote: Hey janbar, can you point me to a post or howto on getting this addon going for openelec? I have been following this thread, but I can't find a simple answer (although there is a lot about raspberry pi).

I am happy to do some compiling. I have compiled openelec before.

@nickr

This is a hack but it works for me!

Just build it for raspbmc and copy the zip file to .xbmc/addons and unzip it.

I have just tried this on Openelec master (has kodi/helix/14) built from source with addon built separately from janbar master and on Openelec 4.0.7 rpi prebuilt distribution (has gotham 13.1) with janbar gotham addon again built separately.

Code:
# this works on unbuntu 12.04 and 14.04
sudo apt-get update
sudo apt-get install git automake libtool zip
# Now setup the toochain to allow cross compile for pi processor arm
cd ~
git clone https://github.com/raspberrypi/tools.git  --depth 1

# put the following line in your .bashrc file at the end will do
export PATH=~/tools/arm-bcm2708/gcc-linaro-arm-linux-gnueabihf-raspbian-x64/bin:$PATH

# reload .bashrc
source ~/.bashrc
# use gotham branch unless you need master (for kodi/Helix 14)
git clone https://github.com/janbar/xbmc-pvr-addons.git --depth 1
# get xbmc-pvr-addons from git - using gotham branch only
git clone https://github.com/janbar/xbmc-pvr-addons.git -b gotham --depth 1
#Now build the mythtv pvr addon
cd xbmc-pvr-addons
./bootstrap
./configure --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf

make -C lib/cppmyth

make clean zip -C addons/pvr.mythtv

#Now transfer the addon pvr.mythtv-linux-arm.zip to the Raspberry pi and unzip in .xmbc/addons, I used gftp.

Mike
Reply
So, i prepared a github repository forked from last master of OpenELEC to build the latest addon:

*Clone the branch JANBAR from the repository:

git clone https://github.com/janbar/OpenELEC.tv.git -b JANBAR

*Goto the cloned repo:

cd OpenELEC.tv

*Then create or refresh a tarball of the addon: (that create a tarball into the folder sources/xbmc-pvr-addons/)

cd tools/mkpkg
./mkpkg_xbmc-pvr-addons_JANBAR
cd ../..

*Build OpenElec as explained in the wiki (wiki.openelec.tv) :

PROJECT=Generic ARCH=x86_64 make release

* Finally you will found, after few hours Confused, in the folder "target" an OpenELEC distro containing the lastest addon pvr.mythtv for the ARCH you previously selected.
* You can also cherry-pick the compiled addon from the build folder:

build.OpenELEC-$PROJECT.$ARCH-devel/xbmc-pvr-addons-JANBAR/.$ARCH-openelec-linux-gnu/addons/pvr.mythtv/

... and create a zip file manually

EDIT: Once you have bold it one time, then refresh will be fast: relaunch the refresh of the tarball and relaunch the build for the same PROJECT/ARCH just for the addon:

cd tools/mkpkg
./mkpkg_xbmc-pvr-addons_JANBAR
cd ../..

export PROJECT=Generic
export ARCH=x86_64
./scripts/build xbmc-pvr-addons
Reply
After 5hours of compiling, i posted the OpenELEC arm build to my cloud (check fist post for the url), including the release 1.9.22+ of the addon.
Reply
Thanks for the branch Janbar. I've tested/built for openelec for rpi as well as x86_64, works like a charm.
Reply
(2014-09-16, 11:20)janbar Wrote: After 5hours of compiling, i posted the OpenELEC arm build to my cloud (check fist post for the url), including the release 1.9.22+ of the addon.
An alternative is to use the recent builds in this thread: http://forum.xbmc.org/showthread.php?tid=192380

As of yesterday, it "Includes latest xbmc-pvr-addons master (dcda159b)"
Reply
janbar any update on my post a few pages back about the skipping to early issue? I posted a clean file and logs for you to comb over.
HTPC(s): All running LibreELEC
  • AMD 2200G APU on Gigabyte AB350N-Gaming WIFI-CF
  • RPI3 x2 | RPI2 x2
NAS: FreeNAS (Latest Stable) | NFS/CIFS
Reply
(2014-09-18, 15:15)pyrodex Wrote: janbar any update on my post a few pages back about the skipping to early issue? I posted a clean file and logs for you to comb over.

Yes, i checked the file. The framerate discovered by the addon is ok:

GetRecordingEdl: AV props: Frame Rate = 29.970

But after making the recorded seek map, my backend bold the frame map using an other framerate: 29.440 !
Unfortunately the MythTV commercial/cut marks are based on frames and not times. Converting them using the fps 29.970 we have position errors.
This is the recurrent issue using EDL with Myth and more using recordings with variable framerate. Now since 0.27 backend build a seek/time map for all recordings to fix this issue, but again unfortunately the API and even protocol command don't handle it today.
Since addon 1.9.22 we have a new setting (in advanced tab) to enable/disable EDL using a dialog. Setting it with value "dialog", the addon will ask you to enable or disable EDL before the show. For showing from this channel you should disable EDL because recorded streams seems to lose frames.
Reply
Would these builds work on Pivos XS?
Reply
Just curious, are these fixes included in the latest Helix build?

If not, what is the process to get them into the build, or next build (I am happy to help however I can). Smile

Thank you janbar, you're a life saver!
Reply
I
(2014-08-10, 18:10)janbar Wrote:
(2014-08-09, 21:57)teeedubb Wrote: Janbar I'm getting a 'recorder unavailable' error message and no live tv playback after both the be +fe have been suspended. Xbmc was turned on, backend was woken then I attempted to play livetv (also on the frontend, xbmc restarts on resume). Restarting xbmc after the error allowed livetv to be played.

http://paste.ubuntu.com/8001362/

EDIT: Ive also noticed (with latest plus previous versions) that there are sometimes long pauses (10+ sec) during playback that I dont get with cmyth. First log playback resumed after some time, second log playback froze for over 1min, and didnt restart.

http://paste.ubuntu.com/8001583/
http://paste.ubuntu.com/8001600/
Mythbackend log (should cover all three xbmc log files) for completeness sake: http://paste.ubuntu.com/8001621/


Mythtv 0.27.3+fixes, xbmc 13.2b2, ubuntu 14.04 on both machines.

Yes, i know this situation. In rare case i have same disconnection with error 110 (timeout). The root cause is the backend does not respawn in time (10 secondes) because it could be overloaded by others task or bug. The old addon cmyth have the same issue but you didn't see it Wink because it retries one time all timeouted calls. Also the timeout was fixed to 20 secondes if i remember.
Anyway, next step i will think about to retry call or at least reconnect the control connection if possible.

I have this issue with one tuner only It is an hd-pvr recording from a digital box via usb. It takes about 12 to 15 seconds to tune ( Firewire changes channel ondigital box then the hdpvr turns on and starts encoding and sending to mythtv) I tried changing the timeout in live tv settings to 30 seconds but I still get this problem. Is it possible to tell the plugin to wait longer? I can tune it fine using the cmyth plugin.

Thanks

Craig

I guess had I read a bit more I would have found the solution just updating via apt and will give it a try.

Thanks

Craig
Reply
Hi Janbar,

Thanks for this plugin. Works quite well. I have some issues with wakeup/suspend though:

My setup consists of a Mythbackend/xbmc box and onther frontend only boy with xbmc. Previously I let mxthtv handle all the wakeup/shutdown logic but that caused a lot of issues when trying to use xbmc as a frontend (as opposed to mythfrontend). So now I switched over to let xbmc handle the idle timeout shutdowns and wakeups. This works perfectly well for the master backend box.

However, the issue now is when I only watch some TV using the second frontend. It happens that the backend shuts down *while* I'm streaming video from the mythbackend there. I think the plugin needs to mark the PVR part as busy not only when its recording, but also when its serving other clients.

Another small issue that the wakeonlan for the backed does work, but seems to take like a minute or so before it actually sends the wake command. So if I start the second frontend while the backend is sleeping, it takes quite a while until it wakes up the backend. Should happen instantaneously.

Thanks again for your work on this.
Reply
Has anybody tested v1.9.22 on Gotham using MythTV 0.27.3 ?

mythtv-0.27-5.fc20.x86_64 currently works for me, but I'd like some of the 0.27.3 fixes, so hopefully there is no regression. I had read on another thread (http://forum.xbmc.org/showthread.php?tid=198981) that 0.27.2 had problems
Reply
I upgraded my system after hearing about the shell shock bug and have 27.3 from the mythbuntu ppa and haven't noticed any issues.
Reply
(2014-09-28, 23:25)iscraigh Wrote: I
(2014-08-10, 18:10)janbar Wrote:
(2014-08-09, 21:57)teeedubb Wrote: Janbar I'm getting a 'recorder unavailable' error message and no live tv playback after both the be +fe have been suspended. Xbmc was turned on, backend was woken then I attempted to play livetv (also on the frontend, xbmc restarts on resume). Restarting xbmc after the error allowed livetv to be played.

http://paste.ubuntu.com/8001362/

EDIT: Ive also noticed (with latest plus previous versions) that there are sometimes long pauses (10+ sec) during playback that I dont get with cmyth. First log playback resumed after some time, second log playback froze for over 1min, and didnt restart.

http://paste.ubuntu.com/8001583/
http://paste.ubuntu.com/8001600/
Mythbackend log (should cover all three xbmc log files) for completeness sake: http://paste.ubuntu.com/8001621/


Mythtv 0.27.3+fixes, xbmc 13.2b2, ubuntu 14.04 on both machines.

Yes, i know this situation. In rare case i have same disconnection with error 110 (timeout). The root cause is the backend does not respawn in time (10 secondes) because it could be overloaded by others task or bug. The old addon cmyth have the same issue but you didn't see it Wink because it retries one time all timeouted calls. Also the timeout was fixed to 20 secondes if i remember.
Anyway, next step i will think about to retry call or at least reconnect the control connection if possible.

I have this issue with one tuner only It is an hd-pvr recording from a digital box via usb. It takes about 12 to 15 seconds to tune ( Firewire changes channel ondigital box then the hdpvr turns on and starts encoding and sending to mythtv) I tried changing the timeout in live tv settings to 30 seconds but I still get this problem. Is it possible to tell the plugin to wait longer? I can tune it fine using the cmyth plugin.

Thanks

Craig

I guess had I read a bit more I would have found the solution just updating via apt and will give it a try.

Thanks

Craig

Is it fixed or you need to wait longer ? i could update max delay to 60 sec if you need

(2014-09-29, 12:10)mzanetti Wrote: Hi Janbar,

Thanks for this plugin. Works quite well. I have some issues with wakeup/suspend though:

My setup consists of a Mythbackend/xbmc box and onther frontend only boy with xbmc. Previously I let mxthtv handle all the wakeup/shutdown logic but that caused a lot of issues when trying to use xbmc as a frontend (as opposed to mythfrontend). So now I switched over to let xbmc handle the idle timeout shutdowns and wakeups. This works perfectly well for the master backend box.

However, the issue now is when I only watch some TV using the second frontend. It happens that the backend shuts down *while* I'm streaming video from the mythbackend there. I think the plugin needs to mark the PVR part as busy not only when its recording, but also when its serving other clients.

Another small issue that the wakeonlan for the backed does work, but seems to take like a minute or so before it actually sends the wake command. So if I start the second frontend while the backend is sleeping, it takes quite a while until it wakes up the backend. Should happen instantaneously.

Thanks again for your work on this.

Weird, when playback (live or recording) is showing the plugin use "Playback" connection. That's mean backend shouldn't sleep or shutdown. What is version of backend ?
SInce 1.9.22 plugin should send magic packet on startup or when disconnected every 5 secondes. Be sure you haven't any firewire or bridge between client and backend: Often those devices filter the broadcast packets. I will check the feature here...
Reply
(2014-10-03, 20:41)janbar Wrote: Weird, when playback (live or recording) is showing the plugin use "Playback" connection. That's mean backend shouldn't sleep or shutdown. What is version of backend ?

I'm running 0.27+fixes. However, note that it's not the backend that's initiating the shutdown, it's xbmc. I'm using xbmc's energy saving settings (System + PVR) to allow xbmc controlling when to shut down and wake up. Now, when the backend is recording, everything works fine, shutdown is inhibited, but when the backend is *not* recording, just serving video to another frontend, it shuts down.

I know that in order to not run into this situation I could disable all of xbmc's energy saving things and switch back to let mythbackend control that. However, it would be much nicer using xbmc's settings because that just works so much better. It's nicer to configure and allows running xbmc standalone without fiddling around with scripts to start/stop xbmc, keep mythwelcome running and whatnot. Makes the power menu in xbmc work properly etc.
Reply
  • 1
  • 19
  • 20
  • 21(current)
  • 22
  • 23
  • 108

Logout Mark Read Team Forum Stats Members Help
pvr.mythtv add-on1