2012-05-27 00:27 Ayla has quit [Quit: dodo] 2012-05-27 00:29 phirsch has joined #qi-hardware 2012-05-27 00:31 phirsch_ has joined #qi-hardware 2012-05-27 00:44 panda|x201 has joined #qi-hardware 2012-05-27 01:12 jluis has quit [Ping timeout: 245 seconds] 2012-05-27 01:25 jluis has joined #qi-hardware 2012-05-27 01:47 phirsch_ has quit [Remote host closed the connection] 2012-05-27 01:50 phirsch has quit [Excess Flood] 2012-05-27 01:52 phirsch has joined #qi-hardware 2012-05-27 02:02 jluis has quit [Ping timeout: 245 seconds] 2012-05-27 02:16 jluis has joined #qi-hardware 2012-05-27 02:29 xwalk has quit [Ping timeout: 252 seconds] 2012-05-27 02:35 Textmode has quit [Quit: Ex-Chat] 2012-05-27 03:12 jluis has quit [Ping timeout: 245 seconds] 2012-05-27 03:25 jluis has joined #qi-hardware 2012-05-27 03:43 xwalk has joined #qi-hardware 2012-05-27 04:09 emeb has quit [Quit: Leaving.] 2012-05-27 04:42 rejon has quit [Ping timeout: 265 seconds] 2012-05-27 04:54 wolfspraul has quit [Read error: Connection reset by peer] 2012-05-27 04:55 wolfspraul has joined #qi-hardware 2012-05-27 05:13 xwalk has quit [Ping timeout: 265 seconds] 2012-05-27 05:14 xwalk has joined #qi-hardware 2012-05-27 05:52 pabs3 has quit [Quit: Don't rest until all the world is paved in moss and greenery.] 2012-05-27 05:55 pabs3 has joined #qi-hardware 2012-05-27 05:56 hehe, non sequitur is good today: http://www.gocomics.com/nonsequitur/ 2012-05-27 05:57 jekhor has joined #qi-hardware 2012-05-27 06:19 Maroni has joined #qi-hardware 2012-05-27 08:22 Maroni has quit [Ping timeout: 260 seconds] 2012-05-27 09:06 jurting has joined #qi-hardware 2012-05-27 09:23 kristoffer has joined #qi-hardware 2012-05-27 09:24 Ayla has joined #qi-hardware 2012-05-27 09:28 The build was successful: http://fidelio.qi-hardware.com/~xiangfu/build-nanonote/openwrt-xburst.full_system-20120526-0339 2012-05-27 10:28 viric has quit [Read error: Connection reset by peer] 2012-05-27 10:28 viric has joined #qi-hardware 2012-05-27 10:28 viric has quit [Changing host] 2012-05-27 10:28 viric has joined #qi-hardware 2012-05-27 10:41 rejon has joined #qi-hardware 2012-05-27 11:07 xwalk has quit [Ping timeout: 252 seconds] 2012-05-27 11:51 DocScrutinizer has quit [Disconnected by services] 2012-05-27 11:52 DocScrutinizer has joined #qi-hardware 2012-05-27 11:53 jekhor has quit [*.net *.split] 2012-05-27 11:53 wolfspraul has quit [*.net *.split] 2012-05-27 11:53 phirsch has quit [*.net *.split] 2012-05-27 11:53 panda|x201 has quit [*.net *.split] 2012-05-27 11:53 jekhor has joined #qi-hardware 2012-05-27 11:53 panda|x201 has joined #qi-hardware 2012-05-27 11:53 rejon has quit [Ping timeout: 245 seconds] 2012-05-27 11:56 phirsch has joined #qi-hardware 2012-05-27 11:57 GNUtoo-desktop has joined #qi-hardware 2012-05-27 11:59 wolfspraul has joined #qi-hardware 2012-05-27 12:00 phirsch has quit [Read error: Operation timed out] 2012-05-27 12:02 phirsch_ has joined #qi-hardware 2012-05-27 12:06 rejon has joined #qi-hardware 2012-05-27 12:19 xiangfu has joined #qi-hardware 2012-05-27 12:20 Ayla is now known as AwAyla 2012-05-27 12:44 Aylax has joined #qi-hardware 2012-05-27 13:08 Aylax has quit [Quit: Bye] 2012-05-27 13:12 xiangfu has quit [Remote host closed the connection] 2012-05-27 13:25 hm I'm trying to get a serial port to the gp2x and I fail... 2012-05-27 13:56 ok got it 2012-05-27 13:58 phirsch__ has joined #qi-hardware 2012-05-27 14:02 rejon has quit [Ping timeout: 248 seconds] 2012-05-27 14:09 kristoffer has quit [Quit: Leaving] 2012-05-27 14:14 anyone good on yaffs? 2012-05-27 14:14 how can I dump a yaffs into a file so I can mount it with a loop device? 2012-05-27 14:18 viric, hmmm you need a fake MTD on RAM 2012-05-27 14:19 to be able to mount a yaffs 2012-05-27 14:19 else you can just exrtact from it 2012-05-27 14:19 with some tools 2012-05-27 14:19 but usually you dump the flash partition with mtd-utils 2012-05-27 14:20 ah ok 2012-05-27 14:24 thank you 2012-05-27 14:33 I've lots of <7>**>>ecc error unfixed on chunk 3844:0 2012-05-27 14:35 is the OOM area configuration correct? 2012-05-27 14:35 you have to tell Linux where the ECC bytes are 2012-05-27 14:35 hm no idea 2012-05-27 14:35 and some devices use different layout than others 2012-05-27 14:35 it's the stock firmware in the gp2x 2012-05-27 14:35 I expect them to have it right 2012-05-27 14:36 and you're running their kernel as well? 2012-05-27 14:36 yes 2012-05-27 14:36 ok, then this should not be the issue 2012-05-27 14:38 rejon has joined #qi-hardware 2012-05-27 14:39 mth: do you use as a serial port terminal emulator? 2012-05-27 14:40 minicom 2012-05-27 14:40 hm quite horrible. 2012-05-27 14:40 if there is something better, please let me know :) 2012-05-27 14:40 I'm used to 'cu' 2012-05-27 14:40 from uucp 2012-05-27 14:41 "cu -l /dev/ttyS1" 2012-05-27 14:41 it's very simple, and does not any terminal emulation 2012-05-27 14:41 but with this serial port, it gives me: cu: write: Input/output error 2012-05-27 14:41 and minicom looks like not able to write now. I don't know what I touched. 2012-05-27 14:45 why would a PC UART return 'input/output error' on write? 2012-05-27 14:46 jekhor has quit [Ping timeout: 248 seconds] 2012-05-27 14:47 ha. it was the hw flow control enabled. 2012-05-27 14:48 mth: about 'flashing a nand'... usually the image contents are the 'mtdblock' contents, isn't it? 2012-05-27 14:49 which is somewhat less bits than raw a mtd access would give. 2012-05-27 14:49 you can have images with and without OOB data 2012-05-27 14:49 hm ok 2012-05-27 14:49 (I wrote OOM before, but that's something different) 2012-05-27 14:49 yes, that confused me. 2012-05-27 14:50 :) 2012-05-27 14:50 you meant OOB area? 2012-05-27 14:50 for me OOM means out of memory 2012-05-27 14:51 kyak has quit [Read error: Operation timed out] 2012-05-27 14:51 rejon has quit [Ping timeout: 246 seconds] 2012-05-27 14:54 kyak has joined #qi-hardware 2012-05-27 14:56 mth: writing to a mtdblock... it says: Writing data without ECC to NAND-FLASH is not recommended 2012-05-27 14:56 wa, got rid of the boot sound of gp2x! mtdblock2 was a RIFF 2012-05-27 14:57 replacing the data and not the ECC would be a bad idea 2012-05-27 14:57 but I'd expect it to recompute the ECC as part of the write operaton 2012-05-27 14:57 not sure if it actually does though 2012-05-27 14:57 AwAyla has more experience with this 2012-05-27 14:58 ok 2012-05-27 14:59 for what I tried with other mtd devices, the write operation did all. 2012-05-27 15:12 jeremybrown82 has joined #qi-hardware 2012-05-27 15:14 i have a question about cpu design 2012-05-27 15:16 LunaVorax has joined #qi-hardware 2012-05-27 15:16 Hey everyone 2012-05-27 15:16 jeremybrown82: go ahead and ask the question 2012-05-27 15:16 can Alternating current of its own form be applied to registers in cpu ad direct currnet voltage by desin there by expanding the capicities of the hardware platform 2012-05-27 15:17 like multiplexing at the cpu level 2012-05-27 15:18 anyone ever programmed an arm920t with arm940t coprocessor? 2012-05-27 15:18 im thinking about buying an arm laptop and using it for testing software on 2012-05-27 15:19 I wonder how to use the coprocessor 2012-05-27 15:19 I've never heard of CPUs running on alternating current 2012-05-27 15:20 not exactly ac persay just a algorythim 2012-05-27 15:20 LunaVorax has quit [Client Quit] 2012-05-27 15:20 viric: afaik it's mostly used for blitting 2012-05-27 15:21 mth: as if it were a clever dma controller? 2012-05-27 15:21 rejon has joined #qi-hardware 2012-05-27 15:21 knowing how to blit. 2012-05-27 15:22 viric dont swear..lol 2012-05-27 15:22 I know the gp2x software have the coprocessor used mostly in its libSDL for that 2012-05-27 15:22 there is also this, but apparently it's not related to the copro: http://wiki.gp2x.org/wiki/Using_the_upper_32MB_of_memory 2012-05-27 15:23 nice 2012-05-27 15:23 I might be mistaken about blitting, it might be the hw blitter that wiki talks of, not the copro 2012-05-27 15:24 usually weird coprocessors and up being unused 2012-05-27 15:24 it seems hw people like them more than sw people ;) 2012-05-27 15:25 somthing like this i guess 2012-05-27 15:25 http://pubs.acs.org/doi/abs/10.1021/ac00246a027 2012-05-27 15:25 it has a '2d graphics processor', a 'video processor', and the arm940t 2012-05-27 15:26 the usual yuv=>rgb and scaling. 2012-05-27 15:26 some idct... 2012-05-27 15:26 quite a lot. 2012-05-27 15:26 mth: http://mudiweb.com/gp2x/MP2520F_Manual_Eng_V1.0.pdf 2012-05-27 15:27 mth: can the ingenic do some idct, to accelerate jpeg decoding? 2012-05-27 15:29 there is an IPU component that can do some image operations, like YUV decoding 2012-05-27 15:29 and scaling, iirc 2012-05-27 15:29 well, I've always been interested in displaying huge jpegs 2012-05-27 15:30 using low memory 2012-05-27 15:30 a low amount of memory I mean 2012-05-27 15:31 in the 4740 it only does YUV conversion and scaling 2012-05-27 15:31 ok 2012-05-27 15:31 in later procs it can do more 2012-05-27 15:32 I guess the trick is to make a decoder that doesn't decode the entire image, but only the sections that actually end up on the screen 2012-05-27 15:32 it's a pity all this does not have a unified user-kernel interface 2012-05-27 15:32 hw accel won't solve the memory issue 2012-05-27 15:32 mth: yes, I did that partly. But libjpeg does not allow enough constraints 2012-05-27 15:33 then you'll have to write your own lib or modify libjpeg, I think 2012-05-27 15:33 :) 2012-05-27 15:33 or do nothing 2012-05-27 15:33 ...that's always an option 2012-05-27 15:33 attractive. 2012-05-27 15:34 I guess a specialize decoder that scales down is useful for generating thumbnails 2012-05-27 15:34 mth: isn't there any user-kernel interface about those things? like dri or so 2012-05-27 15:34 but that would work very different from a decoder that decodes 1:1 but only part of the image 2012-05-27 15:34 mth: libjpeg allows decoding only the baseline (1/64 of resolution, 1/8 for each coordiante) 2012-05-27 15:34 coordinate 2012-05-27 15:34 I think v4l2 would be the best match for the IPU 2012-05-27 15:35 but there is no driver yet 2012-05-27 15:35 hm recently I wrote some v4l2 code... 2012-05-27 15:35 dvdk accelerated mplayer using the IPU but via /dev/mem poking iirc 2012-05-27 15:35 yes I know 2012-05-27 15:35 which is fine for a prototype, but not the right way to do it 2012-05-27 15:35 right. 2012-05-27 15:36 I only used v4l2 for capturing from a webcam 2012-05-27 15:36 what I'd like to have is an SDL driver that rotates buffers through v4l2 2012-05-27 15:36 I'm not sure it can handle rescaling 2012-05-27 15:36 to allow triple buffering 2012-05-27 15:36 rotates 90°? 2012-05-27 15:36 ahb 2012-05-27 15:36 so you acquire a buffer from the kernel, fill it with a video frame, push it back into the kernel 2012-05-27 15:36 then fold 2012-05-27 15:36 ok 2012-05-27 15:36 and the kernel displays it at the next vsync 2012-05-27 15:36 like an overlay 2012-05-27 15:37 v4l2 works with enqueuing and dequeuing 2012-05-27 15:37 that way, user space doesn't have to mess with vsync at all anymore 2012-05-27 15:37 hm treating the screen as a v4l2 output device... 2012-05-27 15:37 SDL api allows it 2012-05-27 15:37 just call SDL_Flip() when you're done with a frame 2012-05-27 15:37 SDL doesn't require there to be just 2 pages for double buffering 2012-05-27 15:38 why would triple buffering be better than double buffering? 2012-05-27 15:39 mth: v4l2 looks quite good for an IPU. But how to manage when the screen shows /dev/fb0 contents or v4l2 contents? :) 2012-05-27 15:41 stop displaying /dev/fb0 when the v4l2 surface is active? 2012-05-27 15:41 'active'.. could be. 2012-05-27 15:42 I see mplayer supports v4l2 as output device too 2012-05-27 15:42 I don't know the video part of v4l2 well enough to know how 'active' should be defined 2012-05-27 15:42 ok 2012-05-27 15:42 in theory you could even display multiple surfaces at the same time, vertically aligned 2012-05-27 15:42 we want to have an overlay of 20 lines for the power slider daemon at some point 2012-05-27 15:43 :) 2012-05-27 15:43 to provide visual feedback when changing volume for example 2012-05-27 15:43 it can be implemented using chained DMA descriptors 2012-05-27 15:43 we're already doing that to add black lines at the top and bottom for TV-out 2012-05-27 15:43 brave 2012-05-27 15:43 otherwise the last pixel of the screen determines border color 2012-05-27 15:44 it's not that hard if you have a static chain 2012-05-27 15:44 border color... reminds of old tv-connected computers 2012-05-27 15:44 I don't understand that about dma and the overlay 2012-05-27 15:44 might be more tricky if you manage the chain dynamically 2012-05-27 15:44 'chained dma descriptors' is linux terminology? 2012-05-27 15:45 it's just one DMA descriptor pointing to the next 2012-05-27 15:45 it's a feature of Ingenic's DMA controller, but I think many DMA controllers have it 2012-05-27 15:46 the daemon can't write in fb0, because an application is already writing there and would overwrite the daemon's gfx 2012-05-27 15:46 then it goes on a next dma transfer without the cpu having to schedule a new one? 2012-05-27 15:46 so it needs a separate buffer that can still be visible on the screen 2012-05-27 15:46 correct 2012-05-27 15:46 actually the descriptors are set up in a loop, so the CPU never has the intervene 2012-05-27 15:46 but does the cpu get notified of the end of the 1st transfer? 2012-05-27 15:47 ah 2012-05-27 15:47 you can set a start or end interrupt flag in the descriptor if you have to know where DMA is 2012-05-27 15:47 and how do you synchronize this? 2012-05-27 15:47 you don't have to synchronize it, you only have to ensure the number of lines DMA-ed matches the number of lines per frame 2012-05-27 15:48 but the cpu should not write to the memory the ipu or lcd is reading 2012-05-27 15:48 hm maybe I miss details 2012-05-27 15:48 ah yes 2012-05-27 15:49 the CPU can write there, but the changes will not be picked up until the cache is flushed 2012-05-27 15:49 rejon has quit [Ping timeout: 265 seconds] 2012-05-27 15:49 so either you can make the framebuffer uncached, or you flush the cache regularly 2012-05-27 15:49 for example on the start of frame interrupt 2012-05-27 15:49 and with double buffering, you flush the cache on the flip 2012-05-27 15:50 this is also easier with the v4l2 interface, there you would flush the cache when the kernel takes the buffer back from user space 2012-05-27 15:50 which immediately frees up the cache for more useful data 2012-05-27 15:50 yes 2012-05-27 15:50 it's superior in every way 2012-05-27 15:50 but it's not written yet 2012-05-27 15:50 :) 2012-05-27 15:51 currently double buffering uses vertical panning, which is a good match for ancient hardware, but a poor match for today's hardware 2012-05-27 15:51 'panning'? 2012-05-27 15:51 scrolling of the view window 2012-05-27 15:52 the fb is 320x480 and the view is either at (0, 0) or (0, 240) 2012-05-27 15:52 ah I didn't know 2012-05-27 15:52 what's bad in that? 2012-05-27 15:52 because the entire fb is memmapped by user space 2012-05-27 15:52 so the kernel driver anticipates on the typical usage pattern from SDL 2012-05-27 15:53 but still has to support random access too 2012-05-27 15:53 it's a bit of a mess 2012-05-27 15:53 aha 2012-05-27 15:53 ok 2012-05-27 15:53 for example, on the Dingoo there is a separate LCD controller and the JZ is in SLCD mode 2012-05-27 15:53 we can upload a frame whenever we want, there is no fixed refresh rate 2012-05-27 15:54 I don't know SLCD 2012-05-27 15:54 so ideally we upload immediately after a flip and not at any other time 2012-05-27 15:54 the 'upload' is fast? 2012-05-27 15:54 it's "smart LCD", meaning the panel is not an actual bare LCD panel, but something with its own controller and RAM 2012-05-27 15:54 no, it takes a significant amount of time, since the memory bandwidth of the Dingoo is quite poor 2012-05-27 15:55 AwAyla did some experiments with this and the maximum theoretical frame rate you could get 2012-05-27 15:55 and what piece does the upload? 2012-05-27 15:55 but I don't remember the result 2012-05-27 15:55 the SLCD framebuffer driver 2012-05-27 15:55 it's in the ram bus? 2012-05-27 15:56 it's done via DMA 2012-05-27 15:56 jurting has quit [Ping timeout: 252 seconds] 2012-05-27 15:56 the SLCD FIFO is a special DMA target 2012-05-27 15:56 ok 2012-05-27 15:56 similar to how audio is streamed, for example 2012-05-27 15:56 hm so much fun 2012-05-27 15:57 in any case, we now have double buffering detection in the fb driver 2012-05-27 15:57 that determines whether the calls it gets match the pattern from double buffering 2012-05-27 15:57 if they do, we upload only on flips, otherwise we upload at a fixed timing (60 Hz) 2012-05-27 15:57 ahhh 2012-05-27 15:57 nice. 2012-05-27 15:58 so if an emulator is running at 40 fps, we refresh only 40 times per second, saving some memory bandwidth 2012-05-27 15:58 quite a lot, 60Hz 2012-05-27 15:58 why so much? 2012-05-27 15:58 historical reasons :) 2012-05-27 15:58 you could do 25Hz fixed. 2012-05-27 15:58 even faster than this flip trick 2012-05-27 15:58 many games are written for 60 Hz 2012-05-27 15:58 because of TVs 2012-05-27 15:59 well, the games will think it's refreshed at 60Hz 2012-05-27 15:59 they do their own counting 2012-05-27 15:59 animations look best if you stick to their native freq 2012-05-27 15:59 or some multiple... 2012-05-27 15:59 ok, 30hz 2012-05-27 15:59 :) 2012-05-27 15:59 old games use flickering sprites to simulate transparency 2012-05-27 15:59 oh good one 2012-05-27 16:00 you win. 2012-05-27 16:00 so if you drop half the frames consistently, you either see the sprite full or not at all 2012-05-27 16:00 I've worked on openMSX for many years, you get nasty surprised like that :) 2012-05-27 16:00 s/surprised/surprises 2012-05-27 16:00 mth meant: "I've worked on openMSX for many years, you get nasty surprises like that :)" 2012-05-27 16:01 but... aren't there enough games that could run just fine uploading to screen at 30fps? 2012-05-27 16:01 'run' in the sense of pleasant playing 2012-05-27 16:01 probably 2012-05-27 16:01 Isn't it an option of emulators? 2012-05-27 16:01 some emulators have so much options... 2012-05-27 16:02 you could change the game code to run at a fixed 30 fps double buffered and we'd refresh at 30 fps then 2012-05-27 16:02 ok nice 2012-05-27 16:02 fixed frame skip is a typical feature for emulators 2012-05-27 16:02 rejon has joined #qi-hardware 2012-05-27 16:02 in openMSX we have a min and max frameskip setting 2012-05-27 16:03 mth have you heard of open pandora? 2012-05-27 16:03 or the handheld pandora 2012-05-27 16:03 jeremybrown82: I even ordered one, but I'm still waiting for it 2012-05-27 16:04 so I got a Dingoo A320 to play around with in the mean time 2012-05-27 16:04 teheh nice i want one but there so pricy for the specs 2012-05-27 16:05 dingo is cool but gpwiz is top notch these days no? 2012-05-27 16:05 hw wise wiz is better, but Dingoo has an active scene 2012-05-27 16:05 and it's cheaper 2012-05-27 16:05 mth dingoo is open? 2012-05-27 16:06 for some reason i thought otherwise 2012-05-27 16:06 not as you get it from the manufacturer, but we've replaced all the software with open stuff 2012-05-27 16:06 haha nice does it require any modding 2012-05-27 16:06 no, everything can be replaced via USB 2012-05-27 16:07 sweet soo like... whats good websites to key in on 2012-05-27 16:07 although using the internal memory is still very tricky, so the easiest way is to do it via a mini SD card 2012-05-27 16:07 dingoonity.org is the main scene site 2012-05-27 16:07 nice thanks man 2012-05-27 16:07 and we've got the #dingoonity channel here on freenode as well 2012-05-27 16:08 so you recommend the d380? 2012-05-27 16:09 not really, the manufacturer doesn't release sources and few developers are interested in it 2012-05-27 16:09 ohh ok 2012-05-27 16:09 and the screen res is not very useful, being larger than 320x240 but not large enough to allow 1.5x or 2x scaling 2012-05-27 16:09 right 2012-05-27 16:09 the A320 is still the best device imo 2012-05-27 16:10 the GCW Zero might replace it, but that's still very much in a prototype stage 2012-05-27 16:10 a320e is any different? 2012-05-27 16:10 gcw zero hmm.. 2012-05-27 16:10 A320e is an entirely different machine iirc 2012-05-27 16:10 oh 2012-05-27 16:12 ah no, I'm confused with the models now 2012-05-27 16:12 A320e is like the A380 2012-05-27 16:12 the Gemei A330 is an entirely different machine (ARM based) 2012-05-27 16:12 oh 2012-05-27 16:13 so you recommend which on again? 2012-05-27 16:13 mth: understanding those 60Hz requirements for emulators... no wonder some of these machines run duke3d just fine, and can't emulate snes :) 2012-05-27 16:15 emeb has joined #qi-hardware 2012-05-27 16:16 snes is quite hard to emulate accurately 2012-05-27 16:16 an emulator author wrote a nice piece about that for Ars Technica a while back 2012-05-27 16:17 what is ars technica? 2012-05-27 16:17 in this context 2012-05-27 16:17 titles something like "why it takes a 3 GHz CPU to emulate SNES" 2012-05-27 16:17 a tech news site 2012-05-27 16:17 ah thank you, I'll read it 2012-05-27 16:18 http://arstechnica.com/gaming/2011/08/accuracy-takes-power-one-mans-3ghz-quest-to-build-a-perfect-snes-emulator/ 2012-05-27 16:19 yes I found it 2012-05-27 16:20 (I just also tried pocketsnes, and runs amazingly well in the gp2x compared to the other emulators I saw 2012-05-27 16:20 ) 2012-05-27 16:20 you don't need high accuracy for most games 2012-05-27 16:21 ahga 2012-05-27 16:21 aha 2012-05-27 16:21 and in some cases you'll only notice accuracy problems if you're very familiar with the game on real hw 2012-05-27 16:22 I fixed a bug in overscan emulation in openMSX a few weeks ago which fixed exactly 1 game 2012-05-27 16:22 since most games don't use overscan on MSX 2012-05-27 16:22 ok 2012-05-27 16:59 rejon has quit [Ping timeout: 240 seconds] 2012-05-27 17:13 mth: thank you for that ars technica article, very nice! 2012-05-27 17:14 Maroni has joined #qi-hardware 2012-05-27 17:45 jurting has joined #qi-hardware 2012-05-27 17:52 AwAyla has quit [Ping timeout: 248 seconds] 2012-05-27 17:52 AwAyla has joined #qi-hardware 2012-05-27 18:23 mth: did you try uucp 'cu' for serial? (Reminder: Type ~. to close 'cu'.) 2012-05-27 18:27 no, I don't have a serial port on my Dingoo 2012-05-27 18:27 ah ok :) 2012-05-27 18:27 I've used minicom in the past to connect to the Wii, I think, but I don't really want to set that all up just to test 2012-05-27 18:27 sure sure. 2012-05-27 18:28 ah, and the very first Dingux kernel, which used serial over USB instead of ethernet over USB 2012-05-27 18:28 Maroni has quit [Ping timeout: 260 seconds] 2012-05-27 18:32 jow_laptop: hi 2012-05-27 18:33 do you know some device tinier than the tplink 703n than runs owrt of course and have usb host port? 2012-05-27 18:35 jekhor has joined #qi-hardware 2012-05-27 19:39 jeremybrown82 has quit [Ping timeout: 240 seconds] 2012-05-27 19:40 xwalk has joined #qi-hardware 2012-05-27 20:16 wolfspraul has quit [Ping timeout: 246 seconds] 2012-05-27 20:18 wolfspraul has joined #qi-hardware 2012-05-27 20:20 LunaVorax has joined #qi-hardware 2012-05-27 20:27 jurting_ has joined #qi-hardware 2012-05-27 20:27 jurting has quit [Read error: Connection reset by peer] 2012-05-27 20:28 jurting_ is now known as jurting 2012-05-27 21:04 Textmode has joined #qi-hardware 2012-05-27 21:05 wej has joined #qi-hardware 2012-05-27 21:34 mth: I don't think there are many gaming devices with a v4l2 interface for their image processing units :) 2012-05-27 21:37 probably not, but I don't think there are many gaming devices running Linux 3.4 yet either 2012-05-27 21:38 ah :) yes 2012-05-27 21:56 jurting has quit [Ping timeout: 244 seconds] 2012-05-27 21:56 jekhor has quit [Read error: Operation timed out] 2012-05-27 22:47 kristianpaul: sorry nope, the 703n is currently the smallest one I know personally 2012-05-27 22:48 hm actually, there is one slightly smaller board I recall 2012-05-27 22:48 http://www.8devices.com/product/3/carambola 2012-05-27 23:44 AwAyla is now known as Ayla 2012-05-27 23:46 cxadams has quit [Ping timeout: 260 seconds] 2012-05-27 23:47 phirsch__ has quit [Remote host closed the connection] 2012-05-27 23:50 cxadams has joined #qi-hardware