| Wednesday, July 24th, 2013, 00:01 UTC | ||
| [00:01:41] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 248 seconds) | |
| [00:48:49] | knightr: | mmm, looks like Stuart didn have time to do it today... |
| [00:56:28] | knightr: | Is the command line (I guess) code in the ChannelImporter class actually used? |
| [01:54:49] | jya: | knightr: have you tagged the release yet? |
| [01:57:58] | knightr: | jya no, I don't have the accesses to tag it (which is only part of what must be done, the site must be modified and the resulting tar files must be put on OSUOSL servers.. Stuart was supposed to do it Sunday or Monday and then today but it looks like he didn't have time.. |
| [01:58:30] | jya: | ok.. oh well, I can put some fixes it before he wakes up then |
| [02:03:34] | knightr: | LOL... you could do it once he tags too since these are fixes though but as you said you have at least a few hours before it has a chance to get tagged so your fixes will definitely end up in the alpha... |
| [02:05:04] | knightr: | BTW, I saw your notification stuff while I was playing with my frontend/backend yesterday, it''s very nice... |
| [02:15:37] | jya: | glad you like it... |
| [02:21:53] | knightr: | I didn't like the reason I got it (an error message) :) but definitely like both how it look and the additional info it provided... |
| [02:22:27] | nyloc (nyloc!~quassel@p4FE4D0E5.dip0.t-ipconnect.de) has joined #mythtv | |
| [02:22:34] | jya: | that was the original aim: try to provide visual feedback of when something goes wrong, instead of having to look in the log |
| [02:22:55] | _nyloc_ (_nyloc_!~quassel@p4FE4C984.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [02:24:02] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [02:24:24] | knightr_: | oops, I got disconnect... |
| [02:24:30] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer) | |
| [02:24:47] | knightr_: | s/disconnect/disconnected |
| [02:24:51] | knightr_: | It's way more user-friendly that way... |
| [02:28:39] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 246 seconds) | |
| [02:29:56] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [02:35:13] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [02:37:39] | skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has joined #mythtv | |
| [03:12:08] | chucko (chucko!~chucko3@CPE-121-208-224-111.mjcz2.cha.bigpond.net.au) has joined #mythtv | |
| [03:14:16] | chucko: | used mythv in the past but found it difficult to get it to sleep and recording options were verbose. has this improved |
| [03:14:47] | chucko: | sorry wrong channel |
| [03:15:02] | chucko (chucko!~chucko3@CPE-121-208-224-111.mjcz2.cha.bigpond.net.au) has left #mythtv () | |
| [03:20:37] | Chutt (Chutt!~ijr@cpe-76-190-199-73.neo.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [03:36:45] | Chutt (Chutt!~ijr@cpe-76-190-199-73.neo.res.rr.com) has joined #mythtv | |
| [03:57:53] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 248 seconds) | |
| [03:59:43] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:00:13] | OldEnK (OldEnK!~OldEnK@63-152-97-123.cdrr.qwest.net) has joined #mythtv | |
| [04:01:18] | OldEnK (OldEnK!~OldEnK@63-152-97-123.cdrr.qwest.net) has left #mythtv () | |
| [04:22:15] | CeilingKitten (CeilingKitten!~CeilingKi@206-248-153-92.dsl.teksavvy.com) has joined #mythtv | |
| [04:24:07] | dblain: | argh! can't ssh into server again, connection is being denied! :( |
| [04:27:44] | Beirdo: | one sec, I might be able to do something... do you keep putting in the wrong password or something? |
| [04:28:44] | Beirdo: | bah, that computer is unreachable. Just my luck. |
| [04:32:47] | dblain: | Beirdo: no, first try it locked me out without asking for passphrase. (it may have been the wrong key.) switched to my other box (known correct key, and outside inner fireall just in case) and it also got same error |
| [04:34:45] | dblain: | Beirdo: I was just going to create a branch so I have a backup of all the work I've been doing. I'll just take it as a sign and call it a night. Hopefully, someone can figure out why alcor hates my ip so much. |
| [04:43:32] | Beirdo: | We will have to make it hate you less for sure |
| [05:17:02] | jams (jams!~jams@cpe-24-92-95-170.wi.res.rr.com) has quit (Ping timeout: 240 seconds) | |
| [05:27:19] | jams (jams!~jams@cpe-24-92-95-170.wi.res.rr.com) has joined #mythtv | |
| [05:45:09] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [05:58:43] | SteveGoodey (SteveGoodey!~steve@host86-160-206-25.range86-160.btcentralplus.com) has joined #mythtv | |
| [05:59:07] | joki (joki!~joki@p548629F5.dip0.t-ipconnect.de) has quit (Ping timeout: 268 seconds) | |
| [06:03:46] | joki (joki!~joki@p548628EC.dip0.t-ipconnect.de) has joined #mythtv | |
| [06:04:29] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 276 seconds) | |
| [06:05:42] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [06:06:06] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 264 seconds) | |
| [06:10:47] | SteveGoodey (SteveGoodey!~steve@host86-160-206-25.range86-160.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [06:37:23] | cecil (cecil!~cesman@pool-108-23-186-248.lsanca.fios.verizon.net) has quit (Quit: Konversation terminated!) | |
| [07:34:35] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:2571:cbe0:2bef:b4a3) has joined #mythtv | |
| [07:44:45] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [08:18:55] | pkendall (pkendall!~kvirc@219-89-45-241.dialup.xtra.co.nz) has joined #mythtv | |
| [08:20:21] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 248 seconds) | |
| [08:20:45] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [08:20:45] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Changing host) | |
| [08:20:46] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [08:29:07] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has joined #mythtv | |
| [08:29:39] | _nyloc_ (_nyloc_!~quassel@p4FE4D0E5.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:29:55] | wahrhaft_ (wahrhaft_!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has quit (Ping timeout: 240 seconds) | |
| [08:29:55] | joe_____ (joe_____!~bob@64.73.32.135) has quit (Ping timeout: 240 seconds) | |
| [08:29:56] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (Ping timeout: 240 seconds) | |
| [08:29:56] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (Ping timeout: 240 seconds) | |
| [08:29:57] | nyloc (nyloc!~quassel@p4FE4D0E5.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds) | |
| [08:30:32] | taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has joined #mythtv | |
| [08:30:32] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
| [08:30:32] | taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has quit (Changing host) | |
| [08:30:39] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv | |
| [08:32:21] | joe_____ (joe_____!~bob@64.73.32.135) has joined #mythtv | |
| [09:31:55] | stuartm: | Beirdo: add his IP to hosts.allow, that will take precedence over the entry added to hosts.deny by denyhosts |
| [10:13:18] | jya: | stuartm: have you made the tag yet? |
| [10:13:25] | jya: | if not can you hold about one hour ? |
| [10:13:38] | stuartm: | jya: not yet, I was just about to though :) |
| [10:14:15] | stuartm: | I can wait, finally got a quiet morning (hope it lasts) |
| [10:14:15] | jya: | I thought I would have finished by now, but I got taken away for some other tasks today |
| [10:14:46] | jya: | oh, so you can do the animations in the mean time :) |
| [10:16:16] | stuartm: | there's a BUG report for that in trac ;) |
| [10:17:18] | jya: | sure did add one… |
| [10:17:40] | jya: | but I'm just kidding, you don't have just one hour… 2 will do.. |
| [10:19:08] | jya: | did you see the other bugs I reported while you were away? |
| [10:19:29] | jya: | in particular the one regarding the inheritance of area/size for the progress bar? |
| [10:20:16] | stuartm: | I'll sort the animation stuff soon, I'm going to use the free time to pop round the hardware store nearby, need some replacement guttering ;) |
| [10:20:38] | stuartm: | jya: saw the ticket, haven't had a chance to investigate yet |
| [10:21:23] | jya: | ok… this is the one that annoys me the most actually.. because the progress bar isn't properly located with some themes.. so you don't see anything |
| [10:22:08] | jya: | for example, if I use Terra theme, with AirPlay, you see the progress bar, but the progression itself occurs about 15 pixels above the progress bar itself |
| [10:22:11] | jya: | looks very weird |
| [10:25:17] | jya: | Captain_Murdoch: I've fixed #11663 in a different fashion, much simpler than using a QRunnable. But still using a Qt specific slot/connect thing. The only way to handle something in MythDownloadManager::run() would have been to either loop inside the download queue or download info list. Or create another member and check it regularly |
| [10:25:17] | ** MythLogBot http://code.mythtv.org/trac/ticket/11663 ** | |
| [10:25:33] | jya: | I didn't like that loop plus test being done every 200ms |
| [10:25:47] | jya: | so using an event is much simpler in the end… |
| [10:27:50] | stuarta: | hurrah \o/ |
| [10:39:23] | jya: | stuartm: I've pushed my change… can tag whenever |
| [10:42:48] | jya: | need to update the wiki now with all the new features found in 0.27 |
| [11:16:52] | dekarl1 (dekarl1!~dekarl@p4FE85D9F.dip0.t-ipconnect.de) has joined #mythtv | |
| [11:18:33] | dekarl (dekarl!~dekarl@p4FE8450D.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [11:27:23] | stuartm: | tagged alpha |
| [11:28:24] | danielk22: | :) |
| [11:30:51] | stuartm: | uploading tarballs to server now, will post news tonight |
| [11:38:15] | stuartm: | The annotated tag output provides a useful reference for the wiki changelog |
| [12:14:16] | stuarta: | stuartm: is it worth forcing a mirror push to osuosl? |
| [12:37:12] | jya: | stuartm: I was writing the documentation on the wiki on how to use the notification center http://www.mythtv.org/wiki/Notification_Center |
| [12:37:56] | jya: | and I suddenly had the thought that the naming of MythUINotificationCenter isn't really in line with the other. The MythUI prefix being only used for actual MythUIWidget |
| [12:38:33] | jya: | things like MythScreenStack, MythScreenType. so I think it should have been called MythNotificationCenter instead. |
| [12:38:46] | jya: | but now it's too late.. how will I ever be able to live with myself now ! |
| [12:43:53] | jya: | nothing about 0.27 on the main page? |
| [12:52:42] | stuarta: | jya: < stuartm> uploading tarballs to server now, will post news tonight |
| [12:53:01] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [12:53:05] | stuarta: | jya: we need to make sure the tarballs have hit the mirror before pushing the page |
| [12:53:13] | jya: | i see |
| [12:53:31] | stuarta: | hence me asking if we should do an explicit mirror push |
| [12:54:24] | kenni (kenni!~kenni@port649.ds1-ly.adsl.cybercity.dk) has quit (Ping timeout: 240 seconds) | |
| [13:06:56] | kenni (kenni!~kenni@port649.ds1-ly.adsl.cybercity.dk) has joined #mythtv | |
| [13:10:25] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [13:16:56] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [13:28:29] | taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has joined #mythtv | |
| [13:28:29] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
| [13:28:29] | taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has quit (Changing host) | |
| [13:30:37] | stuartm: | stuarta: it can't hurt |
| [13:31:19] | stuartm: | jya: it's easy to fix, even while we're in freeze since it doesn't actually alter functionality |
| [13:32:29] | stuartm: | stuarta: iirc the frequency of the automatic sync was increased a few months ago, but it's still only going to be twice a day instead of once |
| [14:28:44] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Ping timeout: 245 seconds) | |
| [14:32:35] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:df0:8a7a:7b17:ced7) has joined #mythtv | |
| [14:32:35] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:df0:8a7a:7b17:ced7) has quit (Changing host) | |
| [14:32:35] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv | |
| [14:59:07] | bobweaver: | What in the world is that doing there ? http://imagebin.org/265487 :) |
| [15:04:14] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 256 seconds) | |
| [15:07:45] | bobweaver: | Now if I could just get the code to run correctly dang DesktopServices::openUrl() function is not working :( |
| [15:09:06] | Merlin83b: | "Wlcome" and "SDK Kit" don't encourage faith... |
| [15:09:12] | bobweaver: | example: void MainWindow::on_button2_clicked() { QDesktopServices mythWiki; |
| [15:09:12] | bobweaver: | mythWiki.openUrl(QUrl("http://mythtv.org"));} No workie |
| [15:09:26] | bobweaver: | Merlin83b, patches welcome |
| [15:09:35] | bobweaver: | I am a horible speller and designer |
| [15:09:50] | bobweaver: | and coder for that matter lol |
| [15:09:52] | Merlin83b: | Then designing something mightn't be the best use of your time ;) |
| [15:10:15] | bobweaver: | I think that logic is the best use of my time |
| [15:10:32] | bobweaver: | could be wrong |
| [15:10:46] | bobweaver: | Merlin83b, how would you make it look ? |
| [15:11:35] | Merlin83b: | I, too, am no designer. I have no idea what you're actually attempting, but I dont think any of the current development team are looking for a Myth-specific IDE, which is what it seems you might be aiming at. |
| [15:12:51] | bobweaver: | Merlin83b, I am making a IDE for the app that I am making |
| [15:14:02] | bobweaver: | Merlin83b, http://www.youtube.com/watch?v=pCjUzlcvQ_o |
| [15:18:19] | bobweaver: | Merlin83b, so As you can see I am writing a new frontend that is rendered in qml/html5/c++ |
| [15:18:38] | Merlin83b: | Okay, cool. Please get a spell checker though! |
| [15:18:44] | bobweaver: | these will need themes and the sdk is just for that making themes. |
| [15:19:00] | bobweaver: | Merlin83b, in the SDK its self ? |
| [15:19:10] | Merlin83b: | The theme, too :) |
| [15:19:11] | bobweaver: | s|sdk|IDE |
| [15:19:27] | Merlin83b: | All of it – so many errors that it makes it look fairly, um, amateur? |
| [15:19:35] | Merlin83b: | But I wish you the best of luck. |
| [15:19:45] | bobweaver: | that is what I am is amateur |
| [15:20:58] | Merlin83b: | Okay, subtlety lost over IRC. It makes it look bad. |
| [15:20:59] | bobweaver: | I think that it is coming along ok Merlin83b if you see any more spelling errors could you point them out to me? thanks |
| [15:21:23] | Merlin83b: | There were a couple I saw in the video. Library was wrong under Media Library, for isntance. |
| [15:21:51] | bobweaver: | thanks Merlin83b yeah I am dyslisic |
| [15:22:00] | bobweaver: | for real ^^ |
| [15:22:28] | Merlin83b: | Sure, and I'm not criticising your effort or anything like that. |
| [15:22:53] | Merlin83b: | I have no idea how this fits in to the grander scheme of mythtv – that's not for me to comment on. |
| [15:23:20] | bobweaver: | Merlin83b, I love cunstuctive crit-i-sisum |
| [15:23:41] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [15:23:49] | bobweaver: | only makes things better :) |
| [15:25:15] | bobweaver: | Merlin83b, do you think that it would be better if I put the myth tv logo in pace of where it says welcome to mythtv sdk ? |
| [15:25:34] | bobweaver: | << again horrible designer |
| [15:25:53] | bobweaver: | tgm4883, maybe you would like to make a image of what this should look like ? |
| [15:27:17] | bobweaver: | there will be 3 tabs , welcome screen (with them buttons) a mysql browser that devs can look at there sql tables to check there work. and a wsdl if I can get it to work. QWidgets do not like WebView or so it seems |
| [16:01:10] | jheizer__ (jheizer__!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has quit (Quit: Leaving) | |
| [16:03:44] | ghoti_ is now known as ghoti | |
| [16:11:35] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 264 seconds) | |
| [16:25:00] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-170-1-245.hsd1.wa.comcast.net) has joined #mythtv | |
| [16:25:00] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-170-1-245.hsd1.wa.comcast.net) has quit (Changing host) | |
| [16:25:00] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [16:25:44] | rsiebert_ (rsiebert_!~quassel@e179134098.adsl.alicedsl.de) has joined #mythtv | |
| [16:28:53] | rsiebert (rsiebert!~quassel@92.225.53.135) has quit (Ping timeout: 244 seconds) | |
| [16:34:29] | SteveGoodey (SteveGoodey!~steve@host86-160-206-25.range86-160.btcentralplus.com) has joined #mythtv | |
| [16:49:59] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [16:52:56] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:2571:cbe0:2bef:b4a3) has quit (Read error: Connection reset by peer) | |
| [16:55:52] | peper03: | Hmm. AvFormatDecoder::SeekReset empties 'storedPackets' if the 'doflush' parameter is true. AvFormatDecoder::Reset will do that indirectly iff the 'seek_reset' parameter is true, but not if the 'reset_video_data' parameter is true. Is that right? And since Reset gets called from the player thread, should storedPackets not be protected by a semaphore? |
| [17:01:30] | bobweaver: | Looking better ? http://imagebin.org/265494 |
| [17:02:47] | jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [17:43:38] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [17:49:31] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 260 seconds) | |
| [17:51:05] | SteveGoodey (SteveGoodey!~steve@host86-160-206-25.range86-160.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [18:20:57] | peper03: | jya: If I skip between chapters quickly on a DVD, I can sometimes cause a segfault. Not sure if it's always at the same place, but certainly in ffmpeg code. At the moment, it's in av_parser_parse2. The AVStream passed in (from parse_packet) has the parser field set to NULL. AVFormatContext.nb_streams is set to 7 but all of the streams have a NULL parser. Any ideas? |
| [18:27:21] | peper03: | And twice now in ff_thread_report_progress from (indirectly) mpeg_decode_slice. The AVFrame passed in is NULL. |
| [18:38:58] | peper03: | Yep, nearly always in ff_thread_report_progress. And only with OpenGL rendering. Can't reproduce it with VDPAU. |
| [18:51:32] | peper03: | And another while calling AvFormatDecoder::SeekReset from the player thread: http://pastebin.com/FG1d7MU9 |
| [18:52:19] | peper03: | ff_read_frame_flush in that backtrace loops through all the parsers, closing them and setting them to NULL. So that ties in with the segfault in av_parser_parse2. |
| [18:54:27] | peper03: | So that looks like an interesting problem to solve. How to synchronise not only the player and decoder threads but also worker threads created by ffmpeg? |
| [18:54:56] | peper03: | danielk22: ^^ |
| [19:09:45] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 264 seconds) | |
| [19:13:30] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [19:22:57] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [19:25:00] | bobweaver: | ok well I can not paste for somereason WTF is going on here sorry matt |
| [19:25:07] | bobweaver: | er wrong channel |
| [19:28:22] | bobweaver: | Can any of you see anything wrong with this ? http://pastebin.com/D1ih8hhL |
| [19:28:41] | bobweaver: | it will not load mysql driver no matter what I have tried |
| [19:41:05] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 261 seconds) | |
| [19:58:51] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [20:01:06] | gigem: | I figured the channel rule change would create a firestorm when the masses found out. I'm amazed, though, at how many have such strong opinions without trying it first or really knowing what changed. |
| [20:03:10] | jheizer_: | but but but IT CHANGED! :banghead: Some people just like to complain. |
| [20:10:21] | stuartm: | of those complaining I'd bet many don't even use channel rules or aren't aware just how fragile channel rules are |
| [20:12:56] | stuartm: | in the UK they are next to useless, channels move around all the time and we now have many +1 channels (1 hour timeshifts of various channels) where using a single channel rule would risk unnecessary conflicts |
| [20:16:51] | stichnot: | peper03: mythcommflag --rebuild for audio-only recordings is going to be harder than I thought. It seems that DTVRecorder::FindAudioKeyframes() actually uses wall-clock time to decide when a "keyframe" is seen, where a keyframe is actually defined as every 8th "frame", and the framerate is either 25fps or 29.97fps depending on the value of the "tvformat" setting. |
| [20:21:39] | stichnot: | danielk22: That was your commit from only 6 years ago, so I'm sure the details are still fresh in your mind, in case you have any insights :) |
| [20:22:58] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Quit: i enjoy epicaricacy. (made you look it up)) | |
| [20:23:38] | peper03: | stichnot: Is the problem getting the 'keyframes' to match what would have been generated? If so, does that matter? I think I don't quite understand the problem (but looking at the code, I don't quite understand that either :) ) |
| [20:25:02] | peper03: | I see the stuff with msec_per_day and expected_frame etc. but I haven't analysed it enough to understand the exact logic in there. |
| [20:31:31] | peper03: | Ah, it's *really* using elapsed wall-clock time from _audio_timer, right? So it currently only works in realtime. |
| [20:32:57] | stichnot: | The problem is that MythCommFlagPlayer (or basically MythPlayer) just won't be able to reproduce the same keyframe positions or durations as the recorder. And to make mythcommflag produce anything meaningful, it needs a different way of iterating over frames. |
| [20:34:03] | stichnot: | I wonder if DTVRecorder::FindAudioKeyframes() could use pts/dts information from the audio packets. But that's not for 0.27 |
| [20:36:11] | Jim_Lahey (Jim_Lahey!~bobweaver@173-86-137-131.dsl1-field.roch.ny.frontiernet.net) has joined #mythtv | |
| [20:36:35] | Jim_Lahey is now known as Guest49357 | |
| [20:37:09] | Guest49357 (Guest49357!~bobweaver@173-86-137-131.dsl1-field.roch.ny.frontiernet.net) has quit (Client Quit) | |
| [20:37:46] | peper03: | stichnot: For my purposes, I don't need to be able to rebuild the seektable. I quite often put the 'radio' on via LiveTV at the weekend and occasionally skip back if the kids talk (or argue :) ) just as I wanted to hear something, but that's about my use case. For completeness though, it would be good to be able to rebuild the seektables. |
| [20:38:09] | peper03: | s/about/about it for/ |
| [20:38:29] | bobweaver (bobweaver!~bobweaver@ubuntu/member/bobweaver) has quit (Ping timeout: 248 seconds) | |
| [20:38:42] | peper03: | Whether that comes for 0.27 or later, doesn't bother me too much :) |
| [20:39:52] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 260 seconds) | |
| [20:46:06] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [21:07:15] | len (len!~quassel@75-168-36-94.mpls.qwest.net) has joined #mythtv | |
| [21:32:22] | Chutt (Chutt!~ijr@cpe-76-190-199-73.neo.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [21:40:25] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Quit: Leaving) | |
| [21:43:02] | Chutt (Chutt!~ijr@cpe-76-190-199-73.neo.res.rr.com) has joined #mythtv | |
| [21:56:21] | skd5aner: | gigem: I'm indifferent because I haven't tried it... but what was the purpose behind making the channel rule a filter rather than a rule? |
| [22:00:13] | Chutt (Chutt!~ijr@cpe-76-190-199-73.neo.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [22:12:34] | gigem: | skd5aner: To simplify the schedule editor by offering fewer rule types on the main page. How often does someone really change the type of an existing rule? I don't know about MCE some other cable DVRs, but I do know TiVo and FIOS' DVR don't even allow the rule type to be changed. |
| [22:13:17] | skd5aner: | gotcha... although, I would say for the longest time the vast majority of my rules were channel rules |
| [22:13:47] | skd5aner: | primarily because of HD vs SD |
| [22:14:13] | skd5aner: | but now, data is so good from Schedules Direct, that I can just use an "HD" filter on an Any Channel rule |
| [22:19:37] | dekarl1: | skd5aner: just disable the SD variant... If you're a transcoder you want the best source quality, if you're a watch'n'deleter it doesn't matter either. |
| [22:19:54] | dekarl1 is now known as dekarl | |
| [22:20:50] | skd5aner: | dekarl: I've kept SD around forever because it's SIGNIFICANTELY easier/faster to use for live tv. I have 1 STB/HD-PVR combo that get's 80% of my HD channels, and several QAM tuners that get my locals... so the SD tuners still play a role |
| [22:21:05] | skd5aner: | but, for scheduled recordings, I don't really care for them |
| [22:22:11] | ** dekarl needs to check if you can set the *recording* order to "do not use this card" ** | |
| [22:22:44] | skd5aner: | they are definitely my lowest priority cards, and I haven't decided if I want to take them completely out of the recording pool yet |
| [22:22:53] | skd5aner: | although, I think I'm finally to the point where I could |
| [22:23:01] | papertigers (papertigers!~papertige@pool-98-118-156-189.bflony.fios.verizon.net) has joined #mythtv | |
| [22:23:36] | dekarl: | Ahhh: "If set to "0", then the input is excluded from scheduled recordings (use for Live TV only)" from http://www.mythtv.org/wiki/Release_Notes_-_0.25#Scheduler |
| [22:23:41] | skd5aner: | dekarl: I think in 0.26 it was changed that you could set the priorit to 0 to take it out |
| [22:23:42] | papertigers (papertigers!~papertige@pool-98-118-156-189.bflony.fios.verizon.net) has quit (Client Quit) | |
| [22:24:03] | skd5aner: | ah, 0.25... but yea, I remembered that change |
| [22:25:00] | papertigers (papertigers!~papertige@pool-98-118-156-189.bflony.fios.verizon.net) has joined #mythtv | |
| [22:27:57] | stuartm: | skd5aner: one of the problems with 'channel' rules, especially when used to record HD over SD is that in reality few users want nothing to be recorded when it could have fallen back to the SD showing – that and other similar circumstances (say a programme is moved from one channel/network to another temporarily or permanently) mean that more often than not channel rules really aren't that great a solution vs adjusting channel/HD priorities |
| [22:28:45] | stuartm: | I wouldn't even use the HD filter personally, the HD priority option is much better |
| [22:31:50] | stuartm: | but more fundamentally, the channel rule stuff is imperfect because it references a channel based on data that can change following a rescan (chanid iirc), so all existing rules are periodically broken and need recreation |
| [22:35:07] | gigem: | stuartm: channel rules (and channel filter) use callsign/shortname so they are immune to chanid changes. Rescans can occasionally change the callsign, though, so users still need to be careful. |
| [22:47:24] | jr3us (jr3us!~jr3us2@cpe-098-026-209-039.triad.res.rr.com) has joined #mythtv | |
| [22:51:54] | jr3us: | greetings. I have been watching comments regarding the this channel setting and I am ok with how it works in mythfrontend . however it curently works differently in mythweb |
| [22:53:03] | jr3us: | when I learned the default could be change in default template , I was hopeful |
| [22:53:49] | skd5aner: | stuartm: isn't the HD priority option only something relative on custom rules? |
| [22:54:19] | jr3us: | mythweb though currently doesn't appear to pick up the settings for this channel from the default template |
| [22:54:22] | skd5aner: | stuartm: and yes, your example above is why I've almost eliminated all of my channel-only rules |
| [22:55:21] | Chutt (Chutt!~ijr@cpe-76-190-199-73.neo.res.rr.com) has joined #mythtv | |
| [22:55:34] | jr3us: | should I do a ticket for mythweb not picking up the setting? |
| [22:55:58] | skd5aner: | gigem: I'm not sure that's correct, but I definitely wouldn't argue with you on it... I used to have to rescan QAM channels frequently on a past provider – every time, I had to reset my channel rules when it switched channels – I'm almost certain that it always used to use chanid |
| [22:56:08] | skd5aner: | gigem: that migth have changed though |
| [22:56:51] | ** Captain_Murdoch does a quick query and notes that 94 of his 106 rules are channel rules, with the other 12 are any channel (of which 2 of the 12 are 'new show' power rules) ** | |
| [22:57:28] | stuartm: | skd5aner: no, it applies to all rules, Setup > Video > Recording Priorities > Set Recording Priorities |
| [22:58:20] | stuartm: | which incidently is a really stupid place to bury those settings |
| [22:59:06] | skd5aner: | maybe why I was unaware of it :) |
| [23:00:23] | jr3us: | the only rules i have that aren't channel specific are for for Star Trek :-) |
| [23:00:48] | jr3us: | and st next gen |
| [23:01:16] | Chutt (Chutt!~ijr@cpe-76-190-199-73.neo.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [23:02:06] | gigem: | jr3us: Please open a ticket. Bare in mind we don't have any active mythweb developers right now, so there is no telling when it will get handled. The existing, minimal support for templates was contributed by a user. |
| [23:02:47] | papertigers (papertigers!~papertige@pool-98-118-156-189.bflony.fios.verizon.net) has quit (Quit: papertigers) | |
| [23:02:52] | kormoc: | gigem, isn't the backend taking over for myth web entirely for this release? Wasn't that the timeline? |
| [23:03:12] | gigem: | skd5aner: If you followed the recommendation to change your SD and HD channels to use the same callsign, you would probably have to fix the HD ones after rescans. |
| [23:04:01] | skd5aner: | kormoc: lol... pipedreams |
| [23:04:23] | skd5aner: | gigem: actually, ironically – I don't use the same callsigns |
| [23:04:49] | stuartm: | gigem: I was pretty sure it used to be chanid, although it makes little practical difference in the UK where names/callsigns do change all too frequently and are inconsistent between platforms (satellite vs OTA) |
| [23:04:50] | skd5aner: | gigem: but I know my channel rules were broke because after the rescan I'd get new channelIDs... |
| [23:04:50] | gigem: | kormoc: I don't remember. Personally, I don't pay much attention to grand visions, especially the ones from some former developers. Things will get done when there is someone motivated enough to get them done. |
| [23:05:16] | jr3us: | ok, thanks.will do, and understand. btw, I use mythweb most of the time for doing day to day stuff such as scheduling deleting , etc |
| [23:05:34] | gigem: | skd5aner: Nope, it's never used chanid. I don't know why your rules might have broken, then. |
| [23:06:03] | jr3us: | I hope mythweb sticks around. :-) |
| [23:06:16] | skd5aner: | gigem: hmmm, yea... I know you're the SME... so I definitely can't argue, I can just give you my user experience :) |
| [23:06:23] | kormoc: | gigem, well, there's no use for us to put time into myth web given it's just gonna get deleted soon :( |
| [23:06:59] | jr3us: | blahhst sad to hear that.. |
| [23:07:44] | skd5aner: | gigem: I always delete my source and channels (per sphery's advice) rescan, get new chanids, change the callsign and channum to what matches in Schedules Direct, add the TMSID, and then I would have to go in to my channel rule, change it to an any channel rule... |
| [23:07:52] | skd5aner: | ... and then change it back to a channel rule |
| [23:08:14] | gigem: | kormoc: Understood, but it's the definition of "soon" that is very debatable. :) |
| [23:08:24] | skd5aner: | needless to say, it's a classic example of why rescanning is the single most painful activity one can ever do with a MythTV setup... ever |
| [23:08:47] | skd5aner: | channel rules or not |
| [23:09:21] | skd5aner: | kormoc: yea... I think you have to be careful there... |
| [23:10:08] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 260 seconds) | |
| [23:10:09] | skd5aner: | kormoc: I know it's hard to put work in to something that is eventually destined for removal – but I think it's been about 3+ years since that idea was thrown around and the closest thing to it going away has only been the API creation |
| [23:10:21] | skd5aner: | could be another 3+ years |
| [23:11:01] | skd5aner: | Unless someone says they're going to replace it, and I havne't seen a single person volunteering to do so, I think mythweb will be around for a while |
| [23:11:18] | kormoc: | at one point there was a scheduled release to kill myth web in, and I stopped doing anything |
| [23:11:51] | gigem: | skd5aner: Rescanning is a pain for several reasons. |
| [23:11:59] | ** gigem is going afk for a while. ** | |
| [23:12:49] | stuartm: | jr3us: mythweb isn't really going anywhere, it was just going to change forms and be embedded into mythbackend so you wouldn't need to run a seperate webserver |
| [23:12:58] | skd5aner: | kormoc: that's where the mythtv project fails... no one is enforcing any roadmaps or strategies... someone can just suggest something, doesn't mean anyone will actually *do* it |
| [23:14:21] | jr3us: | so are all the functions in mythweb be in the embedded version? |
| [23:14:30] | skd5aner: | jr3us: yes, that would be the objective |
| [23:14:34] | stuartm: | it's impossible to enforce roadmaps when no-one can know whether they are going to have the time to work on something – that's just a fact of volunteer run projects |
| [23:14:52] | skd5aner: | stuartm: agreed... it's the nature of the beast |
| [23:15:06] | jr3us: | agreed stuartm |
| [23:16:11] | jr3us: | what port is embedded webserver on? |
| [23:16:50] | DrFoo: | What happens when you have lots of videos not in tmdb? Does 25 provide a way (auto or manual) to extract a preview? I see some scripts, but they seem a bit dated and am not sure about the functionality of the more current versions |
| [23:17:27] | jr3us: | me remind. found it on 6544 |
| [23:17:44] | jr3us: | never mind even |
| [23:17:51] | stuartm: | I would gladly have worked on the embedded webserver (along with a dozen other projects) if I had more time, it's one of the proposed features I strongly believe in because it simplifies setup and code |
| [23:18:23] | stuartm: | DrFoo: 25? |
| [23:18:34] | DrFoo: | 0.25 |
| [23:18:35] | skd5aner: | stuartm: yea, but people probably shouldn't stop working on existing features on the chance that it makes sense to eventually go in a different direction until it's certain that work is starting in that other direction and that that work will actually pan out |
| [23:20:21] | skd5aner: | No one wants to work on a dead end, but it sucks when someone doesn't work on something they might otherwise work on because they think it'll be a dead end and it really isn;t (or at least not for several releases) |
| [23:20:56] | stuartm: | yeah, agreed |
| [23:21:32] | jr3us: | mythweb is mostly pHp right? |
| [23:23:26] | skd5aner: | yes |
| [23:23:54] | stuartm: | yes, which counts against it because most devs aren't familiar enough with php to duplicate the features they've added in to the backend in PHP |
| [23:25:32] | jr3us: | what is the embedded webservice written in? c++? |
| [23:26:02] | stuartm: | in theory once the backend is serving the pages, you can re-use the code you've already written, saving effort, time and avoiding inconsistencies in behaviour – you also get lots of developers able to maintain it instead of the one or two we've had for the last few years |
| [23:26:07] | stuartm: | jr3us: yes |
| [23:27:26] | papertigers (papertigers!~papertige@pool-98-118-156-189.bflony.fios.verizon.net) has joined #mythtv | |
| [23:30:01] | jr3us: | is 6544 the same port that torc for ios uses to communicate with the backend? |
| [23:31:13] | DrFoo: | stuartm: sorry meant v0.25 not 25 |
| [23:31:40] | jr3us: | never mind .. it is |
| [23:35:34] | jr3us: | going back to monitor mode . I appreciate the information! |
| [23:35:49] | jr3us (jr3us!~jr3us2@cpe-098-026-209-039.triad.res.rr.com) has left #mythtv () | |
| [23:36:15] | skd5aner: | stuartm: monitoring mode? nah... the devs love it when you question their intents ;-) |
| [23:36:31] | skd5aner: | er, I mean jr3us, but he left anyway |
| [23:38:23] | jya: | peper03: do you know if there's a change in video resolution between the two streams your skipping ? |
| [23:38:40] | jya: | either resolution change, or bitrate change |
| [23:40:15] | jya: | peper03: sounds like a racing conditions… there are so many in mythtv code ..that it works so well is actually a surprised to me many times |
| [23:51:03] | stuartm: | DrFoo: mythpreviewgen, although I can't remember if it worked against videos in 0.25, that feature was definitely there in 0.26 though – still not what you'd call slick though, it can create the preview for a video but won't automatically write it into the screenshots storage group or update the database to display it for the video, so you need to go into the metadata editor and associate it there |
| [23:52:05] | stuartm: | could be scripted to do all that 'automatically', but I'm not aware that anyone has done that (yet) |
| [23:56:04] | papertigers (papertigers!~papertige@pool-98-118-156-189.bflony.fios.verizon.net) has quit (Ping timeout: 240 seconds) | |
| [23:56:44] | papertigers (papertigers!~papertige@pool-98-118-156-189.bflony.fios.verizon.net) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.