Topic for #qi-hardware is now Copyleft hardware - http://qi-hardware.com | hardware hackers join here to discuss Ben NanoNote, atben / atusb 802.15.4 wireless, and other community driven hw projects | public logging at http://en.qi-hardware.com/irclogs
Textmode has quit [Ping timeout: 255 seconds]
<kristianpaul> wolfspraul: if you have already tested some baterry options for M1 please let us now
<kristianpaul> i'm carrying with me milkymist since tomorrow, so i'll not have power for main avaliable all times..
cladamw has joined #qi-hardware
<wolfspraul> not tested
<kristianpaul> i was thinking buy 1.5V AA rechargable batteries until get the 4.5V and see what worked :)
<kristianpaul> wpwrak: about labsw, had you consider a cad designed case for next version? :)
Ayla has quit [Quit: dodo]
Openfree` has joined #qi-hardware
wej has quit [Ping timeout: 248 seconds]
<pabs3> git rm doesn't remove non-free stuff, its still in the repo history
wej has joined #qi-hardware
<roh> well.. duh
rejon has joined #qi-hardware
wolfspraul has quit [Ping timeout: 250 seconds]
wolfspraul has joined #qi-hardware
<wpwrak> kristianpaul: (M1 power) at least in theory, you need regulated 5V. just a battery pack will produce weird results, since things like USB and MIDI feed directly off the 5V input.
<kristianpaul> well, i can skip MIDI not sure about USB but try avoid it
<wpwrak> (labsw) yeah. the case may be the hardest part to source. i'm stuck at the relays, though. they should be socketed, but it seems nearly impossible to find reasonably small relays with matching sockets.
<kristianpaul> wpwrak: i was thinking a 4,8V (1.2V 2100mhA x 4) battery pack
<wpwrak> if your batteries are fresh, you'd even be within the USB spec :)
<kristianpaul> ;)
wolfspra1l has joined #qi-hardware
wolfspra1l has quit [Client Quit]
wolfspra1l has joined #qi-hardware
wolfspraul has quit [Ping timeout: 260 seconds]
rejon has quit [Ping timeout: 248 seconds]
rejon has joined #qi-hardware
Textmode has joined #qi-hardware
Openfree` has quit [Ping timeout: 245 seconds]
Openfree` has joined #qi-hardware
rejon has quit [Ping timeout: 255 seconds]
rejon has joined #qi-hardware
rejon has quit [Ping timeout: 255 seconds]
rejon has joined #qi-hardware
phirsch has quit [Read error: Operation timed out]
phirsch has joined #qi-hardware
rejon has quit [Ping timeout: 256 seconds]
cladamw has quit [Quit: Ex-Chat]
xwalk_ has joined #qi-hardware
rejon has joined #qi-hardware
xwalk_ has quit [Remote host closed the connection]
xwalk_ has joined #qi-hardware
xwalk_ has quit [Ping timeout: 260 seconds]
xwalk_ has joined #qi-hardware
rejon has quit [Ping timeout: 250 seconds]
rejon has joined #qi-hardware
rejon has quit [Ping timeout: 260 seconds]
cladamw has joined #qi-hardware
rejon has joined #qi-hardware
jekhor has joined #qi-hardware
Textmode has quit [Ping timeout: 255 seconds]
Textmode has joined #qi-hardware
Textmode has quit [Ping timeout: 255 seconds]
<qi-bot> [commit] Adam Wang: qfp.fpd: added more info about QFP48 (master) http://qi-hw.com/p/kicad-libs/6c2cafe
cladamw has quit [Quit: Ex-Chat]
rejon has quit [Ping timeout: 245 seconds]
wej has quit [Ping timeout: 272 seconds]
wej has joined #qi-hardware
jekhor has quit [Read error: Operation timed out]
rejon has joined #qi-hardware
phirsch has quit [Ping timeout: 265 seconds]
Openfree` has quit [Ping timeout: 245 seconds]
antoniodariuh_ has joined #qi-hardware
Openfree` has joined #qi-hardware
rejon has quit [Ping timeout: 260 seconds]
xwalk_ has quit [Ping timeout: 246 seconds]
viric has quit [Ping timeout: 245 seconds]
Ayla has joined #qi-hardware
jekhor has joined #qi-hardware
ninjak has joined #qi-hardware
<larsc> does anybody by chance know anything about pc fan control? my laptop gives me an error at startup "Fan control". The fan is a 4wire 5V DC fan. When I apply power it starts rotating, but I don't get a feedback signal. Is this normal?
ninjak_ has joined #qi-hardware
<larsc> I see pwm signals on some of the ICs pins
ninjak has quit [Read error: Connection reset by peer]
<Ayla> larsc: the mobo expects a signal from the fan
<Ayla> you can fake it with a 555
<Ayla> a better idea would be to change the fan if it's not working
<larsc> it is working fine, as far as i can see
<larsc> there is just no signal on the additional pins
xwalk has quit [Quit: Leaving]
xwalk_ has joined #qi-hardware
<larsc> Ayla: do you know if it would work, if I shorted control and sense?
<Ayla> I don't think so
<Ayla> mth: I made a couple of experimental changes on gmenu2x, I'd like you to (dis-)agree with before I push anything
xwalk has joined #qi-hardware
<larsc> Ayla: you can always push it into a 'experimental' branch
<Ayla> hmm
<Ayla> I could do that, but I suck at GIT :p
<larsc> git push remote localbrach:remotebranch
<mth> is the implementation experimental or the feature itself?
<Ayla> for the first change, I'm not sure of the implementation
<Ayla> the first change is a "reload()" function on the Surface object, that (when applicable) restores the content of the backbuffer, so that when fading is used (loading screen and contextual menu) the very last image is displayed as the background, and not an old image
<Ayla> that's was not the case when rendering at 32bpp, because then the main surface is not double-buffered (as SDL does a conversion later)
<Ayla> the experimental features are a switch to 16bpp, and a menu clock set to... 48MHz
<mth> gmenu2x is already slow sometimes, I prefer not to clock it down further until we resolve that slowness
<Ayla> 48MHz / 16bpp is as fast as 192MHz / 32bpp
<mth> not when building a file list in the explorer, I think
<mth> also some context menus take a long time to open
<Ayla> which ones?
<mth> I forgot, but I'll make note of it when it happens again
<mth> it happens quite often
<mth> I do agree with wanting to render at 16bpp, although for themes that use a lot of transparency 32bpp might look better
<mth> what does "reload()" do exactly?
<Ayla> memcpy(raw->pixels, backbuffer, raw->h * raw->pitch)
<Ayla> transparency seems to work fine
<Ayla> SDL takes care of that
<mth> but alpha surfaces are 32 bpp anyway and when blending, the extra precision bits on the back buffer might avoid rounding errors
<mth> RGBA surfaces with 8-bit alpha, I mean; you can have a 16bpp surface with color keyed alpha iirc, or RGBA5551
<Ayla> no, because the back buffer is not RGBA
DocScrutinizer05 has quit [Disconnected by services]
DocScrutinizer06 has joined #qi-hardware
DocScrutinizer has quit [Disconnected by services]
DocScrutinizer has joined #qi-hardware
<mth> I mean the surface blitted onto the back buffer might be 32 bpp
<Ayla> yes
<Ayla> well, of course we lose a few bits of precision
<Ayla> but that's expected
<mth> anyway, we want to be able to render at 16bpp, whether we make that the default or not
<mth> what is that "raw" buffer?
<Ayla> "raw" is the name you gave to the SDL_Surface contained inside the Surface object
DocScrutinizer06 has quit [Remote host closed the connection]
DocScrutinizer05 has joined #qi-hardware
DocScrutinizer05 has quit [Remote host closed the connection]
<mth> which Surface object do you want to call it on then?
DocScrutinizer05 has joined #qi-hardware
<mth> what I don't understand is, why would there be an off-screen version of the current frame?
<mth> I'd expect a repaint() rather than a reload()
<mth> hmm, why does RGBAColor use 16 bits per component?
<Ayla> I call it on the main Surface object, the one that corresponds to the framebuffer
<Ayla> when using double buffering, that buffer corresponds to the one being sent to the LCD
<mth> so the front buffer? that doesn't sound likely; SDL wouldn't give you the front buffer pointer unless you did some trickery
<Ayla> yes, I did :p
<Ayla> I save a pointer to raw->pixels on the "flip" function, before flipping the SDL_Surface
<mth> that will break if we ever implement the rotating buffer via v4l2 idea
<mth> I really prefer to repaint rather than save old frame contents
<mth> repaint should be easier than restore and if it is not, that is something that should be fixed and will improve the code overall
<Ayla> I did restore because repainting really isn't easy
<Ayla> we really should rewrite gmenu2x from scratch
Ornotermes has quit [Read error: Connection reset by peer]
Ornotermes has joined #qi-hardware
<wpwrak> i wonder how many times gmenu2x has died in people's dreams already. everybody seems to have an assassination plan, yet it still lives on ;-)
rejon has joined #qi-hardware
pabs3 has quit [Quit: Don't rest until all the world is paved in moss and greenery.]
wej has quit [Ping timeout: 248 seconds]
wej has joined #qi-hardware
heberth has joined #qi-hardware
ninjak__ has joined #qi-hardware
ninjak_ has quit [Read error: Connection reset by peer]
ninjak__ is now known as ninjak
Openfree` has quit [Remote host closed the connection]
emeb has joined #qi-hardware
rzk has quit [Ping timeout: 245 seconds]
rzk has joined #qi-hardware
rzk has quit [Ping timeout: 245 seconds]
rzk has joined #qi-hardware
rzk has quit [Ping timeout: 245 seconds]
phirsch has joined #qi-hardware
rzk has joined #qi-hardware
rzk has quit [Quit: ZNC - http://znc.in]
ninjak has quit [Quit: Sto andando via]
urandom__ has joined #qi-hardware
kristoffer has joined #qi-hardware
antoniodariuh_ has quit [Quit: Leaving]
jekhor has quit [Ping timeout: 245 seconds]
heberth has quit [Quit: leaving]
heberth_ has joined #qi-hardware
antgreen has joined #qi-hardware
heberth_ is now known as lalala
lalala is now known as heberth_
Textmode has joined #qi-hardware
<larsc> Ayla: how crazy is this? The fan wouldn't work the whole weekend long. Took it with me to work today, hooked it up to a power supply and it worked fine. Now I took it back home and it works fine again with the laptop...
antgreen has quit [Remote host closed the connection]
<kristianpaul> dust dust..
urandom__ has quit [Ping timeout: 244 seconds]
jluis is now known as jluis|away
heberth_ has quit [Quit: leaving]
heberth_ has joined #qi-hardware
kristoffer has quit [Quit: Leaving]
heberth_ has quit [Quit: leaving]
heberth has joined #qi-hardware
heberth has quit [Quit: leaving]
18VAATWMI has joined #qi-hardware
18VAATWMI has quit [Client Quit]
jekhor has joined #qi-hardware
<Ayla> larsc: it just needed some fresh air ;)
Ayla has quit [Ping timeout: 250 seconds]
Ayla has joined #qi-hardware
jekhor has quit [Ping timeout: 264 seconds]
Textmode has quit [Ping timeout: 255 seconds]
FrankBlues has joined #qi-hardware
FrankBlues has quit [Remote host closed the connection]
GNUtoo-desktop has joined #qi-hardware
DocScrutinizer05 has quit [Disconnected by services]
DocScrutinizer05 has joined #qi-hardware
Ayla has quit [Quit: dodo]