2011-04-23 00:53 <kristianpaul> wolfspraul: hi
2011-04-23 00:53 <kristianpaul> wolfspraul: I saw it in Xiangfu blog, also in openwrt xbusrt for qi, support and related information for a hanvon ebook
2011-04-23 00:54 <kristianpaul> so i'm curios if were some plans around this technology?
2011-04-23 00:55 <kristianpaul> if it was at the same time you founded the color digital dictionary? but then comunity just focus on a general porpuse computer pocket computer instead of a ebook? so thats the end of the history?..
2011-04-23 00:55 <kristianpaul> morning btw :-)
2011-04-23 01:01 <rjeffries> According to goo.gl 33 people clicked on my note today about Milkymist (across identi.ca, twitter and Buzz)
2011-04-23 01:02 <wpwrak> kristianpaul: the past tense of "find" is "found", the past tense of "found" as in "foundation" is "founded" :)
2011-04-23 01:03 <kristianpaul> ouch, sorry :/
2011-04-23 01:05 <rjeffries> wpwrak indeed, a combo ofIngenic SOC and Linux with Propeller chip as "helper" chip would give VGA, also a LOT of i/o it's cheap too.
2011-04-23 01:06 <wpwrak> kristianpaul: with an english as good as yours, those little mistakes are actually quite amusing ;)
2011-04-23 01:07 <roh> UGH!
2011-04-23 01:07 <roh> made internetz work again.
2011-04-23 01:08 <wpwrak> rjeffries: dunno if the prop is worth the trouble. i like the concept, but wouldn't, say, a cpld or a small fpga serve us better ?
2011-04-23 01:08 <rjeffries> wpwrak an OK way to get ethernet connectivity will be ATusb working on a cheap linux router
2011-04-23 01:08 <roh> what-a-ugly-hack ... use the common wifi from the neighbours till we get our own link (and a wired one to them)
2011-04-23 01:08 <kristianpaul> wpwrak: fpga cames in different LUT sizes, so well..  :_)
2011-04-23 01:08 <wpwrak> roh: like this ? http://www.dailymotion.com/video/x7vf8c_it-crowd-the-internet_fun
2011-04-23 01:09 <rjeffries> wpwrak the propeller is as you know well a quirky chip... cool but quirky. yes  a smallock.
2011-04-23 01:09 <rjeffries> lekernel uses a big (!) fpga I assume.
2011-04-23 01:09 <kristianpaul> even those iglo fpga vendor, that claim low power and small factor should beat a cpld for sure :-)
2011-04-23 01:09 <roh> wpwrak: i am guessing now...  not much bandwith
2011-04-23 01:10 <roh> very laggy
2011-04-23 01:10 <kristianpaul> ha, is funny video :-)
2011-04-23 01:10 <kristianpaul> lol
2011-04-23 01:10 <roh> hrhr.. similar... our boxes are white and labeled asus wl500g
2011-04-23 01:12 <wpwrak> rjeffries: the easiest way for Internet connectivity shall be to just plug an atusb into a linux pc :)
2011-04-23 01:13 <wpwrak> rjeffries: admittedly one with the right drivers. but we'll get there as well :)
2011-04-23 01:13 <roh> yess... and i just found another antennaposition which made it work much better... well.. back to installing wall-sockets
2011-04-23 01:15 <roh> rjeffries: somebody should make sure the neccsary tools and drivers for the atusb get into openwrt
2011-04-23 01:15 <rjeffries> wpwrak yes a Linux PC will work, of course. but something really cheap and low power consumtion  that runs 24x7 would be nice
2011-04-23 01:15 <roh> rjeffries: openwrt-able plastic routers with usb start at something like 25E
2011-04-23 01:16 <rjeffries> question: once the tools and drivers are in openwrt, how hard to get them into a distro such as oick one, Arch, Debian...
2011-04-23 01:16 <rjeffries> roh that sounds promising about $50 USD in round numbers
2011-04-23 01:17 <roh> rjeffries: well.. yes.. but dont forcefully bundle it
2011-04-23 01:17 <rjeffries> s/oick/pick
2011-04-23 01:17 <wpwrak> rjeffries: openwrt isn't really the main path. for kernel stuff, it's via netdev and then vanilla. trickles back down from there.
2011-04-23 01:17 <roh> there are loads of people who already own useable routers
2011-04-23 01:18 <roh> rjeffries: openwrt is just 'one' distro.. well.. in that case one optimized mostly for appliances and especially all these plastic routers
2011-04-23 01:18 <wpwrak> roh: how could rjeffries forecefully bundle it if tuxbrain is selling the individual components ? :)
2011-04-23 01:19 <roh> wpwrak: dunno.. i dont know 'the plans' ;)
2011-04-23 01:20 <rjeffries> wpwrak back to propeller-land for a moment one also gets keyboard, VGA video, mouse[ps2] and keyboard[ps2]
2011-04-23 01:21 <wpwrak> roh: the plan is for tuxbrain to get the thingies made and to sell them. whatever else happens is another story. quite simple, actually :)
2011-04-23 01:21 <rjeffries> I think roh meant to not force the softwrae into distros
2011-04-23 01:21 <rjeffries> yup. since it is Easter season, I am hoping for the resurection of Tuxbrain //bad joke, I know
2011-04-23 01:21 <wpwrak> rjeffries: _forcing_ software intro distros may be much harder than you'd imagine ;-))
2011-04-23 01:22 <wpwrak> rjeffries: (prop) are you thinking of something like ben+ubb+prop or ben++ ?
2011-04-23 01:22 <wolfspraul> roh: did you see our latest m1 pictures :-) it's your beautiful case! http://en.qi-hardware.com/wiki/Milkymist_One_pictures
2011-04-23 01:23 <rjeffries> a hood thought experiment is what will stimulate demand for ATusb. that will drive unit vosts lower
2011-04-23 01:23 <wpwrak> rjeffries: (atusb) yup. it's another thing with high setup cost but better per unit cost afterwards. less so than UBB, but still
2011-04-23 01:24 <rjeffries> wpwrak since Ben++ is a hazy future, Ben+ubb+simple Propeller boardwith putpose of adding i/o to Ben might work
2011-04-23 01:24 <rjeffries> I winder if we could have an adequate VGA interface that way?
2011-04-23 01:25 <wpwrak> rjeffries: (prop) perhaps. don't know how much the prop can do in parallel. e.g., if one peripheral plus communication with the ben already eats up all the cogs, it's not worth the trouble. if it can indeed do a bunch of things, maybe.
2011-04-23 01:25 <wpwrak> rjeffries: is there a decent free C compiler for the prop by now ?
2011-04-23 01:26 <rjeffries> wpwrak there is a C compiler ay long last not sure of code quality
2011-04-23 01:26 <wpwrak> rjeffries: for vga, consider using a cicuit like the prop uses with ubb. i'm not entirely sure if it could work, but it might
2011-04-23 01:27 <wpwrak> rjeffries: (c compiler) is it open source ?
2011-04-23 01:27 <rjeffries> wpwrak I will check on that C compiler just forund out about it  recently
2011-04-23 01:27 <roh> last time i checked propeller didnt even have a compiler running on something else than some dosbox
2011-04-23 01:28 <roh> it was supposedly coded in x86 asm
2011-04-23 01:28 <wpwrak> roh: who needs compilers anyway ? ;-)
2011-04-23 01:29 <rjeffries> wpwrak http://propeller.wikispaces.com/Programming+in+C+-+Catalina
2011-04-23 01:30 <wpwrak> rjeffries: okay, that's a decent enough start. afaik, LCC had an anti-commercial license, though. so that would be a problem.
2011-04-23 01:31 <wpwrak> s/had/has/
2011-04-23 01:35 <wpwrak> hmm. still no propeller 2. they've been talking about it some 4 years ago. reminds me of those psocs :)
2011-04-23 01:39 <rjeffries> lcc looks ok to me, but I am not a freedom taliban eiether http://en.wikipedia.org/wiki/LCC_(compiler)
2011-04-23 01:39 <wpwrak> rjeffries: well, the problem with non-commercial licenses is that they conflict even with loss-making endeavors like ours
2011-04-23 01:40 <rjeffries> yeah {ropeller 2 has been stalled. I think it is still being developed by one genius but oddball engineer and a smart layout person
2011-04-23 01:40 <rjeffries> not sure that is what that licese means I read it that you can not SELL the LCC software
2011-04-23 01:41 <wpwrak> rjeffries: (prop 2) two people ? aw ... is parallax that small or have they basically abandoned the architecture ?
2011-04-23 01:41 <rjeffries> nope the propller was as I remember a one mad design. prety amazing in my opinion
2011-04-23 01:42 <wpwrak> rjeffries: "not sell" probably means that you can't ship it with a ben in any form
2011-04-23 01:42 <rjeffries> s/mad/man but a funny typo
2011-04-23 01:42 <wpwrak> rjeffries: similar to anything mp3
2011-04-23 01:42 <rjeffries> wpwrak mayeb I;ll do some email sleuthing on lcc
2011-04-23 01:42 <wpwrak> rjeffries: (one mad) indeed ;-)
2011-04-23 01:43 <rjeffries> i meant to write one-man design effort
2011-04-23 01:44 <wpwrak> rjeffries: yeah, but some aspects of the thing carry a whiff of madness ;-) and of course, there's genius as well. they sometimes go hand in hand :)
2011-04-23 01:45 <wpwrak> (madness) particularly the bit about the own programming language and making the device a self-contained development platform. argh.
2011-04-23 01:47 <wpwrak> that's like building a statue to the knights of NIH (Not Invented Here), resting on a tall tower placed upon a great pyramid (carried by four elephants standing on a tortoise, and so on :)
2011-04-23 02:21 <rjeffries> yes agree wpwrak. I do hope Propeller 2 sees the light of day however
2011-04-23 02:52 <rjeffries> wpwrak yjis Propeller dev board has a loy og available plu-in modules. fairly cheap.
2011-04-23 08:33 <dvdk> anybody around here mind to comment about a hacky openwrt recipie?
2011-04-23 08:33 <dvdk> trying to package a recent mplayer
2011-04-23 08:33 <dvdk> mplayer requires some directories from the ffmpeg source tree.  the part that is is staging_dir/usr/include doesn't suffice
2011-04-23 08:34 <dvdk> now I link part from ffmpeg's build directory directory into mplayer's build directory
2011-04-23 08:34 <dvdk> that's ugly.
2011-04-23 08:35 <dvdk> is there a way to make such a build recipie work reliably?  i.e. can I write dependencies in a way that ffmpeg build directory is always created before compiling mplayer?
2011-04-23 08:36 <dvdk> how can i find out the version number number of the ffmpeg that is build so i know the name of the build dirs?
2011-04-23 08:38 <kyak> dvdk: maybe create a little script for that?
2011-04-23 08:38 <dvdk> hi kyak
2011-04-23 08:38 <dvdk> a script for which part?
2011-04-23 08:39 <dvdk> here is the ugly shell script code i put into build/configure:
2011-04-23 08:39 <dvdk> mkdir -p $(PKG_BUILD_DIR)/ffmpeg
2011-04-23 08:39 <dvdk> for i in $(PKG_BUILD_DIR)/../ffmpeg-0.5.*/libavutil; do \
2011-04-23 08:39 <dvdk> ln -s -f -t $(PKG_BUILD_DIR)/ffmpeg $$$$i; \
2011-04-23 08:39 <kyak> e.g. when you symlink the ffmpeg dir, first do something like "find $BUILD_DIR -name "ffmpeg*" -depth 1
2011-04-23 08:40 <dvdk> ok, that is similar to the for i in *... loop i use that guarantees i use the latest ffmpeg verison found
2011-04-23 08:40 <kyak> yeah
2011-04-23 08:40 <kyak> i agree it looks ugly
2011-04-23 08:40 <kyak> but should work reliably
2011-04-23 08:40 <dvdk> but as the build system knows which version it builds (and resolves the libffmpeg dependency i gave), can't it give me that knowledge?
2011-04-23 08:41 <dvdk> kyak: only as long as shell sorting also matches version sorting :)
2011-04-23 08:41 <dvdk> going from ffmpeg 5.9 to 5.10 will cause trouble :)
2011-04-23 08:44 <dvdk> Ah, got it, maybe i can get ffmpeg version from the pkgconfig .pc files installed to the staging dir.
2011-04-23 08:44 <dvdk> but then, still, there is no guarantee that the ffmpeg build_dir actually exists.
2011-04-23 08:44 <dvdk> it is only re-generated when ffmpeg package becomes outdated and make rebuilds it, no?
2011-04-23 08:45 <kyak> the build_dir for ffmpeg should always exist, because mplayer depends on ffmpeg
2011-04-23 08:46 <kyak> therefor, ffmpeg always builds before mplayer
2011-04-23 08:48 <dvdk> kyak: yeah, but if ffmpeg compilation succeeded, then somebody may cleanup the build dir, and makefile won't regenerate it, since ffmpeg is up to date?
2011-04-23 08:50 <dvdk> now build fails with libavutil/sample_fmt.h missing.  well, maybe ffmpeg 0.5.4 is too outdated, and I need to search for a matching mplayer revision...
2011-04-23 08:51 <kyak> dvdk: you someone would clean up the build dir via make clean, it would also delete files from staging dir
2011-04-23 08:51 <kyak> so it would lead to rebuilding of package
2011-04-23 08:51 <dvdk> kyak: rm -rf build_dir :)
2011-04-23 08:51 <kyak> if someone had removed the build dir manually, he's on his own
2011-04-23 08:51 <kyak> he knows what he does :)
2011-04-23 08:51 <dvdk> ok, so then i guess the hacky recepie idea is good :)
2011-04-23 08:52 <dvdk> ouch, mplayer r32500 _contains_ a private libavutil directory.
2011-04-23 08:52 <kyak> dvdk: do you think it might be a good idea to pacakge our own ffmpeg?
2011-04-23 08:52 <kyak> and to link mplayer statically to it?
2011-04-23 08:52 <dvdk> kyak: not sure.  mplayer is a very special beast.
2011-04-23 08:52 <dvdk> kyak:
2011-04-23 08:53 <kyak> name it "ffmpeg-for-mplayer"
2011-04-23 08:53 <dvdk> kyak: the cleanest solution would be to roll our own mplayer tarball that *includes* ffmpeg.  everything else is just plain hacky
2011-04-23 08:53 <dvdk> after all the mplayer configure script overwrites configure settings of ffmpeg etc.
2011-04-23 08:53 <dvdk> so we should treat them as one tarball
2011-04-23 08:54 <dvdk> these two pieces of sw are not really factored.  maybe because developers are mostly the same.
2011-04-23 08:54 <kyak> is it problematic to build the ffmpeg that mplayer pulls from ffmpeg git?
2011-04-23 08:54 <dvdk> kyak: the ffmpeg mplayer pulls is placed under mplayer's build dir, *because* mplayer build process hacks it in various ways.
2011-04-23 08:54 <kyak> yeah, so what?
2011-04-23 08:55 <dvdk> include files are used that are not even public api includes etc.
2011-04-23 08:55 <dvdk> to mplayer ffmpeg  is not a library, it's a part of its source code with deep connections into every part
2011-04-23 08:55 <dvdk> what i want to say is
2011-04-23 08:55 <kyak> developers somehow intend to build mplayer like that.. could we just follow it?
2011-04-23 08:56 <dvdk> that's what i want to say.  building ffmpeg and mplayer separately is a headache
2011-04-23 08:56 <dvdk> but there is no proper tarball that includes both.
2011-04-23 08:56 <dvdk> so we'd have to make and host one ourselves
2011-04-23 08:56 <dvdk> doing a non-versioned git pull from ./configure asks for trouble
2011-04-23 08:57 <kyak> could we patch the configure to not ask for anything, and just pull the ffmpeg?
2011-04-23 08:58 <dvdk> kyak: we could but i'd advise against it.  this breaks many aspects of openwrt build system
2011-04-23 08:58 <dvdk> also without asking for a special git revision, every compile would yield a different result
2011-04-23 08:58 <kyak> but we can pin the specific git revision
2011-04-23 08:58 <dvdk> we could.  but then we'd pull for every rebuild.
2011-04-23 08:59 <dvdk> openwrt's download rules cache everything in ./dl
2011-04-23 08:59 <kyak> https://github.com/mxcl/homebrew/pull/4422
2011-04-23 08:59 <dvdk> I'm against pulling once per rebuild.
2011-04-23 09:00 <dvdk> I'd say let us use the openwrt download/caching system.
2011-04-23 09:00 <dvdk> either customize the download rule to add git checkout once,
2011-04-23 09:00 <dvdk> or host our own tarball.
2011-04-23 09:00 <dvdk> ... or put ffmpeg tarball into the mplayer/files directory and unpack on ./configure :)
2011-04-23 09:01 <kyak> actually, i don't think it a problem to pull ffmpeg on every rebuild
2011-04-23 09:01 <dvdk> not for your internet connection :)
2011-04-23 09:01 <kyak> ok, makes sense :)
2011-04-23 09:02 <dvdk> ok, it's (a) tarball or (b) new download rule or (c) put ffmpeg to files/
2011-04-23 09:02 <dvdk> I'd vote for (b) or for (a) if (b) proves  to difficult
2011-04-23 09:03 <dvdk> ok, going to try (b).  already hacked download rules once, shouldn.t be too bad
2011-04-23 09:04 <dvdk> btw hopefully mplayer allows disabling patented codecs when leaving the ffmpeg config&build part to mplayer's build system
2011-04-23 09:05 <kyak> yeah, that's another thing.. the makefile of openwrt's ffmpeg is tricky
2011-04-23 09:06 <dvdk> let's look at that once mplayer builds :)
2011-04-23 09:06 <kyak> dvdk: btw, that rc4 release of mplayer is too old/lacks features?
2011-04-23 09:07 <kyak> i noticed that it doesn't try to pull ffmpeg
2011-04-23 09:07 <dvdk> kyak: dunno, but since there are no future releases, going to svn feels more like being future-proof.
2011-04-23 09:07 <dvdk> with vp6 coming out etc. we'll have to upgrade over and over anyways.
2011-04-23 09:08 <dvdk> s/vp6/webm/
2011-04-23 09:08 <kyak> i wonder why major distros are still sticking to rc4 and what they will do in future
2011-04-23 09:08 <dvdk> kyak: yeah suffering the same problems we have, i guess :)
2011-04-23 09:09 <dvdk> hmm.
2011-04-23 09:09 <dvdk> still no decision?
2011-04-23 09:37 <dvdk> kyak: how do i find out a revision to use for pinning ffmpeg?
2011-04-23 09:37 <dvdk> i.e.
2011-04-23 09:37 <dvdk>  git checkout $(FFMPEG_REV))
2011-04-23 09:37 <dvdk> says:
2011-04-23 09:37 <dvdk> fatal: reference is not a tree: 9bf81b49cff3945a76ac776f086a1d1adc120e6d
2011-04-23 09:38 <dvdk> for svn i'd use 'svn info', but what do i do for git?
2011-04-23 09:41 <dvdk> ok, found it:
2011-04-23 09:41 <dvdk> cat .git/refs/heads/master
2011-04-23 09:48 <viric> dvdk: is there anything in the gpu optimisations you do that allow to play fine videos encoded at higher video size than the nanonote screen?
2011-04-23 09:48 <viric> I don't know if mplayer always decodes the blocks totally...
2011-04-23 09:48 <dvdk> viric: well, it can do downscaling :)
2011-04-23 09:49 <dvdk> if you manage to decode hr video
2011-04-23 09:49 <dvdk> yes, everything totally decoded usually
2011-04-23 09:49 <dvdk> mplayer has options to skip decoding steps for 3low-res decoding
2011-04-23 09:49 <viric> libjpeg has faster code for downscaled results, for example
2011-04-23 09:49 <viric> I don't understand either 'hr video' or '3low-res'
2011-04-23 09:50 <dvdk> but usually you'd just re-encode the video for your nanonote to save space and optimize for decoding with less power.
2011-04-23 09:50 <dvdk> also, for NN we won't ship patented codecs, so that mostly leaves Theora for modern video
2011-04-23 09:50 <viric> or vp8
2011-04-23 09:51 <dvdk> yeah, migrht be to cpu intensive for NN.  also theora performs quite well for low-res.
2011-04-23 09:51 <viric> vp8 can be compiled specifically for mips, iirc.
2011-04-23 09:51 <dvdk> still, thechnology-wise theora is much easier on the cpu
2011-04-23 09:51 <dvdk> vp8 you mean webm?
2011-04-23 09:52 <viric> hm
2011-04-23 09:52 <viric> webm is matroska + vp8 + ogg, isn't it?
2011-04-23 09:52 <dvdk> possibly
2011-04-23 09:52 <dvdk> maroska+vp8+_vorbis_
2011-04-23 09:52 <viric> ok
2011-04-23 09:53 <dvdk> did you see the bbb.ogv demo movie i encoded with theora ptalarbvorm?
2011-04-23 09:53 <viric> Yes
2011-04-23 09:53 <dvdk> quality-wise that looks great, especially on the small nn screen
2011-04-23 09:54 <dvdk> what's that:
2011-04-23 09:54 <dvdk> ffmpeg/libavcodec/libavcodec.a(aacsbr.o): In function `sbr_dequant':
2011-04-23 09:54 <dvdk> [..] MPlayer-r33304/ffmpeg/libavcodec/aacsbr.c:1100: undefined reference to `exp2f'
2011-04-23 09:54 <dvdk> hmm.
2011-04-23 09:54 <viric> I'm not sure vp8 decoding is cpu intensive.
2011-04-23 09:54 <viric> dvdk: -lm
2011-04-23 09:54 <dvdk> there is -lm.
2011-04-23 09:54 <dvdk> maybe wrong order?
2011-04-23 09:54 <dvdk>  -ltheora -logg    -ldl -rdynamic  -lm  -ldirectfb -lggi -laa -lvga -lSDL
2011-04-23 09:54 <viric> maybe the uclibc in openwrt does not have exp2f
2011-04-23 09:55 <viric> I personally use glibc in the nanonote
2011-04-23 09:58 <viric> dvdk: remember that the NN does not have a fpu. Are you configuring libavcodec for without-fpu?
2011-04-23 09:58 <viric> (maybe it ends up calling floating point operations in any case, I don't know)
2011-04-23 09:58 <dvdk> everything right msoft-float.
2011-04-23 09:58 <dvdk> however, uclibc lack exp2f
2011-04-23 09:58 <viric> no no
2011-04-23 09:58 <dvdk> it has expf() and exp2() though
2011-04-23 09:58 <dvdk> -Dexp2f=expf :)
2011-04-23 09:58 <viric> :)
2011-04-23 09:58 <viric> exp2f looks for c99
2011-04-23 09:59 <dvdk> no exp2f=exp2
2011-04-23 09:59 <viric> looks like a c99
2011-04-23 09:59 <viric> Ok I leave. Sant Jordi.
2011-04-23 09:59 <dvdk> cu
2011-04-23 10:37 <dvdk> ok, mplayer from svn compiles.  let's see how it works.
2011-04-23 10:40 <dvdk> ok, it now uses fftheora, i.e. ffmpeg's theora reimplementation
2011-04-23 10:41 <dvdk> demuxing works, too.
2011-04-23 10:42 <dvdk> hmm, the vidix driver fails to work.
2011-04-23 10:44 <dvdk> wow, -vo cvidix -geometry is working, cpu load down to 50% :)
2011-04-23 10:48 <wolfspraul> dvdk: in your mail you mentioned that the scaler can scale anything up to 320x240, can it also scale down?
2011-04-23 10:49 <wolfspraul> say from a 640x480 theora video down to 320x240 full-screen on Ben
2011-04-23 10:49 <dvdk> yes it can, although image quality might not bee too good
2011-04-23 10:50 <wolfspraul> there are only a few hundred videos on Wikimedia Commons now, but it still gives sort of an idea over resolutions... http://commons.wikimedia.org/wiki/Category:Videos_by_display_resolution
2011-04-23 10:51 <wolfspraul> so there is a lot actually right in 320x240 (60 videos), then another cluster at 640x480 (178 videos), 1280x720 (49 videos), and even full HD I guess 1920x1080 (12 videos)
2011-04-23 10:51 <dvdk> well, the best idea would be to transcode for nanonote resolution anyways.
2011-04-23 10:51 <dvdk> the scale can scale from any size to (almost) any size.
2011-04-23 10:51 <wolfspraul> I am hoping one day we can have a client that can browse, download and display from a repository like Wikimedia Commons
2011-04-23 10:52 <wolfspraul> transcoding would probably be very painful, if someone watches a video only once
2011-04-23 10:52 <wolfspraul> (Wikimedia Commons is not a serious video repo now - simply too few videos. Just to get the idea across)
2011-04-23 10:53 <dvdk> well, i could easily write a script that transcode just everything and puts it on qi-hardware.com :)
2011-04-23 10:54 <dvdk> nanonote cpu-power isn't currently strong enough for 640x480, so downscaling on the NN wouldn't be very useful.
2011-04-23 10:54 <dvdk> video aborted with OOM after a few minutes.  are we leaking memory?
2011-04-23 10:55 <dvdk> trying with -vc theora (i.e. official theora decoder) instead
2011-04-23 10:57 <dvdk> wolfspraul: then there is also vodo.net
2011-04-23 10:57 <wolfspraul> you mean it's not realistic that a 640x480 theora video is scaled down and displayed at 320x240, in real-time?
2011-04-23 10:57 <dvdk> maybe after some tweaking.  currently not.  not without simd optimizations etc.
2011-04-23 10:58 <dvdk> scaling is not the problem.  it's mostly for free
2011-04-23 10:58 <dvdk> but decoding is costly, and we only have a tiny cache, no L2 cache etc.
2011-04-23 11:00 <wolfspraul> nice link about vodo.net - thanks! didn't know about it
2011-04-23 11:00 <dvdk> you should see pioneer one :)
2011-04-23 11:01 <wolfspraul> unfortunately non-commercial, but nice project nonetheless
2011-04-23 11:01 <dvdk> was just going to complain about the license :)
2011-04-23 11:01 <wolfspraul> well it's ok. it seems they are trying to create ways to build a distribution and monetization network/channel for the creators. more power to them.
2011-04-23 11:02 <wolfspraul> I believe this should be done on 'free first', then 'pay', but it's good that many people try different things in parallel.
2011-04-23 11:02 <wolfspraul> nothing better than paying for free content, imo
2011-04-23 11:03 <wolfspraul> voluntarily of course, based on the degree of appreciation for the work :-)
2011-04-23 11:16 <dvdk> ok, we have a demuxer problem.  the ffmpeg ogg demuxer leaks memory (or just needs lots of it)
2011-04-23 11:16 <dvdk> running mplayer -demuxer ogg seems to fixes the leak
2011-04-23 12:49 <dvdk> Maybe we should get the Nanonote listed under Theora Hardware at http://wiki.xiph.org/Theora_Hardware (once everything works stably / is part of official firmware)
2011-04-23 12:51 <DocScrutinizer> wolfspraul: h-e-n hostmode for N900 earned some 60EUR donations from 2010-11 til now
2011-04-23 12:52 <wolfspraul> dvdk: definitely, we should list it
2011-04-23 12:53 <DocScrutinizer> 60..100¬ total
2011-04-23 12:53 <wolfspraul> maybe one day we have Theora encoding in Milkymist too, who knows... I see Elphel 333 in that list :-)
2011-04-23 12:53 <wolfspraul> what is h-e-n hostmode?
2011-04-23 12:53 <dvdk> wolfspraul: looks like a wiki, so only needs  signing up for an account :)
2011-04-23 12:54 <wolfspraul> let's get it into a OpenWrt or Jlime image first though
2011-04-23 12:54 <dvdk> maybe wait a week or two, until everything stabalized.
2011-04-23 12:54 <DocScrutinizer> hostmode-easy-now, my project to put USB hostmode back into N900
2011-04-23 12:54 <wolfspraul> otherwise it's a bit of vaporware/wishful thinking
2011-04-23 12:54 <dvdk> wolfspraul: sure.
2011-04-23 12:55 <dvdk> wolfspraul: what i coded so far is tested with and packaged for our openwrt image.
2011-04-23 12:55 <wolfspraul> DocScrutinizer: well that's not too bad, at least some bits... how did you get that (which payment method)?
2011-04-23 12:55 <DocScrutinizer> paypal
2011-04-23 12:57 <DocScrutinizer> http://talk.maemo.org/showthread.php?t=65232
2011-04-23 13:00 <kyak> dvdk: i think '-demuxer ogg' option can be added to nanonote-files/script-files/root/.mplayer/config
2011-04-23 13:01 <dvdk> kyak: but can we then still playback mpg, avi etc.?
2011-04-23 13:01 <kyak> dvdk: you are seeking for disabling patented codecs at all, or leave it depending on PATENTED flag?
2011-04-23 13:02 <kyak> dvdk: i was referring to "Maybe we can patch mplayer to use that ogg demuxer by default?
2011-04-23 13:02 <kyak> "
2011-04-23 13:03 <dvdk> kyak: maybe depending on flag, if possible.  else rip out as much as needed.
2011-04-23 13:03 <dvdk> ogg demuxer by default meens the mplayer 'ogg'  demuxer instead of ffmpeg's ogg demuxer
2011-04-23 13:07 <qi-bot> [commit] David Kühling: mplayer_jz47xx: upgrade to latest version w/ scaler support and some fixes http://qi-hw.com/p/openwrt-packages/de21404
2011-04-23 13:09 <kristianpaul> DocScrutinizer: your lucky paypal allow you receive donations, sadl not my case :/
2011-04-23 13:10 <kristianpaul> (vodo) looks nice, okay i just installed the firefox extention now..
2011-04-23 13:13 <DocScrutinizer> kristianpaul: believe me, I feel like it's not been worth the effort - and I actually *hate* paypal
2011-04-23 13:15 <kristianpaul> he :-)
2011-04-23 13:16 <DocScrutinizer> well, it came handy for paying some weird stuff for N900 I ordered in HK
2011-04-23 13:16 <DocScrutinizer> spare speakers for example
2011-04-23 13:17 <kristianpaul> yes paying is what all people is allowing to :-)
2011-04-23 13:17 <kristianpaul> I got my MM1 that way
2011-04-23 13:17 <DocScrutinizer> the N900 tends to fry speakers due to the very good class-D amp
2011-04-23 13:17 <viric> Maybe I should try to get mplayer working in the nanonote too...
2011-04-23 13:18 <kristianpaul> viric: then and you dvdk and kyak can do a hackatoon ;)
2011-04-23 13:18 <DocScrutinizer> 0..30kHz +/-0dB ;-D
2011-04-23 13:18 <kristianpaul> 0? 0_o
2011-04-23 13:18 <DocScrutinizer> sure, class-D
2011-04-23 13:19 <DocScrutinizer> that's the problem
2011-04-23 13:20 <DocScrutinizer> that's why Nokia delayed rollout of N900 - they had to invent xprot speaker protection in PulseAudio
2011-04-23 13:21 <viric> kristianpaul: Maybe you mean '-ton', and not '-toon'? :)
2011-04-23 13:23 <DocScrutinizer> well, actually INput is decoupled by 100nF/?10kR?
2011-04-23 13:23 <viric> Or even '-thon'
2011-04-23 13:23 <kristianpaul> viric: sure sure  :-)
2011-04-23 13:23 <DocScrutinizer> hackytoon
2011-04-23 13:23 <DocScrutinizer> hackyphoon
2011-04-23 13:23 <DocScrutinizer> hackartoon
2011-04-23 13:23 <viric> hackycoon
2011-04-23 13:23 <viric> (~tycoon)
2011-04-23 13:23 <DocScrutinizer> :-D
2011-04-23 13:34 <wolfspraul> DocScrutinizer: how do you feel about Nokia/Meego/WinMobile and the future of phones at Nokia?
2011-04-23 13:34 <DocScrutinizer> dark sad story
2011-04-23 13:37 <viric> what is the state of GSM stacks usability in linux?
2011-04-23 13:38 <viric> Isn't there any 'arduino gsm module' around? :)
2011-04-23 13:40 <wolfspraul> DocScrutinizer: he, come on. That's not the final word :-) The future begins now.
2011-04-23 13:41 <wolfspraul> even inside Nokia there will be some signs of life once it's becoming more clear that they hit the self-destruct button
2011-04-23 13:41 <wolfspraul> although I wouldn't count on that or wait for that
2011-04-23 13:41 <DocScrutinizer> meego dudes are rather agnostic about special system architecture needs for mobile battery-powered devices...
2011-04-23 13:42 <DocScrutinizer> Nokia officially put meego on "strictly educational" status. No further plans for a product line based on it
2011-04-23 13:43 <DocScrutinizer> maemo been killed in favour of meego long ago
2011-04-23 13:43 <DocScrutinizer> elopcalypse
2011-04-23 13:44 <wolfspraul> yes ok but what's next...
2011-04-23 13:44 <DocScrutinizer> samsung?
2011-04-23 13:44 <viric> what's the next to fall?
2011-04-23 13:44 <wolfspraul> no what's the next best mobile device/smartphone to run free software on
2011-04-23 13:45 <wolfspraul> DocScrutinizer: any particular mode or line in mind at Samsung?
2011-04-23 13:45 <wolfspraul> model
2011-04-23 13:46 <kristianpaul> yes plese tell!!, my 10 year old phone will die soon, i'll need buy a mobilephone soor or later :/
2011-04-23 13:46 <DocScrutinizer> nope, nothing that's matching my taste
2011-04-23 13:46 <kristianpaul> :(
2011-04-23 13:46 <DocScrutinizer> I got 2 pcs N900, considering to get a 3rd one
2011-04-23 13:47 <kristianpaul> hmm, what GSM chips uses that N900?
2011-04-23 13:47 <DocScrutinizer> maemo's still alive
2011-04-23 13:47 <DocScrutinizer> BB5
2011-04-23 13:48 <wolfspraul> kristianpaul: buy the cheapest 20 USD phone and let's continue with NanoNote, Milkymist, etc. if you want to go pro join the osmocom project
2011-04-23 13:48 <wolfspraul> :-) (I had to give that feedback, no? :-))
2011-04-23 13:48 <viric> wolfspraul: that's what I planned to do :)
2011-04-23 13:48 <kristianpaul> yeah, i tought that alredy :-)
2011-04-23 13:49 <viric> Can someone with arduino pieces make something close to a gsm phone?
2011-04-23 13:49 <kristianpaul> just somethimes, i miss mobile connectivity, may be i just need a gsm-3g modem dongle..
2011-04-23 13:50 <viric> kristianpaul: sometimes I miss lack of connectivity
2011-04-23 13:51 <wolfspraul> we'll get to the connectivity
2011-04-23 13:51 <kristianpaul> ;)
2011-04-23 13:51 <wolfspraul> at least once we do, there will be something new there
2011-04-23 13:51 <wolfspraul> for sure
2011-04-23 13:51 <kristianpaul> is at gome
2011-04-23 13:51 <kristianpaul> s/gome/home
2011-04-23 13:51 <kristianpaul> viric: surely you can, but the point is not just buy something thats works byt it self (gms side), in the other hand better get something you can build/hack on :-)
2011-04-23 13:52 <kristianpaul> arduino and his majority shield market is not that way to go i think..
2011-04-23 13:52 <kristianpaul> will buy a 20usd phone with lighting :-)
2011-04-23 13:52 <DocScrutinizer> kristianpaul: http://www.gsmrapid.com/showthread.php?t=4957
2011-04-23 13:52 <wolfspraul> I can't believe how the industry botched the whole Wi-Fi mesh story and potential. greed killed the mesh star.
2011-04-23 13:53 <wolfspraul> but we need to do better, not complain...
2011-04-23 13:54 <viric> Some university teacher here should make their students do a project like "let's make a mobile phone"
2011-04-23 13:55 <viric> :)
2011-04-23 13:56 <wolfspraul> viric: no we are much further than that. specifically, they can join osmocombb or the related bunch of projects there.
2011-04-23 13:56 <kristianpaul> yeah
2011-04-23 13:56 <wolfspraul> they can advance the state of KiCad, they can work on essential tools like the initial boom sourcing system Werner did
2011-04-23 13:56 <viric> fine. that way then
2011-04-23 13:56 <wolfspraul> wait, I have some more
2011-04-23 13:57 <wolfspraul> they can buy some Milkymist One and hack wireless basebands and DSP into it
2011-04-23 13:57 <wolfspraul> heck they can buy some N900 and help Joerg with usb hostmode, at least it's a device that works today :-)
2011-04-23 13:57 <viric> wolfspraul: how to get a wireless baseband? with gnu radio pieces?
2011-04-23 13:57 <wolfspraul> ah, good point. another project.
2011-04-23 13:57 <kristianpaul> viric: i think thats is what wolfspraul means, http://bb.osmocom.org/trac/wiki/GsmDevelBoard (even to remennber my self)
2011-04-23 13:57 <wolfspraul> I think the key is to join existing projects, and incrementally improve those.
2011-04-23 13:58 <wolfspraul> rather than starting yet another big meta-project that will produce nothing but bloat and distraction after a while.
2011-04-23 13:58 <DocScrutinizer> wolfspraul: USB hostmode is pretty much final
2011-04-23 13:58 <viric> I've a friend, university teacher, that gives as homework to students to improve wikipedia articles
2011-04-23 13:58 <DocScrutinizer> finished*
2011-04-23 13:58 <viric> someone on electronics should do something similar :)
2011-04-23 13:58 <wolfspraul> actually all the pieces are there, they are just combined in horrible ways (well, most pieces are there, some black spots arguably)
2011-04-23 13:58 <kristianpaul> DocScrutinizer: nice link, no usefull datasheets afaiks ;)
2011-04-23 13:58 <wolfspraul> viric: yes, perfect!
2011-04-23 13:59 <DocScrutinizer> kristianpaul: there are no datasheets for BB5
2011-04-23 13:59 <wolfspraul> that's exactly what I mean, indeed
2011-04-23 13:59 <kristianpaul> (combined in horrible ways ) oh yes
2011-04-23 13:59 <viric> Is GSM here to stay many years still?
2011-04-23 13:59 <DocScrutinizer> hmm, yup
2011-04-23 13:59 <kristianpaul> world is slow,hardware costs money..
2011-04-23 13:59 <wolfspraul> hard to predict
2011-04-23 14:00 <kristianpaul> hmm
2011-04-23 14:00 <wolfspraul> but that kind of thinking may mislead you - gsm is here today, join osmocom, n900, etc. and do something today
2011-04-23 14:00 <viric> If someone made an easyly hackable GSM device, it would be potentially forbidden to be sold to the public, isn't it?
2011-04-23 14:00 <wolfspraul> otherwise you think too strategically, always looking for the perfect entry spot, factor in inertia, new development, etc. etc. you will never stop thinking :-)
2011-04-23 14:00 <wolfspraul> FUD
2011-04-23 14:01 <wolfspraul> that's total nonsense, really
2011-04-23 14:01 <viric> ah ok
2011-04-23 14:01 <viric> I remember hearing stories like this.
2011-04-23 14:01 <wolfspraul> some kids believe in santa claus too, which is not a bad thing necessarily
2011-04-23 14:01 <wolfspraul> you bet
2011-04-23 14:01 <wolfspraul> of course
2011-04-23 14:01 <wolfspraul> the Internet is full of rubbish nowadays, isn't it :-)
2011-04-23 14:01 <wolfspraul> amazing to see the comment section on many serious news publications nowadays
2011-04-23 14:02 <wolfspraul> any insanity clinic certainly would have no problem looking for patients there
2011-04-23 14:02 <viric> wolfspraul: the standards for 'insanity' have changed along time ;)
2011-04-23 14:03 <wolfspraul> to keep it real: there is absolutely no worry in my mind that a 100% free phone would not meet regulatory requirements in all important markets
2011-04-23 14:04 <wolfspraul> in a licensed spectrum, let alone an unlicensed spectrum
2011-04-23 14:04 <viric> ok
2011-04-23 14:04 <viric> btw
2011-04-23 14:04 <viric> as you know chinese production...
2011-04-23 14:04 <wolfspraul> of course it's all work, many markets, many local jurisdictions, many powerful players who may create this or that entry barrier
2011-04-23 14:04 <wolfspraul> welcome to the real world
2011-04-23 14:04 <viric> I've seen a thread about getting a Loongson3 computer out of china
2011-04-23 14:05 <viric> A chinese said: it's available, but not to be sold abroad, due to lack of certifications
2011-04-23 14:05 <kristianpaul> have a loongsoon computer
2011-04-23 14:05 <viric> and people saying "I want one anyway"
2011-04-23 14:05 <wolfspraul> what is your question?
2011-04-23 14:05 <viric> wolfspraul: what is the chance that, nowadays, a product meant for the chinese market, meets european certifications, let's say?
2011-04-23 14:06 <wolfspraul> if you take a random 'china only' product, and submit it to CE and especially RoHS testing (long story), chances that it will not meet those are 90% at least
2011-04-23 14:06 <wolfspraul> _but_ the whole story is much longer
2011-04-23 14:06 <kristianpaul> you should ask insted how by pass that regulations and get that item shippend to your home easilly ;)
2011-04-23 14:07 <wolfspraul> often it may be only some small blip somewhere in a measurement, or difference in measurement, that will make a device pass CCC test (the Chinese one), but fail the equivalent CE test
2011-04-23 14:07 <viric> And a question related... I imagine it's much safer to wait for a product to pass the certifications, than to bypass them. At least, from my ignorance, this is the path I prefer now.
2011-04-23 14:07 <wolfspraul> and then the problem in a high-volume production is that any change is risky
2011-04-23 14:08 <wolfspraul> so if the product is already made in high-volume, and now someone wants to make 'a few' changes to pass CE, no matter how irrelevant that failure is, who will take the risk?
2011-04-23 14:08 <wolfspraul> so unless there is a strong sales partner in the EU, it will not happen
2011-04-23 14:08 <wolfspraul> RohS is another story, it is typically not checked, and the way RohS is enforced is such that EU agencies 'co-work' with importers and manufacturers 'towards' RoHS
2011-04-23 14:09 <viric> Ok
2011-04-23 14:09 <wolfspraul> because in the end it is just impossible to be sure about every last connector, every cable, the print color on the box, etc.
2011-04-23 14:09 <wolfspraul> so if the Chinese manufacturer is willing to sign a RohS self-compliance document, good for you
2011-04-23 14:09 <viric> the whole free market is optimised to economic benefit, and not to safety... so no wonder.
2011-04-23 14:09 <wolfspraul> if not, you have to sign it, and be ready to dig through the materials if something comes up one day
2011-04-23 14:10 <wolfspraul> nah, that's too cynical.
2011-04-23 14:10 <wolfspraul> Loongson is very political, it's the Chinese (government) answer to Intel.
2011-04-23 14:10 <viric> this is as I understood it too
2011-04-23 14:10 <wolfspraul> so those are all big players, I have zero insights into the strategies that are going on around Loongson right now.
2011-04-23 14:11 <wolfspraul> but you cannot see it so simple as in 'that's all crap and they will never pass the great EU standards'
2011-04-23 14:11 <wolfspraul> 1) not everything in China is crap
2011-04-23 14:11 <viric> well, I have two loongson2f and a NN, so I imagine they passed all the certifications :)
2011-04-23 14:11 <wolfspraul> 2) the EU standards may by far not be as great as some people think they are, and they may not be enforced as diligently as some people think they should be
2011-04-23 14:11 <viric> sure sure.
2011-04-23 14:12 <viric> in some products we are using Lin Engineering motors, chinese, and I think they are around the best stepper motors around
2011-04-23 14:12 <wolfspraul> for everything I manufacture, I definitely try to meet all CE, FCC, RohS, WEEE requirements
2011-04-23 14:12 <wolfspraul> but it's ongoing work, that kind of stuff never stops
2011-04-23 14:12 <DocScrutinizer> kristianpaul: there's a 'leaked' schematic of N900, with full detail of BB5, and there's the ISI API specs, and ofono, to learn talk to BB5 chip
2011-04-23 14:12 <wolfspraul> also actually those standards are moving targets, they are being edited, tightened, etc.
2011-04-23 14:12 <viric> clear.
2011-04-23 14:13 <DocScrutinizer> kristianpaul: still insufficient to build own equipment based on BB5 chips, not to mention you probably can't buy any
2011-04-23 14:14 <viric> There was a time where some software companies started to give out the source code of their games (ID software, Apogee, ...)
2011-04-23 14:14 <DocScrutinizer> wolfspraul: you know about zoom-II witch never came to market in the UMTS enabled variant, due to RoHS issues? :-D
2011-04-23 14:14 <viric> No phone company is releasing all about their old phones? :)
2011-04-23 14:14 <Jay7> viric: it's very expensieve because of patents law
2011-04-23 14:15 <DocScrutinizer> the 3G modules they planned to use was not compliant
2011-04-23 14:15 <Jay7> lawyers should be sure that they open no patented tech's
2011-04-23 14:15 <viric> Jay7: how so? Patents are public designs, isn't it?
2011-04-23 14:16 <Jay7> main problem is cross-licensing
2011-04-23 14:16 <viric> I mean, the *already patented tech* should be that more easily publicable
2011-04-23 14:17 <viric> Jay7: but I'm not understanding anything under 'cross-licensing problem'
2011-04-23 14:17 <viric> dvdk: what is the performance comparision between mplayer with your patches or without?
2011-04-23 14:17 <Jay7> viric: company A licensing some technology from company B to make some product
2011-04-23 14:18 <viric> Jay7: not-patent-related you mean, rigth?
2011-04-23 14:18 <Jay7> then company A can't publish some things that affected by tech from company B w/o permit from B
2011-04-23 14:18 <viric> ok
2011-04-23 14:18 <viric> unless they agreed to publish that.
2011-04-23 14:19 <Jay7> and because of total patent's mess nobody can publish anything
2011-04-23 14:19 <viric> that could be a good proof about the lack of public benefit from patents
2011-04-23 14:19 <viric> (if it is about patents)
2011-04-23 14:23 <dvdk> viric: you have a nanonote: download the package and test yourself :)
2011-04-23 14:23 <dvdk> what do you mean with 'patches'? the hw acceleration part?
2011-04-23 14:24 <viric> dvdk: yes
2011-04-23 14:24 <viric> dvdk: I don't use openwrt in it...
2011-04-23 14:25 <viric> dvdk: the same bbb.ogv video could be played, before your patches, in the nanonote?
2011-04-23 14:25 <dvdk> viric: that get the source and compile it for whatever you use :)
2011-04-23 14:25 <dvdk> viric: yes it could, however software-scaling to fullscreen was too slow.
2011-04-23 14:25 <viric> but for a video meant for the nanonote screen size... thinking of no later scaling...
2011-04-23 14:25 <dvdk> not so sure about bbb320.ogv (saw my last mail?), here no scaling is required, only yuv->rgb conversion
2011-04-23 14:25 <viric> ok
2011-04-23 14:26 <dvdk> had problems with 320 width video at 30 fps, that's why the scaler.
2011-04-23 14:26 <dvdk> the updated mplayer uses ffmpeg's fftheora for decoding which should be fastre.
2011-04-23 14:26 <viric> faster than what?
2011-04-23 14:28 <dvdk> viric: faster than using official libtheora
2011-04-23 14:28 <dvdk> ffmpeg integrates better with mplayer (less copying data around etc.), also i guess that ffmpeg developers produced faster code.
2011-04-23 14:28 <viric> ok
2011-04-23 14:29 <dvdk> viric: which os are you using?
2011-04-23 14:29 <dvdk> on nanonote
2011-04-23 14:29 <viric> dvdk: "nanonixos" (cough)
2011-04-23 14:29 <dvdk> hu?  you mean your nn is a paperweight :) ?
2011-04-23 14:30 <viric> haha
2011-04-23 14:30 <viric> it works, boots, has mplayer, rss reader, browser, network, ... :)
2011-04-23 14:31 <dvdk> well, if it has mplayer, it should be trivial to package the accelerated vidix  driver for it.
2011-04-23 14:31 <viric> I'll try to.
2011-04-23 14:31 <dvdk> tell me if you need any help with that.
2011-04-23 14:31 <viric> sure.
2011-04-23 14:31 <viric> what about that 'mplayer2' btw?
2011-04-23 14:31 <dvdk> so the vidix stuff currently consists of (1) the jz47xx_vid.so library (sourceforge), and a tiny patch to mplayer that makes it load the lib.
2011-04-23 14:32 <dvdk> viric: mplayer2 dunno.
2011-04-23 14:32 <dvdk> away for a few minutes
2011-04-23 14:38 <dvdk> back
2011-04-23 14:39 <dvdk> viric: interesting, this nanonixos.  didn't even here of nixos until now.
2011-04-23 14:40 <viric> Be welcome in #nixos :)
2011-04-23 14:40 <dvdk> viric: maybe once openwrt works :)
2011-04-23 14:41 <viric> you will wait for the distribution to work, before switching to another? That's altruism ;)
2011-04-23 14:41 <dvdk> viric: stubbornness
2011-04-23 14:41 <viric> hehe
2011-04-23 14:42 <viric> dvdk: I think only me uses nanonixos
2011-04-23 14:43 <dvdk> viric: it looks like you are the inventor of nanonixos :)
2011-04-23 14:43 <viric> right :)
2011-04-23 14:43 <dvdk> wrt mplayer acceleration: you need this tiny patch: http://projects.qi-hardware.com/index.php/p/openwrt-packages/source/tree/master/mplayer/patches/010-jz47xx-vidix.patch
2011-04-23 14:43 <viric> but it's an easy thing, using nix.
2011-04-23 14:43 <dvdk> which should apply against any mplayer version from the last years
2011-04-23 14:43 <viric> ah any?
2011-04-23 14:43 <viric> I did not expect something that easy.
2011-04-23 14:44 <dvdk> wait, now comes the second part:
2011-04-23 14:44 <dvdk> you need to compile the jz47xx_vid driver https://sourceforge.net/projects/mplayer-jz47xx/
2011-04-23 14:44 <dvdk> (latest tarball 0.1.1)
2011-04-23 14:44 <dvdk> standard autoconf/automake, cross-compiles without problems.  install the jz47xx_vid.so to /usr/lib
2011-04-23 14:44 <dvdk> that's all
2011-04-23 14:45 <dvdk> command line for use is -vo cvidix -sreenw 320 -screenh 240 -fs (put it into the config file)
2011-04-23 14:45 <dvdk> s/screenw/screenw
2011-04-23 14:45 <dvdk> s/sreenw/screenw
2011-04-23 14:46 <dvdk> jz47xx_vid is a library, no kernel patches required
2011-04-23 14:47 <viric> clear
2011-04-23 14:47 <dvdk> i'm going to try to get jz47xx_vid into mplayer upstream, once it works stably.  until then i'm quite happy about that thing being a separate package, so i don't have to apply monster-patches whenever i rebuild mplayer
2011-04-23 14:48 <viric> dvdk: what do you think about http://www.mplayer2.org/comparison.html
2011-04-23 14:51 <dvdk> ...reading...
2011-04-23 14:52 <dvdk> hey, they finally started to rewrite the mess that is named mplayer.  cool.
2011-04-23 14:58 <viric> :)
2011-04-23 14:58 <viric> and getting vlc on the nanonote? no chance?
2011-04-23 14:58 <viric> dvdk: the jz47xx thing builds just fine by nix
2011-04-23 14:59 <dvdk> viric: that.s the power of autoconf/automake :)
2011-04-23 14:59 <viric> right
2011-04-23 14:59 <dvdk> viric: vlc is a little too bloated? lots of thread use etc. not good for a tiny cpu.
2011-04-23 14:59 <viric> ah ok
2011-04-23 14:59 <viric> I did not know
2011-04-23 15:00 <dvdk> just guessing.
2011-04-23 15:00 <viric> :D
2011-04-23 15:08 <viric> dvdk: I'll be using mplayer-snapshot-20101227. May it work?
2011-04-23 15:08 <dvdk> sure.
2011-04-23 15:09 <dvdk> if the patch applies, you should be fine.  same patch worked for 1.0rc2 and for svn head
2011-04-23 15:09 <viric> I don't disable any codecs... :)
2011-04-23 15:12 <dvdk> viric: btw nix is not cross-compiled as far as i see.  so you compile on NN or using qemu-mips?
2011-04-23 15:12 <viric> nanonixos is cross compiled
2011-04-23 15:13 <viric> by nix
2011-04-23 15:13 <viric> nixpkgs allow cross compilation
2011-04-23 15:13 <viric> nix-build -A MPlayer   => builds locally
2011-04-23 15:13 <viric> nix-build -A MPlayer.hostDrv => cross builds
2011-04-23 15:13 <dvdk> ok, so not a port of standard nixos, but kind of a new flavour
2011-04-23 15:13 <dvdk> ?
2011-04-23 15:13 <viric> nixos is not cross-copmiled.
2011-04-23 15:13 <dvdk> understand.
2011-04-23 15:13 <dvdk> using functional language for build specification is extremely nice
2011-04-23 15:13 <dvdk> .
2011-04-23 15:13 <viric> but nixpkgs, that nixos and nanoixos use, work not only cross-compiled, but they work locally compiled also in bsd, darwin, cygwin, ...
2011-04-23 15:14 <viric> so you can ask for 'vim' on darwin, cygwin, cross-build  to a nanonote, to a sheevaplug...
2011-04-23 15:14 <viric> with a single specification, customisable: nixpkgs.
2011-04-23 15:15 <viric> nixos is a GNU/Linux distribution not cross build.
2011-04-23 15:15 <dvdk> read about it.  fixes many, many problems that come with openwrt and debian.  (especialy with autoconf doing things it wasn't configured to do, resulting in bad dependency infos etc.)
2011-04-23 15:15 <viric> sure sure. I know. :)
2011-04-23 15:15 <viric> I don't have to read more about it :)
2011-04-23 15:18 <viric> dvdk: http://vicerveza.homeunix.net/~viric/cgi-bin/nanonixos/ci/4f46b15285
2011-04-23 15:18 <viric> there are some additional changes... but it should not be that relevant.
2011-04-23 15:19 <dvdk> not sure i can understand that :)  so jz47xx_id is part fo the mplayer package?
2011-04-23 15:20 <dvdk> did you apply the patch
2011-04-23 15:20 <dvdk> also?
2011-04-23 15:20 <viric> jz4xxpatch is about the patch
2011-04-23 15:20 <viric> jz47xx_vid is the lib
2011-04-23 15:20 <viric> I've them apart by now. I'll use LD_LIBRARY_LOAD
2011-04-23 15:20 <viric> LD_LIBRARY_PATH I mean
2011-04-23 15:21 <dvdk> ok.
2011-04-23 15:21 <dvdk> that's better.  because the _vid.so can be upgraded often without relation to the mplayer pkg
2011-04-23 15:21 <viric> Sure
2011-04-23 15:21 <viric> I'll write a mplayer sh wrapper that sets the LD_LIBRARY_PATH.
2011-04-23 15:22 <viric> but now my computer will be building for a long time still :) I'm not building a nanonixos since nixpkgs dated months ago
2011-04-23 15:25 <viric> dvdk: If the _vid.so has no relationship with mplayer, it would be overcomplicated to make it build inside the mplayer nix expression :)
2011-04-23 15:28 <viric> dvdk: for a nixos user, additionally, it is very hard to run an openwrt toolchain, I think.
2011-04-23 15:29 <dvdk> does not understand
2011-04-23 15:29 <viric> openwrt supposes some /usr and things like that
2011-04-23 15:29 <dvdk> the patch i saw is that multiple nix expressions, or just one containing all expressions for th efull build?
2011-04-23 15:29 <dvdk> http://vicerveza.homeunix.net/~viric/cgi-bin/nanonixos/ci/4f46b15285
2011-04-23 15:30 <viric> dvdk: the patch also adds offrss, my RSS feeds reader
2011-04-23 15:32 <dvdk> viric: now i understand even less.  mplayer? offrss? huh?
2011-04-23 15:32 <dvdk> :)
2011-04-23 15:32 <viric> well, I had some things in the checkout I committed alltogether.
2011-04-23 15:32 <viric> I thought you could understand what is related to your _vid and what not :)
2011-04-23 15:33 <dvdk> no way to browse the full nanonixos thing at ~viric/cgi-bin
2011-04-23 15:33 <dvdk> ?
2011-04-23 15:33 <viric> yes, click on Files
2011-04-23 15:33 <viric> (you need to login anonymously)
2011-04-23 15:34 <dvdk> ah, only seoing 'Home Timeline Branches Tags Tickets Wiki Login '
2011-04-23 15:34 <dvdk> you mean no login, no access to source?  going to register you with bugmenot.com :)
2011-04-23 15:34 <viric> the login is to allow full access only to humans, and not to crawlers
2011-04-23 15:34 <viric> Click the login. Then "Fill automatically captcha", then Login again.
2011-04-23 15:34 <dvdk> ah, ok.
2011-04-23 15:34 <dvdk> done.
2011-04-23 15:35 <viric> dvdk: the root file is default.nix, and the others come cited.
2011-04-23 15:35 <dvdk> 5 lines for jz47xx_vid package?  where is the rest?
2011-04-23 15:36 <dvdk> also mplayer package is sooo compact.  is that all?
2011-04-23 15:36 <viric> yes
2011-04-23 15:36 <dvdk> what are the options (          x264Support = false; etc.) referring to?
2011-04-23 15:36 <viric> dvdk: it requires the upstream nixpkgs.
2011-04-23 15:36 <dvdk> ahh
2011-04-23 15:36 <dvdk> you convinced me, going to migrate to nixos :)
2011-04-23 15:36 <viric> http://vicerveza.homeunix.net/~viric/cgi-bin/nanonixos/doc/trunk/doc/usage.wiki :)
2011-04-23 15:37 <viric> haha
2011-04-23 15:37 <dvdk> you mean RTFM?  not my strength :)
2011-04-23 15:37 <viric> You can use nix+nixpkgs in any GNU/Linux distribution
2011-04-23 15:37 <viric> you don't need to switch to start using it
2011-04-23 15:37 <dvdk> ok, very interesting.  thanks.  people have been using build server extensions on debian to track dependencies.  Nix is much cleaner.
2011-04-23 15:38 <dvdk> yeah, don't worry, i cannot migrate yet, as openwrt is not yet working :)
2011-04-23 15:38 <dvdk> don't have enough time on my hands.  still, good to know that makefile and per scripts are not the only options left.
2011-04-23 15:38 <viric> But I mean... it should be trivial to install nix, get a copy of nixpkgs, and "nix-env -i MPlayer" for example :)
2011-04-23 15:39 <viric> So don't imagine that you need to do a lot of work to start using ig
2011-04-23 15:39 <viric> it
2011-04-23 15:39 <viric> And it works orthogonal to your linux distribution (all stored in /nix/... paths)
2011-04-23 15:39 <dvdk> ok, it's just starting to climb upward on my todo list.
2011-04-23 15:40 <dvdk> well, keep me posted how the mplayer thing works.  have to leave for some matters in meatspace.
2011-04-23 15:40 <viric> sure
2011-04-23 15:40 <dvdk> cu
2011-04-23 17:06 <wpwrak> hmm. ingenic specify the 4720 up to 240 MHz
2011-04-23 17:10 <wpwrak> if i toggle GPIOs as fast as i can, i get a square wave with a frequency of 6.588 Hz. so that's 13.176 Mchanges/sec
2011-04-23 17:12 <wpwrak> 316/13.176 = 23.98, so the GPIO update rate seems to be CCLK/24
2011-04-23 17:16 <wpwrak> the GPIOs are in the address range 0x10000000-0x10ffffff, so according to 4720pm section 24, they're on APB. APB is supplied by PCLK.
2011-04-23 17:18 <kyak> dvdk: trying to follow your instructions in "Nanonote video playback update", have no luck -\
2011-04-23 17:18 <dvdk> kyak: where's the problem?
2011-04-23 17:18 <dvdk> checking the mail, maybe i gave wrong urls?
2011-04-23 17:18 <kyak> dvdk: i start the "mplayer bbb320.ogv -vo cvidix -screenw 320 -screenh 240 -fs -demuxer ogg", and then there is black screen
2011-04-23 17:18 <wpwrak> according to CPCCR (PDIV=2), PCLK = X1/3. X1 is not defined anywhere. we do know though that CCLK=X1. however, this still leaves the possibility that "X1" only has local significance, such as "input of the respective divider"
2011-04-23 17:18 <kyak> though i hear some noise from speaker
2011-04-23 17:19 <kyak> dvdk: the urls all worked fine
2011-04-23 17:19 <dvdk> kyak: strange.
2011-04-23 17:20 <dvdk> can you record the stdout/stderr using mplayer ... &> log
2011-04-23 17:21 <wpwrak> it we assume that X1 is global, that would make PCLK = 105.333 MHz. the GPIO update rate would thus be PCLK/8. seems sluggish.
2011-04-23 17:21 <wpwrak> let's see what else we know about PCLK ...
2011-04-23 17:21 <kyak> dvdk: http://dpaste.com/535032/
2011-04-23 17:21 <kyak> dvdk: i interuppt it myself
2011-04-23 17:22 <dvdk> works here.
2011-04-23 17:22 <dvdk>  md5sum /usr/bin/mplayer
2011-04-23 17:22 <dvdk> 645ffaa1c871d339d3a2d6d62a9dbb11  /usr/bin/mplayer
2011-04-23 17:22 <kyak> yep
2011-04-23 17:22 <kyak> exactly
2011-04-23 17:23 <kyak> # md5sum /usr/lib/jz47xx_vid.so
2011-04-23 17:23 <kyak> 0deeaad9d69193776fdff3b731778e3f  /usr/lib/jz47xx_vid.so
2011-04-23 17:23 <kyak> if it matters
2011-04-23 17:24 <dvdk> find / -iname "jz47xx_vid.so"
2011-04-23 17:24 <dvdk> ok.
2011-04-23 17:24 <dvdk> same md5suum.  you notice it sead  0dead ? :)
2011-04-23 17:24 <dvdk> s/sead/sais
2011-04-23 17:24 <kyak> yeah, noticed, it;s funy :)
2011-04-23 17:25 <dvdk> runing a shell-script with
2011-04-23 17:25 <dvdk> exec mplayer /data/video/bbb320.ogv -vo cvidix -screenw 320 -screenh 240 -fs -demuxer ogg
2011-04-23 17:25 <kyak> do you have /root/.mplayer/config?
2011-04-23 17:25 <kyak> i.e. have you changed the default one?
2011-04-23 17:26 <kyak> dvdk: oh! it plays now!
2011-04-23 17:26 <dvdk> looks like default.
2011-04-23 17:26 <dvdk> kyak: hah.
2011-04-23 17:26 <kyak> i don't know what happened
2011-04-23 17:26 <dvdk> maybe some race?
2011-04-23 17:26 <kyak> i left it for several tens of seconds
2011-04-23 17:26 <dvdk> ok.
2011-04-23 17:26 <dvdk> let's see how far it gets :)
2011-04-23 17:26 <kyak> now if i interrupt and start playing, it starts immediately
2011-04-23 17:27 <dvdk> i guess it's the flash reading being slow or something (nand or sd-card?)
2011-04-23 17:27 <kyak> dvdk: btw, you should be able to change volume level with Volume keys on ben :)
2011-04-23 17:27 <kyak> it's in nand, yes
2011-04-23 17:27 <dvdk> in nand for me, too
2011-04-23 17:27 <dvdk> btw the log says video codec 'theora'
2011-04-23 17:27 <dvdk> strange, thought it wouuld use fftheora (i.e. ffmpeg) nowadays.
2011-04-23 17:30 <kyak> dvdk: when i rewind, there is that squeaky  noise
2011-04-23 17:30 <dvdk> yeah, the demuxer is maybe not too good :)
2011-04-23 17:30 <kristianpaul> (you should be able to change volume level with Volume keys on ben) oh, realy? since when.. ?
2011-04-23 17:30 <dvdk> ok, I guess the old demuxer keeps the newer ffmpeg 'fftheora' driver from working.  that's a pitty.
2011-04-23 17:30 <kristianpaul> I need that code for a WIP i have with the ben to control a TV Tunner
2011-04-23 17:30 <kyak> kristianpaul: since always :)
2011-04-23 17:30 <kyak> # cat /usr/share/mplayer/input.conf
2011-04-23 17:30 <kyak> F12 volume -1
2011-04-23 17:30 <kyak> F11 volume 1
2011-04-23 17:30 <dvdk> without -demuxer ogg it should run faster, but memory overflows probably at some point
2011-04-23 17:30 <wpwrak> the UART is also on APB. but is doesn't use PCLK, if the manual can be believed :-(
2011-04-23 17:30 <kristianpaul> kyak: you mena i can use that keys even on a tty, or is mplayer specific?
2011-04-23 17:30 <kristianpaul> s/mena/mean
2011-04-23 17:30 <kyak> kristianpaul: i'm talking about mplayer
2011-04-23 17:30 <kristianpaul> ah ok
2011-04-23 17:30 <dvdk> kyak: how do you like the video qualtiy?
2011-04-23 17:30 <kristianpaul> sorry  i misudenrstood ;)
2011-04-23 17:31 <kyak> dvdk: it's superb :)
2011-04-23 17:31 <kyak> dvdk: works very fast
2011-04-23 17:31 <dvdk> well, theora-alpha encoder is incredible (used it for dvd ripping recently)
2011-04-23 17:31 <kristianpaul> i love this map :_) http://www.nhm.ac.uk/research-curation/research/projects/worldmap/diversity/c1.htm
2011-04-23 17:31 <dvdk> ok, comparing fftheora and libtheora, difference in performance is not too string.
2011-04-23 17:32 <kyak> dvdk: how to get rid of that blinking cursor?
2011-04-23 17:32 <dvdk> kyak: there should not be a cursor.  have you still &> logfile?
2011-04-23 17:32 <dvdk> it sends an ioctl() to /dev/tty to hide the cursor
2011-04-23 17:32 <dvdk> works here
2011-04-23 17:32 <dvdk> (from ash, launched from gmenu2x)
2011-04-23 17:32 <kyak> ah ok
2011-04-23 17:32 <kyak> i launch via ssh
2011-04-23 17:32 <dvdk> no, you're right there is a cursor at the bottom .  hmm.
2011-04-23 17:33 <dvdk> ahh, same for me, launched from ssh for testing :)
2011-04-23 17:33 <kyak> :)
2011-04-23 17:33 <wpwrak> let's see what happens if i lower HCLK ...
2011-04-23 17:33 <kyak> dvdk: btw, have no problems with alsamixer
2011-04-23 17:33 <dvdk> kyak: hmm.
2011-04-23 17:33 <dvdk> maybe the newer mplayer is fixed and unmutes at startup?
2011-04-23 17:33 <kyak> actually, i don't remember having such problem at all
2011-04-23 17:34 <dvdk> kyak: no mplayer does not unmute.
2011-04-23 17:34 <wpwrak> system no longer responds. sigh. not unexpected, though.
2011-04-23 17:34 <dvdk> maybe problem with my gmenu2x config.  gmenu2x config once crashed on me, resetting screen brightness etc.
2011-04-23 17:34 <kristianpaul> wpwrak: playing with UART-SPI bridge with the atmega? :)
2011-04-23 17:35 <wpwrak> kristianpaul: naw, video out
2011-04-23 17:35 <kyak> dvdk: you are right, there is not cursor when i launch mplayer from tty
2011-04-23 17:35 <wpwrak> kristianpaul: we're about 5% too fast for CGA (pixel clock)
2011-04-23 17:36 <kyak> dvdk: the videos are pretty much unsrollable -\
2011-04-23 17:36 <kristianpaul> vide out? in the atmega??
2011-04-23 17:36 <kristianpaul> atmel*
2011-04-23 17:36 <wpwrak> kristianpaul: no, ben+ubb
2011-04-23 17:36 <kristianpaul> oh !
2011-04-23 17:36 <kristianpaul> cool
2011-04-23 17:36 <kyak> dvdk: i mean, can't rewind or fast forward
2011-04-23 17:37 <kristianpaul> wpwrak: why you mentioned UART then ? i dont get it yet or was not related?
2011-04-23 17:38 <dvdk> the ogg demuxer is flakey.
2011-04-23 17:38 <dvdk> try to rewind in larger steps (up/down or pgup/pgdown)
2011-04-23 17:39 <dvdk> without -demuxer ogg you have better rewinding, but memory is going to run out
2011-04-23 17:39 <wpwrak> kristianpaul: i'm trying to figure out how the clocks in the ben are really related. the documentation is not very helpful.
2011-04-23 17:40 <wpwrak> kristianpaul: in particular, i'm trying to find out if i could make the gpio update rate a little faster.
2011-04-23 17:43 <wpwrak> kristianpaul: not sure yet how i'll deal with the clock difference. one possibility would be to tweak the ben's system clock. another would be to insert delay cycles in the video timing. both approaches have their ups and downs.
2011-04-23 17:45 <wpwrak> sigh. doesn't like it if i change PCLK either. neither up nor down.
2011-04-23 17:46 <wpwrak> of course, i could change it within my evil loop. that one shuts down most of the rest of the system anyway.
2011-04-23 17:47 <kristianpaul> evil loop :D
2011-04-23 17:49 <viric> dvdk: trouble building mplayer. grrr
2011-04-23 17:49 <dvdk> kyak: you're right seeking is pretty broken.  hmm.
2011-04-23 17:49 <wpwrak> kristianpaul: well, it disables the lcd controller and interrupts ... :)
2011-04-23 17:49 <dvdk> kyak: worked with earlier mplayer versions i tried, though.
2011-04-23 17:50 <viric> mipsel-unknown-linux-gcc -O -DCODECS2HTML -I. -Iffmpeg -o codec-cfg codec-cfg.cc
2011-04-23 17:50 <viric> ./codec-cfg etc/codecs.conf > codecs.conf.hh
2011-04-23 17:50 <viric> /bin/sh: ./codec-cfg: cannot execute binary file
2011-04-23 17:50 <viric> Maybe a newer version fixes that.
2011-04-23 17:51 <dvdk> viric: configure --enable-cross-compile ?
2011-04-23 17:51 <wpwrak> nope. no luck. even changing PCLK inside my loop kills the system.
2011-04-23 17:51 <viric> let me test
2011-04-23 17:51 <viric> I was not using it
2011-04-23 17:52 <kyak> dvdk: never worked with any mplayer version. btw, it's same broken in jlime
2011-04-23 17:53 <dvdk> works on my desktop, newer ogg skeleton helps with that.
2011-04-23 17:54 <dvdk> maybe we should use mkv container?
2011-04-23 17:54 <kyak> is it better?
2011-04-23 17:55 <dvdk> mkv is much better than ogg
2011-04-23 17:55 <dvdk> (supported)
2011-04-23 17:55 <dvdk> https://code.google.com/p/chromium/issues/detail?id=32360
2011-04-23 17:59 <dvdk> seeking worked when i tested it yesterday with mplayer 1.0rc2 which had just this other ogg demuxing bug.
2011-04-23 18:00 <kyak> this seeking bug is not always triggered
2011-04-23 18:00 <kyak> you have to seek several times in a row
2011-04-23 18:01 <kyak> i even started to get used to it back then, need to give it 5-6 seconds to settle after i seek
2011-04-23 18:01 <kyak> then i can seek again
2011-04-23 18:01 <kyak> i noticed that mplayer now ignores Volume keys -\
2011-04-23 18:01 <dvdk> does -nocache help?
2011-04-23 18:01 <viric> never got softvol working....
2011-04-23 18:02 <viric> dvdk: Checking for VIDIX ... no
2011-04-23 18:02 <viric> is this good or bad?
2011-04-23 18:02 <dvdk> ah, ok, you need to enable some otpions..
2011-04-23 18:03 <dvdk> can you lookup the mplayer/Makefile in openwrt-packages.git on qi-hw?
2011-04-23 18:03 <viric> grmbl. It still makes the 'cannot execute binary file'
2011-04-23 18:03 <viric> let me see.
2011-04-23 18:03 <dvdk>  --enable-vidix \
2011-04-23 18:03 <dvdk>   --disable-vidix-pcidb \
2011-04-23 18:03 <dvdk>   --with-vidix-drivers="no"
2011-04-23 18:03 <kyak> dvdk: it hits oom with -nocache
2011-04-23 18:04 <viric> May I ask... what is 'vidix'?
2011-04-23 18:04 <dvdk> no i mean -nocache -demuxer ogg
2011-04-23 18:05 <viric> dvdk: why disable that pcidb?
2011-04-23 18:05 <dvdk> https://secure.wikimedia.org/wikipedia/en/wiki/Vidix
2011-04-23 18:05 <dvdk> no pci bus
2011-04-23 18:05 <viric> ah, it's nanonote specific.
2011-04-23 18:05 <kyak> dvdk: it's better.. kind of.. still this sqeaky noise, but at least it's not stuck at it and i don't have to reboot Ben
2011-04-23 18:06 <dvdk> kyak: as soon as you test, everything stops working.  stop that :)
2011-04-23 18:07 <dvdk> viric: some more config opts:  --target=mips \
2011-04-23 18:07 <dvdk>   --disable-mencoder \
2011-04-23 18:07 <dvdk>   --disable-pthreads \
2011-04-23 18:07 <dvdk>  --disable-x11 \ disable-xv \ disable-vm \ disable-vdpau \ disable-gl \ disable-xf86keysym
2011-04-23 18:08 <kyak> dvdk: :)
2011-04-23 18:09 <wpwrak> ah, cool. if i add memory accesses, i get exactly the right frequency very convenient ;-))
2011-04-23 18:10 <viric> dvdk: codec-cfg$(EXESUF): codec-cfg.c codec-cfg.h help_mp.h $(HOST_CC) -O -DCODECS2HTML -I. -Iffmpeg -o $@ $<
2011-04-23 18:10 <viric> it's clearly broken
2011-04-23 18:10 <viric> I'll try a newer snapshot.
2011-04-23 18:11 <dvdk> why it works w openwrt?
2011-04-23 18:11 <viric> I've no idea.
2011-04-23 18:11 <viric> maybe they fixed it. let's see.
2011-04-23 18:13 <dvdk> viric: i thought you'd start with a pre-existing nix package for nanonote, only adding the patch.
2011-04-23 18:14 <dvdk> of course porting from scratch for cross-compiling might become a PITA
2011-04-23 18:14 <viric> I'm seeing maybe I never built mplayer before :)
2011-04-23 18:14 <viric> but I'll fix it ;)
2011-04-23 18:18 <kyak> dvdk: will you commit the Makefile?
2011-04-23 18:22 <dvdk> can i?
2011-04-23 18:26 <kyak> why can't you? :)
2011-04-23 18:37 <viric> can ffmpeg have both fftheora and libtheora at once?
2011-04-23 18:37 <kristianpaul> wpwrak: you can use the rtc clock as timer or something no?
2011-04-23 18:39 <wpwrak> kristianpaul: what use do you have in mind ?
2011-04-23 18:40 <kristianpaul> wpwrak: you need a clock divider right? you can use the..hmm rtc clock have a timer? :P
2011-04-23 18:41 <wpwrak> kristianpaul: oh, but i need a fast clock. VGA pixel clock is 25.175 MHz
2011-04-23 18:41 <kristianpaul> hmm
2011-04-23 18:45 <wpwrak> grmbl. having to wait for memory sucks. maybe i can squeeze a prefetch into hsync ...
2011-04-23 18:53 <dvdk> kyak: thought i shouldn't commit until patent codec problems are checked
2011-04-23 18:53 <dvdk> ok, have to go for now.
2011-04-23 18:54 <dvdk> kyak: btw the patch i send on the mailinglist is up-to-date and corresponds to my Makefile.
2011-04-23 18:54 <dvdk> cu
2011-04-23 18:54 <wpwrak> blargh. 12 us and i have only 3.77 us :-(
2011-04-23 18:55 <viric_> wpwrak: what are you doing?
2011-04-23 18:57 <wpwrak> viric_: adding VGA output to the ben
2011-04-23 18:58 <viric_> aah ok
2011-04-23 18:58 <viric_> through UBB
2011-04-23 19:03 <wpwrak> yeah. 31.6 us a line (without hsync) and i have a budget of 34.35 us
2011-04-23 19:03 <wpwrak> err no, wait
2011-04-23 19:03 <wpwrak> darn. i don't :-(
2011-04-23 19:03 <viric_> I remember something like 14KHz
2011-04-23 19:03 <wpwrak> only 31.77 us
2011-04-23 19:04 <wpwrak> and without hsync, only 28 us. grmbl. too slow.
2011-04-23 19:05 <viric_> it's like raw VGA video at 60fps through SDIO, almost
2011-04-23 19:05 <wpwrak> viric_: (14 kHz) sounds like TV ?
2011-04-23 19:06 <viric_> I think 14kHz is the line frequency
2011-04-23 19:06 <wpwrak> way too slow. well, CGA perhaps.
2011-04-23 19:07 <viric_> 320x200
2011-04-23 19:07 <wpwrak> VGA has 528 lines (including the invisible ones)
2011-04-23 19:08 <wpwrak> not sure if modern monitors accept CGA vertical timing. in any case, the difficult one is horizontal timing. vertical is just more memory ;-)
2011-04-23 19:09 <viric_> :)
2011-04-23 19:11 <wpwrak> good. the memcpy to cache is done in 2.82 us. i have a budget of 3.77 us.
2011-04-23 19:15 <wpwrak> ah .. wait ... let's do this a little smarter ...
2011-04-23 19:18 <wpwrak> intersting. a mere read takes longer than a memcpy. hmm. probably something not too good with the loop check ...
2011-04-23 19:19 <wpwrak> oopsie, killed the system ...
2011-04-23 19:21 <wpwrak> still slow :-(
2011-04-23 19:22 <wpwrak> ah, we can of course go a little faster ...
2011-04-23 19:25 <viric> wpwrak: some fun for you
2011-04-23 19:25 <viric> http://research.swtch.com/2011/01/mos-6502-and-best-layout-guy-in-world.html
2011-04-23 19:30 <wpwrak> 2.8 us. good. and i could probably make it even faster. the 34.6 us in a 31.77 us time slot are still there, though. hmm.
2011-04-23 19:38 <roh> doesnt get what all that complexity should be for
2011-04-23 19:38 <roh> i mean.. vga out? seriously? what a waste of time
2011-04-23 19:38 <wpwrak> hmm ... lbu $5,... followed by andi $5,$5,0xff  that's kinda stupid
2011-04-23 19:44 <wpwrak> grmbl. but does't get faster if i hand-optimize it.
2011-04-23 19:57 <wpwrak> and if i pre-compute the whole word to store, memory bandwidth makes the prefetching too slow
2011-04-23 20:01 <wpwrak> sigh. need to interpolate the pixels then.
2011-04-23 20:53 <viric> finally I built mplayer...
2011-04-23 21:19 <viric> kyak: were you running mplayer properly before? I don't have much luck...
2011-04-23 21:23 <viric> it runs super-slow here.
2011-04-23 22:19 <viric> 30% of CPU decoding an OGG audio track
2011-04-23 22:19 <viric> finally.
2011-04-23 22:23 <wpwrak> grmbl. my monitors don't like my beautiful vga signal. bastards.
2011-04-23 22:30 <andy753421> wow, there's more people here than i expected
2011-04-23 22:32 <andy753421> what the difference between usbboot, zbboot, and jzboot?
2011-04-23 22:35 <viric> I only use usbboot
2011-04-23 22:35 <viric> but I'm a bit outdated on that
2011-04-23 22:35 <andy753421> none of them work with my hardware.. so i need to know which one to try to fix :)
2011-04-23 22:38 <viric> what is your hardware?
2011-04-23 22:39 <andy753421> it's a cheap ebook, the cpu is a jz4755
2011-04-23 22:39 <viric> ah...
2011-04-23 22:39 <andy753421> i need to take it apart again because i forgot to check what the flash chip was :(
2011-04-23 22:39 <viric> I don't think it's generic code.....
2011-04-23 22:40 <andy753421> the windows version of usbboot that ingenics provides can boot it and access the flash, but there doesn't seem to be a firmware for the jz475x in the linux port
2011-04-23 22:41 <andy753421> port/rewrite/etc
2011-04-23 22:46 <viric> larsc knows well some jz47xx chips
2011-04-23 23:00 <kristianpaul> andy753421: hanvon ebook?
2011-04-23 23:02 <andy753421> kristianpaul: no, it's a crazy generic one with no identifiable markings, i found a link on some bulk-purchase site for something similar though, hold on
2011-04-23 23:02 <andy753421> (it was given to me for free)
2011-04-23 23:02 <kristianpaul> oh
2011-04-23 23:03 <andy753421> $60 :) http://www.alibaba.com/product-gs/439080383/Private_model_7_ebook_with_WIFI.html
2011-04-23 23:03 <kristianpaul> but i see you take apart in order to indentify cpu was jz4755
2011-04-23 23:04 <kristianpaul> ah, CPU::  JZ4755 400HZ
2011-04-23 23:04 <andy753421> http://andy753421.ath.cx/temp/ebook-3.jpg
2011-04-23 23:04 <viric> it's not with eink?
2011-04-23 23:04 <kristianpaul> HZ.. ;)
2011-04-23 23:05 <viric> 400Hz has to be annoying in the ears, if it couples to the internal spekaer :)
2011-04-23 23:05 <andy753421> it's a generic LCD, really not that much use as an e-book, but it should make a good portable movie player
2011-04-23 23:05 <andy753421> (assuming i can update the software to not be horrible ;)
2011-04-23 23:06 <viric> It can't play movies now?
2011-04-23 23:07 <viric> Va, bona nit a tothom.
2011-04-23 23:07 <andy753421> it can, but the a/v tracking slowly gets skewed somehow, so after about ~10 minutes it starts to get pretty noticeable
2011-04-23 23:07 <andy753421> it can't connect to network shares either at the moment, which i would really like as well
2011-04-23 23:08 <kristianpaul> andy753421: got indentified serial port already?
2011-04-23 23:09 <andy753421> there's a usb port, which i can connect to with the recover boot-mode
2011-04-23 23:09 <andy753421> (i have to press the `back arrow' and hit reset, then it goes to recover mode,etc)
2011-04-23 23:09 <kristianpaul> hmm but is that actually give a uboot promtp?
2011-04-23 23:10 <kristianpaul> usb port emulates a serial port?
2011-04-23 23:10 <andy753421> kristianpaul: oh no, i don't think there's any way to do that, but i can access the flash chip that way
2011-04-23 23:11 <andy753421> i don't think there are any actual serial ports brought out on it, unless there's some trick to doing it with the usb port
2011-04-23 23:11 <kristianpaul> i cant find 4755 pinout, but if is same as 4725 i think there is
2011-04-23 23:12 <andy753421> kristianpaul: the processor supports it, but i don't think the board is set up for it
2011-04-23 23:12 <kristianpaul> i dount that but i let the question open
2011-04-23 23:13 <kristianpaul> at least you find the pads for selecting the boot mode?
2011-04-23 23:13 <kristianpaul> pin 28 and 33 is UART1
2011-04-23 23:15 <andy753421> i haven't tried to do anything directly, here's the data sheet for the cpu though: http://andy753421.ath.cx/temp/Jz4755_ds.pdf
2011-04-23 23:18 <kristianpaul> hmm that lined sqaure in the right down corber could be the seria port pad..or.. i cant see very well in the pic
2011-04-23 23:19 <kristianpaul> in any case you could try solder some wires directly to the soc been carefull not take too long or internal gold wires may die
2011-04-23 23:19 <kristianpaul> anyway
2011-04-23 23:19 <kristianpaul> have fun !!!
2011-04-23 23:21 <kristianpaul> openinkpot project will be gratefull at least if you publish some full res pic for the whole PCB and Display
2011-04-23 23:21 <kristianpaul> i think
2011-04-23 23:21 <kristianpaul> also your findings etc..
2011-04-23 23:29 <kristianpaul> andy753421: i think dingux uses same chip you have but not sure at all..
2011-04-23 23:32 <andy753421> kristianpaul: i can try to take some more pictures, but i don't have a very good camera
2011-04-23 23:32 <andy753421> (those are `full res' ;)
2011-04-23 23:33 <andy753421> oh, there's 0, 1, and 2, pictures too if you hadn't noticed: http://andy753421.ath.cx/temp/ebook-2.jpg
2011-04-23 23:33 <wpwrak> heh, mystery solved. hsync must keep on running also when there's no line to display.
2011-04-23 23:34 <kristianpaul> andy753421: yes i asaw it, but no too much res as i want
2011-04-23 23:35 <andy753421> kristianpaul: ah, that's the best resolution i can do, but i'll see if I can get some better light, and i could take some close-ups if you want
2011-04-23 23:36 <kristianpaul> close up nea the right down corner around the soc is calling my atention :-)
2011-04-23 23:38 <andy753421> i'll see what i can do, i've got to head in to work for a couple hours right now though
2011-04-23 23:40 <wpwrak> good. now i get my test pattern on all my three monitors (xenon, samsung, lg). they don't keep sync, though. wish i had an analog monitor :)
2011-04-23 23:44 <kristianpaul> still having his trusty compaq MV500 monitor
2011-04-23 23:48 <wpwrak> trusty or rusty ? ;-)
2011-04-23 23:50 <kristianpaul> well, it run mm1 patches very well, of course it is not white as in 1995 but it looks resonable good :D