--- Log for 14.09.108 Server: brown.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 12 days and 18 hours ago 00.00.28 Quit brent113_ (Client Quit) 00.00.33 Join brent113_ [0] (n=brent113@kkmail.rndv.net) 00.00.39 Join Mardoxx [0] (n=Mardoxx@adsl-87-102-115-248.karoo.KCOM.COM) 00.01.58 Quit nightmare ("http://www.mibbit.com ajax IRC Client") 00.02.40 Quit Seed ("cu, Andre") 00.03.11 Quit nplus (Read error: 104 (Connection reset by peer)) 00.03.20 Quit {phoenix} (Read error: 110 (Connection timed out)) 00.06.29 Quit brent113_ ("Leaving") 00.19.40 Quit BHSPitLappy (Read error: 60 (Operation timed out)) 00.20.41 # i've updated FS#9318 with a greatly improved patch that fixes mpegplayer, uses semaphores, and doesn't need to memcpy samples between threads 00.24.58 # I'll check that one out. btw, I noticed you didn't include pp5002 in the last one I saw. Any reason? 00.26.05 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.26.06 # jhMikeS: check your email :) 00.26.15 # jhMikeS: lack of IRAM and me being too lazy to make it fit 00.28.19 # jhMikeS: how big is the stack in the codec threads anyway? 00.28.24 # toffe82: will do 00.28.48 # saratoga: pretty big? :) 00.30.40 # toffe82: much gratitude. btw, other player? 00.33.10 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 00.33.40 # jhMikeS: :) 00.33.58 # what do you want ;) 00.35.15 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 00.35.23 # toffe82: *lol* when it rain it pours eh? 00.35.30 # jhMikeS: you want a s60 ? 00.36.14 # toffe82: if you're trying to just unload one, sure. I'm not in purchasing mode atm. 00.36.49 # jhMikeS: this one is not free :) 00.37.13 # I have some gogear hdd1630 but Ihave to fix them first 00.38.18 Quit bluebrother (Nick collision from services.) 00.38.23 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 00.39.29 Join goffa [0] (n=goffa@216.220.23.105) 00.41.54 # toffe82: why the sudden move to philips players? I though you Toshiba 100%. ;) 00.44.12 # jhMikeS: I don't really know, I was looking for something that can run rockbox (firmware available, service manual) and I found the philips and it was cheap :) 00.44.37 # jhMikeS: yuo should ask lowlight too 00.46.47 # saratoga: I get a malformed patch at line 123 00.46.49 # jhMikeS: I actually use a Sansa e270 00.47.37 # jhMikeS: let me try again 00.47.49 # my SVN repository is dying 00.49.14 # jhMikeS: try this one 00.49.41 # sorry, the one I just reuploaded to the task 00.50.32 # much better, thanks :) 00.50.50 # what model philips you got /? 00.51.22 Quit goffa_ (Read error: 110 (Connection timed out)) 00.52.10 # booster606: sa9200 hdd1630 hdd1830 hdd6330 00.52.39 # the 1630 and 1830 don't work , bad microdrive 00.52.43 # toffe82, ohhh never mind...i dont think those are close to the sa3025 00.53.12 # booster606: did you check for the firmware of the sa3025 00.53.46 # toffe82, do you mean the FW form the philips site 00.53.47 Quit phinze (Read error: 110 (Connection timed out)) 00.54.35 # booster606: yes 00.54.55 # toffe82, yes my FW is up to date...and it sucks 00.55.22 # i dont know anyone that has the same unit as me 00.55.32 # im trying to get a lil crew together to work on it 00.58.07 Quit bluebrother ("leaving") 00.58.11 Join danfuhry [0] (n=dan@h149.116.88.75.dynamic.ip.windstream.net) 00.59.45 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 01.01.45 # saratoga: the COP doesn't seem to be doing much. the thread always shows "B". :) 01.02.16 # it's working in any case 01.02.41 # ok, two questions that i can't seem to find on google or the wiki: a) can rockbox read from ext3 filesystems (3rd gen iPod 40GB), and b) can i disable the automatic reboot when a USB/FireWire connection is detected (didn't see an option in settings)? 01.03.47 # jhMikeS: which target? 01.04.07 # saratoga: e260. it's got about 1.5% boost (but I have tone controls on) 01.04.21 # oops make that 1.1% 01.04.52 # thats from the buffering thread debug screen? 01.05.29 # toffe82, do you have any files for the philips gogears that i can take a look at...im tying to get a better understanding on how it works 01.05.36 # yes. and I was watching OS Stacks. the CPU still seems pretty loaded judging from plugin behavior 01.06.20 # the buffering thread screen uses 5 or 6MHz on top of the usual playback, so that sounds about right 01.06.21 # unless youv'e changed the code 01.07.46 # danfuhry: a) FAT16/32 only b) Only by editing the code 01.07.59 # saratoga: no, no code changes. The COP thread is hardly running at all since I can't ever catch an "R". the buffering thread consumes that much even when not buffering? wtf. 01.08.20 # jhMIkeS: it updates like 10 or 20 times a second on that screen 01.08.35 # danfuhry: Unless by b) you mean you want it to charge instead, then yes, check the manual for the key required 01.08.43 # * BigBambi crosses fingers that it is in there 01.09.50 # jhMikeS: what does B mean anyway? 01.09.56 # saratoga: it feels like more processing should move over to COP 01.09.57 # Check the wiki for sigmatelbooster606: no luck the processor is a sigmatel stmp, there several other player with this kind of processor and nothing had be done yet. 01.10.22 # yes ideally whichever core isn't running the GUI should be slightly overworked 01.10.42 # saratoga: *R=running, B=blocked, T=blocked with timeout, S=sleeping, + = boosted 01.11.33 # jhMikeS: right now we're using about 15-20MHz of that cores time, so I'm not sure why its always blocked 01.12.27 # saratoga: it's obviously finishing its work quickly and waiting most of the time which the codec thread is rather active 01.12.39 # s/which/while 01.12.50 # booster606: Check the wiki for sigmatel 01.13.08 # toffe82, ok thanks 01.15.05 # jhMikeS: since we got an almost 90% speedup, I don't think its finishing its work much more quickly then the CPU 01.15.06 # saratoga: I haven't even caught a "B" on the codec thread yet. Always "*R" with occasional "S". 01.15.47 # why does it block anyway? shouldn't it be sleeping? 01.17.45 # saratoga: S = what you get by calling sleep(). B/T = any condition that halts a thread for explicit wakeup (semaphore not signaled). 01.17.49 *** Saving seen data "./dancer.seen" 01.18.56 # * jhMikeS sees we have a funky new flash activity icon 01.20.33 # it's actually oold 01.21.05 # been there for a long time on the Ondio 01.22.26 # and it was applied to other flash targets during this year's DevCon 01.22.29 Part antgel 01.22.58 # pixelma: explains why I haven't seen it before :) no ondio. 01.24.38 # well, the Ondio was my first target and this was basically my first Rockbox work, only [IDC]Dragon added one small thing to it :) 01.27.15 Quit matsl (Remote closed the connection) 01.30.57 Quit Mardoxx () 01.34.27 Quit ompaul (Client Quit) 01.34.45 Part lasser 01.35.32 Part danfuhry 01.40.01 Quit saratoga ("CGI:IRC (EOF)") 01.43.04 Join havien [0] (n=havien@68-189-143-101.dhcp.wlwl.wa.charter.com) 01.46.20 Quit culture (Read error: 110 (Connection timed out)) 01.50.10 # speeed :) 01.55.34 # anybody recall the git mirror? and is it kept current? :/ 01.56.07 # it's a highly guarded secret :p 01.56.32 # Unhelpful: I'm pretty sure there is a wiki page on it 01.57.38 # it would be much easier to generate patches on top of things that are not in svn w/ git... and if the mirror is kept going, i'm sure that'll be less nasty than using git-svn myself 01.58.06 Quit herrwaldo ("Konversation terminated!") 01.59.05 # found the wiki page. searching git mirror worked where git failed. 02.03.28 Quit n1s () 02.13.38 Quit faemir (Remote closed the connection) 02.26.32 Quit ender` (" We know the speed of light... so, what's the speed of darkness?") 02.31.15 Quit Lambdumb ("Leaving") 02.34.41 # Seems like my MMC driver rework will save ~800bytes of binsize and ~4KBytes of RAM on the Ondios 02.35.18 # (and make it work for the Transcend 4GB card, and make it more stable and faster for other large MMCs, and prepare it a bit for MMC4.2) 02.36.17 # none of those sound like bad things 02.36.51 # The only drawback is that it's not tested that much, so I'm unsure whether it should go into 3.0 02.41.57 # * amiconn will of course run test_disk on all MMCs he has around, plus internal storage, and also test some real-world scenarios 02.50.20 Join phinze [0] (n=phinze@pool-96-250-252-230.nycmny.fios.verizon.net) 02.52.31 Quit setkeh ("Leaving") 02.55.51 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 02.56.08 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-1581c06b1583f28e) 02.57.41 Quit bmbl (Read error: 104 (Connection reset by peer)) 02.59.16 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 03.01.07 # what SDK do you guys use ??? 03.01.31 Join d1sturb [0] (n=ddpcandb@ool-44c0f552.dyn.optonline.net) 03.02.30 # I've tried leaving my ipod nano 1st gen connected to the computer overnight, but it still won't turn on and Windows/iTunes still won't recgonize it. Any suggestions? 03.02.37 # if you mean the compiler, gcc. as far as libraries, i'm pretty sure all of them are *in* rockbox, except for whatever it might use from gcc. 03.03.08 # jhMikeS: around? 03.09.35 Quit midkay ("Leaving") 03.09.55 Join midkay [0] (n=midkay@rockbox/developer/midkay) 03.10.30 # booster606: http://www.rockbox.org/twiki/bin/view/Main/DocsIndex#For_Developers 03.11.14 Quit bmbl ("Woah!") 03.12.04 Part _emp ("Leaving") 03.16.00 # has there been a bootloader change since april on the ipod video? 03.17.51 *** Saving seen data "./dancer.seen" 03.18.34 # Nimdae: i don't think theres been a bootloader change in a year or two 03.18.41 # ok good 03.18.46 # yes and no 03.20.05 # just curious because i haven't made a new build since april and decided i should upgrade and see if some of the probs i've been having get fixed 03.23.13 Quit Acky (Connection timed out) 03.25.38 Join setkeh [0] (n=setkeh@CPE-124-176-184-166.vic.bigpond.net.au) 03.27.24 # saratoga: here 03.28.59 # jhMikeS: I'm not sure I understand your question on the tracker 03.29.11 # saratoga: the libmad stages are CPU:parse->decode-> COP:synth->pcm ?? 03.29.25 # something like that: 03.29.47 # the CPU does all the decoding up to the synth filter, then passes it to the cop and meanwhile begins working on the next frame 03.30.18 # when the next frame is done it gets the PCM from the synth filter and passes it out to the codec interface, and then hands off the current frame to the synth filter 03.31.38 # I've tried leaving my ipod nano 1st gen connected to the computer overnight, but it still won't turn on and Windows/iTunes still won't recgonize it. Any suggestions? 03.33.00 # try an AC charger 03.33.33 # saratoga: I'm trying to rephrase what I'm watching in my brain...one moment. :) 03.37.31 # I have tried an ac charger 03.40.39 Join homielowe [0] (n=homielow@d207-81-80-78.bchsia.telus.net) 03.43.26 # saratoga: I suppose I'm seeing that there will be a stepping in involved instead of full parallelism 03.43.53 # jhMikeS: yes the system is basically a circular pipeline 03.44.57 Quit setkeh (Success) 03.45.27 # true, but I'm not seeing the concurrent part since once you wait for PCM it means codec can't proceed without the previously decoded block 03.45.56 # jhMikeS: it doesn't wait for the PCM until its already IMDCTed the next frame 03.46.14 # so basically the entropy decode and IMDCT happen in paralell with the synth filter 03.46.57 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 03.46.59 # or rather the decode and imdct of the N+1 frame are in parallel with the synth of the N frame 03.48.40 # jhMikeS: attached my debug progress and current work-around patch to FS#9312. have a look when/if you can? and sorry to be a bother. 03.49.06 Join avis [0] (n=ident@pdpc/supporter/student/avis) 03.49.31 Join Darksair [0] (n=user@221.221.160.81) 03.49.34 # i think if we wanted to move towards more use of the COP, a great first step would be to make the function for inserting into the PCM buffer COP safe, then it would be quite trivial to multithread most of our codecs 03.50.25 # that function being pcmbuf_insert 03.50.41 Join setkeh [0] (n=setkeh@CPE-121-219-44-20.vic.bigpond.net.au) 03.51.31 # would a lock to be held around modifying the data be sufficient, or is there something more complex involved because the code runs on the COP 03.51.32 # saratoga: that's isn't really much trouble 03.52.17 # Unhelpful: I'll look at #9312 asap. I kind of wanted to take that code and make it better in general. 03.53.16 Quit d1sturb ("—I-n-v-i-s-i-o-n— 3.0 (March '08)") 03.53.26 # saratoga: huffman/IMDCT is in the decode portion? 03.53.34 # jhMikeS: yeah 03.53.49 # synth is litearally just a reverse sub band decomposition, nothing more 03.54.17 # and then synth takes subbands to produce the final waveform? 03.54.26 # exactly 03.57.20 # i think if pcmbuf_insert were made thread safe. we could just have the IMDCT library run on the cop and put samples into the pcm buffer without need for complicated synchronization 03.57.42 # as a bonus, it looks like pcmbuf_insert also handles most of the DSP stuff, sot hat would further reduce load on the main cpu 03.57.56 # of course it would also mean that most of the DSP stuff would need fixing 04.00.49 # it's the DSP and codec that should happen in parallel I think. SPC does that. 04.01.34 # what DSP stuff does it do in parallel? 04.02.55 # the core DSP does the previous frame processing (resampling to 44100, tone controls, etc.) while the EMU produces the next set of samples. 04.03.19 # these are effects internal to the SPC codec or part of the rockbox DSP engine? 04.03.27 # internal to the codec 04.03.32 # ah ok 04.03.37 # was thinking you meant EQ, etc 04.04.00 # yeah, EQ is done in parallel with EMU 04.04.21 # oh i see 04.04.41 Part pixelma 04.04.51 # so the builk of the main codec is on the COP, and effects are done by the DSP engine on the main cpu? 04.05.32 # EMU spits out samples, release the samples and goes to work on the next frame, codec picks up the released frame, and does the DSP/pcm insert 04.05.51 # codec runs on the CPU then? 04.06.28 # the emulator runs 100% on cop, codec thread is on CPU handling the DSP/insert/fade out 04.06.48 # that would be interesting to try with mp3 04.06.50 # CPU handles the metadata and other misc. junk as well 04.07.06 # i assume the CPU is still needed to request data from the audio buffer? 04.07.54 # at this point, yes. there would be caching issues but the SPC codec handles that itself 04.08.15 # being an atomic format the problem is pretty minimal 04.09.29 # i realize the COP can't call read_filebuf directly, but are there still issues with teh data it returns? 04.09.30 # mpegplayer got around all that stuff by just having an altogether uncached file buffer which didn't really hurt anything 04.09.58 # does it return an actual pointer to the file buffer, or a memcpy of it 04.10.26 # i'm wondering what happens if the buffering thread spins up while the other core is entrpy decoding data returned by read_filebuf 04.10.35 # saratoga: pointers 04.10.56 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 04.11.02 # so the front end of the codec cannot be done in parallel with buffering? 04.11.28 # if it wants a copy (to stitch packets together) it does so on the respective thread 04.12.05 # so the main CPU after calling read_filebuf has to memcpy that data at some point before passing it to the COP 04.12.43 # saratoga: it could be if the buffering code doesn't have race conditions. if it does, we'll find them in trying that. :) 04.13.42 # i have to admit, I like the idea of doing the backend of codecs and DSP on COP 04.13.46 # technically SPC isn't a codec, it's a file format 04.13.56 # yeah we know 04.14.04 # just being a smartass (: 04.14.20 # saratoga: for SPC, it loads a program into the EMU. for mpegplayer the process is very different since the threads assemble packets into elementary streams and the streaming layer can split the elementary stream anywhere. 04.14.54 # just wanted to ask: when is the version 3 release? 04.15.29 # well, nearly. some stuff is unbreakable to make it seekable. 04.17.02 Quit Thundercloud (Remote closed the connection) 04.17.11 # I think all of our main codecs [excepting MP3, APE and AAC+] now take under 40mhz, and many are pushing under 30MHz, so splitting by the backend transform [typically 15MHz] and DSP [typically 3-???MHz] onto COP gives about 15MHz of free time to the CPU without boosting 04.17.42 # saratoga: running core DSP on CPU seems to be a good thing. SPC has two PCM outputs in a FIFO arrangement and the EMU can produce two frames before being blocked. 04.18.37 # that's the thing, the inherent loading of the codec itself leads to different optimal ways 04.19.08 # yeah 04.19.17 # i'm definately biased towards WMA/AAC/Ogg 04.19.26 # WAV would be best to have the whole thing on COP. SPC which is power hungry does better with a DSP/EMU split. 04.19.37 # since theres a very natural place to split those 04.20.12 Join miepchen^schlaf_ [0] (n=miepchen@p579EC02A.dip.t-dialin.net) 04.20.28 # what exactly is the goal of this COP work? better battery life or better GUI/DSP performance? 04.22.01 Quit setkeh ("Leaving") 04.22.10 # saratoga: what can I say. apparently we get both. using the full hardware ability. 04.22.23 # sure but we can get more of one or the other 04.23.45 # if we load things just right, we can lower the CPU core clock to 24MHz and save more power while still having an ok GUI responsiveness 04.24.09 # or we could aim a little higher, keep the clock at 30mhz, and not have such a sharp battery penalty for using the DSP 04.26.29 Quit jhMikeS (Nick collision from services.) 04.26.35 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 04.26.49 # saratoga: did you ever get a true COP utilization %? 04.27.07 Quit l7 ("Lost terminal") 04.27.25 # jhMikeS: i have no idea how to record it, other then estimating it from amdahl's law 04.27.44 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.30.16 Join setkeh [0] (n=setkeh@CPE-121-219-44-20.vic.bigpond.net.au) 04.31.31 Quit foolsh (Client Quit) 04.31.58 # saratoga: it's probably a reading the kernel would have to provide partly based in the scheduler around the core sleep 04.32.59 # alright, i think i'm going to get some sleep 04.33.08 # feel free to work on this problem some more if you like :) 04.33.28 # nighty 04.33.35 Quit saratoga ("CGI:IRC (EOF)") 04.39.57 Quit CaptainKewl (Read error: 104 (Connection reset by peer)) 04.48.47 Quit avis (Read error: 110 (Connection timed out)) 04.50.57 Join goffa_ [0] (n=goffa@216.220.23.105) 05.00.37 Quit jeffdameth1 (Read error: 110 (Connection timed out)) 05.02.59 Join jeffdameth [0] (n=jeff@dyndsl-091-096-044-115.ewe-ip-backbone.de) 05.05.52 Quit goffa (Read error: 110 (Connection timed out)) 05.06.56 Join CaptainKewl [0] (n=jason@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 05.13.18 Join inigomontoya [0] (n=621cc016@gateway/web/cgi-irc/labb.contactor.se/x-4bafb8147c13243d) 05.14.09 # hello, has anyone tested FS#9318? (MP3 synthesis filter on COP) for PP targets? 05.17.54 *** Saving seen data "./dancer.seen" 05.22.15 Quit inigomontoya ("CGI:IRC (EOF)") 05.25.11 # jhMikeS: Do you know if anyone is working on a freq scanning code? 05.32.20 # whoops, sorry missed the night comment. sorry 05.34.57 Join setkeh_ [0] (n=setkeh@CPE-121-219-44-20.vic.bigpond.net.au) 05.39.32 Quit setkeh (Read error: 110 (Connection timed out)) 06.04.32 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 06.18.42 # robotgeek: that was for saratoga. I'm not aware of anyone actually working on doing it right. 06.38.12 Quit CaptainKewl (Read error: 104 (Connection reset by peer)) 06.38.18 # jhMikeS: oh okay. i would like to come up with a rolling average kind of a thing, have not thought it through yet 06.44.17 Part toffe82 06.46.43 Nick delt is now known as delt_zZzZ (i=1000@66.234.26.5) 06.47.15 Nick delt_zZzZ is now known as delt (i=1000@66.234.26.5) 06.51.55 Quit phinze ("leaving") 06.54.15 Quit FastKatt (Read error: 110 (Connection timed out)) 07.04.16 Quit XavierGr () 07.11.54 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 07.12.10 # hi! 07.16.49 Quit setkeh_ ("Leaving") 07.17.56 *** Saving seen data "./dancer.seen" 07.18.53 Join vitja [0] (n=vitja@79.120.98.174) 07.18.57 Join vitja_ [0] (n=vitja@79.120.98.174) 07.18.59 Part vitja ("Ex-Chat") 07.19.03 Quit vitja_ (Client Quit) 07.19.11 Join vitja [0] (n=vitja@79.120.98.174) 07.37.18 Quit jhulst (Read error: 113 (No route to host)) 07.43.43 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 07.48.57 Join gregzx_ [0] (n=chatzill@dsk83.neoplus.adsl.tpnet.pl) 07.49.47 # Can my realname on Rockbox's tracker by my first name and first letter of my surname? 07.50.36 # the tracker doesnt need realname unless you want to submi patches 07.50.57 # yes, but I submitted patch. 07.51.33 Quit jhMikeS (Nick collision from services.) 07.51.37 # then no... ful first/last names needed if you want the patch in svn (eventually) 07.51.39 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 07.55.47 Join setkeh [0] (n=setkeh@CPE-121-219-44-20.vic.bigpond.net.au) 07.55.51 Join setkeh_ [0] (n=setkeh@CPE-121-219-44-20.vic.bigpond.net.au) 07.56.07 Quit setkeh (Read error: 54 (Connection reset by peer)) 07.57.02 Nick setkeh_ is now known as setkeh (n=setkeh@CPE-121-219-44-20.vic.bigpond.net.au) 07.58.28 Join Davide-NYC [0] (n=Davide-N@user-0cev9vm.cable.mindspring.com) 07.59.23 # jhMikeS: nice to see you in the channel! 07.59.43 # robotgeek: the application/datasheet does detail procedures though like most everything outlined in there it probably requires debugging/modification. 08.00.19 # Davide-NYC: Hello! Yup, had some downtime. :) 08.00.30 # much deserved. 08.00.52 # Though "down" is probably the polar-opposite term in actuality. 08.01.09 # of course 08.01.30 # What are you working on now? 08.01.49 # in which realm? 08.01.57 # The RB realm 08.02.27 Join Rob2222 [0] (n=Miranda@p4FDCE9F4.dip.t-dialin.net) 08.02.47 # ah...continuing the beast charging stuff. it has some tough points that should be solved so it doesn't turn into a mess. 08.03.09 # are you familiar with the "implosion" bug? 08.03.24 # Ummm...no 08.03.43 # Where it rewrites the enrite filesystem.. 08.03.46 # *entire 08.04.22 # I think that was a bug the S was renound for...quite stupid of them to ever force-format the device 08.04.52 # Some sort of safety mechanism. Everytime I try to upgrade RB it "implodes" like that. 08.05.07 Quit gregzx (Read error: 110 (Connection timed out)) 08.05.12 # then I have to sendfirm... 08.05.14 # I did experience it once after a FAT panic 08.05.37 # With me it's fairly consistent. Not 100% but definitely more than 50%. 08.05.44 # ??? 08.05.59 # what do you do first? 08.06.03 # Yeah. I am leaving my S30 in a drawer 08.06.26 Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 08.06.31 # I compile a new RB zip, then I unzip to my S30. After unmounting *boom*. 08.06.41 # no panic or anything? 08.06.54 # this is linux? 08.07.23 # nothing noted on the device, but Windows will complain that the device cannot be unmounted (at first) so I wait and unmount the second time *seemingly* successfully. 08.08.02 # having to disconnect twice happens on all my devices when extracting a full build and I have no idea why 08.09.04 Nick delt is now known as delt_zZzZ (i=1000@66.234.26.5) 08.09.19 # I will try to pay attention to whether than happens on my H120 08.09.50 # Anyways, it's good to seem you back in the channel and as usual if you need me to test anything specific just let me know. 08.10.04 # actually, I"m not sure it's all of them but it's a familiar problem beyond the S anway 08.11.08 # I'd have you test the beast charging patch but that sounds out of the question. btw, did you ever use the .tar method instead of UMS? 08.11.29 # I'm not sure what .tar methid you speak of. 08.11.55 # My mind is like a sieve. I retain little 08.12.38 # Currently whenever the beast impodes I use sendfirm to send it a patched nk.bin 08.12.41 # do 'make tar' and copy rockbox.tar into the MTP folder 08.12.52 # that simple? 08.13.31 # yes, the bootloader will then extract it (so long as MTP hasn't changed the destination director for those files) 08.13.51 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-71167bc026952aaa) 08.14.05 # the gigabeat bootloader of the rb bootloader? 08.14.09 # * jhMikeS hopes that didn't get removed or anything since it can also recover from the "Not found" problem. 08.14.29 # the rockbox bootloader does it if the file was found 08.15.05 # that sounds promising. /me looks for his charger. 08.15.17 # * jhMikeS would love to reflash it and remove any trace of retailos 08.15.52 # * jhMikeS isn't yet that daring 08.16.26 Quit Darksair ("ERC Version 5.3 (IRC client for Emacs)") 08.18.32 # I know I'm blaspheming now but I'm not so sure the retailos is so horrid. I haven't spent more than 10 minutes looking at it, but methinks dual boot is desirable with this particular unit. 08.19.23 # * jhMikeS summons the inquisition 08.19.23 # The ability to delete all retail OS trace would be great though. 08.19.28 # hehe 08.19.52 # Just ordered a 32GB compact flash card (233x) from newegg 08.20.06 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.20.23 Join AndyI [0] (n=pasha_in@212.14.205.32) 08.20.34 # Gotta sleep. 'night. 08.20.40 # Davide-NYC: goodnight 08.20.48 Quit Davide-NYC ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 08.21.28 # Is it possible to replace broken Sansa c200's audio connector with new? 08.24.27 # sure 08.25.10 # Does it require only soldering? 08.25.17 Quit homielowe () 08.28.08 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.31.24 Quit AndyIL (Read error: 110 (Connection timed out)) 09.00.58 Join Rob2223 [0] (n=Miranda@p4FDCE02B.dip.t-dialin.net) 09.12.14 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.18.00 *** Saving seen data "./dancer.seen" 09.18.39 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.19.34 # hmm, my Sansa c240 has a broken partition table. I tried to fix it by formatting player and re-flashing original firmware. What also can I do to fix my player? 09.19.47 # fdisk output is http://pastebin.com/d51873e5b 09.30.34 Join Mathiasdm [0] (n=Mathias@78-22-6-189.access.telenet.be) 09.39.04 # rasher: would it be ok to link your new fontstats page from the UnicodeFonts wiki? And I currently can't find the URL anyways... 09.39.36 # pixelma: I'll switch them around instead 09.39.49 # ah, nice 09.44.33 Quit setkeh (Remote closed the connection) 09.45.37 Join stoffel_ [0] (n=sfr@p57B4CCE1.dip.t-dialin.net) 09.47.09 Join setkeh [0] (n=setkeh@CPE-121-219-44-20.vic.bigpond.net.au) 09.56.21 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 10.13.28 # rasher: I have a question about your table. The Sazanami-Mincho seem to have some kanji in them, but I can't find that in your fontstat table. 10.14.44 # rasher: never mind, I guess I do 10.14.46 # markun: might they be part of the hiragana or katakana ranges? (I don't know why it would, but then I don't know much about that sort of thing) 10.15.05 # rasher: no, I think "halfwidth and fullwidth forms" 10.15.14 # Ah, okay 10.15.15 # and CJK unified ideograms 10.15.45 # maybe the table could be reordered a bit to show the scipts it supports instead of ordering them by unicode number? 10.15.59 # ie group all the CJK stuff together 10.16.44 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 10.16.48 Quit bertrik ("Leaving") 10.16.56 # same for arabic 10.17.22 # and mathematics 10.17.23 # Maybe. This is more comprehensive though, and you get an idea which parts are actually done 10.17.33 Quit Seed ("cu, Andre") 10.17.36 # Say if you use English, you don't care much about the latin extended bits 10.17.51 # Which might otherwise be grouped together as "Latin" 10.17.57 # rasher: I just mean to reorder the rows, not actually combine them 10.18.33 # Ah.. Hum. Maybe 10.18.38 # rasher: just like all the Latin* rows are together now 10.20.38 # rasher: If you want to I could give it a go and show you the result. Then you can decide if you like it or not. 10.23.37 # markun: nah don't bother, I'll probably have a go myself 10.24.00 Join n1s [0] (n=nils@rockbox/developer/n1s) 10.30.47 Quit gregzx_ ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 10.31.07 Join gregzx [0] (n=chatzill@dsk83.neoplus.adsl.tpnet.pl) 10.32.40 # rasher: there are so many ranges with "extended" ranges somewhere else in the table.. 10.33.28 Quit pixelma (" HydraIRC -> http://www.hydrairc.com <- State of the art IRC") 10.34.01 Join herrwaldo [0] (n=waldo@ip-81-11-214-82.dsl.scarlet.be) 10.34.15 # Those 'extended' range are often unimportant it seems (except for 'Latin Extended A') 10.34.20 # *ranges 10.37.53 # amiconn: I can't really tell since I don't know many of the languages/skripts (like ethiopian or georgian) 10.38.25 # I just think that moving them together instead of just ordering by unicode number will make the table easier to use 10.52.59 Quit setkeh ("Leaving") 10.53.46 Join {phoenix} [0] (n=dirk@p54B45978.dip.t-dialin.net) 10.53.59 Quit Hillshum (Read error: 60 (Operation timed out)) 10.56.19 Join ender` [0] (i=krneki@foo.eternallybored.org) 11.00.04 Join setkeh [0] (n=setkeh@CPE-121-219-44-20.vic.bigpond.net.au) 11.00.13 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 11.02.28 Join goffa [0] (n=goffa@216.220.23.105) 11.14.14 Quit {phoenix} ("Konversation terminated!") 11.15.16 Join nplus [0] (n=nplus@141.25.Globcom.Net) 11.15.37 Quit goffa_ (Read error: 110 (Connection timed out)) 11.18.01 *** Saving seen data "./dancer.seen" 11.18.48 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 11.24.10 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 11.24.19 Join einhirn [0] (i=Miranda@p5B032D16.dip0.t-ipconnect.de) 11.25.00 Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- Nine out of ten l33t h4x0rz prefer it") 11.35.08 Part J-23 11.45.17 Join {phoenix} [0] (n=dirk@p54B45350.dip.t-dialin.net) 11.51.26 Quit Rob2223 () 11.52.38 Join ompaul_ [0] (n=ompaul@gnewsense/friend/ompaul) 11.53.14 Quit ompaul_ (Read error: 104 (Connection reset by peer)) 11.53.38 Quit ompaul (Nick collision from services.) 11.54.16 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 11.54.47 Join ompaul_ [0] (n=ompaul@gnewsense/friend/ompaul) 12.01.08 # jhMikeS: Just a little beast charging report - I've been using it regularly since we first talked about it a week or two ago and as far as I can see it all seems perfect 12.01.54 # jhMikeS: The only annoying thing is that if the battery is too low you need the AC adapter, it won't charge from USB when off, but unfortunately that is the Toshiba flash loader :) 12.12.01 Join Nibbler [0] (n=Nibbler@e181109081.adsl.alicedsl.de) 12.12.03 Quit setkeh ("Leaving") 12.13.14 Nick ompaul_ is now known as ompaul (n=ompaul@gnewsense/friend/ompaul) 12.18.15 Quit Seed ("cu, Andre") 12.19.15 Quit {phoenix} (Remote closed the connection) 12.19.50 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 12.20.47 # gevaerts: I'm trying to find the SPI timing for the various LCD driver ICs for the Meizus. Can you find them? 12.21.18 Quit ompaul (Client Quit) 12.38.41 Quit Nibbler (Read error: 113 (No route to host)) 12.40.19 Quit BHSPitLappy (Remote closed the connection) 12.41.11 Join Lysbertus [0] (n=Lysbertu@ip-83-134-65-119.dsl.scarlet.be) 12.42.09 # hi, i'm new to rockbox. Can somebody help me? i want to view ical files, is this possible? 12.42.38 # Lysbertus: no 12.43.06 # and if you are new, might i suggest having a read through the fine manual? ;) 12.43.42 # :( i found a plugin called rockcalendar but it didn't work on my player (ipod 4G gray) 12.44.12 # scorche: jep, i downloaded it but it doesn't seem to mention a calendar option 12.44.47 # That's cos there isn't one 12.48.18 # and i get this http://plugbox.rockbox-lounge.com working on a non-color ipod? it says "incompatible model" when i try to run... 12.49.10 # Lysbertus: ancient site... 12.49.18 # Lysbertus: Also nothing to do with us 12.49.45 # Lysbertus: for all practical purposes, all working plugins are included with rockbox in the zip file 12.50.34 # so there is no way i can get a working calendar at this point.. 12.50.58 # i saw some feature requests concerning this 12.51.08 # is there such a feature on the way or not? 12.51.18 # If someone codes it, sure 12.51.30 # As far as I am aware nobody is working on it 12.52.51 # Lysbertus: People just work on what they want - everyone is volunteers in their spare time. Feature ideas can give people ideas, but that is it - there is no guarantee that anything will be done unless someone wants it enough to bother to do it 12.53.00 # ok, thanks for the info and fast responses! 12.53.10 # no probs 12.53.36 # perhaps I will try to make the rockcalender plugin working 12.53.50 # but so far my knowledge of C = 0 :-) 12.54.23 # it will be an exercise in learning-by-doing then! 12.55.37 # :-) 12.57.56 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 12.58.11 Join kronflux [0] (n=kronflux@hlfxns0161w-142068040196.pppoe-dynamic.ns.aliant.net) 13.07.59 Nick Horschti is now known as Horscht6 (n=Horscht@xbmc/user/horscht) 13.08.01 Nick Horscht6 is now known as Horscht (n=Horscht@xbmc/user/horscht) 13.18.05 *** Saving seen data "./dancer.seen" 13.23.11 Join Siku [0] (n=Siku@e212-246-66-148.elisa-laajakaista.fi) 13.37.42 Join scotty_007 [0] (n=scotty@i577B7B77.versanet.de) 13.41.39 # Lysbertus: if you can work with patches and compile your own rockbox firmware, FS#9224 and FS#4760 may help you. I did a quick test in 4G simulator and they seem to work. 13.44.08 # thanks, but i don't understand much of this :( 13.44.27 # i think i will return after learning C and compiling 13.45.03 # is it possible to send a compiled version of the patched plugin? 13.45.40 # i am trying to compile it but my knowledge of compiling is terrible... 13.48.28 # Lysbertus: if you really want to code or compile rockbox: this is the point to start from: http://www.rockbox.org/twiki/bin/view/Main/DocsIndex#For_Developers 13.49.17 # Lysbertus: a compiled form of the patch is a bit useless if you wish to update your build int he future 13.49.46 Join potato_ [0] (n=potato@c220-237-157-51.brodm1.vic.optusnet.com.au) 13.49.51 # Lysbertus: no need for C skills if you only want to apply patches and compile RB 13.50.14 # assuming the patches are not broken 13.50.30 # i have done it! i have made a ddr clone type game, muahhahaa... 13.51.22 # now i need to reformat the code to meet rb conventions, and turn it into a patch =( 13.51.58 # scotty_007: i will start by reading this then :-) http://www.rockbox.org/twiki/bin/view/Main/LinuxSimpleGuideToCompiling 13.52.56 # is the "HowtoVerifyPlugins" active? 13.53.19 # scorche, Lysbertus: the two patches in question apply clean in the current version :-) 13.55.22 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 13.55.48 Join mazling [0] (i=largeear@host86-147-122-183.range86-147.btcentralplus.com) 14.02.59 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 14.03.11 # the ubuntu repositry servers seem to be down 14.03.34 # i can't download anything 14.07.32 # Lysbertus: Please stay on topic 14.08.58 # with out an active internet connection, wil i still be able to make patches? i read i require svn, which imprety sure needs internet. 14.09.04 # BigBambi: it is on topic, i need build-essential libc and patch to compile the plugin but i can't install them. sorry for the confusion 14.09.21 # potato_: you will...svn keeps a pristine version locally as well 14.09.25 # Lysbertus: It isn't necessary to tell us here 14.10.52 # BigBambi: sorry 14.11.10 # will svn fry my download allowance? 14.11.25 # no worries - it is just that this channel is logged, and it is annoying when trying to read the logs to have to wade through irrelevancies :) 14.11.55 # potato_: it is certainly better than downloading tarballs.. 14.11.56 Join Lear [0] (i=chatzill@rockbox/developer/lear) 14.12.34 # good point, thanks. 14.13.51 # scotty_007: I will have to give up for now... perhaps i will return in the future after a lesseon in C. Is it possible to provide me with a patched and comiled version that I can use on my ipod for now? If you don't wont to, no problem, i understand ;-) 14.14.32 # Lysbertus: Knowledge of C is not required in order to patch and build 14.14.38 # [04:49:08] Lysbertus: a compiled form of the patch is a bit useless if you wish to update your build int he future 14.17.09 # scorche: so i can't just install the compiled file on my ipod? like put it in the right directory and run it from rockbox... 14.17.32 Part potato_ 14.17.51 # yes, but future changes in rockbox might make it not work 14.17.58 # you can...i mentioned if you want to update...when you compile a plugin, it will onyl work with a specific version of the API...and if that number is bumped, it will not work anymore 14.18.55 # scorche: perhaps by then i will know how to patch and compile the plugin myself :-) 14.19.20 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 14.20.52 Join faemir [0] (n=faemir@88-106-209-242.dynamic.dsl.as9105.com) 14.22.32 # BigBambi, scorche, scotty_007:i guess i will have to use the apple firmware for my calendar needs for know, thanks for the help everybody, hopefully i will have a bit time in the future to provide me a calendar plugin 14.23.06 # Lysbertus: compiler is running... 14.23.45 Join Rob2222 [0] (n=Miranda@p4FDCE46D.dip.t-dialin.net) 14.31.15 # Lysbertus: here is your iPod4G build with calendar and rockcalendar (untested cause I don't own such a device): http://rapidshare.com/files/145187221/rockbox-r18510M.zip.html 14.36.36 Quit stoffel_ (Read error: 113 (No route to host)) 14.40.27 # scotty_007: it works! thanks a lot! 14.42.41 # is there any way to make a redirect on the wiki without the TWikiRedirectPlugin? 14.43.39 # scotty_007: are you the same as scotty on the tracker? 14.44.00 # Lysbertus: have fun with RB and if you find bugs, remember to report them ;-) 14.44.20 # gevaerts: yip 14.44.50 # In that case, thanks for finding where the calendar bug comes from :) 14.46.13 # isn't it dangerous to allow