00:00:00 | * | Llorean has already turned down one applicant, arguably. |
00:00:08 | gevaerts | austrian_guest: it seems to work on H320. It jumps about a bit too much to my taste, but with some patience I could probably tune this homebuilt thing of mine |
00:00:54 | gevaerts | austrian_guest: no luck on c250, probably because of the fixed sample rate of 44100 Hz |
00:01:08 | | Quit TsubakiIke ("CGI:IRC") |
00:02:52 | austrian_guest | good to hear it works on the h320 |
00:03:30 | austrian_guest | If i figure out how to alter the recording samplerate, it will probably work on the sansas too |
00:05:10 | * | gevaerts would try on gigabeat f, but probably the lack of recording hardware might cause problems |
00:05:26 | linuxstb | gevaerts: Probably... |
00:05:48 | gevaerts | Just wait for usb host with audio support :) |
00:06:47 | austrian_guest | Line in could also work |
00:08:45 | austrian_guest | What recording samplerate do the sansas support? |
00:11:29 | gevaerts | austrian_guest: the recording preferences on my c200 lets me choose 22050 Hz |
00:18:19 | austrian_guest | Thanks |
00:19:00 | Llorean | Can the Gigabeat F host through the normal USB port, or would a dock adapter be needed? |
00:19:02 | | Quit PaulJam_ (Read error: 104 (Connection reset by peer)) |
00:19:32 | gevaerts | Llorean: it needs the dock |
00:19:43 | austrian_guest | gevaerts: Could you please try this on your c200: http://pastebin.com/d2a7fa250 |
00:19:57 | austrian_guest | it should use the correct buttons and samplerate.. |
00:20:17 | Llorean | gevaerts: The actual dock, or just an adapter with the right pins on the connector? |
00:21:26 | gevaerts | Llorean: I think it needs the dock's power supply for the 5V VBus. If you manage to provide those on an adapter it should work as well. The actual USB data lines are in the dock connector |
00:23:02 | Llorean | Ah |
00:23:13 | gevaerts | austrian_guest: Undefined instruction at 0006e9b4 |
00:23:43 | linuxstb | Anyone think bitmap strips in the WPS is a MajorChange? |
00:23:43 | | Quit nls_web ("CGI:IRC (EOF)") |
00:23:52 | * | gevaerts thinks that plugin writers should really define their instructions properly |
00:24:05 | Llorean | linuxstb: I think all new "features" are. |
00:24:10 | gevaerts | linuxstb: depends. Is wps authoring a major use case ? If so, yes |
00:24:12 | austrian_guest | In what way? |
00:24:24 | * | gevaerts should have added a smiley |
00:24:36 | shotofadds | linuxstb: if I were a wps author I'd want to know about that change, but what do i know ;) |
00:24:46 | * | linuxstb takes that as a yes, and adds it |
00:24:50 | austrian_guest | I'm waaayyy too tired... |
00:25:11 | gevaerts | austrian_guest: there probably is some memory corruption somewhere |
00:25:29 | linuxstb | When was the M3 added as a supported target? |
00:25:39 | linuxstb | (that's missing from MajorChanges) |
00:25:50 | Bagder | today uh, yday |
00:25:56 | * | gevaerts is too tired to do any reasonable debugging, so he won't even try. This jigsaw puzzle however... |
00:26:02 | * | Bagder noticed we're passed midnight here |
00:27:10 | | Join aliask [0] (n=aliask@rockbox/developer/aliask) |
00:27:26 | linuxstb | Bagder: So 23rd March? |
00:27:28 | austrian_guest | There's no memory corruption on my X5. I'm too tired now - good night everyone. Thank you all for helping me! |
00:27:33 | Bagder | linuxstb: yes |
00:27:37 | | Quit austrian_guest ("CGI:IRC") |
00:29:14 | | Join jerl92 [0] (n=jer_l_@ip-66-254-34-139.mqdsl.megaquebec.net) |
00:29:22 | | Part jerl92 |
00:33:55 | | Join velixzeen [0] (n=velixzee@216.36.141.104) |
00:39:54 | | Join picky [0] (n=4fd3c8d1@gateway/web/cgi-irc/labb.contactor.se/x-f7829aa8594d0b95) |
00:40:07 | picky | linuxstb: ping |
00:40:35 | linuxstb | Hello |
00:41:05 | picky | linuxstb: is the 'i' parameter optional in the %xdni WPS tag? |
00:41:23 | linuxstb | Yes. |
00:41:33 | picky | linuxstb: it's not in brackets on the wiki page |
00:41:34 | linuxstb | I should put [] around it... |
00:41:49 | linuxstb | I'll fix that now. |
00:42:14 | BigBambi | Bagder: On the current build page, should it not say Gigabeat F/X and not just Gigabeat F? (Like iriver H120/H140 for instance) |
00:42:37 | BigBambi | likewise for the manual page |
00:42:37 | Bagder | i guess it should... |
00:42:52 | Bagder | but now I'm off to sleep... |
00:43:33 | linuxstb | picky: OK, done. Thanks for pointing it out. |
00:45:42 | picky | linuxstb: ok. I like how it reduced the number of the images needed |
00:48:11 | linuxstb | Yes, it's a long-overdue feature IMO. |
00:48:14 | picky | linuxstb: another question: what if the image height isn't exactly a multiple of the number of images in the tag? |
00:48:56 | picky | And what if the i parameter will shoot over the last strip? |
00:50:07 | linuxstb | That's two questions... |
00:50:57 | | Quit Nico_P (Remote closed the connection) |
00:51:26 | picky | I'll try to deduce the answers from the code. In code veritas! :-) |
00:51:48 | linuxstb | There is currently no check for either. For the first case, the "extra" pixels at the bottom will just be ignored. For the second, I should add a safety check... |
00:52:36 | linuxstb | Although it's not really dangerous. |
00:52:59 | domonok1 | linuxstb: a check would be good, or else a wps could possibly crash rockbox, not nice.. |
00:53:23 | linuxstb | domonok1: How would it crash? It would just copy some random data to the screen. |
00:53:34 | picky | linuxstb: there are also tabs in wps_parser.c:1385 |
00:54:02 | linuxstb | picky: Thanks, I'll fix them. |
00:54:54 | | Join crculver [0] (n=crculver@hoas-fe2add00-173.dhcp.inet.fi) |
00:55:22 | | Part crculver ("Leaving") |
00:56:46 | picky | linuxstb: I also think a check would be better than some random data on the screen. Uncontrolled access, even just reading, is bad imho. |
00:58:46 | | Join jcollie [0] (n=jcollie@dsl-ppp239.isunet.net) |
00:59:22 | linuxstb | picky: I agree - I'm fixing it now ;) |
01:00 |
01:00:30 | *** | Saving seen data "./dancer.seen" |
01:02:45 | | Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
01:03:39 | linuxstb | Fix committed. |
01:04:28 | linuxstb | picky: Anything else? ;) |
01:08:15 | | Quit XavierGr (Nick collision from services.) |
01:08:26 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
01:08:35 | picky | linuxstb: not now. Relax ;-) |
01:10:56 | | Quit ashes (Read error: 110 (Connection timed out)) |
01:10:56 | | Quit XavierGr (Read error: 104 (Connection reset by peer)) |
01:11:10 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
01:20:09 | | Quit ender` (" Remember: A secretary isn't permanent until she's been screwed on the desk...") |
01:20:32 | | Quit FOAD ("I'll be back") |
01:20:33 | | Quit shotofadds ("Leaving") |
01:20:46 | | Join FOAD [0] (n=dok@dinah.blub.net) |
01:21:19 | | Join dionoea_ [0] (n=dionoea@yop.chewa.net) |
01:21:30 | | Quit dionoea (Read error: 104 (Connection reset by peer)) |
01:22:16 | | Quit BigBambi (Remote closed the connection) |
01:22:55 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
01:27:02 | | Join BlakeJohnson87 [0] (n=bjohnson@99-200-141-173.area2.spcsdns.net) |
01:30:22 | | Join midgey [0] (n=tjross@67-194-40-203.wireless.umnet.umich.edu) |
01:30:38 | picky | linuxstb: still here? |
01:30:53 | | Quit amiconn (Nick collision from services.) |
01:31:00 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
01:31:22 | picky | linuxstb: could you put everything you put to the wiki page to the manual as well? |
01:33:52 | | Join webguest95 [0] (n=3d962b4e@gateway/web/cgi-irc/labb.contactor.se/x-6a0ee5816dd45423) |
01:34:16 | | Quit picky ("CGI:IRC (EOF)") |
01:35:47 | | Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) |
01:36:33 | | Quit mf0102 ("Verlassend") |
01:37:25 | | Join fasmaie [0] (n=yohann@c-98-216-170-85.hsd1.ma.comcast.net) |
01:41:51 | JdGordon|zzz | amiconn: RED! |
01:41:51 | | Quit webguest95 ("CGI:IRC (EOF)") |
01:44:31 | | Quit jhulst (Read error: 110 (Connection timed out)) |
01:45:25 | amiconn | fxd |
01:46:04 | * | linuxstb is impressed JdGordon|zzz can spot red in his sleep |
01:46:40 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
01:49:29 | JdGordon | multifont patch peope are getting on my nerves again :p |
01:51:34 | | Quit leox (Read error: 110 (Connection timed out)) |
01:51:46 | JdGordon | linuxstb: (I hadnt seen your patch before commiting), isnt there a nicer way to use strip bmps so you could just do something like %?pv<%xdM> and it would automaticlaly display the correct part (assuming the image was setup for strips correctly?) |
01:52:10 | JdGordon | .. that line in the commit messgae looks horrible... |
01:52:34 | amiconn | grmbl |
01:55:07 | * | jhMikeS wonders about naming consistency when "grey_..._gray_bitmap..." is used ;) |
01:55:53 | * | amiconn wonders why he wrote || when he meant && |
01:56:09 | * | gevaerts wonders about why grey and gray are both valid and correct words |
01:56:32 | linuxstb | JdGordon: That was my original idea, but a) I didn't know how to do it (but see my discussions about it with Nico_P in the logs); and b) Specifying sub-images individually is useful when you want to use the same strip in more than one conditional. So I think both methods would be nice. |
01:57:50 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
01:58:02 | JdGordon | ok |
01:58:30 | JdGordon | anyway, nice work.. should make wps' slightly easier to manage |
01:58:32 | JdGordon | file wise |
01:59:15 | amiconn | jhMikeS: I didn't touch those in this commit. It's historical, as the graphics api description specifies *_gray_bitmap* for functions dealing with such bitmaps, and the library prefix for the greyscale lib is grey_ |
01:59:32 | | Nick markun_ is now known as markun (n=markun@rockbox/developer/markun) |
02:00 |
02:01:47 | | Quit gevaerts ("2 am is late enough") |
02:03:40 | | Quit midgey () |
02:05:20 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
02:06:11 | | Quit Thundercloud (Remote closed the connection) |
02:06:55 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
02:07:20 | | Join midgey [0] (n=tjross@67-194-40-203.wireless.umnet.umich.edu) |
02:10:38 | aliask | I've got an mp3 that consistently plays the first ~0.1s then skips (and often confuses the playback engine). What sort of things should I be doing to help debug? |
02:12:49 | jhMikeS | confuses? |
02:13:54 | aliask | I end up getting the wrong information on the WPS, and on occasion I think i've had it skip into the middle of another song. |
02:14:10 | linuxstb | Is your filesystem OK? |
02:14:53 | aliask | fsck seems to have no problems with it. |
02:15:07 | jhMikeS | sounds like the playback engine doesn't enforce file boundaries or something |
02:15:26 | aliask | Though this is a iPod 4G grey with a mini hard drive in it |
02:21:37 | | Quit Thundercloud (Remote closed the connection) |
02:23:28 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
02:23:31 | | Join phinze [0] (n=phinze@ool-4577eeca.dyn.optonline.net) |
02:23:58 | aliask | Hrm, actually a surface scan is actually brining up some bad clusters. I'll get them fixed and see if that resolves the issue |
02:24:51 | | Join phinze_ [0] (n=phinze@ool-4577eeca.dyn.optonline.net) |
02:36:15 | | Join leox [0] (n=leox@165-162-114-200.fibertel.com.ar) |
02:36:16 | | Quit phinze (Read error: 104 (Connection reset by peer)) |
02:37:38 | | Quit tvelocity_ (Remote closed the connection) |
02:48:45 | | Quit kakazza () |
02:49:53 | | Part phinze_ |
02:50:06 | | Join phinze_ [0] (n=phinze@ool-4577eeca.dyn.optonline.net) |
02:50:12 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) |
02:52:39 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-51674fe649d1c972) |
02:52:46 | | Join saratoga22 [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-4507105b908337c0) |
02:52:52 | | Quit saratoga22 (Client Quit) |
02:52:57 | | Join saratoga223 [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-7460c42206723c15) |
02:53:35 | | Join saratoga11111 [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-07bf39f43ca4b632) |
02:54:03 | saratoga11111 | FS #8686 has a lot of TI specific code that should probably go into SVN |
02:54:26 | saratoga11111 | in particular, some of the patches there do things like fill in blank function stubs |
02:54:43 | | Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
02:55:19 | saratoga11111 | since the Creative ZVM port is well along, these should probably be looked at by someone with SVN access |
02:58:05 | | Quit saratoga ("CGI:IRC (Ping timeout)") |
02:58:25 | | Quit saratoga223 ("CGI:IRC (Ping timeout)") |
03:00 |
03:00:34 | *** | Saving seen data "./dancer.seen" |
03:04:35 | | Join kushal [0] (n=kushal@12.169.180.134) |
03:04:43 | | Quit BlakeJohnson87 ("Leaving.") |
03:04:47 | | Quit kushal (Remote closed the connection) |
03:05:20 | | Join BlakeJohnson86 [0] (n=bjohnson@c-67-190-234-51.hsd1.mn.comcast.net) |
03:08:06 | | Quit kushal_12_27_200 (Connection timed out) |
03:10:09 | | Quit Thundercloud (Read error: 110 (Connection timed out)) |
03:10:37 | | Quit saratoga11111 ("CGI:IRC (EOF)") |
03:13:58 | | Quit aliask (Read error: 104 (Connection reset by peer)) |
03:17:09 | | Join z35 [0] (n=z@149.123.33.65.cfl.res.rr.com) |
03:33:41 | | Quit fasmaie (Read error: 113 (No route to host)) |
03:34:32 | | Quit waldo ("Konversation terminated!") |
03:39:37 | | Join nebnav [0] (n=benjamin@71-17-43-53.sktn.hsdb.sasknet.sk.ca) |
03:41:34 | | Quit midgey () |
03:42:00 | | Quit argumentD (Read error: 113 (No route to host)) |
03:44:48 | | Quit domonok1 (Read error: 104 (Connection reset by peer)) |
03:49:01 | | Join midgey [0] (n=tjross@67-194-40-203.wireless.umnet.umich.edu) |
04:00 |
04:04:29 | | Quit JdGordon ("Konversation terminated!") |
04:04:56 | | Join JdGordon [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au) |
04:09:56 | | Join miepchen^schlaf_ [0] (n=miepchen@p54BF630A.dip.t-dialin.net) |
04:14:01 | | Quit Kanos () |
04:17:51 | | Join Kanos [0] (n=tedrock@d235-159-75.home1.cgocable.net) |
04:20:27 | | Quit Thundercloud_ (Remote closed the connection) |
04:21:03 | | Quit BHSPitMonkey ("Ex-Chat") |
04:21:21 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
04:24:36 | | Quit miepchen^schlaf (Connection timed out) |
04:30:15 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
04:31:44 | | Quit Zarggg () |
04:32:07 | | Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
04:36:09 | | Join PeterMitchell [0] (n=3aa6725e@gateway/web/cgi-irc/labb.contactor.se/x-18cb39b8df352993) |
04:42:37 | | Join ol_schoola_ [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
04:45:56 | | Quit PeterMitchell ("CGI:IRC (EOF)") |
04:46:18 | | Quit midgey () |
04:55:57 | | Quit nebnav ("Leaving") |
05:00 |
05:00:37 | *** | Saving seen data "./dancer.seen" |
05:08:21 | | Quit Seed (Nick collision from services.) |
05:08:29 | | Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
05:18:42 | | Quit velixzeen ("There are 3 kinds of people: those who can count & those who can't.") |
05:22:45 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
05:30:58 | | Join fyrestorm [0] (n=fyre@cpe-68-173-163-201.nyc.res.rr.com) |
05:49:02 | | Quit fyre^OS (Read error: 110 (Connection timed out)) |
06:00 |
06:30:24 | | Quit phinze_ () |
06:54:17 | | Quit midgey () |
06:55:02 | | Quit HellDragon (Client Quit) |
06:57:46 | | Join HellDragon [0] (i=jd@unaffiliated/helldragon) |
07:00 |
07:00:33 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
07:00:38 | *** | Saving seen data "./dancer.seen" |
07:11:52 | | Quit linuxstb (Read error: 113 (No route to host)) |
07:12:12 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
07:12:18 | | Quit linuxstb_ (Read error: 113 (No route to host)) |
07:14:16 | | Part toffe82 |
07:28:54 | | Quit linuxstb (heinlein.freenode.net irc.freenode.net) |
07:28:54 | NSplit | heinlein.freenode.net irc.freenode.net |
07:28:54 | | Quit freqmod_nx (heinlein.freenode.net irc.freenode.net) |
07:28:54 | | Quit corevette (heinlein.freenode.net irc.freenode.net) |
07:28:54 | | Quit w0rd54 (heinlein.freenode.net irc.freenode.net) |
07:28:54 | | Quit Hodapp (heinlein.freenode.net irc.freenode.net) |
07:28:54 | | Quit Neovanglist (heinlein.freenode.net irc.freenode.net) |
07:28:54 | | Quit Galois (heinlein.freenode.net irc.freenode.net) |
07:28:54 | | Quit tchan (heinlein.freenode.net irc.freenode.net) |
07:31:46 | NHeal | heinlein.freenode.net irc.freenode.net |
07:31:46 | NJoin | w0rd54 [0] (i=blackdev@100mbit.top-site.us) |
07:32:20 | NJoin | freqmod_nx [0] (i=freqmod@dhcp208-90.ed.ntnu.no) |
07:37:21 | NJoin | Neovanglist [0] (n=Neovangl@69.31.87.218) |
07:41:20 | | Join Hodapp_ [0] (n=angel@75.179.155.26) |
07:41:20 | NJoin | linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
07:41:20 | NJoin | corevette [0] (n=corevett@adsl-75-35-113-7.dsl.pltn13.sbcglobal.net) |
07:41:20 | NJoin | Hodapp [0] (n=angel@cpe-75-179-155-26.woh.res.rr.com) |
07:41:20 | NJoin | Galois [0] (i=djao@efnet-math.org) |
07:41:20 | NJoin | tchan [0] (n=tchan@lunar-linux/developer/tchan) |
07:42:18 | | Quit tchan (Connection timed out) |
07:42:42 | | Join tchan [0] (n=tchan@lunar-linux/developer/tchan) |
07:44:26 | | Quit Hodapp (Connection timed out) |
07:56:46 | | Quit jhulst ("Konversation terminated!") |
08:00 |
08:09:06 | | Join PeterMitchell [0] (n=3aa6725e@gateway/web/cgi-irc/labb.contactor.se/x-45c0b8bd16008742) |
08:09:46 | | Quit PeterMitchell (Client Quit) |
08:23:10 | | Quit HellDragon (Client Quit) |
08:30:15 | | Join HellDragon [0] (i=jd@unaffiliated/helldragon) |
08:31:06 | | Join Rob2223 [0] (n=Miranda@p4FDCCF8A.dip.t-dialin.net) |
08:32:44 | | Join LeoBlack [0] (n=daredevi@200.199.163.194) |
08:35:10 | | Part LeoBlack |
08:36:05 | | Join LeoBlack [0] (n=daredevi@200.199.163.194) |
08:37:40 | LeoBlack | oi |
08:38:17 | | Part LeoBlack |
08:38:17 | | Join LeoBlack [0] (n=daredevi@200.199.163.194) |
08:39:08 | | Part LeoBlack |
08:39:26 | | Join geeke [0] (n=44f154d8@gateway/web/cgi-irc/labb.contactor.se/x-fa6699f9645c07e2) |
08:44:54 | | Quit geeke ("CGI:IRC (Ping timeout)") |
08:48:34 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
08:48:34 | | Join DaCapn [0] (n=dacapn@c-76-105-220-239.hsd1.or.comcast.net) |
08:51:35 | | Join geeke [0] (n=44f154d8@gateway/web/cgi-irc/labb.contactor.se/x-73ab6c7950b03283) |
08:57:04 | | Quit geeke ("CGI:IRC (Ping timeout)") |
08:57:52 | | Quit DaCapn (Remote closed the connection) |
08:58:16 | | Join DaCapn [0] (n=dacapn@c-76-105-220-239.hsd1.or.comcast.net) |
09:00 |
09:00:42 | *** | Saving seen data "./dancer.seen" |
09:18:57 | | Join desowin [0] (n=desowin@atheme/developer/desowin) |
09:21:35 | | Join gregzx [0] (n=chatzill@dta157.neoplus.adsl.tpnet.pl) |
09:29:24 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
09:31:03 | | Join hannesd [0] (n=light@p5B1636C5.dip0.t-ipconnect.de) |
09:47:19 | | Quit spiorf (Remote closed the connection) |
09:53:04 | amiconn | linuxstb: ping |
10:00 |
10:00:10 | | Quit jhMikeS (Nick collision from services.) |
10:00:15 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
10:05:33 | linuxstb | amiconn: Good morning |
10:05:57 | | Quit Horschti ("electromagnetic radiation from satellite debris") |
10:06:55 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
10:09:41 | amiconn | linuxstb: Morning. I compared the cabbie v2 (old) and cabbiev2 (new) loading times on my H340 with the plain wps |
10:10:21 | amiconn | With the new version I can't measure a difference in boot time to the plain wps. Old cabbiev2 was ~1.5 sec slower |
10:10:58 | Mouser_X | Nice. |
10:11:22 | amiconn | I also got the "frozen gui when resuming on startup" effect several times during my tests |
10:11:34 | amiconn | Happened more often with the old version than the new one |
10:12:07 | amiconn | It almost seems like the buffering code "forgets" to yield completely under certain conditions |
10:13:14 | * | amiconn still won't use cabbiev2 because of readability |
10:13:42 | * | Mouser_X uses Pixel, a Gigabeat WPS. |
10:13:44 | amiconn | If there were a nice theme with clean icons and dark-text-on-white, I would probably use it... |
10:14:08 | * | amiconn can't stand bright text on black |
10:14:10 | linuxstb | That's good news. I guess I can close the "wps tar file" task now then. |
10:14:22 | amiconn | Yes I think so |
10:14:44 | Mouser_X | Pixel needs fixing to be used on current builds though. Broken WPS tags or something. |
10:14:57 | Mouser_X | (I've fixed it for my use.) |
10:17:02 | * | amiconn uses one of 3 text-only wps'es (but with peakmeters), default colours except a solid rockbox-orange selector bar (on colour targets). Fonts vary with target, either rockfont-8 (archos), or a nimbus variant |
10:17:22 | | Join bgwie [0] (n=3aa6725e@gateway/web/cgi-irc/labb.contactor.se/x-6f1a6ca58c3d2f10) |
10:19:42 | | Join Rincewind [0] (i=MTxw0I92@nat-wh-1.rz.uni-karlsruhe.de) |
10:30:37 | | Join Casainho [0] (n=chatzill@bl8-173-237.dsl.telepac.pt) |
10:31:08 | Casainho | hello Rockbox people :-9 |
10:33:54 | Casainho | I have some questions: If I have a system with an ARM, the SDRAM is directed accessed? It starts from 0x00000000 until end? |
10:34:58 | JdGordon | yes and depends where its mapped to |
10:35:41 | | Join MethoS- [0] (n=clemens@host-091-096-211-192.ewe-ip-backbone.de) |
10:35:42 | linuxstb__ | Casainho: Normally something else (ROM, NOR Flash) is mapped to 0x0 on boot. |
10:35:58 | | Nick linuxstb__ is now known as linuxstb_ (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
10:36:23 | | Join pixelma [0] (n=Marianne@rockbox/staff/pixelma) |
10:37:25 | Casainho | so, how rockbox knows what memories are mapped, it's start and end? |
10:37:28 | | Quit MethoS- (Remote closed the connection) |
10:37:51 | | Join MethoS- [0] (n=clemens@host-091-096-211-192.ewe-ip-backbone.de) |
10:38:52 | Casainho | my system will have SDRAM 64MB and 512 MB NAND FLASH |
10:39:01 | linuxstb_ | That's hard-coded, depending on the hardware configuration. |
10:39:49 | Casainho | hmmm... - since I know, the bootloader will mapped it, I already have an example of bootloader to use |
10:39:54 | linuxstb_ | Does your CPU have any SRAM (fast internal memory)? |
10:40:06 | Casainho | yes, 4KB of SRAM |
10:40:38 | linuxstb_ | Then that needs to be mapped somewhere as well. |
10:41:45 | Casainho | I assume the the bootloader will do that, in this case, It will be the u-boot. But, how rockbox code will know here starts and ends externl SRAM? |
10:42:13 | linuxstb_ | pixelma: Good morning. How is your cabbiev2 work going? I'm slowly converting them to bitmap strips, but don't want to change anything you're working on... |
10:43:07 | pixelma | put new greyscale versions in the tracker yesterday evening (decided I'm done for myself but would like some comments) |
10:43:17 | pixelma | morning too, btw. :) |
10:45:22 | linuxstb_ | pixelma: OK, so I'll leave those two WPSs for now. |
10:46:10 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
10:48:03 | pixelma | linuxstb: also, I like the addressing each part of the bitmap strip on its own. E.g. in the Archos cabbiev2 I put two images into the "background" to reduce the number of images to load (that is the empty battery and the play icon), IIUC they could be left out in the bitmap strip too, right? |
10:49:26 | pixelma | will convert the two greyscale WPSs then |
10:51:18 | linuxstb_ | Yes, I think they probably could. Although maybe it's nicer to include all the icons in the strip - so they are all together. |
10:52:20 | pixelma | yes, it's also not so important anymore, now that it is only one bitmap now anyways... |
10:53:31 | linuxstb_ | This is hard work though - I didn't realise we now have 10 different LCDs... |
10:54:33 | | Nick miepchen^schlaf_ is now known as miepchen^schlaf (n=miepchen@p54BF630A.dip.t-dialin.net) |
10:55:04 | amiconn | Somehow cabbiev2 doesn't look right at all on M3.. |
10:56:14 | amiconn | There's no backdrop, wps layout is broken, and wps has no icons |
10:56:54 | | Join DefineByte [0] (n=defineby@bb-87-81-195-5.ukonline.co.uk) |
10:56:57 | pixelma | the Iaudio remote WPS (which is used) of cabbiev2 has no icons but should have a backdrop |
10:57:12 | amiconn | Why doesn't it have icons? |
10:57:25 | | Join webguest74 [0] (n=4fd3f61a@gateway/web/cgi-irc/labb.contactor.se/x-679639d0381a68cb) |
10:57:30 | | Quit webguest74 (Client Quit) |
10:57:38 | | Join picky [0] (n=4fd3f61a@gateway/web/cgi-irc/labb.contactor.se/x-f13fb47eed1b1ec9) |
10:58:04 | picky | linuxstb: ping |
10:58:10 | pixelma | http://www.rockbox.org/twiki/bin/view/Main/DefaultWPS#128_x_96_2_bit_greyscale_iAudio space problem, I'd say |
10:58:51 | pixelma | (and no one did small enough greyscale icons) |
10:59:38 | pixelma | maybe we could drop the "now playing bar" in favour of the "status bar" there, it became more important now |
11:00 |
11:00:15 | amiconn | Well, for a remote on a target with a main lcd it might be okay. But no icons on a target with just one display is no good, imo |
11:00:25 | | Quit kies (Read error: 110 (Connection timed out)) |
11:00:38 | amiconn | In fact the layout seems to be ok, but the theme doesn't load the correct font |
11:00:43 | *** | Saving seen data "./dancer.seen" |
11:01:00 | amiconn | (had nimbus-12 here which is far more readable than this skinny one anyway) |
11:01:05 | * | pixelma should check whether this one empty line on the screenshot could be used |
11:01:20 | | Join kies [0] (n=kies@adsl-76-199-13-102.dsl.chmpil.sbcglobal.net) |
11:02:39 | pixelma | and I even think that the other greyscale icons could be used (there is enough space in the status bar of the Mini version I did yesterday) |
11:04:53 | picky | linuxstb: (for the log) One more idea about more checks in the wps: if num_subimages was specified in %X, check that an index was specified in all %d that refer to that image. |
11:05:48 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
11:08:05 | | Quit Rincewind ("bye") |
11:08:51 | | Join spiorf [0] (n=spiorf@host140-214-dynamic.20-79-r.retail.telecomitalia.it) |
11:11:01 | | Join bertrik [0] (n=Bertrik_@182-015-045-062.dynamic.caiway.nl) |
11:11:10 | linuxstb | picky: I don't think that's needed - if you don't specify a subimage to display, Rockbox will default to displaying the first image. Similarly, if you don't specify a number of subimages with %xl, it defaults to 1 subimage |
11:18:14 | picky | linuxstb: yes, I also thought that. But on the other hand, this would ensure more consice usage of num_images and make an accidental slip through more unlikely |
11:20:05 | bertrik | When I submit a patch/bug to the tracker I can select the type of player, but when searching in bugs I cannot. Am I overlooking something? |
11:28:48 | | Quit Casainho ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
11:37:12 | | Quit amiconn (" bbl") |
11:39:37 | | Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) |
11:40:58 | | Join waldo [0] (n=waldo@ip-81-11-195-152.dsl.scarlet.be) |
11:47:48 | | Quit DaCapn (Remote closed the connection) |
11:49:39 | | Quit picky ("CGI:IRC (EOF)") |
11:49:57 | | Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279529752.dsl.bell.ca) |
11:53:55 | | Quit DefineByte ("Bye all") |
11:53:55 | | Quit MethoS- (Remote closed the connection) |
11:54:39 | | Join MethoS- [0] (n=clemens@91.96.211.192) |
12:00 |
12:03:59 | bertrik | I noticed that quite a lot of bugs show some info like "data abort at x" or "undefined instruction at x". Can't we find out more about this using x? |
12:04:35 | bertrik | I played around a bit with arm-elf-addr2line and I can get the function name, but not the file name and line number. |
12:04:44 | | Quit bgwie ("CGI:IRC (EOF)") |
12:05:03 | | Join tvelocity [0] (n=tony@athedsl-118105.home.otenet.gr) |
12:06:43 | bertrik | it always shows libgcc2.c:0 for the file name and line number |
12:07:07 | pixelma | you can find out more with the help of the .map files that are in your build dir (if you compiled yourself) - but I now nothing about the "howto" |
12:07:22 | pixelma | s/now/know |
12:08:15 | | Join aliask [0] (n=aliask@rockbox/developer/aliask) |
12:09:24 | bertrik | yes I know about the map file, it doesn't give much more information than addr2line |
12:23:50 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
12:25:12 | moos | linuxstb: congrates for your WPS works, and for your new device ;) |
12:28:51 | | Join Xezzy [0] (n=chatzill@stanik.pl) |
12:31:40 | | Join tywickra [0] (n=tywickra@nat/redhat-in/x-2d54510c35a0fad9) |
12:32:14 | tywickra | Guys .. any updates on iPod Classic ? any good news coming our way ? |
12:32:28 | markun | nope |
12:32:36 | tywickra | :( |
12:32:56 | Horscht | is anyone actualy working on it? I doubt that |
12:32:59 | | Join Xannax [0] (n=59f9d10a@gateway/web/cgi-irc/labb.contactor.se/x-0df77140fdb1cad3) |
12:33:05 | tywickra | oh i see |
12:33:32 | tywickra | but how about the battery consumption on 5th gen iPods? |
12:33:43 | | Join lee-qid [0] (n=liqid@p549679E8.dip.t-dialin.net) |
12:33:44 | tywickra | how many hours approximately ? |
12:33:51 | Horscht | has gotten better, I once reached 17h |
12:34:07 | Horscht | average would be 15 - 16 hours, I assume |
12:34:11 | tywickra | Horscht, wow .. awesome !! |
12:34:21 | Horscht | (5.5G 80GB |
12:34:36 | markun | tywickra: http://www.rockbox.org/twiki/bin/view/Main/IpodRuntime |
12:34:47 | tywickra | now i feel like going backwards.. finding a 5th gen 80 gig |
12:35:40 | Mouser_X | Or you could get a Gigabeat. |
12:36:10 | tywickra | Mouser_X, can you get me a link if you don't mind ? |
12:36:13 | Mouser_X | The Gigabeat F can be a reasonable price if you look around for it. |
12:36:34 | Mouser_X | I *do* mind. Mostly because I shouldn't be here anyway... I'm writing an essay. |
12:36:36 | Mouser_X | Sorry. |
12:36:57 | Mouser_X | I've got a Gigabeat, and I love it. |
12:37:20 | Horscht | here in germany it was close to impossible to find a Gigaeat |
12:37:29 | tywickra | the biggest issue i have with ipod is the absence of good customisable graphical EQ |
12:37:35 | Horscht | german ebay does not give a single result |
12:38:16 | Xannax | Hello; something is bugging me, and I have seached extensively in the faq and manual, and I am sorry if what I am asking has been asnwered: my question is: in my ipod/notes/ipodloader.conf, what do I set as rockbox path? Whatever I enter it says err: cannot find file. I am under winXP ipod is FAT32, I installed the loader from ipodlinux but not ipodlinux, only rockbox and regular ipod firmware. Thanks in advance |
12:38:45 | | Quit jcollie ("Ex-Chat") |
12:38:49 | markun | Horscht: I think they were only sold in Japan, Australia, USA and UK |
12:38:53 | | Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) |
12:39:12 | Horscht | that explains why I had to settle for an Ipod |
12:39:56 | Xannax | I know it is not a rockbox-related issue, but I thought this should be the best place to get advice |
12:39:57 | Mouser_X | Dang. |
12:39:58 | | Join handmadematters [0] (n=handmade@dslb-084-056-182-135.pools.arcor-ip.net) |
12:40:07 | Horscht | Xannax, the ipod linux wiki has information on that |
12:40:07 | | Quit ctaylorr (Read error: 110 (Connection timed out)) |
12:40:17 | | Join A-4 [0] (n=A4@86.89.84.164) |
12:40:45 | handmadematters | Any idea why i am getting this message at the very first start of compiling: |
12:41:08 | Horscht | Xannax: Rockbox @ (hd0,1)/.rockbox/rockbox.ipod |
12:41:17 | tywickra | markun, good point .. it's available in AU :) |
12:41:29 | handmadematters | gcc -DAPPLICATION NAME ="bmp2rb" -g bmp2rb.c -0... No rule to make tgarget |
12:42:50 | handmadematters | Thats the full failure message: gcc -DAPPLICATION_NAME=\"bmp2rb\" -g bmp2rb.c -o bmp2rb |
12:42:50 | handmadematters | make[1]: *** No rule to make target `iaudio_bl_flash.bmp', needed by `iaudio_bl_flash.h'. Stop. |
12:43:22 | Xannax | Horscht: yes and i did everything listed there...in the discussion page, someone suggests entering the filename in dos8char format (rockbo~1.ipo) but that doesn't work either. I just can't get it to find my .rockbox folder, i tried absolute and relative paths, full-characters or 8 |
12:44:07 | Horscht | Xannax, sorry can't help you there. That entry worked for me when I was using loader2, but I stopped using it anyways |
12:45:06 | Xannax | Horscht: no, I tried that. Maybe because my conf is in "/notes/" and thus the path is not found? but when I move the conf file to the root, it is not loaded at all |
12:45:12 | | Quit jhMikeS (Nick collision from services.) |
12:45:18 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
12:47:01 | Mouser_X | tywickra: If you're in Australia, then try to find a Gigabeat X. It might be more expensive than the Gigabeat F, but it will be cheaper to buy a new/larger hard drive for the X, than it would be for the X. |
12:47:21 | Mouser_X | Also, the screen is slightly larger on the X (same resolution, but slightly larger in size). |
12:48:42 | tywickra | Mouser_X, true .. i need a device where i can put most of my stuff i have all my music at 320kbps .. do you have any idea on the capacity ? |
12:48:44 | Mouser_X | The Gigabeat F uses a 50-pin HDD connector, and the X uses a Zif-connector (or Zif-something?). Zif connectors are newer, so there's more of them available. |
12:49:09 | tywickra | aha .. i got your point |
12:49:23 | Xannax | hm. Thanks anyway. One last question: is there another way to switch between regular ipod firmware and rockbox? |
12:49:53 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
12:50:00 | Mouser_X | 50-pin is available in 40-80 GB drives. However, the 80 GB are *very* expensive. Zif drives can be found in larger capacities for cheaper, but I don't know sizes, or how much they cost. |
12:50:42 | Mouser_X | tywickra: I heard the X was sold in Australia, so I assume it would be easier to find (and cheaper?) than in the US. |
12:52:06 | tywickra | Mouser_X, aha.. it seems like time has come for me to move on to Gigabeat :-) |
12:53:12 | Horscht | Xannax, no |
12:53:24 | Horscht | pressing center button and menu |
12:53:40 | Horscht | to return from OF to Rockbox |
12:54:31 | | Quit Xannax ("CGI:IRC (Ping timeout)") |
12:54:42 | | Part handmadematters |
13:00 |
13:00:18 | Mouser_X | tywickra: Good luck. Hopefully I haven't sent you on a "wild goose chase." Since I'm not in Australia, I've never bothered looking for a Gigabeat X. Depending on the situation, you might be better off (for the price) with an iPod. *Personally* I would say the price difference is worth it (up to a point, of course). The Gigabeat has a faster CPU, and can therefore do certain things that the iPod can't do (not to mention the fact that you won't |
13:00:47 | *** | Saving seen data "./dancer.seen" |
13:01:48 | Mouser_X | The Gigabeat F comes as a Gigabeat F40 and F60 (40 GB and 60 GB respecively). There's smaller units, but I figure you don't care about them. |
13:01:51 | | Quit MethoS- (Read error: 113 (No route to host)) |
13:01:57 | Mouser_X | I don't know the sizes of the X units. |
13:04:41 | tywickra | Mouser_X, yeah true .. my main concern is quality sounds .. which has compromised by ipod bitterly |
13:04:55 | aliask | The X is hard to find even in Australia |
13:05:12 | | Quit SirFunk (Read error: 110 (Connection timed out)) |
13:05:13 | tywickra | oh! |
13:05:16 | aliask | You can occasionally find them on eBay, but they're reasonably rare, and often more expensive. |
13:05:27 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
13:05:39 | tywickra | in fact .. i was in NY last week.. was trying to find an alternative for an ipod .. |
13:05:54 | tywickra | i saw a few devices but didn't get the capacity in place |
13:06:33 | Mouser_X | If 60 GB will be sufficient, 50-pin 60 GB drives aren't too badly priced. |
13:06:59 | tywickra | yeah .. 60 GB will be ok with me .. |
13:07:06 | Mouser_X | You could buy a Gigabeat F40 (you need the larger back piece), and put a 60 GB drive in it. |
13:07:23 | tywickra | i'm not using it for anything other than for music ie no pics or movies |
13:07:26 | Mouser_X | That is, if you'd prefer a Gigabeat over an iPod. |
13:07:37 | | Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
13:07:45 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
13:08:32 | tywickra | yeah it sounds interesting .. should have an eye and probably get hold of one in a couple of days time |
13:08:45 | Mouser_X | Personally, I really like my Gigabeat. However, if you're not going to do movies, you might be able to find something that's better suited to your needs. However, such a product might be rare (I have no idea). |
13:09:07 | Mouser_X | Because of the fast CPU, the Gigabeat is great for movies. |
13:09:30 | Mouser_X | But if you can find something of a larger capacity for cheaper, you might want that instead. |
13:09:47 | linuxstb | amiconn: A few of your recent commits haven't updated the required FILES - the bmp file in tools/ the m3 target-tree... |
13:10:06 | amiconn | ghah |
13:10:13 | * | amiconn always forgets about FILES |
13:10:33 | * | aliask only noticed the /tools one and was about to commit. |
13:10:44 | amiconn | ...because I always use SVN... |
13:10:45 | linuxstb | amiconn: You're not alone... |
13:11:30 | amiconn | Actually, I wonder why we have FILES. Couldn't we just put everything from SVN into the tarball? |
13:12:11 | * | Nico_P has been asking himself the same question |
13:12:34 | linuxstb | Bagder seems to not want that, but I forget his reasons... |
13:13:01 | | Join MethoS- [0] (n=clemens@pD955B50F.dip.t-dialin.net) |
13:14:32 | * | amiconn pings Bagder |
13:16:27 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
13:22:13 | | Quit Thundercloud (Read error: 110 (Connection timed out)) |
13:30:16 | | Join SirFunk [0] (n=Sir@141.238.69.45) |
13:30:32 | | Join gevaerts [0] (n=fg@195-144-092-182.dyn.adsl.xs4all.be) |
13:32:31 | | Join Inv1s1ble [0] (n=cassius@c-68-53-211-2.hsd1.tn.comcast.net) |
13:32:59 | tywickra | Mouser_X, sorry was away .. thanks a bunch for your valued thoughts and suggested .. that truly helped me :) |
13:33:12 | * | JdGordon is itching to do some coding... needs some kicking in a direction |
13:33:23 | | Quit FOAD (Read error: 110 (Connection timed out)) |
13:33:24 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
13:33:49 | Inv1s1ble | I just want to say....I love RockBox. It's awesome. I can play OGGs and MP3s and keep my current folder structure and not have to use GtkPod or worse: iTunes |
13:34:39 | Xezzy | can rockbox read ape tags? |
13:34:42 | moos | JdGordon: the playlist area, like you mentionned few days ago...? |
13:34:44 | Xezzy | i heard its possible |
13:34:52 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
13:35:10 | moos | Xezzy: not for mp3 |
13:35:27 | Xezzy | oh |
13:35:30 | moos | we use id3 tags |
13:35:32 | pixelma | JdGordon: maybe you could have a look why in some plugin menus (that don't use own bitmaps etc.) the statusbar looks inverted |
13:35:43 | Xezzy | not in a lifetime? |
13:35:56 | JdGordon | pixelma: which? |
13:35:57 | amiconn | This is a design decision |
13:36:12 | amiconn | The tagging format for MP3 is id3v1 or id3v2, and not ape |
13:36:13 | pixelma | JdGordon: e.g. star (even on greyscale) |
13:36:25 | Xezzy | ok |
13:36:35 | JdGordon | ok, having a look |
13:37:16 | Xezzy | so which fileformats are supported with ape? |
13:37:17 | pixelma | JdGordon: there are some others as well, but haven't made a list... |
13:37:26 | * | Mouser_X agrees with Inv1s1ble. Rockbox == great! He especially likes that it can play ADX, NSF, SPC, MOD (with a patch) and GBS (again with a patch) files! |
13:37:48 | * | JdGordon loves having non existsnat lists of bugs to fix :p |
13:37:57 | Mouser_X | lol |
13:37:58 | moos | Xezzy: what do you mean? we use for exemple ape tags for musepack codec |
13:38:25 | Xezzy | yes thats what i mean ^^ |
13:39:20 | JdGordon | statusbar is fine in the e200 sim and all plugins ive checked so far |
13:39:28 | JdGordon | which target speicifically? |
13:39:49 | pixelma | JdGordon: seen in some plugins on M5 and c200 |
13:39:57 | amiconn | The problem is that in plugins which specify their own colours, the statusbar adheres to those, while the menus don't |
13:40:33 | amiconn | The menus use what is set in global_settings, and that's wrong in plugins |
13:40:39 | JdGordon | how are they setting the colours? |
13:40:56 | | Quit midgey () |
13:40:59 | amiconn | lcd_set_foreground/lcd_set_background |
13:41:21 | amiconn | The menu code itself should copy whatever its parent viewport contains |
13:41:29 | | Quit XavierGr (Nick collision from services.) |
13:41:35 | pixelma | JdGordon: on c200, chopper also show the problem (which had a black on white menu IIRC) |
13:41:40 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
13:42:09 | amiconn | The core menu screens (which are "above" the generic menu code) should set the colours as necessary |
13:42:10 | JdGordon | 1) plugins shouldnt be changing menu colours... |
13:42:25 | pixelma | ah... the statusbar is black on white, the rest is white on black (because this is what I use in the global settings, IIUC amiconn correctly) |
13:42:38 | amiconn | Plugins are perfectly allowed to change the colours |
13:42:46 | JdGordon | they shouldnt though |
13:42:54 | JdGordon | they shouldnt need to in menus |
13:42:56 | amiconn | And if they are then using menus, the menus should adapt to their look |
13:43:03 | linuxstb | IMO they can - to implement their own style |
13:43:07 | amiconn | ...not vice versa |
13:43:18 | pixelma | and they did before |
13:44:32 | amiconn | That is the problem here - star sets white on black, which is perfectly ok in case of star, as the main playing screen uses a dark background, and the menus should adapt because that avoids continuos switching back and forth |
13:44:55 | | Quit Horscht ("electromagnetic radiation from satellite debris") |
13:45:12 | * | JdGordon thinking of the least hackish fix for this |
13:45:22 | linuxstb | In my mind, the part of Rockbox that calls a menu should be able to specify the parent viewport for that particular menu |
13:45:34 | JdGordon | it does |
13:45:39 | JdGordon | nothing does that yet though |
13:45:42 | amiconn | What I just said - the menu code itself shouldn't touch the colours. Only the up-level code in the core that calls them should |
13:46:44 | pixelma | JdGordon: try wormlet, it looks like it's using black on rockboxblue or some other bright but not white colour |
13:47:01 | JdGordon | its ok... I see the problem |
13:47:10 | JdGordon | rb->lcd_set_background( LCD_BLACK ); |
13:47:19 | JdGordon | which also happens to be the default theme colour |
13:48:00 | amiconn | You mean the cabbiev2 theme colour ;) |
13:48:12 | JdGordon | yes.. thats the default |
13:49:30 | markun | which of our DAPs has the least amount of buttons? |
13:49:44 | amiconn | Depends on how you're counting |
13:49:48 | markun | The Meizu M3 has just 3 and a vertical touch strip |
13:49:50 | markun | http://www.pmptoday.com/wp-content/uploads/2007/10/meizu-m3-music-card-wholesale.jpg |
13:49:57 | markun | is that similar to the H10? |
13:50:11 | amiconn | Counting *only* buttons, then it's the ipods |
13:50:32 | amiconn | But counting buttons + other inputs like a wheel, then it's the Ondio |
13:50:37 | linuxstb | IIUC, the D2 only has 3 buttons, plus the touchscreen... |
13:50:53 | amiconn | ipods have 5 buttons plus wheel. Ondio has 6 buttons |
13:50:58 | JdGordon | the mr500 only has 1 on the actual DAP |
13:51:14 | JdGordon | 7 or 8 on the remote though |
13:51:38 | markun | the reason I asked is becasue I have no clue how to navigate in rockbox with just 3 buttons and a touchstrip |
13:51:44 | * | JdGordon wishes eigima would get his DSP code into svn |
13:51:55 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
13:52:21 | JdGordon | markun: you'll figure it out :D or break the thing trying |
13:52:54 | linuxstb | markun: Maybe just have "down", "select" and "back" |
13:53:59 | markun | the strip could be used for up, select and down |
13:54:34 | amiconn | Then you have 6 "buttons", which should be ok |
13:54:36 | markun | menu for menu, play for play and stop, the '<>' button for back? |
13:54:58 | markun | on the M6 the control will also be less than ideal |
13:55:14 | amiconn | You have to come up with a consistent scheme for the various screens, but that's usually not too difficult |
13:55:46 | amiconn | It depends a bit on the possible button combos though |
13:55:54 | pixelma | if you have 6 buttons, maybe you could have a look at the Ondio buttonmap for inspiration. I find it quite intuitive |
13:57:06 | markun | thanks, I will |
13:57:15 | Xezzy | what info from id3v2 rockbox CANT read? |
13:57:48 | Xezzy | txxx? |
14:00 |
14:00:34 | linuxstb | Xezzy: Best to ask the opposite question... |
14:01:38 | linuxstb | See the "taglist" definition in this file - http://svn.rockbox.org/viewvc.cgi/trunk/firmware/id3.c?view=markup |
14:02:07 | * | JdGordon wants to start forcing screens using the widgets to supply a viewport |
14:02:20 | JdGordon | bad idea? |
14:02:36 | linuxstb | That's what I've thought should happen all along. |
14:02:49 | JdGordon | it needs to happen eventually |
14:02:57 | amiconn | The widgets should imo just use the current viewport |
14:03:28 | amiconn | The screens are then responsible for setting the correct viewport |
14:03:58 | | Join Casainho [0] (n=chatzill@bl8-173-237.dsl.telepac.pt) |
14:04:01 | JdGordon | except there is no way to get the current viewport is there? |
14:04:05 | JdGordon | and should there be then? |
14:04:09 | Xezzy | so txxx is used only for replaygain? |
14:04:11 | Casainho | Bagder: heelo :-) |
14:04:12 | linuxstb | I agree - it depends how you think about widgets/screens - most of our widgets are full-screen... |
14:04:27 | JdGordon | statusbar isnt, BB isnt |
14:04:34 | JdGordon | menu doesnt need to be |
14:05:01 | Casainho | Bagder: can you please tell me how rockbox code will know here will be mapped the flash memory and SDRAM? |
14:05:33 | JdGordon | *.lds I think... |
14:06:24 | | Join thegeek_ [0] (i=thegeek@s220b.studby.ntnu.no) |
14:06:27 | JdGordon | having the widgets take the current viewport isnt corrent.... we dont want a full screen statusbar and list |
14:07:04 | amiconn | Sure the list widget should use what it gets passed |
14:07:23 | amiconn | The upper-level code is responsible for combining widgets |
14:08:01 | Casainho | anyone can take me out a question, about rockbox bootloader? |
14:08:10 | Casainho | answer on question? |
14:09:32 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
14:09:47 | Xezzy | can rockbox write tags? |
14:09:51 | linuxstb | Casainho: You need to ask it first... |
14:09:59 | linuxstb | Xezzy: No |
14:10:56 | Casainho | linuxstb: I would like to know how a system, an ARM, when boots and have SDRAM mapped and flash NAND, how will rockbox code know where is mapped? the size of memories, etc... |
14:11:10 | linuxstb | JdGordon answered that - the .lds file |
14:11:32 | | Join bughunter2 [0] (n=Administ@ip565fbeaa.direct-adsl.nl) |
14:11:35 | Casainho | eheh - I don't know what is .lds :-) |
14:11:42 | Casainho | I ignore that :-) |
14:11:49 | Casainho | so, I must read more about that |
14:11:51 | | Part bughunter2 ("Leaving.") |
14:12:01 | linuxstb | It's the script used by the linker |
14:12:40 | Casainho | okok, I think I understand |
14:12:55 | Casainho | and I have another question, about ATA |
14:13:11 | Casainho | what is ATA driver? can you resume, give me the idea? |
14:14:20 | linuxstb | It's the driver for the main storage on your device - traditionally this is a hard disk with an ATA interface, but other devices have flash storage (not via an ATA interface), but Rockbox uses the same API - basically just ata_init(), ata_read_sectors() and ata_write_sectors() |
14:14:21 | Casainho | I think ATA is something about read/write in NAND flash memory, because it is not directed adressed... right? is just this? |
14:15:57 | Casainho | hmmm... nice, so I think I already have this drive written for me :-) - I thought It were something more complicate as FAT file system |
14:16:18 | Casainho | I will write now this information on wiki :-) |
14:16:30 | JdGordon | amiconn: linuxstb: please respond to my ml post... |
14:18:40 | | Join phinze [0] (n=phinze@ool-4577eeca.dyn.optonline.net) |
14:18:57 | bertrik | Casainho: I think the bootloader also needs FAT fs support, but you can probably reuse that from the existing code |
14:19:15 | * | amiconn now gets 153fps on the iaudio remote (when boosted) - without glitches :) |
14:19:28 | | Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-c91c06b11339047a) |
14:20:14 | Casainho | bertrik: okok, If FAT fs is not device dependent... I will use an ARM9, the same as OlympusMR500 |
14:20:24 | | Quit thegeek (Read error: 110 (Connection timed out)) |
14:20:24 | | Join PaulJam [0] (n=PaulJam_@p54BCEAC0.dip.t-dialin.net) |
14:21:35 | linuxstb_ | Casainho: Why would the CPU affect how data is stored in the disk? |
14:21:37 | Casainho | bertrik: yes, you are right - I remember to see something about mount partitions in bootloader code |
14:21:50 | gevaerts | LambdaCalculus37: can you check if r16752 fixes the charger-plugin issue you saw ? |
14:21:52 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
14:22:46 | Casainho | linuxstb_: well, I am a newbie on this!! - It's a puzzle, I am trying to figure out the things - and now I am more in the drivers... |
14:22:51 | LambdaCalculus37 | gevaerts: Sure, let me update to it. |
14:23:27 | | Join JdGordon_ [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au) |
14:23:38 | LambdaCalculus37 | gevaerts: I'll update my iPod color and test that, too. |
14:23:51 | gevaerts | Great |
14:25:05 | linuxstb_ | JdGordon: You're talking about introducing some kind of window manager? |
14:25:18 | JdGordon_ | yes |
14:25:50 | | Quit phinze () |
14:25:59 | JdGordon_ | i doubt that plugin still works, but all it does it loop between the drawing funcs of the open viewports and the button loop of the focused vp |
14:26:35 | | Quit JdGordon (Nick collision from services.) |
14:26:37 | | Nick JdGordon_ is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
14:27:13 | | Quit ch4os_ ("Lost terminal") |
14:27:47 | linuxstb_ | JdGordon: That doesn't matter - it describes what you're thinking... |
14:28:39 | * | amiconn seems to have introduced a funny bug on M3 |
14:28:50 | amiconn | If you pull the remote, rockbox shuts down... |
14:28:56 | Xezzy | erm sorry im bit confused. Rockbox can read any txxx? |
14:29:41 | * | pixelma can't get bitmap strips to work on her M5 sim (it's crosscompiled though - windows sim compiled under linux) |
14:29:47 | LambdaCalculus37 | Xezzy: Any what? |
14:29:58 | Xezzy | txxx tag |
14:30:13 | Xezzy | frame |
14:30:18 | Xezzy | in id3 |
14:31:27 | pixelma | it draws the complete bitmap, so I see the upper part of the strip (one icon plus a few lines of the next in the cabbiev2 theme) |
14:32:20 | pixelma | unfortunately crosscompiling spit so many warnings that I can't find any real warnings |
14:33:58 | LambdaCalculus37 | gevaerts: My iPod now detects and distinguishes between USB and the wall charger. |
14:34:02 | linuxstb_ | JdGordon: My immediate reaction is how do screens do processing? i.e. you have a function to allow them to draw, and function to send them keyboard input, but nothing else. e.g. if they take a long time to deal with button input, what happens to the other screens? Or what happens when a screen wants to create a new screen? |
14:34:19 | gevaerts | OK. I can forget about that bug now then :) |
14:34:22 | linuxstb_ | pixelma: Can you show me your .wps ? |
14:35:50 | * | amiconn doesn't think we need a sophisticated window manager |
14:36:11 | amiconn | What we need is a proper hierarchy of viewports, not more, imho |
14:36:34 | JdGordon | there is no heirachy though... they are really all at the same level |
14:37:02 | JdGordon | linuxstb_: yep.. all valid points, I guess the processing happens in the button loop for BUTTON_NONE |
14:37:03 | | Part tywickra ("Leaving") |
14:37:08 | amiconn | I mean a hierarchy in how viewports are subdivided |
14:37:19 | linuxstb_ | JdGordon: Also, the functionality you want (WPS elements displayed on the menu screen) can be achieved with my proposal for customising the status bar (hidden in my viewports design document) - the .wps containing viewports which are marked as "wps only", "statusbar only" and "both" |
14:37:32 | amiconn | No z-order or overlapping of active viewports - that would be a hell of a mess to implement |
14:38:41 | JdGordon | I was looking for a way to pull the statusbar drawing code out of each screen and came up with this |
14:38:51 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
14:39:05 | | Join Rincewind [0] (i=W8GTrenf@nat-wh-1.rz.uni-karlsruhe.de) |
14:39:21 | | Join bughunter2 [0] (n=Administ@ip565fbeaa.direct-adsl.nl) |
14:39:22 | JdGordon | z-order wouldnt be handled... and only one vp would ever be active at any time |
14:39:49 | linuxstb_ | JdGordon: I don't think the requirement to call gui_syncstatusbar_draw() in every screen is that bad, if that's the only issue. |
14:40:01 | amiconn | Why that? A screen or even a widget can use several viewports, that's the whole point of it |
14:40:04 | | Part bughunter2 ("Leaving.") |
14:41:35 | amiconn | E.g. the list widget can subdivide its viewport into at least 4 others: Headline (optional), scrollbar (optional), icons (optional) and text area |
14:41:51 | JdGordon | linuxstb_: yes, at the time of the initial thought the statusbar checks were important to the list code.. its not now so i'm starting to concede that the idea is over the top |
14:41:52 | amiconn | Then the code that draws the text area doesn't need to care about the other areas |
14:42:50 | JdGordon | thats what happens now |
14:43:14 | | Quit miepchen^schlaf () |
14:44:13 | pixelma | linuxstb: one mistake found (was mine), I now get the (old) default. Trying to investigate on my own |
14:46:04 | linuxstb_ | pixelma: OK. Let me know if you think the WPS parser should contain more checks - if you're making mistakes, I'm sure others will... |
14:46:51 | pixelma | the problem is that I don't get a console window with a crosscompiled sim (I think rasher reported the same) :\ |
14:47:20 | linuxstb_ | The common mistake (that I made a lot) was forgetting to specify the number of subimages with %xl - but I think that should now be picked up if you try and do %xdAa with an out-of-bounds subimage id. |
14:47:27 | linuxstb_ | ^picked up by the parser |
14:49:05 | | Join MethoS-- [0] (n=clemens@91.97.240.64) |
14:51:09 | pixelma | linuxstb: in the main WPS the mistake was that the playmode.bmp "ID" character was still from the old WPS ('W' and in the conditional it was 'F') |
14:53:26 | pixelma | cp'ed from your 160x128x16 version |
14:56:25 | JdGordon | ok, I've changed the list to accept a parent vp on init, should I commit it now o wait untill some screen actually changes it? |
14:56:45 | pixelma | linuxstb: the 160x128x16 is missing the 'C' in the last two parts of the volume conditional... |
14:57:27 | pixelma | causing the 0dB and the above line level image to vanish |
14:57:45 | linuxstb_ | pixelma: Ooops. Will you fix, or should I? |
14:58:24 | pixelma | it would be nice if you could fix, I'm a bit confused with my own changes ATM |
14:58:34 | linuxstb_ | No problem. |
14:59:08 | linuxstb_ | I'm in the middle of some other cabbie changes as well now (converting the rest of the colour versions to bitmap strips), but can do that. |
14:59:31 | | Join Rince_ [0] (n=Flubb@i528C3072.versanet.de) |
14:59:42 | | Quit Rincewind (Nick collision from services.) |
14:59:46 | pixelma | thanks |
14:59:49 | | Nick Rince_ is now known as Rincewind (n=Flubb@i528C3072.versanet.de) |
15:00 |
15:00:18 | | Quit corevette (Remote closed the connection) |
15:00:22 | | Quit Xezzy ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
15:00:49 | *** | Saving seen data "./dancer.seen" |
15:00:50 | linuxstb_ | pixelma: Committed. |
15:01:49 | linuxstb_ | pixelma: Also, be careful with the battch and battpl bitmaps - they are declared in the wrong order in the existing WPSs.. |
15:02:39 | pixelma | I used the colour version as template and cp'ed the conditional part |
15:03:08 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
15:03:22 | | Part Inv1s1ble |
15:06:43 | pixelma | linuxstb: the other mistake was a missing closing | after the added number of subimages |
15:07:08 | JdGordon | ok, I'm changing the menu to be more like a widget (like it should) so screens can draw it without the staus/button bars and in the viewport they want, sound good? |
15:07:51 | JdGordon | ... but not tonight... |
15:07:54 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
15:08:13 | | Join PaulJam_ [0] (n=PaulJam_@p54BCEAC0.dip.t-dialin.net) |
15:08:56 | linuxstb_ | pixelma: Did the parser reject it (when you forgot the closing | symbol) ? |
15:09:44 | pixelma | yes, got the old text default (as I said - couldn't get error messages) |
15:10:32 | | Join vcf [0] (n=5b4e8225@gateway/web/cgi-irc/labb.contactor.se/x-8d567c8e2918b09f) |
15:12:04 | | Quit vcf (Client Quit) |
15:12:08 | | Quit MethoS-- (Read error: 110 (Connection timed out)) |
15:14:30 | | Quit Nico_P (Remote closed the connection) |
15:16:11 | | Join DefineByte [0] (n=defineby@bb-87-81-195-5.ukonline.co.uk) |
15:24:29 | | Quit EspeonEefi ("ăăăȘă") |
15:25:41 | | Quit SirFunk (No route to host) |
15:25:42 | | Quit PaulJam (Read error: 113 (No route to host)) |
15:26:26 | | Join SirFunk [0] (n=Sir@141.238.69.225) |
15:26:35 | * | pixelma now has an M5 sim with console and wonders about the output while playing WMAs |
15:28:10 | | Join JordanG [0] (n=JordanG@69.43.65.27) |
15:28:10 | | Quit aliask ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020710]") |
15:31:43 | | Join Mathiasdm2 [0] (n=Mathias@d54C597B6.access.telenet.be) |
15:42:34 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
15:43:31 | | Join nls_web [0] (n=5ae71a8f@gateway/web/cgi-irc/labb.contactor.se/x-2c4ae37e3957a29b) |
15:45:13 | * | nls_web feels the need to ask this again: Does anyone have a better idea than adding a line to firmware/FILES for each app.lds? (since those were split they have been mssing from the tarballs) |
15:45:43 | linuxstb_ | nls_web: Not unless we just get rid of FILES completely... |
15:46:04 | linuxstb_ | Although maybe a wildcard such as target/*/*/app.lds will work... |
15:47:38 | * | pixelma also wonders why 128 as viewport width is an "invalid" parameter on the Iaudio remote (CustomWPS says the 3rd argument should be the width at least) |
15:47:58 | * | LambdaCalculus37 notices that M3 manual builds are missing from the Manual page |
15:48:41 | | Quit Mathiasdm (Read error: 110 (Connection timed out)) |
15:49:16 | pixelma | changing that to 127 makes it not fail in the parser but somehow I can't see the text and the icons, need to figure that one out as well |
15:49:32 | linuxstb_ | pixelma: Ah yes, someone mentioned that bug the other day, but I forgot to fix it... |
15:49:50 | * | linuxstb_ goes to do that |
15:50:00 | nls_web | linuxstb_: good idea, now to figure out how to make a tarball locally to test.... |
15:50:31 | pixelma | LambdaCalculus37: because they are not prepared yet (but then there shouldn't be a picture of it on the manual page) |
15:50:45 | | Join BobShield [0] (i=rshield@c-67-175-252-44.hsd1.il.comcast.net) |
15:50:45 | pixelma | at least to my knowledge |
15:51:23 | | Quit tvelocity (Read error: 104 (Connection reset by peer)) |
15:52:31 | LambdaCalculus37 | pixelma: That's what caught my eye. There's a spot for the M3 on the manual page, but no links to a manual. |
15:52:46 | LambdaCalculus37 | Thanks for clearing that up. |
15:52:58 | pixelma | linuxstb: if fgshade and bgshade are numbers from 0 to 3 - which of it is the black "end" and which the white "end" - and do they need to be filled out? |
15:54:40 | pixelma | and are they supposed to work with an RWPS/ Iaudio remote (which is greyscale)? |
15:54:58 | linuxstb_ | pixelma: Yes, all viewport parameters are compulsory. I don't know which is which though... |
15:55:15 | linuxstb_ | And yes, they should work on the remotes... |
15:56:57 | pixelma | removing those two parameters from my viewport definition makes the text show up (not the icons below yet, wonder how they are positioned now...) |
15:57:12 | pixelma | the text that should be in the viewport |
15:57:25 | linuxstb_ | pixelma: I've just committed a fix to the checking of the viewport dimensions - it should accept the full LCD width/height now. |
15:57:57 | linuxstb_ | Hmm, the wps should be rejected if the viewport definition doesn't include all the parameters. |
15:58:11 | linuxstb_ | What does your %V line look like? |
15:58:39 | pixelma | %V|0|10|127|72|1| (now) |
15:58:49 | linuxstb_ | For a greyscale LCD? |
15:59:00 | pixelma | yes, Iaudio remote |
15:59:09 | linuxstb_ | Then that's a bug - that should be rejected. |
16:00 |
16:00:16 | pixelma | the line with the 2 more parameters was not rejected but nothing showed up, except the backdrop and the progress bar |
16:00:22 | linuxstb_ | Ah, I see what's happening - the code doesn't reject any viewport definition that's wrong... |
16:00:42 | pixelma | short break, bbl |
16:00:52 | linuxstb_ | Me too... |
16:07:11 | | Join Gr34t3st [0] (i=stoodtst@dialup-4.188.72.89.Dial1.Cincinnati1.Level3.net) |
16:12:11 | Gr34t3st | Is there a reason why none of the wps files are working? |
16:13:28 | PaulJam_ | could you be more specific? which player and which wps files? |
16:13:58 | linuxstb_ | And which version of Rockbox? |
16:15:22 | Gr34t3st | yea sorry. All of the .wps files on the rockbox gallery site. I have a sansa e250r . I dunno what version |
16:15:29 | nls_web | Bagder: ping |
16:15:31 | linuxstb_ | Gr34t3st: _all_ of them? |
16:15:42 | DefineByte | You mean you can't download them? |
16:15:56 | PaulJam_ | does the default wps (cabbiev2) work? |
16:16:02 | Bagder | nls_web: yes? |
16:16:12 | Gr34t3st | I can download and install them. When I run them, the player shows the default playback screen |
16:16:45 | linuxstb_ | Gr34t3st: Which ones have you tried? Some of them require unofficial changes (patches) to Rockbox in order to work. |
16:17:00 | nls_web | Bagder: is it the release script in tools/ that make the tarballs? |
16:17:02 | PaulJam_ | Gr34t3st: did the description of the wps menion any need for a custom/unsupported build? |
16:17:07 | Bagder | nls_web: yeps |
16:17:25 | nls_web | ok, thanks |
16:17:43 | Gr34t3st | The iPhone themes, Barracuda themes, and a few more I can't remember. |
16:18:12 | Gr34t3st | I got them all from rockbox-themes.org |
16:18:53 | LambdaCalculus37 | Gr34t3st: Did you read their descriptions like PaulJam_ mentioned? |
16:19:10 | DefineByte | They need patches. |
16:19:12 | linuxstb_ | Gr34t3st: Both the iphone and Barracuda themes say they need a custom build. |
16:19:22 | linuxstb_ | (read the description under the pictures...) |
16:20:05 | LambdaCalculus37 | Gr34t3st: The ones that work properly with official builds are the ones labeled "Any Recent Daily Build". |
16:20:25 | * | linuxstb_ hopes this situation can now be cleaned up for most of these themes |
16:20:44 | DefineByte | Would be good if you could filter out custom builds. |
16:21:09 | | Join webguest95 [0] (n=63a182b6@gateway/web/cgi-irc/labb.contactor.se/x-0a9074b3d7dff78b) |
16:21:18 | webguest95 | hey wazzup everyone |
16:21:21 | | Quit webguest95 (Client Quit) |
16:21:29 | Gr34t3st | So I need to go to rockbox's site and find that custom build? |
16:21:39 | linuxstb_ | DefineByte: Or better, fix the wpses to work with the official build. |
16:21:40 | | Join NEMisis [0] (n=63a182b6@gateway/web/cgi-irc/labb.contactor.se/x-08a6281c1bfb61c7) |
16:21:52 | DefineByte | Suer, if that's all they need. |
16:21:55 | LambdaCalculus37 | No, you need to go to the Unsupported Builds section of the forum: http://forums.rockbox.org/index.php?board=36.0 |
16:22:31 | NEMisis | does anyone know when the exact date when rockbox will come out for support for the sansa e200 v2 models? |
16:22:42 | LambdaCalculus37 | Nemisis: When it's done. |
16:22:42 | linuxstb_ | NEMisis: Hard to say, as no-one is working on it... |
16:22:58 | NEMisis | that bites |
16:23:09 | linuxstb_ | NEMisis: Then help... |
16:23:28 | NEMisis | I dont know code that well |
16:23:44 | NEMisis | I know its in C but I dont know it (well) |
16:24:20 | LambdaCalculus37 | NEMisis: Then you'll have to learn how to code in C. |
16:24:45 | NEMisis | thats going to take awile...lol |
16:25:16 | LambdaCalculus37 | NEMisis: Well, Rome wasn't built in a day. |
16:25:17 | | Quit Casainho ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
16:25:18 | Gr34t3st | Where do I get the custom builds? |
16:25:40 | thegeek_ | try the forum |
16:25:49 | Horscht | from the unsuported builds forum |
16:25:57 | NEMisis | or get a source |
16:25:58 | LambdaCalculus37 | Gr34t3st: Look up above. I linked to the Unsupported Builds forum. |
16:26:33 | | Quit NEMisis (Client Quit) |
16:28:04 | | Nick PaulJam_ is now known as PaulJam (n=PaulJam_@p54BCEAC0.dip.t-dialin.net) |
16:28:25 | LambdaCalculus37 | Gr34t3st: Remember... if you use a custom build, you can't ask for help here. You have to direct questions to the specific thread for your build in the Unsupported Builds forum. |
16:29:58 | Gr34t3st | ok thanks |
16:30:05 | Gr34t3st | one more question |
16:30:26 | Gr34t3st | None of my songs have album art. Is there an easy way to attach those to their songs? |
16:30:57 | LambdaCalculus37 | http://www.rockbox.org/twiki/bin/view/Main/AlbumArt |
16:31:19 | LambdaCalculus37 | That page shall guide you. |
16:31:31 | Gr34t3st | thanks |
16:33:32 | | Quit SirFunk (Read error: 104 (Connection reset by peer)) |
16:35:11 | | Quit nls_web ("CGI:IRC (Ping timeout)") |
16:40:43 | | Part Gr34t3st |
16:50:20 | | Join nls_web [0] (n=5ae71a8f@gateway/web/cgi-irc/labb.contactor.se/x-667dc4a5f2d8dd2b) |
17:00 |
17:00:34 | | Quit DefineByte ("Bye all") |
17:00:51 | *** | Saving seen data "./dancer.seen" |
17:07:17 | PaulJam | little question: if the clip counter setting only affects the recording screen, why is it not in the recording settings? |
17:07:57 | | Join miepchen^schlaf [0] (n=miepchen@p54BF630A.dip.t-dialin.net) |
17:16:35 | | Join SirFunk [0] (n=Sir@141.238.69.4) |
17:20:23 | pixelma | linuxstb: how is the positioning of the icons handled in a wps with viewports? I.e. I can't find out why the icons don't show up in the viewported WPS which worked before (and I moved the viewport definition as far down as possible (I think) as per the CustomWPS wiki) |
17:20:36 | pixelma | I could pastebin the code... |
17:23:03 | PaulJam | if you display an image inside a viewport the coordinates are relative to the viewport (at least for %x). in the main viewport they shouldn't behave different than before. |
17:24:36 | pixelma | how do I display an image inside a viewport (using the %xd after the viewport definition)? I think I have all above... |
17:25:22 | | Join miepchen^schlaf_ [0] (n=miepchen@p54BF630A.dip.t-dialin.net) |
17:25:58 | pixelma | http://pastebin.ca/955392 in case someone wants to have a look |
17:26:01 | | Quit XavierGr (Nick collision from services.) |
17:26:12 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
17:26:40 | pixelma | that 127 could be a 128 now |
17:27:09 | | Join tvelocity [0] (n=tony@athedsl-118105.home.otenet.gr) |
17:27:11 | PaulJam | could it be that the wiewport overlapps the images? |
17:28:01 | | Quit FOAD (Remote closed the connection) |
17:29:40 | | Join EspeonEefi [0] (i=espeonee@CERULEANCITY.MIT.EDU) |
17:30:37 | | Join FOAD [0] (n=dok@dinah.blub.net) |
17:31:10 | | Quit spiorf (Remote closed the connection) |
17:31:45 | | Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
17:32:29 | pixelma | I made it less tall now (last line of text isn't visible anymore) but the icons still don't show up |
17:34:46 | pixelma | it = the viewport |
17:35:23 | PaulJam | hmm, i can't find anything unusual in that WPS. do the icons show when you comment out the whole viewport? |
17:36:29 | | Join ManfredMeller [0] (i=ManfredM@DSL01.212.114.229.196.ip-pool.NEFkom.net) |
17:38:36 | pixelma | yes |
17:40:28 | Tuplanolla | hmm, can i charge my sansa if the computer is turned off? |
17:42:10 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
17:42:55 | scorche|sh | a USB port isnt like a power socket... |
17:43:26 | PaulJam | that propably depends on your mainboard. if the USB ports stay powered when the PC is off then i would guess that you can charge it. |
17:44:03 | LambdaCalculus37 | But most likely the answer would be no. |
17:44:34 | pixelma | or "just try" ;) |
17:44:38 | PaulJam | on my PC i can charge my h300 when it is off. |
17:44:55 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
17:44:58 | Tuplanolla | okay |
17:45:17 | ManfredMeller | Hello guys im ManfredMeller from Germany (Nuremberg) |
17:45:20 | ManfredMeller | Can someone give me write permission for twiki? I need this permission for uploading the fm-presets for my town (Nuremberg). |
17:46:49 | domonoky | ManfredMeller: and your wikiname is ManfredMeller ? |
17:47:24 | ManfredMeller | yes |
17:47:51 | domonoky | done, promise not to spam ! :-) |
17:48:09 | LambdaCalculus37 | And welcome to Rockbox! :) |
17:48:18 | ManfredMeller | thx I WILL NOT SPAM! |
17:50:13 | | Join domonok1 [0] (n=Domonoky@92.227.83.161) |
18:00 |
18:02:12 | | Join tradedaemon [0] (i=WinNT@d225-206.uoregon.edu) |
18:02:40 | Beta2K | Nuremberg eh? |
18:03:36 | | Join ViperShark [0] (n=vipersha@142.204.88.154) |
18:03:51 | * | ender` yawns |
18:04:06 | | Quit ViperShark (Client Quit) |
18:04:45 | | Quit miepchen^schlaf_ (Remote closed the connection) |
18:05:25 | | Join miepchen^schlaf [0] (n=miepchen@p54BF630A.dip.t-dialin.net) |
18:07:02 | tradedaemon | so I wanna write a flashcard plugin for rockbox, should I just write the plugin and test it and then come back or do I need to go through some system first before i do anything? |
18:07:57 | | Quit Mouser_X (Read error: 110 (Connection timed out)) |
18:08:03 | | Quit domonoky (Read error: 110 (Connection timed out)) |
18:08:30 | nls_web | If your goal is to get it included in svn it's always a good idea to discuss it a bit first |
18:08:45 | nls_web | so, describe what you have in mind :) |
18:09:23 | | Join mf0102 [0] (n=michi@85.127.180.200) |
18:10:53 | | Join tvelocity_ [0] (n=tony@athedsl-4426846.home.otenet.gr) |
18:10:59 | pixelma | nls_web: I don't understand your forum post about the DACs... |
18:12:01 | tradedaemon | Well, i'm a jp major, so I need some way to study kanji/vocab without having to need my labtop around. Basically it'll take some kind of uploaded files that have the stuff you want to study and let you go through them for review |
18:12:44 | tradedaemon | i wrote a java flashcard program but need to be at a comp to use it and that's not always plausible |
18:14:11 | tradedaemon | but it'll probably end up being a general use flashcard program where you can input any kind of data you want to review |
18:14:19 | tradedaemon | so not just lang specific |
18:16:43 | | Join tvelocity__ [0] (n=tony@athedsl-111681.home.otenet.gr) |
18:17:05 | tradedaemon | so it'll let you layout the cards the way you want |
18:17:23 | tradedaemon | ya, that's about it |
18:19:15 | nls_web | tradedaemon: sounds good to me :) |
18:19:24 | * | amiconn wonders whether and how it's possible to check a C variable from within an asm file |
18:20:20 | tradedaemon | do i have to submit some kind of project proposal like that or just start writing? |
18:20:42 | nls_web | pixelma: I may have expressed myself a bit unclear, what I meant was that we send uncompressed pcm to the dacs, not mp3, wma or anything else as he was suggesting |
18:21:17 | amiconn | A dac can only process pcm by design, even on archos |
18:22:16 | nls_web | tradedaemon: no, not at all, I personally like your idea and if well implemented it will probably be accepted |
18:23:09 | tradedaemon | alright cool, thanks. I'll be back if i got questions, hehe |
18:23:29 | | Quit tradedaemon ("-=SysReset 2.55=-") |
18:25:46 | linuxstb_ | pixelma: Looking at your WPS, you are in effect using two full-screen viewports - all lines before the first %V are displayed in the default viewport, then you define another viewport, overlapping the first. |
18:26:05 | | Quit tvelocity (Read error: 110 (Connection timed out)) |
18:26:06 | pixelma | eh? |
18:26:20 | linuxstb_ | Sorry, I realise the second viewport isn't full-screen... |
18:26:25 | | Join Grinskasten310 [0] (i=ManfredM@DSL01.212.114.229.237.ip-pool.NEFkom.net) |
18:26:55 | | Join picky [0] (n=4fd3f61a@gateway/web/cgi-irc/labb.contactor.se/x-3131f7c112fc8232) |
18:28:02 | pixelma | do I need to define a second viewport below the first and display the images there? |
18:28:36 | pixelma | but why does the progressbar show correectly then? |
18:28:44 | linuxstb_ | I would try that yes - i.e. put everything (including the progressbar) within a specific viewport, so no lines that create output appear before the first %V |
18:28:56 | * | pixelma correct correectly |
18:29:09 | linuxstb_ | But I don't understand exactly what's happening with your wps... I'm going to look at it. |
18:29:10 | * | pixelma gives up |
18:29:27 | pixelma | (correcting typos) |
18:29:39 | picky | linuxstb: shouldn't you also check for vp->x >= 0? |
18:30:09 | | Quit tvelocity_ (Read error: 110 (Connection timed out)) |
18:30:13 | picky | linuxstb: I mean in wps_parser.c |
18:30:27 | amiconn | linuxstb: Why is the default vp sepcial? |
18:30:45 | linuxstb_ | amiconn: It isn't special... |
18:30:58 | amiconn | Well, in this case it seems to be |
18:30:59 | linuxstb_ | But using overlapping viewports might cause problems. |
18:31:27 | amiconn | I would expect strange effects in the area where they're overlapping |
18:31:29 | linuxstb_ | picky: No - parse_list will only return non-negative integers. |
18:31:45 | linuxstb_ | picky: There's a comment in the code to that effect (IIRC) |
18:31:46 | amiconn | But the vanishing icons are outside the overlap |
18:32:31 | picky | linuxstb_: shouldn't the members (x and y, and also width and height) be declared unsigned int then? |
18:32:49 | linuxstb_ | amiconn: Yes, I don't understand exactly why pixelma's wps isn't working - I want to investigate. |
18:32:53 | | Join kugel [0] (n=kugel@unaffiliated/kugel) |
18:33:13 | | Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) |
18:33:46 | | Join PrinceFirst [0] (i=ManfredM@DSL01.83.171.188.173.ip-pool.NEFkom.net) |
18:35:10 | | Join tvelocity_ [0] (n=tony@athedsl-4425001.home.otenet.gr) |
18:35:40 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
18:35:57 | pixelma | at least it's not only me =) |
18:36:11 | linuxstb_ | picky: No, we generally just want things to be of type "int" wherever possible. |
18:36:35 | linuxstb_ | pixelma: I'm sure there's a logical explanation, I just need time to invent it... ;) |
18:37:59 | picky | linuxstb_: if that's the rule in rockbox then ok. But I always like to use what language gives me (a dedicated type in this case) and not rely just on comments. Are viewports with negative x/y generally possible? Are they impossible just in WPS? |
18:39:39 | linuxstb | Co-ordinates in general are signed integers. |
18:41:37 | | Nick [omni] is now known as [garmin] (n=omni@bestII.com) |
18:41:43 | | Nick [garmin] is now known as [omni] (n=omni@bestII.com) |
18:41:47 | picky | linuxstb: how would a viewport with negative x work? Would it lead to a crash? Or would it be clipped? |
18:41:48 | | Join spiorf [0] (n=spiorf@host140-214-dynamic.20-79-r.retail.telecomitalia.it) |
18:42:06 | picky | (at the driver level?) |
18:42:31 | picky | When it's clipped then I see no reason to not allow negative x and y in WPS. |
18:42:57 | | Quit picky ("CGI:IRC (EOF)") |
18:43:37 | | Join PaulJam_ [0] (n=PaulJam_@p54BCD32C.dip.t-dialin.net) |
18:43:50 | linuxstb | pixelma: Are your bmps available somewhere for that WPS? Or do I just need to combine the ones in SVN? |
18:44:04 | | Quit ManfredMeller (Read error: 110 (Connection timed out)) |
18:45:28 | | Quit PaulJam (Read error: 113 (No route to host)) |
18:45:30 | | Nick dionoea_ is now known as dionoea (n=dionoea@videolan/developer/dionoea) |
18:46:42 | | Quit tvelocity__ (Read error: 110 (Connection timed out)) |
18:47:24 | | Nick PaulJam_ is now known as PaulJam (n=PaulJam_@p54BCD32C.dip.t-dialin.net) |
18:49:13 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
18:50:06 | | Quit Grinskasten310 (Read error: 110 (Connection timed out)) |
18:51:30 | | Join nebnav [0] (n=benjamin@216-197-154-130.sktn.hsdb.sasknet.sk.ca) |
18:54:53 | | Quit mf0102 ("Verlassend") |
18:55:17 | pixelma | linuxstb: they aren't available yet, I'll zip them up for you. |
18:55:32 | linuxstb | Thanks. What target is this for? |
18:56:08 | pixelma | Iaudio remote (M3) |
18:57:47 | | Quit PrinceFirst () |
19:00 |
19:00:53 | *** | Saving seen data "./dancer.seen" |
19:06:25 | | Join jcollie [0] (n=jcollie@dsl-ppp239.isunet.net) |
19:11:43 | linuxstb | pixelma: The sim is giving me errors about your .bmp files - "read_bmp_fd: Unsupported compression (type 2)" |
19:12:05 | linuxstb | So it's not loading them. |
19:12:38 | linuxstb | shuffle, volume, repeat, playmode and wpsbackdrop all fail to load. The others are OK |
19:13:22 | pixelma | hmm... could be a recent problem now, I just saved them again as 4-bit (and didn't have an eye on it - I think photos.. falls back to RLE compression as default) |
19:14:04 | | Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) |
19:14:34 | pixelma | so that shouldn't be my problem (because they were loaded correctly without the %V) |
19:15:09 | linuxstb | Yes, I still think there are other problems. I'll fix your bmps locally, and keep testing. |
19:15:53 | pixelma | thanks |
19:17:38 | linuxstb | pixelma: This seems to work - http://pastebin.ca/955520 - but I still want to be able to explain why your version doesn't... |
19:18:00 | linuxstb | I just put the icons in their own viewport, and modified the %xl co-ordinates appropriately |
19:18:20 | | Quit jgarvey (Read error: 110 (Connection timed out)) |
19:18:59 | | Quit simonrvn (Nick collision from services.) |
19:18:59 | | Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) |
19:19:57 | pixelma | yeah, already started that project too :) |
19:20:20 | linuxstb | pixelma: In fact, your version seems to work with the fixed bitmaps... |
19:20:53 | pixelma | I need to try an updated sim (and corrected bitmaps) |
19:21:33 | linuxstb | But there is a problem - the conditionals in the first viewport are sometimes clearing the lines of text in the second viewport |
19:22:10 | linuxstb | (first = default, not specified by you) |
19:25:49 | PaulJam | in my wps i solved that by inseting some blank lines at the top of the WPS, so lines in the main VP that might interfere with other VPs are below the visible area of the screen. |
19:27:15 | | Join fehmicans [0] (n=canavar@88.227.103.19) |
19:27:44 | linuxstb | Would you call that a bug or a feature (lines being cleared when they display images)? |
19:32:07 | | Quit A-4 () |
19:38:39 | | Quit ceclin (Read error: 104 (Connection reset by peer)) |
19:38:54 | | Quit LambdaCalculus37 ("CGI:IRC (EOF)") |
19:41:12 | | Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) |
19:41:48 | | Quit simonrvn (Nick collision from services.) |
19:41:56 | | Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) |
19:46:34 | | Join A-4 [0] (n=A4@86.89.84.164) |
19:47:12 | | Join Mouser_X [0] (n=mouser_x@layl001.digis.net) |
19:47:51 | | Join csc` [0] (n=csc@archlinux/user/csc) |
19:48:38 | | Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-760b76e25d121119) |
19:49:42 | | Join Horschti [0] (n=Horscht@p4FD4DC7E.dip.t-dialin.net) |
19:50:26 | | Quit Horscht (Nick collision from services.) |
19:53:02 | | Join Gr34t3st [0] (i=stoodtst@dialup-4.188.73.15.Dial1.Cincinnati1.Level3.net) |
19:53:03 | | Part Gr34t3st |
19:53:29 | | Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) |
19:56:53 | | Join ceclin [0] (n=clincher@96.240.96.79) |
20:00 |
20:00:28 | | Quit nebnav (Read error: 110 (Connection timed out)) |
20:01:20 | | Join Morgan1 [0] (n=63e378c6@gateway/web/cgi-irc/labb.contactor.se/x-9898901a6d12a069) |
20:02:20 | | Quit Morgan1 (Client Quit) |
20:02:52 | | Join Morgan1 [0] (n=63e378c6@gateway/web/cgi-irc/labb.contactor.se/x-338af67f3d9d46cd) |
20:04:23 | Morgan1 | does anyone have the lastest m-build? |
20:04:24 | | Join argumentD [0] (n=argument@cpe-76-173-115-95.socal.res.rr.com) |
20:05:02 | Morgan1 | or at least a working d/l link |
20:07:19 | scorche|sh | i take it that is an unsupported build? |
20:12:29 | Morgan1 | not sure |
20:12:38 | Morgan1 | how could i tell |
20:13:46 | Llorean | If it's from anywhere but the "Current Build" page on Rockbox.org, it's an unsupported build. |
20:14:42 | Morgan1 | then its unsupported |
20:14:57 | Morgan1 | http://forums.rockbox.org/index.php?topic=10956.0 |
20:15:28 | Morgan1 | thats the link he gives for the build but i keep getting an error message |
20:15:31 | Llorean | There is no latest build. |
20:15:36 | | Quit fehmicans ("Konversation terminated!") |
20:15:39 | Llorean | The thread's been removed entirely because he's stopped making it. |
20:16:09 | Morgan1 | so its not possible for me to download an older version |
20:16:12 | Morgan1 | ? |
20:16:24 | Llorean | No. |
20:16:36 | Llorean | You can no longer download that build. |
20:16:43 | | Join piga [0] (n=leonardo@143.106.24.194) |
20:17:13 | PaulJam | if you need it for a theme you could check if a different unsupported build has the neccessary patches included |
20:18:00 | Morgan1 | well i need a build that supports Matthew Schneiders Iphone theme |
20:18:06 | Morgan1 | any suggestions? |
20:20:48 | LambdaCalculus37 | Morgan1: I think PaulJam just gave you a good suggestion. |
20:20:53 | PaulJam | hmm, the theme uses scrolling margins... i doubt that you find a recent custom build that includes this patch. |
20:22:06 | Morgan1 | couldnt i download the patch seperately |
20:22:45 | scorche|sh | you would likely have to apply it to an earlier svn |
20:22:51 | | Join fehmicans [0] (n=canavar@88.227.103.19) |
20:23:29 | Morgan1 | k |
20:23:41 | Morgan1 | thanks 4 the help |
20:23:48 | | Quit Mathiasdm2 ("Yuuw!") |
20:24:56 | | Join d34df00d [0] (n=d34df00d@80.251.122.132) |
20:25:19 | | Part d34df00d ("Konversation terminated!") |
20:26:03 | | Quit fehmicans (Remote closed the connection) |
20:26:48 | * | linuxstb experiments with customisable status bar - http://www.davechapman.f2s.com/rockbox/wps_statusbar.png |
20:27:10 | | Join fehmicans [0] (n=canavar@88.227.103.19) |
20:27:44 | BHSPitMonkey | linuxstb, trippy |
20:27:56 | Llorean | linuxstb: That already makes me very happy. I'd use it even if it *had* to look that incongruous. |
20:28:14 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
20:29:34 | linuxstb_ | That's just a quick "proof-of-concept" hack, but it just uses the .wps file to specify the statusbar. Each viewport is defined to be "wps", "status bar" or "both", so anything that's in the WPS can be in the status "bar", anywhere on the screen. |
20:30:00 | Llorean | Nice. |
20:30:02 | linuxstb_ | But you obviously need to be able to control the list (or whatever else is on the screen) to not overlap the status bar viewports. |
20:30:15 | Llorean | That's almost exactly what I'd want. |
20:30:16 | | Quit fehmicans (Client Quit) |
20:30:20 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
20:30:29 | | Quit amiconn (" bbl, and would like to see that wps bug fixed...") |
20:31:30 | Llorean | What I'd personally like to see is a viewport markable as "list", and when you invoke the list without stopping music from the WPS, the list can be drawn inside that viewport |
20:31:40 | Llorean | Instead of its normal contents, that is. |
20:31:53 | Llorean | But that kinda just seems the inverse of your idea anyway |
20:32:39 | linuxstb_ | What if the WPS contains multiple viewports, which take the space of the list? |
20:33:57 | Llorean | I thought viewports couldn't overlap now? |
20:34:38 | linuxstb_ | They can, but you may get into trouble... |
20:34:48 | linuxstb_ | e.g. scrolling lines mustn't overlap |
20:34:57 | Llorean | Aaah |
20:35:24 | Llorean | Well, my idea was dependent upon faulty assumptions. :-P |
20:35:32 | Llorean | Anyway, yours would allow pretty much the same thing. |
20:36:06 | Llorean | Though I do kinda like the idea of some WPS elements only showing up in the list if playback is happening. |
20:36:25 | linuxstb_ | You should be able to do that with conditionals |
20:36:49 | linuxstb_ | Or did you want the list size to vary depending on playback status? |
20:37:21 | BHSPitMonkey | Bagder, you around? |
20:38:46 | Llorean | linuxstb_: Hm. Conditionals would be good enough. My preference would be for the option to have the list expand (for example, I could have "now playing" vanish if playback stopped, for a slightly longer list) but hardly essential. |
20:38:48 | linuxstb_ | As I said, the patch is just a quick hack (and has many bugs), but it's here - http://www.davechapman.f2s.com/rockbox/wps_statusbar-v0.1.diff |
20:39:14 | | Quit csc` (Read error: 110 (Connection timed out)) |
20:39:45 | | Part pixelma |
20:39:54 | | Quit ceclin ("This computer has gone to sleep") |
20:40:06 | | Join phinze [0] (n=phinze@CPE-65-30-152-122.wi.res.rr.com) |
20:40:24 | linuxstb_ | And my modified cabbiev2 - http://www.davechapman.f2s.com/rockbox/cabbiev2.zip |
20:40:31 | linuxstb_ | (for the gigabeat) |
20:45:06 | | Join disorganizer [0] (n=artemis@p5B11E735.dip.t-dialin.net) |
20:45:16 | | Quit Morgan1 ("CGI:IRC") |
20:45:26 | disorganizer | hi@all |
20:46:27 | Rincewind | hi disorganizer |
20:47:02 | | Join loudergood [0] (n=loudergo@71-80-40-227.dhcp.davl.vt.charter.com) |
20:47:19 | * | disorganizer thinks that other also read discworld here. but doesnt see why he got this feeling |
20:48:31 | * | gevaerts doesn't see any wizards around anyway |
20:48:47 | * | Rincewind puts on his pointy wizzard hat |
20:49:16 | * | nls_web is afraind to kick the luggage... |
20:49:22 | | Quit SirFunk (Remote closed the connection) |
20:49:43 | * | scorche|sh sees the luggage salivating at nls_web |
20:50:09 | * | disorganizer installs rockbox on himself |
20:51:07 | * | Rincewind senses something terrible happening and starts to run |
20:51:32 | * | Llorean would like to point out this is an On-Topic channel |
20:52:12 | disorganizer | *rofl* i think thats what rincewind expected ;-) anyways back on topic: i read in the logs we have a patch for a viewportified statusbar? |
20:52:32 | Rincewind | disorganizer, indeed ^^ |
20:53:45 | linuxstb_ | disorganizer: I wouldn't go that far... |
20:54:16 | Llorean | linuxstb_: It's very nearly one. |
20:54:22 | linuxstb_ | At the moment, it's a hack, and I think there's a lot of work to do to make it work nicely. That's assuming we want to go that route. |
20:54:35 | | Join PaulJam_ [0] (n=PaulJam_@p54BCD32C.dip.t-dialin.net) |
20:54:45 | linuxstb_ | But it gets my vote ;) |
20:54:56 | Llorean | linuxstb_: I think it'd address Amiconn's concern, since it means no extra file loading for the status bar, and it doesn't rule out using the default one at all. |
20:55:02 | | Quit LambdaCalculus37 ("CGI:IRC") |
20:55:55 | disorganizer | would your hack display for example the "next track" info and update it correctly even if the wps is not the active context? |
20:56:07 | Rincewind | ok on topic, I would like to apply for gsoc. How much time time should I put in my proposal? I have a few basic ideas what I want to do, I am just wondering how much effort I should put into selling myself on the application, since you can question me in IRC anyway to decide. |
20:57:47 | linuxstb_ | Llorean: In order to recreate the default statusbar, we need to add wps tags for displaying the default "vector" icons - as we discussed the other day. |
20:58:21 | linuxstb_ | Rincewind: IMO you need to put together a reasonable project plan - i.e. what you want to do, and how you will go about it. |
20:58:51 | linuxstb_ | Rincewind: But as an example, last year's applications were no more than the equivalent of 1-2 sides of A4/Letter paper |
20:59:16 | disorganizer | the reason for my question is: imho the nicest thing the wps'ers and them'ers could get it that we would be able to display lists during playback (for example playlist browsing) while in the background the wps still updates its content :-) |
20:59:37 | linuxstb_ | disorganizer: Yes, the WPS elements will update as normal. |
20:59:48 | linuxstb_ | You can even put album-art there if you wish... |
21:00 |
21:00:36 | linuxstb_ | One thing I'm not sure about is how this should work with the recording and radio screens... |
21:00:55 | *** | Saving seen data "./dancer.seen" |
21:01:03 | disorganizer | propably the fields should behave just as the field would behave if no date is there. |
21:01:41 | disorganizer | so if the playback is stopped, the fields should just be empty |
21:02:37 | linuxstb_ | Rincewind: Do you have a project in mind? |
21:03:21 | Rincewind | linuxstb_, yes, I think that it might be possible for me to do the wps/theme editor plugin |
21:03:47 | Llorean | linuxstb_: Can't you just leave the old status bar as an option, the way you currently display it? Rather than worry about allowing people to "re-create" it |
21:04:04 | Rincewind | I had the idea for a wps editor last summer but haven't done anything about it yet |
21:04:11 | linuxstb_ | Llorean: It would be nice to be able to delete the existing statusbar code... |
21:04:22 | Llorean | linuxstb_: Ah, well in that case, ignore me. :) |
21:04:50 | Llorean | Rincewind: Remember that this is a project that should take months, with amounts of work going into it similar to an actual paying job. |
21:05:17 | Llorean | The more descriptive you are in your proposal, the more likely we are to actually be interested in asking you further questions, rather than spending our questioning time asking other people further questions. |
21:05:24 | * | linuxstb_ thinks a good wps/theme editor is a hard project - especially one that is usable on all targets |
21:05:55 | Rincewind | Llorean, I know. I have quite a few nice ideas (viewports based, with live preview...) |
21:06:08 | linuxstb_ | _usable_ being the hard thing... |
21:06:57 | disorganizer | @linuxstb: did you put your patch on flyspray? |
21:07:07 | linuxstb_ | disorganizer: I told you, it's not a patch... |
21:07:26 | Llorean | linuxstb_: Well a lot of the code you'd use already exists. I'm not saying it wouldn't be "hard", but I'm not sure it's worth the amount of money google is paying. That's why I'd like a full proposal, to see what all the goals of the thing are. |
21:07:27 | * | disorganizer obviously misunderstood, sorry :-) |
21:07:36 | Llorean | linuxstb_: Basically, how much "new" code will need to be written. |
21:07:49 | linuxstb_ | disorganizer: ;) I just meant that it's in far too early a state to share widely. |
21:08:21 | Rincewind | Llorean, got it, you get a nice long proposal from me |
21:08:27 | Llorean | Bagder: Can I ask a favour? Can I be accepted as a mentor? :) |
21:08:39 | Llorean | Rincewind: Length isn't as important as clarity and details. ;) |
21:09:00 | Rincewind | Llorean, yes, but details is hard to do without length :) |
21:09:04 | Llorean | Indeed |
21:09:21 | linuxstb_ | Rincewind: My main question (you don't have to answer now) is how will the UI work - so if you have ideas for that, maybe describe them in your proposal (with mock-up screenshots) |
21:09:30 | Llorean | Just as a note, I'd love to see a point 'n click WPS editor. |
21:10:06 | linuxstb_ | Rincewind: Also, is a plugin the best approach? Maybe a PC application would be more useful. |
21:10:09 | Rincewind | linuxstb_, i have a few ideas. I even looked at the wps parser to see that it should be possible in principle |
21:10:16 | Llorean | But I think the key would be having the .wps file clean enough to be human readable afterward, rather than a FIFO writing based on what was dragged into the screen. |
21:11:02 | Rincewind | linuxstb_, I like the plugin because it is on target, which gives the possibility to have a live preview. |
21:11:16 | linuxstb_ | Rincewind: You could incorporate the sim and have a live preview... |
21:11:26 | linuxstb_ | Plus the PC application has a far better UI |
21:11:36 | linuxstb_ | ^capability for a far better... |
21:12:06 | linuxstb_ | Or if not the whole sim, the wps rendering code from Rockbox. |
21:12:20 | Rincewind | linuxstb_, I don't have any experience with linux gui toolkits |
21:12:59 | linuxstb_ | Do you have experience of any gui toolkits? |
21:13:06 | Rincewind | but that's not a real problem, i suppose |
21:13:11 | | Join crzyboyster [0] (n=6210f195@gateway/web/cgi-irc/labb.contactor.se/x-09590d3ad5fc926c) |
21:13:39 | linuxstb_ | I'm not saying a plugin won't be nice, just that I can see a PC application being far more useful. |
21:13:48 | crzyboyster | rasher: Can you do me a huge favor and update the win32 simulators available on your site? |
21:14:23 | | Quit PaulJam (Read error: 113 (No route to host)) |
21:14:26 | disorganizer | @linuxstb: just maybe a dumb question: at the time the list-viewportification allowed us to position the lists inside parts of the viewport i noticed it would be nice to be able to have a wps still display and update its data, but allow the context menu to display inside a viewport of the wps (for exmple instead of the aa). would this be possible without too much effort? |
21:15:15 | crzyboyster | Do we have viewport conditionals implemented yet? |
21:15:30 | linuxstb_ | crzyboyster: No |
21:16:33 | | Quit crzyboyster (Client Quit) |
21:17:03 | linuxstb_ | disorganizer: No, that sounds too complex. I'm not intending the WPS itself to update in the background, just a "super status bar" that can display WPS elements around the main screen. |
21:18:00 | kugel | Rincewind: sounds like a nice project to me |
21:18:04 | disorganizer | linuxstb: would it be possible to split this "superstatusbar" up into 2 parts? for example on for the upper line of the screen, one for the lower line(s)? |
21:18:11 | Rincewind | linuxstb_, I have to think about it. Everything I have in mind was for a plugin with limited input capabilities, A PC version would very different, more like a wysiwyg html editor |
21:18:36 | linuxstb_ | disorganizer: The super status-bar can be as many viewports as you wish - my screenshot has 3 viewports, they just all happen to be together. |
21:19:17 | linuxstb_ | These can be identical viewports to ones in the WPS (the icons in my example), or statusbar-only viewports (the Now Playing bar and the current track text in my example) |
21:19:27 | disorganizer | *g* so it would theoretically be possible to have all trackdata display in the superstatusbar and dont display trackinfo in the wps at all... nice *g* |
21:19:57 | * | disorganizer in fact didnt even look at your example yet... |
21:19:59 | linuxstb_ | Rincewind: Or do both ;) |
21:20:02 | kugel | Rincewind: But I'd also be in favor for a PC app. Since the DAPs have little buttons, it will be more like a pain the create a whole theme on them |
21:20:26 | kugel | Probably not worth the developement on the target |
21:21:14 | linuxstb_ | disorganizer: http://www.davechapman.f2s.com/rockbox/wps_statusbar.png - the WPS is here - http://www.davechapman.f2s.com/rockbox/cabbiev2-statusbar.wps |
21:21:51 | linuxstb_ | The number after the %V tag is a bitmask for which screens that viewport is displayed on - 1=WPS, 2=Statusbar; 3=Both |
21:21:56 | linuxstb_ | (the default is 1) |
21:22:02 | Llorean | Rincewind: If you do decide to look at a PC app version, might I suggest looking at integration into Rockbox Utility while you're at it. :) |
21:22:09 | Rincewind | the plugin would be used to make changes to existing wps' (image posistions, small tag changes...) |
21:22:29 | linuxstb_ | Llorean: I thought about that, and am not sure about it - I don't like monolithic apps... |
21:23:08 | Llorean | linuxstb_: There was talk of using Qt plugins for things like this. |
21:23:12 | * | linuxstb_ likes the Unix philosophy... |
21:23:21 | disorganizer | @ linuxstb: is that a seperate "wps"-file or the wps-file? |
21:23:30 | linuxstb_ | disorganizer: There's only one wps file. |
21:23:31 | Rincewind | Llorean, I think it sould be standalone, but callable from rbutil |
21:23:37 | Llorean | I don't like monolithic apps, but I don't like to have 400 apps all with rockbox-only PC-side jobs. |
21:23:47 | linuxstb_ | 400? ;) |
21:23:56 | Llorean | Well, there are already jobs we could cut out |
21:23:58 | Llorean | Voice building. |
21:23:59 | | Quit nplus (Read error: 110 (Connection timed out)) |
21:24:03 | Llorean | Theme download and install. |
21:24:16 | Llorean | We could make a GUI database builder. |
21:24:16 | Llorean | Etc. |
21:24:46 | Llorean | It seems like someone should be able to download RBUtil, then as they need the additional features (theme editor) they could ask it to download the newest plugin for it from rockbox.org |
21:24:49 | kugel | Llorean: I allready suggested in the dev-mailing list to implement the sim into rbutil, in order to make it possible to create themes with an app within rbutil |
21:24:57 | kugel | but that idea got rejected pretty fast |
21:25:50 | Llorean | kugel: I'm against implementing just the sim into rbutil, since its purpose is far from just WPS simulation. It's a lot more. |
21:26:16 | Llorean | But I'd be for having a WPS editor plugin with JUST live previews of editable UI elements. |
21:27:10 | linuxstb_ | Yes, a "live preview" using the WPS rendering code (but NOT the full-blown sim) would be more useful IMO |
21:27:21 | kugel | And I was for the sim in rbutil, since it would make more things possible, other than "just" creating themes, like playling around with settings. |
21:27:38 | linuxstb_ | You would need 28 sims though... |
21:28:11 | Llorean | kugel: For people who actually need the sim, the sim is always compilable. |
21:28:19 | kugel | linuxstb_: You said a view minutes ago "Rincewind: You could incorporate the sim and have a live preview..." |
21:28:40 | Llorean | If there's a WPS preview / editor, people who actually "need" it should be down to people using it to test development anyway, for the vast majority. |
21:28:40 | linuxstb_ | kugel: I meant code from the sim |
21:28:49 | kugel | oh |
21:29:06 | Rincewind | imho, a good wps editor should interface with the sim, because the wps has to react to changing states (play, pause), proper debugging would need a full sim. I don't say that I want to take the easy way and use the sim, just that having both is beneficial |
21:29:20 | disorganizer | @ linuxstb: ok. i really love that statusbar! i hope you will some day if you have time make a patch for it *g* |
21:29:28 | kugel | Any, with or without sim, I'm absolutely keen on a point and click theme creator app in rbutil |
21:29:43 | linuxstb_ | Rincewind: I disagree - you don't want the "rockbox sim", just a "wps sim" - allowing easy testing of the different play modes, battery status etc |
21:29:48 | Llorean | Rincewind: You can have toggles for Play/Pause etc, without including the sim. the sim has actual playback code and codecs (unnecessary), file buffering (not needed), database, etc, etc. |
21:30:53 | Llorean | linuxstb_: Would you be okay with RButil being pared down to minimal install, and extras like theme editing being downloaded by, and invoked from, it (either as plugins or standalone apps?) |
21:31:07 | | Join RaZorbacK [0] (n=Miranda@gar31-1-82-66-75-34.fbx.proxad.net) |
21:31:20 | kugel | AFAIK there were some ideas to have other GUI elements inside the WPS (one viewport for the main menu for example). If that's gonna happen, the theme creator app would need more and more parts of the real rockbox |
21:31:22 | Llorean | And actually, standalone apps may be better, since that doesn't include any dependency that plugins might have (/me has no idea if they would or wouldn't) |
21:31:27 | Rincewind | Llorean, linuxstb_, I wouldn't include the sim with my editor, but it would be nice to have a button there "test this in the simulator" |
21:31:36 | | Join PaulJam [0] (n=PaulJam_@p54BCD32C.dip.t-dialin.net) |
21:31:43 | | Part RaZorbacK |
21:31:48 | Llorean | kugel: No, it wouldn't. Not really. a fake list preview is far, far less than including all the settings code. |
21:32:20 | linuxstb_ | Llorean: I guess I'm not the typical rbutil user - I would just like to launch an editor directory, without going via rbutil. But I'm a command-line person, so probably best to ignore me... |
21:32:55 | Llorean | linuxstb_: I'm a command line person too. But I'm trying to think of a method that requires the user to read a minimum of pages, and do a minimum of guessing. |
21:33:07 | Llorean | If they see an "Edit Themes" or even just "Themes" tab in RBUtil while installing... |
21:33:17 | linuxstb_ | Rincewind: I think such an app would need a live preview, and IMO the easiest (and best) way to do that is to use the existing code in Rockbox to render the WPS. |
21:33:43 | | Quit bertrik ("bye") |
21:34:00 | * | linuxstb_ goes to eat |
21:34:17 | Llorean | And if it invokes a standalone app, then people like you can download it, while people using the Util can just click the "invoke" button to download if not present, and run. |
21:34:22 | Rincewind | linuxstb_, yes, of course, a live preview is needed, I just wanted to point out that even with a live preview the sim has it's uses |
21:38:14 | disorganizer | @ linuxstb: so in your hack 1 is default, thus the normal "old" %V tags show in the wps only without modification, correct? so "old" themes should still work. if i get it to compile and run with my wps i will test it tomorrow :-) |
21:40:50 | | Quit domonok1 (Read error: 104 (Connection reset by peer)) |
21:42:15 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
21:42:38 | | Quit piga (Remote closed the connection) |
21:44:24 | kugel | Did someone allready take a look at FS #8517 ? |
21:45:27 | | Join mud-rb [0] (n=jas6180@dialup-4.156.9.185.Dial1.Boston1.Level3.net) |
21:47:43 | | Join midgey|web [0] (n=8dd3a843@gateway/web/cgi-irc/labb.contactor.se/x-258e776250ec4588) |
21:49:22 | | Quit PaulJam_ (Read error: 113 (No route to host)) |
21:52:41 | kugel | Rincewind: A quick question regarding FS #5555 |
21:52:55 | kugel | which patch version is your last sync actually basing of? |
21:53:10 | | Quit Nico_P (Remote closed the connection) |
21:53:49 | Rincewind | kugel, my last sync is based on the code I use |
21:54:13 | kugel | So rec_button_1009.patch? |
21:55:28 | midgey|web | so, have we had many interested students for GSoC? |
21:55:49 | Rincewind | kugel, I think so |
21:56:07 | kugel | Why do you do that? |
21:56:25 | kugel | Are you not respecting the contributions that other people did to that patch? |
21:57:05 | disorganizer | @ linuxstb : your hack does not set the list-length, does it? so the lists still use the whole screen and get overwritten by the statusbar |
21:57:32 | Rincewind | kugel, I talk to you later, I have dinner ready |
21:58:10 | | Join PaulJam_ [0] (n=PaulJam_@p54BCD32C.dip.t-dialin.net) |
21:58:23 | disorganizer | there should propably be a way to define which area is "free to display things" for the statusbar. |
22:00 |
22:02:24 | PaulJam_ | disorganizer: he already said that the patch is just a quick hack witch has still issues. |
22:03:01 | kugel | Rincewind: the previous patch wasn't even out of sync |
22:04:27 | | Join crzyboyster [0] (n=6210f195@gateway/web/cgi-irc/labb.contactor.se/x-30951ec9ef529224) |
22:04:29 | linuxstb | disorganizer: That's nothing to do with my patch - it's the custom list position feature. |
22:04:49 | Rincewind | kugel, I didn't have the time at that moment to work on my patch because of exams. So I just did a "git diff master > patch" and uploaded it. And I haven't worked at it since. If I do something for this patch again I will of course incorporate FiDO's changes |
22:04:51 | linuxstb | disorganizer: But for testing, you can probably manually edit the list viewport in apps/gui/viewport.c |
22:04:52 | crzyboyster | Any idea when the rockbox-themes.org site will be back up for uploading new themes? |
22:06:22 | disorganizer | @ linuxstb : ok. so that can be fixed when the custom list positioning patch is enabled like before the commit :-) but i must admit this really looks GREAT. |
22:06:33 | linuxstb | crzyboyster: No, but I would hope it's soon, now that we have viewports in WPS |
22:07:45 | linuxstb | crzyboyster: If you want to help, you can start converting themes that require patches to work with the official build (assuming they have a clear license allowing others to change them) |
22:08:28 | disorganizer | @linuxstb: also, the %wd (if left out) does display the original sb in the wps. this propably should display the "custom" sb or should be completely dropped. i think this hack should somehow be continued into a patch and maybe a commit. |
22:08:33 | crzyboyster | So what configuration for multifont do most people prefer from http://www.rockbox.org/twiki/bin/view/Main/MultiFontSupport ? |
22:09:19 | linuxstb | Which reminds me of another question - do we want the new "official" rockbox-themes.org site to include themes that require patches? IMO we can live without them. |
22:10:14 | crzyboyster | I would say definetely not. It just confuses new users and soon such patches (and themes) will be rendered useless. |
22:10:18 | nls_web | I agree, they cause too much confusion for new users to be worth it imho |
22:10:23 | disorganizer | i think as soon as mf is implemented we do not need custom wps-patches any more. at least until someone finds some nice new feature |
22:10:38 | Bagder | I too would rather avoid the custom build themes |
22:10:53 | Bagder | we never "needed" them... |
22:10:55 | Llorean | linuxstb: I think we already planned for that, with "no" being the answer. |
22:11:05 | nls_web | there is always some new shiny hack that everyone HAS to use in their new theme... |
22:11:05 | crzyboyster | I've never liked custom builds a lot either :D |
22:11:26 | Rincewind | kugel, and your changes before that, too. I haven't done anything real to the patch for quite a long time, as you can tell from comments in the entry. |
22:11:33 | Llorean | linuxstb: That's part of why themes that don't parse with our SVN parser tester aren't accepted by the script. ;) |
22:11:35 | disorganizer | does anyone know whether the list-viewport positioning code was dropped before commit or whether it was just ifdef'ed out? |
22:11:51 | Llorean | disorganizer: Wasn't that a separate patch? |
22:11:52 | linuxstb | Llorean: Which reminds me, I need to fix checkwps... |
22:11:59 | | Join thresh [0] (n=popa3d@videolan/developer/thresh) |
22:12:01 | thresh | hey guys |
22:12:06 | PaulJam_ | maybe the unsupported themes could be put into the broken themes section on rockbox-themes. |
22:12:10 | * | scorche|sh waves |
22:12:10 | Llorean | linuxstb: Please do. The themes site checks it out from SVN automatically, I believe. |
22:12:23 | linuxstb | disorganizer: It was cut out completely. |
22:12:23 | | Quit mud-rb (Remote closed the connection) |
22:12:39 | disorganizer | @ linuxstb: too bad. would help now :-) |
22:13:14 | thresh | is it the appropriate channel to ask about what's the "best" player to buy to use with rockbox? I think i'll need some internal storage + sd/sdhc support + some reasonably good screen. |
22:13:27 | kugel | I wonder why all my "svn diff files" contain this in several files: |
22:13:29 | kugel | -$Id:$ |
22:13:31 | kugel | +$Id$ |
22:13:35 | nls_web | PaulJam_: If so I would like them to be removed after sitting there for a month or so if they were not fixed |
22:13:36 | Llorean | thresh: If those are actually "need" rather than "want", then your only real choice is the e200 series |
22:13:43 | Llorean | kugel: There's a colon removed |
22:14:01 | Llorean | thresh: And that's only MicroSDHC |
22:14:08 | kugel | Llorean: Yea, that's what one would think |
22:14:17 | linuxstb | PaulJam_: What "broken themes section"? I thought the intention was for the new themes site to start empyty, and for all themes to be uploaded again? |
22:14:19 | kugel | but actually the files are fine |
22:14:23 | | Join mud-rb [0] (n=jas6180@dialup-4.156.9.185.Dial1.Boston1.Level3.net) |
22:14:25 | Llorean | Bagder: Mentor? |
22:14:30 | linuxstb | (and only ones that validate with checkwps will be accepted) |
22:14:36 | nls_web | kugel: probably has to do with svn:keywords |
22:14:50 | Bagder | Llorean: accepted! |
22:14:55 | thresh | Llorean: Thanks, i'll dig it. |
22:15:00 | PaulJam_ | nls_web: why remove them if they are clearly separated from the working ones? someone could come after a year and fix them. |
22:15:08 | Bagder | 11 mentors signed up |
22:15:09 | Llorean | Bagder: Thanks. :) I thought I'd applied earlier, honestly. |
22:15:22 | Llorean | It kept telling me "Nothing to do here yet" or something similar. |
22:15:34 | nls_web | PaulJam_: I'm simply against collecting crap in huge piles :P |
22:15:39 | kugel | the files are totally fine, the line is i.e. |
22:15:41 | kugel | $Id: demac.c 13562 2007-06-05 16:58:29Z dave $ |
22:15:45 | Llorean | PaulJam_: Why host them if they're intended specifically for unsupported builds? |
22:15:46 | | Quit PaulJam (Read error: 113 (No route to host)) |
22:16:15 | Llorean | Bagder: Now we just need some applications. :) |
22:16:19 | PaulJam_ | linuxstb: i thought the idea was to regularly check the WPS and move those which fail into a separate section |
22:16:22 | Bagder | indeed! |
22:16:54 | scorche|sh | linuxstb: since rasher made a nice, handy dandy script for checkwps, i figure there isnt much of a need to start over clean anymore...and i was thinking of having a page where broken themes will go to for people to fix them up (provided they are permitted) |
22:17:19 | linuxstb | PaulJam_: I can't imagine why that would be needed - changes shouldn't be made to the WPS code that breaks compatibility, and if they are, scripts will need to be written to fix all themes on rockbox-themes.org |
22:17:26 | PaulJam_ | Llorean: because if the features that are used in those WPS make teir way to SVN someone can fix them and make them work with the official buld. |
22:17:28 | kugel | nls_web: What did you mean? I don't use svn:keywords at all |
22:17:31 | Llorean | linuxstb: Just as a note, I think Rasher timed his script and came up less than 10 seconds to check every WPS we've got so far. |
22:18:07 | Llorean | PaulJam_: Yes, but until then, we're hosting themes for unsupported builds, and using our bandwidth for those builds. |
22:18:11 | toffe82 | gevaerts: perhaps something interesting here for the usb http://www.tnkernel.com/usb_bulk.html, check also the firmware upgrader |
22:18:12 | nls_web | kugel: "Id" is set as a keyword so svn will automatically fill in file name etc. between the $ and $ |
22:18:18 | kugel | the only thing that happens to that files is, that they're rsync'd to another folder |
22:18:25 | Llorean | PaulJam_: We *could* charge a few cents per download of each unsupported theme... |
22:18:26 | linuxstb | scorche|sh: I can't remember reading about that in the logs ;) What about the (C) issues? |
22:19:27 | | Nick Horschti is now known as Horscht (n=Horscht@xbmc/user/horscht) |
22:19:42 | crzyboyster | I have a question: Would it be a good idea to allow theme submitters to make their themes into the rockbox public domain so that they can be modifed freely? |
22:19:51 | gevaerts | toffe82: thanks. I'll look into it later (busy on a jigsaw puzzle now ;) |
22:20:01 | Llorean | crzyboyster: CC-by-SA is probably good enough. |
22:20:17 | scorche|sh | linuxstb: well, would you rather them drop off the face of the earth or be hosted on the site without a license till they update it? |
22:20:20 | | Quit midgey|web ("CGI:IRC (EOF)") |
22:20:33 | scorche|sh | crzyboyster: public domain isnt a license |
22:21:01 | linuxstb | scorche|sh: I'm happy to start with a clean slate, so we have a clean set of WPSs with clear licenses. |
22:21:12 | Llorean | I thought we were going to require a license anyway |
22:21:17 | Llorean | Which was part of why we were clean-slating |
22:21:52 | crzyboyster | CC-by-SA seems to be a good choice for the idea of rockbox themes :P |
22:22:34 | toffe82 | gevaerts: writing or playing ;) |
22:22:40 | scorche|sh | so then would we rather start with a clean slate (which will require keeping the old site active for a bit while people slowly copy), just toss the broken ones, or just toss the broken and ones without a license? |
22:22:49 | disorganizer | maybe we should make CC-by-SA a default license for all submitters if they dont explicitly state another license ;-) |
22:22:53 | gevaerts | toffe82: assembling. A real one |
22:23:17 | crzyboyster | disorganizer: That's a good idea... |
22:24:05 | scorche|sh | disorganizer: crzyboyster this has already long since been debated and decided that it will be so |
22:24:16 | disorganizer | good to know :-) |
22:24:24 | | Join shotofadds [0] (n=rob@ip-81-1-106-167.cust.homechoice.net) |
22:24:35 | linuxstb | scorche|sh: I'm not against automatically transferring any theme that already has a clear license, and any other information the new site is asking for - are there themes that meet that criteria? |
22:24:47 | Llorean | Alright, who keeps unlocking the m:robe 100 thread? :-P |
22:25:27 | scorche|sh | linuxstb: i would have to double check my fields... |
22:26:47 | disorganizer | linuxstb: i get a segfault now with your hack :-( |
22:26:49 | | Quit crzyboyster ("CGI:IRC (EOF)") |
22:26:54 | | Quit nls_web ("CGI:IRC") |
22:27:28 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
22:27:48 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
22:29:55 | kugel | hmm, nls_web seemed to be correct |
22:30:03 | kugel | http://pastebin.ca/955816 , keywords change in my svn tree |
22:30:14 | kugel | but I don't know why. I'm not doing that |
22:30:16 | Horscht | "Implement Support for Apple Accessories" didn't someone create a driver a few weeks ago? |
22:30:37 | Llorean | Horscht: The very, very beginnings of one. |
22:31:32 | Horscht | ah, ok |
22:32:10 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
22:32:12 | kugel | Does anyone know why my keywords change? I load the tockbox source onto a fat32 drive, and leave it untouched. The only thing I do is copy the source from that directory (rockbox_svn) into other directories using rsync |
22:32:25 | kugel | s/tockbox/rockbox |
22:34:48 | | Quit ol_schoola_ () |
22:34:53 | amiconn | linuxstb: Your status bar idea goes a bit too far for my taste |
22:35:22 | amiconn | But then, I have an idea that I'll probably implement soon, driven by my M3 porting effort: |
22:35:49 | amiconn | The M3 has a multi-colour LED which is meant for status display on the main unit (since it has no lcd, that makes sense) |
22:36:22 | amiconn | My idea is to implement a simple status display api that will be called by all major areas of rockbox |
22:37:04 | disorganizer | @ linuxstb : sorry, works now. dont know for sure why it happened. screenshot will follow |
22:37:16 | amiconn | It will come in 3 incarnations: The M3 will use its multi-colour LED. |
22:38:23 | amiconn | Archos recorders won't do anything in most screens, just for recording it will "re-assign" its red LED. That's currently handled by the recording screen itself (red LED is flashing when ready to record, and lit while recording. In all other screens it's used as HDD LED), but the idea is that the screen itself does need to do as little as possible |
22:38:25 | disorganizer | @ linuxstb : link to screenshot http://img178.imageshack.us/img178/2796/dump080324223119dm7.png which really look neat while browsing the playlist. only scrolling line dont work in the wps fields, but its far enough for me |
22:38:46 | amiconn | The third incarnation will be the player, where it will handle the various status icons on the LCD |
22:39:14 | amiconn | This way the special cases for the Player will become less again |
22:39:46 | amiconn | On all target where we don't have special status display methods, the function for setting it will just fold to an empty macro, so no loss at all |
22:39:52 | * | scorche|sh wonders about a morse code option for the M3's LED ;) |
22:40:02 | amiconn | Does that sound like a feasible idea? |
22:40:23 | scorche|sh | amiconn: is there an M3L? |
22:40:28 | amiconn | yes |
22:40:43 | amiconn | Same system as with the other coldfire-based iaudios |
22:41:02 | disorganizer | how can i debug where a segfault comes from? |
22:41:11 | disorganizer | (in vmware dev-env that is) |
22:41:17 | amiconn | The M3 comes in 3 flavours: M3 20GB (thin case), M3 40GB (thick case) and M3L 20GB (thick case) |
22:41:19 | scorche|sh | sounds like we have a rival for the M5L's runtime... |
22:41:23 | * | amiconn has a 40GB |
22:41:43 | amiconn | I doubt that the M3L will exceed the M5L runtime |
22:42:35 | amiconn | Sure, it has no lcd, but a monochrome lcd needs very little power. But the M3 has MCF5249 (1.8V core voltage), while the M5 (and X5) has MCF5250 (1.2V core voltage) |
22:42:46 | scorche|sh | ah |
22:43:19 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
22:43:45 | amiconn | Development wise, the M3 feels more like an H1x0 than an iaudio. MCF5249, and no PCF50606 PMU, that means no RTC and a special button/battery ADC |
22:44:36 | amiconn | Also, when LED status gets implemented, runtime will be reduced a bit (right now rockbox just disables the LED) |
22:44:48 | disorganizer | @ linuxstb : i get the following segfault when selecting another song from the playlist: http://pastebin.com/m4048a7b4 :-) just for information though |
22:47:12 | | Join ItalianPianist [0] (n=dfsff@host-84-220-235-50.cust-adsl.tiscali.it) |
22:47:13 | | Quit spiorf ("Non so cosa voglio, ma lo riconosco se lo vedo") |
22:47:21 | | Quit Rincewind ("bye") |
22:47:26 | ItalianPianist | happy easter everyone |
22:47:30 | | Join spiorf [0] (n=spiorf@host140-214-dynamic.20-79-r.retail.telecomitalia.it) |
22:47:46 | scorche|sh | is anyone going to put together a quick template form for GSoC applicants real quick? |
22:49:01 | markun | ItalianPianist: you too |
22:49:48 | ItalianPianist | great news: you asked for xrick witouth hardcoded rom data.... i did it. |
22:50:43 | ItalianPianist | now i think it's time to talk with linuxstb or other "gurus" how it's to better release it... |
22:53:08 | | Join Genesis [0] (n=genesis@196.230.102-84.rev.gaoland.net) |
22:53:10 | Genesis | yop |
22:53:43 | pixelma | linuxstb: should I take care about the rest of the cabbiev2 versions, greyscale is almost ready to commit (after some sim runs) and I think the monochrome one "just" need to be converted? |
22:53:46 | | Join Soap_ [0] (n=Soap@98.17.49.200) |
22:54:02 | * | Genesis bought an cowon D2 :) |
22:54:02 | linuxstb | amiconn: I'm not sure I understand your proposal fully... How do you see it interacting with the "normal" (i.e. bitmap) status bar? Would the current status bar code just be changed to get the status of things via your new API? |
22:54:12 | pixelma | *ones (Archos and M:Robe 100) |
22:54:21 | | Quit BobShield (Read error: 104 (Connection reset by peer)) |
22:54:39 | linuxstb | pixelma: I'm very happy to leave them to you... But I don't think there are many left now. |
22:55:54 | pixelma | not sure I understand what you want to say with that :) |
22:55:55 | amiconn | linuxstb: Not at all. This is nothing that will replace the status bar |
22:56:17 | linuxstb | amiconn: So it wouldn't conflict with my proposal for the status bar? |
22:56:24 | amiconn | But the player might very well end up with no status bar at all, handling everything at firmware level |
22:56:31 | | Join fehmicans [0] (n=canavar@88.227.103.19) |
22:57:01 | | Join BigMac [0] (n=Me@c-67-189-197-222.hsd1.ct.comcast.net) |
22:57:16 | amiconn | My proposal deals mainly with icon-like status (like playback, paused playback, recording, fm radio, browsing etc) |
22:57:39 | amiconn | But I think it could even be extended to level-like status displays, i.e. volume and battery level |
22:57:40 | linuxstb | ItalianPianist: Have you spoken to the xrick author? IMO the nicest solution (for all xrick ports, including the original) would be to separate the code (which could then be GPL'd) with the data, and make them available as separate downloads. |
22:58:27 | linuxstb | ItalianPianist: The xrick author is obviously happy to distribute the (C) data, so could host the data download on his site. |
22:58:34 | amiconn | Then on player, the power management code would set the battery status, the audio driver would set the volume status, and the app layer wouldn't have to care about them any more |
23:00 |
23:00:02 | amiconn | The drawback of this idea would be that the status displays can't be hijacked easily anymore (iirc the checssclock uses the Play & Pause icons on Player) |
23:00:56 | *** | Saving seen data "./dancer.seen" |
23:01:32 | ItalianPianist | i did exactly what you suggested me: created separated graphics.dat file. I didn't ask him if he wants to distribute the file on his file, yet. |
23:01:34 | | Quit Soap_ (Remote closed the connection) |
23:01:39 | | Join Battousai [0] (n=bryan@gentoo/developer/battousai) |
23:01:47 | linuxstb | So currently, the apps statusbar code sets the icons on the player, but you're proposing that the firmware drivers (power, audio) will set them directly? |
23:01:48 | ItalianPianist | *on his site |
23:02:33 | amiconn | linuxstb: Yes. I think that the main advantage would be that the app layer wouldn't have to care much about special status display methods on a minority of targets |
23:02:43 | Bagder | http://riffle.blogspot.com/2008/03/phenomenal-rockbox.html |
23:03:11 | amiconn | I mean, if we have a themable status bar, we could still have it even on charcell, but the firmware layer would handle the icons outside the main display area |
23:04:05 | | Quit BigMac ("Leaving") |
23:04:15 | linuxstb | That sounds sensible. |
23:04:27 | amiconn | So a Player WPS could still show numeric battery values with your idea, but you don't need to invent special tags for icons, leds etc |
23:05:00 | amiconn | The same way, we can have the soft disk activity icon on all targets. The hardware LED (if any) will be handled at the firmware layer |
23:05:15 | amiconn | Same for charging led etc etc |
23:05:51 | | Quit Horscht ("User was distributing pornography on server; system seized by FBI") |
23:06:25 | ItalianPianist | now let me know how do I have to "prepare" source file... I mean if i have to put $id comment header, which licence to choose to make you easily integrate with rockbox source files |
23:06:48 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
23:06:52 | linuxstb | ItalianPianist: You can't just choose a license - you have to follow xrick's license... |
23:07:40 | pixelma | linuxstb: I also wanted to ask you again which version of the Iaudio remote WPS is better (maybe more on the safe side) - the one with the two viewports? |
23:07:53 | * | amiconn is at 169fps on M3 now :) |
23:08:05 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
23:08:45 | | Quit jgarvey ("Leaving") |
23:08:49 | linuxstb | pixelma: Yes - the two viewports is better IMO. The first one had problems where the conditionals were causing the text to be cleared. |
23:09:27 | ItalianPianist | (ok so i assume i'll copy all rockbox license inside readme). About the source file comments? I followed coding rules, but dunno if i have to put $id header comment in every source file... |
23:10:58 | pixelma | linuxstb: thanks, I'll take the two viewport version then |
23:11:30 | BigBambi | ItalianPianist: How is the Rockbox licence relevant to what licence xrick is released under? |
23:11:51 | | Quit EspeonEefi ("ăăăȘă") |
23:11:51 | | Quit jhulst (Remote closed the connection) |
23:12:02 | | Join Soap_ [0] (n=Soap@98.17.49.200) |
23:13:13 | amiconn | ...while still having a glitch-free display, that is. I could even make the transfer reach ~200fps, but then the display would be garbled. It's not an out-of specs problem with the lcd controller (that could go up to 16MHz transfer, equalling ~650fps), but with signal runtime on the wire and/or signla attenuation at high frequencies |
23:14:29 | | Quit mud-rb (Remote closed the connection) |
23:14:57 | | Join mud-rb [0] (n=jas6180@dialup-4.156.9.185.Dial1.Boston1.Level3.net) |
23:15:09 | amiconn | For comparison: the svn code just reaches ~95fps |
23:15:19 | ItalianPianist | @BigBambi: ...???? I didn't understood what you mean... |
23:15:55 | * | amiconn needs faaast lcd transfers for the greyscale lib |
23:16:20 | BigBambi | ItalianPianist: Why are you copying the rockbox licence inside the readme? The licence that your port is under is governed by the licence of xrick, not the rockbox licence |
23:16:23 | ItalianPianist | ah ok i misread linuxstb sentence |
23:16:47 | | Quit phinze () |
23:18:11 | | Join DefineByte [0] (n=defineby@bb-87-81-195-5.ukonline.co.uk) |
23:23:01 | ItalianPianist | basically xrick is released in the "spirit of GPL" so first of all i don't know if i can really release it under any license. Second, i think i can release the code i wrote (i mean the strictly rockbox related one) in some form of license: that's why I asked which one to choose from, to make you have no problems in integrating into rockbox |
23:24:51 | linuxstb | ItalianPianist: Yes, that's why I suggested you speak to the xrick author. The cleanest solution would be for him to remove the data from his version, and GPL his source. |
23:25:32 | linuxstb | ItalianPianist: Maybe you could offer him a patch to xrick that does that... |
23:26:55 | ItalianPianist | mmm yeah I hope he will answer me soon. :P |
23:28:12 | * | pixelma sighs, the icons still don't show up with the two viewports version of the new Iaudio remote WPS in an M5 sim |
23:29:27 | linuxstb | pixelma: Are they definitely the right format bmps? e.g. if you comment out all other lines in the WPS, do they show? |
23:30:00 | pixelma | yes, if I comment out the "text" viewport, I get the icons |
23:30:44 | linuxstb | I'm happy to have a look, if you want to pastebin the .wps, or give me the whole thing as a zip |
23:31:03 | pixelma | and the console shows that it loads the files correctly |
23:33:41 | | Quit shotofadds (Read error: 110 (Connection timed out)) |
23:33:49 | | Quit Soap_ (Read error: 104 (Connection reset by peer)) |
23:34:15 | | Join Soap_ [0] (n=Soap@98.17.49.200) |
23:35:40 | | Quit gevaerts ("sleeping time") |
23:35:55 | | Quit waldo ("Konversation terminated!") |
23:39:27 | | Join ChAoS [0] (n=44e4e61c@gateway/web/cgi-irc/labb.contactor.se/x-07983e464db53efa) |
23:44:59 | ChAoS | I am having problems installing rockbox with RBUtil I have the 1.0.4 windows version and i can pick my sans e200 from the config and pick the drive without issue. But when I go to the quick start and pick Complete Installation I get a network error: host download.rocbox.org not found. I can open a browser and go to it, no proxy and proxy setting in RBUtil reflect that. |
23:45:24 | ChAoS | anyone have any suggestions? |
23:45:25 | linuxstb | Are you sure the error says rocbox.org ? |
23:45:41 | ChAoS | possitive.. Have it open right now. |
23:45:49 | linuxstb | It should be rockbox.org... |
23:45:53 | ChAoS | wel.. ok sorry it is spelt correctlyt there |
23:46:04 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
23:46:05 | BigBambi | Things like that are quite important... |
23:46:19 | ChAoS | the error shows a valid url that I can go to in FireFox. |
23:46:28 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
23:46:43 | BigBambi | Do you have any proxies set in IE? |
23:46:57 | ChAoS | nope... never had this machine where a proxie was required.. |
23:47:29 | ChAoS | I can go to the url in IE. |
23:47:38 | | Quit DefineByte ("Bye all") |
23:48:54 | BigBambi | ChAoS: Do the individual install bootloader and install build options work on the next tab? |
23:49:40 | | Join DefineByte [0] (n=defineby@bb-87-81-195-5.ukonline.co.uk) |
23:49:47 | ChAoS | similar error excetp with www.rockbox.org instead of download.... |
23:50:05 | | Quit ompaul (Client Quit) |
23:50:24 | BigBambi | ChAoS: For which option? |
23:50:54 | ChAoS | top one.. install the bootloader |
23:51:17 | BigBambi | ChAoS: What is the version of the Sansa firmware you have installed? |
23:52:34 | ChAoS | 01.02.18A |
23:53:09 | | Join Soap__ [0] (n=Soap@98.17.49.200) |
23:54:38 | | Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) |
23:54:41 | | Join mf0102 [0] (n=michi@85.127.180.200) |
23:55:31 | | Join clinx [0] (n=johannes@dslb-084-061-113-035.pools.arcor-ip.net) |
23:55:42 | disorganizer | nite@all |
23:56:01 | | Quit disorganizer ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
23:58:05 | | Part clinx ("Verlassend") |
23:58:13 | | Join SoapH [0] (n=621131c8@gateway/web/cgi-irc/labb.contactor.se/x-8b7db54583d16584) |
23:58:17 | | Join shotofadds [0] (n=rob@ip-81-1-104-234.cust.homechoice.net) |