| Saturday, July 21st, 2012, 00:06 UTC | ||
| [00:06:17] | jafa (jafa!~jafa@2001:470:1f05:15de:24a8:9f9e:9226:84e) has joined #mythtv | |
| [00:09:46] | Cubber: | just updated to latest nightly build and have same problem |
| [00:11:29] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [00:11:49] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 252 seconds) | |
| [00:12:39] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [00:13:41] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv | |
| [00:13:41] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [00:13:41] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [00:17:25] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [00:25:59] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [00:36:08] | wagnerrp: | cubber: we do not support xbmc, and in any case, this is the development channel, not the support channel |
| [00:45:05] | jya: | Beirdo: looks like another race conditions happening where an object is killed and deleted and it all happens too fast |
| [00:51:58] | wisenuts1 (wisenuts1!~wisenuts3@66-216-231-102.dhcp.stcd.mn.charter.com) has joined #mythtv | |
| [00:54:52] | wisenuts (wisenuts!~wisenuts3@66-216-231-102.dhcp.stcd.mn.charter.com) has quit (Ping timeout: 248 seconds) | |
| [00:57:40] | Cubber: | wagnerrp sorry I joined the wrong channel |
| [00:57:51] | Cubber (Cubber!~ronny@cpe-24-58-133-224.twcny.res.rr.com) has quit (Quit: leaving) | |
| [01:03:56] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Ping timeout: 248 seconds) | |
| [01:07:51] | Beirdo: | oh, which program, again? |
| [01:11:08] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [01:16:24] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [01:50:07] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [02:30:47] | Beirdo: | ah, I'll go look at fixing |
| [02:36:17] | Beirdo: | If I can reproduce |
| [03:18:05] | jya: | Beirdo: I just start mythlogserver like so: |
| [03:18:37] | jya: | /Users/jyavenard/Work/mythtv/.osx-packager/build/bin/mythlogserver --verbose general,audio,playback,libav,system --loglevel debug |
| [03:18:41] | Beirdo: | yeah, cool |
| [03:18:55] | jya: | and I let it run until it quits |
| [03:19:02] | Beirdo: | Just trying to compile on my devel box so I don't mess up the prod one ;) |
| [03:19:16] | Beirdo: | but I left it in a weird spot |
| [03:19:16] | jya: | i keep getting deadlock in MythPainter::DeleteFormatImage(MythImage *im) |
| [03:19:38] | Beirdo: | yeah, that sounds like more one for stuartm |
| [03:19:48] | jya: | I'm at the stage where I'm happy with the current status of master to make it my prod system |
| [03:22:26] | Beirdo: | OK, this crystalhd crap needs to be shot |
| [03:22:49] | Beirdo: | if you have libcrystald installed, but don't enable using it, ffmpeg won't build |
| [03:24:21] | jya: | Beirdo: funny, all the stuff added by one person in configure ended up all crap |
| [03:24:49] | Beirdo: | heh. probably best not to comment :) |
| [03:29:49] | jya: | hum... |
| [03:30:51] | jya: | mythpainter destructor lock m_allocationLock, which calls expire images, which in turn calls DecrRef,which ends up calling mythimage destructor that lock m_allocationLock |
| [03:30:59] | jya: | nice deadlock there |
| [03:31:25] | Beirdo: | eek |
| [03:31:33] | Beirdo: | what a mess |
| [03:32:59] | jya: | was that recently moved to use the reference counter ? |
| [03:33:09] | jya: | that's likely what introduced the reference counter |
| [03:38:47] | jya: | danielk22: ^^ Reference Counter introduced deadlocks |
| [03:38:50] | Beirdo: | yeah, I think it was |
| [03:39:22] | Beirdo: | if nothing, we should unlock/relock the m_allocationLock around the DecrRef, I guess |
| [03:39:54] | Beirdo: | or totally rethink the locking ;) |
| [03:44:30] | danielk22: | jya: do you have a stacktrace? Just looking at the code it looks like m_allocationLock should be locked after and not before ExpireImages() but it would be good to have a backtrace to back that up. |
| [03:45:38] | danielk22: | The DeleteFomatImage looks funky too. Dunno why that lock is taken before DeleteFormatImagePriv(im); is called. |
| [03:47:16] | Beirdo: | heh |
| [03:47:27] | Beirdo: | locks like to bite our butts |
| [03:48:22] | danielk22: | Beirdo: Yeah, but it |
| [03:48:49] | danielk22: | s better than the alternative, unprotected memory bugs are b*tch to debug. |
| [03:49:02] | Beirdo: | true true |
| [03:49:09] | Beirdo: | a necessary evil, but there it is |
| [04:09:28] | Beirdo: | jya: yeah, caught the core dump here too for the logserver exiting |
| [04:09:32] | Beirdo: | sigh |
| [04:09:43] | Beirdo: | I cleaned up the others, thought I'd got that one too |
| [04:11:27] | terabit (terabit!~terabit@unaffiliated/terabit) has joined #mythtv | |
| [04:12:50] | terabit: | hey everyone, how on earth do I setup mythtv ? I keep running into db errors. I even took a few hours to install qt and qt-sql ,mysql again ,mysql is running at port 3306 removed my ~/.mythtv run using default options and still doesn't work. |
| [04:13:11] | terabit: | do I manually need to connect to a database and setup mythtv credentials ? |
| [04:13:50] | wagnerrp: | this is the development channel, you want #mythtv-users |
| [04:14:06] | terabit: | ok, I will repost there |
| [04:17:03] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
| [04:17:03] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
| [04:17:03] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [04:22:31] | dblain_ (dblain_!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [04:22:32] | dblain_ (dblain_!~dblain@mythtv/developer/dblain) has quit (Client Quit) | |
| [04:28:52] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:32:58] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
| [04:32:58] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
| [04:32:58] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [04:34:26] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [05:08:11] | Beirdo: | argh |
| [05:08:14] | Beirdo: | computers suck |
| [05:08:31] | Beirdo: | now the logserver doesn't always want to start manually for me on my devel server |
| [05:08:36] | Beirdo: | grrrr |
| [05:15:08] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds) | |
| [06:12:05] | Beirdo: | how I hate race conditions. Especially when I cause them |
| [06:35:29] | jya: | danielk22: I do have a backtrace… I lodged a ticket about another issue, but that's the core cause. I can reproduce it in about 3 different places |
| [06:35:44] | jya: | #10926 |
| [06:35:44] | ** MythLogBot http://code.mythtv.org/trac/ticket/10926 ** | |
| [06:36:11] | Defense|Twin (Defense|Twin!~jepz@e177236062.adsl.alicedsl.de) has joined #mythtv | |
| [06:37:10] | jya: | I do think that this ReferenceCounter business is only a good workaround for poor programming habits on not keep reference on memory allocated and freeing them. |
| [06:40:55] | Beirdo: | jya: I can reproduce the crash on exit for logserver here. I gotta go to bed, but I'll be taking a long hard look at it tomorrow |
| [06:41:22] | jya: | not that important really… it would probably never happen on a production system |
| [06:41:58] | Beirdo: | probably not, true |
| [06:42:09] | Beirdo: | still bugs me |
| [06:51:49] | Defense|Twin (Defense|Twin!~jepz@e177236062.adsl.alicedsl.de) has quit (Remote host closed the connection) | |
| [06:53:03] | Defense|Twin (Defense|Twin!~jepz@e177236062.adsl.alicedsl.de) has joined #mythtv | |
| [06:58:56] | dekarl1 is now known as dekarl | |
| [07:01:06] | Goga777 (Goga777!~Goga777@128-71-67-137.broadband.corbina.ru) has joined #mythtv | |
| [07:01:43] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer) | |
| [07:02:36] | jya (jya!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has joined #mythtv | |
| [07:02:37] | jya (jya!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has quit (Changing host) | |
| [07:02:37] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [07:17:41] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [07:49:25] | Defense|Twin (Defense|Twin!~jepz@e177236062.adsl.alicedsl.de) has quit (Remote host closed the connection) | |
| [07:50:43] | Defense|Twin (Defense|Twin!~jepz@e177236062.adsl.alicedsl.de) has joined #mythtv | |
| [08:30:14] | Goga777 (Goga777!~Goga777@128-71-67-137.broadband.corbina.ru) has quit (Read error: Connection reset by peer) | |
| [08:44:03] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 252 seconds) | |
| [08:44:45] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
| [09:48:24] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [09:50:18] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [09:58:52] | stoffel (stoffel!~quassel@pD9E42091.dip.t-dialin.net) has joined #mythtv | |
| [10:15:12] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [10:32:04] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [10:43:22] | joki (joki!~joki@p54865444.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [10:44:06] | joki (joki!~joki@p5486572F.dip.t-dialin.net) has joined #mythtv | |
| [10:45:28] | dekarl1 (dekarl1!~dekarl@p4FCEEF9A.dip.t-dialin.net) has joined #mythtv | |
| [10:46:13] | dekarl (dekarl!~dekarl@p4FCEF4FB.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [11:05:28] | Goga777 (Goga777!~Goga777@128-71-67-137.broadband.corbina.ru) has joined #mythtv | |
| [11:15:07] | foobum (foobum!~foobum@78-105-15-213.zone3.bethere.co.uk) has quit (Ping timeout: 252 seconds) | |
| [11:57:26] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Read error: Operation timed out) | |
| [12:12:32] | stoffel (stoffel!~quassel@pD9E42091.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [12:18:41] | frankster (frankster!~frankster@host86-149-102-104.range86-149.btcentralplus.com) has joined #mythtv | |
| [12:36:58] | foobum (foobum!~foobum@78-105-15-213.zone3.bethere.co.uk) has joined #mythtv | |
| [13:04:09] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [13:12:40] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [13:28:39] | stuartm: | jya: not sure I understand what you're saying about the ReferenceCounter, it's not an auto-delete pointer type thing at all, it still requires that you explicitly free stuff but it works with objects which might be shared and therefore can't be outright deleted until every user has finished with them |
| [13:34:34] | Goga777 (Goga777!~Goga777@128-71-67-137.broadband.corbina.ru) has quit (Read error: Operation timed out) | |
| [13:36:21] | dekarl1 is now known as dekarl | |
| [13:41:38] | rsiebert_ (rsiebert_!~quassel@g229054048.adsl.alicedsl.de) has joined #mythtv | |
| [13:41:59] | wisenuts1 (wisenuts1!~wisenuts3@66-216-231-102.dhcp.stcd.mn.charter.com) has quit (Ping timeout: 246 seconds) | |
| [13:42:19] | rsiebert (rsiebert!~quassel@e179131133.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
| [13:50:36] | stuartm: | it doesn't appear that plugins inherit the compile-type from the main build? I thought they did at one time |
| [13:53:54] | wisenuts1 (wisenuts1!~wisenuts3@66-216-231-102.dhcp.stcd.mn.charter.com) has joined #mythtv | |
| [13:54:59] | wisenuts1 (wisenuts1!~wisenuts3@66-216-231-102.dhcp.stcd.mn.charter.com) has quit (Read error: Connection reset by peer) | |
| [13:55:43] | wisenuts1 (wisenuts1!~wisenuts3@66-216-231-102.dhcp.stcd.mn.charter.com) has joined #mythtv | |
| [14:08:45] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
| [14:08:45] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
| [14:08:45] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [14:16:52] | danielk22: | stuartm: I thought so too, but I'm not sure. |
| [14:18:48] | danielk22: | stuartm: jya: I think reference counting can be abused, but there are times when sharing ownership of a pointer really simplifies the code. And simple means fewer bugs... |
| [14:18:59] | stuartm: | I'll dig into it, I'm just not getting debug symbols for plugin crashes |
| [14:19:23] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection) | |
| [14:20:02] | stuartm: | danielk22: jya: not just code simplification, in the case of things like mythimage it saves a huge amount of memory |
| [14:20:05] | danielk22: | jya: I think the MythProto socket code is one example where a different design would have avoided the reference counting. |
| [15:23:05] | stoffel (stoffel!~quassel@pD9E42091.dip.t-dialin.net) has joined #mythtv | |
| [15:28:55] | danielk22: | jya: There is a bigger problem with the ExpireImages() call in ~MythPainter(). Since it deletes images in the dtor the DeleteFormatImagePriv() call in DeleteFormatImage() calls MythPainter::DeleteFormatImagePriv() which is a pure virtual.. |
| [15:40:16] | danielk22: | stuartm: Have there been any tickets on theme changes causing an abort? |
| [15:47:33] | danielk22: | jya: 0a5d426a0c should have incremented the ABI version as there was a change to the libmythui ABI. Don't worry about it though, I'll increment the ABI version when I commit the MythPainter fix. |
| [15:57:53] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [16:15:39] | danielk22: | Who has edit rights to http://www.mythtv.org/wiki/Main_Page ? We still have a link to the timeline which is disabled until we find some solution to the system load problem it creates when showing git commits... |
| [16:26:09] | fafa88: | Can https://github.com/MythTV/mythweb/commit/7232 . . . d642aaf26b55 be pushed into mythweb/0.25-fixes? Breaks FC17 mythweb. |
| [16:26:55] | stuartm: | danielk22: I haven't seen any |
| [16:28:04] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
| [16:28:37] | stuartm: | danielk22: I've remove the link |
| [16:28:41] | stuartm: | removed |
| [16:44:03] | Sharky112065: | Wow jya, you really did not even bother to fully read that bug report/ticket before you closed it. Don't think it is worth filing tickets if that is the way it is going to be. http://code.mythtv.org/trac/ticket/10862 |
| [17:03:08] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Read error: Operation timed out) | |
| [17:04:19] | danielk22: | stuartm: Thanks |
| [17:13:11] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [17:17:55] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [17:32:44] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 248 seconds) | |
| [17:33:15] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [17:37:49] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [17:57:19] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds) | |
| [19:22:36] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 248 seconds) | |
| [19:23:14] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [19:34:30] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [19:48:04] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 260 seconds) | |
| [19:55:51] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [20:05:30] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 264 seconds) | |
| [20:19:46] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [20:28:16] | knightr__ (knightr__!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Remote host closed the connection) | |
| [20:44:12] | stuartm: | I get pretty consistent segfaults in adjacent areas of memory when using the Synaesthesia visualiser, I'm just not seeing where the corruption is occurring, does anyone want to help hunt? |
| [20:44:51] | stuartm: | the segfaults only occurring when tearing it down, so that's a clue of sorts |
| [20:46:06] | stuartm: | and they are always in the same ~3 places, but none of those make any sense |
| [20:46:24] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 260 seconds) | |
| [20:50:47] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [21:01:08] | stoffel (stoffel!~quassel@pD9E42091.dip.t-dialin.net) has quit (Ping timeout: 248 seconds) | |
| [21:03:02] | danielk22: | stuartm: did you valgrind it yet? glibc malloc also has mtrace built in (enable with this patch http://pastebin.ca/2173457) |
| [21:10:08] | stuartm: | danielk22: I'll try the patch, it always dies in malloc_printerr so ... |
| [21:10:33] | stuartm: | I strongly suspect I know which array is the problem, I think I just need to look at it in the morning with fresh eyes |
| [21:50:41] | Defense|Twin (Defense|Twin!~jepz@e177236062.adsl.alicedsl.de) has quit (Remote host closed the connection) | |
| [21:56:05] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:23:39] | stuartm: | the problem with mtrace and gdb is that in the case of memory corruption it always points at /usr/lib64/nvidia-current/tls/libnvidia-tls.so.295.40 for some reason |
| [22:27:58] | danielk22: | stuartm: You have to compile without VDPAU support. |
| [22:41:23] | stuartm: | danielk22: yeah, I now remembering you saying that the last time it came up |
| [22:54:51] | wookey (wookey!~wookey@stoneboat.aleph1.co.uk) has joined #mythtv | |
| [22:55:56] | wookey: | does myth 0.24 or 0.25 require significantly more performance for xvMC MPEG2 playback on via ITX hardware? |
| [22:56:29] | wookey: | I've been running 0.21 for years on an old via C3 box and with careful config it played DVB-T video quite happily |
| [22:57:01] | wookey: | HD died so I've re-installed and updated to squeeze+ myth 0.24 and I can't get acceptable playback perfpormance out of it any more |
| [22:57:14] | wookey: | same with 0.25. |
| [22:57:31] | stuartm: | wookey: 0.25 and 0.24 dropped support for XvMC entirely, it was only used by a handful of users on really old hardware and caused too much work to maintain |
| [22:57:34] | wookey: | Shouldn't single MPEG2 playback be much the same as before? |
| [22:57:52] | wookey: | hmm, it's still listed in the CPU-- profile |
| [22:58:09] | wookey: | do you mean it's really using ffmpeg or something instead? |
| [22:58:34] | wookey: | (I seem to get the same performace if I select ffmpeg playback, so that's conceivable) |
| [22:58:45] | stuartm: | actually, I'm wrong, it was dropped in 0.25 not 0.24 |
| [22:59:11] | wookey: | Hmm. OK. SO 0.24 is the ,atest that'll be any use on this box |
| [22:59:28] | stuartm: | http://www.mythtv.org/news/144/XvMC%20and%20l . . . %20in%200.25 |
| [22:59:53] | wookey: | I have a pandaboard I'm planning to upgrade to, ut I'm not sure of the state of myth on armhf with associated binary GPU driver hooha |
| [23:01:06] | wookey: | How can I check whether XvMC is actually the mode being used, or if it's falling back to software? |
| [23:04:37] | wookey: | hmm. that pages suggests that openglES is not yet supported, which is likely to be the only rendering method fast enough on panda |
| [23:05:24] | stuartm: | it's supported in 0.25, but not widely tested |
| [23:05:31] | wagnerrp: | are you planning on doing a lot of development work to make a frontend operate well on ARM? |
| [23:05:53] | wookey: | wagnerrp: I'm happy to muck in on testing |
| [23:06:01] | wookey: | I don;t really have time for much actual dev |
| [23:06:06] | wagnerrp: | no, i mean writing large chunks of code |
| [23:06:40] | wagnerrp: | youre simply not going to be doing software decoding of video on an ARM, which means youre stuck with hardware decoding |
| [23:06:49] | wookey: | I've have xbmc running on that board which performed OK, but that has no PVR functionality, which makes it rather useless |
| [23:06:50] | wagnerrp: | and more importantly, you need to write support for that hardware decoder |
| [23:07:03] | wookey: | indeed, which means openglES in practice |
| [23:07:18] | wagnerrp: | no, opengles is just graphics rendering |
| [23:07:23] | wagnerrp: | has nothing to do with video decoding |
| [23:07:24] | wookey: | so if we have som openGLES support then in principle we have all the parts needed |
| [23:07:29] | wookey: | Oh, I see |
| [23:07:38] | wagnerrp: | that would potentially be openmax |
| [23:08:14] | wookey: | I wonder what XBMC and ubuntu TV are doing here as they both play video back quite nicely |
| [23:08:26] | wagnerrp: | likely openmax |
| [23:08:47] | wookey: | And geexbox (I think that uses mplayer for decode) |
| [23:09:08] | wookey: | I have always been a bit vague about how all these video componenets fit together. |
| [23:09:18] | wookey: | Are you suer openmax is a ARM thing? I've not heard of it |
| [23:10:01] | wagnerrp: | openmax is the video decoding interface standard managed by the kronos group (opengl maintainers) |
| [23:10:12] | wookey: | ah. right |
| [23:10:21] | wagnerrp: | and it has gained popularity in embedded systems such as that |
| [23:12:46] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [23:15:13] | stuartm: | e.g. the RaspberryPi |
| [23:15:59] | stuartm: | unfortunately our main video/graphic rendering guy has moved on to other projects, so progress on those has stalled |
| [23:17:14] | wookey: | OK. Well I know all the right people at linaro, and I see deb-multimedia has built mythtv for armel and armhf so I guess I should have a go and see what works so far |
| [23:17:37] | wagnerrp: | there is some group on the wiki that claims to be building a mythtv-based STB, using ARM and openmax |
| [23:17:44] | wagnerrp: | but that was like a year ago |
| [23:18:23] | wagnerrp: | http://www.mythtv.org/wiki/Special:Contributions/Parent55 |
| [23:21:23] | wookey: | Hmm. I'll go and find out how the other video projects (Geexbox, XBMC) are making this work currently. |
| [23:22:00] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [23:22:06] | wagnerrp: | xbmc has support openmax, probably written by scott davilla |
| [23:22:09] | wagnerrp: | dont know about geexbox |
| [23:54:12] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [23:54:26] | jya: | Sharky112065: the issue here is an ALSA one, it's something you need to file with ALSA. The way the buffer calculation work is: we ask alsa for 500ms, it replies with a 400ms one. We look at the size of the audio buffer, see that it is set to XXX, so we assume it needs XXX + 400/500 * XXX to make up for the difference. The problem here is alsa always returning a smaller buffer than asked no matter the value of the audio buffer… But as it seems you kn |
| [23:54:26] | jya: | better, I'll let you fix that one |
| [23:57:47] | jya: | but you're right.. with that quality of bug report, you don't have to bother filing them |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.