Log from #neuros IRC channel

let me ask: ir blasting. which chip is in OSD, who's written code for it/has anything been written for it yet?

vmarks: howdy

well,

MSP430 is the micro for the IR

emma_peel: welcome, another person from joost!

hi jb

jwu has written some code for it, I've seen the IR blaster work

and the learning is so far largely MCE style, "press one..."

sure.

there are some chips that actually have a library of codes for blasting in them.

nero has been working with jwu to get a dbase on there lirc or whatever

which means, no learning needed.

yeah, I know, I've been talking with universal electronics that makes them.

[07:05]

<emma_peel>

hi JoeBorn ! yes indeed... there has been a while since i don't enter here...

[07:06]

yeah, well nice to have you back

[07:09]

<American-Tech>

I don;t think I will see you at Head-fi this year Joe

[07:15]

<American-Tech>

Always net year

[07:16]

<American-Tech>

JoeBorn: is it true that accepted GSoC students will get a Neuros OSD?

[07:35]

it said so in the wiki, but I'd like to confirm :P

[07:37]

lunch time, bbl :)

[07:37]

JoeBorn: 18 applications for SoC

[07:38]

sorune: "hearing about that" what ?

[07:38]

<American-Tech>

thats cool

[07:38]

JoeBorn: did you talk to the remote manufaturer ?

[07:41]

vmarks: our blaster chip seems to be programmed to be quite flexible (if i understand it right). so it's just a matter to find a database of codes for all keys on various remotes (plus some other specs) and we can blast without learning

[07:42]

vmarks: the current roadblock with that is the database of codes we have is organized by remote manufacturer/model. so most of the time we have no idea which device is driven by each remote

[07:43]

device or devices. and we can't expect the user to know the model of their remote, so we have to make the correlation for the

[07:43]

them

[07:52]

vmarks: do you know how does tivo do it ?

[08:39]

nerochiaro: ping

[08:40]

srobertson: hi, i just wanted to know if you can do a quick admin task on the web server

[08:40]

sure!

[08:42]

srobertson: well, you know the page in odnt that has the list of all firmware updates

[08:42]

is it possible to have a redirect from neurostechnology.com to that page ?

[08:43]

just make it easier for people to remember where to check for updates instead of that taxonomy/28 thing that doesn't make sense

[08:43]

nerochiaro: yes. unfortunately, i don't have access to neurostechnology.com. i can do OdNT/osdupdate, tho

[08:44]

it's already a step forward

[08:44]

i'm not sure "osdupdate" is the best thing, though

not hard to change

ok, go for that then

thanks

nerochiaro: i'd love to switch to using lighttpd instead of apache, and it's ready to go live. who should i pester/inform about it?

[08:47]

aside from the folks in here

[08:48]

* DeepB likes Apache2 ;)

[08:49]

srobertson: mail JoeBorn and Gao and cc me. i mentioned them in a previous mail i would've asked you or some other admin about doing this, so they kind of know

[08:49]

DeepB: you might be a minority then :)

[08:50]

srobertson: why switch to lighttpd?

[08:50]

as for lighty, i kind of like it myself, but then probably it's not worth the hassle to switch

[08:50]

Darchon: speed. odnt isn't that powerful, and scaling is becoming a concern

[08:51]

ok, fair enough :)

[08:51]

DeepB: if you really like apache2 better, and don't want to switch, i'm not gonna push it

[08:52]

<DeepB>

srobertson: no, fair for me to change it

[08:52]

nerochiaro: literally, i change the port 80 line in /etc/apache2/httpd.conf to 81, and vice versa for /etc/lighttpd/lighttpd.conf, then kick both daemons

[08:53]

DeepB: okay, thx. if there's a problem (or if joe and gao don't like the idea) i'll happily switch back

[08:54]

nerochiaro: the iencode module

[08:54]

sorune: yeah ?

[08:55]

sorune: ah, ok

[08:55]

gracefully rebooting apache2

[08:56]

nerochiaro: alias wfm

[08:56]

