[00:46] <amejia> hi
[00:47] <amejia> someone here was asking me if packaging for debian will be done so
[00:47] <amejia> i changed nick 'ceros > amejia'
[01:14] <superm1> amejia: haven't heard from you in a while on where things were at in trying to get the package in debian based off the current mythbuntu bzr packaging
[01:14] <superm1> any updates on that stuff?
[01:19] <amejia> superm1: well, can mythtv use system libav?
[01:20] <superm1> amejia: well upstream is still against that
[01:20] <amejia> ffmpeg?
[01:20] <amejia> system ffmpeg?
[01:20] <superm1> they've got code on the ffmpeg stuff that won't be upstreamed to upstream ffmpeg
[01:21] <superm1> from what I understand
[01:21] <amejia> have they tried asking libav or ffmpeg devs?
[01:21] <amejia> i hear they're much more forthcoming with proposed changes since their fork
[01:22] <superm1> oh really?
[01:22] <amejia> it's a long story
[01:22] <amejia> they should really attempt to get their changes in
[01:22] <superm1> if you're more familiar with what's gone on, maybe it's best you run it by the mythtv devs that were against it
[01:23] <amejia> in the case for debian/ubuntu, they are going with using libav
[01:23] <amejia> ok
[01:24] <amejia> long story short, mythtv would have to be modified to use system libav in order to be uploaded to debian
[01:24] <amejia> so far i've been tied up with xbmc's packaging, so i haven't had time to look at mythtv
[01:25] <superm1> i see
[01:25] <superm1> well i'm sure that will take some convincing
[01:26] <superm1> ffmpeg in tree has been refactored to be it's own directory that's more easily resynced http://irc.mythtv.org/ircLog/channel/4/2011-05-06
[01:26] <Zinn> [irc.mythtv.org] Beirdobot, irc.freenode.net :: #mythtv
[01:32] <superm1> oh the other complication I guess is that they're pre-split, so i don't know they have decided which they're going to be syncing with (libva or ffmpeg)
[16:59] <sabhain> Does anyone know what can cause a hesitation (5-10 second freeze) in playback of recordings and live TV at the top and bottom of the hour?
[17:00] <sabhain> new behavior creeping into a really established (5+ years of stable use) backend / frontend.
[17:16] <rhpot1991> sabhain: sounds like you have a new recording kicking in
[17:16] <rhpot1991> I used to see that once upon a time but it has since gone away for me
[17:31] <superm1> that happens on my box as well
[17:32] <superm1> it hasn't bothered me enough to look into it, but i've heard it's because of all the constant mysql use at that time
[17:32] <superm1> which doesn't really match up with the behavior on my box unfortunately because mysql is on a separate drive from the recordings
[18:12] <cperrin88> Hey
[18:12] <cperrin88> I'm searching for a nice DVB-S2 card but I'm unsure what I should buy
[18:13] <cperrin88> Preferably with HD support
[18:13] <cperrin88> has anyone a suggestion
[18:27] <sabhain> rhpot1991: I've checked .. it's not always the case.  It could be just watching live TV when one show ends and another begins.
[18:27] <sabhain> there must be a show changeover buffer or something, right?
[18:28] <sabhain> I really wonder why it would never happen, and then start happening all of a sudden .. sort of worried about HD error or something catastrophic lurking.
[18:28] <rhpot1991> sabhain: in livetv yes
[18:28] <rhpot1991> it starts a new "recording" for the new program
[18:28] <sabhain> oic
[18:29] <sabhain> what started to catch my eye is if I'm watching a recording .. no one is watching anything else, and nothing is being recorded .. and it still happens as the top of the hour passes.
[18:29] <sabhain> maybe I have some cron job running that I don't know about ..
[18:35] <rhpot1991> sabhain: are you up to date?
[18:37] <superm1> rhpot1991: i'm up to date (24-fixes) and it certainly still happens for me at the top of the hour too
[18:38] <rhpot1991> weird it used to happen to me but hasn't in forever
[18:38] <rhpot1991> gotta be a hardware bottleneck I'd think
[18:38]  * rhpot1991 waits for mrand to point out that rhpot1991 always blames the hardware
[18:50] <sabhain> rphot1991: I generally don't stay up to date when things are stable, but I did let the updates run over the weekend, so yes.
[18:51] <sabhain> ...!!... but I didn't yet update my diskless image, so maybe that's compounding my issue?
[18:52]  * sabhain thinks updating a stable working mythtbuntu implementation is playing with fire.
[18:52] <rhpot1991> shark attacks are fun
[19:05] <mrand> rhpot1991 always blames hardware, even when there is overwhelming evidence to the contrary.
[19:05]  * mrand goes back to sleep
[22:06] <Ankhwatcher> hi
[22:17] <Ankhwatcher> When I try to set up myth export it fails because my mysql database has a different name than it expects
[22:17] <Ankhwatcher> it might be reading these values from the myth config files
[22:18] <Ankhwatcher> where are they?
[22:32] <superm1> Ankhwatcher: /etc/mythtv
[22:32] <superm1> or ~/.mythtv
[22:32] <superm1> or /home/mythtv/.mythtv
[22:32] <superm1> depending on how it's getting executed
[22:32] <superm1> rhpot1991: mythexport question^
[22:36] <Ankhwatcher> ERROR 1044 (42000): Access denied for user 'mythuser'@'192.168.1.2' to database 'mythconverg'
[22:37] <Ankhwatcher> I can't find any incorrect settings in .mythtv/mysql.txt or config.xml
[22:37] <Ankhwatcher> but my database is called mythdata not mythconverg
[22:38] <superm1> Ankhwatcher: rhpot1991 should be able to answer with the exact place that it's getting the information from
[22:38] <superm1> when he gets back
[22:39] <Ankhwatcher> okay, cool
[22:39] <Ankhwatcher> well I'll check back on my away log in a while to see if he got back to me
[22:39] <Ankhwatcher> thanks for your help
[23:45] <rhpot1991> oh weird how do you not have mythconverg?
[23:46] <rhpot1991> Ankhwatcher: ^
[23:46] <rhpot1991> I'm not sure I ever considered that possibility, I'll have to look at the code and see what you can do