| Saturday, July 7th, 2012, 00:01 UTC | ||
| [00:01:00] | jya: | RUNPREFIX=../Resources |
| [00:01:37] | jya: | I start it from the command line (and xcode) with: DYLD_LIBRARY_PATH=/Users/jyavenard/Work/mythtv/.osx-packager/build/lib LD_LIBRARY_PATH=/Users/jyavenard/Work/mythtv/.osx-packager/build/lib DYLD_FRAMEWORK_PATH=/Users/jyavenard/Work/mythtv/.osx-packager/build/lib |
| [00:01:40] | Beirdo: | weird. |
| [00:02:50] | Beirdo: | http://code.mythtv.org/cgit/mythtv/tree/mytht . . . dirs.cpp#n32 |
| [00:02:57] | Beirdo: | that's what's causing it right there |
| [00:03:33] | Beirdo: | I think |
| [00:03:50] | Beirdo: | anyways, that's the function that setup up the installprefix |
| [00:04:08] | Beirdo: | you have MYTHTVDIR set in your environment? |
| [00:04:08] | jya: | ok so it's this particular case from DARWIN the culprit |
| [00:04:15] | jya: | no |
| [00:04:22] | Beirdo: | or the lines right above that |
| [00:04:25] | jya: | didn't even know it existed that environment variable |
| [00:04:58] | jya: | but I can see why it would do that: |
| [00:05:00] | Beirdo: | what does it log from line 51? |
| [00:05:04] | jya: | QFileInfo(qApp->argv()[0]).dir(); |
| [00:05:16] | jya: | will have /bin in it as that's where the binary is located |
| [00:05:44] | jya: | if the aim is to only determine the prefix, the trailing bin should be remove |
| [00:05:45] | jya: | d |
| [00:06:13] | jya: | thugh… qApp->applicationDirPath would too contain a trailing bin |
| [00:06:15] | Beirdo: | well, looking through the code that follows, installprefix is taken from prefixdir when installprefix is relative |
| [00:06:19] | Beirdo: | which it is for you |
| [00:06:52] | Beirdo: | is your Resource a symlink back to bin/ by any chance? |
| [00:09:50] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [00:10:18] | jya: | actually Resource doesn't even exist |
| [00:10:32] | jya: | unless running in a bundle, which I do not do at this stage |
| [00:11:08] | Beirdo: | line 47 is failing then |
| [00:11:29] | Beirdo: | prefixDir.cd(installprefix) is trying to cd(../Resource) from bin |
| [00:11:41] | danielk22: | jya: I'm planning to fix a number of the bugs assigned to me, mostly the ones having to do with recording problems. Anything in particular you're thinking of? |
| [00:12:21] | jya: | danielk22: the h264 not playing and the proper handling of the media change mid-stream |
| [00:12:26] | jya: | those 2 |
| [00:12:48] | jya: | though I'd like to get the change of channels for IPTV working |
| [00:12:53] | jya: | in liveTV |
| [00:13:16] | jya: | otherwise , the only way I can properly use the HLS player is via airplay |
| [00:13:42] | danielk22: | The IPTV channel change is definitely on on my list. I'll take a look at those two playback issues though. |
| [00:14:24] | jya: | tbh, if those aren't fixed, I don't see the point of releasing 0.26 as far as I'm concerned |
| [00:14:49] | jya: | cause it makes all the changes I've added since 0.26 useless |
| [00:14:56] | jya: | 0.25 |
| [00:14:57] | jya: | that is |
| [00:15:54] | skd5aner: | FYI, I will not be able to do the release notes if 0.26 is going to be released before september... I'm preparing for a cross-country move next week |
| [00:16:18] | skd5aner: | sorry, just wasn't able to keep up with it like I was the last 3 releases |
| [00:16:23] | skd5aner: | life has been... hectic |
| [00:16:35] | jya: | hehe: http://theoatmeal.com/blog/fix_computer |
| [00:19:40] | jya: | skd5aner: I was wondering my the 0.25.1 release notes didn't magically show up all those nice information this time |
| [00:20:06] | jya: | you've done a great job in the past…. must take forever. would never have the patience myself to do that |
| [00:22:09] | skd5aner: | heh – yea, I was hoping to make the process a bit more efficient going forward, but my time has dwindled severly in the last 12 months... I was barely able to keep up with 0.25 but wanted to make sure I at least kept those up to date for that release |
| [00:22:13] | skd5aner: | thanks |
| [00:23:05] | skd5aner: | I'm hoping things will settle down after this summer and I'll get back to it again... I enjoy following -commits and it's my only little way of contributing /something/ I hope is of some value back to the project |
| [00:23:57] | jya: | it definitely is |
| [00:24:43] | skd5aner: | the good news, I'm moving to a city that's serviced by comcast, so I can use an hdhr prime + cablecard to finally record all of my cable channels for the first time ever (without using an HD-PVR + STB) |
| [00:26:13] | skd5aner: | Au revoir Time Warner Cable... you shall not be missed |
| [00:29:05] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [00:31:09] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Read error: Connection reset by peer) | |
| [00:31:31] | wagnerrp (wagnerrp!~wagnerrp_@nr-ft1-66-42-241-17.fuse.net) has joined #mythtv | |
| [00:31:31] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [00:31:31] | wagnerrp (wagnerrp!~wagnerrp_@nr-ft1-66-42-241-17.fuse.net) has quit (Changing host) | |
| [00:34:45] | Beirdo: | well, time to head homewards |
| [00:55:46] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [01:00:54] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
| [01:00:54] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
| [01:00:54] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [01:01:29] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [01:13:16] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [01:14:52] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [01:18:06] | stichnot (stichnot!chatzilla@nat/intel/x-fctxxrhprxokjbsw) has joined #mythtv | |
| [01:18:06] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [01:18:06] | stichnot (stichnot!chatzilla@nat/intel/x-fctxxrhprxokjbsw) has quit (Changing host) | |
| [01:20:33] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [01:35:42] | jya: | I created a function that work in a similar way as sendEvent, that is it sends an event and wait for the event to be processed. The difference being that it's thread-safe and can be sent from one thread to another with no worries. I send the ACTION_HANDLEMEDIA event to start playback… But it turns out that MythMainWindow::customEvent will never exit until playback has finished... |
| [01:38:48] | jya: | Is there a way I could start a player, and wait for the player to start, but only to start.. I don't want to have to wait for the playback to fully stop before my code continues again |
| [01:40:42] | Beirdo: | you might be able to use a QConditionWait (or whatever) with a wakeAll in the player, and wait on it in the other thread |
| [01:41:06] | jya: | I was trying to modify the player code as little as possible. |
| [01:41:18] | jya: | even not at all if possible |
| [01:41:32] | Beirdo: | understandably :) |
| [01:41:56] | Beirdo: | I think a wakeAll in the player would be minimal intrusion into its functionality though |
| [01:42:01] | jya: | i was just surprised the customEvent in MythMainWindow is actually blocked during the entire duration of playback |
| [01:42:30] | jya: | how is it doing what it's supposed to do? that is receive all the other events ? |
| [01:42:46] | jya: | unless it's re-entrant somehow |
| [01:42:58] | Beirdo: | I'm not 100% sure :) |
| [01:43:46] | jya: | one of the issue with AirPlay, is that currently, to start playback, it does a postEvent(ACTION_HANDLEMEDIA) and continues immediately |
| [01:43:57] | jya: | it has no idea if playback actually started or not... |
| [01:44:11] | jya: | same with all the other actions. |
| [01:44:20] | jya: | like you do a seek to a particular position |
| [01:44:22] | Beirdo: | yeah, that doesn't sound... ideal :) |
| [01:45:11] | jya: | you see the playback position, going to the new position, going back to where it was before, only to suddenly move to the neew position.. all because airplay has no idea if playback is actually going or if the event got properly handled |
| [01:45:50] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [01:45:58] | Beirdo: | ouch |
| [01:46:05] | danielk22: | jya: I'm surprised the event handling in MythMainWindow is blocked during playback.. Perhaps that is an unintended side effect of disabling preview updates during playback maybe? |
| [01:46:07] | jya: | this will asynchronous handling make myth player rather hard to work with.. you send command, with no real way of knowing if they are acknowledged or not… it if fails, it's a silent error |
| [01:46:28] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [01:46:58] | Beirdo: | danielk22: hmm, didn't we have some events at the top that got handled always, and then some that don't if we are in playback? Been a while since I looked at that part |
| [01:47:08] | jya: | danielk22, I send my event like so: QMetaObject::invokeMethod(obj, "customEvent", Qt::BlockingQueuedConnection, Q_ARG(QEvent*, event)); |
| [01:47:42] | Beirdo: | umm, that doesn't sound right. I thought it was just postEvent or sendEvent? |
| [01:47:45] | jya: | this allows me to call a method from another thread, safely. |
| [01:47:52] | Beirdo: | oooh |
| [01:47:54] | Beirdo: | I see |
| [01:48:11] | jya: | Beirdo: sendEvent isn't threadsafe.. and form one thread to another, doesn't work |
| [01:48:34] | jya: | plus you get plenty of message that the object you are passing was allocated in another thread |
| [01:48:47] | Beirdo: | yeah, I think the intended method is using signal/slot for the cross-thread part |
| [01:49:01] | Beirdo: | then in the slot, send an event to the receiving thread |
| [01:49:09] | Beirdo: | something like that |
| [01:49:11] | jya: | so I have customEvent being called, but it never exits until playback has completed |
| [01:49:46] | Beirdo: | that's odd, but it could just be as it wasn't intended to be poked that way :) |
| [01:49:54] | jya: | Beirdo: yes,… but then it means I have to create now slots, attach my new thread to that particular thread and signal…. very intrusive change... |
| [01:50:06] | Beirdo: | agreed there |
| [01:50:28] | jya: | that's what I started doing, but it ended up being a massive change. being so close to feature freeze, I searched a different method |
| [01:50:30] | Beirdo: | probably the Qt-right way though |
| [01:50:35] | Beirdo: | gotcha |
| [01:50:55] | jya: | would have been the same outcome anyway…. customEvent is blocking for some reason |
| [01:51:16] | jya: | I use the same method to communicate between the RAOP thread and the AirPlay server one |
| [01:51:47] | danielk22: | jya: Could just use postEvent(), which is async and thread-safe and then wait for a response event sent via postEvent() ? |
| [01:52:08] | jya: | so if a new connection happen, RAOP tells Airplay to stop and vice versa… this fix bug #10885 |
| [01:52:08] | ** MythLogBot http://code.mythtv.org/trac/ticket/10885 ** | |
| [01:52:09] | danielk22: | jya: Still if customEvent() isn't being called, even that would fail.. |
| [01:52:47] | Beirdo: | the joys of multithreading... |
| [01:53:26] | jya: | danielk22: I first looked at doing so… but then I need to know *where* to put my response sending… There are so many areas where the player could fail or succeed. Where to send the response event it non-trivial |
| [01:53:28] | danielk22: | jya: I guess the problem is that mythplayer is using the UI thread but not calling QCoreApplication::processEvents() ? |
| [01:53:55] | danielk22: | (i mean why custom events are not being processed) |
| [01:54:36] | Beirdo: | Yeah, the player still makes my head spin |
| [01:55:38] | jya: | danielk22: it could be that customEvents is being called again, and is in fact re-entrant… all I have observed is that my call to QMetaObject::invokeMethod( never returns until playback exit with "Player(0): StopPlaying – end" |
| [01:56:19] | danielk22: | jya: just as an experiment could you try adding QCoreApplication::processEvents() between the to if statements in MythPlayer::VideoLoop() ? |
| [01:56:34] | jya: | whenever I start poking in the player, it usually end up being a frustrating day after which I toss everything I've done in the bin |
| [01:56:48] | jya: | let me try |
| [01:56:54] | Beirdo: | jya: I hear ya. |
| [01:57:53] | jya: | danielk22: in MythPlayer::VideoLoop ? |
| [01:58:02] | jya: | right after DisplayNormalFrame() ? |
| [01:58:17] | danielk22: | yep |
| [01:58:36] | jya: | trying |
| [01:58:38] | danielk22: | If that works I can try to find the "right" place for it.. |
| [01:58:38] | Beirdo: | oooh, and kaboom goes the vista slave |
| [02:02:14] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [02:04:49] | toeb_ (toeb_!~yaaic@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has joined #mythtv | |
| [02:07:29] | jya: | danielk22: didn't help |
| [02:08:25] | jya: | I put a log before and after my dispatchAndWait, "Sending event" before, "sent event" after. I see the log for "sent event" only after I stop playback on the frontend |
| [02:09:40] | jya: | that's my patch for the time being: http://pastebin.com/qXyvWuaB |
| [02:13:12] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [02:14:02] | toeb_ (toeb_!~yaaic@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has quit (Ping timeout: 265 seconds) | |
| [02:23:22] | jya: | danielk22: customEvent starts HandleMedia |
| [02:23:38] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [02:23:45] | jya: | HandleMedia doesn't exit until playback has stopped |
| [02:26:56] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-171-28-68.hsd1.wa.comcast.net) has joined #mythtv | |
| [02:26:56] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-171-28-68.hsd1.wa.comcast.net) has quit (Changing host) | |
| [02:26:56] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [02:35:24] | jya: | I'm starting to wonder how any events can ever be processed once playback has started |
| [02:37:09] | jya: | hum… it is re-entrant… it's being called when another one is still going |
| [02:40:00] | jya: | actually now, that's only due to danielk22 changes to VideoLoop |
| [02:41:53] | Beirdo: | heh. headscratcher, isn't it? |
| [02:42:14] | jya: | danielk22: actually, there is a qApp->ProcessEvents() in TV::PlaybackLoop |
| [02:42:34] | jya: | So we have MythMainWindows::HandleMedia called internal_play_media -> TV::PlaybackLoop -> MythMainWindow->customEvent |
| [02:42:38] | Beirdo: | there ya go |
| [02:42:54] | jya: | the full chain being: |
| [02:43:16] | jya: | MythMainWindows::customEvent -> MythMainWindows::HandleMedia called internal_play_media -> TV::PlaybackLoop -> MythMainWindow::customEvent |
| [02:43:55] | jya: | you certainly don't want to emit the wrong event in that loop ! talks about infinite recursivity |
| [02:44:33] | jya: | so back to the drawing board… how do I start playback and wait until it's been started |
| [02:45:04] | fafa88 (fafa88!~fa@c-24-6-135-62.hsd1.ca.comcast.net) has joined #mythtv | |
| [02:52:40] | fafa88 (fafa88!~fa@c-24-6-135-62.hsd1.ca.comcast.net) has quit (Quit: Killed (BillGates (Lindows 98 -- jizz your pants!))) | |
| [02:56:41] | fafa88 (fafa88!~fafa88@c-24-6-135-62.hsd1.ca.comcast.net) has joined #mythtv | |
| [03:17:54] | jya: | Is there a preferred mythtv way to loop through a QList/QMap and call a function that will delete that particular element , then continue in the loop ? |
| [03:50:50] | wagnerrp: | while !QList.empty() {func(QList.takeFirst());} |
| [03:51:20] | wagnerrp: | some form of take, dont know off hand |
| [03:51:43] | wagnerrp: | i expect one of first or last would be better algorithmically |
| [04:06:31] | jya: | wagnerrp: that would work if I wanted to remove all the elements of that list |
| [04:22:42] | wagnerrp: | ah, didnt catch that distinction |
| [04:25:16] | wagnerrp: | QList::iterator it = list.begin(); while (!it = list.end()) { if (match) it = list.erase(it); else it++; } |
| [04:32:27] | brfransen (brfransen!~brfransen@64.179.142.146) has quit (Read error: Operation timed out) | |
| [04:33:59] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [04:34:29] | brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv | |
| [04:56:37] | superm1 (superm1!u4318@ubuntu/member/superm1) has quit (Ping timeout: 240 seconds) | |
| [05:04:59] | cattelan is now known as cattelan_away | |
| [05:41:04] | superm1 (superm1!u4318@ubuntu/member/superm1) has joined #mythtv | |
| [06:13:17] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [07:08:21] | fafa88 (fafa88!~fafa88@c-24-6-135-62.hsd1.ca.comcast.net) has quit (Quit: BitchX: the IRC client with hair on its balls) | |
| [08:07:07] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 240 seconds) | |
| [08:55:10] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
| [09:09:36] | stuartm: | wagnerrp: that zlib commit reminds me that I wanted to do something about that, we've got 3 maybe 4 copies of compression libs/code which ideally should either use a single external or internal lib |
| [09:11:33] | stuartm: | jya: while (!list.isEmpty()) delete list.takeFirst(); |
| [09:11:57] | stuartm: | that's the QT recommended way and perhaps the simplest |
| [09:12:16] | ** stuartm re-reads ... oops ** | |
| [09:13:00] | stuartm: | yeah, the second one that wagnerrp posted then |
| [09:13:00] | clever: | stuartm: doesnt qt have a foreach macro? |
| [09:13:22] | stuartm: | clever: it does |
| [09:17:51] | toeb: | |
| [09:21:12] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [09:27:19] | toeb_ (toeb_!~yaaic@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has joined #mythtv | |
| [09:42:11] | Defense|Twin (Defense|Twin!~jepz@e177225026.adsl.alicedsl.de) has joined #mythtv | |
| [10:28:28] | joki (joki!~joki@p54862ABE.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [10:29:06] | joki (joki!~joki@p54862B2D.dip.t-dialin.net) has joined #mythtv | |
| [10:32:59] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [10:56:27] | jya_ (jya_!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has joined #mythtv | |
| [10:56:27] | jya_ (jya_!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has quit (Changing host) | |
| [10:56:27] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [11:14:16] | gnexus (gnexus!~gnexus@92.61.201.66) has joined #mythtv | |
| [11:17:01] | gnexus (gnexus!~gnexus@92.61.201.66) has left #mythtv () | |
| [11:18:17] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection) | |
| [12:47:58] | toeb_ (toeb_!~yaaic@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has quit (Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org) | |
| [13:23:30] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 252 seconds) | |
| [13:36:42] | Lomion0815 (Lomion0815!~androirc@188-23-219-44.adsl.highway.telekom.at) has joined #mythtv | |
| [13:40:07] | rsiebert_ (rsiebert_!~quassel@g231184027.adsl.alicedsl.de) has joined #mythtv | |
| [13:42:13] | rsiebert (rsiebert!~quassel@g225059132.adsl.alicedsl.de) has quit (Ping timeout: 245 seconds) | |
| [13:45:53] | Lomion0815 (Lomion0815!~androirc@188-23-219-44.adsl.highway.telekom.at) has quit (Read error: Connection reset by peer) | |
| [13:46:11] | Lomion0815 (Lomion0815!~androirc@188-23-219-44.adsl.highway.telekom.at) has joined #mythtv | |
| [13:53:39] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
| [14:03:56] | amejia (amejia!~andres@c-76-111-72-98.hsd1.va.comcast.net) has joined #mythtv | |
| [14:03:56] | amejia (amejia!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [14:03:56] | amejia (amejia!~andres@c-76-111-72-98.hsd1.va.comcast.net) has quit (Changing host) | |
| [14:04:46] | amejia (amejia!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [14:09:56] | andreax (andreax!~andreaz@p5089E15C.dip.t-dialin.net) has joined #mythtv | |
| [14:25:33] | sphery: | jya_: Looks like you're currently trying to invent the functionality that's going to be required for fixing #9819. All the patches on that one are broken in various ways. For the preferred solution, danielk22 mentioned using 2 asynchronous events--see http://irc.mythtv.org/ircLog/channel/4/2012-02-06:17:43:34 |
| [14:25:33] | ** MythLogBot http://code.mythtv.org/trac/ticket/9819 ** | |
| [14:35:25] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (Quit: “The only way to have a friend is to be one.” ― Ralph Waldo Emerson) | |
| [15:08:14] | stichnot: | In the command line parser stuff (specifically mythutil/commandlineparser.cpp), how would I specify that an argument requires either --chanid & --starttime, or --video ? |
| [15:19:51] | wagnerrp: | theres an "allow one of", but not a "require one of" |
| [15:20:19] | wagnerrp: | but you can have ->SetBlocks("chanid")->SetBlocks("starttime") during your --video definition |
| [15:20:58] | wagnerrp: | just loop through the possible inputs with if...else if... |
| [15:21:08] | wagnerrp: | and have a final ...else that reports an error |
| [15:25:00] | stichnot: | I'll look into that, thanks. |
| [15:25:01] | Lomion0815 (Lomion0815!~androirc@188-23-219-44.adsl.highway.telekom.at) has quit (Read error: Connection reset by peer) | |
| [15:26:04] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv | |
| [15:34:53] | Steve-Goodey (Steve-Goodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
| [15:45:01] | dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv | |
| [15:45:01] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [15:45:01] | dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Changing host) | |
| [17:39:33] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [18:15:54] | BDProductions (BDProductions!~User@airnode1191.air-internet.com) has joined #mythtv | |
| [18:17:44] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [18:20:31] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [18:24:23] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [18:33:19] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [18:42:14] | BDProductions: | Hello |
| [18:46:23] | BDProductions (BDProductions!~User@airnode1191.air-internet.com) has quit (Ping timeout: 245 seconds) | |
| [18:48:12] | BDProductions (BDProductions!~User@airnode1191.air-internet.com) has joined #mythtv | |
| [18:49:12] | BDProductions: | Any takers? Does anyone know how to pipe the video output to another device? |
| [18:49:44] | wagnerrp: | not sure what you mean by that |
| [18:49:51] | wagnerrp: | you render the video output to a graphics card |
| [18:50:06] | wagnerrp: | you select the graphics card using your Xorg configuration |
| [18:51:01] | wagnerrp: | do you mean bypassing menu/osd entirely, and piping the compressed video? |
| [18:51:13] | BDProductions: | Same problem, looking for anyone with experience with a Decklink based card. |
| [18:51:42] | BDProductions: | I keep getting referred to other IRC channels |
| [18:52:12] | wagnerrp: | as as before, if blackmagic provides Xorg drivers, then you can use it |
| [18:52:36] | wagnerrp: | although even then, probably not, as it's doubtful they support things like opengl(es) or even xv |
| [18:56:52] | BDProductions: | yup, even so, as capture VLC now supports them from Version 2.0.0 on up. |
| [18:57:21] | BDProductions: | That does not help much though, I need playout more than recording |
| [18:57:22] | wagnerrp: | supports them directly? or supports them as a standard V4L2 device? |
| [18:57:33] | BDProductions: | directly |
| [18:57:46] | wagnerrp: | are you sending this stuff to the endpoint displays over analog or digital? |
| [18:58:28] | wagnerrp: | actually, just how are the displays connected? |
| [18:58:33] | BDProductions: | But VLC can be scripted to record to a file that can be read as it is recording, so maybe there is a use. |
| [18:59:22] | BDProductions: | We normally output an analog audio and video seperately to a dedicated broadcast encoder for the digital channels. |
| [18:59:40] | BDProductions: | The digital channels came after I quit as station engineer |
| [19:00:33] | wagnerrp: | you can do the same here, just pick up cheap nvidia cards, a pro sound card with multiple outputs, and run multihead |
| [19:00:50] | wagnerrp: | run one X server per graphics card |
| [19:01:12] | wagnerrp: | you *may* be able to do two per card with nested X servers, but i dont know if that will play nice with what mythtv needs access to |
| [19:01:30] | wagnerrp: | or, get a couple small cheap machines for playback, one for each output |
| [19:02:22] | amejia (amejia!~andres@xbmc/staff/amejia) has quit (Quit: Konversation terminated!) | |
| [19:03:00] | wagnerrp: | note that you have to go all the way back to an 8/9-series card to find one with analog television outputs |
| [19:05:11] | BDProductions (BDProductions!~User@airnode1191.air-internet.com) has quit (Ping timeout: 265 seconds) | |
| [19:07:29] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv | |
| [19:32:45] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
| [19:32:45] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
| [19:32:45] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [19:35:06] | danielk22: | wagnerrp: The decklink cards have analog video out. But it doesn't come with drivers to be used as with X.org. The intention is that you use it solely for your application and not as a general purpose video card. |
| [19:37:13] | wagnerrp: | figured as much |
| [19:41:23] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@pool-71-184-254-79.bstnma.fios.verizon.net) has quit (Quit: Oh No!!!! ;-)) | |
| [19:46:58] | Defense|Twin (Defense|Twin!~jepz@e177225026.adsl.alicedsl.de) has quit (Remote host closed the connection) | |
| [19:50:33] | wagnerrp: | stichnot: you around? |
| [19:55:57] | Steve-Goodey (Steve-Goodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection) | |
| [20:17:12] | Beirdo: | WTH is JRA on, I wonder? |
| [20:20:30] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@pool-71-184-254-79.bstnma.fios.verizon.net) has joined #mythtv | |
| [20:28:24] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [20:31:43] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@pool-71-184-254-79.bstnma.fios.verizon.net) has quit (Quit: Oh No!!!! ;-)) | |
| [20:33:06] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [20:33:25] | amejia (amejia!~andres@129.174.97.130) has joined #mythtv | |
| [20:33:25] | amejia (amejia!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [20:33:25] | amejia (amejia!~andres@129.174.97.130) has quit (Changing host) | |
| [20:33:45] | ** knightr_ should remember to reread himself before hitting the send button.... ** | |
| [20:35:18] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@pool-71-184-254-79.bstnma.fios.verizon.net) has joined #mythtv | |
| [20:39:53] | andreax1 (andreax1!~andreaz@p5089E930.dip.t-dialin.net) has joined #mythtv | |
| [20:41:09] | andreax (andreax!~andreaz@p5089E15C.dip.t-dialin.net) has quit (Ping timeout: 246 seconds) | |
| [21:02:49] | stichnot: | wagnerrp: here now (for a few minutes at least) |
| [21:03:30] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [21:06:50] | stuartm: | Beirdo: couldn't make any sense of that email |
| [21:08:48] | stuartm: | quickly stopped trying, figuring that whatever he was trying to say, it wasn't worth the effort |
| [21:17:02] | gary_buhrmaster (gary_buhrmaster!~gtb@olympus.slac.stanford.edu) has joined #mythtv | |
| [21:25:43] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [21:31:51] | danielk22: | I think he's just saying he hasn't had a chance to install 0.25 yet and we're talking about 0.26 already. |
| [21:34:10] | wagnerrp: | stichnot: i just recall you touching something in filemarkup with video cutlists |
| [21:34:24] | wagnerrp: | wondered if you know what format the filename were actually supposed to be in |
| [21:40:33] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:43:10] | stichnot: | wagnerrp: I believe it should be an absolute path to a file in the Videos storage group |
| [21:43:50] | wagnerrp: | but the paths in videometadata are only relative to the base of the storage group |
| [21:44:43] | stichnot: | I think the ProgramInfo constructor takes care of that |
| [21:45:09] | stichnot: | I'm saying this not from having inspected the code, but from being a user of it |
| [21:47:13] | stichnot: | One can test this with something like "mythcommflag --rebuild --video /path/to/video.mpg" |
| [21:47:46] | wagnerrp: | yeah, but ive had relative paths show up in there, ive had absolute paths show up in there, ive have myth URIs show up in there |
| [21:50:05] | stichnot: | I've found that if I use a relative path e.g. to set a cutlist, it doesn't get picked up by the player |
| [21:50:58] | stichnot: | but these are just vague recollections, and it would do good if I made a pass through that code so that all 3 forms could be used (absolute, relative to SG base, myth URI) |
| [21:51:35] | wagnerrp: | ideally, all that ambiguity is gone once the recordedfile stuff goes in, and its all referenced off a file id |
| [22:12:46] | stichnot: | wagnerrp: yes, though that doesn't look too likely for 0.26... My problem is that sometimes I get a cutlist-related ticket where I need a sample for debugging, e.g. #10800, where the instructions for dealing with the cutlist are unnecessarily complex because videos are handled differently from recordings at the surface level. |
| [22:12:46] | ** MythLogBot http://code.mythtv.org/trac/ticket/10800 ** | |
| [22:13:26] | wagnerrp: | no, but i plan to have something partial functional tonight |
| [22:13:33] | wagnerrp: | committed tomorrow or monday night |
| [22:15:04] | wagnerrp: | http://pastebin.com/f8C2jTMs |
| [22:20:12] | dekarl1 (dekarl1!~dekarl@p4FE84DA4.dip.t-dialin.net) has joined #mythtv | |
| [22:22:52] | dekarl (dekarl!~dekarl@p4FCEFB56.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [22:31:15] | andreax1 (andreax1!~andreaz@p5089E930.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [22:34:59] | stichnot: | oh, I thought sphery was doing that. |
| [22:35:08] | wagnerrp: | he is, eventually |
| [22:35:20] | wagnerrp: | i want to rewrite the scanner now |
| [22:41:40] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has quit (Ping timeout: 246 seconds) | |
| [22:44:32] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has joined #mythtv | |
| [23:02:32] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 246 seconds) | |
| [23:05:53] | foxbuntu (foxbuntu!~foxbuntu@75-170-212-220.desm.qwest.net) has joined #mythtv | |
| [23:05:53] | foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has joined #mythtv | |
| [23:05:53] | foxbuntu (foxbuntu!~foxbuntu@75-170-212-220.desm.qwest.net) has quit (Changing host) | |
| [23:16:32] | gary_buhrmaster (gary_buhrmaster!~gtb@olympus.slac.stanford.edu) has left #mythtv () | |
| [23:31:09] | jya_: | sphery: I didn't know sendEvent was still used in myth.. the function is marked as deprecated |
| [23:32:17] | jya_: | it does seem to be related to what I'm trying to achieve... |
| [23:32:25] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [23:34:20] | jya_: | using two asynchronous event is a nice way of doing it… The issue (and I discussed about that yesterday) is knowing where to send the 2nd confirmation even |
| [23:34:21] | jya_: | t |
| [23:55:37] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Read error: Operation timed out) | |
| [23:59:28] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Quit: Leaving) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.