| bobweaver | dcope, hello | 00:55 |
|---|---|---|
| bobweaver | tuner support atm is with anything that will work in the kernel | 00:55 |
| bobweaver | might have to fetch firmware here and there but alot of cards work | 00:56 |
| bobweaver | dcope, you do not need a cable box at all | 00:56 |
| bobweaver | you just plug your cable line into you Ubuntu tv | 00:56 |
| bobweaver | depending on where you live and the provider | 00:56 |
| dcope | bobweaver: interesting | 01:17 |
| dcope | i didnt' realize that you could plug the coax directly from the line-in to the tuner | 01:18 |
| tgm4883 | hmm | 01:22 |
| tgm4883 | it's a bit more compliated than that probably | 01:23 |
| dcope | tgm4883: that's what i thought... i thought providers had some sort of authentication that the cable box performed. | 02:08 |
| tgm4883 | dcope, that is a part of it | 02:16 |
| tgm4883 | if you are in the US, it gets very dependent on who your provider is, what tuner you have, and what part of the country you live in | 02:17 |
| tgm4883 | and what channels you want to record | 02:17 |
| dcope | oh wow | 02:17 |
| dcope | well, ubuntu tv still looks pretty cool even if i can't get an epg & dvr | 02:18 |
| tgm4883 | The best is if you use a cable card tuner and your provider doesn't lock down the channels | 02:19 |
| tgm4883 | although an HDPVR can be said to be equally as good | 02:19 |
| dcope | will the tv package be released to install upon an existing ubuntu instance? | 02:29 |
| tgm4883 | dcope, yes | 02:30 |
| tgm4883 | that is my understanding anyway | 02:30 |
| dcope | awesome | 02:30 |
| user82 | are there ubuntu tv images ready for download? | 14:46 |
| dcope | user82: not images, but you can install it | 15:38 |
| user82 | dcope, okay thanks..i have a set top box with arm(i think) but then it will not be easy | 15:38 |
| dcope | user82: what settop to you have? | 15:38 |
| user82 | a "teufel mediastation". noone knows that thing but the update image was similar to other ones with custom firwares existent | 15:39 |
| user82 | linux kernel etc included... | 15:39 |
| dcope | cool | 15:46 |
| dcope | i have a roku now, but i am wanting to build a media center pc with ubuntu tv now | 15:46 |
| user82 | maybe that is clever..pc always keeps you flexible | 15:49 |
| dcope | yep | 15:50 |
| tgm4883 | Saviq, is any of the remote control stuff you worked on regarding the issues with X? | 16:46 |
| tgm4883 | bobweaver, so I've got the guide data scope partially done, but I'm not sure I like the current implementation of it | 19:24 |
| tgm4883 | it takes way too long to query I think | 19:24 |
| tgm4883 | also, i haven't made it a lens yet | 19:24 |
| tgm4883 | jhodapp, mhall119, do you know if the scopes run all the time in the background? | 19:27 |
| mhall119 | tgm4883: currently yes | 19:27 |
| tgm4883 | currently? | 19:27 |
| mhall119 | you noticed that eh? | 19:27 |
| mhall119 | they're working on making the Dash smarter about starting and stopping scope processes | 19:28 |
| tgm4883 | mhall119, well, I think I need to have the guide data get pulled down periodically, even when the dash is closed | 19:28 |
| mhall119 | tgm4883: then you'll probably want that to run outside of the scope process, using cron or something | 19:29 |
| tgm4883 | otherwise it's too slow when it needs to retreive updates (which i've set to every 12 hours) | 19:29 |
| tgm4883 | hmm ok | 19:29 |
| tgm4883 | mhall119, so my second is regarding vala | 19:30 |
| tgm4883 | I'm told vala is faster than python? | 19:30 |
| mhall119 | I believe that's true, yes | 19:30 |
| mhall119 | Vala gets "compiled" into C, then compiled into a native binary | 19:30 |
| tgm4883 | currently, even with the guide data local, it takes 4-5 seconds to return a search result | 19:30 |
| tgm4883 | i'm thinking vala might make that faster | 19:30 |
| mhall119 | maybe, especially for large amounts of data | 19:31 |
| Saviq | tgm4883, issues with X as in sequence IDs > 255? | 19:31 |
| tgm4883 | Saviq, yea | 19:31 |
| tgm4883 | mhall119, yea that is what I'm dealing with | 19:31 |
| tgm4883 | 14 days of guide data for all channels you have | 19:31 |
| Saviq | tgm4883, there's workarounds, one of which is a patched evdev driver that lets you remap keys from the > 255 space to the <= 255 one | 19:31 |
| Saviq | tgm4883, and the other is hidmapper, a small tool that talks to the USB HID interface directly | 19:32 |
| Saviq | and lets you map HID calls to X11 keys (again, <= 255) | 19:32 |
| tgm4883 | Saviq, yea, we've (mythbuntu) got a ticket into the v4l guys hoping they will carry a patch to fix some stuff until X gets it all worked out | 19:32 |
| Saviq | tgm4883, so it's http://forum.xbmc.org/showthread.php?tid=88560 or http://www.mythtv.org/wiki/Remapping_remote_control_key_codes_greater_than_255 | 19:33 |
| tgm4883 | Saviq, yea that is pretty much what we were working with as well | 19:33 |
| tgm4883 | trying to drop lirc | 19:33 |
| Saviq | tgm4883, looking at https://bugs.freedesktop.org/show_bug.cgi?id=11227 it's not promising | 19:33 |
| Saviq | we might get wayland before then... | 19:34 |
| tgm4883 | :/ | 19:35 |
| tgm4883 | mhall119, I don't suppose vala can talk to python directly | 19:38 |
| mhall119 | no | 19:38 |
| tgm4883 | bummer | 19:38 |
| tgm4883 | I'll need to figure out a way to do previews then without recoding a bunch of stuff | 19:38 |
| mhall119 | there's always dbus :) | 19:38 |
| tgm4883 | I'm not super familiar with doing stuff over dbus | 19:39 |
| tgm4883 | but it might be worth looking into I suppose | 19:39 |
| Saviq | tgm4883, re python vs. vala, I wouldn't bet vala will get you anywhere close to "fast enough" | 19:39 |
| Saviq | tgm4883, proper data storage will | 19:39 |
| tgm4883 | Saviq, proper data storage? | 19:40 |
| tgm4883 | it's all json atm | 19:40 |
| Saviq | tgm4883, exactly | 19:40 |
| tgm4883 | Saviq, there is a better way to store that info in python? | 19:41 |
| Saviq | tgm4883, I'd say there's many | 19:41 |
| Saviq | tgm4883, re "if scopes run all the time" - yes, but data is only requested when the relevant scope is shown | 19:41 |
| Saviq | tgm4883, i.e. only when the scope gets a viewType = Visible set | 19:42 |
| Saviq | only then will the scopes be queried for data | 19:42 |
| Saviq | that isn't to say that the scope might prepare that data in memory before then | 19:42 |
| tgm4883 | Saviq, currently, it pulls json guide data into memory on a search. The first search takes 30+ seconds, but a second search takes 4 | 19:42 |
| tgm4883 | so the guide data is in memory at that point | 19:43 |
| tgm4883 | and from memory, it takes 4 seconds to search, which IMO is too long | 19:43 |
| Saviq | tgm4883, yeah so here the biggest issue is that we transfer the whole set of data | 19:43 |
| Saviq | tgm4883, instead of just the relevant part that's being shown | 19:43 |
| Saviq | i.e. pagination | 19:43 |
| mhall119 | yeah, partitioning the data when you download it would help | 19:43 |
| tgm4883 | Saviq, as in, not 14 days of data? | 19:43 |
| Saviq | mhall119, not even that | 19:44 |
| mhall119 | or throw it into an sqlite db or something? | 19:44 |
| Saviq | tgm4883, yes, currently there's no way to paginate in the lenses/scope infrastructure | 19:44 |
| Saviq | mhall119, there's basically multiple places that need fixing | 19:44 |
| mhall119 | tgm4883: also remember that anything you add to the search results model is being serialized and passed over dbus | 19:45 |
| tgm4883 | I don't think partitioning the data would work. For just viewing the guide yes, but searching would only see data in the loaded partition | 19:45 |
| mhall119 | doing that to 14 days worth of channel data is going to be slow in any language | 19:45 |
| tgm4883 | i'm kinda leaning toward syncing to a local sqlite table, then on search just querying that | 19:46 |
| tgm4883 | then I can do 1 day of data for the default "" search, although I'm wondering how much data was being passed over dbus for the searches | 19:47 |
| tgm4883 | because while it was 14 days of data, I'm not returning everything to the lens, just the relevant stuff | 19:48 |
| tgm4883 | which is maybe 20ish results | 19:48 |
| tgm4883 | so it sounds more like it takes way too long to search though 14 days of data | 19:48 |
| Saviq | tgm4883, yeah, that's 'cause you don't have indexing, even if you have it all in memory | 19:49 |
| Saviq | it just goes through all of that data to compare | 19:49 |
| tgm4883 | Saviq, sqlite should fix that, or is there a better way | 19:49 |
| Saviq | it'll be faster, but I'd look at some proper free-text search engines like lucene | 19:50 |
| Saviq | tgm4883, there's also http://voices.canonical.com/jussi.pakkanen/2012/12/03/introducing-libcolumbus-a-fast-online-approximate-matching-library/ | 19:52 |
| Saviq | which should help with the searching in memore | 19:53 |
| Saviq | memory | 19:53 |
| tgm4883 | Saviq, is that something I would need to use explicitly, or is that making it's way into unity? | 19:58 |
| Saviq | tgm4883, it can't really make its way into unity, it needs to be as close to the data as possible | 19:59 |
| tgm4883 | ok | 19:59 |
| Saviq | tgm4883, so in your case you'd initialize libcolumbus when initially reading the data from json | 19:59 |
| Saviq | or from whatever storage you choose | 19:59 |
| Saviq | then at least searching will be faster - you'll just need to have an ID by which to identify a data record | 20:00 |
| mhall119 | tgm4883: libcolumbus needs to be pre-populated with a list of "correct" values that it uses to match a submitted "incorrect" value against | 20:14 |
| mhall119 | so you'd need to initialize it with a list of program names, then you can give it a search term with typos and it'll get you it's best match | 20:14 |
| jhodapp_ | tgm4883, I've got an example program written in C++ that uses libcolumbus if you're interested | 20:17 |
| dcope | Wonder if anyone will integrate Google play (music) into ubuntu tv? | 20:49 |
| mhall119 | dcope: does it offer an API? | 21:40 |
| dcope | mhall119: i'm not sure | 21:44 |
| bobweaver | dcope, what are you 2 talking about ? | 21:44 |
| mhall119 | dcope: if it does, someone can write a scope for it, and it'll be available in Ubuntu (desktop, TV, and phone) | 21:45 |
| tgm4883 | google music | 21:45 |
| bobweaver | ahh | 21:45 |
| tgm4883 | IIRC, it has a non-public API | 21:45 |
| mhall119 | non-public? | 21:46 |
| mhall119 | meaning you have to authenticate using OAuth or something? | 21:46 |
| bobweaver | yeah Unoffical | 21:46 |
| dcope | https://github.com/simon-weber/Unofficial-Google-Music-API | 21:46 |
| mhall119 | oh, unofficial, that's different | 21:46 |
| mhall119 | requiring OAuth would be fine, we could make an Ubuntu Online Accounts provider | 21:46 |
| dcope | i'm so ready to get ubuntu tv installed on something to contribute and test | 21:49 |
| bobweaver | dcope, I have a 3rd party ppa if you like | 21:50 |
| bobweaver | for 12.04 | 21:50 |
| tgm4883 | bobweaver, is that on the wiki | 21:50 |
| bobweaver | Not this one | 21:50 |
| dcope | bobweaver: sure | 21:50 |
| bobweaver | ~u2t/bleedingedge | 21:50 |
| bobweaver | Must be 12.04 | 21:50 |
| dcope | i'll get it in a vm now and then put it on a dedicated machine once i get one | 21:51 |
| * tgm4883 sees the irony in that | 21:51 | |
| dcope | tgm4883: ? | 21:51 |
| bobweaver | https://launchpad.net/~u2t/+archive/bleedingedge | 21:51 |
| tgm4883 | bleedingedge | 21:51 |
| tgm4883 | <bobweaver> Must be 12.04 | 21:51 |
| dcope | oh | 21:51 |
| bobweaver | what it is a move up from 11.10 | 21:52 |
| tgm4883 | true | 21:52 |
| bobweaver | tgm4883, even has settings and loves you orig scope :) | 21:53 |
| tgm4883 | bobweaver, sweet | 21:53 |
| bobweaver | tgm4883, AORN http://www.youtube.com/watch?v=qb8s7pSBu30&feature=youtu.be | 21:53 |
| tgm4883 | is it running up to date scope? | 21:53 |
| bobweaver | I just made that video 3 minutes ago or something like that | 21:54 |
| tgm4883 | bobweaver, I've been working on the guide data scope, but I've got some issues to work out | 21:54 |
| tgm4883 | too much data | 21:54 |
| bobweaver | II will be finishing up the settings and making more and more myth stuff | 21:54 |
| bobweaver | tgm4883, dont worry about the guide if it is giving you that much trouble | 21:54 |
| tgm4883 | bobweaver, nah, i've got it worked out I think with the help of mhall 119 jhod app and Sa viq | 21:55 |
| bobweaver | I can write a html5 app that connects to myth backend and read from that and launch also | 21:55 |
| tgm4883 | I haven't done any lens work on it though, and IDK the status you got on the different layout | 21:56 |
| bobweaver | I have 6 different layouts now | 21:56 |
| bobweaver | only 3 are stable at this point | 21:56 |
| bobweaver | I kinda got caught up doing opengl stuff last night and particals and shaders so that set me back a little | 21:57 |
| tgm4883 | bobweaver, ok, i'm going to work on speeding this thing up with the fixes we discussed today | 21:58 |
| tgm4883 | as it takes too long for search results right now | 21:58 |
| mhall119 | bobweaver: I like the way you did the lightdm options | 22:00 |
| bobweaver | Yeah that is what I got all caught up in lol | 22:01 |
| bobweaver | I am posting a video of some experamental stuff | 22:01 |
| bobweaver | Turn down Volume | 22:02 |
| bobweaver | http://www.youtube.com/watch?v=Acjb5fkiCB4 | 22:02 |
| bobweaver | btw that reads the weather outside and returns icons that are preset for weather | 22:04 |
| bobweaver | I am going to remove it all | 22:04 |
| bobweaver | well the weather part and what not and just have a weather app | 22:04 |
| bobweaver | But yeah if it was sunny outside it would have shown little suns flaying around and not snow | 22:05 |
| bobweaver | because you can only call api so may times a day it uses cache for ever 6 hours | 22:06 |
| bobweaver | mhall119, do you think that it is a good idea to scale the icons in lightdm settings menu ? maybe even pulse them ? | 22:07 |
| mhall119 | bobweaver: I have no idea, maybe ask one of the design guys on G+? | 22:19 |
| bobweaver | thanks I am mhall119 :) | 22:27 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!