| [00:41] | <crweb> | good afternoon |
| [00:42] | <sourcerror> | crweb: how is life in the midwest? :) |
| [00:42] | <crweb> | its a bit nippy outside |
| [00:42] | <crweb> | and always dark |
| [00:42] | <sourcerror> | always dark because of your schedule? |
| [00:42] | <crweb> | ;) |
| [00:43] | <crweb> | i didn't have much use for the sun anyway |
| [00:43] | <sourcerror> | same crweb I remember. I haven't really been around for a while but I see same people here I remember |
| [00:43] | <crweb> | how you been? |
| [00:44] | <sourcerror> | ok. distracted by work so I haven't been having much hobby programming. |
| [00:44] | <sourcerror> | but a new years resolution I have is to leave work by 6pm (even if I went in late :) |
| [00:45] | <sourcerror> | I haven't updated my OSD for a while. |
| [00:45] | <crweb> | i made the same resolution |
| [00:46] | <crweb> | so every day at 7:00am. i step out my bedroom door. stretch, yawn.. and come back in and sit down |
| [00:47] | <sourcerror> | :) |
| [07:50] | * MattJ waves to room | |
| [07:55] | * nerochiaro waves | |
| [08:17] | <MattJ> | nerochiaro: So you plan to have a partition on the CF? That's great |
| [08:29] | <nerochiaro> | MattJ: yep |
| [08:30] | <nerochiaro> | some stuff still needs to be defined there for user content to play nice with official, but still |
| [08:31] | <MattJ> | It would be great if the package manager could use that as the base, rather than having this PKGROOT environment variable |
| [08:32] | <nerochiaro> | yes, i agree |
| [08:33] | <nerochiaro> | we can probably have a directory within that partition where we don't touch, so user content gets installed there by pkgman |
| [08:33] | <nerochiaro> | we as in "the firmware update process" |
| [08:35] | <MattJ> | Yeah |
| [08:43] | <MattJ> | also, wherever it is, adding <...>/bin to the $PATH would help |
| [08:46] | <nerochiaro> | you mean the user app's area location ? yes, that too |
| [10:30] | <nerochiaro> | anyone around that has a TV capable of NTSC and PAL and an OSD ? |
| [10:32] | <vmarks> | I know where I can get one. |
| [10:32] | <vmarks> | got a friend who has one. |
| [10:33] | <nerochiaro> | well, nevermind. i just needed a quick test |
| [10:33] | <nerochiaro> | no problem |
| [11:30] | <progeny> | hi all |
| [11:31] | <progeny> | someone has trouble accessing public samba shares from osd? |
| [11:31] | <progeny> | hi nero |
| [11:31] | <progeny> | :) |
| [11:32] | <greyback> | progeny: Hey, what's going wrong with samba? |
| [11:32] | <progeny> | hi greyback |
| [11:32] | <progeny> | i get SessSetup -13 |
| [11:32] | <progeny> | when mounting a samba share |
| [11:32] | <progeny> | wich is public |
| [11:33] | <progeny> | not sure if its a osd problem, samba is always giving problems |
| [11:33] | <progeny> | but the share mounts from a macos |
| [11:33] | <greyback> | You get this from the OSD GUI, or via telnet? That's a new error message to me! |
| [11:33] | <progeny> | via the GUI i get a invalid user/passwd |
| [11:34] | <progeny> | but that share has no user/passwd |
| [11:34] | <progeny> | via telnet i see the error |
| [11:34] | <progeny> | if i do a manual mount i see that too |
| [11:34] | <progeny> | you know a way to know the cifs kernel module version? |
| [11:35] | <greyback> | Not off hand. Will look... |
| [11:35] | <progeny> | CIFS VFS: Send error in SessSetup = -13 |
| [11:35] | <progeny> | this is the error |
| [11:36] | <gremlin[it]> | hi all |
| [11:36] | <gremlin[it]> | ho nerochiaro JohnDesigner |
| [11:37] | <JohnDesigner> | hiya gremlin[it] |
| [11:37] | <gremlin[it]> | hi JohnDesigner |
| [11:40] | <gremlin[it]> | have u see it -> www.linuxdevices.com |
| [11:40] | <greyback> | progeny: I think OSD uses cifs 1.39, which I think might be the trouble |
| [11:40] | <progeny> | yes |
| [11:40] | <greyback> | see lists.samba.org |
| [11:40] | <progeny> | i0ve read that that stuff is solved at 1.40 :( |
| [11:41] | <progeny> | i the post ive read is really related to my problem |
| [11:41] | <greyback> | Yep, I think so too. |
| [11:41] | <progeny> | exaclty that one :) |
| [11:41] | <progeny> | well thanks for throwing a look :) |
| [11:41] | <greyback> | No prob! |
| [11:41] | <progeny> | one more think (small question) |
| [11:42] | <greyback> | It would do no harm to encourage Neuros to up cifs to 1.40+ |
| [11:42] | <progeny> | if i want to permanently mount something |
| [11:42] | <progeny> | its safe to move fstab to /mnt/OSD and softlinking it? |
| [11:42] | <progeny> | or will causa trouble with init.d or something |
| [11:42] | <progeny> | i can post a bug report if think it worth it |
| [11:44] | <progeny> | the truth is that i cant mount any share :/ |
| [11:45] | <greyback> | This is done for other files in /etc, like passwd. I think you should edit the init script to check if /mnt/OSD/fstab exists, and if not, link a backup. |
| [11:45] | <greyback> | Have a look at /etc/init.d/lighttpd, it does the exact same thing |
| [11:45] | <progeny> | great |
| [11:45] | <greyback> | You could mount things from /mnt/OSD/rc.user |
| [11:46] | <greyback> | That script is called if it exists |
| [11:46] | <progeny> | you are able to mount samba shares on your osd? |
| [11:46] | <greyback> | But for some reason you need to insert a "sleep 30" before the mounts, I don't think everything is inited |
| [11:47] | <greyback> | Yep, see forums.neurostechnology.com |
| [11:49] | <progeny> | this will make my OSD boot 30 seconds slower right? |
| [11:50] | <greyback> | Well you'll get the GUI in the same time, it'll just take 30 seconds for the mounts to appear |
| [11:50] | <progeny> | oh perfect |
| [11:54] | <greyback> | I use it all the time, it's nice. |
| [11:54] | <progeny> | yes it is :) |
| [11:55] | <progeny> | now i have to figure how to mount samba shares (the one with auth also dont work) |
| [11:55] | <progeny> | or mount a nfs server (wich i dont want much) |
| [11:57] | <greyback> | Your best bet with samba & the osd is to keep the share definition as simple as possible |
| [11:57] | <greyback> | P.S. bugzilla.neurostechnology.com |
| [11:57] | <greyback> | enjoy the limelight :D |
| [11:59] | <greyback> | This simple definition works for me: pastebin.ca |
| [12:06] | <progeny> | thanks greyback :D |
| [12:38] | <gremlin[it]> | ping nerochiaro |
| [12:38] | <gremlin[it]> | Linux neuros-osd 2.6.15 #2 PREEMPT Thu Jan 31 19:28:12 CET 2008 armv5tejl unknown |
| [12:39] | <gremlin[it]> | OpenEmbedde running on neuros !!!!!!!!!!!! |
| [12:40] | <gremlin[it]> | .-------. |
| [12:40] | <gremlin[it]> | | | .-. |
| [12:40] | <gremlin[it]> | | | |-----.-----.-----.| | .----..-----.-----. |
| [12:40] | <gremlin[it]> | | | | __ | ---'| '--.| .-'| | | |
| [12:40] | <gremlin[it]> | | | | | | |--- || --'| | | ' | | | | |
| [12:40] | <gremlin[it]> | '---'---'--'--'--. |-----''----''--' '-----'-'-'-' |
| [12:40] | <gremlin[it]> | -' | |
| [12:40] | <gremlin[it]> | '---' |
| [12:40] | <gremlin[it]> | The Angstrom Distribution neuros-osd ttyS0 |
| [12:40] | <gremlin[it]> | Angstrom 2007.12-r3 neuros-osd ttyS0 |
| [12:43] | <nerochiaro> | gremlin[it]: nice :) so you managed to make OE build our stuff finally ? |
| [12:44] | <gremlin[it]> | yes .... |
| [12:45] | <gremlin[it]> | i'm running the neuros kernel but build with OE's gcc (3.4.4) while all userspace is build with gcc 4.1.2 :) |
| [12:45] | <gremlin[it]> | all in auto except a finally conversion vmlinux -> uImage ... i have to do it |
| [12:45] | <nerochiaro> | why so much difference ? |
| [12:46] | <gremlin[it]> | now (after dinner) i'll try to mount flash and load kernel modules and run executables ... |
| [12:46] | <gremlin[it]> | what difference of gcc ??? |
| [12:47] | <nerochiaro> | i mean, if you are keeping userspace built with 4.1, why not also kernel ? |
| [12:47] | <gremlin[it]> | cause i know some binary modules are closed source and i hope be able to use it as is ... instead all userspace code it opensource (or not) so no proble to recompile |
| [12:47] | <gremlin[it]> | it's right all userspace code is opensource ? |
| [12:48] | <nerochiaro> | some userspace code is closed too |
| [12:48] | <gremlin[it]> | uff :( |
| [12:48] | <nerochiaro> | i know :( |
| [12:48] | <gremlin[it]> | i thought was only some bitstream loaded on the DSP ... |
| [12:50] | <nerochiaro> | we have as closed binaries: some kernel modules, all the stuff that gets loaded to DSP, some userspace libraries that implement stream parsers for various formats |
| [12:51] | <gremlin[it]> | ooook .... we will talk later (9pm about) you will be? |
| [12:53] | <nerochiaro> | i think so |
| [12:53] | <nerochiaro> | if i don't fall asleep before |
| [12:53] | <nerochiaro> | ping me here |
| [12:54] | <gremlin[it]> | ok ok :) |
| [12:54] | <nerochiaro> | later :) |
| [13:49] | <nerochiaro> | hey JoeBorn, back to the US ? |
| [13:53] | <JoeBorn> | nerochiaro: yes sir! |
| [13:54] | <nerochiaro> | that was a short trip |
| [13:54] | <nerochiaro> | you barely had time to sip a tea and you whisked back to starbucks land |
| [14:02] | <gremlin[it]> | i'm back |
| [14:03] | <nerochiaro> | i'm still around |
| [14:04] | <gremlin[it]> | heheh well now i try to mount partitions on mtd |
| [14:08] | <nerochiaro> | let me know if you need help |
| [14:09] | <gremlin[it]> | mhhh i see the "rings" logo od neuros on TVout ... |
| [14:09] | <nerochiaro> | that's from uboot |
| [14:09] | <gremlin[it]> | ah ok |
| [14:10] | <gremlin[it]> | all the closed source modules are located in /lib/modules/2.6.15/extra ? |
| [14:10] | <nerochiaro> | if you make it as far as the splashscreen application, you will see some text like "the power of freedom" and such |
| [14:10] | <nerochiaro> | yes, the modules are all there |
| [14:11] | <nerochiaro> | the closed modules |
| [14:11] | <gremlin[it]> | i load pcm.ko ... it seem t owork |
| [14:11] | <gremlin[it]> | to work |
| [14:12] | <gremlin[it]> | can i load all of them together ??? |
| [14:13] | <nerochiaro> | yes, look at what the init scripts we have now do |
| [14:13] | <gremlin[it]> | ah right :) |
| [14:14] | <gremlin[it]> | only one module not loaded ... neuros_rtc |
| [14:15] | <nerochiaro> | that controls the realtime clock and a couple of things related to versioning and serial number of the unit, IIRC |
| [14:17] | <gremlin[it]> | what is the main user interface deskmon or xmms2d ? |
| [14:18] | <nerochiaro> | deskmon is a mini-daemon that brings up the "desktop" application and ensure it keeps running. xmms2d is just the audio server |
| [14:27] | <gremlin[it]> | btw nerochiaro now i'm working with kernel downloaded via tftp and rootfs (ext2) from CF :) |
| [14:31] | <nerochiaro> | nice. what about using NFS rootfs ? |
| [14:39] | <gremlin[it]> | splashscreen work ... |
| [14:39] | <gremlin[it]> | nfs should work ... just i fount more fast CF :) |
| [14:39] | <gremlin[it]> | my trouble was oabi / eabi ... that's why nothing worked |
| [14:42] | <nerochiaro> | oabi ? |
| [14:43] | <gremlin[it]> | old-abi ... just to give a name of what isn't eabi compliant |
| [14:44] | <gremlin[it]> | if i would play directly a file what can i do from commandline ? |
| [14:45] | <nerochiaro> | can't recall for the old firmware... i think "vplayer path/to/file" but i'm not sure |
| [14:46] | <gremlin[it]> | vplayer don't exist only 'player'??? |
| [14:46] | <nerochiaro> | guess that's it |
| [14:47] | <MattJ> | player |
| [14:48] | <gremlin[it]> | "Unable to fetch i18n shared memory!" .. any idea ? |
| [14:48] | <gremlin[it]> | "Unable to fetch WM shared memory!" |
| [14:49] | <nerochiaro> | did you start desktop ? |
| [14:49] | <gremlin[it]> | no :( ... |
| [14:49] | <nerochiaro> | or deskmon |
| [14:49] | <nerochiaro> | well, you should, player is still a GUI program, it needs a GUI server to connect to |
| [14:50] | <nerochiaro> | deskmon should bring up nano-x and desktop |
| [14:50] | <gremlin[it]> | desktop fail with 6 similar error about shared memory :( |
| [14:50] | <nerochiaro> | and then you should be able to run other GUI apps |
| [14:50] | <nerochiaro> | is nano-x running ? |
| [14:50] | <gremlin[it]> | no |
| [14:51] | <nerochiaro> | you have to check who is hat starts it in the init scripts and see how to start it up correctly yourself |
| [14:55] | <gremlin[it]> | nano-X fail with error "Cannot initialise ir" ... |
| [14:55] | <nerochiaro> | you don't have /dev/neuros_ir |
| [14:56] | <gremlin[it]> | nope ... |
| [14:56] | <nerochiaro> | it's a char device you need to talk to the neuros_ir module |
| [14:56] | <nerochiaro> | see in the rootfs build what is major-minor to create it with mknod |
| [14:56] | <gremlin[it]> | yes doing ;) |
| [14:56] | <nerochiaro> | smart boy ;) |
| [14:57] | <gremlin[it]> | isn't enought ... same error :( |
| [14:58] | <nerochiaro> | sure the module is loaded ? |
| [14:58] | <gremlin[it]> | i miss all modules (i'm dumb) ... :) |
| [15:04] | <gremlin[it]> | i missed i2c modules ... so now also neuros_rtc work ! |
| [15:04] | <nerochiaro> | ah, yes, they depend on it |
| [15:08] | <gremlin[it]> | mhh nano-X now is running but still have error about shared memory :( |
| [15:08] | <nerochiaro> | deskmon |
| [15:09] | <gremlin[it]> | deskmon fail to run |
| [15:09] | <nerochiaro> | what does it say ? |
| [15:10] | <gremlin[it]> | [2990] WARNING: ./../src/i18n.c--CoolIInitLanguage: 497 |
| [15:10] | <gremlin[it]> | Unable to fetch i18n shared memory! |
| [15:10] | <gremlin[it]> | [2990] WARNING: ./../src/i18n.c--CoolI18Ngetlang: 144 |
| [15:10] | <gremlin[it]> | Unable to fetch i18n shared memory! |
| [15:10] | <gremlin[it]> | [2990] WARNING: ./../src/shared-mem.c--CoolShmHelperOpen: 538 |
| [15:10] | <gremlin[it]> | Unable to fetch shared memory! |
| [15:10] | <gremlin[it]> | [2991] WARNING: ./../src/i18n.c--CoolIInitLanguage: 497 |
| [15:11] | <gremlin[it]> | Unable to fetch i18n shared memory! |
| [15:11] | <gremlin[it]> | [2991] WARNING: ./../src/i18n.c--CoolI18Ngetlang: 144 |
| [15:11] | <gremlin[it]> | Unable to fetch i18n shared memory! |
| [15:11] | <gremlin[it]> | [2991] WARNING: ./../src/shared-mem.c--CoolShmHelperOpen: 538 |
| [15:11] | <gremlin[it]> | Unable to fetch shared memory! |
| [15:11] | <gremlin[it]> | [2991] WARNING: ./../src/wm/wm-manager.c--WmInitialize: 280 |
| [15:11] | <gremlin[it]> | Unable to initialize memory, failed to initialize WM. |
| [15:12] | <nerochiaro> | i'm thinking who the hell is initializing that memory |
| [15:13] | <gremlin[it]> | i hear the sound of hamsters running on the wheels of your brain ... :) |
| [15:13] | <nerochiaro> | try to look into the file where CoolShm* functions are defined, there have to be one to initialize the memory. grep for who use it |
| [15:14] | <gremlin[it]> | on the sources ? |
| [15:14] | <nerochiaro> | yes |
| [15:14] | <nerochiaro> | the Neuros-Cooler/cooler stuff for the Cool* functions and then the linux-r3-main-app for the app that use it and cooler itself |
| [15:25] | <gremlin[it]> | neux became desktop ? |
| [15:26] | <nerochiaro> | no, neux is the name of the library where all the GUI widgets code lives. it's like "our own" GTK |
| [15:27] | <nerochiaro> | desktop is just an application that basically does the main-menu |
| [15:27] | <nerochiaro> | plus some initialization stuff |
| [15:29] | <gremlin[it]> | mhhh ok |
| [15:45] | <gremlin[it]> | hard to find ... :S |
| [15:50] | <gremlin[it]> | i really don't understand .. . |
| [15:56] | <gremlin[it]> | solution ... boot from flash and sort by pid the processes :) |
| [15:57] | <JohnDesigner> | I only understood the word "warning" in all that |
| [15:57] | <gremlin[it]> | JohnDesigner hahahah anyone do it's work :) ... |
| [15:57] | <JohnDesigner> | gremlin[it]: heh, This stuff you guys do is witchery to me |
| [15:58] | <MattJ> | lol |
| [15:58] | <gremlin[it]> | hahah you do hardware design right ? |
| [15:59] | <JohnDesigner> | gremlin[it]: yeah, the areeesty type. |
| [16:00] | <JohnDesigner> | my primary design experience is in Industrial Design, which is halfway between art and mechanical engineering |
| [16:01] | <gremlin[it]> | for me is witch choose components, RC couples, all analog electronic !!! i know of elctronic but really don't know how to choose right thing doing a circuit from scratch :) |
| [16:02] | <JohnDesigner> | you are ahead of me in that department |
| [16:03] | <gremlin[it]> | no no c'mon ... |
| [16:03] | <JohnDesigner> | mainly I understand more of the physical properties of components as it relates to prodcut design (housings and such) |
| [16:04] | <JohnDesigner> | have you heard of jonathan Ives? |
| [16:04] | <JohnDesigner> | He does for apple, what I (try) to do for companies. |
| [16:04] | <gremlin[it]> | ah ... |
| [16:05] | <gremlin[it]> | i worked for 4 years in a company that work with plastic manufactoring ... i learn something about different kind of plastic ... |
| [16:09] | <JohnDesigner> | yep, plastic knowledge plays a big part in what I do. ID is sort of a jack of all trades, master of none. |
| [16:10] | <gremlin[it]> | now i work on titanium devices :P |
| [16:16] | <JohnDesigner> | gremlin[it]: oh? how so? |
| [16:17] | <gremlin[it]> | pacemakers |
| [16:18] | <JohnDesigner> | interesting work it seems like |
| [16:18] | <gremlin[it]> | yes yes ... all linux softwre :) |
| [16:19] | <JohnDesigner> | with a combo of linux and titanium, how could you go wrong! |
| [16:27] | <gremlin[it]> | hahahah |
| [16:29] | <harper> | hi every one! |
| [16:30] | <harper> | can the neuros be a VLC multicast client? |
| [16:31] | <nerochiaro> | gremlin[it]: sorry, had to go away. not sure what is the issue you're having |
| [16:32] | <gremlin[it]> | i'll work don't worry |
| [16:32] | <nerochiaro> | harper: hmm, what kind of media is VLC streaming ? |
| [16:32] | <gremlin[it]> | i feel i'm close to a working neuros powered by OE :) |
| [16:34] | <mcr> | what is "OE" in that context? |
| [16:35] | <nerochiaro> | mcr: openembedded |
| [16:43] | <gremlin[it]> | www.openembedded.org |
| [16:43] | <gremlin[it]> | www.angstrom-distribution.or |
| [16:44] | <gremlin[it]> | night all !!! |
| [16:44] | <harper> | nerochiaro: it doesn't matter - anything we can stream would work |
| [16:45] | <nerochiaro> | ah, you mean running the client itself on the OSD. i don't know of anyone that has ever tried to compile it. i find it hard it can work as-is, surely it would need some porting work |
| [16:46] | <harper> | right.. hmm |
| [18:01] | <Sandman> | got my neuros osd a couple days ago and love it |
| [18:01] | <Sandman> | im a software developer so i cant wait to dig into the code |
| [18:02] | <Sandman> | the only minor complaint i have is the remote doesnt seem very responsive sometimes |
| [18:02] | <Sandman> | not sure what thats about - it might be slighly underpowered but its not a big deal |
| [18:12] | <MattJ> | Sandman: I thought mine was over-powered :) |
| [18:13] | <MattJ> | How do you have your OSD? On the stand, or flat? |
| [18:13] | <MattJ> | Someone once said the IR reception is best when flat, especially if you have something plugged into the USB - the IR receiver is just above that |
| [18:16] | <JohnDesigner> | Flat or in the stand doesn't matter for the IR reception, as long as the USB port is facing the remote |
| [18:17] | <MattJ> | I've never had mine on a stand, so only going by what I heard :) |
| [18:17] | <MattJ> | I think on the forums |
| [18:17] | <JohnDesigner> | the IR receiver is behind the small inset rectangle next to the USB |
| [18:18] | <JohnDesigner> | we havent yet definitively determined what is the issue, but some reasons are known |
| [18:18] | <JohnDesigner> | like there is a little to much space between the silicone keypad and the actuator |
| [18:19] | <JohnDesigner> | so sometimes even tho it feels like the button pushed down, it did not bottom out onto the actuator |
| [18:20] | <JohnDesigner> | another suspected reason is that the remote is indeed underpowered. |
| [18:20] | <Sandman> | i had my osd flat but i put it on its stand to try to get better remote |
| [18:20] | <Sandman> | ahhh ok thanks JohnDesigner i couldnt figure out where it was |
| [18:21] | <JohnDesigner> | Sandman: you're welcome :) |
| [18:21] | <Sandman> | ok i had the IR facing to the side |
| [18:22] | <MattJ> | Yeah, my OSD remote goes about 3x as far as the TV one ^^ |
| [18:22] | <JohnDesigner> | Sandman: putting the OSD on a stand would help if the IR receive window is more clear from objects in front of it (like a shelf if poiting upward at all) |
| [18:22] | <JohnDesigner> | MattJ: wow, your tv remote must need new batteries. |
| [18:23] | <Sandman> | oh wow this works way better |
| [18:23] | <MattJ> | I think it's a rubbish TV or a rubbish remote, or both :) |
| [18:23] | <JohnDesigner> | another reason for the remotes spotty reception is the opacity of the plastic. it filters some of the ir signal |
| [18:23] | <JohnDesigner> | MattJ: hehe |
| [18:23] | <Sandman> | before, i was having trouble getting it to stop while fast forwarding - i figured this was because of the software divx decoders but apparently i just had the IR blocked |
| [18:24] | <Sandman> | yeah it stops on a dime now |
| [18:24] | <MattJ> | Yay :) |
| [18:24] | <Sandman> | yah thanks :) |
| [18:25] | <JohnDesigner> | sooo, if you want to eliminate variables in the remote reception 1) make sure the IR receive window is facing you 2) put new batteries in the remote 3) although this is lame, make sure you press down all the way on the key (no need to mash it tho) |
| [18:25] | <Sandman> | i figured the ir reciever was under the cover in the top or something |
| [18:26] | <MattJ> | Heh, it's survived 2 weeks of my grandmother... so not doing to badly on the mashing aspect :) |
| [18:26] | <MattJ> | *too |
| [18:26] | <JohnDesigner> | MattJ: your grandmother used the OSD? |
| [18:26] | <Sandman> | so does anyone have any ideas when arizona might be coming out? |
| [18:26] | <MattJ> | Yes :) |
| [18:26] | <Sandman> | qt on the osd sound pretty cool |
| [18:27] | <JohnDesigner> | Sandman: the alpha release is this week |
| [18:27] | <MattJ> | \o/ |
| [18:28] | <JohnDesigner> | MattJ: what did your grandmother do with the OSD? Watch video? did she try to record or anything like that? |
| [18:28] | <Sandman> | oh wow |
| [18:28] | <MattJ> | JohnDesigner: I set weekly scheduled recordings, she watches them |
| [18:29] | <MattJ> | Working on the "how to record" part :) |
| [18:29] | <JohnDesigner> | MattJ: that is very interesting to hear. |
| [18:29] | <MattJ> | Since I have 2 though the one she uses primarily isn't connected to a tuner |
| [18:29] | <JohnDesigner> | MattJ: yeah, the Schedule a Recording part needs some attention. Its pretty geeky right now. |
| [18:29] | <MattJ> | I set up a samba server on the one that is, and it streams OSD->OSD |
| [18:30] | <JohnDesigner> | cool |
| [18:30] | <MattJ> | Works quite smoothly actually |
| [18:30] | <JohnDesigner> | thats great news |
| [18:31] | <JohnDesigner> | the AZ networking seems to be better performing than the TORFU |
| [18:32] | <MattJ> | That's even greater news :) |
| [18:32] | <MattJ> | I often get odd hangs here when the network isn't connected |
| [18:32] | <JohnDesigner> | MattJ: you are not running AZ I assume? |
| [18:33] | <MattJ> | No, I'm not |
| [18:33] | <MattJ> | Can't wait to though :) |
| [18:34] | <JohnDesigner> | yeah, AZ will be a good step |
| [18:34] | <MattJ> | Primarily because I want scheduled recordings in the web interface :) |
| [18:35] | <JohnDesigner> | but the AZ GUI will still be about the same look ATM. Actually, due to the functional side being the priority, the GUI is sort of all over the place, but you may not care about that |
| [18:36] | <MattJ> | As long as managing scheduled recordings is nicer, and I can run my package manager GUI in some fashion, I'll be very happy :) |
| [18:37] | <JohnDesigner> | nero and Crweb could better fill you in on that than I. But I do understand that network shares will be much more dependable |
| [18:40] | <crweb> | MattJ we have enabled reconnecting on reboot |
| [18:40] | <crweb> | MattJ so recording to network can be more dependable |
| [18:40] | <MattJ> | Ah great :) |
| [18:40] | <crweb> | it had a minor cost of changing the networking GUI |
| [18:41] | <MattJ> | Recordings are in SQLite now? |
| [18:41] | <crweb> | not yet |
| [18:41] | <MattJ> | .recordings? |
| [18:41] | <crweb> | oh wait |
| [18:41] | <crweb> | you mean the schedule? |
| [18:41] | <MattJ> | Yes |
| [18:41] | <crweb> | yes |
| [18:41] | <MattJ> | \o/ |
| [18:41] | * MattJ emits 3 cheers | |
| [18:41] | <crweb> | but, we also plan on releasing cmdline interface to the scheduler |
| [18:41] | <crweb> | that lua can bind to |
| [18:42] | <MattJ> | To read as: "Please don't destroy my database"? :P |
| [18:42] | <crweb> | yes |
| [18:42] | <MattJ> | :) |
| [18:42] | <MattJ> | Don't worry, I'm safe in SQL :) |
| [18:42] | <crweb> | we are working on gui performance now |
| [18:42] | <crweb> | application startup times are horrid |
| [18:43] | <MattJ> | Orion had/has an odd problem with his scheduled recordings, he as a section called [Recording8] that is empty |
| [18:43] | <MattJ> | The OSD seems to ignore it, but my recordings lib doesn't like it :| |
| [18:44] | <MattJ> | When you say command line interface, you mean executing: addschedule <blah> etc.? |
| [18:45] | <crweb> | we will have a QCop cmdline application that speeks to the scheduler daemon the same way the GUI apps do |
| [18:45] | <crweb> | gui apps do not access the sql db either |
| [18:45] | <MattJ> | I would prefer a C API or using Lua SQLite bindings over that, just because of the greater error handling available, etc. |
| [18:45] | <MattJ> | Shell escaping |
| [18:45] | <MattJ> | C API? :) |
| [18:45] | <crweb> | not without linking to Qt and using QCop |
| [18:46] | <crweb> | you should have no problems |
| [18:46] | <crweb> | the communication is completely text based |
| [18:46] | <crweb> | even betwen GUI and scheduler |
| [18:46] | <MattJ> | Ok |