New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Live TV causes MythTV to miss recording. #85
Comments
@amais: Could you test if the referenced at least solves the hanging recording for you? |
I'm not that great at Git. Do I just download the source again, or is there something special I need to do to grab this? |
Ah sorry, here's a quick explanation: the PR is not yet merged to master, so you have to grab it as patch and apply it to my master branch. (I guess that's where your git head is currently) Personally, I use the hub tool for this (https://github.com/defunkt/hub), a small git wrapper for github. What it does (if you don't want to install hub):
Let me know if that helps! |
hub isn't really working for me. There seem to be some dependency issues. I got ruby installed per requirement, but not sure on the next one. Ubuntu keeps recommending different things for me to install. Ok, so i'll skip hub for a min. How do I grab the patches? Using curl as you suggested, isn't working either as all i get is a file with a redirect HTML in it. And if I just use "#87" it fails. I found this, which seems to make sense, but I can't figure out how to grab the file as all I get is HTML files downloaded. http://chem-bla-ics.blogspot.com/2011/01/github-tip-download-commits-as-patches.html Or... can I follow this guide to download and apply the patch? https://ariejan.net/2009/10/26/how-to-create-and-apply-a-patch-with-git Sorry, I know this is more than you wanted to deal with... On the bright side if I figure this out, I can help more ;) |
well you just need to download |
Yay! :) It's compiling now, I'll install it then start testing right away. |
It still is happening :( Mythbackend thinks two shows are currently recording. This is all that shows up on the recorded screen. It should have 2 shows, but one is missing. Changed channel after show started recording. |
Did LiveTV stop and did you see the notification "Stopping Live TV due to a conflicting recording"? When testing, my recording was on a different channel. Will check also for recordings on the same channel. (Just because we had this problem several times: Tripple check if the addon .so file has the expected build date. Depending on how you build our addon sometimes is sometimes skipped and you end up running the old version. If you build as zip you need the make clean zip http://wiki.xbmc.org/index.php?title=PVR/Backend/MythTV/BuildFromSource ) |
First time I did not see a notification. I will double check everything. I wrote a bash script, which executes the following.
Just a nitpick, the source build wiki page should have "zip" added to the required packages needed for building. I'm using XBMCbuntu, and zip isn't included by default. Not a big deal for me, but might help others. Second time, 3 shows scheduled to record. I was watching on a non scheduled channel. Didn't change, same result. Show stuck on mythbackend, and LiveTV didn't stop. |
massive edit ;) I found the correct plugin, and it was wrong. I have removed it, installed the new one, now has the correct build date of Feb 3rd. I will commence testing. Good News! (sorta)
Notification shows up, both shows are recording on mythbackend, but XBMC is locked up and "buffering" it finally stopped after about 3 minutes. But it looks excellent... thanks for all your work!! |
Built with #87 patch, it introduces a new issue. LiveTV now stops regardless if there is an open tuner or not. Example: |
It's not very well documented, so most likely we need a couple of iterations. But we're getting there! I've just pushed an update. It should now only react on the affected tuner and is also configurable. |
I like the new conflict handling menu selection. With my first test, watching LiveTV message popped up that LiveTV will end. It ended quickly with no buffering/hanging issue I saw from the last build. Recordings all succeeded. Here is the log from the channel change. http://xbmclogs.com/show.php?id=32717 Let me know if you want me to test each of the new conflict handling methods. |
Looking a lot better, was just watching LiveTV and had 1 show scheduled to start, no issues. LiveTV continued and new show started recording. |
Thanks for testing. Could you please reapply the patch set once again? There's one more issue: When Live TV stops and you restart it within a few seconds, it might trigger the issue again, so we have to block the tuner the next couple of seconds. I'll rework the code a bit and make the strings translatable. |
I've been playing with this today, and it seems pretty solid. |
Thanks for reporting and helping to get this sorted out. I've merged the changes now to the master branch. |
Watching LiveTV will cause MythTV to miss a scheduled recording. Myth will become "stuck" acting like it is recording, but will never finish. This is caused by XBMC locking a tuner.
http://forum.xbmc.org/showthread.php?tid=152511
1.6.7 is better than previous builds, but only if there are no tuners available. If you are actually watching TV and something is scheduled you get no notification that you will miss your show.
Ubuntu 12.04 LTS
XBMC 12 (Frodo) w/ cmyth 1.6.7
MythTV Version : v0.25.3-32-g79a24c9
MythTV Branch : fixes/0.25
Network Protocol : 72
Library API : 0.25.20130112-1
QT Version : 4.8.1
Options compiled in:
linux profile use_hidesyms using_alsa using_oss using_pulse using_pulseoutput using_backend using_bindings_perl using_bindings_python using_bindings_php using_crystalhd using_dvb using_firewire using_frontend using_hdhomerun using_ceton using_hdpvr using_iptv using_ivtv using_joystick_menu using_libcec using_libcrypto using_libdns_sd using_libxml2 using_lirc using_mheg using_opengl_video using_qtwebkit using_qtscript using_qtdbus using_v4l2 using_x11 using_xrandr using_xv using_bindings_perl using_bindings_python using_bindings_php using_mythtranscode using_opengl using_vaapi using_vdpau using_ffmpeg_threads using_live using_mheg using_libass using_libxml2
The text was updated successfully, but these errors were encountered: