| Tuesday, October 11th, 2011, 00:00 UTC | ||
| [00:00:03] | kormoc is now known as kormoc_afk | |
| [00:14:21] | Mousey (Mousey!~wtfisme@ross154.net) has quit (Quit: Leaving) | |
| [00:19:56] | dmz_ (dmz_!~dmz@64.203.235.49.dyn-cm-pool-34.pool.hargray.net) has joined #mythtv | |
| [00:20:37] | dmz_: | hey y'all, i just upgraded to 0.24 and got flash to recognize the video streaming; but now when i go in it shows the flash + video and a play button but my streamzap remote can't seem to play it, any suggestions? |
| [00:31:39] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Ping timeout: 260 seconds) | |
| [00:31:58] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has quit (Ping timeout: 276 seconds) | |
| [00:36:02] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [00:38:42] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [01:00:00] | sphery: | dmz_: I think you meant to send that in the other channel |
| [01:01:20] | MythBuild_: | build #177 of master-vista-mingw-32bit is complete: Exception [exception git] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/177 blamelist: Raymond Wagner <rwagner@mythtv.org > |
| [01:05:13] | dmz_: | woops you right, thx |
| [01:06:55] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [01:07:22] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [02:21:43] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [03:01:55] | jya: | jpabq: what have you changed in your setup to suddenly have buffer underruns ? I certainly never have seen those in a long time, especially with a GT430… and Im guessing you would have seen those a long time ago.. |
| [03:03:49] | jya: | and you certainly aren't using the latest version of myth |
| [03:08:22] | jya: | as for why a reconfigure isn't called: reconfigure is called whenever how the audio card has to be opened has changed. For you are outputting AC3 or stereo, audio card is opened in stereo mode. when you enable time stretch it has to be opened in 5.1. So reconfigure is called. If up mix was enabled already: you're in 5.1 LPCM already so 5.1 -> 5.1: no reconfigure called |
| [03:14:03] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [03:15:12] | jpabq: | jya, not a new problem. Been like this for several months, but I have not taken the time to investigate. 99% of of my channels are DD5.1, so it has not been that big of a deal. Finally tonight I decided to try and figure out what had gone wrong with the one channel I watch that started having that problem, and discovered it was in DD2.0 |
| [03:15:48] | jya: | most of my channels are 2.0, i never have this issue… what processor do you have? |
| [03:15:53] | jpabq: | I am guessing that somewhere along the line, the default became to upmix DD2.0, when before it was to pass it through. |
| [03:16:23] | jya: | dd 2.0 hasn't been passthrough since 0.23, because then you wouldn't be able to up mix on the fly |
| [03:16:45] | jpabq: | processor? My CPU is a Core2 duo 3.0GHz. My GPU is a GT430 which just replaced a GT220. |
| [03:16:58] | jya: | the way avformatdecoder is working, is once it start in passthrough, you really can't change easily |
| [03:17:21] | jpabq: | passthrough does not seem to be the problem. If I toggle the upmix OFF, then the problem goes away. |
| [03:17:24] | jya: | well, you need at a minimum a quad-core 3.4GHz i7 for up mixing then... |
| [03:17:49] | jya: | i'm just explaining why AC3 2.0 isn't passthrough |
| [03:18:00] | jya: | but decoded and passed a PCM stereo |
| [03:18:05] | jpabq: | Oh? Okay, then I don't have enough CPU for that. How do I make the default to NOT upmix? |
| [03:18:21] | jya: | i was just kidding :) |
| [03:18:30] | jya: | in any case, update your copy of myth |
| [03:18:55] | jpabq: | I am running latest trunk from a couple of days ago. This problem has been around for months — did you just fix it? |
| [03:19:20] | jya: | no, but I just want to make sure… I added logs which I don't see in yours |
| [03:19:31] | jpabq: | My preamp does a very good job of converting 2.0 -> 5.1 itself, so I don't mind it not being upmixed. |
| [03:19:37] | jpabq: | okay |
| [03:19:38] | jya: | so you're saying the issue you have is playing AC3 2.0 |
| [03:19:45] | jya: | I don't have such sample unfortunately |
| [03:19:52] | jya: | can you post a sample somewhere ? |
| [03:20:28] | jpabq: | I can upload it to your site, if you like. |
| [03:20:34] | jpabq: | I will try latest trunk first, though. |
| [03:21:18] | jya: | that would be nice thank you |
| [03:21:39] | jpabq: | DD5.1 works beautifully. It is only DD2.0 that seems to cause the problem — and only with timestretch enabled, and upmix enabled. |
| [03:22:21] | jya: | i can't see why the audio card would be starving when up mixing 2.0 + timestretch |
| [03:22:31] | jya: | from the log there's nothing wrong |
| [03:22:40] | jya: | at least on how the audio card is opened |
| [03:23:08] | jpabq: | So, the buffer sizes are okay? If upmixing I would figured the buffer sizes would need to be similar to what is used for DD5.1 |
| [03:23:52] | jpabq: | It also looks like the "period time" is different between native DD5.1 and upmixed 4.1 |
| [03:23:58] | jpabq: | s/4.1/5.1 |
| [03:25:45] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 255 seconds) | |
| [03:26:37] | jya: | jpabq: no.. not the case |
| [03:26:51] | jya: | 5.1 AC3 is sent as PCM stereo |
| [03:26:54] | jya: | when passthrough |
| [03:27:05] | jya: | so the audio device is opened as stereo |
| [03:27:49] | jpabq: | So, for a more apples to apples I need to set it up to re-encode into DD instead of letting it output LPCM. |
| [03:28:05] | jya: | when you enabled time stretch or up mixing, the audio has to first be decoded, and is now a 6 channels stream |
| [03:28:24] | jya: | that's right.. if you set StereoPCM it will then do: |
| [03:28:50] | jya: | AC3 5.1 -> decode 5.1 -> timestretch -> re-encode 5.1 – AC3 5.1 |
| [03:29:07] | jya: | and AC3 5.1 is 16 bits, stereo |
| [03:29:22] | jya: | when you don't re-encode to AC3 |
| [03:29:39] | jya: | you putput 32bits / 6 channels, so 6 times as much data as the original stream |
| [03:30:06] | jpabq: | All those logs have timestretch enabled with LPCM out put, so all should represent a 6 channel output. So, I expected the native DD5.1 to need the same buffers as 2.0 upmixed to 5.1. |
| [03:30:14] | jya: | your audio card supports it, and is configured to have the same characterstics buffer-wise |
| [03:30:32] | jpabq: | compile just finished. I will go test. |
| [03:30:33] | jya: | yes.. 2.0 -> 5.1 -> timestretch |
| [03:30:48] | jya: | requires the same amount of data to the audio card as |
| [03:30:54] | jya: | 5.1 -> timestretch |
| [03:32:37] | jpabq: | Okay, then why are the buffer sizes so different? |
| [03:34:42] | jpabq: | I just attached a new upmix log to the ticket. Do you also want a non-upmix and a DD5.1 native log? |
| [03:34:51] | jya: | in your log tey aren't equivalent |
| [03:35:01] | jya: | in one case you output 16 bits audio, in the other 32 bits audio |
| [03:35:18] | jya: | but in both cases you have 500ms buffer |
| [03:35:58] | jpabq: | Ah. |
| [03:37:19] | dmz_ (dmz_!~dmz@64.203.235.49.dyn-cm-pool-34.pool.hargray.net) has quit (Quit: Leaving) | |
| [03:37:28] | jya: | something is weird actually |
| [03:37:44] | jya: | audio processing isn't enabled when you have timestretch on |
| [03:38:04] | jya: | (which is okay because timestretch can work on both kind of data) |
| [03:38:25] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [03:38:47] | jya: | I would have expected to see in your 5.1 timestretch : "audio processing enabled" |
| [03:39:23] | jya: | looks like avformatdecoder doesn't reconfigure the audio card when timestretch is enabled (it should) |
| [03:40:56] | jya: | ah i see what's going on ... |
| [03:45:22] | jya: | jpabq: do you see the problem if you start playback with a AC3 2.0 ? |
| [03:45:40] | jya: | or does this only happen when you go from one type to another ? |
| [03:46:12] | jpabq: | You mean start with timestretch off, then enabled it? Instead of starting with timestretch? |
| [03:46:39] | jya: | no I mean start say with 5.1 AC3 audio and continue with 2.0 |
| [03:46:54] | jya: | or it's the same audio type right from the beginning of playback |
| [03:47:24] | jpabq: | The channel that is giving me the problem seems to be DD2.0 only. |
| [03:48:16] | jya: | I see that an optimisation was done when you enable timestretch |
| [03:48:16] | jpabq: | I don't see a way of turning upmix off by default. Is that in the options somewhere? |
| [03:48:23] | jya: | so that the audio card isn't closed / re-opened |
| [03:48:53] | jya: | I'm guessing this was done to prevent having any kind of audio dropping |
| [03:49:14] | jya: | but what it means is that the ALSA audio buffer isn't re-adjusted |
| [03:50:32] | jpabq: | Sorry, but I don't see how to do what you are asking me to try. Or, I am not understanding what you are asking me to try. |
| [03:52:49] | jya: | I'm not asking you to try anything |
| [03:53:00] | jya: | I'm just assessing what you are doing so I can reproduce it here |
| [03:53:06] | jya: | not tested at all. |
| [03:53:11] | jya: | but can you try this patch |
| [03:53:12] | jya: | http://pastebin.com/ENe3c5iD |
| [03:57:15] | jya: | hum, I can see a big leak occurring in that code |
| [03:58:11] | jpabq: | Unfortunately that did not help. If anything, it may have made it worse. |
| [03:58:33] | jya: | this force reconfiguring the audio card the first time you enable timestretch |
| [03:58:55] | jya: | so it will drop audio here the first time you enable timestretch |
| [03:59:54] | jya: | ok.. |
| [04:00:04] | jya: | ll try n my side and see if I can reproduce it |
| [04:00:30] | jya: | do you have to set timestretch to a specific value (I see you use 1.35) or it does it for any value != 1) |
| [04:01:10] | jpabq: | Does not seem to matter what timestretch speed is selected, but the faster the speed *may* make the problem worse. |
| [04:01:24] | jya: | can you test with say just 1.1 ? |
| [04:01:41] | jya: | what I want to know if just having timestretch on cause the problem |
| [04:03:02] | jpabq: | Will do. I need to uninstall that patch first. |
| [04:03:09] | jya: | what's very bizarre is that your audio card supports pretty much any audio channel configuration |
| [04:03:26] | jya: | I know for a fact that it doesn't support mono, 3, 5 or 7 channels |
| [04:03:50] | jya: | (and I have a GT430 too) |
| [04:05:05] | jya: | can you try something else please? |
| [04:05:20] | jya: | change in audiooutputbase.cpp , line 729 |
| [04:05:29] | jya: | output_format = output_settings->BestSupportedFormat(); |
| [04:05:30] | jya: | by |
| [04:05:36] | jya: | output_format = FORMAT_S16; |
| [04:09:29] | jpabq: | The speed does matter. I eased it up from 1.0x to 1.25x before noticing a problem Bumping it up to 1.5x aggravated the problem much worse than 1.25x did. |
| [04:11:14] | jpabq: | jya, with that change, do you want me to use LPCM or AC3 output? |
| [04:11:22] | jya: | LPCM |
| [04:11:30] | jya: | like whenever you were seeing the problem |
| [04:11:49] | jya: | when re-encoding to AC3 the change I've given you will make no difference |
| [04:13:03] | jpabq: | No change. |
| [04:13:32] | jpabq: | I see this problem either way. LPCM and AC3 output both have the problem. |
| [04:13:46] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [04:17:16] | jya: | ok… something else then.. I'll look into it |
| [04:17:27] | jya: | I think I have 2.0 AC3 content now that I think of it |
| [04:18:04] | jpabq: | jya, let me know if you want me to upload something. Ping me if you need me to try something. |
| [04:18:46] | jya: | ok… you can always upload new content… it gets boring watching the same show 200 times |
| [04:22:33] | jpabq: | jya, remind me again what your upload url is? |
| [04:22:56] | jya: | ftp.avenard.org |
| [04:23:00] | jya: | in the incoming folder |
| [04:35:55] | jpabq: | jya, it is uploading. Size is 2699695048 |
| [04:36:08] | jya: | ok thanks |
| [04:54:55] | dserban (dserban!~dserban@S0106001346beb5f3.ok.shawcable.net) has joined #mythtv | |
| [05:01:44] | jmartens (jmartens!~jmartens@85.151.202.96) has joined #mythtv | |
| [05:13:06] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (*.net *.split) | |
| [05:13:06] | Cougar (Cougar!~cougar@kkk.version6.net) has quit (*.net *.split) | |
| [05:13:06] | mrec (mrec!~markus@sundtek.de) has quit (*.net *.split) | |
| [05:13:06] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has quit (*.net *.split) | |
| [05:14:10] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [05:14:10] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
| [05:14:10] | mrec (mrec!~markus@sundtek.de) has joined #mythtv | |
| [05:14:10] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has joined #mythtv | |
| [05:15:12] | jmartens (jmartens!~jmartens@85.151.202.96) has quit (Quit: Leaving.) | |
| [05:18:52] | chainsawbike (chainsawbike!~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) has quit (Excess Flood) | |
| [05:20:03] | chainsawbike (chainsawbike!~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) has joined #mythtv | |
| [05:56:32] | jmartens (jmartens!~jmartens@109.232.42.33) has joined #mythtv | |
| [06:25:28] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [06:25:43] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [06:33:48] | kormoc_afk (kormoc_afk!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 240 seconds) | |
| [06:34:18] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 255 seconds) | |
| [06:37:48] | kormoc_afk (kormoc_afk!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [06:39:59] | saintdev (saintdev!~saint@unaffiliated/saintdev) has joined #mythtv | |
| [06:43:34] | saintdev (saintdev!~saint@unaffiliated/saintdev) has left #mythtv ("Leaving") | |
| [06:45:04] | dserban (dserban!~dserban@S0106001346beb5f3.ok.shawcable.net) has quit (Ping timeout: 248 seconds) | |
| [07:27:18] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [07:27:41] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [07:28:16] | jya: | jpabq: Playing AC3 2.0, upmixed + timestretch plays just fine on my machine… I can't see anything wrong anywhere |
| [07:38:32] | stuartm: | jpabq: nice, thanks for tracking that down |
| [08:31:00] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Ping timeout: 240 seconds) | |
| [08:32:47] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [08:46:33] | markk (markk!~mark@host86-180-216-180.range86-180.btcentralplus.com) has joined #mythtv | |
| [09:38:38] | markk (markk!~mark@host86-180-216-180.range86-180.btcentralplus.com) has quit (Quit: Ex-Chat) | |
| [09:55:49] | markk (markk!~mark@host86-180-216-180.range86-180.btcentralplus.com) has joined #mythtv | |
| [10:05:02] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:05:54] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
| [10:08:09] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [10:08:27] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [10:43:06] | jcarlos_ is now known as jcarlos | |
| [10:46:12] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [10:56:20] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [12:04:47] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [12:05:14] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [12:21:23] | dblain: | iamlindoro: Not sure how practical it is, but it would be nice if the recording api aligned with the upnp standard: http://upnp.org/specs/av/UPnP-av-ScheduledRec . . . -Service.pdf |
| [12:34:12] | danielk22: | iamlindoro: dblain: Again I don't know how practical that is, but more UPnP support would allow us to play better with others. |
| [12:58:13] | PointyPumper (PointyPumper!~pintlezz@190.244.65.185) has quit (Ping timeout: 252 seconds) | |
| [12:58:33] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [13:06:15] | PointyPumper (PointyPumper!~pintlezz@190.244.65.185) has joined #mythtv | |
| [13:06:32] | okolsi (okolsi!~mythtv@a88-115-32-206.elisa-laajakaista.fi) has quit (Quit: leaving) | |
| [13:22:25] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [13:29:34] | notlistening (notlistening!~tom@94-195-105-95.zone9.bethere.co.uk) has quit (Quit: Leaving) | |
| [13:58:46] | j-rod|afk is now known as j-rod | |
| [14:19:00] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (*.net *.split) | |
| [14:19:00] | Cougar (Cougar!~cougar@kkk.version6.net) has quit (*.net *.split) | |
| [14:19:00] | mrec (mrec!~markus@sundtek.de) has quit (*.net *.split) | |
| [14:19:00] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has quit (*.net *.split) | |
| [14:21:18] | mrec (mrec!~markus@sundtek.de) has joined #mythtv | |
| [14:21:49] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Ping timeout: 240 seconds) | |
| [14:24:29] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [14:24:29] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
| [14:24:29] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has joined #mythtv | |
| [14:24:43] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [14:40:14] | jpabq: | stuartm, you may want to ask markk about the OpenGL render code. The Qt code shrinks the rectangle by the (out)line width, so it will all fit inside the area. I am guessing the OpenGL code does not do that, and that results in the discrepancy. |
| [14:44:42] | stuartm: | jpabq: I'll ask, but I'll see if I can fix it myself first |
| [14:45:58] | markk: | jpabq: any pointers to where in Qt the calculation takes place? |
| [14:46:22] | stuartm: | mythpainter_qt |
| [14:47:02] | stuartm: | markk: and nice to see you back in here again :) |
| [14:47:15] | markk: | thanks |
| [14:50:44] | stuartm: | markk: there was a brief discussion of bugs relating to DVB Radio and livetv last night which you may, or may not, want to know about – transitions from video and audio-only channels doesn't always work correctly, sometimes it still expects a video stream and either replays old frames from the buffer in a loop, or it times out trying to fill the video buffers |
| [14:51:14] | stuartm: | just for variety it's also been known to segfault (no backtrace yet) |
| [14:53:37] | markk: | stuartm: yes – I saw them. Singapore dvb-t was pretty standard (i.e. just a handful of always on tv channels, no mheg, radio, off air etc) – now that I'm back I'm seeing some of the same old issue around last tuned tv channel now being off air (or mheg only) etc etc. I spotted the the old frames issue the other night. Some of this should have been fixed years ago... |
| [14:54:19] | markk: | not sure what has caused the dvb radio problem though – probably the ringbuffer changes. |
| [14:56:07] | stuartm: | markk: right, if I used Live TV I might have been sufficiently motivated to come up with solutions but I don't :( |
| [14:57:20] | ** stuarta chuckles ** | |
| [14:57:39] | markk: | stuartm: livetv still alive and well here – no point in watching breakfast news delayed live :) |
| [14:57:48] | stuartm: | a number of these issues have been around for so long that they've become an accepted part of the livetv experience, which shouldn't have happened but it's not too late to try and fix them |
| [14:58:03] | brfransen (brfransen!~brfransen@216.254.250.47) has quit (Quit: brfransen) | |
| [15:01:15] | brfransen (brfransen!~brfransen@216.254.250.47) has joined #mythtv | |
| [15:02:00] | stuartm: | markk: I read the news websites while eating breakfast so I can pick and chose the items which interest me :) 24 hour rolling news channels get on my nerves now |
| [15:03:13] | markk: | stuartm: the bbc has an important role to play in teaching my 7 year old to speak the Queen's English :) (he's heard precious little of it) |
| [15:06:17] | Goga777 (Goga777!~Goga777@95.53.179.196) has joined #mythtv | |
| [15:06:56] | jpabq: | markk, MythPainter::DrawRectPriv in libs/libmythui/mythpainter.cpp . It shrinks the "rendering" rectangle by linePen.width() so the (out)line fits inside the specified area. Gotta go to work, but I will check in later. |
| [15:09:23] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 256 seconds) | |
| [15:10:22] | dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv | |
| [15:10:22] | dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Changing host) | |
| [15:10:22] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [15:10:38] | stuartm: | markk: :) |
| [15:11:11] | stuartm: | jpabq: my mistake, I could have sworn that it was in mythpainter_qt |
| [15:12:20] | stuartm: | anyhow, the logic is simple, "height = height – (lineheight * 2)" and the same for width |
| [15:37:09] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [15:45:05] | dserban (dserban!~dserban@S0106001346beb5f3.ok.shawcable.net) has joined #mythtv | |
| [16:19:00] | jpabq_ (jpabq_!~jpabq@97-119-160-99.albq.qwest.net) has joined #mythtv | |
| [16:19:00] | jpabq_ (jpabq_!~jpabq@97-119-160-99.albq.qwest.net) has quit (Changing host) | |
| [16:19:01] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [16:23:07] | MythBuild_: | build #181 of master-vista-mingw-32bit is complete: Exception [exception git] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/181 blamelist: Robert McNamara <rmcnamara@mythtv.org > |
| [16:33:16] | kormoc_afk is now known as kormoc | |
| [16:38:46] | wagnerrp: | MythBuild_: force build master-vista-mingw-32bit now |
| [16:38:46] | MythBuild_: | build forced [ETA 1h26m36s] |
| [16:38:46] | MythBuild_: | I'll give a shout when the build finishes |
| [16:52:40] | iamlindoro: | First time I've ever broken a build with some html ;) |
| [17:06:49] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [17:07:11] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [17:08:58] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [17:12:24] | stuartm: | yeah, shame it's not more stable |
| [17:13:00] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Remote host closed the connection) | |
| [17:13:08] | stuarta (stuarta!~stuarta@metis.squashedfrog.net) has joined #mythtv | |
| [17:25:12] | mike|3 (mike|3!~mike@24.21.63.118) has joined #mythtv | |
| [17:28:04] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Ping timeout: 252 seconds) | |
| [17:28:53] | danielk22: | Did we intentionally change the default menu theme from "Default" to "Classic" ? |
| [17:34:27] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust920.3-1.cable.virginmedia.com) has joined #mythtv | |
| [17:34:54] | xavierh: | I just done a git checkout instead of a git checkout . |
| [17:35:22] | xavierh: | Is it possible to revert the checkout or did I lost all my changes ? |
| [17:37:15] | iamlindoro: | danielk22: I sure hope not, Classic sucks |
| [17:39:28] | andreax (andreax!~andreaz@p4FC12204.dip.t-dialin.net) has joined #mythtv | |
| [17:39:31] | danielk22: | xavierh: I don't believe you have lost anything. But you may need to do some archeology to find your changes. But as I understand it things you check-in are kept for something like 30 days even when not attached to a branch, they are kept in some sort of limbo until garbage collected. |
| [17:40:20] | danielk22: | iamlindoro: just created a new frontend and it had "Classic" selected. |
| [17:40:50] | danielk22: | + I noticed one of the newer themes showed it in the screen grab. |
| [17:41:44] | danielk22: | But Is suspect it's just something like the classic combo box default setting being broken and this is a side effect. |
| [17:44:29] | xavierh: | iamlindoro: i just tried the http backend setup, but login/password are required |
| [17:45:13] | sphery: | danielk22: ttbomk, the menu theme is another of the settings that just chooses whatever ends up at the top of the list (given by MythUIHelper::GetThemes(THEME_MENU)) for a default... https://github.com/MythTV/mythtv/blob/master/ . . . gs.cpp#L1317 . Since classic comes before defaultmenu ascii-betically, I'm guessing it's now picking classic. Not sure when it would have changed, though. |
| [17:45:47] | iamlindoro: | xavierh: that's correct |
| [17:46:02] | iamlindoro: | I don't recall what the default password and username are, but it's in the commit that added it |
| [17:46:36] | danielk22: | sphery: ok, so it is most likely an across the board chooser/combobox regrssion.. |
| [17:46:37] | xavierh: | also can we access to the setting through the API? I so I convert 95% of the frontend setup to MythUI (before my git checkout), and I was wondering if Ishould access to the setting though this API instead of the current way |
| [17:46:40] | sphery: | danielk22: we do use defaultmenu as the default ( https://github.com/MythTV/mythtv/blob/master/ . . . per.cpp#L475 ), but I think that by the time we get there, the frontend has already written the "combobox default" to the DB |
| [17:47:34] | dblain: | xavierh: username: admin password mythtv |
| [17:47:45] | xavierh: | dblain:cheers |
| [17:47:54] | iamlindoro: | xavierh: You may want to discuss with people in here-- I think the desire is to not convert any more frontend settings to MythUI unless we come up with settings code to autoarrange settings screens-- we don't want themers to have to theme every single settings screen in addition to the over-100 existing windows |
| [17:48:11] | iamlindoro: | The new web setup is for the backend only, not for the frontend |
| [17:48:46] | sphery: | danielk22: my best guess would be that stuartm's changes that allow saving "early settings" to the DB is what changed it--before when we started up and tried to write settings to the DB, there wasn't a db, yet, so it would fail to write those values... stuartm modified it so the settings writes get queued and then saved after the DB schema is created |
| [17:48:47] | iamlindoro: | And my personal opinion that "web frontend setup" is a bad idea, frontend settings should be accessible from a friendly UI... but that's just my opinion |
| [17:49:28] | xavierh: | iamlindoro:I use only on screen/xml, settings are arrange in a MythUIButtonTree |
| [17:49:54] | iamlindoro: | xavierh: interesting, but how do you account for the many required types of widgets? Spinboxes, buttonlists, etc. |
| [17:50:09] | sphery: | i.e. before it worked because we were unable to save the setting to the db on initial startup, then the mythuihelper asked for the setting data and fell back to the default (specified in the code, not the setting itself), but now we actually write the data to the db, so when mythuihelper asks for the data, it gets whatever the combobox chose--which is whatever was first |
| [17:50:32] | xavierh: | iamlindoro:I was more thinking of accessing to the setting through the API, removing the need for direct DB access, but with a friendly MythUI frontend |
| [17:50:54] | sphery: | so we probably just need a way to actually fix the old, dead, legacy combobox code to allow specifying defaults (and then need to copy those defaults over from code to the settings widgets) |
| [17:51:03] | iamlindoro: | xavierh: well, that's an admirable goal, but what I'm worried about is the UI |
| [17:51:33] | xavierh: | iamlindoro: tree without two colomn, label/value, and I override MythGenericTree for whatever widget I need |
| [17:51:39] | iamlindoro: | xavierh: I'm asking how you planned to handle that there are many different types of required widgets-- I don't see how the settings UI would work if it's all forced to live in a buttontree |
| [17:52:03] | xavierh: | Can provide ugly screen shot if required |
| [17:52:07] | danielk22: | sphery: I believe they allow specifying the defaults, this is just a regression. |
| [17:52:15] | iamlindoro: | sure, I'm not visualizing this well so I'm interested what you have in mind |
| [17:52:16] | xavierh: | I did ask before btw, but did not get any answer |
| [17:52:34] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [17:53:37] | iamlindoro: | xavierh: Well, I only worry because we have closed numerous MythUI-frontend-settings patches because it puts unnecessary burden on the themers-- whatever solution needs to be minimal or no theming necessary, and needs to still use all appropriate settings widgets, perform sane bounds checking, etc. |
| [17:53:46] | iamlindoro: | But if you've come up with something that works, that would definitely be great |
| [17:54:04] | stuartm: | danielk22: if so it probably dates back to the QT4 port, that's when most of those QT widget derived settings were broken |
| [17:57:02] | danielk22: | stuartm: I have a vague recollection of fixing this since then. |
| [17:59:24] | xavierh: | imalindoro: the xml file http://pastebin.com/qwnUc8tg |
| [17:59:35] | xavierh: | where can I post the screen shots ? |
| [18:04:30] | MythBuild_: | Hey! build master-vista-mingw-32bit #182 is complete: Success [build successful] |
| [18:04:30] | MythBuild_: | Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/182 |
| [18:05:33] | danielk22: | stuartm: sphery: We were in a known good state with comboboxes as of sphery's commit [ab2c0bf] @ 2010-08–13. |
| [18:05:50] | iamlindoro: | xavierh: imagebin? |
| [18:06:21] | iamlindoro: | xavierh: How to you propose to handle complicated groupings like playback profiles? |
| [18:06:45] | iamlindoro: | or where one widget only appears with certain combinations of others? |
| [18:07:29] | iamlindoro: | (I'm not trying to discourage you, you may have this all figured out, I'm just trying to see what the plan is) |
| [18:08:09] | xavierh: | iamlindoro: I have to go, be back in 30 mins, I'll explain then. |
| [18:08:15] | sphery: | danielk22: I'm pretty sure I left the default values broken when I last looked at the combos--I was thinking we'd have replaced mythfrontend settings with something new/mythui'ed by now |
| [18:08:26] | xavierh: | iamlindoro: but yes this is done too |
| [18:16:27] | dserban (dserban!~dserban@S0106001346beb5f3.ok.shawcable.net) has quit (Ping timeout: 244 seconds) | |
| [18:18:58] | danielk22: | sphery: it's possible, that particular commit had to do with combobox selection being broken in editable comboboxes, I'm pretty sure that was what I was vaguely recollecting earlier. i think i wrote a PoC patch and you turned it into something commit worthy. |
| [18:20:38] | sphery: | I'm pretty sure mine was just a "good enough until we replace the settings ui" commit, still :) |
| [18:27:45] | stuartm: | has _anyone_ else come across a problem with DVD playback pausing periodically? It recovers much faster if the spin speed is high, I suspect that the drive is spinning down causing the read/decode buffers to become starved until the drive is spun back up again |
| [18:28:41] | danielk22: | stuartm: in the distant past. but i think it was actually fixed by lowering the dvd spin speed to something closer to 1 |
| [18:28:46] | stuartm: | a lower spin speed just makes things worse since it takes that much longer to recover – is there a trick we are missing to prevent the drive spinning down? |
| [18:29:31] | stuartm: | danielk22: aye, in the past that was the suggested fix and it worked for one of my frontends but another has the problem continually |
| [18:29:31] | danielk22: | stuartm: i dunno, i think the lower spin speed in my case just meant the drive never spun down. i don't play a lot of dvd's though. |
| [18:30:11] | stuartm: | I've tried a bunch of tricks and I'm getting a little tired of it :( |
| [18:44:45] | andreax (andreax!~andreaz@p4FC12204.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [18:53:59] | Captain_Murdoch: | I'd think that there's the possibility that even 1x may be too fast for some DVDs since they're VBR. |
| [19:00:22] | kth (kth!~kth@unaffiliated/kth) has quit (Read error: Connection reset by peer) | |
| [19:10:09] | kth (kth!~kth@dyndsl-085-016-233-058.ewe-ip-backbone.de) has joined #mythtv | |
| [19:10:10] | kth (kth!~kth@dyndsl-085-016-233-058.ewe-ip-backbone.de) has quit (Changing host) | |
| [19:10:10] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [19:23:15] | Goga777 (Goga777!~Goga777@95.53.179.196) has quit (Read error: Connection reset by peer) | |
| [19:23:37] | natanojl (natanojl!~jonatan@83.252.237.63) has joined #mythtv | |
| [19:27:34] | Goga777 (Goga777!~Goga777@shpd-95-53-179-196.vologda.ru) has joined #mythtv | |
| [19:45:27] | discernica (discernica!~bfleming@76-10-179-162.dsl.teksavvy.com) has joined #mythtv | |
| [19:51:16] | markk (markk!~mark@host86-180-216-180.range86-180.btcentralplus.com) has quit (Ping timeout: 260 seconds) | |
| [19:52:52] | jafa__ (jafa__!~nkelsey@c-98-234-217-27.hsd1.ca.comcast.net) has quit (Ping timeout: 276 seconds) | |
| [19:54:50] | xavierh: | iamlindoro: just send an email "mythfrontend setup with MythUI" with a quick description and link to image |
| [19:55:45] | xavierh: | iamlindoro: the theming need some polish, but the principal works |
| [19:56:08] | allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has joined #mythtv | |
| [19:56:24] | discernica: | hello all. quick question ... just setup a frontend (have 1 other/no problem). when I exit live TV or watching a video, this new frontend hangs on "TV: Attempting to change from WatchingLiveTV to None" — sound familiar to anyone? |
| [19:56:56] | xavierh: | wrong channel see topic |
| [19:57:31] | discernica: | right, apologies |
| [19:57:49] | xavierh: | no worries |
| [19:58:44] | allesmueller: | the new mythutil requires X, even for --getcutlists – I think this should be changed to work also without X, as mythcommflag did |
| [20:00:29] | Goga777 (Goga777!~Goga777@shpd-95-53-179-196.vologda.ru) has quit (Remote host closed the connection) | |
| [20:01:17] | wagnerrp: | allesmueller: likely an unintentionally oversight |
| [20:01:22] | wagnerrp: | Captain_Murdoch: ^^^ |
| [20:02:47] | allesmueller: | sure – just wanted to let you know – without overhead filing a bug ;) |
| [20:03:02] | ** allesmueller lazy guy ** | |
| [20:03:05] | sphery: | without a ticket that allows tracking changes/reports? :) |
| [20:03:37] | allesmueller: | git log -p :D |
| [20:04:19] | allesmueller: | I´d file one if it was on fixes |
| [20:04:39] | sphery: | allesmueller: are you compiling yourself? If you change line 41 of mythutil/main.cpp to QCoreApplication a(argc, argv); (and update line 2 to include <QCoreApplication>), does that fix it? |
| [20:05:04] | sphery: | was talking about tracking from the standpoint of "so we don't forget to make the change" |
| [20:05:10] | allesmueller: | moment, please |
| [20:06:13] | stuartm: | Captain_Murdoch: the slowest we currently allow is 2x |
| [20:06:27] | markk (markk!~mark@host86-180-47-50.range86-180.btcentralplus.com) has joined #mythtv | |
| [20:09:30] | Captain_Murdoch: | allesmueller, do you mean it requires the X libraries? so does mythcommflag according to ldd on my system. |
| [20:10:13] | wagnerrp: | Captain_Murdoch: no, he means it faults out if it cannot connect to the x-server |
| [20:11:02] | allesmueller: | # mythutil --getcutlist --chanid 13100 --starttime 20110930101500 |
| [20:11:03] | allesmueller: | mythutil: cannot connect to X server |
| [20:11:17] | sphery: | pretty sure it just needs to use QCoreApplication instead of QApplication |
| [20:11:20] | Captain_Murdoch: | OK, QApp -> QCoreApp change in my tree now. |
| [20:11:39] | wagnerrp: | Captain_Murdoch: note that mingw needs a window |
| [20:12:01] | wagnerrp: | https://github.com/MythTV/mythtv/blob/master/ . . . main.cpp#L76 |
| [20:12:39] | Captain_Murdoch: | seems to run OK for --help with "DISPLAY=xkfdy ./mythutil --help" with that fix. |
| [20:13:08] | Captain_Murdoch: | yeah, that was a typo, I had QCoreApplication::setApplicationName() on th eline below. |
| [20:13:17] | iamlindoro: | xavierh: I have to admit, I like it |
| [20:13:26] | wagnerrp: | Captain_Murdoch: --help causes it to terminate before the QApplication is spawned |
| [20:13:59] | iamlindoro: | xavierh: you should get stuartm's thoughts on it, but if it can truly allow a basic theming while avoiding dozens of new windows, and handle all possible settings screens, I love it. |
| [20:15:06] | Captain_Murdoch: | wagnerrp, --getskiplist works with the same gibberish DISPLAY env var. |
| [20:15:13] | Captain_Murdoch: | with the 1-line change. |
| [20:15:44] | stuartm: | xavierh: definite potential, I dare say it will become just about perfect with just a touch of refinement but we'll wait until you've got further along because you've clearly given this more thought than us |
| [20:15:57] | wagnerrp: | Captain_Murdoch: check out how mythbackend does it |
| [20:16:06] | Captain_Murdoch: | looking at it already. |
| [20:16:08] | Captain_Murdoch: | thankx. |
| [20:16:10] | Captain_Murdoch: | thanks. |
| [20:16:10] | wagnerrp: | theres an ifdef in the link i posted for use in mingw/windows |
| [20:16:52] | stuartm: | xavierh: it's not far removed in principal from what I've wanted to do with the guide grid, so I'm kicking myself that I didn't think of it :) |
| [20:17:20] | wagnerrp: | Captain_Murdoch: although im not entirely certain of the limited needs of mythutil require messages that would need a window |
| [20:17:46] | wagnerrp: | maybe thats just for the asynchronous socket servers, of which mythutil has none? |
| [20:17:51] | markk (markk!~mark@host86-180-47-50.range86-180.btcentralplus.com) has quit (Ping timeout: 248 seconds) | |
| [20:18:23] | Captain_Murdoch: | not sure. will just put it in that way for now. |
| [20:19:41] | xavierh: | Glad you like it, I lost my 2 last days of work though :( with audio setting which gave me more trouble. at least I know how to do it now |
| [20:20:49] | stuartm: | xavierh: you know you're doing something wrong if it goes too smoothly |
| [20:20:58] | xavierh: | lol |
| [20:22:42] | discernica (discernica!~bfleming@76-10-179-162.dsl.teksavvy.com) has left #mythtv ("Konversation terminated!") | |
| [20:24:07] | xavierh: | danielk22: I don't think I can recover from the checkout as I never commit ( pretty new with git), thank anyway to give me hope anyway |
| [20:25:59] | stuartm: | the 'proper' way of doing it is to create a local branch and commit the changes regularly, when merging back to master you can squash those changes into a single commit/patch |
| [20:26:15] | iamlindoro: | xavierh: Great work. Thanks for taking something we've talked about doing for a long, long time and actually getting something done |
| [20:26:42] | iamlindoro: | I hope it works as well as it looks like it does |
| [20:26:44] | iamlindoro: | :) |
| [20:27:19] | sphery: | +1, I just looked at it and it looks like a great approach |
| [20:27:25] | stuartm: | that said, I don't do it myself, force of habit means that I mostly just rely on a mess of patches |
| [20:29:19] | stuartm: | xavierh: in case I didn't sound enthusiastic enough, it really is great work and I can't wait to see the finished product |
| [20:29:52] | xavierh: | stuartm: yes, I have to do some reading about git, but that's not much fun |
| [20:30:09] | stuartm: | xavierh: it's really no fun at all |
| [20:30:38] | xavierh: | stuartm: enthusiasm taken :) |
| [20:30:50] | markk (markk!~mark@host86-179-58-213.range86-179.btcentralplus.com) has joined #mythtv | |
| [20:31:39] | allesmueller: | git is cool :D |
| [20:32:17] | stuartm: | back in my day we had this thing call svn and it was great, these new fangled versioning systems are too fiddly, I can start to understand how our grandparents felt about VCRs |
| [20:32:48] | iamlindoro: | I love git. The way its amazing merging won't allow me to have any modification to a file and pull in changes is awesome |
| [20:32:50] | stuartm: | only if cool now means seriously uncool :) |
| [20:33:01] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (Ping timeout: 240 seconds) | |
| [20:33:46] | xavierh: | For the hierarchy of settings I am just using exactly the same as it is now, but I sure they SHOULD be reorganize at some point. I am personally lost in those and I spent quite a bit of time with them lately |
| [20:34:13] | iamlindoro: | Yes, if they're all in one tree, the reorg becomes simple |
| [20:34:21] | allesmueller: | we try to avoid merging here, we cherry-pick changes as much as possible |
| [20:34:22] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv | |
| [20:34:26] | xavierh: | I sure it can be cool, but I don't take drugs |
| [20:34:39] | stuartm: | iamlindoro: that's quite possibly the biggest WTF feature of git, everyone extolled git's merging abilities only in practice it can't actually perform the most basic merging that svn managed with ease :/ |
| [20:35:16] | stuartm: | I shouldn't get started on this rant again, once started it never ends well |
| [20:35:32] | allesmueller: | LOL |
| [20:35:40] | andreax (andreax!~andreaz@p4FC12204.dip.t-dialin.net) has joined #mythtv | |
| [20:37:08] | allesmueller: | Captain_Murdoch, thanks for the fix you pushed |
| [20:37:17] | Captain_Murdoch: | yw |
| [20:37:47] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [20:39:26] | xavierh: | just testing backend http setup WWWWOOOOWWWW |
| [20:40:09] | stuartm: | it's unfinished, but it's shaping up very well |
| [20:40:29] | stuartm: | it's a shame that it's not going to be finished for 0.25 |
| [20:40:39] | xavierh: | Does it mean we won't need to turn off the backend to config the tv card ? |
| [20:40:47] | iamlindoro: | Eventually, yes |
| [20:41:02] | xavierh: | pretty big work indeed |
| [20:41:48] | iamlindoro: | Maybe we can get a redone frontend setup in for .25 ;) |
| [20:44:07] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [20:45:09] | xavierh: | depend when .25 is planned |
| [20:45:55] | iamlindoro: | probably around the end of the year, but that means any last changes being in at least a month before that |
| [20:46:07] | iamlindoro: | And for something of this magnitude, probably more |
| [20:47:07] | iamlindoro: | I would say to have a chance it would probably need to be in applyable form in the next few weeks, since there will certainly be a learning curve for all of us in troubleshooting it, learning how it works, etc. |
| [20:47:09] | xavierh: | startm: I was planning to put a horizontal button list on top of the dialog instead of the title in order to navigate quicker to a parent group, I just cannot manage to do it with my theming, any tips ? |
| [20:47:21] | sphery: | meh, if it has some bugs that prevent users of the released version from configuring some parts of mythtv, it will just help us figure out just how useful those settings are :) |
| [20:47:33] | xavierh: | startm: every time I try to, Only on button is shown |
| [20:48:11] | xavierh: | stuartm: also can the buttons width be variable according to the text in it? |
| [20:48:16] | markk (markk!~mark@host86-179-58-213.range86-179.btcentralplus.com) has quit (Ping timeout: 248 seconds) | |
| [20:49:18] | iamlindoro: | xavierh: you can pastebin the XML for your buttonlist |
| [20:49:44] | iamlindoro: | It's likely a buttonarea issue, or an issue with the area for an individual button item |
| [20:49:52] | iamlindoro: | and yes, buttons can be made to scale by the size of the text |
| [20:50:13] | xavierh: | give me 10 minutes as i disabled it, i will try again before pastebin |
| [20:50:15] | iamlindoro: | (jpabq is the master of that, I think it looks odd so I have never used it) |
| [20:51:24] | xavierh: | I was planning to have it optionnal any in the theme |
| [20:51:38] | xavierh: | anyway* |
| [20:53:22] | xavierh: | iamlindoro:http://pastebin.com/HLjLyGZy |
| [20:53:50] | xavierh: | also can the size be variable ? |
| [20:55:35] | iamlindoro: | xavierh: your problem is likely your buttonarea |
| [20:55:42] | iamlindoro: | add a line just under area that says |
| [20:55:57] | iamlindoro: | <buttonarea>0,0,470,100</buttonarea> |
| [20:56:28] | iamlindoro: | and maybe a line under <statetype name="buttonitem"> that says |
| [20:56:50] | iamlindoro: | <area>0,0,110, 100</area> |
| [20:57:36] | xavierh: | I think i tried this already, but I will try it again later (I removed all the code about myth buttonlist) |
| [20:57:37] | iamlindoro: | The size can be variable, as I mentioned, but I never recall how to make it work, jpabq added that capability a year or two ago but I never used it because it doesn't look "right" to me |
| [20:57:40] | xavierh: | thanks |
| [20:57:57] | iamlindoro: | Well, if you're only seeing one button, then it's an area issue, that's really all it can be |
| [20:58:29] | xavierh: | oh, I thought you meant "horizontal list doesn't look right to you" |
| [20:58:52] | iamlindoro: | I meant the variable widths doesn't look right to me |
| [20:59:04] | xavierh: | Ok |
| [21:00:36] | xavierh: | last question, Can I create my own statetype? I wanted to mark setting changed in a different font color for example |
| [21:01:42] | markk (markk!~mark@host86-179-32-236.range86-179.btcentralplus.com) has joined #mythtv | |
| [21:02:46] | iamlindoro: | I would just create a brand new state, including whatever statetypes, for the buttonlist... "changed", "invalid", etc. |
| [21:03:29] | iamlindoro: | obviously that needs both a programmatic element and a themed one, but I think the statetypes needed for settings are distinct enough that a new state is warranted |
| [21:03:46] | xavierh: | I can see MythGenericTree::SetText(text, name.state) but I don't kow how the state parameter work |
| [21:03:58] | xavierh: | I can see MythGenericTree::SetText(text, name, state) but I don't kow how the state parameter work |
| [21:04:03] | iamlindoro: | That's for settings a textarea with a particular label |
| [21:04:16] | xavierh: | BTW I don't allow invalid |
| [21:04:17] | iamlindoro: | ie SetText(title, "title"); |
| [21:04:38] | iamlindoro: | ah, n/m., I see what you mean |
| [21:05:09] | xavierh: | doesn't matter, i keep this for later |
| [21:07:36] | jya: | jpabq: ping |
| [21:09:34] | jpabq_: | jya: Could my problem be related to the version of ALSA I am running? |
| [21:10:59] | jya: | jpabq_: this is what I did to reproduce your configuration. Upgrade to nvidia 280.13. Alsa you have 1.0.24 libs and utilities… Change upmixer quality settings from best to good |
| [21:11:35] | jya: | that's on my backend+frontend… couldn't reproduce it |
| [21:12:08] | jya: | I tried on another machine that has a hardware similar to yours. running 1.0.24 drivers with 1.0.23 libs+utilities and a core 2 duo 3GHz… no issue either |
| [21:12:44] | jpabq_: | jya: okay. I guess I will just go in and turn off the upmixer, then. |
| [21:13:04] | jya: | just turn off the default upmixer yes |
| [21:13:12] | jya: | you can change the quality to best |
| [21:13:38] | jpabq_: | Yeah, I had it on best and lowered it to good just to see if that helped. |
| [21:13:59] | jya: | you must have set the audio hardware buffer size to 32MB |
| [21:14:08] | jya: | I don't think this would make any difference ever |
| [21:14:16] | jya: | 4MB is plenty |
| [21:14:40] | jya: | and you'll never need 4MB with anything found on FTA TV |
| [21:14:42] | jpabq_: | Yeah, I tried 2MB, 8MB, 16MB and 32MB, but nothing made any difference. |
| [21:15:10] | stuartm: | xavierh: you can created your own states/statetypes – the commonly used states was just an attempt at consistency and allowing the same buttonlist definition to work in multiple places – it's not at all binding and to be honest it's a bit of a kludge |
| [21:15:33] | jya: | I posted the output of when I play.. you can see it's pretty much identical to yours, except no buffer underruns |
| [21:15:59] | jpabq_: | jya did you try the file I uploaded? |
| [21:16:04] | jya: | BTW, how do you manage to have in the logs the function, codeline etc... |
| [21:16:35] | jya: | no I haven't. I tried a live show I had here in 1080i and 2.0 AC3 |
| [21:16:42] | jya: | which is what you were watching |
| [21:17:26] | jpabq_: | jya, I just run mythfrontend with "--nodblog -v audio", or something like that |
| [21:17:33] | jya: | maybe try playback with -v audio,timestamp (if possible, remove all the other extra infos in your log, like filename, function, line number: it's just noise that only make the file more difficult to read) |
| [21:17:34] | danielk22: | jya: the log files have the function, codeline, etc. the console log is simplified. |
| [21:17:45] | Oleg_ (Oleg_!~oleg@pool-96-224-18-218.nycmny.east.verizon.net) has quit (Quit: Leaving) | |
| [21:18:21] | notlistening (notlistening!~tom@94-195-105-95.zone9.bethere.co.uk) has joined #mythtv | |
| [21:18:22] | jpabq_: | jya, you tested with livetv? What did you do, pause for a while, so you could then turn on the time stretch? |
| [21:18:26] | jya: | jpabq_: I tried with --nodblog -v audio --log debug (BTW, there's a bug there, the debug log info level can't be put anywhere on the command line) |
| [21:18:40] | jya: | jpabq_: I did it in two ways |
| [21:18:57] | jya: | started watching, paused for 3 minutes then started playback and used timestretch |
| [21:19:15] | jya: | I then pressed records, and used mythavtest to play the file directly |
| [21:19:37] | jya: | danielk22: well, I certainly don't have as verbose audio as the log provided by jpabq_ |
| [21:19:52] | jpabq_: | The file I uploaded is H.264, 720p, DD2.0. That is the one that shows the problem at timestretch >= 1.25x |
| [21:20:04] | jya: | ok.. |
| [21:20:10] | stuartm: | xavierh: there are two types of 'states', the legacy one was kept because some people were attached to it, that changes which font is used for a textarea (that's all it can do), SetText()'s third arg determines which 'font state' is used, the xml looks like {{<textarea name="bar"><font state="foo">fontname</font></textarea>}} and the corresponding code {{SetText(string, "bar", "foo")}} |
| [21:20:11] | jya: | I'll try with that one then |
| [21:20:52] | MythBuild_: | build #184 of master-vista-mingw-32bit is complete: Exception [exception git] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/184 blamelist: Chris Pinkham <cpinkham@mythtv.org > |
| [21:21:42] | xavierh: | stuartm: but you prefer if i don't use that one, correct? |
| [21:21:57] | stuartm: | xavierh: font states are more or less entirely different to <statetype>, they can be a shortcut for the themer (less xml) if you only want to change the font for a string, but I'd always recommend that the code offers a proper <statetype> in addition |
| [21:22:12] | jpabq_: | xavierh: you can use it. Several themes do so it probably won't be going away. |
| [21:22:48] | jpabq_: | There are places where it can simplify the theme. |
| [21:22:51] | xavierh: | I might not want to change the font anyway |
| [21:22:57] | stuartm: | xavierh: I don't mind if you use it, I'd just want to see the option of a full statetype too – since that can do the same thing plus also present the same information through images and other effects |
| [21:23:04] | jpabq_: | Main reason to change the font, is to change the color. |
| [21:23:30] | xavierh: | I tried to use statetype, without success |
| [21:23:54] | xavierh: | let me look at the doc again |
| [21:24:14] | stuartm: | right, in almost every case font states are used to change nothing more than the colour |
| [21:24:37] | stuartm: | xavierh: I can't remember if the statetype support in mythuibuttontree is complete |
| [21:25:18] | stuartm: | I can check that |
| [21:25:19] | xavierh: | I don't think it is I believe I tried with buttonlist at the time I was based on it |
| [21:26:18] | xavierh: | if it is supported for mythuibuttonlistitem, it should not be hard to add it to mythgenerictree ? |
| [21:27:22] | stuartm: | xavierh: quite a lot of mythui features were prioritised according to whether they were actually needed to port over the exisiting frontend/plugin screen, some things were planned but never quite finished because they were down the bottom of the list |
| [21:27:37] | stuartm: | xavierh: it should be straightforward |
| [21:28:08] | stuartm: | I thought I had recently added it but I must be thinking of something else |
| [21:28:16] | xavierh: | I might have a look when I'll need it |
| [21:29:12] | Captain_Murdoch: | MythBuild_: force build master-vista-mingw-32bit now |
| [21:29:13] | MythBuild_: | build forced [ETA 1h25m52s] |
| [21:29:13] | MythBuild_: | I'll give a shout when the build finishes |
| [21:35:05] | jmartens (jmartens!~jmartens@109.232.42.33) has quit (Ping timeout: 260 seconds) | |
| [21:37:29] | allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has quit (Ping timeout: 258 seconds) | |
| [21:44:45] | natanojl (natanojl!~jonatan@83.252.237.63) has quit (Ping timeout: 260 seconds) | |
| [22:04:03] | j-rod is now known as j-rod|afk | |
| [22:31:06] | Beirdo: | that stupid mingw POS misbehaving again!? |
| [22:31:19] | Beirdo: | jeez, I don't know why it's being a pain these days |
| [22:56:16] | MythBuild_: | Hey! build master-vista-mingw-32bit #185 is complete: Success [build successful] |
| [22:56:17] | MythBuild_: | Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/185 |
| [23:01:23] | andreax (andreax!~andreaz@p4FC12204.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [23:14:32] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust920.3-1.cable.virginmedia.com) has quit (Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20110928221717]) | |
| [23:26:14] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [23:28:34] | _SKiTZO (_SKiTZO!~la@247.84-48-174.nextgentel.com) has joined #mythtv | |
| [23:47:54] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Quit: jpabq_) | |
| [23:57:17] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.