nerochiaro: sorry, two hours between posts can be confusing :)

[08:57]

srobertson: ok. since you're there notify also the mailing list that the alias is "experimentally" available ;)

[08:57]

sorune: yeah, i have quick scrollback finger though ;)

[09:00]

eew, now i understand where all these "internship requests" for SoC come from... it's on the odnt front page announcement. hmm, no cookie for Joe

[09:53]

Coderjoe_

[10:32]

anders_: you around ?

[10:32]

<anders_>

nerochiaro: Yeah.

[10:33]

anders_: so xmms2 goes thru nmsd for all its output ?

[10:33]

(referring to your email)

[10:34]

<anders_>

nerochiaro: I don't know. That is what i thought.

[10:34]

<anders_>

nerochiaro: I did the nms output plugin before nmsd was split out in a separate daemon though.

[10:35]

<anders_>

nerochiaro: So I don't have the full details.

[10:35]

anders_: ok, but you just use the nms-client api to access it ?

[10:39]

<anders_>

nerochiaro: What is the nms-client api?

[10:41]

anders_: tinyurl.com

[10:43]

anders_: where is that plugin source anyway, i'm trying to get into the xmms2 loop but i keep missing pieces O_o

[10:44]

<anders_>

git.xmms.se

[10:44]

<anders_>

So to answer your question: No it does not use it :)

[10:45]

i think if you do that way, you're basically doing what nmsd does internally, so the sync is needed

[10:46]

ok, GSoC application added

[10:46]

Darchon: will look

[10:47]

meh... I see I already forgot something :P

[10:47]

and I can't edit my application :(

[10:47]

only the abstract

[10:48]

ahwell... I guess the benefits for the neuros commnity are so obvious that there's no need to mention them ;)

[10:53]

anders_: clarification sent for xmms2-nsm plugin. thanks for the help :)

wow ! we're up to 25 applications

for SoC

i knew the weekend was high time to submit them

sweet - that system on chip will have a good software base then :)

JoshMalone: i can see how yo was confused, with all this talk of "applications"

yeah :) perfect double-meaning

oh, this is application snippet is rich, i feel compelled to share with you all

"Definitely, I will grab the bull by the horns and participate in the contributions to the ever-expanding capabilities of Neros OSD."

[10:56]

<pb101>

Doesn't look like my OSD can play JPEG and BMP files. Anyone with a similar problem?

[10:57]

pb101: what firmware

[10:57]

?

[10:57]

<pb101>

latest.

[10:58]

I'm off for abit, bbl

[11:00]

pb101: i think image browsing is just disabled for now

[11:00]

pb101: how do you try to view these images ?

[11:02]

<pb101>

nerochiaro, by browsing, then hitting play.

[11:03]

pb101: it will be re-enabled in a following fimware, togheter with a full-features image browser if i remember the plan correctly

[11:04]

<pb101>

cool

[11:04]

<pb101>

is it possible to display images through a C program (nms-client)?

[11:09]

yes, you can do that

[11:09]

you don't need to use nms-client API, just use the Picture widget in Cooler

[11:12]

Darchon: application for SoC is top notch :)

[11:13]

Darchon: you sure have long names up there in the Netherlands ;)

[11:13]

<pb101>

nerochiaro, I will give that a shot. Do you recommend the same thing for play audio/movie files?

[11:16]

pb101: no, for that you use to use the nms-client API

[11:22]

<pb101>

nerochiaro, Thanks.

[11:23]

you're welcome

[11:50]

nerochiaro: I have 3 first names, and as I'm a non-native, i didn't understand which names google wanted :P So I just gave them my full legal name

[11:50]

Darchon: i't ok. i was just joking :)

[11:50]

I know :)

[11:51]

I thought it was kinda silly also :P

[11:51]

that's why I put my normal name ;) in the detailed description

[11:51]

usually spanish people tend to do have names like these :P

[11:52]

Darchon: anyway, i think it's a good application

[11:54]

ty :)

[11:54]

how many applications did u receive for the dsp project by now?

[11:54]

