| 00:21.19 | *** join/#riftuidev seebs (~seebs@97-92-17-178.dhcp.stcd.mn.charter.com) |
| 00:21.19 | *** mode/#riftuidev [+o seebs] by ChanServ |
| 00:22.56 | *** join/#riftuidev Noshei (~quassel@c-24-9-171-99.hsd1.co.comcast.net) |
| 00:31.07 | Imhothar | How iTunes could have passed Apple's QA is a mystery to me |
| 00:36.01 | seebs | Apple's QA? Objection! Assumes facts not in evidence. |
| 00:36.14 | Imhothar | I apologize |
| 00:37.03 | Ivnedar | It's still going through QA isn't it? |
| 00:37.14 | Ivnedar | Package up build, push out to customers, let them do the QA, profit |
| 00:37.29 | Baanano | let them pay to do the qa |
| 00:37.40 | Ivnedar | And since they will, why not? |
| 00:37.46 | Imhothar | well I don't know but this iTunes here regurarly turnes into a diashow |
| 00:38.15 | Imhothar | looks like all IO calls are blocking the UI thread |
| 00:38.22 | Imhothar | including download |
| 00:38.45 | Ivnedar | I regularly need to kill the itunes process so it stops locking up windows explorer |
| 00:39.16 | Imhothar | and I can't sync any photos to the device, it just keeps freezing on the last step |
| 00:39.50 | Imhothar | stupid thing: the pictures are copyed to the device but not "really there" yet, so killing the process doesn't finish it |
| 00:41.09 | Imhothar | this thing sucks big time |
| 00:41.57 | Imhothar | better yet, after about 30 minutes I still haven't figured out how to copy music to the device in the new UI |
| 00:42.24 | Imhothar | all drag/drop operations have cursors indicaing they should work but they simply don't |
| 00:42.26 | Imhothar | wtf! |
| 00:43.15 | Baanano | you haven't paid your premium sub |
| 00:43.30 | Imhothar | oh |
| 00:47.19 | Baanano | just kidding imhothar, though i wouldn't find it hard to believe apple made you pay for that |
| 00:47.56 | Imhothar | yeah I don't know |
| 00:48.19 | Imhothar | in the old UI I could just drag music on my device and finito, but they got rid of the navigation area so that's not an option anymore |
| 00:50.49 | Imhothar | I thought Apple's mission was to make stuff easy to use and intuitive |
| 00:50.54 | Imhothar | where did that doctrine go |
| 00:51.07 | odine | hell with apple |
| 00:51.18 | odine | they only good if ur a music producer or something of that sort |
| 00:51.27 | odine | regarding the pcs |
| 00:51.33 | odine | the tablets, phones |
| 00:51.35 | odine | i prefer android |
| 01:14.59 | Noshei | so I'm watching the first season of the IT crowd |
| 01:15.04 | Noshei | love this show |
| 01:23.19 | Imhothar | first time? |
| 01:23.34 | Noshei | I've seen a few of them, but not all of them |
| 01:23.43 | Imhothar | it's a masterpiece |
| 01:24.55 | Imhothar | the first 2 minutes of the first episode is pure win |
| 01:25.55 | Noshei | yeah |
| 01:26.13 | Imhothar | "I'm sorry, are you from the past?" |
| 01:27.20 | Imhothar | did you get to the sea world fire already? |
| 01:27.37 | Imhothar | aah |
| 01:27.39 | Imhothar | I should stop |
| 01:43.49 | Imhothar | oooh the sidebar still exists in iTunes 11 |
| 01:43.58 | Imhothar | now let's hope they didn't touch it |
| 01:48.53 | Noshei | learn to be commercial = dumbest commercial ever |
| 02:18.59 | ZorbaBeta | seebs, I believe the client knows nothing more than how many group members are on a specific quest. I actually thought I'd exposed that in the quest api but I might have missed it |
| 02:20.18 | seebs | Trying to think how to sanely share information about quest progress between folks. |
| 02:20.47 | Ivnedar | Generate an event message through the addon message system to forward on quest update events? |
| 02:21.06 | Ivnedar | throttle it to cover cq kill spam type ones maybe |
| 02:22.07 | seebs | And inventory. Sorta expensive to transmit all of that. |
| 02:23.59 | Ivnedar | what are you trying to do with inventory sharing? |
| 02:26.10 | seebs | Mostly, I just want to add tooltippy things where if you mouse over a tooltip, I can see how my alts are doing. |
| 02:27.23 | Ivnedar | alts on seperate accounts? |
| 02:27.39 | Ivnedar | otherwise you'd store it in account addon saved vars? |
| 02:27.53 | seebs | Well, live data for multiple players. |
| 02:28.25 | Ivnedar | Guess you could do it via query/cache or something |
| 02:28.32 | seebs | This is for my multiboxing addon. I want to keep data live. |
| 02:28.33 | Ivnedar | instead of sending it all, allow an addon to query inventory contents |
| 02:29.03 | Ivnedar | when tooltip goes up for an item, send query on item to other characters, display if you get a response |
| 02:29.13 | Ivnedar | cache it for a short period |
| 02:31.35 | seebs | My thought was to do an initial transmission of data and then (1) send updates as they happen, (2) synchronize occasionally. |
| 02:32.09 | Noshei | ZorbaBeta: you can see a party members completion status on a shared quest |
| 02:32.14 | seebs | One of the things I need here is a good way to transmit huge data sets without throttling, so I'll probably add a "send bits and pieces" thing. |
| 02:32.25 | Noshei | at least I'm pretty sure |
| 02:32.26 | seebs | Like "if this item exceeds X KB, split it automatically". |
| 02:52.42 | odine | any ZorbaBeta sightings? |
| 03:08.00 | Ivnedar | 50 mins ago |
| 03:09.52 | odine | well zorba if you see this check your PM.. reply to me and forward to baanano if you could.. or here if im still around |
| 04:27.36 | ZorbaBeta | replied to you and baanano :) |
| 04:29.51 | ZorbaBeta | seebs, do an initial transmission of data with an ID to a single user, send incremental updates to the group from there. the sender should increment ID each time, the receivers should watch for lost messages and request either message repeats or a full refresh if things get out of sync |
| 04:31.53 | ZorbaBeta | alternate answer: broadcast full quest update every time a quest changes, max one per 30 seconds. Much simpler, less efficient, but fine if you're just using it for multiboxing. |
| 04:36.29 | seebs | back in a bit. have questions about the bandwidth limits, etc. |
| 05:06.05 | *** join/#riftuidev seebs (~seebs@home.seebs.net) |
| 05:06.06 | *** mode/#riftuidev [+o seebs] by ChanServ |
| 05:08.03 | seebs | You know, a generic data synchronization library would in fact be sort of cool. |
| 05:08.20 | seebs | Like, smart enough to do incremental updates, know what it had transmitted, and so on. |
| 05:19.40 | seebs | Also a lot of work, though. :) |
| 05:27.14 | seebs | Thinking about it, part of the difficulty is identifying exactly what's changed, and doing so in a sane way. |
| 06:39.30 | Baanano | seebs, you could use those fancy vector logical clocks and send acks and naks |
| 06:51.44 | seebs | That sounds complicated, and thus possibly error-prone. |
| 06:51.57 | seebs | And of course, I also need to deal with sending the initial data, and a complete inventory state is much too large to send. |
| 06:57.01 | seebs | So I probably need a way to send larger messages broken up into parts, regardless. And then I can think about things like which things should only get sent to one user, and which are broadcast; my current design assumes you want all the information available on every machine, but I don't know how true that is. Also, LibBaggotry probably wants hooks for tracking inventory of other characters. Right now, it's just stashing the whole inventory table -- |
| 06:57.01 | seebs | <PROTECTED> |
| 06:57.16 | seebs | And of course, stack/type info won't cover things like runes on an item, I don't think. |
| 07:46.46 | Baanano | type covers runes |
| 07:46.56 | Baanano | and i wouldn't call iidetail cheap :P |
| 13:47.58 | *** join/#riftuidev Noshei (~quassel@c-24-9-171-99.hsd1.co.comcast.net) |
| 14:01.26 | *** join/#riftuidev Imhothar (miranda@ppp-88-217-50-202.dynamic.mnet-online.de) |
| 15:11.38 | *** join/#riftuidev Torhal (~torhal@c-71-207-224-241.hsd1.al.comcast.net) |
| 16:52.39 | *** join/#riftuidev g0urra (~g0urra@unaffiliated/gourra) |
| 18:25.39 | seebs | Well, "cheap" in that if in any frame where I got at least one inventory update, I do SomeSavedVariable = Inspect.Item.Detail(Utility.Item.Slot.All()), it just works and I never have to think about it. |
| 18:26.09 | seebs | And type includes runes? I expected it to include augments, but runes sort of surprise me. |
| 18:28.29 | Imhothar | well a rune is a kind of augmentation |
| 18:29.02 | seebs | Augments are inherent to the item and can never be changed, though. You can have an item, and apply a rune to it, and it's still the same item. |
| 18:32.15 | Baanano | yes seebs, when you add a rune the itemtype changes |
| 18:32.20 | seebs | Oh, interesting. |
| 18:57.11 | *** join/#riftuidev Imhothar_ (miranda@ppp-93-104-185-237.dynamic.mnet-online.de) |
| 23:46.44 | *** join/#riftuidev Noshei (~quassel@c-24-9-171-99.hsd1.co.comcast.net) |