| Friday, May 11th, 2012, 17:00 UTC | ||
| [17:00:22] | stichnot: | Has there been any talk yet about a target release date for 0.26? |
| [17:00:23] | jya: | for me it was easier, I store the netmask of each udp socket, and search one with the right netmask |
| [17:01:06] | danielk22: | stichnot: No date has been named, but I think a number of devs want to make it a short cycle. |
| [17:03:52] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [17:04:04] | stichnot: | yeah, I heard that, and was wondering how short people were thinking. |
| [17:06:10] | danielk22: | stichnot: I was thinking freeze late June. I don't know what others were thinking... |
| [17:07:06] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [17:09:59] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [17:11:18] | stichnot: | ok, I'll keep that as my expectation for now... |
| [17:11:30] | jya: | I play the apple test stream !!! |
| [17:12:11] | stuartm: | the plan early on was for a short cycle, although that was before we lost two devs and I've lost momentum on my own feature list so I'm less certain about it now |
| [17:13:00] | jya: | hum… lots of "waiting for video buffers"... |
| [17:13:18] | stuartm: | however given the reception to mythmusic in 0.25 and the fact that there are some other feature branches close to completion, a quick 0.26 would probably be welcomed by users |
| [17:13:35] | stuartm: | the iptv breakage in 0.25 too |
| [17:14:27] | natanojl: | wagnerrp: Can you explain why you add 1 to m_default/m_stored for ints in CommandLineArg::Set(QString opt)? |
| [17:14:36] | stuartm: | still some good reasons for keeping to the target date for 0.26 |
| [17:18:18] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has quit (Read error: Connection reset by peer) | |
| [17:18:33] | wagnerrp: | natanojl: it operates as a counter |
| [17:18:34] | amejia_ (amejia_!~andres@129.174.97.130) has joined #mythtv | |
| [17:18:34] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [17:18:34] | amejia_ (amejia_!~andres@129.174.97.130) has quit (Changing host) | |
| [17:18:46] | wagnerrp: | so you can do something like --quiet --quiet to make it more quiet |
| [17:19:21] | wagnerrp: | or if provided directly, it will accept --quiet=<n> |
| [17:21:31] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Connection timed out) | |
| [17:22:15] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [17:22:42] | amejia_ (amejia_!~andres@129.174.97.130) has joined #mythtv | |
| [17:22:42] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [17:22:42] | amejia_ (amejia_!~andres@129.174.97.130) has quit (Changing host) | |
| [17:23:53] | natanojl: | wagnerrp: ok |
| [17:27:17] | natanojl: | I looked at it because of a post on the users list about mythshutdown. Turns out that calling mythshutdown with --check gives cmdline.toInt("check") == 2 even though the default value is 1 |
| [17:27:41] | natanojl: | Using --check 1 still works though |
| [17:28:10] | rhpot1991: | Captain_Murdoch: assuming that change is in trunk and not in 0.25 fixes? |
| [17:30:14] | natanojl: | wagnerrp: ^^ |
| [17:32:33] | luyang (luyang!~Jan@c80-216-248-196.bredband.comhem.se) has joined #mythtv | |
| [17:32:41] | luyang: | hi all… |
| [17:32:50] | luyang: | great that there are >100 people in here |
| [17:33:26] | luyang: | I just bough an EyeTV hybrid and wonder if I can use MythTV to record tv shows via script/command line |
| [17:34:26] | luyang: | anybody here |
| [17:36:38] | sphery: | luyang: /topic (you want #mythtv-users ) |
| [17:37:11] | luyang: | ok thanks |
| [17:42:44] | luyang (luyang!~Jan@c80-216-248-196.bredband.comhem.se) has left #mythtv () | |
| [17:45:35] | luyang (luyang!~Jan@c80-216-248-196.bredband.comhem.se) has joined #mythtv | |
| [17:57:57] | luyang (luyang!~Jan@c80-216-248-196.bredband.comhem.se) has left #mythtv () | |
| [18:06:51] | wagnerrp: | natanojl: oh, youre saying it increments from the default, rather than from zero |
| [18:07:31] | wagnerrp: | and since default is 1, it hits 2, and so checkOKShutdown gets fed a False |
| [18:08:08] | natanojl: | yup, that's it |
| [18:11:06] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [18:13:01] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has quit (Remote host closed the connection) | |
| [18:13:06] | amejia_ (amejia_!~andres@129.174.97.130) has joined #mythtv | |
| [18:13:25] | amejia_ (amejia_!~andres@129.174.97.130) has quit (Changing host) | |
| [18:13:25] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [18:16:08] | Dr{Who} (Dr{Who}!~mathewss@npv.nutech.com) has quit (Read error: Connection reset by peer) | |
| [18:17:51] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [18:21:44] | ChanServ!ChanServ@services. changes topic to MythTV development channel. For user support, please /join #mythtv-users . Use http://pastebin.com/. #mythtv-commits to monitor commits. This channel is logged. | |
| [18:23:27] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has quit (Quit: Konversation terminated!) | |
| [18:23:48] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [18:24:07] | wagnerrp: | natanojl: sorry, phone call |
| [18:24:23] | wagnerrp: | im looking through this, and wondering why i had it increment off the default rather than 0 |
| [18:24:36] | natanojl: | wagnerrp: no worries |
| [18:25:52] | wagnerrp: | quick fix would just be to change that test/cast in mythtv/programs/mythshutdown/main.cpp be "... >= 1", rather than " == 1" |
| [18:26:18] | wagnerrp: | ill have to skim through other uses of integers to see if changing the commandlineparser behavior would cause problems elsewhere |
| [18:26:25] | stuartm: | stuarta: /msg ChanServ SET #mythtv url http://www.mythtv.org |
| [18:27:42] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has quit (Client Quit) | |
| [18:30:31] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has left #mythtv ("Gone") | |
| [18:30:40] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [18:32:36] | amejia_ (amejia_!~andres@129.174.97.130) has joined #mythtv | |
| [18:32:36] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [18:32:36] | amejia_ (amejia_!~andres@129.174.97.130) has quit (Changing host) | |
| [18:37:11] | Captain_Murdoch: | rhpot1991, the --avf mode should work in 0.25-fixes and master. I think I just disabled the help output for it. I was using it during the HLS testing before I had the services code hooked up. |
| [18:42:44] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [18:43:51] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Ping timeout: 260 seconds) | |
| [18:45:13] | Captain_Murdoch: | jya, if you can playback multiple airplay sessions on multiple mythfrontends in sync, then I wonder if we could actually make mythfrontend a client as well so you could have one mythfrontend playing video as well as sending it to other frontends to play simultaneously and in sync. thinking large sports events, etc.. I toyed around with making a 'slave' mythfrontend player a while back allowing you to have one master mythfronten |
| [18:45:13] | Captain_Murdoch: | ling other slaves but got sidetracked while working on the sync code and never revisited it. don't think I even kept the patches. |
| [19:28:48] | Vernon_at_work_ (Vernon_at_work_!~singv003@lightcloud.verns.net) has joined #mythtv | |
| [19:38:45] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [19:41:11] | gregorcy (gregorcy!~gregorcy@strongbad.chemeng.utah.edu) has quit (Remote host closed the connection) | |
| [19:57:13] | kth (kth!~kai@dyndsl-080-228-180-014.ewe-ip-backbone.de) has joined #mythtv | |
| [19:58:48] | kth: | hi – i've got a simple question – can anybody tell me how to establish a connection using the python bindings when a security pin is set on mythtv-backend? (i know the pin – but i don't know where to set in the python bindings) |
| [20:02:03] | sphery: | in the config.xml? |
| [20:02:23] | kth: | sphery: well okay in which config.xml ? |
| [20:02:36] | sphery: | $HOME/.mythtv/config.xml of the user running the script |
| [20:03:03] | sphery: | (technically of the environment in which the script is run, since HOME could be re-set to something different) |
| [20:03:54] | Vernon_at_work_: | pre-built mythtv boxes? ... anyone? |
| [20:04:22] | Vernon_at_work_: | or at least a link to a page explaining why there is no answer to the "pre-built mythtv box" question ... |
| [20:04:36] | sphery: | Vernon_at_work_: not much/anything available for that, these days |
| [20:05:37] | sphery: | http://www.mythtv.org/wiki/Commercial_MythTV_System has some info, but, in general, most of the companies who have tried encountered legal difficulties |
| [20:05:51] | sphery: | (i.e. with patents, like those for mpeg and mp3 and ...) |
| [20:06:05] | sphery: | and/or figured out it's basically impossible to provide support for mythtv |
| [20:06:15] | sphery: | meaning http://www.mythtv.org/wiki/Packages is likely your best bet |
| [20:06:49] | sphery: | generic PC hardware + tuner supported by V4L/DVB + either a mythtv-centric distro or a distro with good mythtv packages |
| [20:06:54] | sphery: | !url tuners |
| [20:06:54] | MythLogBot: | No match for keyword tuners |
| [20:06:57] | kth: | sphery: thx – it seems that all config.xml's my system contains are empty ;) |
| [20:07:00] | sphery: | !url tuner |
| [20:07:00] | MythLogBot: | No match for keyword tuner |
| [20:07:23] | sphery: | Vernon_at_work_: oh, and now I see we're in the wrong channel :) |
| [20:07:33] | sphery: | (which explains why it can't find the tuner url :) |
| [20:08:18] | sphery: | kth: you'll need to create valid config.xml files to use the bindings properly |
| [20:09:20] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [20:13:04] | kth: | sphery: is there a example config.xml available? or do i only have to set |
| [20:13:05] | kth: | <SecurityPin>0000</SecurityPin> (with zeros substituted) |
| [20:14:28] | sphery: | kth: generally you want to let mythtv-setup or mythfrontend create one for you |
| [20:16:13] | kth: | sphery: okay and how do i have to tell mythfrontend /mythtv-setup to create one for me ? ;) |
| [20:17:46] | gregorcy (gregorcy!~gregorcy@harley.chemeng.utah.edu) has joined #mythtv | |
| [20:18:27] | stichnot: | Any thoughts on how I might speed up execution of MythPlayer::GetScreenGrabAtFrame()? This is for the cutlist editor, generating say 5–10 thumbnails around the current frame. |
| [20:20:11] | stichnot: | For example, the most time is spent in myth_sws_img_convert for converting from YUV420P to RGB32. Could I arrange for the decoder to deliver frames already in RGB32 format? |
| [20:21:44] | andreax (andreax!~andreaz@p54BF1A35.dip.t-dialin.net) has joined #mythtv | |
| [20:22:23] | stoffel (stoffel!~quassel@pD9E42DAB.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [20:24:29] | sphery: | kth: in theory, it should create one each time you run it... you can force it to ask/re-create with mythfrontend -p , but shouldn't be necessary (likely problems with your existing ones--and if they're empty, they should probably be deleted)... followup is probably best in #-users (though I'll be out running, so someone else will likely be able to help) |
| [20:25:44] | Beirdo: | stichnot: I've found it to be incredibly fast for MPEG2 |
| [20:25:54] | Beirdo: | what is your source material? |
| [20:26:02] | stichnot: | MPEG2, OTA |
| [20:26:19] | kth: | sphery: thanks i'll try that out ;) |
| [20:26:22] | Beirdo: | well, I have logs of mythpreviewgen taking like 150ms total |
| [20:26:39] | Beirdo: | mind you, that IS with the newfangled logging changes I'm testing |
| [20:26:48] | stichnot: | you're probably not running on an ION :) |
| [20:26:58] | Beirdo: | no, on an i7 |
| [20:27:06] | Beirdo: | get a real processor :) |
| [20:27:07] | Beirdo: | hehe |
| [20:27:18] | stichnot: | I have a nice i7 on the backend |
| [20:27:26] | Beirdo: | how long is it actually taking? |
| [20:27:27] | stichnot: | so a preview server would be useful |
| [20:27:34] | stichnot: | let me check... |
| [20:27:50] | Beirdo: | ummm, we have that already in the backend to be able to request a preview at arbitrary points |
| [20:28:06] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: Ex-Chat) | |
| [20:29:38] | stichnot: | what's the API to get the preview from the backend? |
| [20:29:55] | Beirdo: | you send it over the backend protocol |
| [20:30:02] | Beirdo: | I think there's an API call too |
| [20:30:15] | Beirdo: | I haven't bothered to look into the API much |
| [20:30:20] | stichnot: | yeah, there's an API wrapper. |
| [20:30:35] | stichnot: | no problem, I'll find it |
| [20:31:17] | stichnot: | The myth_sws_img_convert portion is taking about 25ms |
| [20:31:25] | Beirdo: | not bad |
| [20:31:44] | Beirdo: | I wouldn't expect much better on an Atom processor |
| [20:33:18] | kth: | sphery: well okay it creates a configuration with db pass instead of security key ;) but it creates one ^ – thanks |
| [20:33:40] | Captain_Murdoch: | stichnot, are we scaling or converting first? |
| [20:33:47] | Captain_Murdoch: | s/we/you/ :) |
| [20:34:59] | stichnot: | converting first, then creating a (possibly) 1920x1088 QImage, then MythUI / Qt do the scaling |
| [20:35:12] | stichnot: | which is something I tried to fix, but ended up with garbage thumbnails... |
| [20:35:36] | stichnot: | though later I realized my mistake but haven't had a chance to retry |
| [20:36:38] | stichnot: | so the total time for MythPlayer::GetScreenGrabAtFrame() seems to be 31ms per image, times 6 thumbnails I'm generating, does not add up to the 2–3 seconds it takes for all the thumbnails to display |
| [20:37:10] | stichnot: | I guess I ought to be looking for other culprits, like possibly RingBuffer |
| [20:37:54] | stichnot: | but the first order of business is to see about backend thumbnail generation |
| [20:38:14] | Captain_Murdoch: | are you grabbing frames in order from earliest to latest? |
| [20:38:23] | stichnot: | yes |
| [20:38:29] | Beirdo: | Hardcore Forking Action..... |
| [20:39:26] | Beirdo: | being a good net citizen and providing an upstream patch :) |
| [20:39:39] | stichnot: | though when it takes several seconds for all the thumbnails to show up, I would prefer an intelligent reordering based on what I'm most likely to look at |
| [20:40:36] | danielk22: | stichnot: It's surprising to me that the color conversion is taking more time than the scaling. I'd expect the scaling to be much slower. |
| [20:43:35] | stichnot: | danielk22: MythPlayer::GetScreenGrabAtFrame() is not doing scaling. I bet my scaling is being done in Qt, which would explain the discrepancies between the timings in my log and the user experience |
| [20:43:56] | Captain_Murdoch: | isn't myth_sws_img_convert scaling? |
| [20:44:11] | Captain_Murdoch: | it calls sws_scale. |
| [20:44:39] | stichnot: | I don't think MythPlayer::GetScreenGrabAtFrame() is asking it to scale |
| [20:44:42] | Captain_Murdoch: | might be nice if GetScreenGrabAtFrame() would allow specifying a desired output size. |
| [20:45:26] | Captain_Murdoch: | also, am I reading that wrong or are we converting to RGB32 and then back to YUV420P |
| [20:45:50] | Steve-Goodey (Steve-Goodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has joined #mythtv | |
| [20:46:05] | Beirdo: | https://github.com/jonnydee/nzmqt/pull/5 |
| [20:46:06] | stichnot: | QImage wants RGB32, so I don't think it's being converted back, at least not for me |
| [20:46:08] | Beirdo: | :) |
| [20:46:47] | kth (kth!~kai@dyndsl-080-228-180-014.ewe-ip-backbone.de) has left #mythtv () | |
| [20:47:20] | Captain_Murdoch: | ok, nevermind. read that wrong on the call to myth_sws_img_convert |
| [20:50:24] | danielk22: | stichnot: QImage will I think do bicubic scaling by default. Which is pretty and also expensive. Also if we use sws_scale, even with the same algorithm I'd expect it to be faster due to MMX/SSE use. |
| [20:50:50] | danielk22: | stichnot: For previews in the editor maybe a cheaper scaler like bilinear would be acceptable. |
| [20:51:10] | stichnot: | danielk22: exactly what I was thinking – ugly but fast is fine |
| [20:51:57] | danielk22: | stichnot: the only thing is you probably do want to deinterlace first (even if just by throwing out half the fields). |
| [20:52:00] | stichnot: | so I'll try again to have GetScreenGrabAtFrame to do scaling before handing it off to MythUI/Qt |
| [20:52:42] | stichnot: | also, I'm locally caching the thumbnails which would be much nicer if I don't have to cache 1920x1088x4 bytes per thumbnail... |
| [20:53:33] | stichnot: | "top" shows CPU usage at >100% while thumbnails are showing up, which points another finger at Qt |
| [20:53:48] | Beirdo: | OK, I really think reinventing mythpreviewgen is not really a good use of time :) |
| [20:54:11] | Beirdo: | we already have solved all of that once, and we should use a common code path for all uses if we can |
| [20:54:25] | Beirdo: | it IS your time, of course, though :) |
| [20:55:16] | Beirdo: | it already does this with a user definable framenumber (IIRC) and resolution, giving PNG or JPG output |
| [20:55:17] | stuartm: | well, ultimately the maintenance burden of multiple versions of the same code eats into everyone's time |
| [20:55:51] | Beirdo: | or was it screen cap that let you get either format... well it can be added there if needed |
| [20:56:04] | Beirdo: | not sure why we'd want to do the exact same thing all over. |
| [20:56:17] | Captain_Murdoch: | isn't this the method used by mythpreviewgen, so adding scaling here could benefit mythpreviewgen |
| [20:56:26] | stichnot: | Beirdo: I suspect mythpreviewgen needs some extensions for this usage model, like a bulk mode. I'll think more and make sure I do the right thing |
| [20:56:34] | stichnot: | meeting to go to now... |
| [20:57:16] | Beirdo: | we can extend :) |
| [20:58:55] | ** Captain_Murdoch cringes at the thought that he has seen some systems which would just have something like mythpreviewgen stuff the images into blobs in a table for consumption by the editor. ** | |
| [21:07:09] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [21:07:56] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 260 seconds) | |
| [21:09:03] | ** stuartm throws the suggestion for a very similar implementation into the bin ** | |
| [21:12:53] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [21:16:53] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Quit: Leaving.) | |
| [21:21:14] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 272 seconds) | |
| [21:22:17] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv | |
| [21:32:27] | Steve-Goodey (Steve-Goodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has quit (Remote host closed the connection) | |
| [21:49:50] | stichnot_ (stichnot_!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [21:50:20] | stichnot_: | so am I right that the backend mechanism for generating previews is to proxy the request off to a mythpreviewgen instance? |
| [21:51:33] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 252 seconds) | |
| [21:51:46] | stichnot_ is now known as stichnot | |
| [21:52:08] | stichnot: | because I assume the backend isn't directly involved in segfault-inducing ffmpeg code |
| [21:53:21] | stichnot: | so far, the set of changes related to existing preview generation that I'm looking at is very small. see the mythplayer.cpp diffs at the end of http://code.mythtv.org/trac/attachment/ticket . . . mbs_v1.patch |
| [21:55:14] | stichnot: | I had also added a mechanism for making the vh and vw arguments to MythPlayer::GetScreenGrabAtFrame into inout args instead of out args so that an explicit height and/or width could be passed in, but I backed it out when I couldn't get the scaling to work correctly |
| [21:56:28] | stichnot: | I'm pointing this out to try to convince people that I'm not really trying to reinvent mythpreviewgen... :) |
| [21:58:23] | Beirdo: | yes, the requests are served by mythpreviewgen |
| [22:00:27] | stichnot: | ok. So the useful enhancements I can think of would be to support a batch mode (generate previews for several frames in the same recording, using a single ringbuffer/player), and control the explosion of preview files on disk. |
| [22:00:52] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [22:01:52] | stichnot: | also, the user needs very low latency between a batch request and the result, so it may pay to keep the player/ringbuffer open for a while |
| [22:03:07] | Beirdo: | hmm |
| [22:03:23] | Beirdo: | there's a very good reason this is done in a separate process, BTW |
| [22:03:34] | sphery: | stichnot: I think you can specify where to write the output, so could write to some other-than-recording-directory location (temp sg? some cache dir? new SG that's auto-cleaned up by housekeeping?) |
| [22:03:51] | Beirdo: | and sphery beat me to it, I was just typing that :) |
| [22:04:47] | sphery: | I've actually thought a previewgen daemon would be nice--maybe auto-spawned, like Beirdo's new log daemon, or even started/monitored/restarted by mythtvd (that I need to finish) |
| [22:04:57] | Beirdo: | we used to have the previews generated right in the backend (and the frontend too?) and it would crap out badly |
| [22:04:58] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [22:05:26] | Beirdo: | yeah, we could easily use that mechanism |
| [22:05:42] | sphery: | though with the speed Beirdo is seeing on his previewgens, perhaps it's all the stuff he's fixing with the new logging that was slowing down new-process creation |
| [22:06:18] | stichnot: | keeping in mind that so far, I have no evidence that "batch mode" would be a substantial win over single requests |
| [22:06:19] | Beirdo: | the H.264 ones still are a bit slow |
| [22:06:41] | stichnot: | especially on an Atom :) |
| [22:07:14] | Beirdo: | I'd bet |
| [22:07:24] | Beirdo: | all the more reason not to do it on the frontend |
| [22:07:25] | Beirdo: | :) |
| [22:08:29] | stichnot: | the possibility of running 8 concurrent mythpreviewgen jobs on my i7 backend is pretty appealing, compared to sequentially on the Atom |
| [22:09:51] | Beirdo: | I do that a lot... like when reloading the All Recordings screen in mythweb :) |
| [22:10:15] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 252 seconds) | |
| [22:10:40] | Beirdo: | that's actually one of my stress tests for the logging stuff I'm working on |
| [22:10:52] | Beirdo: | hit it with many clients in parallel |
| [22:22:36] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [22:34:41] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [22:51:34] | stichnot: | Is it believable that in a 1080i NBC OTA recording, two adjacent keyframes could be 49 frames apart? |
| [22:52:58] | stichnot: | if so, then thumbnail performance mystery is probably solved. it's taking about 30ms to decode each intermediate frame in getting from the keyframe to the target frame. nothing to do with the scaling/conversion at the end. |
| [22:58:04] | wagnerrp: | its almost always every 30 frames for me |
| [22:58:17] | wagnerrp: | the only time its different, its closer, due to some kind of splicing between feeds |
| [22:59:41] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [23:00:43] | stichnot: | ok. Where does DecoderBase::FindPosition() get the position map from? (I believe this is the mapping between keyframes and frame numbers) |
| [23:01:02] | stichnot: | I'm wondering if this is a complete list of keyframes, or a subset |
| [23:02:17] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [23:03:07] | stichnot: | I suppose the specific encoding is up to the local station? and this NBC station could be inserting fewer keyframes? I've always found that skipping around in the editor is much more sluggish on NBC recordings compared to (also 1080i) CBS recordings |
| [23:12:51] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [23:19:30] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [23:22:48] | stichnot: | stuartm: I'd especially like to get your comments on the MythUI aspect of http://code.mythtv.org/trac/ticket/9556#comment:5 . It's a hack to indicate a preview image via the "thumbnail_" prefix to the name attribute (or is it?), and another hack to indicate the relative frame offset in the suffix. |
| [23:28:31] | stichnot: | btw stuartm, I noticed that if you use MythUIImage::SetImage() to set the preview image, and later call Reset() in preparation for loading a new preview, and you didn't specify a backup <filename> for the imagetype, the Reset() call doesn't actually change/erase the old preview image. |
| [23:43:06] | solars (solars!~solars@194.208.132.118) has quit (Ping timeout: 260 seconds) | |
| [23:48:10] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 272 seconds) | |
| [23:48:24] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Quit: Leaving) | |
| Saturday, May 12th, 2012 | ||
| [00:05:22] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [00:18:39] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [00:47:09] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has quit (Quit: Konversation terminated!) | |
| [00:47:59] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [01:11:42] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [01:14:55] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [01:15:26] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [01:16:46] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [01:16:53] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [01:40:28] | andreax (andreax!~andreaz@p54BF1A35.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [01:45:22] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [01:50:48] | jya: | Captain_Murdoch: for Airplay, time synchronisation will only work with the RAOP protocol. In the RTP packet contains a timestamp that is in the master clock reference. For video, Apple didn't bother that much. All it does is export a HLS stream or a URL to a direct mp4/m4v file and it's up to the client to play it all… There's no mechanism to play multiple video files on multiple frontend |
| [01:56:51] | jya: | so for video playback, it's up to the airplay server (apple tv or mythfrontend) to retrieve the content via http ; it's all done over TCP. RAOP is all over UDP, push from the client and the server can request resend etc... |
| [01:58:03] | jya: | I guess I could write a AudioOutput module that is actually a RAOP client, that would send all the data to multiple frontend if asked.. Audio would be automatically in sync then.. |
| [01:58:24] | jya: | interesting exercise from a technical point of view, but I'm not sure it will be that interesting |
| [01:59:34] | jya: | unless, we only ever play audio via RAOP at all time, even if on the same host it's played by the RAOP server… that would do the trick easily; audio everywhere, on multiple host… Having said that, I think pulse can do something similar already |
| [02:19:09] | diogorb (diogorb!c932c6c1@gateway/web/freenode/ip.201.50.198.193) has joined #mythtv | |
| [02:19:25] | Captain_Murdoch: | yeah, I was thinking video mainly. guess if I ever decide to have a superbowl party I'll may want to rethink the original patch. |
| [02:21:37] | diogorb: | Please, can any one tell me if myth implements DSM CC protocol? |
| [02:21:57] | diogorb: | Does myth provide a way of moving objects ? |
| [02:22:12] | diogorb: | sending any kind of objects |
| [02:22:22] | diogorb: | generic objetcs... |
| [02:22:43] | diogorb: | May DSM CC help me... Does any one know about that? |
| [02:24:35] | diogorb: | Pleaseee |
| [02:24:53] | diogorb: | does any one read my message? how would i know? |
| [03:59:23] | wagnerrp: | stichnot: did you have a ticket open for that earlier issue? |
| [03:59:23] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has quit (Remote host closed the connection) | |
| [04:00:11] | wagnerrp: | sorry, natanojl |
| [04:00:46] | wagnerrp: | now ive done it, ive gone and killed him... |
| [04:02:26] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [04:12:16] | aloril (aloril!~aloril@84.249.126.153) has quit (Ping timeout: 272 seconds) | |
| [04:28:19] | aloril (aloril!~aloril@84.249.126.153) has joined #mythtv | |
| [04:37:44] | stichnot: | wagnerrp: were you asking about this issue? http://irc.mythtv.org/ircLog/channel/4/2012-05-11:23:28:31 |
| [04:38:30] | stichnot: | (I don't have a ticket on that, just noticed it today and connected it with previous observations) |
| [05:17:35] | diogorb (diogorb!c932c6c1@gateway/web/freenode/ip.201.50.198.193) has quit (Quit: Page closed) | |
| [05:45:32] | aloril (aloril!~aloril@84.249.126.153) has quit (Ping timeout: 252 seconds) | |
| [05:58:57] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [05:59:14] | jya: | how does avfd handle variable bitrate content? |
| [06:00:28] | jya: | I'm a bit puzzled here, all the ringbuffer functions deal in bytes, as in the GetRealFileSize returns the size of the file in bytes, GetReadPosition returns the position in byte, and more importantly Seek set a particular position to play in. |
| [06:01:38] | jya: | this would be just fine using constant bitrate media… However, in the HLS case, theorically, bandwidth can change as required in case there's not enough bandwidth to download a segment in time, or if for example a particular stream failed to download and it fell back on another |
| [06:03:08] | jya: | I was thinking a way for me to get around this, would be to simulate as if the bitrate was constant, convert the value when seeking to a time value, and calculate where in the ts stream to seek. |
| [06:05:40] | jya: | however, that would assume that the argument being passed on to Seek is done according to the original bitrate calculated, and not what the current one being played is... |
| [06:06:01] | jya: | anyone with knowledge in this area is welcome to answer ! |
| [06:16:10] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [06:39:06] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 265 seconds) | |
| [06:49:10] | stoffel (stoffel!~quassel@pD9E4276C.dip.t-dialin.net) has joined #mythtv | |
| [06:53:24] | stoffel (stoffel!~quassel@pD9E4276C.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [06:53:58] | stoffel (stoffel!~quassel@pD9E4276C.dip.t-dialin.net) has joined #mythtv | |
| [06:54:53] | aloril (aloril!~aloril@84.249.126.153) has joined #mythtv | |
| [06:58:27] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [07:15:21] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [07:15:59] | Steve-Goodey (Steve-Goodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has joined #mythtv | |
| [07:27:37] | solars (solars!~solars@194.208.132.118) has joined #mythtv | |
| [07:50:09] | rsiebert_ (rsiebert_!~quassel@g231187081.adsl.alicedsl.de) has joined #mythtv | |
| [07:53:20] | rsiebert (rsiebert!~quassel@g231184151.adsl.alicedsl.de) has quit (Ping timeout: 260 seconds) | |
| [07:54:44] | Steve-Goodey (Steve-Goodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has quit (Remote host closed the connection) | |
| [07:57:44] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Read error: Connection reset by peer) | |
| [07:59:30] | andreax (andreax!~andreaz@p54BF1A35.dip.t-dialin.net) has joined #mythtv | |
| [08:05:40] | hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has joined #mythtv | |
| [08:17:41] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [08:23:03] | Goga777 (Goga777!~Goga777@2.95.162.166) has joined #mythtv | |
| [08:31:45] | Goga777 (Goga777!~Goga777@2.95.162.166) has quit (Ping timeout: 252 seconds) | |
| [08:49:44] | Goga777 (Goga777!~Goga777@2.95.162.166) has joined #mythtv | |
| [08:56:52] | Goga777 (Goga777!~Goga777@2.95.162.166) has quit (Ping timeout: 265 seconds) | |
| [09:54:53] | stoffel (stoffel!~quassel@pD9E4276C.dip.t-dialin.net) has quit (Ping timeout: 250 seconds) | |
| [10:04:32] | dekarl (dekarl!~dekarl@p4FCEE2B0.dip.t-dialin.net) has joined #mythtv | |
| [10:05:02] | Guest96614 (Guest96614!~mike@c-98-232-220-158.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:05:48] | mike (mike!~mike@c-98-232-220-158.hsd1.or.comcast.net) has joined #mythtv | |
| [10:06:14] | mike is now known as Guest9809 | |
| [10:12:03] | Goga777 (Goga777!~Goga777@2.95.162.166) has joined #mythtv | |
| [10:20:09] | Goga777 (Goga777!~Goga777@2.95.162.166) has quit (Ping timeout: 245 seconds) | |
| [10:21:10] | andreax (andreax!~andreaz@p54BF1A35.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [10:42:00] | Steve-Goodey (Steve-Goodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has joined #mythtv | |
| [10:54:13] | jya: | Captain_Murdoch: is there a way to determine what error caused a download to fail… very frequently I get MythDownloadManager::download() to exit with an error, I can't see any reason why it would... |
| [10:55:09] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 245 seconds) | |
| [10:58:17] | mrand (mrand!~mrand@cpe-76-184-144-133.tx.res.rr.com) has joined #mythtv | |
| [10:58:24] | mrand (mrand!~mrand@cpe-76-184-144-133.tx.res.rr.com) has quit (Changing host) | |
| [10:58:24] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [11:03:01] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 265 seconds) | |
| [11:23:24] | jya: | ah! the only reason my stuff isn't playing properly, is actually myth enable to properly play that content |
| [11:29:57] | Steve-Goodey (Steve-Goodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has quit (Remote host closed the connection) | |
| [12:59:51] | jya_ (jya_!~jyavenard@120.148.99.165) has joined #mythtv | |
| [12:59:51] | jya_ (jya_!~jyavenard@120.148.99.165) has quit (Changing host) | |
| [12:59:52] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [13:33:28] | stuartm: | win64 uses 4bit long? ... |
| [13:35:41] | jya_: | no 32 bits |
| [13:35:51] | jya_: | MS is LLP64 |
| [13:36:00] | jya_: | on linux long are 64 bits |
| [13:36:08] | jya_: | on windows its 32 bites |
| [13:36:16] | jya_: | int are 32 on both |
| [13:37:18] | jya_: | i use int32_t or int64_t everywhere now |
| [13:40:03] | kc (kc!~Casper@unaffiliated/kc) has quit (Remote host closed the connection) | |
| [13:41:15] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [13:55:54] | Goga777 (Goga777!~Goga777@2.95.162.166) has joined #mythtv | |
| [13:56:15] | Goga777 (Goga777!~Goga777@2.95.162.166) has quit (Read error: Connection reset by peer) | |
| [13:57:02] | Goga777 (Goga777!~Goga777@2.95.162.166) has joined #mythtv | |
| [14:05:23] | Goga777 (Goga777!~Goga777@2.95.162.166) has quit (Read error: Operation timed out) | |
| [14:05:32] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv | |
| [14:44:42] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [14:50:24] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [15:04:37] | Steve-Goodey (Steve-Goodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has joined #mythtv | |
| [15:08:39] | stoffel (stoffel!~quassel@pD9E4276C.dip.t-dialin.net) has joined #mythtv | |
| [15:34:35] | Rabbit^^ (Rabbit^^!~Rabbit^^@184-155-118-140.cpe.cableone.net) has joined #mythtv | |
| [15:35:15] | Rabbit^^: | Has anyone been able to successfully use MythTV with ATI's TVW750USB? |
| [15:37:46] | Rabbit^^ (Rabbit^^!~Rabbit^^@184-155-118-140.cpe.cableone.net) has left #mythtv () | |
| [15:39:29] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [15:48:15] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [15:54:50] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [16:03:29] | joki (joki!~joki@p54862B45.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [16:03:59] | joki (joki!~joki@p548642D4.dip.t-dialin.net) has joined #mythtv | |
| [16:16:10] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has quit (Ping timeout: 260 seconds) | |
| [16:17:47] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has joined #mythtv | |
| [16:27:14] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has quit (Ping timeout: 245 seconds) | |
| [16:36:43] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has joined #mythtv | |
| [16:42:01] | dekarl1 (dekarl1!~dekarl@p4FCEE62D.dip.t-dialin.net) has joined #mythtv | |
| [16:43:17] | dekarl (dekarl!~dekarl@p4FCEE2B0.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [16:55:42] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [16:56:42] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Ping timeout: 272 seconds) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.