--- Log for 06.10.111 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 days and 16 hours ago 00.00.45 # Have you considered http://www.rockbox.org/ ? 00.01.06 # ok found it 00.01.16 # Still funny 00.06.05 Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 00.06.16 Quit othniel (Ping timeout: 276 seconds) 00.07.59 Quit Jerom (Quit: Leaving.) 00.08.22 Join T44 [0] (~Topy44@f049101186.adsl.alicedsl.de) 00.10.20 Quit froggyman (Quit: Ex-Chat) 00.10.27 Join froggyman [0] (~seth@50.105.149.180) 00.10.43 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/) 00.10.54 Quit froggyman (Changing host) 00.10.54 Join froggyman [0] (~seth@unaffiliated/froggyman) 00.12.30 Quit Topy44 (Ping timeout: 248 seconds) 00.14.03 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net) 00.18.22 Quit bertrik (Ping timeout: 248 seconds) 00.18.48 Quit robin0800 (Ping timeout: 260 seconds) 00.23.54 Join freddyb [0] (~freddybbb@216.8.239.112.etczone.com) 00.27.00 Quit saratoga (Quit: Page closed) 00.42.31 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 00.45.02 Quit mystica555 (Ping timeout: 248 seconds) 00.47.10 Quit Strife89 (Ping timeout: 248 seconds) 00.59.39 Quit MethoS- (Remote host closed the connection) 01.30.13 Join Strife89 [0] (~Strife89@207.144.201.128) 01.40.29 Quit Thra11_ (Quit: kthxbai) 01.47.07 Quit matze` (Remote host closed the connection) 01.48.38 Quit RansomTime (Ping timeout: 256 seconds) 01.52.25 Quit mc2739 (Quit: leaving) 01.54.43 *** Saving seen data "./dancer.seen" 01.57.57 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 01.59.50 Join factor [0] (~factor@74.197.205.204) 02.00.17 Quit freddyb (Ping timeout: 258 seconds) 02.12.46 Join othniel [0] (~othniel@adsl-108-78-207-49.dsl.snantx.sbcglobal.net) 02.21.19 Join Scr0mple [0] (NFXg@115-64-195-104.static.tpgi.com.au) 02.23.42 Quit Scromple (Ping timeout: 248 seconds) 02.26.17 Join Rob2223 [0] (~Miranda@p4FFF18F1.dip.t-dialin.net) 02.28.47 Join prhalmen [0] (~5843d6a9@www.haxx.se) 02.29.11 # hi, anyone on here? :) 02.30.00 Quit Rob2222 (Ping timeout: 258 seconds) 02.30.35 # nope everyone is crying for Jobs 02.30.46 # the lion sleeps tonight 02.31.03 Join robin0800 [0] (~robin0800@149.254.180.243) 02.32.07 # prhalmen: If you have a question, just go ahead 02.34.47 # im looking all over the web to try and find a (working?) rio karma 02.35.10 # I'm not sure how that relates to Rockbox 02.35.16 # after a long search, i landed here... does anyone have, by any chance, a rio karma they might wanna sell? 02.35.17 # We don't run on the Rio Karma 02.35.25 # i got in over the rio karma rockbox port site 02.35.34 # Nothing to do with us 02.35.40 # Where are they? 02.35.52 # and read on the forums how some bought karmas just for hacking, so i thought someone might wanna sell one of those 02.36.03 # some say, the best mp3 player ever built 02.36.30 # prhalmen, yeah, i sold mine to lamdacalculus for that reason, but nothing happened with that, and i wouldn't expect anything to 02.36.35 # didnt mean to offend anyone, just wanted to ask, thought i might get lucky 02.36.50 # prhalmen: No offence, I just don't think you'll have much luck 02.37.03 # We don't run on it, nor have any real attempts been made to 02.37.18 # So I wouldn't expect to find any here really :) 02.37.27 # yeah, ok. thanks anyway 02.37.31 # :) 02.37.40 # no worries :) 02.38.11 # oh, and @geekshadow didnt mean to disturb the mourning. rip steve o/ 02.38.45 Quit prhalmen (Quit: CGI:IRC) 02.42.15 Quit balintx (Remote host closed the connection) 02.42.55 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 02.45.25 Quit Strife89 (Quit: Vamoose!) 02.45.31 Quit othniel (Ping timeout: 260 seconds) 02.57.08 Quit robin0800 (Ping timeout: 255 seconds) 02.58.47 Quit fatline (Quit: This computer has gone to sleep) 02.59.58 Quit simonlnu (Ping timeout: 248 seconds) 03.03.19 Quit GeekShadow (Quit: leaving) 03.12.27 Quit AlexP (Remote host closed the connection) 03.22.36 Join robin0800 [0] (~robin0800@149.254.61.208) 03.33.38 Quit robin0800 (Ping timeout: 258 seconds) 03.48.58 Quit jae (Ping timeout: 240 seconds) 03.50.21 Join jae [0] (~jae@80.82.209.27) 03.54.12 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 03.54.45 *** Saving seen data "./dancer.seen" 03.57.18 Join fatline [0] (~fatline@108.27.113.221) 04.02.02 Quit TheSeven (Disconnected by services) 04.02.13 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 04.02.56 Join robin0800 [0] (~robin0800@149.254.60.159) 04.08.02 Join freddyb [0] (~freddybbb@216.8.239.112) 04.10.08 Join othniel [0] (~othniel@adsl-108-78-207-49.dsl.snantx.sbcglobal.net) 04.11.29 Join [Saint] [0] (~Saint]@101.98.129.152) 04.14.07 Quit robin0800 (Ping timeout: 245 seconds) 04.15.17 Quit freddyb (Quit: Leaving) 04.18.07 Join robin0800 [0] (~robin0800@149.254.61.159) 04.26.37 Part othniel 04.26.58 Join othniel [0] (~othniel@adsl-108-78-207-49.dsl.snantx.sbcglobal.net) 04.28.32 Quit pixelma (Disconnected by services) 04.28.34 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.28.36 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.28.36 Quit amiconn (Disconnected by services) 04.28.36 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.28.57 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.31.33 Join Jak_o_Shadows [0] (~hayden@CPE-144-136-211-121.sa.bigpond.net.au) 04.32.44 Quit fiesh (Ping timeout: 244 seconds) 04.35.30 Join fiesh [0] (~fiesh@p4FCB69E3.dip.t-dialin.net) 04.43.34 # Can someone with recording experience with Rockbox tell me the range of mp3 recording so I can document it in the WIKI 04.43.44 # speeds 04.43.48 # bitrates 04.44.11 # Also for .wav .AIFF and .WV 04.44.16 # ranges 04.46.32 Join simonlnu [0] (nSilzg4s2U@unaffiliated/simonrvn) 04.46.34 Join tbruff13 [0] (~tbruff13@173.217.161.177) 04.47.15 # hey i put a video on my ipod nano 2gen and it is not showing up in rockbox i made sure to convert it to the rockbox format using winff it still did not show up 04.47.46 Join Keripo [0] (~Keripo@eng404.wireless-resnet.upenn.edu) 04.47.47 # <[Saint]> What's your "show files" set to? 04.48.16 # how can i tell that 04.49.03 # <[Saint]> Searching the manual for "show files". :) I don't have a dap near me. 04.49.18 Join syscrash [0] (~syscrash@poipu/developer/syscrash) 04.50.20 # Saint i set show files to all but now the video wont play help 04.50.23 # <[Saint]> Settings - general settings - file view - show files. 04.50.27 Nick syscrash is now known as jvd (~syscrash@poipu/developer/syscrash) 04.50.28 # that is done 04.50.32 # it wont play 04.51.09 # <[Saint]> What type of video format is this? 04.51.18 # <[Saint]> How was it converted? 04.52.03 # it is mpg 04.52.20 # i went to winff and used the preset rockbox ipod nano fullscreen 04.53.55 # <[Saint]> It should work, then. Provided your build is current, File a bug on flyspray, attatch the file, or a file, showing the error if possible. 04.54.56 # ok im checking in the automated install if i missed installing the plugin 04.55.12 # <[Saint]> I'm in no position to test this presently, sorry. My nano2g builds are holds as the hills, and video works fine. 04.55.33 # <[Saint]> tbruff13: it's not an option to install. 04.55.38 # <[Saint]> Its always there. 04.56.05 # <[Saint]> You would have needed to explicitly remove it. I'm quite sure you didn't :) 04.56.09 # Saint well then please help 04.56.14 # it just wont play 04.56.41 # let me try encoding to a new winff preset 04.57.13 # it wont make a difference 04.57.19 # well crap 04.57.21 # <[Saint]> That's all the help I can offer, file a bug report, or don't. 04.57.35 # Saint how do i file a bug report 04.57.36 # <[Saint]> It'd be good if you did, though. 04.58.10 # <[Saint]> Flyspray is linked from the Rockbox.org main page. 04.58.23 # <[Saint]> You'll need to make an account. 04.58.49 Quit [7] (Disconnected by services) 04.58.58 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.59.15 # ok im make a bug report but all i can say is the video wont play there is no error log as far as i can see the plugin wont start 05.00.29 # <[Saint]> ...and give the details asked for regarding build version, etc. 05.01.53 Quit robin0800 (Ping timeout: 255 seconds) 05.02.53 Join Jak_o_Shadows1 [0] (~hayden@CPE-144-136-211-121.sa.bigpond.net.au) 05.04.44 # ok 05.05.50 Quit Jak_o_Shadows (Ping timeout: 258 seconds) 05.18.34 # Saint i posted a bug report how long until someone reponds 05.18.39 # answers 05.21.46 # <[Saint]> That's impossible to say. 05.22.01 # Saint i cant see my bug report in the list 05.22.54 # <[Saint]> I can... 05.23.34 Join Rob2222 [0] (~Miranda@79.255.44.190) 05.23.36 # found it but i could not give much as far as errors it just did not start should i try an older version of rockbox 05.25.47 Quit Rob2223 (Ping timeout: 245 seconds) 05.26.12 # Saint i changed the name of the file so the video did not play 05.26.20 # i did not put .mpg after it 05.26.34 # i gave them an oops note in the bug my fault 05.26.45 # <[Saint]> *facepalm* :) 05.27.08 # <[Saint]> I assumed you'd checked it played elsewhere :) 05.28.54 # it did 05.30.36 Join robin0800 [0] (~robin0800@genld-224-236.t-mobile.co.uk) 05.39.15 Quit Horscht (Quit: Verlassend) 05.54.49 *** Saving seen data "./dancer.seen" 05.58.11 Join [Saint_] [0] (~Saint]@122.63.166.152) 06.00.53 Quit [Saint] (Ping timeout: 259 seconds) 06.03.29 Join Jak_o_Shadows [0] (~hayden@CPE-144-136-211-121.sa.bigpond.net.au) 06.05.13 Quit Jak_o_Shadows1 (Ping timeout: 244 seconds) 06.08.28 Quit zchs (Ping timeout: 265 seconds) 06.10.23 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net) 06.22.29 Nick [Saint_] is now known as [Saint] (~Saint]@122.63.166.152) 06.24.13 Quit robin0800 (Quit: Leaving) 06.24.32 Quit Jak_o_Shadows (Remote host closed the connection) 06.24.50 Join [Saint_] [0] (~Saint]@101.98.129.152) 06.24.56 Join [Saint__] [0] (~Saint]@101.98.129.152) 06.25.25 Quit [Saint_] (Client Quit) 06.25.40 Join [Saint_] [0] (~Saint]@101.98.129.152) 06.26.11 Nick [Saint] is now known as Guest82529 (~Saint]@122.63.166.152) 06.26.34 Nick [Saint__] is now known as Guest69299 (~Saint]@101.98.129.152) 06.27.27 Quit Guest82529 (Ping timeout: 248 seconds) 06.29.34 Quit ReimuHakurei (Remote host closed the connection) 06.36.41 Quit othniel (Ping timeout: 258 seconds) 06.45.22 Quit tbruff13 (Ping timeout: 245 seconds) 06.47.51 Quit sinthetek (Ping timeout: 256 seconds) 06.49.05 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 06.57.22 Join JdGord [0] (~AndChat@vl10.gw.ok-labs.com) 06.58.55 Join jdgord_ [0] (~AndChat@106.70.90.35) 06.59.00 Quit JdGord (Read error: Connection reset by peer) 07.00.43 Quit [Saint_] (Remote host closed the connection) 07.00.43 Quit Guest69299 (Remote host closed the connection) 07.00.50 Join JdGord [0] (~AndChat@42.62.230.253) 07.03.43 Quit jdgord_ (Ping timeout: 256 seconds) 07.08.39 Quit JdGord (Quit: Bye) 07.47.04 Quit user829385 (Quit: Leaving.) 07.47.32 Quit Keripo (Read error: Connection reset by peer) 07.52.37 Quit fyrestorm (Read error: No route to host) 07.54.54 *** Saving seen data "./dancer.seen" 07.55.15 Join RansomTime [0] (~RT@wikia/vstf/Randomtime) 07.57.08 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 08.00.36 Join fyrestorm [0] (~nnscript@cpe-24-90-84-81.nyc.res.rr.com) 08.07.21 Quit 31NAACFM5 (Quit: 31NAACFM5) 08.23.00 Quit fatline (Quit: This computer has gone to sleep) 08.43.32 Join othniel [0] (~othniel@adsl-108-78-207-49.dsl.snantx.sbcglobal.net) 08.44.34 Quit RansomTime (Ping timeout: 255 seconds) 08.47.14 Join Keripo [0] (~Keripo@165.123.135.123) 08.53.55 Quit Keripo (Ping timeout: 260 seconds) 08.54.23 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.54.23 Quit bertrik (Changing host) 08.54.23 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.54.53 # how the heck was buflib allowed to go in without proper unit testing off target? 08.54.59 Join ender` [0] (~ender@foo.eternallybored.org) 08.56.33 # did we ever unit test *anything*? 08.56.50 # hardly an argument against starting :) 09.04.46 # JdGordon: by *noone* replying to my several mails to the ml 09.05.34 # I said *unit* testing.... 09.06.00 # I read that 09.06.53 Join KiwiCam [0] (~Kiwi_Cam@206.192.69.111.dynamic.snap.net.nz) 09.07.21 # I mean noone asked for it, or even reviewed (at least not so that I knew about it) 09.07.50 # for a system that important it should have been obvious it was needed 09.09.06 # I've had unit tests in https://github.com/kugel-/buflib since the beginning 09.10.43 # Please. When it says "viewport relative", how does that relate to a progress bar that I want to go vertically instead of horizontally? I presume that this is to do with where the x & y co-ordinates start relative to the viewport. Could someone please clarify? 09.10.51 Join petur [0] (~petur@rockbox/developer/petur) 09.11.11 Quit othniel (Ping timeout: 248 seconds) 09.25.15 Quit Scr0mple (Read error: Connection reset by peer) 09.32.24 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust848.3-3.cable.virginmedia.com) 09.34.39 Quit bertrik (Ping timeout: 248 seconds) 09.37.18 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.38.28 Quit robin0800 (Remote host closed the connection) 09.39.33 # KiwiCam: viewport relative means 0,0 is the top left pixel of the viewport 09.39.53 # 5,5 would put it at 15,15 if the viewport itself is at 10,10 09.41.02 Join rasferret [0] (~3e9c8d52@www.haxx.se) 09.41.12 # I got a "fun" raaa bug on my phone on the way homr from work today... its refusing to play the next song in the playlist 09.41.22 # i start a new playlist, it plays the first one then just does nothing 09.41.45 # pressing skip next causes it to crash! 09.42.02 Quit rasferret (Client Quit) 09.43.11 # hmm, adb logs suggest its an audio hardware bug 09.47.05 # meh, the log viewer bug (about nicks in urls) is annoying 09.54.55 *** Saving seen data "./dancer.seen" 09.56.31 # I believe I've got it now. Thanks. So, this gives me a PB Bar Tag with a bit map (5 pixels across and 1 high) that rises from bottom to top, and I didn't need to specify "vertical". In what situations would I use the Horizontal and Vertical options in a Bar Tag? Why didn't I need it here? 09.56.42 # kugel: it's in svn :-) 09.57.45 # Zagor: I know, mc2739 attempted to fix it but didn't succeed 10.05.00 Quit kugel (Ping timeout: 252 seconds) 10.05.23 # Oops. I better show some code: %xl(Z,levels.bmp,0,0) %Vl(a,0,0,5,-,-) %pb(0,0,5,20,-,slider,Z,nofill,nobar) 10.27.53 Join [Saint] [0] (~Saint]@101.98.129.152) 10.32.54 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.00.40 Quit Zagor (Quit: disconnecting from stoned server.) 11.01.10 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 11.18.51 Join othniel [0] (~othniel@adsl-108-78-207-49.dsl.snantx.sbcglobal.net) 11.36.11 Join kugel [0] (~kugel@141.45.176.104) 11.36.11 Quit kugel (Changing host) 11.36.11 Join kugel [0] (~kugel@rockbox/developer/kugel) 11.36.57 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 11.37.10 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 11.39.12 Quit kadoban (Ping timeout: 276 seconds) 11.41.03 Quit fs-bluebot (Ping timeout: 248 seconds) 11.42.10 Join fs-bluebot [0] (~fs-bluebo@g226070049.adsl.alicedsl.de) 11.42.29 Quit bluebrother^ (Ping timeout: 260 seconds) 11.43.12 Nick chkktri_ is now known as chkktri (chikakitaa@ip-78-139-196-175.danet.in) 11.43.23 Quit chkktri (Changing host) 11.43.23 Join chkktri [0] (chikakitaa@unaffiliated/chkktri) 11.43.41 Join bluebrother [0] (~dom@g226070049.adsl.alicedsl.de) 11.43.41 Quit bluebrother (Changing host) 11.43.41 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 11.47.42 # clipv1 booting with svn again :) 11.47.54 # well, not quite svn, but bug fixes only 11.48.14 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 11.50.08 # kugel: can you *please* change the buflib debug screen to use multi lines for each item? and add some meaning to the numbers.... 11.50.48 # does anyone have a target that doesnt boot with svn? 11.51.45 Join MethoS- [0] (~clemens@134.102.106.250) 11.54.59 *** Saving seen data "./dancer.seen" 11.56.02 # JdGordon: the numbers have a meaning. it's the total size of the alloc (in n*sizeof(union buflib_data)) 11.56.45 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 11.56.59 # including metadata 11.57.07 # JdGordon: hw targets are said to not boot 11.57.19 Join webguest49 [0] (~3e9c8d52@www.haxx.se) 11.58.03 # I dont have a hwcodec target handy 11.58.14 # amiconn: pixelma: test a bugfix patch? 11.58.33 # I've sussed it now. 11.58.56 Quit webguest49 (Client Quit) 11.59.15 # err, the talk about debug symbols before... we dont build with any at all? I thught they just get stripped from the elf? 12.00.15 # you are confusing debug information with symbols 12.00.29 # we build with symbols because you can't *not* build with symbols and still link anything 12.00.40 # (but they are discarded when you objcopy, no need to explicitly strip) 12.00.46 # we don't build with any debug info 12.00.50 # ok 12.01.05 # i think we should, but haven't gotten around to timing how much longer it makes the build 12.01.11 # short answer is a cant to an objdump intermixed with the c code 12.01.11 # probably negligible, but hey 12.01.21 # no, you can't 12.01.26 # add -g to the build flags 12.01.27 # then it will work 12.01.48 # also time how long it takes and if it's negligible, please commit the change :p 12.02.08 # the build flags in which makefile? 12.03.02 # globally 12.03.11 # possibly in configure? 12.03.12 # i'm not sure :) 12.03.19 # i don't really know how our build thingy works. 12.03.33 Join GeekShadow [0] (~antoine@254.164.21.93.rev.sfr.net) 12.05.46 # adding it to the Makefile in the buildd dir didnt seem to work 12.05.56 # or it got stripped elsewhere 12.07.00 # JdGordon: did you use the right objdump options? 12.07.16 # which are the right ones? :) 12.07.20 # -dslS? 12.07.23 # I hacked root.make to build with -g IIRC 12.07.47 # JdGordon: do you have a bunch of .debug_* sections 12.07.49 # if so you did it right 12.07.56 # (and thus your objdump must be wrong) :) 12.08.01 # otherwise, no 12.08.24 # yeah, lots 12.08.41 # err.. of 0 size 12.08.51 # Has anyone ported the Simulator or Theme Editor across to the Android phone? If not, is this being worked on, or considered? 12.08.58 # oh no, readint he wrong column 12.09.25 # KiwiCam: simulator on android? what for? 12.10.03 # KiwiCam: rockbox on android can be observed as a special kind of rockbox simulator 12.10.04 # JdGordon: I know I recently used -dS for it. Did you add -g to the link flags too? 12.11.45 # ah no 12.12.30 # still nothing, LDOPTS and GLOBAL_LDOPTS > 12.12.38 # s/>/?/ 12.14.26 # wodz: But can it emulate the Clip? That's what I'm wanting a Sim for. 12.14.31 # JdGordon: I apparently added -g to GCCOPTS only (in Makefile) 12.14.42 # it should be sufficient to just add it to gcc 12.14.44 # the linker doesn't care 12.15.11 # gevaerts: thats what I did first, doesnt matter, ill figure this out the slow way with lcd_puts :p 12.15.21 # not entirely sure what the objdump would tell me anywway 12.15.53 # data abort is unaligned access no? 12.15.58 # JdGordon: which file are you running objdump on? 12.16.07 # rockbox.elf? 12.16.29 # kugel: About your comment about backtrace - you can call it basically from anywhere. Current implementation takes one argument (PC) to start interpretation from and assumes that the stack to be inspected is svc stack. The letter can be easily extended. 12.16.34 # font.o is the same 12.16.56 # ok. I just did a clip build with -g added to GCCOPTS, and arm-elf-eabi-objdump -dS rockbox.elf does show me the source 12.17.12 # wodz: Sometimes I find myself sitting somewhere with idle time. I'd love to be able to just start theming for my clip using the Android. 12.17.13 # * JdGordon disables ccache 12.17.19 # wodz: so, is it implemented for panicf() calls? 12.17.23 # JdGordon: it can also be data access outside of address space supported by SoC 12.17.38 # kugel: it this patch? no 12.17.42 # *in 12.18.02 # wodz: do we actually have any SoCs that bother to signal external aborts but don't have a FSR? :) 12.18.09 # wodz: can you do that? :) 12.18.53 # JdGordon: data abort usually is unaligned access, yes. I believe it can be other things too, but I've never seen them. The source helps with finding which line is wrong more precisely without having to understand asm :) 12.19.13 # gevaerts: /me feels stupid 12.19.13 # I don't suppose it can be used on app targets (read: RaaAoA) in signal handlers like for SIGSEGV? 12.19.39 # kugel: should be, but android tombstones are probably more useful 12.19.47 # apparently you cant use s and S together 12.19.48 # Torne: On rk27xx for example gating clock signal to dma module produce data aborts when accessing dma registers 12.20.02 # wodz: what ARM is that? 12.20.12 # arm7ejs 12.20.20 # does it implement cp15? 12.20.25 # JdGordon: that does make some sort of sense in hindsight :) 12.20.34 # I believe no 12.20.55 # wodz: okay, well that might be one then. 12.21.08 # wodz: but pretty much all our existing arm7 targets don't actually generate external aborts to my knowledge 12.21.19 # they just return nonsense or mirrored data :) 12.21.37 # Which is *useful*! 12.21.43 # WHAT THE fucking fuck? 12.21.59 # gevaerts: well, kinda. 12.22.24 # gevaerts: it is useful sometimes if MSBs that decode to a functional unit that doesn't exist or has its clock disabled aborts :) 12.22.50 # but it's sometimes useful when things are mirrored within their address range 12.24.59 # wodz: are you going to try and change to running in system mode btw? 12.25.09 # i don't think anyone will object 12.25.14 # but it might be worth, er, telling people 12.25.25 # since it's relevant when debugging :p 12.25.27 # Torne: yes, I am going to post patch on FS 12.25.50 # good stuff 12.26.03 # then we can come up with a use for SWI :) 12.26.11 # there are 16 Crt0*.S files in /firmware/target/arm 12.26.27 # yeah.. 12.26.36 # I am wondering what to do with the ones used exclusively in bootloaders 12.26.44 # change them as well 12.26.50 # there really is no reason not to 12.27.00 # ok 12.27.12 # the fact that ARMs boot into svc is just a legacy of ARMs that had less modes 12.27.58 # what to do with freed svc? what sp assign to this? 12.28.40 # UIE, presumably 12.28.45 # That's what we already do on swi, no? 12.28.52 # yes 12.28.59 # Oh, actually no 12.29.03 # we appear to just return 12.29.09 # ..we shold UIE :) 12.29.12 # eee? 12.29.31 Join Thra11 [0] (~thrall@84.93.169.171) 12.29.41 # anyway, it can use the irq stack the same as abort and undef, no? 12.29.54 # if all uses are fatal then it doens't matter what stack you use as long as it's valid 12.30.15 # indeed we just return 12.30.44 # We shouldn't do that 12.30.48 # :) 12.31.02 # since that means that calling swi just corrupts r14 for you and then continues 12.31.13 # not particularly nice behaviour 12.31.23 # and here we come to the point - for now it doesn't matter what sp it uses but when we start to exploit swi we should have separate stack 12.31.27 # i guess if we run in sys then it won't corrupt r14 any more. 12.31.35 # Well, yes 12.31.41 # If we're goingt o use it for anything it needs its own stack 12.31.53 # since you'll probably want to be able to take irqs 12.32.10 # You could allocate a third stack and use it for svc/abt/und 12.32.20 # since those should hopefully be exclusive :) 12.32.23 # I am wrapping my head around gdb arm-stub now which could potentially use swi for single stepping 12.33.46 # anyway, for now it's sufficient to just use the irq stack i think. 12.33.57 # ok 12.34.16 # I'll try to craft patch later today 12.34.52 # all exceptions disable IRQs so there is no risk of stack corruptoin 12.37.28 Join Thra11_ [0] (~thrall@87.114.220.133) 12.38.42 # well, er 12.38.50 # except in that it will overwrite the irq stack :) 12.38.52 # pop quiz... what the hell is causing font_unload() to be called on shutdown? 12.39.06 # *other than font_unload_all()*! 12.39.16 # Fun 12.39.22 # What you need is a stack unwinder! :p 12.39.28 # or a gdb stub :p 12.39.39 # :-) 12.39.41 # indeed 12.39.50 # time to suck up to wods! 12.39.57 Quit Thra11 (Ping timeout: 245 seconds) 12.39.57 Join keyb_gr [0] (~chatzilla@p4FF0304E.dip.t-dialin.net) 12.40.04 # is fs#12302 working enough? 12.40.05 # http://www.rockbox.org/tracker/task/12302 3Add backtrace to the panic screen on ARM (patches, new) 12.40.35 # JdGordon: it should give you backtrace on data abort (or not at all if unwidnign fails) 12.40.52 Quit evilnick (Ping timeout: 256 seconds) 12.42.32 # building with it now... fingers crossed it helps :) 12.42.48 # boo! doesnt build for the clip 12.43.08 # I'm looking at the audio cap of the imx233 and I need some help because I'm not an audio expert. What does CLIPPING_CAP stands for ? It seems to have to do with the volume but I don't understand the link. And how is balance defined ? 12.43.30 # also what PRESCALER_CAP is supposed to stand for ? 12.43.54 # pamaury: are you going to unmute f+? 12.44.16 # try to at least ;) 12.44.19 # JdGordon: what is the error? 12.44.31 # the lcd functions arent there for mono dislays 12.44.44 # and i dont tinhk it will work too well on the tiny screen :) 12.44.59 # no backtrace :( 12.45.38 # there is little I can do about this you know :/ 12.47.00 Join Jerom [0] (~jerome@2a02:8420:202:b800:f66d:4ff:fe45:790f) 12.48.51 # is clean_shutdown() called by more than just the main thread of shutdown? 12.49.01 # no, that doesnt make sense either... 12.49.09 # something is bloody calling font_unload 12.50.24 Join hilbert [0] (~hilbert@89.217.203.0) 13.06.54 # JdGordon: how is it possible for clip to not implement lcd_putsf()? 13.07.17 # it dosnt have the colour functions 13.09.19 # what colour? Isn't it simply printing formated string to lcd? 13.10.02 Quit Jerom (Quit: Leaving.) 13.10.11 # anyway clip uses very the same UIE as other arms and I don't use any extra lcd function in backtrace() 13.11.24 # lcd_set_foreground 13.12.10 # it's not needed comment it out :-) 13.12.58 # way ahead of you :p 13.12.58 # goddamit... who the hell knows how the lru use 13.13.04 # lru works 13.14.14 Join user829385 [0] (~aoeu@112.166.15.141) 13.14.15 Join evilnick [0] (~evilnick@94.0.126.210) 13.14.15 Quit evilnick (Changing host) 13.14.15 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 13.14.34 Quit othniel (Ping timeout: 244 seconds) 13.21.38 # pamaury: arent these capabilities? some targets can do dsp stuff in hardware so we dont use use sw implementations 13.24.02 # <[Saint]> Ahhh the hilarity, "I don't know what you're doing qrong, but its something" :) 13.24.19 # size_t is unsigned... so new - current isnt ging to work very well if the handle moves backwards :/ 13.25.04 # that's not the problem, but ptrdiff_t might be better 13.26.07 # yes, my question is about what these cap mean 13.26.57 # I guess the first is that the hw can detect clipping and fix stuff appropriately and the latter means some sort of gain applied 13.27.20 # you don't need to defined them just yet if you're unsure 13.30.02 # *might* be better? size_t is completly wrong 13.30.10 # but no, that doesnt solve the crash :/ 13.37.09 # ok, WHAT THE FUCK? apparently the _index field is moves *twice* 13.37.25 # is gcc screwing up aliasing or something? 13.37.39 # font.buffer_start == font._index 13.38.33 # btw, the crash I mentioned on the font ask is opened as FS#12317 13.38.34 # http://www.rockbox.org/tracker/task/12317 3Data abort when triggering buflib compaction using the debug menu (bugs, unconfirmed) 13.45.14 # font.cache._index is never written to after being initially set (and in the move callback), but somehow when the crash happens it appears to have the wrong bloody value 13.45.22 # which happens to be 2*diff 13.49.43 # I looked into the crash shortly, and the font structure is fine until shortly before the segfault 13.49.52 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 13.50.01 # it's fine throughout the buflib operation 13.51.12 # in the backtrace on my system it would corrupt somewhere at printing the third line of the debug menu 13.52.16 # fucking hell 13.52.21 # _short is a short* not a void* 13.52.24 # or char* 13.52.36 # so diff is doing pointer arithmatic and mismoving it 13.53.09 Quit Thra11_ (Ping timeout: 260 seconds) 13.53.36 # OK, you really need to add a macro so this doesnt happen again 13.54.12 Quit Stummi (Client Quit) 13.54.20 # #define FIX_PTR(p, diff) if (p) { (void*)p +=diff; } 13.54.23 Quit chkktri (Read error: Connection reset by peer) 13.54.29 Join chkktri [0] (chikakitaa@ip-78-139-196-175.danet.in) 13.54.29 Quit chkktri (Changing host) 13.54.29 Join chkktri [0] (chikakitaa@unaffiliated/chkktri) 13.55.00 *** Saving seen data "./dancer.seen" 13.56.00 # hm, I remember that I looked out for this kind of issue but didn't see non-char*/void* pointers 13.56.06 # must have been blind 13.57.48 # that void* cast isnt working thugh 13.58.15 Join Thra11_ [0] (~thrall@31.185.191.45) 14.01.27 # if (alloc->font.cache._index) 14.01.27 # { 14.01.27 # void** foo = (void**)&alloc->font.cache._index; 14.01.27 DBUG Enqueued KICK JdGordon 14.01.27 # *foo += diff; 14.01.27 # } 14.01.30 # lovely :p 14.01.49 # why that construct? 14.03.15 # becuase gcc barfed with just putting (void*) at the front 14.03.25 # right. you can't cast the lhs, but you can do p = (void*)p + diff 14.03.43 # or that 14.03.56 # should be macro-ised 14.12.15 # JdGordon: does that fix the crash? 14.12.29 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 14.12.29 # * JdGordon screems at powermngnt.c 14.14.12 # [Saint]: ping 14.14.23 Quit keyb_gr (Ping timeout: 258 seconds) 14.15.45 # commit http://pastebin.com/WVfGnPyH and close all the font bugs 14.15.53 # and clip not booting 14.16.17 # at work currenty, will have a look later today 14.17.13 Join stoffel [0] (~quassel@87.180.204.55) 14.17.20 Join keyb_gr [0] (~chatzilla@p4FF0304E.dip.t-dialin.net) 14.20.53 # JdGordon: you found the bug(s) ? What was the problem ? 14.21.10 # pamaury: pointer arithmetics :-) 14.21.41 # well that was a bug, but not the fatal boot one 14.22.05 # not entirely sure what that was, that paste fixes about 3 or 4 different issues, it could have been any of them 14.22.12 # my clip is working fine again though 14.22.16 # so someone commit it 14.22.35 # or fs#12299 (the patch in the last of my comments) 14.22.36 # http://www.rockbox.org/tracker/task/12299 3Font Glyph cache is no longer getting saved (bugs, new) 14.22.45 # yes I read about the pointer arithmetics one, a nasty bug :) It's nice to see it fixed. Perhaps we should wait a bit for other people with a clip to test it and commit 14.22.59 Quit dfkt (Ping timeout: 276 seconds) 14.23.03 # thats what svn is for 14.23.15 # waiting for testers really is an excerisze in futility 14.24.42 # considering the type of a bug I don't think it is needed to test extensively 14.24.57 # we will need to fix this anyway 14.25.01 # true 14.25.31 Quit Thra11_ (Read error: Operation timed out) 14.26.26 # JdGordon: (just looking at the patch) is buf still necessary since you use the global setting now ? 14.26.47 # ? 14.27.12 # in settings.c? yes 14.27.24 # what is the lock in lcd-bitmap-common.c for? 14.27.50 # font access of the scroll thread 14.28.13 # freddyb's catch 14.28.18 # you dont need to lock there 14.28.24 # it's not yielding 14.28.46 # sometimes I think we should have a macro for things like p = (void *)p + delta; this is so common... 14.28.50 # and you don't use the pointer except for getting the height 14.29.07 # then the lock doesnt do anything other than a function call.... 14.29.12 # remove it if oyu want 14.29.21 # it's your patch 14.29.51 # :) 14.30.24 # that makes the entire changes to the locking uneeded 14.30.37 # I would welcome if you would update the patch accordingly 14.32.19 # also the code duplication is still there (font_shrinkfilename()) 14.33.46 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 14.33.48 # http://www.rockbox.org/tracker/task/12299?getfile=24132 take it or leave it. I only fixed these because i felt slightly guilty. im officialy done 14.35.13 # wodz: ping 14.35.17 # pong 14.36.04 # wodz: you didn't answer my question. can you add the backtrace to stock pancif()? 14.36.39 # it shouldn't be a problem 14.36.47 # and what do you thibnk of the idea to compile it as lib? did you need to make many changes? 14.37.05 # dunno - never compiled code as lib 14.37.14 # wodz: I mean, can you add this to the patch? :) 14.37.21 # (not whether it's possible or not) 14.37.38 # I am at work 14.38.26 # compiling as lib can have one benefit - it should be possible to compile this code with -Os -mthumb and squize it to 3kB or so 14.45.39 Quit evilnick (Ping timeout: 260 seconds) 14.47.19 Join AlexP [0] (~alex@rockbox/staff/AlexP) 14.57.13 # What instructions modifying PC on arm are actually used? mov, add, sub, ldr, ldrm, b, bl, bx, blx, blj - anything else? 14.58.22 Quit semitones_ (Ping timeout: 248 seconds) 14.58.49 # wodz: how does the backtrace deal with thumb or even interworking? 14.59.45 # kugel: it should handle it correctly 15.01.21 # <[Saint]> kugel: yo? 15.01.33 Join semitones_ [0] (~quassel@c-69-137-234-83.hsd1.md.comcast.net) 15.02.16 # [Saint]: you didn't update the theme since a while :( 15.02.59 # <[Saint]> Computer issues. 15.03.01 Quit antil33t (Read error: Connection reset by peer) 15.03.13 # <[Saint]> And health/time issues. 15.03.16 Quit factor (Quit: Leaving) 15.03.20 # oh :( 15.04.05 # <[Saint]> I have some updates ill up on flyspray later tonight, though. 15.04.37 # cool 15.05.25 Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) 15.05.35 # [Saint]: I wonder if we should have some forum thread about it, to get more people involved 15.06.28 # Zagor: ping 15.07.04 # <[Saint]> There was a "hey, look at this/test this" thread but I closed it when I put it up on flyspray. 15.07.30 # <[Saint]> I was actually thinking about mentioning it in the general section again. 15.07.31 # I'm more thinking about a "lets collaborate on this" type of thread 15.07.52 # although rockbox is probably not widely used enough on the targets in question 15.08.19 # <[Saint]> Ah, right. Sure. Ill have a play with a new thread if I get time tonight. 15.08.38 # <[Saint]> I'd like to get new people onboard to port their own targets :) 15.09.12 # <[Saint]> All the devices ;) 15.09.57 # IMO we should concentrate on few resolutions, to get the design done 15.10.32 # your theme is good, but there's still a lot room for improvement and some things are questionable/debatable 15.12.03 # I think getting more people working on it can get it leaps forward 15.13.48 Quit wodz (Quit: Leaving) 15.17.15 # <[Saint]> Problem is users with theme syntax knowledge ...there aren't any :) 15.17.54 # well, that's not a requirement 15.18.28 # coding can be done by any one when the design is done 15.18.54 # <[Saint]> Well, no...I'm happy to code up ideas (that are possible) provided its agreeable changes. 15.19.04 # the design isn't yet done, and that can be described/discussed with sketches and photoshop 15.19.24 # <[Saint]> So theme syntax knowledge isn't essential, but it'd sure help :) 15.20.21 Join [Saint_] [0] (65628198@gateway/web/freenode/ip.101.98.129.152) 15.22.53 Join othniel [0] (~othniel@adsl-108-78-207-49.dsl.snantx.sbcglobal.net) 15.23.22 # kugel: pong 15.26.29 Join evilnick [0] (~evilnick@5acc2b6f.bb.sky.com) 15.26.29 Quit evilnick (Changing host) 15.26.29 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 15.30.00 # [Saint]: IMO GodEater made a damn good point when he said "this is what's wrong with this project 15.30.03 # when cabbiev2 was developed there were a LOT of people working on it" 15.30.15 Quit guymann (Quit: fuck internets) 15.30.19 # Zagor: did you look into the zip dependency problem? 15.30.35 # remind me please? 15.31.02 Join guymann [0] (~charles@66.159.145.118) 15.31.11 # "$ make zip" -> "nothing to be done for 'zip'" 15.32.44 # for android? when what is changed? 15.32.57 # I just ran make zip in my android build dir and it builds fine 15.33.25 # right, but once rockbox.zip is there it's always considered done 15.33.43 # no. I had a zip now. 15.34.28 # <[Saint_]> kugel: Forgive me...but you make it sound as though the lack of people working on it is my fault...? 15.34.44 # <[Saint_]> I've never shut anyone out...and never had a *single* offer. 15.35.17 # kugel: "rm apps/main.o && make zip" builds me a zip every time. 15.35.29 # <[Saint_]> You should know being a developer youself, people (in general) don't give when they can just take. 15.36.04 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 15.36.18 # <[Saint_]> My problem was waiting until I had usable ports to post my work, people didn't need to do anything. they had a solution ;) 15.36.20 # [Saint]: no, I didn't mean to say that 15.36.49 # <[Saint_]> I should have put them up when they were all half finished instead ;) 15.37.47 # Zagor: hm, it's only with NODEPS=1. I was pretty sure it also happened without 15.38.40 # either way, NODEPS=1 was meant to restore the old behavior (apk to not depend on zip), that's not what's happening here 15.39.15 # [Saint]: as I said, coding neednt to happen at all before collaborating on a theme 15.40.30 # 13:36 < [Saint_]> I should have put them up when they were all half finished instead ;) 15.41.58 # when cabbiev2 was made, lots of random people kept posting photshop mockups until (after some couple hundreds of posts) the end result was there 15.43.02 # [Saint_]: I'm not saying it's your fault, it's our fault as we didn't make use of our expierience with this topic 15.43.26 # sorry if I sounded like that 15.44.53 # <[Saint_]> It is partly my fault...I did deliberately restrict discussions to IRC to filter out the "You should add this, that, and several other fantasy things..." from users. 15.45.16 # <[Saint_]> It was very deleiberate of my to get things to the point they are now with almost nothing but developer input. 15.45.25 # <[Saint_]> *of my/of me/ 15.46.57 # <[Saint_]> I didn't feel the look really needed any discussion, I wanted it to look as much like "vanilla" cabbiev2 as possible. 15.47.10 # <[Saint_]> I _think_ nI achieved that. 15.47.14 # <[Saint_]> *I 15.47.54 Quit hilbert (Quit: Computer has gone to sleep.) 15.48.56 Join hilbert [0] (~hilbert@89.217.203.0) 15.49.51 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust848.3-3.cable.virginmedia.com) 15.51.44 Quit [Saint] (Quit: AndChat - Android IRC Client - http://www.andchat.net/) 15.53.26 Join matze` [0] (~pflaume@p5498ABF0.dip.t-dialin.net) 15.55.03 *** Saving seen data "./dancer.seen" 15.57.41 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 15.58.49 # will I be chased with a pitchfork if I say I don't want cabbe as default theme on android? :) 16.01.42 # Not by me :) 16.01.58 # I have nothing against Cabbie, but it just doesn't feel quite right on touchscreen 16.02.05 # so you'll join me running, then? 16.02.10 # Zagor: no, I don't know cabbe personally :) 16.02.12 # Even [Saint_] is doing excellent work on it 16.02.26 # Zagor: Yeah, although I sense this is a cunning plan of yours 16.02.34 # Zagor: Now you only need to run faster than me 16.02.48 # I think cabbie can be made a nice fit for touchscreens 16.03.12 # Zagor: what do you think is wrong with cabbie? 16.03.28 # I'm not totally down on it, and [Saint_]'s work is a lot better for sure 16.03.58 # <[Saint_]> "even [Saint_] "? ;) 16.03.59 # it's hard to put into words. it's too... round ... yellow and ... cartoonish I think. 16.04.11 # <[Saint_]> that implies (to me) I shouldn't be ;) 16.04.39 # <[Saint_]> Zagor: I got crucified for implying that RaaA should have a theme other than cabbie. 16.04.44 # I would like a cooler (as in temperature) theme more focused on elegance and simplicity 16.04.57 # <[Saint_]> and told in no uncertain terms it'd never be comitted 16.05.10 # [Saint_]: Sorry, there is a "though" missing from that sentence :) 16.05.20 # <[Saint_]> basically "its cabbie, or your work is irrelevant" 16.05.33 # <[Saint_]> was what I was told. 16.05.34 # [Saint_]: wow, that's harsh 16.05.37 # Zagor: Yes, I think I tend to agree 16.05.38 # Zagor: I found the current cabbie standing for elegance and simplicity already 16.05.53 # <[Saint_]> I do too, personally. 16.05.55 Join fatline [0] (~fatline@108.27.113.221) 16.06.01 # <[Saint_]> its grown on me since I've workied on it. 16.06.13 # <[Saint_]> its also "the face of Rockbox" 16.06.15 # gold and grey colors are not cartoonish in my book 16.06.25 # <[Saint_]> I don't think we can change it without changing *all* default themes. 16.06.37 # <[Saint_]> ...which is a huge task. 16.06.52 # [Saint_]: I disagree. the look of rockbox on android has very little to do with the look of rockbox on other targets 16.07.17 # <[Saint_]> I wish I'd been told that before I started ;) 16.08.02 # the android app is different on so many levels. in all other cases, we are the masters of the device. replacing "OF crap" with our superior software. 16.08.06 # <[Saint_]> I basically got "Don't break the mold, or the theme your working on will be your own, and never the default" 16.08.17 # on android, we are guests. 16.08.22 # <[Saint_]> so I went for "classic cabbiev2" 16.08.26 # Zagor: I tend to disagree. the uniform look is one of rockbox' strength, and I see no apparent reason to do things differently on android 16.08.43 # <[Saint_]> I agree there too. Actually. 16.08.57 # <[Saint_]> this is spooky, I'm agreeing with kugel far too much tonight ;D 16.09.01 # it's only a strength for die-hard rockbox fans. 95% (at least) of android users will have never seen rockbox before 16.09.25 # I am not aiming for the converts. I'm aiming at the people who don't have a clue who we are. 16.09.29 # I think my main problem is not actually so much the theme (or WPS rather), it is mainly the lists etc. 16.09.37 # <[Saint_]> But, when they then discover Rockbox on itll have a uniform look. 16.09.56 # I don't see anyone really going Android --> DAP 16.10.10 # If people are using their phones for music, they aren't going to go the other way 16.10.11 # <[Saint_]> I think RaaA can help bring users to other Rockbox targets, when its "out" 16.10.16 # I totally agree we have usability problems, but the design of cabbie (general looks, colors) is fine 16.10.26 # RaaA or not 16.10.46 # yeah, this is an opinion thing. we can discuss until we're blue and never agree. I just figured I should mention it :-) 16.10.51 # <[Saint_]> AlexP: they may not know its a viable alternative. 16.10.56 # <[Saint_]> ...just a suggestion. 16.11.05 # <[Saint_]> they may have never heard of Rockbox before. 16.11.17 # <[Saint_]> And choose to dig out the old DAP 16.11.27 # I think the number of people that chose to do that will be miniscule 16.11.30 # But anyway 16.11.49 # I don't think we should worry about the design too much for now, the usability issues are much more important 16.12.04 Join WalkGood [0] (~4@unaffiliated/walkgood) 16.12.04 # to me, that type of thinking is leaning towards "rockbox dap emulator on android" 16.12.09 # fwiw, ABI's review of some android-powert dap mentioned rockbox often and only in good ways 16.12.17 # this is an android app, not "rockbox on android". 16.12.49 # we have to be more attractive than all the other players on the market 16.12.53 # yes 16.13.10 # Zagor: yes, that's probably what you see when you are long into rockbox. I dont think newcomers will see it this way 16.13.57 # kugel: you think newcomers will be happy that their app looks like an iphone firmware they have never seen? 16.14.17 # I don't quite understand what you mean 16.14.38 # IMO our wps looks better than the stock music app's one 16.15.23 # * [Saint_] thinks this too 16.15.28 # Zagor: I don't think they will see it as a "hostile firmware" 16.15.35 # <[Saint_]> I cant really comment, though. 16.15.44 # <[Saint_]> its "my baby", and I'm biased, blatantly. 16.15.46 # I think what you mean cannot be undone without native widgets anyway 16.16.08 # of course it can 16.16.10 # I *might* shock some people here but the WPS screen is the one I use the least of all 16.16.39 # <[Saint_]> thats 'cos your player has no audio output! :P 16.17.06 # I don't have an android phone but I think it's far more important to be able to quickly find the music you want to play; then you don't look at the screen :) 16.18.08 # The same thing for settings and so: you *don't* want to fight with the UI 16.18.16 # <[Saint_]> if FFWD/REW were enabled for the .sbs (who's our new maintainer, btw?) then we wouldn't *need* the WPS on Android ;) 16.18.28 # <[Saint_]> I like being able to control playback from all listys. 16.18.32 # <[Saint_]> *lists. 16.18.38 # <[Saint_]> Only FFWD/REW is missing. 16.18.47 # [Saint_]: yeah that's a very nice touch 16.19.12 # <[Saint_]> AFAIK, we're the only app doing that, so far. 16.20.12 # <[Saint_]> AA doesn't seem to work in CM, but...that's a very "don't really have to worry about it" issue. 16.20.21 # <[Saint_]> It'd be nice if it did though 16.20.26 # * [Saint_] looks at kugel ;) 16.20.53 # <[Saint_]> WHoops. *AA doesnt seem to work in the lockscreen, in CM 16.21.14 # <[Saint_]> playback control works, but there's no album art. 16.21.20 Quit zchs (Ping timeout: 265 seconds) 16.21.22 Join TheLemonMan [0] (~LemonBoy@ppp-179-18.26-151.libero.it) 16.22.37 Quit keyb_gr (Ping timeout: 244 seconds) 16.22.56 # [Saint_]: AA in the lockscreen uses some internal API. does any other app work with ti? 16.23.23 # when I looked at it it needs the app to use the standard database (or at least the playing song to be in it) 16.24.10 # <[Saint_]> Ah, right. Google Music beta, Google Music, and CM's Music app have AA in the lockscreen. 16.24.38 # <[Saint_]> I guess it figures we can't use it, then...bugger. 16.25.33 # hm interesting that they work 16.25.48 # the setting even says it only works with the builtin app 16.25.52 Quit fatline (Quit: This computer has gone to sleep) 16.25.55 Join [Saint] [0] (~Saint]@101.98.129.152) 16.25.58 Quit othniel (Remote host closed the connection) 16.26.13 Join othniel [0] (~othniel@adsl-108-78-207-49.dsl.snantx.sbcglobal.net) 16.26.25 # I suppose it works with any app that plays music using the standard system service 16.26.38 Quit [Saint_] (Quit: Page closed) 16.27.26 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net) 16.27.31 Quit evilnick (Remote host closed the connection) 16.29.28 # I have a correction to the sansa e280v1 manual. My rockbox player allows me 3 settings: 24k, 22.05, & 16 whereas the manual says only the middle one is permitted. Do I have access to make this change myself? 16.29.47 # upload a patch to flyspray 16.29.53 # Section 10.2 16.30.01 # 10.3 I mean 16.30.53 # I checked the recording and it truly is 16KHz sampling. 16.31.12 # er 16.31.25 # you mean, when you select 16? or always? 16.31.38 # I changed WiKI stuff but dont know how to do flyspray. 16.31.53 # I set that as preference on recording settings 16.31.58 # Didnt check 24 16.32.12 # but I'm guessing they added 24 and 16 kHz 16.32.23 # to the 22.05 that was there originally. 16.33.59 # othniel: You can just go to flypsray and open a bug report that mentions that information, if you can't figure out how to make a patch against the manual to post there. 16.48.50 # How do I make a patch against the e200v1 manual? 16.49.00 # I'm in Flyspray now. 16.49.31 # you change the source markup in the manual, make a diff, and upload that 16.49.40 # Pretty much the same way you'd make any patch 16.50.25 # No checkout? or checkin? I thought this was SVN. 16.50.43 # You check out the code, sure. 16.50.51 # You don't check it in, you're not a committer. You post a patch. 16.51.09 # ok where are these instructions? 16.51.44 # On the website, in the for developers section of the docs index, if memory serves. 16.53.48 # Is all this necessary even for a change to the e200 manual? 16.54.44 # As compared to what? 16.55.13 # There are basically three steps. Write the text. Convert the text to a patch. Commit the patch. Step 3 must be done by a committer. 16.55.41 # Step 1 *or* step 2 can be the flyspray task. 16.55.53 Join 17WAAFM6N [0] (~powell14s@c-174-51-194-6.hsd1.co.comcast.net) 16.59.29 # I want to document the fact that the sansa e200 target allows recording with a sample rate/frequency of 24, 22.05 and 16 kHz instead of the 22.05 only mentioned currently. So I registered for Flyspray -- I looked for that bug report. Nothing on this topic. So I would do it myself if it were easy. 17.00.22 # I'm confused. 17.00.35 # the manual is built from LaTeX source code, stored in the same repository as the Rockbox source 17.00.47 # All you have to do is post a bug report against the e200v1 manual and say "The manual says this (text) but (text) is correct" 17.00.47 # So yes, you need to check out the source byf ollowing the developer instructions 17.00.52 # You don't need to post a patch 17.00.53 # You don't need to actually built it 17.01.01 # A patch is just preferable since that means someone else doesn't have to make it to commit your change. 17.01.03 # Or, yes, just report it as Llorean says. 17.03.27 # Can someone running a recentish current build with playlists on their device answer a question for me? 17.03.30 # I don't have a DAP handy 17.05.24 Join keyb_gr [0] (~chatzilla@p4FF02B5F.dip.t-dialin.net) 17.05.51 # <[Saint]> Depends on the question :) 17.06.30 # Just click select on the playlist in the file browser (not the catalog). Does it execute the playlist, like it used to, or does that invoke "browsing" the playlist now? 17.06.37 Quit benedikt93 (Ping timeout: 256 seconds) 17.06.48 # I swear when the catalog changes were going in I was told repeatedly that selecting it in the browser would still simply invoke it, not browse it. 17.07.55 # <[Saint]> ....fudge. no battery. 17.08.03 # Ah well. Dug up my e200 17.08.04 # Updating it 17.08.21 Join Thra11_ [0] (~thrall@31.185.191.45) 17.08.31 # <[Saint]> I _think_ the browsing behaviour was intended. 17.08.38 # <[Saint]> From memory. 17.09.08 # <[Saint]> The catalogue launches, filebrowser browsed. 17.09.11 # Llorean: can't you play it directly by hitting a different button, on targets with enough buttons? 17.09.18 # Torne: I don't know. 17.09.26 # i believe targets with dedicated play buttons it plays it 17.09.29 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 17.09.30 # i don't have a device handy thouhg 17.09.45 # Torne: How would that work? "Play" is resume / return to the file browser on most of those 17.10.02 # Ah well, e200 has that dedicated button, so I can test. 17.10.03 # * Torne isn't sure, doesn't use playlists. 17.10.23 # anyway, i'm not sure that there is a problem with pressing select twice instead of once.. 17.10.37 # Torne: It doesn't return you to the WPS any more 17.10.49 # After pressing select twice, you then need to press something else, or a combo on low-button players, to get back to it 17.11.12 Quit robin0800 (Quit: Leaving) 17.11.13 # Bafflingly, instead of returning you to the WPS, it returns you to the file browser, with the playlist highlighted. 17.11.58 # Huhh. 17.12.00 # Okay, that sounds wrong 17.12.05 # Yeah 17.12.11 # <[Saint]> I guess this is why testing is better than arguing about implementation for weeks :) 17.12.13 # I expect all actions that start something playing to take me to wps 17.12.39 # [Saint]: It's not a bug. That was part of the implementation description. 17.12.40 # since almost all the time, the action that starts soemthing playing will be the last thing i do 17.13.39 # <[Saint]> Llorean: but you've apparently found something wrong with it now? 17.13.39 # This whole feature seems to make it harder to "just use" playlists, in favor of making it easier to do more complex things with it. 17.14.25 # <[Saint]> It favourable the catalogue for "just using" playlists, as it should, IMO. 17.14.25 # [Saint]: I'm not sure. I thought I was told file browser playlist use wouldn't change. 17.14.36 # If it wasn't supposed to change, then there's a bug 17.14.46 # if it was supposed to work in the same in the browser as the catalog, this isn't a bug 17.14.52 # I'm uncertain on that point. 17.15.03 # <[Saint]> I seem to recall the change being intentional. 17.15.04 # The "not returning to the WPS" though isn't a bug, as far as I know, but rather how the catalog is supposed to work. 17.16.27 Join n1s [0] (~quassel@rockbox/developer/n1s) 17.16.53 # [Saint]: My understanding of the patch, as it was told to me, was that it changes how "Playlist Catalogue" works, but not how filetree accessed playlists work. 17.18.50 # <[Saint]> My understanding was that playlists launched through the catalogue, ans opened to view from the browser. 17.18.59 # <[Saint]> *and 17.19.50 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 17.20.24 # [Saint]: Why does that make any sense? The catalog is the only place you can insert songs into other playlists, etc. 17.20.31 # It's the tool for editing them 17.20.46 Quit othniel (Ping timeout: 248 seconds) 17.21.22 # <[Saint]> Can't you do it via the filebrowser context menu? !? 17.21.35 # Do what? 17.22.03 # I certainly can't play a playlist from it. 17.22.03 # <[Saint]> Add to a playlist. 17.22.23 Join CGEffex [0] (David@181.sub-75-197-127.myvzw.com) 17.22.30 # You can add tracks to a playlist *in the catalog* yes. 17.22.57 # I just want to be able to browse to a playlist and hit "select" to play it like we used to be able to. If I want to use the advanced catalog features, I'll put it *in* the catalog. 17.23.37 # Hello, I have a question about my mp3 player, and if a port could be made for it... 17.23.58 # CGEffex: Ports are pretty much made by people who own the player, and are interested in doing a lot of hard work. 17.24.23 # Oh...I'm not much of a coder... 17.24.53 # CGEffex: It takes a lot of interest for a port to happen. Typically, that means someone who owns the player and really wants that specific player to run Rockbox badly enough. 17.24.56 # what player is it? 17.25.04 # You see, before I got my walkman nwz-e344 one of the specs I really liked was it's ability to record off fm radio 17.25.26 # Come time I get the player, it has the radio but no option to record! 17.25.30 # * [Saint] grumbles at JdGordon 17.25.57 # <[Saint]> I just cleared MT configuration, and created a new playlist ...where did it put it? 17.26.05 # <[Saint]> Exactly the dir a stated. 17.26.05 # I've had it for a while now, but recently I've really been wishing I could somehow get the ability to record the radio off of it 17.26.31 # <[Saint]> "/.rockbox/Playlists" 17.26.52 # CGEffex: it's possible the hardware can't actaully do that at all :) and no, there is no port for that 17.26.53 # in [my eyes] and easy feature to add through rockbox would be the ability to record what comes off the radio... 17.27.15 # If you do a whole port for the device, and the hardware actually supports it, then recording the radio is trivial, yes :) 17.27.19 # Like, you don't need a microphone to record your computers speaker output 17.27.24 # you can do it internally 17.27.26 # but expect to put dozens/hundreds of hours into porting rockbox first 17.27.33 # <[Saint]> Llorean: assuming you've not set it elsewhere ...where is your playlist catalogue dir? 17.27.39 # and it is possible that the player can't do it anyway :) 17.27.54 # And it's possible I'm not actually a coder anyway... 17.27.58 # :( 17.27.58 # <[Saint]> */Playlists or /.rockbox/Playlists 17.28.05 # CGEffex: It actually depends. The radio audio may be wired directly through to the audio output, without passing through any part the software can pick up. 17.28.16 # Oh... 17.28.16 # [Saint]: Where do I check that? 17.28.45 # <[Saint]> Just check the filesystem. 17.28.59 # <[Saint]> See what exists. 17.29.16 # If I try to save the dynamic playlist it wants to save in /Playlists 17.29.22 # Are you using RaaA or on-device? 17.29.32 # <[Saint]> RAAA 17.29.36 # It may be different there 17.29.46 # <[Saint]> I suspect that shouldn't differ. 17.29.55 # I just feel like I remember it being mentioned that it would be different there. 17.29.59 # You say that, but we need to remap paths on android 17.30.01 # I'm not sure why 17.30.03 # <[Saint]> I can't account for it, I cleared my. Cfg 17.30.04 # because otherwise lots of things would try and access / 17.30.06 # or /.rockbox 17.30.07 # or similar 17.30.12 # which are not writable 17.30.22 Quit semitones_ (Ping timeout: 248 seconds) 17.30.32 # I suspect that our filesystem code is doing something clever to remap stuff to be under /mnt/sdcard/.rockbox 17.30.42 # and nobody thought to handle playlists as a special case 17.30.48 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 17.30.54 # <[Saint]> Hmmm. 17.30.59 Quit keyb_gr (Ping timeout: 240 seconds) 17.31.27 Part CGEffex ("Leaving") 17.31.54 # <[Saint]> Well, it wants to put things in /.rockbox/Playlists for me. 17.32.17 # I thought it was /Rockbox/ on RaaA 17.32.21 # <[Saint]> (Which would actually be /rockbox/Playlists" 17.32.24 # <[Saint]> ) 17.32.53 Quit petur (Quit: *plop*) 17.33.04 # <[Saint]> Llorean: it is, but configuration files still refer to .rockbox 17.33.09 Join keyb_gr [0] (~chatzilla@p4FF02B5F.dip.t-dialin.net) 17.33.37 # <[Saint]> Which points to /mnt/sdcard/rockbox 17.33.50 # well, /sdcard/rockbox actually ;) 17.33.53 Quit hilbert (Quit: Computer has gone to sleep.) 17.33.59 # android's fs layout is full of hilarious symlinks 17.34.08 # I guess it'd be impolite to just clutter the root of the sdcard on a multiuse device with folders like "Playlists" 17.34.33 # I don't think that's really true 17.34.39 # <[Saint]> Why? Lots of other apps do it, even Google. 17.34.43 # Android itself has a bunch of root directories on there, like Music, Pictures, etc 17.34.48 # Playlists seems perfectly reasonable 17.34.48 # Torne: Yeah 17.34.55 # it contains standard playlist files in a stnadard format 17.34.59 # which other apps could use perfectly fine 17.35.01 Join hilbert [0] (~hilbert@89.217.203.0) 17.35.06 # I guess that's true for Playlists, actually 17.35.23 # <[Saint]> Listen drops a com.Foo.bar dir in /sdcard 17.35.38 # * Llorean doesn't know what Listen is. 17.35.39 # <[Saint]> Qhen it could easily put it elsewhere. 17.35.50 # Most of my apps seem to put things in /sdcard/data/(appname) 17.36.26 # <[Saint]> As it should...Listen is a Google podcast-esque kinda thing. 17.37.00 # <[Saint]> (That's buggy as hell :)) 17.38.19 # <[Saint]> RaaA should /probably/ use /sdcard/data/rockbox as well...if we actually care about "clean" sdcards. 17.38.47 # We shouldn't use /sdcard at all, really 17.38.52 # <[Saint]> Ans not drop dies hither and thither. 17.38.53 # The paths are not actually guaranteed to be fixed 17.38.55 # or sensible. 17.39.07 # <[Saint]> True. 17.39.08 # some andorid devices now have /sdcard-ext incidentally :) 17.39.10 # how come the menu option was called "Playlists catalogue" rather than just "Playlists", btw? 17.39.21 # so we could argue the spelling? ;) 17.39.23 # because they have internal eMMC and *also* a card slot 17.39.43 # So yeh. We should be calling the magic android APIs that give you the right places to put data 17.39.53 # Unfortunately they don't really give us the info we want :) 17.40.03 # Zagor: Because it doesn't find them itself, so they must be manually added, I guess? 17.40.06 # how to resolve this problem: er, yeah, dunno 17.40.55 # * [Saint] cracks the google-whip 17.41.00 # Llorean: no I mean the actual text shown in our top menu. why "catalogue?" it doesn't match "Files" for instance. 17.41.01 # <[Saint]> Fit it! 17.41.09 # * Llorean would like a simpler playlists interface, where adding/modifying playlists is activated through the context menu on them, selecting a playlist just plays it, and "Playlists" isn't anything special other than being a shortcut to a folder. 17.41.43 # * [Saint] could think of a better time to gave brought that up....:) 17.41.59 # <[Saint]> Like, ~4 or 5 weeks ago. 17.42.04 # [Saint]: I've said that several times over the years. 17.42.31 # it's always a good time to make things better 17.42.38 # [Saint]: I objected to the patch but was told my objection didn't count. 17.42.46 # <[Saint]> But not during the development of the catalogue? Nor checking for regressions? ;) 17.42.59 # <[Saint]> Regressions always matter. 17.43.04 # What regressions? Apparently everything's working as intended. 17.43.13 # <[Saint]> Differences of opinion not so much. 17.43.16 # the pl catalogue was added years ago 17.43.35 # and it always seemed a rather obscure feature to me 17.44.01 # n1s: It is nice to be able to context menu on an arbitrary file, and then add it to an arbitrary playlist. 17.44.07 # <[Saint]> Llorean: if it doesn't work as it used to...which you suggest, without good reason to, I'd call that a regression. 17.44.31 Quit keyb_gr (Ping timeout: 245 seconds) 17.44.39 # [Saint]: The intent of the patch was to make a bunch of things not work as they used to. 17.44.54 # [Saint]: So, that goes into "differences of opinion" as to what old behaviours should be kept 17.45.11 # Llorean: yeah, that sounds nice if you do playlists, i didn't know it could do that 17.45.58 Join keyb_gr [0] (~chatzilla@79.240.43.95) 17.48.02 # It's one of those cases where "let's stop and look for a well rounded solution" was dismissed with "stop objecting, this idea works okay, let's go" I think. The fear that if we stop and think, nothing will ever get done. 17.48.38 # <[Saint]> Which in fairness often happens. 17.48.50 # And? 17.48.59 # I think "doing nothing" is better than "doing the wrong thing, then having to fix it later" 17.49.14 # to some, that is progress 17.49.17 # <[Saint]> ...nothing gets done. Or things that were done rot. 17.50.31 # <[Saint]> Having to fix a misguided implementation makes it more likely the right implementation will get in, that waiting for the right implementation before comitting. 17.50.46 # <[Saint]> Not always appropriate, but, ...yeah. 17.51.03 # I agree that that might be the case, but I don't agree with that as being a good way to treat other developers, and users. 17.51.17 # <[Saint]> If its I 17.51.35 # <[Saint]> *immediately after a release..."meh". 17.51.47 Part Zagor 17.51.56 # Bugs are one thing. Bad features are another. 17.52.03 # [Saint]: as long as fixing the thing doesn't change the UI because then it's impossiblew 17.52.09 # <[Saint]> Oh, certainly. 17.52.28 # If a good feature might have a lot of bugs. This happens. A bad feature shouldn't be committed to prompt someone else to write a good version of it. 17.52.38 # <[Saint]> I learnt that the hard way. 17.53.04 # <[Saint]> It'll be a cold cold day in hell before I bring up a simple ui change again :) 17.54.56 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/) 17.55.04 *** Saving seen data "./dancer.seen" 17.55.15 Join hilbert [0] (~hilbert@89.217.203.0) 17.55.47 Join Strife89 [0] (~Strife89@207.144.201.128) 17.57.17 Join fatline [0] (~fatline@dyn-209-2-220-188.dyn.columbia.edu) 18.07.04 Quit GermanMushroom (Ping timeout: 258 seconds) 18.07.16 # * fatline hello world 18.10.51 # <[Saint]> Hello fatline...? :) 18.11.07 # hi :) 18.11.36 Join othniel [0] (~othniel@adsl-108-78-207-49.dsl.snantx.sbcglobal.net) 18.19.24 Part othniel 18.19.37 Join othniel [0] (~othniel@adsl-108-78-207-49.dsl.snantx.sbcglobal.net) 18.19.43 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 18.24.52 Join y4n [0] (y4n@unaffiliated/y4ndexx) 18.35.20 Quit hilbert (Quit: Computer has gone to sleep.) 18.36.27 Join hilbert [0] (~hilbert@89.217.203.0) 18.43.04 Quit keyb_gr (Ping timeout: 260 seconds) 18.43.50 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 18.45.12 Join keyb_gr [0] (~chatzilla@p4FF02B5F.dip.t-dialin.net) 18.50.40 Quit ChickeNES (Quit: Computer has gone to sleep.) 18.52.02 Join Jerom [0] (~jerome@79.132.42.48) 18.52.58 Quit keyb_gr (Ping timeout: 244 seconds) 18.58.35 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 18.58.57 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 19.03.03 Join RansomTime [0] (~RT@wikia/vstf/Randomtime) 19.08.06 Join chaser [0] (~5685a117@www.haxx.se) 19.08.12 # hi all 19.08.28 # <[Saint]> O/ 19.09.53 # could anyone please tell me something technical about rockbox 19.10.47 # <[Saint]> Anything in particular? 19.10.50 # <[Saint]> :) 19.11.03 # <[Saint]> Or just something random? 19.11.44 # something partcicular and random hehe 19.12.01 # is there any development to playback 24/192 flac? 19.12.20 # and can a compile be seen to be rockbox by looking at the hex? 19.13.00 # Nobody who wants 24/192 playback has stepped forward to do the work, as far as I know. 19.13.13 # What do you mean by the second question? It seems confusing. 19.13.33 # I have a Colorfly C4 and I just wanted to know if the source was Rockbox 19.14.05 # <[Saint]> I assure you it isn't :) 19.14.23 # <[Saint]> At least, no official port. 19.14.30 # mmmmm 19.14.45 # this is why i wonered if there was a hex on the binary that may show it being rockbox 19.15.13 # I have a download of the firwamre 19.15.15 Join saratoga [0] (aefd50c0@gateway/web/freenode/ip.174.253.80.192) 19.15.16 # Rockbox is open source. They could remove or change anything they wanted. 19.15.24 # true 19.15.29 # thought they may be stupoid hehe 19.15.42 # and left it it 19.15.45 # in 19.15.48 # You'd basically need to actually understand what the code does, and compare algorithms in areas that they're unlikely to have changed, etc. 19.15.50 # we do support 192/24 flac 19.16.10 # <[Saint]> Ask for the sources...if its using rockbox code, they'd need to give you the sources the used. 19.16.21 # We resample it moderately badly though, no? 19.16.23 # i added it a while ago 19.16.23 # <[Saint]> *they used. 19.16.24 # and it may not decode fast enough 19.16.28 # depending on cpuy 19.16.32 Quit liar (Read error: Connection reset by peer) 19.17.02 # fast cpu 19.17.10 # mmmm okay 19.17.24 # <[Saint]> Llorean: you forgot the simple "ask them" route :) 19.17.36 Quit Torne (Read error: Connection reset by peer) 19.18.16 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 19.18.32 # I asked and they said it doesnt support 19.18.50 # but wont tell me if it does or doesnt use rockbox 19.18.55 Join Torne [0] (~torne@rockbox/developer/Torne) 19.19.05 # That's definitely not rockbox 19.19.12 # well, probably not 19.19.13 # they dont use rockbox 19.19.17 # they would've had to modify a huge amount of stuff :) 19.19.31 # since it uses a crazy decoder chip thingy by the look of it 19.19.44 # yeah 19.19.45 # <[Saint]> Right...Rockbox has no code specific to that device, unless it shares some hardware with another similar player we do support. 19.19.50 # high performance DAC and SRC 19.20.09 # no, the actual decoder 19.20.14 # oh sorry 19.20.23 # doesn't look like it's using a general purpose CPU for it 19.20.26 # just so annoying it doesnt support flac 19.20.33 # and the only decoder we've ever supported is the ancient one int he Archos that only supports mp3 19.21.03 # well that's what you get for buying a pretentious piece of poser hardware :) 19.21.08 # inferior software support 19.21.33 Quit GermanMushroom (Quit: Ik ga weg) 19.21.39 # lol thanks Torne :-) 19.21.45 # http://colorfly.colorful.cn/brand_story.html <= lots of fun audiophile mumbo jumbo there 19.22.00 Join Horscht [0] (~Horscht@p5DD56F1B.dip.t-dialin.net) 19.22.00 Quit Horscht (Changing host) 19.22.00 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.22.06 # sound great with 24/192 .wavs 19.22.33 # "the original audio must pass through 8 modes from input to output for the sake of getting the perfect voice" 19.22.58 # 14/192 is stupid anyway, so no surprise the thing is crap 19.23.05 # 24 19.23.32 # clueless customers means bad hardware 19.26.02 # too much noise at 192 19.26.40 # and 176 19.26.57 # huh? 19.27.15 # <[Saint]> "The audio must pass through 17 layers of concentrated unicorn stem cells, and be bombarded with neutrinos for the perfect voice..." 19.27.17 # noise has nothing to do with sampling rate 19.27.57 # * [Saint] loves audiophiles 19.28.04 # 96 and 192 are dumb because they dont do anything useful 19.28.07 # <[Saint]> "Loves" 19.28.26 # it adds noise when sampling at that frequncy 19.28.33 # 88 is the best I find 19.28.35 # just marketing crap for people with more money then sense 19.28.43 # higher numbers means nothing 19.29.20 # <[Saint]> Yeah...unicorn stem cells is where the good audio is at. 19.30.24 # <[Saint]> And neutrinos, so the sound travels faster than light, so you hear the betterness faster :) 19.39.02 Quit matze` (Remote host closed the connection) 19.39.29 Quit saratoga (Ping timeout: 252 seconds) 19.39.51 # JdGordon: Where can I find that patch? 19.40.15 # * amiconn may be able to test today, but later (maybe in 3 hours or so) 19.41.12 Join Buschel [0] (~chatzilla@p54A3BFCF.dip.t-dialin.net) 19.42.24 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 19.44.38 Join Keripo [0] (~Keripo@SEAS238.wlan.seas.upenn.edu) 19.52.11 # * amiconn has frequent hangs on swcodec too, specifically H1x0 19.52.41 # Build is not fully up to date yet though 19.54.26 Quit sinthetek (Remote host closed the connection) 19.54.29 Quit Keripo (Ping timeout: 276 seconds) 19.55.05 *** Saving seen data "./dancer.seen" 19.55.23 Quit Buschel (Ping timeout: 240 seconds) 19.57.53 Join sinthetek [0] (~sinthetek@cpe-174-111-016-189.triad.res.rr.com) 19.57.53 Quit sinthetek (Changing host) 19.57.53 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 19.59.05 Join telliott [0] (~Tim@d27-96-170-180.evv.wideopenwest.com) 20.03.44 # I just got a 160GB iPod Classic and I'm reading about EmCORE 20.04.44 Quit pamaury (Ping timeout: 260 seconds) 20.04.57 # <[Saint]> Although it might seem so emCORE and rockbox aren't related projects. 20.05.16 # <[Saint]> The classic is still officially "unusable" 20.06.06 # That sucks. I guess I'll wait then 20.06.23 # <[Saint]> Mostly due to lack of dual-boot, and no rockbox bootloader, and the non-trivial installation method. 20.07.05 # <[Saint]> Its certainly usable, just don't expect a tonne of support yet ;) 20.07.05 # Do you know what options the emcore boot loader procides? 20.07.40 # <[Saint]> Basically nothing except booting rockbox and apple's disk mode. 20.07.41 # I have been using Rockbox for years on my Archos 20.07.52 # <[Saint]> Unless you're an advanced user. 20.08.35 # I did see a video of someone using a hacked version of the iPod software 20.08.58 # <[Saint]> EMCORE is a VERY powerful tool...a lot more powerful than an average user needs it to be, really. 20.09.36 # <[Saint]> Its the only way yo boot Rockbox presently, though. 20.09.38 # [Saint]: wrong, it doesn't even boot disk mode 20.09.51 # just rockbox, umsboot, console, tools, and i think that's it 20.09.51 # One thing I hate most about the ipod software is the distorted album art 20.10.14 # <[Saint]> Oh? I thought disk mode was bootable from EMCORE on the classics now. 20.10.19 # <[Saint]> My mistake. 20.10.23 # nope, no apple code at all 20.10.35 # i'd really like to know why it fails though 20.11.18 # I finally baught a classic since the current model will most likely be the last 20.11.31 # yeah, seems like that 20.11.37 Join Buschel [0] (~chatzilla@84.163.191.207) 20.12.32 Quit Thra11_ (Ping timeout: 244 seconds) 20.12.36 # I guess I'll wait till the developers say Rockbox is working fully 20.12.49 # <[Saint]> It is working. 20.13.15 # <[Saint]> "Unusable" is simply a classification. 20.13.28 Join joshin [0] (~josh@ip72-201-88-235.ph.ph.cox.net) 20.13.29 Quit joshin (Changing host) 20.13.29 Join joshin [0] (~josh@unaffiliated/joshin) 20.13.31 # Vool 20.13.34 # Cool 20.13.37 # <[Saint]> Due to it not meeting certain criteria. 20.14.03 # <[Saint]> It's certainly usable though. 20.14.12 Part WalkGood 20.14.32 # So can I install the emcore loader and rockbox without losing my music? 20.14.43 # <[Saint]> No. 20.14.57 # <[Saint]> You'll need to back it up first. 20.15.05 # installing emcore will wipe absolutely everything that's on the ipod and completely remove the apple firmware 20.15.11 # <[Saint]> The install formats the disk. 20.15.15 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 20.15.32 # <[Saint]> So you'll lose iTunes compatibility also. 20.15.38 # <[Saint]> If you care. 20.15.53 # I don't care about losing the ipod software. I love Rockbox. 20.16.18 # <[Saint]> After installation, as far as iTunes is concerned its no longer an iPod. 20.16.22 Quit scorche|sh (Changing host) 20.16.22 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 20.16.33 # <[Saint]> Just a big removable disk. 20.17.14 # anny current issues with the rockbox software itself? 20.17.26 # <[Saint]> Plenty :) 20.17.42 # <[Saint]> Nothing serious, though. 20.18.02 # <[Saint]> Battery life on the classic sucks a bit...that's all really. 20.19.20 # I may wait a bit. I'm using MediaMonkey to convert flac files to mp3 and load my ipod. It's taken a couple of evenings overnight 20.19.56 Quit stoffel (Remote host closed the connection) 20.20.56 # [Saint], thanks for the info 20.20.57 # <[Saint]> Just don't bother and use flac on rockbox :) 20.21.49 # I like high bitrate vbr mp3 files for portable use. I can fit more on the drive 20.21.53 # <[Saint]> No problem. 20.22.49 # I'm currently encoding vbr at -v1 20.23.07 # <[Saint]> Quite a few users have had success with putting large capacity ssd disks in the Classic. 20.23.21 # <[Saint]> Expensive, but worth it. 20.23.38 # I'm sure but I'm not ready for that yet 20.23.49 Quit chkktri (Ping timeout: 256 seconds) 20.23.53 Quit y4n (Quit: 6,000,000 ways to die — choose one.) 20.24.33 # What is the largest drie now that will fit in the slim classic case? 20.24.40 # drive 20.27.32 Join chkktri [0] (chikakitaa@ip-78-139-196-175.danet.in) 20.27.32 Quit chkktri (Changing host) 20.27.32 Join chkktri [0] (chikakitaa@unaffiliated/chkktri) 20.27.35 # Torne: does it look ok for you? http://pastebin.com/Lmu2xhtt 1)it changes mode to sys 2) allocates separate stack for svc/abt/undf 3) makes SWI explicitly forbiden now. 20.27.51 Quit chaser (Quit: CGI:IRC (Ping timeout)) 20.28.13 # Torne: If that's ok I'll go and modify the rest of Crt0.S files and post a patch on FS 20.29.23 # I quickly tested that it boots on my rk27xx 20.30.07 Join y4n [0] (y4n@unaffiliated/y4ndexx) 20.34.22 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.34.23 Quit bertrik (Changing host) 20.34.23 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 20.36.19 Join petur [0] (~petur@rockbox/developer/petur) 20.50.39 Quit Guinness (Read error: No route to host) 20.50.50 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 20.53.45 Quit Guinness (Read error: No route to host) 20.54.12 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 20.58.25 Quit nomada (Remote host closed the connection) 21.00.51 Join nomada [0] (~nomada@irc.consciente.de) 21.01.45 Quit telliott (Quit: Leaving) 21.05.12 Quit Guinness (Read error: No route to host) 21.05.20 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 21.25.14 Quit Buschel (Ping timeout: 260 seconds) 21.30.45 Quit KiwiCam (Quit: Leaving) 21.43.20 Join MeAgain [0] (~club@host-2-97-222-21.as13285.net) 21.43.34 # Hiya, is there an RSS feed or the SVN changes? 21.43.43 # Cant seem to find one on the website 21.45.33 # http://rss.gmane.org/messages/excerpts/gmane.comp.systems.archos.rockbox.cvs perhaps 21.45.55 # there is no RSS feed for the new stable versions 21.45.58 # which is a shame 21.46.02 # see http://dir.gmane.org/gmane.comp.systems.archos.rockbox.cvs for alternative feeds 21.46.06 # Or http://cia.vc/stats/project/rockbox/.rss 21.46.52 Join Guinness` [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 21.47.05 Quit Guinness (Read error: No route to host) 21.51.50 Quit y4n (Quit: HOLY SHIT! WE'RE ALL JUST LIVING ON A GINORMOUS FUCKING SPINNING ROCK FLOATING THROUGH SPACE CIRCLING A BIG FUCKING BALL OF FIRE!!!) 21.52.11 # perfect, thank you gevaerts 21.55.01 Quit MeAgain (Quit: Leaving) 21.55.09 *** Saving seen data "./dancer.seen" 21.56.44 Quit Guinness` (Read error: Connection reset by peer) 21.56.46 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 21.57.19 Quit othniel (Ping timeout: 256 seconds) 22.00.40 Join Guinness` [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 22.01.10 Quit Guinness (Read error: No route to host) 22.04.16 Quit Guinness` (Read error: No route to host) 22.04.19 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 22.05.11 # there are some flac files with huge block sizes that we do not currently support, we could though, at least on targets with large codec buffers, although, those files are rather uncommon 22.05.41 # i don't think the official encoder creates them unless it's explicitely told to 22.19.35 Quit Guinness (Read error: No route to host) 22.19.41 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 22.23.29 Join mortalis [0] (~4d6c62b0@www.haxx.se) 22.24.23 Join Guinness` [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 22.24.23 Quit Guinness (Read error: Connection reset by peer) 22.40.26 Quit Guinness` (Read error: No route to host) 22.40.47 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 22.41.41 Join [Saint_] [0] (~Saint]@115.189.109.98) 22.43.49 Quit [Saint] (Ping timeout: 255 seconds) 22.44.08 Quit [Saint_] (Client Quit) 22.44.24 Join [Saint] [0] (~Saint]@115.189.109.98) 22.47.35 Quit God_Eater (Ping timeout: 252 seconds) 22.50.38 Quit AlexP (Ping timeout: 276 seconds) 22.51.51 Quit mortalis (Quit: CGI:IRC) 22.55.10 Quit n1s (Remote host closed the connection) 23.00.22 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net) 23.01.22 Join [Saint_] [0] (~Saint]@101.98.129.152) 23.03.42 Quit [Saint] (Ping timeout: 248 seconds) 23.06.38 Join keyb_gr [0] (~chatzilla@p4FF0393A.dip.t-dialin.net) 23.08.39 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 23.09.12 Quit banan__ (Read error: Operation timed out) 23.10.51 Quit TheLemonMan (Quit: WeeChat 0.3.5) 23.10.58 Join banan__ [0] (~banan@83.233.163.209) 23.12.10 Join Keripo [0] (~Keripo@eng055.wireless-resnet.upenn.edu) 23.13.50 # * pixelma thought Rockbox supported a few of the simpler compressed WAV formats like IMA ADPCM on swcodec for a while now (but is laaate to the discussion) 23.14.17 # pamaury: isn't that only for playback? 23.14.34 # gevaerts: what ? 23.15.07 # oh, maybe I missed he meant for recording only 23.15.20 # pamaury: I guess that was for me 23.15.23 # pamaury: oh, sorry. I mis-tabbed... 23.15.49 Quit petur (Quit: Leaving) 23.16.35 Quit Keripo (Ping timeout: 252 seconds) 23.16.36 # pamaury, half an hour loss runtime off 15h isn't *that* bad 23.17.26 # no, but is there any gain on something else ? 23.18.12 # higher max volume, slightly better audio quality and a strong reduction in clicks 23.19.52 # ...Specifically, power-off pop noise. Always bugged me. 23.19.56 # and it's the setting the OF uses :) 23.20.41 Quit benedikt93 (Quit: Bye ;)) 23.20.59 # I presume Sandisk's engineers chose 2.5 V as a good compromise between pop noise suppression and loss of runtime. 23.21.43 # I didn't really notice the power-off pop to be honest, but maybe it's my headphones 23.22.00 # or maybe a habit of taking off the headphones before power-off 23.22.39 # It never was a big issue for me on my low-impedance SE420s, but quite annoying on HD590s (100 ohm) or external speakers. 23.23.16 # So definitely a function of load impedance. 23.23.22 Quit Stummi (Quit: Bye!) 23.25.49 # lyre_proto1 crt0.S is completely different from our other startup codes and moreover this target doesn't compile at all 23.26.10 # well I agree half an hour is not too much, if it brings better audio quality and reduce annoyance 23.26.42 # wodz: different in which way ? 23.27.13 # I guess it once did compile, but it's not part of the build system, so it it breaks nobody notices 23.28.01 # and nobody cares about it ;) 23.28.40 # pamaury: all arm crt0.S are derived from one of two 'designs' and are quite similar. Lyre's one is differently structured. 23.28.52 # Heh it isn't even used 23.29.08 # problem solved!? 23.29.11 # but a ctr0.S can't be *that* different, you basically always do the same thing 23.29.26 # it shouldn't be in svn if it's unused, it's misleading 23.30.11 # SOURCE refers to this file but compilation pics firmware/target/arm/crt0.S 23.32.15 Quit wodz (Quit: Leaving) 23.33.09 Quit liar (Read error: Connection reset by peer) 23.35.07 # How's runtime on AMSv2 looking on RB vs. OF anyway? Last time I checked RB was slightly ahead, wasn't it? I guess that was due to lower analog supply... 23.36.09 # BTW, when reading this thread... 23.36.18 # http://forums.rockbox.org/index.php/topic,28339.0.html 23.36.44 # ...I wondered how USB voltage threshold is set up on AMSv1. 23.36.57 # we don't have much data about OF runtime, but the one we do have shows a huge improvement in runtime over the OF 23.38.36 # Huge? Hmm. Using Vorbis or FLAC, sure, but plain MP3? 23.39.01 # and somehow we're doing worse on the clip v2 23.41.36 # yes, mp3 23.42.18 # That's odd. ClipV2 should be more or less like a Clip+ minus µSD, and different radio chip. 23.42.37 # myabe the radio chip was not turned off ... :| 23.43.04 # Kinda unlikely though, isn't it? 23.43.20 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 23.43.51 # Ah, now I remember where the big runtime advantage was observed: With external µSD! 23.44.06 # OF seems really bad there. 23.46.38 # Not-turned-off chips aren't that unlikely if you don't have hw documentation, and they can be quite a battery drain 23.47.19 # * amiconn is reminded of the OTG chip on the H300 23.50.10 # Clips have either Si4702 or RDA5802 tuners though, both of which are at least reasonably well documented. 23.50.51 # Looking at SansaRuntime, it seems ClipV1 is the one with shortened runtime. 23.51.02 # Even if every chip has public documentation, there's still the hook up that might cause headaches 23.55.10 *** Saving seen data "./dancer.seen" 23.55.44 # AMSv2 still uses 1-bit instead of 4-bit mode for sd cards 23.56.30 # and tries to use high-speed mode (max 50 MHz instead of 25 MHz) to make up for it, but only some sd cards support that (the internal sd doesn't) 23.56.49 # AMSv1 I mean 23.58.06 # Also AMSv1 uses a bit of an awkward boosting scheme. It boosts to 248 MHz, but this requires the voltage to be boosted too. 23.58.13 Quit ReimuHakurei (Remote host closed the connection) 23.58.30 # Wouldn't it be a good idea to disable highspeed mode on the ClipV1 then? With no µSD and all.