--- Log for 22.06.105 Server: brown.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 11 days and 22 hours ago 00.00.03 # *shrug* 00.00.09 # i'm coding resampling now 00.00.41 # since rockbox can'thandle 48khz files 00.01.09 # What I also would like to do some time is turn my thing into a little sampler 00.01.51 Join MrStaticVoid [0] (~jlee@69-175-94-207.frdrmd.adelphia.net) 00.02.19 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.02.26 # For a joke I made a loop with the A-B function then speed shifted it until it matched the speed of another song 00.02.40 # played to my other ear from my friends ipod 00.02.40 # i'm hoping plugins will have recording functionality some time 00.03.00 # That would be needed for an fx box 00.03.01 Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 00.03.05 # of course 00.03.09 # that's why i'm hoping it ;) 00.03.13 # hehe 00.03.28 # can't see a reason why they shouldn't if they can play back sound 00.03.39 Quit Febs_away ("Chatzilla 0.9.68.5 [Firefox 1.0.4/20050511]") 00.03.48 # I agree. It would lead to some amazing plugins 00.03.54 # Is anyone going to implant a better a-b function 00.04.01 # One with out a pause 00.04.22 # a-b function? 00.04.32 # the looper 00.04.40 # there is a looper? :) 00.04.55 # yeah, press the a-b in the ordinary firmware 00.05.12 # ahh 00.05.15 # probably 00.05.23 # if someone wants it and is able to code it, it'll be there 00.05.48 # yeah, its just I think it would need some flexibility in the playback code 00.06.28 # if you make a long enough loop rockbox would have to rebuffer the first part of it 00.07.27 # might be tricky 00.07.49 # isn't our size_t unsigned? 00.10.07 # size_t should alays be unsigned 00.10.15 # yes 00.10.39 # that's what I think too 00.10.52 # it's not a matter of what you think, it's a c spec thing :) 00.11.01 # if ours isn't, it needs to be fixed, heh 00.11.13 # imagine size_t size;.. 00.11.19 # size -= copy_n; 00.11.19 # if (size > 0) { 00.11.27 # that is a weird check 00.11.30 # oh yes 00.11.59 # codec_load_ram() 00.12.17 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 00.12.34 # I don't think it explains my patch's failures, but it sure isn't right either 00.12.57 # oh no, you need to check if copy_n is larger than size before you subtract 00.13.13 # might not fit snugly in with the code, but 00.13.53 # I'll read the code again to verify 00.14.28 # copy_n is never bigger than size, so it works 00.16.57 # * HCl slumps over cause of boredom :/ 00.19.33 # i really don't understand people who complain about boredom 00.19.36 # there's plenty to do 00.19.50 # too little time, though 00.20.14 # the worst kind of boredom is boredom when you know you have things you should be doing :) 00.20.14 # yea 00.20.15 # well. 00.20.18 # yes! 00.20.19 # exactly 00.20.20 # :P 00.20.29 # boredom is so boring 00.20.32 # Slasheri: event done yet? 00.20.33 # haha 00.20.36 # i made runtime database code 00.20.38 # and you are too bored to do anything 00.20.40 # but i can't test till tomorrow. 00.20.42 # what event? 00.20.51 # runtime database code? what sorcery is this!? 00.20.56 # the audio buffer we use atm is... _huge_ 00.21.03 # track end event thing. 00.21.08 # hacking in an event callback in the playback code should be trivial 00.21.15 # yea.. 00.21.18 # i have a hack like that 00.21.24 # but slasheri was gonna make it a not hack 00.21.26 # Bagder: yes, indeed 00.21.29 # which is better. 00.21.39 # 32166376 bytes with my patch applied 00.21.45 # wth. 00.21.49 # how many bytes do we have in total? 00.21.56 # Bagder: ahh, that buffer, that's a good thing, yes? 00.22.03 # that's goodie 00.22.12 # 32MB is 33554432 00.22.15 # ah. 00.22.16 # nice. 00.22.17 # :) 00.22.36 Join n0bby [0] (~nobby@cpc4-bele3-3-1-cust38.belf.cable.ntl.com) 00.22.38 # so 95.8% is for the buffer 00.22.41 # :P 00.22.53 # we might want to start thinking about other things that would be nice in ram 00.23.02 # i can certainly think of some regarding the database 00.23.31 # with a red black tree we could most likely even save memory space. 00.23.47 # hrm. i'm not too good at red black trees though :/ 00.23.51 # complicated buggers 00.24.06 # fast though 00.24.19 # guarantees log n 00.24.21 # searching 00.24.37 # hmm 00.24.39 # and adding and removing is fast too. 00.24.41 # i don't have 48khz mp3s 00.24.47 # me neither.. 00.24.48 # make one? 00.25.09 # oh, i do have some other 48khz files 00.25.43 Quit matsl (Remote closed the connection) 00.25.58 # well, if you want to use trees, you pretty much need to have the entire database in memory at all times 00.25.59 # out of interest, do you guys use rockbox on your irivers when youre out and about? 00.26.05 # n0bby: oh sure 00.26.21 # carry a pin in case of crashage? :P 00.26.22 # since long 00.26.29 # i have a 48khz track if you want it 00.26.36 # several in fact 00.26.39 # Sucka: nah, i'm alright 00.26.45 # kk 00.27.13 # does anyone actually find that 48khz sounds better? 00.27.22 # lol 00.27.41 # seriously! 00.27.49 # on rockbox you mean, or in general? 00.27.55 # generally 00.27.59 # on rockbox it sounds worse, heh 00.28.09 # i never really noticed, i only have some 48khz tracks because i left it too high by mistake 00.28.24 # the first few times they played back on rockboy it gave me quite a fright 00.28.25 # preglow: i don't think it would cost too much memory... 00.28.34 # brb 00.28.35 # when you use trees, you can also get rid of the allocate the max length of memory 00.28.38 # thought the heat was playing up my speakers or something, then i realised i wasnt listening to cassette tapes anymore 00.28.39 # ;P 00.28.40 Nick n0bby is now known as n0bby-brb (~nobby@cpc4-bele3-3-1-cust38.belf.cable.ntl.com) 00.28.50 # and then its what, 3000 times the full path of a file 00.28.56 # say 120 on average 00.29.06 # 360000 bytes 00.29.12 # plus some overhead for the tree structure 00.29.23 # probably 12 bytes left right and parent 00.29.38 # and the hash and the rundb entry and tagdb entry 00.29.57 # i dunno 00.30.05 # lets see how it performs with plain binary search on disk 00.30.11 # it might very well not be needed 00.30.32 # it would be nice if we could get rid of a database generator completely though. 00.30.38 # and have it build itself on the fly 00.31.14 # probably only possible on iriver 00.31.19 # since archos simply does not have enough ram.. 00.31.22 Quit dwihno (Read error: 110 (Connection timed out)) 00.31.29 # unified code for all platforms would be nice.. 00.31.34 Nick n0bby-brb is now known as n0bby (~nobby@cpc4-bele3-3-1-cust38.belf.cable.ntl.com) 00.31.40 # well 00.31.41 # yea 00.31.48 # you could do the database generation with mergesort on disk 00.31.49 # anywho, i don't much care, i don't think i'll start using the database now 00.31.49 # even on archos 00.32.00 # mmm, i want to get the runtime database in 00.32.07 # add my changes to the searchengine 00.32.16 # and then start for a menu with preselectable searches 00.32.26 # duplicating rio karma functionality 00.32.35 # hcl, i like this idea :) 00.32.37 Join Febs [0] (~upirc@000-245-350.area3.spcsdns.net) 00.32.43 Quit Febs (Client Quit) 00.32.49 # which? :P 00.32.59 # the predefined searches :) 00.33.02 # *nods* 00.33.04 # yea 00.33.13 # it will most likely be something like a directory with search files 00.33.16 # that you can just select one from 00.33.22 # :/ 00.33.26 # not very slick 00.33.41 # well, if done well 00.33.44 # you wouldn't see the difference 00.33.48 # still crashes ;-( 00.33.50 # hmm 00.33.50 # only that you can adjust them 100% 00.33.56 # resampling kinda works 00.34.14 # and add your own predefined searches 00.34.22 # thats why i've been keeping databox and searchengine split up 00.34.31 # i have a feature request, but im not sure if its possible. different icons for different audio filetypes? 00.34.33 Join Febs [0] (~upirc@000-162-309.area3.spcsdns.net) 00.34.42 # it is. 00.34.42 # so i can tell my oggs from my mp3s 00.34.43 # very easily. 00.34.49 # just modify viewers.config 00.34.54 # the last bytes are the icon 00.34.55 # encoded 00.35.00 # ahhh 00.35.01 # :) 00.35.13 # feel free to improve and submit a patch :) 00.35.13 # i once wasted a whole battery with a single album in wav format :S 00.35.20 # on an old iriver firmware 00.35.38 # :X 00.35.50 # why does wav waste battery on iriver? 00.35.57 # bad buffering 00.36.00 # kay. 00.36.05 # afkish bit. 00.36.07 # near constant HDD access 00.36.18 # i resample 00.36.20 # :-) 00.36.57 # Slasheri: if you read the logs, my latest (still not working) patch is now http://daniel.haxx.se/rockbox/codecbuf-7.patch 00.37.06 # i thought the archos had to have icons in the font, and it had a 5 icon limit or something? 00.37.48 # can anyone think of how to convert two sampling rates to a 16.16 fixed point delta? 00.38.38 Quit Stryke` ("Friends don't let friends listen to Anti-Flag") 00.38.45 Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) 00.42.32 Join webguest49 [0] (~d4406110@labb.contactor.se) 00.42.39 Join TCK [0] (TCK@81-86-97-198.dsl.pipex.com) 00.42.58 Part webguest49 00.43.30 Part Febs 00.46.10 # hmm 00.46.13 # this might be a problem 00.47.33 Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") 00.48.58 Join muesli- [0] (muesli_tv@Bc14c.b.pppool.de) 00.49.20 # g'day 00.49.54 # can bluechip's dev enviroment complile DUMB properly, or does it choke the same as a home-made cygwin complier? 00.51.57 # choke, i guess 00.52.35 # 'k 00.52.38 # gtg 00.52.39 # bye 00.52.42 Quit n0bby () 00.56.12 # help :/ 00.58.27 # help? 00.59.04 # something's wrong and i don't know what, heh 00.59.23 # Arse. 01.00.40 # hah 01.00.44 # decent resampling :P 01.00.55 # You won? 01.01.00 # big time 01.01.03 Quit Stryke` (Read error: 110 (Connection timed out)) 01.02.19 # sounds ok ish 01.02.22 # anyone wanna try? 01.02.31 # 48khz mp3s required 01.02.45 # I would but I only have 44khz files. 01.03.06 # hmm, nasty clicking 01.08.13 Join muesli__ [0] (muesli_tv@Bbc94.b.pppool.de) 01.14.51 Join jwalk [0] (~jwalk_edm@67.71.173.234) 01.15.46 Quit Harpy (Read error: 145 (Connection timed out)) 01.16.15 # THERE, goddamnit, nice resampling 01.16.45 # i'm off to bed, later all 01.16.58 Quit preglow ("leaving") 01.17.54 # hi all great work. no brick yet :) 01.17.59 # Question. 01.18.26 # Am I correct in assuming that the rockbox volume on iRiver is set as loud as it can go? 01.19.18 # That is, can the maximum be made louder? 01.19.51 # At 100% with Shure e2C's, I still feel I'd like more. 01.19.58 Quit Christi-S ("If I were actually witty, this quitline would be funny.") 01.23.53 Quit muesli__ (Read error: 60 (Operation timed out)) 01.24.20 # then get a small amp 01.24.23 # a cmoy f.ex 01.25.55 # hehe. to much to carry already 01.33.24 Quit muesli- (Read error: 110 (Connection timed out)) 01.34.23 # night. 01.34.44 # jwalk: we could probably do some software scaling, me thinks? 01.34.58 # but that would be a seperate volume thing, planned with the runtime database 01.35.11 # it supports a custom volume setting per song 01.35.22 # you can also try getting other headphones 01.35.23 # as in replaygain? 01.35.26 # they seem to make a huge difference 01.35.34 # well, we're gonna have replaygain too 01.35.39 # but this one will be user settable 01.36.09 # I just can't believe that in-ear phones are too quiet for me. maybe I'm going deaf? 01.36.22 # no 01.36.27 # there's a huge difference in headphones 01.36.42 # mine are too quiet too, but amiconn has ones that can function as loudspeakers on max 01.36.46 # any suggestions? 01.36.56 # either patience or new headphones 01.37.10 # as in headphone suggestions :) 01.37.11 # or help on coding replaygain :p if you know how 01.37.12 # oh 01.37.13 # :p 01.37.16 # no, sorry 01.37.18 # no clue 01.37.21 # i need new ones myself 01.37.26 # my coding is limited to VB 01.37.33 # gnight 01.42.07 Quit Kohlrabi (Read error: 131 (Connection reset by peer)) 01.42.21 *** Saving seen data "./dancer.seen" 01.48.57 Quit cYmen ("zZz") 01.52.20 Quit Sucka ("a bird in the bush is worth two in your house") 01.57.21 Part eightbit 01.57.51 Quit jwalk ("Chatzilla 0.9.68.5 [Firefox 1.0.4/20050509]") 02.06.37 Join StrathAFK [0] (~mike@dgvlwinas01pool0-a230.wi.tds.net) 02.10.19 Quit hicks (Remote closed the connection) 02.21.53 Join xen` [0] (~xen@pla25-1-82-227-196-9.fbx.proxad.net) 02.25.21 Quit Strath (Read error: 110 (Connection timed out)) 03.10.28 Join DMJC [0] (~DMJC@60-240-221-18.tpgi.com.au) 03.17.39 Join lostlogic_ [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) 03.17.50 Quit lostlogic (Read error: 110 (Connection timed out)) 03.26.32 Quit kenshin (Read error: 110 (Connection timed out)) 03.42.22 *** Saving seen data "./dancer.seen" 03.50.42 Join LinusN [0] (~linus@labb.contactor.se) 03.51.32 Join amiconn_ [0] (~jens@p54BD52E4.dip.t-dialin.net) 04.05.43 Join QT_ [0] (as@area51.users.madwifi) 04.09.05 Quit QT (Read error: 145 (Connection timed out)) 04.09.08 Quit amiconn (Read error: 110 (Connection timed out)) 04.09.08 Nick amiconn_ is now known as amiconn (~jens@p54BD52E4.dip.t-dialin.net) 04.29.19 Join wacky_ [0] (~wacky@modemcable011.4-37-24.mc.videotron.ca) 04.30.04 # hey guys, would it be possible to compile the rockbox fort the iRiver.. but with the Remote display only 04.30.26 # like if we used only the remote (it's about the size of the archos), and not the main LCD 04.30.36 # * wacky_ just broke his main unit's screen! :( 04.31.02 # Rockbox would be my saviour if it could be totally controlled with the remote, just like the Archos's screens 04.32.06 # it will be, but it doesn't yet work 04.32.16 # LinusN! 04.32.17 # damn 04.32.18 # what happened to your lcd? 04.32.21 # do you get up this early? 04.32.22 # total control ??! :) 04.32.22 # ;) 04.32.28 # someone step on it 04.32.34 # ouch 04.32.40 # haven't slept yet :-) 04.32.44 # hehehe 04.32.46 # yeah.. that's the sound it made :) 04.32.55 # ;p 04.33.11 # wacky_: no chance of rma? 04.33.18 # iRiver America doesn't even repair, even if I pay 04.33.22 # warranty void 04.33.25 # mhm 04.33.31 # how nice of them 04.33.31 # I mean, expired 04.33.36 # they are good with the warranty in the 1 year 04.33.39 # but after that 04.33.42 # you are shit out of luck 04.34.21 # wacky_: there are a few broken H1xx around on misticriver 04.34.36 # mhm 04.34.39 # you could buy one for the lcd 04.34.50 # heh :) but how to repair it ? 04.35.06 # LinusN : did you do all the detail scans? 04.35.06 # the lcd isn't that hard to replace 04.35.07 # if so 04.35.08 # and I don't want these H3xx fuzzy colored craps 04.35.11 # is the lcd hard to remove? 04.35.24 # I have to resolder the headphone jacks 04.35.33 # and I want to take of the lcd so I dont scratch/bork it 04.35.44 # how much would they sell such a thing on misticriver ? 04.36.10 # i dunno 04.36.19 # if it's just the harddrive broken on one of them 04.36.23 # anyway, I'm going on a trip in august.. and I would have liked to bring the machine.. but now the screen is broken.. and I don't think I will be able to repair it until then 04.36.26 # you could just take your hd and put it in too 04.36.38 Join kenshin [0] (~dave@c-24-17-8-193.hsd1.wa.comcast.net) 04.36.43 # oh :) maybe :) 04.36.52 # would certainly be easier 04.37.00 # but perhaps 04.37.09 # you can get someone to sell you just the pcb/lcd 04.37.14 # LinusN - what do you guys plan for the remote ?% to have a dual display or you would toggle between the two ? 04.37.22 # dual 04.37.30 # In my case, I really wouldn't care a toggled display :) 04.37.49 # oh yeah ? does this require a big rewrite of the display funcs ? 04.37.59 # yes 04.38.00 # how will you deal with that ? 04.38.12 # any design planned ? 04.38.17 # well, we do the rewrite 04.40.27 # someone is working on it, but i don't remember who 04.40.50 # no wiki page for discussion ? 04.41.51 # don't think so 04.42.38 # ok.. thanks 04.43.22 # hey, btw I'd like to thank you guys, you just did an awsome job, freely like that, with all that passion we can see that result in some so harmonious code 04.44.07 # a job that turns electronics into a delight 04.44.14 # a big thanks 04.44.44 # * LinusN blushes 04.45.27 # good night guys 04.45.33 Quit wacky_ ("rrrrrock box") 04.46.03 Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a230.wi.tds.net) 04.49.51 # * LinusN just committed daniel's patch that allows plugins while playing music 04.59.46 Part LinusN 05.03.30 Join courtc_ [0] (~courtc@adsl-158-37-202.asm.bellsouth.net) 05.04.10 Quit courtc (Read error: 110 (Connection timed out)) 05.04.12 Nick courtc_ is now known as courtc (~courtc@adsl-158-37-202.asm.bellsouth.net) 05.25.21 Join elinenbe_ [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 05.25.46 # the latest bleeding edge doesn't even boot on my device! (h120) 05.26.44 Nick elinenbe_ is now known as elinenbe|sleepin (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 05.33.54 Quit kenshin (Read error: 60 (Operation timed out)) 05.35.18 Join ashridah [0] (ashridah@220-253-123-86.VIC.netspace.net.au) 05.42.24 *** Saving seen data "./dancer.seen" 06.02.51 Quit RotAtoR () 06.04.27 Join CheeseBurgerMan [0] (~3f9650d2@labb.contactor.se) 06.34.24 Quit CheeseBurgerMan ("CGI:IRC (EOF)") 07.04.15 Join kenshin [0] (~dave@c-24-17-8-193.hsd1.wa.comcast.net) 07.13.13 Quit ashridah ("Leaving") 07.14.08 Join Chamois [0] (HydraIRC@champigny-5-82-226-182-23.fbx.proxad.net) 07.22.03 Join fuzzie [0] (fuzzie@anthracite.warpedgames.com) 07.26.23 # Good morning 07.28.20 # hey 07.28.33 # * HCl woke up choking in his vitamin drink, what a way to wake up 07.42.27 *** Saving seen data "./dancer.seen" 07.55.14 Join [IDC]Dragon [0] (~idc-drago@p5483D237.dip.t-dialin.net) 07.55.42 # <[IDC]Dragon> 'morning! 08.00.05 # Hi Jörg :) 08.00.50 # <[IDC]Dragon> "bootbox" is working now 08.01.02 # damn. 08.01.16 # * HCl got 2 million gold from another player on his mmorpg 08.01.22 # thats certainly a way to wake up o.o. 08.01.24 # how goes? 08.01.37 # [IDC]Dragon: Hmm, btw, I have a question. In main.c, we don't need the if(!usb_detect()) check around the autorock execution since we have early usb detection, do we? 08.01.57 # * [IDC]Dragon looks 08.02.49 # ...and the comment in line 295 is clearly wrong 08.03.18 # <[IDC]Dragon> the autorock check is legacy 08.04.24 # <[IDC]Dragon> what's wrong with the comment? 08.05.12 # <[IDC]Dragon> why? 08.07.33 # It says 'no complaint if it doesn't exit' but imho it should read 'no complaint if it doesn't open' 08.08.23 # <[IDC]Dragon> I meant "exists", it's a typo 08.08.39 # So the check could go away, but the braces have to stay (unless we want another #ifdef AUTOROCK at the top of the function) 08.08.58 # Ah, exist makes sense too 08.09.08 # * [IDC]Dragon fixes 08.12.22 Quit kenshin (Read error: 110 (Connection timed out)) 08.12.52 # [IDC]Dragon: Bootbox is different per model? 08.13.28 # <[IDC]Dragon> amiconn: do you have a clue why I had to make the *(.rodata*) so cumbersome in app.lds? 08.13.39 # <[IDC]Dragon> yes, built per model 08.13.56 # Hmm. Did you check whether rolo actually works on Ondio? 08.14.14 # I still have the problem that rolo'ed archos firmware won't play music 08.14.22 # <[IDC]Dragon> not yet, I only tested the recorder so far 08.14.38 Join t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl) 08.14.39 # <[IDC]Dragon> rolo in general, or bootbox? 08.14.53 # Rolo in rockbox, didn't try bootbox so far 08.14.59 # <[IDC]Dragon> ah 08.15.22 # Maybe it'll work in bootbox, due to some init not happening 08.15.24 # <[IDC]Dragon> does it fail if you rolo the same firmware again? 08.15.30 # ? 08.15.54 # Rolo does work for all firmwares, but archos ondio firmware doesn't like to be roloed 08.16.09 # Obviously I can't rolo another firmware from archos 08.16.10 # <[IDC]Dragon> ah, Archos 08.16.24 # <[IDC]Dragon> I thought rolo in general, overlooked that 08.16.43 # Does bootbox include lcd drivers? 08.17.15 # <[IDC]Dragon> yes 08.17.34 # Just builkding, to see how small it is 08.17.40 # *building 08.17.53 # <[IDC]Dragon> about 23 K 08.18.04 # Oooh, the ajz is 37K 08.18.08 # <[IDC]Dragon> as .ucl 08.18.26 # <[IDC]Dragon> sounds ok 08.18.26 # Tried different models? Like player? 08.18.32 # <[IDC]Dragon> not yet 08.18.48 Join oxygen77 [0] (~c1c28427@labb.contactor.se) 08.19.10 # Player will be fun. I doubt that we can exclude rocklatin handling, although simple ascii would be sufficient 08.19.29 # <[IDC]Dragon> the size is ok, we'd have >200k left in flash 08.19.39 # Shouldn't be much of a problem though, there's plenty of space 08.20.16 # <[IDC]Dragon> any idea about the *(.rodata*) ? 08.20.37 # <[IDC]Dragon> the other sections were ok with wildcards 08.21.19 # <[IDC]Dragon> perhaps because of the rodata.str1.1 and rodata.str1.4 following 08.21.27 # <[IDC]Dragon> btw, what is that? 08.21.57 # .rodata.str1.* is for strings, .rodata without suffix for other constants 08.22.08 # .4 means long aligned, .1 unaligned 08.22.24 # <[IDC]Dragon> why is that separate? 08.22.26 # sh-elf-gcc always uses .rodata.str1.4 for strings 08.23.06 # Bootbox for Ondio doesn't link 08.23.20 # undefined reference to `_mmc_remove_request' 08.23.39 # <[IDC]Dragon> without the original *(.rodata) I got different images than before, with no wildcard 08.23.57 # <[IDC]Dragon> so I made it this way, to play safe 08.24.00 # Did you check the .map ? 08.24.07 # <[IDC]Dragon> yes 08.24.17 # <[IDC]Dragon> is shuffled some sections around 08.24.34 # With wildcard, I guess the linker intermixes .rodata and the .rodata.str1.* stuff 08.24.38 # Shouldn't hurt 08.24.50 # <[IDC]Dragon> probably not harmful, but I didn't want to break the regular builds 08.24.59 # You could do 08.25.08 # *(.rodata) 08.25.12 # *(.rodata.*) 08.25.16 # <[IDC]Dragon> we can simplify if we feel more assured 08.25.16 # Should be safe 08.25.31 # (Note the second dot in the wildcard) 08.25.38 # <[IDC]Dragon> yes 08.25.44 # <[IDC]Dragon> or just *(.rodata*) alone 08.26.01 # No, that will mix the sections as you observed 08.26.11 # <[IDC]Dragon> is that harmful? 08.26.18 # I guess it's not. 08.26.22 # We could try 08.26.32 # <[IDC]Dragon> a question for LinusN 08.26.46 # ? 08.27.01 # We could test 5 targets... 08.27.03 # <[IDC]Dragon> he should know the intention of this construction 08.27.41 # <[IDC]Dragon> the recorder works, but I made only a quick check 08.27.51 # Of what construction? The compiler using those different sections? 08.28.16 # <[IDC]Dragon> naming .str1 explicitely 08.28.51 # I guess this is just because he didn't want to use wildcards (or didn't know about them) 08.29.09 Join dwihno [0] (~dw@81.8.224.89) 08.29.47 # Iirc I did my dead code experiments using *(.rodata*) only, and it worked 08.30.02 # ...although not yet tested on iriver 08.30.39 # <[IDC]Dragon> the iriver bootloader should do sectioned linking, too 08.30.45 # <[IDC]Dragon> would be much smaller 08.31.00 # <[IDC]Dragon> but I didn't dare to blindly change that 08.31.32 # <[IDC]Dragon> see the new "if" in the configure script 08.31.45 # I'm thinking about sectioned compiling and linking for the plugin lib 08.32.22 # That would make maintaining some things like the grayscale lib much easier 08.32.41 # <[IDC]Dragon> definitely 08.33.20 # <[IDC]Dragon> so the ondio needs a stripped down mmc_remove_request() 08.34.11 # The mmc_remove_request is nothing fancy 08.34.55 # It's in screens.c iirc 08.35.10 # <[IDC]Dragon> yes, I'm facing it 08.35.36 # <[IDC]Dragon> for bootbox, it would suffice to just tackle the internal MMC, but that would be wore work 08.35.47 # <[IDC]Dragon> ...more work 08.36.30 # I don't think it would be too difficult 08.36.30 # <[IDC]Dragon> you can't change the card, since bootbox has no event loop 08.36.45 # Just don't enable multivolume & hotswap 08.36.54 # <[IDC]Dragon> so mmc_remove_request is a dummy 08.37.19 # ..and the mmc detection in the init should be changed to always access the internal 08.37.32 # -> no remove request necessary 08.37.54 # Same goes for usb thread of course 08.38.23 # <[IDC]Dragon> all this is useless anyway 08.39.05 # ? 08.39.29 # Ah ok 08.41.40 # <[IDC]Dragon> actually, the USB screen does loop 08.42.03 # This way bootbox won't touch the external at all, like the archos firmware during boot 08.43.12 # If bootbox stays below ~50KB (compressed) for all platforms, we won't have a problem with rombox at all 08.43.40 # <[IDC]Dragon> it will 08.44.04 # <[IDC]Dragon> even with some more bells&whistles 08.45.08 # The #ifdef HAVE_MMC in both usb thread and usb_tick need to be changed 08.45.24 # ..to #if defined(HAVE_MMC) && !defined(BOOTLOADER) 08.45.35 # <[IDC]Dragon> why? 08.46.02 # To remove the code for handling insertions/extractions 08.46.20 # <[IDC]Dragon> I'd try to modify as little of the codebase as possible 08.46.31 # <[IDC]Dragon> (currently, no change) 08.46.52 # There are some #ifdef BOOTLOADER for iriver 08.47.02 Join Aison [0] (~hans@zux166-181.adsl.green.ch) 08.47.05 # ...and the hotswap code should be disabled, imho 08.47.23 # I think it would improve reliability 08.48.13 # <[IDC]Dragon> can be done in the config-ondio*.h 08.48.47 # I don't think so. HAVE_MMC probably needs to stay defined for other places 08.49.22 # <[IDC]Dragon> yes, but I meant the hotswap switched 08.49.31 # <[IDC]Dragon> ... switches 08.49.38 # Yes 08.50.04 # This switches off hotswap and multivolume for rockbox, but the usb hotswap is hardcoded 08.51.04 # ...and so is the hotswap in the debug menu, but that isn't included in bootbox 08.53.27 # <[IDC]Dragon> 24K for Ondio 08.54.37 # How does bootbox rolo? Is there a minimalistic browser, or does it simply try to rolo ajbrec.ajz? 08.54.57 # <[IDC]Dragon> dumb question: does lcd_puts() clear the restof the line? 08.55.26 # Afaik it does 08.55.39 # <[IDC]Dragon> amiconn: no browser, just hard coded /ajbrec.ajz resp. /archos.mod 08.55.47 # Hmm, okay 08.56.23 # Btw, I think ~37KB of code is still quite much. Archos managed to put the first player firmwares in ~40KB 08.56.46 # <[IDC]Dragon> yes, we carry some ballast 08.56.55 # Do you include the language stuff? 08.56.59 # <[IDC]Dragon> no 08.57.38 # <[IDC]Dragon> it just occured to me that mmc_remove_request() is still a dummy, we won't have accessed the MMC before USB 08.58.02 # <[IDC]Dragon> correct? 08.58.33 # That's correct 08.58.59 # I'd prefer not to access the mmc at all, but that requires some (slight) code change in ata_mmc.c 08.59.21 Quit Chamois (Read error: 131 (Connection reset by peer)) 08.59.23 # ...then mmc_remove_request can go away 08.59.27 Join Chamois [0] (HydraIRC@champigny-5-82-226-182-23.fbx.proxad.net) 09.00.27 # When compiling without hotswap and an mmc is plugged, current code would access the mmc exclusively instead of internal flash 09.01.19 # <[IDC]Dragon> yes 09.01.38 # <[IDC]Dragon> or, it has nothing to do with hotswap 09.02.14 # It has - indirectly. Hotswap won't work without multivolume 09.02.46 # <[IDC]Dragon> I meant the swap in USB mode 09.02.56 # * [IDC]Dragon might be confused 09.03.16 # I meant rockbox, not usb mode 09.03.46 # You're right about usb mode 09.04.07 # <[IDC]Dragon> cd .. 09.04.12 # <[IDC]Dragon> oops 09.04.16 # :) 09.08.12 # Hmm, how can I use parameters in a shell script? 09.08.50 # $1 $2 etc 09.09.04 # or $@ for all of them 09.09.11 # Thanks :) 09.09.30 # * Bagder bows 09.09.51 # I want to put the objdump disassembler command for m68k in a script 09.15.08 # * amiconn just found an obvious optimisation in memset_a.S... 09.16.36 Quit Strath (brown.freenode.net irc.freenode.net) 09.16.36 NSplit brown.freenode.net irc.freenode.net 09.17.01 # <[IDC]Dragon> another 2.4 speedup? ;-) 09.17.09 # Haha, no 09.17.36 # Saving two words 09.17.57 NHeal brown.freenode.net irc.freenode.net 09.17.57 NJoin Strath [0] (~mike@dgvlwinas01pool0-a230.wi.tds.net) 09.17.57 # ...might execute a bit faster if not yet cached 09.17.58 # <[IDC]Dragon> bootbox works on Ondio 09.18.13 # Nice :) 09.18.27 # So it should work on rec fm/v2 and Ondio SP too 09.18.40 # Now there's the player... 09.18.48 # <[IDC]Dragon> did you try? 09.18.57 # No 09.20.58 # Bagder: I had a quick look at your codec separation. Do you agree that it would be even better to have a separate api as well? 09.21.51 # <[IDC]Dragon> compiling bootbox for the Studio gives a heapload of errors :-( 09.22.04 # <[IDC]Dragon> linking, that is... 09.23.09 # <[IDC]Dragon> later 09.23.28 Quit [IDC]Dragon () 09.28.00 Join bobTHC [0] (~bobthc@l06m-2-243.d1.club-internet.fr) 09.29.41 Join Harpy [0] (GUokL17MCt@dsl-hkigw7wbb.dial.inet.fi) 09.30.28 # hi folks ! 09.37.08 # Wow, multiplies are slooow on coldfire 09.39.50 Join kenshin [0] (~dave@c-24-17-8-193.hsd1.wa.comcast.net) 09.42.31 *** Saving seen data "./dancer.seen" 09.43.25 Join yngwi [0] (~chatzilla@chello080109107064.1.15.vie.surfer.at) 09.48.18 Quit tvelocity ("Leaving") 10.08.20 Join B4gder [0] (~dast@static-213-115-255-230.sme.bredbandsbolaget.se) 10.12.20 Nick Lynx_awy is now known as Lynx_ (~lynx@tina-10-4.genetik.uni-koeln.de) 10.20.04 Nick Strath is now known as StrathAFK (~mike@dgvlwinas01pool0-a230.wi.tds.net) 10.22.17 # StrathAFK 10.22.46 Quit oxygen77 ("CGI:IRC") 10.22.52 Join markun [0] (~markun@bastards.student.ipv6.utwente.nl) 10.24.24 Quit kenshin (Read error: 110 (Connection timed out)) 10.24.36 # I've recalculated the table for the iriver battery. I put 3.08V as 0%, should I put a higher value there? 10.30.19 Join webguest01 [0] (~5472a382@labb.contactor.se) 10.30.52 Quit Andrew179 ("Leaving") 10.30.57 Quit webguest01 (Client Quit) 10.34.35 # * amiconn accidentally dropped his H140 to the floor :-/ 10.35.30 # :X 10.35.49 # markun: with original battery? 10.36.11 # HCl: Yes, calculated it from the measurements in the wiki 10.36.21 Quit DMJC (Read error: 110 (Connection timed out)) 10.36.43 # HD is still working, but it's a bit louder than before :( 10.36.59 # amiconn: :-( 10.37.04 # ugha 10.37.47 # That never happened with archos, probably thanks to the bumpers... 10.38.29 # maybe you should get a few spare bumpers from Jörg's junkyard and glue them onto your iriver? :-P 10.38.52 # Bah utf-8 looking fugly here 10.39.01 # uh, right 10.39.03 # sorry 10.39.27 # I should place a feature request for my irc client... 10.39.58 # Hydra is quite nice, but it doesn't support utf-8 10.40.19 # I changed to iso-8859-15 for next time 10.40.22 # I've 10.40.56 # I doubt any current windows irc client supports utf-8. Hydra could be the first... 10.41.05 # xchat does :-) 10.41.14 # Hmm, it does? 10.41.20 # yes 10.41.24 # Xchat on windows is just plain ugly 10.41.24 # this is xchat on windows 10.41.36 # ...and shaky 10.41.42 # shaky? 10.41.48 # It crashes a lot 10.41.52 # not for me 10.42.03 # Hydra never crashed so far, in spite of being versioned <1 10.42.14 # I've never seen xchat crash actually 10.42.33 # amiconn: Do you think I should put a higher value than 3.08V as 0% battery to prevent people from draining the batteries so far? 10.42.39 # I had it crash multiple times when I tried it, within just a few days 10.43.13 # markun: We should test how low the battery can go with the hd still able to spin 10.44.42 # amiconn: I based the values on the values in http://www.rockbox.org/twiki/bin/view/Main/IriverBattery. 10.45.06 # He let the test run until the drive was unable to spin up the drive. 10.45.28 # Eh.. until the iriver.. 10.47.00 # There is a bug in the old values anyway because it goed from 373 to 370 to 386. That can't be right, can it? 10.47.09 # Nope 10.51.32 # amiconn: would you like to try the values I calculated? 10.51.58 # i made a test a long time ago 10.51.58 # http://chamois94.free.fr/Battery.txt 10.52.06 # maybe can serve 10.52.30 # i hope 10.53.18 # Chamois: ok, let me check if I don't go under C8 then.. 10.55.04 # maybe Linus had to put in the bootloader a battery check 10.55.25 # if it is under a certain value iHP doesn't start 10.55.42 # then there's need to check :-) 10.55.47 # no need 10.56.24 # my iriver stays sometimes blocked after i started it but hard disk couldn't spin 10.56.47 # then it did start 10.57.14 # B4gder: ?? 10.58.02 # start == program runs 10.58.08 # hmm 10.58.18 # i explain 10.58.25 # i push the play button 10.58.34 # bootloader STARTED 10.58.44 # right, and that's my point 10.58.44 # but hard disk couldn't spin 10.58.47 # it _started_ 10.59.10 # so iHP was blocked and i had to plug the charger and RESET 10.59.10 # but sure, you need a certain amount of juice to spin up the disk 10.59.39 # the bootloader should time-out the spinup attempt and shut down I guess 10.59.54 # or mesure the battery voltage 11.00.03 # I prefer time-out 11.00.08 # i prefer the other 11.00.10 # :-) 11.00.12 # measuring is always very rough 11.00.25 # battery levels is a very inexact method 11.01.12 # yes but i don't think to make spin the hard disk and stop it in a anormal postion is not good 11.01.15 # what if someone replaces his HD with a very low power consuming one? 11.01.39 # or the other way around 11.02.19 Quit Bger (Read error: 131 (Connection reset by peer)) 11.05.31 # Chamois: If the hd can't spin up it will not go into an anormal position 11.06.09 # yes 11.06.21 # but sometimes my hd start to spin up 11.06.46 # but can't read anything and stop to spin 11.06.52 # is it good ? 11.07.29 # the question is not if its good 11.07.36 # the question is how rockbox should deal with it 11.07.56 Quit yngwi (Read error: 104 (Connection reset by peer)) 11.10.03 Join DMJC [0] (~DMJC@60-240-221-18.tpgi.com.au) 11.10.17 Join preglow [0] (thomj@s183a.studby.ntnu.no) 11.10.49 # so, ok, who wants to adopt some resampling code? 11.11.00 # Hi preglow 11.11.38 Join yngwi [0] (~chatzilla@chello080109107064.1.15.vie.surfer.at) 11.12.11 # hello 11.12.27 # i have linear interpolation working, but i can't spent the time to integrate it into whatever 11.12.31 # for at least a week 11.13.06 Join Bger [0] (~Bager@83.222.160.88) 11.15.24 Join Sucka [0] (~NNSCRIPT@host217-42-252-124.range217-42.btcentralplus.com) 11.17.01 Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) 11.24.21 # at least someone should try it to see if it sounds good 11.25.12 # * B4gder works on a new language system suggestion 11.26.25 Join LinusN [0] (~linus@labb.contactor.se) 11.26.41 # howdy LinusN 11.26.44 # B4gder: oops, forgot to add CODECS :-) 11.26.48 # hehe 11.26.53 # gimme a sec and i'll put up some code 11.26.59 # good work btw, with the codec separation 11.27.16 # LinusN: so can you run a plugin while listening now? 11.27.24 # indeed 11.27.29 # it rocks, so to speak 11.27.30 # ok, good 11.27.38 # I'll repeat myself: Would it be wise to separate the api as well? 11.27.46 # I must've erred on my last test yday 11.27.48 # amiconn: nah 11.27.48 # yes!yes! 11.28.14 # why not? 11.28.20 # the current approach is fairly nice code re-use wise 11.28.27 # Plus codecs should get a different extension, to avoid running them as plugins 11.28.35 # yes 11.28.43 # they should be put in a separate location 11.28.46 # rockdec! :D 11.28.51 # ...and the codec source files should be moved to apps/codecs/ imho 11.29.12 # amiconn: they re-use big chunks of the plugib build setup 11.29.18 # that's why I didn't move them 11.29.31 # Hmm. 11.30.15 # hmm 11.30.20 # still think they should be moved somehow 11.30.29 # they don't have proper dependecies at the moment either 11.30.47 # which kind of annoys me while coding 11.30.52 # I agree 11.30.58 # i need to touch codecmpa every time i change libmad 11.31.25 # so we move them into apps/codecs 11.31.32 # B4gder: I think a separate api would be a cleaner solution; currently codecs could call every function plugins can, and vice versa 11.31.39 # change extension and fix the deps 11.31.54 # For some functions this isn't desirable 11.32.11 # yes, let's make a separate API 11.32.17 # it'll be cleaner 11.32.40 # codec.[ch] in apps/ the same way as plugin.[ch] ? 11.32.55 # sounds good 11.33.02 # and please drop the codec prefix 11.33.07 # yes 11.33.15 # preglow: ? 11.33.26 # Do you mean sources, codecs, or both? 11.33.27 # codec in front of mpa, for example 11.33.35 # mpa.c / mpa.codec 11.33.35 # when they're placed in codecs/, it redundant 11.34.05 # both 11.34.14 # Hmm, I think I should be working on gfx api... 11.34.21 # hehe 11.35.27 # That'll cause a lot of changes... 11.36.56 # ok, I can do the codec move then 11.37.19 # but ok 11.37.23 # anyone here got 48khz mp3s? 11.39.57 # i have 11.40.03 # I have my mp2/mp3 test set 11.40.13 # Contains everyting from 8 to 48 kHz 11.40.22 # *everything 11.40.38 # ok 11.40.40 # i'll toss up a rock 11.41.11 # Does the resampling code handle all cases, or just 48 kHz? 11.41.25 # just 48khz, i don't know how to calculate a delta without using floating point 11.41.42 # How do you mean? 11.41.51 # glow.m0f0.net/rockbox/codecmpa.rock 11.41.57 # 48 kHz won't use a delta? 11.42.00 # like, when i need to step through the samples 11.42.00 # preglow: src please 11.42.04 # LinusN: a sec 11.42.23 # preglow: 16.16 fixed? 11.42.26 # LinusN: same place 11.42.28 # LinusN: indeed 11.42.35 *** Saving seen data "./dancer.seen" 11.42.42 # LinusN: i figure we'll never have a buffer larger than 65kb 11.42.48 # amiconn: oh, and btw, it's mono at the moment 11.43.40 # what i need to do is mp3_sample_rate/target_sample_rate*65536, then cast that to an int 11.44.28 # mp3_sample_rate*65536/target_sample_rate should work with unsigned int 11.44.36 # unsigned long to make sure 11.45.35 # That doesn't support sample rates > 65535 Hz, but fixing that is simple, losing 1 bit of precision 11.45.36 # well, yeah 11.45.41 # for sample rates below 65khz 11.45.46 # hmm 11.45.49 # that's true 11.45.53 # the delta doesn't need to be hyper accurate 11.45.58 # mp3_sample_rate*32768/target_sample_rate*2 11.46.40 # Do we have any format that supports sample rates >65 kHz? 11.47.10 # i'll admit we wont see that often 11.47.11 # yes, wavpack 11.47.24 # sampling rates from 6 to 192 kHz 11.48.16 # oops 11.48.28 # We could auto-scale the calculation 11.48.42 # 192khz O_O 11.48.54 Join rasher [0] (~3e4f4094@labb.contactor.se) 11.49.08 # i thought the maximum worth sampling at was 44khz 11.49.10 # i don't think we'll be able to handle 192khz... 11.49.11 # I wonder who needs 192 kHz sample rate. Even 96 kHz seems to be overkill... 11.49.12 # amiconn: autoscale...sounds awfully close to floating point :-) 11.49.15 # as the human ear cant tell the difference 11.49.32 # seriously, 96khz is a nice maximum 11.49.40 # for 192khz, linear interpolation will not do 11.49.41 # Sucka: but we need to account for the superhumans as well :-) 11.49.45 # we'll need proper filters for that 11.50.00 # So.. it seems that fwpatcher doesn't work on windows 95/98 11.50.18 # rasher: not the non-unicode one either? 11.50.50 # nope 11.51.04 # The final move fails, giving them the "is the file write-protected?" error 11.51.12 # http://www.misticriver.net/boards/showthread.php?t=23621 11.51.14 Join kenshin [0] (~dave@c-24-17-8-193.hsd1.wa.comcast.net) 11.51.45 # those crazy kids 11.51.52 # bah 11.52.00 # well, i have no windows 98 machine to test on 11.52.23 # I do have a Win98 VM... 11.53.48 # Running plugins while playing music is nice :-) Thanks B4gder 11.54.12 # Yes it's nice, I was just playing mine sweeper :) 11.54.25 # Now I need a 4-grey solid cube ;-) 11.54.55 # Or perhaps someone implements peak reading, and I could adapt oscillo(graph|scope)? 11.56.27 # preglow: Regarding your yesterday question: No wavpack track is skipping, but a total of 4 FLAC tracks from that ABBA album are skipping 11.56.40 # no surprise 11.56.50 # i wont be fondling flac anymore 11.56.57 # the source code gives me coughing fits 11.58.26 # amiconn: tested the resampler? 11.58.40 Part LinusN 11.58.40 # chamois says it doesn't work for vbr files, but i can't imagine my code broke that 11.59.29 # amiconn: could you test fwpatcher and fwpatchernu on win98? 12.00.16 # fwpathcer won't work, that's for sure 12.00.36 # Probably not (I think you can after-install some unicode support on windows98 at least?) 12.00.41 # preglow : i'm pretty sure of me 12.00.57 # i'll try it afterwards 12.01.00 # first i'll shower 12.01.06 # ;-) 12.04.09 # rasher: Are the versions in the wiki up to date? 12.05.12 # should be.. although when they fail, they're very uninformative 12.06.56 # Now let me look at msdn and try to extract the actual errormessage 12.07.29 # preglow: It seems your codecmpa.rock always resamples... so 44.1 kHz sounds weird now :-/ 12.09.17 # Windows Me/98/95: The MoveFileEx function is not supported. To rename or delete a file at restart, use the following procedure. 12.09.20 # well there we go 12.09.22 # * rasher sighs 12.09.50 # actually 12.10.06 # that may just be for MOVEFILE_DELAY_UNTIL_REBOOT 12.11.09 # amiconn: i know 12.11.16 # amiconn: it's not a complete solution, just a proof of concept 12.11.21 # nope 12.11.24 # amiconn: it don't even want the resample code to be in the codec 12.11.35 # Makes sense. 12.11.36 # MoveFileEx is not supported on windows me/95/98 12.11.59 # preglow: Why is MoveFileEx used at all? 12.12.41 # ah 12.13.07 # to be able to overwrite 12.13.54 # well that's annoying 12.15.20 # MoveFile is pretty braindead 12.15.37 # well, then just do a delete and copy 12.15.43 Join B4gd3r [0] (~dast@static-213-115-255-230.sme.bredbandsbolaget.se) 12.15.44 # Yeah 12.15.50 # more points of error :-\ 12.15.56 # bagder overflow 12.17.25 # the more bagder, the merrier 12.17.40 # rasher: DeleteFile(), MoveFile() ? 12.18.19 # yup 12.18.34 # if (MoveFileEx(name3, fn, MOVEFILE_COPY_ALLOWED | MOVEFILE_REPLACE_EXISTING)) becomes if (DeleteFile(fn) && MoveFile(name3, fn)) 12.18.55 # I'll compile this and let you have it 12.18.57 # Chamois: seems you're right 12.19.04 # :-) 12.19.18 # preglow: Your resampling sounds about right. 12.19.35 # I wonder if we should do like the iriver firmware and resample everything to 44.1 kHz 12.19.40 # amiconn: that'll only be the case for small resampling ratios, mind you 12.19.45 # amiconn: i can see no reason why we should do that 12.19.56 # amiconn: we should switch to 22050 and 11025 whenever we can 12.19.58 # How would you do that? 12.20.03 # Hmm 12.20.05 # how how? 12.20.08 # should it be a problem? 12.20.18 # Resampling everything to 44.1 kHz has at least 2 advantages 12.20.26 # the codec api sees it can use a lower sampling rate, and does so 12.20.28 # reinits the uda 12.20.32 # reinits the optical output 12.20.33 # preglow: switching will give problems with crossfading 12.20.38 # markun: well, duh 12.20.40 # (1) It makes mixing in the buffer easier (thinking crossfade, although I don't like it) 12.20.57 # (2) S/PDIF doesn't allow <32 kHz 12.20.59 # moot point for me 12.21.05 # amiconn: i forgot about that 12.21.08 # moot? 12.21.10 # then i say we stick to 44.1khz 12.21.29 # HCl: moot, a good point, but unimportant 12.21.30 # amiconn: http://rasher.dk/rockbox/fwpatcher.exe and http://rasher.dk/rockbox/fwpatchernu.exe - could you test these? 12.21.35 # hm 12.21.39 # never heard of that word, okay o.o. 12.21.42 # oh? 12.21.45 # well, now you have 12.21.47 # yup. 12.22.04 # actually, the fix should work for wine-emulating-98 12.22.07 Join hicks [0] (debian-tor@6e97f016a4beba05.session.tor) 12.22.07 # let me test.. 12.22.27 # except my keyboard's key-less 12.22.29 # dang 12.22.33 Join LinusN [0] (~linus@labb.contactor.se) 12.23.03 # what the hell is going on 12.23.07 # my vbr files don't work now 12.23.15 # amiconn: can you play vbr files? 12.23.20 # perhaps something else is wrong with my setup 12.23.33 # I don't have vbr test files 12.23.40 # play any vbr file 12.23.50 # dont matter, it'll try to resample anyway 12.24.29 # ^Hmm, doesn't werk 12.24.40 # now, why the hell would that be the case 12.24.48 # i can think of no changes that destroys vbr playbac 12.24.50 # k 12.26.28 # Hmm, vbr definitely doesn't work 12.26.41 # you compiled your own copy, or? 12.26.58 # It starts to prebuffer, but the time counter stays at 0:00 and there is no sound 12.27.01 # know 12.27.07 # but did you compile codecmpa from the source? 12.27.10 # or use my rock 12.27.11 # I didn't compile myself 12.27.18 # perhaps something else is broken here 12.27.55 # ahh 12.27.57 # i think i know now 12.29.26 Part LinusN 12.29.41 # yup 12.29.42 # got it fixed 12.29.55 # start_skip had me fooled 12.29.57 Join hicks_ [0] (debian-tor@f774ff41f1b833f6.session.tor) 12.30.13 # lame header is only read if it's a vbr file at the moment 12.30.14 # heh 12.30.39 # btw 12.30.48 # this resampler can also be used quite easily for tempo adjustments 12.30.52 # pitch shifting 12.32.15 # Nice... 12.32.32 Quit B4gder (Read error: 110 (Connection timed out)) 12.32.33 # We do that on archos... using faked clock values for the MAS 12.33.01 # While pitching up means overclocking the MAS, we can pitch up to 200%... stable 12.33.03 # haha 12.33.35 # \o/ 12.33.51 # damn! this thing _canm 12.33.54 # lmao. 12.33.54 # damn! this thing _can_ do vorbis! 12.34.01 # what can? 12.34.03 # someone code a decoder! 12.34.05 # heh 12.34.05 # the mas 12.34.12 # oh. 12.34.23 # a guess memory is more of a requirement 12.35.04 # rasher: I'm trying to test, but VMware doesn't like me atm 12.35.35 Join LinusN [0] (~linus@labb.contactor.se) 12.36.52 # LinusN: still on a boat? :) 12.38.20 # on an island 12.39.21 # even better 12.39.23 # okay, fwpatcher works in wine now 12.39.52 # I'm not entirely sure it did previously 12.40.02 Join Coldtoast [0] (edan@ppp110-115.lns1.hba1.internode.on.net) 12.40.09 # hey 12.40.11 # rasher: "Firmware patched successfully" :-) 12.40.11 # it didn't 12.40.17 # several people have complained about that 12.40.24 # was walking back from the gym listening to music and 2 things occurred to me 12.40.25 Quit Chamois (Read error: 104 (Connection reset by peer)) 12.40.28 Join Chamois [0] (HydraIRC@champigny-5-82-226-182-23.fbx.proxad.net) 12.40.29 # (the unicode variant doesn't start) 12.40.36 # it shouldn't 12.40.42 # 1) in the Playlist menu, you need a Clear Playlist 12.40.44 # win98 doesn't have a unicode api 12.40.57 # I'll commit my fix then 12.40.59 # It can be added iirc 12.41.14 # Yes, I'm pretty sure you can install some stuff to get the unicode 12.41.23 # 2) when you get to doing th eEQ, it'd be GREAT if you could assign saved EQs to Artist or Genre 12.41.24 # Coldtoast: Why would you need 'clear playlist'? 12.41.46 # amiconn: if I'm listening to, say, Tool and I decide I want to listen to a bunch of other stuff 12.42.05 # Then simply browse to the other stuff and start playing 12.42.06 # like, dump what I'm listening to 12.42.26 # The old playlist will be replaced by the new one 12.42.28 # when I change dirs, it builds a playlist of all the tracks in the dir 12.42.35 # the playlist is automatically cleared when you play a new file in the browser 12.42.41 # but I may not want the whole dir added automatically 12.42.45 # http://www.microsoft.com/downloads/details.aspx?FamilyID=73BA7BD7-ED06-4F0D-80A4-2A7EEAEE17E2&displaylang=en <= that's the unicode support in win98 12.43.35 # if I select somethign else, then view the playlist, it's automatically added all files in the dir to the playlist 12.44.08 Join DaKi][er [0] (~dakiller@dialup-254.91.220.203.acc02-albe-wgl.comindico.com.au) 12.44.21 # how about the EQ idea tho? sound silly? 12.44.32 # lunch 12.44.36 # so I could set up a bunch of EQs and assign them to either genre or artist 12.44.38 # Coldtoast: yes :-) 12.44.45 # really? hmmm. ok 12.44.48 # that idea is old too 12.44.49 Part LinusN 12.45.01 # most ideas are already present in the feature-request tracker 12.45.24 Quit hicks (Remote closed the connection) 12.45.39 # I don't see tha tidea in the list 12.45.40 # but we more often talk about config files for specific songs or dirs 12.45.46 # ok 12.45.54 # since "eq" would be a config file 12.46.03 # eq assigned to artist or genre sounds more like a runtime db issue 12.46.23 # persoanlly, I don't see how that's a silly idea at all 12.46.27 # the tricky part is the preloading of songs 12.46.33 # and applying when the song changes 12.47.11 Nick B4gd3r is now known as B4gder (~dast@static-213-115-255-230.sme.bredbandsbolaget.se) 12.47.13 # you'll get a nice pop for sure ;) 12.47.35 # unless you crossfade 12.48.51 # oh well 12.50.04 # but ok 12.50.07 # the resampling sounds ok? 12.50.46 Quit DMJC ("Leaving") 12.51.32 Join DMJC [0] (~DMJC@60-240-221-18.tpgi.com.au) 12.51.50 # preglow: Yes it does 12.52.02 # What would be the problem with bigger ratios btw? 12.54.06 # distortion, i guess 12.54.06 # haha 12.54.13 # i've made a version with varying delta 12.54.14 # works just fine 12.55.15 # Why should linear interpolation produce distortion? I'd guess it would just sound a bit dull 12.55.22 # ...for lower sample frequencies 12.55.38 # Cubic interpolation is out of question? 12.55.49 # all interpolation produces distortion, higher order interpolations are better at attenuating them, that's all 12.56.04 # when you resample from 48khz -> 44.1khz, all the distortion lies in the inaudible area 12.56.42 # so linear interpolation to resample from 96khz -> 44.1khz will have audible distortion all over the audio band 12.57.20 # I'm thinking more about upsampling, not downsampling 12.57.51 # upsampling should sound okish 12.58.10 # current code only handles downsampling well 12.58.31 # listening to music with the resampling ratio varying is... weird 12.58.39 # For mp3, the only downsampling case is 48 kHz 12.59.05 # All others need to be upsampled (32/24/22.05/16/12/11.025/8) 13.01.03 # I like how we may end up deleting the user's firmware with fwpatcher now 13.01.13 # if DeleteFile is successful, but MoveFile is not 13.01.26 # can't see how that should happen though 13.02.32 # code handles upsampling as well 13.03.05 # well, if movefile fails, just tell a joke or something 13.03.16 # that'll put their attention elsewhere! 13.03.47 # hmm 13.03.57 # There should be no way it could happen, unless the temp file gets deleted behind our back 13.04.01 # i get some weird clicking with upsampling 13.04.06 # rasher: Rename old file first, then rename new file. Only if both renames succeeded, delete the old file 13.04.21 # ...the *renamed* old file 13.04.21 # good point 13.04.34 # except the rename of the old file might fail 13.04.36 # * rasher cries 13.05.03 # ahh, the current code doesn't handle upsampling well at all, no 13.05.12 # it assumes the delta is always above 1 13.06.25 # rasher: Where is the problem? 13.07.54 # Btw, does fwpatcher protect from accidentally patching twice? 13.08.06 # You can't 13.08.10 # nothing happens in that case 13.08.21 # it just patches on top of it 13.08.24 # it tries doing the patching, sees the md5 fails 13.08.27 # then deletes the result 13.08.34 # I don't think so 13.08.39 # I'm pretty sure it succeeds 13.08.42 # ahh 13.08.43 # yes 13.08.46 # of course it'll succeed 13.08.46 # as do the command-line tools 13.09.40 # amiconn: the first stage of the resampler, the one that actually uses the last sample of the previous block, has to go continue for longer in the case of upsampling 13.10.07 # so where do I move the old file? 13.10.08 # amiconn: so we'll need another for loop there, we might want to have separate routines for up and down sampling 13.10.15 # one of the old temp files? 13.10.17 # amiconn: especially seeing as how the downsampling can be done in place 13.12.51 Quit edx (Read error: 110 (Connection timed out)) 13.15.59 # cube.rock needs beat-detecting-zoom 13.16.25 # beat detection isn't exactly trivial 13.16.32 # but you can make something that's not too accurate 13.16.34 # people will start requesting that 13.16.44 # now when the plugins work with music 13.16.54 # i know of a kick ass transient detection algorithm, but i think it's secret, and it requires floating point ;) 13.17.21 # amiconn: i've got codecmpa upsampling by a ratio of over 2 here, want to have a listen? 13.17.44 # the music goes around veeeery slowly 13.18.05 # No adaption to actual sample rate? 13.18.14 # I could test with my testset. 13.18.18 # no, i just wanted to hear how badly linear interpolation works 13.18.23 # Linux doesn't spin down the harddisk either :-\ 13.18.28 # What's the exact ratio? 13.18.55 # 0.485 or something 13.19.01 # i just use 30000 as delta 13.19.04 # I think I know one of the 'unknown' chips of iAudio M3 13.19.12 Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 13.19.13 # but i can cook up something that should adapt to sampling rate 13.19.56 # now, should codecs link with the pluginlib? 13.20.03 # or should we make a separate codeclib 13.21.04 # In fact I'm pretty sure about the chip. It's our infamous LT3440.... 13.21.46 # amiconn: which chip 13.21.57 # I'll edit the wiki 13.23.14 # what does to pluginlib do? 13.23.17 # wow, the id3 information sure is messed up for a bit just as you start playing 13.23.18 # there already is a codeclib 13.23.30 # codeclib.c is part of the pluginlib atm 13.23.38 # and I'm moving the codecs 13.24.23 # so I'm considering if just using the pluginlib for codecs is suitable 13.24.33 # or if I should introduce a separate codeclib for codecs 13.24.58 # pluginlib is meant for general useful functions for plugins 13.25.57 # Bger: Info added. 13.26.24 Join Febs_away [0] (~chatzilla@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 13.26.56 # okay 13.27.06 # Hrm.. having crossfading enabled breaks "next song info" in the wps? 13.27.22 # B4gder: I'm in favour of a seperate codeclib and not giving the codecs access to the plugin api. Seems the logical thing to do. 13.27.36 # amiconn: test glow.m0f0.net/rockbox/codecmpa.rock 13.27.36 # I agree 13.27.42 # a separate codeclib it will be 13.27.46 # amiconn: it should only resample when needed, it should also both up and downsample 13.28.25 # B4gder: Only problem is that there is some debugging code (in codecmpa) that uses rb->open/write/close to write debugging data. 13.28.40 # then toss in read and write for now ;) 13.28.54 # basic debugging possibilities should still be possible 13.29.02 # codecs should have logf, etc 13.29.30 # linuxstb: that's not a problem right now, since the codec API will be pretty much cloned from the plugin API to start with 13.30.06 # But I don't think there's very much needed from the plugin API - just the "string.h" functions and yield() 13.30.23 # They shouldn't need to access the LCD or buttons for example. 13.30.25 # perhaps, but I think it is better to get the move fixed first 13.30.57 # it is quite an impact to the whole build setup already 13.31.13 # I can imagine. 13.40.00 # I would like to commit new values for the volt to percent conversion. I put the old and new values in this graph: http://130.89.160.166/rockbox/voltages.png 13.42.37 *** Saving seen data "./dancer.seen" 13.42.44 # preglow: Distortions are audible for 8/11.025/12/16/22.05/24 kHz. Seems you're right about the ratio problem... 13.42.53 # I compared with archos, btw 13.43.34 Join ashridah [0] (ashridah@220-253-121-96.VIC.netspace.net.au) 13.44.41 # http://www.misticriver.net/boards/showthread.php?p=260567#post260567 \o/ 13.45.13 # good work! 13.45.32 # iriver fw doesn't have that problem. I wonder what interpolation it uses... 13.45.57 # Bah, file browsing in iriver fw is cumbersome 13.46.19 # Truly 13.46.59 # amiconn: what kind of distortion? 13.47.21 # Sounds like harmonics 13.47.25 # it is harmonics 13.47.42 # Apart from that, interpolation is working fine 13.47.53 # as long as there is no clicking, i'm ok 13.48.11 # but linear interpolation, and indeed, all interpolation generates harmonics 13.48.31 # Again, I wonder what interpolation iriver uses 13.48.49 # not in itself, but when coupled with the upsampling 13.49.05 # have you tested these files on the iriver? 13.49.10 # yup 13.49.21 # they might not be interpolating 13.49.24 # they might be filtering 13.51.15 # but ok, code is at glow.m0f0.net/rockbox/codecmpa.c 13.51.29 # downsampling can and should be done in place, i guess 13.52.13 # aaaargh 13.52.21 # codec_api is already in use... 13.52.28 # rip it out 13.52.33 # yes, me rename 13.53.24 Join LinusN [0] (~linus@labb.contactor.se) 13.53.25 # B4gder: I assumed you would be adding the functions to the existing codec_api - not creating a new one. 13.53.33 # annoyingly enough, codec.h is already "occupied" too 13.53.35 # amiconn: downsampling from 96khz to 44.1khz will also sounds bad, all the harmonics you hear in the upsampling will be folded down the spectrum again, so they won't even be harmonics anymore 13.53.49 # I'm making a new one 13.53.57 # to replace the plugin_apu 13.53.59 # api 13.54.16 # again 13.54.18 # But as you say, there is already a codec api. 13.54.20 # I'm doing the move 13.54.29 # lets fiddle after the move 13.54.40 # linuxstb: I have no idea how they relate 13.55.58 # linuxstb: can you explain? 13.56.05 # Currently, the codecs are initialised with both a pointer to the Codec API, and a pointer to the Plugin API. All that's needed is to move a few functions from the plugin API to the codec API, and then we can drop the Plugin API. 13.56.24 # (that's my understanding - it's Slasheri's code) 13.56.49 Join RotAtoR [0] (~e@dhcp54-47.calvin.edu) 13.57.06 # yes 13.57.20 # the codec api pointer is passed in the other argument to plugin_start 13.57.59 # hm 13.58.03 # ok 13.58.04 # more work 13.59.17 # codec*.c don't conform to rockbox standard 13.59.31 # In what way? 13.59.46 # I'm taking care of some of that now 13.59.47 # They're indented by 2 spaces, not 4 14.00.07 # i've never read about a rockbox standard indent 14.00.15 # it just says 'dont use tabs' 14.00.29 # but a two space indent is a sin against mankind, yes 14.00.51 # What's wrong with a two space indent? 14.01.04 # http://www.rockbox.org/docs/contributing.html "Always indent your code with four spaces." 14.01.18 # i just think four spaces makes the source more readable 14.01.21 # indent's should be 3 spaces!! 14.01.40 # hehe 14.02.43 # but yes, for more drastic downsampling, we should implement some filters to use before decimation 14.02.48 # for upsampling, i have no idea 14.03.06 Join Andrew179 [0] (Andrew@r39h55.res.gatech.edu) 14.03.12 # perhaps some better interpolation 14.04.13 Quit lostlogic_ (Client Quit) 14.04.37 Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) 14.04.56 # what's clever for cleaning lcd screens? 14.05.21 # preglow: toothpaste 14.05.40 # I noticed that one of the unknown M3 chips had been identified as a dc-dc converter. Could the chip labeled 3441 also be a dc-dc converter? 14.06.09 # like this one? http://www.linear.com/pc/productDetail.do?navId=H0,C1,C1003,C1042,C1116,P2149 14.06.21 # LinusN: no, no scratches, just general cleaning 14.06.27 # aha 14.06.35 # i don't think toothpaste is too good at removing smudges ;) 14.06.43 # i use the same cloth as i use for cleaning my glasses 14.06.58 # i don't have glasses :/& 14.07.22 # Andrew179: Could be. 14.07.34 # The datasheet says part marking is 3441, and it has 12 pins 14.07.35 # any special cleaning solution or anything? 14.08.28 Quit Febs_away (Read error: 145 (Connection timed out)) 14.08.30 # preglow: my breath 14.08.36 # Andrew179: I'm sure about the 3440, we know this infamous chip from the Ondio 14.10.12 # Andrew179: To confirmation for the 3441, you should check which pin is connected to what parts. There should be a coil somewhere... 14.10.19 # *To get 14.11.17 # I'm not too knowledgeable about the hardware, but I'll see what I can do 14.11.33 # at the very least I'll put it into the wiki as a possibility 14.13.26 # if there's a coil connected to it, you should be able to spot it quite easily, heh 14.13.49 Part LinusN 14.15.53 # * B4gder just saw a "OBJCOPY vorbis.codec" 14.16.34 # the concept holds at least ;-) 14.18.10 # oooh 14.18.13 # nicety 14.19.17 # something like this is a coil, right? :) http://www.aeneas.com.cn/PDF/SUMIDA/dc-dc%20converter/SMT/ClS63/Sumida%20Product%20Information.files/CLS63.jpg 14.19.20 Join t0mas_ [0] (~Tomas@ip503c08d1.speed.planet.nl) 14.20.09 # hi 14.20.33 # oh lol... 14.20.36 # missed 1 client... 14.20.40 Quit t0mas_ (Client Quit) 14.21.38 # it has an ungodly amount of legs to be just a simple coil... 14.21.49 # looks more like a mini-transformer, heh 14.23.28 # Andrew179: Look at this http://www.rockbox.org/twiki/bin/view/Main/ArchosOndio 14.23.58 # In the first row under 'view inside' look at any version you want 14.24.15 # hm.. has Bagder fixed the plugin + codec = crash issue? 14.24.26 # one can't exactly call the early archos players beauties 14.24.33 # t0mas: yes 14.24.35 # cool 14.24.40 # hm, guys, what about 14.24.53 # Near the bow-shaped recessing of the board at the lower right corner, you'll see our famous LTC3440 (marked LTNP) 14.25.07 # http://www.rockbox.org/twiki/bin/view/Main/IriverHardwareComponents#AZU_3AW_ZD5L_the_5_could_be_an_S 14.25.10 # Left from that there is a part with a round head marked "220" 14.25.22 # This is the coil belonging to the LTC3440 14.25.25 Quit DMJC ("Leaving") 14.25.58 # regarding the last unknown chip 14.26.50 # amiconn: ok, it looks like the M3 has a coil on the backside of the PCB for the M3 14.29.13 # Bger: certainly looks like the same type of marking.. guess asking TI would be a good plan 14.29.53 # rasher: also http://www.rockbox.org/twiki/bin/view/Main/IriverH3XXHardwareComponents#TPS61020_TI_DC_DC_Converter_Is_t 14.29.59 # Andrew179: If the 3441 is an LTC3441, there should be another coil near it 14.31.20 # amiconn: yes, there's two coils on the back in that area 14.33.25 # still no idea what the shielded thing is? 14.33.36 Quit B4gder ("Lämnar") 14.33.47 # if m3 does radio, it's probably the receiver 14.34.19 # preglow: it does do radio 14.35.44 # Is there any reason why IriverHardwareComponents isn't IriverH1XXHardwareComponents ? 14.36.19 # I guess that goes for most of the Iriver* pages though :-\ 14.36.52 # preglow: Radio receiver is probably a good guess 14.37.11 # There's the LM052 near it, and the backside is well shielded 14.37.16 Join DMJC [0] (~DMJC@60-240-221-18.tpgi.com.au) 14.38.06 # *LW052A 14.38.28 Quit rasher ("CGI:IRC") 14.42.57 # Andrew179: I'm convinced that this 3441 chip is really an LTC3440, and I believe the 'AZS' chip is the LiIon charger 14.43.10 # ...TI BQ24020 in this case 14.43.25 # Erm, I mean LTC3441 of course 14.44.16 # There's another Linear chip, marked LTZW 14.44.27 # 6 Pins. 14.44.41 # Probably another voltage converter or regulator 14.45.20 # where are you seeing the LTZW chip? I must have missed that one 14.45.47 # http://www.rockbox.org/twiki/pub/Main/IaudioM3Info/M3L_mainboard_A-MedRes.jpg above the LTNP 14.47.38 Join hicks [0] (~hicks@4cb2e00e3afd58a1.session.tor) 14.47.40 Quit lostlogic ("Going to the moon") 14.47.51 # yes, looks like a regulator: http://www.linear.com/pc/productDetail.do?navId=H0,C1,C1003,C1042,C1032,C1063,P2183 14.48.30 Join LinusN [0] (~linus@labb.contactor.se) 14.48.43 # Andrew179: Part marking: LTZW. Bingo 14.49.48 # preglow: resampling sounds pretty decent to me 14.50.49 # LinusN: yeah, me too 14.50.57 # but it wont at higher downsampling ratios 14.51.36 # The upsampling also doesn't sound decent for higher ratios 14.51.48 # i can live with harmonic distortion 14.51.52 # nonharmonic distortion i can't live with 14.52.03 # and that's what we'll have at 2x downsampling, for example 14.52.44 # What about cubic interpolation for upsampling? Too demanding? 14.52.49 # not really 14.54.05 # in the case of upsampling we'll have pretty much processing power to spare anyway 14.54.21 # since the codec will only we working at around half throttle 14.54.28 Join edx [0] (edx@p54A8F98D.dip.t-dialin.net) 14.55.59 # Ah, yes. 96 kHz will probably present us with a cpu performance problem at least for some codecs... 14.58.17 # btw, we could probably use 140MHz as the boost freq 14.58.29 # as long as the disk isn't spinning full time 14.59.53 # but it may be too close to the edge... 15.00.00 # i think we should avoid it 15.00.12 # if the codecs can't do 96khz, too bad 15.00.21 # agreed 15.00.44 # preglow: the resampling code should be in the codec lib 15.01.01 # hmm, i'd rather it was in the playback system 15.01.18 # ah, yes of course 15.01.26 # but that will present us with some design questions 15.01.42 # in what format should the codecs pass along the data? 15.02.11 # LinusN: as it is, codecs speak directly to the pcm buffering system, i'd like that to stop, so the playback system can apply some processing, like perhaps eqing and replaygain, etc 15.02.32 # hmmm, it surely would be handy if all codecs delivered 16-bit 44.1kHz pcm data 15.02.39 # for processing, the higher resolution data we have, the better, so we might also want the playback system to scale everything down to 16 bits 15.02.53 # true 15.03.09 # so 24 bits/44.1kHz might be nice 15.03.34 # leavs 8 bits headroom for mixing 15.03.57 # but then we'll need to scale the data twice, once in the codec and once in the playback system, what we might want to do is just pass everything along as 32 bit ints, and tell the playback system how much each sample needs to be shifted 15.04.19 # preglow: ah, yes i see 15.05.24 # do the codecs differ a lot today, regarding sample formats? 15.05.37 # this way, dithering can easily be implemented in the playback system as well 15.05.38 # hmm 15.05.41 # yes, they do 15.05.52 # libmad uses non-interleaved 32 bit ints 15.05.58 # tremor uses interleaved 16 bit ints 15.06.04 # but i believe tremor gives you whatever you want 15.06.22 # wavpack and flac delivers 32 bit ints as well, i believe 15.06.45 # it surely needs to be investigated further, but i think what i'm saying is quite sound 15.06.54 # me too 15.07.10 # the less intermediate processing the better 15.07.55 # i would like a lot less decoding delay 15.08.01 # me too 15.08.07 # switching tracks takes too long imho 15.08.16 # but i dunno, how much will that affect decoding cpu usage? 15.08.25 # switching takes way too long 15.08.32 # and we'll also have a humongous latency for eqs and the like 15.08.40 # yes 15.09.44 # shorter decoding bursts will affect performance a little 15.10.04 # since we lose ~10ms for each cpu_boost() 15.10.32 # hmm, yes, but i believe a shorter latency really is needed 15.10.36 # track switching takes aeons 15.10.40 # absolutely 15.12.21 Join ]RowaN[ [0] (a2b0y@62.128.222.176) 15.12.39 # <]RowaN[> where can i find some info on how to add images to .wps? 15.13.23 # i don't believe you can, yet, t0mas is dealing with this 15.13.33 # ]RowaN[: in the rockbox forum 15.13.52 # there is a patch somewhere, but i don't know how well it works 15.14.18 # <]RowaN[> "Image support for the WPS" 15.14.21 # <]RowaN[> it says in cvs now 15.15.38 # oh 15.15.39 # oh well, then he needs to document it as well 15.15.48 # wow 15.15.49 # it's hot today 15.16.41 # no, not really 15.16.42 # the weather is shit, just like any other random day in trondheim 15.17.08 # hehe 15.17.15 # it's scorching hot in london 15.17.38 # nice, i hope it stays that way until i get there in about three weeks time 15.18.09 # what you doing in londo n? 15.18.40 # i'm not staying in london, really, but i'll probably be going there a couple of times 15.18.46 # i'm visiting some family 15.18.51 # in the uk ? 15.18.59 # yea 15.19.00 # cool 15.19.00 # i'm half british ;) 15.19.08 # should be good weather for the next few weeks, at least ;) 15.19.36 # it's always been pretty nice when i've been over 15.19.38 # i suspect i bring it with me 15.19.44 # preglow: If you're needing free Wifi in central London, stand outside the Apple Store on Regents Street. 15.19.45 # you must miss the winter months ;) 15.19.55 # linuxstb: no laptop :/ 15.20.01 # there's loads of free wifi in london 15.20.05 # just gotta know where to go ;) 15.20.15 # preglow: In which case, go inside and use one of the Macs. 15.20.19 # hehe 15.20.23 # yeah 15.20.27 # free internet 15.20.30 # on nice machines 15.20.33 # pity about the fucken price 15.20.41 # can't do that, i'll run the risk of wanting to buy one 15.20.47 # hehe 15.20.48 # The Apple store is full of tourists checking their Yahoo mail... 15.20.56 # hehe 15.23.12 # ]RowaN[: in the forum there is a topic about theme modding 15.23.17 # there is the explaination 15.23.23 # and maybe someone should add it to the wiki 15.23.27 # LinusN: there's also the question of whether the codecs should hand over data in interleaved or deinterleaved form 15.23.38 # right, time to brave the underground sweatbox 15.23.39 # later guys 15.23.50 # later 15.23.56 # preglow: interleaved feels better in some respects 15.24.09 # but not good for bursted filtering loops 15.24.24 # idneed 15.24.32 # for processing, deinterleaved is way better 15.25.20 # so let's go for that 15.25.51 # we might want to take advantage of those libs that already have data in deinterleaved form 15.25.51 # but we also don't want to deinterleave interleaved data 15.25.52 # we might end up with several versions of all the processing loops :/ 15.26.08 # blerk 15.26.33 # of course, it's just a question of variable array stride, but that'll hinder use of movem, etc 15.28.39 Join GodEater [0] (~c2cbc9d1@labb.contactor.se) 15.29.34 # tremor too has data available deinterleaved internally 15.30.39 Join Rori [0] (MO-Pantsu@deadman3000.plus.com) 15.31.06 # we need to handle tremor a different way, the current way doesn't let us dither at lal 15.31.09 # all 15.33.39 Join Febs_away [0] (~chatzilla@64-190-36-240.client.cypresscom.net) 15.36.33 Quit bobTHC ("Smoke Weed Every Day !") 15.38.17 # ok 15.38.17 # WPS images added to the wiki 15.40.14 # nice 15.41.08 # now time to finally get the wps to the remote 15.41.19 # hmm 15.41.25 # i think there should be a wps data directory 15.41.31 # keeping bmps in the .rockbox root isn't very elegant 15.41.41 # ok, can you or LinusN add that? 15.41.50 # can't you? :P 15.41.52 # I don't know how to add dirs and stuff like that to the build system 15.42.10 # oh, but the images are added by users, no? 15.42.16 # they just make the directory themselves 15.42.19 # nevermind 15.42.40 *** Saving seen data "./dancer.seen" 15.42.56 # hm? so make the users add an empty dir? 15.43.03 # and let them put the images + wps files there? 15.43.28 # why not have the path in the .wps file? 15.43.41 # even better! 15.43.50 # *pling* nice idea 15.43.53 # * t0mas changes 15.43.56 # .rockbox relative 15.44.11 # or relative to .rockbox/wps 15.44.31 # so you can have several sets of wps imagines lying around at once 15.44.31 # it is already .rockbox relative.. 15.44.48 # hm 15.45.01 # I remember what the problem with that is 15.45.21 # yeah, i just don't know how nice a practice it is to have bunch of bmps lying directly in .rockbox 15.45.21 # we need to parse the string then... and check where the filename ends 15.45.21 # will get very untidy very fast 15.45.34 # hmm 15.45.39 # why not just require a .bmp ending? 15.45.45 # but moving all to /.rockbox/wps/ is possible 15.45.50 # if you see .bmp, that's the end of the filename 15.46.11 # that still requires parsing it... 15.46.42 # so? that's not hard 15.46.57 # shouldn't be, at least 15.46.57 # ok, maybe just change the format? 15.47.04 # %x|filename|x|y 15.47.08 # and split it on | 15.47.12 # that too would suffice lovely 15.47.22 # excellent 15.47.33 # there is a define for max filename lenght right? 15.47.33 # i know nothing of wps, but it looks good 15.47.42 # MAX_PATH 15.47.59 # woops... stop... 15.48.01 # problem :) 15.48.19 # I just skip the fixed lenght tag (like all others) now... for player 15.48.41 # should I do parsing there too? 15.48.42 # so skip to the next ' '? 15.49.13 # * preglow has no idea about player related issues 15.49.29 # I'll just try it :) 15.52.08 # so, what to do with this resampling code? just have it lying around until we can use it in the playback system? 15.52.34 # either commit it as-is, or #ifdef:ed 15.52.38 # your call 15.52.59 # or do you think it sounds too bad? 15.53.57 # preglow: make it compile in the sim first 15.54.57 # i think it sounds just fine 15.55.11 # ok, i'll just use long longs liberally 15.56.44 # i have no way of testing it in the sim, though, unless playback's started working there 15.56.59 # just #ifdef SIMULATOR 15.57.09 # to make it compile 15.57.57 # ahh, yes, of course 15.58.06 # i added a general MUL routine as well 15.59.21 Join Maxime`Mrn [0] (~flemmard@fbx.flemmard.net) 15.59.41 # hi 15.59.44 Nick Maxime`Mrn is now known as Maxime (~flemmard@fbx.flemmard.net) 16.00.01 Nick Maxime is now known as Maxime` (~flemmard@fbx.flemmard.net) 16.00.21 # hi 16.01.19 # first thing, thanks for rockbox on iriver ! :p 16.01.45 # even if it's not over it's great already 16.02.16 # and I'm trying to make a plugin for iRiver, (a small stepmania-like game) lol 16.03.25 # it'll never be over ;) 16.03.36 # preglow: you have an iRiver? 16.03.47 # ye 16.03.48 # s 16.04.14 # I can send you the -beginning- ? :p 16.04.35 # LinusN: but what should i do with the code? just keep it in codecmpa.c so it can be used when someone gets around to bettering the playback system? 16.04.43 # Maxime`: sorry, no, i gotta start doing other work now 16.04.45 # yes 16.04.51 # aight 16.04.53 # i'll commit now 16.05.17 # gr8 16.05.45 # i'd much prefer it if the downsampling was in-place, though, but no time now 16.05.53 # but, how to handle a loop like "every seconds.." "every millisecond.."? 16.06.11 # Maxime`: button_get_w_tmo() 16.06.39 # hm, i'll have a look 16.06.42 # thks 16.08.26 # hm... 16.08.29 # ah, i forgot it resamples even if it's not needed now 16.09.10 # preglow: check out my new audio thread debug screen 16.09.15 # i will 16.09.16 # update cvs 16.09.22 # just built i new rockbox 16.09.26 # debug->view audio thread 16.09.42 # oooh, greatness! 16.10.05 # it panicked :-) 16.10.15 # update cvs again 16.10.23 # i thought i got that last one 16.10.53 # i always have an "oops" commit right after my regular commits :-) 16.11.20 # hm, why sometimes when the iriver is plugged to the power supply, it sends nasty sounds? :s 16.11.30 # it does? 16.11.34 # yeah 16.11.50 # vert buce 16.11.52 # very nice <- 16.12.02 # I dunno if its my iriver who does this or if it's an rockbox-issue :x 16.12.20 Quit Seed (Read error: 60 (Operation timed out)) 16.12.27 # codecmpa is around 50% boost ratio now 16.12.28 # i wonder why the pcm buffer usage fluctuates like that 16.12.50 # let's hope slasheri knows, heh 16.12.53 Nick Febs_away is now known as Febs (~chatzilla@64-190-36-240.client.cypresscom.net) 16.12.54 # you have the same problem LinusN? 16.13.22 # Maxime`: no 16.13.28 # k 16.13.39 # * amiconn wonders whether he should tackle memcpy. 16.13.42 # gotta go now 16.13.54 # cu around 16.13.57 Part LinusN 16.13.58 # cu LinusN 16.14.00 # too late 16.14.00 # (: 16.15.18 # Maxime': are you noticing the "nasty sounds" through headphones or when plugged into something else (like computer speakers, for example)? 16.15.22 # t0mas: how does the WPS image support work? :-) 16.15.35 # Febs: when plugged to the computer, i'll try with headphones 16.16.19 # I've noticed that with the original firmware and I've seen it reported on Mistic River. I think that there is a grounding issue. 16.16.24 # Maxime`: Do you hear it only when the iriver is not playing music? I think you can only hear the sound when the headphone amp is off. 16.16.41 # my bad... I see it in the wiki. 16.16.53 # For connecting the iriver to audio equipment, I'd rather use the line out 16.17.03 # I only hear it with another thing than headphones 16.17.04 # Then there shouldn't be any grounding problems 16.17.08 # and when listening music too markun 16.17.27 # Maxime`: Hm, yes, I also hear it now. 16.17.42 Join bobTHC [0] (~bobthc@l06m-2-243.d1.club-internet.fr) 16.17.54 # it's strange lol 16.18.11 # When I touch the iriver the sound is gone. 16.18.18 # Ground loop? 16.18.32 # maybe.. 16.18.47 # maybe the ground of the power supply touch the hearphone plug 16.19.00 # it must be an iriver-issue lol 16.19.08 # preglow: I wonder why your codecmpa.rock is 20 KB larger than mine 16.19.12 # will anyone cry if i leave codecmpa always resampling? it wont affect the sound 16.19.18 # Does dithering add so much code? 16.19.24 # amiconn because of the static buffers? 16.19.31 # they should be bss, though 16.19.36 # Ah 16.20.08 # 20 KB buffers for resampling? 16.20.08 # oh yes 16.20.09 # now i use more 16.20.10 # 40kb 16.20.10 DBUG Enqueued KICK preglow 16.20.10 # since i just added stereo 16.20.11 # Why? 16.20.16 # preglow: I'm happy with that (I can then play my 48KHz MP2 files). I'm assuming that it's possible to disable it easily? 16.20.23 # linuxstb: of course 16.20.27 # Shouldn't resampling be possible with just buffering a few samples? 16.20.38 # amiconn: because i need to upsample a frame of 1152 samples to a frame of four times that for the case of 11khz files 16.21.04 # amiconn: this isn't how it's going to look, it's just proof of concept for when i/someone else puts it properly in playback 16.21.09 # I thought it resamples on the fly. 16.21.19 # it resamples a whole frame at a time 16.21.26 # The frame is already buffered in the codec 16.21.32 # indeed 16.21.38 # but that doesn't help me 16.22.44 # will someone test the pre-pre-pre-beta of my plugin? :s lol 16.22.44 # ideally, we should upsample just a bit of the buffer at a time, so we don't need tons of intermediate storage space 16.22.53 # however, i sorely need to start working on something else right now 16.24.13 # i'd be more than happy not to commit this, i don't really care 16.24.20 # Would it be possible to let the audiobuffer insert function do the resampling? 16.24.26 # that's what i want 16.24.34 # but no time for it now 16.25.26 # The pcm buffer fluctuation is looking weird 16.25.28 # indeed 16.25.48 # hmm 16.25.57 # when i tried running the audio debug screen again, it paniced again 16.26.11 # NOOOOOOOOO 16.26.14 # my reset button is destroyed 16.26.16 # arghhh 16.26.38 # hmz 16.26.41 # i don't need this 16.26.41 # clean build: 16.26.41 # /home/tomas/dev/rockbox-devel/firmware/export/logf.h:31: error: parse error before "logfwrap" 16.26.41 # /home/tomas/dev/rockbox-devel/firmware/export/logf.h:31: warning: type defaults to `int' in declaration of `logfwrap' 16.26.41 DBUG Enqueued KICK t0mas 16.26.41 # /home/tomas/dev/rockbox-devel/firmware/export/logf.h:31: warning: data definition has no type or storage class 16.26.47 # (a logf build) 16.26.53 # THANK GOD 16.26.55 # THANK YOU 16.27.00 # i used the wrong screwdriver 16.27.59 # lol 16.28.05 # t0mas: I've just tried a logf build, and it worked fine. 16.28.14 # amiconn: this resampling sure as hell didn't do the cpu usage any favours 16.28.14 # I think I do understand the fluctuations now 16.28.38 Ctcp Ignored 2 channel CTCP requests in 6 minutes and 31 seconds at the last flood 16.28.38 # * t0mas starts digging 16.29.05 # t0mas: I did an "rm -fr *" in my build directory, then configure, then make. 16.29.51 # linuxstb: I created a new dir for logf build 16.29.59 # amiconn: i can't use the audio thread debug screen twice in a row, it locks up my unit 16.30.44 # Hmm strange. I can enter & leave it at will 16.30.44 # ahh 16.30.48 # linux just fixed it 16.30.53 # lINUS 16.30.59 # He told so... 16.31.26 # [16:09:57] i always have an "oops" commit right after my regular commits :-) 16.31.35 Join DMJC-L [0] (~DMJC-L@60-240-221-18.tpgi.com.au) 16.31.52 # hmm 16.31.52 # This time it was an OOps commit ;) 16.31.54 # i've got that 16.32.26 # seems i've got that, it still panics 16.33.01 # What panic do you get? 16.33.22 Join O112351 [0] (~Johannes@82-35-100-143.cable.ubr05.dals.blueyonder.co.uk) 16.34.07 # hello! 16.34.08 # tick_add_task(): out of tasks 16.34.08 Quit hicks_ (Client Quit) 16.34.31 # this room is very very full, yet nobody will speak to me :( 16.34.38 # hi 16.34.39 # :) 16.34.41 # completely reproducible, i enter the audio thread debug, press stop, enter it again 16.34.44 # yay! 16.34.44 # and it crashes 16.34.49 # most of us are asleep that's why :) 16.34.52 # preglow: Hmm, then you probably didn't compile with Linus' fix, or didn't install. I can't imagine what else would cause this 16.35.00 # oh 16.35.11 # then there's gotta be a broken dep somewhere 16.35.17 # O112351: questions usually get some kind of response too :) 16.35.41 # I have a question - though it might all get a bit metaphysical... 16.35.44 # i'll try a make clean 16.35.56 # Did I imagine the speed of switching between mp3s getting slower between recent builds ? 16.35.57 # metaphysical? as in ESP? 16.36.00 # or was it always that 16.36.12 # GodEater: no 16.36.13 # way 16.36.31 # thank goodness. Any idea what's done it ? 16.36.31 # GodEater: crossfade... 16.36.31 # yes 16.36.31 # have you enabled that? 16.36.34 # don't think so 16.36.37 # I'll check 16.36.50 # how can i tell who the moderator people are? 16.36.58 # Nope - it's off 16.36.58 # why do you care? 16.37.14 # am i just using a rubbish irc client? 16.37.25 # i am using gaim 16.37.30 # O112351: there are no ops in here 16.37.34 # ok 16.37.44 # that explains it :) 16.37.45 # at least, no ops who're sitting around with ops, there are people who have access to get it 16.37.53 # ok 16.37.59 # so would having crossfade turned on help, or do I need to leave it off to keep the switchign responsive ? 16.38.05 # amiconn: make clean, cvs update, make, complete delete of rockbox then unzip and i STILL get it 16.38.11 # audio debug is working perfectly for me (and very nice it is too). 16.38.58 # does anyone else use Gaim? 16.38.58 # no, Xchat 16.38.59 # i use gaim, but not for irc 16.38.59 # linuxstb: your logf build works? 16.38.59 # I like XChat - wish the firewall here let me use a decent IRC client. 16.38.59 # mine still doesn't :X 16.38.59 # O112351: HydraIRC 16.39.00 # rm -Rf * 16.39.00 # cvs update 16.39.00 *** Alert Mode level 1 16.39.00 # make 16.39.00 *** Alert Mode level 2 16.39.00 # error.... :X 16.39.04 # t0mas: Yes. 16.39.19 # preglow: Strange... 16.39.20 # why not use Gaim for irc? 16.39.43 # t0mas: -rf not -Rf 16.39.44 # t0mas: Try deleting your apps and firmware directories and checking out fresh copies. 16.39.57 # oops my name is wrong :P 16.40.14 # linuxstb: I'm working... 16.40.19 # and it chokes on bool 16.40.30 # extern bool logfwrap; 16.40.37 # error: parse error before "logfwrap" 16.40.38 # t0mas: wps image code adds about 1 KB on archos 16.40.46 # what would people say is the best, most simple irc client? 16.40.47 # amiconn: recorder only? 16.40.53 # O112351 16.40.56 # woops 16.40.59 # O112351: xhcat 16.41.01 # *xchat 16.41.03 # t0mas: you committed the WPS image commit? right? 16.41.08 # yes I did 16.41.09 # t0mas: I'll compile for all archos targets... 16.41.11 # ok 16.41.16 # amiconn: wait a moment 16.41.22 # I'm improving it now.. 16.41.22 # i will try and find and download it 16.41.23 # t0mas: can you increase the image count from 9 to 99? 16.41.30 # elinenbe: next version :) 16.41.34 # thanks :) 16.42.02 # also, is it correct when i assume that image tags can be contained in conditional tags? 16.42.05 # elinenbe: That would be giant overkill imho. *1* image should be enough 16.42.15 # elinenbe: no, they can't 16.42.17 # amiconn: did it another time, now it works... 16.42.30 # amiconn: I'm parsing the string anyway... 16.42.40 # preglow: Linux, right? My guess is unclean dismount... 16.42.40 # so everybody can chose for n or nn 16.42.43 # bye bye, i'm going to switch to xchat 16.42.52 # bye 16.42.54 # well, I am thinking more along the lines of "mp3" image when there is an MP3 playing -- ogg image when OGG is playing, etc... 16.42.54 # amiconn: might be, can't remember ;) 16.42.59 Part O112351 16.43.12 # wtf 16.43.14 # giving the effect of multiple fonts, etc.. 16.43.21 # how is it possible that gcc doesn't know the bool type?? 16.44.12 # amiconn: did you know why the buffer position fluctuates? 16.44.46 # t0mas: Try adding #include at the top of logf.h 16.44.54 # hm 16.45.08 # works 16.45.11 # shall I commit that? 16.45.24 # I think so. It doesn't hurt. 16.45.27 # as using bool without that is kind of dirty... (because we don't use stdlib?) 16.45.36 # but ok, i gotta go, should i commit the resampler or not? 16.45.45 # commit. 16.45.48 # My interpretation: The small up&down fluctuations are caused by decoding in chunks. The overall tendency is downwards until it reaches the low watermark. Then the cpu gets boosted, and the overall tendency will be switched to upwards, until the high watermark is reached, where the cpu will be unboosted etc 16.46.12 # It probably works most of the time because is included in the main .c file, before logf.h is included. You must have found a case where that's not true. 16.46.24 # Maybe Bagder's recent changes. 16.46.52 # preglow: commit 16.47.08 # preglow: commit 16.47.40 # aight, if people complain why mpeg playback got so much slower, you know what to answer 16.47.43 # preglow: do you think it will be integrated in the playback code soon? I have some 48 khz files :) 16.47.55 # t0mas: i have no idea, i won't have the time 16.48.17 # preglow: You keep saying that.... 16.49.01 *** Alert Mode OFF 16.50.24 # t0mas: It seems the code impact is even less than 1 KB 16.50.37 # (unless it isn't compiled for Ondio) 16.50.46 Join O11 [0] (~O112358@82-35-100-143.cable.ubr05.dals.blueyonder.co.uk) 16.51.09 # hello again everyone 16.51.18 # * GodEater waves 16.51.45 # amiconn: it's compiled for HAVE_LCD_BITMAP units 16.51.57 # don't know if that's ondio? 16.51.57 # Good. 16.51.57 # yes 16.52.01 # ok, then it's < 1 kb :) 16.52.07 # ok, commited 16.52.09 # They have the same display as the recorders 16.52.10 # feedback, plz 16.52.17 # why does it say that my old nickname; O112358 is already in use? 16.52.31 # it can't be 16.52.42 # It's just mounted flipped, so the flip code has to work complementary 16.52.42 # is gaim closed? 16.52.50 # yes 16.53.25 # i also deleted my irc setup in gaim 16.53.32 # amiconn: don't .rocks exclude bss, btw? 16.53.38 # makes no sense to include it 16.53.50 # They include .bss 16.53.59 # It could be excluded, yes 16.54.14 # preglow: I'm assuming there is no space left in IRAM for your resampled_data buffer? 16.54.15 # is there a way to search all users in a server? 16.54.19 # ...since we clear the plugin area before loading plugins 16.54.46 # linuxstb: oh god no, not by far 16.54.58 # linuxstb: the most critical case is downsampling, and that can be done in place 16.55.02 # No, we can't do that 16.55.02 # linuxstb: i just haven't done it 16.55.19 # This way the plugin loader wouldn't know how much ram the plugin is going to use 16.55.33 # a header? 16.55.58 # so how can i solve my nick problem, any ideas? 16.56.11 # The current solution is probably the simplest. Hard disk space shouldn't be a problem... 16.56.46 Quit DMJC-L ("Leaving") 16.57.34 # preglow: U're resampling in the 32 bit domain? 16.57.41 # amiconn: yep 16.57.50 # Why??? 16.57.52 # amiconn: it pays to do all processing with as much precision as possible 16.58.21 # remember that we might need to do further processing as well 16.58.21 # Hmm, but reading 32 bit samples then writing to a buffer then reading again... doesn't help performance 16.58.55 # i sincerely doubt doing 16 bit multiplies would help by much 16.59.03 # please help me someone :( 16.59.06 # and we'd have more roundoffnoise 16.59.16 # I don't mean the multiplies, I mean the memory access 16.59.33 # O11: type /whois [oldnick] 16.59.38 # that should be done in iram 16.59.38 # and /whois O11 16.59.40 # and then compare 16.59.42 # like i say, in-place 16.59.44 # ok 16.59.44 # Apart from that, the standard coldfire multiplies are slooow and 32 bit multiplies are slooooooow 16.59.48 # thanks 16.59.50 # if the ip's are the same... it's you :P 17.00.00 # amiconn: they're not THAT slow 17.00.22 # i see 17.00.22 # 5 clocks for 16x16 and 9 clocks for 9 clocks for 32x32 is slow 17.00.39 # Stupid fucking Google 17.00.39 # "The" is a common word, and was not included in your search 17.00.53 # "Who" is a common word, and was not included in your search 17.00.53 # lol 17.01.15 # 5 clock for 32x32, i believe 17.01.16 # with two registers 17.01.20 # ("The Who" will be greater :p) 17.01.30 # thanks t0mas, gaim is still connecting me even though i have closed it and made it so it does not connect me to irc 17.01.38 # The SH does 16x16 in 3 clocks, and that can be shadowed when doing other insns in between, so it needs 1 clock 17.01.41 # O11: then kill it 17.02.10 # anywho, i believe the mul i use now has a 5 cycle latency 17.02.43 # feel free to optimise, it needs it 17.03.11 # what it needs most is an in-place downsample, so feel especially free to do that ;) 17.03.11 # what do you mean by kill it t0mas, and also how do you do personal chat things? 17.03.21 # 011 - task manager.... 17.03.33 # preglow: It's even worse muls.w and mulu.w take 9 clocks, mulu.l and muls.l 18 clocks (!) 17.03.53 # We're practically obliged to use EMAC 17.03.54 # amiconn: i believe that's on a coldfire with no emac unit 17.04.13 # i can't tell which task is the gaim one 17.04.13 # guess 17.04.23 # amiconn: on coldfires with emac units, it's done faster, but i use the emac unit directly wherever i can anyway 17.04.26 # Hmm, might be. I wonder how to tell which coldfire belongs to which family 17.04.40 # and how do you say something to a specific person? 17.04.47 # ours is a 2M 17.04.59 # Okay, then it's 3 and 5 clocks 17.05.09 # where do you read this info, btw= 17.05.10 # ? 17.05.30 # There's that nice COLDFIRE2UM.pdf in the datasheets wiki page 17.05.43 # there's timing info in COLDFIRE2UM.pdf and MCF5249UM.pdf, and they differ some places 17.07.49 # amiconn: but yes, with all the processing stages we might end up doing, i think we should keep the precision as long as we can 17.08.06 # how do you send a message to a specific person? 17.08.14 # not a must, of course, but that most certainly is how it's usually done in signal processing 17.08.14 # Hmm, indeed there's contradicting information... 17.08.18 # O11: /query nickname 17.08.33 # Didn't find the timing info in MCF5249UM.pdf btw 17.08.35 # only way? 17.08.38 # ...until now 17.08.57 Join DMJC-L [0] (~DMJC-L@60-240-221-18.tpgi.com.au) 17.08.57 # O11: Try /whois nickname 17.08.59 # can you not click on the person's name or something? 17.09.03 # but yes, someone please make downsample in-place, and please put it somewhere in playback 17.09.06 # i gotta go, later 17.09.11 Quit preglow ("leaving") 17.09.23 # O11: right button on the person, "Query" 17.09.30 # If I remember 17.10.28 # no not Chat 17.10.51 # w8 a sec 17.10.54 # i don't see anything saying query 17.11.05 # I'm launching Xchat w8 lol 17.11.46 # "Open dialog windowé" 17.11.48 # -é 17.17.06 Quit GodEater ("CGI:IRC") 17.17.32 # t0mas: It's somewhat above 400 bytes 17.17.45 # amiconn: ok 17.18.00 # hm.. 17.18.04 # char *a; 17.18.09 # const char* b; 17.18.12 # b = a; 17.18.16 # Not too bad, compared to some other features... 17.18.30 # that's impossible right? 17.18.30 # No it's not 17.18.54 # hm 17.18.54 # const char* means that the data pointed to is constant, not the pointer itself 17.19.00 # ah ok 17.19.07 # and I get a warning on that: 17.19.08 # warning: assignment discards qualifiers from pointer target type 17.19.10 # That would be char const * 17.19.34 # Yes, that is because you assign a pointer to constant data to a pointer to non-constant data 17.20.01 # Code using a is allowed to alter the data pointed 17.20.09 # ...while code using b is not 17.20.18 # hm... and what if I know the pointer a is to some part of b? 17.20.21 # cast it? 17.20.37 # const char* a; 17.20.55 # oh... duh.. 17.20.59 # * t0mas wakes up 17.21.10 # I know this, I did the constification of rockbox for ROM execution 17.21.14 # where do I find the whole CVS list for iRiver? 17.21.53 Join Dave99 [0] (~c182553c@labb.contactor.se) 17.21.53 # or rather where do I find a more complete list of recent activity? :) 17.22.11 # O11: like this? 17.22.14 # Rori: 'cvs log' 17.22.34 # hm 17.22.42 # where is that? 17.22.45 # front page? 17.22.50 # Rori: that's a cvs command 17.22.54 # yeah maxime, that is what i want 17.22.56 # check out the sources 17.22.59 # issue the command 17.23.02 # wham 17.23.07 # the entire rockbox history 17.23.22 # t0mas: You can have fun things like const char const * .... 17.23.45 # ...meaning a constant pointer pointing to constant data. 17.23.51 # (hum, for a "long" number, it's %l no ? 17.24.01 # hi, I've been away for a while - has playback broken on hp120? 17.24.08 # I must be thick 17.24.09 # its %ld for longs 17.24.12 # ok 17.24.14 # thx ^^ 17.24.14 # can't figure out how to find it 17.25.35 # ah well too much effort anyhow 17.25.56 Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) 17.27.52 # why does a long divided by an int returns 0? o_O 17.30.45 Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) 17.31.55 Quit Dave99 ("CGI:IRC") 17.34.17 # Maxime`: no compiler warnings? 17.34.47 Join mborus [0] (~3e9a8f55@labb.contactor.se) 17.35.13 # no 17.35.44 Quit mborus (Client Quit) 17.37.10 Quit DaKi][er () 17.42.27 Join Maxime`Mrn [0] (~flemmard@fbx.flemmard.net) 17.42.28 Quit Maxime` (Read error: 104 (Connection reset by peer)) 17.42.42 # Bagder? 17.42.44 # Maxime`: When you say "long", do you mean "long" (32-bit) or "long long" (64-bit) ? 17.42.45 *** Saving seen data "./dancer.seen" 17.42.51 # why does logfdump dump in reverse order? 17.42.52 Part fuzzie 17.43.28 # linuxstb: in fact, I want to do sth like this : result = ((i % 300) / 300); 17.43.28 # (i is an int) 17.43.39 # and i'd like to know what type must be "result" to have something.. :x 17.44.06 Join greygnome [0] (~greygnome@69.2.248.18) 17.44.16 # It must be a float - i % 300 will always be between 0 and 299. So integer dividing will give 0. 17.44.38 Quit Andrew179 ("Leaving") 17.44.38 # yes i know 17.44.48 # (it's for a kind of progress-bar) 17.45.07 Part greygnome 17.45.12 Join greygnome [0] (~greygnome@69.2.248.18) 17.46.44 # Maxime`Mrn: Can you explain your problem? What exactly is "i"? 17.46.57 # i do but this always returns 0 -_-((int % int) / int) 17.47.07 # i do ((int % int) / int) but this always returns 0 -_- 17.47.21 # int = ((int % int) / int) 17.47.23 # ? 17.47.39 # no i've tried float = ((int % int) / int) 17.47.44 # but always 0 17.48.05 # and I != 0 ? 17.48.36 # * amiconn is completely puzzled about some asm code in rolo.c 17.49.06 # call linus ;) 17.49.25 # Maxime`Mrn: What exactly are you trying to achieve? 17.49.30 # One instruction seems to be completely superfluous, and some others can be shortened considerably 17.49.55 # (not that it hurts performance, but why waste space?) 17.50.15 # maybe Linus forgot his *oops* commit there? 17.50.38 # so, i have an int always increasing, and I want to have a number beetween 0 and 1, using (-myintincreasing- % 300) / 300, to have a number restarting after 300 increases 17.50.39 # I also wonder why he doesn't use moveq.l instead of move.l where appropriate 17.50.51 # (don't know if I'm well explaining) 17.51.11 # amiconn > not a part of the sanitize code ? 17.51.37 # bobTHC: Huh? What do you mean? 17.53.09 # Maxime`Mrn: try (-myintincreasing- % 300) first 17.53.11 # and logf that 17.53.15 # Maxime`Mrn: result=((float)(i % 300))/300.0; (where i is int, and result is float) 17.53.29 # and then devide by 300, and logf that too 17.53.30 Quit ashridah ("holy crap! 2am. sleep!") 17.54.05 # linuxstb i'll try 17.58.50 # Does anyone know if there is a way to recover files on the jukebox? Specifically, I was recording a meeting last night and I turned off the jukebox before hitting the stop button for recording. I have the Jukebox Recorder 20 (JBR20101). I have looked through the faq and searched the wiki so I hope this isn't a repeat question. 18.05.18 # linuxstb: it works if I add (float) everywhere ^^ lol :x 18.05.19 Quit Chamois (Read error: 131 (Connection reset by peer)) 18.06.02 Join Chamois [0] (HydraIRC@champigny-5-82-226-182-23.fbx.proxad.net) 18.08.17 # Maxime`Mrn: What are you trying to do? If it is for rockbox, forget about float 18.08.18 # ah.. 18.08.43 # what should I use instead? :s 18.08.51 # Use integers.... 18.08.58 # hum 18.09.30 # yeah ok.. lol 18.09.48 # If you need to draw a progress bar, then you need to scale (i % 300) from 0..299 to the width of your progress bar. 18.10.11 # in fact, i want to scroll sth from right to left 18.11.26 # hum 18.11.28 # how to explain 18.11.38 # you know the game "stepmania" or "DDR" ? 18.12.06 # No. 18.12.08 # huim 18.12.24 # I want to show arrows coming to a point 18.12.38 # As amiconn said, if you want it to work with any speed, you need to think about how to implement it using integer maths only. 18.13.15 # yup 18.13.15 # i'll do that ^^ 18.18.24 # Can anyone explain a possible reason for getting this message when trying to access a server? : 18.18.25 # --- Connected. Now logging in.. 18.18.25 # --- G-Lined: Client joined '#zurna' - Turks have been banned from this network for years 18.18.25 DBUG Enqueued KICK O11 18.18.25 # --- Closing Link: O112358[82-35-100-143.cable.ubr05.dals.blueyonder.co.uk] by Buffalo.NY.US.ZUH.Net (K-lined) 18.18.25 # --- Disconnected (Remote host closed socket). 18.19.14 # i started getting it when i tried to join a room called something like KIllER TROJAN RooM EnTeR AND DIE!! 18.19.44 # just out of pure curiosity 18.19.53 # did i get banned from the server or something? 18.20.03 Quit DMJC ("Leaving") 18.20.10 # yes you did O11 18.20.50 # do you think it might have assumed i was some kind of hacker BOT or something? 18.21.03 # yes 18.21.11 # well well well 18.21.30 # but i'm not a bot! i'm a real person :'( 18.21.39 # and not a hacker in any way 18.21.49 # it's made a mistake :'( 18.23.50 # try another server in that net 18.25.05 # thegeek: gline is global 18.25.13 # he has to email the serveradmin 18.25.30 # Is k-line also global? 18.25.58 Part greygnome 18.26.11 # amiconn: no 18.26.43 # O11: Some trojans use those special channels, and you'll get banned for sure when you try to enter them 18.26.44 Quit Stryke` (Read error: 60 (Operation timed out)) 18.28.36 # could they not just remove the channel to avoid people like me getting banned? 18.28.37 # should i look around on ZUH.net to try and contact an admin or something? 18.28.58 # u have been klined so only ircop can help u 18.29.07 # ok 18.29.48 # bobTHC: glined 18.30.01 Quit ]RowaN[ () 18.30.05 # and K 18.30.24 # >> "O112358[82-35-100-143.cable.ubr05.dals.blueyonder.co.uk] by Buffalo.NY.US.ZUH.Net (K-lined)" 18.30.48 # oh lol 18.31.02 # what should i do? 18.31.22 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 18.31.22 # * amiconn summons LinusN 18.31.22 # i have been wrongly k-lined :( 18.31.23 Nick QT_ is now known as QT (as@area51.users.madwifi) 18.31.29 # how can i contact someone? 18.31.52 # check the website 18.31.56 # change from buffalo ircd, in general it's serv specific 18.32.35 Nick Febs is now known as Febs_away (~chatzilla@64-190-36-240.client.cypresscom.net) 18.32.43 # hm... we use unreal... there it's a setting 18.33.04 # the ircop's don't seem to have any contact information 18.33.38 # http://www.zuh.net/servers/home.html 18.33.53 # change serv or contact the op 18.35.03 # i want to go to a specific room so i can't really change server can i? 18.35.33 # of course they're linked... 18.35.48 # except if a netsplit occur 18.36.19 # bobTHC: but he still has a Gline 18.36.26 # so he can't use any other server in that net either 18.36.47 # amiconn: can you test WPS image stuff again? 18.36.47 # depend of op rules 18.37.00 # it takes some more space now... but Linus and preglow liked this format :) 18.40.08 # t0mas: Why do you need both a number and a filename for each image? 18.41.06 # because I can't use the filename as an index in the array 18.41.22 # and I have to do a simple check for loaded or not... 18.41.55 # because I would waste resources by loading it every time... 18.46.58 # Hmm, i will move that resampler code to playback.c so codecs don't need to worry about that 18.48.18 # i have contacted the op now via email and am awaiting a response, I hope he isn't asleep :) 18.48.43 # t0mas: I may be misreading your code, but what happens if you try and display the same image twice? I can't see how it would work. 18.49.20 # I would also suggest an option not to animate the charge status while charging. instead it could display current battery charge level (something like for example current_voltage - 0.05 to make it accurate) 18.50.02 # O11 > Glined is usualy temporary... so wait and see ;) 18.50.30 Join TCK- [0] (TCK@81-86-102-77.dsl.pipex.com) 18.50.30 # linuxstb: it won't display the second image :) 18.50.33 # well i have sent an email now 18.50.38 # you'll have to chose 2 different id's 18.50.40 # and load the same file twice 18.50.49 # (how inefficient) 18.51.22 # damn... preglow rocks... my 22 khz song sounds way better than with the iriver firmware :D 18.51.32 # Also, can you have conditionally displayed images? 18.51.41 # no 18.51.57 # but it's on my list 18.52.08 # someone wanted it 18.53.20 # So when would rockbox try to reload an image that is already loaded? I would have thought that either they were all loaded, or none of them were. 18.54.54 # hm? 18.55.09 # no... if you want to use 1 image 2 times... then you have to add 2 tags 18.55.13 # %x1 and %x2 18.55.17 # with the same filename 18.55.26 # t0mas: I think the wps formatting codes for bitmaps should be split in 2, one for loading the .bmp and assigning a number, and another for actually displaying the image, giving position and all 18.55.41 # that sounds goot to me 18.55.42 Quit thegeek (Read error: 145 (Connection timed out)) 18.55.44 # *good 18.55.57 Join belgarath [0] (~acd80976@labb.contactor.se) 18.56.00 # it would solve the 2x one image too 18.56.24 # This way one could display the same bitmap in multiple places and still load it only once 18.57.39 # ye 18.57.40 # s 18.57.42 # Or extend the command to accept multiple locations. 18.58.35 # That would be less flexible 18.58.41 # ..and harder to read 18.59.20 # Having 2 format codes would e.g. allow to put the display codes into different conditionals 18.59.30 # (once conditional rendering is done) 19.00.02 # Sorry everyone if I was wasting everyones' precious time with my questions about getting my server bans lifted etc. someone has been telling me off so i thought i should say sorry 19.00.17 Quit DMJC-L (Connection timed out) 19.00.50 # amiconn: it's a great idea... 19.01.11 # I can parse the second tag (displaying) somewhere else... 19.01.50 # and that way make it conditional :) 19.02.08 # t0mas: I imagine displaying an album symbol in front of an album tag, but if there is no album tag and the folder name is displayed, it could display a folder symbol instead... 19.02.16 # yes, that would be cool :) 19.02.36 # That _could_ even look good on archos if the symbols are small enough 19.03.03 # 8x8 is probably the maximum 19.04.41 Quit bobTHC ("Smoke Weed Every Day !") 19.05.45 # Is it worth thinking about album art - e.g. a special tag for files inside the same directory as the currently played track. 19.06.47 # Not with b&w imho. That reminds me... 19.07.28 Join tvelocity [0] (~tony@84.254.10.26) 19.07.33 Quit TCK (Read error: 110 (Connection timed out)) 19.10.18 Join Tangleding [0] (~Tangledin@ARennes-351-1-31-219.w82-126.abo.wanadoo.fr) 19.14.53 # Hello 19.14.53 # :) 19.15.00 # Nice work today again 19.15.05 # :) 19.17.19 # Linus' audio debug code added 5 warnings to gmini build :-/ 19.18.36 # Hello Amiconn :) 19.19.46 Join daven [0] (~18225f06@labb.contactor.se) 19.19.46 # i also read that the iRiver wave recording GLITCH is fixed by Rbx... 19.19.56 # That's very cool new! 19.20.27 # (i barely understand why iRiver didn't fixed this stupid bug if it was only software...) 19.22.36 # Ooooh the MisticRiver rockbox board is more and more crappy... :( 19.23.10 # Tangleding: I didn't think enough testing had been done to say for certain that the recording glitch is gone. 19.23.33 # ah okay 19.23.40 # i read this somewhere 19.23.57 # should have misunderstood 19.24.49 # sorry 19.25.57 # Was this post in fact: 19.26.00 # http://www.misticriver.net/boards/showpost.php?p=258571&postcount=112 19.26.15 Join ghostiger [0] (~ghostiger@e2b2959e7b53fe7c.session.tor) 19.28.59 # have you seen this post regarding the glitch? 19.29.03 # http://www.misticriver.net/boards/showthread.php?t=23364 19.29.30 # apparently a solution has been found with iriver fw 19.29.57 # which gives hope it can be dealt with in rockbox 19.30.25 # i watch it thanks Daveb$ 19.30.29 # daven 19.30.30 # (sorry) 19.32.40 # Seems very strange if i understand well... 19.33.01 # I guess it means it's really only a stupid soft bug no? 19.33.28 Join thegeek [0] (na@ti521110a080-1839.bb.online.no) 19.33.40 # appears so. i guess i river just didn't put much effort into fixing it 19.33.52 # hifi recording is not a priority for most unfortunately 19.35.29 # That's quite incredible 19.35.44 # i remember about big petition for glitch fix 19.36.13 # really can't believe they did nothing to solve something so silly 19.36.14 # :| 19.36.22 # that was the only thing keeping me from buying an iriver for the longest time 19.36.31 # Thanks again for the link daven :) 19.36.43 # np :) 19.36.46 # souds really incredible 19.41.36 # I m' really astonished 19.41.56 # i m gonna relay this information to some HA guys who will be very interested 19.42.03 # (JeanLuc for exemple) 19.42.48 *** Saving seen data "./dancer.seen" 19.44.46 # hehe 19.45.37 Join muesli- [0] (muesli_tv@Bc1ec.b.pppool.de) 19.45.53 # hi HCl 19.45.54 # :) 19.46.05 # hi tang 19.46.06 # (hum, 'dont understand what RoLo is? or will be..)? :s 19.46.12 # :D 19.46.14 # hi HCl 19.46.16 # you're laughing about this GLITCH story? 19.46.18 # :) 19.46.24 # Hi Muesli 19.46.25 # :) 19.46.45 # :) 19.49.02 # hello 19.49.03 # yea 19.49.15 # :) 19.49.27 # * HCl goes back to catch up on sleep 19.49.38 # * muesli- yawns :D 19.50.31 # :) 19.50.32 # God night HCl 19.50.32 # :) 19.50.32 DBUG Enqueued KICK Tangleding 19.50.32 # good 19.50.33 # Maxime`Mrn: http://www.rockbox.org/twiki/bin/view/Main/RoLo 19.50.49 # i've understood ^^ (best way, test! :p) (I can launch original firmware using RoLo?) 19.51.12 # Not on iriver, since the original firmware doesn't exist as a file 19.51.25 # k it's what I thought ^^ 19.51.53 # thx 19.53.14 Join LinusN [0] (~linus@labb.contactor.se) 19.53.46 # hi again LinusN 19.53.47 # 17.48.36 # * amiconn is completely puzzled about some asm code in rolo.c 19.54.14 # I'm no longer puzzled as you might have guessed from my latest commit 19.54.34 # However, I still wonder why crt0.S doesn't use some obvious optimisations 19.54.41 # hi 19.54.45 # ...like using moveq.l where appropriate 19.54.49 Join preglow [0] (~81f18ab7@labb.contactor.se) 19.54.49 # hi Slasheri 19.55.21 # LinusN: Btw, there was a bug in rolo_reload() which fortunately didn't hit 19.55.43 # It still used 0x30000000 as the start address (hardcoded) instead of 0x31000000 19.55.58 # amiconn: you still wonder why i haven't spent more time optimizing stuff that doesn't need optimizing? :-) 19.56.16 # preglow: i am thinking about moving the resampler code to playback system. But if i understood correctly that requires the resampling to be made before dithering. Maybe i can move dithering stuff to playback system too? 19.56.26 # It's not that it needs speedup, but saving code can never hurt 19.56.37 # moveq.l uses 1 word. move.l uses 3 19.56.56 # move.l #immediate,dest 19.56.58 # Slasheri: yes, you should, if you ask me, we should do as much processing as we can with the higher precision, then dither it down to 16 bits 19.56.58 # oh, 4 bytes! :-) 19.57.07 # 4 bytes and again 4 bytes and.... 19.57.10 # amiconn: i'm being sarcastic 19.57.56 # preglow: ok, good. Is the dithering/rescaling code in codecmpa so general that it could be integrated to playback system? 19.58.04 # Slasheri: no idea 19.58.15 # hmm :) 19.58.29 # i can't hear the difference with dithering, so i don't care either :) 19.58.54 # i think that ideally it's only needed in codec to configure(SET_SAMPLERATE, ...) and configure (SET_DITHER_ENABLE) 19.59.11 # those should be in settings 19.59.15 # preglow: hehe, but what about the scaling? 19.59.17 # cvs update: conflict: removed `apps/plugins/codecmpa.c' was modified by second party 19.59.19 # ;-) 19.59.23 # That should be general? 19.59.48 # bagder: sorry :/ 19.59.48 # no worries 19.59.51 # slasheri: scaling and clipping needs to be done 20.00.00 # slasheri: the scaling should always be a simple right shift 20.00.22 # preglow: ok, so that could be integrated to playback code :) 20.00.28 # yup 20.00.31 # great 20.00.34 # clipping depends on the codec 20.00.57 # but all transform codecs need clipping 20.01.08 # clipping is not needed for lossless codecs, nor is dithering 20.01.17 # hmm, so clipping should be configurable also 20.01.24 Quit linuxstb (Read error: 145 (Connection timed out)) 20.01.24 # so there should be a codec flag or something, telling if the codec is lossless 20.01.58 Join linuxstb [0] (dave@dsl-212-23-31-215.zen.co.uk) 20.01.59 # slasheri: the problem is, we can't afford too many passes over the buffer, we should integrate as much as we can into one loop 20.02.10 # i think that every codec can configure that clipping (enable it if necessary) 20.02.19 # 320kbps mp3 is REALLY struggling with resampling enabled 20.02.24 # Slasheri: good idea 20.02.29 # preglow: yes, i keep that in mind 20.02.40 # everything will be done on one buffer 20.02.45 # yep 20.02.51 # downsample() should be made to work in place 20.02.57 # since that should be possible there 20.03.01 # not so for upsample() 20.03.07 # LinusN: There are 3 places in crt0.S that could use moveq.l. And line 183 could be replaced with clr.l (%a2) 20.03.41 # amiconn: do whatever changes you feel necessary 20.04.54 # Line 183 is bootloader only, so I can't test 20.04.55 # of course you can ;) 20.04.58 # first codec move test coming right up 20.05.16 # This is the bootloader crash recovery, so I'd need to make it crash first 20.06.23 # "currently it slows down playback quite a bit" - is that normal 44khz files as well or just if files need sampling? 20.06.29 # LinusN: A related question: Why are the m68k assembler parts indented by 8 spaces, unlike all other asm? 20.06.34 # inflating: .rockbox/codecs/vorbis.codec 20.07.23 # belgarath: ALL files are resampled, currently 20.07.55 # preglow: Hmm, is there any need to resample 44 kHz? 20.07.58 # ok 20.07.58 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 20.07.58 # * t0mas is away: party! :D 20.07.58 # belgarath: there's no difference in quality if the file doesn't need it, but the cpu is still being loaded 20.08.09 # good old paperclip 20.08.26 # Slasheri: 'course not, i just couldn't be bothered to do the code, since it was all going to be reimplemented in playback anyway 20.08.26 # Bagder: saw my question? 20.08.29 # no 20.08.31 # (logf reverse dumped) 20.08.34 # preglow: ah, ok :) 20.08.36 # and i'm writing a report that badly needs writing now 20.08.37 # is there a reason for that? 20.08.44 # rockbox is too bloody fun :/ 20.08.52 # t0mas: you mean when saving to file? 20.08.55 # or shall I fix it tonight/tomorrow? or do you have time left? 20.09.01 # Bagder: logf dump in the debug menu 20.09.24 # I was just being lazy when I wrote it and I didn't think it mattered 20.09.48 # ah, do you mind if I change that? 20.09.55 # no, go ahead 20.10.01 # ok, I'll take a loot tomorrow 20.10.15 # a loot! ;-P 20.10.16 # amiconn: i guess i just didn't care when i wrote that asm part, and emacs has 8 spaces by default in asm mode 20.10.34 # *look 20.11.49 # emacs :/ 20.12.06 # great! the oven's broken 20.12.15 # hoo-fucking-ray 20.13.19 # http://daniel.haxx.se/rockbox/codecmv-1.patch 20.13.28 # in case anyone wants to have a look/comment 20.13.33 # doesn't work yet 20.14.37 Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) 20.17.09 Part LinusN 20.20.28 # ... and I see why 20.20.32 # Slasheri: you should probably also make it so you don't need to resample structs to resample a stereo stream, that should speed things up somewhat, since most of the resample variables wont have to be calculateed twice for each channelø 20.20.42 # to = two resample structs 20.21.28 # ok, good :) 20.25.04 Join webguest87 [0] (~d49f4cf2@labb.contactor.se) 20.25.04 Quit TCK- (Read error: 104 (Connection reset by peer)) 20.26.42 Join TCK [0] (TCK@81-86-208-244.dsl.pipex.com) 20.28.56 Quit Stryke` (Read error: 60 (Operation timed out)) 20.30.21 Quit webguest87 ("CGI:IRC (EOF)") 20.30.31 Join webguest74 [0] (~d49f4cf2@labb.contactor.se) 20.32.05 Quit O11 ("Leaving") 20.32.33 Quit muesli- (Read error: 110 (Connection timed out)) 20.41.54 Join webguest58 [0] (~d49f4cf2@labb.contactor.se) 20.41.59 Quit webguest58 (Client Quit) 20.45.21 # hey 20.45.32 # what are the dimensions of the iriver screen in pixels? 20.45.41 # 160x128 20.45.47 # h1x0 models 20.45.50 # k. thanx 20.46.20 Join asdsd____ [0] (~asdsd@h-67-100-29-118.miatflad.dynamic.covad.net) 20.46.23 Part asdsd____ 20.48.45 # Slasheri: here? 20.49.20 # ah never mind 20.51.53 # :) 20.52.25 # hm, cygwin .. pure shit :s 20.52.26 # lol 20.52.54 # cygwin is spawn of satan himself 20.53.23 # btw, I'm currently disabling the *2wav plugins 20.53.27 # yeah :x lol 20.53.28 # Bagder: agreed 20.53.49 # someone needs to add 'dump to wav' to the file menu, though 20.54.05 # so we've still got the functionality 20.54.15 # yes 20.54.25 # or better yet, dump to aiff! 20.54.30 # no byte swapping :) 20.54.34 # hehe 20.56.23 # * Bagder prepares paperclip 20.56.46 # wooo, music! 20.56.46 # lol 20.57.06 Quit belgarath ("CGI:IRC") 20.57.06 # paperclip is our friend 20.57.07 # ;) 20.57.35 # carmina burana, rotating cube *and* a codec api 20.58.22 # hm, can we now listen music and rocckboy @ the same time? 20.58.32 # you can try at least 20.58.47 # it might result in fun effects 20.58.50 Join TCK- [0] (TCK@81-86-101-218.dsl.pipex.com) 20.59.00 # lol 20.59.11 # before, it hanged "ilptr" 20.59.17 # http://daniel.haxx.se/rockbox/codecmv-2.patch 20.59.21 # 127KB patch 20.59.39 # Slasheri: I could use your feedback on this before I commit 20.59.50 # Maxime`Mrn: we fixed that this morning 21.00.10 # now there's a patch with a great big head of hair 21.00.51 # great 21.01.21 # uch 21.01.22 # lol 21.01.37 # a long loading and.. 21.02.27 Join Audiophil [0] (Audiophil@216-55-193.0102.adsl.tele2.no) 21.02.44 # hi, anyone made a image-wps yet? 21.06.05 # about the glitch 21.06.17 # i wonder about a strange hypothesis 21.06.44 # would you think it could have been sorta unfaire watermark from iRiver? 21.08.26 # their firmware isn't exactly high quality 21.08.31 # i don't know what to expect from them 21.08.54 # okay 21.08.59 # I think it is a plain bug, possibly related to something technically tricky 21.09.06 # you should be right in fact Prelow 21.09.09 # Preglow 21.09.11 # (sorry) 21.10.09 # i wonder why you can't control playback speed for anything but mp3 21.10.18 # perhaps their vorbis implementation runs really marginally 21.10.23 Join Susu [0] (~susu@host-84-9-108-62.bulldogdsl.com) 21.10.56 # anyone around? 21.10.57 # more likely they implemented it like i implemented resampling in rockbox ;) 21.10.57 # susu: apparently 21.11.16 # I've got an mp3 player with fm radio that was shipped with the rockbox firmware, but it's not on the rockbox site 21.11.32 # really? 21.11.39 # can you show us a pic? 21.11.46 # I put it into firmware upgrade mode 21.11.55 # then plugged it into the usb port and got a file 'firmware.h' 21.11.56 # $Id: uda1380.h,v 1.5 2005/06/16 20:16:58 preglow Exp $ 21.12.04 # yeah I'll get a picture 21.12.12 # what brand is it? 21.12.13 # ? 21.12.20 # no idea what the brand is 21.12.24 # it's unbranded 21.12.30 # I've been trying to find the firmware for it 21.12.34 # did you get if off of ebay? 21.12.41 # when I searched for a quote from the manual... 21.12.49 # http://www.google.co.uk/search?sourceid=navclient&ie=UTF-8&rls=GGLD,GGLD:2004-47,GGLD:en&q=%22The+player+supports+firmware+upgrading+or+maintenance%22 21.13.02 # but the maxdigital site has no firmware on it 21.13.19 # Coldtoast yes I got it from ebay 21.13.36 # is it hard-disk or flash based? 21.13.59 Quit cYmen (Read error: 113 (No route to host)) 21.13.59 # * preglow does the 'wtf' 21.13.59 # flash 21.14.12 # the box was sealed 21.15.00 # quite a mystery! 21.15.17 Quit yngwi (Read error: 60 (Operation timed out)) 21.15.45 # a picture would be very cool 21.16.01 # just took some on webcam 21.16.08 # I'll upload them somewhere 21.16.33 Quit TCK (Read error: 110 (Connection timed out)) 21.16.40 Quit Tangleding ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]") 21.17.03 # sounds like it's a harware ripoff of some other player rockbox supports 21.18.20 # perhaps 21.18.29 # that would be fun :] 21.18.49 # www.ncclan.co.uk/temp/mp3 21.19.41 # sorry the quality's not so great 21.19.52 # you sure it's running rockbox? 21.20.00 # I uploaded the 'firmware.h' file I got from it 21.20.20 # you put it in firmware upgrade mode and plug it in, then you see this on the disk instead of your mp3s 21.20.33 # that's pretty weird 21.20.38 # o_O 21.20.40 # that's the header for the sound chip in the h1x0 21.20.58 # god knows why there's a header file lying around 21.21.02 # Bagder: nice patch :D just go ahead if it works 21.21.12 # it's very recent as well 21.21.31 # susu: and that's all that you can see on it? 21.21.54 # yes 21.21.57 # the date is wrong 21.22.15 # it's not 16th june 21.22.21 # unless they meant 2004 21.23.09 # no, that's the exact date i modified that file 21.23.26 # but that file has been there since march :\ 21.23.33 # lol? 21.23.39 # rockbox code from the future! 21.23.40 # that's not possible 21.23.42 # maybe they have a time machine!!! 21.23.58 # the player has not been updated and it was bought in march :\ 21.24.08 # you must have placed the file there by accident somehow 21.24.16 # Bagder: btw, codecs.c is missing from the patch 21.24.27 # oh 21.24.40 # there's no way I put the file there by mistake 21.24.55 # I'd not even heard of rockbox until I saw the file 21.24.58 # susu: it's quite impossible that that file's been on the device since march, it contains changes i did on the exact date it is marched 21.25.12 Join ]RowaN[ [0] (a2b0y@82-43-211-171.cable.ubr10.newm.blueyonder.co.uk) 21.25.16 # MARKED 21.25.22 # w00t 21.25.26 # <]RowaN[> time to play with wps images =] 21.25.29 # susu: then this is weird indeed 21.25.35 # maybe there is more future rockbox code hidden there 21.25.41 # but still, unless somehow has a time machine, it's quite impossible 21.25.43 # Slasheri: there's a codecmv-4.patch there now with those 21.25.47 # dyou said "(Susu): you put it in firmware upgrade mode and plug it in," 21.25.51 # had you done that? 21.25.53 # Bagder: great :) 21.26.02 # * amiconn wonders why his H140 drop on the floor caused the HD to increase its noise level 21.26.04 # Coldtoast yes 21.26.13 # you should plug it in and then run the firmware upgrader 21.26.23 # but I just browsed the 'USB Storage Device' 21.26.26 # well then. would that not be how the file got on there? 21.26.27 # and found that file 21.26.33 # <]RowaN[> greyscale isnt implemented on rockbox yet properly is it? 21.26.40 # rowan: correct 21.26.43 # <]RowaN[> bugger 21.26.56 # the bmp loader only supports 1 bit files anyway 21.27.02 # I dropped it from the table to the floor, about 75 cm. If it stopped again within 2mm on the floor (reasonable since there is some carpet), the shock shouldn't have exceeded 400G 21.27.06 # <]RowaN[> 1bit porn will be leet 21.27.27 # However, the Toshiba should survive an 800G shock when not operating... 21.27.59 # ok I just installed the firmware upgrading software 21.28.25 # is it called "cygwin"?:P 21.28.35 # nope 21.28.38 # :p 21.28.54 # http://www.ncclan.co.uk/temp/mp3/upgrade.JPG 21.29.09 # at least I know it's made by 'wilson co. ltd' now 21.29.10 # Bagder: Hmm, it looks good. Just commit :) 21.29.31 # ok 21.29.38 # buckle up my friends ;-) 21.29.55 # :D 21.30.53 Quit thegeek (Read error: 131 (Connection reset by peer)) 21.30.57 # "This file is in the directory "(install directory)\recover", and its name is $ACTSDK$.FW." 21.31.07 # is ACTSDK anything to do with rockbox? 21.31.14 Join thegeek [0] (na@ti521110a080-1839.bb.online.no) 21.32.25 # I think in case the HD breaks, I'll upgrade to the 60 GB model if I can find one. It will be able to take twice the shock... 21.33.22 # <]RowaN[> images in wps seem to be inverted.. on purpose? 21.34.09 # <]RowaN[> what is the resolution of the iriver screen? 21.34.29 # 160*128 21.34.30 # http://www.wilson.co.ltd.xfou.com/ 21.34.39 # <]RowaN[> thanks max 21.35.00 # thanks for the link tvelocity 21.35.15 # well 21.35.22 # http://www.moviecodec.com/topics/7595p1.html 21.35.37 # "Be careful about upgrading the firmware. One of my first reactions was to upgrade the firmware but I soon found out that there are a lot of MP3 players out there identified by the firmware upgrading software as: "Device Name: S1 Mp3 Player" and "Productor: Wilson Co. Ltd.". These players have little in common and therefore the Firmware is often incompatible leading to non functioning players. For some more info see here" 21.35.47 # http://s1mp3.atspace.com/ 21.36.11 # yeah Coldtoast I just flashed it and it's not booting up 21.36.37 # http://s1mp3.atspace.com/dead_recover.htm 21.36.48 # I just got it into recover mode :D 21.36.53 # cool 21.37.33 # http://s1mp3.atspace.com/product_specs.htm#prod_11 21.37.37 Join Maxime` [0] (~flemmard@fbx.flemmard.net) 21.37.38 # is that the box is came in? 21.37.50 Quit Maxime`Mrn (Read error: 131 (Connection reset by peer)) 21.38.20 # Susu : you just flashed an iriver? 21.38.24 # if it takes a lot of time to start 21.38.26 # let it work 21.38.36 # it can take little while on first startup 21.39.15 Join Sususu [0] (~susu@host-84-9-108-62.bulldogdsl.com) 21.39.15 # how queer 21.39.32 # I ran the recover software, it randomly hung for a bit and then my machine rebooted 21.39.40 # haha 21.39.42 Quit Susu (Read error: 104 (Connection reset by peer)) 21.39.48 # on that page I posted. is that the player? 21.39.54 # <]RowaN[> only scrolling text overlaps images in wps.. would be cool if all text would overlap.. or none heh 21.40.30 # I'm just going to stich the rockbox logo on the bottom of teh wps I think 21.41.48 Join Susu [0] (~susu@host-84-9-108-62.bulldogdsl.com) 21.41.53 # same again :\ 21.42.03 Quit Sususu (Read error: 131 (Connection reset by peer)) 21.42.50 *** Saving seen data "./dancer.seen" 21.43.43 # * preglow dives for cover 21.43.45 # now I really have no idea what to do 21.43.58 # why were you upgrding the firmware? 21.44.18 # for some reason the radio has never worked 21.44.32 # oh warnings 21.44.33 # and the guy who sold it said that it's a common problem and that the firmware needs to be upgraded 21.44.43 # but then he disappeared 21.44.47 # ok 21.44.56 # http://s1mp3.atspace.com/images/MINI_the_box.JPG 21.45.00 # is that the one? 21.45.10 # :O 21.45.17 # no but the guy who sold it asked if the box had a violin on it 21.45.23 # www.ncclan.co.uk/temp/mp3/ 21.46.51 # trying a different version... 21.46.52 # I wonder if it will reboot this time 21.47.55 # http://s1mp3.atspace.com/ might have relevent stuff for you 21.48.01 # this overhaul can use some further cleaning up 21.48.25 # seems that project is for devices known as "S1 Mp3 Player". 21.48.51 # http://s1mp3.atspace.com/firmware_specs.htm#firm_33 21.49.19 Join Sususu [0] (~susu@host-84-9-108-62.bulldogdsl.com) 21.49.26 # yep, it rebooted again >_M 21.49.32 # >_< 21.49.56 Quit Susu (Read error: 104 (Connection reset by peer)) 21.50.10 # Sususu: read this > se some further cleaning up 21.50.10 # (Coldtoast): seems that projec 21.50.12 # oops 21.50.20 # Sususu: read this 21.50.21 # http://s1mp3.atspace.com/firmware_specs.htm#firm_33 21.50.22 # i sincerely doubt this mp3 player runs rockbox 21.50.26 # it's got a z80 core! 21.50.30 # wow 21.50.38 # so how the hell did that file get there? 21.50.41 # o_O 21.50.52 # i don't know, but i'm 100% certain it wasn't there when you bought it 21.51.13 # maybe they use parts of rbx code? 21.51.29 # the mp3 player doesn't even have the hardware that firmware.h is meant to use 21.51.40 # <]RowaN[> what prog can i use to make fonts for rockbox? 21.52.20 # seems h1x0 uses the same fm chip, though 21.52.24 # preglow I really have no idea how that file got there 21.52.25 # your favourite font editor that can save fonts as BDF 21.53.03 # hmm 21.53.14 # I get an error about bootbox when I try to checkout rockbox-devel now 21.55.19 # <]RowaN[> i dont have a favourite hehe 21.56.20 # oh yay 21.56.23 # thanks for the help guys 21.56.26 # I got it working :D 21.56.40 # wow 21.56.44 # that's lucky 21.56.45 # (hum, FM support for iRiver is not one priority, that's it?) 21.57.12 # Maxime`: feel free to send us a patch 21.57.14 # maxime: some guy has it working, but it hasn't been put in cvs yet 21.57.21 # okai 21.57.45 # I've had my h140 since Nov last year and I don't think I've used the radio once 21.57.51 # preglow, seriously? :thumbsup: (: 21.58.55 Join LinusN [0] (~linus@labb.contactor.se) 21.59.04 # audiophil: yes, austriancoder said he had it working, but then he vanished and reportedly destroyed his mp3 player 21.59.28 # arf, someone donate one to him ;) 22.01.36 Quit RotAtoR () 22.01.47 # hmm 22.01.58 # primus compiles # cvs -d:pserver:anonymous@rockbox.haxx.se:/cvsroot/rockbox co rockbox-devel 22.01.58 # cvs server: cannot find module `bootbox' - ignored 22.01.58 # cvs [checkout aborted]: cannot expand modules 22.02.03 # anyone else getting the same? 22.02.24 # pcm_playback.c:270: warning: `interrupt_handler' attribute directive ignored < normal? 22.02.33 # bootbox is not a module 22.02.39 # LinusN: you modified? 22.02.48 # and when using latest build from the webpage, I ge I0B:Line-F at 32F47770 22.02.50 # oops? 22.02.54 # when trying to play music 22.03.04 # thegeek: get the latest blleding edge 22.03.06 Join benjimima [0] (~d56be013@labb.contactor.se) 22.03.08 # I did 22.03.12 # and I get that line-f ;) 22.03.15 # when playing music 22.03.20 # I deleted all my old rockbox stuff 22.03.28 # and just unzipped the latest build 22.03.49 # http://www.rockbox.org/daily/h100/rockbox-h100-20050622.zip 22.03.53 # that's the latest right? 22.04.07 # http://www.rockbox.org/auto/build-h100/rockbox.zip 22.04.19 # yes 22.04.19 Quit benjimima (Client Quit) 22.04.19 # that's teh bleeding edge build 22.04.24 Join benjimima [0] (~d56be013@labb.contactor.se) 22.04.24 # but that does not build the codecs 22.04.35 # kernel.c:234: warning: `interrupt_handler' attribute directive ignored < :x 22.04.42 # I did a co of just "rockbox" 22.04.44 # and got the same 22.04.52 # but I need the codes too in order to play anything) 22.04.53 # ;) 22.04.59 # s/codes/codecs 22.05.28 # hum .. another .. /home/maxou/m68k/lib/gcc-lib/m68k-elf/3.3.4/../../../../m68k-elf/bin/ld: error: no memory region specified for loadable section `.entry' 22.05.29 # lol 22.06.18 # if I could just co rockbox-devel I'd build it myself;) 22.06.29 # you people need to stop using gcc 3.3 22.06.40 # it's got known problems with some rockbox code 22.06.53 # ah yeh 22.07.01 # it's in the wiki 22.07.02 # sry i've downloaded the wrong package 22.07.03 # (: 22.07.14 # * Maxime` --> [- ] 22.07.53 # Bagder: Your codec move broke the gmini build, though I don't understand why..-. 22.07.56 # thegeek: try again now 22.08.26 # aah:) 22.08.27 # yep 22.08.28 # amiconn: no proper #ifdef uda1380 protection 22.08.29 # thanks;) 22.08.41 # Oops, my ellipsis looked like morse code... 22.08.51 # heh 22.12.07 # hmm 22.12.34 # I dont think the codecs are built 22.12.42 # -... .- --. -.. . .-. 22.12.48 # thegeek: because... ? 22.12.53 # I mean 22.13.00 # when I do what I've always done 22.13.05 # the codecs are just not there;) 22.13.08 # you're right 22.13.10 # hee 22.13.17 # hum 22.13.25 # missed a file in my commit 22.13.29 # ;) 22.13.52 # ... or two 22.14.18 # lol 22.14.42 Join OnkelJonas [0] (vircuser@ip230.rev112.brygge.net) 22.17.05 # ah 22.17.28 # *testing* 22.17.29 # yep:) 22.17.43 # or 22.17.57 # works good:) 22.18.02 # goodie 22.18.30 # indeed 22.18.48 # now run cube while listening! ;-P 22.18.57 # ;) 22.19.46 # can any of the pther plugins except cube be ran while listening to music? 22.19.52 # all of them 22.20.07 # not rockboy 22.20.13 # what happens then? 22.20.22 # erm.. compiling gcc on a 333Mhz.. tiring.. lol 22.20.23 # it needs the buffer mem 22.20.29 # right 22.20.43 # hmm 22.20.49 # trying to run rockboy as listening = big loading then... loading.. 22.20.56 # got 32 fresh new gmini warnings 22.20.59 # marking which plugins can't run while playing would be nice 22.21.08 # but i guess that's impossible with the current plugin foirmat 22.21.20 # or add an (if_playing() = return; } 22.21.37 # yes, the plugin could check if it can run or not 22.21.39 Join belgarath [0] (~acd80976@labb.contactor.se) 22.21.41 # or rather, it should 22.21.45 # yes 22.21.48 # yup 22.21.59 # hmm 22.22.03 # is it possible to suspend a plugin while it runs? 22.22.07 # when I use images in the wps 22.22.10 # and then change the wps 22.22.17 # and try to reload it or any other wps using images 22.22.20 # preglow: no 22.22.24 # it does not update 22.22.30 # Bagder: then that solution should work wonders 22.22.47 # rockboy _does_ do that, but in a weird order 22.23.09 # or perhaps I'm stupid 22.26.19 # bagder: the recent cvs activity table certainly does indicate you're mad 22.26.30 # if not stupid 22.26.55 # :-O 22.27.07 Join Moxon [0] (~Moxon@212.80.242.132) 22.27.13 # a couple more and you've filled the entire table! 22.27.14 # :) 22.27.38 # is that a challange? ;-P 22.27.56 # hehe 22.28.30 # heya ppl! 22.28.45 # I have got a question. Is there any roadmap for the iriver portin effort? 22.29.08 # no 22.29.08 # yes 22.29.12 # full speed ahead! 22.29.16 # :-) 22.29.28 # http://www.rockbox.org/twiki/bin/view/Main/IriverPort < the table here isn't actualised? 22.29.41 # Maxime`: sort of 22.29.42 # is the bleeding edge build meant to be only 500kb? 22.30.01 # only? 22.30.11 # what the hell? 22.30.20 # well the builds are usually around 900kb arnt they? 22.30.24 # LinusN: do you need testers who check the daily builds? I could try to do that. 22.30.28 # i've still got mpa2wav and mpc2wav, and i can't bloody well rid myself of them 22.30.46 # deleting them only has them coming back on the next cvs update! 22.31.08 # hum, does anyone has a little idea on how we may handle the FM chip? :x 22.31.12 # Moxon: lots of people do that 22.31.23 # LinusN: is there any coordinated effort? 22.31.23 # just install, run and enjoy 22.31.28 # preglow: the sources are still there 22.31.28 # some I could join? 22.31.34 # Bagder: oh 22.31.37 # Moxon: for testing? 22.31.38 # I already do that :) 22.31.42 # LinusN: yes. 22.31.47 # preglow: I just removed them from SOURCES so they don't compile anymore 22.31.54 # no, there isn't 22.32.01 # we should remove the sources soon anywho 22.32.08 # yes 22.32.17 # hm, do you need some? like once a week checking a list of functions which should/might work? 22.32.36 # Moxon: that would surely be nice 22.33.06 # LinusN: I would appreciate that, too. Kind of quality measurement. Where can I apply, anyone to contact? 22.33.24 # Moxon: just go ahead 22.33.36 # then come here 22.33.40 # the Wiki is yours 22.33.53 # ok, I will try to do that :) Expect regular posts in the forum ... or wiki (have to learn that). 22.34.23 # Moxon: personally, i prefer the mailing list, or irc 22.34.32 Quit tvelocity ("Leaving") 22.34.33 # half an hour after, gcc hasn't finished compiling.. 22.35.00 # hehe 22.35.06 # 333Mhz.. 22.35.07 # lol 22.35.12 # LinusN: ic. I will subscribe to the list, too. it will be interessting anyways. 22.35.23 # the cvs build machine builds 22 Rockbox targets in 10 minutes ;-) 22.35.24 # Moxon: gr8 22.35.51 # wps bug : if you try to change wps/update it wont work if the wps has images in it 22.35.54 # Bagder: I do with what I have.. lol 22.35.59 # only my server on linux.. :x 22.36.12 # (and cygwin.. bleh) 22.38.08 # hum, does anyone has a little idea on how we may handle the FM chip? :x 22.38.12 Quit Chamois (" HydraIRC -> http://www.hydrairc.com <- IRC has never been so good") 22.38.25 # yes i do 22.38.52 Join Moos [0] (moos012@m214.net81-66-158.noos.fr) 22.38.56 # Hi all 22.39.03 # hm, ahve to use asm tricks or else? or only C ? lol :x 22.39.05 # hi 22.39.17 # c will do fine 22.39.28 # no magic involved 22.39.37 # in fact, we have most of the code ready 22.40.01 # ah? 22.40.52 Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) 22.40.57 # the fm chip is the same as in the Archos Ondio 22.41.08 # darn Linus broke my cvs series 22.41.10 # ;-) 22.41.20 # start over again 22.41.25 # hehe 22.41.35 # hah 22.41.44 # most of the codecs call the api both rb and ci now :) 22.41.49 # i suppose that's supposed to be cleaned up? 22.41.55 # yes 22.42.01 # I took some shortcuts 22.42.07 # ok, i need a break anyway 22.42.07 # LinusN: I did the mentioned fixes/changes to crt0.S, and got rid of all the TABs... 22.42.36 # good 22.43.19 Join muesli- [0] (muesli_tv@hmln-d9b8e19d.pool.mediaWays.net) 22.43.37 # re 22.43.54 # what happpened to the last rbx rls..only 540kb !? 22.44.12 # in comparison to 950kb the times before 22.44.26 # codecs changed so size diff i believe 22.44.34 # if you want, we can add some random junk to fill it up again? 22.44.51 # am just wondering..thats all 22.44.52 # woooo random junk :D 22.44.57 # before, we had the codecs twice 22.44.59 # (ehe, better with a gcc 3.4 .. lol :x) 22.45.08 # and we had a few more plugins that no longer are included 22.45.16 # for 1 to 100000000 write "bla" ; 22.45.17 # ^^ 22.45.41 # /home/maxou/m68k/lib/gcc/m68k-elf/3.4.4/../../../../m68k-elf/bin/ld: error: no memory region specified for loadable section `.entry' 22.45.41 # . 22.45.43 # * Maxime` unlucky 22.45.44 # (: 22.48.17 # is it possible for rockboy to run at same time as music? or is it impossible due to hardware, becos none of the games like pong never used to run with music until recently so just wondered if its time, or hardware ;) thanks and great job btw 22.48.38 # belgarath: It's a memory problem 22.48.41 # [22:20] not rockboy [22:20] it needs the buffer mem 22.48.42 # ^^ 22.48.47 # rockboy uses the audio buffer 22.49.33 # but only the archos version does it nicely 22.49.35 # Bagder: I wondered why you chose such a weird memory size for the codecs 22.49.40 # /home/maxou/m68k/lib/gcc/m68k-elf/3.4.4/../../../../m68k-elf/bin/ld: error: no memory region specified for loadable section `.entry' 22.49.44 # what does this means?! 22.49.59 # 0x3C000, I had simply chosen 0x40000 22.50.04 # amiconn: I did a binary search 22.50.16 # 0x40000 would be 256 KB 22.50.54 # Bagder: What do you mean, only the archos version does it nicely? 22.51.16 # amiconn: rockboy uses the audio buffer without asking for it the nice way 22.51.26 # That's...bad 22.51.50 # It should use plugin_get_audio_buffer(), which in turn should stop the musc 22.52.01 # On archos my loader does this iirc 22.52.20 # yes 22.53.36 Quit Sususu (Read error: 54 (Connection reset by peer)) 22.53.37 # Bagder: has deps for the codecs been done? 22.53.45 # no 22.53.57 # Bagder: mpc.codec probably won't load now. It's 252 KB 22.54.30 # but it links! ;-) 22.54.45 # amiconn: it loads here, but it sounds terrible 22.55.21 # i was wondering why it sounded so bad... 22.55.27 # Haha, a52.codec is 52 KB 22.55.38 # a52 is a nice codec 22.55.57 # Only wavpack and wav are smaller 22.56.01 # wavpack isn't large either 22.56.13 # we could probably fit all the code and data for wavpack in iram 22.56.45 # aLMOST 22.56.47 # but yes 22.57.01 # so there is good reason for mpc to sound bad? if so, i wont try to debug it :) 22.57.44 # Bagder, LinusN: I think about moving the bootfile check to the end of the default_event_handler() usb handling 22.58.01 # This way it would (1) always catch a changed bootfile 22.58.16 # Now it works only in the browser, and only if you're browsing the root 22.58.52 # ...and (2) now it checks everytime it browses the root, that's unnecessary 22.58.58 # good enough for me! 23.00.14 # now, back to my upcoming revised language system suggestion... 23.00.29 # ...unless it should be able to catch a new bootfile moved to the root by rockbox itself, but that won't be necessary imho 23.00.44 # nah 23.00.45 # If you are in rockbox, it's easier to RoLo directly 23.00.50 # exactly 23.03.18 # anyone else have mpc codec that sounds like crap? 23.03.37 # I don't have a single .mpc file so I can't tell 23.04.23 # what even is .mpc? 23.04.42 # Musepack 23.05.19 Join rasher [0] (~3e4f4094@labb.contactor.se) 23.06.22 # http://www.rasher.dk/rockbox/soundfiles/ - if you *really* want to catch the digital flow 23.06.23 # amiconn: glow.m0f0.net/rockbox/iriver-standard.mpc 23.06.29 # woot 23.06.40 # my file is taken from rasher 23.07.33 # Bagder: My idea might creates a problem (or rather, that problem is laready there with current code); probably academic: 23.07.40 # I always wondered what's the utility of flac :x 23.07.54 # The audio thread debug screen doesn't take into account the font-height.. 23.08.10 # If you change the bootfile and rockbox catches it, but you insert usb again instead, and do that several times, it might overflow the stack 23.08.52 # academic it is 23.08.59 Quit muesli- (Read error: 113 (No route to host)) 23.10.43 # ignore it you should 23.14.21 # h100 sim crashes 23.14.57 # so, what's status on mpc? 23.19.12 # MAN, mp3 is struggling with the resampling code as it is 23.19.43 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 23.22.36 # liba52 is perfectly content at 48mhz 23.22.38 # it never boosts 23.22.44 # same for wavpack 23.22.53 Quit Stryke` (Read error: 60 (Operation timed out)) 23.24.18 # nice 23.24.28 # what compression does wavpack give compared to ogg/mp3 23.24.29 # ? 23.24.35 # wavpack is lossless 23.25.29 # but someone please test mpc so i can commit mpc.c knowing i haven't destroyed anything 23.25.38 # 'cuz it sounds like crap 23.25.39 # it's broken here as well 23.25.45 # ok 23.25.54 # Anyone mind if I commit an addition to the audio thread debug thing to take into account the line-height? 23.26.33 # such that you don't get the bars on top of your text 23.26.43 # it assumes a line-height of 8px as it is 23.28.33 # i sure as hell don't mind 23.28.47 # but so, why is mpc broken? is the codec file too large? 23.30.55 # I blame Bagder. 23.31.27 # what does flac use for tags? vorbiscomment? Or is that only for ogg-flac? 23.31.37 # yes, the file is too large 23.31.41 # or rather, the buffer too small 23.31.49 # well, that needs to be fixed 23.31.51 # and the codec loader doesn't check this properly 23.32.06 Quit rasher ("CGI:IRC 0.5.4 (2004/01/29)") 23.32.10 # there's nothing wrong in mpc.c that makes it too large, libmusepack is just a bloated inelegant lib 23.32.31 # we should make it 0x40000 23.32.43 # i wonder how they managed to make such a small nice codec result in such a big footprint 23.33.22 # Bagder: how/where do i change this? 23.33.32 # me fix 23.33.38 # okies 23.34.17 # Rick: The simplest solution is to make the audio thread debug screen set the system default font 23.34.18 # we're certainly giving the build box a run for its money 23.34.34 # amiconn: agreed 23.35.05 # night 23.35.38 # ..same goes for archos btw 23.36.24 # preglow: mp3 boost ratio is ~65% here now (with 192 kbps files) 23.37.03 # it's _REALLY_ struggling here, with iriver.mp3 23.37.10 # and another vbr file i had 23.37.33 # it stays boosted the entire time 23.37.50 # the resampling accounts for much of this 23.38.17 # I should try mp2 23.38.59 # haha 23.39.03 # 384 kbps mp2 playing... 23.39.06 # now mpc locks my player up 23.41.09 Quit TCK- (Read error: 110 (Connection timed out)) 23.42.53 *** Saving seen data "./dancer.seen" 23.43.05 # Boost ratio is ~80% 23.43.05 Quit belgarath ("CGI:IRC (EOF)") 23.43.13 # /home/thomj/build/rockbox-devel/apps/codecs.h:76:1: warning: "CODEC_BUFFER_SIZE" redefined 23.43.14 # (with buffering inbetween 23.43.24 # anyone else get that? 23.44.25 Quit Coldtoast ("Peace and Protection 4.22") 23.45.09 # all codecs lock up my player now 23.45.11 # what the hell is this 23.45.36 # preglow: Yes, I get that CODEC_BUFFER_SIZE warning. 23.46.10 # anyone else get a constantly crashing rockbox too? :-) 23.46.51 # Haven't got that far yet - just arrived back home... 23.48.14 # preglow: Yes, it crashed as soon as I tried to play some music (AC3) 23.49.23 # Slasheri: I get that premature stopping again... 23.51.26 # i don't see how bagders latest commit can have caused this 23.51.30 # unless it overwrites something 23.52.28 # i bet it's connected to that warning 23.52.28 # I do... 23.52.37 # quick question: where do I find docs about rockbox specifix twiki variables (and variables lik %Y%) ? 23.52.49 # The size must be changed in plugin.h and in the linker scripts as well 23.53.10 # yeah,he forget to change 23.53.22 Join psycho_maniac420 [0] (~d1ced0cc@labb.contactor.se) 23.53.29 # I think you can just remove the CODEC_BUFFER_SIZE line from plugin.h 23.53.40 # me too 23.53.52 # He changed codec.h and plugin.lds 23.54.03 # hello. i have a question about the daily build and the main site of rockbox 23.54.12 # Maybe in plugin.h it can be removed 23.54.17 # psycho_maniac420: shoot 23.54.20 # apps.lds should know about it 23.54.23 # amiconn: yes 23.54.48 # i saw on the main page that tere was going to be a pictuer in the wps earlier today but then i go to look at the changelog again and it is gone 23.55.07 # it's not gone 23.55.14 # a lot has happened today, it's been pushed away 23.55.27 # is it on the main page? 23.55.28 # it's there 23.55.45 # as preglow said 23.55.51 # it has been pushed away 23.55.57 # there have been a lot of changes today 23.55.59 # oph alrighty 23.56.00 # LinusN: Me fix, or? 23.56.03 # but the code is still in rockbox 23.56.04 # i fix 23.56.06 # and it works great 23.56.11 # I have images in my wps now;) 23.57.12 # whats the tag for images in the wps? 23.57.48 Nick Febs_away is now known as Febs (~chatzilla@64-190-36-240.client.cypresscom.net) 23.57.49 # OnkelJonas: http://www.rockbox.org/twiki/bin/view/Main/CustomWPS 23.58.14 # ahh thx :) 23.58.37 # Yes, changing CODECSIZE in app.lds and removing the CODEC_BUFFER_SIZE from plugin.h seems to work.