--- Log for 20.02.109 Server: grisham.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 15 days and 7 hours ago 00.00.14 # Sorry, I thought the problem (at least for `Assassin) was that it was showing as untagged. 00.00.45 # linuxstb: Sounded like he was getting a mix of both. " or just in the wrong place. The ID3 info that shows gets cut off. " 00.01.05 # <`Assassin> Well sometimes they're untagged and sometimes they just have the wrong album or song name. 00.01.18 # `Assassin: Wrong how? 00.01.33 # Wrong in the database, or wrong in the while-playing screen? 00.01.44 # mcuelenaere: buffer_start isn't updated by sendout(), so the usb_serial_send() puts data in the same place as the previous one if it's fast enough (i.e. before the prefious transfer completes). I think it needs a third variable besides buffer_start and buffer_length, to indicate which bit is in transit. If you don't get to it I'll have a go one of these days 00.02.13 # <`Assassin> Like for example if the song name was "Song Name" it would be cut off to "Son" 00.02.27 # Just updating buffer_start in sendout() isn't enough, because then data that 00.02.37 # 's not on the wire yet can get overwritten 00.03.44 # <`Assassin> Actually ALL of the problem files show up as untagged now that I check again. 00.03.52 # hmm it's a bit too late for me currently to try to figure out what that code does, I'll look at it sometime later :) 00.04.02 # same here :) 00.06.01 Quit bluebrother (Nick collision from services.) 00.06.06 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 00.07.15 Quit flydutch ("/* empty */") 00.11.00 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 00.11.00 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 00.11.00 Quit amiconn (Nick collision from services.) 00.11.00 Quit pixelma (Nick collision from services.) 00.11.12 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 00.11.18 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 00.12.33 # i bought a sansa e270 on ebay and put rockbox on it. it apparently had some existing music files that i'd like to delete, however the Music folder seems to have group permissions belonging to root, i believe because the installer needed root permission to detect the mountpoint maybe ? anyway, i can't see to delete the existing files inside /Music. i would have thought the Music folder would be under the fat32 filesystem, seeing as it would w 00.12.33 # ork under windows as well, so, i'm confused. i dont believe it had rockbox already on it. 00.13.39 # I believe that both Rockbox and original firmware will find files that are NOT in /Music 00.13.50 Join FlynDice [0] (n=jack@65.88.2.5) 00.13.52 # So maybe look around in other places for the files? 00.14.19 Quit tessarakt ("Client exiting") 00.14.33 # avis: FAT does not support file permissions 00.14.50 # can i get some info on cyclic redundancy check failed when installing rockbox bootloader? 00.15.05 Join flyinghippo [0] (n=flyinghi@pool-173-72-208-154.clppva.east.verizon.net) 00.15.06 # Rockbox Utility needs root permissions to install the bootloader because it writes directly to the partition 00.15.18 # TNT: You already did... Did you try a different cable and/or USB port? 00.15.23 # thats what i thought, which is why i'm confused as to why i could not delete the files. i removed rockbox, so i could delete them, and maybe see if i could get the installer to find the mountpoint without prefixing a sudo before it ? 00.15.23 # yes i did 00.15.34 # i also jus deleted corrupted files 00.16.57 # avis: The installer needs su permissions, but only for the bootloader install, which isn't installed to the filesystem you see anyway 00.17.26 # TNT: What corrupted files? The bootloader install won't corrupt any files. 00.18.22 # ooh ok. i did a sudo fdisk -l just to see, and it seems to indicate this about the e270 /dev/sdh2 1018 1022 20480 84 OS/2 hidden C: drive in addition to a normal /dev/sdh1 FAT32 drive 00.18.23 # i had corrupted files on my ipod 00.18.34 # TNT: If you are getting CRC errors and corrupted files and you have tried a different cable then I'd put all my cash (£7.52 since you ask) on the disk being buggered 00.18.43 # i thought that might have messed up 00.19.21 # i could restore my ipod but that would delete all my stuff 00.19.42 # and since its on manually manage i have no library to restock it 00.21.23 Quit matsl ("Leaving") 00.23.23 # TNT: Everything points to a hardware problem, so if I was you I would try and rescue any important files you have... 00.24.10 # how should I implement touchscreen calibration in apps/ ? Make a custom setting which loads a calibration screen upon 'entering' the setting? (the setting then would contain the values generated by the calibration) 00.24.34 # damn looks like my ipod will never run rockbox lol 00.24.46 # whats messed up is i've ran rockbox and linux before 00.25.17 # TNT: As you've been told, it's most likely a _hardware_ failure. Your iPod is getting old. 00.26.01 # shit. 00.26.04 # lol oh well 00.26.10 Quit MethoS- (Connection timed out) 00.26.27 # thanks for the help. 00.26.29 Quit TNT () 00.26.56 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 00.27.54 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-9a595d2e44adf00c) 00.30.33 Quit bluebrother ("leaving") 00.31.03 *** Saving seen data "./dancer.seen" 00.32.33 Ctcp Ping from gevaerts!n=fg@rockbox/developer/gevaerts 00.32.33 Ctcp Ping from gevaerts!n=fg@rockbox/developer/gevaerts 00.32.33 Ctcp Ping from gevaerts!n=fg@rockbox/developer/gevaerts 00.32.35 Join JdGordon [0] (n=jonno@123-243-140-31.static.tpgi.com.au) 00.32.43 Ctcp Ping from gevaerts!n=fg@rockbox/developer/gevaerts 00.35.48 Quit mcuelenaere (""Good night"") 00.39.14 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-6d1cd331e3f6398a) 00.42.17 Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-4de1b42f32a743ed) 00.44.11 # hmmm...I can get back 8k RAM by reclaiming IRAM and vectors for non-initialized sections on PP. 00.46.31 Quit BigBambi (Remote closed the connection) 00.54.41 # * jhMikeS gets miffed again that there isn't just one app.lds for PP devices :\ 00.57.42 Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) 00.58.39 Quit `Assassin (Read error: 104 (Connection reset by peer)) 01.00.56 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 01.02.36 Quit HellDragon (Client Quit) 01.03.20 # jhMikeS: Make one... 01.03.45 # there was just one and then it got split into many identical files 01.04.55 # I don't really know when that occurred...will it find the correct app.lds if it's just in the arm directory with other PP files? 01.05.51 # I don't know - I'm just trying to find where that build code lives... 01.05.53 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 01.06.45 # I'm guessing it may be due to the fact that there is no "portalplayer" level in target-tree though. 01.07.05 Quit SoapWork ("CGI:IRC") 01.07.39 # Yes, it's defined as $(FIRMDIR)/target/$(CPU)/$(MANUFACTURER)/app.lds 01.07.46 # (in tools/root.make) 01.08.39 # * linuxstb wonders if an lds file can #include another one. 01.09.10 # * linuxstb sees it can - it's run through cpp 01.09.47 # * linuxstb doesn't know if he thinks that's a nice solution though 01.10.48 # hmmm 01.11.24 # * linuxstb sees there are 5 identical copies of the PP app.lds... 01.11.45 # (ipod, iriver, olympus, phillips and sandisk) 01.12.43 # The two coldfire ones are almost identical (just an #ifdef difference for IRAMSIZE) 01.15.47 Quit xSlack (Connection timed out) 01.18.06 # with an #include, those things could be defined before it which actually would be kind of decent 01.21.05 Quit faemir ("Lost terminal") 01.22.49 # pixelma: the track list in pictureflow should scroll to keep the selected track on the screen, and should scroll long track names left<->right (i think it might only do that for the selected one). i believe i remember that acting strange on c200 sim, though, as well. 01.24.02 # are the instructions at http://www.rockbox.org/twiki/bin/view/Main/PortalPlayerUsb#logf_over_USB_Serial up to date? i seem to recall it hanging last time i tried, as soon as logf was called 01.25.19 Join xSlack [0] (n=brett@173-17-70-78.client.mchsi.com) 01.25.30 # * jhMikeS wonders if he should bother with that right now or just deal with the redundancy just in case that solution is widely disliked 01.27.16 # jhMikeS: Maybe send the proposed solution to -dev and give it over the weekend for people to see if there are any significant problems from it? 01.28.17 # Llorean: if it just includes the content of the file, I see no technical hurdle, but then maybe some better suggestion will surface if I do that. 01.29.29 # The reclaiming of the DRAM doesn't have wait that out though 01.30.09 # People have talked about creating a PP directory in target-tree, and moving things in there. So there would be a target/arm/pp/ directory - the app.lds would live there. 01.30.47 # Unhelpful: ok, that explains it... I didn't know that it should only scroll the selected track and keep it on the screen. So it does if the first track is long enough (and looks disturbing if it only as to scroll 1 or 2 pixels) and since you can't go down in the track list on the c200 I can't test the rest 01.31.02 # that would be better IMO since that code certainly isn't generic ARM 01.32.26 # I wonder if 5002/502x should fork as well ?? 01.33.02 # Unhelpful: and found a bug while testing this - entering the first "album" list, the one in my case real quick results in various data and prefetch aborts. Most notable I got "Prefetch abort at DEADBEEE (0)" now ;) 01.36.05 # when it's DEADBEEE/C0EDBABE/DEADDEAC things are really messed up (seen all those myself :) 01.38.43 # What's a deac? 01.39.25 # hmm, it doesn't seem to be timing (I thought it would because it was right one time after looking at some other albums first) but now I always get it. DEADBEEE when it's the first album I look at, looking at a few others it's "Data abort at 01F80F88", would have to test more to understant the conditions under which happens which 01.40.27 # looking at a few others before entering the one, I meant. Other albums seem to be ok in a first quick test 01.40.32 # kugel: Has anyone mentioned that r20051 broke the e200v2 yet? 01.43.35 # cool_walking_: DEADDEAC = "dead duck" afaict 01.45.37 Part toffe82 01.46.13 # pixelma: HRM. pf starts by dumping all of the album titles into a string table. i wonder if something goes wrong when it fetches data for an untagged album... do we return some sentinel value indicating "no title", or do we return descriptive text, in that case? 01.47.47 # that is a group the database puts all untagged albums into. I wonder though why it worked correctly one time 01.51.08 Quit Thundercloud (Remote closed the connection) 01.51.18 Quit lymeca ("KVIrc 3.4.0 Virgo http://www.kvirc.net/") 01.51.33 Join lymeca [0] (n=lymeca@157-157-237-82.dsl.dynamic.simnet.is) 01.57.24 # FlynDice: What do you mean "Broke"? As in bricked? 01.58.13 # not bricked just broke the lcd function 01.58.51 # Oh. For a second I thought you meant it broke the compatibility barrier, and I was kind of excited, being a 260v2 owner. :P 01.59.07 # pixelma: and this is with svn, without the pictureflow patches from FS#9919, right? there are a few things i know are still broken in that patch :) 01.59.58 Join lee321987 [0] (n=chatzill@64.24.51.108) 02.00.14 # no pictureflow patches, basically SVN with Rockbox USB enabled 02.01.17 # FS#9910 is titled "Use DMA engine for audio playback on PP502x targets". Am I right that this will not effect flash based tagets? 02.01.56 Join goffa_ [0] (n=goffa@216.220.23.105) 02.03.04 # lee321987: Why wouldn't it? The patch description even mentions it affecting the e200 which is flash based... 02.03.33 # oh. sorry. thanks 02.03.37 # * Llorean would suggest at least reading the patch description for answers before asking about it. 02.03.59 Quit lee321987 (Client Quit) 02.04.38 Quit jhMikeS (Nick collision from services.) 02.04.44 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 02.15.47 Quit goffa (Read error: 110 (Connection timed out)) 02.20.12 Quit saratoga ("CGI:IRC (EOF)") 02.26.16 # ..hrm, ok, i must be missing something. my e200 hangs on USB plug after enabling logf over usb. 02.26.25 Quit Aurix_Lexico ("Leaving.") 02.26.29 Join Rob2223 [0] (n=Miranda@p4FDCCAF0.dip.t-dialin.net) 02.30.40 Quit moos ("Rockbox rules the DAP world") 02.31.06 *** Saving seen data "./dancer.seen" 02.35.25 # FlynDice: No. What broke? 02.35.45 # It was basically the same patch I put on the forums which was tested 02.38.09 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 02.39.31 Quit Rob2222 (Read error: 110 (Connection timed out)) 02.40.00 # kugel: The screen seems to hang on the bootloader as if the lcd was not being updated and then about a minute later the menu screen comes up 02.40.35 # The music is playing and I can control it with buttons but screen is static 02.40.37 # FlynDice: hm? so after a minute the main menu shows fine? 02.41.11 # Its as if there's a minute lag 02.41.42 # minute as in 60 secs not small... ;) 02.42.30 Join Empathy [0] (n=David@207.62.156.219) 02.42.42 # I reverted to the previous and it was working fine 02.42.50 Quit Rob2223 () 02.43.14 Join Rob2222 [0] (n=Miranda@p4FDCCAF0.dip.t-dialin.net) 02.43.28 # FlynDice: that sounds weird 02.44.00 # but after this 1 min, everything works normally? 02.44.26 # If yes, I have my doubts that my commit caused that (and again, the patch was tested by guys in the forum and domonoky) 02.44.38 Join fyrestorm [0] (n=fyre@cpe-24-90-81-53.nyc.res.rr.com) 02.45.14 # Can Rockbox's databasing system database files in the iPod_Control folder without setting View All Files to on? 02.45.37 # It's called "View" all files 02.45.46 # It only affects what you can see, not what anything else has access to. 02.45.48 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-0fdfc4670b3583ca) 02.45.54 # http://forums.rockbox.org/index.php?topic=20686.msg145114;topicseen#msg145114 02.46.13 # anyone think its worth desoldering the CPU and tracing out the pins? 02.46.21 # ok I just timed it, 23 seconds, the menu screen shows, buttons seem unresponsive visually but I can control the music play & volume with buttons and scrollwheel 02.46.40 # directories are excluded from the database by marking them, via the presence of a file name "database.ignore", if i recall correctly. any directory without one should be scanned. 02.46.41 # FlynDice: can you check your e200v2 for disk errors first? I've noticed noticeable longer boot times on my fuze too, but they disappeared after running chkdisk (which found errors) 02.48.11 # it works fine with 20050 though, it is booting up as the music starts playing before the menu shows 02.48.24 # and really, that doesn't sound related. if the lcd was messed up, ok, but this sounds like some other issue to me 02.48.50 # I still havent got around to looking at it, but how difficult would it be to add the tta decoder to RockBox with my basic, freshman level knowledge of C 02.48.50 Quit saratoga (Client Quit) 02.48.57 # you've changed the start screen option? 02.50.26 Quit midijunkie ("?(???~•~)?") 02.50.56 # no 02.55.14 # perhaps it started playing because I was pushing buttons trying to get a response? 02.55.57 Quit jaked_ ("leaving") 02.56.55 Part Xenovalent 02.57.24 # I reverted back to 20050 with the only change being lcd-200v2.c and the lcd seems to work fine 02.57.32 # FlynDice: hm, I just see a typo in the code 02.57.36 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-11d12347033548a4) 02.58.07 # FlynDice: try this please: http://pastie.org/394650 02.58.32 # sure 02.58.49 # I wonder how the patch was working for domonoky 02.59.07 # (if the typo was causing it, that is) 03.05.15 Quit kugel (Nick collision from services.) 03.05.20 Join kugel [0] (n=kugel@rockbox/developer/kugel) 03.08.00 # still the same 03.08.56 # wait maybe not so much lag but still there 03.10.05 # can you please explain more? 03.11.04 # still testing... now the cabbie backdrop is displayed normally but there's still a wait for menus 03.11.31 # I can control the music functions even though the screen is not updating 03.11.49 # I cannot explain how my commit could introduce delay :S 03.12.10 Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) 03.12.50 # you said domonoky tried it on hes e200? 03.13.01 # yea 03.13.11 # FlynDice: try this one http://pastie.org/394664 03.15.45 # is that patch against svn or the patched file...? 03.16.08 # against svn 03.16.54 Quit balou (Remote closed the connection) 03.16.57 # ok lemme try again i's complaining about a /* 03.17.43 Join balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) 03.20.44 # FlynDice: a probably a comment, can you resolve that yourself? 03.21.28 # I'm looking.. I'm pretty new to the whole patch process though. 03.22.11 # FlynDice: just edit lcd-e200v2.c 03.22.29 # or did you not revert before applying the second patch? 03.22.42 # yes I reverted 03.22.59 # 3 times...... 03.23.27 # 1x is enough :p 03.23.58 # "svn revert firmware/..../lcd-e200v2.c" 03.29.43 # can you try another diff? 03.30.42 # FlynDice: just forget about the previous one, and try this please http://pastie.org/394675 03.30.51 # ok 03.30.57 # this is against svn again, so revert lcd-e200v2.c before 03.37.16 # splashf from a thread, probably bad idea? 03.37.52 # eh? that's np. 03.38.14 # I don't know why this isn't working, I have been reverting and patch keeps complaining. Anything different I need to do besides cut and paste the pastebin? 03.39.24 # FlynDice: oh you mean the applying already fails? 03.39.57 # well, how do you download from pastie? you're supposed to click on download on the right side (or raw, then hit ctrl+s) 03.40.35 # I've been cut & pasting from my browser, let me try that. 03.41.33 # jhMikeS: erm, i suppose it wouldn't be, would it, since threads aren't truly concurrent. i'm trying to debug a hang in FS#9919, which only occurs on target so far, and since i can't get usb logf to do anything but hang on plug... :/ 03.42.10 Quit flyinghippo ("Nettalk6 - www.ntalk.de") 03.43.45 # working now gimme a minute 03.48.27 # Unhelpful: I call them from whereever if just debugging something 03.49.02 # about the same. The backdrop gets displayed without the menu. If I keep the backlight on by using button or scrollwheel the menu doesn't show. Menu finally shows after I allow the backlight to turn off and then press a button or scroll 03.49.10 # if i can figure out how to at least stop it from actually hanging, i could just use logf :/ 03.49.23 # "regular" non-serial logf, that is. 03.49.53 # weird that the binsize table for SH doesn't show a size savings because my rockbox-info.txt clearly shows a RAM savings (-1808 bytes for player) 03.50.07 # or is that using the rom image? 03.51.14 # i thought the binsize table was "combined"... 03.51.15 # Unhelpful: Well, use the splashes to find that (or flash the wheel light if your really up the creek) 03.51.46 # Unhelpful: It's averaged between RAM/binsize so -1808 should definitely show even without a binsize reduction 03.52.00 # void flash_wheel_light_morse(const char *message) ? 03.53.08 # yes, half of that is still quite large enough not to round away... it's also much larger than the host-to-host variations in bin/ram size we've had for a bit now, so it wasn't eaten by one of those... 03.53.08 # does that function exist already? 03.53.27 # jhMikeS: no, and i don't really want to write it. :) 03.53.48 # I think blinking is sufficient to at least say "I got this far" 03.54.23 # bonus points for writing it (char * format, ...) ;) 03.55.50 # FlynDice: ok, last try: http://pastie.org/394687 (revert again before applying) 03.56.01 # int x; for (x = 0; x < 2; x++) { WHEEL_GPIO &= ~WHEEL_BIT; udelay(250000); WHEEL_GPIO |= WHEEL_BIT; udelay(250000); } 03.56.10 # got it 03.56.58 # or rather WHEEL_LIGHT_GPIO/BIT (you get the idea) 03.57.36 # * jhMikeS waits for bonus points 03.57.44 # Unhelpful: reminds me of the "let wheel light blink to the beat of the music"-patch 03.59.44 # hrm, actually, instead of morse, maybe some serial protocol.... you could hook a light sensor up to a PC serial port to read it out :) 04.00.16 # then you'd need the LED blinker to debug that one :) 04.01.46 # I had that idea as a substitute for no SPDIF output (wrong wavelength anyway not to mention latency trouble) :( 04.02.40 # kugel: mostly the same but now the play button will take me right into wps. other buttons and scrollwheel have no effect until then 04.03.15 # lol 04.05.00 # kugel:gotta go for a bit here to enjoy 6th grade math homework ;) 04.05.29 # ugh this .sh file to setup rockbox source on linux 04.05.31 # is very long 04.07.04 # Empathy: The .sh is to set up the cross-compilers. 04.07.28 # yeah its been running about 15 minutes now on my Linux VM 04.07.48 # ahh 04.08.04 # FlynDice: can you try one more patch? 04.08.15 # Empathy: It can take a considerable amount of time if you're trying to set all of them up. 04.08.44 # i thought i just selected the ipod stuff 04.08.51 # jhMikeS: Do you happen to know if the H100 optical out always is 16/44.1 or if, because it's before DAC, it's more flexible? 04.09.02 # Empathy: Well then it won't take *quite* as long, but it's still not quick 04.09.02 # post it and I'll get it when 04.09.10 # I can 04.09.23 # Llorean: It's not. It switches with the sample rate. 04.10.04 # jhMikeS: switches with the sample rate? 04.10.11 # Oh, it's not limited. 04.10.16 # I was thinking "not more flexible" 04.10.33 # Is there an upper limit? 04.11.41 # Not sure about that regarding the transceiver. 04.11.59 # People were asking about 24/192 on the forums, I think. 04.12.03 # And 24/96 04.13.10 # FlynDice: alright, here it is: http://pastie.org/394708 04.13.16 # If you mean recording, it follows whatever is put into it and rounds to the master table of frequencies. 24-bit recording isn't possible at this point though. 04.14.01 # * Unhelpful thinks 24- or 32-bit out, where supported, would be helpful for running DSP with less aliasing / less risk of overflow 04.14.01 # and why would anyone want 192 kHz? do they record bat sonar? 04.14.19 # all DSP in the core is 32 bit 04.14.26 # jhMikeS: No, playback through the optical output. 04.15.01 # jhMikeS: because DVD-A / SCD marketing / reading head-fi have convinced them that there's some sort of magic harmonic effect that causes audible changes in quality with the removal of inaudible frequencies 04.15.09 # it puts out 88.2 kHz/ 16-bit. 24-bit is potentially possible but 88.2 kHz is the limit for the clocking combo 04.15.29 # jhMikeS: right, but then we truncate/round/dither it back down to 16-bit for output, right? 04.15.59 # Unhelpful: At the very last stage before IIS, yes. The only thing mixed after that is voice and beeps. 04.16.04 # FlynDice: oops, this one: http://pastie.org/394710 (against svn) 04.16.47 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.6/2009020911]") 04.17.11 Join AndyIL [0] (i=AndyI@212.14.205.32) 04.20.32 # oh yay its done 04.20.57 # Unhelpful: If you can't hear inaudible frequencies then you're just an amateur :p 04.23.52 Join kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) 04.25.25 # is anyone around that has some knowledge of licenses? 04.25.46 # it looks like the generic touchscreen code is not quite gpl compatible 04.25.57 # What's the license? 04.26.14 # http://svn.rockbox.org/viewvc.cgi/trunk/firmware/drivers/touchscreen.c?revision=20055&view=markup 04.26.23 # if you read the based on section 04.26.37 # the main part I would be worried about is the last paragraph 04.27.04 # That's definitely incompatible since it mandates you can't charge for it. 04.27.36 # hmm 04.28.19 Quit AndyI (Read error: 110 (Connection timed out)) 04.28.32 # should it be reverted now or should Maurus do it? 04.30.06 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 04.30.45 # Can it be reverted 'cleanly' (without breaking compiling)? 04.31.04 # it would require pulling a bunch of changes 04.31.10 *** Saving seen data "./dancer.seen" 04.31.23 # since a couple of problems came up when it was committed 04.31.44 # I'm not very familiar with reverting stuff myself though 04.31.44 # Dunno. It definitely needs to go unless that code is available under the GPL too. 04.32.33 # But there's no harm in leaving it until he can deal with it, I think. We're not distributing D2 builds, right? 04.33.30 # nope.. I don't think there's a way someone could download the current build 04.33.49 # I mean, it's being built, but we don't give a link for it 04.34.44 # It needs to be cleared up, but it's probably best then to wait for him to get back and decide the best way for it to be dealt with 04.35.07 # fair enough, I have no complaints, I was just worried about the license 04.39.00 # how about get in contact with the author? 04.39.20 # yeah, that's always an option too 04.45.23 # of course, if we wish to split the hair on a bald lawyer's head, is charging for services charging for "it" or is someone modifying rockbox and charging for that really charging for "it" unless they modify that code in particular? 04.52.26 Join blkhawk- [0] (n=blkhawk@g229214059.adsl.alicedsl.de) 04.52.33 # :) 04.56.27 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 04.57.18 # jhMikeS: The license isn't well written. 04.57.39 # technically I think it says it's legal for us to sell the original program, but not modifications to it or modified copies of it. Heh. 04.59.45 Join Barahir [0] (n=jonathan@BAI0d82.bai.pppool.de) 05.00.43 Quit film42 () 05.01.27 Quit Seed ("cu, Andre") 05.02.48 Quit Barahir_ (Read error: 60 (Operation timed out)) 05.03.33 # What's a "program"? And it depends on what the meaning of "is" is. 05.07.28 Quit avis (Connection timed out) 05.07.57 Join avis [0] (n=ident@pdpc/supporter/student/avis) 05.08.58 Quit blkhawk (Read error: 110 (Connection timed out)) 05.09.03 # * Llorean didn't realize touchscreen calibration took into account rotation. 05.09.23 Nick blkhawk- is now known as blkhawk (n=blkhawk@g229214059.adsl.alicedsl.de) 05.10.07 Quit __lifeless (Remote closed the connection) 05.10.23 Join __lifeless [0] (n=lifeless@90.151.33.60) 05.10.57 # Anyway, looking at the program it's not terribly complex. Even if we can't use that, it oughtn't be too hard to implement an equivalent. 05.12.26 Quit Horscht ("Verlassend") 05.14.44 Join killan_ [0] (n=nnscript@c-415472d5.06-397-67626721.cust.bredbandsbolaget.se) 05.14.50 # Llorean: I think I agree most on that point, even though it would probably end up mostly the same ;) (some things just do that) 05.14.50 Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) 05.15.50 # Well yeah 05.15.54 # It's some basic matrix operations. 05.16.02 # You can't really do it very differently. 05.16.23 Quit lymeca (Read error: 110 (Connection timed out)) 05.18.23 # is it normal to see a few warnings when running the make command on rockbox? 05.19.03 # Empathy: If there are expected to be warnings, they'll show up on http://build.rockbox.org/dev.cgi as yellow builds 05.21.52 # ah 05.22.05 # it gave me like a handful of warnings after generating dependencies 05.22.13 # on some fwrite stuff i think 05.22.25 # and this was a build i just grabbed off of svn 05.23.30 # Well, as I just showed you, the official buildservers aren't having any problems compiling. No warnings. 05.25.25 # ill see if it crops up again 05.25.30 # may have just been a fluke 05.25.58 Quit __lifeless (Remote closed the connection) 05.26.14 Join __lifeless [0] (n=lifeless@90.151.215.114) 05.26.49 # how would one add a new codec for RockBox to use? 05.27.24 # * jhMikeS finds it a bit amusing that the player's .map (for archos.mod) shows addresses in 64 bits 05.27.56 # Empathy: http://www.rockbox.org/twiki/bin/view/Main/HowToWriteCodecs 05.28.37 # mkay so i can apply these instructions to the libtta source i got 05.28.43 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-25494ec52f4fcbfd) 05.28.49 # ttalib.c & accompanying files 05.29.40 # Empathy: If it's not fixed point, there's going to be a lot of work converting. 05.29.57 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 05.30.18 # * Empathy is not terribly great at C, what do you mean exactly? 05.30.53 # Also, what license is it under? 05.32.14 # I don't see it immediately on their website, but I did see one line about not being allowed to sell it, which would suggest GPL incompatibility. 05.32.17 # TTA is free to redistribute in source and binary form with or without modification, provided the copyright notice is not altered, the copyright is included in documentation, and TTA's name is not used to endorse implementing products 05.32.45 Quit killan (Read error: 110 (Connection timed out)) 05.32.46 # I'll pastebin the whole disclaimer thing 05.33.00 # http://pastebin.com/m39c46de0 05.35.36 # * Llorean wonders why they opted for a custom license. 05.35.52 # i dont particularly know. 05.35.59 Join Lss [0] (n=Lss@cm50.delta90.maxonline.com.sg) 05.36.13 # I don't think it's GPL compatible though, since it introduces restrictions beyond those of the GPL 05.36.47 # bottom of their siet 05.37.00 # oh nevermind 05.37.37 # theres a bit about the GNU Free Documentation License 1.2 at the bottom of their site 05.37.55 # Yeah, that's just what the documentation on their site is licensed under... 05.38.04 # yeah i figured 05.38.39 # Still would like to be able to implement this codec even if its just for myself personally 05.39.59 # Well, it says it's designed for hardware decoders. They might've designed it fixed point (haven't looked) but if not you'll have to convert it to use fixed point math if you want decent performance out of it (Google can help somewhat with information regarding floating vs fixed point) 05.40.15 # mkay 05.40.18 # There's also a spot on their site I saw which mentioned you can contact them if you want to license it under different terms 05.40.28 # yeah but look at their site's last update time 05.40.33 # i wouldnt hold my breath on that 05.40.39 # So you're just not gonna bother? 05.40.59 # on relicensing it? 05.42.08 # What harm could it do? The very worst case is that it'll still be licensed the way it is. The best is that they say "yes, Rockbox can use it as GPLv2 or later" 05.42.20 # if they respond at all 05.42.32 # im just saying they havent updated their site in 2 years nearly 05.42.40 # Again, what harm could it do? 05.43.03 # In the time you've been talking to me about it, you could've filed off an email and promptly forgotten about it until such time as they possibly responded. 05.43.13 # i suppose. i'll send one when im not watching hockey 05.45.41 # is there any telltale sign of the code not using fixed point math? 05.46.40 # use of floats and doubles would be favorite. 05.47.50 # Also the site seemed to suggest it was C/C++, and you're going to want pure C. 05.48.15 # the hardware 1.2 library only has .c and .h files 05.55.56 # hm i havent seen any cases of floating point math in the decoder.c or in the .h files for it 05.56.14 # though there is one #define with a long decimal in one .h, and one struct with a double in it in another 05.59.45 # how odd that the encoder is GPLed but not the decoder 05.59.54 # go figure. 06.00.24 # i havent found any cases of floating math in the files... 06.01.49 # ah there are some cases but theyre typecast to (int) 06.01.55 # wow the entire decoder is only 99 lines long ignoring init 06.03.21 Join `Assassin [0] (n=blank@71-8-56-51.dhcp.leds.al.charter.com) 06.03.53 # saratoga: I don't know *anything* about audio encoding/decoding, so this may be a horribly stupid question. 06.04.20 # The site mentioned that it takes equal time to decode and encode. Could you use the encoder to write a decoder (are these kinds of processes somewhat reversible ever?) 06.04.46 # Llorean: yeah probably 06.05.06 # i think you could just use the decoder to write a new decoder though 06.05.19 # so these lines that use double values in the code that are typecast to int, are they okay or do i need to tweak them? 06.06.03 # Empathy: are you looking at the hardware decoder? its already interger 06.06.07 # yeah 06.06.26 # theres a double constant FRAME_TIME thats like 1.04....something 06.06.31 # then double info->COMPRESS 06.06.46 # though any time theyre used the result is typecast to int 06.07.03 # the compression ratio is just metadata, you can store it however you like 06.07.11 # the rest of the codec is integer 06.07.23 # info->COMPRESS = (double) datasize/origsize; 06.07.25 # is fine? 06.07.52 # I mean its trivially fixed 06.08.17 # so it wont have any bearing on the performance of the codec then 06.08.32 # basically what your saying is that its file info, who gives? 06.08.33 # XD 06.08.51 # yes 06.08.56 # ok cool. 06.09.02 # I don't even think you need that info 06.09.24 # probably not but im not about to go tweaking code that i can only just barely understand 06.09.50 # Empathy: you can't understand the bitrate calculation? 06.10.02 # no just the whole thing in general gives me a headache lol. 06.10.04 # its 2 lines long 06.10.11 # i took a 10 week course on C and didnt like it much 06.10.21 # conversely, I like PHP and Java a lot. 06.12.07 Quit soap (Remote closed the connection) 06.13.11 # so to do this i just need to drop the ttadec.c and its 3 .h files into the codec directory 06.13.17 # and a few other things 06.14.52 # can you use rhythmbox to add music to a rockbox e270 ? 06.15.31 # avis: That very much depends on rhytmbox 06.15.53 # Rockbox doesn't care about where the music is on the player, as long as it still has the proper extension and it isn't encrypted 06.16.37 # well i used it. and it seemed to not add it to the Music folder but rather one level before it. i however wanted to simply select one song, and have it play that song, then select any other song, and play from all songs at random, infinitely 06.17.24 # I don't understand what you're asking, exactly. If you don't like where Rythmbox places your music, talk to its devs... 06.17.47 # i have selected "random" and repeat "all" i've also tried repeat to "random" and it still wont advance to the new song 06.18.29 # i want to play a random song, and repeat infinitely, and i assumed it wouldn't do that because of the placement of the files, but i could be wrong 06.18.31 # Rockbox doesn't have a "random" option 06.18.34 # Do you mean "shuffle"? 06.18.40 # yes shuffle 06.19.00 # Have you read the manual? 06.19.10 # actually, the XMMS plugin looks to have the exact same code but under a GPL license 06.19.12 # Shuffle shuffles a playlist. If you only have a single song in the playlist, that one song will play forever. 06.19.17 # so I guess TTA is GPLed 06.19.23 # you need to be playing a playlist of all your music, and shuffle it. 06.19.29 # ooh ok 06.19.46 # saratoga: As long as they got it under that license legally, yes. 06.20.01 # its on the guys site 06.20.05 # Ah, well then 06.20.09 # Sounds good. 06.21.14 # mmkay 06.21.38 # should i just dump the files from the library download into the codecs directory or should i adjust things to match the other codecs already there 06.21.54 # i.e. move the .h files into a subfolder (and fix the includes in the .c?) 06.23.14 # Empathy: did you take a look at the how to write codecs wiki page? 06.23.34 # i kinda skimmed it and then hopped down to the "adding a codec" bit 06.23.49 # well theres your problem 06.25.36 # well ill be damned i dont know what im doing since im in over my basic programming head 06.25.37 # XD 06.27.56 Join soap [0] (n=soap@cpe-76-181-69-157.columbus.res.rr.com) 06.27.56 Quit saratoga ("CGI:IRC (EOF)") 06.28.09 # Empathy: you do realize that it's not just a matter of putting the files in the right place, right? the codec has to work with rockbox... 06.29.46 # i get it 06.30.58 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 06.31.13 *** Saving seen data "./dancer.seen" 06.32.22 # 22:22 <@scorche|sh> MBI: did you check out that BSG episode where they first start the revolution? 06.32.26 # 22:23 <@scorche|sh> specifically, the locks on the munitions locker? 06.32.32 # damn right-click...sorry.. 06.33.37 # hehe 06.37.10 # kadoban: so im not looking at using the ttadec.c that came with the hardware decoder package, but rather implementing the ttalib.h and ttadec.h to work with RB? 06.38.02 # Empathy: you have to look at and understand the files you have, look at and understand how a codec works in rockbox, and change the code you have so that it does what rockbox expects 06.38.50 # k i think i get it 06.41.47 Quit __lifeless (Remote closed the connection) 06.43.01 Join _lifeless [0] (n=lifeless@90.151.215.114) 06.44.59 Quit kkurbjun (Read error: 54 (Connection reset by peer)) 07.13.42 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 07.17.58 Join earHurts [0] (n=earHurts@static-76-160-139-84.dsl.cavtel.net) 07.23.30 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 07.24.25 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 07.28.35 # jhMikeS: hrm, well, splashf works just fine, sort of... i'm still not getting much of anywhere at figuring out why it magically hangs only on target... perhaps buf_alloc, which uses the plugin buffer, is going wrong, and corrupting plugin data or code, which i would imagine is much less likely on sim? 07.30.28 # it certainly looks as if the sim just hands plugins a buffer the size of the platform plugin buffer, which of course has no *code* in it on sim 07.31.15 # so start by memseting your buffer? 07.32.01 # not really sure how that would help? 07.32.48 # well, any code in the buffer (as yu hypothesize), becomes just a zero byte 07.35.10 # hrm, i'm definitely having some lock/stall problems after .enabling rockbox usb :/ 07.37.15 # hrm, i don't like at all that after the first splashf reports an error, nothing *else* happens... 07.43.26 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 07.43.58 Quit thegeek (Read error: 104 (Connection reset by peer)) 07.44.09 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 07.53.44 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 07.54.41 # avis: where you using the libmtp or the storage mode? 08.19.53 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.20.07 Quit CaptainKewl (Read error: 110 (Connection timed out)) 08.21.39 Join Rob2223 [0] (n=Miranda@p4FDCC87A.dip.t-dialin.net) 08.22.34 Join flydutch [0] (n=flydutch@host25-43-dynamic.5-87-r.retail.telecomitalia.it) 08.26.30 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.27.36 Quit BHSPitMonkey ("Ex-Chat") 08.31.17 *** Saving seen data "./dancer.seen" 08.32.24 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 08.40.00 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.47.25 Join jaykay [0] (n=chatzill@p579E7528.dip.t-dialin.net) 08.48.13 Part earHurts 08.49.46 Quit FlynDice (Read error: 110 (Connection timed out)) 08.53.16 Join bandan [0] (n=x@p57A5D8C4.dip.t-dialin.net) 08.54.22 Join petur [50] (n=petur@rockbox/developer/petur) 09.05.17 Join FlynDice [0] (n=jack@65.88.2.5) 09.06.41 Quit lightbulbjim (Read error: 110 (Connection timed out)) 09.11.58 Quit bmbl ("Woah!") 09.12.53 Part bandan 09.13.14 Join n1s [0] (n=n1s@rockbox/developer/n1s) 09.54.12 Quit JdGordon (Remote closed the connection) 09.55.03 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 09.57.53 Quit z35 ("Leaving") 10.01.31 Quit jaykay (Read error: 110 (Connection timed out)) 10.03.44 Join nibbler [0] (n=Nibbler@pD9E30938.dip.t-dialin.net) 10.04.42 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 10.09.23 Quit Lss (Read error: 110 (Connection timed out)) 10.13.43 Quit desowin_ ("leaving") 10.15.56 Join desowin_ [0] (n=desowin@atheme/member/desowin) 10.16.59 Quit desowin_ (Client Quit) 10.19.57 Join desowin_ [0] (n=desowin@atheme/member/desowin) 10.20.25 # * freqmod_gq thinks that the sansa clip (4gb) has the same sd problems as fuse, e200v2 etc as he is not able to access certain folders, even after reboot 10.24.38 # All the ams sansa targets have that 10.24.40 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 10.29.47 Quit `Assassin (Read error: 104 (Connection reset by peer)) 10.29.47 Quit einhirn (Read error: 104 (Connection reset by peer)) 10.31.18 *** Saving seen data "./dancer.seen" 10.32.43 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 10.33.26 Join bandan [0] (n=x@p57A5D8C4.dip.t-dialin.net) 10.33.32 Quit robin0800 (Read error: 104 (Connection reset by peer)) 10.36.41 Quit Thundercloud (Remote closed the connection) 10.37.29 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 10.38.14 # * pondlife returns wondering if make reconf should really tell the user to run make reconf... 10.39.18 Quit linuxstb (Read error: 60 (Operation timed out)) 10.42.03 Join Darksair [0] (n=user@123.112.113.19) 10.42.32 Join midijunkie [0] (n=Miranda@pD954775C.dip0.t-ipconnect.de) 10.44.55 Part bandan 10.46.11 Join flx_ [0] (i=flux@jolt.modeemi.cs.tut.fi) 10.46.43 Join bandan [0] (n=x@p57A5D8C4.dip.t-dialin.net) 10.47.38 # pondlife: of course it should it should should 10.47.45 Quit flux (Read error: 104 (Connection reset by peer)) 10.48.05 # Zagor: why? 10.48.26 # amiconn: it was a poor joke 10.48.41 # pondlife: how long is a bufalloc handle valid? 10.48.59 # LinusN: I assumed forever 10.49.13 # Or until bufclose() is called 10.49.27 # pondlife: are you sure you want to use bufalloc() and not buffer_alloc()? 10.49.31 # No! 10.49.54 # I thought bufalloc() was safer though. 10.50.15 # bufalloc handles all become invalid if a plugin (or something else like the usb stack) calls plugin_get_audio_buffer() 10.50.30 # Ah, ok... that's not good 10.50.37 # At least that's how I understand it 10.50.42 # But buffer_alloc is a permanent allocation? 10.50.50 # yes 10.50.55 # but it requires a reboot 10.51.16 # (in the current implementation) 10.51.18 # That's no good - can I get away with a playback stop/start? 10.51.32 # There's the idea to rewrite the buffer_alloc mechanism so that a global reallocation would be possible without reboot 10.51.41 # I guess I need to do whatever's done for crossfade... 10.51.46 # that's how it should work, but i haven't gotten that far with the buffer_alloc handling 10.51.50 # Ah, ok 10.51.59 # That's why I thought bufalloc was safer 10.52.11 Part bandan 10.53.22 Join IuDeX [0] (n=52a0f8f7@gateway/web/cgi-irc/labb.contactor.se/x-acc348cae16bbf57) 10.53.32 # jhMikeS: Nice RAM reclaim, btw :) 10.53.43 # is someone working on clip? 10.53.49 # Is there a way to ask buffering if a handle is still valid? 10.53.56 # jhMikeS: Did you get any further wrt long calls on arm? 10.54.18 # pondlife: What are you working on, btw? 10.54.30 # Nothing much, just the timestretch 10.54.50 # FS#8894 10.54.56 # ah 10.55.41 # But no free time really, so I doubt it'll get done 10.56.13 # I don't know what's with funman but no funman = no progress 10.56.27 # Do you know anything about he?;) 10.56.41 Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") 10.57.11 Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) 10.57.44 # I wouldn't sat exactly "no progress" 10.57.46 # say 10.57.58 # but slower, sure 10.58.13 # less dev time tends to lead to that 10.58.14 # I'm talking about Clip. 10.58.26 # yes, I read you 10.58.55 # clip is an ams sansa 10.58.59 # yes 10.59.27 # Urgh, audio_get_buffer() is in playback.c... why not in buffering? 10.59.29 # and they share a lot, thus generic ams sansa fixes => clip improvements too 11.00.21 # It doesn't even tell buffering.c that the buffer has been stolen, IIUC. 11.01.09 # and I'm not sure we should need buffer_state 11.01.14 # on actual RB build I can play music (skips only on VBR MP3's), but I can't access all folders 11.01.29 # so there's small progress ;] 11.01.45 # IuDeX: You can probably accress the first 1GB, right? 11.01.55 # Zagor: Btw, did you get anywhere with the Clip v2? 11.02.01 # * amiconn ponders geting one 11.02.17 # pondlife: probably yes ;] 11.02.26 # pondlife: I'll test it today. 11.02.29 # amiconn: I haven't done anything with it yet :-( too much "real life" 11.04.03 Quit GodEater_ (Client Quit) 11.04.14 # Ok. I'll try formats, which can be played with clip.(eh... my English isn't very well ;p) 11.06.16 # ok, bye 11.06.18 Quit IuDeX ("CGI:IRC") 11.07.42 # IuDex: AFAIK the clip works well except the problems common on all sansa ams ports, and there are somebody working on i.e. the fuze which will hopefully help clip 11.08.00 # * freqmod_gq needs to scroll down his backlog 11.08.43 Quit kachna (Read error: 60 (Operation timed out)) 11.14.33 Quit midijunkie (Read error: 104 (Connection reset by peer)) 11.19.53 Join bandan [0] (n=x@p57A5D8C4.dip.t-dialin.net) 11.20.04 Part bandan 11.22.53 Join {phoenix} [0] (n=dirk@p54B47D0D.dip.t-dialin.net) 11.24.02 # LinusN: Do you know if anyone is planning on the buffer_alloc() rework? If not, I might do some audio_get_buffer() reworking instead.... 11.26.27 # Why not just use buffer_alloc, and live with the reboot to activate it? Several other settings do that 11.27.06 # That would make more sense if there was an explicit enable setting. Currently it auto-enables when the speed isn't 100%. 11.27.25 # It should probably not persist that anyway, and act like pitch. 11.27.43 # They should be one feature in the UI anyway (i.e.pitch/speed) 11.28.08 # You could make time stretching an explicit setting. Not enabled -> not time stretch, only classic pitch 11.28.38 # Yes, that was my thought too. Those who want timestretch (and less battery life) can enable it 11.28.42 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 11.28.53 # Or you could make it reset every time playback stops. Then you can use bufallow without further adjustment 11.29.38 Join Chesteta [0] (i=Chesteta@dyn244.wireless-104.ndsu.NoDak.edu) 11.29.40 # (the nasty bug gevaerts discovered needs to be fixed as well though) 11.30.54 # hey anyone out there know if mkamsboot is working in the latest svn? I just tried to run it (after making it) and says "bash:mkamsboot: command not found" 11.40.06 # ChanServ: it works here, however you have to go to rockbox/rbutil/mkamsboot 11.40.11 Join moos [0] (n=Mustapha@rockbox/staff/moos) 11.40.14 # and run make there first 11.40.41 # that requires arm-elf-* (toolchain) in path 11.41.51 Quit {phoenix} (Remote closed the connection) 11.44.01 # yea im running it from there... idk if i installed toolchain; was that listed as something to dl when initally setting up cygwin for rockbox? 11.44.21 # i already have/had run make there 11.45.15 Join cafaro [0] (n=cafaro@adsl-dc-257b9.adsl.wanadoo.nl) 11.45.47 # Chesteta: . isn't in your PATH by default 11.52.11 Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) 11.52.12 # ok, how can i put it in my path? I keep having trouble with my PATH apparently :? 11.53.23 # do "export PATH=.../arm-elf/bin:$PATH" 11.53.28 # I wouldn't recommend putting it in your PATH. Try ./mkamsboot 11.53.29 # in the bash prompt 11.53.43 # for the toolchain 11.54.00 # ok 11.57.45 # freqmod_gq: i tried running "export PATH=.../arm-elf/bin:$PATH" and nothing has changed as far as running mkamsboot goes... 11.58.02 # well did you manage to build mkamsboot? 11.58.07 # yes 11.58.14 # don't put it in your path, that's not a sane way 11.58.17 # i have mkamsboot.exe in the mkamsboot folder 11.58.24 # and btw ... has to be swapped with the path of the toolchain. 11.58.38 # well then cd to that folder and run "./mkamsboot" 11.58.45 # or maybe ./mkamsboot.exe 11.58.52 # and don't put that in your path 11.59.05 # the export command was for putting the toolchain in your path 11.59.10 # and not mkamsboot 11.59.50 # ok; do I have to do anything to get mkamsboot running? i ahve tried typing "mkamsboot e200pa.bin bootloader-e200v2.sansa boot.bin" and have had no luck 11.59.58 # ./ first 12.00.03 # ok 12.00.11 # i.e. ./mk... 12.00.59 # it just goes back to the $ prompt; it does not generate a boot.bin file 12.01.03 # no 12.01.26 # it should print a copyright paragraph and: 12.01.29 # and if i remember correctly, mkamsboot is supposed to take some time to process the file :/ 12.01.31 # Usage: mkamsboot 12.01.37 # yea 12.01.44 # do i have to put the <> in? 12.01.51 # then you have to do ./mkamsboot 12.01.56 # if i dont then i did it correctly 12.01.58 # and then the path to the firmware file 12.02.01 # boot file 12.02.01 # i did ./mkamsboot 12.02.09 # and where you want to put the output file 12.02.23 # in the directory mkamsboot is in 12.02.30 # i.e. ./mkamsboot m300a.bin bootloader-clip.sansa patched.bin 12.02.30 # or did i have to specify c:\... 12.02.48 # yes; thats the same format i used 12.02.52 # (if the files m300a.bin and bootloader-clip.sansa is in the same directory) 12.03.12 # then patched.bin should appear 12.03.40 # yes; e200pa.bin is the normal e200 bootloader and bootloader-e200v2.sansa is the sansa bootloader 12.03.55 # it just jumps down to the next command line and does not process anything 12.04.07 # bootloader-e200v2.sansa is the rockbox bootloader 12.04.24 # built from the rockbox source tree 12.04.30 # yes 12.04.58 # i get http://pastebin.ca/1342766 as output 12.05.05 # Chesteta: what *exactly* did you type? 12.05.12 # like i created a folder called "bootbuild" and ran ../tools/configure in it and then entered 56 for e200v2 and then b for bootloader 12.05.24 # ok 12.05.43 # and then you moved the file to the mkamsboot directory? 12.05.51 # ...-sansa 12.06.07 # yes 12.06.18 # Matt@X60 ~/rockbox/rbutil/mkamsboot 12.06.18 # $ ./mkamsboot.exe e200pa.bin bootloader-e200v2.sansa boot.bin 12.06.18 # Matt@X60 ~/rockbox/rbutil/mkamsboot 12.06.18 DBUG Sent KICK Chesteta to server 12.06.18 # $ 12.06.18 Kick (#rockbox Chesteta :No flooding!) by logbot!n=bjst@rockbox/bot/logbot 12.06.24 # and you got the original firmware in there 12.06.27 # e200pa.bin? 12.06.39 Join Chesteta [0] (i=Chesteta@dyn244.wireless-104.ndsu.NoDak.edu) 12.06.43 Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) 12.06.55 # damn i tried to paste a few lines from cygwin and it kicked me for flooding 12.06.57 # and you got e200pa.bin (original firmware there) 12.07.08 # yes, you'll have to use a pastebin 12.07.12 # yes; i have e200pa.bin 12.07.53 # http://pastebin.ca/1342769 12.08.47 # then i can't help you, except patching the file myself 12.08.54 # I just updated it with a 'dir' command to show you whats in the folder 12.09.13 # yea idk whats wrong with it :/ 12.09.27 # http://pastebin.ca/1342772 12.09.31 # well boot.bin is there 12.09.48 # try the same command with boot2.bin and se if that appears 12.10.09 # ok 12.10.20 # * freqmod_gq have to go 12.10.32 # its not giving any copyright 12.10.37 # real life (teater rehersal) 12.10.45 # :( 12.10.51 # ah good luck with your rehersal 12.11.02 # could i just delete the mkamsboot folder and do a svn update 12.11.19 # to redownload the stuff incase something got corrupted or something? 12.11.24 # idk what else to try 12.11.55 Quit soap (Nick collision from services.) 12.12.05 Join soap [0] (n=soap@cpe-76-181-69-157.columbus.res.rr.com) 12.12.15 Quit soap (Nick collision from services.) 12.13.09 Join soap [50] (n=soap@rockbox/staff/soap) 12.17.05 Quit soap (Nick collision from services.) 12.17.23 Join soap [50] (n=soap@rockbox/staff/soap) 12.17.32 Join soap_ [50] (n=soap@rockbox/staff/soap) 12.18.22 # Chesteta: svn will know if files are modified. 12.18.33 Quit soap_ (Client Quit) 12.19.37 # hmm 12.19.42 # idk why it wont run mkamsboot hten 12.19.44 # then* 12.20.10 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 12.20.48 # Chesteta: please use real words, as stated in the guidelines 12.21.17 Quit LambdaCalculus37 (Client Quit) 12.21.32 # I aplogize, I will 12.30.41 Quit SirFunk_ (Read error: 110 (Connection timed out)) 12.31.19 *** Saving seen data "./dancer.seen" 12.34.02 Part pondlife 12.34.24 Quit Chesteta () 12.59.16 Join maraz_ [0] (n=maraz@xob.kapsi.fi) 13.00.40 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 13.05.17 Quit maraz (Read error: 104 (Connection reset by peer)) 13.12.35 Join gromit` [0] (n=gromit@ALagny-154-1-59-236.w81-249.abo.wanadoo.fr) 13.19.55 Quit gromit`` (Read error: 110 (Connection timed out)) 13.20.10 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 13.25.03 Join gregzx [0] (n=chatzill@dsy100.neoplus.adsl.tpnet.pl) 13.34.49 Quit jhMikeS (Nick collision from services.) 13.34.55 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 13.44.08 Join jfc^3 [0] (n=john@dpc691978010.direcpc.com) 13.51.26 Quit jfc (Read error: 110 (Connection timed out)) 13.51.36 Join jfc [0] (n=john@dpc691978010.direcpc.com) 13.52.53 # Hmm, charging detection seems to be borked on iPod Color 13.58.16 Join miepchen^schlaf [0] (n=miepel@p579EC86A.dip.t-dialin.net) 14.00.59 Quit jfc^3 (Read error: 110 (Connection timed out)) 14.02.51 Part cafaro 14.07.27 Join kugel [0] (n=kugel@rockbox/developer/kugel) 14.08.43 # do we have the release schedule published somewhere? 14.09.14 Quit freqmod_gq (Remote closed the connection) 14.09.15 # I guess not 14.09.38 Join freqmod_gq [0] (i=quasselg@dhcp208-240.ed.ntnu.no) 14.17.38 # Zagor: I posted a proposed schedule to the mailing list, which I _think_ was agreed - http://www.rockbox.org/mail/archive/rockbox-dev-archive-2008-11/0020.shtml 14.21.12 # linuxstb: yeah, that's what I think most of us are considering the schedule to be. it just struck me that "outsiders" don't know this, and we don't say it anywhere. 14.21.39 # well, not someplace easily found anyway :) 14.23.35 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 14.23.56 Join lymeca [0] (n=lymeca@157-157-232-212.dsl.dynamic.simnet.is) 14.24.00 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-bd8d0a20ab9dad7d) 14.24.41 Quit lymeca (SendQ exceeded) 14.25.27 Join lymeca [0] (n=lymeca@157-157-232-212.dsl.dynamic.simnet.is) 14.26.22 Join Casainho [0] (n=chatzill@bl10-231-49.dsl.telepac.pt) 14.26.32 # hello :-) 14.27.08 # what means "devcon" ?? - seems to me that is a developer encounter, no? what means "con" ? 14.27.28 # Zagor: I agree - maybe http://www.rockbox.org/download/ would be a good place (the "releases" link in the left menu) ? 14.27.32 # Casainho: short for conference 14.27.33 # Depends. It's either "conference" or "confidence trickster" 14.27.46 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 14.27.50 # Casainho: getting a bunch of crazy rockboxers together at the same place 14.27.57 # scary thing 14.28.22 # towers get built 14.28.27 # coke bottles get opened 14.28.35 # okok - thanks. I am writing a presentation about Rockbox and I will show 2 pictures of devcon 14.28.53 # why people drinks cocacola and eat fast food? 14.29.03 # why not wine or beer? 14.29.15 # I didn't say we drank it! 14.29.23 # ah, sorry - there is beer on some photos 14.29.25 # We *drink* beer, we *open* coke bottles 14.29.26 # we generally spray the roof with it 14.29.35 # ??? 14.29.37 # really? 14.29.40 # http://daniel.haxx.se/blog/2008/06/29/24-different-targets-and-8-beers/ 14.29.57 # Casainho: hehe, yes, we had a coke accident last devcon 14.29.58 # * amiconn wonders whether Casainho is living in a room with really strong reverberation 14.31.11 # amiconn: I didn't understand. 14.31.21 *** Saving seen data "./dancer.seen" 14.31.41 # okok :-) -- I will show one picture of everyone looking at computers and other of everyone after eat piza and coke 14.32.04 # I think this isa nice one ;-) -- http://picasaweb.google.com/peturbox/RockboxDevcon2008#5216697272664342242 14.32.54 # another qestion 14.33.11 # does I need to use DMA for audio? -- I am rstart reading the code for audio.... 14.33.27 # I am not using DMA yet, not for LCD nor SD Card... 14.33.51 # Casainho: grr, I'm not visible on this one :S 14.34.34 # Casainho: sorry, you need to pick one where kugel is visible! ;-P 14.35.47 # hm, I'm about the only person in this room, which is not on the photo :( 14.36.20 # kugel: I don't seem to be on it either. You're not alone :) 14.36.45 # Casainho: You don't _have_ to use DMA for audio, but if you can, you should (it frees the CPU) 14.36.56 # I think you were next to me ;) 14.37.01 Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) 14.38.17 # since usb support is not completed on rockbox and the e270, how would i get a development version on there, if i can't transfer over usb ? 14.38.43 # linuxstb: hmmm, nice to know. I don't have experience with DMA, I would prefer to first put my device work and after optimize the code... 14.38.43 # Use the original Sandisk firmware. 14.39.26 # ok ty 14.39.33 # avis: If you turn your Sansa off, then attach USB, then turn it on, the original firmware should start. 14.39.48 # kugel: don't worry, here were I will talk, no one knows about you ;-) 14.40.10 # eheh - but I am being looking at pictures a long time 14.40.20 # maybe some day I will got to a devcon ;-) 14.40.24 # I would like :-) 14.40.24 Quit parafin (Operation timed out) 14.40.27 # those pictures make me think of devcon09 14.40.43 # let it happen! 14.41.02 # whta is the nick of "Björn Stenberg" ? 14.41.20 # Casainho: http://www.rockbox.org/twiki/bin/view/Main/IrcNicks 14.41.31 # Casainho: Zagor 14.41.38 # oh too slow 14.41.58 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 14.42.22 # Zagor: nie to know that yu are a "bicycling computer freak" :-) -- I also use bicycle every day ;-) 14.42.34 Join parafin [0] (i=parafin@paraf.in) 14.42.41 # i can boot the original firmware, but i'm not seeing a linux mount point :( 14.42.43 # * LambdaCalculus37 reminds Casainho about the topic 14.43.55 # LambdaCalculus37: thanks - ifrst time I read: "Keep discussion Rockbox-related" 14.44.03 # avis: http://forums.rockbox.org/index.php?topic=20664.0 14.44.13 # ty 14.44.20 # bye bye :-) 14.44.21 Quit Casainho ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") 14.45.42 Quit lymeca (Connection timed out) 14.50.14 Join {phoenix} [0] (n=dirk@p54B47D0D.dip.t-dialin.net) 14.53.01 Join zimba42 [0] (n=wolfgang@static-87-245-40-85.teleos-web.de) 15.03.01 Quit avis (Remote closed the connection) 15.03.25 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 15.10.50 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 15.11.16 Join zimba421 [0] (n=wolfgang@90.153.92.77) 15.17.58 Quit jfc (Read error: 104 (Connection reset by peer)) 15.18.04 Ctcp Ping from gevaerts!n=fg@rockbox/developer/gevaerts 15.21.14 Quit Zagor ("Clint excited") 15.21.28 Quit {phoenix} (Remote closed the connection) 15.27.20 Join jaykay [0] (n=chatzill@p579E7528.dip.t-dialin.net) 15.28.02 Quit zimba42 (Read error: 110 (Connection timed out)) 15.35.26 # probably not too big of a deal, but the forum guidlines (http://forums.rockbox.org/index.php?topic=5738.0) say that feature requests go on the tracker, which iiuc is no longer the case 15.39.03 Quit moos ("Rockbox rules the DAP world") 15.40.32 Join jfc [0] (n=john@dpc691978010.direcpc.com) 15.42.06 Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0438.bb.online.no) 15.53.23 Quit nibbler (Connection timed out) 15.53.26 Join jaykay_ [0] (n=chatzill@p579E7528.dip.t-dialin.net) 15.55.02 Quit jaykay (Read error: 110 (Connection timed out)) 15.55.08 Nick jaykay_ is now known as jaykay (n=chatzill@p579E7528.dip.t-dialin.net) 15.55.22 Quit tyfoo (Read error: 104 (Connection reset by peer)) 15.59.15 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 15.59.39 Quit einhirn (Read error: 60 (Operation timed out)) 16.04.35 Part LinusN 16.05.30 Quit _lifeless (Read error: 54 (Connection reset by peer)) 16.05.45 Join _lifeless [0] (n=lifeless@90.151.215.114) 16.10.05 Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 16.11.16 Join midijunkie [0] (n=Miranda@pD954775C.dip0.t-ipconnect.de) 16.15.56 # amiconn: this #ifdefs for the players statusbar all over the place is nasty, imo 16.16.43 # I'm not surprised that it causes problems again and again 16.16.57 # Well, it isn't a real statusbar 16.18.07 # A proper solution will be the universal status display solution which I proposed a while ago. This will handle things like status icons, status leds etc 16.18.57 # It will not only make things easier regarding charcell, but is also necessary for the numerous status leds on M3, and can handle the red led on disk-based archoses etc 16.20.11 # kugel: Part of the problem is that the player has some members in global_status which aren't actually used 16.21.09 # This is because back in time the philosophy was to not ifdef away unused members. That changed later (today there are just too many members to have all of them on all targets, but wasn't fixed for the already existing ones 16.22.01 # well 16.22.01 # Actually it's probably not only the Player which has unused members in global_status, but the other targets too (the Player probably has more of those though) 16.23.09 # I just notice that the player repeatedly causes trouble due to his "own way of statusbar" 16.25.47 # If global_settings.statusbar would have been excluded properly, r19894 would have caused a red build, and hence it would have been noticed 16.27.18 # not much better if you ask me 16.27.52 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-20fc7dccccb36f39) 16.28.54 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.30.08 Quit midijunkie (Read error: 104 (Connection reset by peer)) 16.31.25 *** Saving seen data "./dancer.seen" 16.35.19 # kugel: Hey I tried your latest lcd patch. It displays the menu now initially but it's skewed diagonally. If I let the backlight go off then when it comes back on the display is normal until I press another button. 16.35.38 # FlynDice: I committed a fix 16.35.52 # coll I'l go get it 16.35.58 Join MethoS- [0] (n=lem@host-091-097-242-243.ewe-ip-backbone.de) 16.35.58 # FlynDice: zimba421 helped me, it should be good now 16.37.29 Join nibbler [0] (n=Nibbler@pD9E31A6E.dip.t-dialin.net) 16.38.35 # pixelma: I know that this is probably a long shot since it was a while ago, but do you happen to remember anything more about the bug with the goban overlay makefile (specifically it not seeming to rebuild the plugin after changes to the source)? I can't seem to reproduce it. 16.40.24 # amiconn: re: statusbar proposition, maybe it would be good to put things like that in the wiki or a mail to the ml for later reference, irc logs are not so good for that, especially if it's been discussed on several occasions 16.44.56 # BigBambi: around? 16.51.10 Join {phoenix} [0] (n=dirk@p54B47D0D.dip.t-dialin.net) 16.51.20 Join MethoS-- [0] (n=lem@dyndsl-085-016-162-177.ewe-ip-backbone.de) 16.52.43 # is there any difference in the manual between \dap, \dap\ and \dap{}? and which one should i prefer? 16.57.23 Join likemindead [0] (n=mccracke@96-25-231-104.ama.clearwire-dns.net) 17.01.18 Join avis [0] (n=ident@pdpc/supporter/student/avis) 17.01.42 # jaykay: Not really, I'm at work - I'll be home at after about 19.30 CET (GMT+1) 17.01.49 # got to go 17.01.55 Part likemindead ("I'm out--like a boner in sweat pants... 0_o") 17.02.44 Join CaptainKwel [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-f760ce1b0f2b7b7e) 17.03.39 # i was told that i could boot from original firmware on me e270 to get usb support on my sansa. when i boot to original firmware with usb plugged in, i dont get a mount point in linux however 17.03.40 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 17.04.02 # avis: does the OF show the "Connected" screen? 17.04.22 # yes it does 17.04.22 Quit MethoS- (Read error: 113 (No route to host)) 17.04.29 # Check dmesg 17.04.57 # FlynDice: is it cool now? 17.05.24 # yes works great 17.05.46 # the playback has improved also with the lcd work you've don 17.06.45 # avis: Also, is the OF configured to use MSC (USB Mass Storage). It's one of its settings. Otherwise it will connect in MTP mode. 17.07.56 # there it goes. MSC works. ty linuxstb :) 17.08.53 # is the current build the same as the development version ? ie -- it might have usb transfer mode enabled ? 17.09.08 # Yes, but no. 17.11.33 Quit petur ("beertime") 17.16.10 Quit domonoky (Read error: 104 (Connection reset by peer)) 17.16.24 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 17.18.28 # FlynDice: really? how? 17.20.44 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 17.20.51 Quit rakslice ("Leaving") 17.22.07 # kugel: well I can stay in the wps screen and listen for 1 thing, and it just works more dependably 17.22.30 # ogg of course no mp3 17.22.31 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-cac000fac32bfe1f) 17.22.34 # sounds like a good thing :) 17.22.43 # even though I didn't intend that :p 17.23.58 # kugel: also I can get to more places now with music playing to see what breaks... 17.24.13 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 17.26.26 Quit perrikwp (Client Quit) 17.26.37 # FlynDice: and that wasn't possible at all pre-r20051? 17.27.42 # It played but I would have to exit the wps screen or it would stop 17.30.14 # my best description(still vague I realise) is it's less finicky now. I can throw more at it before it gives up 17.32.21 Join __lifeless [0] (n=lifeless@94.50.182.173) 17.34.30 # second try: as there any difference in the manual between \dap, \dap\ and \dap{}, and should one of them be preferred? 17.35.44 # \dap\ is not valid TeX 17.36.11 # * gevaerts suspects that there's something after these 17.36.37 # \dap and \dap{} are functionally the same i believe, as long as both are followed by a space. i think \dap{} is better style, maybe? (i suck at LaTeX, but that's my guess) 17.36.39 # jaykay: \dap{} is preferred 17.36.57 # Afaik \dap\ is for protecting that space 17.37.06 # gevaerts: no, it also works 17.37.13 # n1s: thanks 17.37.22 # kadoban: iiuc they are not exactly the same as \dap\ escapes the space, what amiconn said 17.37.37 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-c66908454c339bb7) 17.37.48 # jaykay: I very much doubt that. "\dap\ " is \dap followed by a hard space. "\dap\" doesn't mean anything 17.37.56 # n1s: yeah, i didn't know about that one, just the other two. makes sense though 17.38.31 # gevaerts: i guess there are spaces after that... i dont see the difference 17.38.48 # jaykay: you should check out the LatexGuidelines page in the wiki 17.38.49 # The second \ belongs to the space then 17.39.00 # gevaerts: exactly 17.39.05 # so should i convert \dap and \dap\ to \dap{} 17.39.09 # or only \dap 17.39.24 # Don't "convert 17.39.31 # Only \dap is bad, because TeX then sometimes etas the space after it, iiuc 17.39.35 # jaykay: \dap is fine if you don't want a space after it 17.39.36 # *eats 17.39.37 # its not the right word, i know 17.40.16 # jaykay: again, "\dap\" is not the construct. "\dap" is, possibly followed by "\ " 17.40.27 # for example "Don't eat your \dap." is fine 17.40.40 # Also good advice 17.40.48 # gevaerts: thanks for the thrid explanation :) 17.40.48 # now you tell me 17.40.53 # Is there a reason to use "\dap\ "? 17.41.03 # rather than "\dap{} " 17.41.29 Quit perrikwp (Client Quit) 17.44.06 Quit rocko ("Leaving") 17.44.36 Join tvelocity [0] (n=tony@adsl3-226.her.forthnet.gr) 17.46.03 Part B4gder 17.49.53 Quit _lifeless (Read error: 110 (Connection timed out)) 17.52.23 Join Lss [0] (n=Lss@cm246.delta140.maxonline.com.sg) 17.52.37 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-10bed8ab1d266586) 17.53.53 # i guess the "battery_bench writes data on every disk activity (or every hour)" is outdated, it does write data now every minute.... 17.54.04 # or is there an exception? 17.54.50 # The data is *written* to disk when there is disk activity. That has nothing to do with when a measurement is *taken* 17.55.56 # i i know... i meant "taken on every disk activity or every hour"-.... 17.55.59 # Writing every minute would change the results a lot versus running without battery_bench on hdd based targets, and to a lesser degree also on flash based targets 17.56.26 # The sentence says "...writes data on every disk activity..." 17.57.26 # How do I enter a backslash in LaTeX? 17.57.33 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 17.57.46 # \\ would be my first guess 17.57.59 # Mine too. Seems to be a linebreak 17.58.15 # yes, /me facepalms 17.58.36 # \backslash it seems 17.58.44 # The measurement cycle in turn was indeed simplified iirc. Now it measures every minute and stores that in a RAM buffer. It used to only keep measurements where the voltage actually changed 17.59.09 # The latter was unnecessarily complex, and hard to maintain 17.59.40 # amiconn: so data is taken every minute and written on every disk activity or every hour? 18.00.34 Quit fyrestorm (Read error: 54 (Connection reset by peer)) 18.00.37 # Not even that.. $\backslash$ works, but isn't that a bit dirty? 18.01.07 Join FlynDice2 [0] (n=jack@65.88.2.5) 18.01.18 Quit FlynDice (Read error: 104 (Connection reset by peer)) 18.01.37 # rasher: google says \textbackslash 18.02.06 Quit FlynDice2 (Remote closed the connection) 18.02.10 Quit linuxstb (Read error: 113 (No route to host)) 18.02.21 # jaykay: \o/ 18.04.15 # Now < and > get replaced by ¡ ¿ .. that seems a bit odd 18.04.40 # jaykay: Yes, in general. It may take in shorter intervals occasionally, if the thread receives a SYS_* event it doesn't need to handle 18.05.14 Join FlynDice [0] (n=jack@65.88.2.5) 18.05.24 # e.g. voice events like the battery-status... still a thing i dont like 18.06.47 # basically rockbox should only do things it needs to do right? 18.07.02 # ? 18.07.12 # For the record, \textgreater{} and \textless{} 18.07.14 # imo those voice events should not be "sent" if voice is disabled... 18.07.42 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-a6b2a17d798ef3a4) 18.08.09 # Why? 18.08.20 # because voice is disabled... 18.08.40 # So instead of checking in just one place, this check has to be done all over the place? 18.08.50 # ? 18.09.18 Join guest001 [0] (n=someone@88-152.62-81.cust.bluewin.ch) 18.09.37 # If everything that sends events has to check if there is at least one piece of code currently interested in them, the code will become a mess 18.10.49 # i guess there is no way of completely disabling voice while the runtime... 18.11.12 Join Mathiasdm2 [0] (n=Mathias@78-22-14-175.access.telenet.be) 18.11.54 # What do you mean exactly by disabling? 18.12.37 Quit perrikwp (Client Quit) 18.12.47 # so that nothing even attempts to send anything 18.13.05 Quit Mathiasdm2 (Client Quit) 18.13.30 # * gevaerts still doesn't see why that would be desirable 18.14.35 # * domonoky thinks of this battery events as general powermanagement events. It just happens that voice is the only user (for now). 18.14.59 # so they shouldnt be disabled when voice is disabled. 18.15.19 # its not desirable... the problem is that i (and probably others) dont want that rockbox does something which does nothing. 18.15.25 # not a big problem, though 18.15.26 # jaykay: Not only those, also events like charger plugged/pulled, remote plugged/pulled (on targets with lcd remote), memory card plugged/pulled (on targets with hotswap) etc etc 18.16.09 # amiconn: they may be required, in opposite to the voice events 18.16.15 # jaykay: why do you even care? 18.16.42 Quit sarixe ("Leaving") 18.17.04 # gevaerts: why not? its also could help and helps me to understand rockboyx 18.17.07 # rockbox* 18.17.35 # jaykay: as I see it you want to increase complexity for this. You need a real reason for that 18.18.11 # the battery power saved by not sending a few events per battery runtime is probably so small, you cant even measure it. So you have much more complicated code for no gain.. 18.18.31 # gevaerts: i dont know how the code would look like. i just asked whether theres a simple ways to disable voice events completely 18.18.43 # jaykay: there is. Remove them from the code 18.19.12 # All other ways complicate things 18.19.12 # oh thanks. i think i already wrote that i mean "while runtime" 18.19.13 # The extra code to check whether to send the event would probably even make up for the tinytiny amount of power saved in the receiver by not sending the event 18.19.46 # "while runtime"? 18.19.52 # * gevaerts doesn't understand 18.19.54 # And all code that uses a public queue needs to be aware of occasional SYS_ events anyway 18.20.00 # http://download.rockbox.org/manual/rockbox-player/rockbox-buildap2.html#x16-214000B.12 err... 18.20.04 # gevaerts: while rockbox is running 18.20.15 Join tessarakt [0] (n=jens@e180075194.adsl.alicedsl.de) 18.21.25 # jaykay: you could add "if(voice_enabled)" to dozens of places, but as we've been saying the gain from that is very near zero, while it adds real complexity 18.22.16 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 18.22.34 # gevaerts: i also wrote "disabling completely". with that i meant that its not necessary to even check anything... 18.22.39 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-c3ea5ba912df00b0) 18.22.50 # OK. So you mean "make the code magically disappear" 18.22.59 # exactly 18.23.08 # i only needed a "no, there is no way to do this", nothing more 18.24.21 # jaykay: if you ask questions where what you actually mean is so obvious, don't be surprised if people interpret it in another way 18.24.47 # * gevaerts phrased that wrong 18.27.00 Quit pixelma ("No Ping reply in 30 seconds.") 18.27.01 Join pixelma [0] (n=pixelma@p54BD7D99.dip.t-dialin.net) 18.27.01 Quit Rob2223 (Read error: 104 (Connection reset by peer)) 18.27.01 Join Rob2222 [0] (n=Miranda@p4FDCC87A.dip.t-dialin.net) 18.27.41 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 18.28.13 Quit jaykay ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") 18.28.30 Quit saratoga ("CGI:IRC (Ping timeout)") 18.31.26 *** Saving seen data "./dancer.seen" 18.35.54 Quit gregzx (Read error: 110 (Connection timed out)) 18.36.44 Quit faemir ("Lost terminal") 18.37.46 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-6675bcd5c0b3e195) 18.37.56 # Some LaTeX magician might want to have a look at the fact that the \wikilink macro doesn't respect page margins 18.38.00 # (in PDF) 18.38.14 # See for example page 14 of the e200 manual 18.43.40 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-dcf2ec5e7acf03bd) 18.43.45 # pixelma: that's odd, i tried the same thing and it seemed to work fine. i'll mess with it some more. do you think you could test the patch for me again by the way? i put up a new one at FS#9901, it should help me figure out why that one test is failing. 18.43.46 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 18.43.55 # (re other channel) 18.48.07 # yes, I could do that 18.48.45 # yay \o/. you only need the new patch, and to extract the .zip file again (don't need the "turn on testing" patch) 18.49.49 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.49.53 # ok, no turning on. I'm building on cygwin in case that matters 18.50.24 # hmm, it could be. i'll give that a shot later, i don't have a windows machine right here 18.50.41 # I should try once more... 18.50.47 Join SoapAirport [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-34c564f5fb518e19) 18.50.47 # domonoky: hey 18.51.38 # i can't test on the actual target of course, so it's possible something really exotic is going on...but it /seems/ like it's rebuilding it fine 18.51.45 # pixelma: \opt{albumart} is appropriate for the wps, right? 18.52.24 # Llorean: regarding the poll created in the USB test build thread... I was thinking perhaps such "urgent calls for testers" would be served by a pop-up in the forums when everybody first logs on. The pop up could say "Hey, we have a really complicated new feature we're trying to introduce, we need all the help testing we can get, please see thread so-and-so." 18.52.25 Quit zimba421 ("Leaving.") 18.52.35 Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) 18.52.43 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-076c5e485892d547) 18.52.51 # SoapAirport: It's not *that* urgent, really 18.52.59 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 18.53.15 # rasher: yes, should do as long as the option is there in features.txt 18.53.20 Quit lymeca (SendQ exceeded) 18.53.26 # SoapAirport: also, once you have time, please install mingw32 on your server :) 18.53.28 # or better the "feature" then 18.54.13 # rasher: "not urgent" as in not time critical or no need for 100 testers? My suspicion is a vast majority of people never visit the Unsupported Builds thread, and of those who do the majority only visits occasionaly. 18.54.14 Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) 18.54.27 # pixelma: Can you chain opts? Like \opt{swcodec}{\opt{tagcache}{ somethinghere }}? 18.54.39 # rasher: it will be 8 hours before I can ssh in. 18.54.56 # no, wait, I have my N810, duh. 18.54.59 Quit lymeca (SendQ exceeded) 18.54.59 # SoapAirport: no hurry - the builds have been broken for nearly 2 months now, I'll survive another 8 hours :) 18.55.42 Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) 18.56.02 # rasher: yes, opts can be nested (I'd understand chaining a bit differently more like \opt{albumart,tagcache,etc}) 18.56.02 # rasher: Nesting like this should work 18.56.08 # AFAIK the SYS_BATTERY_UPDATE is only used for voice, and it is only sent from one place 18.56.29 Quit lymeca (SendQ exceeded) 18.56.37 # but \opt{blah}{\opt{bleh}{something}} is also possible 18.56.50 Quit perrikwp (Client Quit) 18.56.54 # that place is in firmware/powermgmt.c so that would probably not be a good place to check for voice support though 18.57.13 Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) 18.57.41 Join linuxstb [0] (n=linuxstb@94-193-103-239.zone7.bethere.co.uk) 18.57.51 # rasher: "ming2w2 is already the newest version" 18.58.00 Quit lymeca (SendQ exceeded) 18.58.37 # SoapAirport: oh.. err.. ignore me 18.58.49 Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) 18.59.15 Quit bs66_ (Connection timed out) 18.59.34 Quit lymeca (SendQ exceeded) 18.59.45 Join roman_ [0] (n=roman@93.81.216.24) 19.00.00 # the albumart "feature" was only introduced for displaying the albumart size of the currently loaded WPS in the Rockbox Info screen. Something I though could go now that resize is in... 19.00.11 # thought too 19.00.21 Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) 19.00.54 # Isn't that also used to check whether to build albumart support in general? 19.01.06 Quit lymeca (SendQ exceeded) 19.01.09 # Or do you mean in features.txt only? 19.01.18 Join bs66_ [0] (n=sysuser@79.138.158.111.bredband.tre.se) 19.01.51 # in features.txt for the lang strings 19.01.52 Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) 19.02.03 # * rasher wonders if he should put up his album art manual patch or just commit it 19.02.16 # (which is reused for the manual) 19.02.37 Quit lymeca (SendQ exceeded) 19.03.23 Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) 19.04.08 Quit lymeca (SendQ exceeded) 19.04.42 # didn't you put it up on flyspray already? 19.04.59 Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) 19.05.40 # I've fixed the issues I noted and added some more things 19.05.46 Quit lymeca (SendQ exceeded) 19.06.32 Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) 19.06.50 Quit lymeca (Connection reset by peer) 19.07.22 # FS#9928 19.07.46 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-43e170903a023842) 19.08.25 # amiconn: Yeah, quite a bit of RAM hiding there. Some other targets probably could use that tweak. As far as long calls, I'm not sure any solution would be "nice". What are the options except to force it one way or the other in specific instances depending on the default? 19.09.50 Part guest001 19.10.52 Quit {phoenix} (Remote closed the connection) 19.11.56 Quit perrikwp (Client Quit) 19.14.27 # amiconn: the only other option for longcalls that I had was to have memory map for code so its close enough to IRAM for short calls to work 19.15.16 Join roman__ [0] (n=roman@93.81.216.141) 19.17.21 Join moos [0] (i=Mustapha@rockbox/staff/moos) 19.17.53 Join Horschti [0] (n=Horscht@xbmc/user/horscht) 19.20.29 # domonoky: I put my unification patch to http://www.rockbox.org/tracker/task/9933 19.21.36 # rasher: looks good. I'm only wondering if it would be better to use "lcd_non-mono" instead of the "albumart" feature in case that one goes. And are there swcodec players which don't have "tagcache", the nesting might not be necessary but of course it's the more correct solution... 19.22.06 # can't we specifically mark code in IRAM as requiring long-calls and so we can use normal calls for the rest? 19.22.47 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-120e71a3d3e4c53c) 19.22.48 # pixelma: I think mirroring apps/plugins/SOURCES is smartest.. don't know about the albumart feature.. seems like a reasonable thing to keep 19.23.50 Quit gromit` (Read error: 60 (Operation timed out)) 19.25.46 Quit nibbler (Read error: 110 (Connection timed out)) 19.26.12 Quit miepchen^schlaf () 19.26.21 # yeah, just throwing out some thoughts (as in not very important ones). I agree about mirroring SOURCES and the "albumart" one also doesn't hurt if we keep an eye on the manuals 19.27.07 Join gromit` [0] (n=gromit@ALagny-154-1-59-236.w81-249.abo.wanadoo.fr) 19.28.00 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 19.28.14 # Does the albumart define not decide whether or not to build albumart support? 19.28.27 # If not, it probably should be extended to do that, rather than removed 19.28.51 Quit roman_ (Read error: 110 (Connection timed out)) 19.30.13 # no, HAVE_ALBUMART does this - "albumart" as a feature for the langs is only used if this is defined 19.30.48 # and only for the LANG_ALBUMART string 19.31.30 # which isn't needed anymore in my eyes 19.31.48 # Ah, right.. and we can't check for HAVE_ALBUMART in the manual? 19.31.59 Quit SoapAirport ("CGI:IRC (Ping timeout)") 19.32.38 # not that I know of 19.32.42 # Still, I think keeping the feature around makes sense, even if LANG_ALBUMART is removed and the manual is the only user 19.33.34 # I admit I don't know how manual building works, but was it considered to pass it through CPP? 19.34.11 # * pixelma wonders whether there will ever be albumart display in the WPS on monochrome screens ;) 19.34.14 # oh well 19.35.04 Quit Darksair ("(define (add-1 n) (lambda (f) (lambda (x) (f ((n f) x)))))") 19.35.08 # rasher: I don't know, my idea only was to reuse the features.txt and n1s implemented it :) 19.36.05 Quit Horscht (Read error: 110 (Connection timed out)) 19.36.22 # * rasher commits 19.36.36 # Maybe not 19.37.33 # amiconn: your bookmark delete combo patch reminds me of the mess in the Gigabeat F/X keymap for this action... 19.37.47 # someone with a Gigabeat should look into it 19.37.50 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-a396426d85f2d935) 19.38.20 # rasher: why not? 19.38.37 # My pictureflow.tex was out of date. Fixed now 19.41.33 # pixelma: How much album art stuff do you think should be left in the wiki? I think pretty much only the different programs to gather AA, which is pretty much all that's not in the manual now (I guess an example would be a good idea). 19.43.05 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 19.44.28 # btw. I'm a bit undecided (and someone already started excluding some WPS tag explanation from the Player manual) but I once thought it would be better to not exclude some but add a mark for something that wouldn't work on the target the manual is for. Reasoning for this is e.g. the M:Robe100 - you can use colour or greyscale 160x128 WPSs with it as long as those don't use the %X backdrop tag or albumart 19.44.29 Quit kugel (Nick collision from services.) 19.44.33 Join kugel [0] (n=kugel@rockbox/developer/kugel) 19.45.12 # so I thought it would be nice if one could read it up there. For the Player it's unlikely though that someone wants to reuse another WPS this way 19.51.43 Join jaykay [0] (n=chatzill@p579E7528.dip.t-dialin.net) 19.54.38 # Is there a quick svn command line I can use to revert my whole directory to 20060(yes I'm reading the svn docs but it isn't working for me, thanks) 19.55.55 # What isn't working? i.e. what did you try? 19.56.32 # svn checkout -r 20060 rockbox among others... 19.56.52 # Did you try svn update -r 20060 ? 19.57.15 # I thought I tried that first but I'll try again 19.57.16 Join damada [0] (n=mada@e179091172.adsl.alicedsl.de) 19.57.50 # hi, does Rockbox support RDS for FM station naming and autofrequency? 19.58.11 # ok, I tried declaring stuff that went into icode with #pragma long_calls. This includes memcpy, memset, memmove. For most normal code this can be workable, except gcc also produces memset or memcpy for certain language constructs, like a memset for a string initialisation. 19.58.28 # damada: No. But some work has started on it for the Gigabeat S (the only device with an RDS-capable tuner IIUC 19.58.35 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-69d1fe4c5983d460) 19.58.55 # ) 19.59.13 # linuxstb: do you have a link to that device or manufacturer? 19.59.46 # damada: It was made by Toshiba. It's not easy to find, but they appear on ebay... 20.00.00 Join midijunkie [0] (n=Miranda@pD954775C.dip0.t-ipconnect.de) 20.00.24 # OK, thanks linuxstb, will do further googling 20.00.58 # But the Gigabeat S isn't quite at "supported" status in Rockbox yet - once installed, it works well, but the installation method and documentation isn't ready. 20.01.35 # FlynDice: does 20060 not work? 20.03.28 # kugel: I was trying to test out your unifying patch and reverting to 20060 and am trying to get patch not to yell at me... 20.04.08 # FlynDice: you need r20063 at least 20.04.36 # well, my tree is at r20060, except for the lcd fix, so it's basically at 20063 20.04.41 # ok I'll try that , your patch says 20060 though 20.05.14 # I'll upload a proper one 20.07.48 # FlynDice: thanks for testing that. Please give some comments on the scrollwheel, I changed how it works 20.08.01 # sure 20.08.43 # pixelma: no viewports in the manual? 20.08.54 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.6/2009020911]") 20.09.08 # hmm, just noticed: the copyright notice on page 2 of the manual says 2003-2008 20.09.17 # kadoban: the new goban test worked flawlessly 20.09.26 # on my Ondio 20.09.46 # pixelma: oh, great. thanks a lot. i'm still not sure why that one test /sometimes/ fails, but at least i'm pretty sure it's not related to the overlay 20.10.31 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 20.12.23 # bertrik: Just marking code in IRAM for long calls is wrong in two ways. (1) It causes IRAM-to-IRAM calls to be longcalls for no reason. (2) It breaks IRAM-to-SDRAM calls 20.12.44 # It's the ram pairing that counts, not just the placement of the caller or callee 20.14.24 # ok, but the disadvantage of (1) could be outweighed by short calls in the rest of the code. I don't quite see how (2) IRAM-to-SDRAM calls get broken 20.14.29 # linuxstb: Iiuc the archos fm recorder also has an rds capable radio chip, but for some reason it doesn't work as it should 20.17.43 # kugel: patch keeps coughing on button-e200v2.c could you take a look 20.18.07 # I'm on 20067 20.18.39 # changed at 20063 20.20.01 # the S1A0903X01 has AM in addition to FM, but no RDS as far as I can see in the datasheet. IIRC, the zune has an RDS capable chip and the Samsung YP-U3 has one, but neither is a rockbox target 20.21.57 # BTW, there may be a very small chance that some of the radio chips used in rockbox targets are RDS capable. AFAIK, several of the non-RDS FM chips used in rockbox have a register compatible version that does support RDS 20.26.55 Join gartral [0] (n=Gartral@adsl-75-33-69-103.dsl.bcvloh.sbcglobal.net) 20.27.32 Join miepchen^schlaf [0] (n=miepel@dslb-088-072-213-228.pools.arcor-ip.net) 20.28.42 # hello, i found a very small bug with the logo.rock, it has a 1/50 chance of starting with no movement, this doesn't affect anything, just odd 20.28.46 Quit miepchen^schlaf (Client Quit) 20.29.52 Quit DataGhost () 20.31.27 *** Saving seen data "./dancer.seen" 20.31.34 Quit roman__ (Read error: 110 (Connection timed out)) 20.32.58 Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) 20.33.45 Quit lymeca (SendQ exceeded) 20.36.34 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 20.37.37 Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) 20.38.22 Quit lymeca (SendQ exceeded) 20.40.08 Join lymeca [0] (n=lymeca@85-220-109-159.dsl.dynamic.simnet.is) 20.44.21 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 20.45.38 Join z35 [0] (n=z35@h78.29.89.75.dynamic.ip.windstream.net) 20.46.31 # jhMikeS: around? 20.47.35 Join petur [50] (n=petur@rockbox/developer/petur) 20.50.04 # is there anyone who might be willing to help me test FS#9901 on an archos recorder? it's an overlay to make the goban plugin work on archos devices (already tested on ondio). i can put together a build for it if necessary 20.51.33 # * LambdaCalculus37 raises his hand 20.51.43 # Can you build for me? 20.52.02 # LambdaCalculus37: yeah, no problem. which version do you have? 20.52.03 # i would if i owned an archos... 20.52.41 # kadoban: Archos JBRv1. 20.54.40 # that's 2MB, right? (i don't know recorders well) 20.55.05 # Yes. 20.56.12 # kadoban: except for modded devices, all of the archos devces we support have 2MB of RAM 20.56.22 # ahh, i see 20.56.35 # hmm, one second...i think my build failed (sigh) 21.00.15 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 21.02.19 Part damada ("Konversation terminated!") 21.03.13 # LambdaCalculus37: okay, i think that worked. http://www.majidejima.com/recorder-overlay.zip is the build, please also extract http://www.rockbox.org/tracker/task/9901?getfile=18574 to the root of your device, and then run the goban plugin, which will run an automated test. the final splash message is the important part (it should be either "All tests passed", or an error message mentioning a line number). no hurry, i'll be on for a 21.03.14 # couple of hours at least 21.09.42 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 21.11.37 Join Chesteta [0] (i=Chesteta@dyn244.wireless-104.ndsu.NoDak.edu) 21.15.33 # LambdaCalculus37: did you have a chance to try the updated rbutil binary? 21.17.47 # bluebrother: No, not yet. 21.17.57 # I'll try it tonight. 21.18.12 # kadoban: All tests passed here. 21.18.41 # LambdaCalculus37: excellent, thank you so much 21.19.04 # LambdaCalculus37: great, tia :) 21.20.21 # bluebrother: Real quick... is there a link in the logs, or can you supply me with a link? 21.20.42 # there is a link in the logs. Gimme a sec, I'll look it up 21.21.57 # LambdaCalculus37: http://jdgordon.info/~domonoky/rbutilqt.dmg 21.22.38 # * bluebrother wonders why some files in docs/ are utf-8 and others not 21.22.48 # bluebrother: Many thanks; I'll give it a kick around tonight. 21.23.47 # kadoban: I am trying to implement an easier way to make overlays 21.23.49 # bluebrother: Hysterical raisins, I'd guess 21.24.43 # They will use plugin.lds (needs to be extended a little bit), and automagically allocate the necessary amount of ram 21.25.11 # amiconn: ahh, that might be kind of nice. i didn't really understand most of what i was doing when making that overlay, thankfully i had your examples to copy from 21.25.12 # Should make things easier also in case other lowmem targets (ams sansas....) want to use overlays 21.26.17 # kadoban: The archos.lds files basically work the same way as plugin.lds, just that the memory is located *before* the normal plugin ram, and can be adjusted in size 21.26.30 Quit FlynDice () 21.26.51 Quit MethoS-- (Read error: 104 (Connection reset by peer)) 21.26.52 # ah okay, that's kind of what i figured 21.26.56 Quit blkhawk (Broken pipe) 21.27.06 Join blkhawk [0] (i=HydraIRC@g229214059.adsl.alicedsl.de) 21.27.44 # Ideally it should reserve exactly the amount of memory that's needed to put it there. Using more is a waste, in case the overlaid plugin needs further memory from the audio buffer 21.27.51 # (happens e.g. in case of rockboy) 21.28.12 # yeah, mine is using the rest of the audio buffer too 21.28.41 # But since the size will vary a bit with target, little changes in the plugin etc is not possible to reserve the exact amount the manual way (you need to have some headroom) 21.28.51 # i think/hope i did that part right, but i think the tests should have caught it if i didn't 21.28.54 # The automatic way would take care of this 21.28.58 # nice 21.30.12 # My idea is to link the the start of DRAM first (discarding the .bin - I'm only interested in the .map) The map will be analysed by a script, which then sets the highest possible start address for the second, real liniking stage 21.30.58 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 21.32.46 Quit XavierGr () 21.34.11 # can i arouse some interest of a dev for http://www.rockbox.org/tracker/task/9754? 21.34.15 # well i cant, ok 21.34.27 # the question is whether someone can commit it :) 21.34.38 # (or say a reason why not and close it) 21.35.10 # * rasher defers all german language stuff to pixelma 21.35.44 # * BigBambi thinks not touching languages you don't speak is a sound plan 21.36.16 # Well, normally I just assume translators do a proper job, but not for languages where there are native-speaking committers 21.36.22 # Who are interested in handling them.. 21.36.32 Quit Nico_P (Remote closed the connection) 21.36.45 # rasher: wELL QUITE 21.36.54 # er, woops 21.37.16 Join {phoenix} [0] (n=dirk@p54B47D0D.dip.t-dialin.net) 21.38.29 # in this patch there are not so much new translations.... some numbers, "credits" translated with "credits" and so on 21.38.39 # and the biggest part is "code police" 21.39.00 # err, police? 21.39.36 # ok, forget it :) 21.40.09 # whois /pixelma 21.40.10 # I don't think there's any sense in doing the code police thing 21.40.16 # that worked well 21.40.26 # jaykay: here 21.40.29 # rasher: thats all fro your homepage 21.40.33 # *from 21.40.50 # I know, but I think it only makes sense for translators who edit the file manually 21.41.17 # jhmikes: i did the benches with your first patch again, now your patch does give 4 minutes less :) 21.41.19 # So if a translator wants to do it, great, but doing it for all languages will just be noise 21.41.29 # should i make new benches with the commit? 21.41.50 # rasher: why? 21.42.10 # jaykay: Because there's not really anything gained 21.42.46 Join flyinghippo [0] (n=flyinghi@pool-173-72-208-154.clppva.east.verizon.net) 21.43.31 Quit Lss (Connection timed out) 21.43.47 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-8fee2ba68246f7af) 21.43.48 # jaykay: nah, thanks for doing what you've done already. 4 minutes? I think that means it just really isn't much of a factor for the battery while definitely measurable for CPU cycles. 21.46.05 # rasher: the lang files look nicer, some deprecated parts are cleaned up and i think this is not an arguement as there are too many code police commits... 21.46.21 # jhmikes: ok 21.47.09 # jhmikes: dma is direct memory access right? and the "only" purpose of this patch is to free cpu cycles? 21.47.47 Quit Beta2K_ (Read error: 60 (Operation timed out)) 21.49.07 # jaykay: Yes it is. The purpose was to get whatever could be gotten from it. 21.49.16 # ok :) 21.49.18 Join Beta2K_ [0] (i=1000@d36-124-26.home1.cgocable.net) 21.51.18 # 1-2% of cycles saved may impact a HD player more if buffering finishes a bit sooner than it otherwise would. Another thing is having a greater FIFO margin. 21.52.41 # * jaykay of course doesnt know what fifo margin is... 21.52.51 # doesnt matter, it sounds good? 21.52.57 # without ? 21.54.03 # greater margins on things=better (+ adapting to some upcoming PP word in FS) 21.54.11 # *work 21.54.45 # jaykay: Well, those are my reasons for not committing it. Maybe some other dev will 21.54.50 Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) 21.55.57 # jhmikes: if battery benches could be helpful then... and so on, you know what i mean :) 21.56.28 # rasher: ok.... i guess it will become (or already became) another rottening patch in fs.... 21.59.26 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 22.02.04 Quit evilnick ("http://www.mibbit.com ajax IRC Client") 22.03.35 # jaykay: Whilst not passing comment on this patch at all, having lots of patches "rotting" on flyspray is no reason to commit ones that shouldn't be 22.04.23 Quit Beta2K_ (Read error: 104 (Connection reset by peer)) 22.04.35 # The tagmap macro in the manual doesn't cope well with large wps tag descriptions :\ 22.04.55 # BigBambi: i didnt understand that, sorry 22.06.04 # bigbambi: i did now :) true 22.06.41 # bigbambi: but if they "shouldnt be" committed, they can be closed... 22.06.55 # jaykay: yes 22.07.08 # jaykay: your patch has translation which should probably be committed 22.07.39 # but? 22.07.43 # jaykay: not sure about but I think I would only commit the changes to deutsch.lang - some are good, some are nice to have (cleanup) but there are also some I cannot understand (e.g. removing the hyphen in Sprung-Scroll-Verzögerung and some I'm not sure about - e.g. the mp3-frames one and the "line in" one, I like "Symbole" though 22.08.07 # or why remove "Festplatte" for HD targets? 22.09.08 Join Beta2K_ [0] (n=beta@d36-78-228.home1.cgocable.net) 22.09.08 # some of these things are a matter of taste too though 22.09.20 # * jaykay looks in his patch again 22.10.33 Quit lymeca (Read error: 110 (Connection timed out)) 22.10.57 # "24 Stunden Uhr" - meh Deppenleerzeichen (I see it was there before, not your fault just a general complaint) 22.11.39 # pixelma: the hyphen- i doont know why i removed it, ill remove that part 22.11.39 Quit jgarvey ("Leaving") 22.12.09 # mp3-frames: "rahmen" is wrong anyway, "frames" at least could be right 22.12.25 # I've heard both 22.12.35 # festplatte: that was also changed in the english file, its just "syncing" 22.12.55 # and ill remove the deppenleerzeichen :) 22.14.38 # pixelma: why not "MP3 Rahmen" (haven't checked the patch)? 22.14.45 # i also cant remeber why i changed "audioeingang" to "line in"... i think ill remove that too 22.15.00 # a picture frame is a Bilderrahmen ... 22.15.18 # bluebrother: this is the way it is now with hyphen - he made it MP3-Frames 22.15.23 # pixelma: Am I right that there's now way to detect greyscale targets? \nopt{lcd_color}{\opt{lcd_non-mono}{ foo }} is the best I can come up with 22.15.27 # bluebrother: wtf should a "mp3-rahmen" be? 22.16.12 # * rasher thinks people should be less afraid of using native terms.. it means something else in English as well 22.16.12 # jaykay: simple: it's a frame (Rahmen) that encapsulates a block of data (similar to the picture). Rahmen makes perfect sense for me here. 22.16.47 # Well, MP3-Rahmen is debatable, actually. It's a proper translation, but those (few) people who know what an mp3 frame is might have to think a few times before they understand it 22.17.26 # in fact, Symbol makes no sense here IMO. I agree it's debatable to translate such terms though. 22.18.37 # amiconn: that is true in English too though 22.18.47 # I could understand Symbol instead of Denglish "Icon" 22.18.52 # bluebrother: symbol is a valid translation for icon.... why is it wrong? 22.19.01 # amiconn: If I don't know what an mp3 frame is it seems odd to have the two words together 22.19.03 # In general I am in favour of proper German terms. It also makes it easier for tts 22.19.19 # jaykay: I was referring to MP3-Symbol. Maybe I got that mixed up ;-) 22.19.37 # bluebrother: yes, the symbol is somewhere else :) 22.19.38 # Symbol for icon is ok imo -- though one could consider Piktogramm too 22.19.48 # http://www.rockbox.org/tracker/task/9754?getfile=18311 22.20.03 # Piktogramm is too long for my taste 22.20.26 # while Symbol still exists and would be understandable 22.20.35 # * jaykay agrees 22.20.57 # pixelma: is "24-Stunden-Uhr" better? 22.21.03 # it looks weird 22.21.24 # Should be 24-Stunden-Anzeige 22.21.33 # (but that's still longer) 22.21.34 # to my eyes it looks be better :) 22.21.41 # s/be// 22.23.10 Quit GodEater (Remote closed the connection) 22.24.26 # Or perhaps just "12 Stunden" and "24 Stunden", as the setting is already called "Zeitformat" 22.24.48 # sounds reasonable 22.25.11 # like it 22.25.40 # pixelma: updated patch... would you also prefer "12 Stunden" and "24 Stunden"? 22.25.44 # err 22.28.10 # * rasher struggles with adding viewports to the manual 22.29.16 # %V|x|y|[width]|[height]|[font]|[fg]|[bg]| makes the tagmap table a bit awful 22.29.44 # Would using w and h be too much shorthand? 22.30.10 # amiconn: I guess I'll make an attempt at putting the .text section within 32MB of IRAM and see what happens...in the 0x3xxxxxxx's since I don't think anything is there. 22.31.18 # updated it again, changed the "24-stunden"-thing.... if anyone is still interested :) 22.31.20 # jhMikeS: I think that's impossible. 22.31.28 *** Saving seen data "./dancer.seen" 22.31.47 # It's definitely impossible for the ipod video with 64MB RAM 22.32.37 # I was thinking along the lines of handling every individual caller-callee pair 22.32.43 # rasher: I remember now that I didn't answer your question, I wouldn't know a different way ATM 22.32.48 # Perhaps there is a way to automate this stuff 22.33.05 # It's really for the core code since plugins and codecs have to call through pointers anyway. I'm don't think 100% of RAM has to be available this way and do you expect the binary to grow that large? 22.33.42 # pixelma: It's not too bad, really, just didn't want to use it if there was some other, more obvoius way 22.33.56 # No, the binary won't grow that large. But plugins and codecs can have own iram sections for which they don't have to go through the core 22.34.22 # And especially codecs would profit from a performance increase due to short calls 22.34.27 # (I think) 22.34.38 # rasher: what do you need it for (is it about the "colour" parameters in viewports)? 22.35.24 # pixelma: It is 22.36.31 # This works, as far as I can tell 22.36.57 # Do we have greyscale targets with more than 4 shades? 22.37.17 # ATm we don't 22.37.30 # (There once was one in development....) 22.37.36 # as I said earlier, I think it would be nice if all variants were explained and only some mark would be added if this or that isn't possible on the target the manual is for (especially thinking of the 3 bersions of 160x128 WPS and in case someone wants to fix e.g. a colour WPS for his greyscale target) 22.38.07 # *versions... 22.38.22 # But then you could check the manual for the other target 22.39.05 # * rasher thinks it would be weird to put information about tags that won't work on a target in that target's manual 22.39.07 # since there are seven mappers it might not be impossible if it can be stuffed into say, a 16MB section 22.40.41 # How would you do that without splitting sdram? (is that even possible?) 22.41.03 # Afaik iram can't be remapped, otherwise it would be quite a bit easier I think 22.41.11 # pixelma: I see your point, and I don't completely disagree, but for now, I'm going to use the "current" style of splitting it into stuff that works on each target 22.41.36 # for targets using the ARM MMU, alot is doable, for PP section mappings have precedence 22.42.27 # Yeah, but then the MMU targets don't use IRAM for code afaik 22.42.31 # I'm not moving IRAM, just wanting to move ram (for code only) near IRAM. any constant pools and such will go with it. 22.42.32 # rasher: then you have to go through and have to exclude some more things. I thought it would be nice to see things you could encounter when looking at other peoples WPSs and could understand them without having to look up in some other manual (especially if you don't know which, e.g. the virtual LED tag isn't as obvious as "hey that's some colour specific thing let's look it up in a manual of a colour target") 22.43.07 # amiconn: as3525 doesnt? I thought codecs were in IRAM entirely or you mean within the binary? 22.43.24 # Within the binary 22.43.56 # rasher: the "current" style isn't (or at least wasn't) very consistent but I admit not having looked at it for a while 22.43.58 # Iiuc the main binary is in SDRAM and codecs are in IRAM, meaning neither needs longcalls, as both have to go through api/pointers 22.44.14 # I guess there's no reason to build the bins for those using long-calls either 22.44.45 # It's a quick test. If you don't get "relocation truncated to fit..." it should work 22.45.04 # I'm not sure about plugins though 22.45.10 Part gartral 22.45.51 # pixelma: It just seems weird to me that the entire manual is very target-specific, and then suddenly the WPS section lists all sorts of stuff that you can't use on that target 22.47.31 # well WPS are interchangeable to some degree 22.47.31 # I always imagined the manual as "Documenting Rockbox as used on target x" 22.48.18 # other things are not 22.48.30 # * jaykay agrees with rasher, although his vote doesnt count 22.49.23 Join lamed [0] (n=55fa409e@gateway/web/cgi-irc/labb.contactor.se/x-f1f89999f9ba834a) 22.49.36 # hello everyone 22.51.31 # Yes, hello. 22.51.58 # I'm about to use an h340 as a generator (to check a pair of headphones I own). I'm using goldwave to create a sine 1000 hz signal, and I should play it at 100db from the music player. does anyone knows what's the maximum volume on the h3x0? I have to attenuate from that to 100db, that is if i'm right about the whole thing... 22.53.09 # and also if anyone can prove/disprove my theory i'd like that :) 22.55.54 # o db 22.55.58 # er, 0 db 22.56.21 # that is, on the headphone's or line out jack? 22.57.50 # both 23.00.16 # ah. but I'm about to check if the headphone's impedance fits the manufacturer's declaration (I think they're fake), so should I be using the headphone's jack then? 23.01.48 # Don't know I'm afraid 23.03.10 # or perhaps don't know, I'm afraid :P 23.04.28 Quit petur (Remote closed the connection) 23.04.29 # but you are sure that the maximum volume is indeed 100db? 23.08.31 Quit jaykay ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") 23.08.49 Join Zoxc- [0] (i=Zoxc@ti0128a340-dhcp0438.bb.online.no) 23.15.24 # * domonoky wonders why lamed doesnt just measure the impedance with a multimeter. :-) 23.18.07 # bigbambi 23.18.22 Join miepchen^schlaf [0] (n=miepel@p579EC86A.dip.t-dialin.net) 23.19.17 Quit Zoxc (Read error: 110 (Connection timed out)) 23.22.17 Join gartral [0] (n=Gartral@adsl-75-33-69-103.dsl.bcvloh.sbcglobal.net) 23.22.53 Quit avis (Remote closed the connection) 23.24.06 # bigbambi: 10x for the info, gday everyone 23.24.10 Quit lamed ("CGI:IRC") 23.28.03 # build 20066 doesnt play Ogg files very well, it chops in and out repeatedly, and skips the file after halfway through, and while the dap is buffering, it is completly unresponsive, though, it has not crashed yet 23.29.59 # gartral: On which target? 23.30.19 # ohh, sorry, e250 v1 23.31.26 # gevaerts: does this happen for all oggs? With standard settings? 23.31.38 # eh 23.31.44 # gartral: does this happen for all oggs? With standard settings? 23.31.44 # rasher: just a minute. I'll ask gartral 23.31.56 Quit ender` (" I love deadlines. I especially like the whooshing sound they make as they go flying by. -- Douglas Adams") 23.31.59 # lol, yes, as far as i can tell 23.32.09 # gartral: Does this happen with r20060? 23.32.37 # And r20051? 23.32.50 # gartral: Both speex and vorbis? 23.33.04 # I'm assuming jhMikeS's two commits are most likely to be the cause for such behaviour.. 23.33.05 # i only found one really baddly encoded album that didnt skip, hold o, ill go find those builds, i just upped from 20044 23.33.21 # i dont have any speex based files, nor is voice enables 23.33.22 # d 23.37.41 Quit tessarakt ("Client exiting") 23.40.13 # Huh, this \opt I have here seems to be acting opposite of what it should 23.44.02 Part gartral 23.44.25 # which opt? 23.45.13 Quit bluebrother ("leaving") 23.46.54 # \opt{lcd_non-mono} ... it's inside an \example{} if that matters... 23.47.06 # this exact same opt works as I expect in other places.. 23.49.15 # if I remember correctly \example will output the enclosed text as verbatim, but am not 100% sure of. Bluebrother would know better but he just left 23.49.38 Quit Zagor ("Clint excited") 23.49.52 # pixelma: it doesn't actually output the opt... it just does the opposite of what I expect.. if I change it to nopt the text is output. 23.50.20 # * rasher experiments 23.51.30 # at least I remember having some trouble with \example too - it didn't like my exclamation mark I wanted to get out of it even though it worked in other places - and even the usual escaping didn't work 23.52.33 # It's quite definitely inverting my opt... \opt{lcd_non-mono}{yes}\nopt{lcd_non-mono}{no} produces yes outside the example, but no inside it. 23.52.42 # Crazy 23.53.36 # I wonder if the same is true for other features 23.53.46 # It... isn't. 23.54.02 # Now I suspect either the _ or the - 23.54.29 # yeah, thought the same now (together with my story) 23.56.02 # It's the "-". I'll just put the opt outside the \example.. but this is probably something to look into 23.57.55 # And it probably wasn't inverting so much as always giving the same value 23.58.44 # I found a comment in preamble.tex: % Note: when using the example environment you need to use optv instead of opt!