00:00:16 | TheEvilPrince | Ok I have to go. I will drop it tomorrow. Thanks for your help all |
00:00:20 | TheEvilPrince | *by |
00:00:29 | | Quit TheEvilPrince () |
00:07:04 | | Join Stephen [0] (n=S@86-40-168-77-dynamic.b-ras2.srl.dublin.eircom.net) |
00:07:13 | | Nick Stephen is now known as Guest29735 (n=S@86-40-168-77-dynamic.b-ras2.srl.dublin.eircom.net) |
00:07:42 | | Nick Guest29735 is now known as Stephen___ (n=S@86-40-168-77-dynamic.b-ras2.srl.dublin.eircom.net) |
00:08:16 | | Join safetydan [0] (n=deverton@rockbox/developer/safetydan) |
00:09:49 | | Quit roolku () |
00:26:01 | | Join derekja [0] (n=derek@cpe-72-225-238-206.nyc.res.rr.com) |
00:26:07 | | Part derekja |
00:32:27 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
00:34:29 | | Quit bertrik ("De groeten") |
00:35:12 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
00:39:37 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
00:40:26 | bertrik | gevaerts, meizu_dfu seemed to actually work partly on the samsung yp-s3! |
00:40:49 | gevaerts | Which part? |
00:40:50 | | Quit soap-work ("CGI:IRC (EOF)") |
00:41:07 | bertrik | it recognised the CPU, sent the updateNAND file and then recognised the CPU again with a slightly different string |
00:41:22 | gevaerts | so the updateNAND actually runs... |
00:41:27 | bertrik | it said GET CPU, got: S5L8700 Rev.2 |
00:41:51 | gevaerts | which means the basic memory layout is the same. Not too surprising of course, but still good |
00:41:53 | bertrik | and after sending the updateNAND.. it said GET CPU, got: S5L8700 Rev.2-BE 070831 |
00:42:22 | gevaerts | hm, BE for big endian? |
00:42:53 | bertrik | yes I think so, the BE is also in the updateNAND... file name |
00:43:44 | gevaerts | let me have a look at what it says on my m6sl |
00:45:54 | saratoga | stripwax: thanks for the fprofile, very interesting results |
00:46:35 | stripwax | no problem. not completely sure it really makes sense - anything useful in there? |
00:46:55 | saratoga | yeah some interesting results |
00:47:05 | saratoga | the whole codec is a mess so it wasn't clear to me what to optimize first |
00:47:35 | stripwax | any clearly now? nothing actually really stood out to me, in fact |
00:47:53 | stripwax | ^clearer |
00:48:12 | | Quit benutzer (Remote closed the connection) |
00:48:37 | gevaerts | bertrik: if you change that string in the updateNAND file, you'll see your changes in the next GET_CPU |
00:49:12 | | Quit dmb (Read error: 113 (No route to host)) |
00:49:19 | * | gevaerts 's version now says "rockbox flashing tool |
00:49:40 | stripwax | ff_log2_tab ought to be in IRAM perhaps; words maybe more efficient that uint8_t there; and some unrolling in imlt_math, something along the lines of vect_mult maybe? |
00:49:42 | bertrik | what we're seeing so far is already proof that the updateNAND thing is running I think |
00:49:54 | gevaerts | yes |
00:50:24 | bertrik | I guess the NAND in my yp-s3 is probably different from that in the meizu |
00:51:27 | bertrik | I should try to compile some stuff tomorrow and run it as a DFU program |
00:51:40 | stripwax | mlt_compensate_output probably ought to not be inlined (given it has three calls), but it actually looks like gcc doesn't inline it anyway despite the inline |
00:51:43 | gevaerts | indeed. Maybe try toggling some GPIO pins |
00:52:02 | | Quit aaron424 ("ChatZilla 0.9.85 [Firefox 3.0.12/2009070811]") |
00:53:41 | bertrik | I should find the backlight |
00:53:59 | gevaerts | indeed. As soon as you have that, you're almost done! |
00:54:17 | * | gevaerts ignores the fact that we've known the backlight for ages on the m6 |
00:54:19 | bertrik | the display driver didn't look so complicated, but probably too complicated to start with |
00:54:38 | gevaerts | you need backlight for that anyway :) |
00:55:37 | bertrik | well this is nice progress for just a single evening of playing with it |
00:56:00 | gevaerts | it is indeed |
00:56:03 | Zagor | gevaerts: are your build benchmarks including or excluding "make zip"? |
00:56:11 | gevaerts | Zagor: excluding |
00:56:22 | stripwax | the vd*i stuff in unpack_SVQH is a bit ugly, don't really want/need a mult there |
00:56:39 | gevaerts | maybe a mistake |
00:57:21 | stripwax | but I've not profiled those small changes, and they might not be significant improvement anyway. |
00:58:52 | Zagor | gevaerts: I don't know... :) |
00:59:36 | gevaerts | Zagor: you could run make zip in the upload part, where it will overlap with the dependency finding |
00:59:58 | gevaerts | free on all multicores |
01:00 |
01:00:05 | Zagor | I do already |
01:00:21 | | Quit PaulJam_ (".") |
01:00:30 | gevaerts | how many single-core clients are there? |
01:01:09 | | Join barrywardell [0] (n=barrywar@86-45-4-10-dynamic.b-ras2.prp.dublin.eircom.net) |
01:01:25 | | Join mc2739 [0] (n=mc2739@cpe-67-10-251-36.satx.res.rr.com) |
01:01:32 | Zagor | I haven't kept track, but I'd guess 10-20 |
01:02:09 | mc2739 | Zagor: did you know that http://build.rockbox.org/dist/build-source/rockbox.7z is still r21884? |
01:02:28 | Zagor | oh, right :-( |
01:02:45 | *** | Saving seen data "./dancer.seen" |
01:03:46 | saratoga | did the rbutil people ever comment on using 7zip for builds? |
01:03:57 | Zagor | it's such a beast to build, that it doesn't really fit into the new on-demand system. I guess we'll keep doing it with the old cronjob |
01:04:14 | Zagor | saratoga: iirc it fell on rbutil not supporting 7zip |
01:04:22 | * | gevaerts thinks that make zip should stay out of the benchmark. It should be CPU-bound (all needed files are fresh so should be in cache), while the dependency generation next to it is more likely to be IO bound |
01:04:57 | saratoga | Zagor: i remember that but I wonder how hard it would be to add? the 7zip library is GPLed and hopefully pretty similar to whatever zip library we use |
01:05:09 | gevaerts | so even on single-core, it shouldn't hurt too much |
01:05:22 | Zagor | yeah, I wanted to ask bluebrother about that but I didn't remember to when he was here earlier |
01:05:37 | CIA-8 | New commit by mcuelenaere (r22018): Remove USB storage defines from USB core |
01:06:02 | linuxstb | Looking at the source, rbutil seems to use a Qt class for zip files. A (very) quick google didn't find the equivalent for 7zip. |
01:06:03 | Zagor | gevaerts: depgen is quite cpu bound actually. |
01:06:16 | saratoga | i wonder how big a random number look up table really needs to be for a codec |
01:06:18 | gevaerts | hm |
01:07:04 | tmzt | what is the zip stuff used for other then generating a .zip file to install rockbox? |
01:07:16 | tmzt | why would 7zip be preferred? |
01:07:20 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
01:07:27 | gevaerts | tmzt: smalled uploads |
01:07:27 | Zagor | tmzt: it compresses *much* better |
01:07:53 | tmzt | ah, okay |
01:08:33 | tmzt | you might be able to lzma a store-only zip |
01:09:03 | saratoga | that wouldn't accomplish anything |
01:09:55 | Zagor | gevaerts: are you running on all 8 cores now? |
01:10:08 | gevaerts | yes, a single 8-core client |
01:10:25 | Zagor | it's not going much faster... |
01:10:41 | | Join Xaero [0] (i=44c0fd08@gateway/web/freenode/x-e81121e4fe2321bf) |
01:10:46 | Zagor | Completed: build gigabeats client rb.hostname.be-gevaerts seconds 65 uplink 1001 speed 349 |
01:10:52 | gevaerts | no. I think it needs three 8-core clients, not one... |
01:10:52 | Xaero | hi |
01:11:27 | ej0rge | guh, accidentally killed my client |
01:11:30 | Zagor | gevaerts: so $cores+1 is a crappy model. $cores*2 perhaps? |
01:11:31 | saratoga | Zagor: can you upload the new PP bootloaders? |
01:11:35 | Xaero | i have a question |
01:11:52 | Zagor | saratoga: sorry, sure. where were they again? |
01:12:04 | saratoga | gevaerts has them I believe |
01:12:10 | Xaero | why is my rockbox (sansa) database history (among other things) blank |
01:12:31 | Xaero | like Recently added, most played, last played etc. |
01:12:59 | gevaerts | Zagor: http://rockbox.hostname.be/pp.zip |
01:13:10 | gevaerts | Zagor: they're all "6.0" |
01:14:19 | Zagor | gevaerts: can you compare "make -j9" with "make -j16" for me? and perhaps even more extremes, like make -j24 |
01:14:28 | gevaerts | Xaero: I've never used the database, but I believe there's a setting you have to enable for this |
01:14:28 | Hillshum | Without rbutil support for 7zip lots of users would complain |
01:14:32 | saratoga | is there an easy way to figure out where a function in the map file for a codec is actually called? perhaps we have a script that can do it? |
01:14:53 | gevaerts | Zagor: just claiming more cores? |
01:15:00 | Zagor | gevaerts: yes |
01:15:16 | Zagor | or no, I mean run tests outside rbclient |
01:15:21 | gevaerts | ah ok |
01:15:48 | gevaerts | without ccache? |
01:15:50 | Xaero | Hillshum: I think i have the scrobbling setting enabled if thats what you mean |
01:15:52 | stripwax | bunches of cookdata.h should probably be ICONST_DATA too |
01:16:12 | Zagor | gevaerts: without ccache or with hot ccache |
01:16:21 | Hillshum | Xaero: I wasn't taking to you |
01:16:57 | Xaero | what |
01:17:20 | Xaero | oh my bad, i meant gevaerts |
01:17:39 | | Quit Thundercloud (Remote closed the connection) |
01:19:08 | gevaerts | Xaero: I think that's a different option. Not sure though |
01:20:10 | Zagor | gevaerts, saratoga: the zip has the bootloaders in new locations. will that work with rbutil? |
01:20:36 | | Quit bertrik (Read error: 113 (No route to host)) |
01:20:37 | gevaerts | I don't know |
01:21:21 | Xaero | gevaerts: ok, i'm going to check |
01:21:27 | Hillshum | Xaero: It's the "Gather runtime data" one |
01:21:28 | saratoga | how do I get a version of a codec to link with the source code included so that objdump can find it? i remember theres a flag in the make file but i forget what it is |
01:22:12 | Zagor | gevaerts: ok. I don't want to change them until I know I won't break stuff |
01:22:30 | gevaerts | sound sensible |
01:22:31 | stripwax | saratoga - not sure - you want the C to show up in an objdump disassembly? |
01:23:30 | Xaero | Hillshum: i just enabled it but tracks still aren't showing up on it |
01:24:05 | Hillshum | Xaero: now you have to give it some time to gather data about what you play |
01:24:45 | stripwax | I ought to get a profile that includes time spent in mdct_backward rather than just lump into a single imlt_math line |
01:25:08 | Xaero | Hillshum: alright, thanks |
01:25:14 | | Quit stripwax ("http://miranda-im.org") |
01:25:34 | Hillshum | np |
01:26:39 | * | gevaerts should have chosen a less heavy build for these benchmarks |
01:27:29 | saratoga | stripwax: it was -g |
01:32:43 | gevaerts | Zagor: http://pastie.org/557101 |
01:33:52 | Zagor | right, depgen is the culprit :-( |
01:34:26 | gevaerts | I think running three cores=4 clients should be a decent compromise |
01:36:36 | Unhelpful | stripwax: one thing, on arm tdmi targets, or anything else that has an early-terminating iterative multiplier, you'll need to benchmark your mdct with real data. :) |
01:37:14 | | Quit Xaero ("Page closed") |
01:38:09 | JdGordon| | gevaerts: with those -j >8... is there ever more than 8 cc1's going at a time? |
01:38:30 | gevaerts | JdGordon|: I've seen up to 230 a few weeks ago |
01:38:35 | gevaerts | so yes |
01:38:44 | Zagor | I think I'll take a whack at writing a wrapper around gcc -MM. simply split the list of files into n lists and runs them in separate forks, concatenates it and spits it back out. |
01:38:59 | Zagor | -j runs all compilations |
01:39:11 | JdGordon| | crikey.. so it really is depgen killing it? |
01:39:14 | Zagor | all "known" compilations in parallell. so that can be pretty big. |
01:39:16 | Hillshum | gevaerts: wow |
01:40:17 | Unhelpful | Zagor: provided deps don't block... but i believe a lot of our build is "compile huge pile of independent objects, then link", so it should parallelize well |
01:40:49 | Zagor | yes it does. run "make -j" and then pstree for a good view |
01:40:54 | gevaerts | JdGordon|: well, if you don't have disk IO (i.e. everything in cache), -j <number of cores> really looks optimal. Over that, and you get slowed down by overhead things |
01:42:10 | gevaerts | just look at the sys numbers |
01:42:20 | JdGordon| | unsupported compiler option 3040256 <- from my ccache stats... |
01:43:33 | saratoga | so no one has any idea how i can figure out where the calls to the gcc division functions occur in libcook? |
01:44:16 | | Quit barrywardell () |
01:44:20 | Zagor | saratoga: asm output, perhaps? |
01:45:20 | gevaerts | Unhelpful: keeping deps as a single (but split) step still works. It may not be optimal if the split is not perfect, but it should be close |
01:45:45 | saratoga | Zagor: I tried objdump, but it gives me all the function calls are relative, so short of computing each one I'm not sure how to figure out which go where |
01:45:52 | | Quit bzed (Remote closed the connection) |
01:45:55 | | Join bzed [0] (n=bzed@devel.recluse.de) |
01:45:58 | linuxstb | saratoga: Are you sure libcook is using divisions? cook.c (the main codec) does. |
01:46:22 | Zagor | saratoga: try -S to gcc for the pre-linked assembly |
01:46:25 | saratoga | linuxstb: it links several div functions in the map file, so i presume it uses them somewhere |
01:47:01 | Unhelpful | gevaerts: i meant make targets blocking for dependencies, not the whole thing blocking for our make.dep target. if your dependency graph is fairly tree-ish, like ours, there can be a lot of parallelism. if it's more of a chain... |
01:47:25 | Zagor | well I'm off to bed. see you. |
01:47:27 | | Quit Zagor ("Leaving") |
01:47:29 | linuxstb | The map file will be for the codec - i.e. cook.c plus librm plus libcook |
01:47:31 | gevaerts | Unhelpful: maybe, but you don't know that until you're done with the dependency step |
01:49:00 | linuxstb | saratoga: I would first try removing all the divisions from cook.c, and see if the division functions disappear. |
01:49:11 | | Join dmb [0] (n=Dmb@unaffiliated/dmb) |
01:49:32 | saratoga | linuxstb: ok thats one option |
01:49:56 | saratoga | though i'm curious about this unlinked version I just compiled, I see references to the div functions in cook.c, but not where they're called |
01:50:44 | Unhelpful | we actually have three separate dep targets... but just running those in parallel wouldn't be a huge savings, i expect SOURCES >> OTHER_SOURCES >> ASMDEFS_SOURCES |
01:50:47 | | Quit Stephen___ ("Leaving") |
01:51:18 | saratoga | ah cook_decode_init calls __divsi3 |
01:51:23 | saratoga | but that should be harmless |
01:53:03 | saratoga | what does ".global__divsi3" mean at the end of a function with no label next to it? |
01:55:38 | linuxstb | I think that just defines an external symbol |
01:55:52 | * | Unhelpful thought you were supposed to use .extern for that? |
01:58:13 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
01:58:56 | | Join CaptainKewl [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
02:00 |
02:00:47 | saratoga | ok found the div and its harmless, but might as well remove it anyway |
02:03:09 | CIA-8 | New commit by saratoga (r22019): Remove a divide in the cook's init function. Harmless but might as well drop it. |
02:14:12 | | Join JdGordon|_ [0] (i=4607bad1@gateway/web/freenode/x-9697bb9f5229f0e6) |
02:22:12 | | Quit Hillshum ("Leaving") |
02:22:39 | JdGordon|_ | does making a function which is used in one place not static (moving it out to another file) cause a big enough delta to warrent keeping the file a mess? |
02:23:06 | JdGordon|_ | I'm thinking baout screens. |
02:23:10 | JdGordon|_ | screens.c |
02:23:38 | gevaerts | I don't think so |
02:26:19 | | Join ArtDepartment [0] (n=nate@adsl-240-55-46.jan.bellsouth.net) |
02:26:20 | | Join mc2739_ [0] (n=mc2739@cpe-67-10-251-36.satx.res.rr.com) |
02:26:52 | | Quit mc2739 (Nick collision from services.) |
02:26:53 | | Nick mc2739_ is now known as mc2739 (n=mc2739@cpe-67-10-251-36.satx.res.rr.com) |
02:27:31 | JdGordon|_ | you better not be here to point out more bugs.....! |
02:27:41 | JdGordon|_ | :D |
02:31:02 | | Part ArtDepartment |
02:31:46 | Unhelpful | JdGordon|_: on ARM targets where we use -mlong-calls, calls within the same source file are converted to short calls, unless caller and callee are in different sections. long calls are slightly slower and larger. |
02:33:10 | JdGordon|_ | can we do short calls between files? im pretty sure these calls are always in dram(?) |
02:34:09 | soap | saratoga, you going to point him to the wiki page on compiling and kill the thread or is he beyond help? |
02:34:34 | Unhelpful | JdGordon|_: you can explicitly apply a short_call attribute to the function, that *might* work :) |
02:34:53 | soap | oh. I was a message behind. He has moved forward significantly. |
02:35:16 | gevaerts | well, if it's in screens.c I guess it's not performance critical, and the size difference is only a few bytes... |
02:35:19 | | Nick Ypsy is now known as YpsyZNC (n=ypsy@geekpadawan.de) |
02:36:29 | Unhelpful | if you're stuffing the function into a struct or passing it as a pointer, it's a "long" call anyway - all a long call is is a call-by-address instead of call-by-offset. |
02:39:24 | JdGordon|_ | is the saving with keeping a function static bassically meaningless? |
02:39:59 | JdGordon|_ | hmm.. thinking about the wps parser now.. its got heap of static functions which get shoved in a struct... making then not static owould change nothing then? |
02:42:45 | Unhelpful | JdGordon|_: it also potentially prevents symbol name conflicts... i think that that would be the only other reason? |
02:44:02 | JdGordon|_ | I dont think we are in danger there |
02:47:11 | | Quit AndyI (Read error: 110 (Connection timed out)) |
02:53:41 | | Quit JdGordon|_ (Ping timeout: 180 seconds) |
02:54:35 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
03:00 |
03:01:33 | | Join jac0b [0] (n=jac0b@user-1120lkl.dsl.mindspring.com) |
03:02:03 | jac0b | why is the ipod dual-boot |
03:02:13 | jac0b | ipod video* |
03:02:25 | Unhelpful | so that you can still use the OF for...whatever you want to use it for? |
03:02:47 | *** | Saving seen data "./dancer.seen" |
03:02:56 | jac0b | if I do boot the OF will it mess up my directory structure? |
03:03:31 | JdGordon1 | no |
03:03:45 | | Quit saratoga ("Page closed") |
03:05:45 | Unhelpful | on the video the major reason to boot OF is probably to watch videos. rockbox can't do this very well on the video, because the OF uses a poorly-documented hardware decoder, and the CPU is not fast enough to run the mpegplayer plugin well. |
03:07:12 | jac0b | thanks unhelpful |
03:07:39 | jac0b | I am switching from a gigabeat s to a ipod video |
03:07:51 | jac0b | the battery sucks on the gigabeat |
03:09:55 | Unhelpful | it's not the battery entirely, we don't do voltage scaling on gigabeat s yet. |
03:12:33 | | Quit AndyI (Read error: 54 (Connection reset by peer)) |
03:12:39 | ej0rge | yeah, the beast should be able to get at least 2x the battery life |
03:12:43 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
03:12:50 | jac0b | hopefully |
03:13:12 | jac0b | would it benefit if I had the 64mb video |
03:13:35 | CIA-8 | New commit by jdgordon (r22020): more cuesheet cleanup. pass the cuesheet into cue functions so they dont have to call audio_current_track() |
03:14:51 | Unhelpful | jac0b: this is a gigabeat-s-specific issue |
03:15:09 | jac0b | no the ipod video |
03:15:22 | jac0b | it comes in 32mb and 64mb right |
03:15:41 | Unhelpful | oh. with 64MB you will not have to spin up the disk as often. |
03:15:58 | JdGordon1 | but when it buffers, it spins for double as long... |
03:16:55 | | Nick JdGordon1 is now known as JdGordon (n=jonno@c-24-22-210-83.hsd1.wa.comcast.net) |
03:17:07 | Unhelpful | JdGordon1: true, but since 32MB will need to buffer ~2x as often, they will both be "in buffering" about the same amount of time, so the change is in the number of times the disk is spun up. |
03:17:14 | jac0b | how do I find out if I have a 32 or 64 |
03:21:13 | | Join sinthetek [0] (n=sinthete@cpe-075-183-051-184.triad.res.rr.com) |
03:21:46 | JdGordon | except during buffering spin up time is meaningless.. unless its dangerously low which the aim is it never gets that bad |
03:22:12 | jac0b | so all in all it doesn't matter |
03:22:16 | sinthetek | is there perhaps a simple text and/or pdf reader for rockbox? if not, would such a thing be hard to port/implement? |
03:22:56 | JdGordon | there is 2 very simple text readers |
03:23:03 | JdGordon | 1 is even an editor |
03:23:26 | sinthetek | awesome! reading is all i'd really need |
03:23:56 | sinthetek | i think i could probably find some method to automatically convert pdf-text to .txt or something |
03:24:15 | sinthetek | but i have plenty of .txts i need to read already |
03:26:45 | jac0b | thanks for the info guys |
03:26:48 | | Quit jac0b ("Leaving") |
03:38:19 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
03:53:25 | soap | does someone more comfortable with unbricking Sansa v1 series players mind vetting this advice? |
03:53:40 | soap | http://forums.rockbox.org/index.php?topic=22215.msg153750#msg153750 |
04:00 |
04:04:07 | soap | The issue is it appears to be a bastardization of the rockbox method - but I don't know enough to tell what to do. :( |
04:07:21 | | Quit TheSeven (Nick collision from services.) |
04:07:37 | | Join The_Seven [0] (n=theseven@dslb-084-056-159-003.pools.arcor-ip.net) |
04:07:41 | | Nick The_Seven is now known as TheSeven (n=theseven@dslb-084-056-159-003.pools.arcor-ip.net) |
04:09:58 | | Join maslen [0] (n=a@ool-18bed282.dyn.optonline.net) |
04:22:32 | | Join funman [0] (n=fun@rockbox/developer/funman) |
04:23:34 | funman | http://www.rockbox.org/irc/log-20090723#16:42:27 : has kugel said how he enabled backlight on fuzev2? |
04:24:56 | | Quit AndyI (Read error: 110 (Connection timed out)) |
04:32:01 | | Quit r0b- ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
04:32:59 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
04:33:37 | sinthetek | ok, i got this thing installed on my sansa e250 and everything seems to be working except that my MUSIC/ folder and everything in it (all of my music) isn't showing in the 'files' dialog |
04:34:23 | funman | sinthetek: you can't view the music you transferred using MTP protocol |
04:35:31 | sinthetek | not even if i generate the db? |
04:37:00 | sinthetek | ahh, there we go. at least that works :D |
04:37:09 | funman | if the OF stores music transferred by MTP as normal files you might be able to view them, but you really should use MSC/UMS (mass storage) |
04:37:14 | sinthetek | it takes a bit to xfer the files over |
04:37:53 | sinthetek | hmm... i thought mtp was the same as mass storage |
04:38:05 | sinthetek | since it makes the mp3 player show up as a block device |
04:38:17 | funman | no, mtp doesn't make the player show as a block device |
04:38:41 | funman | see http://en.wikipedia.org/wiki/Media_Transfer_Protocol (rockbox might support MTP in the future, but at the moment it only supports mass storage) |
04:39:17 | sinthetek | grr... stupid acronyms get on my nerves sometimes :P |
04:40:11 | sinthetek | i did copy them via mass storage (by mounting /dev/sdc etc) |
04:40:25 | | Quit mc2739 ("ChatZilla 0.9.85 [Firefox 3.0.12/2009070611]") |
04:40:32 | sinthetek | does that mean they *should* normally show up under files? |
04:40:44 | funman | is the MUSIC folder hidden ? can you see other folders ? |
04:40:53 | funman | yes it should be visible |
04:40:53 | sinthetek | db build seems to have detected them all |
04:41:22 | sinthetek | yeah i can see the other folders, just MUSIC isn't showing (though it has all of the same ownership and permissions) |
04:41:49 | funman | I think FAT32 has no ownership and only executable permissions (1 bit) |
04:43:04 | sinthetek | ...ls -l shows all permissions look the same |
04:43:21 | sinthetek | however i just noticed the size field says 64 for the MUSIC dir |
04:43:28 | sinthetek | all the rest that are showing up say 32 |
04:43:34 | | Quit maslen () |
04:44:02 | Unhelpful | sinthetek: directory sizes can vary depending on how many entries they contain |
04:44:23 | funman | can you do strings -40 .rockbox/database_*|grep MUSIC ? and see if a weird path is shown |
04:45:04 | funman | sinthetek: well in fact FAT32 has no ownership and no permissions at all (all files are executable) : these are added by the linux virtual filesystem layer |
04:46:21 | sinthetek | Unhelpful i've never seen them vary (at least not on a single fs) |
04:47:20 | sinthetek | funman i knew fat32 didn't have ownership/permissions but i wasn't certain that is what the mp3 player used (before or after rockbox) |
04:47:55 | funman | rockbox only knows fat filesystems (fat32 and some older filesystems depending on the model you use) |
04:49:02 | sinthetek | i just assumed the 'does it have access the files?' question might come up and tried to address it proactively the best i could |
04:49:18 | | Join dys` [0] (n=andreas@krlh-5f704a44.pool.einsundeins.de) |
04:49:19 | sinthetek | oki |
04:50:01 | funman | sinthetek: do you see weird filepaths when looking into the database_* files ? (they have a binary format) |
04:52:15 | sinthetek | nothing looks garbled or anything, no |
04:52:39 | sinthetek | /MUSIC/Benny Benassi - House 2006 - 24 - Who's Your Daddy (David Guetta Remix).mp3 |
04:53:23 | funman | I don't know why MUSIC folder wouldn't appear in the file browser, did you select the "show all files" options? |
04:53:40 | funman | random idea, because it should only apply to files, not folders (as far as i know) |
04:53:48 | sinthetek | no, not yet |
04:53:57 | sinthetek | i was actually just getting to that part in the docs |
04:55:46 | sinthetek | hah, that got it! |
04:55:49 | sinthetek | (somehow) |
04:56:35 | sinthetek | i set it to show all files (rather than 'supported' and full paths |
04:57:49 | sinthetek | thanks a lot. sorry for wasting your time with something so trivial |
04:58:46 | funman | no problem ^^ i like to think rockbox is perfect |
05:00 |
05:01:41 | | Join itsjustme_ [0] (n=IceChat7@c-68-55-115-2.hsd1.md.comcast.net) |
05:02:07 | itsjustme_ | hello |
05:02:21 | itsjustme_ | i need help |
05:02:47 | itsjustme_ | hello? |
05:02:48 | *** | Saving seen data "./dancer.seen" |
05:02:56 | | Quit dys (No route to host) |
05:03:24 | funman | hello itsjustme_ |
05:03:59 | itsjustme_ | sansa fuse compatibility |
05:04:16 | funman | no |
05:04:30 | itsjustme_ | fuze |
05:04:36 | itsjustme_ | i meant |
05:05:05 | funman | not compatible yet, check rockbox.org every month to know if it has become supported |
05:05:12 | itsjustme_ | is the team currently working on it? |
05:05:34 | | Quit faemir ("Leaving") |
05:05:36 | funman | yes but there is still some major bugs in it which prevent daily usage |
05:05:44 | itsjustme_ | ok |
05:05:51 | itsjustme_ | any estimated time? |
05:05:52 | funman | you can read http://www.rockbox.org/twiki/bin/view/Main/SansaAMS |
05:05:58 | funman | no |
05:07:15 | itsjustme_ | ok |
05:07:19 | itsjustme_ | thank you |
05:08:28 | Unhelpful | Zagor: what about having per-source deps? that would make it easy for make to parallelize deps building... |
05:09:42 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
05:11:10 | | Quit itsjustme_ ("Hard work pays off in the future, laziness pays off now") |
05:12:00 | | Quit funman ("free(random());") |
05:12:07 | | Quit Lss (simmons.freenode.net irc.freenode.net) |
05:12:07 | NSplit | simmons.freenode.net irc.freenode.net |
05:12:07 | | Quit sinthetek (simmons.freenode.net irc.freenode.net) |
05:12:07 | | Quit thegeek (simmons.freenode.net irc.freenode.net) |
05:12:07 | | Quit AfterDeath (simmons.freenode.net irc.freenode.net) |
05:12:07 | | Quit alexbobp (simmons.freenode.net irc.freenode.net) |
05:12:07 | | Quit freqmod (simmons.freenode.net irc.freenode.net) |
05:12:07 | | Quit fxb__ (simmons.freenode.net irc.freenode.net) |
05:12:57 | NHeal | simmons.freenode.net irc.freenode.net |
05:12:57 | NJoin | sinthetek [0] (n=sinthete@cpe-075-183-051-184.triad.res.rr.com) |
05:12:57 | NJoin | Lss [0] (n=Lss@cm40.delta91.maxonline.com.sg) |
05:12:57 | NJoin | thegeek [0] (n=nnscript@s243b.studby.ntnu.no) |
05:12:57 | NJoin | AfterDeath [0] (n=icxcnika@freenode/weird-exception/network-troll/afterdeath) |
05:12:57 | NJoin | alexbobp [0] (n=alex@ppp-70-253-87-206.dsl.austtx.swbell.net) |
05:12:57 | NJoin | freqmod [0] (i=quasselg@dhcp208-240.ed.ntnu.no) |
05:12:57 | NJoin | fxb__ [0] (n=felixbru@h1252615.stratoserver.net) |
05:14:56 | Unhelpful | with a make -j3, about 2/3 of my wall-clock time, and about 1/2 of my user time, are make dep (when using ccache) |
05:19:04 | | Join damone [0] (n=da@pc-145-85-44-190.cm.vtr.net) |
05:21:24 | | Quit sinthetek (simmons.freenode.net irc.freenode.net) |
05:21:24 | | Quit thegeek (simmons.freenode.net irc.freenode.net) |
05:21:24 | | Quit freqmod (simmons.freenode.net irc.freenode.net) |
05:21:24 | | Quit fxb__ (simmons.freenode.net irc.freenode.net) |
05:21:24 | | Quit Lss (simmons.freenode.net irc.freenode.net) |
05:21:24 | | Quit AfterDeath (simmons.freenode.net irc.freenode.net) |
05:21:24 | | Quit alexbobp (simmons.freenode.net irc.freenode.net) |
05:21:24 | | Quit CaptainKewl (simmons.freenode.net irc.freenode.net) |
05:21:24 | | Quit mortti (simmons.freenode.net irc.freenode.net) |
05:21:24 | | Quit JdGordon (simmons.freenode.net irc.freenode.net) |
05:21:24 | | Quit BradC (simmons.freenode.net irc.freenode.net) |
05:21:24 | | Quit ChanServ (simmons.freenode.net irc.freenode.net) |
05:22:15 | NJoin | ChanServ [0] (ChanServ@services.) |
05:22:15 | NJoin | fxb__ [0] (n=felixbru@h1252615.stratoserver.net) |
05:22:15 | NJoin | freqmod [0] (i=quasselg@dhcp208-240.ed.ntnu.no) |
05:22:15 | NJoin | alexbobp [0] (n=alex@ppp-70-253-87-206.dsl.austtx.swbell.net) |
05:22:15 | NJoin | AfterDeath [0] (n=icxcnika@freenode/weird-exception/network-troll/afterdeath) |
05:22:15 | NJoin | thegeek [0] (n=nnscript@s243b.studby.ntnu.no) |
05:22:15 | NJoin | Lss [0] (n=Lss@cm40.delta91.maxonline.com.sg) |
05:22:15 | NJoin | sinthetek [0] (n=sinthete@cpe-075-183-051-184.triad.res.rr.com) |
05:22:15 | NJoin | CaptainKewl [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
05:22:15 | NJoin | mortti [0] (i=mortti@beer.modeemi.cs.tut.fi) |
05:22:15 | NJoin | JdGordon [0] (n=jonno@c-24-22-210-83.hsd1.wa.comcast.net) |
05:22:15 | NJoin | BradC [0] (n=joust@202-89-178-44.static.dsl.amnet.net.au) |
05:22:15 | Mode | "#rockbox +o ChanServ " by irc.freenode.net |
05:25:46 | damone | hi, im having trouble adding PDbox to my build |
05:26:19 | | Part dys` ("Killed buffer") |
05:26:25 | damone | I added lines to plugins/subdirs and plugins/sources |
05:27:01 | damone | but ir dosn't work. the file viewer dosn't rcognize .pd files |
05:27:22 | damone | they dont even show up |
05:37:12 | | Join aidy_ [0] (n=aidy@mail.rty.ca) |
05:45:54 | | Quit aidy (Read error: 110 (Connection timed out)) |
05:47:18 | | Quit SirFunk (Connection timed out) |
05:59:00 | damone | im getting "No rule to make target" |
05:59:13 | damone | can someone help me please? |
06:00 |
06:00:08 | damone | the poblem is when trying to build a plugin |
06:03:33 | scorche | you dont build a plugin...you build rockbox |
06:03:33 | damone | i wonder why is there even a irc channel here |
06:03:42 | damone | lol |
06:03:57 | damone | i as just starting to complain about nobody saying anything |
06:04:16 | damone | yep the problem pops up when compiling rockbox |
06:04:24 | scorche | you havent even been here for an hour and declare it a dead channel?...have some patience.. |
06:04:37 | scorche | have you ran the configure script? |
06:04:55 | damone | yep |
06:05:39 | damone | make: *** No rule to make target `/plugins/pdbox.o', needed by `/plugins/pdbox.rock'. |
06:06:25 | scorche | are you sure?...in the same directory?...run it again... |
06:06:55 | scorche | oh... |
06:07:01 | damone | i've run it like 4 times |
06:07:09 | damone | also i tyed to "make clean" |
06:07:42 | damone | *tried |
06:08:11 | scorche | if pdbox a new plugin, you need to add it to the SOURCES file... |
06:08:46 | damone | yep i added this line "pdbox.c" |
06:08:54 | damone | just under viewer.c |
06:09:08 | damone | so it compiles for every build |
06:09:52 | damone | also added "pdbox" in SUBDIRS |
06:13:04 | damone | and the plugin is configured as a viewer in CATEGORIES and viewers.config |
06:15:00 | | Quit CaptainKewl (Remote closed the connection) |
06:16:35 | | Quit Horscht ("Verlassend") |
06:24:47 | damone | any idead what could be happening? |
06:27:29 | | Quit BHSPitMonkey (Remote closed the connection) |
06:35:25 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
06:42:43 | | Quit FlynDice (Remote closed the connection) |
06:48:16 | | Quit TheSeven (Read error: 113 (No route to host)) |
06:51:22 | | Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
06:56:15 | | Quit Lss (Read error: 54 (Connection reset by peer)) |
06:57:10 | | Join FlynDice_ [0] (n=chatzill@c-24-19-225-90.hsd1.wa.comcast.net) |
06:57:59 | | Join voluspa [0] (n=loke@181-232-96-87.cust.blixtvik.se) |
07:00 |
07:02:51 | *** | Saving seen data "./dancer.seen" |
07:03:11 | JdGordon | (thinking aloud time...) I want to move everything related to the "wps" into apps/gui/wps and split it up into logical bits.. the parser, the drawer, memory management... then have an apps/[gui?]/screens/ folder for where the actual useage goes... so there would be music.c which is what todays gwps.c is... |
07:03:33 | JdGordon | really the wps and the drawing engine are completly seperate beasts and need to be split up a bit more than they are already |
07:04:38 | JdGordon | Ideally I'd like to get it to a point where we could have more than one "wps setup" in memory and then just be able to call wps_draw(&my_screen); from the music screen, or the radio, or wherever |
07:04:45 | | Join Lss [0] (n=Lss@cm40.delta91.maxonline.com.sg) |
07:05:18 | Unhelpful | if this is part of reducing memory usage, ideally you want these splits to be such that direct (not via pointer) function calls are not made between the split files. |
07:05:59 | JdGordon | I'm not sure what you mean? |
07:06:01 | | Quit blithe ("Reboot.") |
07:06:24 | JdGordon | but yes, this is part of reclaiming the wasted RAM when a low-fi theme is being used, and generally making it better |
07:07:01 | Unhelpful | func_a calling func_b in another file is a long call on most of our arm targets, and produces code that is both larger and slower per callsite |
07:07:01 | | Join r0b- [0] (n=rob@adsl-76-235-183-168.dsl.klmzmi.sbcglobal.net) |
07:08:09 | | Part damone |
07:08:25 | JdGordon | so obviously we need to minimise how much gets called from outside... |
07:08:50 | Unhelpful | it's on the order of about 4B per call. it adds up pretty quickly if you look at the number of function calls in any given file. replacing long calls with short calls to stub functions saves tens of KB on arm, but unfortunately the binutils needed for that is not quite stable for us yet. |
07:15:03 | * | JdGordon thinks a 600+ line function can go in a seperate file to make it easier to work with, even if it wastes 4B |
07:18:59 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
07:20:09 | JdGordon | does svn cp keep all the history of the lines? or do you still need to go to the origional file for changes before the copy? |
07:21:24 | * | Unhelpful wonders if there are parts of it that could be broken out, perhaps as static inline, to make said function more readable... |
07:24:50 | JdGordon | I was thionking the same.. |
07:25:17 | JdGordon | get_token_value() is gwps-common.c is the big one |
07:25:27 | | Quit FlynDice_ ("Time to fly!") |
07:25:32 | JdGordon | which could easily be broken up, assuming it doesnt use too many locals |
07:25:42 | JdGordon | which is doesnt |
07:26:45 | | Quit antil33t () |
07:28:40 | Unhelpful | even if it does, "passing" local to an inline function is pretty much free... unless gcc decides not to inline it, anyway. |
07:37:31 | | Join blithe [0] (n=blithe@72.14.176.144) |
07:55:47 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
07:57:27 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
08:00 |
08:02:06 | JdGordon | anyone got a good reason to not move the eqs folder out of apps and into the root dir? (i.e next to wps/)? |
08:02:28 | JdGordon | it only hold the eq .cfg files |
08:18:30 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
08:19:25 | | Quit n1s (Read error: 110 (Connection timed out)) |
08:34:19 | | Join Grahack [0] (n=chri@ip-159.net-82-216-142.rev.numericable.fr) |
08:35:13 | | Join barrywardell [0] (n=barrywar@86-45-4-10-dynamic.b-ras2.prp.dublin.eircom.net) |
08:37:41 | | Join Rob2223 [0] (n=Miranda@p4FDCDA9E.dip.t-dialin.net) |
08:38:36 | | Part safetydan ("Leaving.") |
08:44:45 | | Quit amiconn (Nick collision from services.) |
08:44:49 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
08:44:58 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
08:45:28 | | Quit pixelma (Nick collision from services.) |
08:45:30 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
08:45:48 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
08:55:46 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
09:00 |
09:02:52 | *** | Saving seen data "./dancer.seen" |
09:09:44 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:13:53 | | Quit jordan` (Read error: 110 (Connection timed out)) |
09:14:59 | | Quit bertrik (Read error: 113 (No route to host)) |
09:19:24 | | Quit r0b- (Read error: 110 (Connection timed out)) |
09:19:45 | | Join r0b- [0] (n=rob@adsl-76-235-183-168.dsl.klmzmi.sbcglobal.net) |
09:21:34 | | Join HellDragon_ [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
09:21:35 | | Quit HellDragon_ (Read error: 104 (Connection reset by peer)) |
09:34:29 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
09:51:41 | | Join jordan` [0] (i=gromit@78.235.252.137) |
09:58:14 | | Quit Thundercloud (Remote closed the connection) |
10:00 |
10:04:27 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
10:18:40 | | Join AsaelReiter [0] (n=d44c7de0@gateway/web/cgi-irc/labb.contactor.se/x-64b7fdec7dc9dbf9) |
10:25:12 | | Join _zic [0] (n=user@91-165-249-67.rev.libertysurf.net) |
10:25:25 | | Quit AsaelReiter ("CGI:IRC") |
10:25:35 | | Join AsaelReiter [0] (n=d44c7de0@gateway/web/cgi-irc/labb.contactor.se/x-0f6046dee8933552) |
10:29:37 | | Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) |
10:33:39 | | Quit AsaelReiter ("CGI:IRC") |
11:00 |
11:02:54 | *** | Saving seen data "./dancer.seen" |
11:09:09 | | Join TheCoolGman [0] (n=446e5e7d@gateway/web/cgi-irc/labb.contactor.se/x-e7b892ad9f08122f) |
11:10:07 | TheCoolGman | Why do I keep downloading r21884? Why is it not geting updated? |
11:11:21 | petur | TheCoolGman: which target? it looks OK here... |
11:11:40 | petur | looking at http://build.rockbox.org/ ? |
11:12:26 | TheCoolGman | Well I'm downloading the source to compile on my iPod 5G and it has been r21884 for the past week or so. |
11:12:46 | petur | why not use svn? |
11:13:14 | TheCoolGman | I'm not sure how, I was going to learn how if this didn't work out. |
11:13:36 | petur | http://www.rockbox.org/twiki/bin/view/Main/UsingSVN |
11:13:48 | petur | or in short: svn co svn://svn.rockbox.org/rockbox/trunk rockbox |
11:14:10 | TheCoolGman | Hope this works |
11:14:58 | * | petur finds out there's no 7z installed on this pc so he can't quickly check the archive |
11:15:30 | TheCoolGman | Use winrar |
11:15:42 | TheCoolGman | That's what I use |
11:15:46 | Unhelpful | TheCoolGman: svn is *much* nicer when you want to update to a new version |
11:18:11 | petur | Bagder, Zagor: (for the logs) http://build.rockbox.org/dist/build-source/rockbox.7z isn't updated correctly, it contains r21884 |
11:19:49 | TheCoolGman | I just don't know why it hasn't been updated. Is It because they have had problems with .7z? |
11:24:50 | | Quit bubsy (Read error: 60 (Operation timed out)) |
11:26:24 | | Join evilnick_home1 [0] (n=evilnick@pool-173-52-144-203.nycmny.east.verizon.net) |
11:31:38 | | Quit jfc (Read error: 104 (Connection reset by peer)) |
11:35:30 | | Join mt [0] (n=mt@41.233.138.250) |
11:36:17 | TheCoolGman | I was Also wondering if any thinks the png viewer for RockBox is good enough to commit? FS #9493 Note: Make sure to download patch_png8.txt |
11:44:34 | markun | which filesystem do the sandisk players use? |
11:44:40 | | Quit evilnick_home (Read error: 113 (No route to host)) |
11:44:45 | markun | I'm a bit puzzled by this post http://forums.rockbox.org/index.php?topic=22306.0 |
11:44:55 | | Join wincent [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) |
11:45:02 | markun | "turns out that rockbox didnt support russian Foler names" |
11:45:23 | gevaerts | markun: I think it will turn out that he didn't read the manual. You have to set the codepage you use... |
11:45:34 | markun | for the folder names? |
11:46:54 | markun | gevaerts: they are not using vfat? |
11:47:13 | gevaerts | hm, I'm confused now |
11:47:33 | markun | vfat uses unicode (ucs-2), so you don't need any codepage settings |
11:47:37 | markun | just the right font |
11:47:54 | gevaerts | indeed |
11:48:13 | markun | I wrote a reply, but before I post I wanted to make sure I'm not telling him nonsense :) |
11:49:15 | markun | I didn't read about MTP support in rockbox or another filesystem, so I will assume that he is wrong. |
11:50:06 | Torne | markun: not everyone who uses vfat uses unicode, sadly :) |
11:50:13 | | Join AndyIL [0] (n=pasha_in@212.14.208.235) |
11:50:15 | | Nick feisar--_ is now known as feisar (n=jljhook@irkki.fi) |
11:50:24 | | Nick feisar is now known as feisar- (n=jljhook@irkki.fi) |
11:50:25 | Torne | occasionally they just ignore all sanity and jam their local charset in anyway |
11:50:53 | markun | Torne: yes, he might use linux and mount it using some other locale |
11:51:17 | | Quit AndyIL (Client Quit) |
11:52:07 | | Join AndyIL [0] (n=pasha_in@212.14.208.235) |
11:52:21 | | Nick feisar- is now known as feisar-- (n=jljhook@irkki.fi) |
11:52:34 | | Nick feisar-- is now known as Feisar (n=jljhook@irkki.fi) |
11:53:04 | | Nick Feisar is now known as Guest12866 (n=jljhook@irkki.fi) |
11:54:09 | Torne | there's a particulra tendency for tools intended for russian/chinese/etc locales to do that kind of thing |
11:54:24 | Torne | since the story for their charset being supported before Unicode came about was very poor ;) |
11:54:50 | markun | Torne: http://forums.rockbox.org/index.php?topic=22306.msg153774#msg153774 |
11:55:20 | Torne | yah, that's about all the advice you can give |
11:56:51 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
11:58:59 | * | GodEater is really not happy about the number of unskilled folks playing with the gigabeat flash writer plugin =/ |
11:59:58 | | Quit barrywardell () |
12:00 |
12:00:09 | markun | GodEater: any bricks yet? |
12:00:10 | Torne | GodEater: yeah that thread is kinda worrying |
12:00:12 | n1s | TheCoolGman: the png plugin sounds like it's in good shape from the FS comments but IMO it should be merged with the jpeg viewer into an image viewer if at all feasible |
12:00:41 | GodEater | markun: no, because they lack the skills to make the plugin work despite it not supporting the MD5 sum of their units' firmware |
12:00:44 | markun | n1s: there probably is a bigger chance of someone merging the viewers after it is in rockbox |
12:00:58 | markun | GodEater: good :) |
12:01:06 | GodEater | I'm just unhappy that people are helping out at ALL there |
12:01:09 | Torne | http://forums.rockbox.org/index.php?topic=22306.msg153774#msg153774 |
12:01:09 | | Quit AndyI (Read error: 110 (Connection timed out)) |
12:01:11 | Torne | oops |
12:01:32 | GodEater | if they don't have the brains to work out how to compile and install it, they shouldn't be messing with it AT ALL IMO |
12:02:11 | n1s | markun: maybe, but it may also mean the original author feels it's "finished", and it creates a slightly larger mess in people's plugin dirs |
12:03:31 | * | gevaerts would like a unified image viewer plugin, but he thinks that the desirability of this should not keep a png viewer out |
12:03:49 | markun | gevaerts: that's what I think as well |
12:04:30 | markun | n1s: yes, what sucks a bit is that old files are not removed when they are no longer in rockbox. |
12:04:56 | markun | some cleanup functionality to remove old plugins would be nice |
12:05:10 | n1s | maybe something rbutil can do? |
12:05:58 | markun | yes, maybe. Or have it in rockbox as well. |
12:06:28 | gevaerts | maybe a tool that scans for incompatible plugin API versions? |
12:06:35 | markun | gevaerts: yes, that |
12:06:45 | markun | could maybe be combined with the disk tidy plugin? |
12:06:54 | | Join bubsy [0] (i=Bubsy@94.139.72.137) |
12:06:55 | | Quit bubsy (Remote closed the connection) |
12:07:02 | n1s | markun: yeah |
12:07:04 | | Join bubsy [0] (i=Bubsy@94.139.72.137) |
12:07:54 | | Nick evilnick_home1 is now known as evilnick (n=evilnick@pool-173-52-144-203.nycmny.east.verizon.net) |
12:09:06 | | Nick evilnick is now known as evilnick_home (n=evilnick@pool-173-52-144-203.nycmny.east.verizon.net) |
12:10:35 | | Join goffa__ [0] (n=goffa@216.220.23.105) |
12:13:02 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
12:16:09 | * | n1s adds to Mr Someone's todo lits |
12:16:12 | n1s | list |
12:16:15 | | Join ProfessorOhki [0] (n=Professo@24-205-239-209.dhcp.snlo.ca.charter.com) |
12:18:13 | ProfessorOhki | when the wiki mentions ./filename . ext for album art syntax, would that be somefile.jpg or somefile.mp3.jpg? |
12:18:31 | mt | AAC-in-RM \o/ |
12:18:43 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
12:19:01 | Unhelpful | mt: you got it working? what was wrong? |
12:19:05 | n1s | mt: \o/ |
12:20:01 | linuxstb | ProfessorOhki: somefile.jpg |
12:20:08 | ProfessorOhki | thanks |
12:20:25 | linuxstb | mt: Nice ;) Working perfectly? |
12:20:49 | mt | Unhelpful: first there was the initialisation, that was done wrong. Then the decode function, there was a a function that converts the output to pcm that was commented out(don't know why). |
12:21:07 | markun | mt: congratulations! |
12:21:07 | mt | linuxstb: No not yet, I just got it working in the sim. |
12:21:11 | markun | What's next? AC3? :) |
12:21:15 | mt | markun: Thanks :) |
12:21:48 | Lear | mt: In libfaad/decoder.c? |
12:22:24 | mt | markun: AC3 or ATRAC. But aac isn't at all final yet. :) |
12:22:30 | mt | Lear: Yes. |
12:22:32 | | Quit ProfessorOhki ("Leaving.") |
12:23:06 | Lear | mt: That ought to cause problems for aac.codec... |
12:23:34 | markun | mt: I do have some rm ac3 files, that's why I asked :) |
12:23:46 | mt | markun: I know. ;) |
12:24:07 | | Nick Guest12866 is now known as feisar_ (n=jljhook@irkki.fi) |
12:24:09 | markun | although I have to say that I've not even use your cook player yet.. |
12:24:14 | markun | codec |
12:24:39 | mt | Lear: I could call it only for aac/rm if it will cause problems for aac. |
12:25:38 | | Quit goffa_ (Read error: 110 (Connection timed out)) |
12:25:42 | | Join jfc [0] (n=john@dpc6682208002.direcpc.com) |
12:26:38 | Unhelpful | perhaps the aac/rm codec could call it? |
12:27:20 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
12:27:26 | | Join PaulJam [0] (i=Paule@134.76.3.111) |
12:27:55 | Lear | It should only be a matter of using the right dsp sample depth for aac/rm... |
12:28:35 | | Quit AndyIL (Read error: 113 (No route to host)) |
12:28:39 | mt | Unhelpful: or maybe #define RM in aac/rm and check for it in libfaad/decoder.c |
12:29:21 | mt | Lear: You mean I shouldn't need the converting function ? |
12:30:41 | Unhelpful | mt: i don't think that'll work - libfaad/decoder.c should only be compiled once, #ifdef doesn't work at link time. :) |
12:30:42 | mt | Lear: Because without it the decode function's output was always the same for all the frames. |
12:30:59 | mt | Unhelpful: aww me forgot. :/ |
12:31:03 | Lear | mt: Correct. That converter does sample clipping and the like (at least for aac.codec), which should be done by dsp.c in Rockbox. |
12:32:21 | Lear | mt: Maybe the rm cases triggers the channel == 0 case in libfaad/output.c... |
12:34:56 | linuxstb | Unhelpful: We compile other codec libraries twice - e.g. libmad for both the main audio codec and mpegplayer, so it's possible. It doesn't sound necessary here though. |
12:36:39 | | Join barrywardell [0] (n=barrywar@dhcp-892b9ab7.ucd.ie) |
12:43:00 | Lear | mt: Is your testfile multichannel? |
12:45:05 | mt | Lear: it's a 2-channel sample. |
12:53:55 | | Join r121 [0] (n=r121@fctnnbsc15w-142166070168.pppoe-dynamic.nb.aliant.net) |
12:54:28 | Lear | mt: By the way, lossy codecs in Rockbox generally return unclipped fixed point samples. Is that on the todo list for libcook? |
12:57:42 | r121 | is there a way to make the rockbox bootloader boot rockbox instead of the original firmware when plugging in the usb cable? My battery is low, so rockbox refuses to start, but when I plug in the usb, it wants to start the original firmware |
12:58:05 | r121 | not that it's a big deal, I only want to charge it |
12:58:09 | GodEater | r121: always helps if you tell us which player you're talking about |
12:58:24 | r121 | Sansa e200 series, sorry about that |
12:58:37 | r121 | I know holding left starts the orig. firmware |
12:58:54 | GodEater | I think the test bootloaders in the forums will do what you want |
12:58:57 | GodEater | have you tried those out yet ? |
12:59:26 | r121 | I haven't, I'll have to take a browse around |
12:59:39 | GodEater | they're not well hidden |
12:59:39 | r121 | thanks! |
12:59:40 | GodEater | :) |
13:00 |
13:00:56 | r121 | well I admit I didn't really look around, I was just curious if anyone knew the answer off-hand |
13:01:54 | linuxstb | r121: Run this version of sansapatcher - http://download.rockbox.org/pp-bootloaders/sandisk-sansa/sansapatcher/ |
13:02:10 | linuxstb | That will install the new bootloader, which does what you want. |
13:02:57 | *** | Saving seen data "./dancer.seen" |
13:03:02 | r121 | neat, I'll look into that, thanks! |
13:03:13 | * | linuxstb wonders why they're there, and not in the correct place |
13:06:30 | | Quit jfc (Read error: 104 (Connection reset by peer)) |
13:08:58 | | Join bubsy_ [0] (i=Bubsy@unaffiliated/bubsy) |
13:09:06 | | Quit bubsy_ (Remote closed the connection) |
13:10:55 | | Quit r121 ("Leaving") |
13:11:25 | | Join dash32 [0] (n=dash32@p54AB61A0.dip.t-dialin.net) |
13:14:36 | linuxstb | gevaerts: Was there a reason you didn't ask Zagor to put the new PP bootloaders & sansapatcher in the same locations as the previous ones? Also, they need tagging in SVN. |
13:16:16 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
13:18:10 | | Join jfc [0] (n=john@dpc6682208002.direcpc.com) |
13:28:59 | | Join flydutch [0] (n=flydutch@host87-202-dynamic.15-87-r.retail.telecomitalia.it) |
13:41:48 | | Join Jaykay [0] (n=chatzill@p5DDC6131.dip.t-dialin.net) |
13:42:44 | gevaerts | linuxstb: I didn't think of that... |
13:43:48 | linuxstb | gevaerts: How are people (and rbutil) going to find it then? ;) |
13:44:03 | gevaerts | linuxstb: it was late! I was sleepy! |
13:44:29 | linuxstb | ;) |
13:49:26 | * | LambdaCalculus37 grumbles |
13:49:38 | LambdaCalculus37 | Grumble, grumble... |
13:50:07 | LambdaCalculus37 | I think my Debian VM is interfering with iBugger, so I can't get the nano2g bootloader to work right. |
13:50:14 | LambdaCalculus37 | But it's just a theory. |
13:54:18 | | Join salty-horse [0] (n=ori@bzq-79-179-88-227.red.bezeqint.net) |
13:54:53 | salty-horse | hi. here it says the recording "source" option is only "mic", but on my device it says "Microphone" and "FM Radio" −− http://download.rockbox.org/manual/rockbox-sansae200/rockbox-buildch10.html#x13-15000010.4 |
13:55:00 | | Quit LambdaCalculus37 ("Fwump") |
13:59:02 | Jaykay | salty-horse: you could create a bug report |
14:00 |
14:00:41 | salty-horse | ok |
14:09:22 | Jaykay | a general question: what are viewports? |
14:09:54 | Jaykay | how are they used, what are the advantages of them? |
14:09:55 | GodEater | logical display areas within the physical display on the DAP |
14:10:05 | GodEater | they're used in the WPS |
14:10:16 | GodEater | and their advantage is they allow you to position stuff wherever you want |
14:10:55 | Jaykay | thanks :) |
14:33:38 | sinthetek | anyone want to donate a microsd card to charity? |
14:34:49 | linuxstb | sinthetek: What are you talking about? |
14:36:39 | sinthetek | i am panhandling |
14:45:57 | | Quit jfc (Read error: 104 (Connection reset by peer)) |
14:53:24 | | Join jfc [0] (n=john@dpc6682208002.direcpc.com) |
15:00 |
15:00:25 | | Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) |
15:02:59 | *** | Saving seen data "./dancer.seen" |
15:07:04 | | Quit Lear ("ChatZilla 0.9.85 [Firefox 3.5.1/20090715094852]") |
15:07:43 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
15:12:57 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
15:15:02 | | Join funman [0] (n=fun@rockbox/developer/funman) |
15:21:01 | kugel | funman: I think I just copied clip code |
15:22:44 | | Join soap-work [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-1385d5939c66891e) |
15:24:57 | kugel | the backlight is really weak and I didn't manage to change the brightness though |
15:26:22 | funman | nice, at least would it be enough to debug (once you write the lcd driver) ? |
15:26:52 | | Join LambdaCalculus37 [0] (i=44a0430d@rockbox/staff/LambdaCalculus37) |
15:27:04 | kugel | I think so, yes |
15:29:56 | funman | the lcd controller is identical for clipv1 and v2, only the dbop timing and the data/command pins change |
15:34:52 | | Quit Grahack ("Leaving.") |
15:36:00 | kugel | great |
15:37:55 | kugel | funman: where is the clipv2 currently? |
15:38:13 | funman | there is one on my desk |
15:38:19 | kugel | :/ |
15:38:47 | funman | the shop where i bought it still sells some (1GB FM for 35€) |
15:40:23 | | Join faemir [0] (n=faemir@78.33.109.163) |
15:40:46 | | Quit _zic (Remote closed the connection) |
15:41:05 | kugel | funman: I meant the state, i.e. what can you do with it |
15:41:30 | funman | lcd and buttons work, i can shut it down |
15:41:46 | funman | send commands and receive answers from the SD controller |
15:41:58 | | Quit KBH () |
15:42:38 | | Join evilnick [0] (i=0c140464@gateway/web/freenode/x-0c5ce9eac2af64ad) |
15:43:29 | | Join SixtyFold [0] (n=mares@c-71-205-160-224.hsd1.mi.comcast.net) |
15:43:34 | kugel | funman: have you tried embedding a full rockbox yet? |
15:45:06 | SixtyFold | when referring to the clip, what does it mean it has no support of USB yet? as in i wont be able to transfer new music when using rockbox from my computer? |
15:45:09 | funman | yes, the lcd didn't function and the clipv2 would reboot on any keypress |
15:45:30 | funman | an indication that a panicf() call occured |
15:45:36 | linuxstb | SixtyFold: Yes, but you can dual-boot into the original firmware and use USB there. |
15:46:05 | SixtyFold | okay, so i would just load music from original firmware, when done, load back into rockbox and be all good ya? |
15:46:14 | kugel | yes |
15:46:14 | linuxstb | Yes. |
15:46:15 | SixtyFold | i have a 2gb v1 clip btw |
15:46:20 | SixtyFold | thanks for the info |
15:46:21 | SixtyFold | :D |
15:48:40 | funman | kugel: be careful : the fuzev2 OF and rockbox are packed into 0x50000 bytes of ram, unlike clipv2 (you could test using a larger array) |
15:49:03 | kugel | yea, I noticed that |
15:50:53 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
15:58:28 | | Quit gevaerts (Nick collision from services.) |
15:58:38 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
15:59:11 | | Quit funman ("free(random());") |
16:00 |
16:07:35 | | Join Sajber^ [0] (n=Sajber@c-313271d5.012-155-73746f22.cust.bredbandsbolaget.se) |
16:09:41 | | Join Hillshum [0] (n=hillshum@unaffiliated/hillshum) |
16:11:43 | Hillshum | On FS #10187, is the manual needed for commit? |
16:13:27 | * | LambdaCalculus37 goes to look |
16:14:08 | LambdaCalculus37 | Hillshum: IIRC some plugins were committed before a manual description was written up. |
16:14:22 | LambdaCalculus37 | But if you want to write a manual description, feel free to. :) |
16:15:46 | linuxstb | Hillshum: Do I understand correctly that that plugin scans the other .cfg files for references to a file before deleting it? What about fonts which are part of the standard installation? |
16:16:07 | | Quit wincent (Read error: 110 (Connection timed out)) |
16:16:27 | Hillshum | linuxstb: I really have no clue |
16:16:55 | | Quit n1s (Read error: 110 (Connection timed out)) |
16:17:17 | Hillshum | If that's true, an easy fix would be to have a fake .cfg file it always looks at that points to the "system" fonts |
16:19:34 | linuxstb | Also, does rbutil already manage this in some way? |
16:20:50 | | Quit soap-work ("CGI:IRC") |
16:22:19 | kugel | pixelma: "the new button combo on the Ipod is Select+Play without pre condition, the ID3 screen shortcut on e200 is Select+Down with Select as pre condition and that makes the combos work with holding one button first and then the other, even when short and long presses of one of the buttons are mapped too..." |
16:22:24 | * | Hillshum points rbutil to his homedir to test |
16:24:00 | Hillshum | linuxstb: Doesn't look like it |
16:24:13 | linuxstb | Hillshum: So there's no option to uninstall themes? |
16:25:29 | | Part LinusN |
16:25:58 | Torne | this uninstalling thing seems likely to break more often than not |
16:26:06 | Torne | what if the user has changed the individual theme components, etc? :) |
16:26:11 | Hillshum | linuxstb: Nope |
16:26:14 | Torne | i hope it reads the main cfg also |
16:26:21 | Torne | the backdrop i use isn't from the theme i use :) |
16:26:53 | | Join wincent [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) |
16:28:41 | * | Hillshum doesn't understand Torne's argument |
16:29:12 | Torne | hm? |
16:29:37 | Hillshum | How does using a custom backdrop change anything? |
16:30:25 | Torne | i mean there is a theme i am not using which, if i uninstall it, will change what my player look slike |
16:30:52 | Torne | so i'm suggesting that the plugin needs to check the actual current config to see if the files are in use, as well as just the other theme cfgs |
16:31:06 | Hillshum | ahh |
16:31:19 | teru | IIUC, theme_remove also checks /.rockbox/config.cfg. but the file contains default setting like caviev2.wps. i think it can be problem.. |
16:31:55 | teru | s/contains/dosen't contain/ |
16:33:54 | Hillshum | What happens when one right-clicks on one of the packages in the "Info" tab of rbutil? |
16:34:34 | * | Hillshum would check but rbutil is running excruciatingly slow for him |
16:35:17 | | Join jgarvey [0] (n=jgarvey@98.26.65.13) |
16:38:44 | | Join r00s_ [0] (n=ru@zentrale.profitables.biz) |
16:39:12 | | Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
16:46:10 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
16:47:56 | | Quit mt (Remote closed the connection) |
16:49:07 | | Quit r00s (Read error: 110 (Connection timed out)) |
16:49:07 | | Nick r00s_ is now known as r00s (n=ru@zentrale.profitables.biz) |
17:00 |
17:03:02 | *** | Saving seen data "./dancer.seen" |
17:10:15 | | Join benutzer [0] (n=benutzer@91-65-62-255-dynip.superkabel.de) |
17:28:08 | | Join SirFunk [0] (n=Sir@cpe-74-74-126-134.stny.res.rr.com) |
17:29:15 | | Join AsaelReiter [0] (n=d44c7de0@gateway/web/cgi-irc/labb.contactor.se/x-d96b5aadc0c221d3) |
17:29:35 | | Part teru ("Leaving...") |
17:30:19 | | Quit petur ("work->home") |
17:31:17 | | Quit AsaelReiter (Client Quit) |
17:32:58 | | Join TheSeven [0] (n=theseven@dslb-084-056-135-195.pools.arcor-ip.net) |
17:35:22 | | Join BryanJacobs [0] (n=bryanjac@e33.cs.rochester.edu) |
17:35:22 | BryanJacobs | 11 |
17:53:07 | linuxstb | BryanJacobs: Hi. How are things going? |
17:55:40 | BryanJacobs | linuxstb: well |
17:56:03 | BryanJacobs | working on getting the "conservative" implementation of multifile buffering running alright |
17:56:22 | BryanJacobs | also idly trying to figure out why ALACs aren't playing in realtime on my 5.5G Video |
17:56:53 | linuxstb | That's odd - ALAC isn't the most well-optimised codec, but it should easily be realtime... |
17:57:17 | BryanJacobs | well, I get a few seconds of audio and then a few seconds of silence |
17:57:22 | | Join daggett [0] (n=denis@lab.openpattern.org) |
17:57:23 | linuxstb | Sorry to ask, but they're definitely ALAC, and not high bitrate AAC? |
17:57:30 | BryanJacobs | they're definitely ALAC |
17:57:38 | linuxstb | And is this with unmodified SVN? |
17:57:41 | daggett | hi all |
17:57:46 | BryanJacobs | not SVN, latest release version actually |
17:58:01 | linuxstb | Close enough I guess. |
17:58:03 | BryanJacobs | perhaps it's the DB rebuilding or something |
17:58:12 | BryanJacobs | but I set it not to autoupdate |
17:58:38 | BryanJacobs | and even still it shouldn't jeopardize realtime performance |
17:58:48 | daggett | I'm an electronic technician, what can I do to contribute ? |
17:58:52 | * | BryanJacobs just switched to OF and the same files are playing fine |
17:59:30 | linuxstb | daggett: Whatever interests you... What Rockbox-capable devices (or even not Rockbox-capable devices) do you own? |
18:00 |
18:00:27 | daggett | iRiver H120 |
18:00:31 | | Quit evilnick ("Page closed") |
18:00:43 | daggett | with RockBox installed |
18:16:41 | | Quit salty-horse (Remote closed the connection) |
18:28:45 | | Quit LambdaCalculus37 () |
18:33:57 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
18:36:52 | Hillshum | daggett: I can't think of anything specific to electronics for the H100, but there's still docs, testing, etc |
18:36:53 | bertrik | markun, I received my YP-S3 and found the DFU mode, it's the same as the DFU mode in the meizu m6sl (except the NAND flasher does not work I think) |
18:37:53 | daggett | in V3.3 I can't make the "metronome" app to work, it just does nothing |
18:38:26 | Hillshum | daggett: have you tried the current build? |
18:42:26 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
18:49:02 | | Quit tmzt (SendQ exceeded) |
18:49:15 | daggett | Hillshum: no I Haven't as I want my H120 for my everyday use, so no "testing" firmware on this device |
18:49:43 | daggett | I can't think of anything else to replace it |
18:50:14 | Hillshum | daggett: The current build is kept rather stable... |
18:50:55 | daggett | Hillshum: ok, so it's a kind of pre-release ? |
18:52:23 | linuxstb | daggett: Lots of people just run current builds (that's all we had for a long time). They sometimes have bugs, but very rarely anything that would stop you using it. |
18:52:46 | daggett | ok, I'll give it a try to the last build |
18:53:03 | daggett | oh, and Doom has no sound, is it normal ? |
18:53:24 | linuxstb | It should have sound effects, but no music. |
18:53:31 | | Quit JdGordon| (Read error: 60 (Operation timed out)) |
18:55:49 | daggett | to be sure I have the latest build: it indicates r22020-090724 |
18:56:04 | daggett | the last numbers are the date of the build ? |
18:56:13 | linuxstb | Yes - see this page: http://build.rockbox.org/ |
18:56:24 | Hillshum | yes, in YYMMDD |
18:56:41 | daggett | ok, I'm testing ot |
18:56:45 | daggett | it |
18:58:11 | daggett | no sound in doom game |
18:58:19 | | Join TeamNoX [0] (n=5848c2d8@gateway/web/cgi-irc/labb.contactor.se/x-8b35cd57f961918e) |
18:58:41 | Hillshum | did you turn sound on? |
18:58:48 | daggett | no sound in metronome |
18:59:00 | daggett | Hillshum: how do I do that ? |
18:59:10 | Hillshum | it the settings in doom |
18:59:26 | daggett | yes all sound cursors are set to maximum |
18:59:47 | daggett | in metronome the Vol is set to 0 |
18:59:53 | | Join petur [0] (n=peter@d54C6F267.access.telenet.be) |
19:00 |
19:00:00 | | Quit BryanJacobs ("Java user signed off") |
19:00:10 | daggett | 0 is the maximum |
19:00:49 | daggett | I can't quit metronome, the only way is to poweroff |
19:01:35 | Hillshum | have you read the manual on all this? |
19:02:18 | bertrik | any Wolfson codec experts around? |
19:02:56 | daggett | Hillshum: not yet |
19:03:02 | bertrik | I wonder about the WM1800 codec in my samsung yp-s3, I've seen photos of it and it does have the wolfson logo but can't be found on the wolfson micro site |
19:03:04 | *** | Saving seen data "./dancer.seen" |
19:03:32 | * | Hillshum suggests the manual to daggett |
19:04:01 | bertrik | maybe we can guess the register layout of the wolfson codecs. I looked at some other 32-pin wolfson codecs and it seems they use basically two register layouts |
19:04:36 | * | daggett just read the 10lines metronome manual |
19:05:14 | | Join JdGordon| [0] (i=209ba620@gateway/web/freenode/x-46009b5b240efc40) |
19:05:34 | daggett | so there is definitely something wrong with this plugin: the manual says Play to Start/Sop, Stop to exit and this doesn't work |
19:06:01 | | Quit Jaykay ("ChatZilla 0.9.85 [Firefox 3.5.1/20090715094852]") |
19:06:42 | daggett | With the v3.3 generate tag database crashes, I'm testing it with the latest build |
19:07:47 | bertrik | daggett, yeah I think there were some bugfixes for the database around june 22nd |
19:08:13 | daggett | it seems to be better, I'll wait until it finishes |
19:08:14 | dionoea | Hum ... last time I upgraded rockbox on my ipod video was like 2 weeks ago. I just plugged it into the usb port on my debian laptop and touching the volume wheel changes the volume on my laptop! |
19:08:24 | dionoea | that's neat! (didn't know it was already available in svn) |
19:09:03 | dionoea | and select mutes it |
19:09:10 | | Quit JdGordon| (Client Quit) |
19:11:36 | | Quit barrywardell () |
19:13:32 | | Join barrywardell [0] (n=barrywar@dhcp-892b9ab7.ucd.ie) |
19:13:53 | TeamNoX | hello ,who can i change the usb mode to the charging mode |
19:14:03 | | Quit barrywardell (Client Quit) |
19:14:09 | TeamNoX | i dont see i charge symbol for the accu |
19:17:06 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
19:17:16 | Hillshum | TeamNoX: What target do you have? |
19:18:18 | TeamNoX | h320 |
19:18:38 | TeamNoX | rockbox 3.3 |
19:18:57 | Hillshum | I think you hold down select when you plug it it |
19:19:01 | Hillshum | *in |
19:19:20 | TeamNoX | hold down? |
19:19:24 | TeamNoX | which button |
19:19:38 | daggett | mmh I think it stalled |
19:19:41 | pixelma | kugel: yes, it's import if you want to make the combo work without being so timing critical, if you define BUTTON_SELECT as pre condition then it will work if someone holds the Select button first and then the other |
19:20:20 | Hillshum | TeamNoX: I'm not personally familiar with the buttons on the H300, (don't own one) try the manual |
19:20:27 | | Join JdGordon| [0] (n=Miranda@nat/microsoft/x-59cf566551abd51b) |
19:21:37 | daggett | ok, I confirm: database generation freezes my H120 |
19:22:16 | linuxstb | TeamNoX: I think you hold MENU when inserting USB. If not, then try other buttons, or search the manual. |
19:22:22 | Hillshum | These database freezes are really annoying me |
19:22:57 | SixtyFold | turns out a sector on my SSD in my sansa clip is fucked up, so i cant even upgrade my normal firmware let alone add rockbox, meh, all i can do is listen to music i alrady have on there |
19:23:05 | SixtyFold | can load or remove any new music |
19:23:28 | daggett | Hillshum: annoying ? |
19:23:34 | kugel | pixelma: and if you don't have the precondition it will work with either button pressed first, not? |
19:23:59 | Hillshum | daggett: The fact the all kinds of random tag data is able to make the database crash |
19:24:24 | | Quit TeamNoX ("CGI:IRC") |
19:24:43 | daggett | ok, and believe me I have some garbage data in some of my tags |
19:25:48 | linuxstb | Hillshum: It is? Do we have any confirmed bug reports for that? |
19:26:23 | | Join webguest97 [0] (n=458f38bb@gateway/web/cgi-irc/labb.contactor.se/x-e482b29b2a09aea1) |
19:26:56 | webguest97 | are there any plans to suport sansa fuse?" |
19:27:09 | ej0rge | webguest97: Yes, there are plans. |
19:27:14 | Hillshum | webguest97: the fuze is in development |
19:27:25 | gevaerts | ej0rge: no plans :) |
19:27:26 | webguest97 | any time soon? |
19:27:42 | webguest97 | great |
19:27:45 | Hillshum | maybe never |
19:28:25 | gevaerts | webguest97: it's really hard to make predictions. "if and when the last blocker bug is solved" |
19:28:25 | Hillshum | webguest97: see http://forums.rockbox.org/index.php?topic=22137.0 |
19:29:16 | webguest97 | Rockbox shpuld be a standar in all mp3 players! |
19:29:23 | webguest97 | it is great |
19:30:09 | Hillshum | linuxstb: I've heard many reports of people fixing bad tags and getting the database to not crash. Even if the tags are bad, that's no excuse for Rockbox crashing (ideally) |
19:32:14 | webguest97 | thanks |
19:32:49 | bertrik | linuxstb, TheSeven told me he had sound on the nano2g |
19:33:18 | * | Hillshum heard something about that |
19:33:19 | | Join webguest28 [0] (n=4d828477@gateway/web/cgi-irc/labb.contactor.se/x-b66f1692cf7d6dba) |
19:33:54 | linuxstb | bertrik: Yes, I'm just investigating now. The problem seems to be the clock setup we do in crt0.S. If I enable that, and try TheSeven's code, then it doesn't work. |
19:34:15 | pixelma | kugel: no, it will only work if you hold the buttons at almost exactly at the same time if the buttons are used for something else as the other action is triggered then |
19:34:30 | linuxstb | He does have one major difference to us though - he's using PLL2 (not defined currently in s5l8700.h, but the next address up from PLL1) |
19:34:46 | TheSeven | linuxstb: like apple does |
19:34:46 | kugel | pixelma: I thought BUTTON_NONE as precondition means *any* button |
19:34:48 | bertrik | I haven't looked much at crt0.s yet. I know it claims to set up the clocks for FCLK=200,HCLK=100,PCLK=50MHz, but it's not right I think |
19:35:01 | JdGordon| | kugel: yes |
19:35:01 | | Quit webguest97 ("CGI:IRC") |
19:35:31 | pixelma | kugel: what do you want to tell me with this? |
19:35:32 | bertrik | linuxstb, ah I was wondering about that too when looking at USB |
19:36:07 | kugel | pixelma: if I have a combo with BUTTON_NONE as precondition, you should be able to press any button first before triggering the combo |
19:36:18 | kugel | s/you/I/ |
19:36:43 | | Quit daggett ("Ex-Chat") |
19:37:28 | | Quit bertrik ("reboot to linux") |
19:37:40 | kugel | pixelma: I will try. Do you have an idea what to do with the X5? does the M5 have the same problem? |
19:38:20 | | Quit webguest28 ("CGI:IRC (Ping timeout)") |
19:43:11 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
19:47:22 | | Quit benutzer ("Verlassend") |
19:53:50 | JdGordon| | how do people feel about moving code around in apps/ without it having any actual effect right away ther than making it a bit neater? |
19:54:10 | gevaerts | JdGordon|: go for it! |
19:58:39 | | Join stoffel [0] (n=quassel@p57B4CF8D.dip.t-dialin.net) |
20:00 |
20:03:51 | | Join Grahack [0] (n=chri@ip-159.net-82-216-142.rev.numericable.fr) |
20:11:04 | sinthetek | is there a setting somewhere that makes rockbox automatically boot the default firmware when usb is plugged in? |
20:11:23 | sinthetek | i don't remember it doing that before (though i could be mistken) |
20:14:45 | gevaerts | sinthetek: which player? |
20:16:14 | * | bertrik intends to run code on his samsung yp-s3 tonight |
20:16:38 | kugel | JdGordon|: while you're at it cleanup apps/recorder and apps/player also :p |
20:17:10 | sinthetek | gevaerts sansa e250 |
20:18:21 | sinthetek | i'm thinking perhaps it was already booted to rockbox the first few times i plugged it in and it always booted the default firmware if the player was initially powered down |
20:18:36 | gevaerts | sinthetek: "old" released bootloaders boot to the OF when USB is plugged in. There's a new bootloader ready for release though that doesn't do that anymore |
20:18:57 | Hillshum | did it get released? |
20:19:23 | gevaerts | it's on download.rockbox.org, but not in a proper location yet |
20:19:27 | sinthetek | mmmk. another thing, i got a microsd card today |
20:19:49 | Hillshum | Should work fine |
20:19:57 | sinthetek | not seeing it when i mount the player and df -h |
20:20:06 | sinthetek | is there something i should be doing to mount the sd card specifically? |
20:20:18 | sinthetek | it showed up when i checked the system info in rockbox |
20:20:38 | gevaerts | it's a separate drive |
20:21:14 | gevaerts | if you are using the OF, you won't see it if the card is bigger than 2GD though |
20:21:31 | sinthetek | i need to put stuff on it |
20:21:32 | Hillshum | *2GB |
20:22:49 | sinthetek | i booted rockbox and plugged in the usb cable so it isn't currently using the original firmware |
20:23:22 | Hillshum | What OS? |
20:23:31 | sinthetek | how exactly do i go about copying stuff to it? |
20:23:32 | sinthetek | linux |
20:23:36 | gevaerts | mount it |
20:23:46 | sinthetek | how do i mount that card? |
20:24:00 | gevaerts | the same way you mount any other filesystem |
20:24:06 | Hillshum | what distro? |
20:24:12 | Hillshum | and version |
20:24:50 | sinthetek | gevaerts there is no /dev on the mp3 players' / |
20:25:04 | sinthetek | Hillshum gentoo |
20:25:28 | gevaerts | sinthetek: why should there be? |
20:25:58 | sinthetek | you said 'the same way' i would mount anythng else. typically i mount things by looking for a device node |
20:26:21 | gevaerts | do you look for that device node in random places all over the filesystem tree? |
20:26:47 | sinthetek | no, i look in /dev! :P |
20:26:53 | gevaerts | so? |
20:27:03 | gevaerts | Why don't you look in /dev now? |
20:28:03 | sinthetek | i didn't think plugging 1 device in would create two nodes |
20:28:06 | Hillshum | will "dmesg | grep sansa" help? |
20:28:27 | sinthetek | (at least not typically) |
20:28:28 | gevaerts | sinthetek: it's a single SCSI device with two LUNs |
20:28:43 | gevaerts | and most USB multi-card readers behave that way |
20:29:01 | ej0rge | you could look in /proc/scsi/scsi |
20:29:02 | sinthetek | i've never used a usb multi-card reader before |
20:29:33 | sinthetek | i believe kern.log is indicating it is sdc2 |
20:30:33 | gevaerts | sounds unlikely. That would mean you have two partitions on the card |
20:30:34 | sinthetek | i just expected it would automatically or manually be mounted on the device itself |
20:31:11 | sinthetek | hmm |
20:31:21 | gevaerts | hm, wait. Gentoo means optimised until things no longer work, right? Do you have CONFIG_SCSI_MULTI_LUN=y in your kernel config? |
20:31:32 | sinthetek | nothing in dmesg |
20:31:41 | sinthetek | wrong. |
20:31:45 | sinthetek | and no idea |
20:32:02 | sinthetek | i will check |
20:32:20 | gevaerts | you need that, otherwise it won't work |
20:33:11 | sinthetek | ej0rge it only shows one rockbox-associated entry |
20:33:32 | sinthetek | i assume that is the primary storage |
20:34:58 | gevaerts | I'm pretty sure that that means that you don't have CONFIG_SCSI_MULTI_LUN |
20:35:56 | sinthetek | yep, you're right. |
20:39:08 | | Join android6011 [0] (n=chatzill@216.47.195.29) |
20:39:23 | android6011 | how accurate is the autodetect feature? |
20:39:39 | android6011 | I'm not sure if I have 3G or 4G ipod, I thought 3G but it detects as 4G |
20:40:10 | android6011 | how accurate is the autodetect feature? I'm not sure if I have 3G or 4G ipod, I thought 3G but it detects as 4G |
20:40:51 | Hillshum | android6011: we heard you the first time |
20:40:55 | sinthetek | thanks for the clues |
20:41:06 | gevaerts | android6011: it shouldn't make mistakes like that. Maybe http://support.apple.com/kb/HT1353 can help more though |
20:41:33 | android6011 | Hillshum: sorry, got a message saying must first identify |
20:41:48 | android6011 | does the 4G have color? |
20:41:55 | Hillshum | only the photo |
20:42:28 | android6011 | going by this http://www.crutchfield.com/S-V7t6cZnNqID/learn/learningcenter/MP3/iPodgenchart.html it is detecting wrong, mine is a 20GB click wheel |
20:42:32 | gevaerts | android6011: does it have a horizontal row of four buttons? |
20:42:46 | android6011 | no |
20:42:58 | gevaerts | then it's not a 3rd gen |
20:43:25 | android6011 | that chart says 3G can have click wheel |
20:45:14 | GodEater | no |
20:45:16 | GodEater | that's wrong |
20:45:20 | android6011 | ok |
20:45:20 | GodEater | the 3G has a touch wheel |
20:45:32 | android6011 | then which themes can I use? |
20:45:46 | | Quit LambdaCalculus37 ("Fwump") |
20:45:47 | android6011 | I tried simple but I can't read anything on the screen |
20:46:12 | GodEater | that crutchfield chart is complete bullshit |
20:46:51 | android6011 | ya I found mine on amazon, says 4G |
20:47:14 | GodEater | I've given up with our bloody theme support. We break the syntax so often it's not even funny. |
20:47:58 | GodEater | but you *should* be able to use any 4G ipod theme, and I believe any theme for the H1x0 irivers too, since they share the same screen resolution |
20:48:21 | GodEater | if they don't work though, it's likely because the theme is out of date, and we've broken it with some genius new feature |
20:48:31 | GodEater | so the author needs to bring it back up to date |
20:48:47 | Hillshum | or somebody else |
20:49:06 | GodEater | that too |
20:49:19 | | Join borges [0] (n=N@e178005213.adsl.alicedsl.de) |
20:59:50 | | Join aaron___ [0] (n=chatzill@adsl-065-013-002-216.sip.asm.bellsouth.net) |
21:00 |
21:01:07 | | Nick aaron___ is now known as aaron424 (n=chatzill@adsl-065-013-002-216.sip.asm.bellsouth.net) |
21:03:05 | *** | Saving seen data "./dancer.seen" |
21:06:55 | Llorean | GodEater: We've only broken theme support two, maybe three times. That's hardly "so often it's not funny." Or did we just break it again or something? |
21:07:36 | GodEater | Llorean: I must just keep arriving back on forum duty whenever it's happened then ;) |
21:07:49 | Llorean | I know we broke it when we changed the progress bar and replaced margins with viewports, but that was all done at once to save multiple breaks. And I *think* we broke it once before, but I can't even remember what that was for when it happened. |
21:07:49 | GodEater | and no, not recently I don't think. |
21:08:14 | Llorean | I think we changed the way we handled image tags, maybe. |
21:08:44 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
21:08:56 | GodEater | evening Mr. stripwax sir |
21:09:55 | stripwax | hello hello |
21:10:25 | | Quit r0b- (Read error: 110 (Connection timed out)) |
21:10:31 | GodEater | I''m just enjoying the GS security clearance procedure before they'll let me come and work in the building. Tell me, do I get cavity searched too ? :) |
21:10:43 | | Join r0b- [0] (n=rob@adsl-76-235-183-168.dsl.klmzmi.sbcglobal.net) |
21:11:14 | | Quit r0b- (Client Quit) |
21:11:50 | | Join r0b- [0] (n=rob@adsl-76-235-183-168.dsl.klmzmi.sbcglobal.net) |
21:12:21 | stripwax | haha! yes .. but taking this to community .. |
21:12:30 | kugel | Llorean: yes, we did recently |
21:13:04 | kugel | because the statusbar setting changed, "statusbar: on" is ignored |
21:15:34 | * | bertrik needs to find the LED or backlight control |
21:18:14 | | Join BryanJacobs [0] (n=bryanjac@cpe-74-67-191-154.rochester.res.rr.com) |
21:18:30 | | Quit BryanJacobs (Client Quit) |
21:18:43 | * | JdGordon| loves this "we" thing :D |
21:18:57 | | Join BryanJacobs [0] (n=braujac@cpe-74-67-191-154.rochester.res.rr.com) |
21:19:03 | | Quit Rob2223 () |
21:19:32 | JdGordon| | I dont tihnk the image tags were broken, they were just changed from the patch when it was commited a bit |
21:21:07 | | Quit TheCoolGman ("CGI:IRC (EOF)") |
21:22:54 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
21:24:56 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) |
21:26:59 | kugel | JdGordon|: you want me to accuse you directly? :p |
21:27:12 | | Join Rob2222 [0] (n=Miranda@p4FDCDA9E.dip.t-dialin.net) |
21:27:22 | gevaerts | hm, pictureflow people around :) |
21:27:34 | * | kugel spots none |
21:27:52 | stripwax | gevaerts - "pictureflow people" in what sense? |
21:27:57 | gevaerts | Is there a specific reason for only showing the album name in pictureflow? I think it should also have artist and/or composer |
21:28:05 | ej0rge | Hey, does anyone here happen to know - is the EQ in the fuze done in hardware or software? |
21:28:50 | stripwax | gevaerts - I agree, and maybe even sort by one vs the other. and let you enqueue rather than just throw away your dynamic playlist and immediately play |
21:30:07 | gevaerts | that would be useful as well, yes |
21:31:07 | kugel | stripwax: I had a quick look at using the core context menu (from the database) but turned out not really doable |
21:31:08 | | Quit aaron424 ("ChatZilla 0.9.85 [Firefox 3.0.12/2009070811]") |
21:31:55 | stripwax | kugel - booohh :( although .. maybe it should be doable. I could conceive of other plugins that might want to do system-consistent context menu stuff |
21:32:09 | stripwax | just needs exposing in plugin api? |
21:34:52 | JdGordon| | shouldnt be much more than that |
21:34:52 | kugel | stripwax: yes and no |
21:35:06 | kugel | you can get the context menu itself easily |
21:35:13 | kugel | but it's not usable |
21:36:11 | stripwax | ok - not sure I understand though. In what way is it not usable? You don't get to find out what was selected? or there's no interface to apply the action once it's picked? or something else? |
21:36:40 | | Quit wincent (Read error: 110 (Connection timed out)) |
21:36:58 | kugel | a) crash if you didn't enter the database before (i.e. if the tagtree context is uninitialized) |
21:37:00 | * | stripwax looks into implementing Hexoban into the rockbox sokoban plugin |
21:37:10 | stripwax | ugh |
21:37:23 | kugel | b) if you entered before it still doesn't work because the fetching of the filenames is different or some stuff |
21:37:38 | stripwax | re a) shouldn't pictureflow initialize it when it loads up (or find a way to)? |
21:37:52 | stripwax | re b), hm, got a patch I can apply to play with? |
21:38:06 | * | stripwax http://users.bentonrea.com/~sasquatch/sokoban/hex.html |
21:39:50 | Hillshum | Could pictureflow call the context menu for a track? |
21:40:01 | stripwax | that would be ideal! |
21:40:02 | | Join aaron424 [0] (n=chatzill@adsl-065-013-002-216.sip.asm.bellsouth.net) |
21:40:25 | | Quit r0b- (Read error: 110 (Connection timed out)) |
21:40:40 | | Join r0b- [0] (n=rob@adsl-76-235-183-168.dsl.klmzmi.sbcglobal.net) |
21:40:58 | kugel | that's why did |
21:41:09 | | Quit dash32 ("Verlassend") |
21:41:22 | stripwax | For hexoban, I'm thinking of changing the control mechanism so you select where you want to go first, and then push select to move to that cell. Make sense? (I can't think of any DAP with a 6-way button layout). And I'm thinking of making that an 'alternative' (selectable) control mechanism for regular sokoban - any objections? |
21:41:25 | | Quit r0b- (Client Quit) |
21:44:41 | Hillshum | stripwax: wheels could be used to make a 6-way button |
21:45:16 | | Join fuzzie [0] (n=fuzzie@twinsen.warpedgames.com) |
21:48:22 | stripwax | Hillshum - yeah, but I think it would be easier to use the wheel to rotate select between the 6 surround hexes. certainly I don't think the ipod wheel is accurate enough to let you tap a segment and not end up going somewhere you didn't want to |
21:48:53 | Hillshum | quite true |
21:49:26 | | Quit aaron424 (Remote closed the connection) |
21:52:01 | bertrik | gevaerts, no luck yet, I'm assuming it has the same DFU RAM layout as the M6SL |
21:52:24 | gevaerts | I'd expect so |
21:52:33 | bertrik | I wonder if I should just toggle all GPIOs until I see something happening :P |
21:53:08 | gevaerts | that's one way :) |
21:54:01 | bertrik | I'm not even sure it gets past crt0.s |
21:54:55 | | Quit stoffel (Remote closed the connection) |
21:55:29 | bertrik | yay, display flashes! \o/ |
21:55:57 | bertrik | that, or it is now in a reboot loop :P |
22:00 |
22:02:38 | | Quit stripwax ("http://miranda-im.org") |
22:04:47 | | Join darkless [0] (n=darkless@h55eb1105.dkvaval.sta.perspektivbredband.net) |
22:09:23 | Llorean | kugel: Why was that setting changed to be ignored? Is it no longer used? How do we determine if the status bar should be on now? |
22:09:41 | | Quit CIA-8 (Client Quit) |
22:11:28 | bertrik | yay, now the keys on my samsung yp-s3 are flashing :) |
22:11:45 | linuxstb | bertrik: Is this playing with GPIOs? |
22:12:01 | bertrik | yes, just toggling each port full on and off |
22:12:33 | Llorean | kugel: Also, that's not a WPS compatibility change, so I don't see how it broke WPSes. |
22:12:44 | Llorean | It may have made them look funny, but they shouldn't be rejected. |
22:13:50 | | Join tmzt [0] (n=tmzt@76.244.147.106) |
22:14:32 | | Quit mcuelenaere () |
22:14:45 | | Join CIA-7 [0] (n=CIA@208.69.182.149) |
22:16:16 | | Quit TheSeven (Read error: 54 (Connection reset by peer)) |
22:16:53 | | Join TheSeven [0] (n=theseven@dslb-084-056-135-195.pools.arcor-ip.net) |
22:16:54 | | Join efyx_ [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
22:18:16 | | Join aaron424 [0] (n=chatzill@adsl-065-013-002-216.sip.asm.bellsouth.net) |
22:18:47 | | Join r0b- [0] (n=rob@adsl-76-235-183-168.dsl.klmzmi.sbcglobal.net) |
22:18:48 | bertrik | I'll have a shot at the display now |
22:20:43 | | Join bertrik_webguest [0] (n=57d33175@gateway/web/cgi-irc/labb.contactor.se/x-cf14e50418bcca72) |
22:26:14 | | Quit bertrik_webguest ("CGI:IRC (Ping timeout)") |
22:27:11 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
22:28:37 | | Quit kugel (Read error: 110 (Connection timed out)) |
22:32:09 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
22:32:47 | TheSeven | CUFD / DFUC - haven't I seen that somewhere in crt0.S? |
22:33:11 | TheSeven | what the heck is this good for? It's turning up in the same place in diagflsh! |
22:34:20 | gevaerts | TheSeven: I think it's some sort of sanity check for DFU, to avoid flashing obviously incorrect files |
22:35:01 | TheSeven | but why should that be contained in a boot image stored inside the nor "file system", which can only be flashed as one huge AUPD? |
22:35:22 | TheSeven | I just can't see any DFU connection here |
22:36:03 | TheSeven | do you think that's a remnant from some shared pieces that are also used in DFU images? |
22:36:12 | gevaerts | no direct one, true, but I'd imagine people wanting to change as little as possible between images |
22:36:58 | | Join evilnick [0] (i=0c140464@gateway/web/freenode/x-e379b2787b1c8784) |
22:37:35 | gevaerts | so yes, some sort of remnant that nobody bothered to change |
22:42:00 | | Part Grahack |
22:42:35 | | Nick Hillshum is now known as StHillshum (n=hillshum@unaffiliated/hillshum) |
22:42:49 | | Nick StHillshum is now known as Hillshum (n=hillshum@unaffiliated/hillshum) |
22:43:22 | bertrik | the commands used in the yps3 OF look a lot like the nano2g lcd commands, I'll just have a try at that |
22:43:43 | TheSeven | which commands are you talking about? |
22:44:01 | bertrik | the commands sent to the display |
22:46:28 | | Quit efyx_ (Client Quit) |
22:48:16 | linuxstb | bertrik: Which lcd type? |
22:48:26 | bertrik | both :) |
22:49:23 | linuxstb | Odd... I wonder if Apple bought in the hardware design from Samsung, who have also used it... |
22:51:35 | bertrik | maybe I'm judging too quickly. The yps3 OF seems to support two LCDs, the lcd commands sent to these LCDs seem to match at least partly the two LCDs in the ipodnano2g driver |
22:52:04 | linuxstb | Presumably the LCD is the same size - 176x132? |
22:52:26 | bertrik | no, it's 176x220 |
22:52:47 | bertrik | hm, that might need some adjustment :P |
22:53:14 | linuxstb | At least it matches an existing target... |
22:54:19 | bertrik | I noticed that there are a lot of LCDs in rockbox whose init sequences look very similar, but not quite sure if they're exactly the same |
22:55:05 | | Join FlynDice_ [0] (n=FlynDice@c-76-121-18-103.hsd1.wa.comcast.net) |
22:59:33 | | Quit android6011 (Read error: 113 (No route to host)) |
23:00 |
23:01:59 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
23:02:04 | GeekShadow | hello :) |
23:03:06 | *** | Saving seen data "./dancer.seen" |
23:03:43 | GeekShadow | what is the status of rockbox for meizu ? |
23:03:48 | GeekShadow | meizu m3 |
23:03:58 | stripwax | ... in progres ... |
23:04:48 | GeekShadow | how can I help? |
23:05:20 | bertrik | GeekShadow, USB does not work, reading/writing NAND does not work, we have only been able to run a simple rockbox bootloader so far, not the actual rockbox firmware yet |
23:05:43 | GeekShadow | ok |
23:06:12 | GeekShadow | I read that the hardware is close to iPod Nano 2G |
23:06:31 | tmzt | bertrik: linuxstb: those lcds are detected by gpios? |
23:06:32 | Torne | the nano 2g is also only in the very early stages :) |
23:06:49 | gevaerts | GeekShadow: it's also close to the samsung yp-s3 :) |
23:06:50 | bertrik | yes it is, hopefully progress in one of the targets helps the other target too |
23:07:09 | GeekShadow | ok sweet ;) |
23:07:13 | linuxstb | tmzt: Yes. |
23:07:40 | | Quit petur ("later") |
23:07:43 | tmzt | so same/similar lcms are used? |
23:08:48 | | Quit DarkDefender ("Leaving") |
23:09:05 | | Quit r0b- ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
23:09:05 | bertrik | no luck yet with either of the ipodnano2g lcd drivers on the yps3 |
23:09:35 | bertrik | the lcd still shows the picture from the primary bootloader |
23:09:45 | | Quit flydutch ("/* empty */") |
23:09:54 | linuxstb | bertrik: Have you found the lcd_write_cmd and lcd_write_data functions in the OF? |
23:10:36 | GeekShadow | is there a music quiz plugin for rockbox ? |
23:10:42 | GeekShadow | I'm just wondering |
23:11:07 | Torne | no, but the APIs that one would need do exist now I think :) |
23:11:10 | Torne | (added for pictureflow?) |
23:15:58 | | Quit BHSPitMonkey (Read error: 60 (Operation timed out)) |
23:21:24 | FlynDice_ | I am clueless when it comes to the whole license issue, Can I use code from linux that has a GPL2 and if so are there restrictions I need to worry about? |
23:21:50 | | Quit stripwax ("http://miranda-im.org") |
23:22:30 | | Join mt [0] (n=mt@41.233.138.250) |
23:23:18 | gevaerts | FlynDice_: yes and no. Rockbox is GPL2+, so you can combine it with pure GPL2 (the whole would be GPL2 then). We would really like to keep it 2+ however... Maybe you can ask the author of the linux code in question? |
23:23:33 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
23:23:38 | | Join z35_ [0] (n=z35@ool-45701ce5.dyn.optonline.net) |
23:23:55 | | Quit z35_ (Read error: 104 (Connection reset by peer)) |
23:27:44 | FlynDice_ | gevaerts: So I read your answer as No, unless they say it's ok? |
23:28:06 | | Quit dmb (Read error: 113 (No route to host)) |
23:28:31 | gevaerts | FlynDice_: well, to be honest there are more bits of code that come from linux without a clear "+" agreement... |
23:28:36 | Hillshum | FlynDice_: I read it as "Ideally" |
23:29:00 | Hillshum | we got permission for the iPL code right? |
23:29:33 | Bagder | yes |
23:29:37 | gevaerts | FlynDice_: see FS #10143 for two specific cases |
23:29:50 | FlynDice_ | gevaerts: Thanks |
23:30:26 | gevaerts | FlynDice_: this is one of those things that the RSB could decide on :) |
23:30:30 | tmzt | iPL? |
23:30:52 | gevaerts | ipodlinux |
23:31:04 | FlynDice_ | vote early, vote often?? :p |
23:31:30 | Hillshum | Has the RSB ever been used? |
23:31:50 | gevaerts | no |
23:36:19 | pixelma | kugel: how should combos work with pressing "any button" first, especially if "any button" already has a different action mapped to it? About the X5 (and M5 as it uses the same keypad) - I don't think they can have it... other WPS shortcuts aren't mapped either (e.g. to the ID3 info screen or the pitch screen which you access via the WPS context menu) |
23:37:38 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
23:37:50 | | Join GeekShado_ [0] (n=Antoine@165.230.192-77.rev.gaoland.net) |
23:40:25 | * | Bagder adds committer #77 |
23:40:35 | Hillshum | who? |
23:40:45 | Bagder | Wincent Balin |
23:40:49 | gevaerts | \☺/ |
23:41:46 | Hillshum | Oh yeah, FWIW, has anybody considered adding Yoshida Uchida? Not that I know a whole lot about this, but.. |
23:41:47 | | Quit stripwax (Client Quit) |
23:43:56 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
23:44:17 | JdGordon| | Llorean: the statusbar was changed from on/off to off/top/bottom.... all the shipped themes have been fixed though |
23:44:40 | | Quit GeekShadow (Read error: 60 (Operation timed out)) |
23:46:09 | | Part BryanJacobs ("Leaving.") |
23:48:12 | | Quit faemir ("Leaving") |
23:50:49 | bertrik | linuxstb, yes I found them, they are easy to understand |
23:51:04 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
23:52:07 | linuxstb | bertrik: The same as the ones in lcd-nano2g.c? |
23:52:32 | bertrik | no, not the same, can't tell yet how similar they are |
23:53:36 | CIA-7 | New commit by zagor (r22021): Dependency generation now uses all cores on multi-core machines. |
23:53:47 | gevaerts | \☺/ |
23:54:09 | gevaerts | this should be a fast round |
23:54:15 | Zagor | I hope so :) |
23:55:11 | gevaerts | it probably also means that I have to do my client tuning all over again :) |
23:55:25 | Bagder | nice fix! |
23:55:34 | Zagor | thanks |
23:57:06 | | Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-414ff1f9ee0e9211) |
23:58:20 | gevaerts | not bad |
23:58:36 | linuxstb | Zagor/Bagder: Could one of you move the contents of pp-bootloaders/ to their correct places on the download server? Possibly backing up the existing files... |
23:58:48 | gevaerts | except for this tiny detail... |