2010-12-03 02:47 <kyak> viric: (benchmark) don't know.. maybe need to ask in mailing lists, someone should remember
2010-12-03 03:12 <viric> kyak: do you know if openwrt brings the SIMD mplayer?
2010-12-03 03:22 <kyak> don't see it in packages
2010-12-03 03:32 <qi-bot> [commit] kyak: config.debug: the minimal .config with debugging capabilities http://qi-hw.com/p/openwrt-xburst/1c5d309
2010-12-03 03:37 <viric> larsc: does oprofile work fine on the nanonote?
2010-12-03 03:37 <viric> kyak: ok. I wonder if someone is building it nowadays.
2010-12-03 03:38 <viric> I even don't know what parts there were 'accelerated'
2010-12-03 03:40 <kyak> are you talking about SIMD player?
2010-12-03 03:40 <kyak> i don't know what SIMD is :)
2010-12-03 03:40 <wolfspraul> kyak: config.debug could also include logging daemons set to 'debug' logging
2010-12-03 03:40 <kyak> mplayer is ported, however
2010-12-03 03:41 <kyak> wolfspraul: good idea! however, now we have those daemons disabled in /etc/init.d/boot :)
2010-12-03 03:42 <kyak> wolfspraul: it's just some things depend on things other than .config.. maybe their own config files
2010-12-03 03:42 <kyak> so maybe let the user who is into debugging make this decisions by his own?
2010-12-03 03:55 <viric> kyak: Single Instruction Multiple Data. MXU instructions, on xburst, I think.
2010-12-03 03:58 <kyak> viric: have no idea.. openwrt mplayer is not patched, so it might not take advantage of xburst specifics
2010-12-03 03:58 <kyak> i've seen patched maplyer from ingenic
2010-12-03 03:58 <viric> kyak:
2010-12-03 03:58 <kyak> but it's based on some older version
2010-12-03 03:58 <viric> Yes, I talk about that
2010-12-03 03:59 <viric> So there is noone in the nanonote using a 'fast' mplayer? Also jlime uses only the upstream?
2010-12-03 03:59 <kyak> i'm not suffering of some lack of performance, to tell the truth :)
2010-12-03 04:00 <kyak> don't know about jlime
2010-12-03 04:00 <kyak> and mplayer in openwrt is just a standart mplayer
2010-12-03 04:00 <viric> can you play theora videos?
2010-12-03 04:00 <kyak> as it goes from mplayer developers
2010-12-03 04:01 <kyak> not tried playing theora videos
2010-12-03 04:01 <kyak> thereis a weird bug though
2010-12-03 04:01 <kyak> both in openwrt and jlime
2010-12-03 04:02 <kyak> when you fast forward several times in a row, thereis a sqeeqy sound from speaker
2010-12-03 04:02 <kyak> and it won't stop
2010-12-03 04:02 <kyak> until you reboot
2010-12-03 04:02 <kyak> perhaps you will find it yourself
2010-12-03 04:03 <viric> oh
2010-12-03 04:03 <viric> In fact, the mplayer I built had a very bad performance.
2010-12-03 04:04 <kyak> it depends on used codecs a lot
2010-12-03 04:04 <kyak> which do you use?
2010-12-03 04:04 <kyak> and the video resolution, of course
2010-12-03 04:05 <kyak> saying simplier, what;s your command line?
2010-12-03 04:05 <kyak> to encode and to play videos
2010-12-03 04:05 <viric> Maybe I chose it to use floating point, and I did not notice.
2010-12-03 04:05 <kyak> http://projects.qi-hardware.com/index.php/p/openwrt-packages/source/tree/master/mplayer/README
2010-12-03 04:06 <kyak> this approch works pretty well here
2010-12-03 04:06 <viric> ah, I took an h264 video at 640x480 :)
2010-12-03 04:06 <viric> kyak: I'll check. thank you"
2010-12-03 04:06 <kyak> oh, good for you then
2010-12-03 04:06 <viric> hehe
2010-12-03 04:06 <kyak> even my laptop is not capable playing such videos :)
2010-12-03 04:06 <viric> what codecs you advise?
2010-12-03 04:07 <kyak> does your kernel has floating point emulation?
2010-12-03 04:07 <viric> can it do xvid?
2010-12-03 04:07 <viric> Even if it has, I don't want to use it
2010-12-03 04:07 <viric> I don't remember if I disabled it finally
2010-12-03 04:07 <kyak> i think xvid should be fine
2010-12-03 04:08 <kyak> i convert it to mpeg to watch on ben
2010-12-03 04:08 <viric> mpeg2?
2010-12-03 04:08 <kyak> vcodec=mpeg1video
2010-12-03 04:08 <kyak> just have a look at commnd line i shown you
2010-12-03 04:09 <kyak> mplayer has some floating point computations
2010-12-03 04:09 <kyak> i've seen it fixed in ingenic's patch
2010-12-03 04:09 <viric> kernel emulation would be very bad...
2010-12-03 04:09 <viric> My toolchain builds always for soft-float, so it should never end up using the kernel emulation
2010-12-03 04:09 <kyak> however, i don't think this causes some real overhead
2010-12-03 04:10 <kyak> btw, you can try playing your video with -nosound
2010-12-03 04:11 <kyak> and then with -vo null
2010-12-03 04:11 <viric> and for sound, what do you use?
2010-12-03 04:11 <kyak> then you can see if it is video or audio that's causing this performance droppage
2010-12-03 04:11 <viric> for the audio track
2010-12-03 04:11 <kyak> viric: haven't you had a look at the link i gave you? ;)
2010-12-03 04:12 <viric> link?
2010-12-03 04:12 <viric> AH
2010-12-03 04:12 <kyak> 12:03:54 < kyak> http://projects.qi-hardware.com/index.php/p/openwrt-packages/source/tree/master/mplayer/README
2010-12-03 04:12 <viric> will read.
2010-12-03 04:12 <viric> :)
2010-12-03 04:13 <kyak> however, i then switched to that:
2010-12-03 04:14 <viric> mp2 audio, mpeg1 video? now I understand why you don't experience performance problems with the upstream mplayer :)
2010-12-03 04:14 <viric> btw, that mplayer command line is to me like a 'blob' is to free software ;)
2010-12-03 04:15 <kyak> can't find the command line, switched to liblame
2010-12-03 04:16 <kyak> viric: i don't really care if it's "free" or "not free" when it comes to my own convenience
2010-12-03 04:16 <viric> hehe
2010-12-03 04:16 <kyak> btw, that's why mplayer depends on BUILD_PATENTED
2010-12-03 04:17 <kyak> it's in my todo list to split it to free and patented :)
2010-12-03 04:17 <viric> have you tried the vp8?
2010-12-03 04:17 <viric> They have specific assembly for arm, at least
2010-12-03 04:17 <kyak> no, what's that?
2010-12-03 04:17 <viric> I don't know if for mips
2010-12-03 04:17 <viric> the video codec patent free for webm
2010-12-03 04:17 <viric> bsd licensed
2010-12-03 04:18 <kyak> is it supported by maplyer?
2010-12-03 04:19 <kyak> viric: sorry, got to go now.. thanks for you hint. might want to have a look later...
2010-12-03 04:20 <viric> kyak: vlc plays it fine :) and ffmpeg can use it fine
2010-12-03 04:20 <viric> kyak: I don't remember playing it in mplayer though
2010-12-03 04:26 <viric> maybe vlc would work better than mplayer
2010-12-03 08:00 <bartbes> hmm
2010-12-03 08:00 <bartbes> is the entirety of gtk/glib running on the ben?
2010-12-03 08:00 <kristianpaul> hmm
2010-12-03 08:01 <kristianpaul> in wich os?
2010-12-03 08:01 <bartbes> owrt
2010-12-03 08:01 <kristianpaul> i think you can compile owrt with gtk support too
2010-12-03 08:01 <kristianpaul> it was a blog entry from mirko i think
2010-12-03 08:01 <kristianpaul> long time ago
2010-12-03 08:02 <bartbes> I know there's gtk support
2010-12-03 08:02 <bartbes> one of the default apps uses gtk
2010-12-03 08:02 <bartbes> stardict iirc
2010-12-03 08:02 <bartbes> yeah, looks gtk-y
2010-12-03 08:06 <bartbes> I guess I could just try
2010-12-03 08:06 <bartbes> but it'd be crappy if it fails
2010-12-03 08:06 <bartbes> (as I'm going to write a program)
2010-12-03 08:11 <kristianpaul> in gtk?
2010-12-03 08:23 <bartbes> yes
2010-12-03 08:24 <kristianpaul> wht not SDL? :)
2010-12-03 08:27 <bartbes> because.. I'm going for a GUI, not anything needing real graphics
2010-12-03 08:28 <kristianpaul> ah ok
2010-12-03 12:26 <kyak> wow.. a minimal system with debug and without stripping is > 700 Mb
2010-12-03 12:27 <kyak> to the hell with that debug idea
2010-12-03 12:27 <kyak> oh, maybe this is when qemu is coming handy
2010-12-03 12:52 <wolfspraul> kyak: 700 mb image?
2010-12-03 12:52 <wolfspraul> maybe still makes sense via the ImageBuilder, so people don't have to rebuild it all, just add a package they want to debug...
2010-12-03 13:12 <kyak> my bad, this image has stardict.. pretty many dependencies
2010-12-03 14:06 <viric> kyak: 700mb image? it's not that bad
2010-12-03 14:08 <kyak> trying to do some debuggin inside the qemu..
2010-12-03 14:09 <kyak> gdb says utils.c:904: internal-error: virtual memory exhausted: can't allocate 13263733 bytes.
2010-12-03 14:09 <wpwrak_> that's things like libsomething-dbg ?
2010-12-03 14:09 <viric> kyak: give memory to qemu
2010-12-03 14:09 <kyak> of course there is enough memory
2010-12-03 14:09 <viric> ah :)
2010-12-03 14:09 <kyak> so it's strange..
2010-12-03 14:10 <viric> doesn't anyone here have a more powerful mips than the nanonote?
2010-12-03 14:10 <viric> I think I could run the nanonote programs in a chroot in a Fuloong MiniPC
2010-12-03 14:10 <kyak> you? :)
2010-12-03 14:10 <viric> :)
2010-12-03 14:10 <viric> speed is not the problem :)
2010-12-03 14:11 <kyak> i'll try to debug something else
2010-12-03 14:11 <kyak> maybe stardict is too damn tricky
2010-12-03 14:11 <viric> kyak: try gdbserver, and debug on the PC
2010-12-03 14:11 <kyak> a very good idea
2010-12-03 14:11 <kyak> should i run gdbserver on my PC?
2010-12-03 14:11 <viric> no
2010-12-03 14:12 <viric> gdb in your PC, gdbserver in the nanonote
2010-12-03 14:12 <viric> or qemu
2010-12-03 14:12 <kyak> ah, ok.. will have to read about that
2010-12-03 14:12 <viric> you need a gdb that can understand mips though
2010-12-03 14:12 <viric> a 'cross-gdb'
2010-12-03 14:12 <kyak> yes, such is avaialble
2010-12-03 14:12 <kyak> in a toolchain
2010-12-03 14:12 <viric> you can use the network
2010-12-03 14:13 <kyak> Starting program: /bin/ls
2010-12-03 14:13 <kyak> vfork: Cannot allocate memory.
2010-12-03 14:13 <viric> you start a gdbserver in one side... and in the cross-gdb in the pc you run "target remote xx.xx.xx.xx:1234" whatever ip:port there.
2010-12-03 14:13 <kyak> it's really-really strange
2010-12-03 14:13 <viric> maybe that gdb is not very well built
2010-12-03 14:13 <kyak> gdb is not able to debug even simpliest apps
2010-12-03 14:13 <viric> I'll try with mine...
2010-12-03 14:13 <kyak> yes, maybe
2010-12-03 14:14 <kyak> will try with gdbserver
2010-12-03 14:17 <rafa> viric: I have ran gdb in nanonote without problems
2010-12-03 14:55 <viric> rafa: good to know! :)
2010-12-03 15:50 <lunavorax> Hi everyone !
2010-12-03 15:50 <lunavorax> I wanted to ask a software question about the Ben Nanonote
2010-12-03 15:51 <bartbes> lunavorax: ask away
2010-12-03 15:51 <bartbes> we won't know if anyone can answer it before it has been posed
2010-12-03 15:51 <lunavorax> What display server (or windows manager, I have troubles figuring out the good word) is used on the Ben Nanonote instead of X.org (or is it X11 ? can't figure out)
2010-12-03 15:51 <bartbes> none
2010-12-03 15:51 <bartbes> the openwrt kernel uses direct framebuffer access
2010-12-03 15:51 <lunavorax> So how does the display work ?
2010-12-03 15:51 <lunavorax> Ok
2010-12-03 15:52 <bartbes> jlime has an X server
2010-12-03 15:52 <lunavorax> openwrt kernel = regular gnu/linux kernel right ?
2010-12-03 15:52 <bartbes> the one that comes preinstalled and the official qi-hardware one, yes
2010-12-03 15:52 <bartbes> why do you ask, if I may?
2010-12-03 15:53 <lunavorax> Well I was just wondering how it was working
2010-12-03 15:53 <lunavorax> I started wondering with something unrealated in fact
2010-12-03 15:53 <lunavorax> The Wayland project
2010-12-03 15:53 <bartbes> well, good thing a lot of toolkits have fb support
2010-12-03 15:53 <lunavorax> Yeah
2010-12-03 15:54 <bartbes> oh heh, I doubt we'll see the needed hardware acceleration
2010-12-03 15:54 <lunavorax> Also I saw a guy made one here "because X11 sucks" on github
2010-12-03 15:54 <lunavorax> No no I wasn't talking about that
2010-12-03 15:54 <lunavorax> It's just that it started my question about how all this stuff was working
2010-12-03 15:55 <lunavorax> Also I already knew that X11 was slow and I was "at last a descent replacment"
2010-12-03 15:56 <bartbes> well display server architecture is an interesting topic
2010-12-03 15:56 <bartbes> and I love it how they said they weren't going to care about network transparency so much, and then specifically the shitstorm of scared users saying "but I need networked displays!"
2010-12-03 15:57 <bartbes> not realizing that the wayland guys still want that possibility
2010-12-03 15:57 <lunavorax> (also I was wondering when I saw that some libraries like Allegro could make softwares that doesn't need X to run
2010-12-03 15:57 <bartbes> ah well
2010-12-03 15:58 <bartbes> well, afaik there are only a few real options for rendering
2010-12-03 15:58 <lunavorax> Yeah I actually didn't understood what network transparency (in fact all the network stuff on a local display server concept)
2010-12-03 15:58 <bartbes> framebuffers are quite direct
2010-12-03 15:58 <bartbes> there's X
2010-12-03 15:58 <bartbes> there's OpenGL
2010-12-03 15:58 <bartbes> and then now there's wayland, but afaik it runs on top of gl
2010-12-03 15:59 <lunavorax> Yeah
2010-12-03 15:59 <lunavorax> You think it's a default ?
2010-12-03 15:59 <bartbes> well, you see, X' network transparency is kind of weird
2010-12-03 15:59 <bartbes> you see
2010-12-03 15:59 <bartbes> instead of using direct calls
2010-12-03 15:59 <bartbes> or even unix sockets
2010-12-03 15:59 <bartbes> or named pipes
2010-12-03 15:59 <bartbes> you use full-blown network sockets
2010-12-03 16:00 <bartbes> *always*
2010-12-03 16:00 <bartbes> which is inefficient
2010-12-03 16:00 <lunavorax> Oh wait OpenGL
2010-12-03 16:00 <lunavorax> Does that means that when I use Compiz, it doesn't use X anymore ?
2010-12-03 16:00 <wpwrak_> bartbes: (always) unless you use SHM
2010-12-03 16:01 <bartbes> shm?
2010-12-03 16:01 <bartbes> lunavorax: it does use X
2010-12-03 16:01 <bartbes> ;)
2010-12-03 16:01 <lunavorax> Haha ok
2010-12-03 16:01 <bartbes> but iirc the X server needs GL extensions
2010-12-03 16:02 <viric> bartbes: X uses unix sockets locally
2010-12-03 16:02 <bartbes> oh right
2010-12-03 16:02 <bartbes> but still, sockets
2010-12-03 16:02 <wpwrak_> bartbes: shared memory. x has a number of ways for using more efficient paths when available.
2010-12-03 16:02 <bartbes> I mean, I didn't spend too much time looking into this stuff
2010-12-03 16:02 <viric> bartbes: you have a strong opinion though ;)
2010-12-03 16:02 <bartbes> I just read tiny bits of info spread over time, then combined that
2010-12-03 16:03 <wpwrak_> viric: the less you know, the easier it is to hold a strong belief ;-)
2010-12-03 16:03 <bartbes> wpwrak_: that is not true
2010-12-03 16:03 <bartbes> I mean, I said I read tiny bits
2010-12-03 16:03 <bartbes> but I read a lot of them
2010-12-03 16:04 <bartbes> :P
2010-12-03 16:04 <bartbes> I mean, in all this time I have absorbed quite a bit of information
2010-12-03 16:04 <bartbes> and it helps me not be a sheep
2010-12-03 16:04 <viric> :)
2010-12-03 16:04 <bartbes> it's one of the reasons I'm not shouting "I need  network transparency, X rules, wayland sucks, and canonical sucks"
2010-12-03 16:05 <viric> It feels comfortable that, most software we have today is built on X instead of something else that may not be easily used through a network
2010-12-03 16:06 <viric> Maybe it could be better, and new software is going to show that... but luckily we don't have something worse :)
2010-12-03 16:06 <bartbes> hmm
2010-12-03 16:06 <bartbes> the thing is
2010-12-03 16:06 <bartbes> it makes no diff in the programs themselves
2010-12-03 16:06 <bartbes> it's probably a small diff in the toolkit (for the networking, of course X support is quite a bit more complicated)
2010-12-03 16:06 <wpwrak_> bartbes: yeah, my comment was a little nasty, i admit :)
2010-12-03 16:06 <bartbes> and that is the goal of the transparency
2010-12-03 16:07 <bartbes> a program doesn't need to have a clue
2010-12-03 16:07 <viric> well, a program for X does not have to have a lot of clue.
2010-12-03 16:07 <viric> It could be better, sure.
2010-12-03 16:08 <bartbes> tbh there are lots of programs that don't have a clue
2010-12-03 16:08 <bartbes> same goes for programmers
2010-12-03 16:08 <bartbes> but that is something entirely unrelated :P
2010-12-03 16:08 <viric> :)
2010-12-03 16:08 <viric> I never wrote a program dealing with the X libs directly...
2010-12-03 16:08 <viric> The kind of abstraction you may want is that given by Qt or similar. Isn't it?
2010-12-03 16:11 <wpwrak_> yup. or Gtk, SDL, ...
2010-12-03 16:11 <wpwrak_> they may draw some concepts from X, e.g., color allocation, but they wrap them into their own style and mechanisms
2010-12-03 16:12 <bartbes> SDL is very nice
2010-12-03 16:13 <bartbes> it can do fb, X, svgalib and more
2010-12-03 16:13 <bartbes> transparent to the program
2010-12-03 16:14 <bartbes> anyway, I did some xlib
2010-12-03 16:14 <bartbes> not to put something on the screen, but I needed the Xlib features
2010-12-03 16:14 <viric> isn't xcb any better?
2010-12-03 16:14 <bartbes> no idea
2010-12-03 16:14 <bartbes> I just know it had the direct access I needed
2010-12-03 16:15 <rafa> I have been tempted to write a new GUI for freerunner using just C + fb and sdl, because after some tests it is the fatest thing I have seen :).. but I dream with a lot of things I will be doing.. And then, at the end of the year, I realize that I just did two or three things of that 200 items list I often dream ;-))
2010-12-03 16:15 <viric> X is very bad at caching application buffers though
2010-12-03 16:17 <wpwrak_> rafa: (3/200) a common problem ;)
2010-12-03 16:18 <bartbes> viric: caching?
2010-12-03 16:19 <bartbes> you mean what wayland is trying to solve (amongst other problems) by letting the application tell the server what to redraw when?
2010-12-03 16:19 <viric> bartbes: so any redraw needed in the server goes to the client.
2010-12-03 16:19 <rafa> wpwrak_: it gets worst because the 200 items number increases a lot every year.. and the items done does not so fast than total items todo :D
2010-12-03 16:19 <viric> bartbes: I'm not following wayland
2010-12-03 16:19 <wpwrak_> rafa: ah, exponential growth. now that is bad :)
2010-12-03 16:20 <bartbes> wpwrak_: you should clear the list sometime ;)
2010-12-03 16:21 <wpwrak_> viric: are redraws really that big a problem ? and X11 should still have server-side backing store. http://www.ess.co.at/FAQ/faq001.html
2010-12-03 16:22 <viric> server-side backing store? I never saw it
2010-12-03 16:22 <viric> ohh nice option
2010-12-03 16:23 <viric> wpwrak_: but that does not work as cache, right? I mean that the option will change what the user sees, but not the network usage.
2010-12-03 16:26 <wpwrak_> as far as i understand it, it does work as a sever-side cache
2010-12-03 16:28 <wpwrak_> http://www.x.org/archive/X11R6.8.1/doc/ati5.html section 5.15
2010-12-03 16:35 <viric> why isn't "backingstore" a default?
2010-12-03 16:35 <viric> it may have a counterpart other than 'it takes more memory'
2010-12-03 16:39 <wpwrak_> if you're local and the content isn't particularly hard to recreate, redraws may be good enough. in fact, i think redraws may be relatively infrequent anyway.
2010-12-03 16:40 <viric> they happen on window resizing, or a window getting in front of another
2010-12-03 16:40 <wpwrak_> i think the tendency nowadays is a "redraw from model" pipe anyway
2010-12-03 16:41 <wpwrak_> yes, and how often do you resize/restack windows, compared to other operations ? :)
2010-12-03 16:41 <wpwrak_> restacking could be a problem if don't have enough screen space, though.
2010-12-03 16:42 <wpwrak_> ah, and when you resize, you probably want to redraw anyway
2010-12-03 16:43 <viric> wpwrak_: I resize often, using a tiling window manager :)
2010-12-03 16:43 <wpwrak_> particularly if you follow the "redraw from model" paradigm
2010-12-03 16:43 <wpwrak_> urgh :)
2010-12-03 16:57 <viric> wpwrak_: also causes a redraw the switching of 'desktops'
2010-12-03 16:58 <viric> or however you call it.
2010-12-03 16:58 <viric> Full screens of organized windows.
2010-12-03 17:00 <wpwrak_> yeah, switching desktops is something i do a lot, too
2010-12-03 17:01 <viric> do you have that option switched on, for caching?
2010-12-03 17:01 <wpwrak_> ah, the other one is save-under. e.g., when you pop up a window on top of another, the occluded window gets saved
2010-12-03 17:02 <wpwrak_> no, neither of them
2010-12-03 17:03 <wpwrak_> i'm not sure they would accelerate what i'm doing much. most things are fast anyway ;-)
2010-12-03 17:13 <viric> :)
2010-12-03 17:13 <viric> you helped me a lot letting me know the options are there.
2010-12-03 17:13 <viric> When I'll experience X11 network speed troubles, I may remember them
2010-12-03 17:54 <viric> kyak: gdb works here, I think
2010-12-03 17:57 <kristianpaul> (the less you know, the easier it is to hold a strong belief) That works almost everywhere
2010-12-03 18:55 <kristianpaul> git can just tell me commit history for my current folder?
2010-12-03 18:56 <kristianpaul> sie code generator?..
2010-12-03 18:56 <kristianpaul> will be nice if carlos camargo once at week join irc and tell us what he is doing
2010-12-03 18:57 <kristianpaul> or at least ping he here
2010-12-03 18:58 <kristianpaul> thats the top !!
2010-12-03 18:59 <kristianpaul> What on earth is doing a  deb package there  http://projects.qi-hardware.com/index.php/p/nn-usb-fpga/source/tree/master/Examples/UNFURO/avrdude_5.10-1_i386.deb
2010-12-03 18:59 <kristianpaul> :S
2010-12-03 18:59 <kristianpaul> what a mess :
2010-12-03 19:03 <wpwrak_> ;-)
2010-12-03 19:09 <kristianpaul> oh something is wrong with my local git, i'm tryin to commit to qi and is pushing to github? O_o
2010-12-03 19:14 <kristianpaul> git is self hosted config isnt?
2010-12-03 19:15 <kristianpaul> cause i reinstalled debian some weeks ago and dint backup nothing about git config (in general)
2010-12-03 19:18 <kristianpaul> fatal: Path 'tools/adc/sofware/jz47xx_gpio.c' is in submodule 'tools/adc/sofware'
2010-12-03 19:18 <kristianpaul> what that means "speaking git" ?
2010-12-03 19:22 <qi-bot> [commit] Cristian Paul Peñaranda Rojas: created notes folder http://qi-hw.com/p/ben-gps-sdr/1c2e0de
2010-12-03 19:29 <wpwrak_> kristianpaul: there's a ~/.gitconfig, e.g., with your name and email
2010-12-03 19:29 <kristianpaul> dammit
2010-12-03 19:29 <wpwrak_> not sure about the other things
2010-12-03 19:30 <wpwrak_> (gitconfig) it's simple: [user]\n\tname = Your Name\n\temail = you@mail.foo\n
2010-12-03 19:30 <wpwrak_> that's it :)
2010-12-03 19:30 <kristianpaul> yes
2010-12-03 19:30 <kristianpaul> no i said dammit cause i still getting "fatal: Path..."
2010-12-03 19:31 <kristianpaul> and i just cloned the repo again and copied files in side
2010-12-03 19:31 <wpwrak_> ah ... that sounds like more fun :) google ?
2010-12-03 19:31 <kristianpaul> yes
2010-12-03 19:35 <qi-bot> [commit] Cristian Paul Peñaranda Rojas: missing simple(stupid) code to initialize and read adc buffer http://qi-hw.com/p/ben-gps-sdr/351e1d5
2010-12-03 19:35 <kristianpaul> solved
2010-12-03 19:38 <wpwrak_> what was it ?
2010-12-03 19:41 <kristianpaul> dont know i think related to cache
2010-12-03 19:41 <kristianpaul> i just copied and pasted some commands
2010-12-03 19:42 <wpwrak_> ;-))
2010-12-03 19:42 <kristianpaul> btw about my problem with 8Mhz signaling i solved it, well was for sie initially but can be re-used in the ben
2010-12-03 19:42 <kristianpaul> a SPI  to Parallel converter
2010-12-03 19:43 <kristianpaul> is easy cause the signal is just 4 bit per sync
2010-12-03 19:44 <kristianpaul> son ben actually can handle  2Mh IO
2010-12-03 19:44 <kristianpaul> once it work on SIE i may try fit it on CPLD or just wire sie to ben
2010-12-03 19:45 <kristianpaul> i was thinking to implemented a 2k buffer on FPGA, as the original adc in SIE (wich is SPI too) works
2010-12-03 19:51 <kristianpaul> We need  a map with people timezones :)
2010-12-03 20:21 <kristianpaul> wpwrak_: you remenber sdram speed of ben?
2010-12-03 20:21 <kristianpaul> troughput**
2010-12-03 21:10 <wpwrak_> hmm no, don't remember. it ought to be somewhere in the archive ;-)
2010-12-03 21:11 <wpwrak_> (spi-par converter) congratulations !
2010-12-03 21:31 <kristianpaul> nah not yet