MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (101):

abqjp, alan`, aloril, Anduin, anykey_, asphere, beata__, Beirdo, bestis, brfransen, caelor, Captain_Murdoch, cattelan, cdev, Chutt, clever, coling, Computer_Czar, Cougar, dagar, danielk22, dashcloud, Dave123, davide, dekarl, DJDan, dlblog, dserban, eharris, elmojo, elvum, ericpersson, foobum, foxbuntu, gbutters, ghoti, Gibby_away, gigem, gregL, GreyFoxx, grokky_, hads, highzeth, iamlindoro, ikonia, J-e-f-f-A, j-rod|afk, jafa, jams, jannau, jarle, joe___, jpabq, jpabq-, jpharvey, jstenback, justinh, justpaul, jwhite, jya, kc, kenni, Kevin`, kha, knightr, kormoc, kurre, laga, len, lofidellity, mag0o, markk, mrand, MythLogBot, natanojl, NightMonkey, nutron, ozatomic, PointyPumper, poptix, Prost, purserj, RDV_Linux, reynaldo, robert____, rooaus, skd5aner, Splat1, stuarta, stuartm, superm1, sutula, tgm4883, ThisNewGuy, tomimo, tris, wagnerrp, XChatMav, xris, ybot, _charly_
Monday, November 22nd, 2010, 00:04 UTC
[00:04:29] Dave123-road (Dave123-road!~dave@cpe-74-74-222-96.rochester.res.rr.com) has joined #mythtv
[00:10:05] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Ping timeout: 260 seconds)
[00:27:36] Beirdo: markk: #9271 could likely use a *wee* bit more of a description, no? :)
[00:30:33] markk (markk!~mark@cm69.delta193.maxonline.com.sg) has quit (Ping timeout: 240 seconds)
[00:43:18] markk (markk!~mark@srv120.dedicated.netrino.co.uk) has joined #mythtv
[00:47:08] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[00:49:46] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds)
[01:30:48] cdev (cdev!~cdev@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Quit: ~ Trillian Astra - www.trillian.im ~)
[01:40:34] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[02:11:20] cattelan_away is now known as cattelan
[02:25:38] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[02:28:13] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[02:54:01] knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Remote host closed the connection)
[02:54:29] elmojo: Berido: any chance I could get that variable frame-rate video?
[02:54:30] knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[02:54:45] elmojo: I assume it's quite large
[02:58:47] Beirdo: it's about 1.6G
[02:59:12] Beirdo: I could mail you the DVD-R he sent it here on
[02:59:48] Beirdo: meanwhile, I could carve some off the front that shows the frame rate changing
[03:03:10] Beirdo: uploading the first 100MB, which has at least one frame rate change a few seconds in
[03:03:36] Beirdo: if it doesn't give ya what you need, I'd be happy to send the disc on
[03:11:22] elmojo: Beirdo: 100MB clip would be fine
[03:11:49] Beirdo: K, it should be done uploading in 15min or so
[03:24:34] Beirdo: OK. http://www.beirdo.ca/~gjhurlbu/test/framerate-changing.mpg
[03:58:40] jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has quit (Quit: jya)
[03:59:30] jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has joined #mythtv
[04:01:58] dw805 (dw805!~dwilson@rrcs-24-43-131-38.west.biz.rr.com) has joined #mythtv
[04:29:43] elmojo: Beirdo: got it.. thanks!
[04:36:30] Beirdo: no prob :)
[04:39:11] Beirdo: I wish you luck with it.
[04:40:49] elmojo: Beirdo: I don't see us detecting a stream change from 29.97 to 23.976 fps
[04:41:07] elmojo: so I'm back to my original thought that we don't play this back properly either
[04:41:52] Beirdo: hmm, OK. My reference point is mplayer's handling of it, and it does seem to have a transition early on
[04:42:20] Beirdo: but I guess it's possible we play it time accelerated :)
[04:42:26] elmojo: I think the video does do this... I just don't think that Myth detects it
[04:42:48] Beirdo: gotcha
[04:43:30] elmojo: we can easily monitor frame duration using the video timecodes and see if they match a known frame rate like 23.976, 24, 25, 29.97, etc
[04:43:50] elmojo: if we see it match a known frame rate we can update the frame interval
[04:44:04] elmojo: I bet that's how mplayer does it
[04:44:23] Beirdo: wouldn't surprise me
[04:48:16] elmojo: markk: if you have a chance and interest I'd be interested in your opinion on the clip Beirdo uploaded above – I don't see MythTV detect a stream changes and it uses a frame interval based on 29.97 fps for the entire video even though the average frame rate is a little more than 24
[04:57:58] cattelan is now known as cattelan_away
[05:23:20] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[05:49:40] jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has quit (Ping timeout: 245 seconds)
[06:07:52] len (len!~quassel@184-97-182-53.mpls.qwest.net) has quit (Read error: Connection reset by peer)
[06:09:38] len (len!~quassel@184-97-182-53.mpls.qwest.net) has joined #mythtv
[06:20:27] Chutt (Chutt!~ijr@cpe-24-166-52-87.neo.res.rr.com) has quit (Remote host closed the connection)
[06:24:07] jmartens (jmartens!~jmartens@s5595e03d.adsl.wanadoo.nl) has joined #mythtv
[06:27:38] tris (tris!~tristan@CAMEL.ETHEREAL.NET) has quit (Ping timeout: 264 seconds)
[06:37:24] tris (tris!~tristan@CAMEL.ETHEREAL.NET) has joined #mythtv
[06:39:29] jmartens (jmartens!~jmartens@s5595e03d.adsl.wanadoo.nl) has quit (Read error: Connection reset by peer)
[06:48:43] markk (markk!~mark@srv120.dedicated.netrino.co.uk) has quit (Ping timeout: 252 seconds)
[06:59:17] raynop (raynop!~quassel@41.18.78.53) has joined #mythtv
[07:05:43] raynop_ (raynop_!~quassel@41.18.78.53) has joined #mythtv
[07:05:52] markk (markk!~mark@cm69.delta193.maxonline.com.sg) has joined #mythtv
[07:07:18] raynop (raynop!~quassel@41.18.78.53) has quit (Ping timeout: 272 seconds)
[07:28:11] dw805 (dw805!~dwilson@rrcs-24-43-131-38.west.biz.rr.com) has quit (Quit: Leaving)
[07:30:29] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[07:32:00] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[07:35:33] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[07:45:55] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 252 seconds)
[07:49:18] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[07:50:44] markk: elmojo: appears to play at 23.98 here. perhaps we just need to add a little debug output for the fps change
[07:52:05] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 260 seconds)
[07:59:40] high-rez (high-rez!~gus@2001:470:8115::2) has quit (Ping timeout: 260 seconds)
[08:00:00] tris (tris!~tristan@CAMEL.ETHEREAL.NET) has quit (Excess Flood)
[08:00:58] dekarl (dekarl!~deKarl@e180158073.adsl.alicedsl.de) has quit (Read error: Connection reset by peer)
[08:04:54] tris (tris!~tristan@CAMEL.ETHEREAL.NET) has joined #mythtv
[08:28:08] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has joined #mythtv
[08:35:25] dekarl (dekarl!~deKarl@e180158073.adsl.alicedsl.de) has joined #mythtv
[08:57:31] andreax (andreax!~Andreaz@tmo-101-155.customers.d1-online.com) has joined #mythtv
[09:10:42] DJDan (DJDan!~djdan@115-64-177-188.static.tpgi.com.au) has joined #mythtv
[09:23:45] kth (kth!~kth@dyndsl-080-228-183-245.ewe-ip-backbone.de) has joined #mythtv
[09:44:24] kth (kth!~kth@dyndsl-080-228-183-245.ewe-ip-backbone.de) has quit (Quit: Leaving.)
[09:50:57] markk: elmojo: actually, it seems to detect it as 29.97 fps at the start and then plays it at 23.98 – but there's no obvious point at which it changes the fps
[09:51:08] markk: repeat flags?
[09:55:20] kth (kth!~kth@dyndsl-080-228-183-245.ewe-ip-backbone.de) has joined #mythtv
[09:55:51] robert____ (robert____!~quassel@g226062169.adsl.alicedsl.de) has joined #mythtv
[10:02:42] kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has quit (Ping timeout: 265 seconds)
[10:11:43] len (len!~quassel@184-97-182-53.mpls.qwest.net) has quit (Remote host closed the connection)
[10:24:49] ericpersson (ericpersson!~ericperss@c-d4d9e455.017-329-73746f2.cust.bredbandsbolaget.se) has joined #mythtv
[10:28:10] kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has joined #mythtv
[10:29:09] nutron (nutron!~dserban@S010600195b2f0f96.ok.shawcable.net) has joined #mythtv
[10:40:58] robert____ (robert____!~quassel@g226062169.adsl.alicedsl.de) has quit (Ping timeout: 245 seconds)
[10:42:08] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[10:42:40] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[10:44:31] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 245 seconds)
[10:54:29] elmojo: markk: I'll have to add more debug but I believe the av-sync code allows it to play at 23.98 fps
[10:55:40] elmojo: it's probably play a few few frames at 29.97 fps and then video gets ahead of the audio enough that the av-sync adds delay to the frame duration until it's back in sync.... rinse and repeat
[10:58:57] stuarta: i can see how that would get messy quickly
[11:06:00] markk: elmojo: and presumably it never gets far enough out of sync that it actually reports it – and hence the big std dev I see on playback
[11:11:50] andreax (andreax!~Andreaz@tmo-101-155.customers.d1-online.com) has quit (Read error: Connection reset by peer)
[11:24:42] sphery (sphery!~mdean@user-0c6s50s.cable.mindspring.com) has quit (Ping timeout: 240 seconds)
[11:26:51] sphery (sphery!~mdean@user-0c6s50s.cable.mindspring.com) has joined #mythtv
[11:38:07] robert____ (robert____!~quassel@g225063050.adsl.alicedsl.de) has joined #mythtv
[11:42:05] robert____ (robert____!~quassel@g225063050.adsl.alicedsl.de) has quit (Client Quit)
[11:42:13] robert____ (robert____!~quassel@g225063050.adsl.alicedsl.de) has joined #mythtv
[12:08:17] kth (kth!~kth@dyndsl-080-228-183-245.ewe-ip-backbone.de) has quit (Quit: Leaving.)
[12:28:37] kenni: stuartm: does an mostly up-to-date maintainers list exist? I know about the one on the Trac wiki, and I know there were a few on the other wiki, but right now I'm only able to find one, which you deleted a month ago.
[12:30:12] stuartm: The one in trac can probably be considered the authoritative version, but I wouldn't say it was up to date
[12:30:55] kenni: stuartm: perhaps http://www.mythtv.org/wiki/Maintainers
[12:31:44] stuartm: that was created more recently, but it's incomplete
[12:33:23] stuartm: fwiw, simply selecting the appropriate component will generally mean that it's assigned to the correct person
[12:34:24] stuartm: if you're sweating over the ticket I just re-assigned to sphery then don't, I only reassigned it because I'm too much of a coward to tell the guy that I'm not interested in his patch ;)
[12:38:27] kenni: stuartm: Heh, well, not sweating, just wondering :) I would be happy to triage more tickets, but it would really help to have a more up to date list of maintainers of the various subparts of MythTV. When the ticket is a patch, then it's quite easy to look at the code + SVN history to figure out who deserves to get the ticket, but it's not always obvious when dealing with regular bug tickets
[12:42:30] elmojo: markk: exactly... the small corrections occur when it's only 1.5 frame intervals out-of-sync
[12:58:27] stuarta: kenni: it's normally sufficient to set the appropriate component tag. ie if you set if to EIT the ticket gets reassigned to me
[13:02:40] andreax (andreax!~Andreaz@tmo-108-224.customers.d1-online.com) has joined #mythtv
[13:03:26] kenni: stuarta: yep, but for example MythTV – General doesn't have any owners.
[13:04:46] stuarta: nope, and it's the default state which tickets get dropped in. At this point they need triaging
[13:05:15] kenni: stuarta: exactly :)
[13:05:18] stuarta: it might make more sense to have the default state as "NeedsTriage"
[13:27:02] stuartm: I'll add a triage status to the workflow
[13:28:16] stuartm: although it's not that clear cut :/
[13:28:17] inordkuo (inordkuo!~inorkuo@nsc64.16.142-198.newsouth.net) has joined #mythtv
[13:37:55] cdev (cdev!~cdev@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[13:42:35] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[13:45:08] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 245 seconds)
[14:11:02] andreax (andreax!~Andreaz@tmo-108-224.customers.d1-online.com) has quit (Read error: Connection reset by peer)
[14:12:26] andreax (andreax!~Andreaz@tmo-101-125.customers.d1-online.com) has joined #mythtv
[14:13:47] danielk22 (danielk22!~danielk@96.57.9.142) has quit (Read error: Connection reset by peer)
[14:14:22] raynop_ (raynop_!~quassel@41.18.78.53) has quit (Ping timeout: 240 seconds)
[14:15:08] andreax1 (andreax1!~Andreaz@tmo-108-249.customers.d1-online.com) has joined #mythtv
[14:16:56] andreax (andreax!~Andreaz@tmo-101-125.customers.d1-online.com) has quit (Ping timeout: 265 seconds)
[14:23:39] kth (kth!~kth@dyndsl-080-228-183-245.ewe-ip-backbone.de) has quit (Read error: Connection reset by peer)
[14:25:25] duerF (duerF!~tommi@94.142.158.83) has joined #mythtv
[14:28:12] jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has joined #mythtv
[14:31:31] danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv
[14:35:24] robert____ (robert____!~quassel@g225063050.adsl.alicedsl.de) has quit (Remote host closed the connection)
[14:36:02] sphery (sphery!~mdean@user-0c6s50s.cable.mindspring.com) has quit (Ping timeout: 264 seconds)
[14:41:23] gigem_ (gigem_!~david@host137.12.intrusion.com) has quit (Remote host closed the connection)
[14:41:52] gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv
[14:51:57] gigem_ is now known as gigem
[15:01:18] robert____ (robert____!~quassel@g229055136.adsl.alicedsl.de) has joined #mythtv
[15:03:00] cattelan_away is now known as cattelan
[15:17:51] j-rod|afk is now known as j-rod
[15:17:58] duerF (duerF!~tommi@94.142.158.83) has quit (Quit: Leaving)
[15:24:16] gregL (gregL!~greg@74.76.125.87) has quit (Read error: Connection reset by peer)
[15:28:37] andreax1 (andreax1!~Andreaz@tmo-108-249.customers.d1-online.com) has quit (Read error: Connection reset by peer)
[15:52:12] beata__ (beata__!beata@she.hatesme.com) has joined #mythtv
[15:52:55] beata_ (beata_!beata@she.hatesme.com) has quit (Read error: Connection reset by peer)
[15:59:43] dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Ping timeout: 245 seconds)
[16:01:11] Chutt (Chutt!~ijr@cpe-24-166-52-87.neo.res.rr.com) has joined #mythtv
[16:10:10] Kunalagon (Kunalagon!~Kunalagon@212.200.241.243) has joined #mythtv
[16:16:11] SerpentX (SerpentX!~SerpentX@70.28.75.71) has joined #mythtv
[16:16:19] SerpentX: hi
[16:16:42] ** stuarta speculatively points at the topic **
[16:17:04] Dave123-road (Dave123-road!~dave@cpe-74-74-222-96.rochester.res.rr.com) has quit (Quit: Leaving)
[16:17:40] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[16:54:20] BadSector (BadSector!~mel@cpe-184-59-88-26.cinci.res.rr.com) has joined #mythtv
[16:56:24] deaman (deaman!~dean@3.79-160-162.customer.lyse.net) has quit (Quit: deaman)
[17:11:11] hashbang (hashbang!~hashbang@cse-ajb.cse.bris.ac.uk) has quit (Remote host closed the connection)
[17:12:23] SerpentX (SerpentX!~SerpentX@70.28.75.71) has quit (Quit: Leaving)
[17:17:15] justpaul (justpaul!~justpaul@poizon.epicshells.com) has quit (Read error: Connection reset by peer)
[17:17:17] deaman (deaman!~dean@3.79-160-162.customer.lyse.net) has joined #mythtv
[17:17:42] deaman (deaman!~dean@3.79-160-162.customer.lyse.net) has quit (Client Quit)
[17:20:01] justpaul (justpaul!~justpaul@poizon.epicshells.com) has joined #mythtv
[17:20:29] dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[17:28:47] BadSector (BadSector!~mel@cpe-184-59-88-26.cinci.res.rr.com) has quit (Quit: Leaving.)
[17:45:30] kormoc is now known as kormoc_afk
[17:45:32] gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv
[17:49:16] gigem (gigem!~david@host137.12.intrusion.com) has quit (Ping timeout: 240 seconds)
[17:50:09] Goga777 (Goga777!~Goga777@shpd-178-64-228-176.vologda.ru) has joined #mythtv
[17:53:26] gigem_ is now known as gigem
[18:20:55] kormoc_afk is now known as kormoc
[18:51:00] abqjp (abqjp!~abqjp@97-119-171-65.albq.qwest.net) has joined #mythtv
[19:09:27] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[19:26:24] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[19:29:19] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 250 seconds)
[19:31:04] stoffel (stoffel!~quassel@91.137.68.177) has joined #mythtv
[19:33:37] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has quit (Remote host closed the connection)
[20:01:51] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[20:05:02] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 272 seconds)
[20:20:37] paul-h (paul-h!~paulh@5acc132e.bb.sky.com) has quit (Remote host closed the connection)
[20:21:34] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[20:28:24] cdev (cdev!~cdev@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Quit: ~ Trillian Astra - www.trillian.im ~)
[20:29:55] len (len!~quassel@184-97-182-53.mpls.qwest.net) has joined #mythtv
[20:38:28] cdev (cdev!~cdev@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[20:38:59] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[20:39:19] dekarl1 (dekarl1!~deKarl@e180161060.adsl.alicedsl.de) has joined #mythtv
[20:39:40] Goga777 (Goga777!~Goga777@shpd-178-64-228-176.vologda.ru) has quit (Remote host closed the connection)
[20:39:50] dekarl (dekarl!~deKarl@e180158073.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds)
[20:41:38] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds)
[21:08:20] kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has quit (Ping timeout: 260 seconds)
[21:23:01] kth (kth!~kth@dyndsl-085-016-236-235.ewe-ip-backbone.de) has quit (Quit: Leaving.)
[21:32:06] kenni (kenni!~kenni@pfsense.dhcp.pop.k-net.dk) has joined #mythtv
[21:38:59] jpharvey (jpharvey!~jpharvey@host109-154-165-197.range109-154.btcentralplus.com) has quit (Remote host closed the connection)
[21:49:31] cdev: Looking for input (http server changes)... How limiting would it be to have all data read from all connections by a single thread? The actual processing of the request would be farmed out to a thread pool.
[21:50:02] cdev: Trying to use only Qt network classes which means slots execute on the thread that created the object.
[21:56:49] Kunalagon (Kunalagon!~Kunalagon@212.200.241.243) has quit (Quit: Leaving.)
[22:05:02] stuartm: danielk22: have you got the new settings class figured out yet? I want to get on with the xmltv api config stuff but it depends on being able to build up the settings objects (labels/checkboxes/combo boxes etc) from the xmltv output so maybe it's too early for that?
[22:12:06] danielk22: stuartm: Hmm, let me look at what I have. I have been fixing merge conflicts and the like in the settings code when I sync my trees but I haven't actually run the code in quite some time.
[22:12:56] stuartm: Beirdo: still infoneeded? http://svn.mythtv.org/trac/ticket/8132
[22:20:49] Beirdo: yeah, I haven't heard crap
[22:21:04] Beirdo: I guess he kinda answered
[22:21:22] Beirdo: but since upnp is SOAP, not REST, I'm not sure we care too much
[22:21:59] danielk22: stuartm: It looks like everything will get an HTML settings widget, but in most cases this is a text entry rather than a proper input constrained widget.
[22:22:00] Beirdo: I'll look at it again this week, and either close it or do something with it :)
[22:23:28] danielk22: mythsettings.cpp MythSetting::ToHTML() is where the magic happens. It's should be pretty simple to extend it and fairly obvious what needs implementing.
[22:23:47] stuartm: ok, thanks
[22:24:48] danielk22: Note: Presentation is not handled at all currently. The plan was for that to be handled by CSS+ECMAscript w/HTML, and well handled by some external program if we write a ToXML() as well.
[22:25:14] Beirdo: cdev: that sounds resonable to me. Parsing incoming data to the point of determining that we need a thread to handle the request should be pretty fast, no?
[22:25:25] stuartm: input constraint shouldn't be a problem for the xmltv stuff, where it needs constraining it generally calls for a combobox (selectbox) or checkbox so it's not really possible for the user to screw it up too badly
[22:25:34] Beirdo: unless we allow POST of a large amount of data, that may be the only real exception
[22:26:13] Beirdo: but even then, we should be able to read the POST quickly and hand it off to whatever's going to handle the data itself in another thread
[22:27:10] danielk22: stuartm: heh, checkbox is implemented. combobox is still a text entry... but if you need me to write the case kComboBox: implementation I can whip something up.
[22:27:12] stuartm: danielk22: don't need the presentation side yet, so no hurry
[22:27:50] danielk22: There is a kSelect.. which may be all you need...
[22:29:40] stuartm: kSelect will probably do fine, it calls for a 'select one' widget and a 'select multi' widget, those could be implemented with a drop-down or radio buttons but that's really more of a presentation consideration
[22:30:37] danielk22: stuartm: I've posted an updated patch to 8262... It's only updated for merge conflicts.
[22:33:43] stuartm: danielk22: thanks
[22:45:26] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[22:46:17] j-rod is now known as j-rod|afk
[22:47:55] stuartm: danielk22: thoughts on adding a 'password' setting type?
[22:47:59] stoffel (stoffel!~quassel@91.137.68.177) has quit (Remote host closed the connection)
[22:50:19] danielk22: stuartm: kPassword, sure I just hadn't thought of it. HTML has a built in widget for that IIRC.
[22:50:54] stuartm: it does
[22:53:02] stuartm: ok, I'll create a branch with the patch and add it plus anything else that's notably missing
[23:00:25] gigem (gigem!~david@host137.12.intrusion.com) has quit (Remote host closed the connection)
[23:02:55] gigem (gigem!~david@host137.12.intrusion.com) has joined #mythtv
[23:07:35] cdev: Beirdo: that's what I was thinking also... just wanted to see if anyone could think of a good reason against doing it that way.
[23:10:25] jpharvey (jpharvey!~jpharvey@host109-154-165-197.range109-154.btcentralplus.com) has joined #mythtv
[23:10:50] inordkuo (inordkuo!~inorkuo@nsc64.16.142-198.newsouth.net) has quit (Ping timeout: 264 seconds)
[23:13:57] jya: Apple TV software got updated to 4.2. You can now stream audio and video from any devices supporting airplay (itunes, ipad, ipod, iphone)...
[23:14:20] jya: this is a pretty sweet solution.. a tiny adapter allowing you to wirelessly link to your TV..
[23:14:49] jya: so... when are we going to support airplay with mythtv ? :)
[23:15:39] Beirdo: I sense a volunteer
[23:16:22] jya: indeed :P
[23:17:01] jya: would need an option to have real-time transcoding ... so you stream h264 (or even other codec) from the backend
[23:18:11] jya: question is where the layer to convert video would be best fitted?
[23:19:04] Beirdo: good luck with transcoding H264 HD content to anything on the fly
[23:19:59] jya: the AirVideo java server works brilliantly on my 2.6GHz C2D backend..
[23:20:15] jya: can watch all videos on my ipad with airvideo pretty much instantly
[23:20:30] jya: airvideo server start a ffmpeg process and stream from that
[23:22:19] jya: you could think of an app for android/iphone, looks like a remote control, and the backend stream to an appletv
[23:27:18] stuartm: jya: full HD H.264?
[23:27:41] jya: well, I encode in 1024x768, the size of the iPad screen
[23:28:05] jya: probably will change to 1280x720 for the appletv
[23:28:08] stuartm: yeah, but decoding the original file to re-encode it
[23:28:20] jya: oh, that's what it does
[23:28:37] jya: those conversion settings are done in real-time
[23:29:12] jya: there's about a 2–3s wait before the video start playing.. but otherwise, it encodes to h264 while decoding the original video
[23:29:13] stuartm: since decoding 1080i/p H.264 requires pretty much all the resources of a 2.6Ghz X2, encoding at the same time would seem to be a stretch
[23:29:34] jya: I haven't tried full HD videos
[23:30:05] jya: most of my content is SD, for HD stuff I watch it on the TV directly
[23:30:24] jya: it's more like my regular 1 hour before bed time. Take the ipad and watch a TV series
[23:30:36] stuartm: about 50% of my recordings are HD atm
[23:32:07] jya: oh well, I'll get an i7 or something then :)
[23:33:27] jya: in any case, being able to stream from the backend, with the backend controlling it is very cool.. would allow for very cheap frontend
[23:34:55] jya: question from an architectural point of view would be where to do the conversion, integrate it right through say avfd , or have a separate process/thread
[23:36:06] markk: I'm pretty confident that if someone doesn't implement live transcoding/streaming for handheld/low powered devices soon, then we can expect to see users disappearing in droves. too many easy alternatives out there now.
[23:36:12] jya: could think of having the virtual storage actually making everything appear as h264 videos or others
[23:36:31] jya: markk: totally agree with you there
[23:36:42] stuartm: my point is only that as more and more content is broadcast in HD and as people switch over to bluray any realtime transcoding feature is going to be impossible with existing hardware, unless we see hardware re-encoding solutions in the very near future, just as we have PureVideo/CrystalHD now
[23:37:38] stuartm: most existing streaming products are hardware based
[23:38:01] jya: a 6core i7 is getting quite cheap these days... I think it's obvious we have to stop thinking about implementing new features with regards to existing hardware, but instead of focusing on the feture itself, and let people pick a hardware that suit
[23:38:06] jya: rather than the other way round
[23:38:13] jya: otherwise we'll never move forward
[23:38:36] markk: hardware accelerated decoding will be 'available' soon enough – and that will scale for you as well. 'only' then need to reencode.
[23:39:51] jya: markk: is realtime re-encoding something you are going to take out of your magic hat with a "tada! I've already done it" , or you haven't looked into it yet?
[23:40:43] markk: I've not looked at the reencoding – only the accelerated decoding for commflagging/transcode etc
[23:41:53] markk: but if you've got a stream of say 320x240 yuv frames, plugging those into ffmpeg shouldn't be too hard. but no doubt will spend 3 months agreeing how the protocol should work etc
[23:42:27] jya: :)
[23:44:28] jya: Probably the easiest for the client perspective, would be that most stay the same now, but the backend fake that all content is of a certain type and resolution (like h264, 320x480)
[23:44:54] stuartm: markk: only if you ask how it should work, I find work gets done much faster and is better received if you go ahead and write it
[23:45:08] markk: yes :)
[23:45:28] stuartm: asking for input is the quickest way to kill an idea dead ;)
[23:46:07] elmojo: Beirdo: could you get me a larger sample that actually has a bigger duration delta between FFmpeg and our player?
[23:46:11] danielk22: Beirdo: Have you been using 6330? It looks like it's pretty much a reimplementation of the TFW... but I'm not convinced that it's fixing anything that's a real problem (lock contention in TFW?)
[23:49:30] danielk22: markk: Encoding 320x240 to 640x480 or there abouts is easy with h.264 simple profile or WebM as the target. It's decoding 1080i h.264 which is problematic without HW acceleration.
[23:50:31] stuartm: danielk22: that's a pretty old ticket, at the time the submitter started work on a lockless TFW there were issues that were suspected to be caused by lock contention, however I've not heard anything about those bugs in a very long time
[23:53:20] dekarl (dekarl!~deKarl@e180143007.adsl.alicedsl.de) has joined #mythtv
[23:54:50] dekarl1 (dekarl1!~deKarl@e180161060.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds)
[23:55:17] Gibby is now known as Gibby_away
[23:57:44] dashcloud (dashcloud!~quassel@71.185.198.215) has joined #mythtv

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.