as u said u got 25 in total

[11:56]

8 for the bridge

[11:59]

wow, ok :) cool that it's so popular

[12:41]

<pb101>

nerochiaro, are you familiar with picture rendering functions?

[12:42]

pb101: in cooler ?

[12:42]

<pb101>

yes

[12:44]

pb101: are you having problems with the Picture widget ?

[12:44]

<pb101>

nerochiaro, yes

[12:45]

ok, please explain your problem then

[12:45]

<pb101>

nerochiaro, PictureNew() is not returning NULL, but its display this on console: GdLoadImageFromFile: no enough resource!

[12:46]

<pb101>

...and the picture doesn't get displayed.

[12:46]

how big is the image ?

[12:46]

<pb101>

200K

in pixels ?

hi

hey

<pb101>

nerochiaro, w: 2160 pixels, h: 1440 pixels

[12:49]

interesting. never seen that error. if you try with smaller picture what happens ?

[12:49]

<pb101>

nerochiaro, I am, by the way, not calling PictureSetPic() after PictureNew().

[12:50]

<pb101>

nerochiaro, I am gonna try the code with something smaller.

[12:51]

pb101: PictureNew sets the picture and load it already. you can SetPic only if you want to change image, i think

[12:54]

<pb101>

nerochiaro, OK. When passing the width and height of the picture to PictureNew(), do they have to match the dimensions of the actual picture?

[12:55]

i think they are the size of the widget, not of the contained picture. it's clipped if it doesn't fit.

[12:56]

<pb101>

nerochiaro, OK

[12:56]

(i'm telling you this watching the source, i'm don't remember the last time i tried it if it was actually so)

[13:10]

<pb101>

nerochiaro, I loaded a smaller picture (111x111 jpeg), and I don't see the error anymore, but the screen is blank.

[13:12]

can you pastebin your program somewhere ?

[13:12]

also check that you call Show(TRUE) on the picture widget

[13:14]

<pb101>

can I DCC u the ox file?

[13:16]

ok

[13:17]

but better if you put it at pastebin.ca if you don't mind

[13:19]

<pb101>

nerochiaro, you know what, it looks like Show(TRUE) did the trick! I wasn't calling that. I got the pic on the screen.

[13:19]

<pb101>

Thank a bunch for the help!

[13:21]

pb101: you're welcome

[13:21]

now, can you please do me a favor ?

[13:22]

can you check if bugzilla has already a bug for that error "not enough resources" and if it doesn't have one can you insert it ?

[14:26]

hmm

[14:26]

is there a wifi card in the OSD?

[14:27]

I hooked up my external HD to it and was pleased that most avis I have played

[14:30]

Emmett: i'm working on it. or you can hack it from this guide: wiki.neurostechnology.com

[14:30]

which is the same stuff i'm trying

[14:31]

Is it working?

[14:31]

I don't have a network drop in the room I have the tiny TV in

[14:36]

i have still to test it, i don't have that dongle yet. it builds. the user who wrote that says it worked, and that was on the prototype board and a lot of time ago. so it's probably it will be ok now

[14:36]

but maybe i'm being optimist

[14:40]

That would be cool.

[14:40]

First impressions, though -- I dig this thing.

[14:40]

<pb101>

nerochiaro, Yeah, i will check bugzilla for that bug!

pb101: thank you, and if you insert it, add also size of image in pixels

Emmett: thing = wireless dongle ?

thing = osd

<pb101>

nerochiaro, sure.

* JoshMalone is just gonna get a bridge for his OSD

<pb101>

nerochiaro, I am gonna try different size to see what's the maximum than can be handled.

<pb101>

size = sizes

Emmett: you know, for some reason i though you had already known it for some time

pb101: that would be even better. thanks

[14:44]

well, I had an old unit with the old PCB for a while

[14:47]

back in the ancient times :)

by the way

anyone not using compact flourescents in their house

please do so

saves money, and you get used to them

they're not awful anymore.

they aren't really that different than other lamps, in terms of light. at least not to my eyes

