--- Log for 15.03.108 Server: heinlein.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 21 hours and 5 minutes ago 00.00.32 # Viewports are not yet explained there. (linuxstb?) 00.01.27 Quit Zagor ("Client exiting") 00.02.33 # amiconn: sweet, i would have been digging for a while. 00.10.39 Quit Buschel (Read error: 104 (Connection reset by peer)) 00.10.56 Join Buschel [0] (n=abc@p54A3F950.dip.t-dialin.net) 00.11.32 # saratoga: try to add "int_btn |= btn;" to firmware/target/arm/sandisk/sansa-e200/button-e200.c right after "btn = BUTTON_SCROLL_BACK;" (additional to patch #8668) 00.11.57 # why is nano ata so slow :///// 00.12.14 # a simple operation like deleting a directory with 13 files takes ages 00.12.36 # saratoga: this way the scrolldirection of the wheel should also be transmitted to to button_tick() and the gui boost should work 00.17.01 # btw, could someone with an e200 try to reproduce this? http://www.rockbox.org/tracker/task/8361 00.17.13 # i can't make anything strange happen 00.17.24 Part toffe82 00.18.04 Quit ender` (" People are more violently opposed to fur than leather because it is safer to harrass rich women than motorcycle gangs.") 00.21.38 Quit Buschel (Read error: 104 (Connection reset by peer)) 00.22.10 # * gevaerts obviously reads the usb audio spec differently than whoever wrote the linux usb audio driver... 00.26.42 # gevaerts: you're working usb audio already? :) 00.27.44 # preglow: yes. I'm trying to make a usb audio device that just says it exists, without any controls or audio streaming. According to my reading of the spec that should be possible, but the linux driver disagrees. 00.28.48 # If I can't get it to work, I'll be forced to add real functionaliy to it :( 00.30.28 Join voltagex [0] (n=localadm@121-79-23-210-dsl.ispone.net.au) 00.30.45 # having trouble creating voice files, getting an error from rbutilqt on OSX 00.33.38 # Buschel: (for the logs) it compiles and when I go into debug screen it seems to be boosted and then unboosts after a bit but i'm not really too sure if its any different 00.33.44 # the sansa's UI wasn't too bad to begin with 00.34.02 # due to the small and fast lcd and relatively fast flash memory 00.37.19 # Buschel: it does seem to disrupt the back light timer somehow 00.37.40 # at least it sits on the menus with it on forever, but will turn off it left in the wps 00.41.14 Join fasmaie [0] (n=yohann@c-98-216-170-85.hsd1.ma.comcast.net) 00.43.14 Quit satatoga11 ("CGI:IRC (EOF)") 00.43.58 Quit Jon-Kha (Remote closed the connection) 00.52.07 # * gevaerts isn't happy. He can get this to work in windows but not in linux :( 00.52.46 # * preglow wonders how hard it is to make usb midi work 00.52.50 # now that would be cool 00.53.00 # voltagex: whats the error ? 00.53.41 # preglow: It should be possible, but is there a PP device that's actually fast enough to make this useful ? 00.54.52 # gevaerts: sure, ipods would be plenty fast enough. any anyway, doesn't the gigabeat s have the same usb controller? ;) 00.55.30 # It probably depends on what you want to do with it 00.55.36 # some kind of synthesis 00.55.42 *** Saving seen data "./dancer.seen" 00.55.55 # an ordinary ipod should be more than enough for polyphonic subtractive synthesis 00.56.57 Join sarixe [0] (n=sarixe@pool-68-239-157-223.nwrk.east.verizon.net) 00.57.16 # a gigabeat s would be powerful enough for very fancy stuff 00.57.16 # domonok1: fixed, had the wrong path 00.57.32 # it still dies halfway through with "error encoding" 00.58.07 # Actually, I can get it to work in both windows and linux, but not with the same descriptors. 00.58.41 # preglow: usb wifi + gigabeat = epic win 00.58.57 # voltagex: you are using sapi as tts ? 00.59.10 # domonok1: Espeak on OS X 00.59.57 # Maybe that's good enough to replace the dummy charging only interface ? linux gives an error in the dmesg output, but most people won't see that, and windows finds a nice "usb audio device". It should still be tried on mac of course. 01.00.20 # voltagex: could you open a bugreport for this on flyspray with as much info as possible, s i dont forget to investigat it :-) 01.00.45 # domonok1: is it possible to get debug output from rbutilqt? 01.01.34 # voltagex: only if you build it in debug mode.. the release binarys are without debug functions.. 01.01.48 # ok, I'll see if I can build it 01.02.28 Quit Rob2223 () 01.02.35 Join youngprogur1 [0] (n=root@cpe-24-198-31-103.buffalo.res.rr.com) 01.03.38 Quit sarixe ("(EE) Failed to load "quit" module") 01.04.13 # voltagex: and that was while voicefile generation, not talkfiles, correct ? 01.05.12 Quit ompaul (Client Quit) 01.10.14 Quit domonok1 (Read error: 104 (Connection reset by peer)) 01.10.17 Join gevaerts_ [0] (n=fg@195-144-092-171.dyn.adsl.xs4all.be) 01.11.09 Quit gevaerts (Nick collision from services.) 01.11.13 Nick gevaerts_ is now known as gevaerts (n=fg@195-144-092-171.dyn.adsl.xs4all.be) 01.12.36 Part youngprogur1 01.22.22 # domonok1: back, yes whole voice files. 01.22.30 # Can I easily get and set volume control data (min, max, resolution, current value) ? 01.24.13 Quit amiconn (Nick collision from services.) 01.24.19 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 01.24.36 # * gevaerts feels himself getting pulled ever closer to the playback code. 01.25.28 Quit fasmaie (Read error: 113 (No route to host)) 01.25.53 Quit mf0102 ("Verlassend") 01.27.18 Join Rob2222 [0] (n=Miranda@p4FDCCE28.dip.t-dialin.net) 01.31.03 Join Tuxguy [0] (n=Tux@cpe-065-184-081-164.ec.res.rr.com) 01.31.14 # can rockbox play mpeg-4 ? 01.32.04 # where did you see that? 01.32.41 # me? 01.32.49 # yes.. 01.33.18 # Tuxguy: http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer 01.33.35 Join toffe82 [0] (n=chatzill@adsl-70-137-196-61.dsl.frs2ca.sbcglobal.net) 01.33.38 # only the gigabeat would be powerful enough to play mpeg4 right? 01.33.55 # well, it depends... 01.33.59 # someone in another channel said i could convert avi to mpeg and it would play 01.34.15 # mpeg != mpeg4 01.34.28 # Tuxguy: right, you should read the wiki 01.35.05 # Tuxguy: mpeg 1 and 2 01.35.22 # oh 01.35.25 # damn :( 01.35.41 # why? 01.35.56 # you would need to reformat the video for the screen size anyway... 01.36.00 # this program only lets me export to mpeg4, divx.. and a few other formats 01.36.02 # If you were going to convert to mpeg4, just convert to mpeg1/2 instead... 01.36.10 # then use a diffferent program... 01.36.14 # it also has an "ipod" setting....wonder if that is mpeg1/2 01.36.16 # Tuxguy: You really should read the wiki page I linked 01.36.24 # no, ipod setting would be mp4 01.36.29 # oh 01.36.30 # H.264 01.36.33 # im loading it now 01.36.34 # or trying to 01.36.44 # i was going to use ffmpeg but the package for mac is broken 01.36.53 # Tuxguy: go for 01.36.59 # Tuxguy: oops, go for mencoder 01.37.08 # i have mencoder 01.37.16 # Tuxguy: well then, go for it. 01.37.19 # Tuxguy: Just read that page, it lists some options etc. 01.41.44 # is it just me or is the rockbox svn quite slow? 01.41.47 # the server i mean 01.42.40 # seems fine here 01.43.05 # Slow how? Compared to what? 01.43.47 # compared to a normal download 01.43.59 Join jcollie [0] (n=jcollie@dsl-ppp239.isunet.net) 01.44.04 # do you know how SVN works? 01.44.11 # it is far from a downloader 01.44.18 # yes 01.44.27 # but I should be able to get 20-40k/s from it 01.44.41 # I get at least that 01.44.50 # (I think :) 01.44.50 Join Mitch_ [0] (n=chatzill@99.194.60.215) 01.44.53 # getting 1-6k/s 01.44.57 # according to the modem 01.44.58 # Guys, I have a question. 01.45.04 # ouch...i get more than that easily 01.45.08 # Rockbox does not work with iPod Nano's 2nd and 3rd, correct? 01.45.09 # voltagex: Much faster than that here 01.45.15 # Mitch_: correct 01.45.18 # Mmk. 01.45.19 # Mitch_: just as it says on the front page ;) 01.45.21 # xD 01.45.24 # Oh. 01.45.25 # BigBambi: feel like bzipping it up and sending it to me? :P 01.45.26 # xD 01.45.34 # voltagex: Ha :) 01.45.43 # voltagex: the source is available form downloads in a tarball 01.45.57 # s/form/from 01.45.58 Quit Mitch_ (Client Quit) 01.45.58 # scorche|sh: rbutil as well? 01.46.06 # its rbutil I'm interested in 01.47.01 # damn, i dont understand the options i need to supply to mencoder 01.47.02 # :( 01.47.30 # Tuxguy: read the manpage? 01.49.08 # vcodec=mpeg2video 01.49.24 # acodec can be left out, as it defaults to mp2 01.53.18 # i did mencoder vcodec=mpeg2video -vf scale:176:128 01.53.39 # Option vf: -scale:176:132 doesn't exist. 01.55.28 # wtf 01.55.36 Join Davide-NYC [0] (n=chatzill@user-0cev9vm.cable.mindspring.com) 01.55.50 # * BigBambi points at the wiki page he linked 01.55.52 # -vf scale=: 01.56.05 # aha 01.56.12 # spot the difference 01.56.48 # it seems we should just rtfm then 01.57.13 # Or the wiki page I keep referring to, which is there for a reason 01.57.19 # i did 01.57.31 # Not well enough it seems! 01.57.54 # thats where i got the commands from 01.58.04 # Tuxguy: Yet you got them wrong 01.58.22 # The wiki page clearly has -vf scale=: whereas you typed -vf scale:: 01.58.38 # ./mencoder /Users/ibook/Documents/Azureus\ Downloads/Superbad\[2007\]\[Unrated\ Editon\]DvDrip\[Eng\]-FXG/Superbad\[2007\]\[Unrated\ Editon\]DvDrip\[Eng\]-FXG.avi -ovc lavc -lavcoptc vcodec=mpeg2video -vf scale=176:132 supderbad.avi 01.58.38 # ./mencoder /Users/ibook/Documents/Azureus\ Downloads/Superbad\[2007\]\[Unrated\ Editon\]DvDrip\[Eng\]-FXG/Superbad\[2007\]\[Unrated\ Editon\]DvDrip\[Eng\]-FXG.avi -ovc lavc -lavcoptc vcodec=mpeg2video -vf scale=176:132 supderbad.avi 01.58.47 # whoops, only meant to do that 1x 01.58.50 # Tuxguy: Please use something like pastebin 01.59.52 # Tuxguy: Right, so you have -lavcoptc and I see -lavcopts on the wiki page for example 02.00.38 # Actually, I see both on the wiki page :) 02.00.43 # i saw both 02.00.46 # -lavcoptc is not an MEncoder option 02.00.55 # So is -lavcopts? 02.01.18 # lavcopts is for audio 02.01.20 # isnt it? 02.01.25 # and lavcoptc for video 02.01.31 # I don't know, can you not check? 02.01.45 # -lavcoptc vcodec=mpeg2video [output video codec] 02.01.50 # according to your wiki 02.02.10 # The wiki also says -lavcopts so it is clearly wrong on one of them 02.02.25 # Tuxguy: Why can't you do mencoder --help and see which is correct? 02.05.48 Quit Davide-NYC (Read error: 104 (Connection reset by peer)) 02.05.53 # I have now fixed the wiki 02.05.58 # i barely can read english 02.06.00 # :( 02.07.20 # Well this is getting pretty off topic now (this isn't a mencoder support channel), but you want -lavcopts 02.07.51 # bleh, i will just install ffmpeg from ports, it seems more easy 02.09.36 # I find ffmpeg a bit simpler, but it's a little more likely to run into media (or more specifically, containers I think) it can't handle, as well as not being able to really do anything with subtitles. 02.10.09 # * gevaerts is going to sleep. 02.10.32 Quit gevaerts ("back tomorrow") 02.17.07 Quit Rob2222 () 02.17.40 Join Davide-NYC [0] (n=chatzill@user-0cev9vm.cable.mindspring.com) 02.18.24 Part toffe82 02.18.46 Quit waldo ("Konversation terminated!") 02.19.08 Join b__ [0] (n=b@dsl-129-230.aei.ca) 02.20.44 # jhMikeS: ping 02.22.26 Join youngproguru [0] (n=root@38.sub-75-222-232.myvzw.com) 02.31.41 Join fenugrec [0] (n=ABC@206.167.203.215) 02.33.40 Part fenugrec ("Leaving") 02.34.27 Join toffe82 [0] (n=chatzill@adsl-70-137-196-61.dsl.frs2ca.sbcglobal.net) 02.37.36 Quit rocko (Read error: 110 (Connection timed out)) 02.47.45 Quit bblack (Read error: 110 (Connection timed out)) 02.49.01 Quit youngproguru (Connection timed out) 02.51.26 Join youngproguru [0] (n=root@62.sub-75-195-82.myvzw.com) 02.51.49 Quit youngproguru (Remote closed the connection) 02.55.44 *** Saving seen data "./dancer.seen" 02.56.57 Quit Nico_P (Remote closed the connection) 02.58.01 Quit Davide-NYC ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") 03.06.53 Quit Tuxguy (Read error: 104 (Connection reset by peer)) 03.29.53 Join Neskaya [0] (i=featherd@wiktionary/neskaya) 03.30.18 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-b556f6a5e12882ad) 03.30.29 Join perrikp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-a0e27246bce4d68a) 03.31.21 Quit perrikwp (Client Quit) 03.31.54 Nick perrikp is now known as perrikwp (i=4aa794a0@gateway/web/ajax/mibbit.com/x-a0e27246bce4d68a) 03.37.09 Join webguest62 [0] (n=3bad031a@gateway/web/cgi-irc/labb.contactor.se/x-9e2438f5de9e636d) 03.40.30 Quit webguest62 (Client Quit) 04.00.03 Join [blue] [0] (n=a0i@su60.eastnet.gatech.edu) 04.04.22 Join wisp_sh [0] (n=wisp@node-29-1.adsl.tula.net) 04.05.22 Join tessarakt2 [0] (n=jens@e180067063.adsl.alicedsl.de) 04.06.54 Quit tessarakt (Read error: 110 (Connection timed out)) 04.16.54 Join Rob2222 [0] (n=Miranda@p4FDCCE28.dip.t-dialin.net) 04.18.17 Quit xa0ce (Read error: 110 (Connection timed out)) 04.26.13 Join piga [0] (n=leonardo@189.5.228.43) 04.30.20 Quit piga ("Leaving") 04.36.00 Join elinenbe_ [0] (n=elinenbe@c-71-192-73-246.hsd1.ma.comcast.net) 04.36.01 Quit elinenbe (Read error: 104 (Connection reset by peer)) 04.36.05 Nick elinenbe_ is now known as elinenbe (n=elinenbe@c-71-192-73-246.hsd1.ma.comcast.net) 04.39.09 Quit Rob2222 (Read error: 110 (Connection timed out)) 04.54.14 Quit [blue] (Read error: 110 (Connection timed out)) 04.55.49 *** Saving seen data "./dancer.seen" 04.57.28 Quit elinenbe (Read error: 110 (Connection timed out)) 05.02.44 Quit Zarggg () 05.05.34 Join rocko [0] (n=rocko@ip68-229-87-41.ri.ri.cox.net) 05.05.39 Quit XavierGr () 05.12.34 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 05.12.52 Join miepchen^schlaf [0] (n=el_miep@p54BF7B69.dip.t-dialin.net) 05.16.20 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 05.17.08 Join Rob2222 [0] (n=Miranda@p4FDCCE28.dip.t-dialin.net) 05.24.36 # is an infrequent core dump in the simulator anything to worry about when testing a plugin? on diff platforms? but hard to reproduce? 05.35.38 Quit rocko (Read error: 104 (Connection reset by peer)) 05.35.45 Join rocko [0] (n=rocko@ip68-229-87-41.ri.ri.cox.net) 05.36.12 Join pushpop [0] (n=mp2281@pool-71-190-167-134.nycmny.fios.verizon.net) 05.36.33 Part pushpop 05.41.26 Join DrDnar [0] (n=DrDnar@cmu-24-35-93-16.mivlmd.cablespeed.com) 05.45.46 Quit Thundercloud (Remote closed the connection) 05.46.15 Join xa0ce [0] (n=a0i@lawn-128-61-117-50.lawn.gatech.edu) 05.48.33 Quit tessarakt2 ("Client exiting") 05.49.19 # +bye 05.49.33 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 05.49.47 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-5837e7af6ba10188) 05.49.47 Quit syn4pse ("Time wasted on IRC: 10 hours 58 minutes 33 seconds") 06.00.32 Quit framo ("moo") 06.02.39 Quit DrDnar (Read error: 110 (Connection timed out)) 06.08.26 Join DrDnar [0] (n=DrDnar@cmu-24-35-93-16.mivlmd.cablespeed.com) 06.19.39 Part toffe82 06.27.19 Join mchua [0] (n=mchua@conference/pycon/x-e72f73e6f5248abb) 06.34.32 Join Jon-Kha [0] (n=jon-kha@80-248-247-190.cust.suomicom.fi) 06.44.10 Quit Nevtus (Read error: 110 (Connection timed out)) 06.55.53 *** Saving seen data "./dancer.seen" 07.24.53 Quit mchua ("Holy shiny distraction, Batman!") 07.26.13 Quit midgey () 07.26.35 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 08.07.40 Quit DrDnar (Read error: 110 (Connection timed out)) 08.08.25 Join Rob2223 [0] (n=Miranda@p4FDCEA0A.dip.t-dialin.net) 08.14.30 Quit xa0ce (Read error: 110 (Connection timed out)) 08.26.09 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.37.35 Quit jhulst ("Konversation terminated!") 08.40.51 Nick midkay_ is now known as midkay (n=midkay@70-56-92-50.tukw.qwest.net) 08.55.57 *** Saving seen data "./dancer.seen" 09.10.13 Join moos [0] (i=moos@m170.net81-66-158.noos.fr) 09.28.06 Quit axionix (Read error: 104 (Connection reset by peer)) 09.30.18 Join DerDome [0] (n=DerDome@dslb-082-083-217-242.pools.arcor-ip.net) 09.35.39 Join CyBergRind|w [0] (n=cbr@212.98.160.130) 09.39.57 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 09.52.36 Quit [CBR]Unspoken|w (Read error: 110 (Connection timed out)) 09.53.05 Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) 10.01.44 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 10.02.14 Join markun_ [50] (n=markun@rockbox/developer/markun) 10.02.29 # hiho 10.02.51 # and good morning to everybody around the CET-timezone ;) 10.03.16 Quit markun (Read error: 104 (Connection reset by peer)) 10.04.33 # can anyone tell which FM Radio chip is included with the c250 sansa player? 10.11.10 # i figured lv24020lp from the includes... but i am not that certain about it 10.12.08 Join webguest04 [0] (n=5056fd60@gateway/web/cgi-irc/labb.contactor.se/x-df23b60392201e31) 10.12.30 Quit webguest04 (Client Quit) 10.14.59 # I think it's the same as in the e200s and wiki says that it's a SanyoLV24000 supposedly (even has an own wiki page...) 10.16.06 # I have executed "rm -rf /*" :/ 10.24.50 # it compiled the lv drivers after a clean look... 10.25.03 # pixelma: i couldn't find the own wiki page... silly but true 10.25.11 # J-23: tats not that funny, though 10.27.14 # gibbon_: just copy the wiki word (how I spelled the tuner), paste it into the "go" box on a Rockbox wiki page of your choice and press enter... ;) (it's not a long page though) 10.27.50 # i asked because i wanted to add a new region setting that modifies the frequency range and tuning width for basic amateur radio listening 10.28.03 Join axionix_ [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) 10.28.19 # pixelma: ah! i thought a special wiki page vor the sansa c250 where the tuner is referenced.. didn't look for the tuner in the wikis 10.28.50 # finer tuning steps and an advanced frequency range... 10.29.07 # maybe you can't find out more by reading the code, don't know 10.29.16 # s/can't/can 10.29.37 # * gibbon_ nods... but i am not quite understanding the translation settings 10.30.29 # i found out how to add an item to the structure... 10.30.52 Join merbzt [0] (n=benlar@dns.basset.se) 10.31.55 # i'm probablyy better off by modifiing an old item for now 10.32.04 # s/old/existing/ 10.41.12 Join SliMM [0] (n=stefan@89.137.226.12) 10.42.11 # hello 10.42.59 # is there a way to easyly get all the packages needed for compiling rockbox (in ubuntu) 10.43.04 # easily* 10.44.18 Quit axionix (Read error: 110 (Connection timed out)) 10.44.42 Quit merbz1 (Read error: 110 (Connection timed out)) 10.45.50 # SliMM: you basically need a c compiler and build the cross toolchain with that 10.46.06 # gibbon_: sorry? 10.46.30 # its all well documented in the wiki, but a good start (and hell its the most easy cros toolchain to build ive ever seen) are the scripts in the tools directory 10.46.47 # SliMM: i think ubuntu calls these packages "build-essential" 10.46.59 # it depends on nearly everything you may need 10.47.02 # worked for me 10.47.35 # gibbon_: sorry, but i am new to ubuntu and linux in general, and i don't know what exactly i shold do 10.47.44 # should* 10.47.49 # ok... then i'll start a bit lower :) 10.47.53 # not a problem at all 10.48.33 # you know how to install packages in ubuntu? 10.50.00 # (and further more the skills of starting shell scripts, using a keyboard for terminal software and basic knowlege about the three steps to build software from source may be useful but are available to be deployed on you ;)) 10.51.46 # gibbon_: yes, i do know all these basic things :-) 10.52.01 # well fine 10.52.32 # then open a terminal and from there install build-essential and subversion (the latter one only if you have not checked out the current sourcecode yet) 10.55.20 # build-essential is the name of the package? 10.55.36 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 10.55.37 # yes 10.55.41 # subversion as well 10.55.53 # i am not aware of other packages you might need... 10.55.59 *** Saving seen data "./dancer.seen" 10.56.10 # bison might be needed... i am not sure... but we will figure out 10.56.21 # ok 10.56.22 # :-) 10.56.30 # good, done 10.57.04 # ok... do you already have obtained the source code base? 10.57.39 # well, no 10.58.06 # ok... then get the subversion package as well as needed 10.58.24 # then go to the directory where you want the rockbox source directory to be placed 10.58.32 # done 10.59.03 # ok 10.59.43 # "svn co svn://svn.rockbox.org/rockbox/trunk rockbox" is the command you want to type now 11.00.42 # downloading 11.02.14 # done 11.03.11 # go to rockbox/tools now 11.04.18 # damn, i already had a rockbox folder 11.04.34 # how do i move rockbox up one folder? 11.05.31 # and it didn't warn? 11.05.35 # it should hace 11.05.37 # have 11.05.49 # no, no 11.05.56 # the subversion command created a directory named rockbox 11.05.58 # i was in ~/Sources/Rockbox 11.06.05 # ah 11.06.11 # and svn created that folder 11.06.17 # i moved it up in nautilus 11.06.23 # ok 11.06.25 # (i love case sensitivity 11.06.34 # i am in tools now 11.07.18 Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) 11.08.03 # do a "sudo ./rockboxdev.sh" 11.08.18 # this will - as root - build the toolchain 11.08.39 # choose the architecture of your player there 11.09.04 # i'll just choose arm for now 11.09.24 # you can build all if unsure ;) 11.09.29 # this will take a while 11.09.59 # for let's say a coldfire target simulator, do i need the coldfire toolchain? 11.10.01 # you will need to customize your environment after that for the rockbox build system to find the toolchain that is now built 11.10.12 # i am not sure about that 11.10.19 # i suppose not... but unsure 11.10.49 # i do not have the sh toolchain, so i'll try to make an archos simulator build to test that 11.11.14 # Slimm: for the simulators you dont need the crosscompilers.. 11.11.27 # ok, thanks 11.11.33 # ok :) thanks domonoky 11.13.05 # i found it to be amazing how easy cross compilation is with tockbox 11.13.09 # rockbox... 11.14.10 # i was into ipaq linux (familiar) development once... it was ... grml. but i think thats because rockbox doesn't make use of that whole bunch of external libraries of the glibc, right? 11.17.51 # gibbon_: well, it certenly (how should i spell that?) takes a while, i'll be away for 15 minutes or so 11.18.00 # ok 11.18.03 # * gibbon_ too 11.18.14 # the basic steps if it all succeeds i will write down for you here 11.18.28 # thanks 11.18.52 # ah, certainly 11.19.41 # as root, edit "/etc/environment" to add the line PATH="$PATH:/usr/local/arm-elf/bin" 11.20.04 # do this for every toolchain you build, replace arm with the appropriate arch 11.20.59 # in the rockbox directory now create a directory for your build... lets call it "player_build" 11.21.36 # go into that directory and call "../tools/configure", follow the instructions and you should then have a ready to use Makefile in that directory 11.22.22 # saying "make" on the commandline will hopefully then build the firmware, followed by a "make fullzip" to create a full zip archive to extract to the player or hand to friends ;) 11.22.55 Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) 11.23.00 # it it complains about not finding the compiler, say "export PATH="$PATH:/usr/local/arm-elf/bin" on the commandline 11.23.07 # that should be it... 11.23.12 # afk 11.26.45 Part SliMM 11.35.22 Join tanasinn [0] (n=yellow13@pool-72-83-108-236.washdc.fios.verizon.net) 11.36.05 # Hurr 11.36.42 # Who's familiar with the Sansa C200? 11.37.14 # I doubt all 199 of you are idle 11.37.27 # I'm idle 11.37.46 # Oh hush :< 11.37.48 # tanasinn: just ask your question, if somebody knows it, they will answer.. 11.38.17 # Well I've got everything installed, but I can't figure out how to put the music on it 11.38.30 # Do I put it in the root folder or .rockbox :? 11.38.53 # tanasinn: put it where you like it, better not into the .rockbox folder.. 11.39.05 # Ok so the root folder it is 11.39.17 # for example make a musik dir, and put your musik into it.. 11.39.31 # Alright 11.39.54 Part J-23 11.39.59 Nick markun_ is now known as markun (n=markun@rockbox/developer/markun) 11.40.32 # be aware that the "MUSIC" directory the sansa original firmware creates will also be marked hidden by the OF 11.43.58 Join nplus [0] (n=nplus@141.25.globcom.net) 11.45.19 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 11.52.47 Join Arathis [0] (n=doerk@p508A4EB4.dip.t-dialin.net) 11.53.59 Join gevaerts [0] (n=fg@195-144-092-171.dyn.adsl.xs4all.be) 11.55.09 # good morning 11.56.39 # morning gevaerts 11.56.51 Join lee-qid [0] (n=liqid@p54964E2A.dip.t-dialin.net) 12.01.19 # * gevaerts starts to understand usb audio a bit better. It helps to read more of the spec 12.01.30 Join Lear [0] (i=chatzill@rockbox/developer/lear) 12.04.42 # Hahah oh wow 12.05.06 # So I think that the Sansa firmware was messed up 12.05.13 # The channels would get all messed up 12.05.20 # But with rockbox it works fine 12.05.22 # :? 12.08.32 # Oh well, thanks for the help domonoky and pixelma 12.08.37 Quit tanasinn ("fox 2") 12.11.21 # gevaerts: so, will it be easy to implement? 12.11.23 Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) 12.13.15 # Anyone know if any PP devices have a built-in mic? 12.14.10 # markun: yes and no. A "minimal" usb audio driver that basically does nothing but make the OS happy is nearly done. This makes windows tell users it found a "usb audio device" in charging-only mode, which should be less confusing than an "unknown device, please find some drivers". An actually usable driver is more work, since it need isochronous support from the usb controller driver, which isn't there yet. 12.14.33 # Have you given up on using the removable bit for charging-only? 12.14.41 # linuxstb: the sansas have a microphone 12.14.49 # linuxstb: yes the sansas ... 12.14.53 # * pixelma too slow 12.15.14 # So I guess usb audio is useful there - if you need a mic for your computer... 12.15.17 # maybe the h10s as well 12.15.46 # Basically everything apart from the ipods then ;) (unsurprisingly...) 12.16.05 # linuxstb: not sure. It would still make windows add a drive letter, which might confuse some people. This "empty audio" driver basically only shows up in the device manager 12.17.16 # Yes, I can see how a drive letter could confuse. Anything else still feels like a hack though. 12.17.50 # The mic is useful, maybe line-in/out as well for some people (I can imagine some of those ultra-portable laptops not having sound I/O). And of course there's also FM or the audio that's playing on rockbox. 12.19.22 # Would it be less of a hack if it exposed rockbox volume controls (and balance, equalizer,...) to the OS ? Not sure if it will work correctly for all OSes, but the spec supports that. 12.22.23 # I would (as a user) expect USB audio mode to work - i.e. be able to use the ipod as a speaker/mic. Which would mean stopping playback, so it isn't suitable for a generic charging mode. 12.22.26 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 12.22.41 # s/ipod/device/ (sorry...) 12.23.04 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 12.25.26 # gevaerts: Make it a printer ;) 12.25.30 # There is that of course, but the only indication the "normal" user gets that it's a usb audio device is a small popup that appears for about 2 seconds. I'm not even sure if it appears every time you plug it in or the first time only 12.26.35 # * gevaerts doesn't feel like porting ghostscript to rockbox, and dislikes non-postscript printers 12.26.44 # I'm assuming it's not possible to be a UMS device with no drives? 12.26.48 Join SSnake [0] (n=dfsff@host-84-220-55-163.cust-adsl.tiscali.it) 12.26.58 Join Thundercloud [0] (n=thunderc@resnet18.nat.lancs.ac.uk) 12.26.59 # good morning 12.27.34 # linuxstb: no. UMS specifies the number of drives by giving the number of the last one, so "0" means one drive 12.28.28 Join bertrik [0] (n=Bertrik_@083-013-045-062.dynamic.caiway.nl) 12.28.56 Join stripwax_ [0] (n=Miranda@87-194-34-169.bethere.co.uk) 12.29.52 # gevaerts: But I agree a dummy usb audio driver seems better than any of the UMS ideas. 12.30.15 # linuxstb: I'll finish the non-"useful" usb audio driver and propose it as a patch. That way people can see what it actually does and how it interacts with the user. 12.32.05 # gevaerts: with more and more USB devices being added, do we need a setting for it with one extra option "ask"? 12.33.08 Join stripwax__ [0] (n=Miranda@87-194-34-169.bethere.co.uk) 12.33.09 # charge, ums/msc, serial, audio, (mtp?) 12.33.34 Quit stripwax__ (Client Quit) 12.33.41 # btw, is there some standard way to sync a RTC over USB? 12.34.05 Join stripwax__ [0] (n=Miranda@87-194-34-169.bethere.co.uk) 12.34.10 # I would expect MTP to include it. 12.34.10 Quit stripwax__ (Client Quit) 12.34.51 # info needed: is it possible to make load an entire codec (in my case something to read a wav file) from plugin and let it play music inside the plugin? 12.34.55 # then maybe it's not even a bad idea to add a dummy MTP driver just for that 12.34.59 # is anyone working on charging for the sansas, now that USB is working reasonably well? 12.36.03 # Or not - looking at libmtp, it has a "get secure time" function, but no function to set the time. 12.37.12 # markun: we will need a settings menu soon. The PP chips are limited to three endpoints, including the default control endpoint. That means that we soon won't even be able to enable everything at the same time 12.37.59 # * linuxstb starts to think MTP would be a nice way to expose the Rockbox database to PC apps 12.38.15 # actually i'm loading wav file by myself and trying to fire the content with rb->pcm_play_data(...) but i need to know how to set the audio hardware to 8 bit mono. Do i have to prepare raw chuncks in some way? (make them stereo or so...) 12.38.36 Join PaulJam [0] (n=PaulJam_@p54BCCB0F.dip.t-dialin.net) 12.39.07 # configuring the charge controller in the AS3514 based sansas is really easy, there just needs to be some kind of trigger to allow the charger to draw more current when USB is plugged in and configured 12.39.31 # SSnake: I think you'll need to convert to 16-bit yourself. The audio API exposed to plugins is very low-level... 12.40.06 # linuxstb: can't he use the DSP code for the conversion? 12.40.22 # dsp.c I mean 12.40.35 # mmm that's what i thought... uff.... thx linuxstb 12.41.01 # markun: Yes, that's true... mpegplayer uses it now. 12.41.41 # SSnake: Also, what samplerate is your audio? 12.41.47 # 22khz 12.42.03 # but i used the plugin call to chanke it with SAMPR_22 12.42.08 # *change 12.42.15 Quit Arathis ("Bye, bye") 12.42.19 # That won't work on all targets - not all support all samplerates. 12.42.25 # SSnake: you should use dsp to do that conversion. rockbox always keeps the hardware 44.1 kHz samplerate 12.42.54 # Slasheri: No, plugins can switch samplerate (if available) - e.g. Doom audio is 22.5KHz IIRC 12.42.58 Join desowin [0] (n=desowin@atheme/developer/desowin) 12.43.21 # yes i've poked into doom code... and found SAMPR_22 etc defines 12.43.36 # linuxstb: ah, that might not work for all platforms 12.43.44 # Slasheri: Yes, that's what I said ;) 12.43.58 # now the question remains about mono/stereo .... do i have to make some kind of stereo interleaving? 12.44.10 # Yes 12.44.53 # ...arrgh....like in metronome plugin..... that's why it used to make such a thing.... 12.45.33 # the bitrate conversion/interleaving should be quite simple to do. the only more difficult thing should be the samplerate conversion but the dsp library has a way to do that 12.45.34 # So you have two choices - do the conversion yourself (including to 44.1KHz for targets that don't support 22.5KHz), or use the DSP functions. 12.46.02 Quit stripwax (Read error: 110 (Connection timed out)) 12.46.41 # mmm are dsp functions accessible from plugins? is just a call to do or....i need to implement some kind of conversion by myself? (i mean only about the rate conversion) 12.46.50 # Look at mpegplayer 12.47.38 # ok let's have a look.... hope to understand how it works... 12.48.51 # it would be really a great help if all the playback engine could be "fired" under plugins to play some sort of audio files.... 12.49.01 # SSnake: A patch would be welcome ;) 12.49.55 # :> honestly i've not enough knowhow 12.50.00 # But I agree, there is scope for a much better audio API for plugins. 12.51.07 # actually it seems to be i'll be the firt to use the new buffering API in plugins....it's really a good help for me 12.51.32 # *first 12.52.29 # no malloc to think about....all the buffering made by the OS 12.52.37 Join FOAD_ [0] (n=dok@dinah.blub.net) 12.52.56 # (of course i'm talking about my sort of malloc implementation) 12.54.37 # That seems overkill - the "malloc" you would need is trivial. 12.56.03 *** Saving seen data "./dancer.seen" 12.57.16 Quit ch4os_ (Read error: 104 (Connection reset by peer)) 12.58.07 # Hmm. 12.58.24 # Have you (Rockbox devs) removed 6x9 font? 12.58.51 # no 12.59.05 # (from rockbox-fonts.zip) 12.59.11 # J-23: still here: http://svn.rockbox.org/viewvc.cgi/trunk/fonts/ 12.59.21 # ls -l fonts/6x9.bdf 12.59.21 # -rw-r--r-- 1 daniel daniel 144670 2007-01-10 00:42 fonts/6x9.bdf 12.59.32 # maybe it gets excluded from the build? 12.59.49 # hmm. 13.00.01 # * J-23 redownloads rockbox-fonts.zip 13.00.05 # Bagder: did the code for "make fontzip" change? 13.00.30 # I don't think so 13.01.47 # I just tried it with current svn and I get the font included fine 13.01.53 # hmm, probably I don't have write permission to my player 13.01.54 # :/ 13.02.18 # @linux: yes...absolutely trivial...maybe better to use my simple malloc (just a bunch of pointers updated) to avoid unuseful function callings... 13.03.02 # * gevaerts still doesn't like 10 (slightly) different mallocs in the plugins 13.03.13 # Hmm... 13.03.13 # * Bagder agrees with gevaerts 13.03.36 # one of these days we need to provide a single malloc solution for the plugins and codecs 13.03.56 # * gevaerts proposes to add malloc to the plugin api, and hides somewhere where linuxstb can't find him 13.03.57 # possibly with some minor options on how it should behave 13.04.04 # I see /dev/sdb1, player uses it, but I can't fsck it or write to it. 13.04.40 # linuxstb will find it wherever you'll put :> 13.04.49 Join Arathis [0] (n=doerk@p508A4EB4.dip.t-dialin.net) 13.04.59 # SSnake: no problem, as long as he doesn't find _me_ 13.05.15 # "Invalid disk format in boot sector." 13.07.46 # J-23: if your device is an ipod, sdb1 will be the firmwarepartition, and sdb2 the partition for your data... 13.08.04 # it's Sansa c240 13.08.05 # gevaerts: You will not just have to hide from linuxstb. malloc is a bad concept for something like rockbox 13.08.41 # found it ! rb->dsp_configure :))))) 13.08.47 Quit FOAD (Read error: 110 (Connection timed out)) 13.08.47 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 13.10.35 # amiconn: I agree in general, but I also think that if 10 plugins use it (and we're near that), I think we should at least consider making those use a single implementation 13.11.23 # Perhaps, but then it should stay strictly plugin-only 13.11.45 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 13.12.36 # * amiconn thinks that the majority of places which use malloc just use it due to laziness 13.13.13 # * preglow questions how useful backdrops are on grayscale tagets 13.13.15 # targets <- 13.13.46 # The Cabbie V2 backdrop annoys me on the H1x0 - the bottom right Rockbox logo obscures the text 13.13.49 # keep in mind that those in plugins have nothing to do with REAL malloc philosophy: it's just a function to update pointers ( apart from doom)... so why complain so much? 13.13.51 # yeah 13.13.54 # it looks bloody useless 13.14.01 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 13.14.06 # It looks useless and it stops you reading the text 13.14.08 # i think the backdrop functionality should just be plain dropped on grayscale targets 13.14.20 # Indeed. I'm not proposing to allow malloc everywhere, and new code shouldn't use it, but porting existing code to a strict malloc-less environment is hard 13.14.21 # Wjy? 13.14.53 # I would like the backdrop removed from the default at least - being able to read the text on screen is more important than the backdrop. 13.15.09 # But if people want to use it themselves, then so be it 13.16.11 # If the backdrop only uses white & lightgray, text stays readable 13.16.30 # Basically, it shouldn't go below ~50% brightness 13.16.42 # The text on the H1x0 cannot be read over the rockbox logo on the cabbie v2 background 13.16.57 # What level does that logo use? 13.17.02 # I wouldn't remove the functionality, just the backdrop from the default 13.17.06 # I don't know 13.17.32 Join hannesd [0] (n=light@p5B16454B.dip0.t-ipconnect.de) 13.17.55 # But it appears black on screen, so too dark :) 13.18.28 # BigBambi, preglow: I plan to update (improve) the greyscale graphics for the theme anyways - the menu backdrop is definitely one thing, but I think it could work if it was clearer and only used light and dark grey (maybe only the former) 13.18.56 # just don't know when that will be, hopefully over Easter 13.18.57 # Yes, a light one could work, but at the moment it is just hugely annoying 13.18.58 # amiconn: you were pinging me the other day? I'm here now. 13.19.19 # BigBambi: I know, I could see it on my M5 13.19.44 # so maybe that will be the first thing to do... 13.19.46 # Well, hugely is perhaps a bit strong, at least we have a clear backdrop option :) 13.21.28 # btw, i think it's high time we got a proper malloc implementation for plygins 13.21.32 # a small lightweight one 13.21.59 # * pixelma wonders what plygins are... :P 13.22.00 # jhMikeS: I wanted to know a few bits regarding the coldfire IIS. But in fact I'm not yet at the point where I need this info. First I need to make ADC work without utter hacks 13.22.01 # plygins = plyable plugins? 13.22.30 # * amiconn has working buttons on M3, but the driver isn't committable 13.22.59 # The ADC is hooked to the second i2c port 13.23.11 Quit desowin (Read error: 113 (No route to host)) 13.23.31 # I'm currently (mis-)using the standard coldfire i2c driver, but that's a no-no if we ever want performance 13.23.40 # * jhMikeS dusts off some old brain cells that might contain CF ISS info 13.24.02 # The standard driver polls, and the ADC needs the i2c clock to stay below 16kHz (!) 13.24.26 # Transferring 4 bytes at 16kHz i2c clock each 10ms sucks a lot of cpu power... 13.24.47 # Do any plugins actually use a "real" malloc - i.e. relying on free working? 13.25.11 Quit Lear ("ChatZilla 0.9.81 [Firefox 3.0b5pre/2008031304]") 13.25.33 # Luckily, the ADC is the only thing hooked to i2c port 2, so moving this into an isr shouldn't be too difficult 13.25.56 # The problem is how to do this without breaking the generic driver, or messing it up beyond recognition... 13.26.02 # SSnake: if you're considering using the buffering API in a plugin, you could take a look at pictureflow 13.26.34 # Nico_P: How well does that work? i.e. how does it interact with playback? 13.26.41 # amiconn: why not do it threaded? 13.27.06 # linuxstb: bufop or bufalloc will fail if the buffer is full. 13.27.08 # re 13.27.12 # *bufopen 13.27.22 # jhMikeS: How? 13.27.35 # Buttons need to be read in the button tick 13.27.37 # Nico_P: Meaning the behaviour is unpredictable (to a user) ? 13.27.55 # I think I'll go for an adc concept similar to the archoses 13.28.17 # linuxstb: if audio is playing, yes. that's why we tell users that prictureflow won't work while music is playing, although it can if the buffer isn't full 13.28.27 # amiconn: no way to use interrupts for buttons? 13.28.34 # huh? 13.28.56 # The buttons are hooked to the adc, like on vast majority of our targets 13.29.03 # (except main Play and remote Play) 13.29.39 # * jhMikeS can hardly think anything meaningful here anyway 13.29.58 Quit FOAD ("I'll be back") 13.30.31 # And the ADC is a pretty dumb thing. It's a PIC12F675, which obviously just scans its adc inputs, and implements an i2c interface 13.31.22 # All we can do is read 4 bytes via i2c, which contain the 4 adc channel values (main buttons, battery, remote buttons, unused) 13.32.41 Quit stripwax_ (Read error: 110 (Connection timed out)) 13.32.44 Join stripwax_ [0] (n=Miranda@87-194-34-169.bethere.co.uk) 13.33.09 # Nico_P: I'm working on my WPS viewports patch again this weekend, and am wondering if/how to implement conditional viewports... Have you looked at how my viewports WPS patch works? 13.33.46 # amiconn: And to answer your question from last night, yes, I'm also planning to document the viewports api this weekend. 13.34.14 # linuxstb: no, I haven't :( 13.34.37 Quit stripwax (Read error: 110 (Connection timed out)) 13.34.38 Quit stripwax_ (Client Quit) 13.35.01 # linuxstb: I guess most of the work is done at parsing time? 13.35.09 # Nico_P: Basically, I've added an extra "viewport" level above the line level - so a WPS is an array of viewports, each containing an array of lines. 13.35.34 Join fasmaie [0] (n=yohann@c-98-216-170-85.hsd1.ma.comcast.net) 13.35.36 # So yes, the viewports are processed at parsing time - so the existing conditional mechanism won't work 13.36.03 # * Nico_P goes to look for the patch 13.36.20 # linuxstb: at least doom is full of calls to free(). No idea what happens if that is stubbed out. 13.36.23 # Nico_P: 8385 13.36.44 # (the updated patch by disorganizer is fine) 13.36.49 # gmm... another fm radio question 13.36.55 # linuxstb: I was going to ask about that :) 13.37.16 # is there a possibility to add signal quality mute to the sansa? 13.37.25 # some kind of squelch? 13.37.33 # gevaerts: Looking at Doom, it seems to have its own "Z_Malloc" and "Z_Free" implementations - i.e. it handles memory itself. (but I've only looked briefly) 13.37.44 # i'm not asking for a guide or such... just the tecnical possibility 13.37.56 # linuxstb: do viewports have a "visible" attribute? 13.38.12 # gevaerts: mpegplayer's "malloc" is totally twisted to it's own purposes 13.38.33 # Nico_P: No. All you do is tell the LCD driver the current viewport. 13.39.48 # * gevaerts gives up. If every plugin that needs full malloc wants its own specially optimized version, unification makes no sense. 13.41.45 # linuxstb: ah, the viewport tag doesn't even add a token? 13.42.01 # Nico_P: I was thinking of something like "%VC|x|y|width|height|..." - to add an optional condition to the viewport (in that example, album-art) 13.43.45 Join desowin [0] (n=desowin@atheme/developer/desowin) 13.43.56 Quit rocko (Read error: 110 (Connection timed out)) 13.44.03 # linuxstb: sounds like a good idea 13.45.22 # that just means you need to store the conditional token somewhere though 13.45.56 Join FOAD [0] (n=dok@dinah.blub.net) 13.46.06 # Is there a function to parse whatever is after the V for me and return a token? 13.46.40 # And also a way to know if it's suitable for use as a conditional? 13.46.53 # parse_token 13.47.14 # * gevaerts improves his score... Now Windows XP bluescreens on plugin 13.47.22 # i think it's stupid to depend on free not working, it'll bother us soner or later 13.47.37 # linuxstb: any token is considered suitable for a conditional 13.47.39 # daniel and co already have a nice malloc we can use 13.48.07 # Nico_P: Even things like %pb ? 13.50.50 # reading a %pb tag at that place will cause a parse error 13.51.07 # Nico_P: Doesn't parse_token do too much though? i.e. updating wps_data with data for that subline 13.52.39 # I think you're right 13.52.40 # Maybe I should just loop through the token array myself... 13.53.08 # that's what I was going to say... there's not much more you want to do in that case 13.54.35 # But then how can I tell what tokens are valid for conditionals? There doesn't seem to be a pattern in the token array 13.55.53 Join [CBR]Unspoken|w [0] (n=cbr@212.98.160.130) 13.58.52 # maybe by calling the parse func 13.59.07 # Which parse function? 13.59.30 # the one associated with the token. most of the time there's none 13.59.45 # or you could just reject any token that has one 14.00.07 # hmm no 14.00.48 # (I had forgotten the AA conditional tag had one) 14.02.14 Nick Horschti is now known as Horscht (n=Horscht@xbmc/user/horscht) 14.02.33 # On a slightly different subject, are images used in conditionals cleared? e.g. if you have an image to display on hold (but no image specified for hold off) 14.02.36 # is the Meizu M6 going to be target 101 or are there other players not committed already using this? 14.03.01 # linuxstb: IIRC they are 14.09.29 Quit CyBergRind|w (Read error: 110 (Connection timed out)) 14.10.09 Join tvelocity [0] (n=tony@85.72.162.59) 14.11.33 # USB audio now "works" for both windows XP and linux. In Windows it just shows a pop-up saying it found a new usb audio device on first insert. Inserting the player a second time only makes a USB audio device appear in the device manager, so "normal" users probably won't ever see it. 14.11.56 Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) 14.12.27 Join mf0102 [0] (n=michi@85.127.180.200) 14.12.55 # gevaerts: mind to ask what kind of usb audio support are you working out? anywhere i can read? 14.13.07 # sounds interesting in a thousand different ways :) 14.14.23 # gibbon_: there is some talk about it earlier in the logs 14.14.51 # gibbon_: I'm open for feature requests ;) 14.15.13 # wait a second.. .examining lastlog results 14.16.33 # In it's current state it's only useful as a "better" Charging Only mode, in the sense that Windows doesn't ask for a driver 14.16.55 # exporting mic/radio to the PC was a nice feature but i don't know if its possible 14.17.01 Quit Mathiasdm (Read error: 104 (Connection reset by peer)) 14.17.07 Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) 14.17.10 # ah, thats a great idea 14.17.38 # hid was great, too 14.17.43 Quit Mathiasdm (Read error: 104 (Connection reset by peer)) 14.17.48 Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) 14.18.09 # Basically any audio streaming between PC and device should be possible, as long as you don't want more than two streams in each direction. 14.18.20 # if you don't mind, i would be happy to explain a scenario to you, where HID/UMS coexistance would be very senseful 14.18.40 Part pixelma 14.18.43 # Go ahead 14.19.01 # i have an old iPod color device with a broken battery 14.19.11 # * gevaerts thinks it's time for a wiki page with "realistic" ideas 14.19.42 # and i really like that one because its harddrive is capable holding most of the music i listen to regulary 14.20.36 # imagine the rockbox in the ipod playing music... controlled by the pc... (use is limited to very very special cases) 14.21.19 # controlled as in "some keys of the ipod keypad are emulatable using the pc" 14.21.40 # while i speak i notice that serial was sufficient for that... nevermind 14.21.41 # gibbon_: wouldnt hid be the other way round ? ie you can control the pc with your ipod :-) 14.21.53 # domonoky: just got that, too :) 14.24.16 # its a bit overkill... 14.25.34 # gibbon_: it should be possible to export the volume/equalizer settings to the PC, so that if you don't need to change the playlist you can at least adjust the sound from the PC 14.26.39 # i more thought of exporting a "universal keypad mapping" to the pc... 14.26.50 # gibbon_: and then I'll implement HID so you can actually adjust the ipod volume from the ipod :) 14.26.51 # since every pc keyboard looks similar... 14.27.15 # speaking of a loopback? ;) 14.28.37 # hid would be nice for the simulator, control the sim with the real device :-) 14.28.59 # well... THAT is some idea 14.31.02 # for an added bonus, we should then also export the sim display via usb graphics to the player... *hehe* 14.31.28 # gevaerts: what i thought of is to open a serial connectionto the device that emulates a generic input device... being able to use arrow keys to simulate menu movement and enter to select etc... 14.32.05 # the device could send back metadata 14.32.26 # in addition to possible debug output 14.33.18 # gibbon_: that should be possible. usb serial already works on linux, and it should be easy to add that sort of functionality to it (I used it last week to change power management chip setting from my laptop) 14.33.55 # gevaerts: ah. 14.34.33 # i am still looking for someone who is into the sanyo tuner driver code :/ 14.35.59 # How does the GUI work in general ? Does it get events on the button queue, or does the code read button states directly ? 14.36.15 # i don't really know 14.36.42 # in the latter case, it should be possible to implement such a behaviour very easily 14.37.05 # It can be either - the main GUI reads from button queue, but plugins may want to read button states directly 14.37.55 # OK. I guess noone will want to control doom from hyperterminal anyway, so the usb serial driver could just inject button events in the queue. 14.40.20 # If anyone wants to have a go, look for the "Data received. TODO : Do something with it ?" comment in usb_serial.c. Incoming data is in receive_buffer, and the number of available bytes is in 'length' 14.41.20 Quit fasmaie (Read error: 113 (No route to host)) 14.42.14 Join Tuxguy [0] (n=Tux@cpe-065-184-081-164.ec.res.rr.com) 14.42.25 Join rocko [0] (n=rocko@c-71-235-127-194.hsd1.ma.comcast.net) 14.42.29 # ffmpeg is telling me it can't find a suitable output. Does that mean I am missing encoders? 14.43.32 Part barrywardell 14.46.43 Quit hannesd (Read error: 113 (No route to host)) 14.48.45 # Tuxguy: it can also mean that you're not using the right options 14.49.09 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 14.49.33 # oh ok 14.49.57 # Tuxguy: can you put the command line you're using on pastebin.ca or similar ? 14.50.13 # Ah, i got it working 14.50.19 # i typed ffmpeg ffmpeg -i, ...etc 14.50.20 # lol 14.50.41 # Does 'time' mean how many seconds it has been running, or how many seconds into the movie? or something else? 14.51.02 Quit Arathis ("Bye, bye") 14.51.51 # I think how many seconds into the movie 14.52.04 # oh , this is going to be a long day :) 14.52.16 # It's only like 180 seconds into the movie, and it's been like 5 minutes, lol 14.52.59 # Try a short(ish) movie first, to see if the settings are OK for your player 14.53.10 Join bluebrother [0] (n=Dom@rockbox/staff/bluebrother) 14.53.17 # Ah, i did a 1mb movie earlier, and it came out good 14.53.38 # But this is an 700mb mobie 14.53.40 # movie 14.54.18 # * gevaerts has to go now. Real life gets in the way 14.54.24 Quit gevaerts ("back tonight") 14.56.08 *** Saving seen data "./dancer.seen" 14.56.23 # domonoky: around? 14.56.30 # yes 14.57.06 # nice. I just tried Qt 4.4.0-beta1 in regards of accessibility 14.57.23 # is it better ? 14.57.30 # the QTabBar is now voiced correctly. Unfortunately QAbstractListView isn't :( 14.57.48 # which means all our progress windows aren't voiced correctly 14.58.00 Join Arathis [0] (n=doerk@p508A43C7.dip.t-dialin.net) 14.58.10 # oh, and do you have an idea about this issue? http://forums.rockbox.org/index.php?topic=15940 14.58.36 # do you remember the bug ID you filed at trolltech for the QTabBar issue? 14.58.44 # hm.. 14.59.51 # its task id 185584, but its still open.. 15.00.12 # maybe because 4.4.0 isnt released.. 15.00.35 # and perhaps we can fild a replacement for our listview, which is better accessible ? 15.00.46 # s/fild/find 15.01.04 Join flu1 [0] (n=luigi@87.3.159.108) 15.01.15 # not sure ... the same happens for the player selection (as it also is a QAbstractListView) 15.01.32 # @linux: Doom is the only plugin implementing a free function (even if i never looked if it's some sort of garbage collector or just a bunch of pointers moved). All other plugins rely on a simple "increment/decrement pointer" implementation 15.01.36 # need to check the combo boxes again ... I think to remember there was something strange too 15.01.36 Part flu1 15.01.44 # about the voicefile issue, i dont know... i would have to make a few tests, to see where it gets clipped .. 15.02.41 # and however all malloc functions are really "custom" (as you can see in mpegplayer) so _i think_ creating some sort of general API would not be so useful 15.02.44 # there is also a combobox issue on the task tracker of qt, but as far as i remember they work, if you open the combobox.. 15.03.02 Quit Mathiasdm ("Yuuw!") 15.03.25 # if you only use up/down, the combobox doesnt speak, but if you open the combobox list before it works.. 15.05.11 Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) 15.05.38 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 15.07.10 # hmm 15.07.25 Join bluebrother^ [0] (n=Dom@f053152247.adsl.alicedsl.de) 15.08.37 # bluebrother: the listview in the progresswindow could probably be replaced with a QTextEdit, but i dont now if this is more accessible.. 15.09.30 # Can you preview a movie while it is encoding? 15.10.53 Join whoever_ [0] (n=whoever@84-74-54-162.dclient.hispeed.ch) 15.11.12 # domonoky: can we show icons in the qtextedit as easy as in the list view? And how about the alternating background colors? 15.11.44 # Textedit can show markup, even html, so it should be possible.. 15.11.47 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 15.12.08 # Tuxguy: You can probably just play it - but these kinds of questions don't belong here... 15.12.09 # yep, but we would need to format everything on each update ... don't think this will make things easier :( 15.12.17 Quit bluebrother (Nick collision from services.) 15.12.21 Nick bluebrother^ is now known as bluebrother (n=Dom@f053152247.adsl.alicedsl.de) 15.12.32 # linuxstb, i tried to play it and the screen was blank 15.13.10 # the formating would be hidden in the progress class, and i think its possible to just append text.. so not much a problem.. 15.13.25 # the only question is: how accessible would this be ? 15.13.42 # Tuxguy: Join #rockbox-community 15.13.46 # well, as QLabel already speaks the formatting ... 15.14.33 # hi together - my iAudio X5 can't start with 30 % (or less) battery - can i change that? how is it possible to safe the battery?? 15.18.36 # sorry for my english - I'm German 15.20.47 Quit bertrik (Read error: 104 (Connection reset by peer)) 15.21.49 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 15.22.06 Join Arathis2 [0] (n=doerk@p508A43C7.dip.t-dialin.net) 15.23.46 Join argumentD [0] (n=argument@cpe-76-173-115-95.socal.res.rr.com) 15.24.40 Join seablue [0] (n=s@0x535c13cc.banxx3.adsl-dhcp.tele.dk) 15.24.57 # whoever_ - that might be the minimum needed to start the iAudio. How long does the battery last between full charges? 15.26.09 # ehm - stripwax , i'm not shure if I understand your question. But to load the iAudio it takes (without running Rockbox) neary 3 hours, and the iAudio runs with rockbox nearly 8.5hour 15.26.09 # s 15.28.27 # (to load the iAudio means to load the battery;) - that takes nearly 3 hours:)) 15.29.04 # whoever_: you're referring to charging ;) 15.29.15 # yes:=) 15.30.10 # or was the question how often I charge my battery? that is every second day 15.32.46 # domonoky: do you know of any free screenreader for windows apart from NVDA? 15.33.28 # whoever_: the question stripwax asked referred to the playtime until you need to recharge the player 15.33.38 # bluebrother: unfortunatly not.. i tried with the Jaws installer, but you can only use it for an hour.. 15.33.50 # i.e. if you charged the player, how long can you play music? 15.33.50 # ok - bluebrother and stripwax : that is nearly 8.5 hours 15.35.23 Quit Arathis (Read error: 110 (Connection timed out)) 15.35.57 # whoever_ - and does your battery still report 30% after 8.5 hours? 15.36.15 Join xa0ce [0] (n=a0i@lawn-128-61-117-50.lawn.gatech.edu) 15.36.15 # no, then it is on 4 or 5 % 15.36.20 # (to stripwax:)) 15.37.19 # So the problem is, if you stop it before 8.5 hours, then you can't turn it on again without charging it first? 15.38.02 # stripwax, usually I turn it two times on with one chargning:) 15.38.05 # I'm not sure if the battery level you get in rockbox is completely reliable. It might say 30% but it's still more like 4 or 5% 15.39.28 # stripway, I wouldn't say that - because I was looking to the battery and it is on 30% really 30%:) 15.39.28 # * bluebrother discovers narrator.exe :) 15.40.43 # any rockbox devs with an iAudio know about this problem? 15.47.21 Quit Arathis2 (Read error: 110 (Connection timed out)) 15.47.44 # whoever_: well, the problem might be that your battery starting to fail (no idea if the value you gave is a sign for that), and startup usually requires more battery than simple playback (due to required disc spinup) 15.48.07 # but I'm not familiar with that player so I could be completely wrong about this ... 15.48.30 # bluebrother, and can't I do something, that the startup don't need so much battery? 15.49.00 # no. Startup requires to load files from disc, while when playing (and the files are already buffered) the disc can kept off 15.49.39 # but you could check the runtime statistics wiki page and check what runtime you should expect off your player. 15.50.09 # how can I find the runtime statistic wiki? 15.52.24 Join yavi [0] (n=5531b268@gateway/web/cgi-irc/labb.contactor.se/x-49df77392492f64a) 15.52.24 # Can anyone help me locate the Samsung S6D0129 or S6D0139 datasheet? 15.53.00 # http://www.rockbox.org/twiki/bin/view/Main/BatteryRuntime 15.53.13 Join mchua [0] (n=mchua@conference/pycon/x-576f965406d92adb) 15.53.36 # amiconn: one of them is probably the LCD-driver IC in the Meizu M6S models 15.53.37 Part mchua ("Holy shiny distraction, Batman!") 15.56.10 # hello 15.56.19 # bluebrother, tank you 15.56.20 # one question... 15.56.31 # is it normal that when plaing flac files 15.56.46 # they work badly? 15.56.51 # badly how? 15.56.54 # yavi - you only need to press Enter once, at the end of your sentence :) 15.56.56 # I mean.. the tracks 15.56.57 # stops 15.57.08 # every ...10 seconds or something like that 15.57.09 # On what player, what version of rockbox? 15.57.21 # ipod photo 15.57.21 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 15.57.24 # yavi: Please type full sentences 15.57.36 # And what version of rockbox? 15.57.41 # ok BigBambi sorry 15.58.06 # mmm the last one I think 'cause I downloaded it about one week ago 15.59.27 # yavi: Rockbox is uodated many times a day normally 15.59.32 # *updated 15.59.44 # Please check again with the current build, then report back 16.01.54 # hmm 16.02.18 # domonoky: interesting commit ... I had it building on windows :o 16.02.28 # is there a way to keep the FM preset lists from reducing the list display to uniqes? 16.02.46 # it wasnt building for me, no operator << for a QDir.. 16.03.16 # strange. What Qt do you use? 16.03.37 # Qt 4.3.3 16.04.22 # hmm, I have 4.3.3 on this box and IIRC 4.3.1 on the virtual one. Anyway, no real issue ;) 16.04.56 # yup, :-) 16.05.04 # reboot for testing JAWS ... 16.05.14 Quit bluebrother ("biab") 16.07.05 # I'll check about the version 16.07.44 # But I think it is updated, it only happends in some files not in all, maybe they got a bigger bitrate than supported? 16.11.21 # amiconn: found the datasheet 16.12.41 # yavi: Rockbox shouldn't struggle with any kind of FLAC file (unless it's a high samplerate - e.g. 24-bit/96KHz), 16.13.13 Join bluebrother [0] (n=Dom@rockbox/staff/bluebrother) 16.13.27 Quit argumentD (Read error: 113 (No route to host)) 16.13.44 # domonoky: just tied with jaws, the list gets spoken once you select the items 16.15.27 # let me check what samplerate does it have 16.15.32 Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) 16.15.45 # because the ipod was hotter than normal hehe 16.17.13 # maybe making the list items selectable (and autoselecting the last) would be sufficient 16.17.35 # I am McLovin 16.17.37 # we should try it.. :-) 16.17.37 Nick Tuxguy is now known as McLovin (n=Tux@cpe-065-184-081-164.ec.res.rr.com) 16.18.19 # * bluebrother goes trying 16.19.01 # dang, jaws has some "nice" features ... like disabling font smoothing even if I didn't ask for it :/ 16.20.48 # it was 853kbits 16.20.54 # is it too much? 16.23.08 # the rockbox version is: r16592-080309 16.23.12 # nevermind me... i was being silly 16.28.30 # does anyone know if it is normal to have problems with flac files at 717-853kbit avg ?¿ 16.28.37 # domonoky: what do you think about adding a "current state" label to the progress window that simply repeats the last entry? 16.29.13 # bluebrother: if this helps for accessibility, sure.. 16.29.32 # I think that would be a much nicer (and easier) solution 16.30.31 # still I don't get all this accessibility stuff ... looks completely inconsistent to me 16.30.40 # especially when comparing various screenreaders. 16.31.10 # yes, there is no real standard for accessibility.. and not much dokumentation... 16.31.43 # yavi: That's the bitrate, not the sample rate 16.32.04 Quit Horscht ("We don't make mistakes, we just have happy little accidents") 16.33.00 # mmmm... and where can I see the sample rate? 16.34.27 # yavi: From the "view track info" option in the WPS context menu (accessed via a long-press of SELECT in the WPS) 16.35.14 # yavi: But that bitrate is relatively low for FLAC - my files are normally closer to 1000kbit/s. If they are rips from CD, then they should be fine, it's only higher resolution audio that _may_ cause issues. 16.35.16 # is it this? 44.100 Hz; 16 Bit; Stereo 16.35.34 # and I thought there is some kind of standard at least on windows. 16.35.37 # Yes - those should be fine, regardless of bitrate. 16.37.11 # I've never ripped flac from my cds... so to make sure they will work correctly it can be up to 1000kbit/s on an Ipod photo? and 16-bit? 16.37.35 # what is causing problems are a pair of domnloaded files in flac 16.38.04 # If you rip from CD, they will automatically be 16-bit/44.1KHz, and an ipod photo should handle them easily, regardless of bitrate. 16.38.43 # so..you do not know why are there problems with the files I am saying? 16.39.19 # maybe they are not working propperly due to something else I don't know 16.39.59 # No. I only use FLAC on my ipod photo, and have never had problems. 16.40.17 # aham 16.40.35 # for using it with the earphones I have enough with 320kbps in mp3 16.41.02 # but when I connect it to the dock and it to the amplifier at home..I'd preffer them in flac.. 16.43.01 # ah! and one more thing hehe 16.44.19 # when the ipod is on the dock, I can't manage it from the remote control, is there any way to make it work? 16.44.38 # yavi: Only if you're a programmer and can help implement it... 16.45.02 # I'm affraid I'm not 16.45.14 # Someone is working on it, but it seems he only has about 30 seconds of free time a week... 16.45.34 # Ok ok 16.45.42 # it was just to know if it was mande already hehe 16.45.45 # made 16.46.24 # I'll try to rip a cd to a flac to know where was the problem 16.46.48 # because by the way I don't find much in flac on the internet 16.52.48 # hmm... i cant find the value for the maximum number of fm presets anywhere... how is this defined? 16.53.36 # linuxstb and with *.ape could be problems when playing it? 16.53.47 Join krazykit_ [0] (n=josh@adsl-69-219-236-113.dsl.ipltin.sbcglobal.net) 16.54.03 # yavi: Definitely. Stay away from .ape on an ipod. 16.54.32 # does it take too much ...resources? 16.54.34 Join mcuelenaere_ [0] (n=mcuelena@78-22-188-232.access.telenet.be) 16.54.35 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 16.54.44 Nick mcuelenaere_ is now known as mcuelenaere (n=mcuelena@78-22-188-232.access.telenet.be) 16.54.51 # yavi: ape is very computationally expensive to decode 16.55.01 # aham 16.55.12 # so better if I get it on flac 16.55.41 # Yes - FLAC is the opposite, one of the easiest codecs to decode (much simpler than MP3 for example) 16.56.11 *** Saving seen data "./dancer.seen" 16.56.23 # aham I found what I thought was flac was ripped to ape instead 16.56.37 # that'll do it 16.56.49 # thanks a lot for your answers :) 16.57.00 # I'll delete all .ape files 16.57.24 # Always a good idea... 16.57.55 # do you know somewhere to download flac files? 16.58.22 # 'cause on the emule and similar i don't find much 16.58.25 Quit krazykit (Read error: 104 (Connection reset by peer)) 16.58.46 # yavi: This isn't a channel to discuss where to infringe copyrights... 16.59.55 # ok ok I won't dusturb you with that 17.00.57 # Nico_P: I've noticed that the evaluate_conditional() function seems to be called in various places, but it has the side-effect of clearing an image, and also displaying the album art. I'm thinking that function shouldn't be doing anything on the screen. 17.00.57 Quit BobShield (Read error: 104 (Connection reset by peer)) 17.04.47 # linuxstb: I agree it would be better, but I think I did it this way to avoid having to iterate through the tokens another time 17.05.32 # Doesn't that mean that album-art is displayed multiple times though? (and similar for image clearing) 17.06.17 # each is displayed everytime the WPS update reaches the corresponding tag 17.06.24 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 17.06.54 Nick krazykit_ is now known as krazykit (n=josh@adsl-69-219-236-113.dsl.ipltin.sbcglobal.net) 17.07.07 Join miepchen^schlaf [0] (n=el_miep@p54BF4796.dip.t-dialin.net) 17.18.55 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 17.24.06 Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) 17.24.47 Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 17.27.07 Quit mf0102 ("Verlassend") 17.27.28 Quit xa0ce (Read error: 104 (Connection reset by peer)) 17.32.18 Quit midgey () 17.32.35 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 17.33.15 Quit ender` (Read error: 104 (Connection reset by peer)) 17.33.26 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 17.34.26 Quit ender` (Read error: 104 (Connection reset by peer)) 17.34.34 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 17.35.27 Quit csc` ("Powering Off") 17.36.36 Quit ender` (Read error: 104 (Connection reset by peer)) 17.36.45 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 17.38.06 Join fyrestorm [0] (n=fyre@cpe-68-173-160-247.nyc.res.rr.com) 17.38.20 Quit linuxstb (Read error: 110 (Connection timed out)) 17.45.13 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 17.46.55 Quit McLovin (Client Quit) 17.46.55 Quit domonoky (Read error: 104 (Connection reset by peer)) 17.47.12 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 17.50.23 Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) 17.51.38 Quit ompaul (Client Quit) 17.55.22 Join fenug [0] (n=ABC@206.167.203.215) 17.56.27 Join midgey [0] (n=tjross@67-194-41-179.wireless.umnet.umich.edu) 17.58.04 Part fenug ("Leaving") 17.59.34 Quit yavi ("CGI:IRC (EOF)") 18.03.45 Join dandin1 [0] (n=dandin1@bas7-ottawa23-1088834882.dsl.bell.ca) 18.09.30 Join gregzx [0] (n=chatzill@dqv167.neoplus.adsl.tpnet.pl) 18.09.31 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 18.16.40 Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) 18.20.52 Join Arathis [0] (n=doerk@p508A3D80.dip.t-dialin.net) 18.34.06 # * ender` yawns 18.36.08 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 18.37.51 Join DefineByte [0] (n=defineby@bb-87-81-195-5.ukonline.co.uk) 18.39.18 Quit PaulJam (".") 18.50.44 Quit midgey () 18.54.56 Join Davide-NYC [0] (n=chatzill@user-0cev9vm.cable.mindspring.com) 18.56.14 *** Saving seen data "./dancer.seen" 18.58.51 Quit dandin1 () 19.04.33 Join countrymonkey [0] (n=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-103da64ca097fed8) 19.04.54 # Could fs#8716 receive a commit? 19.06.47 # and while that person is at it maybe FS#8269 too. :) 19.07.55 # i won't mention fs#8715 19.10.52 Quit Davide-NYC ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") 19.11.26 Join _fenug [0] (n=ABC@206.167.203.215) 19.11.34 Part _fenug ("Leaving") 19.12.24 # You mentioned it, haha 19.12.41 # shh 19.14.01 # And 8576 19.14.04 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 19.15.52 # and 8722 19.19.09 Join McLovin [0] (n=Tux@cpe-065-184-081-164.ec.res.rr.com) 19.20.56 # hmm 19.21.04 Quit axionix_ (Read error: 110 (Connection timed out)) 19.21.07 # 176x132 seems to be a tad big for an ipod nano 19.21.21 # Atleast, vlc is showing as about double an ipod nano screen 19.21.43 # the pixels are probably bigger on your monitor :) 19.22.19 # oh, lol 19.22.28 # I am McLovin! 19.23.09 # McLovin: this is an on-topic channel. take non-rockbox chatter elsewhere 19.23.41 # I thought my question/statement was on topic for rockbox, as 176x132 is the resolution listed on the wiki 19.24.12 # i was talking about the part after that. 19.24.59 # oh 19.25.24 # xchat-aqua, macosx krazykit 19.29.22 Join FOAD_ [0] (n=dok@dinah.blub.net) 19.29.22 Quit McLovin (Read error: 104 (Connection reset by peer)) 19.33.55 Join csc` [0] (n=csc@archlinux/user/csc) 19.36.32 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 19.36.44 Join SpeedKing [0] (n=jdoe@201-95-64-4.dsl.telesp.net.br) 19.38.30 Quit SpeedKing (Client Quit) 19.40.15 Quit countrymonkey ("CGI:IRC") 19.40.46 Quit Mathiasdm ("Yuuw!") 19.44.01 Quit DerDome ("Leaving.") 19.44.20 Join piga [0] (n=leonardo@189.5.228.43) 19.46.48 Quit FOAD (Read error: 110 (Connection timed out)) 19.46.48 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 19.48.56 Join midgey [0] (n=tjross@srbwap2242.engin.umich.edu) 19.52.39 Quit DefineByte ("Bye all") 19.53.38 Quit desowin () 19.57.27 Quit [CBR]Unspoken|w ("!") 20.03.33 Join [CBR]Unspoken|w [0] (n=cbr@212.98.160.130) 20.07.14 Join styleism [0] (n=sfgfadga@87-194-104-214.bethere.co.uk) 20.09.01 Quit lee-qid ("aufwiederbyebientotsayonara") 20.10.31 Join Klevi [0] (i=balh@ool-435682a7.dyn.optonline.net) 20.12.11 Join Levi_ [0] (i=balh@ool-435682a7.dyn.optonline.net) 20.12.34 Quit Klevi (Read error: 104 (Connection reset by peer)) 20.13.58 Nick Levi_ is now known as klevi (i=balh@ool-435682a7.dyn.optonline.net) 20.14.31 # Ipod 4th Gen doesnt build the database 20.14.39 # Any clue as to why anyone? 20.14.51 # updated the build 10 minutes ago 20.17.54 Quit whoever_ ("Bin dann mal weg - allen noch 'nen schönen Tag") 20.20.07 Quit midgey () 20.20.37 Join kugel [0] (i=kugel@unaffiliated/kugel) 20.23.00 Join midgey [0] (n=tjross@srbwap2242.engin.umich.edu) 20.26.57 # Ipod 4th Gen doesnt build the database 20.27.01 # Any clue as to why anyone? 20.29.58 Quit wisp_sh (Read error: 110 (Connection timed out)) 20.30.20 # klevi: we could read that... 20.30.36 # More joined that didnt, thats all 20.30.48 Join wisp_sh [0] (n=wisp@node-29-1.adsl.tula.net) 20.36.11 Part klevi ("Leaving") 20.40.44 Join klevi [0] (i=balh@ool-435682a7.dyn.optonline.net) 20.49.58 # brb 20.50.35 # klevi: you don't need to repeat your question over and over. if people read the logs they will see it. you just need to have patience is all. 20.50.44 Join Transience [0] (n=Transien@cpe-74-76-155-49.nycap.res.rr.com) 20.53.41 # does anyone in here know where i can get the current rockbox source for the ZVM? i'm having a bit of troube finding it . 20.54.57 # Transience: the latest patch should be on the tracker or in the ZVM thread in the New Ports forum 20.55.19 # okay thanks 20.56.17 *** Saving seen data "./dancer.seen" 20.58.56 # hm... is there a way to get this through the VMware dev environment? 20.59.09 Quit Zom (Read error: 110 (Connection timed out)) 20.59.53 # of course. once you've checked out the SVN source, you can apply the patches (though i don't know what progress has been made) 21.01.43 # i've got the svn source, but i'm not sure how to download the diff into the vmware environment. is there a svn command to do this? (forgive my ignorance, i'm quite new to this) 21.02.13 # if the diff is on the tracker, just use a browser to download it 21.02.15 Part J-23 21.02.39 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-8ccc91db1c4b87ac) 21.02.41 Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 21.03.38 Join perrikp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-c02b6221789e1823) 21.03.41 Quit perrikwp (Client Quit) 21.04.06 Nick perrikp is now known as perrikwp (i=4aa794a0@gateway/web/ajax/mibbit.com/x-c02b6221789e1823) 21.07.33 Part Transience 21.07.44 Join mf0102 [0] (n=michi@85.127.180.200) 21.09.03 Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) 21.09.35 Quit piga ("Leaving") 21.13.03 Nick b__ is now known as bernz (n=b@dsl-129-230.aei.ca) 21.14.50 # krazykit: Alright, Sorry, though i repeated for those that recently joined 21.15.15 # klevi: People come and go all the time. Those that are interested will read the logs 21.15.46 # Kay' 21.15.49 # =) 21.24.51 Join floatsaka [0] (n=cvxt@ip70-174-110-128.hr.hr.cox.net) 21.28.56 Quit midgey () 21.35.22 Quit Nico_P (Remote closed the connection) 21.36.08 Nick klevi is now known as Klevi_Drawing (i=balh@ool-435682a7.dyn.optonline.net) 21.45.00 Quit Klevi_Drawing ("Sleep") 21.51.01 Join Acb5649 [0] (n=62dcbcc6@gateway/web/cgi-irc/labb.contactor.se/x-4c01fbd01236d24b) 21.52.34 # i was thinking, and i think it would be a cool idea to implement .html support, as this could lead to an easier way to make games and other things... 21.53.25 # any comments? 21.53.44 # feel free to do so ;) 21.53.58 Join `Tanner [0] (n=Night@74-128-144-119.dhcp.insightbb.com) 21.54.41 # html can be tough to render.. 21.55.11 # especially with the variety of "standards and conventions" out there 21.56.12 # yes, but still it could have lots of potential in other aspects of rockbox... 21.56.55 # how would it help games? 21.57.03 # and what aspects? 21.57.04 # * linuxstb_ was about to ask that 21.57.05 # or audio? 21.57.19 # I can see it would be useful for viewing html files, but other than that... 21.58.07 Join toffe82 [0] (n=chatzill@adsl-99-130-6-10.dsl.frs2ca.sbcglobal.net) 21.59.13 # and even then, one would likely want to change the html files a bit to make them better for use on a portable unit 21.59.50 # i was leaving the other "aspects" to be decided by the reader... 21.59.54 # Indeed, I would hate to try and view a 'standard' page on a DAP, but I can see that some might. 22.00.08 # Acb5649: So you mean you can't think of any 22.00.14 Quit kugel ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") 22.00.26 # Acb5649: And how would it help games then? 22.00.36 # <`Tanner> I have a 2nd gen. nano, are there any builds that work for that? 22.00.38 Quit scorche (Read error: 104 (Connection reset by peer)) 22.00.46 Quit styleism () 22.00.49 # `Tanner: No 22.00.57 # <`Tanner> alright. Thanks. :( 22.01.09 # I was trying to reply, but it took me ages to find the ` on my keyboard 22.01.44 # its next to the colon 22.01.52 # it's next to the 1 22.01.59 # Acb5649: Not on my keyboard, it is next to the 1 22.02.13 # And I clearly found it seeing as I typed it above 22.02.23 # You could have copy/pasted... 22.02.31 # I know... 22.02.40 # The benefit of hindsight eh? :) 22.03.38 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 22.07.13 # html making game support easier? 22.07.24 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 22.14.43 # yes 22.16.44 # how? 22.17.39 # if you make each frame in the game a html page? ;-] 22.18.01 # :P 22.18.14 # Bagder: would make things a headache to bookmark ;) 22.20.01 # bookmarking in games is certainly one of the most missed features in rockbox... 22.21.53 Quit seablue ("life, death, life, death") 22.26.13 # Acb5649: html != flash, if you mean that ... 22.26.58 # and javascript is another different beast. html is static. 22.30.18 Quit `Tanner ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") 22.31.32 # * amiconn wonders whether Bagder noticed his proposed build additions 22.31.56 # I didn't 22.32.11 # I'm not a good log reader 22.32.31 # You could add 3 fresh builds to the table, if you think we can live with 1 or 2 warnings in those builds 22.32.43 # M3 bootloader, target & sim 22.32.58 # new builds in the table are always fun! 22.33.10 # you want the zip files made available? 22.33.11 # The target build isn't of much use atm 22.33.16 # ok 22.33.30 # No buttons apart from main & remote Play are working 22.33.42 # heh, yes that sounds a bit limiting 22.34.01 # My developer build has all buttons working, but really sluggish, and it's kind of a hack 22.34.35 # The good thing is that several things are identical and just work without further changes 22.34.48 # * amiconn already listened to the radio today 22.35.06 # pcm audio playback doesn't work yet 22.35.23 # http://forums.rockbox.org/index.php?topic=15967.msg119200#msg119200 read this! 22.35.39 # I was able to adjust the volume as well, so FM i2c and TLV320 i2c work right out of the box 22.36.34 # Acb5649: why those annoying colors? 22.36.48 # bluebrother: What annoying colours? :) 22.36.49 # they hurt my eyes 22.36.52 # and why "Reply soon"? 22.36.55 # I certain't won't reply 22.37.00 # me neither. 22.37.30 # and gif "movies" are ... well, huge. Besides having no sound. 22.37.31 Quit simonrvn (Read error: 104 (Connection reset by peer)) 22.37.40 # and crappy color 22.38.08 # 8 bit ... only our greyscale targets display less 22.38.23 # i hope all thaat was sarcasam... 22.38.37 # I wasn't sarcastic 22.38.45 # hmm, charger detection seems to not work on my mini. Might this be related to me using an USB enabled build? 22.38.53 # Acb5649: Those are all accurate responses 22.39.05 # amiconn: M3 builds added! 22.39.12 # Nice :) 22.39.18 # now we just need a commit 22.39.24 # bluebrother: And not even much less nowadays... 22.39.31 Join simonrvn [0] (i=simon@unaffiliated/simonrvn) 22.39.48 # amiconn: right ;-) 22.45.11 # hmm, looks like charger detection is missing for the mini? 22.46.17 # The power management stuff is rather incomplete for many targets 22.46.30 # It's also quite messy 22.46.47 # I will probably look into this because I'm more or less forced to 22.47.14 Join fasmaie [0] (n=yohann@c-98-216-170-85.hsd1.ma.comcast.net) 22.47.58 # because of m3 works? 22.48.05 # or 1G/2G? 22.48.35 # x5, m5, m3, ipods (both 1g/2g and others) ... 22.48.47 # It's one big mess 22.49.07 # my mini seems to set GPIOD3 on usb power 22.49.39 # USB power != charger 22.49.48 # I know the port pins 22.51.47 # w00t!! 22.51.52 # * amiconn has sound :D 22.52.10 # It was just the other i2s channel, like the other iaduios 22.52.14 # *iaudios 22.52.29 # Time for a Ladies & Gentlemen mail 22.52.38 # yay! 22.52.46 # congraz 22.52.53 # we wanna see the commit first! ;-) 22.53.11 # amiconn: congrats :) 22.54.11 # It's a one-liner... just a sec 22.54.57 Quit midgey () 22.56.18 # * bluebrother overlooked that 22.56.21 *** Saving seen data "./dancer.seen" 22.57.19 Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) 23.00.24 Quit ch4os_ ("Lost terminal") 23.02.53 # * bluebrother can't see anything indicating a charger on mini :( 23.03.10 # 74 builds in 289 seconds (4mins 49secs) ... 23.04.14 # Now the build table is finally too wide for my screen, even with only single-digit scores in all cells 23.04.33 # bluebrother: Charger == firewire power 23.05.08 # amiconn: my mini doesn't set that pin if I connect the wall charger 23.05.13 # It's a GPIO; don't remember which one from the top of my head 23.05.33 # * amiconn fetches mini, fw cable & charger 23.06.04 Quit Arathis ("Bye, bye") 23.06.05 # the source tells it's GPIOC2 23.06.34 # but I can only observe GPIOD3 changing when connecting the charger (does also when connecting to the PC) 23.07.24 # D3 is USB power, not ordinary charger power 23.07.39 # C2 is firewire power == charger power 23.08.23 # It makes sense to distinguish these, because USB power can't charge as fast as firewire/external charger 23.08.35 # As I said, powermanagement is a bit of a mess 23.09.07 # Of course USB power should also indicate charging via the charging animation, and more importantly: charge properly 23.09.15 # hmm. I don't understand why I'm not observing charger power in that case. 23.09.30 # Is your battery charged? 23.09.32 # Perhaps becasue you have an usb charger? 23.09.33 # I'm using a standard apple wall charger. 23.09.39 Join Horschti [0] (n=Horscht@p4FD4D249.dip.t-dialin.net) 23.09.39 # Of course USB power should also indicate charging via the charging animation, and more importantly: charge properly 23.09.44 # * bluebrother slaps forehead 23.09.44 # sorry 23.10.05 # Atm it doesn't. I didn't measure, but my guess is that it only charges at 100mA instead of the full 500mA 23.10.23 Quit Horscht (Nick collision from services.) 23.10.24 # Same problem exists on X5/M5 23.10.33 Join DC1 [0] (n=dc1@pool-70-107-148-91.ny325.east.verizon.net) 23.10.40 # right ... most annoying thing right now is that the mini boots when inserting the cable, and Rockbox frequently shuts down after idle poweroff (and the Ipod starts up again ...) 23.10.48 # * amiconn atm recommends charging the iaudios in the cowon loader, and the ipods in diskmode 23.10.56 # Everything else isn't usable atm 23.11.49 # Yes. We need some target specific flags and/or functions, which handle the conditions under which the device can/ cannot be shut down, program charging currents, monitor states etc 23.12.13 # All that needs to fit in a generic framework 23.12.32 # * bluebrother used disc mode until ums got that far 23.13.36 # Bagder: what do you think about adding a link to rbutil to the download pages (next to the manual link)? 23.13.53 # Apple provides both usb and firewire chargers. I'd go for the firewire version if possible, as the ipod charges faster with those (and they work even for the models which cannot communicate via firewire) 23.13.55 # a good idea methinks 23.15.48 # Bagder: The delta table is kinda broken... 23.16.22 # it breaks with new targets 23.16.34 # Yes, but unlike the main build table 23.16.49 # yes the main one is more cleverly written to handle that 23.17.18 # * amiconn wonders how difficult it would be to add the same cleverness to the delta table 23.18.16 # not very hard, I've just not felt compelled to do it 23.18.51 # i am still wondering, if theres a possibility to mute the fm tuner when the tuned station is unavailable 23.23.03 Join gevaerts [0] (n=fg@195-144-092-171.dyn.adsl.xs4all.be) 23.24.22 Quit nplus ("Leaving") 23.26.23 Quit ompaul (Client Quit) 23.35.32 Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) 23.36.12 Join tessarakt [0] (n=jens@e180075041.adsl.alicedsl.de) 23.56.39 # hmmm 23.57.24 # has someone a global call handy to read the current set volume or to set it to a specific level? 23.58.25 # i want to give "reduce volume on dead stations" a try