--- Log for 18.10.110 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 15 days and 23 hours ago 00.00.09 # Version: r28070-100913 00.04.22 Quit leavittx_ (Ping timeout: 240 seconds) 00.22.56 Quit Zarggg (Ping timeout: 255 seconds) 00.24.45 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 00.27.02 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.236) 00.37.54 Quit S_a_i_n_t (Disconnected by services) 00.37.56 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.50) 00.49.49 Quit ender` (Quit: Today's BOFH excuse: broadcast packets on wrong frequency) 01.07.36 Quit Zarggg (Quit: Zarggg) 01.07.42 *** Saving seen data "./dancer.seen" 01.10.28 Quit s1gma_ (Quit: Leaving) 01.16.42 Join JdGordon| [0] (~jonno@vl10.gw.ok-labs.com) 01.16.43 Quit JdGordon| (Changing host) 01.16.43 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 01.19.58 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 01.25.55 Quit hebz0rl (Quit: Leaving) 02.05.52 Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com) 02.11.14 Join lmjubuntu [0] (~lmjubuntu@2001:250:6801:4418:2ea:1ff:fe12:2816) 02.19.17 Quit crwl (Ping timeout: 276 seconds) 02.19.52 Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe10fb00-173.dhcp.inet.fi) 02.20.55 Part lmjubuntu 02.36.48 Quit robin0800 (Remote host closed the connection) 03.07.44 *** Saving seen data "./dancer.seen" 03.14.51 # i need to talk to buschel but i think this mp3 idea will work 03.16.02 # and i think it will be a lot faster 03.18.02 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 03.21.05 Join krabador [0] (~krabador@host205-54-dynamic.250-95-r.retail.telecomitalia.it) 03.38.54 Quit robin0800 (Remote host closed the connection) 03.39.18 Join Sudos [0] (~windstar_@c-71-225-176-43.hsd1.nj.comcast.net) 03.50.50 Quit chattr (Quit: gone) 03.52.43 Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com) 03.56.05 Quit krabador (Quit: Sto andando via) 04.00.42 # soap: so as i said last night, there is a "Maximum time after posting to allow edit" option where one specifies a number of minutes 04.06.31 Quit TheSeven (Ping timeout: 276 seconds) 04.09.35 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.11.45 # nothing to disable editing after someone has replied though? :( 04.15.23 Quit kugel (Remote host closed the connection) 04.19.24 # nope 04.19.35 Join Barahir_ [0] (~jonathan@frnk-590fc310.pool.mediaWays.net) 04.23.30 Quit Barahir (Ping timeout: 272 seconds) 04.29.45 Join saratoga_ [0] (9803c22e@gateway/web/freenode/ip.152.3.194.46) 04.29.54 # what the hell: http://www.treo8.com/bbs/thread-169671-1-1.html 04.30.06 # since when do we run on palm 04.30.29 # haha wow! 04.30.38 # Davide-nyc would be happy 04.31.55 # looks like we need a chinese speaker to get in touch with him 04.33.16 # doesn't look like he posted the source 04.33.42 # google translate no worky:( 04.33.52 # how did you find that? 04.34.20 # i was googling to see if people were actually using rockbox on android and that popped up 04.34.40 # translate is down for chrome, but the search engine translate works 04.34.47 # well works in that it gives you a nonsense translation 04.35.12 # webos is apparently linux + SDL so I suppose it was not a difficult port 04.35.20 # but i'm curious how its implemented 04.35.49 # do we have any developers who speak chinese 04.36.17 # I think markun can (or was learning?) 04.40.00 # bah its not a RAAA build 04.40.04 # saratoga_: my girlfriend can... 04.40.09 # its a hacked up Gigabeat S build of 3.5.1 04.41.11 # scorche: thanks, but we probably need someone familiar with rockbox development to talk to them 04.41.22 # and hopefully encourage them to use RAAA now that its mostly ready 04.41.39 # well, she can translate what i say... 04.41.47 # if its a simple beast sim then raa would almost certainly "just work" 04.42.30 # hopefully this doesnt end up like the moto build :/ 04.42.41 # yeah might be nice to post there saying that we've now got the beginning of a framework for porting rockbox to phones 04.42.55 # and encourage them to submit the source 04.43.25 Join dys` [0] (~andreas@krlh-5f723b4d.pool.mediaWays.net) 04.45.40 Quit dys (Ping timeout: 276 seconds) 04.45.53 # write something up, and i can have her try to translate a post 04.46.27 # well more than that... explain that very likely the only changes he would need are to configure to make the application build use the correct compiler and paths, and any hardware changes 04.47.05 Join bluebrother [0] (~dom@f053154252.adsl.alicedsl.de) 04.47.05 Quit bluebrother (Changing host) 04.47.05 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 04.47.42 # either jon or kugel should do it 04.47.54 Quit bluebroth3r (Read error: Operation timed out) 04.49.01 # that reminds me, how close are we to getting rid of the grid interface touch devices? 04.49.53 # and they should try to stay away from really technical terms if they can...i doubt the gf would be able to translate extremely technical things - they generally are a very slang-ish thing in Chinese and unless being immersed in the tech culture there, it would be almost impossible to know the correct translation 04.50.30 # do we really not have a single native chinese speaker doing rockbox development? 04.51.31 # i dont think so - we could perhaps see about tracking down and asking the last person to do big edits to the lang files 04.53.29 # i am sure there are a few names in the tracker if we look hard enough 04.53.52 # this person, perhaps? http://www.rockbox.org/tracker/user/3430 04.56.12 # saratoga_: re getting rid of grid... that will never be gone, but as far as changing it from being the default, all we really need is a touch enabled sbs 04.56.20 # that would at least cover 90% of the ui 04.56.31 # is that particularly hard to do? 04.56.47 Quit rvvs89_ (Ping timeout: 240 seconds) 04.56.52 # sbs is the status bar? 04.56.56 # no, but it is "arty" which means argumentative 04.57.25 # the list skin... I've started one for 320x480 which is in svn and works pretty well 04.57.40 # whats it actually stand for? 04.57.54 # and how does it work? just a big font and you touch the item you want? 04.57.58 Join rvvs89 [0] (rvvs89@mussel.ucc.gu.uwa.edu.au) 04.58.06 # origionally "statusbar skin" 04.58.19 Quit amiconn (Disconnected by services) 04.58.20 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.58.20 Quit pixelma (Disconnected by services) 04.58.22 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.58.24 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.58.40 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.59.04 # the lists all work fine with a stylus, but things like going back to menus, or even up one level in the browser is hard with a finger without a sbs 04.59.47 # i guess some kind of android style swipe left or right to go up through trees isn't possible? 05.00.04 # it should be 05.00.48 # that actually sounds like something that might be worth taking directly from the android source code 05.01.52 # but yes i think getting touch working reasonably well by default is pretty important, since its probably a prerequisite for getting people using rockbox on android 05.02.02 # and getting users is a good first step to getting more developers 05.02.29 Quit TheSeven (Ping timeout: 265 seconds) 05.02.41 # google suggests that most people playing around with android builds are baffled by the controls 05.02.43 # indeed, and yeah, it is entirely waiting for a sbs now, android is perectly useable now 05.02.50 # or no less than any other in development port 05.02.51 # which neatly mirrors my own experience trying kugel's builds 05.03.28 # * JdGordon| wonders about drawing an overlay to show the grid positions 05.03.47 # i'm hoping once the port becomes popular we'll see someone take interest in an icon based touch interface as well 05.04.17 # I'm not so sure that would work well for anything except the main menu 05.04.40 # i was thinking folder icon (or album art) and title below it in a grid 05.04.44 # gives you more room to touch with a finger 05.05.23 # as the resolution of android devices creeps up, i think that'll become more and more attractive 05.05.28 # I have a really nice idea how to do it with the current skining system, but no clue how to acually code it so it works 05.07.43 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 05.07.47 *** Saving seen data "./dancer.seen" 05.12.10 # scorche, how about we just switch forum software to IP.Board? I'll pay for at least the first year. 05.12.39 # whats wrong with what we have? 05.13.13 # lack of fine-grained control. Poor mobile interface. 05.13.25 # but not really a whole lot. 05.13.35 # if we're going to mess around with the site, I'd rather have some blog software built in :) 05.13.35 # in its defense, it is a number of revisiona behind 05.13.50 # so we could do news items like xbmc does 05.14.08 # or HA, yes 05.14.21 # copying HA cant be a good thing! :D 05.14.26 # i was meaning to do an upgrade of the forums at DevCon, however i apparently was having too much fun and forgot about it 05.14.30 # i've given up on ever having a new front page, but blog.rockbox.org would be nice 05.14.40 # amen 05.15.10 # a front-page dictator needs to sieze power. Front-page-by-committee failed. 05.15.37 # it wouldnt be hard for me to set up one, however, I am a bit hesitant about Wordpress - there are so many security vulnerabilities that seem to get reported for it 05.15.48 # http://xbmc.org/ 05.15.51 # what are they using? 05.15.55 # it looks pretty awesome 05.16.41 # it would be really awesome if we could integrate the wiki+forum+blog+tracker into one user/pass combo and look/feel 05.16.44 # wordpress 05.17.05 # if we do do wordpress, i just need to be on my toes more about updating... 05.17.29 # hmm ok 05.17.45 # JdGordon: it would be, but as it stands, they are hosted on multiple servers 05.17.46 # its weird how sourceforge/google/etc don't provide something like this for open source projects 05.18.03 # isnt that what TRAC is? 05.18.05 # i don't really care about common accounts 05.18.18 # and sourceforges crappy forum/tracker thing 05.18.24 # hell we don't even really need comments on the blog, we could just link to the normal forums 05.18.46 # thats what ocau.com do for their news items... 05.19.03 # news is a forum thread which the frontpage loads, comments link back into the thread 05.19.35 # if the forum db is accessable that potentially owuldnt be too difficult to add 05.20.38 # saratoga_: how do you know he used a beast sim? 05.20.49 # rockbox-info.txt 05.21.10 # Target define: -DGIGABEAT_S 05.21.39 # we should make rockbox-info.txt include the output of SVN diff 05.22.01 # that could be rather big 05.22.16 # yeah but its just text, so it'll zip down to nothing 05.22.28 # plus its not our problem ;) 05.24.12 # scorche: so are you actually interested in setting up wordpress or is that not a good solution? 05.24.59 # saratoga: i suppose i could, however, i would rather other people do the template/css stuff 05.25.39 # any idea who the other people are? 05.25.57 # maybe ask on the dev list? 05.26.58 # well, likely the same people who worked on the theme site? 05.27.12 # which didnt go anywhere, so they may not be bothered 05.27.31 # huh? 05.27.46 # * JdGordon| learns to read 05.28.05 Quit Horscht (Quit: Verlassend) 05.31.39 Quit ps-auxw (Read error: Operation timed out) 05.31.48 # there is probably a forum plugin to do this also 05.32.03 # ok maybe send an email to the dev list and see if anyone is interested in helping? 05.44.58 Join ps-auxw [0] (~arneb@p4FF7ECA8.dip.t-dialin.net) 05.47.19 # * JdGordon| has a eureka moment in the dunny and fills a partial gap in his list skining plans 05.48.48 # TMI, TMI! 05.50.05 # actually umm... :/ 05.50.55 # arg, no, scrolling is still going to kill everything 05.51.30 # Could you do forced scrolling? 05.51.51 # like the "hold X" to scroll business, and just not scroll automatically? 05.52.12 # that would suck... and no, maybe it isnt as bad as I think 05.53.02 Quit saratoga (Ping timeout: 265 seconds) 05.53.59 # maybe having a second interface for touch targets would be better? (i don't know anything about the code though) 05.54.45 # I could see people wanting a grid or more control over the lists on non touch targets also 05.55.09 Join olll [0] (4ca6839b@gateway/web/freenode/ip.76.166.131.155) 05.55.58 # i think having two interfaces would be nice in that it would enforce more abstraction of the UI from the core, but maybe its not worth it 05.56.30 # eventually i want to have a way to issue UI actions via script for testing 05.56.34 # unless someone wants to go and make a headless RaaA port I dont tihnk that would happen :) 05.56.50 # nice timing there, that remark works a s a reply to both your last ones 05.56.59 # yes 05.57.37 # rasher did make a patch to issue commands to the sim through a named pipe, but a proper daemon would be awesome 05.57.57 # really? is it on FS? 05.58.00 # yeah 05.58.26 # FS#10575 05.58.28 # how did i miss that 05.59.47 # how does that work for time sensitive actions? 05.59.57 # can you tell it to pause for a second then do another action? 06.00.10 # wouldn't have a clue 06.00.23 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 06.00.26 # witha bit of tweaking it oculd probably be done 06.01.54 # ugh this would have been amazingly useful last fall when debugging the clipv1 issues 06.02.26 # no, a proper way to run the playback engine outside the ui would be better :p 06.03.09 Quit S_a_i_n_t (Ping timeout: 240 seconds) 06.07.41 # yes it would 06.09.26 # has anyone had any sucess compiling RaaA with wince-gcc? 06.09.57 # I don't know if anyone has tried 06.11.27 # saratoga_: "load track -> play for 20 seconds -> skip backwards 5 seconds -> " the seeking could be interesting... if you use the seek setting that is easy, but if it actually needs you do hold |<< then you'd have to figure out how many SEEK|BUTTON_REPEAT actions would be needed to get the seek time correct 06.14.57 # I've spent a most of last sunday without success. With RaaA and openzdk, the zune seems much more approachable, maybe even a simpler windows mobile port 06.16.09 # what sort of problems are you hitting? 06.19.30 # i believe missing header/libraries, havent booted up my linux machine since last sunday :P 06.19.49 # are you just trying to build the RaaA sdl port? 06.19.55 # yeah 06.20.03 # does openzdk have sdl? 06.21.29 # when i played around with wince-gcc the problem i ran into was that many of the wince headers are weird 06.21.30 # no, i was starting with an existing sdl port for wince 06.22.01 # yeah, ^ i read the archives 06.22.16 # although the recent android changes may have improved that, i'm not sure 06.22.24 Quit anewuser () 06.22.58 # you should be able to build a binary without sdl dependancies at all if you stub a bunch of functions 06.23.12 # I thought kugel was going to write up how to port RaaA 06.23.51 # he put a bit on the wiki about it IIRC 06.25.23 Join elcan [0] (user36@pr0.us) 06.27.38 # http://www.rockbox.org/wiki/PortingApplication 06.30.38 # it would be nice if those stubs were added as a "stub" RaaA port to help new people 06.31.17 Quit simonrvn (Ping timeout: 240 seconds) 06.31.18 # yeah that would be cool 06.34.52 Join nostra [0] (53e96d9b@gateway/web/freenode/ip.83.233.109.155) 06.36.48 # Hi guys i found ur website few hours ago, cause i was gonna update the firmware for my sansa express (simple mp3-player)... but what was going throu my mind was "Can i make my own firmware to this device?" So now am asking you guys that knows alot about this. Is it possible for me to build my own firmware for this simple mp3-player? 06.37.59 # Is there someway to decompile their rsc and take a look or something? All help would be greatful. 06.38.41 # simple answer is.. "depends on your skill level" 06.39.06 # I dont tihnk any work has been done on the express... 06.40.07 # I do know some program a bit but i dont know where to start 06.40.18 # programming* 06.41.40 # nostra: http://www.rockbox.org/wiki/Main/NewPort 06.41.55 # http://www.rockbox.org/wiki/SansaExpressPort 06.43.31 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.20) 06.45.37 # saratoga_: thank you, looks intressting 06.47.47 Join leavittx_ [0] (~lev@89.221.199.187) 07.07.49 *** Saving seen data "./dancer.seen" 07.13.10 Quit saratoga_ (Quit: Page closed) 07.13.32 # how am i able to look into them *.rsc? i found some text what they including but i want to see by myself 07.14.24 # and *.sb 07.19.52 Quit MethoS- (Remote host closed the connection) 07.21.32 # google is your friend. 07.22.17 # .sb seems to be MS Small Basic, and there are several .RSC editors I found from a singular search query 07.23.31 # I doubt .sb here is a MS file 07.23.46 # I could also be a "Signed Byte" audio file, in which case Quicktime should be able to open it at least. 07.24.05 # or some completely random other extension ;) 07.24.06 # isnt that the sigmatel firware image type? 07.29.04 # Makes sense, "Sansa express, One of the Sigmatel based devices in the Sansa line" 07.29.54 # http://www.rockbox.org/wiki/SigmaTelSTMP3xxx might be helpful 07.32.24 Join Buschel [0] (~chatzilla@p54A3B256.dip.t-dialin.net) 07.33.27 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 07.34.55 Join merbanan [0] (~banan@c-62-220-165-233.cust.bredband2.com) 07.35.20 # saratoga: (for the logs) I have read all the mp3-discussions of last night. the dct32-asm stuff in libmad was deactivated as it is reasonably faster to use the C-version. the dct32-code wasn't optimized for cycles but for size -- the old cpu's seem to have handled those faster 07.35.41 Quit CaptainKewl (Ping timeout: 250 seconds) 07.35.45 # saratoga: what is the idea you wanted to talk about? 07.37.39 Quit TheSeven (Ping timeout: 265 seconds) 07.41.44 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 07.49.24 # "There actually aren't any separate radio chips because the FM tuner is built into the SigmaTel STMP3600 system-on-a-chip that runs the device. " wow so i could get FM if i get my own firmware into sansa express? :) 07.50.09 # depends if your specific chip supports it, not just the product line 07.50.43 # still intressting, gotta learn this with firmwares for sure 07.55.07 Join stoffel [0] (~quassel@p57B4C68F.dip.t-dialin.net) 07.58.30 Join simonrvn [0] (simon@209.137-ppp.3menatwork.com) 08.01.22 # Iv tryed ResEdit and few more programs still cant take a look into player.rsc 08.03.21 # the .sb is probably more important/interesting 08.05.02 # Yeah am gonna give 'em a try instead, see what i can get out of it 08.07.11 Quit simonrvn (Quit: ZNC - http://znc.sourceforge.net) 08.07.36 Join simonrvn [0] (simon@209.137-ppp.3menatwork.com) 08.07.51 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.10/20100914125854]) 08.13.30 Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) 08.21.57 Quit TheSeven (Remote host closed the connection) 08.30.01 # is it possible to make ur own startup-LCD-animation on a device if you make ur own firmware? 08.31.36 # you can do anything if you make your own firmware 08.31.46 # That what i was thinking yeah 08.31.55 # seems to be talking about repacking sandisk stuff 08.32.22 # I just want to try to edit it somehow 08.33.33 # learn more about devices 08.33.56 # atleast firmwares 08.34.45 # firmware is just the software that runs the device, this project is about an entirely new firmware for various audio players 08.34.58 # you can read about it on the website referenced in the topic 08.35.40 # just a hint, the animiation is probably either executable code or a series of bgr565 bitmaps in a compressed format of some sort, possibly a variant of rle 08.37.20 Quit JdGordon| (Quit: leaving) 08.37.59 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.37.59 Quit bertrik (Changing host) 08.37.59 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.39.18 Join ender` [0] (krneki@foo.eternallybored.org) 08.40.37 Quit olll (Quit: Page closed) 08.56.22 # tmzt_: Thank you for the hints, but it dosnt seems like it's that eazy to find where it is at in the firmware 08.58.20 # yeah i know whats this project is about. Its a good project too. Maybe i will join when i got more skillz about this, but am sure its fun 08.59.45 # i mean i will support when my skillz are increased 09.06.20 Join Rob2222 [0] (~Miranda@p4FFF1D7E.dip.t-dialin.net) 09.07.51 *** Saving seen data "./dancer.seen" 09.09.43 Quit Rob2223 (Ping timeout: 245 seconds) 09.15.02 Quit jhMikeS (Ping timeout: 264 seconds) 09.23.13 Join Kitr88 [0] (~Kitarist@BSN-182-91-46.dial-up.dsl.siol.net) 09.25.35 Quit Kitar|st (Ping timeout: 255 seconds) 09.25.46 Quit bertrik (Ping timeout: 250 seconds) 09.26.04 Nick dys` is now known as dys (~andreas@krlh-5f723b4d.pool.mediaWays.net) 09.27.30 Quit Kitr88 (Ping timeout: 250 seconds) 09.28.07 # soap: scorche: can you ban dobson52 on the forums? 09.30.55 # wow... i installed another firmware and got FMradio now :) 09.31.30 # great, but the only firmware which we allow discussion of here is rockbox 09.32.14 # offcourse 09.32.42 Join Kitar|st [0] (Kitarist@BSN-182-67-236.dial-up.dsl.siol.net) 09.38.48 # New commit by 03jdgordon (r28303): Don't try to show a backdrop if the bmp wasnt loaded successfully 09.40.45 # r28303 build result: All green 09.44.41 Join Guest14447 [0] (~bjst@rockbox/developer/Zagor) 09.46.04 Nick Guest14447 is now known as Zagor (~bjst@rockbox/developer/Zagor) 09.47.21 Join swilde [0] (~wilde@aktaia.intevation.org) 09.47.37 Quit stoffel (Remote host closed the connection) 09.59.02 Quit sasquatch (Quit: WeeChat 0.3.2) 09.59.27 Join sasquatch [0] (~username@p4FF2CB43.dip.t-dialin.net) 10.08.41 Join hebz0rl [0] (~hebz0rl@dslb-088-067-194-177.pools.arcor-ip.net) 10.19.11 Join moos [0] (moos@85-171-89-204.rev.numericable.fr) 10.19.11 Quit moos (Changing host) 10.19.12 Join moos [0] (moos@rockbox/staff/moos) 10.24.12 Quit simonrvn (Quit: ZNC - http://znc.sourceforge.net) 10.26.01 Quit elcan (Read error: Connection reset by peer) 10.26.23 Join elcan [0] (user36@pr0.us) 10.30.01 Quit nostra (*.net *.split) 10.34.02 Join DerPapst [0] (~Alexander@dslb-088-069-134-062.pools.arcor-ip.net) 10.34.17 Quit S00row (Read error: Connection reset by peer) 10.35.20 Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) 11.02.45 Join LinusN [0] (~linus@giant.haxx.se) 11.02.46 Quit LinusN (Changing host) 11.02.46 Join LinusN [0] (~linus@rockbox/developer/LinusN) 11.07.55 *** Saving seen data "./dancer.seen" 11.08.06 Quit hebz0rl (Quit: Leaving) 11.09.33 Join simonrvn [0] (simon@209.137-ppp.3menatwork.com) 11.09.36 Quit S00row (Read error: Connection reset by peer) 11.11.56 Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) 11.20.43 Quit timccc (Ping timeout: 252 seconds) 11.22.15 Join timccc [0] (~tim@112.166.15.141) 11.29.08 Quit Kitar|st (Ping timeout: 260 seconds) 11.36.54 Quit Rob2222 (Quit: Rob2222) 11.38.31 Join Rob2222 [0] (~Miranda@p4FFF1D7E.dip.t-dialin.net) 11.40.50 Join Kitar|st [0] (~Kitarist@BSN-142-107-251.dial-up.dsl.siol.net) 11.44.29 Join petur [0] (~petur@rockbox/developer/petur) 12.06.31 Quit chattr (Quit: gone) 12.07.13 Quit S00row (Ping timeout: 245 seconds) 12.11.06 Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com) 12.12.45 # * JdGordon spots yet another path which wasn fixed for the get_user_file_path() work :/ 12.14.02 Quit swilde (Ping timeout: 276 seconds) 12.16.38 # why oh why wasnt it done silently in the open() call to just replace /.rockbox/ ? :'( 12.28.00 Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) 12.34.55 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 12.35.23 # JdGordon: ping 12.39.07 # hey 12.41.15 # is there a chance You will have access to Your archos recorder in not geological timeframe? 12.42.09 # not likely soon... 12.42.25 # :/ 12.48.28 # JdGordon: another question - currently only bmp graphic is used in themes - what would be needed to support e.g png beside decompressor in core? 12.49.09 # 2 lines changed from the skins point of view 12.50.10 # does png really give any benefits? 12.50.16 # dunno 12.50.23 # just thinking about it 12.51.01 # most of my rockboxed targets are broken so I must hack something :-) 12.51.06 # it would make more sense to use jpg instead of png, at least we dont need to add code for that 12.52.08 # well if you're bored.... want to play with buffering/playback? :D 12.52.35 # jpg would have unpleasant visual effects with sharp objects like lines etc 12.54.45 # why? 12.56.09 # Simply make black line on white background and save it as jpg. You will see that around edge there is 'noise' comming from the fundamental way jpg is compressed 13.01.25 # just for shits n giggles... could the image codecs be put into seperate files and swapped out as needed like the audio ones? using the same buffer even? 13.04.19 Quit leavittx_ (Ping timeout: 240 seconds) 13.05.33 # that's how it is proposed for imageviewer plugin by teru. He want to use overlay mechanism to load decoder when needed 13.07.57 *** Saving seen data "./dancer.seen" 13.08.46 # not as a plugin... in the core 13.10.46 # yes, wodz, jpg can be noisy - but that depends greatly on the situation and the compression settings. It need not be /visibly/ noisy. 13.11.07 # s/situation/image/ 13.11.28 # sure 13.13.50 Join teru [0] (~teru@KD059133111160.ppp.dion.ne.jp) 13.21.24 Quit S_a_i_n_t (Ping timeout: 245 seconds) 13.24.54 Quit benedikt93 (Ping timeout: 276 seconds) 13.25.12 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.52) 13.25.19 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 13.27.38 Quit benedikt93 (Read error: Connection reset by peer) 13.28.05 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 13.38.40 Quit S_a_i_n_t (Quit: I'm only going to Heaven if it tastes like caramel...) 13.41.00 # does anyone remember any discussion about why we dont transparently open the right file in open() instead of getting the path before? 13.41.39 # . /.rockbox is very very unlikely to be a real path on any OS 13.42.07 # something is terribly broken - I just updated my MPIO to svn head and now it loads rb image ok, shows rockbox splash and turns off immediately without any notification. 13.48.25 # ok, open() goes straight to the OS for RaaA builds, slightly annoying 13.48.59 # JdGordon: there was some discussion, and IIRC kugel wanted to do it this way. I don't remember why 13.49.33 # I think to avoid having to play tricks with wrappers and linkers 13.50.21 # which happens anyway unless file.h isnt being included at all? 13.55.15 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.56.23 # JdGordon: why should we wrap open()? 13.56.31 # JdGordon: It seems simpler to me for apps/ to know about the correct path, rather than relying on firmware/ translating it. And how would you handle files being in different places - i.e. not a single prefix? 13.56.37 Quit moos (Ping timeout: 250 seconds) 13.57.08 # this get_user_file_path() is umm... quirky to say the least 13.57.52 # linuxstb: same was as it is done now... ROCKBOX_LIB_PATH != ROCKBIX_DIR on RaaA 13.58.10 # apps/ doesnt care where the files actually are, as long as they can be opened 13.58.26 # doing this transparently in open() gives the individual port so much more flexibility 13.58.51 # and 0 cost for normal builds 13.58.58 # we wanted access to the full filesystem in raaa 13.59.24 # it has it 13.59.33 # /.rockbox/ will never be a valid directory 14.00.16 # in fact, we dont allow relative paths so ".rockbox/" would even be good enugh 14.00.26 # you want a virtual .rockbox dir in the root? 14.00.45 # yes, but not visible to the user 14.01.00 # why not visible? 14.01.24 # because they would see it in /home/user/.config/rockbox/blaa like normal 14.01.59 # you can do this I guess, but does this work out in multi-user environments? 14.02.47 # What I want is open(ROCKBOX_DIR "/somefile.blaa", O_CREAT); to be all the required apps/ code, open() would then see we are trying to open something in "/.rockbox" and see we need to have write access so it will open ~/.config./rockbox/somefile.blaa 14.02.49 # of course 14.02.52 # we install into /usr/local so that it's initially multi user compatible; created files go under the user's home dir 14.03.34 # the actual file selection would be the same as svn, just that there would be no redundant call to get_user_file_path() 14.04.32 # that would probably be nice (if you can get it to work) 14.04.53 # open() is not wrapped because there's no need to, if you need to wrap it do it 14.05.12 Quit antil33t (Read error: Connection reset by peer) 14.05.21 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 14.06.00 # excellent 14.08.37 # btw, the sim does this already anyway.. sort of 14.08.39 # what is the function that display rockbox screen on startup? 14.09.04 # I mean the spash 14.09.05 # "static char buffer[MAX_PATH]; /* sufficiently big */" <- umm.. no it isnt! 14.09.30 # JdGordon: the sim wraps all opens to the current dir which we don't want on raaa 14.09.39 # wodz: show_logo() 14.09.50 # kugel: I know, thats why I said sort of :) 14.10.17 # thx 14.10.32 # can you do it without such a static buffer, which isn't very thread safe? 14.10.35 # opendir() admitadly can cause problems... 14.10.47 # that paste was from svn code 14.13.00 # opendir() I think needs to always load the writeable filesystem. I don't think it would ever make sense to load /.rockbox instead of actually loading a file except when we want to generate a filename which means we are writing 14.15.17 # uhm no 14.15.26 # oh? 14.15.38 # if there's no themes installed in the user dir, then we load the themes from the installation dir which is not writable 14.15.41 # *outside of the browser* 14.15.47 # and browsing them is only an opendir 14.16.57 # the same applies to codecs and plugins which are always in the installation dir 14.20.46 Quit xnyhps (Ping timeout: 272 seconds) 14.21.05 Join xnyhps [0] (~xnyhps@xnyhps.nl) 14.23.37 # http://pastebin.com/yN07Ts3b works fine apart from "no .rockbox dir" splash because opendir() isnt done 14.26.59 # get_user_file_path() needs to call real open() instead of sim_open() but yes that works perfectly 14.27.05 Quit elinenbe (Read error: Connection reset by peer) 14.27.06 Quit Loto (Quit: Loto) 14.27.08 # opening: /.rockbox/backdrops/cabbiev2.bmp 14.27.08 # opening: /home/jonno/.config/rockbox.org/backdrops/cabbiev2.bmp 14.27.22 # opening: /.rockbox/database_idx.tcd 14.27.22 # opening: /home/jonno/.config/rockbox.org/database_idx.tcd 14.27.23 # opening: /usr/local/share/rockbox/database_idx.tcd 14.27.33 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 14.27.36 Join einhirn_ [0] (~Miranda@bsod.rz.tu-clausthal.de) 14.28.13 # it opens database_idx.tcd twice? 14.28.14 Join Loto [0] (~ctrlproxy@xbmc/user/Loto) 14.28.54 # no, each open() does a printf.. because get_user_file_path() calls file_exists() which calls open() it shows 3 printfs 14.29.01 # maybe it means "try to open..."? 14.29.08 Join anewuser [0] (kvirc@190.78.17.89) 14.29.10 Quit anewuser (Changing host) 14.29.10 Join anewuser [0] (kvirc@unaffiliated/anewuser) 14.29.21 Quit einhirn (Ping timeout: 255 seconds) 14.29.24 # in the not-proof-of-concept patch it would call os open() not the open wrapper 14.29.35 # could just say stating 14.29.55 # that was just to prove that the code worked... it wont last long 14.38.24 # writing to /.rockbox/themes/theme01.cfg fails if ~/.config/rockbox/themes doesnt exist :/ (problem in svn also) 14.39.15 Join Sudos|C840 [0] (~ZOOP@38.113.91.89) 14.39.39 Quit benedikt93 (Ping timeout: 264 seconds) 14.41.02 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 14.52.00 Quit benedikt93 (Ping timeout: 276 seconds) 14.53.39 Quit anewuser (Ping timeout: 255 seconds) 14.57.15 # Just noticed something. I have a 3rd-gen iPod 10GB, Rockbox identifies it as an MK1504GAL, which is listed as a 15GB drive. Partition table also sees it as a 10GB drive with the usual 39MB of unallocated space in the front of the data partition. 14.58.23 # I'm about to crack it open to confirm. 14.58.47 # What does dmesg say? 14.59.30 # not a thing- I have a Windows machine :/ 15.00.32 # right, then what do Windows looking-at-disks tools say? 15.01.13 # exactly as I said - reports as a 10GB drive. 15.01.21 # I cracked it open- it IS a 10GB drive. 15.01.31 # and it's been replaced? oh wonderful. 15.02.45 # There being a 10GB partition doesn't mean it's a 10GB drive 15.03.05 # And if rockbox says it's a MK1504GAL, it's because the drive says it's a MK1504GAL 15.03.58 Join anewuser [0] (kvirc@unaffiliated/anewuser) 15.04.04 # yeah, but I wanted to make sure it wasn't a 15GB as the somewhat-unupdated Wiki states. 15.04.32 # it's an actual 10GB drive as printed on the label, and the serial number checks out with Toshiba. 15.05.03 # model numbers don't always iomply a single size 15.05.27 # lots of drive models come in more than one capacity 15.05.45 # yeah, but usually manufacturers will have at least one or two numbers different to derive sizes. was just a surprise to me is all. 15.06.32 Join CaptainKewl [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 15.07.58 *** Saving seen data "./dancer.seen" 15.08.36 # I bought this thing used off eBay like last week solely to use Rockbox on it - already I've found out a great deal of information on the device's life. 15.08.52 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.09.23 # another reason to check is because the stock firmware and the chrome shell give off two different serial numbers from both different revisions of this particular generation model. 15.09.34 # so, thanks for that. 15.09.36 # :D 15.10.25 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 15.12.51 # New commit by 03wodz (r28304): MPIO HD200 - fix stupid typo introduced in r28270 which forced device hard shutdown during boot. 15.14.05 Quit kugel (Read error: Operation timed out) 15.14.33 # r28304 build result: All green 15.17.28 Join webguest60 [0] (~41746602@giant.haxx.se) 15.18.44 # im trying to get my lrc files in the right directory so that lrcplayer can play them automatically when i run lrcplayer 15.18.57 # the directory specified in the manual doesnt seem to be correct, however 15.19.57 # anybody know what the correct directory should be? 15.20.01 # where did you put the lrc file? 15.21.17 # \/lyrics/music/artist/song.lrc 15.21.29 # ignore the first backslash... 15.23.35 # i tried /lyrics/musics/artist/song.lrc after that 15.23.37 # didnt work either 15.25.47 # music/artist/song part must be repalaced by actual path of the music file. 15.27.02 # oh 15.27.37 # basically i have to have the structure as my actual music folder, but just with a lyrics folder above it? 15.27.47 # if the full path of music file is /ABBA/Greatest Hits/Gimme! Gimme! Gimme!.mp3, then relevant lrc file will be /Lyrics/ABBA/Greatest Hits/Gimme! Gimme! Gimme!.lrc 15.28.00 # you are right. 15.29.31 # argh, ok. so the manual is wrong when it says that it searches for /Lyrics/Musics/Artist/Title.ext? 15.30.25 # Well, the manually doesn't really say that 15.30.33 # "If the audio file currently playing is /Music/Artist/Album/Title.mp3, then the following files will be searched for..." 15.30.44 # That's not unimportant :) 15.31.13 # But yes, it could probably be clarified 15.31.14 Join kugel [0] (~kugel@rockbox/developer/kugel) 15.31.41 # alright. thanks. 15.33.29 Quit webguest60 (Quit: CGI:IRC (EOF)) 15.38.33 Join nufsed [0] (~485d5e02@giant.haxx.se) 15.39.08 Quit nufsed (Client Quit) 15.40.28 Quit ThomasAH (Read error: Operation timed out) 15.40.29 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 15.41.13 Join nerdy_kid [0] (~nerdy_kid@pool-71-174-117-120.bstnma.fios.verizon.net) 15.42.24 # hello, I have a sansa e200v2 that has the issue described here:http://forums.rockbox.org/index.php?topic=25807.0. How does one downgrade the bootloader? I downloaded the 3.5.1 rockbox zip but dont see it. Thanks. 15.44.05 # is the bootloader rockbox.sansa? 15.44.12 Quit teru (Quit: Quit) 15.44.33 # no 15.45.00 # The bootloader is a separate download, it's not packaged in the main rockbox.zip 15.45.34 # It should be somewhere on http://download.rockbox.org/bootloader/ 15.46.08 # Possibly you just want an older mkamsboot, I'm not entirely sure 15.46.34 # gevaerts thanks, i had found that but it seems to be all current versions. I need an old one (at least the thread said I need an old one) 15.48.04 # nerdy_kid: I'm pretty sure now that you actually can use a current bootloader, you just need to use an older mkamsboot, and those are there 15.49.08 Quit antil33t (Read error: Connection reset by peer) 15.49.15 Join ThomasAH [0] (~thomas@aktaia.intevation.org) 15.49.18 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 15.49.20 # gevaerts ok, now I have mkamsboot 1.4? (so i should get 1.3) 15.50.09 # I think so, yes 15.50.21 Quit timccc (Read error: No route to host) 15.50.38 # gevaerts thanks :) I'll give it a shot 15.51.39 # nerdy_kid: oh, did you use rbutil to install, or did you use mkamsboot by hand? 15.52.40 # gevaerts I used the install utility. 15.52.45 # ok 15.52.55 # yeah the newbie way ;) 15.52.57 # I suspect mkamsboot 1.4 will work fine as well 15.53.09 # It's just that rockbox utility is even newer... 15.54.05 Quit CaptainKewl (Read error: Operation timed out) 15.55.21 Quit ThomasAH (Quit: brb) 15.55.47 Join ThomasAH [0] (~thomas@aktaia.intevation.org) 16.02.03 # gevaerts sweet that worked thanks. It wont mount in Linux though -- usb 2-2: device descriptor read/64, error -110 in syslogs 16.02.16 Join Strife89TX [0] (~cstrife89@207.144.201.128) 16.02.48 # nerdy_kid: you're using the 3.6 release? 16.02.55 # yes 16.03.17 # That should reboot to the original firmware on USB connect I think 16.03.52 # yes 16.04.16 # that seems to be the only way to get it to work, but I was hoping to have rockbox's usb support working. It supposidly works for the e200v2. 16.04.37 # yes, but not in 3.6. You need a current build for that 16.05.37 # gevaerts ah ok. Well I will just wait till 3.7 then, I tried a recent build and it was busted bad. Thanks for all your help :) 16.06.35 # What was the problem? FS#11608? 16.06.48 # If it was something else, we'd like to know... 16.08.43 Quit sasquatch (Quit: kernel update happy dance a.k.a. reboot) 16.08.53 # gevaerts I am new with rockbox so I dont know the current bugs, but with the recent build I tried the theme was mangled -- empty boxes where buttons should've been -- quite nasty looking. 16.09.15 # nerdy_kid: with the default theme? 16.09.48 # gevaerts not with the default theme actually, but with every other one that i tried. all the others work fine on 3.6. 16.10.06 # right 16.10.15 # The theme format changed after 3.6 16.10.44 # So unless you also use updated themes, you'll have problems 16.11.07 # ok that would explain it. so not a bug then. 16.11.35 # well; maybe I will try fishing for updated themes and update rockbox then. 16.11.53 # just one theme that i really like anyway. thanks for all your help! 16.12.54 Quit TheSeven (Ping timeout: 265 seconds) 16.13.19 Join sasquatch [0] (~username@p4FF2D930.dip.t-dialin.net) 16.13.54 Join swilde [0] (~wilde@aktaia.intevation.org) 16.15.23 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 16.15.50 Quit antil33t (Read error: Connection reset by peer) 16.16.00 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 16.17.40 Join MethoS- [0] (~clemens@134.102.106.250) 16.18.59 # what (in theory) is needed to port C++ app to rockbox? 16.20.54 Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) 16.22.11 Quit einhirn_ (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 16.22.58 # wodz, hm. A big portion of masochism? ;) 16.23.34 # c++ library stuff i guess 16.24.05 # Buschel: (for the logs) I want to ask you about the synth_full function in libmad which does the subband decoding 16.24.24 Quit nerdy_kid (Remote host closed the connection) 16.24.38 # i have various questions about what its doing algorithmically, but what i want to do is rewrite it to use the ARMv5E and ARMv6 packed mul instructions to accelerate it 16.25.04 # looking at the pipelining on ARM11, i think we could probably get something like a factor of 2 speed up 16.28.26 Join swilde` [0] (~wilde@aktaia.intevation.org) 16.29.03 # wodz: I guess it depends on how much the app depends on libstdc++ 16.30.34 Quit chattr (Ping timeout: 245 seconds) 16.30.38 # wodz: Converting to C is the best way... I did that with pacbox. 16.30.54 Quit swilde` (Client Quit) 16.31.23 Join swilde` [0] (~wilde@aktaia.intevation.org) 16.31.31 Quit swilde` (Remote host closed the connection) 16.32.27 # saratoga: that would be nice (2x speedup) 16.32.35 # I was dreaming about scummvm on rockbox but I think it is out of my possibilities 16.32.52 # libmad is dead slow compared to other codecs 16.33.09 Join belak [0] (~belak@subtle/user/belak) 16.33.19 # mp3 is dead slow compared to other codecs 16.33.25 # stupid mpeg jerks 16.34.11 # but i think it could be made a lot faster if ARM11 and Cortex versions of its functions were written 16.35.00 # btw, IIRC vlc has got some arm neon mdcts or something during gsoc 16.35.12 # you seem to be interested in neon 16.35.17 Quit wodz (Quit: Leaving) 16.35.18 # Ok, I just flashed rockbox to my sansa fuze v1 and the main firmware will not boot up... so I can't connect with usb... any ideas? I can plug in the cord and it'll charge but then it gets stuck in rockbox rebooting over and over 16.36.19 # belak, do you the cable pluged in where the player is on or off? 16.36.32 # I've tried both 16.36.58 # belak: hold the appropriate button while booting to get to the original firmware 16.37.04 # belak, which build? 16.37.22 # Stummi: 3.6 16.37.58 # either update (so you get rockbox USB), or manually boot the sansa firmware before using USB 16.38.05 # belak, turn the player off, press and hold the left-button and turn it on while holding this button. Does this work? 16.38.17 # belak: the manual should tell you which button that is. Then either install a current build (instead of 3.7), or reinstall the bootloader following the manual installation procedure instead of rockbox utility 16.38.24 # THANK YOU 16.38.27 # Stummi: yes 16.38.43 # hm, np 16.38.55 # saratoga: I discovered now that the issue actually is that mkamsboot was updated, not the actual bootloader, and rbutil uses the new code while released mkamsboot doesn't... 16.38.58 # kugel: yes neon looks cool, do you have a link for what they added? 16.39.05 # So it's a bit different than we assumed 16.39.11 # however, this should not happen. USB-Support ist turned off in the build for the fuze 16.39.15 # heh weird 16.39.38 # but i only have sansa fuze v2. 16.39.47 # Stummi: it's enabled on current builds on the v1 16.40.02 # no, I randomly stumbled upon this in a google result but I don't know what I searched for anymore 16.40.05 # gevaerts: well, not on 3.6 16.40.12 # belak: I know that :) 16.40.27 # yeah 3.6 doesn't have it, mostly because we're too lazy to release 3.7 so the last release is quite old 16.40.40 # hehe 16.40.55 # nice 16.41.06 # We should have 3.7 soon now though 16.41.20 # did anyone see the discussion last night about having a blog for the site 16.41.25 # you know the magic sentence: "use current svn version" :) 16.41.38 # Didn't use the svn version... 16.41.45 # Thought it would be too risky 16.41.56 # Stummi: yes, that's the one we want to get rid of 16.42.27 # belak, svn version is quite stable in most case 16.43.20 # the svn version is generally at least as good as the release version ;) 16.43.37 # Unless it doesn't work and bricks on firmware updae 16.43.37 # :D 16.43.39 # since we keep breaking the release versions! 16.43.41 # *update 16.47.10 Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) 16.47.12 Join _jhMikeS_ [0] (~jethead71@adsl-99-65-126-80.dsl.sfldmi.sbcglobal.net) 16.47.13 Quit _jhMikeS_ (Changing host) 16.47.13 Join _jhMikeS_ [0] (~jethead71@rockbox/developer/jhMikeS) 16.47.13 Quit jhMikeS (Disconnected by services) 16.49.57 Quit MethoS- (Remote host closed the connection) 16.49.58 Join hebz0rl [0] (~hebz0rl@dslb-088-067-194-177.pools.arcor-ip.net) 16.50.30 Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com) 16.54.34 Join kevku [0] (~kevku@arch.tunnel.ipv6.estpak.ee) 16.55.02 Quit Sudos|C840 (Quit: class.) 16.58.16 Join MethoS- [0] (~clemens@134.102.106.250) 17.07.32 Quit kugel (Remote host closed the connection) 17.08.00 *** Saving seen data "./dancer.seen" 17.11.34 Join leavittx_ [0] (~lev@89.221.199.187) 17.12.20 Join _s1gma [0] (~d.d.derp@77.107.164.131) 17.17.35 Join timccc [0] (~tim@112.166.15.141) 17.19.34 Join fragilematter [0] (~fragilema@92.86.185.109) 17.22.41 # hello everyone 17.22.56 # saratoga: ping 17.24.36 Quit belak (Quit: leaving) 17.24.56 Join n1s [0] (~n1s@rockbox/developer/n1s) 17.27.36 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 17.28.53 Quit Topy44 (Quit: Leaving) 17.29.21 Join Topy44 [0] (~Topy44@cable-78-34-73-174.netcologne.de) 17.31.22 # fragilematter: pong 17.31.48 # I'm now rolling out a build with test_disk included 17.32.41 # the weird thing is: 17.33.16 # when I run test_codec against an mp3 file, it appears to finish successfully, but I can't get the wav file to play 17.34.09 # try importing the wav file as a RAW file 17.34.13 # it may just have a bad header 17.35.12 Join captainkewllllll [0] (2669ecc2@gateway/web/freenode/ip.38.105.236.194) 17.38.20 # okay, I found no way to get vlc to import it as such, but I encoded it to ogg :)) 17.38.51 # and it does play back, with some minor clicking and skipping 17.39.21 # better or worse then listening to it on the device? 17.39.39 # on the device there's no skipping 17.40.03 # so its not the audio driver then 17.40.04 # about the clicking... I'll need to see how it performs on these more sensitive headphones 17.40.39 # in the mean time I'm still compiling that build... slow processor :( 17.40.40 # i usually just listen to the difference between a version decoded on PC and version decoded in rockbox 17.40.52 # makes it very easy to see if anything went wrong since you'll get silence normally 17.41.39 # the source mp3 is ok, I'll check it one more time when I hook up the sansa to dump the new build on it 17.41.51 # did test_disk work ok? 17.42.11 Part Zagor 17.42.35 # it's still compiling :) 17.43.03 # be neat to know if the problem is the disk or memory 17.43.33 # if the codec loads at all some kind of memory corruption seems more likely 17.44.16 # I still can't figure out why, at least on my player, the vorbis codec seems to be the only one triggering it 17.47.30 Quit thegeek_ (Ping timeout: 276 seconds) 17.50.08 # maybe some specific block of memory gets corrupted and that block is only really important for vorbis 17.51.19 # okay, got the build on the player, also did an extra fsck which showed no errors 17.51.50 # test_disk -> write & verify? 17.52.02 # yeah 17.52.40 # started it, cpu unboosted 17.57.26 # now comparing... 17.58.49 Join kevku [0] (~kevku@arch.tunnel.ipv6.estpak.ee) 18.00.40 # it passed 18.02.00 # I've boosted the cpu and started another test run 18.05.43 # could it have anything to do with the actual switching? vorbis is quite a bit slower than mp3 on amsv1 so it probably boosts more often than mp3 (if mp3 needs to boost at all) 18.07.11 # n1s shouldn't a 48khz 320kbps mp3 make it more prone to misbehaving, should that be the case? 18.07.22 # vorbis is faster then mp3 on amsv1 18.07.36 # and forcing boosting doesn't seem to make it better or worse 18.08.17 # test_disk passed when boosted too 18.08.18 # oh huh they're almost exactly the same speed 18.08.46 # fragilematter: maybe, if that causes it to boost 18.08.51 # that looks wrong to me, something is probably slowing down vorbis since its faster on ARM9E and ARM7, it should be faster on ARM9 too 18.08.52 Join thegeek [0] (~nnscript@172.80-203-148.nextgentel.com) 18.09.13 # neither one will boost, the low clock on AMSv1 is way too high for that to ever happen 18.09.21 # saratoga: according to CodecPerformanceComparison mp3 is faster than vorbis but the mp3 numbers look weird since 320kbps is the fastest 18.09.34 Quit Strife89TX (Quit: I've been playing too much Dragon Quest IX.) 18.10.15 # the force boost point is very valid though 18.11.16 # all the mp3 results on the test codec page that are below 35mhz for AMSv1 are wrong 18.11.32 # its about 38-39MHz for both mp3 and vorbis 18.11.37 # not sure what happened with those results 18.12.28 # test_codec on amsv1 probably gives unrealistic results in general since the boosted performance will be much different then unboosted performance, and most codecs will never boost 18.12.43 # to be accurate boosting should be disabled so that it tests the more realistic case 18.13.09 # yes, the beast has the same problem, it clocks up to the max freq when running test_codec now 18.13.26 # if it didn't take forever, i'd suggest decoding each file twice, once boosted and once unboosted 18.13.59 # we picked too long a test track 18.14.04 # 30 seconds would have been a lot better 18.14.32 # indeed 18.15.01 # also we have too many different bitrates for most lossy codecs IMO 18.15.02 # i guess test codec could be changed to have another option where it decodes just the first 30 seconds and does so unboosted 18.15.07 # that too 18.15.25 # but people are welcome to skip some bitrates if they like 18.15.59 # i still think something is wrong with memory/clocking on AMSv1 18.16.05 # maybe this bug will shed some light on that problem 18.16.48 # saratoga: there may be something with switching, tho 18.16.59 # I've played back an mp3, carefully listening 18.16.59 # i don't think its related to switching 18.17.10 # since if you disable boosting the problem doesn't go away 18.17.19 # during the first few seconds, I can hear distinct clicking in the left channel 18.17.19 # saratoga: do you know if anyone disassembled the OF enough to know how it sets up clocks? 18.17.22 # and then it stops 18.17.40 # I'll try boosted to see if it makes any difference 18.17.42 # n1s: funman looked at it in some detail, and another person on the mailing list dumped many of its registers via jtag 18.18.17 # aha 18.18.18 # but we could easily be missing something like the ipod nano 1G's "don't behave strangely above 64MHz bit" 18.18.46 # right 18.19.11 # nope,same thing 18.19.13 # i suspect something is wrong with the memory bus, since both the 1T internal DRAM and the external SDRAM have nearly identical performance, which suggests that something in between the memory and the L1 is stalling 18.22.07 Quit Dreamxtreme (Quit: Don't follow me) 18.23.20 Join Dreamxtreme [0] (~Dre@92.30.65.15) 18.24.28 Join stoffel [0] (~quassel@p57B4AFB4.dip.t-dialin.net) 18.26.06 Quit n1s (Read error: Connection reset by peer) 18.26.10 Quit anewuser () 18.26.13 # saratoga: mp3, as coped from device: http://dl.dropbox.com/u/389421/03%20-%20Satellite.mp3 18.26.37 # played back and recorded from the output: http://dl.dropbox.com/u/389421/device_mp3_playback.ogg 18.26.50 # notice the subtle clicking on the left channel at the beginning 18.27.16 # test codec on the same file, wav encoded to ogg q7 - http://dl.dropbox.com/u/389421/test_codec_mp3.ogg 18.27.21 # same clicking 18.27.45 # and test_codec on the ogg still results in a divide by zero at 30687778 18.28.48 # and I've listened to that track so many times that I'm fed up with it, even though I downloaded it from jamendo two days ago 18.30.26 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.30.58 Join knittl [0] (~knittl@unaffiliated/knittl) 18.31.09 # any server/repo admins here? you broke git-svn gateway again :D 18.31.45 Join kugel [0] (~kugel@rockbox/developer/kugel) 18.40.38 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.40.38 Part LinusN 18.40.38 # saratoga: I think I tested iram&ram with test_mem.rock, iram was ~50% faster when boosted but the same when unboosted 18.50.06 Quit kugel (Quit: exit(0);) 18.50.17 Join kugel [0] (~kugel@rockbox/developer/kugel) 18.50.40 # that doesn't really make sense since IRAM runs at PCLK and thus doesn't boost 18.50.46 Quit swilde (Remote host closed the connection) 18.51.19 # hey saratoga, kugel: do you guys know a serveradmin with access to the svn repo? 18.51.33 # knittl: what's wrong? 18.52.22 # git-svn is working for me 18.53.34 # saratoga: I'm fairly sure that were the results 18.53.58 # yeah i don't doubt that 18.54.03 # i just don't think it makes sense :) 18.54.14 # kugel: yeah, but the git mirror is wrong 18.54.29 # WFM 18.54.30 # so trunk != origin/master 18.54.52 # what is it then? 18.54.58 # you had that problem once already 18.55.10 # right 18.55.10 # it looks like an svn commit was edited 18.56.03 # you need to git svn reset to that edited commit locally (IIRC) 18.56.21 # i've reset master to remotes/git-svn 18.56.31 # the next pull will create a merge commit again 18.56.36 # (trees are the same though) 18.56.50 # it does fast-forward here so the mirror is not wrong I'd say 18.57.21 # hm. strange. 18.58.23 # gimme a sec 18.58.23 # git cherry master origin/master shows you the first different commit, you need to hard reset to that and svn reset to the corresponding svn revision 18.59.07 # i used merge-base ;) but it should be the same commit 18.59.30 # * kugel doesn't know about merge-base 18.59.45 # but i think master compares trees rather than commit ids 18.59.52 # s/master/cherry/ 19.00.40 # $ g rev-parse origin/master remotes/git-svn 19.00.40 # fe626aee58e940ac370c4a1e482e9737a4b3dd76 19.00.40 # 3bfda1002bc996e10a3b4006b93afdf1dd8cbd10 19.02.20 # i have "Merge branch 'startfolder'" (64d420e83) in origin/master which is not in remotes/git-svn 19.02.51 # that commit has been edited yes 19.03.02 # it's still in the git mirror 19.03.11 # origin/master does not lie ;) 19.03.28 # and why does git svn rebase work just fine for me? 19.03.31 # can you run rev-parse on your side? 19.03.40 # git svn rebase works fine 19.03.52 # but git pull does not 19.04.00 # well, it work fine, but it creates bogus history 19.04.00 # both work fine for me 19.04.17 # the mirror is not a mirror but an alternate reality ^^ 19.04.31 # my update command is "git pull --ff-only && git svn rebase" which doesn't allow messing up the history 19.04.53 # i use git svn rebase first, coz otherwise you will pull history twice 19.05.08 # can you run git rev-parse origin/master remotes/git-svn 19.05.36 # $ git rev-parse origin/master remotes/git-svn 19.05.36 # fe626aee58e940ac370c4a1e482e9737a4b3dd76 19.05.36 # fe626aee58e940ac370c4a1e482e9737a4b3dd76 19.05.42 # wooot oO 19.06.06 # ha. i know why yours show both the same 19.06.17 # you rebased when the commit still was not edited 19.06.27 # so you have the same version as the git mirror 19.06.30 # i only rebase from time to time 19.06.34 # but I do have the "Merge branch 'startfolder'" one in my master 19.06.43 # kugel: yes, and that commit is wrong 19.07.00 # I see 19.07.02 # it should be "New setting to control the file browser start location." 19.07.50 # try it. git svn reset 28200 && git svn rebase 19.07.57 # you will then have diverging heads 19.08.01 *** Saving seen data "./dancer.seen" 19.08.12 # no thanks, I'll with that until Zagor confirms that he fixed it :) 19.08.30 # ah yeah zagor. i've walked him through fixing it the last time 19.08.34 # (and that he hopefully disables post-editing ci messages again) 19.08.42 # although i did not know about git svn reset. that will make everything _very_ easy 19.08.55 # how is that even possible with svn? 19.09.11 # rev-props 19.09.13 # i thought you needed svn-dump/admin/filter the repo for that? 19.09.37 Join benjamin__ [0] (~benjamin@c-98-212-232-129.hsd1.il.comcast.net) 19.09.56 # ah ok. i'm happy i don't have to use 'real' svn any longer 19.10.20 # who needs repo integrity after all? :) 19.11.05 Join earcar [0] (~carmine@93-39-208-53.ip77.fastwebnet.it) 19.12.19 # when is zargor usually around? 19.18.28 # "Zagor" 19.18.28 # He's in Sweden, so on and off european daytime/evening 19.18.28 # 'zagor'. sorry. my timezone, good 19.18.28 # I only mention the spelling so that he sees that you want him :) 19.18.28 # he's not online, so hilighting won't work ^^ thanks anyway 19.18.53 # indeed, but there are logs 19.18.58 # And lots of devs scan them 19.19.10 # just because you don't see someone doesn't mean they aren't watching 19.19.21 # ok 19.24.18 Join Jerom [0] (~jerome@95.171.137.111) 19.24.25 # do we accept ruby files in our repo? 19.24.46 # I can't see why not if it is related :) 19.24.57 # Not if you just want to add random stuff you found :) 19.25.11 # I've coded a somewhat better parse_testcodec than the one in svn but I've written it in ruby (which isn't as established as perl or python) 19.25.52 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.25.56 # diaspora uses ruby xD 19.26.48 # so? 19.26.59 # just saying 19.27.21 # If we have python already, I'd say ruby is acceptable as well. As long as it's just a peripheral script like that 19.30.03 Join Strife89TX [0] (~cstrife89@207.144.201.128) 19.35.46 # better then my script ? ;) 19.35.49 Quit earcar (Quit: bye) 19.38.15 # how should that work? ;) 19.38.53 # saratoga: you mean you're *really* a bot? :) 19.41.16 Join drizztbsd_ [0] (~quassel@unaffiliated/drizztbsd) 19.42.26 Quit drizztbsd (Ping timeout: 260 seconds) 19.42.44 Join bmbl [0] (~bmbl@92.39.21.51) 19.42.44 Quit bmbl (Changing host) 19.42.44 Join bmbl [0] (~bmbl@unaffiliated/bmbl) 19.43.25 Nick drizztbsd_ is now known as drizztbsd (~quassel@unaffiliated/drizztbsd) 19.46.57 Quit timccc (Ping timeout: 272 seconds) 19.49.11 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 19.51.47 Join earcar [0] (~carmine@93-39-208-53.ip77.fastwebnet.it) 19.53.49 Quit earcar (Client Quit) 19.55.54 Join s1gma_ [0] (~d.d.derp@77.107.164.131) 19.57.40 Quit _s1gma (Ping timeout: 245 seconds) 20.11.42 Join drizztbsd_ [0] (~quassel@unaffiliated/drizztbsd) 20.12.46 Quit drizztbsd (Ping timeout: 260 seconds) 20.12.49 Quit Xerion (Ping timeout: 252 seconds) 20.13.04 Nick drizztbsd_ is now known as drizztbsd (~quassel@unaffiliated/drizztbsd) 20.16.16 Quit stoffel (Ping timeout: 264 seconds) 20.16.55 Quit Jerom (Remote host closed the connection) 20.17.06 Quit Strife89TX (Quit: Blazer.) 20.20.04 Join Jerom [0] (~jerome@95.171.137.111) 20.20.17 Join Xerion [0] (~xerion@541939BB.cm-5-2a.dynamic.ziggo.nl) 20.22.40 Quit DerPapst (Quit: Leaving.) 20.33.51 Quit Jerom (Quit: Leaving.) 20.34.57 Join wodz [0] (~wodz@chello087206240131.chello.pl) 20.36.26 # some kind of automatic release system might be neat, just have a script branch every 3 months, then we try and backport any major bug fixes, and then after a week or two, the branch becomes a release 20.36.51 # skip the feature freeze, do point releases after each release when bugs are fixed 20.38.41 # are there more detiled instructions how to profile something in rockbox than http://www.rockbox.org/wiki/SourceProfiling? 20.39.12 # i don't think so 20.39.25 # basically everytime you want to profile you have to figure out what broke profiling this time 20.39.43 # stripwax has done it recently though, so you could ask him 20.41.12 # but what is general scheme? 1) I have to have profile build and than what? 20.41.27 Join anewuser [0] (kvirc@unaffiliated/anewuser) 20.41.54 # you compile a profile build, then you add those two functions around the code you want to profile 20.42.13 # additionally you'll probably want to disabling at least some inlines, because those will make it harder to profile 20.42.18 # disable 20.42.57 # you mean profile_thread() profstop() ? 20.43.04 # yeah 20.43.13 # does it work in sim too? 20.43.18 # around then you realize it probably doesn't compile :) 20.43.31 # i think so, but profiling on PC is probably not so useful 20.43.47 # I mean only to get familiar with this 20.44.08 # i can't think of any reason it shouldn't, but you'd have to try 20.44.26 # thanks 20.44.56 Join retroj [0] (~retroj@unaffiliated/retroj) 20.45.42 # hello. does rockbox provide any way to emulate symlinks on fat32? this would really make my day :) 20.46.04 Quit xnyhps (Ping timeout: 240 seconds) 20.46.53 # fat32 does not support symlinks so no 20.47.18 # hence my saying emulate.. a file type which rockbox would recognize as a redirect 20.47.59 # retroj: depends on what exactly you want 20.48.33 # We have a shortcut feature that may be helpful. See the manual for details (I never used it...) 20.48.35 # * TheSeven wonders if there are any big differences between usb2 and usb1.1 20.48.54 Quit krazykit (Ping timeout: 265 seconds) 20.48.54 # TheSeven: what sort of differences? 20.50.05 # gevaerts: okay, thanks for the tip.. i'll see if that answers my question 20.50.05 # retroj: it should at least answer your question. Whether they do what you want is something else though :) 20.50.05 # no idea... my post-mortem memory dumper works on usb1.1 but not on usb2 when running from a panic handler, even though i wrote it for usb2-only 20.50.05 # gevaerts: ha 20.50.05 # TheSeven: packet size? 20.50.05 # so i used 0x200 maxpackets everywhere and transfer sizes of up to 256K 20.50.10 # hm 20.50.18 # except for the control ep of course which is at 0x40 20.50.27 # 512 byte packets shouldn't work on full speed... 20.50.32 # transfer sizes don't matter 20.50.32 # on usb1.1, everything works fine, even the 256K transfers 20.50.37 # looks like it is what i hoped for. thank you 20.50.45 # transfer sizes do matter because i might overflow a register in the usb core 20.50.56 # on usb2, enumerations fails 20.51.02 # well, maybe, but usb doesn't care 20.51.22 # ah, so the host doesn't like your descriptors? 20.51.27 Join p3tur [0] (~petur@rockbox/developer/petur) 20.52.04 # Do you have the output of lsusb -v of the device? 20.52.55 # on usb1? 20.53.00 # either 20.53.05 # let me obtain that... 20.53.06 # well, both, if possible 20.53.28 # well, usb2 doesn't enumerate when booted through a panic. it works flawlessly when just uploaded as a firmware 20.53.51 # What does "doesn't enumerate" mean though? 20.53.57 Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 20.55.34 # New commit by 03kugel (r28305): Replace parse_testcodec.pl with a bit more powerful script. ... 20.56.28 # usb1.1 box, booted through a panic: http://pastie.org/1230590 20.57.13 # gevaerts: "doesn't enumerate" = windows doesn't even detect that something is plugged, linux fails with -110 for the first device descriptor and -71 for the retries 20.57.25 # r28305 build result: All green 20.57.36 # the device in question is Bus 002 Device 004: ID ffff:a112 20.58.26 # the kernel doesn't complain about the maxpacket. dmesg output: 20.58.27 # [ 86.924042] usb 2-2: new full speed USB device using uhci_hcd and address 4 20.58.27 # [ 87.093154] usb 2-2: configuration #1 chosen from 1 choice 20.58.46 # The endpoint actually works? 20.58.51 # yep 20.59.06 # i haven't verified the data read, but i can do a quick check 21.00.32 # saratoga: you ware right - profiled build doesn't compile :/ 21.01.01 # I'm surprised you can actually get 512 byte packets over a uhci controller 21.01.28 # the dumped data appears to be sane 21.03.02 # Anyway, if you get a timeout on descriptor read, it would seem that your controller isn't properly initialised or something like that 21.03.42 # the fun fact is that this only happens if it both was booted through a panic and is connected to a usb2 device 21.04.26 # if it's either connected to usb1 or booted directly without running rockbox before, it works just fine 21.04.46 # and the usb initialization code is very similar to the code rockbox uses 21.05.48 # hmm profiled target build do compile. Compiling profiled simulator fails 21.07.32 # dmesg from a usb2 linux box: 21.07.33 # usb 1-10: new high speed USB device using ehci_hcd and address 6 21.07.34 # usb 1-10: device descriptor read/all, error -110 21.07.34 DBUG Enqueued KICK TheSeven 21.07.34 # usb 1-10: new high speed USB device using ehci_hcd and address 7 21.07.34 # usb 1-10: device descriptor read/64, error -71 21.08.04 *** Saving seen data "./dancer.seen" 21.08.44 # uh oh 21.09.05 # i just did a coldboot dump of the state after the stub was connected to usb2 windows or usb1 linux 21.09.25 # in both dumps, the very kilobyte where the stub resides was trashed to all-0xff 21.09.38 # the stub is running with all caches disabled 21.09.51 # so i wonder how it can work on usb1, and who dares to overwrite it 21.09.59 # I didn't do it! 21.16.11 # hm, the 0xff thing might be a coldboot problem, it seems to appear randomly, independently of the pc it was connected to 21.18.33 Part retroj ("Channel buffer killed") 21.22.33 Join DerPapst [0] (~Alexander@dslb-088-069-134-062.pools.arcor-ip.net) 21.24.28 Join b0hoon [0] (~quassel@public-gprs58081.centertel.pl) 21.26.59 Part fragilematter ("Leaving.") 21.30.56 # New commit by 03b0hoon (r28306): HDD6330: Try to adapt the keys for the new touchpad code, remove the non existing buttons, enable morse input. 21.32.43 # r28306 build result: All green 21.34.10 # whats the deal with the hdd6330 21.34.18 # is it almost unstable? 21.35.18 # saratoga: i think it have to be in unusable state yet because of the lcd driver for example 21.35.30 # whats wrong with it? 21.36.20 # it doesn't have power management at all and no lcd blit funcions 21.36.32 # *functions 21.37.18 # can it play music without regular crashes or risk to brick it? 21.37.45 # yes. there is no problem with the playback 21.37.55 # then it should be unstable IMO 21.38.07 # and no risk of bricking it cause it's PP 21.38.26 # might as well bump it to unstable in hopes of getting other people interested in it 21.38.41 # and there is no plugin keymaps 21.38.55 # bad battery life or unimplemented features are a reason to not be stable but not for unusable 21.41.08 # if so then maybe it is worth to jump with it to the unstable 21.42.45 Join slooopy [0] (~sloo@p3E9E03F9.dip0.t-ipconnect.de) 21.43.20 # maybe someone who wants to use plugins will add keymaps 21.44.04 # yes, i must add the simulator for it... 21.46.11 # i wonder about the Onda too 21.46.24 # as I understand it, the main thing missing is the internal memory, but its working with SD 21.47.06 # I don't know much about Onda but i would like to have one :) 21.47.28 # A lots of toys! :) 21.48.00 # *lot 21.54.23 # New commit by 03b0hoon (r28307): HDD6330: Patch to enable/disable backlight. ... 21.55.59 # r28307 build result: All green 21.57.49 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 22.00.33 # b0hoon: whenever you want to make it unstable, i think you just need to update the front page via SVN, then ping one of the swedes with a bootloader and tell them to update the front page 22.00.44 # i guess install directions on the wiki too if you haven't already 22.05.18 Quit bmbl (Quit: Verlassend) 22.06.01 # saratoga: ok thanks :) 22.06.31 # aaa right - the bootloader... something is wrong with the OF loading yet 22.16.45 # b0hoon: perhaps the backlight functions should be implemented in a seperate file if they completely ifdeffed 22.18.55 Join _s1gma [0] (~d.d.derp@77.107.164.131) 22.21.02 # kugel: yes, i thought about separating HDD1630 from HDD6330 code, in fact these devices are more different than similar 22.21.15 # saratoga: Shouldn't that be in the reverse order? i.e. make the bootloader (and manual, if possible) available, then update the front page? 22.21.36 # is it possible to derive .map file from .elf for plugin? 22.21.49 Quit s1gma_ (Ping timeout: 276 seconds) 22.22.11 # linuxstb: yes, that would be the right order i think 22.26.30 # b0hoon: When you release a bootloader, you should build it with a proper version number (e.g. 1.0) and then tag it in svn. See http://www.rockbox.org/wiki/UsingSVN#Tagging_releases 22.27.30 # linuxstb: yep, i remember it from the vibe port :) 22.28.10 Quit komputes (Remote host closed the connection) 22.28.29 Quit slooopy (Ping timeout: 265 seconds) 22.40.48 # well, this is definitely a bug - simulator doesn't compile with profiling 1) thread.c is not compiled where profile_thread() function is defined but thread-sdl.c instead 2) *.map files are not created when building simulator 3) something else is still wrong 22.51.21 # hmm. zagor is still not here 22.51.40 # 1 is not a bug (except that profile_thread() should be defined in thread-sdl.c or in a seperate file maybe) 22.53.30 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 22.54.27 Quit kevku (Read error: Operation timed out) 22.56.00 # kugel: I just described the symptoms 22.57.47 Quit ender` (Quit: drug, n: A substance that, injected into a rat, produces a scientific paper.) 23.00.20 Join krabador [0] (~krabador@host205-54-dynamic.250-95-r.retail.telecomitalia.it) 23.08.05 *** Saving seen data "./dancer.seen" 23.08.19 Join Llorean1 [0] (~DarkkOne@adsl-69-153-207-220.dsl.hstntx.swbell.net) 23.08.21 Join Zarggg_ [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 23.08.29 Quit p3tur (Quit: here today, gone tomorrow) 23.08.38 Quit Llorean1 (Client Quit) 23.09.41 Quit petur (Quit: Leaving) 23.09.50 Join drizztbsd_ [0] (~quassel@unaffiliated/drizztbsd) 23.09.53 Join kazaik [0] (~kazaik@pool-72-81-177-188.bltmmd.east.verizon.net) 23.10.44 Quit wodz (Quit: Leaving) 23.11.54 Join tah [0] (~thomas@aktaia.intevation.org) 23.12.01 Join Barahir [0] (~jonathan@frnk-590fc310.pool.mediaWays.net) 23.12.06 # the theme site needs a download button 23.12.16 # it took me too long to realize i need to click the picture 23.12.33 Join rasher_ [0] (~rasher@0x5550f5a3.adsl.cybercity.dk) 23.12.34 Quit rasher_ (Changing host) 23.12.34 Join rasher_ [0] (~rasher@rockbox/developer/rasher) 23.12.35 Join zu [0] (~zu@ks355000.kimsufi.com) 23.13.29 Quit parafin (Disconnected by services) 23.13.30 Join CIA-107 [0] (~CIA@208.69.182.149) 23.13.35 Join parafin|away [0] (parafin@paraf.in) 23.14.04 Nick parafin|away is now known as parafin (parafin@paraf.in) 23.14.30 Join Jerom [0] (~jerome@95.171.137.111) 23.14.31 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.152) 23.14.48 # i grabbed a theme off the theme site, but it doesn't actually load with the latest build 23.15.01 # is this a problem with the theme or is that expected if i'm somehow doing something wrong 23.15.42 # saratoga: there's a download button right below the picture 23.16.13 # kugel: not for me, at least on this theme: http://themes.rockbox.org/index.php?themeid=439&target=sansafuzev2 23.16.49 # the download button is on the overview, the page you linked is after you clicked on a picture the first time 23.16.51 Quit drizztbsd (*.net *.split) 23.16.51 Quit ThomasAH (*.net *.split) 23.16.51 Quit Barahir_ (*.net *.split) 23.16.51 Quit Zarggg (*.net *.split) 23.16.51 Quit JdGordon (*.net *.split) 23.16.51 Quit xavieran (*.net *.split) 23.16.51 Quit Llorean (*.net *.split) 23.16.52 Quit zu_ (*.net *.split) 23.16.52 Quit rasher (*.net *.split) 23.16.52 Quit CIA-7 (*.net *.split) 23.16.52 Nick rasher_ is now known as rasher (~rasher@rockbox/developer/rasher) 23.17.20 # ah you're right 23.17.24 Quit domonoky (Read error: Connection reset by peer) 23.17.26 # still a download button there would be nice 23.20.31 Quit Jerom (Quit: Leaving.) 23.20.50 # saratoga: so you clicked on the picture ones already, clicking it another time can't be that unnatural :P 23.21.06 # someone linked it to me asking why it doesn't work, so i didn't see the first page 23.21.37 Join Jerom [0] (~jerome@95.171.137.111) 23.22.21 # huh loading the theme in the sim does the same thing as the fuze, but it gives no debug output saying it failed 23.22.24 # is that normal? 23.22.56 Quit b0hoon (Quit: GTG, bye.) 23.24.04 Join xavieran [0] (~xavieran@ppp118-209-248-234.lns20.mel6.internode.on.net) 23.24.40 # it shouldn't behave differently 23.25.33 # i thought if it can't load a theme you get an error explaining what didn't parse? 23.25.44 # saratoga: Debug output from the sim has been absent since the syntax/parser/skin-engine changeover. 23.25.53 # ah ok 23.26.07 # I've mentioned it once or thrice to JdGordon. 23.27.09 # He wants to get on-device debugging ifo going, and, what would indeed be cool but I've made it pretty clear I think simulator debug output is pretty important. 23.27.18 # s/ifo/info/ 23.28.36 # i wonder why the theme site says the file works 23.28.41 # i thought we had automated checking 23.28.48 Quit Jerom (Quit: Leaving.) 23.29.00 # what's the issue with the theme...I could have a look if you want. 23.29.10 # its the one i linked above 23.29.11 # And, the themesite is pretty braindead really. 23.29.14 # it just doesn't load 23.29.22 # no idea whats wrong, someone reported it 23.29.26 # The error checking is quite flawed, but works for the most part. 23.29.32 Nick drizztbsd_ is now known as drizztbsd (~quassel@unaffiliated/drizztbsd) 23.29.54 # saratoga: Which theme, you have a linky? 23.29.56 Join Jerom [0] (~jerome@95.171.137.111) 23.30.12 # http://themes.rockbox.org/index.php?themeid=439&target=sansafuzev2 23.31.03 # Thanks, I'll have a look. 23.31.33 Quit Jerom (Client Quit) 23.32.28 Join Jerom [0] (~jerome@95.171.137.111) 23.34.19 # saratoga: Are you loading it via the theme .cfg? 23.34.30 # if you "run" the .wps, it should load. 23.34.40 # whats wrong with the cfg? 23.34.47 # the theme .cfg is just warped...garbage. 23.35.01 # the entire thing is "ÿþ#" 23.35.15 # so, it's not exactly going to load.....anything ;) 23.35.16 # its fine for me 23.35.20 # hey guys. one thing: my clock is broken 23.35.25 # for a long time already 23.35.25 # the .cfg? 23.35.34 # it does not display the last digit 23.35.45 # yes, SIMPLE.cfg 23.35.54 # i only see 20:3 23.36.02 # knittl: We need more info than that, what theme, what device, where is the clock you're talking about...etc. 23.36.02 # and then the symbol for "disk-access"? 23.36.07 # probably a broken theme 23.36.15 # or a theme meant for a different font size 23.36.18 # sansa e280v2 23.36.25 # the black and white theme 23.36.30 # knittl: what theme? 23.36.55 # just a sec 23.37.13 # hm checkwps segfaults on that theme for me... 23.37.26 # saratoga: You see the .cfg correctly? The theme editor and SCiTE are telling me it only consists of "ÿþ#" 23.37.39 # and on others 23.37.45 # grml, now i switched themes and cannot find it again … 23.37.48 # probably a busted zip program or download 23.37.53 # its just a normal text file 23.37.55 # perhaps it downloaded incorrectly, but there's no errors in the archive. :/ 23.38.08 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 23.38.08 # * S_a_i_n_t tries again. 23.38.19 # http://pastebin.com/m4biqG8A 23.38.23 # S_a_i_n_t: it seems to start with a BOM I think 23.38.30 # oh, right, it's UTF16 23.38.34 # That won't work well 23.38.48 # aha...no. 23.39.01 # so just the file encoding is wrong? 23.39.14 # gaaah 23.39.57 # S_a_i_n_t: yes, that seems to be it 23.40.23 # saratoga: Does the .wps load on device if you run the .wps file from the filebrowser? 23.40.41 # themeeditor says she's all good. 23.41.06 # fixing the encoding didn't fix the problem 23.41.17 # ok, it's a cabbiev2 without backdrop 23.41.38 # and classic_statusbar breaks it 23.42.03 # checkwps seems to be broken 23.42.08 # yes the WPS seems to work fine 23.42.13 # but the cfg file does not 23.42.18 # knittl: a screenshot would be nice, so I can see how far out the alignment is. 23.42.27 # knittl: Do you know how to use screendump? 23.42.35 # S_a_i_n_t: it's exactly one digit 23.42.46 # and now my wps is different :-/ 23.42.50 # hahaha, i fail 23.43.17 # i'll use rockbox_none as base skin, that seems to fix it 23.43.42 # bah changing the encodings some more fixed it 23.43.45 # knittl: I shall have a look at the problem later in the day, I'm a little busy right now but thanks for reporting it. 23.43.59 # don't hurry :) 23.44.49 # i wonder how this config file ever worked if the encoding wasn't supported 23.46.18 # Pass...maybe it works if the default codepage is changed? 23.46.41 # the themeeditor sure as hell doesn't know what to do with it, that's for certain. 23.46.54 # New commit by 03gevaerts (r28308): checkwps: properly zero the wps struct to avoid interesting issues 23.48.03 # ok reported a link to the fixed theme 23.48.07 # hopefully someone will update that 23.48.32 # r28308 build result: All green 23.48.47 Quit jgarvey (Quit: Leaving) 23.49.22 # I guess the theme site code can handle utf16... 23.49.50 # whwn it says "Simple"...it really means it, I was looking for the wpf folder with the additional images. 23.49.56 # lols, facepalm. ;) 23.50.22 # *when, *wps 23.50.54 Quit benedikt93 (Quit: Bye ;)) 23.53.22 # Out of curiousity, is there a way to add a battery capacity to the list of such in the settings menu in Rockbox? 23.53.34 # yeah its in your devices's config file IIRC 23.53.47 # alright 23.53.49 # so /firmware/export/config, add it, and then compile 23.54.23 # heheh, it's been a while since I've had to compile- lemme see. 23.54.24 # battery capacity should already be in the settings, shouldn't it? 23.54.29 # it is 23.54.31 # Or is it not enabled for all targets? 23.54.38 # but for the iPod 3G it only goes up to 1200mAh 23.54.45 # I have a 1300mAh I dropped in. 23.54.54 Quit captainkewllllll (Quit: Page closed) 23.54.59 # to be clear, you realize that only changes runtime estimation right? 23.55.02 # I wouldn't be surprised if the runtime calculation on 3G is off anyway :) 23.55.21 # yeah, it's a buggy yet relatively stable build, gevaerts 23.55.26 # and if you change the battery, the runtime estimation doesn't work anyway until you recalibrate it 23.55.35 # oh wait no that last part is wrong 23.55.41 # i'm thinking of the battery meter, not runtime 23.56.02 Quit _s1gma (Quit: Leaving) 23.56.07 # install the dynamic runtime estimation patch ;) 23.56.19 # Sudos: to be honest, for a an 8% difference, I wouldn't bother 23.56.31 # yeah, true 23.56.38 # The estimate is going to be off by more than that 23.56.44 # probably 23.56.54 # you can't do dynamic estimation on old ipods 23.57.06 # I'm planning on doing a battery bench with it fully charged anyways, when it gets there 23.57.22 # just popped the battery in, but of a snug fit but it fit in