--- Log for 29.06.109 Server: simmons.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 26 days and 7 hours ago 00.00.16 # usualy, you only try a few themes the first time you install rockbox, then you stick with one you realy like. 00.00.28 # Horschti: Not true. Some people change *very* often 00.00.48 # But even then, you don't need to know what you're currently using. The more often you change, the more recently you selected one, *and* the more likely you're looking for a different one anyway 00.00.52 # that's why i said "usualy" and not "always" ;) 00.02.07 Join Ziltro [0] (n=ziltro@ziltro.plus.com) 00.02.21 # I, as a user, don't think the current behaviour needs to be changed at all. 00.03.57 Part domonoky 00.06.58 # Hi there, I was wondering if there is a way in Rockbox when playing a list of songs to pause before playing each one? ie. Song 1 plays, finishes, it skips to Song 2 and waits for me to press Play. 00.07.19 # I have Rockbox running on my Sandisk Sansa e260, and it works well. :) 00.08.01 # why would you want to do that? 00.08.28 # playing music at a ... well I'm not sure what you call it. like a concert. 00.08.42 # there's an intro, they sing to a song, there's another intro, they sing to another song, etc. 00.08.56 # like repeat 1, but without the repeat? :) 00.08.59 # it would save me pressing pause at teh end each time. :) 00.08.59 # Ziltro, as far as I know, that's currently not possible, but maybe someone else here knows a way 00.09.16 # I would expect it to be in Playback Settings, but couldn't see anything. 00.09.33 # also no music player software in Linux that I've tried has the option either! 00.09.43 # I believe there is an old patch in the tracker which does this but I don't know if it still applies 00.09.45 # for a in *.mp3; do mplayer $a; read; done 00.09.53 # like a playlist with manual starting of each song. :) 00.10.11 # Mikachu: that would work until they accidentally read the wrong song off of their list. ;) 00.10.17 # that's simple... it's realy an... unconventional usage of a DAP 00.10.30 Join ForumJunkie [0] (n=ilovefor@S0106001731ba3ab8.va.shawcable.net) 00.10.31 # Ziltro: "read" just waits for you to press enter 00.10.41 # "pause between tracks" it was called 00.10.46 # Ziltro: ah, you want to be able to move around in the list as well 00.11.10 # Mikachu: If I can't move around I know they'll accidentally pick the wrong song at some point. Sod's law and all that. 00.11.50 # "Pause between tracks" sounds good. I wouldn't mind being able to disable ff/rew/next/prev too. 00.12.34 # you can disable next/prev at least 00.12.38 # using a DAP saves lugging yet another laptop up into the loft. 00.12.55 # kugel: you can? oh I hadn't looked into that at all actually, thanks. :) 00.13.13 # it's called "Prevent track skipping" 00.13.26 # Ziltro: Couldn't you just play a single song and let it stop after, then play the next and let it stop? 00.13.36 # Rather than trying to deal with a single playlist and pausing 00.13.51 # Llorean: how? each one in a seperate directory? 00.14.17 # kugel: ah I noticed that just now, wondered what it meant. :) 00.14.20 # hmm... what's with "Party Mode" then? I never used it, just know that it disabled some input but not which exactly? 00.14.21 # Ziltro: context menu the song and explicitly insert the one entry, it won't add the whole dir then 00.14.29 # Or a folder full of single-song playlists, with repeat set to off 00.14.37 # So you don't need to do anything when one ends except press "down" and "select 00.14.47 # pixelma: imagine not being able to stop the music playback ever! 00.14.50 Join tvelocity [0] (n=tony@adsl21-248.her.forthnet.gr) 00.14.53 # pixelma: Party Mode prevents stopping / pausing / interrupting. The opposite of what he wants. :-P 00.15.14 Nick tessarakt is now known as [PIRATEN]tessara (n=jens@e180065239.adsl.alicedsl.de) 00.15.21 # Ziltro: I thought the naming was pretty clear. But we also have our fine manual :) 00.16.15 Join funman [0] (n=fun@rockbox/developer/funman) 00.17.08 # Anyone know what MD5Sum does? It created a file called everything.md5sum. No idea what it is, can I delete it? 00.17.09 # kugel: when I read it I thought of skipping like how a record or CD can skip. 00.17.43 # funman: I don't quite understand your latest response 00.18.30 # ForumJunkie: Google has a lot of info about md5 sums. They're not rockbox specific 00.19.35 # kugel: i just answered on the task, the datasheeet mentions the Note (1) for both 1.05 and 1.10 core voltage settinsg 00.19.43 Quit Rondom ("Ex-Chat") 00.19.54 Quit ender` (" I contend that we are both atheists. I just believe in one fewer god than you do. When you understand why you dismiss all t") 00.20.12 # funman: ah I see, you were going by the "Typ" column 00.20.18 # I was going by the min one :) 00.21.03 # * kugel wonders why the "Typ: 1.10V" is not allowed 00.21.17 # their hardware is not precise enough ? ;) 00.21.24 # and why the "Typ: 1.15" gives higher MAX than the 1.20 one 00.21.54 # yes that's weird : this is why i ask for a new battery bench 00.22.25 # I really don't think the Typ 1.1V one will give problems though 00.23.12 # the min is only 0.04V under specifications, but it looks like the way better setting in general 00.23.15 # well you have no proof of that, so I would like to respect the requirements 00.23.24 # sure, just saying 00.23.29 # hmm "Prevent Track Skipping" does stop prev/next, however when you press one you get a silent pause for about 500ms... 00.23.37 # also ff/rew still work. 00.23.51 # not quite what I'd expected... :) 00.24.38 # yea, ff/rew still work 00.25.00 Nick [PIRATEN]tessara is now known as tessarakt (n=jens@e180065239.adsl.alicedsl.de) 00.25.27 # kugel: did you have a look at recording? 00.25.43 # Ziltro: I don't get such a pause 00.25.50 # funman: no 00.25.56 # and I don't think I'll have one 00.26.43 # funman: I think we should focus on releasing soon, actually (i.e. fixing the sd bug) 00.26.58 # if it really exists, I yet have to experience it 00.27.16 # I have that on my TODO list, I would like to have an idea of what happens 00.27.27 # kugel: here i experience deadlocks on startup (stuck on rockbox logo) 00.27.36 # how often do you install a newer build of rockbox on your fuze? 00.27.45 # not much recently 00.27.54 # does that matter? 00.28.00 # yes 00.28.02 # I mean, I use it, without problems 00.28.09 # a particular build does deadlock, or it doesn't 00.28.14 # no matter how much times you will boot it 00.28.43 # Reminds me of a problem that used to exist on another player 00.29.01 # hmm "Skip length" could include "None" or "Disabled". If you set Skip Length to a time then it still works even with Prevent Track Skipping turned on. 00.29.07 # just thinking out loud. :) 00.29.14 # That would or wouldn't work seemingly (although not) at random 00.29.30 # i.e. One build worked, another didin't 00.29.37 # Can't remember which player now 00.29.45 # Ziltro: "prevent track skipping" is really only to prevent skipping tracks (accidentally) 00.30.15 # how do you do it on purpose with the setting on? 00.30.17 # by particular build, i mean that adding an instruction to completely unrelated code will change the behaviour 00.30.30 # Mikachu: you don't :) 00.30.33 # funman: Yes, this was the same IIRC 00.30.43 # kugel: mmm, but if you set Skip Length to anything other than Skip Track then it has no function? 00.30.47 # funman: I think this might also have depended on what build server built it 00.31.06 # Ziltro: no, it still won't let you skip over the current track 00.31.32 # well, I said deactivating next/prev, but that's probably not too accurate 00.31.57 # kugel: ah, I see, if you have skip set to 10s and you are 9s from the end it won't skip. 00.32.10 # funman: that's not really what the people reported, is it? 00.32.48 Join funman_ [0] (n=fun@rockbox/developer/funman) 00.33.06 Quit funman (Read error: 60 (Operation timed out)) 00.33.20 # AlexP: perhaps all build servers do not generate the same code? 00.33.40 # I think it depended on versions of various things, or something like that 00.33.41 # kugel: i have read reports of corruption, I had experienced these some time ago but not recently 00.33.45 # * AlexP is being very precise 00.34.12 # funman_: have other people actually reported your problem? 00.34.13 # AlexP: well you're as precise as all of us .. 00.34.22 # kugel: dunno 00.34.25 # What does that say :) 00.35.10 # I'll try updating more often, but I have the suspicion that this is your problem (whatever it's caused by) 00.35.11 # what i have seen is that the driver is stuck in an infinite loop because all transfers fail with DATA TIMEOUT 00.35.46 # have you made other changes to the code or are you trying unmodified svn? 00.36.01 Join ze [0] (i=ze@76.91.72.105) 00.36.10 Join mc2739 [0] (n=mc2739@cpe-67-10-234-29.satx.res.rr.com) 00.36.38 # I really haven't seen people having this problem, and there's quite a few people here dropping by to install rockbox on their AMS sansas 00.36.41 # unmodified 00.37.25 # yeah I asked them on the forum to STFU, to not clutter the thread with dozens of reports saying "doesn't work" 00.37.50 # kugel: I have also seen the same issue as funman_ 00.38.14 # boot stops on Rockbox logo 00.38.41 # rebuilding does not fix it, unless you make a code change 00.38.49 # funman_: probably not such a good idea in a pre-release phase 00.39.14 Quit aaron424 ("ChatZilla 0.9.85 [Firefox 3.0.11/2009060308]") 00.39.21 # kugel: well we know it's broken, don't we? 00.39.28 # I apparently didn't 00.39.43 # * funman_ invites kugel to read the forum thread more frequently ^^ 00.39.50 # I read every post 00.40.02 # because I'm subsribed to it 00.40.25 # latest svn boots fine 00.40.27 # see http://forums.rockbox.org/index.php?topic=14064.msg151588#msg151588 00.41.22 Nick funman_ is now known as funman (n=fun@rockbox/developer/funman) 00.42.22 # that post is two weeks old, I've long forgotten about it :p 00.42.37 Join mt [0] (n=mt@rockbox/developer/mt) 00.43.41 # the status didn't change unfortunately :/ 00.45.48 # funman: maybe powering/clocking (sd_enable())on doesn't work reliably anymore and needs a delay? 00.46.50 # at least we get to the point of working SD commands (since we can start a transfer), so i am not sure 00.47.02 # not sure why changing unrelated code alters the behavior though 00.47.06 # I will look at the OF again to see if there is some delays there 00.47.37 # not sure either .. 00.48.14 # notlistening, have you looked at the radio of your ams sansa player recently? it should now work properly (fixed during devcon) 00.49.14 *** Saving seen data "./dancer.seen" 00.52.50 Quit funman ("free(random());") 00.52.56 # bertrik, yeah it is working ok, a little bit buggy but i am trying to reproduce the issues i have seen 00.53.56 # I know of some bugs where it hangs when the radio is 'paused' 00.54.42 # I think it also hangs when modifying radio settings when the radio itself is not active (e.g. set the region through the FM radio context menu in the main menu) 00.56.22 # bertrik: indeed 00.56.30 # just tried that, and it crashed 00.56.39 # i have not been able to modify the volume before pressing themenu button at times 00.57.00 # well, it doesn't crash actually, buttonlight still works (so the backlight thread is still working I think) 00.57.48 # kugel, I think a region change cause the radio to re-tune, but at that point the radio hardware is powered down, so the tune loop hangs 00.58.06 # and i have seen corruption on my player recently, if that was bought up before? 00.58.06 Quit SUSaiyan (Read error: 113 (No route to host)) 00.58.07 # should be fixable 00.59.17 # JdGordon: I think I need to fix up statusbars a bit before customlist goes in 00.59.26 # how so? 01.00.06 # can you put up your latest patch? I want to do some hacking tonight so i might be able to look at it 01.00.09 # because it's buggy in SVN, but is apparently more obvious with my changes 01.00.33 # * JdGordon doesnt think thats a major concern... it can be fixed 01.00.54 # anyway, im heading off for a while, back later 01.00.57 # yes, but it needs to be done 01.01.16 Quit matsl_ (Read error: 110 (Connection timed out)) 01.02.05 Join matsl_ [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 01.03.56 Quit bertrik ("De groeten") 01.05.12 Join ReKleSS [0] (n=ReKleSS@d58-110-111-83.meb8.vic.optusnet.com.au) 01.06.42 Quit AndyI (Read error: 60 (Operation timed out)) 01.07.43 Join AndyI [0] (i=AndyI@212.14.205.32) 01.14.53 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 01.22.06 Quit notlistening ("Leaving") 01.24.54 Quit mirak ("Ex-Chat") 01.27.30 Quit Thundercloud (Remote closed the connection) 01.27.55 Quit tvelocity ("Αποχώρησε") 01.30.21 Join tvelocity [0] (n=tony@adsl20-204.her.forthnet.gr) 01.35.32 Quit mt (Remote closed the connection) 01.36.40 Quit kugel (Remote closed the connection) 01.41.20 Quit petur ("Zzzzzz") 01.45.41 Quit robin0800 (Remote closed the connection) 01.45.50 Join cmwslw [0] (n=cmwslw@c-98-249-113-152.hsd1.tn.comcast.net) 01.49.00 # How isolated is the jpeg-decoding part of the jpeg viewer? 01.49.13 Part cmwslw ("Ex-Chat") 01.50.32 Quit tessarakt ("Client exiting") 01.50.40 Quit barrywardell () 01.51.10 # rasher: isn't jpeg decoding in core already? 01.51.23 # Does the jpeg viewer use that decoder? 01.51.28 # I'm not up to speed with that 01.51.29 # no idea :) 01.51.45 # Thinking of FS#9493 and how reasonable it is to require it to be integrated with the jpeg viewer 01.52.17 # rasher: While I'd agree that it'd be nice for it to become "ImageViewer" don't we need to try to keep the plugin size down (to allow loading as large of images as possible without stopping playback)? 01.52.22 Quit matsl_ (Read error: 110 (Connection timed out)) 01.52.22 # That seems like something a bit more difficult to address. 01.52.59 # I'd love to require it to be integrated, but I'm not sure it's reasonable to require that up front. 01.53.03 # would be nice for the Archoses and other lowmem targets as well 01.53.11 # True. It just seems a bit wasteful having to keep two interfaces up to date 01.53.27 # Very true. 01.53.29 # Plus, the slideshow would be able to show both. Not possible if they're seperate 01.53.55 # Would it be possible to compile the plugin twice, using different decoder libraries, for the time being? So you get two plugins with the same interface code? 01.54.11 # That would probably be possible 01.54.12 Quit n17ikh (Read error: 104 (Connection reset by peer)) 01.54.16 # Then, when possible combine them to dynamically load the decoder, or similar. 01.54.39 # image "codec"? 01.54.39 Join Guest26583 [0] (n=n17ikh@c-68-59-19-150.hsd1.sc.comcast.net) 01.54.42 # * Llorean isn't really sure how much easier it'd be, at that point. 01.54.49 # pixelma: More or less. :) 01.55.01 # Llorean: It would be better than a plugin at twice the size 01.55.10 # Certainly. 01.55.20 # Still doesn't solve the slide show issue until the final step, but it's probably a good compromise. 01.55.21 Nick Guest26583 is now known as n17ikh (n=n17ikh@c-68-59-19-150.hsd1.sc.comcast.net) 01.55.32 # Yeah 01.59.05 Quit n17ikh (Read error: 104 (Connection reset by peer)) 01.59.42 Join n17ikh [0] (n=n17ikh@c-68-59-19-150.hsd1.sc.comcast.net) 02.00.06 Quit n17ikh (Client Quit) 02.01.15 Part toffe82 02.01.17 Join n17ikh [0] (n=n17ikh@c-68-59-19-150.hsd1.sc.comcast.net) 02.02.36 Quit n17ikh (Read error: 104 (Connection reset by peer)) 02.03.02 Join notlistening [0] (n=tom@94-195-105-95.zone9.bethere.co.uk) 02.03.54 # is there any way to get the sansa e200 bootloader to not boot the original firmware when a dock connector is plugged in? 02.04.16 Quit faemir (Remote closed the connection) 02.04.50 Join n17ikh [0] (n=n17ikh@c-68-59-19-150.hsd1.sc.comcast.net) 02.05.22 # dz: There's new bootloaders in flyspray that shouldn't. 02.06.36 # I'm trying to #include a file that's higher up in the directory structure. Anybody know how to reference it? 02.12.50 # #include "../foo.h"? 02.16.25 # I tried that. It doesn't work. 02.26.25 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 02.28.37 # rasher, which file was I looking in again for the voicing script 02.29.35 # notlistening: tools/voice.pl does the grunt work 02.29.45 # * rasher hands notlistening a torch and a helmet 02.29.46 # Good luck! 02.30.08 # cool might be back with others in a min ;) 02.33.33 # rasher, urgh!! 02.35.58 Join rayj [0] (n=rjg@c-98-215-231-183.hsd1.in.comcast.net) 02.36.22 # hello all 02.36.42 # im in the market for a new stereo in my car 02.37.07 # i see all these new setups with usb capabale 02.37.33 # do any of these new usb stereos do gapless playback 02.39.27 # This is a channel for questions about a specific software 02.40.41 # notlistening: Well, it should be more or less straight forward. It's just not very pretty 02.40.52 # ok is the a port for rockbox on any carstereos 02.41.07 # The full list of supported players is on the front page of the site. 02.41.12 # notlistening: I'd just pick one of the existing TTS that works in the same way, and copy that 02.41.41 # That is, copying all code related to that TTS 02.41.46 # Blue_Dude: that should work, or if the directory containing the file is in the include path, that's another way... 02.41.49 # And modifying it to fit your new method 02.42.32 # notlistening: Probably easy to add it to configure first, so you can attempt to do test builds 02.42.40 # Unhelpful: It should work but it doesn't. I don't know why. Relative paths only seem to work going down. 02.42.40 # notlistening: V=1 make voice will help 02.42.59 Quit rayj (Remote closed the connection) 02.43.05 Nick zitune is now known as zitune[afk] (n=zitune@bearstech/zitune) 02.44.03 # rasher, got it generating voice files already just need to add in the gubbings 02.47.35 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/freenode/x-5b063cfc4fb42562) 02.49.16 *** Saving seen data "./dancer.seen" 02.56.05 # I'm looking over the iriver h1x0 boot process, how does the code get from flash to the normal address space? 02.56.08 # is it memory mapped? 02.56.36 # notlistening: sounds good 03.07.57 Quit lilltiger (Remote closed the connection) 03.10.35 Quit mc2739 ("ChatZilla 0.9.85 [Firefox 3.0.11/2009060215]") 03.18.37 Join aaron424 [0] (n=chatzill@adsl-065-013-002-216.sip.asm.bellsouth.net) 03.18.43 Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 03.23.03 Quit fred_2 ("bye") 03.23.08 Join fred_2 [0] (i=fred@hpc-cluster.hamburgnet.de) 03.28.14 Quit aaron424 (Read error: 60 (Operation timed out)) 03.31.10 Quit ForumJunkie () 03.31.52 Quit _lifeless (Remote closed the connection) 03.31.59 Join _lifeless [0] (n=lifeless@188.16.124.23) 03.32.38 Join daurn [0] (n=daurnima@unaffiliated/daurnimator) 03.33.21 # rasher, where does you script look for the files to encode them? 03.33.32 # your ;) 03.33.51 # the build directory? 03.34.27 # Blue_Dude: very odd... relative includes work fine for apps/plugins/lib/pluginlib_albumart.c, and pluginlib_bmp.c uses an include that's relative to apps (includes "recorder/bmp.c" 03.35.39 Quit daurn| (Read error: 60 (Operation timed out)) 03.37.20 # notlistening: I believe so. Or in the dir pointed to by the POOL environment variable. I don't believe you should even have to worry about that? 03.39.44 # the server is placing the files in the wrong place at this time that all just need to work out a way to make it put them in the right place 03.40.45 # It should be given a filename/path 03.40.48 # in the script 03.45.56 # ahh no path as it is I am using $output 03.46.11 # and that gives a filename and thats all 03.46.18 # Well, that means "current dir" then :) 03.47.01 # Ok 03.50.55 Quit amiconn (Nick collision from services.) 03.50.59 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 03.51.08 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 03.51.15 Quit pixelma (Nick collision from services.) 03.51.17 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 03.51.26 Quit Llorean (Read error: 104 (Connection reset by peer)) 03.51.35 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 03.51.52 Join Llorean [0] (n=DarkkOne@adsl-99-182-52-92.dsl.hstntx.sbcglobal.net) 03.55.35 Quit notlistening (Read error: 54 (Connection reset by peer)) 03.56.57 Join tom_ [0] (n=tom@94-195-105-95.zone9.bethere.co.uk) 03.58.38 # right pulled the poer lead out of the PC opps :P 03.58.47 # power 04.09.52 Quit tom_ ("Leaving") 04.10.43 Join notlistening [0] (n=tom@94-195-105-95.zone9.bethere.co.uk) 04.21.29 # IDENT 04.24.16 Quit n17ikh (Read error: 104 (Connection reset by peer)) 04.25.00 Join n17ikh [0] (n=n17ikh@c-68-59-19-150.hsd1.sc.comcast.net) 04.28.39 Quit n17ikh (Read error: 104 (Connection reset by peer)) 04.29.19 Join n17ikh [0] (n=n17ikh@c-68-59-19-150.hsd1.sc.comcast.net) 04.32.51 Join lilltiger [0] (n=lilltige@82.145.152.217) 04.36.12 # ... 04.36.23 # what're you doing, exactly, notlistening? 04.36.58 Join Llorean1 [0] (n=DarkkOne@adsl-99-182-52-92.dsl.hstntx.sbcglobal.net) 04.37.17 Quit Llorean (Nick collision from services.) 04.37.20 Nick Llorean1 is now known as Llorean (n=DarkkOne@adsl-99-182-52-92.dsl.hstntx.sbcglobal.net) 04.38.52 # i was learning how to add in command on my xchat client a bit unsucessfully to beingin with to identify myself when i login to use my nickname ;) 04.39.18 Quit BHSPitLappy (Remote closed the connection) 04.39.44 # Unhelpful, was that exact enough? 04.42.15 # I have just managed to getmore corruption on my e200v2 to the point where i had to format it using the OF, is there a way to now rename the partition to its original tag as from linux i can't see the partition with parted? 04.45.05 Quit perrikwp ("Leaving.") 04.45.35 Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.0.11/2009060215]") 04.45.53 # try cfdisk 04.46.31 # hmm 04.46.39 # cfdisk seems to fail for me hehe 04.48.10 # "tag"? 04.48.23 # ahh had to be root doh :) 04.48.37 # i think he means set the label 04.49.14 # i believe that's actually part of the filesystem, not the partition table. 04.49.19 # hmm no label support in cfdisk it seem bah 04.49.22 *** Saving seen data "./dancer.seen" 04.49.40 # dosfslabel would do the job, i think? 04.49.40 # it said free disk space! 04.50.21 # what kinda strange fs are they using! 04.53.04 # when you format the disk using their inbuilt untility it does strange things 04.53.23 # cfdisk does display the label that is set on most partition types, but i don't think it can change them 04.53.50 # yeah not an option i can see Mikachu 04.54.29 # Mikachu: it shows my fuze fs as empty :) 04.56.13 # hmm how do i get it to rebuild the database it dident do so upon restart after adding new songs 04.57.13 # in the database menu under general settung you need to auto update option? 04.57.37 # thanks :) 04.57.53 # dident check under general hehe 04.58.21 # Unhelpful, dosfslabel worked a treat thanks 04.59.19 # notlistening: the cfdisk say that your devices where fat or did they say they where free space? 05.01.31 # free space 05.01.56 # parted reported no parition there 05.02.59 Quit moos ("Rockbox rules the DAP world") 05.03.51 # hmm told ut to update the database but it dosent seem to do it.. hehe 05.14.30 Quit Riku (Read error: 104 (Connection reset by peer)) 05.17.50 Join Riku [0] (n=Lss@cm33.zeta237.maxonline.com.sg) 05.22.17 Quit notlistening (Remote closed the connection) 05.31.30 # hmm I think i just ran into the data corruption issue :( 05.32.46 Quit dlenski (Remote closed the connection) 05.34.34 # no wonder the database dident want to update when all the newly added data looks currupted 05.35.47 # hmm but when connected to the computer it looks correct hmm 05.38.03 Quit Horschti ("Verlassend") 05.48.31 # ok this is realy wierd, the file browser in rockbox is all messed up, it has the dirnames correct but the filenames is just strange symbols 05.49.16 # but when starting the player into the org sansa firmware there is nothing wrong at all with the sungs 05.49.18 # songs 05.51.49 # The original sansa firmware displays information from the tags, not the filenames, right? 05.51.57 # sounds about right 05.52.22 # wasn't that why the Sansa OF was slow to boot after USB disconnect because it was rebuilding the database? 05.52.32 # Well these are V2 sansas in question 05.52.36 # but the filenames is correct when using it in usbmode 05.52.44 # it¨s the v1 05.53.01 # I thought you were asking questions about an e200v2 earlier. 05.53.09 # nope 05.53.15 # And you said Fuze up there 05.53.16 # i havent 05.53.19 # Which is an AMS Sansa 05.53.24 # fuze v1 05.53.38 # Sorry, we refer to all the AMS Sansas generally as "v2" a lot of the time 05.53.39 # so yes ams sansa 05.54.01 # confusing :) 05.54.13 # Well, for quite a period the only AMS Sansas were v2s of other hardware 05.54.31 # Then the line extended, but there weren't any v2s of the AMS ones, so "SansaV2" made a general sort of sense still - it was v2 of their product line. 05.54.52 # It's just now recently confusing again, hence the attempt to get in the habit of calling them AMS 05.55.22 # Either way, you've already said you're having filesystem troubles. 05.55.43 # I thought i had, from looking the the rockbox filebrowser 05.55.59 # Weren't you having partition issues just a few minutes before that? 05.55.59 # but when looing at the files when connected as usb device theu all seem fine 05.56.10 # and the sansa firmware has no u´issue with em 05.56.20 # The sansa firmware is showing you the database. 05.56.23 # nope, it was just labling :) 05.56.34 # and just checked it in cfdisk 05.56.37 # You said it said your partition was free disk space. 05.56.49 # in cfdisk yes 05.56.55 # but so was his 05.57.15 # probly cos it's formated from the sansa firmware 05.57.23 # Please, use real words. 05.57.26 # "cos" is not one. 05.57.31 Join cmwslw [0] (n=cmwslw@c-98-249-113-152.hsd1.tn.comcast.net) 05.57.33 # Nor is "probly" 05.57.55 # Okej, det kan jag väl om du pratar svenska 05.58.03 # This is also an English language channel 05.58.22 Part cmwslw ("Ex-Chat") 05.58.34 # I said that I will start talking proper english when you start speking swedish 05.58.38 # +a 05.58.55 # No, you'll start typing proper English when you want permission to continue using this channel, as per the publicly posted guidelines. 05.59.00 Join ruckus [0] (n=Earworm@adsl-76-234-133-19.dsl.sfldmi.sbcglobal.net) 05.59.18 # I tried to be polite about it, now I'm going to be clear: It is a guideline for this channel, and there are those who will enforce it. 05.59.24 # ohh ok, if me english isent good enought ill go 05.59.32 # bye then 05.59.36 Part lilltiger ("Konversation terminated!") 06.02.45 # hey folks, I am getting an "ATA error: -11" 06.03.13 # i'd like to know how can i send a log file or anything that may help fix this problem 06.04.22 # ruckus: Maybe you could give a little more information. What player, what build, etc. 06.04.57 # lets see. i got gigabeat f10, but i replaced the hdd with a 30gb compatible model 06.05.44 # i haven't updated the build in about a week, but this problem has been here for a loooong time. i'll update it in a moment, but i doubt it 06.06.19 # It's probably a problem with your disk then 06.07.08 # the way i get the error is a bit tricky to explain 06.07.32 # Did you ever get the error with the old disk? 06.08.13 # Llorean: i only get it when the bootloader is in a USB mode, and i remove/detach the USB cable. 06.08.21 # *safely remove 06.08.46 # i don't remember if i was having the problem with the old disk 06.09.32 # ruckus: What bootloader version are you using? 06.09.49 # how can i tell? 06.10.12 # When did you install it? 06.10.49 # lemme see here 06.11.13 # Please, try to use real words rather than slang like "lemme" so that our logs are able to be read with translation tools more easily. 06.11.47 # alright, it's easier to type them, but i'll try 06.12.04 # Thanks. 06.12.51 # i use the bootloader from this page 06.12.52 # http://www.rockbox.org/twiki/bin/view/Main/GigabeatFXPort 06.12.55 # When, though 06.12.56 # humanish thingings, conforminate to the transbawts! mwahaha 06.13.04 # ze: I'm serious. 06.13.10 # Real words. 06.13.20 # but it hasn't been changed since 2007 ?! 06.13.21 # (i'm sorry, i know, i just couldn't resist that opportunity) 06.13.24 # ruckus: ATA error: -11 is often associated with hardware issues, if you still have your old drive, I'd see if it performs better. 06.14.03 # ruckus: No, that date is actually outdated, the file linked is newer than that. 06.14.03 # Llorean: ok, well tell me. is the bootloader constantly updated ? 06.14.07 # No, the bootloader is not 06.14.14 # oh really? 06.14.21 # It's updated when something important changes, and a new bootloader can be tested. We try to update them as rarely as possible. 06.14.33 # They're really the part that makes sure even if you get a bad build of Rockbox, you can fix things easily. 06.14.54 # so the wiki is wrong about the bootloader's date? 06.15.14 # not sure if i am following you here 06.15.21 # Yes, the wiki's wrong 06.15.54 # If you check the actual file date on the download server it's from Oct 2008 06.17.48 # i see 06.17.58 Join timc [0] (n=aoeu@221.201.148.153) 06.18.59 # Llorean: is changing the disk the only thing i can do to see what's up? 06.19.45 # ruckus: You could make sure everything's updated to the latest, but if the problem continues it's very likely a hardware issue. That error, I believe, usually indicates one. 06.20.29 # everything's updated = bootloader and build, right? 06.20.38 # Yes. 06.21.28 # ok. testing now 06.23.08 # Llorean: yeah nothing has changed. i tried to plug in the power cord as well, but nothing 06.24.36 # but i do keep the old drive, so i'll give it a try 06.24.41 # thanks anyway 06.25.41 Quit ruckus ("Leaving.") 06.36.35 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 06.49.24 *** Saving seen data "./dancer.seen" 06.53.26 Join ruckus [0] (n=Earworm@76.234.133.19) 06.55.08 # hey Llorean. i have one more question. i've been wanting to make my browsing font bigger, but whenever i change it, that also changes the font on the "now playing screen". is there a way to use 2 different fonts? 06.57.07 # or anyone else? 06.57.29 # Not really, no. 06.57.57 # There are two fonts. The builtin system font, and whichever user font is loaded. You can design a WPS to use the system font, while you use the loaded font for menus, but beyond that there's not much you can do at the moment 06.59.22 # but the built in font is so tiny... i am trying to make the browsing text larger, while keeping a reasonably small text on the now playing screen 07.00.21 # Hey, I'm just telling you what your option is. 07.00.44 # Unless you feel up to fixing the multifont patch so that it's acceptable for inclusion. 07.01.42 # right. i'm just stating the predicament, with the hope that it will taken under consideration 07.02.30 # though i with i was able to code, i would've whipped something out right away 07.02.57 # * though if i was able to code, i would've whipped something out right away (sorry) 07.04.28 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 07.07.19 # It's not an easy to solve problem. Or rather, a solution that doesn't come packaged with a variety of new drawbacks is difficult to come by. 07.11.07 # i am looking at the cfg file. how does this sound: if the "font" variable is split into font1 (for the browsing screen), and font2 (for the now playing screen) would that be a problematic to implement and make rockbox recognize each font variable? i'm trying to form a good suggestion, so i can post a forum topic or something 07.11.29 # The problem is "under the hood" 07.12.02 # There's a lot more to font use and caching to avoid spinning the disk and efficient memory use. Fonts can be quite huge, so we don't want to keep the whole thing in memory. 07.12.17 # Everyone agrees multifont would be good, it just needs a lot of work to be done in a way that works well internally 07.13.18 # Llorean: I see, so this idea is already on the long term to do list? or maybe short term?! :) 07.13.44 # There's no "term" 07.13.53 # It will happen when a volunteer works on it, just like everything else. 07.17.40 # Llorean: cool. 07.19.15 # oh no, i got stuck on the golden quotes page... 07.19.57 # does anyone actually think the buttonbar is useful? 07.22.30 # I don't know. How often do those buttons' functions change? 07.22.48 # they are pretty static I think 07.23.03 # I would really really love to kill it, but I cant see me being allowed to 07.23.21 # Well, I mean, we don't really have constant visual cues as to what every other button does. 07.23.37 # And buttons like "A-B" or "Windows Logo" aren't really obvious. 07.24.15 # If they're not *too* context sensitive (as in, not too hard to learn) I wouldn't be against it. 07.24.31 # It's another one of those cases where a user would *need* the manual though. 07.25.00 # But they're all "extra" features right? Like, normal use of the player can be had without using them (similar to the quickscreen)? 07.25.28 # honestly I dont know how those buttons are used enough.... 07.25.51 # but yes, the argument is that once oyu learn them (from the manual or screen) you would disable thm to reclaim the screen space 07.27.30 # Well, I guess it depends on how hard it is to learn them. What conditions can cause them to do different things and all. 07.28.23 # its bassically the main screens each set them slightly differently (menus, browsers, wps, rec/fm, or none?) 07.29.11 # That's probably not too bad then. 07.29.27 # My worry is that they might change based on other things. 07.30.10 # I'm 99% sure that when they are set they are static 07.30.13 # For example, I could imagine them showing different things in the tree depending on whether or not playback was happening or something. Dynamic content, which is bad if there's no indicators. But if they're static like that, it really boils down to "are they necessary, or extra" 07.30.35 # I'm also not sure if they are trnaslated either... 07.30.35 # I don't seem to remember ever using them on my Recorder when playing with it, except when flashing it. 07.35.39 Join FlynDice [0] (n=FlynDice@cust-65-98-160-98.static.o1.com) 07.38.46 # hmm... my mini really doesnt like plugging into usb while its off... usb doesnt connect and disconnecting the cable data aborts 07.40.37 # That sounds like behaviour we had before USB was enabled. 07.40.43 Part ruckus ("Leaving.") 07.41.24 # recentish build... 2 weeks ago maybe 07.47.50 Join matsl_ [0] (n=matsl@dhcp126.contactor.se) 07.57.22 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 08.01.30 Quit JdGordon ("Leaving.") 08.20.16 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.37.58 Join Rob2223 [0] (n=Miranda@p4FDCFF34.dip.t-dialin.net) 08.43.01 Join petur [50] (n=petur@rockbox/developer/petur) 08.48.01 # * amiconn pokes markun a bit regarding font caching 08.49.09 # amiconn: I could take a look at my code later this week 08.49.25 *** Saving seen data "./dancer.seen" 08.56.33 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.58.10 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 09.21.24 Quit liiwi (Read error: 110 (Connection timed out)) 09.25.24 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 09.32.19 Join kugel [0] (i=kugel@rockbox/developer/kugel) 09.33.33 # markun: ah font caching is your work? so we can bug you with multifont? :> 09.34.53 Quit _Auron_ ("Infinity repeatedly denies rumours of plotting with zero to bring down the Universe.") 09.36.25 # kugel: I wanted to make it my work :) and yes, multifont was also planned in the rewrite. 09.37.08 # good that you gave bertrik the meizu then, more time for multifont :P 09.37.34 # actually it was gevaerts' meizu M3 09.37.58 Quit kachna|lappy (Read error: 113 (No route to host)) 09.42.39 Join flydutch [0] (n=flydutch@host87-202-dynamic.15-87-r.retail.telecomitalia.it) 09.42.43 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 09.42.50 Quit bertrik (Read error: 113 (No route to host)) 09.49.28 Join kugel_ [0] (i=kugel@141.45.205.172) 09.51.01 Quit Thundercloud (Remote closed the connection) 09.51.07 Join kugel__ [0] (i=kugel@141.45.205.172) 09.51.14 Join _Auron_ [0] (n=DarkAuro@adsl-76-203-192-240.dsl.rcsntx.sbcglobal.net) 09.51.14 Quit _Auron_ (Remote closed the connection) 09.51.18 Join _Auron_ [0] (n=DarkAuro@adsl-76-203-192-240.dsl.rcsntx.sbcglobal.net) 09.51.35 # markun: grml, then you should give gevaerts yours :p 09.51.47 Quit kugel (Nick collision from services.) 09.51.52 Nick kugel__ is now known as kugel (i=kugel@141.45.205.172) 09.53.03 # kugel: markun doesn't have an m3 09.53.38 Quit kugel (Read error: 104 (Connection reset by peer)) 09.53.47 Join kugel [0] (i=kugel@rockbox/developer/kugel) 09.58.12 Nick zitune[afk] is now known as zitune (n=zitune@bearstech/zitune) 09.59.50 # gevaerts: I was talking about meizu, not the m3 specifically 10.00.24 # kugel: I don't need two m6sls or m6sps :) 10.06.51 Join kugel__ [0] (i=kugel@141.45.205.172) 10.08.10 Quit safetydan ("Leaving.") 10.11.11 Quit kugel_ (Read error: 110 (Connection timed out)) 10.13.13 Quit cg_ (Read error: 104 (Connection reset by peer)) 10.14.59 Join kugel_ [0] (i=kugel@141.45.205.172) 10.19.52 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 10.20.05 Join cg_ [0] (n=cromos@cable-kmi-fe71de00-186.dhcp.inet.fi) 10.21.28 Quit kugel__ (Read error: 60 (Operation timed out)) 10.26.22 Join kugel__ [0] (i=kugel@141.45.205.172) 10.31.11 Quit kugel (Read error: 110 (Connection timed out)) 10.31.20 Quit kugel_ (Read error: 60 (Operation timed out)) 10.38.55 Quit BHSPitMonkey (Read error: 54 (Connection reset by peer)) 10.44.29 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 10.49.28 *** Saving seen data "./dancer.seen" 10.52.26 Quit cool_walking_ ("Page closed") 10.56.02 Join kugel [0] (i=kugel@rockbox/developer/kugel) 10.57.09 Join kugel_ [0] (i=kugel@141.45.205.172) 10.59.28 Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) 11.04.08 Join mt [0] (n=mt@rockbox/developer/mt) 11.05.05 Quit kugel (Read error: 60 (Operation timed out)) 11.10.53 Join kugel [0] (i=kugel@rockbox/developer/kugel) 11.13.00 Quit kugel__ (Read error: 110 (Connection timed out)) 11.24.01 Quit at0m ("after years of apt-get dist-upgrading, time for fresh install to aptitude safe-upgrade!") 11.25.10 Quit jordan`` (Read error: 104 (Connection reset by peer)) 11.25.14 Join jordan` [0] (i=gromit@78.235.252.137) 11.27.43 Quit kugel_ (Read error: 110 (Connection timed out)) 11.37.16 Join kugel_ [0] (i=kugel@141.45.205.172) 11.41.02 Join kugel__ [0] (i=kugel@141.45.205.172) 11.45.11 Quit J-23 (Remote closed the connection) 11.45.41 Join J-23 [0] (n=zelazko@unix.net.pl) 11.47.01 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 11.56.46 Quit kugel (Read error: 110 (Connection timed out)) 12.01.30 Quit kugel_ (Read error: 110 (Connection timed out)) 12.05.35 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 12.06.55 Quit kugel__ (Read error: 110 (Connection timed out)) 12.13.50 Quit tchan (Remote closed the connection) 12.14.28 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 12.19.34 Quit vedlith ("unhandled exception") 12.22.41 Join kugel [0] (i=kugel@rockbox/developer/kugel) 12.23.34 # Is there anything special in using lseek() in a metadata parser ? 12.23.50 Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) 12.24.32 # linuxstb: What I've noticed so far is that a 'Data abort' occurs after the first call to lseek(). (although lseek's return value would be correct) 12.26.35 # here's the output : http://pastebin.com/m32f69a09 12.26.39 Join vedlith [0] (n=ved2@137-mi2-1.acn.waw.pl) 12.28.38 # mt: Data abort usually occurs when you're doing an unaligned memory access. Maybe that's the case here? 12.31.14 # gevaerts: Unaligned accesses are allowed in the sim right ? Because if so, thise could be the case yes. 12.31.38 # yah, the sim doesn't check 12.31.58 # Or rather, it's not an issue on x86. 12.32.07 Nick J-23 is now known as tw-bocian (n=zelazko@unix.net.pl) 12.32.14 Nick tw-bocian is now known as J-23 (n=zelazko@unix.net.pl) 12.32.55 # i guess. run the sim on arm? :) 12.36.22 # Isn't 1 word = 4 bytes on arm ? 12.36.30 Join kugel_ [0] (i=kugel@141.45.205.172) 12.36.37 # yes 12.37.00 Join ForumJunkie [0] (n=ilovefor@S0106001731ba3ab8.va.shawcable.net) 12.37.05 Quit bmbl (Read error: 110 (Connection timed out)) 12.37.48 # and starting at byte_offset 68 in a file is equivalent to a word_offset of 17 12.38.37 # it's not the offset in the file that needs to be aligned 12.39.24 # you can read() from any offset you like, but if the buffer you read into isn't word aligned and you do word accesses to it, it will die 12.42.32 Quit kugel (Read error: 60 (Operation timed out)) 12.43.25 Join Metalstar [0] (n=scott@82-69-145-110.dsl.in-addr.zen.co.uk) 12.43.33 # Torne : So if reading a half-word then a word into the buffer, the half-word will need to padded so that the following reading of word would be aligned, right ? 12.44.07 # no, the read(0 takes care of alignment iirc 12.44.19 # it's when your code accesses the data in the buffer that it needs to be aligned 12.45.26 Join Metalstar- [0] (n=scott@82-69-145-110.dsl.in-addr.zen.co.uk) 12.45.35 Nick Metalstar- is now known as Edwards80 (n=scott@82-69-145-110.dsl.in-addr.zen.co.uk) 12.46.26 Nick Edwards80 is now known as EdwardsEighty (n=scott@82-69-145-110.dsl.in-addr.zen.co.uk) 12.46.41 Nick EdwardsEighty is now known as Edwards80 (n=scott@82-69-145-110.dsl.in-addr.zen.co.uk) 12.46.58 Join martian67 [0] (i=martian6@about/linux/regular/martian67) 12.47.30 Quit martian67 (SendQ exceeded) 12.47.31 Quit Edwards80 (Read error: 104 (Connection reset by peer)) 12.47.45 Join Edwards80 [0] (n=scott@82-69-145-110.dsl.in-addr.zen.co.uk) 12.48.43 Quit Metalstar (Read error: 104 (Connection reset by peer)) 12.49.27 Join xplagu3 [0] (n=tp@123-243-243-102.tpgi.com.au) 12.49.31 *** Saving seen data "./dancer.seen" 12.50.30 # hi all. how do i tell my ipod 4g to sleep 12.50.55 # hold down play/pause for some seconds to turn it off 12.51.00 # rockbox does not support sleep mode 12.51.25 # ah cool. thx 12.52.06 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 12.52.12 # also, see the manual :) 12.53.31 Quit martian67 (SendQ exceeded) 12.54.07 # will do. catch 12.54.09 Quit xplagu3 ("Leaving") 12.54.47 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 12.55.13 Quit agaffney (Read error: 104 (Connection reset by peer)) 12.55.43 Quit gevaerts (Read error: 110 (Connection timed out)) 12.55.56 Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) 12.56.33 # Um, I'm trying to compile a RB build, how do I delete the source code that it's received from SVN? 12.57.18 # I deleted the "rockbox" folder that I thought had all my modifications, and now when I go to patch it says that there is two of the same file (one is "working copy 12.57.33 # " and the other is "revision xxxxxx") 13.07.59 # ForumJunkie: Just deleting the folder containing the source code should do it... 13.09.06 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 13.15.25 # I can't patch it though, still.. 13.15.32 # It tells me I have two different codes.. 13.16.20 # I deleted the .../home/.../rockbox folder in Cygwin, but for some reason it doesn't patch after I obtained a new source code from svn co svn://etc. 13.22.26 # http://img14.imageshack.us/img14/4130/img00046t.jpg 13.23.02 # ReKleSS: offtopic stuff should go in #rockbox-community :) 13.23.27 # ahh crap, sorry 13.23.29 # wrong channel 13.23.45 # I normally only have one irc window open... 13.23.56 # s'ok 13.24.01 # ForumJunkie: What is the precise error message you're getting from "patch" ? Paste it to somewhere like pastebin.com if it's more than a couple of lines. 13.25.23 Quit kugel_ (Read error: 113 (No route to host)) 13.30.33 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 13.36.35 Join Rondom [0] (n=Rondom@nimwen.informatik.ba-stuttgart.de) 13.45.30 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 13.49.47 Join notlistening [0] (n=tom@94-195-105-95.zone9.bethere.co.uk) 13.50.26 Quit robin0800 (Remote closed the connection) 13.54.14 Join kugel [0] (i=kugel@rockbox/developer/kugel) 13.56.54 # New commit by 03funman (r21550): Sansa AMS: correct sd_select_bank() in SD driver ... 13.58.04 Quit Rondom (Remote closed the connection) 14.06.57 Quit Edwards80 (Read error: 104 (Connection reset by peer)) 14.07.47 # \o/ 14.08.19 Quit Rob2223 () 14.08.43 Join Rondom [0] (n=Rondom@nimwen.informatik.ba-stuttgart.de) 14.09.39 Join Rob2222 [0] (n=Miranda@79.220.255.52) 14.10.43 Join aaron424 [0] (n=chatzill@65.13.2.216) 14.15.01 # ok, now the parser finishes cleanly. Have to figure out where it crashes now. 14.18.01 # Codecs have no access to logf ? 14.21.28 Nick zitune is now known as zitune[afk] (n=zitune@bearstech/zitune) 14.21.47 Quit FlynDice (Remote closed the connection) 14.26.17 # linuxstb: ^ ? 14.28.31 # mt: They should do, but via ci->logf(). Or if not, you could add it to the codec API. 14.29.53 Join LambdaCalculus37 [0] (i=44a0430d@gateway/web/freenode/x-cad32bd0bb09d9ad) 14.36.05 # linuxstb: They do but I should have put "#define LOGF_ENABLE" and "#include "logf.h" " before including the codeclib. :) 14.37.09 # codec lib should include logf.h? Wouldn't it give a warning otherwise? 14.39.02 Join zhufeng [0] (n=7ae126c2@gateway/web/cgi-irc/labb.contactor.se/x-cb572dc6bf139ae8) 14.39.36 # hey guys 14.42.46 # funman, trying r21550 for you now 14.44.01 Quit Sajber^ ("Leaving.") 14.44.04 # kugel: Yes, I should define LOGF_ENABLE only. 14.46.17 Join Sajber^ [0] (n=Sajber@c-ab3071d5.012-155-73746f22.cust.bredbandsbolaget.se) 14.48.33 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 14.49.33 *** Saving seen data "./dancer.seen" 14.50.25 Quit zhufeng ("CGI:IRC") 14.50.47 Join zhufeng [0] (n=7ae126c2@gateway/web/cgi-irc/labb.contactor.se/x-1b53632677ae7534) 14.51.02 # And now I'm getting no (Data abort)'s, Metadata tags are correctly displayed, but rockbox freezes. 14.52.12 Join KBH [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 14.55.06 Quit zhufeng (Client Quit) 14.55.30 Join zhufeng [0] (n=7ae126c2@91.191.140.131) 14.56.23 Quit zhufeng (Client Quit) 14.56.36 Join zhufeng [0] (n=7ae126c2@gateway/web/cgi-irc/labb.contactor.se/x-a73ef9a77eeeb827) 15.00.39 Quit zhufeng (Client Quit) 15.00.57 Join zhufeng [0] (n=7ae126c2@gateway/web/cgi-irc/labb.contactor.se/x-cc7a1854a6cfa6ab) 15.05.41 # linuxstb: After the metadata parsing is done (metadata/rm) the codec is immediatly called (in this case codecs/cook) right ? 15.09.40 Quit HBK (Read error: 110 (Connection timed out)) 15.19.23 Join fyre^OS [0] (n=nnscript@cpe-24-90-81-117.nyc.res.rr.com) 15.19.41 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 15.25.30 # funman, r21550 is still giving me corruption issues see the forum for more 15.26.20 Quit KBH (Success) 15.27.12 Quit zhufeng ("CGI:IRC") 15.27.26 # mt: I'm not sure exactly when it's called. It may even be started before the metadata parsing is done - hence the while() loop at the start of the codec's main() function to check for ci->taginfo_ready. 15.28.32 Join n1s [0] (n=n1s@rockbox/developer/n1s) 15.32.01 # linuxstb: hmm.. the problem is, I've thrown a couple of logf's in cook.c just to make sure the buffering thread actually reaches the codec, but the never get displayed, so I'm now not sure where exactly it freezes. 15.32.18 Join Jaykay [0] (n=chatzill@p5DDC7878.dip.t-dialin.net) 15.32.22 # s/the never/they never.. 15.40.01 # pixelma: do you have some time for the german translation? i want FS#9754 to be closed but not without discussing the translations you left out :) 15.43.09 # don't have much time now, probably better after Wednesday or even Thursday 15.43.37 # ok 15.49.13 Quit _lifeless (Read error: 110 (Connection timed out)) 15.52.08 Quit robin0800 (Remote closed the connection) 15.52.28 Join evilnick [0] (i=0c140464@gateway/web/freenode/x-fc28cae71de71766) 15.54.19 Quit n1s (Read error: 110 (Connection timed out)) 15.55.01 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) 15.56.20 # I've noticed a potential bug in the View Playlist screen; if you are Moving one song when the track changes then the song reverts to it's initial place in the playlist. Is that expected behaviour? 15.57.50 Quit Rondom (Remote closed the connection) 15.57.53 Quit kugel (Read error: 110 (Connection timed out)) 16.00.50 Join kugel [0] (i=kugel@rockbox/developer/kugel) 16.04.17 Join fml [0] (n=4fd3c6e9@gateway/web/cgi-irc/labb.contactor.se/x-1a4b8ae7273c2e37) 16.05.34 # Hello. I'd like to commit FS#10392 (don't modify the file name) and FS#10390 (correctly simulate get_time on non-RTC platforms). Any objections? 16.05.42 Join mt_ [0] (n=mt@41.233.147.176) 16.06.20 Quit mt (Read error: 113 (No route to host)) 16.06.32 # fml: I think rasher can commit himself 16.06.54 Nick mt_ is now known as mt (n=mt@41.233.147.176) 16.07.55 # If no one can see a problem with the FS#10392 feel free, or I'll do it some time later 16.09.50 # It's a good tone to not to commit own patches :-) 16.10.05 # rasher: can you assit me with FS#10390 ? :-) 16.10.48 Join Blue_Dude [0] (n=chatzill@adsl-235-206-197.mco.bellsouth.net) 16.11.50 # OK, I'm at my wit's end here. I'm trying to create a library file that's reference by both apps and plugins. But no matter where I put the .h and .c files, there's a linker error someplace. 16.12.13 Join funman [0] (n=fun@rockbox/developer/funman) 16.12.45 # hi, i want to commit fs#10274 after I have tested build on some targets, any objection? 16.13.01 # rasher: I don't see any problems with FS#10392, but I didn't test it. I assume you did. Actually, strchr was used there to convert from "const char*" to "char*" 16.13.19 # Blue_Dude: Is this lib always going to be used by the core? Or is it a case of some targets using it in the core (and plugins), and other targets just using it in plugins? 16.14.01 # i will keep the 9 commits separated 16.14.02 # funman: What's FS#10274? 16.14.04 # * LambdaCalculus37 goes to look 16.14.13 # It ought to be used most of the time by the core. It is used occasionally according to plugin's requirements. 16.14.19 # FS#10274 - Move timer code in target tree 16.14.31 # Blue_Dude: What do you mean by "most of the time"? "For most targets" ? 16.15.15 # funman: What targets did you try it on so far? 16.15.23 # The library is for fixed point math. Right now code fragments are scattered all over the place. I'm trying to consolidate them into a single library. 16.15.34 # LambdaCalculus37: the one i have, as3525 16.15.56 # fml: I tested it in combination with FS#10391, which fixed the bug that cropped up (trying to use the filename after the call to set_file) 16.16.04 # linuxstb: Maybe not all targets will need it (SWCODEC only maybe), but most should. 16.16.08 # i didn't change the code, only the place where it is, so I expect no regression except maybe a red build 16.16.14 # funman: sure, it's a good time to commit "difficult" patches 16.16.21 # fml: I don't think it causes any bugs currently, but it's probably only a matter of time 16.16.24 # funman: We should probably test with other targets a little beforehand. 16.16.40 # Just to make sure it doesn't bork any other target. 16.16.46 # rasher: but I think FS#10392 is good on itself. If not the strchr call, the compiler had complained. 16.16.50 # LambdaCalculus37: we can make sure afterwards 16.17.06 # yeah it's only copy/pasting 16.17.45 # fml: Yeah, it's a fix on its own, which is why I opened a task for that rather than making it part of FS#10391 16.18.54 # kugel: Okay. 16.19.28 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 16.20.45 # rasher: I'll commit it now. I've also changed the types of fptr and ptr to "const char*". OK? 16.21.03 # linuxstb: A codec needs it too. So, yeah, all builds need to see it. 16.21.50 # fml: No idea about that, honestly. 16.22.40 # rasher: just to make sure (through compiler) that nothing is changed through these pointers (the same function). 16.23.26 Quit flydutch ("/* empty */") 16.23.37 # Er, is it worth me putting the possible playlist bug into Flyspray? 16.24.10 # Of course 16.24.23 Quit dmb (Read error: 113 (No route to host)) 16.25.47 # New commit by 03alle (r21551): Do not modify the passed in parameter string (FS#10392 by Jonas Häggqvist) 16.27.34 Join cmwslw [0] (n=cmwslw@98.249.113.152) 16.28.02 Part cmwslw ("Ex-Chat") 16.28.30 # Once a module is compiled in one place, is it inaccessible to another? For instance, if it's compiled into the main app, can it be linked to by a plugin or codec? 16.28.53 # New commit by 03funman (r21552): Move Sansa AMS timer code in the target tree 16.28.59 # New commit by 03funman (r21553): Rename TIMER_REGISTER macro to TIMER_START and TIMER_UNREGISTER to TIMER_STOP to reflect what they does exactly. ... 16.29.05 # Blue_Dude: just add the functions to the plugin/codec api 16.29.05 # New commit by 03funman (r21554): Move PNX0101 timer code in the target tree 16.29.10 # New commit by 03funman (r21555): Move coldfire timer code in the target tree 16.29.20 # New commit by 03funman (r21556): Move SH7034 timer code in the target tree ... 16.29.36 # faster! 16.29.40 # New commit by 03funman (r21557): Move PP (last target) timer code in target tree ... 16.29.46 Quit ReKleSS ("Leaving") 16.29.51 # New commit by 03funman (r21558): Remove int_prio argument from timer_register, and move the only use for it into alpine_cdc plugin, since this plugin is only built on SH7034 ... 16.30.01 # New commit by 03funman (r21559): Remove the TIMER_* macros and declare target-specific functions in timer.h 16.30.17 # kugel: I could. The problem is that the same code is needed in the main app also. But when I try to use it, I get linker errors. I'm thinking I might need to force compilation more than once. 16.30.20 # New commit by 03funman (r21560): Put TIMER_FREQ definition in CPU-specific config, and remove timer-target.h ... 16.31.08 # Blue_Dude: weird, what's the linker problem? 16.31.42 # you need to append ci-> and rb-> respectively to the functions 16.31.47 # kugel: plain vanilla. "Undefined reference to " such and such. 16.31.50 # New commit by 03alle (r21561): Make the get_time on non-RTC sims behave like target, i.e. always return a constant time (FS#10390) 16.32.17 # Blue_Dude: such as rb->foo() if you call the core function foo() from within a plugin 16.33.42 # kugel: you mean "prepend", not "append" :) 16.33.50 # yea, sorry 16.33.52 # :D 16.33.55 # kugel: OK, then, how do I go about setting up the pointer to those functions within the rb structure? 16.33.59 Join kasimir [0] (n=kasimir@71.228.127.14) 16.34.33 # Hello all 16.34.57 # Blue_Dude: if it's not already present in the plugin API you add it to plugin.[ch] 16.34.58 # It seems that I consistently get the error "No partition found" when I try to install rockbox 16.35.01 # kugel: I'm trying to simplify code, but it might not be worth the effort going in and rewriting everything that needs it. 16.35.13 # Blue_Dude: assuming you're trying to use it in a plugin 16.35.14 # hum aren't new builds started if a commit happens while a build is in progress ? 16.35.30 # kasimir: helps if you tell us what player you're using 16.35.54 # Apple 5G 30GB 16.36.00 # it seems that it should be supported 16.36.07 # well 16.36.13 # kasimir: is it currently HFS+ formated ? 16.36.14 # IPOD version: 0x000B0011 16.36.18 # no 16.36.22 # it is FAT32 formatted 16.36.32 # I'm trying to put basic math routines in one place. But if I put it where apps can see it, it fails linking with the plugins and codecs. And vice versa. 16.36.47 # GodEater: do you use the setting "Start screen = WPS"? If yes, could you please comment on the mailing list about how it should behave? 16.36.55 # GodEater: but the formatting could be rather off... I got this iPod from a friend, and he dd if=/dev/zero of=/dev/sdb the whole drive 16.36.55 # Blue_Dude: won't most of the bits that need this be performance-sensitive? 16.37.02 # I'm not trying to call core routines as such. 16.37.05 # Blue_Dude: yes. codecs and plugins can't link directly to core functions 16.37.14 # is there a way to force a rebuild ? 16.37.26 # should I try HFS+ ? 16.37.29 # kasimir: "a bit off" ? If he did that to it, there's no partitions or formatting of any kind 16.37.38 # well, I added what I could find online 16.37.43 # an "empty" partition 16.37.46 # funman: no need 16.37.47 # to 5 cylinders 16.37.48 # gevaerts: They're already called as functions in scattered code bits. I'm not trying to pull them out of inline code. 16.37.58 # fml: you mean the discussion on the dev list ? 16.38.03 # kasimir: you need to either put a copy of the apple firmware back on there by hand or just restore it with itunes 16.38.13 # kasimir: rockbox can't be installed on an empty disk 16.38.18 # Torne: I did put on the latest Apple firmware 16.38.27 # Torne: and it plays music/video/etc just fine 16.38.37 # Torne and GodEater: Thanks, btw, for the helping me :) 16.39.03 # GodEater: yes 16.39.08 # kasimir: what did you use to put the apple firmware on with then ? 16.39.09 # Torne: the "empty" partition is the partition label in fdisk, partition label type 0 16.39.13 # kasimir: you did http://www.rockbox.org/twiki/bin/view/Main/IpodManualRestore ? 16.39.24 # nope, I didn't know about that! 16.39.25 # thanks 16.39.40 # it's possible ipodpatcher is more strict about partitoin types etc than the apple firmware is :) 16.39.47 # kasimir: what type is the fat partition in fdisk? 16.39.52 # b 16.39.53 # fml: I don't feel qualified to wade in, it's not my use case 16.40.05 # hm... 16.40.12 # what should my partition map format be? 16.40.16 # I'm using DOS right now 16.40.28 # it should be using a DOS MBR 16.40.34 # okay, that's good 16.40.35 # with two primary partitions 16.40.40 # the first should be type 0 16.40.54 # the second should be whatever it says on that wiki page 16.41.01 # DOS fdisk won't be able to set partition type 0, btw 16.41.13 # you will need a smarter partitioning tool :) 16.41.19 # ah crap it doesn't say there 16.41.39 # the other partition should be whatever the type for fat32 lba is 16.41.48 # i forget the hex value 16.41.48 # Torne: ah, thanks! 16.41.54 # Torne: I was using "b", which was without lba 16.42.03 # thanks all, I will try it again and see what happens! 16.42.03 # i think, anyway 16.42.08 # it doesn't actually matter for dos/windows 16.42.12 # I thought b was the right one to use 16.42.18 # hm... 16.42.24 # GodEater: it shouldn't matter unless apple's firmware checks, really 16.42.30 # the FAT partition types are maximums 16.42.32 # true 16.42.38 # i.e. it's ok to have a fat16 partitoin of type fat32 16.42.48 # GodEater: you don't use the WPS as the start screen? Or you do use it but never were in the situation described there? 16.42.53 # Rockbox doesn't check partition types anyway... 16.43.00 # Torne: you really do need to finishing writing the fat32 support into ipodpatcher ;) 16.43.07 # linuxstb: it does 16.43.11 # what? :) 16.43.19 # fml: I do use it, but never in the manner described in the thread 16.43.21 # gevaerts: It does? When did that change? 16.43.23 # oh, you mean when i implied i might be willing to write the formatting code 16.43.33 # Torne: implied? :) 16.43.37 # hah 16.43.39 # you said you could, if you could be bothered :) 16.43.47 # well that's a big caveat! :0 16.44.00 # ipodpatcher already has formatting code, just not with support for sectors other than 512 bytes. 16.44.13 # linuxstb: that's what Torne said he could fix 16.44.20 # linuxstb: see disk.c, lines 51 and 171 16.44.57 Nick zitune[afk] is now known as zitune (n=zitune@bearstech/zitune) 16.45.06 # gevaerts: Hmm, r17530, not recent... 16.45.09 # linuxstb: that's why we need to convince him to do it :) 16.45.29 # GodEater: but would you expect the playback to start after power on if the last time you switched off the player the playlist has played to the end and stopped? 16.45.34 # * GodEater tries to remember what Torne was saying about RuggedFAT too 16.45.43 # oh, yah 16.45.44 # kasimir: But anyway, "b" is what ipods come with from the factory., so that's fine. 16.45.47 # fml: I have no opinion one way or the other 16.45.53 # linuxstb: hm... 16.46.16 # linuxstb: it could be that the FAT partition wasn't formatted for 2048 size sectors 16.46.16 # kasimir: Are you sure it's a "5g" (512 byte sectors) and not a "5.5g" (2048 byte sectors)? 16.46.18 # there's a way to order disk writes on FAT such that powering off mid-operation only causes at most one filesystem error which can always be fixed :) 16.46.35 # that was it 16.46.36 # but if i actually wrote that for you then i'd probably be in trouble :) 16.46.38 # GodEater: ok. So it's not a theorem, it's an axiom (i.e. should just be defined) :-) 16.46.39 # linuxstb: I was told it was a "5g" by my friend, but it seems that parted complains about 2048 byte sectors 16.46.41 # there was something about NDAs too ;) 16.46.52 # GodEater: the fact that it exists is documented in the book 16.46.56 # so i can tell you :) 16.46.58 # fml: and I care not which way you care to define it ;) 16.47.22 # I've never been in a situation where my playlist is finished, and I doubt I ever will be 16.47.24 # kasimir: But anyway, that wiki page you've been pointed to has the correct instrucitons - they should work... 16.47.35 Quit Jaykay (Read error: 110 (Connection timed out)) 16.47.42 # linuxstb: yes, thank you very much. I am re-going through them now :) 16.48.57 # so hm,if ipodpatcher can already format FAT just not for large sectors.. 16.49.08 # GodEater: so our only hope for a qualified opinion was in vain! :-) 16.49.11 # can it do the rest of the manual restore process to? :) 16.49.24 # fml: why would my opinion be qualified ? 16.49.36 # Torne: Not a restore, but it can (I think...) do a "--convert" to convert from HFS. 16.49.37 *** Saving seen data "./dancer.seen" 16.49.52 # The complication with a restore is that ipodpatcher doesn't know what ipod it is... 16.49.58 # Now I'm trying separate header files and multiple SOURCE includes. Making now to find out. 16.50.16 # linuxstb: and by "convert" you mean "reformat" ? :) 16.50.18 # And it's also a function that can be done in various other ways, and I fight feature bloat... 16.50.34 # GodEater: Yes and no... 16.50.49 # Oh, much yellow and even red! 16.50.58 # linuxstb: it keeps the content ? 16.51.14 # linuxstb: i just mean from the POV of not having to mess around with dd 16.51.22 # GodEater: No. 16.51.25 # linuxstb: could still expect the user to go get the firmware etc. 16.51.26 # * LambdaCalculus37 sees red everywhere on the build table! 16.51.29 # i dunno. maybe not worth it. 16.51.30 Quit matsl_ (Read error: 110 (Connection timed out)) 16.52.15 Quit antil33t () 16.52.19 # * GodEater still thinks he'd prefer FAT expertise directed at TFAT on the beast 16.52.30 # GodEater: The Apple partition map is converted to a DOS MBR, the firmware partition is left intact in the same physical location, and the main data partition is formatted to FAT32 16.52.32 # to see if we can prevent random reformats 16.52.35 Join Strife89 [0] (n=nds@168.16.232.201) 16.52.41 # the Ondios don't have an RTC in case that info helps 16.52.48 Join jfc^3 [0] (n=john@dpc691978010.direcpc.com) 16.52.49 # linuxstb: that's pretty much what I envisioned 16.52.54 # New commit by 03funman (r21562): Build archos timer code for ONDIO (fix red) 16.53.22 # GodEater: I don't know anything about TFAT and don't have a beast, so hey :) 16.53.23 Join toffe82 [0] (n=chatzill@74.0.180.178) 16.53.31 # curses 16.53.33 # Torne: I could lend you mine... 16.53.40 # heh 16.53.49 # And you are clearly keen on learning about TFAT... 16.53.54 # hahano 16.54.03 # look into his eyes. Not around the eyes, just into his eyes. 16.54.06 # but playing with filesystems is kinda fun i guess. 16.54.20 # YOU WILL LEARN TFAT 16.54.21 # i have a horrible python script somewhere that does hardlinks on FAT 16.54.29 # for the old mp3 player i used to have that had no tag db 16.54.55 # you can just crosslink the same files into lots of directories to pretend you have tag-based indexing :) 16.55.00 # as long as you never plan on running chkdsk ever again 16.55.04 # * GodEater shudders 16.55.50 # lol :) 16.56.15 # hey, it works pretty well on players that have no ability to edit/delete files anyway 16.56.49 # innovative approach I suppose 16.57.06 # kugel: the binsize increase can come from the fact that the functions are de-inlined. I won't check since it's a small increase 16.57.47 # funman: there's a py script for that :) 16.58.03 # where? 16.58.12 # utils/analysis 16.58.12 # New commit by 03alle (r21563): Fix yellow introduced in r21561 16.58.26 # the linux kernel also has such a script 16.58.59 Join _lifeless [0] (n=lifeless@188.16.123.196) 17.03.22 # thank you guys for helping me getting the partition read! however, now, after trying to reinstall/install rockbox several times, it fails with "Can't load rockbox.ipod: File not found" 17.03.39 # would you guys be able to point me in another direction? :) 17.04.04 # presumably it means what it says, no? :) 17.04.14 # though the bootloader is not very specific about why it can't open files 17.05.26 Join ocean_ [0] (i=d59c23f7@gateway/web/freenode/x-d589fce7ecc2e0df) 17.06.03 # Torne: where should the file be? 17.06.09 # I have a .rockbox directory 17.06.33 # it should be in there. :) 17.06.44 # JdGordon: could you comment on FS#10283 ? (r12907 introduce a very weird casting of an integer to a pointer) 17.07.03 # Torne: hm... could it be a permissions issue? 17.07.06 # the file is definitely in there 17.07.09 # there are no permissions on FAT 17.07.13 # so no 17.07.39 # then I'm not sure why it wouldn't be reading it 17.07.49 # is there some way I could get more information from the bootloader? 17.08.08 # I ran mkfs.vfat -F 32 -S 2048 /dev/sdb 17.08.10 # not really 17.08.11 # to format the partition 17.08.20 # it says "file not found" if there is *any* error opening the file. 17.08.26 # hm... 17.08.32 # and then I used the rbutil program install these files 17.08.33 # it only says other things if it's the wrong firmware or similar 17.08.45 # so it could be various kinds of filesystem corruption.. 17.08.57 Quit jfc^2 (Read error: 110 (Connection timed out)) 17.08.57 # kugel: for a fuze build, the binsize difference is -8 ! 17.09.07 # not sure what the bootloader does if it can't mount the partition? 17.09.13 # but the elf file is bigger? 17.09.24 # Torne: It should say "no partition found" - kasimir's earlier issue 17.09.38 # ah yes :) 17.09.58 # kasimir: What command did you use to format? 17.10.09 # kasimir: i hope you don't really mean /dev/sdb above 17.10.11 # linuxstb: mkfs.vfat -F 32 -S 2048 /dev/sdb 17.10.15 # umm 17.10.15 # no 17.10.16 # I don't 17.10.18 # good :) 17.10.19 # dev/sdb2 17.10.20 # sorry 17.10.20 # I think the output is reversed, if that's right the binsize increase come from deinlining 17.10.48 # kasimir: You could try mtools - early tests said that only that worked, but then someone else claimed mkfs.vfat was OK, so the instructions were changed. 17.10.59 # okay, I will try that then 17.11.00 # thanks 17.11.28 # if that doesn't help one optoin is to stuff rockbox in osos just to get it to boot and see if rockbox can browse the filesystem ok :) 17.11.59 # did I miss where we found it's definitely a 5.5G ? 17.12.15 # that's a good point also :) 17.12.25 # He-he, the build table looks like a big tetris game! 17.12.56 # GodEater: yes, sorry 17.13.16 # GodEater: I think that whomever I got it from was a bit confused about that part, that solved my first issue, and thanks guys! 17.13.32 # ah yes, I see where you said parted was complaining now 17.13.46 # linuxstb: I'm kind of stuck :/ .. after metadata parsing the player freezes without displaying any errors. Not sure where to look next. 17.14.05 Join gregzx [0] (n=chatzill@drt46.neoplus.adsl.tpnet.pl) 17.14.09 # GodEater: He said that something complained about 2048 byte sectors 17.14.21 # linuxstb: yes, I noticed 17.14.33 # And I've just noticed you noticing... 17.14.37 # :) 17.14.42 Join bambu [0] (n=kvirc@netblock-68-183-235-241.dslextreme.com) 17.14.43 # * linuxstb makes note to read _all_ backlog before replying... 17.14.56 # hmm 17.15.04 # yes, mtools would be my next choice then 17.15.16 # I'm still not convinced of mkfs.vfat 17.15.58 # Maybe mkfs.vfat works if you've previously used mtools, or something odd like that... 17.16.07 # kugel: binsize increase is 50% less now, so it only comes from deinlining 17.16.10 # hi. i have a problem with my rockbox for (iaudio x5 player). when i look in the music folder, i don't see any files except a playlist. when i look at database, the files are there and i can play them, but i can't see them in the folder or select them from there. can anyone help? 17.16.25 # bambu: Sounds like you set the "show files" setting to "playlists" 17.17.27 # wow i feel dumb 17.17.35 # is it just me or do people get that one a lot? :) 17.17.35 # thanks linuxstb 17.17.45 # Well, that worked. I had to put the foo.c file in two different SOURCE files and two copies of the foo.h file. But it all works. 17.17.50 # i assume it's because it's on the quickscreen and thus somewhat possible to press without realising? 17.17.50 # i dont ever remember changing that setting so i didnt even think that was an option 17.17.52 # Torne: Yes, they do. I think it's easy to change accidentally in the quickscreen 17.18.10 # maybe it shouldn't be on the quickscreen? :) 17.18.12 Quit Sajber^ (Read error: 104 (Connection reset by peer)) 17.18.21 Quit fml ("CGI:IRC 0.5.9 (2006/06/06)") 17.18.26 Quit kugel (No route to host) 17.18.39 # * GodEater likes it just fine on the quickscreen 17.19.11 # GodEater: i'm just saying. :) 17.19.11 # anyone here have x5 iaudio? 17.19.19 Quit funman ("free(random());") 17.20.04 # Torne: if we removed it, people would stop changing it, and we'd lose our "quick win" support scenario. People would ask us hard questions instead! 17.20.11 # bambu: A couple of people do. Do you have a question? 17.20.26 # * GodEater is not fond of hard questions 17.20.35 # GodEater: Hehe. Srsly though, is it used for its intended purpose by a significantly larger proportion of people who change it by accident? :) 17.20.52 # i know *i* use it but i would presume that a lot o fusers have never changed it on purpose 17.20.54 # no idea 17.20.55 # * rasher agrees that it might be worth reconsidering 17.21.19 # the other two things on the quickscreen are obvious playback settings that show up o nthe statusbar 17.21.42 # no-one's ever come up with a good way of surveying user usage pattens 17.21.52 # is there a way to scroll down faster through folders/ files than just holding down with "joystick" thing? it takes so long...ipod can scroll really fast or slow 17.22.20 # linuxstb: Thank you! it worked with mtools 17.22.25 # GodEater: that does indeed seem difficult to do 17.22.25 # * GodEater suggests RBUtil be upgraded so that it downloadeds config.cfg everytime someone upgrades, returns it to rockbox.org, from where it is statistically analysed. 17.22.30 # Torne: GodEater: thanks as well :) 17.22.31 # Ooh 17.22.37 # also, one more question... 17.22.39 # GodEater: that's a pretty good idea, i think 17.22.44 # like popularity-contest 17.22.46 # kasimir: you're welcome 17.22.51 # will a 64bit version of the new install util come out soon? 17.22.54 # or at least the source? 17.22.57 # Torne: then at least we could see which settings get changed a lot 17.22.57 # (for theme support) 17.23.09 # 64bit on what OS ? :) 17.23.13 # Linux 17.23.26 # when we find someone to build it for us, then it'll come out :) 17.23.33 # GodEater: yeah, that sounds worth doing as an opt-in thing at least, if someone oculd be bothered to write the code fo rit. :) 17.23.47 # * GodEater adds it to Mr. Someone's todo list 17.23.48 # kasimir: the source is available in SVN as always 17.23.55 # ah, okay 17.24.04 # kasimir: building your own is easier 17.24.08 # So I guess the website just hasn't been updated with the latest tarball 17.24.09 # okay 17.24.15 # thanks, I will give that a shot :) 17.24.17 # building one for distribution is tougher 17.24.23 # thank you guys greatly for the support! you have gained a solid fan :) 17.24.30 # I've failed several times to get the right magic to get a statically linked version 17.24.31 # yeah, that makes a good deal of sense 17.24.37 # yeah... 17.24.51 # gcc takes -static, and thoroughly ignores it 17.24.53 # very very useful 17.24.54 # not 17.25.39 Join alienrider [0] (n=4e566e20@gateway/web/cgi-irc/labb.contactor.se/x-3bf81f01d80b803c) 17.25.45 # what is the weird headphone jack thing on x5 iaudio? it has regular 1/8 inch jack and also a little flat slot thing 17.25.58 # bambu: for the remote ? 17.26.20 # * GodEater guesses having never seen an X5 up close. 17.26.42 # oh. maybe 17.26.53 # what kinda headphones have this jack? 17.27.11 Join n1s [0] (n=n1s@rockbox/developer/n1s) 17.27.13 # mt: Sorry, I've no ideas at the moment... Although looking at the main function of your codec, you should put the variable declarations at the start, before any code. I don't know if that causes a problem, but it's the Rockbox style. 17.27.45 # bambu: Probably just the dedicated iaudio remote(s). 17.27.54 # * pixelma hands GodEater some points for guessing correctly 17.28.08 # * GodEater jots them down on his scorecard 17.28.09 # i have the same kinda jack on my sony mp3 cd player 17.28.10 # does anyone know what use cases the CURRENT_* #defines in config-*.h are supposed to represent? 17.28.25 # the current values for ipodvideo seem a bit off, probably because of lcd shutdown 17.28.45 # I only know of one type of remote (unlike the Irivers) 17.28.51 # bambu: There's a remote for the X5 that plugs into that slot and the headphone jack. 17.31.09 # * GodEater suspects his config.cfg will prove disappointingly close to the default settings 17.31.40 # Hello. On a Iriver H3xx should the folder structure /Music/2/3/4/5/6/my.mp3 cause a *Panic* Stkov tagcache error ? This is with the r21546-090628 build. Thank you. 17.32.13 # * Torne looks at mr someone's todo list and tries very hard not to go and attempt to build with gcc 4.4 :) 17.32.36 # LambdaCalculus37: k thx. dont really want one of those that bad 17.33.49 # what is the "usb host" jack thing for? 17.34.37 # alienrider: *should* it? No. *Will* it? Maybe, but if so, it's probably a bug. 17.34.44 # alienrider: why is your structure so deep out of interest ? 17.35.16 # alienrider: How many characters are in the full path? i.e. /music/albums/blah/blah/blah/01-blah.mp3 would be 43 (not sure if the / counts as a character or not) 17.35.56 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 17.35.56 Quit ocean_ (Ping timeout: 180 seconds) 17.36.51 # alienrider: is the real complete path quite long as well? (as I think that there was a change to allow deeper folder structures - and that there is also a limit an overall path length - but don't know numbers) 17.36.56 # Godeater: I separate out codec types and separate cd extracted files from online purchaes and bootlegs. My nesting is odd but It kinda of grew that way by accident. : ) 17.37.53 # evilnick: That directory structure will cause the error /Music/2/3/4/5/6/my.mp3 when moved this one won't cause the error /Music/2/3/4/5/my.mp3. 17.38.23 # alienrider: And that's a specific real-word example, using those names? 17.38.35 # evilnick: Yes. 17.41.51 # pixelma: overall path length limit is 260 (MAX_PATH in firmware/include/file.h) 17.42.13 # Unhelpful: Isn't there a limit in FAT32 before that? 17.42.32 # evilnick: i've no idea if there is 17.42.55 # evilnic: Maybe I misread your question. The example I give is a real test result I did to ttry to track down why a DB could not be built using a v3.3 build. I don't have my music laid ouy like that. The test was done like that to rule out a character length and see iff it depended on folder depth. 17.42.55 # not in FAT32 itself 17.43.01 # but Windows also has a 260 character path limit 17.43.12 # though windows means "256 characters plus D:\ and a trailing NUL" 17.43.36 # I have completed rearranged my music folder structure to fit into the above result and the DB now builds successfully. 17.43.39 # since we don't have drive letters we should perhaps not allow quite so many :0 17.43.40 # Ah, I had a vague memory of 256 using Windows, so that must be what I was thinking of 17.44.08 # linuxstb: Interestingly enough, taking those declarations out of codec_main made a significant change ! 17.44.26 # what is a good dpi/resolution for bmp files to view on x5 iaudio? 17.44.29 # we should probably only allow 258, tbh, by that logic :) 17.44.43 Join kugel [0] (n=kugel@rockbox/developer/kugel) 17.44.52 # isn't there some odd limit on the number of entries in the root directory too ? 17.44.57 # not on FAT32 17.45.04 # FAT12/16 have a statically sized root directory 17.45.05 # which got halved when they introduced VFAT 17.45.09 # mt: Hmm, how big is RMContext and RMPacket? The stack is only 8KB... 17.45.10 # bbl 17.45.14 # but on FAT32 it's the same format as a subfolder 17.45.22 # and it can be a lot less than half on VFAT 17.45.24 # mt: So it could simply be a stack overflow... 17.45.27 # * GodEater hands Torne that TFAT task again 17.45.34 # * linuxstb packs his S 17.45.40 # * Torne grumbles :) 17.45.49 # look i just remember this stuff ok 17.46.33 # And we'll be very grateful ;) 17.46.33 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 17.46.48 # alienrider: Just tried a file on the Sansa microSD card as: F:\1\2\3\4\5\6\7\01 - So much for love.mp3 which works fine with the database?! 17.47.11 # evilnick: possible stack size difference between coldfire and arm ? 17.47.17 # stack overflows are going to be arch dependent 17.47.26 # * GodEater thought so 17.47.35 # evilnick: Interesting. I have a H3xx machine and it happens everytime. 17.47.48 # alienrider: which is a different architecture to the sansa 17.47.49 # GodEater: even if the stack size doesn't change, the size of the things on it will... 17.48.09 # * GodEater files this wisdom away somewhere he can promptly forget it 17.48.11 # Godeater: I understand. : ) 17.48.29 # alienrider: Sorry I couldn't be of more help 17.48.38 # worth checking on my M5? Same arch but other differences... 17.48.48 # evilnick: Thank you for your efforts nonetheless. 17.48.49 # I only have one coldfire target, and it's at home 17.49.00 # not an H3xx mind you 17.49.05 # but pretty close 17.49.37 # How does one actually perform timestretching? 17.50.13 Join hillshum [0] (n=chatzill@unaffiliated/hillshum) 17.51.02 # Strife89: One follows the instructions in the manual... (I hope...) 17.51.12 Quit timc ("Leaving") 17.51.18 Nick hillshum is now known as Hillshum (n=chatzill@unaffiliated/hillshum) 17.51.28 # i think he means "what is the dsp algorithM" :) 17.51.30 # although I think those instructions could do with improving 17.51.53 # * Strife89 looks for said instructions once more. 17.51.59 # oh. maybe not. 17.52.14 # Strife89: assuminging you've turned the setting on, it's done from the pitch screen 17.52.28 # GodEater: Ah. 17.52.28 # you need to hit the "Mode" button a couple of times to change the pitchscreen to timestretching 17.53.04 # Okay, I see it. 17.53.34 # * GodEater wonders why the H100 "online" manual only has three sections 17.53.42 # oha, get the stack overflow on my M5 too 17.55.02 # GodEater: then it's broken (PDF will be an older one), if it's the H100 only 17.55.39 # it could have to do wth AlexP's changes but didn't follow if anything else was committed 17.55.43 Join BryanJacobs [0] (n=bryanjac@128.151.67.243) 17.55.51 # I told him he was breaking the manuals! 17.55.55 # I've put some thought into the Clip keymap, and I'm wondering, Since LEFT/PREV is always "go back in the menu hierarchy, is having power do that as well needed? 17.55.57 Quit J-23 (Remote closed the connection) 17.56.29 # gotta love those silently failing manual builds... 17.56.33 Join J-23 [0] (n=zelazko@unix.net.pl) 17.57.08 # weird, the PDF looks fine though 17.57.42 # pixelma: is it the right date? 17.58.38 # yes, and with three column button tables, the HTML breaks on the first button table. Maybe the new button table macro needs some specific definitions for HTML? 17.58.52 # Strife89: got it working ? 17.59.18 # LambdaCalculus37: I realized my powermac is a g4 not g3 17.59.21 # GodEater: Yeah, it's quite neat. :) 17.59.36 # pixelma: aha, are other remote enabled manuals fine? 17.59.51 # H100 is the first one 17.59.53 # Strife89: :) 18.00.14 # Looks like rbutil 1.2.2 doesn't build from a clean checkout 18.00.18 # had to create tools/rbspeex/build manually 18.00.24 # can you view pdf's with rockbox? 18.00.25 # ah, i'm a bit out of the loop 18.00.38 # bambu: no 18.00.38 # bambu: no 18.00.45 # rasher: bluebrother is aware of that one 18.01.21 # dam 18.01.42 Quit petur ("work->home") 18.02.31 # * rasher adds it to the tarball he's building 18.02.33 # Hillshum: I still find it weird that you're having that issue with yours. I tried to set up a Rockbox dev environment again on my old PowerBook G4 and had no problems at all. 18.02.56 Quit gregzx ("ChatZilla 0.9.85 [Firefox 3.0.11/2009060215]") 18.03.02 # Hillshum: What version of OS X is this with? If it's older than 10.4.X then that may be a reason why. 18.04.02 # My g4 has Leapord 18.04.10 # what is a good dpi for bmp to view on x5 iaudio? 18.04.22 # *Leopard 18.05.34 # LambdaCalculus37: I also have a g3 iBook running tiger that I havn't found a good native gcc binary for yet, but I'll be putting Linux on it if I end up keeping it 18.08.10 Part kasimir 18.09.13 # bambu: dpi is not an important measure just the overall size in pixels - the display of the X5 is 160x128 pixels (width x hide) so that would be the largest possible for viewing in the WPS. If your album art is in JPG you can also look at it in the JPG viewer and could zoom around in it. You decide but larger files mean more data and potentially more work for the scaler etc. 18.09.26 # pixelma: Am I correct in believing you got the stack overflow as well on your M5 ? 18.09.27 # s/hide/height 18.09.41 # alienrider: yes 18.09.47 # o 18.10.22 # pixelma: Would it be advisable to raise a flyspray for this ? 18.10.26 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.10.28 # well i have this pdf to bmp app so i can view pdfs on my x5 iaudio. the only setting for resolution is dpi 18.11.00 # alienrider: please do 18.11.17 # n1s: I will do so. 18.11.48 # Thank you for your time. Goodbye. 18.12.07 # alienrider: probably, although I'd like to know if there is a known limit for how deep the folder structure is allowed to be (I think I remember some commits/fixes there) 18.12.12 Quit alienrider ("CGI:IRC (EOF)") 18.12.51 # pixelma: even if there is a limit a stkov is hardly the correct behaviour ;) 18.13.04 Join n00b81 [0] (n=taylor@unaffiliated/n00b81) 18.13.04 # true that :) 18.13.28 Part n00b81 ("Leaving") 18.13.38 # bambu: the output image size is determined by the DPI 18.13.43 # funman, did you see my post on the forum? 18.13.52 # because PDF is a display format designed to scale 18.14.08 # BryanJacobs: what dpi should i set it to for x5 iaudio? 18.14.14 # notlistening: he' 18.14.21 # s not here right now 18.14.43 # so the way the PDF is converted into an image is by rendering it at the DPI you specify; a larger DPI means a larger output image. You should first convert to a bitmap and then scale the resulting output down to less than 160x128 18.15.01 # ahh missed him again ;) 18.15.11 # you will probably also have to trim unless the PDF has no borders 18.15.14 # *margins 18.15.23 # dam thats complicated 18.15.38 # not really... if you have imagemagick you can do it in one command 18.16.16 # and anyhow anything that converts from a presentation format to an image format is going to have some level of complexity; PDF isn't meant for art! 18.16.55 # so with imagemagick i can convert pdf's to bmp? 18.17.22 # linuxstb: Ah that's it. RMPacket is quite big. 18.17.24 # yes, although it might use ghostscript for the ps reading, I don't remember 18.17.28 # * mt goes fixing ! 18.17.37 # if you really want to watch PDF pages on your X5 I'd probably convert to JPG 18.17.39 # bambu, do the pdfs have images and diagrams or just text? 18.17.50 # images and diagrams 18.18.15 # i have a shit ton of pdfs i'd like to have access to with my x5 18.18.39 # is that more than a metric ton? 18.19.00 # yes. i weighed it the other day 18.19.22 # I doubt you can recognise anything on 160x128 size (and fulll screen is the limit for Rockpaint to show BMPs, if I remember correctly) 18.19.40 # ic 18.19.46 # ok thx for info 18.19.49 # * BryanJacobs agrees with pixelma - a Kindle's the thing if you want to view stuff portably 18.19.52 # wont bother with this 18.20.08 # or plain old paper, of course 18.20.08 # kindle dx 18.20.23 # Hillshum: actually, I like the 2 better, but off topic anyhow 18.20.33 # bah im not trying to buy more things im to poe 18.20.50 # just lug my laptop around if i wanna have my pdfs 18.21.08 # that's also getting off-topic-y ;) 18.23.20 # if i want maximum speed and efficiency, should i not have a special theme instead of the plain default for my x5 rockbox or is it not that significant? 18.24.01 # I just tested the USB charging patch for iPod and it works with the Kindle wall-to-USB adaptor 18.24.05 # bambu: the complexity of the WPS will affect battery life 18.24.21 # kk. thanks 18.25.16 # i love my rockbox w/ x5! i wish i could scroll faster like the ipod wheel does though 18.25.30 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 18.30.55 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.32.44 Join Sajber^ [0] (n=Sajber@h-142-185.A213.priv.bahnhof.se) 18.34.38 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 18.37.28 # pixelma, GodEater: Huh, interesting. I didn't check the html, just the pdf :( 18.37.31 Quit Strife89 ("Lunchtime!") 18.37.45 # I'll have a look now and see if I can work something out 18.41.20 Join {phoenix} [0] (n=dirk@p54B47716.dip.t-dialin.net) 18.44.59 Join Linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 18.48.03 # hmmm 18.48.09 # shouldn't mkamsboot show the OF version? 18.48.24 # i just see "[INFO] Original firmware MD5 checksum match - Fuze" 18.48.53 # hm, that probably changed in 1.0 18.48.57 # * kugel dislikes the change 18.49.38 *** Saving seen data "./dancer.seen" 18.50.58 # question: if the iPod OF can go into a sleep mode with low battery consumption and not require a full boot when waking up, why can't rockbox? 18.51.25 # because nobody hasd implemented it 18.51.42 Quit kachna|lappy (Read error: 110 (Connection timed out)) 18.51.43 # what does our power draw look like with the LCD off and playback stopped? 18.52.00 # oops, got to go, asked to lunch 18.52.03 # 25mA is what I read somewhere 18.52.08 # be back later 18.55.15 Quit domonoky ("Leaving.") 18.55.51 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.56.19 Join tessarakt [0] (n=jens@e180070097.adsl.alicedsl.de) 19.02.09 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 19.03.09 Quit stripwax (Client Quit) 19.04.34 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 19.06.47 Quit stripwax (Client Quit) 19.08.03 Join FlynDice [0] (n=FlynDice@12.173.188.16) 19.08.22 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 19.09.57 Quit FlynDice (Remote closed the connection) 19.13.47 Join stripwax5443 [0] (n=Miranda@87-194-34-169.bethere.co.uk) 19.23.56 Quit Linuxstb_ (Read error: 110 (Connection timed out)) 19.25.01 Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 19.25.30 Join Linuxstb|bus [0] (n=linuxstb@nat66.mia.three.co.uk) 19.26.44 Nick zitune is now known as zitune[afk] (n=zitune@bearstech/zitune) 19.31.10 Quit stripwax (Read error: 110 (Connection timed out)) 19.34.22 Join JdGordon| [0] (n=Miranda@rockbox/developer/JdGordon) 19.42.08 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 19.45.49 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 19.46.15 # Can i use a linux based format tool to format my e200v2? Or wukk that cause issues for the files that are on there already? 19.47.12 Quit stripwax ("http://miranda-im.org") 19.47.38 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 19.47.49 Quit stripwax (Client Quit) 19.48.06 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 19.48.47 Quit stripwax5443 (Read error: 110 (Connection timed out)) 19.49.23 Join funman [0] (n=fun@rockbox/developer/funman) 19.50.18 # notlistening: mkfs.vfat (it will obviously delete all your files), or just use the format option in the OF 19.51.36 # Umm, kugel has suggested the OF format function is causing issues, maybe 19.52.03 # I didn't 19.52.15 Quit Linuxstb|bus (Read error: 110 (Connection timed out)) 19.52.24 # I suggested it was a hardware issue as I see on my clip after using it 5 mintes 19.52.32 # I've similar issues on my clip (the FS is totally broken after *very* few writes), but they're not related to rockbox (it's broken after using the OF too). So it might be as well a hardware issue as with my clip. 19.52.39 Join Febs [0] (n=chatzill@38.98.196.75) 19.52.52 # ah my misread there 19.53.22 # myy too) look like tool with my eyesight sorry 19.53.33 # notlistening: Strange... my Clip has never had a problem with the FS. 19.53.52 # LambdaCalculus37: he was quoting kugel, who has a broken clip 19.54.09 # funman: it boots at least, I just installed it, so I can't make any more statements, but I'm going to copy a bit. Though, I only have a 2GB version (w.r.t to bank switching) 19.55.06 # kugel: i have only 2GB (clip) and 4GB (fuze), but sd_select_bank() is always called once at initialisation to enable access to the whole capacity of 1st bank and not only the 1st GB 19.55.25 # pixelma: Well I've found the problem with the html output 19.55.43 # It isn't listening to the \opt in preamble.tex even though the pdf manual is 19.55.54 # funman: I don't quite understand the cache align business in your commit. a) 512 is already 32byte aligned, b) we have a CACHE_ALIGN macro to not need such cryptic code 19.56.07 # pixelma: If I remove the opts and just use the version for three columns it is fine 19.56.22 # kugel: 512 bytes starting from 0x12345678 are not aligned 19.56.22 # Mine is an e200V2 but i will continue to test anything i can check funman that might give some good feedback? 19.56.32 Quit Hillshum (Read error: 110 (Connection timed out)) 19.56.43 # pixelma: And if I put the whole btnmap define inside an opt it complains about an undefined command 19.56.45 # CACHE_ALIGN is for allocating data in bss/data segments not on the stack 19.56.47 # ah, I see, right 19.57.33 # CACHE_ALIGN only expands to "__attribute__((align(X))" or something, where the stuff is shouldn't matter? 19.57.56 # * JdGordon| interupts 19.57.57 # i am not sure stack variables can be aligned, i should check 19.58.02 # putting things that rely on alignement on the stack also seems weird to me 19.58.04 # kugel: see my email re viewportmanager? 19.58.10 # JdGordon|: could you comment on fs#10283 please? 19.58.16 # kugel: why? 19.58.23 Quit barrywardell (Remote closed the connection) 19.58.46 # funman: Needs to be aligned at runtime -> extra code 19.58.47 # funman: because of a) what you said, and because b) a good deal of stack could be wasted if it actually works 19.58.47 # funman: I had a very quick look on the bus, and yeah casting to int is bad...I'll look properly tonight if i get a chance 19.58.57 # I wonder whether gcc even does this at all 19.59.29 # amiconn: allocated at build time -> extra binsize 19.59.32 # JdGordon: yes 19.59.39 # kugel: the stack is unwinded (deallocated) when the function returns 19.59.45 # pixelma: Now this is weird - if I do the \opt on h100 it works 19.59.56 Join flydutch [0] (n=flydutch@host87-202-dynamic.15-87-r.retail.telecomitalia.it) 19.59.58 # I know, but not while the function is running 20.00.26 # I'd rather made it global 20.00.27 # funman: Wrong, as it's bss 20.01.02 # I mean when statically allocaed. Stack allocation with alignment needs alignment code 20.01.10 # but the bss size would increase? 20.01.20 # I don't think we have to worry about 512bytes binsize, especially not when we can be sure that the stuff we *rely* on works 20.01.30 # pixelma: It seems not to work on things defined in the platform file 20.01.36 # kugel: well the current code works 20.01.43 # AlexP: maybe it's a "timing" issue? the h100 opt comes from the features.txt but the other is only in the platform file, right? Maybe the html processing doesn't "look into" the platform files... 20.01.56 # quick enough :) 20.02.02 # :) 20.02.17 # I wonder why it is OK for the pdf output though 20.02.25 # funman: we got a bug report, how are you so sure already? 20.02.32 # not even amiconn is sure 20.02.33 # kugel: i mean the alignement works 20.02.47 # And at the beginning of make-html it lists the defines in platform in the "using text marked as..." spiel 20.03.23 # amiconn discusses of the 'how' to get aligned memory efficiently, not "if it's aligned" 20.03.47 # "I wonder whether gcc even does this at all" 20.04.10 # align stack variables 20.04.21 # .. with __attribute__((aligned)) 20.05.37 Quit n1s (Read error: 104 (Connection reset by peer)) 20.05.43 Quit mt (Read error: 113 (No route to host)) 20.05.51 Join n1s [0] (n=n1s@rockbox/developer/n1s) 20.05.53 # you wasn't sure yourself few minutes ago.. 20.06.07 # >< what do you mean? 20.06.22 # n1s: hey, what's about the strlcpy patch? 20.06.22 Join mt [0] (n=mt@41.233.147.176) 20.06.34 # i am not sure stack variables can be aligned with __attribute__((aligned)), and this is why i didn't use it 20.06.58 # apparently you were both not clear enough 20.07.00 # but a runtime alignement 20.07.02 # I'm not sure either. Alignment will work in bss of course - we're using this in various places 20.07.13 # kugel: right, i should commit that... 20.07.18 # you should! 20.07.19 Quit stripwax (Read error: 104 (Connection reset by peer)) 20.07.27 # * n1s has no build env set up though 20.07.35 # what the...? 20.07.41 # Alignment on stack can only be done at runtime, and I'm not sure whether gcc does this. 20.08.19 # it doesn't seem to do it here, just silently accepts __attribute__((aligned)) 20.08.49 # we should change the default battery current in rockbox to 1 mA so that if people forget to put it in they get a nonsense run time estimation 20.09.06 # having it default to a vaguely reasonable value only encourages people to not put in the actual value 20.09.24 # by people i mean we developers 20.09.49 # saratoga: default for new ports? 20.10.39 # i mean the #else case 20.10.55 # that it falls through to if no one has defined a current 20.11.35 # so, for new ports, and yes that might be a good idea 20.11.52 # well new ports and some old ones too ;) 20.12.07 # i think we just got around to putting in an entry for the c200v1 for instance 20.12.11 # i'm still not sure all the ipods have one 20.12.56 # * rasher says go for it 20.14.22 # ha the H10 doesn't even have one 20.14.30 # its been like 3 years 20.14.31 # New commit by 03funman (r21564): Sansa AMS : use the aligned buffer in bss for all DMA transfers ... 20.16.04 # i can fix the ones have I have numbers for, but will anyone mind if I give (different) nonsense values for the other targets? 20.16.14 # i'm hoping this will encourage someone to fix it 20.16.22 # funman: that's of course a nice way too :p 20.16.41 # ^^ 20.16.47 # though, CACHE_ALIGN macro is still not used :) 20.17.20 Quit martian67 (Connection timed out) 20.17.26 # kugel: CACHEALIGN depends on PROC_NEEDS_CACHEALIGN which isn't defined on AMS 20.17.43 # That is just bloody stupd 20.17.51 # pixelma: It breaks on _ 20.17.53 # indeed 20.17.57 # *ahem* .. Mono RM playback on-target .. 20.18.04 # yay? 20.18.05 # \0/ 20.18.10 # kugel, funman: Sorry, I was talking about something else 20.18.12 # definitely yay ! :P 20.18.18 # mt: congrats ;) 20.18.19 # AlexP: I know, but it came good :) 20.18.24 # ^^ 20.18.29 # pixelma: If I make the define HAVEREMOTEKEYMAP it works... 20.18.39 # mt: congrats :) 20.18.48 # mt: congrats 20.18.49 # kugel: hehe :) 20.18.51 # \☺/ 20.18.55 # Thanks everyone :) 20.18.59 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 20.19.04 # alexbobp: I believe I saw _ in opts? in the backlight setting section 20.19.08 # is it intentional the the player and recorder v1/v2 all use the same runtime current defines? 20.19.35 # Still getting 'data abort's on calling pcmbuf_insert for stereo data though .. 20.19.39 # kugel: They are all over the place and work fine, *except* for in preamble.tex when used for html output 20.19.55 # uh 20.20.00 # kugel: They work there for pdf output, and they work for html output everywhere else... 20.20.18 # kugel: Hence my bloody stupid remark :) 20.20.27 # mt: did you look at the ASM code at this address? 20.20.42 # also, can the player record? 20.20.49 # hmmm, maybe not 20.20.59 # more important: can the recorder play? 20.21.18 # funman : No I didn't. Will check .. 20.21.33 # no, that is right 20.21.51 # mt: look at r21548 20.21.52 # funman: fsck reports problems, on the empty folders created by the OF though 20.22.10 # utils/analysis/find_addr.pl 20.22.13 # I was just wondering why I had no output at all then noticed I had done make veryclean after the build by mistake :) 20.22.16 # kugel: on the clip ? 20.22.47 # no, fuze 20.22.51 # AlexP: weird thing 20.23.06 # pixelma: I don't understand at all 20.23.15 # pixelma: But with no underscores it works fine 20.23.31 # do any archos players have remotes? 20.23.47 # yes, the Recorders, a non-lcd one 20.24.07 # ok so it won't use any power 20.24.18 # do all archos players record? 20.24.35 # AlexP: not the first thing I don't understand there, but I guess I'd just change it 20.24.43 # pixelma: I guess I'll just change it to be without the underscores 20.24.49 # hehe :) 20.24.49 # saratoga: no, the Player and the OndioSP doesn't 20.24.51 # no the archos player at least can not recorder :-) 20.25.07 # thanks 20.25.46 # funman : Nice .. thanks for pointing this out. I'll check it later because I have to go out for a while. 20.26.05 Join efyx [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) 20.26.07 Join petur [0] (n=peter@94-225-45-21.access.telenet.be) 20.26.59 # pixelma: Do you think I can assume that all remotes have vol up/down skip back/forward and play/pause? 20.28.32 # funman: should we worry about that? I never touched the folders created by the OF 20.28.55 # AlexP: I believe the Archos remote only has 4 buttons (at least that's what I drew) and there is a non-lcd remote for the Irivers but I'm not sure whether we'll explain that one. Don't know what the M:Robes remote has 20.29.06 # OK, I won't for now 20.29.11 # kugel: no idea, perhaps rockbox opens them when the database refreshes / file view is selected 20.29.15 # * bertrik wonders what to work on next for the meizus, nand and USB both look quite complicated 20.29.26 # funman: only read-only 20.29.26 # AlexP: the non-lcd Iriver one also has less buttons 20.29.32 # bertrik: have a rest, come back on Sansas ! 20.29.36 # saratoga: The Player and Recorder v1 have a remote (the same). The Recorder fm/v2 doesn't support it as-is, but it's possible to make it support the remote with a little soldering (by trading s/pdif) 20.30.06 # amiconn: but its a passive remote that draws no additional power for a screen right? 20.30.12 # pixelma: cheers 20.30.33 # Correct. It draws no power from the main device at all 20.30.54 # great 20.31.07 # It's basically unidirectional rs-232. It has a built-in lithium battery, good for a few years 20.31.24 # i'm going to commit this, if I've messed up the archos current defines (which i'm not even sure are correct) would you mind correcting them in their headers? 20.31.26 # saratoga: do you ask this for some battery runtime estimation? 20.31.45 # improved estimates are always welcome :) 20.32.00 # funman: let's not worry :P Release party soon? :D 20.32.08 # good job on finding that issue! 20.32.13 # time for AMS bootloaders then? 20.32.15 # kugel: well i'm not sure if that's fixed 20.32.26 # it was an issue anyway 20.32.35 # right 20.32.37 # All archos current defines are correct in svn 20.32.41 # thanks 20.32.47 # New commit by 03saratoga (r21565): Move Archos battery runtime estimation defines into config files instead of powermgmt.h. Replace old default values (which were actually the Archos ... 20.32.52 # let's wait a bit, we have the time 20.33.39 # funman: I just notice it's the same what notlistening reported 20.33.48 # New commit by 03alex (r21566): Fix html manuals for targets with remote keymaps. For some reason using an \opt in preamble.tex with an underscore in the name breaks html manuals ... 20.33.53 # anyone care to estimate the runtime furrent for the Iaudio players? 20.34.03 # or is it more or less the same as the H300? 20.37.02 # gevaerts, would it be possible the rockbox usb stack from the bootloader? 20.37.33 # bertrik: yes, if the bootloader has threads and interrupts. The gigabeat S does that 20.38.02 # hm, I'm thinking about the meizu, it doesn't have threads yet AFAIK 20.39.06 # domonoky: RockboxUtilityDevelopment references a script deploy-release.py - where can that be found? 20.39.35 # in the rbutilqt folder in svn. 20.40.21 # Was it added after 1.2.2? 20.40.58 # saratoga: what's with the Ondios? Shouldn't there be a change in their config files too? 20.41.17 # saratoga, my X5 used to run for about 8-10 hours 20.41.45 # pixelma: they already define it there 20.41.59 # ah hmm 20.42.06 # or was that not the question :P 20.42.16 # i need the current draw in mA 20.42.46 # you can calculate that from runtime, but only if you have a very good idea how many mA-hours your battery holds 20.42.49 # You need an estimation function if you want to do it right 20.43.07 # Most newer targets aren't simply basic current + backlight + disk 20.43.19 # There's backlight brightness, buttonlights etc etc 20.43.26 # yes estimation works less well on SWCODEC in general 20.43.33 # $ ldd rbutilqt/rbutilqt |grep -ic qt 20.43.33 # 0 20.43.47 # Does this mean I managed to build an rbutil with static qt? 20.43.51 Quit jgarvey ("Leaving") 20.44.10 # Imo this estimation function should go into target tree 20.44.36 # rasher: some dynamic libraries pull in others when they're loaded, and there's also the dlopen() call 20.44.38 # how did that break the iaudios 20.44.40 # rasher: Qt ? 20.44.45 # oops -i 20.45.00 # funman: -i is "ignore case" 20.45.19 Quit n1s (Read error: 110 (Connection timed out)) 20.45.47 # rasher: if it runs, it's likely :) 20.45.47 # I don't see anything that should pull in Qt, but it's certainly far from self-contained. Will probably work in a lot of places I guess 20.45.57 # rasher: surest way to tell is to look at the link line; if there's -Bstatic or "libqt.a" instead of "-lqt", it should work 20.46.30 # i changed the value of a define and that gives a a redefine error 20.46.45 # plus you have to watch out for glibc version incompatibilities - right now it's impossible to build a truly portable executable without bundling your own dynamic libs 20.47.38 # * BryanJacobs has been working a lot with static linking lately and is not liking the state of the landscape... glibc people basically tell people wanting a static link to buzz off 20.47.59 # basically 20.48.12 # although, you're find if you don't want to do any DNS resolution :P 20.48.13 # glibc people tell many people for many reasons to just gtfo 20.48.16 # s/find/fine/ 20.48.20 # New commit by 03saratoga (r21567): Protect CURRENT_REMOTE define with an ifndef. 20.48.25 # * BryanJacobs cites http://people.redhat.com/drepper/no_static_linking.html 20.48.36 # * funman points people to #rockbox-community : it's this way -> 20.49.40 *** Saving seen data "./dancer.seen" 20.57.35 # saratoga: Hmm, does this mean CURRENT_REMOTE now gets defined as "1" for all targets without lcd remote? 20.57.55 Join PaulJam [0] (i=Paule@vpn-3018.gwdg.de) 20.59.54 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 21.00.29 # amiconn: the #ifdef HAVE_REMOTE_LCD should protect against that I think 21.00.54 # Ah, of course 21.01.23 # You could combine the nested #ifdefs 21.01.55 # yes perhaps I should have 21.01.58 Join einhirn [0] (n=Miranda@p4FC63323.dip0.t-ipconnect.de) 21.02.11 # you think its worth a commit 21.02.28 # commit count++ always is 21.02.57 Join matsl_ [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 21.03.30 Join n00b81 [0] (n=taylor@unaffiliated/n00b81) 21.05.36 Join faemir [0] (n=faemir@78.33.109.163) 21.08.06 # New commit by 03saratoga (r21568): Clean up nested defines in powermngt.h while I'm at it. 21.10.36 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 21.11.23 Quit martian67 (SendQ exceeded) 21.12.46 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 21.13.02 Quit Thundercloud (Remote closed the connection) 21.13.59 # New commit by 03kugel (r21569): FS#10377 - "PCM buffer remainder is played under too many conditions" by Jeffrey Goode. ... 21.14.23 Join linuxstb|train [0] (n=linuxstb@nat67.mia.three.co.uk) 21.14.50 Part n00b81 ("Leaving") 21.17.46 Join domonoky1 [0] (n=Domonoky@g229174072.adsl.alicedsl.de) 21.18.12 Quit domonoky (Read error: 104 (Connection reset by peer)) 21.20.42 # funman: I'm having a patch for mkamsboot here 21.20.57 # to change the output a bit (I'm a bit disappointed that the version isn't shown anymore) 21.22.30 # kugel: does Jeffrey Goode's patch do anything about the delay between when you hit stop and when audio stops playing on some targets? 21.23.06 # was there a delay? either way: yes :) 21.23.23 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 21.23.44 Join martian67_ [0] (n=martian6@ip-216-194-109-30.wildroseinternet.ca) 21.24.48 Quit martian67_ (SendQ exceeded) 21.24.49 # hmm maybe i'm imaging things 21.24.53 # New commit by 03kugel (r21570): Bugfix for FS#10157 - "inaccurate seeking while paused" by Jeffrey Goode. ... 21.25.04 # kugel: nice 21.25.15 # either way hurray that someones interested in fixing up playback 21.25.26 # kugel: we also need to do something for mkamsboot integration in rbutil: parse a downloaded file containing tested OF versions 21.25.29 Quit martian67 (Remote closed the connection) 21.25.41 Join martian67_ [0] (n=martian6@ip-216-194-109-30.wildroseinternet.ca) 21.25.43 # funman: I think I have a controversial part in the patch though :) 21.26.30 # rasher, you have a minute for soem questions on the configure script? 21.26.59 # notlistening: I'll try 21.27.04 # saratoga: I assume you're not talking about the fade on pause/stop delay? 21.27.10 # kugel: then better put it on flyspray so we can flame on the FS entry :) 21.27.22 # yeah not the fade out, i may be thinking of some old bug before we had fade out 21.27.49 # saratoga: fade out predates swcodec 21.28.00 # I basically decided to change fw_version to give info about the v* of each player (v4 for m200, v2 for e200,c200, v1 or v2 for clip,fuze) 21.28.34 # kugel: hum.. and where is fw_version information (firmware format version 1 or 2) provided? 21.28.42 # then i have no idea what i'm thinking of 21.29.06 # saratoga: well, the pcmbuf_play_remainder indeed made it playing a little longer, but I asked on the tracker about a possible delay, and I was told it would be next to unnoticeable 21.29.38 # maybe i'm thinking of the delay on skipping tracks 21.31.15 # funman: hehe, I didn't plan that you ask that :P 21.31.29 # rasher, when the configure script lists the currently available speech engines that are installed on the system where does it get last information from " I can see findtool but the actual output is not working even though i am selecting the enginne manually 21.32.23 Join tux03 [0] (n=4dc82ef7@gateway/web/cgi-irc/labb.contactor.se/x-05de4b24d0527684) 21.32.35 # hi 21.32.45 # rasher, the the putput i mean slect your engine message 21.33.12 # *by the output 21.33.22 # It is possible to instal rockbox on a ipod 6 g ? 21.33.45 # no 21.33.46 # tux03: the list on the front page is accurate 21.34.09 # notlistening: Well it checks for executables in $PATH 21.34.36 # kugel: oh i see, fw_version is 2 for fuzev2 and clipv2, and 1 elsewhere, but it doesn't represent "nth hardware revision of this Sansa AMS model" 21.35.39 # It's been ppossible in the future ? 21.35.47 # rasher, yeah and that exists but i have missed something on the output of that message somewhere 21.36.02 # saratoga: I don't think the PCM buffer patch will do much about decreasing stop delay. The difference was only a few milliseconds at best. That patch was cleanup and potentially stops future bugs. 21.36.34 # tux03: Probably not 21.36.56 # tux03: Encrypted firmware, new undocumented hardware... 21.37.17 # notlistening: line 529 outputs the question, the various variables are supposed to hold something like "(S)API " 21.37.19 # (i'm french i not understand everyone) 21.37.55 Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) 21.38.09 # Why ? 21.38.18 # Ok 21.38.20 # tux03: The new iPods are different on the inside. 21.38.28 # It's not good 21.38.40 # tux03: Indeed not. 21.38.55 # I would like rockbox on my ipod !!! 21.39.02 # tux03: Buy an older iPod. 21.40.35 # funman: right 21.40.50 # tux03: iPod 5.5G is nice 21.40.58 # funman: that's my patch: http://pastie.org/528392 21.41.05 # I added hw_revision 21.41.32 # also, I changed load_of_file to take a md5sum pointer instead of all members extra 21.43.02 Quit Horscht ("Verlassend") 21.43.49 # funman: the output is http://pastie.org/528396 now 21.44.08 Join Lazatar [0] (n=martian6@ip-216-194-109-30.wildroseinternet.ca) 21.44.22 Quit tux03 ("CGI:IRC (Ping timeout)") 21.44.30 # IIS on the meizus doesn't look so complicated 21.44.47 # kugel: would it be possible to pack model, hw_version, fw_version in the same structure? 21.44.57 # because they aren't going to change for a given model 21.45.19 # funman: weill, they're all member of md5sum already 21.45.43 # http://pastie.org/528398 21.46.00 # md5sum is a bad name for the class 21.46.10 # I could start by feeding the IIS fifo with simple triangle waves and if that works, use DMA 21.46.11 # s/class/struct/ 21.46.34 # kugel: yeah perhaps ->model->model ->model->fw_version etc.. 21.46.50 # euuww? 21.47.03 Quit stripwax (Read error: 110 (Connection timed out)) 21.47.40 # struct md5sums { struct model model; char *version; char *md5 }; and struct model { int model; int fw_version; int hw_version; }; 21.47.55 # a lot of "model" :/ 21.47.58 # I understand, but nested structs are ugly :( 21.48.07 # model_name 21.48.08 # oh? 21.49.31 # does that really help actually? I mean, wouldn't we still use this array there? 21.49.57 # well the md5sum struct would be simpler (2 less members) 21.50.55 # only indirectly 21.51.24 # yeah but the list of OFs would be simpler to read 21.51.36 # not the actual internal storage 21.52.09 # just { model_e200v2, "v3.01.02" , "12345678abcdef" 21.53.02 # I see 21.53.12 Quit martian67_ (Connection timed out) 21.53.24 Quit evilnick (Ping timeout: 180 seconds) 21.54.23 # kugel: also if you are willing to think about an implementation of downloadable tested-OFs list, you could just put all these infos in such a file and embed the file with the binary? 21.54.28 # rasher, got it, I was using a "." in my executable name and that stopped it from finding it ;) 21.54.47 # funman: I'll have a look 21.55.14 Quit linuxstb|train (Connection timed out) 21.55.18 # thanks :) 21.55.38 # notlistening: that sounds strange 21.55.46 # funman: struct md5sums { struct model model; char *version; char *md5 }; and struct model { int model; int fw_version; int hw_version; } <- for the love of all that is holy please dont do that! 21.56.07 # nested structs are fine, but dont reuse variable names like that 21.56.12 # funman: I'm not sure if it's mkamsboot's job to download that 21.56.22 # JdGordon|: yeah i suggested model_name 21.56.40 # kugel: not download but parse 21.56.50 # I have read http://www.rockbox.org/twiki/bin/view/Main/BigDisk and it does not give me confidence. Were I to install a 240GB drive in my iPod, would I be able to use that much space with Rockbox 3.3? 21.57.37 # the file would be provided by load_of_file() or another function, called by rbutil; or called by main() with a pointer to the embedded OF list for standalone mkamsboot 21.58.59 # what's the function rbutil will call anyway? 21.59.14 # rasher, give is a go in your script rename espeak espeak.linux and it will fail, or it was for me 21.59.20 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 21.59.21 Quit LambdaCalculus37 () 22.00.00 # kugel: rbutil will just do the same thing as the main() does.. plus it downloads the bootloader and maybe md5sums. 22.01.44 # so the integration boils down to renaming main and compiling it as a lib? 22.02.12 Join funman_ [0] (n=fun@rockbox/developer/funman) 22.02.29 Join Hillshum [0] (n=chatzill@75-165-235-206.slkc.qwest.net) 22.02.45 # kugel: this is already done 22.03.14 # what we need is a way to provide an up to date tested OFs list even with an older rbutil build 22.03.23 # I think the struct thing can be done later 22.03.34 # yes it's only cosmetics 22.03.43 Quit robin0800 (Remote closed the connection) 22.03.56 # if someone works on a file format it could just go away 22.03.57 # BryanJacobs: yes, provided you build your own rockbox (with the 3.3 source if you want) 22.03.57 Quit funman ("Reconnecting") 22.04.05 # that's mostly cosmetic, but I do think the output should be somewhat more verbose (printing the OF version also gives a better feeling about the success) 22.04.09 # (no, i don't lag) 22.04.33 # * Hillshum has put some thought into the Clip keymap 22.04.44 Nick Lazatar is now known as lol3izer (n=martian6@ip-216-194-109-30.wildroseinternet.ca) 22.04.48 # kugel: well feel free to improve it (i was not talking about your patch) 22.04.48 Nick lol3izer is now known as martian67 (n=martian6@ip-216-194-109-30.wildroseinternet.ca) 22.04.55 # it might be helpful to check how the iriver bootloader patcher does the md5sum stuff. It also uses the md5sums to identify known firmware version 22.04.59 Join lilltiger [0] (n=lilltige@82.145.152.217) 22.04.59 # Hillshum: feel free to improve it as well (with a patch..) 22.05.23 # Does power need to be "go back" when left/prev do that as well? 22.05.36 # bluebrother: it has a built in list 22.05.40 # I think the clip keymap is quite OK already (at least for general use, don't know about the plugins) 22.05.53 Nick funman_ is now known as funman (n=fun@rockbox/developer/funman) 22.05.57 # Hillshum: It shouldn't really be a unique function, since it's hard to use normally 22.06.04 # funman: I know :) 22.06.06 # the function of the HOME button is a bit fuzzy though 22.06.22 # How do i clear the disk catche/force my sansaAMS to rebuild it? 22.06.44 # If you mean dircache then it is rebuolt on boot 22.06.46 Quit {phoenix} (Read error: 104 (Connection reset by peer)) 22.06.57 # If you mean database, chose initialise now 22.06.58 # Llorean: ? 22.07.14 Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.0.11/2009060215]") 22.07.19 # If you want to be sure before, delete *.tcd from .rockbox (database again) 22.07.37 # Hillshum: It shouldn't really do something else. 22.08.21 # how about back to main menu? 22.08.49 # I would like the home button to switch between WPS and main menu, and between radio and menu menu if radio is playing 22.08.56 # bluebrother: we want a downloadable list 22.09.22 # AlexP: hmm ok, then the issue isent the dircache. When i Use the filebrowser within rockbox the filnames are boxes and other strange characters(unreadable) and thoes songs arent added to the database. But in the org. sansa firmware the songs looks all correct 22.09.27 # they're still in production, so we expect firmware updates (at least for clip and fuze) 22.09.38 # I know, we're not familiar with that yet :) 22.11.03 # lilltiger: Remember last night, I asked you to type whole, real words. That also applies to things like "org" as compared to "original." The idea is to make machine translation as reliable as possible by using things as they'd show up in common dictionaries. 22.11.18 # Please, try. 22.12.13 Quit BryanJacobs ("Java user signed off") 22.12.21 # * kugel still no since3.2 link grml 22.12.48 # kugel: 3.3? 22.13.14 # that's too fresh :) 22.14.07 # funman: What files do I need to tweak? 22.14.24 Join BeChris [0] (i=5c8976c2@gateway/web/freenode/x-f2fc935b68a4cf0a) 22.14.29 # funman, bertrik, saratoga, domonoky1: I'll put up the mkamsboot patch to fs so you can test it on your devices, it shouldn't break anything 22.14.38 # Hello 22.15.00 # Still trying to figure out how to profile my png plugin. 22.15.08 # Someone has done that recently ? 22.15.37 # Hillshum: apps/keymaps/keymap-clip.c 22.15.54 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 22.16.05 # funman: thanks 22.16.10 # BeChris: did you look at the profile option in tools/configure? 22.16.27 # BeChris: the easiest way is to just comment out bits of code and time how long decode takes without them 22.16.49 # funman : yes of course but when I select it it adds -finstrument-functions to gcc and all my plugins freeze at startup 22.17.28 # even if I don't use profile_thread() / profstop() 22.18.22 # saratoga: didn't you use profiling for codecs? 22.18.23 # Llorean: insted of being unfriendly you could help insted, behaving like you is against the freenode guidlines actually and thoes takes present above the rockbox guidelines. So if you want others to follow the guidelines, you should start fallowing them yourself first. 22.18.44 # saratoga : I though profile might come in plugin to isolate exactly bottlenecks in my code. Adding manually time measurement is quite broing I must admit. 22.18.45 # funman: a little, but other people figured it out for me, and mostly i use stripwax's tests 22.18.51 # I think we just need to have lines like "model_number$version$md5sum" ($ being a suitable seperator), then malloc a struct md5sum for each line and fill it 22.19.01 # BeChris: surely you have a pretty good idea what parts are slow though? 22.19.08 # lilltiger: i don't know what "org" means, instead you can use "OF" which is a documented abbreviation 22.19.39 # lilltiger: Go and complain to freenode then that we politely ask you to follow our channel guidelines. But until such time as freenode tells us they need changed, they are what they are. 22.19.47 # saratoga : almost sure but wanted to have confirmation by a tool 22.19.47 # lilltiger: don't expect anyone here owes you any answer, being unhelpful is not against the freenode guidelines in any way 22.20.18 # funman: no but being an elitist is 22.20.29 # lilltiger: We also have guidelines, and those include to use proper English 22.20.30 # The fact that I do not know the answer to your question does not preclude me the ability to remind you this channel is logged and has guidelines in place because of that logging. 22.20.46 # kugel: yeah looks nice 22.21.31 # I'm fearing my search&replace mixed up fw_revision with hw_revision somwhere 22.22.14 # given those two names only, i would maybe call them firmware_rev and hardware_rev instead :) 22.22.31 Quit bluebrother ("leaving") 22.23.03 # kugel: yes but being eletist about them and refuse to help people cos they dont use words that you personaly find incorrect is against the freenode policy 22.23.28 # lilltiger: "cos" was a word I mentioned to you less than a day ago. 22.23.44 # Llorean: yes and it's an common used word 22.23.46 # lilltiger: if you dislike the rules, feel free to get out 22.23.53 # lilltiger: "cos" is one of the words we don't like 22.23.58 # lilltiger: Refusing to help people because they're disorderly in your channel is allowed by freenode rules. They even instituted a mute ban for dealing with such people. 22.24.15 # lilltiger: I explained to you the broad category of acceptable words. You know why 'cos' is not one of them. 22.24.51 # lilltiger: I didn't actually see anyone refusing to help you? 22.24.54 # lilltiger: It's not about "personally finding words incorrect". The fact is that you use words that are not understood by non-native speakers and screen readers. Which is against the rules. Please refrain from doing so. 22.24.59 # lilltiger: We're an international channel, we have people here that have no plans about which words are common somewhere, they probably have only google or something to translate, and using colloquial language makes it hard for those to understand what we're saying 22.25.19 # Llorean: But how am i supposed to know wich words are okej to use and wich are not, i do not have an masters degreee in english, nor am i a native english speaker. 22.25.35 # we have a link explaining which are ok 22.25.35 # lilltiger: just avoid abbreviations and it will be ok 22.25.36 # lilltiger: Don't use slang or abbreviations. 22.25.42 # It's fairly simple. 22.25.47 # I told you this yesterday. 22.25.59 # lilltiger: It's also a good bet that words we *specifically tell you* are not okay, are not okay. 22.26.14 # Such as "cos". Do not use that again. Seriously. 22.26.15 # can we resume on topic dicussion now? 22.26.17 # Llorean: just like "org." in this case, I did not know that it isent an correct english short form. it's commonly used 22.26.35 # saratoga: please go on 22.26.42 # so was there a question? ;-) 22.26.42 # commonly used where? 22.26.50 # lilltiger: Don't use short forms then. Type "original." It's a few more characters, but it's much safer. 22.26.53 # funman: I learnt most my english from the internet, how should I know wich are slangs and not. 22.26.54 # Bagder: Indeed there was :) 22.27.02 # Bagder: Back in the mists of time 22.27.10 # * Bagder tries to fight us back to the topic 22.27.20 # Llorean: but I did not know the correct spelling of it, and you did understand what i ment. 22.27.27 # why fight we have a mute function 22.27.36 # which i've been dying to try 22.27.44 # For all that want to see the question: "When i Use the filebrowser within rockbox the filnames are boxes and other strange characters(unreadable) and thoes songs arent added to the database. But in the org. sansa firmware the songs looks all correct" 22.27.51 # lilltiger: You've been explained this a million times over. Stop making the same point time and again. 22.27.55 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.28.00 # lilltiger: Then look up the correct spelling. You're on the internet. Your justifications do not matter. 22.28.38 # lilltiger: As an answer to your question, you have filesystem/filenames corruption. 22.29.09 # lilltiger: Possibly you're using a weird way of mounting the drive, setting the wrong character set. 22.29.10 # funman: see, I already found where I mixed it up 22.29.38 # rasher: Wouldent that show up when I connect the device to the computer? 22.30.04 # lilltiger: Not if it's mounted in the same weird way. 22.30.19 # rasher: so it might be wrong character encoding? 22.30.24 Join evilnick [0] (i=0c140464@gateway/web/freenode/x-464d89026b6c1ead) 22.30.25 # It almost certainly is 22.30.58 # What do you connect it to? 22.31.49 # an linux box, i connect it when the device is of so it uses the sansa firmware 22.32.20 # And what are the mount options? 22.33.09 # kugel: where? 22.33.38 # rasher: (rw,nosuid,nodev,uhelper=hal,uid=1000,utf8,shortname=mixed) 22.33.45 # line ~429 with the patch (already updated on the tracker) 22.34.32 # domonoky1, funman: if we're using that ini format, it should be rbutils job to parse the list, then just pass an a struct md5sum vektor to mkamsboot 22.34.34 # * rasher shrugs 22.34.53 # kugel: yes, that was my idea with the ini list. 22.34.54 # vector* 22.35.23 # kugel: then we must froze the struct md5sum 22.35.24 # so we just need a function to set the md5sum list in mkamsboot. (and if it isnt set, it uses the builtin list, for standalone). 22.35.59 # funman: you dont really need to freeze it, you just need to change it in two places :-) 22.36.00 # rasher: Could his problem instead be the codepage set in Rockbox? If that somehow got set / changed wrong? 22.36.08 # funman: no, we can just check for NULL, and use the built-in in that case (main() will pass NULL, rbutil not) 22.36.08 # can we be sure the struct is the same when built by gcc and g++ ? 22.36.22 # Llorean: Maybe. 22.36.24 # kugel: i mean we must use the same binary format between mkamsboot and rbutil 22.36.29 Quit matsl_ (Read error: 60 (Operation timed out)) 22.36.37 # lilltiger: What's the codepage option in Rockbox set to? (I don't remember the location) 22.36.44 # Why? 22.37.02 # funman: should be no problem. 22.37.09 # and, doesn't that happen automatically (mkamsboot is statically linked into rbutil) 22.37.14 # ? 22.37.22 Join martian67_ [0] (n=martian6@ip-216-194-109-30.wildroseinternet.ca) 22.38.02 # kugel: the offsets of each member in the struct must be the same for obvious reasons 22.38.13 # rasher: latin1 it seems 22.38.17 Quit martian67 (Connection timed out) 22.38.20 # and it's not automatic if the mkamsboot library and rbutil aren't build by the same compiler 22.38.34 # lilltiger: Maybe try setting it to utf8.. No idea if that's related. 22.38.50 # mkamsboot should be buildable with g++ and very few changes 22.39.24 Quit stripwax ("http://miranda-im.org") 22.39.36 # also, we're thinking too much of rbutil again, we don't need it for release :) 22.39.37 # well we buidl the library with gcc, perhaps we should use the packed attribute to be sure of the members offsets? 22.39.44 # funman: the only potential problem is different packing. so declare the struct as packed,and it should be never a problem. 22.40.13 # rasher: I just tried, dident help. And it's just some songs that gets wrong file names while the folders are correctly named. 22.40.50 # And you're using the file browser? 22.40.59 # Not the Database. 22.41.01 # "dident" isn't really a word either... 22.41.08 # Yes, the database dosent find thoes files at all. 22.41.24 # Try running fsck. Your filesystem sounds troubled 22.42.15 # Hillshum: No need to pick up on typos 22.42.22 # funman: so let's agree on leaving all work for the rbutil guys! They want it that way with the ini list :P 22.42.42 # not really, i'm the one wanting that 22.42.50 # to support OFs tested after a rbutil release 22.43.06 # yes 22.43.08 # but yeah it's not a requirement, but a MrSomeone job :) 22.43.10 # but rbutil isn't critical 22.43.26 # domonoky1 already wrote a patch anyway 22.43.45 # for the ini thing? 22.43.56 # nope, just rbutil support with the current built in list 22.44.00 # kugel: rbutil isnt critical, but practically ready. it just needs the function to set the md5sum list in mkamsboot. 22.44.13 # I know, we talked about it :) 22.44.20 # domonoky1: well it could be committed as-is 22.44.22 # :-) 22.44.34 # we should check mkamsboot returns a proper error message if the OF was untested (I think it does) 22.44.38 # funman: not really, we still need the released bootloaders :-) 22.45.17 Join FOAD_ [0] (n=dok@dinah.blub.net) 22.46.01 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 22.47.13 # domonoky1: I have a shellscript to create a rbutil source tarball. Where should I put it? 22.47.27 # into svn ? 22.48.12 # Any preferred location? It's completely self-contained anyway, so it could be pretty much anywhere (does a full checkout and shaves off everything unneeded) 22.48.40 # tools/release perhaps? 22.48.49 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 22.48.57 # or perhaps in the rbutil tree 22.49.00 # i would just put it into the rbutilqt folder. Maybe one day we can combine all those release scripts for rbutil :-) 22.49.03 Quit flydutch ("/* empty */") 22.49.14 Join funman_ [0] (n=fun@rockbox/developer/funman) 22.49.15 # well, you need to checkout to get the tool which does the checkout? 22.49.42 *** Saving seen data "./dancer.seen" 22.49.46 # you _can_ download it from the svnweb 22.49.55 Quit Hillshum ("ChatZilla 0.9.85 [Firefox 3.0.5/2008120121]") 22.50.01 # it still sounds funny :) 22.50.03 # domonoky1: so we only need to release bootloaders / or do you have something left for rbutil integration ? 22.50.34 # I think it belongs in tools/release 22.51.10 # the other rbutil release scripts are under rbutil/rbutilqt (deploy_release.py and osx_deploy.sh ) 22.51.30 # New commit by 03rasher (r21571): A script to create a source tarball of rbutil. Does a complete checkout and removes everything that isn't needed. 22.51.38 # domonoky1: Maybe they should be moved :) 22.53.17 # funman: not much, maybe the resulting file naming in rbutil needs to be improved. (at moment they have one name per AMS target, but there are different endings in AMS OF names). Maybe it should use the input OF name. 22.53.48 # rasher: if you move them, make sure they still work :-) 22.55.13 # building rbutil is also one thing which could be improved. *Automated rbutil builds would be sooo nice* :-) 22.55.47 # I'd propose that we push the release of e200v2 and fuze sort of in 2 weeks if we don't notice a serious bug 22.56.06 # kugel: "release"? 22.56.33 # make supported I guess 22.56.52 Mode "#rockbox +o funman_ " by ChanServ (ChanServ@services.) 22.56.59 # And then include in next release 22.57.04 Kick (#rockbox funman :no more tab completion problems) by funman_!n=fun@rockbox/developer/funman 22.57.09 Mode "#rockbox -o funman_ " by ChanServ (ChanServ@services.) 22.57.27 # well 22.58.01 # I can't remember how we exactly called the new group (it's not listed on the wiki page too), but of course the "lower" status 22.58.14 # either way, not release :) 22.58.28 # did we come up with a name? 22.58.31 # what is the difference with 'released' models? 22.58.42 # There is a Rockbox release 22.58.49 # So next one will be 3.4 22.59.01 # the idea being to wait and see if theres any more disk bugs? 22.59.13 # If the AMS are ready they can be in it, but they can't be "released" before that :) 22.59.30 Quit ender` (" If God had intended us to go around naked, He would have made us that way.") 22.59.41 # releasing a target != having the first release for a target, IMO :) 22.59.54 # kugel: We should try to only use the word "release" to refer to releases 23.00.14 # we should search for better names for our target groupings :-) 23.00.18 # Otherwise people reading the logs and reposting them elsewhere (which happens a lot) will get things wrong and it's frustrating to correct later. 23.00.26 # alright, I'm fine with it 23.00.35 # let's foo the ams sansas soon! 23.00.38 # The two categories are what again? 23.00.45 # I know the "lower" one is "Can be used in day to day playback" 23.00.55 # * domonoky1 suggest. "the lower" "the higher" "the released ones" :-) 23.01.01 Quit FOAD (Read error: 110 (Connection timed out)) 23.01.01 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 23.01.12 # What's the requirement for the upper one - RBUtil, Manual, and "no feature of Rockbox is known not to be working" or what? 23.01.38 # I liked how gstreamer came up with categories "the good" "the bad" and "the ugly" 23.01.48 # dont know the exact requirements, but something like this. ie the full Rockbox feeling. 23.02.01 # I'd say rbutil, manual and all apps/ code (plugins etc), I don't think we really need recording and usb for a real release 23.02.31 # kugel: If they're going to be officially supported anyway, why not have the upper one have high standards? 23.02.34 Quit funman_ (Read error: 60 (Operation timed out)) 23.03.30 # I don't know, isn't upping it in the "supported hierarchy" just a ideological thing? 23.04.29 # we should make a contest for this names :-) 23.04.31 # also, some hardware features might be next to impossible to implement, due to undocumented hardware or so 23.04.41 # Maybe "if usb and recording doesn't work after a long time, accept that it might never, and move it up anyway" 23.04.43 # It seems to me if we're going to split them, the top one being "very, very complete" makes sense since people looking can then say "Well, I just want one I can listen to music on" or "I want one that doesn't mean I need the OF for anything" 23.04.54 # rasher: Why do we need to move it up? 23.04.58 # officially supported means we're going to hand out builds, and that should happen as soon as we can get away with it so that we get more feedback and attract more attention to the build 23.05.07 # We can have "Targets that are supported" and then "Targets where you never need to boot the OF" 23.05.30 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 23.05.34 # kugel: That doesn't explain why things can't simply stay in the lower "supported" category forever 23.05.36 # * rasher shrugs 23.05.39 # i don't think we need to make it that complicated 23.05.41 # Seems a bit too picky to me 23.05.43 # yes, the lowest bar should be substancially lower the now... AMS would be long ago already in the lowest category. 23.05.47 # we have the very nice device chart that explains what works 23.05.49 # I thought the whole point of the lower category was so that we could have things that *might* never elevate still be supported 23.05.51 # that seems like a good distinction. Effectively, the category doesn't matter anyway 23.05.59 # Saying now "but we should keep moving them up" means we didn't need the lower category in teh first place. 23.06.20 Join funman [0] (n=fun@rockbox/developer/funman) 23.06.23 # saratoga: Llorean proposal is very uncomplicated I think 23.06.33 # We can even introduce a new layer above "released", like the "golden" ones :-) 23.06.39 # i think we should just let whoever is working on a target agree when they want to make it supported 23.06.48 # and the platin :) 23.07.11 # and if we start dropping hwcodec (or at least charcell), those come into the hall of fame :p 23.07.23 # so low: runs, not rick of bricking, installation is possible. released: its working fine, but few things may be missing: Gold: everything. 23.07.46 # we don't need more than 2 categories 23.07.53 # domonoky1: There's only two. 23.07.57 # "Supported" and "Gold" 23.08.19 # We have "Rockbox runs", the only difference you can make is "You might need to of for some features" and "You can completely replace the OF without losing any features" 23.08.21 # domonoky1: how many "gold" targets would we have in your system? 23.08.24 # why not also released in between ? 23.08.50 # Supported - you can use Rockbox on it day to day, install without high risk of brick. Gold - Nothing the OF does can't be done here (though some examples, like format support, don't count - we treat MPEG2 as equal to h.264, since they're both "plays video") 23.09.16 # gevaerts: iPods, SansaV1, H100 series, Archoses, maybe H10? 23.09.22 # * gevaerts thinks that "supported but not released" should mean a very incomplete manual, or there are real annoyances 23.09.37 # not the gigabeat F/X? 23.09.41 # * domonoky1 wouldnt put the ipods to gold.. there is still some charging issue ? 23.09.41 # Well, "Release" as in release-numbered, like 3.4, is a different category 23.09.44 # krazykit: Ah, those too 23.09.56 # domonoky1: Well, mentally I consider that fixed. I'm confident it will be done by 3.4. Sorry 23.10.03 # Llorean: most ipods don't have USB in the releases 23.10.14 # Llorean: domonoky1 said "everything", so ipod and gigabeat would be disqualified 23.10.22 # gevaerts: Gigabeat would? 23.10.28 # Llorean: the OF has USB host 23.10.29 # no usb-host 23.10.32 # yes, i would put them to "released" for now :-) 23.10.38 # we just don't degrade once it has it's status 23.10.45 # "Release" is a third category, but not one we really distinguish on the front page. 23.10.58 # It's only distinguished by whether 3.3 (or in 3 months, 3.4) downloads are available for it. 23.11.04 # That's why I don't see the need for that extra-gold status. There really aren't that many targets in it... 23.11.06 # they were before this decision. We changed the laws after them, hence they can't be touched by them 23.11.13 # That will have the requirements of Manual and RBUtil support, but not necessarily "Gold" status 23.11.18 # why not 3 categorys ? The name is up for discusson ofcourse.. 23.11.33 # funman, kugel: for whats its worth current SVN does not even boot for me on the fuze 23.11.44 # saratoga: stuck on rockbox logo? 23.11.54 # divide by zero 23.11.56 # lol 23.12.02 # gevaerts: One goal of Rockbox has been to be a "replacement" firmware. Being able to be a replacement should be a goal, and marking which ones actually achieve this is worthwhile to users I think. 23.12.03 # 0x300436AC 23.12.11 # saratoga: can you send me your rockbox.elf ? 23.12.17 # did you reinstall bootloader and reformatted? 23.12.27 # gevaerts: I think there's not significant benefit to the upper category if targets in it can perform vastly differently 23.12.30 # Do we have any but the archoses and H120? 23.12.36 # kugel: no need to format since there is a checksum 23.12.39 # i compiled the bootloader just now using up to date svn, but i did not reformat 23.12.46 # gevaerts: The "lower" category should be defined by minimum usable requirements, the upper one by "maximum" reasonable goals. 23.12.54 # someone on ABI reported the same error and address after reforting, so i assume its not the problem 23.12.55 # funman: huh? 23.13.12 # kugel: rockbox.sansa is checked to be valid after the dma transfer 23.13.30 # gevaerts: Maybe instead of "all OF features supported", "All Rockbox features the hardware is capable of are supported"? 23.13.34 # the checksum is simple, and rockbox.sansa isn't big, it might not cover fs issues 23.13.38 # Llorean: I guess I'm mainly afraid of overdoing this 23.14.20 # gevaerts: To me, as long as we make the lower category readily and clearly available, the upper one can be moderately strict. Basically there for the people who are _really_ nervous. 23.14.25 Join fml [0] (n=4fd3c6e9@gateway/web/cgi-irc/labb.contactor.se/x-6dd6bb073a39de00) 23.14.31 # Llorean: that would make targets move out of it again. e.g. now h300 would qualify, but if someone implements USB host on the beast, it would drop out 23.14.33 # let's just have "gold", and "wood", where gold can replace the OF completely 23.14.43 # we do not need to make more differences 23.14.45 # we can also leave the "gold" status for later, and only hve two. one very low, and one at the hight of current "released" status. 23.14.54 # we tread all the same anyway 23.14.57 # saratoga: or check what code is at this address 23.15.17 # gevaerts: That's true. 23.15.22 # * rasher doesn't see the need for more than "release-worthy" 23.15.28 # it's, if at all, a user indication. it's just that "wood" can differ vastly, so either we make more categories, or we don't 23.15.29 # Supported and Released are certainly enough for now. 23.15.37 # Well, "Supported and Releasable" 23.15.47 # Hello. When saving theme, recording, sound etc. settings, the produced file is always named "config" (probably, followed by a number). Wouldn't it be better to have a "specific" name base, e.g. "theme" for theme settings? 23.15.51 # oki, but the names for those two could be improved ? 23.16.04 # supported and released are fine 23.16.06 # imo 23.16.09 # On which target(s) apart from the archoses does rockbox replace the OF *completely*? 23.16.17 # * amiconn thinks there isn't one 23.16.19 # i think the names are very confusing. 23.16.21 # amiconn: doesn't h120 manage? 23.16.42 # sansa e200/c200 23.16.51 # Hmm, probably, although still not officially 23.16.52 # kugel: accessories 23.16.52 # probably ipod nano too, and the iriviers 23.16.54 # amiconn: "Replacing" in functionality, not overwriting. 23.17.12 # kugel: usb host 23.17.12 # kugel: but the OF plays other video codecs? 23.17.15 # In the code, the cases are diffrentiated, the folder is set depending on what is being saved. We could also give more specific names (as default, the user can still edit them) 23.17.24 # funman: codecs don't count 23.17.29 # fml: seems reasonable I think 23.17.30 # kugel: h300: lack of usb host support in rockbox. And all except the archoses and h1x0 cannot be flashed with rockbox 23.17.31 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 23.17.36 # funman: the nano OF doesn't do video 23.17.51 # but as I said, I don't think the new categories apply to the existing targets. You can't be sued for laws that came after the crime 23.17.52 # gevaerts: The e200/c200 do MJPEG though 23.17.55 # rasher: I'll provide a patch 23.18.00 # So we're always relying on the OF loader in flash -> not a complete replacement 23.18.09 # Llorean: I'd argue that mpeg2 is better :) 23.18.21 # But I do agree "Supported" and "Release targets" (not "released" targets) are good enough for now. 23.18.23 # funman: sorry someone came in and talked to me: http://www.duke.edu/~mgg6/rockbox/fuzebuild.zip 23.18.26 # amiconn: on which target? 23.18.30 # "Release" indicating we will release for them going forward. 23.18.38 # kugel: ? 23.18.41 # In fact, I completely replaced the OF on my e200 23.19.03 # So the rockbox bootloader is in flash? 23.19.08 # yes 23.19.37 Join |niko| [0] (n=kvirc@c-71-232-103-84.hsd1.ma.comcast.net) 23.19.43 # how? 23.19.57 # ./sansapatcher -a. or something like that 23.20.04 # amiconn: that's not the meaning of "replacement" I think is useful 23.20.05 # saratoga: in battery_status_update(), so I think it's your fault ;) 23.20.17 # <|niko|> I am trying to install Rockbox with the Qt Rockbox utility on Debian and it fails installing 3.3 23.20.18 # sansapatcher writes to the fw partition, not to the flash rom. It can't 23.20.23 # ha 23.20.33 # <|niko|> I have Rockbox already on there, and everything else installs fine, the bootloader, fonts, themes, etc. 23.20.40 # amiconn: rather "you never have to boot the OF, because Rockbox does all it does (and more)" 23.20.43 # |niko|: how does it fail? 23.20.52 # <|niko|> "Extracting failed: unable to create or open file..." 23.20.57 # <|niko|> funman: That error ^ 23.21.02 # current = CURRENT_NORMAL*100 / 122; 23.21.04 # heh 23.21.07 # fixed point for the win 23.21.08 # amiconn: before that there's only the PP bootloader. I don't have the recovery mode for example 23.21.18 # (that's how I understood it) 23.21.22 Join dmb [0] (n=dmb@unaffiliated/dmb) 23.21.23 # <|niko|> Which confuses the heck out of me because everything else installs fine. 23.21.45 # |niko|: double check you have write permission to the mount point and .rockbox/ if it exists already 23.21.48 # The PP bootloader is what I mean. 23.22.06 # that one has nothing to do with the actual OF? 23.22.35 # You can't replace it with sansapatcher alone. We'd need flashing support in rockbox, i.e. a plugin that flashes our own loader into the flash rom 23.22.48 # |niko|: and this error happens on which install function ? 23.22.54 # yes, but how's that not replacing the OF? 23.23.13 # The bootloader is part of the OF as I see it 23.23.44 # the PP bootloader comes from PP, the OF from sandisk, I replaced all sandisk bits. That means to me I replaced the OF 23.24.03 # On the iaudios we don't have dual boot, yet we don't run 100% replacement code as we rely on the OF loader for starting us, for flashing, and for emergency disk access 23.24.09 # * rasher fails to see where this is going 23.24.22 # amiconn: on the gigabeat F you can flash the bootloader. It's just not in svn yet 23.24.30 # On the archoses in turn we do run our own loader (if it's a flashable archos) 23.24.37 # someone remind karl to commit that 23.24.38 # it works fine 23.25.00 # I don't consider the PP loader as part of the OF 23.25.07 # funman: Unhandled IRQ 00: INT_WATCHDOG 23.25.12 # still my bug :) 23.25.19 # that's like the BIOS being part of windows 23.25.23 # What does whether or not you can physically replace the OF matter? 23.25.31 # Ok, then the gigabeat F is the 8th target where we have a 100% replacement (after the 6 archoses and the h1x0) 23.25.41 # I think I'm the one who brought up "replacing the OF" and I was just referring to featureset. 23.25.42 # it doesn't matter _at all_ 23.25.50 # saratoga: yeah still this int 0 is weird, I think it means an interrupt occurs without source defined in the VIC register 23.25.57 # Llorean: We're still *relying* on OF parts for rockbox to work, on most targets 23.26.02 # amiconn: the h1x0 as released doesn't run from flash. 23.26.19 # rasher: Yes, and so doesn't the gigabeat f 23.26.20 # what exactly would need to be done to get the S to that point? i'm assuming "find out where the flash loader lives", at least? make sure we know how to do any init that it does? 23.26.25 # amiconn: Yes, but why does that matter? What topic depends on that? 23.26.39 # * kugel fails to understand amiconn reasoning to not consider the e200 and c200 being able to completely replace the of 23.26.40 # * rasher is also unsure where amiconn is going with this 23.26.53 # kugel: I would assume he means the flashed bootloader 23.26.53 # but, for the rest of the evening, I stick to agreeing ti Bagder :) 23.26.57 # funman: don't we disable the watch dog anyway? 23.27.09 # kugel: The PP bootloader is part of the OF imo, even if it is provided by PP and not by sandisk 23.27.15 # saratoga: we actually use it for reboot 23.27.17 # In fact the OF 23.27.25 # saratoga: yes, the code just doesn't handle this situation and assumes interrupt source is 0 (watchdog) 23.27.32 # oh ok 23.27.38 # well i rebooted and its working fine now 23.27.43 # 's usually contain several components which were made by other companies than the OF itself 23.30.45 # i still do'nt know how to read volume/rec/hold buttons on the c200v2 23.31.01 # have you looked at dbop? 23.31.15 # yes only 5 bits are read, the 5 we know already about 23.31.32 # so much? 23.31.51 # not any on gpio? 23.32.02 Quit bmbl ("Bye!") 23.32.04 # not as far as i can see 23.32.06 Quit Febs (Read error: 104 (Connection reset by peer)) 23.32.07 # I thought RockRabbit found already like 4-5 buttons 23.32.11 # on GPIO 23.32.16 # except power which we know already 23.32.18 Join FlynDice [0] (n=FlynDice@12.239.18.2) 23.32.25 # yes he read them on gpioc, but reading dbop is more reliable 23.32.33 # really? 23.32.36 # really 23.32.50 # * kugel can't believe that 23.32.58 # did you try delays etc? 23.33.05 # or just changing the order? 23.33.14 # ? 23.33.29 # that's how we got it to work on the fuze/e200v2 :p 23.33.42 # the OF only read 5 bits from dbop 23.33.50 # so i won't experiment further 23.34.04 # a delay after clearing the bits and setting the afsel, then have a proper (read: random, but better working) order 23.34.27 # when reading over dbop no need for clearign/delays 23.34.40 # I'm talking about gpio 23.34.53 # oh, and delays are needed 23.35.05 # remember the backlight issues on the fuze? 23.35.21 # i see no GPIO pins changing in the I/O debug screen 23.35.26 Join perrikwp [0] (n=Keith@eu65-10.elon.edu) 23.35.42 # yes, but we copied the delay present in the OF while the c200v2 OF has none 23.36.10 # but the OF also doesn't run at 62MHz 23.36.33 # sure, but button reading works fine so no need for tweaking 23.37.04 # funman: kugel: did either of ou try the last core voltage patch or did you just read the code? I'm getting a white lcd screen on boot caused by the ascodec_read 23.37.16 # you can't see gpio's changing in the debug menu if you don't change the afsel 23.37.17 # FlynDice: only read 23.37.27 # kugel: hum ok 23.37.35 # and clear/set depending on what value the button gives 23.38.09 # <|niko|> funman, domonoky1: The installer still fails even though I run it as root 23.38.39 # <|niko|> It detects the ipod's mount point and can install the boot loader, fonts, doom stuff, themes, etc. 23.38.56 # <|niko|> but rockbox itself it cannot seem to ungrade 23.39.16 # <|niko|> I tried chmod 777 .rockbox -R 23.39.20 # <|niko|> even 23.39.23 # FlynDice: No, I didn't yet 23.39.32 # but I should do! 23.39.55 # |niko|: what does dmesg say? 23.40.04 # |niko|: strange. But you can always just download and unzip the new rockbox version manually. 23.40.07 # where is rbutil debug log? 23.40.07 # New commit by 03saratoga (r21572): 1 mA gets rounded to 0 during computation, so use 2 mA as the default. 23.40.25 # <|niko|> [64844.288650] FAT: Invalid FSINFO signature: 0xc161d252, 0xe141f272 (sector = 1) 23.40.26 # funman: unfortunatly still in flyspray. 23.40.38 # saratoga: was that the divide by 0 thing? 23.40.49 # yeah 23.41.02 # hehe 23.41.14 # kugel: i see no changes on gpio pins :/ 23.41.15 # |niko|: try checking the disk. maybe there are filesytem errors ? 23.41.25 Quit einhirn (Read error: 104 (Connection reset by peer)) 23.42.10 # funman: do you change all afsels on GPIOB with some delay between resetting? That's basically how fuze manages to read them 23.42.16 # on GPIOB and C 23.42.26 # kugel: yes (int x = 1000; while(x--) ;) 23.42.52 # <|niko|> http://pastebin.ca/1478856 23.42.56 # also I don't see the OF read something else than DBOP or GPIOA_PIN3 23.43.25 # I'd guess you can find the rest on GPIOB 23.43.42 # <|niko|> kugel, domonoky1, there is a dmesg output indicating.,..? 23.44.09 # indicating errors, but i am not sure what errors :-) 23.44.10 # yes, many errors 23.44.26 # that probably also means that your dap is remounted in read-only mode 23.44.43 # |niko|: check the cable / connexion 23.44.44 # ls -l in the dap's root should show you 23.44.58 Quit aaron424 (Remote closed the connection) 23.45.03 # # 23.45.05 # [63539.334923] lost page write due to I/O error on sdd2 23.45.13 # <|niko|> It is working fine 23.45.15 # probably means you unplugged it without unmounting it first? 23.45.42 Join safetydan [0] (n=deverton@rockbox/developer/safetydan) 23.45.42 Quit fml ("CGI:IRC 0.5.9 (2006/06/06)") 23.45.54 # <|niko|> as a USB mass storage device it is working fine thus far 23.48.05 # what else should it be? 23.48.24 # are you trying to update in mtp or something? 23.51.08 # FlynDice: I don't quite understand why you removed the CPUFREQ_MAX check 23.52.18 # Trying to simplify, since it looks like a max frequency < 200MHz is a quickly dying idea it seems... 23.52.21 Quit robin0800 (Remote closed the connection) 23.52.42 # I can't follow that reasoning 23.52.56 # I think we are prepated for changing frequencies as we like? 23.53.19 # setting the max frequency less then 200MHz would make sense but i guess we'd need a way to set it higher again for things like mpegplayer 23.53.37 # we've talked about a more complicated boost system before with respect to the beast 23.55.21 # FlynDice: i think the check can stay, at least it gives useful information (only needed for > 200MHz freqs) 23.55.54 # The way it was set up was that if CPUFREQ_MAX was less than 200 MHz then the voltage was _statically_ lowered to 1.05 ie no switching 23.56.37 # so we think the file system issues on the fuze are fixed? 23.56.54 # and if it was > 200 MHz the voltage was raised & lowered in tandem with boosting 23.57.29 # saratoga: no, we hope ^^ 23.57.48 # FlynDice: still getting a white screen at boot ? 23.58.03 # well i built the database and played around with my fuze a good while and couldn't get anything to go wrong, aside from that one interrupt problem on the first boot 23.58.25 # working on it right now, I need to add a ascodec_write to tell the adc which input to read... 23.58.58 # * kugel thinks we finally need scrollwheel support in doom