--- Log for 11.02.109 Server: grisham.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 6 days and 7 hours ago 00.00.24 # and I play the files from the file browser 00.01.05 # hm, only very few bytes of my 6th song fit into the buffer 00.01.47 # kugel, pixelma: It seems to be a buffer alignment issue. If the data abort happens, a change of buffer size won't make it go away, up to some limit (limit is probably different for increase and decrease) 00.01.58 # if it's more, no data abort. maybe I'm hitting some edge case with the partial buffering, which makes it fail 00.02.25 # Maybe it happens if the metadata would only fit partially (we have MoB these days...) 00.02.26 Quit jgarvey ("Leaving") 00.02.34 # amiconn: well, more buffer makes it go away 00.02.37 Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") 00.02.37 Quit pyro_maniac (Read error: 110 (Connection timed out)) 00.03.21 Quit tessarakt ("Client exiting") 00.03.25 Quit amiconn (Nick collision from services.) 00.03.25 # Tony pointed out that new_handle->id assignmet is crashing 00.03.26 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 00.03.36 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 00.03.36 Quit pixelma (Nick collision from services.) 00.03.42 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 00.03.47 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 00.04.31 # hm, do we have a maximum metadata-size-per-file? 00.05.10 # I wonder if refusing to partial buffer the entire file if the (max) metadata is bigger than the remaining buffer "solves" it 00.05.49 # pixelma: do you have a certain playlist to reproduce the abort? 00.05.58 Join moos [0] (i=Mustapha@rockbox/staff/moos) 00.06.22 # yes, do you not follow the bug reports you posted too? 00.06.37 # I do, but seems I missed that part 00.06.50 # if you open a menu in, wormlet say..the status bar doesn't display right away soemtimes and the old top-of-screen stays there (and looks pretty ugly). is this the same bug as FS#9817, or separate? i can't tell 00.07.17 # sorry. 00.07.31 # pixelma: can you watch if the track count is incrementing right before the abort? 00.08.07 # track count incrementing? 00.08.31 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 00.09.28 # where - in the debug screen or in the WPS or something? If it's the former, I'm not sure I'll be able to get to the debug screen in 8 seconds 00.09.43 # kugel: there is a max metadata size iirc, but buffering will never load it partialy... i tihnk if it fails because there isnt enough room, it will try again from the start later when there is rom 00.10.59 # pixelma: in the debug buffering screen 00.11.30 # well, I am able to reach it. It's at ~55% when I come in 00.11.54 # JdGordon_: well, that was my guess. Good guess it seems, but already been thought of ;) 00.12.24 # but it seems related to that only a few bytes go into the buffer 00.12.27 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-5026b3b78bb8f7e1) 00.15.11 Quit bertrik ("Leaving") 00.15.36 # sim_open() is always either returning 5 or -1... does that sound correct? 00.16.03 # kugel: track count is not incrementing right before the crash (already at 5 for a second or two) 00.16.48 # JdGordon_: do you run the uisim with cygwin? i occassionally get this "installation incomplete" splash after the sim crashes (i think in situations where i would get a segfault under native linux) 00.16.56 Join tonytaylor [0] (n=442f3312@gateway/web/cgi-irc/labb.contactor.se/x-33f4737cd1867e72) 00.17.04 # PaulJam_: no, linux 00.17.12 # pixelma: hmm, so not related to partial buffering 00.17.15 # no idea then :/ 00.17.27 # I can't reproduce in the sim, which is sad 00.18.34 # hey guys- i have some hardware to donate if anyone is interested 00.18.55 # which, if I may ask? 00.19.05 # sansa fuze 2 gig 00.19.12 # i bought it for the screen 00.19.18 # i broke mine on my 8 gig 00.19.38 # i'm not sure how much use it is without a screen but you guys are welcome to it 00.20.35 # well, once rockbox runs, it's pretty usefull without screen 00.21.25 # kugel: You won't be able to reproduce a data abort in the sim, unless you're running it on an arm linux box 00.22.02 # Data abort means an unaligned access happened, and afaik x86 can do unaligned accesses 00.22.41 # oh 00.23.37 # Hmm, or maybe not.... 00.23.58 # well if anyone wants it, email me. 00.24.02 # tonytaylor85 00.24.05 # $ 00.24.07 # gmail 00.24.08 # dotcom 00.24.10 # But the sim is too different for this kind of bug (only happens under certain conditions etc) 00.25.26 Quit tonytaylor ("CGI:IRC (EOF)") 00.26.12 *** Saving seen data "./dancer.seen" 00.27.30 Join fyrestorm [0] (n=fyre@cpe-68-173-235-67.nyc.res.rr.com) 00.29.49 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 00.29.56 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-465647488b5e7302) 00.32.41 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 00.35.09 Quit nibbler_ (Read error: 113 (No route to host)) 00.40.42 Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) 00.41.00 # does anyone here have a 4/5/5.5 g classic? 00.42.20 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 00.43.48 Quit nm_ (Read error: 110 (Connection timed out)) 00.44.38 Quit taylor_ (Client Quit) 00.45.19 Quit crwl (Read error: 110 (Connection timed out)) 00.45.21 Join taylor__ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) 00.45.48 # anyone here have a 4g/5g or 5.5g nano? 00.46.07 # How do I force a blank line in latex? I thought it was \\* but it doesn't seem to be doing it 00.46.38 # \\ is newline not blankline right 00.46.45 # taylor__: What is a 5G or 5.5G Nano? 00.47.16 # I have \warn{stuff} then \opt{target}{\note{stuff}} and whilst it works there is blank line between the warning and the note 00.47.21 # Qball: yeah 00.47.34 # ooppss... sory I meant 5 g Classic 00.47.38 # *there is NO blank line 00.47.59 # taylor__: The "Classic" is the 6th generation. 00.48.16 # Do you just mean a 4G 5G or 5.5G in the classic form factor? (note differences in capitalization) 00.48.31 # yes 00.48.38 # BigBambi: and putting \\ between them makes no difference? 00.49.02 # n1s: No - they are already on a new line, but I want a blank line as well 00.49.46 Quit JdGordon_ (Read error: 110 (Connection timed out)) 00.49.49 Join telliott [0] (n=rooms@68-179-182-168.bsr-c3-d1.evv.dhcp.sigecom.net) 00.50.02 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 00.50.30 # OK, don't worry, I've managed it 00.50.47 # does anyone here own one of these? 00.50.51 # I played around with the position of \\* - I had it in the wrong place relative to my } 00.52.08 # ah, yes it seems to be ignored in some cases if it is inside the } 00.53.09 # if you look at getting_started/main.tex for example it uses \\ to force newlines between \warn{], \note{} and \blind} 00.53.10 Quit telliott (Remote closed the connection) 00.53.35 # n1s: Yep, but it was a blank line I specifically wanted, not just a new line 00.54.07 # hmm but those have \\ inside } ... 00.54.26 # BigBambi: i'm not sure i understand the difference 00.54.35 # n1s: In fact I had to put my \\* inside } to get it - it didn't work outside 00.54.55 # n1s: New line doesn't have a space inbetween, it is just a new line 00.55.11 # As in line 1 - blah blah, line 2 - different blah blah 00.55.13 Quit MethoS (Remote closed the connection) 00.55.34 # But a blank inbetween would be line 1 - blah blah, line 2 - blank, line 3 - different blah blah 00.56.19 # the way it's done in the example i posted above results in what you wanted then 00.56.31 # curious 00.56.46 # Anyway, I have to go to bed now - I'll try and get this finihed tomorrow 00.56.52 # and it's consistent with your finding that for some reason \\ has to go inside the } 00.57.02 # goodnight 00.57.05 # cheerio :_ 00.57.14 # gah, :) 00.59.12 # anyway i think we are way too liberal in using \warn{} in the manual, it should only be used for things worth warnign about 00.59.50 Quit jon-kha (grisham.freenode.net irc.freenode.net) 00.59.50 NSplit grisham.freenode.net irc.freenode.net 00.59.50 Quit Slasheri (grisham.freenode.net irc.freenode.net) 00.59.52 NHeal grisham.freenode.net irc.freenode.net 00.59.52 NJoin jon-kha [0] (i=jon-kha@kahvi.eu.org) 00.59.52 NJoin Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 01.00.06 Join qurvel [0] (n=qurvel@i218-47-29-211.s02.a013.ap.plala.or.jp) 01.02.11 # amiconn: you could have a dump_line that moves almost everything platform-specific out of screen_dump. if it's defined above screen_dump, you could even inline it. 01.02.21 Quit flydutch ("/* empty */") 01.02.41 # i'm imagining something like the scaler's output_row, only without the option of swapping output functions via function pointer. 01.02.44 # You cannot inline it if it's define in the lcd-.c 01.03.14 # And if it resides elsewhere, you won't get rid of the ifdefs - but that's what kugel suggested 01.03.31 # * amiconn thinks the ifdefs in screendump aren't too nasty 01.03.53 Join cool_walking_ [0] (n=anthony@203-59-129-195.perm.iinet.net.au) 01.04.03 # * kugel tends to disagree 01.06.27 # * kugel spots a new job for Unhelpful ;) 01.07.17 # amiconn: no, you can't inline it and move it out of screendump.c, but you can move it out of screen_dump. i'm not sure it's worthwhile, it really only was for scalers because we wanted to make it pluggable, and because there were two callers, so turning inline code into a function was a binsize saving 01.07.50 # taylor__: I've got a 5G. 01.08.12 Quit tyfoo (Read error: 104 (Connection reset by peer)) 01.08.15 # I think screen_dump is just as lcd-format specific as all other stuff in lcd-.c, so it should be moved into that 01.09.41 Part qurvel 01.11.07 # hmm, binsize table seems to not be updating, or lagging badly 01.11.45 # @cool_walking cool :] can you try something for me? 01.11.56 # anyways, goodnight 01.11.59 Quit n1s () 01.13.03 Join cefn [0] (n=paultoml@host81-152-243-149.range81-152.btcentralplus.com) 01.13.03 Quit kugel (Remote closed the connection) 01.13.27 # kugel: the problem is that most it, aside from the inner loop, isn't. especially if one moves the declarations for shift, val, etc, into the inner loop 01.14.28 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-0aa54dd2a3149f54) 01.15.30 # There's also a similar function in grey_core.c (the greylib screendump hook). Right now it's possible to compare fairly easily 01.15.37 Quit jhMikeS (Read error: 60 (Operation timed out)) 01.18.19 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 01.19.56 # Hello I'd like write permissions to wiki for new user account CefnHoile, or for someone to add a link to http://cefn.com/librivox/catalog/ (note trailing slash) in the http://www.rockbox.org/twiki/bin/view/Main/BlindUsersIndex page. I'm providing a blind-navigable alternative for a public domain audiobook resource http://en.wikipedia.org/wiki/LibriVox. The catalog at librivox.org is almost useless and I'd like to unlock t 01.22.33 # Also I'd like feedback from blind users whether there are any other features or lists which would help them navigate. I'll add contact details in the next hour or so after I've finished an update of the site. 01.26.33 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 01.26.39 Join nibbler_ [0] (n=Nibbler@p5B133ED6.dip0.t-ipconnect.de) 01.29.42 # cefn: I'm not sure I understand why that's considered a Rockbox resource. 01.30.32 # taylor__: Probably. What is it? 01.34.04 Join crwl [0] (n=crawlie@a91-154-18-71.elisa-laajakaista.fi) 01.34.54 # I think I read the purpose of this page more widely - resources relevant to blind users of rockbox, rather than resources only directly about rockbox for blind users. Don't know where else I could present this link which would reach the relevant userbase and help me improve the resource, but fair enough if you think it's not relevant 01.35.24 Quit CaptainKwel ("http://www.mibbit.com ajax IRC Client") 01.35.33 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-78b34e763b8d27e1) 01.37.36 Quit itcheg (Client Quit) 01.44.18 Quit Hadaka (Read error: 60 (Operation timed out)) 01.44.30 Quit moos ("Rockbox rules the DAP world") 01.46.02 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-3ddd76509abbe903) 01.48.39 Quit itcheg (Client Quit) 01.51.39 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 01.52.58 Join Naked [0] (i=naked@naked.iki.fi) 01.53.10 Nick Naked is now known as Hadaka (i=naked@naked.iki.fi) 01.53.43 Quit Thundercloud (Remote closed the connection) 01.53.50 Quit nibbler_ (Read error: 110 (Connection timed out)) 01.56.47 # its been confirmed by cool_walking_ that a 5g crashes under this "long url overflow" which means we might be able to look at the 5g code to see what is happening here ;) 02.12.42 Join synergist [0] (i=christop@cant.be-arsed.co.uk) 02.12.48 # taylor__: not bad 02.12.53 Join Beaver`alszik [0] (i=balvito@dsl540010D7.pool.t-online.hu) 02.13.43 # yeah - its a good start, but DOES ANYONE KNOW HOW TO READ ARM ASM??? ;) 02.15.14 # i guess the next step would be to try and get it working on the 5G and then hope apple didn't change anything on the later models 02.17.29 # taylor__: Seriously, there's a reference manual and google. 02.17.34 # You don't need to shout about it. 02.18.01 # @saratoga now every ipod capable of viewing notes is vulnerable to the crash 02.18.40 Quit HellDragon (Read error: 104 (Connection reset by peer)) 02.18.45 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 02.18.51 # Llorean: I plan on building a ARM/ipod firmware debugger for this 02.21.50 Quit cool_walking_ (Remote closed the connection) 02.22.01 Quit taylor__ ("Leaving") 02.26.13 *** Saving seen data "./dancer.seen" 02.26.19 Quit AndyIL (Read error: 110 (Connection timed out)) 02.30.08 # taylor__: I don't know what you mean by that, but you will have to learn ARM assembly for this idea of yorus to work 02.30.17 Join Minthe [0] (n=Minthe@gw13.ecc.u-tokyo.ac.jp) 02.30.57 Quit Bavlito (Read error: 110 (Connection timed out)) 02.32.00 Quit saratoga ("CGI:IRC (EOF)") 02.32.05 Quit Lynx_ (Remote closed the connection) 02.36.50 Quit sarixe ("Bye") 02.46.47 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.52.17 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-6d96b45fc0e4e945) 02.52.49 Part cefn 02.55.08 Quit HBK- (Read error: 54 (Connection reset by peer)) 02.55.21 Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 02.55.40 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) 03.04.16 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 03.07.33 Join advcomp2019 [0] (n=advcomp2@66-172-233-61.longlines.com) 03.14.23 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 03.16.06 Join webguest [0] (n=63f3f065@gateway/web/cgi-irc/labb.contactor.se/x-82b935a40cf1fa7f) 03.16.50 Quit webguest (Client Quit) 03.16.51 Join webguest98 [0] (n=63f3f065@gateway/web/cgi-irc/labb.contactor.se/x-db3ce994ad9c76e2) 03.18.50 # Hi On e200 I hold select, and I power it on, it will go into rockbox then it shows a usb cable, then it reboots to O 03.18.57 # OF* 03.19.04 # what Am I doing wrong 03.20.18 # can anyone hear me? 03.21.13 Quit alexbobp (Connection reset by peer) 03.21.32 # no 03.21.58 # I assume, webguest98, that you do not have a USB cable inserted? Or any other device attached to the dock port? 03.22.56 # also did something change in rockbox, how come now it takes forever to charge? 03.23.12 # It's at 60% and it says 15hours 03.23.18 # before that's like 100% 03.23.37 # it takes 4hours before to charge, now it's a lot slower 03.23.50 # before = with OF? 03.23.58 # or before = with Rockbox? 03.24.07 # yes 03.24.07 # all with of 03.24.33 # did someone improve battery life or something? 03.24.42 # Since? 03.25.06 # Battery life has been on a pretty steady upwards climb with the Sansa since inception. 03.27.12 # is it safer to charge with rockbox or OF? 03.28.11 # it isnt any more dangerous with either device, but you might be better off charging in the OF for now 03.29.12 Quit webguest98 ("CGI:IRC (EOF)") 03.29.25 Join webguest99 [0] (n=63f3f065@gateway/web/cgi-irc/labb.contactor.se/x-ae4d0a4289f636e3) 03.30.31 # The version in january is about 14hours, but now all of a sudden, I think I can get 20 hours 03.30.35 # its really weird 03.31.14 # No, strides have been made in battery life as I said - and if you use MP3 make that great strides have been made. 03.31.55 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-d67131c8a2e5e3a8) 03.33.37 Quit webguest99 (Client Quit) 03.36.04 Quit Makuseru (Read error: 104 (Connection reset by peer)) 03.45.09 Quit PaulJam_ (".") 03.53.37 Join booyabazooka [0] (n=booya@c-98-242-68-237.hsd1.ga.comcast.net) 03.58.12 # http://stopsoftwarepatents.eu/721000774939/ 04.02.24 Join CaptainKwel [0] (n=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 04.05.53 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 04.08.00 Quit Acksaw (Read error: 54 (Connection reset by peer)) 04.11.14 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 04.12.20 Join blkhawk- [0] (n=blkhawk@e176226062.adsl.alicedsl.de) 04.12.45 Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 04.12.56 Quit CaptainKewl (Read error: 110 (Connection timed out)) 04.16.23 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 04.26.09 Join HBK- [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 04.26.13 Join intrados [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com) 04.26.14 *** Saving seen data "./dancer.seen" 04.29.14 Quit blkhawk (Read error: 110 (Connection timed out)) 04.29.18 Nick blkhawk- is now known as blkhawk (n=blkhawk@e176226062.adsl.alicedsl.de) 04.44.15 Quit HBK (Read error: 110 (Connection timed out)) 04.45.13 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.46.09 Join Barahir_ [0] (n=jonathan@Xcd2e.x.pppool.de) 04.50.49 Quit HBK- (Read error: 110 (Connection timed out)) 05.03.06 Join Darksair [0] (n=user@221.221.157.95) 05.03.26 Quit Barahir (Read error: 110 (Connection timed out)) 05.08.03 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 05.08.50 Quit rocko ("Leaving") 05.10.01 Quit Aurix_Lexico ("Leaving.") 05.21.56 Join JdGordon_ [0] (n=jonno@rockbox/developer/JdGordon) 05.26.58 Quit Horscht ("Verlassend") 05.30.38 Join hasmind [0] (n=hasmind@reserved-58-184.grapevine.net.au) 05.33.44 Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) 05.33.47 Quit JdGordon_ ("Ex-Chat") 05.43.19 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 05.48.29 Quit gevaerts (Nick collision from services.) 05.48.41 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 06.00.42 Quit Darksair ("To Arch or Gentoo? That is the question...") 06.04.37 Join toffe82 [0] (n=chatzill@adsl-71-154-232-158.dsl.frs2ca.sbcglobal.net) 06.07.11 Quit scorche (Nick collision from services.) 06.07.58 Join scorche [50] (n=scorche@rockbox/administrator/scorche) 06.08.29 Quit balou (grisham.freenode.net irc.freenode.net) 06.08.29 NSplit grisham.freenode.net irc.freenode.net 06.08.29 Quit intrados (grisham.freenode.net irc.freenode.net) 06.08.29 Quit trisiak (grisham.freenode.net irc.freenode.net) 06.08.29 Quit msoul (grisham.freenode.net irc.freenode.net) 06.08.29 Quit at0m (grisham.freenode.net irc.freenode.net) 06.09.07 Quit hasmind (Read error: 104 (Connection reset by peer)) 06.09.11 NHeal grisham.freenode.net irc.freenode.net 06.09.11 NJoin intrados [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com) 06.09.11 NJoin msoul [0] (i=msoul@meridian.sosdg.org) 06.09.11 NJoin at0m [0] (n=at0m@78-20-136-118.access.telenet.be) 06.09.11 NJoin balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) 06.09.11 NJoin trisiak [0] (n=tree@chello089078243195.chello.pl) 06.13.06 Quit toffe82 (grisham.freenode.net irc.freenode.net) 06.13.06 Quit Minthe (grisham.freenode.net irc.freenode.net) 06.13.06 Quit synergist (grisham.freenode.net irc.freenode.net) 06.13.06 Quit jhMikeS (grisham.freenode.net irc.freenode.net) 06.13.06 Quit faemir (grisham.freenode.net irc.freenode.net) 06.13.06 Quit FOAD__ (grisham.freenode.net irc.freenode.net) 06.13.06 Quit timc (grisham.freenode.net irc.freenode.net) 06.13.06 Quit lostlogic (grisham.freenode.net irc.freenode.net) 06.13.06 Quit lightbulbjim (grisham.freenode.net irc.freenode.net) 06.13.06 Quit liiwi (grisham.freenode.net irc.freenode.net) 06.13.06 Quit tmzt (grisham.freenode.net irc.freenode.net) 06.23.18 Quit FOAD (Killed by sagan.freenode.net (Nick collision)) 06.23.18 NJoin toffe82 [0] (n=chatzill@adsl-71-154-232-158.dsl.frs2ca.sbcglobal.net) 06.23.18 NJoin Minthe [0] (n=Minthe@gw13.ecc.u-tokyo.ac.jp) 06.23.18 NJoin synergist [0] (i=christop@cant.be-arsed.co.uk) 06.23.18 NJoin jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 06.23.18 NJoin faemir [0] (n=daniel@88-106-208-40.dynamic.dsl.as9105.com) 06.23.18 Join FOAD [0] (n=dok@dinah.blub.net) 06.23.18 NJoin timc [0] (n=aoeu@124.93.243.83) 06.23.18 NJoin lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 06.23.18 NJoin tmzt [0] (n=tmzt@adsl-69-221-148-155.dsl.akrnoh.ameritech.net) 06.23.18 NJoin lightbulbjim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) 06.23.18 NJoin liiwi [0] (i=liiwi@idle.fi) 06.23.36 Join FOAD_ [0] (n=dok@dinah.blub.net) 06.26.15 *** Saving seen data "./dancer.seen" 06.44.05 Join sap [0] (n=user@unaffiliated/sap) 06.44.15 # Hello! 06.45.53 # was wondering if there's a rockbox alternative for the creative zen microphoto player. Rockbox doesn't seem to support that, but I'd like to install a similar open-source firmware to my microphoto. :) 06.54.23 Join Darksair [0] (n=user@221.221.157.95) 06.55.40 Quit BHSPitMonkey ("Ex-Chat") 06.56.11 Join bs66_1 [0] (n=sysuser@94.191.171.74.bredband.tre.se) 07.00.56 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 07.02.38 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 07.09.34 Join bandan [0] (n=x@p57A5B730.dip.t-dialin.net) 07.09.35 # to the best of my knowledge, there aren't really any others that support that device, either. 07.12.31 Join daurn [0] (n=daurnima@ppp118-208-160-14.lns10.mel4.internode.on.net) 07.12.32 Join daurnimator [0] (n=daurn@ppp118-208-160-14.lns10.mel4.internode.on.net) 07.19.20 Quit bs66_ (Read error: 110 (Connection timed out)) 07.21.41 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 07.22.06 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 07.24.28 Quit Beta2K_ (Read error: 60 (Operation timed out)) 08.00.05 Part toffe82 08.11.31 Nick Barahir_ is now known as Barahir (n=jonathan@Xcd2e.x.pppool.de) 08.26.18 *** Saving seen data "./dancer.seen" 08.29.43 Join nibbler_ [0] (n=Nibbler@p5B13412C.dip0.t-ipconnect.de) 08.38.50 Quit rocko ("Leaving") 08.41.52 Quit Minthe ("Leaving...") 08.46.21 Join Rob2223 [0] (n=Miranda@p4FDCD932.dip.t-dialin.net) 08.49.14 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 08.50.09 Quit CaptainKwel (Read error: 110 (Connection timed out)) 08.57.04 Quit nibbler_ (Read error: 110 (Connection timed out)) 09.01.40 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 09.02.38 Join fragilematter [0] (n=fragilem@92.83.236.202) 09.04.39 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.17.32 Quit nuonguy ("This computer has gone to sleep") 09.20.29 Join _rossy_ [0] (n=chatzill@d122-111-20-27.rdl25.qld.optusnet.com.au) 09.24.27 Quit z35 ("Leaving") 09.26.24 # <_rossy_> im not sure if this is significant, but the E100 uses the same format for firmware upgrades as other Actions based players 09.27.20 Join nibbler_ [0] (n=Nibbler@txx226.disy.net) 09.27.26 # we still haven't figured it out, so it doesn't help that much atm 09.28.13 # <_rossy_> hmm, ok 09.28.47 # <_rossy_> there is a large userbase for Actions/RockChip players 09.29.01 # <_rossy_> its possible that someone could have cracked the encryption 09.29.03 # yes, but not very many developers it seems... 09.29.09 # are those the 8-bit chipsets? 09.29.20 # no, they're arm 09.29.32 # or was it mips? 09.29.53 # <_rossy_> i thought they were m68k 09.30.03 # I'm quite sure they are not m68k 09.30.09 Join ender` [0] (i=krneki@foo.eternallybored.org) 09.30.15 # I think we have a data sheet link somewhere 09.30.23 # <_rossy_> http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=IriverLPlayerPort 09.32.37 # "MIPS 4KEc" 09.33.35 # the chinese things tend to be MIPS after all 09.35.10 # I can't find any mention of what endian mode they use it in 09.36.13 Part ch4os 09.37.23 # <_rossy_> there are some programs around that say they can replace images in the firmware 09.37.28 # <_rossy_> such as this http://mympxplayer.org/new-rockchip-actions-firmware-editor-vt7940.html 09.37.59 # <_rossy_> although it explicity states it doesn't support encrypted firmware images 09.40.04 # that would imply different firmware formats then 09.40.24 Quit Rob2223 () 09.41.40 # <_rossy_> hmm 09.42.03 Quit kachna|lappy (Read error: 60 (Operation timed out)) 09.42.29 # <_rossy_> i wonder what would happen if i dragged a generic actions firmware onto my E100... 09.43.03 # I'd guess there's a significant brick risk 09.43.16 # <_rossy_> yeah, theres no way i'd try it 09.44.23 Quit Darksair ("To Arch or Gentoo? That is the question...") 09.45.47 # <_rossy_> but, if it worked, that would imply that unencrypted actions images could work as well 09.46.07 # true 09.46.34 Join agaffney_ [0] (n=agaffney@gentoo/developer/agaffney) 09.47.09 Join Rob2222 [0] (n=Miranda@p4FDCD932.dip.t-dialin.net) 09.50.28 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 09.53.34 Join BdN3504 [0] (n=8d40b861@gateway/web/cgi-irc/labb.contactor.se/x-2e8bf2bb18369b7a) 09.55.40 # hey, i want to create a patch but the first obstacle i am facing is that i don't where which code i'd have to modify. Could someone help me out? 09.56.40 # i want to add an entry to the context menu for cfg files... 09.56.55 Quit agaffney (Read error: 113 (No route to host)) 09.57.18 # preferably for cfg files found in the theme directory 09.58.50 Part bandan 09.59.38 # i have looked on the patch tracker for patches which address to change the menus but have only come up with the add item to quickscreen theme which might be a little helpful 10.00.32 # _rossy_: don't the various actions players use different displays? 10.00.57 # <_rossy_> i think so, but 320x240 is a common one 10.01.33 # Zagor: still, we'd only need to know if they "accept" the unencrypted firmware to know that it would work, it wouldn't actually have to work 10.01.54 # <_rossy_> how would we know it worked then? :) 10.02.14 # _rossy_: it depends on how the upgrade procedure works 10.02.23 # most systems reject bad files immediately 10.02.30 # <_rossy_> ah, i see 10.03.01 # but then we'd also need a recovery approach to be able to run test versions 10.03.21 # <_rossy_> it'd be nice if the firmware upgrading process wasn't part of the main firmware file 10.03.38 # <_rossy_> i assume there's no way to know whether it is or not 10.04.07 # in most cases we support dual-booting for exactly such purposes 10.06.27 # where are the contextmenu entries defined? 10.06.37 # is there a overview somewhere over player make/models who use these chips? 10.07.49 Quit Llorean (Read error: 104 (Connection reset by peer)) 10.09.39 # Zagor: I can't find any... 10.09.51 # BdN3504: I suggest using find and grep 10.10.53 # I'm not convinced those "mp4" are as similar as some people think. 10.11.29 # I agree 10.11.43 # ATJ makes different chips, so does RockChip and the ChinaChips 10.13.19 # can i use grep on the VM offered on the rbsite? 10.13.37 # BdN3504: can't you just try it? 10.14.47 # i am currently writing from a notebook with winxp on which i don't have neither vmware installed nor downloaded the image, so no. 10.15.03 # and how are you planning to write the patch again? 10.15.56 # that's not really a good way to write code 10.15.57 # well at home somehow, but i have dled the source so i can search what parts i'd have to modify, can't i? 10.16.19 # apparently you don't have the sufficient tools I'd say 10.16.31 # but that's me 10.16.45 # which tools would you recommend for me to create a patch? 10.17.04 # 1. a complete build environment 10.17.11 # 2. a text editor you like 10.17.24 # 3 profit! 10.17.42 # you forgot 2a) Patience and 2b) Trial and Error 10.18.15 # * B4gder doesn't know about those! ;-) 10.18.23 # hehe 10.19.09 # well all that i got at home, but i thought you could shine a lil light... i thought i'd have to edit option_select.c menu.c and settings_menu.c 10.23.26 # hm maybe you could just tell me how you like the idea of the patch i had in mind, because if it's going to get rejected anyway i wouldn't have to go through all the programming hassle. 10.24.11 # I don't really have an opinion, it's not a feature I would use 10.25.28 # ... i didn't mention what i wanted.... did you look at the forum post? 10.26.20 *** Saving seen data "./dancer.seen" 10.26.22 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 10.30.07 Quit BdN3504 ("CGI:IRC") 10.30.11 Quit beachsurfin (Read error: 104 (Connection reset by peer)) 10.31.03 Join JdGordon_ [0] (n=jonno@rockbox/developer/JdGordon) 10.31.12 Join JdGordon__ [0] (n=jonno@210.87.17.194) 10.31.13 Quit JdGordon_ (Client Quit) 10.32.20 Join beachsurfin [0] (n=h@unaffiliated/girlmeteor) 10.32.40 Quit Thundercloud (Remote closed the connection) 10.35.55 Quit fragilematter ("windozeworld awaits") 10.40.50 Nick JdGordon__ is now known as JdGordon| (n=jonno@210.87.17.194) 10.47.04 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 10.51.48 Join flydutch [0] (n=flydutch@host16-162-dynamic.14-87-r.retail.telecomitalia.it) 10.53.41 Quit faemir ("Lost terminal") 10.55.21 Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) 11.05.42 Join JdGordon|uni [0] (i=d25711c2@rockbox/developer/JdGordon) 11.06.09 Quit bmbl ("Woah!") 11.09.33 Quit JdGordon| (Read error: 113 (No route to host)) 11.10.01 Quit JdGordon|uni (Client Quit) 11.10.42 Part beachsurfin ("parted") 11.10.52 Quit sap ("ze bed is calling me") 11.13.12 Quit blithe ("Lost terminal") 11.13.23 Join blithe [0] (n=blithe@blakesmith.me) 11.18.12 Quit blithe (Client Quit) 11.18.23 Join blithe [0] (n=blithe@blakesmith.me) 11.25.05 Join pyro_maniac [0] (i=foobar@p57BB958C.dip0.t-ipconnect.de) 11.26.56 Quit _rossy_ ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") 11.38.22 # brb reboot 11.38.53 Quit havien (Remote closed the connection) 11.41.37 # Anyone with an M3 not busy? I'm trying to get FS#7369 submitted, but the M3 keypad is almost certainly bad. 11.50.50 # hey guys 11.50.57 # hows the progress on the fuze? 11.52.13 Join PaulJam [0] (i=PaulJam_@vpn-3090.gwdg.de) 12.00.50 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 12.01.27 Quit einhirn (Read error: 104 (Connection reset by peer)) 12.05.01 Join havien [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com) 12.07.00 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 12.07.00 Quit einhirn (Client Quit) 12.08.43 Join moos [0] (i=Mustapha@81-66-158-88.rev.numericable.fr) 12.16.52 Join MrDuck [0] (n=kachna@r3g248.net.upc.cz) 12.21.06 Quit rocko ("Leaving") 12.26.21 *** Saving seen data "./dancer.seen" 12.32.53 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 12.34.29 Quit kachna|lappy (Read error: 110 (Connection timed out)) 12.37.46 Quit rocko (Client Quit) 12.38.03 Join slowmoe [0] (n=slowmoe@dialbs-213-023-040-018.static.arcor-ip.net) 12.42.02 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 12.42.54 Nick MrDuck is now known as kachna (n=kachna@r3g248.net.upc.cz) 12.44.25 # * LambdaCalculus37 pokes kadoban 12.44.44 # hi :) 12.45.05 # do you have an M3 perchance? 12.45.19 # I wish. ;) 12.45.28 # kadoban: I'm going to try out FS #7369 out for myself to see how it works. 12.45.35 # oh okay, great 12.45.39 # amiconn is the only dev I know with one. 12.45.44 # ahh 12.46.46 # Although I wish the patch played Go as well, I'm not going to nitpick. It still looks cool anyway. 12.47.27 # yeah, i kind of wish it played go too, but there's no easy AI code to pull in (everything is not-fixed-point and/or uses a huge amount of RAM) 12.47.54 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 12.48.21 # Indeed. But you can always check out the chessbox plugin; IIRC that was based on some GNU chess game and was tailored to run within the confines of an embedded system. 12.48.38 # That would give a good basis for a Go game. 12.49.50 # Well...chess AIs are fundamentally different from Go AIs, for every one I've seen. There's GNUGo, but in my opinion it's ugly and I'm not sure it even can be tailored down. 12.50.10 # I looked for simple 9x9 playing AIs that I could port, but there's not even that many open source ones 12.50.31 Join krazykit` [0] (n=kkit@ppp-70-236-34-188.dsl.ipltin.ameritech.net) 12.51.16 # There's some recent monty carlo based Go AIs that are looking nice, but I think they're all closed source...and probably require a lot of processing power 12.52.18 # Yeah, they won't be suitable to port to Rockbox. You'd have an easier time porting Duke Nukem Forever. ;) 12.52.28 # Indeed :( 12.54.25 Quit daurn (Remote closed the connection) 12.54.43 Quit daurnimator ("ZNC by prozac - http://znc.sourceforge.net") 12.55.10 # yeah, i still play to try to do something for an AI, but I think of it as mostly separate anyway. I doubt that it can even work on all targets 12.55.41 # I'm looking into having the Rockbox logo embroidered, and part of the set-up fee is "digitizing" (converting it to a stitch pattern). I am convinced from the people i've talked to that some of the smaller detail will not survive the process. Any thoughts on http://cleansoap.org/images/Logo.jpg ? 12.56.03 # Did I go too far? Should I keep the yellow field @ the original width? 12.56.15 # I think it looks fine. 12.56.24 # me too 12.56.38 # looks good to me. do you think the rings inside the 'o's will survive? 12.56.43 # soap: What are you embroidering it onto? 12.56.50 # I'm afraid some of the construction lines might have to go as well, Zagor :( 12.57.01 # I'm awaiting feedback on that. 12.57.11 # * LambdaCalculus37 wants a towel 12.57.33 # I don't think that's a problem. the different colours and font sizes are probably enough to make it close enough 12.57.49 # As long as you can recognize it for what it is. 12.58.00 # LambdaCalculus37, _I_ was thinking "mechanic's shirts". Logo embroidered on the right breast, "name tag" with embroidered IRCNick on left breast. For SCaLE. 12.58.17 # soap: That works too. :) 12.58.21 # can wear unbuttoned and untucked over the stock shirt. 12.58.42 # * LambdaCalculus37 won't be able to attend SCaLE, but he likes the sound of the shirt 12.58.48 # soap: cool idea 12.59.07 # soap: I was also thinking that they'd be ace for DevCon 2009. 12.59.54 # LambdaCalculus37, A - I can give you a shout when I get my price quotes in. B - the setup fee will be taken care of with this run. C - your nick is *huge* for a standard "name tag". 13.00.35 # soap: Knock the 37 off of mine, then. 13.00.38 # Though I'm guessing we're talking ~$50 13.00.44 # * LambdaCalculus37 will save 13.00.48 # yea - THAT'S the long part of your nick. 13.01.39 # Hehe... 13.01.44 # * LambdaCalculus37 has to go to work now 13.01.53 # Gotta go! 13.01.55 Quit LambdaCalculus37 ("Fwump") 13.02.01 Quit kachna (Read error: 110 (Connection timed out)) 13.03.55 Quit krazykit (Read error: 110 (Connection timed out)) 13.22.15 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 13.38.01 Join bimbel [0] (n=Miranda@unaffiliated/bmbl) 13.39.56 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 13.41.26 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 13.48.52 Quit bmbl (Connection timed out) 14.05.56 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 14.08.45 Join grdxyxy [0] (n=eric@119.137.109.143) 14.09.10 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 14.10.00 Join n1s [0] (n=nils@rockbox/developer/n1s) 14.11.49 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-6c561faa05eb34b1) 14.13.54 Quit itcheg (Client Quit) 14.18.16 Join midijunkie [0] (n=Miranda@pD954603F.dip0.t-ipconnect.de) 14.20.05 Nick agaffney_ is now known as agaffney (n=agaffney@gentoo/developer/agaffney) 14.24.46 Quit grdxyxy (Read error: 54 (Connection reset by peer)) 14.25.04 Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) 14.25.13 Join grdxyxy [0] (n=eric@119.137.109.143) 14.26.23 *** Saving seen data "./dancer.seen" 14.32.35 Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 14.34.05 Quit CaptainKewl ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 14.35.39 Quit dfkt (Read error: 104 (Connection reset by peer)) 14.43.30 Quit kachna (Read error: 110 (Connection timed out)) 14.47.56 Part B4gder 14.52.53 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-e6fe8fabcf33a9c5) 14.55.03 Quit itcheg (Client Quit) 14.55.17 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-1e2bfe594e569256) 14.57.08 Quit itcheg (Client Quit) 15.05.47 Quit robin0800 (Read error: 104 (Connection reset by peer)) 15.05.52 Join robin0800_ [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 15.06.37 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 15.09.11 Join gregzx [0] (n=chatzill@dsn44.neoplus.adsl.tpnet.pl) 15.18.59 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 15.19.21 Join jaykay [0] (n=chatzill@p579E6BE4.dip.t-dialin.net) 15.22.50 Join AndyI [0] (i=AndyI@212.14.205.32) 15.23.55 # soap: are these shirts for everyone? 15.31.42 # pyro_maniac: I think they're for staff and developers only. 15.34.18 # hmm, so i have to hurry to get into this elite group ;-) 15.37.28 # but maybe its a good opportunity to get something for users too 15.38.31 Quit bimbel (Read error: 60 (Operation timed out)) 15.39.16 # pyro_maniac: you're free to make your own 15.41.47 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 15.42.55 # wasn't there a cafepress shop a while back? 15.43.53 # There was. IIRC there was one order once, and it got returned 15.44.00 # hehe 15.48.34 # Zagor: Yes, Llorean used to run it, I believe. 15.49.08 # * kadoban would probably buy a t-shirt if one was available 15.49.57 # kadoban: You can make your own shirt if you know a place that prints T-shirts. 15.50.42 # hmm, good point 15.53.50 Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-30741d8ffb69c48c) 15.55.22 Quit grdxyxy ("Leaving.") 15.59.25 Join zz79 [0] (n=admin@85-127-160-207.dynamic.xdsl-line.inode.at) 15.59.50 # kadoban: hi, did you fin someone to commit your plugin yet? 15.59.57 # *find 16.00.07 # hi there! can anyone help me? i have a question and can't find answer on the faq or manual 16.00.08 # moos: not yet :) 16.00.55 # moos: actually i'm about to put up a new version...only a small change though 16.01.01 # i have rockbox on an ipod mini 1st gen and it refuses to work with a headset remote or the remote functions from my dockbox 16.02.03 Join fml [0] (n=4fd3ccc0@gateway/web/cgi-irc/labb.contactor.se/x-d31d2d42ffc90231) 16.02.35 # kadoban: If nobody seems interested to commit, I can do, because I canot leave this patch roting on the tracker. 16.02.37 # Shouldn't the plugin and codec API version be changed with the last commit? 16.03.12 # moos: that would be wonderful :) a few people have said good things, but nobody has really said they're going to commit it... 16.03.45 # kadoban: Not true; I also expressed interest in committing it. 16.03.54 # But if moos wants to commit it, he's welcome to. 16.03.59 # kadoban: then I will unless someone is against 16.04.06 # kadoban: fs entry? 16.04.10 # LambdaCalculus37: sorry, i didn't know if you were going to commit it or were just interested :) 16.04.18 # jaykay: FS#7369 16.05.19 # kadoban: I thought I mentioned that. :) 16.05.35 # LambdaCalculus37: ahaha, it's possible. i had just woken up 16.07.04 # kadoban: I guess you intend to continue to work on it in the futur? I mean if bugs apears, optimisations, new features... 16.07.34 # moos: yes, especially if bugs come up...but also new features if they make sense 16.07.49 Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0017.bb.online.no) 16.07.53 # Okay. I was hoping it wouldn't turn into another beatbox. :) 16.08.24 # hehe :) 16.10.00 # Speaking of which, what should we do with the beatbox code? IIRC it doesn't compile correctly anymore, and the plugin barely does anything. It's also not compiled normally and looks like it hasn't been touched in years. 16.11.08 Join Llorean [0] (n=DarkkOne@ppp-70-243-32-116.dsl.hstntx.swbell.net) 16.11.19 # at least this is confined to plugins and don't disturb anything, maybe just wait and see the author back... 16.12.21 Quit Acksaw (Read error: 54 (Connection reset by peer)) 16.14.27 Quit SoapWork ("CGI:IRC") 16.16.01 Quit robin0800_ (Read error: 104 (Connection reset by peer)) 16.16.55 Part LinusN 16.21.30 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-301619d6bf64796e) 16.22.22 Nick evilnick is now known as evilnick_230 (i=0c140464@gateway/web/ajax/mibbit.com/x-301619d6bf64796e) 16.23.27 Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 16.26.26 *** Saving seen data "./dancer.seen" 16.37.01 # JdGordon: have you seen FS#9877? 16.37.30 # JdGordon: anf FS#9844 can be closed now IMO 16.37.31 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 16.37.55 Part zz79 16.40.43 Quit jaykay (Read error: 110 (Connection timed out)) 16.41.47 Join jaykay [0] (n=chatzill@p579E6BE4.dip.t-dialin.net) 16.44.37 Join chibitactician [0] (n=405afa2f@gateway/web/cgi-irc/labb.contactor.se/x-204512a1ce787fca) 16.45.25 Quit chibitactician (Client Quit) 16.45.37 Join chibitactician [0] (n=405afa2f@gateway/web/cgi-irc/labb.contactor.se/x-6f1e0c432088a760) 16.45.55 Join MethoS [0] (n=lem@host-091-097-243-250.ewe-ip-backbone.de) 16.46.27 # Hello all 16.47.03 # I am interested in how rockbox ports are made in depth as well as the coding and bootloader 16.47.44 Quit chibitactician (Client Quit) 16.47.45 # chibitactician: great. ask what you want to know and we'll tell you where to read. 16.47.55 Join chibitactician [0] (n=405afa2f@gateway/web/cgi-irc/labb.contactor.se/x-b0c6f1dad68b3a0c) 16.48.06 # chibitactician: great. ask what you want to know and we'll tell you where to read. 16.48.27 # how does the bootloader work? 16.50.24 # basically it mounts the disk and reads the firmware file into ram 16.50.47 Join MethoS- [0] (n=lem@dyndsl-085-016-163-089.ewe-ip-backbone.de) 16.51.56 # i found out on wikipedia that it is made w/ C can it be made with Python? and how hard is it for new ports to be made 16.52.14 # no it can not be made with python... 16.52.45 # how to make a new port: http://www.rockbox.org/twiki/bin/view/Main/NewPort 16.54.02 # ok can i ask why i mean python is easy to use and can be turned to C code as well as machine language 16.54.36 # Because Rockbox isn't written that way. 16.55.03 # You don't have the sort of low-level control in python that's needed for this sort of code 16.55.16 # k got u 16.55.40 # does anyone know how difficult it is 16.55.56 # "difficult" is a relative term 16.56.35 # it takes a lot of hardware research and reverse engineering, since we typically don't get any information from the manufacturers 16.56.50 # ok 16.56.52 Join MethoS-- [0] (n=lem@host-091-097-244-111.ewe-ip-backbone.de) 16.58.10 Join CaptainKwel [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-6321cb7238d736dd) 16.58.24 # i was wondering there are emulators for ipodlinux can any be made for rockbox like igpsp the gba emulator 16.59.08 # we have a gameboy emulator. it's called rockboy. 16.59.28 Join kugel [0] (n=kugel@rockbox/developer/kugel) 16.59.58 # gba=Game boy advance gb=gameboy gbc=gameboy color 17.00.19 # yeah thanks, as already said, rockbox has a gameboy emulator 17.00.26 # nothing more 17.00.38 # feel free to write a gba emulator 17.01.08 # im not skilled in emucoding 17.01.16 # we have a chip8 and zx spectrum (?) and pacman emulators too 17.01.17 Quit Zagor ("Client exiting") 17.02.54 # i saw what we have but i am not skilled enough in coding at all. i wanted to try the (S)NES form but it looked difficult and all i got out some build environment junk and compiling 17.03.18 # pixelma: I put a patch to the data abort task 17.05.10 Quit nuonguy ("This computer has gone to sleep") 17.05.33 Quit MethoS (Connection timed out) 17.06.20 Join midijunkie41 [0] (n=Miranda@pD954599C.dip0.t-ipconnect.de) 17.07.24 Quit chibitactician ("CGI:IRC (EOF)") 17.08.46 Join MethoS [0] (n=lem@host-091-097-243-102.ewe-ip-backbone.de) 17.11.47 Quit MethoS-- (Read error: 60 (Operation timed out)) 17.12.22 Quit slowmoe () 17.13.16 Quit MethoS- (Connection timed out) 17.16.03 # Unhelpful: just a thought, if you care much about speed in the pictureflow plugin it might be worthwhile to turn it into a "subdir" plugin so it gets its own makefile and can set custom compiler flags such as O2, which can make a big difference in some cases 17.19.35 Quit midijunkie (Read error: 110 (Connection timed out)) 17.19.45 # Any comments about increasing codec and plugin API version? 17.20.21 # why codec? 17.21.00 # why both anyway? 17.22.09 # kugel: because functions have been removed there. Or are the conditions the same as before? 17.22.51 # you mean in r19971? 17.23.01 # yes 17.23.04 # should probably be done, yes 17.42.31 Quit fml ("CGI:IRC (EOF)") 17.50.25 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 17.52.12 # No imcompatibily was introduced so I didn't bother. Only the names changed. Only dual-core was using those functions already. 18.03.48 # jhMikeS: the structs changed, so the API version is to be incremented 18.04.17 Quit jaykay (Read error: 110 (Connection timed out)) 18.05.11 Join MethoS- [0] (n=lem@host-091-097-243-135.ewe-ip-backbone.de) 18.05.57 # it's about plugins/codecs that are built against an older binary. if you build plugins against your version the API version doesn't matter, but if you don't, plugins won't work (and then they should rather exit with a usefull error message and not crash randomly or something like that) 18.05.59 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 18.06.58 Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-de17f67cfaf35ecf) 18.07.02 Join gregzx_ [0] (n=chatzill@dsx231.neoplus.adsl.tpnet.pl) 18.07.16 # kugel: The bump was unnecessary in this case 18.07.23 # kugel: it didn't change at all 18.07.34 # just the name of the member 18.07.44 # The names of the functions changed, but the functions still have the same signature 18.08.09 Quit gregzx_ (Client Quit) 18.08.10 # oh, I see 18.09.08 # well, but it doesn't hurt, does it? at least I sorted the new things in 18.09.26 Join Beta2K [0] (n=beta@d36-78-228.home1.cgocable.net) 18.10.28 # nice reds on the table 18.10.39 # kadoban: seems you'll have some work to do ;) 18.10.44 # making a patch :( 18.11.17 Quit MethoS (Read error: 60 (Operation timed out)) 18.12.34 # kugel: The red was moos' fault. It was his commit. 18.12.51 # But it was kadoban's code, so we blame him. ;) 18.12.54 # what got sorted in I was thinking about a completely different approach that amicon has suggested using swi 18.13.14 # i think i have most of it, but i may have to exclude some targets, like D2 and such...not sure why D2 isn't red 18.14.38 # oh right, nevermind..D2 is touchpad 18.14.53 # LambdaCalculus37: you can blame on me :P 18.16.15 # btw the Bagder's script seems to wor :) 18.16.16 Join slowmoe [0] (n=slowmoe@p57A950B3.dip.t-dialin.net) 18.16.21 # works 18.19.53 Quit Xerion (" ") 18.22.58 Quit gregzx (Read error: 110 (Connection timed out)) 18.26.31 *** Saving seen data "./dancer.seen" 18.29.07 # Unhelpful: ping 18.32.37 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.33.40 Join MethoS-- [0] (n=lem@host-091-097-247-069.ewe-ip-backbone.de) 18.34.53 Join faemir [0] (n=daniel@88-106-226-37.dynamic.dsl.as9105.com) 18.35.14 Quit MethoS- (Read error: 60 (Operation timed out)) 18.36.53 Quit MethoS-- (Remote closed the connection) 18.37.12 Join MethoS [0] (n=lem@host-091-097-247-069.ewe-ip-backbone.de) 18.37.27 Quit MethoS (Remote closed the connection) 18.41.05 Join MethoS [0] (n=lem@host-091-097-247-069.ewe-ip-backbone.de) 18.41.29 Part pyro_maniac ("Leaving.") 18.42.29 # moos: int temp; (void)temp; ???? 18.44.21 # kugel: gets rid of the "unused" warning. not used on ipods, i didn't work out the logic yet 18.45.05 # is temp used at all? 18.45.46 # kugel: yes, on almost all targets...not sure on ipod, probably not. it should be ifdefd out probably, but that's the quick fix 18.49.09 # kadoban: it's only used in that 1 case, right? 18.49.11 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.49.39 # I suppose it should be initialized in that case, and the case be a block 18.50.13 # like this http://pastie.org/386176 18.50.54 # kugel: hmm, that looks right indeed 18.51.03 # moos: Still some reds left. 18.51.16 # working on it...gotta exclude a few more targets 18.51.25 # kadoban: should I commit? or does putting that stuff into a block break things 18.51.43 # LambdaCalculus37: yup, saw them waiting for kadoban 18.52.03 # kugel: no idea :) i can test it, i gotta finish one other change thing first though 18.52.05 # kadoban: It's the Archos targets and the ZVM. 18.52.21 # The Recorder, V2 Recorder, and the Ondios. 18.52.33 # I'm sure he know, he have the table too ;) 18.53.18 # let's him take his time and cook a full patch 18.53.50 # btw, I don't think we put spaces between the function names and the parenthesis 18.54.07 # * kadoban isn't sure why these didn't fail when i built them myself... 18.54.16 # kugel: i don't think it's specified...i just used indent 18.54.52 # kugel: the patch followed our rules I think 18.55.15 # * domonoky doesnt care about this spaces, but the full function name (including the return type) should be on one line, unless its over 80 chars. 18.55.23 # but the idea was first to get this in, let's cosmetic after 18.55.51 # Why are the Clip and M200s being excluded? Because they don't have enough buttons? 18.56.15 # linuxstb: because i didn't know they were built yet and i didn't come up with a keypad yet. they probably can be in eventually/soon 18.56.25 Quit robin0800 (Remote closed the connection) 18.57.00 # moos: indeed, CONTRIBUTING isn't specific about this 18.57.24 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 18.57.34 # linuxstb: speaking unsuported targets, any news about gigabeat installation you was working on (even if I know you are busy :) 18.57.42 # gigabeast 18.57.43 # * kadoban might be done...doing a test build or two 18.58.08 # moos: No, I've had zero time to do Rockbox things. I was sort of waiting for someone to fix the sendfirm licensing issue as well... 18.58.29 # kadoban: include my patch and let moos commit 18.58.39 Quit FOAD_ ("Lost terminal") 18.58.54 # kugel: yep, i included it...i'll send it to moos 18.59.11 # linuxstb: hehe :) 18.59.36 Join {phoenix} [0] (n=dirk@p54B47E76.dip.t-dialin.net) 19.00.03 # moos: And quite a few people have been having problems with beast installation recently - the OF rejecting our updates and going into recovery mode. I haven't been following those closely though... 19.00.32 # * jhMikeS wonders why MCR WFI isn't being used for s3c2440 instead of that loop 19.00.39 # linuxstb: yeah indeed, encountered myself some OF stranginess 19.04.07 Quit midijunkie41 ("?(???~•~)?") 19.04.25 Join |mr [0] (n=lymeca@student164-99.hampshire.edu) 19.05.16 # kadoban's fix commited 19.05.33 # or kadoban+kugel's fix even :) 19.07.38 # that ifdef looks weird 19.08.23 Quit nibbler_ (Read error: 113 (No route to host)) 19.08.36 # and in case of the Archos it's not the reason for exclusion 19.10.17 # hmm, yeah i guess _PAD isn't really right. that bit will change once i come up with keypads for some of those though 19.11.29 # and i might be able to shrink those down to fit in RAM as well 19.12.10 # Any idea how much your plugin is using? 19.12.31 # not really, no...i didn't know it was failing those builds... 19.13.42 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 19.15.39 # what's about the philips? excluded too? 19.15.41 # A comment in SUBDIRS explaining why those targets are excluded would be helpful - IIUC, some are because no-one has defined the keymap, and others are because of lack of memory. 19.16.05 # apparently i missed one, so i might as well fix them up and add a comment...doing it now 19.16.16 # * linuxstb wonders if there is a PLUGIN_RAM define available in SUBDIRS 19.16.24 # kadoban: do the 2 in the same rush 19.16.30 # oops too slow 19.16.30 # Or PLUGIN_BUFFERSIZE or similar... 19.16.51 Quit kugel (Nick collision from services.) 19.16.53 Join kugel_ [0] (n=kugel@e178120236.adsl.alicedsl.de) 19.17.04 Nick kugel_ is now known as kugel (n=kugel@e178120236.adsl.alicedsl.de) 19.17.12 # haha :D moos is spamed by the tracker mail 19.17.30 # there are those plugins which grab the audio buffer with those overlay loaders (rockboy, jpegviewer) 19.17.51 # or how that's called 19.17.55 # Yes, seems to be PLUGIN_BUFFER_SIZE in config-$target.h which should be available. 19.18.22 # kadoban: If your plugin is too large to fit in 32KB of plugin ram on archoses, it could be made to work by making it an overlay, like chessbox, rockboy and zxbox 19.18.52 # amiconn: hmm, i'm not sure what that entails, but I can look into it. 19.18.59 # Do you know how much the plugin exceeds the available plugin buffer size? 19.19.22 # no idea...hopefully not by much. i'm hoping that i can just shrink a buffer or two somewhere 19.19.28 # Currently it requires some manual linker script fiddling, but fixing that is already on my todo list 19.20.06 # Then making a plugin an overlay would become relatively easy. Might be useful on other lowmem targets as well 19.20.11 # moos: so the red mail is coming from the -cvs ml? 19.20.36 # kugel: From the tracker one. 19.20.53 # from the tracker ml?? uh 19.21.23 # * kugel thought Bagder made it coming from -cvs 19.21.29 # moos: They're being sent from "tracker@rockbox.org", but to the cvs mailing list. 19.21.54 # kugel: http://pastebin.ca/1334263 19.22.11 # linuxstb: ok 19.23.08 # * amiconn got no red mails y'day 19.23.36 # amiconn: Got it here 19.24.44 # moos: I'm not subscribed to that list. Never was... 19.25.23 # that explain it then :) 19.26.12 # btw. if you exclude the plugins for the Archos targets for now, it should also be excluded from their manuals... 19.26.33 # The GoGear HDD1630 is the only target that still has red. 19.26.41 # pixelma: hmm, good point 19.26.44 # kadoban: Better fix it. 19.27.03 # Well until now there really was no reason to. The svn commits are shown on the website, why would I need that dubbed as a mail? 19.27.04 # LambdaCalculus37: yeah, working on it... 19.27.38 # amiconn: I think it's easier to review commits when they arrive as mail, but of course that's matter of taste 19.27.53 # indeed 19.27.55 # Someone have a goban.map file handy? (preferably from a coldfire target) 19.28.47 # * amiconn prefers looking at the viewvc diffs 19.28.53 # * kadoban has no idea what PLUGIN_BUFFER_SIZE to require...i'm doing 0x60000 for now 19.29.47 # kadoban: The .map files tell you, hence my request... 19.32.56 # the svn:eol-style properties should probably be applied to the newly added files 19.33.24 # bertrik: Why? native is the default anyway afaik 19.33.54 # oh is it? almost all other source files in rockbox seem to have it 19.34.01 # domonoky: around? 19.34.08 # jup 19.34.21 # bertrik: I know. I guess this is from the CVS to SVN conversion 19.34.47 # Maybe there is a reason though and I should re-read the svn docs... 19.35.40 # I was trying to find a solution for the remount issue on OS X (faked it on linux) 19.36.00 Join domonoky1 [0] (n=Domonoky@g229190062.adsl.alicedsl.de) 19.36.39 # interestingly the code gives me a warning of a signal not connecting 19.36.49 # bertrik: oh I thought that I was good 19.37.20 # Object::connect: No such slot BootloaderInstallIpod::checkRemount() 19.37.29 # diff is here: http://www.pastebin.ca/1334282 19.37.31 # now I'm not so sure myself about what to do (whether to add it or not) 19.37.35 # any idea what I'm doing wrong? 19.39.34 Quit kugel (Read error: 110 (Connection timed out)) 19.39.38 # who's the resident svn expert? 19.40.07 # Zagor? Bagder? 19.41.21 # bluebrother: where is this connect ? i dont find it in the diff ? 19.41.34 # amiconn: is there a reason you suggested coldfire goban.map file? (recorder and ondio are sh, right?) 19.42.17 # Yes. The archoses are SH1, but they all have the small plugin buffer. Coldfire code size is closer to SH1 code size than ARM 19.42.25 # domonoky1: it's the QTimer call 19.42.33 # oh i see, thanks 19.43.21 # For most binaries, SH1_code_size < coldfire_code_size < arm_code_size. Coldfire is usually closer to SH1 than arm in this formula 19.43.22 # hmm, using a "real" timer instead of the single shot static one might be an idea ... 19.44.01 # perhaps its because its a protected slot ? maybe test with a public slot. 19.45.13 # bertrik: http://www.rockbox.org/twiki/bin/view/Main/UsingSVN#Adding_a_new_file 19.46.05 # There's a ~/.subversion/config file that indicates what properties to set automatically when adding a new file 19.46.53 # update this page then? :) 19.47.34 # Imo we should provide an svn autoprops config for rockbox 19.48.39 # how hard is to do so? 19.49.22 # just provide a subversion config file? 19.50.09 # is the size just "plugin_end_addr - plugin_start_addr"? (about 40k) or is there an easier way to tell the minimum PLUGIN_BUFFER_SIZE? here's the map if it helps: http://www.majidejima.com/goban.map 19.50.15 # hmm, using a public slot didn't change anything 19.51.47 # kadoban: yes 19.52.05 # wow. The #if was the culprit :o 19.52.26 # thanks 19.52.40 # So in order to make it work on archos without resorting to an overlay, you'd need to reduce the size by about 8KB (40KB->32KB) 19.53.03 Quit domonoky (Read error: 110 (Connection timed out)) 19.53.44 # that might be doable, i'll have to play with it...for now i'll just exclude them though 19.54.31 # then do I have to exclude the philips build too for now? 19.55.02 # moos: yes, i have a patch, checking it over...it also removes them from the archos manual for now 19.55.06 # 33KB code, 3KB read-only data, 664 byte initialized data, and >3KB bss 19.55.11 Join ibseco [0] (n=ibseco@BAH57c7.bah.pppool.de) 19.55.41 # kadoban: ok, then I'll wait for your patch :) 19.56.35 # nice, now it works. I'm still surprised that the preprocessor made it not work :/ 19.57.22 Quit |mr (Connection timed out) 20.01.36 # moos: here it is http://www.majidejima.com/fix-goban-red.patch hard to test, but i think that's right 20.01.53 # ok 20.02.22 Join pyro_maniac [0] (n=jens@77-21-68-46-dynip.superkabel.de) 20.02.29 # I will precise in the commit message, that more suported targets are coming soon. Hence you fixed RAM usage issue and keymappings 20.02.50 # yes, i'll work on those keymaps right after this...assuming no more reds 20.04.42 Join merbanan [0] (n=banan@c-60-242-233-83.3.cust.bredband2.com) 20.05.46 Join maddler [0] (n=maddler@static-217-133-171-24.clienti.tiscali.it) 20.07.44 # * BigBambi has mutilated the installation chapter beyond recognition :) 20.09.08 # Yay! 20.09.31 # kadoban: commited 20.10.08 # moos: nice. hope that's the last of the reds... 20.10.32 # hehe :) 20.10.44 # it will 20.11.55 # be green I mean, of course 20.13.10 # ahah, yes... 20.13.12 Join miepchen^schlaf [0] (n=miepel@p579EC7A4.dip.t-dialin.net) 20.19.08 # thank god, all green. thanks moos, and everyone else :) 20.19.33 # np, thanks to you, for your amazing plugin 20.19.52 # :) 20.19.58 # * moos can go cook dinner and prepar for the soccer match ;) 20.21.52 Quit flydutch (Read error: 104 (Connection reset by peer)) 20.23.00 Join flydutch [0] (n=flydutch@host16-162-dynamic.14-87-r.retail.telecomitalia.it) 20.26.02 Join midijunkie [0] (n=Miranda@pD954599C.dip0.t-ipconnect.de) 20.26.32 *** Saving seen data "./dancer.seen" 20.32.22 # We're 22 commits away from 20000! :) 20.32.53 Join PISSEDOFF [0] (n=mm@129.82.200.200) 20.34.10 # Great job on the new release. I tried rb a couple years ago and its come along way. 20.34.45 # I do have a question though. Is there anyway for me to sync or transfer ratings to and from itunes on a mac? 20.35.26 Join Zoxc- [0] (n=zoxc@ti0128a340-dhcp0017.bb.online.no) 20.35.55 Quit miepchen^schlaf () 20.36.24 Quit linuxstb (Read error: 54 (Connection reset by peer)) 20.37.40 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 20.39.42 Quit bmbl ("Woah!") 20.40.07 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 20.42.14 Join AndyCR [0] (n=Andy@71-211-25-58.clsp.qwest.net) 20.43.24 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 20.47.05 # PISSEDOFF: I don't think so, no 20.47.30 # ok, thanks BigBambi 20.47.35 Join |mr [0] (n=lymeca@student164-99.hampshire.edu) 20.50.17 # PISSEDOFF: Check here: http://forums.rockbox.org/index.php?topic=18720.0 20.50.57 # thanks evilnick_230 20.51.35 # There's not exactly good news though! It seems that there's no way currently to transfer the ratings. 20.55.12 Quit Zoxc (Connection timed out) 20.55.38 # i might be able to use sansamonkey in a vm. I'll post in the forums if i find a good solution for other mac users 20.57.55 Join nibbler_ [0] (n=Nibbler@HSI-KBW-085-216-121-223.hsi.kabelbw.de) 21.00.20 Join MethoS- [0] (n=lem@dyndsl-085-016-164-114.ewe-ip-backbone.de) 21.04.19 Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 21.05.37 Join nibbler__ [0] (n=Nibbler@HSI-KBW-085-216-121-223.hsi.kabelbw.de) 21.06.16 Join tessarakt [0] (n=jens@e180067006.adsl.alicedsl.de) 21.07.27 Quit nibbler__ (Client Quit) 21.07.30 # Unhelpful: Is there any reason that version.sh doesn't just use its own path rather than jumping through hoops to try and locate the src dir? 21.08.02 # Unhelpful: While I'm add it, the head -n 1 is still there 21.08.53 # Unhelpful: Doing TOP=.. is quite an assumption 21.09.54 Quit CaptainKwel ("http://www.mibbit.com ajax IRC Client") 21.10.30 Quit jgarvey (Read error: 60 (Operation timed out)) 21.13.29 Quit MethoS- (Read error: 104 (Connection reset by peer)) 21.13.30 Join MethoS-- [0] (n=lem@host-091-096-212-089.ewe-ip-backbone.de) 21.14.12 Quit MethoS (Connection timed out) 21.16.01 Join Rob2223 [0] (n=Miranda@p4FDCD932.dip.t-dialin.net) 21.16.01 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 21.18.17 Join casainho [0] (n=chatzill@87.196.49.32) 21.19.56 Quit AndyCR (Client Quit) 21.22.32 Quit |mr ("KVIrc 3.4.0 Virgo http://www.kvirc.net/") 21.23.16 Join miepchen^schlaf [0] (n=miepel@p579EC7A4.dip.t-dialin.net) 21.30.11 Join jaykay [0] (n=chatzill@p579E64A7.dip.t-dialin.net) 21.31.51 Join __lifeless [0] (n=lifeless@83.219.10.16) 21.32.46 # hello :-) 21.34.44 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 21.35.22 # can someone help me and tell how do I do turn debug when configure for the bootloader? 21.36.50 # well, lloks like I can turn debug on when building the bootloader :-( 21.36.59 Quit _lifeless (Read error: 60 (Operation timed out)) 21.37.14 # if I do Advanced, it simple builds the firmware, no way to choose the bootloader, I think 21.40.40 Quit jfc^2 (Remote closed the connection) 21.41.51 Join jfc^2 [0] (n=john@dpc691978010.direcpc.com) 21.43.41 Join QuickStart [0] (n=QUICKSTA@pool-72-88-159-70.nwrknj.east.verizon.net) 21.43.43 Join MethoS [0] (n=lem@host-091-096-214-022.ewe-ip-backbone.de) 21.51.19 Quit jfc^2 (Remote closed the connection) 21.52.24 Join jfc^2 [0] (n=john@dpc691978010.direcpc.com) 21.53.08 # oh, turning on the DEBUG on configure for the firmware, just turns on the DEBUGF, and I was looking for the "-g" option for the GCC... 21.53.57 Quit merbanan (Remote closed the connection) 21.57.04 Quit PISSEDOFF () 21.58.14 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.58.44 Quit ibseco (Read error: 113 (No route to host)) 22.00.01 Quit MethoS-- (Read error: 110 (Connection timed out)) 22.02.05 Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121622]") 22.10.59 Quit {phoenix} (Remote closed the connection) 22.11.04 # * domonoky1 detects an article about rockbox in a random pc magazin, i got for free. It even has rbutil on their CD. 22.11.30 Join yazan [0] (n=yazan@aef.wh.Uni-Dortmund.DE) 22.13.08 Join ibseco [0] (n=ibseco@BAH57c7.bah.pppool.de) 22.14.40 Join casainho [0] (n=chatzill@87.196.49.32) 22.16.40 Join |mr [0] (n=lymeca@student164-99.hampshire.edu) 22.18.04 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 22.19.47 # domonoky1: any known magazine? 22.20.14 Quit QuickStart (Remote closed the connection) 22.20.57 Quit yazan ("Leaving") 22.21.31 # not really. Its http://www.com-magazin.de/ 22.21.31 Join CaptainKwel [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-12918725e647a5f7) 22.24.27 Quit SoapWork ("CGI:IRC") 22.24.56 # indeed not the most famous one in germany 22.25.19 # * jaykay should get the latest com!... 22.25.27 # Does a sansa/ipod install on Mac need root rights? I assume so, but want to check. Also, is that wat they call it on Mac? 22.25.37 Quit XavierGr (Nick collision from services.) 22.25.40 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 22.26.36 *** Saving seen data "./dancer.seen" 22.32.04 # BigBambi: I don't think so, at least for ipods. 22.32.19 # linuxstb: OK, thanks 22.32.19 # But it's been a long time since I tried. 22.32.48 # Check the manual (i.e. not rbutil) install instructions - they should be accurate (again, for the ipod at least). 22.33.05 # I wrote them, and at the time I had a Mac. 22.33.19 # linuxstb: Yes, I couldn't find it in there (it is what I am editing), but I just wanted to check 22.33.45 Join MethoS- [0] (n=lem@dyndsl-085-016-160-122.ewe-ip-backbone.de) 22.34.58 # BigBambi: Also, the existing instructions say to install Rockbox first, and _then_ the bootloader. This is on purpose (so the user isn't stuck with a bootloader that can't load anything). 22.35.08 # Although I think rbutil does it the other way around. 22.35.43 # linuxstb: What I'm trying to do is streamline it, as there is lots of info in the manual install bit only that is also useful for automaticv 22.36.15 # linuxstb: So I'm trying to group common info and then have a smaller manual install section 22.36.48 # And also cut out some repeated and (to my mind) not relevent info that only servers to confuse 22.37.18 Quit nibbler_ ("Ex-Chat") 22.37.38 # linuxstb: But as I don't own some of the targets, and it is a fairly large overhaul, it'll need reading by plenty of people to point out where I've accidently cocked up something vital or useful 22.37.47 # (I've obviously tried not to) 22.37.55 Quit MethoS (Read error: 60 (Operation timed out)) 22.38.16 # I've got a small-ish question about the button mappings: using a sansa e200 series, it seems that pressing Power should revert from the Track Info screen to WPS but you have to press either >>| or |<<. 22.38.41 Join nibbler_ [0] (n=Nibbler@HSI-KBW-085-216-121-223.hsi.kabelbw.de) 22.40.20 Quit nibbler_ (Client Quit) 22.40.55 # linuxstb: I *believe* there is still a note about unmounting (or so) the Ipod before the bootloader installation in the "manual install" part and IIRC you said ipodpatcher would do it on its own - so if it's still in there it should go, right? 22.40.55 # linuxstb: I *believe* there is still a note about unmounting (or so) the Ipod before the bootloader installation in the "manual install" part and IIRC you said ipodpatcher would do it on its own - so if it's still in there it should go, right? 22.40.55 # I *believe* there is still a note about unmounting (or so) the Ipod before the bootloader installation in the "manual install" part and IIRC you said ipodpatcher would do it on its own - so if it's still in there it should go, right? 22.41.18 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 22.41.25 # I *believe* there is still a note about unmounting (or so) the Ipod before the bootloader installation in the "manual install" part and IIRC you said ipodpatcher would do it on its own - so if it's still in there it should go, right? 22.41.36 # ^ linuxstb 22.41.49 # pixelma: 4 times :P 22.42.05 # I'm sorry 22.42.09 # hehe :) 22.42.39 # I didn't see my messages get through 22.43.40 Quit pixelma_ (Client Quit) 22.44.43 # pixelma: I think that's gone from the manual now. At least, I can't see it here - http://download.rockbox.org/manual/rockbox-ipodcolor/rockbox-buildch2.html#x4-110002.3.2 22.45.32 # Does the H100 ever give a -1 error and stop? Doesn't it just go straight to the OF? I can't check mine as RB is flashed to it 22.47.42 # linuxstb: can't see it anymore either... and sorry again 22.48.31 # pixelma: No problem :) 22.48.41 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 22.50.10 Join MethoS-- [0] (n=lem@dyndsl-085-016-160-115.ewe-ip-backbone.de) 22.50.30 Quit amiconn (Remote closed the connection) 22.50.31 Quit pixelma (Remote closed the connection) 22.52.27 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 22.52.27 Join pixelma [50] (n=pixelma@rockbox/staff/pixelma) 22.53.35 Quit amiconn_ (" __") 22.59.25 Part pyro_maniac 22.59.35 Quit sarixe ("Bye") 23.00.46 # pixelma (and others): This is where I'm at at the moment - please let me know if you think I am going in the right direction or not: http://www.aeparker.com/stuff/rockbox-h300-r19966M-090211.pdf 23.03.57 Quit MethoS- (Read error: 110 (Connection timed out)) 23.04.59 # BigBambi: Have you thought about moving the "not rbutil" install method into an appendix. I wouldn't want to lose those instructions, but it seems unnecessary to offer two different install methods to the average user. 23.05.18 Quit |mr (Connection timed out) 23.05.29 # linuxstb: Yes, I asked about that yesterday, and pixelmasaid she preferred to keep them for now :) 23.05.52 # linuxstb: My initial thought was to move them :) 23.08.38 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 23.09.17 # only as long as they contain info which is not in the automted installation part yet - and actually I'd like to not have such a hard cut between the two. Keeping everything together which is true for both and just a small branch for the actual difference (if possible) 23.09.46 # pixelma: That's what I've tried to do 23.10.11 # I should have a closer look 23.10.31 # I moved info stuff to the start, then have the two methods where they differ, then have a finishing installation section that is common to both 23.12.10 # * domonoky1 also prefers to keep them inplace, until "someone" improved rbutil, so that you really dont need the manual instructions. 23.12.16 # that's how I imagined it... but I should really read before commenting further 23.13.12 # I'll do a quick tidy up then put a work in progress patch on flyspray along with a range of manuals 23.13.43 # work in progress in the sense that I'm sure people will think of improvements/changes/want to scrap it etc :) 23.14.30 # * bluebrother wonders what exactly rbutil needs to get improved 23.14.50 # better autodetection, handling of multiple devices, and ...? 23.14.56 # bluebrother: The ability to install ipod/sansa bootloaders? :P 23.15.10 Quit slowmoe () 23.15.15 # hmm. Can't we do that already? 23.15.35 # bluebrother: I'm referring to the bug in 1.0.8 and 1.0.9 23.16.04 # well, we just need to create a new release ;-) 23.16.21 # yep :) I was just winding you up more than anything :) 23.16.23 # though I want to finish the remount fix for osx I'm working on first. 23.16.30 # the ability to better guide dump users ? :-) 23.16.38 # dump users? ;-) 23.16.50 # s/p/b 23.16.50 # "you are a dumb user, go away" *g* 23.17.06 # bluebrother: better feedback for targets where you have to take care of something after putting the "bootloader files" on the player (Iaudios, H100/300). Last I looked it mentioned this together in a splash with the "successful" message and people tend to click them away without reading much 23.17.22 # if it's already changed, I apologise 23.18.01 # * pixelma also too slow 23.18.24 # last you looked? The bootloader rewrite (which also introduced the "no sansa" bug) changed that. Please tell me if the messages are still too brief 23.18.24 # I have now moved those instructions out of the manual install only section of the manual into a general one, which might help. Of course, it would be good for rbutil to say that too 23.18.45 # er, which it does :P 23.19.38 # bluebrother: Regarding "what exactly in rbutil needs to get improved" - I would say "Can a user download rbutil and install Rockbox to the stage of it booting without ever reading the manual?" (I haven't used rbutil recently, so don't know). 23.21.33 Quit n1s () 23.21.41 Quit jaykay (Read error: 110 (Connection timed out)) 23.22.06 Join pyro_maniac [0] (n=jens@77-21-68-46-dynip.superkabel.de) 23.23.23 Quit ender` (" Some people have one of those days. I've had one of those lives.") 23.24.54 # linuxstb: well, that of course raised the question on how much technical knowlege we can assume for the average user 23.24.58 # hi there, I have a question. I am trying to port rockbox to samsung yh 920. now I compiled a h10 5G build with the lcd driver of the h100. on booting the player the screen first shows the samsung logo and after thatan empty screen. now I connected the player to windows and that noticed a rockbox player media. is this a normal behavior? 23.25.16 # bluebrother: The same knowledge as the manual currently does... 23.25.32 Quit Zoxc- () 23.26.09 # pyro_maniac: that means you're getting pretty far 23.26.12 # well, then I'd say the things missing are (1) multiple player detection, (2) more user friendly autodetection and (3) working Quickstart installations :) 23.26.32 Quit evilnick_230 ("http://www.mibbit.com ajax IRC Client") 23.26.56 Join gregzx [0] (n=chatzill@dsx231.neoplus.adsl.tpnet.pl) 23.27.16 # so this means that the h10 5g build partly works? 23.27.42 # pyro_maniac: have a look at http://www.rockbox.org/twiki/bin/view/Main/PortalPlayerUsb#logf_over_USB_Serial and then study logf() a bit. If you find a linux PC, you can get debug output 23.28.42 # bluebrother: I've just downloaded rbutil and (trying to think like a new user) am running it. The first thing that happens is that I get the dialog about "new installation or new version". It doesn't tell me that I should now attach my player, or (for devices that need special handling) how I need to connect (i.e. in UMS mode). 23.29.25 # gevaerts: thanks, I will try 23.29.38 # hmm. Good point. 23.30.56 Join itcheg [0] (i=44d751d6@gateway/web/ajax/mibbit.com/x-032d5b17ae582bab) 23.33.50 # speaking of portalplayer USB, I have the *impression* that the resets problem got worse lately, unfortunately I can't give numbers. It's just that when I first tried in the beginning of January I didn't notice any slowdown when my c200 was connected to the PC's backport so didn't check if resets still happened, yesterday there was a slowdown (first tried with a 2 weeks old build, then updated) 23.33.57 Quit CaptainKwel ("http://www.mibbit.com ajax IRC Client") 23.34.36 # connected to the frontports was unusable back then too and still is 23.34.53 Quit pyro_maniac ("Leaving.") 23.35.59 # not sure how to measure, 23.36.25 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 23.36.27 # The problem with these resets is that they are basically random. What actually happens is that there are lots of transmission errors (always, even for people who don't see resets), and if you happen to have a bunch close together the PC resets the bus. 23.37.25 # So the only way to measure reliably is to actually measure the number of low-level errors, and for that you need a hardware tracer 23.38.07 # I see. Thanks for the info 23.38.14 # but I'm not sure if this number is very interesting. Either we have errors or we don't. On the beast there are zero errors 23.38.25 # Same for the sansa OF 23.39.14 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 23.39.55 # bluebrother: BTW, I think "ipod colour" should be "ipod color" - it's Apple's model name. 23.40.43 # (in the target list in rbutil) 23.41.05 # good point. Will change. 23.42.05 # we should make model names consistent too -- currently we have Ipod (as in the manual) but iAudio 23.42.54 # http://www.rockbox.org/tracker/task/9895 23.43.22 Quit tessarakt ("Client exiting") 23.45.04 # is there any way to test every build in the build table at once? 23.45.35 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 23.46.13 # kadoban: not really, but there are some scripts you can play with to get there 23.46.23 # like these => http://svn.rockbox.org/viewvc.cgi/trunk/tools/release/ 23.46.44 # Bagder: ah okay, thanks 23.48.37 Nick krazykit` is now known as krazykit (n=kkit@ppp-70-236-34-188.dsl.ipltin.ameritech.net) 23.49.27 Join einhirn [0] (n=Miranda@p4FC62FCE.dip0.t-ipconnect.de) 23.52.31 Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-3a20ea74b221dbec) 23.53.43 Quit maddler (Read error: 110 (Connection timed out)) 23.53.53 Quit XavierGr (Nick collision from services.) 23.53.54 # Something scorche and I had been thinking about taking to SCaLE was a couple of posters about Rockbox. I have a wide format (48") photo printer at work, and can make a Rockbox Logo banner, and as I understand there will be room also at the Rockbox table for two posters. 23.54.04 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 23.54.31 # I am busy as s*&^ right now, and wanted to throw the idea out there, and perhaps someone would be interested in designing one of (or both) of the posters. 23.57.00 # I was _thinking_ something perhaps along the lines of a reworked "Why Rockbox" summary as one of the posters. Perhaps the other poster could be "Rockbox Facts" - including some of the geekier details such as # of active commiters, details on the build system, different architectures supported - how differences between architectures are delt with, some history, hurdles legal technical and other, etc etc. 23.58.19 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-2c342439299f9cfc) 23.58.58 Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.6/2009020911]")