--- Log for 24.03.108 Server: heinlein.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 9 days and 21 hours ago 00.00.00 # * Llorean has already turned down one applicant, arguably. 00.00.08 # 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 # 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 # good to hear it works on the h320 00.03.30 # 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 # gevaerts: Probably... 00.05.48 # Just wait for usb host with audio support :) 00.06.47 # Line in could also work 00.08.45 # What recording samplerate do the sansas support? 00.11.29 # austrian_guest: the recording preferences on my c200 lets me choose 22050 Hz 00.18.19 # Thanks 00.19.00 # 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 # Llorean: it needs the dock 00.19.43 # gevaerts: Could you please try this on your c200: http://pastebin.com/d2a7fa250 00.19.57 # it should use the correct buttons and samplerate.. 00.20.17 # gevaerts: The actual dock, or just an adapter with the right pins on the connector? 00.21.26 # 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 # Ah 00.23.13 # austrian_guest: Undefined instruction at 0006e9b4 00.23.43 # 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 # linuxstb: I think all new "features" are. 00.24.10 # linuxstb: depends. Is wps authoring a major use case ? If so, yes 00.24.12 # In what way? 00.24.24 # * gevaerts should have added a smiley 00.24.36 # 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 # I'm waaayyy too tired... 00.25.11 # austrian_guest: there probably is some memory corruption somewhere 00.25.29 # When was the M3 added as a supported target? 00.25.39 # (that's missing from MajorChanges) 00.25.50 # 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 # Bagder: So 23rd March? 00.27.28 # 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 # 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 # linuxstb: ping 00.40.35 # Hello 00.41.05 # linuxstb: is the 'i' parameter optional in the %xdni WPS tag? 00.41.23 # Yes. 00.41.33 # linuxstb: it's not in brackets on the wiki page 00.41.34 # I should put [] around it... 00.41.49 # I'll fix that now. 00.42.14 # 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 # likewise for the manual page 00.42.37 # i guess it should... 00.42.52 # but now I'm off to sleep... 00.43.33 # picky: OK, done. Thanks for pointing it out. 00.45.42 # linuxstb: ok. I like how it reduced the number of the images needed 00.48.11 # Yes, it's a long-overdue feature IMO. 00.48.14 # linuxstb: another question: what if the image height isn't exactly a multiple of the number of images in the tag? 00.48.56 # And what if the i parameter will shoot over the last strip? 00.50.07 # That's two questions... 00.50.57 Quit Nico_P (Remote closed the connection) 00.51.26 # I'll try to deduce the answers from the code. In code veritas! :-) 00.51.48 # 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 # Although it's not really dangerous. 00.52.59 # linuxstb: a check would be good, or else a wps could possibly crash rockbox, not nice.. 00.53.23 # domonok1: How would it crash? It would just copy some random data to the screen. 00.53.34 # linuxstb: there are also tabs in wps_parser.c:1385 00.54.02 # 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 # 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 # picky: I agree - I'm fixing it now ;) 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 # Fix committed. 01.04.28 # 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 # 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 # 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 # 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 # amiconn: RED! 01.41.51 Quit webguest95 ("CGI:IRC (EOF)") 01.44.31 Quit jhulst (Read error: 110 (Connection timed out)) 01.45.25 # 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 # multifont patch peope are getting on my nerves again :p 01.51.34 Quit leox (Read error: 110 (Connection timed out)) 01.51.46 # 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 # .. that line in the commit messgae looks horrible... 01.52.34 # 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 # 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 # ok 01.58.30 # anyway, nice work.. should make wps' slightly easier to manage 01.58.32 # file wise 01.59.15 # 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.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 # 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 # confuses? 02.13.54 # 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 # Is your filesystem OK? 02.14.53 # fsck seems to have no problems with it. 02.15.07 # sounds like the playback engine doesn't enforce file boundaries or something 02.15.26 # 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 # 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 # FS#8686 has a lot of TI specific code that should probably go into SVN 02.54.26 # 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 # 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.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.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.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.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.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.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 # 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.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 # linuxstb: ping 10.00.10 Quit jhMikeS (Nick collision from services.) 10.00.15 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 10.05.33 # 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 # linuxstb: Morning. I compared the cabbie v2 (old) and cabbiev2 (new) loading times on my H340 with the plain wps 10.10.21 # 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 # Nice. 10.11.22 # I also got the "frozen gui when resuming on startup" effect several times during my tests 10.11.34 # Happened more often with the old version than the new one 10.12.07 # 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 # 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 # That's good news. I guess I can close the "wps tar file" task now then. 10.14.22 # Yes I think so 10.14.44 # Pixel needs fixing to be used on current builds though. Broken WPS tags or something. 10.14.57 # (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 # hello Rockbox people :-9 10.33.54 # 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 # 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 # 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 # 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 # my system will have SDRAM 64MB and 512 MB NAND FLASH 10.39.01 # That's hard-coded, depending on the hardware configuration. 10.39.49 # hmmm... - since I know, the bootloader will mapped it, I already have an example of bootloader to use 10.39.54 # Does your CPU have any SRAM (fast internal memory)? 10.40.06 # yes, 4KB of SRAM 10.40.38 # Then that needs to be mapped somewhere as well. 10.41.45 # 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 # 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 # put new greyscale versions in the tracker yesterday evening (decided I'm done for myself but would like some comments) 10.43.17 # morning too, btw. :) 10.45.22 # 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 # 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 # will convert the two greyscale WPSs then 10.51.18 # 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 # yes, it's also not so important anymore, now that it is only one bitmap now anyways... 10.53.31 # 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 # Somehow cabbiev2 doesn't look right at all on M3.. 10.56.14 # 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 # the Iaudio remote WPS (which is used) of cabbiev2 has no icons but should have a backdrop 10.57.12 # 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 # linuxstb: ping 10.58.10 # http://www.rockbox.org/twiki/bin/view/Main/DefaultWPS#128_x_96_2_bit_greyscale_iAudio space problem, I'd say 10.58.51 # (and no one did small enough greyscale icons) 10.59.38 # maybe we could drop the "now playing bar" in favour of the "status bar" there, it became more important now 11.00.15 # 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 # 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 # (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 # 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 # 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 # 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 # 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 # 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.03.59 # 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 # 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 # it always shows libgcc2.c:0 for the file name and line number 12.07.07 # 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 # s/now/know 12.08.15 Join aliask [0] (n=aliask@rockbox/developer/aliask) 12.09.24 # 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 # 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 # Guys .. any updates on iPod Classic ? any good news coming our way ? 12.32.28 # nope 12.32.36 # :( 12.32.56 # 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 # oh i see 12.33.32 # 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 # how many hours approximately ? 12.33.51 # has gotten better, I once reached 17h 12.34.07 # average would be 15 - 16 hours, I assume 12.34.11 # Horscht, wow .. awesome !! 12.34.21 # (5.5G 80GB 12.34.36 # tywickra: http://www.rockbox.org/twiki/bin/view/Main/IpodRuntime 12.34.47 # now i feel like going backwards.. finding a 5th gen 80 gig 12.35.40 # Or you could get a Gigabeat. 12.36.10 # Mouser_X, can you get me a link if you don't mind ? 12.36.13 # The Gigabeat F can be a reasonable price if you look around for it. 12.36.34 # I *do* mind. Mostly because I shouldn't be here anyway... I'm writing an essay. 12.36.36 # Sorry. 12.36.57 # I've got a Gigabeat, and I love it. 12.37.20 # here in germany it was close to impossible to find a Gigaeat 12.37.29 # the biggest issue i have with ipod is the absence of good customisable graphical EQ 12.37.35 # german ebay does not give a single result 12.38.16 # 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 # 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 # that explains why I had to settle for an Ipod 12.39.56 # I know it is not a rockbox-related issue, but I thought this should be the best place to get advice 12.39.57 # Dang. 12.39.58 Join handmadematters [0] (n=handmade@dslb-084-056-182-135.pools.arcor-ip.net) 12.40.07 # 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 # Any idea why i am getting this message at the very first start of compiling: 12.41.08 # Xannax: Rockbox @ (hd0,1)/.rockbox/rockbox.ipod 12.41.17 # markun, good point .. it's available in AU :) 12.41.29 # gcc -DAPPLICATION NAME ="bmp2rb" -g bmp2rb.c -0... No rule to make tgarget 12.42.50 # Thats the full failure message: gcc -DAPPLICATION_NAME=\"bmp2rb\" -g bmp2rb.c -o bmp2rb 12.42.50 # make[1]: *** No rule to make target `iaudio_bl_flash.bmp', needed by `iaudio_bl_flash.h'. Stop. 12.43.22 # 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 # 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 # 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 # 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 # Also, the screen is slightly larger on the X (same resolution, but slightly larger in size). 12.48.42 # 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 # 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 # aha .. i got your point 12.49.23 # 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 # 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 # 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 # Mouser_X, aha.. it seems like time has come for me to move on to Gigabeat :-) 12.53.12 # Xannax, no 12.53.24 # pressing center button and menu 12.53.40 # to return from OF to Rockbox 12.54.31 Quit Xannax ("CGI:IRC (Ping timeout)") 12.54.42 Part handmadematters 13.00.18 # 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 # 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 # I don't know the sizes of the X units. 13.04.41 # Mouser_X, yeah true .. my main concern is quality sounds .. which has compromised by ipod bitterly 13.04.55 # The X is hard to find even in Australia 13.05.12 Quit SirFunk (Read error: 110 (Connection timed out)) 13.05.13 # oh! 13.05.16 # 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 # in fact .. i was in NY last week.. was trying to find an alternative for an ipod .. 13.05.54 # i saw a few devices but didn't get the capacity in place 13.06.33 # If 60 GB will be sufficient, 50-pin 60 GB drives aren't too badly priced. 13.06.59 # yeah .. 60 GB will be ok with me .. 13.07.06 # You could buy a Gigabeat F40 (you need the larger back piece), and put a 60 GB drive in it. 13.07.23 # i'm not using it for anything other than for music ie no pics or movies 13.07.26 # 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 # yeah it sounds interesting .. should have an eye and probably get hold of one in a couple of days time 13.08.45 # 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 # Because of the fast CPU, the Gigabeat is great for movies. 13.09.30 # But if you can find something of a larger capacity for cheaper, you might want that instead. 13.09.47 # 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 # 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 # ...because I always use SVN... 13.10.45 # amiconn: You're not alone... 13.11.30 # 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 # 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 # 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 # 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 # can rockbox read ape tags? 13.34.42 # JdGordon: the playlist area, like you mentionned few days ago...? 13.34.44 # i heard its possible 13.34.52 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 13.35.10 # Xezzy: not for mp3 13.35.27 # oh 13.35.30 # we use id3 tags 13.35.32 # 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 # not in a lifetime? 13.35.56 # pixelma: which? 13.35.57 # This is a design decision 13.36.12 # The tagging format for MP3 is id3v1 or id3v2, and not ape 13.36.13 # JdGordon: e.g. star (even on greyscale) 13.36.25 # ok 13.36.35 # ok, having a look 13.37.16 # so which fileformats are supported with ape? 13.37.17 # 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 # lol 13.37.58 # Xezzy: what do you mean? we use for exemple ape tags for musepack codec 13.38.25 # yes thats what i mean ^^ 13.39.20 # statusbar is fine in the e200 sim and all plugins ive checked so far 13.39.28 # which target speicifically? 13.39.49 # JdGordon: seen in some plugins on M5 and c200 13.39.57 # The problem is that in plugins which specify their own colours, the statusbar adheres to those, while the menus don't 13.40.33 # The menus use what is set in global_settings, and that's wrong in plugins 13.40.39 # how are they setting the colours? 13.40.56 Quit midgey () 13.40.59 # lcd_set_foreground/lcd_set_background 13.41.21 # The menu code itself should copy whatever its parent viewport contains 13.41.29 Quit XavierGr (Nick collision from services.) 13.41.35 # 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 # The core menu screens (which are "above" the generic menu code) should set the colours as necessary 13.42.10 # 1) plugins shouldnt be changing menu colours... 13.42.25 # 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 # Plugins are perfectly allowed to change the colours 13.42.46 # they shouldnt though 13.42.54 # they shouldnt need to in menus 13.42.56 # And if they are then using menus, the menus should adapt to their look 13.43.03 # IMO they can - to implement their own style 13.43.07 # ...not vice versa 13.43.18 # and they did before 13.44.32 # 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 # 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 # it does 13.45.39 # nothing does that yet though 13.45.42 # 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 # JdGordon: try wormlet, it looks like it's using black on rockboxblue or some other bright but not white colour 13.47.01 # its ok... I see the problem 13.47.10 # rb->lcd_set_background( LCD_BLACK ); 13.47.19 # which also happens to be the default theme colour 13.48.00 # You mean the cabbiev2 theme colour ;) 13.48.12 # yes.. thats the default 13.49.30 # which of our DAPs has the least amount of buttons? 13.49.44 # Depends on how you're counting 13.49.48 # The Meizu M3 has just 3 and a vertical touch strip 13.49.50 # http://www.pmptoday.com/wp-content/uploads/2007/10/meizu-m3-music-card-wholesale.jpg 13.49.57 # is that similar to the H10? 13.50.11 # Counting *only* buttons, then it's the ipods 13.50.32 # But counting buttons + other inputs like a wheel, then it's the Ondio 13.50.37 # IIUC, the D2 only has 3 buttons, plus the touchscreen... 13.50.53 # ipods have 5 buttons plus wheel. Ondio has 6 buttons 13.50.58 # the mr500 only has 1 on the actual DAP 13.51.14 # 7 or 8 on the remote though 13.51.38 # 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 # markun: you'll figure it out :D or break the thing trying 13.52.54 # markun: Maybe just have "down", "select" and "back" 13.53.59 # the strip could be used for up, select and down 13.54.34 # Then you have 6 "buttons", which should be ok 13.54.36 # menu for menu, play for play and stop, the '<>' button for back? 13.54.58 # on the M6 the control will also be less than ideal 13.55.14 # You have to come up with a consistent scheme for the various screens, but that's usually not too difficult 13.55.46 # It depends a bit on the possible button combos though 13.55.54 # 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 # thanks, I will 13.57.15 # what info from id3v2 rockbox CANT read? 13.57.48 # txxx? 14.00.34 # Xezzy: Best to ask the opposite question... 14.01.38 # 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 # bad idea? 14.02.36 # That's what I've thought should happen all along. 14.02.49 # it needs to happen eventually 14.02.57 # The widgets should imo just use the current viewport 14.03.28 # 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 # except there is no way to get the current viewport is there? 14.04.05 # and should there be then? 14.04.09 # so txxx is used only for replaygain? 14.04.11 # Bagder: heelo :-) 14.04.12 # I agree - it depends how you think about widgets/screens - most of our widgets are full-screen... 14.04.27 # statusbar isnt, BB isnt 14.04.34 # menu doesnt need to be 14.05.01 # Bagder: can you please tell me how rockbox code will know here will be mapped the flash memory and SDRAM? 14.05.33 # *.lds I think... 14.06.24 Join thegeek_ [0] (i=thegeek@s220b.studby.ntnu.no) 14.06.27 # having the widgets take the current viewport isnt corrent.... we dont want a full screen statusbar and list 14.07.04 # Sure the list widget should use what it gets passed 14.07.23 # The upper-level code is responsible for combining widgets 14.08.01 # anyone can take me out a question, about rockbox bootloader? 14.08.10 # answer on question? 14.09.32 Quit lee-qid (Read error: 110 (Connection timed out)) 14.09.47 # can rockbox write tags? 14.09.51 # Casainho: You need to ask it first... 14.09.59 # Xezzy: No 14.10.56 # 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 # JdGordon answered that - the .lds file 14.11.32 Join bughunter2 [0] (n=Administ@ip565fbeaa.direct-adsl.nl) 14.11.35 # eheh - I don't know what is .lds :-) 14.11.42 # I ignore that :-) 14.11.49 # so, I must read more about that 14.11.51 Part bughunter2 ("Leaving.") 14.12.01 # It's the script used by the linker 14.12.40 # okok, I think I understand 14.12.55 # and I have another question, about ATA 14.13.11 # what is ATA driver? can you resume, give me the idea? 14.14.20 # 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 # 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 # 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 # I will write now this information on wiki :-) 14.16.30 # amiconn: linuxstb: please respond to my ml post... 14.18.40 Join phinze [0] (n=phinze@ool-4577eeca.dyn.optonline.net) 14.18.57 # 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 # 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 # Casainho: Why would the CPU affect how data is stored in the disk? 14.21.37 # bertrik: yes, you are right - I remember to see something about mount partitions in bootloader code 14.21.50 # 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 # 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 # 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 # gevaerts: I'll update my iPod color and test that, too. 14.23.51 # Great 14.25.05 # JdGordon: You're talking about introducing some kind of window manager? 14.25.18 # yes 14.25.50 Quit phinze () 14.25.59 # 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 # 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 # If you pull the remote, rockbox shuts down... 14.28.56 # 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 # Xezzy: Any what? 14.29.58 # txxx tag 14.30.13 # frame 14.30.18 # in id3 14.31.27 # 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 # unfortunately crosscompiling spit so many warnings that I can't find any real warnings 14.33.58 # gevaerts: My iPod now detects and distinguishes between USB and the wall charger. 14.34.02 # 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 # OK. I can forget about that bug now then :) 14.34.22 # pixelma: Can you show me your .wps ? 14.35.50 # * amiconn doesn't think we need a sophisticated window manager 14.36.11 # What we need is a proper hierarchy of viewports, not more, imho 14.36.34 # there is no heirachy though... they are really all at the same level 14.37.02 # 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 # I mean a hierarchy in how viewports are subdivided 14.37.19 # 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 # No z-order or overlapping of active viewports - that would be a hell of a mess to implement 14.38.41 # 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 # z-order wouldnt be handled... and only one vp would ever be active at any time 14.39.49 # 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 # 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 # 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 # 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 # Then the code that draws the text area doesn't need to care about the other areas 14.42.50 # thats what happens now 14.43.14 Quit miepchen^schlaf () 14.44.13 # linuxstb: one mistake found (was mine), I now get the (old) default. Trying to investigate on my own 14.46.04 # 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 # the problem is that I don't get a console window with a crosscompiled sim (I think rasher reported the same) :\ 14.47.20 # 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 # ^picked up by the parser 14.49.05 Join MethoS-- [0] (n=clemens@91.97.240.64) 14.51.09 # 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 # cp'ed from your 160x128x16 version 14.56.25 # 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 # linuxstb: the 160x128x16 is missing the 'C' in the last two parts of the volume conditional... 14.57.27 # causing the 0dB and the above line level image to vanish 14.57.45 # pixelma: Ooops. Will you fix, or should I? 14.58.24 # it would be nice if you could fix, I'm a bit confused with my own changes ATM 14.58.34 # No problem. 14.59.08 # 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 # thanks 14.59.49 Nick Rince_ is now known as Rincewind (n=Flubb@i528C3072.versanet.de) 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 # pixelma: Committed. 15.01.49 # pixelma: Also, be careful with the battch and battpl bitmaps - they are declared in the wrong order in the existing WPSs.. 15.02.39 # 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 # linuxstb: the other mistake was a missing closing | after the added number of subimages 15.07.08 # 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 # ... 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 # pixelma: Did the parser reject it (when you forgot the closing | symbol) ? 15.09.44 # 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 # nls_web: Not unless we just get rid of FILES completely... 15.46.04 # 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 # 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 # 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 # linuxstb_: good idea, now to figure out how to make a tarball locally to test.... 15.50.31 # 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 # at least to my knowledge 15.51.23 Quit tvelocity (Read error: 104 (Connection reset by peer)) 15.52.31 # 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 # Thanks for clearing that up. 15.52.58 # 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 # and are they supposed to work with an RWPS/ Iaudio remote (which is greyscale)? 15.54.58 # pixelma: Yes, all viewport parameters are compulsory. I don't know which is which though... 15.55.15 # And yes, they should work on the remotes... 15.56.57 # 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 # the text that should be in the viewport 15.57.25 # 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 # Hmm, the wps should be rejected if the viewport definition doesn't include all the parameters. 15.58.11 # What does your %V line look like? 15.58.39 # %V|0|10|127|72|1| (now) 15.58.49 # For a greyscale LCD? 15.59.00 # yes, Iaudio remote 15.59.09 # Then that's a bug - that should be rejected. 16.00.16 # the line with the 2 more parameters was not rejected but nothing showed up, except the backdrop and the progress bar 16.00.22 # Ah, I see what's happening - the code doesn't reject any viewport definition that's wrong... 16.00.42 # short break, bbl 16.00.52 # Me too... 16.07.11 Join Gr34t3st [0] (i=stoodtst@dialup-4.188.72.89.Dial1.Cincinnati1.Level3.net) 16.12.11 # Is there a reason why none of the wps files are working? 16.13.28 # could you be more specific? which player and which wps files? 16.13.58 # And which version of Rockbox? 16.15.22 # yea sorry. All of the .wps files on the rockbox gallery site. I have a sansa e250r . I dunno what version 16.15.29 # Bagder: ping 16.15.31 # Gr34t3st: _all_ of them? 16.15.42 # You mean you can't download them? 16.15.56 # does the default wps (cabbiev2) work? 16.16.02 # nls_web: yes? 16.16.12 # I can download and install them. When I run them, the player shows the default playback screen 16.16.45 # Gr34t3st: Which ones have you tried? Some of them require unofficial changes (patches) to Rockbox in order to work. 16.17.00 # Bagder: is it the release script in tools/ that make the tarballs? 16.17.02 # Gr34t3st: did the description of the wps menion any need for a custom/unsupported build? 16.17.07 # nls_web: yeps 16.17.25 # ok, thanks 16.17.43 # The iPhone themes, Barracuda themes, and a few more I can't remember. 16.18.12 # I got them all from rockbox-themes.org 16.18.53 # Gr34t3st: Did you read their descriptions like PaulJam_ mentioned? 16.19.10 # They need patches. 16.19.12 # Gr34t3st: Both the iphone and Barracuda themes say they need a custom build. 16.19.22 # (read the description under the pictures...) 16.20.05 # 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 # 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 # hey wazzup everyone 16.21.21 Quit webguest95 (Client Quit) 16.21.29 # So I need to go to rockbox's site and find that custom build? 16.21.39 # 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 # Suer, if that's all they need. 16.21.55 # 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 # does anyone know when the exact date when rockbox will come out for support for the sansa e200 v2 models? 16.22.42 # Nemisis: When it's done. 16.22.42 # NEMisis: Hard to say, as no-one is working on it... 16.22.58 # that bites 16.23.09 # NEMisis: Then help... 16.23.28 # I dont know code that well 16.23.44 # I know its in C but I dont know it (well) 16.24.20 # NEMisis: Then you'll have to learn how to code in C. 16.24.45 # thats going to take awile...lol 16.25.16 # 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 # Where do I get the custom builds? 16.25.40 # try the forum 16.25.49 # from the unsuported builds forum 16.25.57 # or get a source 16.25.58 # 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 # 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 # ok thanks 16.30.05 # one more question 16.30.26 # None of my songs have album art. Is there an easy way to attach those to their songs? 16.30.57 # http://www.rockbox.org/twiki/bin/view/Main/AlbumArt 16.31.19 # That page shall guide you. 16.31.31 # 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.34 Quit DefineByte ("Bye all") 17.00.51 *** Saving seen data "./dancer.seen" 17.07.17 # 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 # 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 # I could pastebin the code... 17.23.03 # 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 # 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 # 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 # that 127 could be a 128 now 17.27.09 Join tvelocity [0] (n=tony@athedsl-118105.home.otenet.gr) 17.27.11 # 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 # 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 # it = the viewport 17.35.23 # 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 # yes 17.40.28 # 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 # a USB port isnt like a power socket... 17.43.26 # 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 # But most likely the answer would be no. 17.44.34 # or "just try" ;) 17.44.38 # 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 # okay 17.45.17 # Hello guys i’m ManfredMeller from Germany (Nuremberg) 17.45.20 # Can someone give me write permission for twiki? I need this permission for uploading the fm-presets for my town (Nuremberg). 17.46.49 # ManfredMeller: and your wikiname is ManfredMeller ? 17.47.24 # yes 17.47.51 # done, promise not to spam ! :-) 17.48.09 # And welcome to Rockbox! :) 17.48.18 # thx I WILL NOT SPAM! 17.50.13 Join domonok1 [0] (n=Domonoky@92.227.83.161) 18.02.12 Join tradedaemon [0] (i=WinNT@d225-206.uoregon.edu) 18.02.40 # 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 # 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 # 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 # 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 # nls_web: I don't understand your forum post about the DACs... 18.12.01 # 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 # 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 # 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 # so not just lang specific 18.16.43 Join tvelocity__ [0] (n=tony@athedsl-111681.home.otenet.gr) 18.17.05 # so it'll let you layout the cards the way you want 18.17.23 # ya, that's about it 18.19.15 # 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 # do i have to submit some kind of project proposal like that or just start writing? 18.20.42 # 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 # A dac can only process pcm by design, even on archos 18.22.16 # tradedaemon: no, not at all, I personally like your idea and if well implemented it will probably be accepted 18.23.09 # alright cool, thanks. I'll be back if i got questions, hehe 18.23.29 Quit tradedaemon ("-=SysReset 2.55=-") 18.25.46 # 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 # eh? 18.26.20 # 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 # do I need to define a second viewport below the first and display the images there? 18.28.36 # but why does the progressbar show correectly then? 18.28.44 # 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 # 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 # (correcting typos) 18.29.39 # linuxstb: shouldn't you also check for vp->x >= 0? 18.30.09 Quit tvelocity_ (Read error: 110 (Connection timed out)) 18.30.13 # linuxstb: I mean in wps_parser.c 18.30.27 # linuxstb: Why is the default vp sepcial? 18.30.45 # amiconn: It isn't special... 18.30.58 # Well, in this case it seems to be 18.30.59 # But using overlapping viewports might cause problems. 18.31.27 # I would expect strange effects in the area where they're overlapping 18.31.29 # picky: No - parse_list will only return non-negative integers. 18.31.45 # picky: There's a comment in the code to that effect (IIRC) 18.31.46 # But the vanishing icons are outside the overlap 18.32.31 # linuxstb_: shouldn't the members (x and y, and also width and height) be declared unsigned int then? 18.32.49 # 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 # at least it's not only me =) 18.36.11 # picky: No, we generally just want things to be of type "int" wherever possible. 18.36.35 # pixelma: I'm sure there's a logical explanation, I just need time to invent it... ;) 18.37.59 # 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 # 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 # 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 # (at the driver level?) 18.42.31 # 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 # 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 # linuxstb: they aren't available yet, I'll zip them up for you. 18.55.32 # Thanks. What target is this for? 18.56.08 # Iaudio remote (M3) 18.57.47 Quit PrinceFirst () 19.00.53 *** Saving seen data "./dancer.seen" 19.06.25 Join jcollie [0] (n=jcollie@dsl-ppp239.isunet.net) 19.11.43 # pixelma: The sim is giving me errors about your .bmp files - "read_bmp_fd: Unsupported compression (type 2)" 19.12.05 # So it's not loading them. 19.12.38 # shuffle, volume, repeat, playmode and wpsbackdrop all fail to load. The others are OK 19.13.22 # 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 # so that shouldn't be my problem (because they were loaded correctly without the %V) 19.15.09 # Yes, I still think there are other problems. I'll fix your bmps locally, and keep testing. 19.15.53 # thanks 19.17.38 # 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 # 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 # yeah, already started that project too :) 19.20.20 # pixelma: In fact, your version seems to work with the fixed bitmaps... 19.20.53 # I need to try an updated sim (and corrected bitmaps) 19.21.33 # 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 # (first = default, not specified by you) 19.25.49 # 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 # 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.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 # 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 # or at least a working d/l link 20.07.19 # i take it that is an unsupported build? 20.12.29 # not sure 20.12.38 # how could i tell 20.13.46 # If it's from anywhere but the "Current Build" page on Rockbox.org, it's an unsupported build. 20.14.42 # then its unsupported 20.14.57 # http://forums.rockbox.org/index.php?topic=10956.0 20.15.28 # thats the link he gives for the build but i keep getting an error message 20.15.31 # There is no latest build. 20.15.36 Quit fehmicans ("Konversation terminated!") 20.15.39 # The thread's been removed entirely because he's stopped making it. 20.16.09 # so its not possible for me to download an older version 20.16.12 # ? 20.16.24 # No. 20.16.36 # You can no longer download that build. 20.16.43 Join piga [0] (n=leonardo@143.106.24.194) 20.17.13 # if you need it for a theme you could check if a different unsupported build has the neccessary patches included 20.18.00 # well i need a build that supports Matthew Schneiders Iphone theme 20.18.06 # any suggestions? 20.20.48 # Morgan1: I think PaulJam just gave you a good suggestion. 20.20.53 # hmm, the theme uses scrolling margins... i doubt that you find a recent custom build that includes this patch. 20.22.06 # couldnt i download the patch seperately 20.22.45 # 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 # k 20.23.41 # 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 # linuxstb, trippy 20.27.56 # 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 # 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 # Nice. 20.30.02 # 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 # 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 # 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 # Instead of its normal contents, that is. 20.31.53 # But that kinda just seems the inverse of your idea anyway 20.32.39 # What if the WPS contains multiple viewports, which take the space of the list? 20.33.57 # I thought viewports couldn't overlap now? 20.34.38 # They can, but you may get into trouble... 20.34.48 # e.g. scrolling lines mustn't overlap 20.34.57 # Aaah 20.35.24 # Well, my idea was dependent upon faulty assumptions. :-P 20.35.32 # Anyway, yours would allow pretty much the same thing. 20.36.06 # Though I do kinda like the idea of some WPS elements only showing up in the list if playback is happening. 20.36.25 # You should be able to do that with conditionals 20.36.49 # Or did you want the list size to vary depending on playback status? 20.37.21 # Bagder, you around? 20.38.46 # 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 # 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 # And my modified cabbiev2 - http://www.davechapman.f2s.com/rockbox/cabbiev2.zip 20.40.31 # (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 # hi@all 20.46.27 # 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 # *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 # disorganizer, indeed ^^ 20.53.45 # disorganizer: I wouldn't go that far... 20.54.16 # linuxstb_: It's very nearly one. 20.54.22 # 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 # But it gets my vote ;) 20.54.56 # 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 # 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 # 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 # 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 # 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 # 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 # 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 # disorganizer: Yes, the WPS elements will update as normal. 20.59.48 # You can even put album-art there if you wish... 21.00.36 # 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 # propably the fields should behave just as the field would behave if no date is there. 21.01.41 # so if the playback is stopped, the fields should just be empty 21.02.37 # Rincewind: Do you have a project in mind? 21.03.21 # linuxstb_, yes, I think that it might be possible for me to do the wps/theme editor plugin 21.03.47 # 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 # I had the idea for a wps editor last summer but haven't done anything about it yet 21.04.11 # Llorean: It would be nice to be able to delete the existing statusbar code... 21.04.22 # linuxstb_: Ah, well in that case, ignore me. :) 21.04.50 # 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 # 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 # Llorean, I know. I have quite a few nice ideas (viewports based, with live preview...) 21.06.08 # _usable_ being the hard thing... 21.06.57 # @linuxstb: did you put your patch on flyspray? 21.07.07 # disorganizer: I told you, it's not a patch... 21.07.26 # 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 # linuxstb_: Basically, how much "new" code will need to be written. 21.07.49 # disorganizer: ;) I just meant that it's in far too early a state to share widely. 21.08.21 # Llorean, got it, you get a nice long proposal from me 21.08.27 # Bagder: Can I ask a favour? Can I be accepted as a mentor? :) 21.08.39 # Rincewind: Length isn't as important as clarity and details. ;) 21.09.00 # Llorean, yes, but details is hard to do without length :) 21.09.04 # Indeed 21.09.21 # 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 # Just as a note, I'd love to see a point 'n click WPS editor. 21.10.06 # Rincewind: Also, is a plugin the best approach? Maybe a PC application would be more useful. 21.10.09 # 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 # 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 # linuxstb_, I like the plugin because it is on target, which gives the possibility to have a live preview. 21.11.16 # Rincewind: You could incorporate the sim and have a live preview... 21.11.26 # Plus the PC application has a far better UI 21.11.36 # ^capability for a far better... 21.12.06 # Or if not the whole sim, the wps rendering code from Rockbox. 21.12.20 # linuxstb_, I don't have any experience with linux gui toolkits 21.12.59 # Do you have experience of any gui toolkits? 21.13.06 # 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 # 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 # 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 # @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 # Do we have viewport conditionals implemented yet? 21.15.30 # crzyboyster: No 21.16.33 Quit crzyboyster (Client Quit) 21.17.03 # 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 # Rincewind: sounds like a nice project to me 21.18.04 # 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 # 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 # 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 # 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 # *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 # Rincewind: Or do both ;) 21.20.02 # 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 # Probably not worth the developement on the target 21.21.14 # 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 # 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 # (the default is 1) 21.22.02 # 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 # the plugin would be used to make changes to existing wps' (image posistions, small tag changes...) 21.22.29 # Llorean: I thought about that, and am not sure about it - I don't like monolithic apps... 21.23.08 # linuxstb_: There was talk of using Qt plugins for things like this. 21.23.12 # * linuxstb_ likes the Unix philosophy... 21.23.21 # @ linuxstb: is that a seperate "wps"-file or the wps-file? 21.23.30 # disorganizer: There's only one wps file. 21.23.31 # Llorean, I think it sould be standalone, but callable from rbutil 21.23.37 # 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 # 400? ;) 21.23.56 # Well, there are already jobs we could cut out 21.23.58 # Voice building. 21.23.59 Quit nplus (Read error: 110 (Connection timed out)) 21.24.03 # Theme download and install. 21.24.16 # We could make a GUI database builder. 21.24.16 # Etc. 21.24.46 # 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 # 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 # but that idea got rejected pretty fast 21.25.50 # 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 # But I'd be for having a WPS editor plugin with JUST live previews of editable UI elements. 21.27.10 # Yes, a "live preview" using the WPS rendering code (but NOT the full-blown sim) would be more useful IMO 21.27.21 # 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 # You would need 28 sims though... 21.28.11 # kugel: For people who actually need the sim, the sim is always compilable. 21.28.19 # linuxstb_: You said a view minutes ago "Rincewind: You could incorporate the sim and have a live preview..." 21.28.40 # 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 # kugel: I meant code from the sim 21.28.49 # oh 21.29.06 # 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 # @ 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 # Any, with or without sim, I'm absolutely keen on a point and click theme creator app in rbutil 21.29.43 # 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 # 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 # 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 # 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 # 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 # 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 # kugel: No, it wouldn't. Not really. a fake list preview is far, far less than including all the settings code. 21.32.20 # 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 # 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 # If they see an "Edit Themes" or even just "Themes" tab in RBUtil while installing... 21.33.17 # 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 # 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 # 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 # @ 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 # 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 # Rincewind: A quick question regarding FS#5555 21.52.55 # which patch version is your last sync actually basing of? 21.53.10 Quit Nico_P (Remote closed the connection) 21.53.49 # kugel, my last sync is based on the code I use 21.54.13 # So rec_button_1009.patch? 21.55.28 # so, have we had many interested students for GSoC? 21.55.49 # kugel, I think so 21.56.07 # Why do you do that? 21.56.25 # Are you not respecting the contributions that other people did to that patch? 21.57.05 # @ 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 # 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 # there should propably be a way to define which area is "free to display things" for the statusbar. 22.02.24 # disorganizer: he already said that the patch is just a quick hack witch has still issues. 22.03.01 # 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 # disorganizer: That's nothing to do with my patch - it's the custom list position feature. 22.04.49 # 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 # disorganizer: But for testing, you can probably manually edit the list viewport in apps/gui/viewport.c 22.04.52 # Any idea when the rockbox-themes.org site will be back up for uploading new themes? 22.06.22 # @ 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 # crzyboyster: No, but I would hope it's soon, now that we have viewports in WPS 22.07.45 # 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 # @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 # So what configuration for multifont do most people prefer from http://www.rockbox.org/twiki/bin/view/Main/MultiFontSupport ? 22.09.19 # 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 # I would say definetely not. It just confuses new users and soon such patches (and themes) will be rendered useless. 22.10.18 # I agree, they cause too much confusion for new users to be worth it imho 22.10.23 # 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 # I too would rather avoid the custom build themes 22.10.53 # we never "needed" them... 22.10.55 # linuxstb: I think we already planned for that, with "no" being the answer. 22.11.05 # there is always some new shiny hack that everyone HAS to use in their new theme... 22.11.05 # I've never liked custom builds a lot either :D 22.11.26 # 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 # 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 # does anyone know whether the list-viewport positioning code was dropped before commit or whether it was just ifdef'ed out? 22.11.51 # disorganizer: Wasn't that a separate patch? 22.11.52 # Llorean: Which reminds me, I need to fix checkwps... 22.11.59 Join thresh [0] (n=popa3d@videolan/developer/thresh) 22.12.01 # hey guys 22.12.06 # maybe the unsupported themes could be put into the broken themes section on rockbox-themes. 22.12.10 # * scorche|sh waves 22.12.10 # linuxstb: Please do. The themes site checks it out from SVN automatically, I believe. 22.12.23 # disorganizer: It was cut out completely. 22.12.23 Quit mud-rb (Remote closed the connection) 22.12.39 # @ linuxstb: too bad. would help now :-) 22.13.14 # 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 # I wonder why all my "svn diff files" contain this in several files: 22.13.29 # -$Id:$ 22.13.31 # +$Id$ 22.13.35 # 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 # thresh: If those are actually "need" rather than "want", then your only real choice is the e200 series 22.13.43 # kugel: There's a colon removed 22.14.01 # thresh: And that's only MicroSDHC 22.14.08 # Llorean: Yea, that's what one would think 22.14.17 # 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 # 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 # Bagder: Mentor? 22.14.30 # (and only ones that validate with checkwps will be accepted) 22.14.36 # kugel: probably has to do with svn:keywords 22.14.50 # Llorean: accepted! 22.14.55 # Llorean: Thanks, i'll dig it. 22.15.00 # 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 # 11 mentors signed up 22.15.09 # Bagder: Thanks. :) I thought I'd applied earlier, honestly. 22.15.22 # It kept telling me "Nothing to do here yet" or something similar. 22.15.34 # PaulJam_: I'm simply against collecting crap in huge piles :P 22.15.39 # the files are totally fine, the line is i.e. 22.15.41 # $Id: demac.c 13562 2007-06-05 16:58:29Z dave $ 22.15.45 # 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 # Bagder: Now we just need some applications. :) 22.16.19 # linuxstb: i thought the idea was to regularly check the WPS and move those which fail into a separate section 22.16.22 # indeed! 22.16.54 # 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 # 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 # 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 # nls_web: What did you mean? I don't use svn:keywords at all 22.17.31 # 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 # PaulJam_: Yes, but until then, we're hosting themes for unsupported builds, and using our bandwidth for those builds. 22.18.11 # gevaerts: perhaps something interesting here for the usb http://www.tnkernel.com/usb_bulk.html, check also the firmware upgrader 22.18.12 # kugel: "Id" is set as a keyword so svn will automatically fill in file name etc. between the $ and $ 22.18.18 # the only thing that happens to that files is, that they're rsync'd to another folder 22.18.25 # PaulJam_: We *could* charge a few cents per download of each unsupported theme... 22.18.26 # 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 # 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 # toffe82: thanks. I'll look into it later (busy on a jigsaw puzzle now ;) 22.20.01 # crzyboyster: CC-by-SA is probably good enough. 22.20.17 # 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 # crzyboyster: public domain isnt a license 22.21.01 # 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 # I thought we were going to require a license anyway 22.21.17 # Which was part of why we were clean-slating 22.21.52 # CC-by-SA seems to be a good choice for the idea of rockbox themes :P 22.22.34 # gevaerts: writing or playing ;) 22.22.40 # 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 # maybe we should make CC-by-SA a default license for all submitters if they dont explicitly state another license ;-) 22.22.53 # toffe82: assembling. A real one 22.23.17 # disorganizer: That's a good idea... 22.24.05 # disorganizer: crzyboyster this has already long since been debated and decided that it will be so 22.24.16 # good to know :-) 22.24.24 Join shotofadds [0] (n=rob@ip-81-1-106-167.cust.homechoice.net) 22.24.35 # 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 # Alright, who keeps unlocking the m:robe 100 thread? :-P 22.25.27 # linuxstb: i would have to double check my fields... 22.26.47 # 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 # hmm, nls_web seemed to be correct 22.30.03 # http://pastebin.ca/955816 , keywords change in my svn tree 22.30.14 # but I don't know why. I'm not doing that 22.30.16 # "Implement Support for Apple Accessories" didn't someone create a driver a few weeks ago? 22.30.37 # Horscht: The very, very beginnings of one. 22.31.32 # ah, ok 22.32.10 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 22.32.12 # 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 # s/tockbox/rockbox 22.34.48 Quit ol_schoola_ () 22.34.53 # linuxstb: Your status bar idea goes a bit too far for my taste 22.35.22 # But then, I have an idea that I'll probably implement soon, driven by my M3 porting effort: 22.35.49 # 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 # My idea is to implement a simple status display api that will be called by all major areas of rockbox 22.37.04 # @ linuxstb : sorry, works now. dont know for sure why it happened. screenshot will follow 22.37.16 # It will come in 3 incarnations: The M3 will use its multi-colour LED. 22.38.23 # 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 # @ 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 # The third incarnation will be the player, where it will handle the various status icons on the LCD 22.39.14 # This way the special cases for the Player will become less again 22.39.46 # 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 # Does that sound like a feasible idea? 22.40.23 # amiconn: is there an M3L? 22.40.28 # yes 22.40.43 # Same system as with the other coldfire-based iaudios 22.41.02 # how can i debug where a segfault comes from? 22.41.11 # (in vmware dev-env that is) 22.41.17 # The M3 comes in 3 flavours: M3 20GB (thin case), M3 40GB (thick case) and M3L 20GB (thick case) 22.41.19 # sounds like we have a rival for the M5L's runtime... 22.41.23 # * amiconn has a 40GB 22.41.43 # I doubt that the M3L will exceed the M5L runtime 22.42.35 # 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 # ah 22.43.19 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 22.43.45 # 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 # Also, when LED status gets implemented, runtime will be reduced a bit (right now rockbox just disables the LED) 22.44.48 # @ 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 # happy easter everyone 22.47.30 Join spiorf [0] (n=spiorf@host140-214-dynamic.20-79-r.retail.telecomitalia.it) 22.47.46 # is anyone going to put together a quick template form for GSoC applicants real quick? 22.49.01 # ItalianPianist: you too 22.49.48 # great news: you asked for xrick witouth hardcoded rom data.... i did it. 22.50.43 # 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 # yop 22.53.43 # 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 # 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 # *ones (Archos and M:Robe 100) 22.54.21 Quit BobShield (Read error: 104 (Connection reset by peer)) 22.54.39 # pixelma: I'm very happy to leave them to you... But I don't think there are many left now. 22.55.54 # not sure I understand what you want to say with that :) 22.55.55 # linuxstb: Not at all. This is nothing that will replace the status bar 22.56.17 # amiconn: So it wouldn't conflict with my proposal for the status bar? 22.56.24 # 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 # My proposal deals mainly with icon-like status (like playback, paused playback, recording, fm radio, browsing etc) 22.57.39 # But I think it could even be extended to level-like status displays, i.e. volume and battery level 22.57.40 # 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 # ItalianPianist: The xrick author is obviously happy to distribute the (C) data, so could host the data download on his site. 22.58.34 # 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.02 # 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 # 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 # 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 # *on his site 23.02.33 # 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 # http://riffle.blogspot.com/2008/03/phenomenal-rockbox.html 23.03.11 # 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 # That sounds sensible. 23.04.27 # 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 # 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 # Same for charging led etc etc 23.05.51 Quit Horscht ("User was distributing pornography on server; system seized by FBI") 23.06.25 # 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 # ItalianPianist: You can't just choose a license - you have to follow xrick's license... 23.07.40 # 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 # 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 # (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 # linuxstb: thanks, I'll take the two viewport version then 23.11.30 # 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 # ...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 # For comparison: the svn code just reaches ~95fps 23.15.19 # @BigBambi: ...???? I didn't understood what you mean... 23.15.55 # * amiconn needs faaast lcd transfers for the greyscale lib 23.16.20 # 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 # 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 # 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 # 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 # ItalianPianist: Maybe you could offer him a patch to xrick that does that... 23.26.55 # 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 # 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 # yes, if I comment out the "text" viewport, I get the icons 23.30.44 # 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 # 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 # 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 # anyone have any suggestions? 23.45.25 # Are you sure the error says rocbox.org ? 23.45.41 # possitive.. Have it open right now. 23.45.49 # It should be rockbox.org... 23.45.53 # wel.. ok sorry it is spelt correctlyt there 23.46.04 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 23.46.05 # Things like that are quite important... 23.46.19 # 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 # Do you have any proxies set in IE? 23.46.57 # nope... never had this machine where a proxie was required.. 23.47.29 # I can go to the url in IE. 23.47.38 Quit DefineByte ("Bye all") 23.48.54 # 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 # similar error excetp with www.rockbox.org instead of download.... 23.50.05 Quit ompaul (Client Quit) 23.50.24 # ChAoS: For which option? 23.50.54 # top one.. install the bootloader 23.51.17 # ChAoS: What is the version of the Sansa firmware you have installed? 23.52.34 # 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 # 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)