right, but they're considerably more efficient

11 watts as opposed to 40/60

yeah, in fact i have basically all these kind of lamps here

saves power, better for environment. they also won't blow up as soon as the old filament bulbs

[14:51]

* JoshMalone uses CFs everywhere but the living room

[14:51]

the only one that's still traditional is the one that powers my lava lamp. that needs to produce heat

[14:51]

g/f has her drawing studio there

[14:52]

JoshMalone: needs halogen spotlights, i suppose ?

[15:26]

no - the color of CF is way off compared to tungsten

[15:26]

sh needs to paint/take photos in tungsten light

[15:28]

anyway - g'nite flox

[15:28]

folx :)

[15:28]

Subject: Announce : ybuild/ycross package build system & package manager mipkg is going out for testing I've posted on maillist, late night here, I'm so tired

[15:52]

<pb101>

nerochiaro, looks like the error I mentioned earlier has to do with resolution, and not file size (800x600 seems like the cut-off resolution).

[15:53]

pb101: of course, that's why i asked to check pixel size

[15:54]

it's good to know we can't display images larger than that for now

[15:56]

<pb101>

nerochiaro, yeah, well the odd thing is that PictureNew() doesn't return a NULL even when it fails under that condition! I added this to buzilla by the way.

[15:57]

pb101: it needs to be corrected, you are right

[15:58]

<pb101>

nerochiaro, the other thing I noticed is that, once osdmain is stopped, the unit would reboot shortly after.

[15:58]

how do you stop osdmain ?

[15:58]

<pb101>

nerochiaro, I wanted to stop osdmain to allow the test app full-screen access so the time is not drawn.

[15:59]

yes, but how did you stop it ?

[15:59]

<pb101>

: /etc/init.d/osdmain stop

[16:01]

try stopping it with ctrl+c from the serial console

[16:02]

<pb101>

humm, I can't do that thru telnet?

[16:03]

try sending SIGINT to osdmain

[16:03]

<pb101>

ok

[16:09]

<pb101>

OK, I sent SIGINT to all three running instances...and the system rebooted after 20 seconds.

[16:11]

here ctrl+c works, and that's a sigint as far as i know, no ?

[16:11]

<pb101>

yes, that's what it is.

try this, terminate all instances. then do this before it reboots: echo "V" > /dev/softdog

<pb101>

So, can how do you ctrl-c osdmain when it's running the background?

<pb101>

k

pb101: it attaches to the serial console, so you can send input directly from it

[16:13]

pb101: that's how you can send it ctrl+c directly

[16:13]

Hello. I'd like to apply for the ARM/DSP Bridge SoC project... I wanted to ask what skills would be necessary? I never wrote a Linux kernel device driver, although I am studying comp.eng. and I have, for instance, programmed a DSP processor.

[16:14]

anyway, FYI, the reboot is caused by a watchdog. when the application is alive, it pings the watchdog continuously. when it exits normally it disables the watchdog. but if the proecss is killed or segfaults, then the watchdog is not pinged for 20 seconds or so and resets the box automatically

[16:15]

markoa: you should ask may1937 or crweb, they're the mentors who manage that

[16:15]

markoa: you can email them too, if they're not around

[16:15]

<pb101>

nerochiaro, when I tried echo "V" > /dev/softdog, I got: Device or resource busy.

after all the osdmain instances were terminated ? that's quite weird

<pb101>

yes

<pb101>

can you tell me how you attach a telnet session to osdmain?

may1937, ping?

[16:17]

pb101: you don't, i think

[16:17]

<pb101>

so, you have to get on console from a serial connection?

[16:18]

yes, but what is happening there seems strange to me. sending sigint should terminate osdmain gracefully and the watchdog be stopped. and even then, sending "V" to it should't give you that message

<pb101>

well, there is '/bin/sh /etc/rc5.d/S99_osdmain start' that's also running as a process; I wonder if that needs a SIGINT.

can you try reboot, killall -SIGINT osdmain, then echo "V" to the softdog ?

and see if you still get that busy message ?