--- Log for 28.04.108 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 26 days and 18 hours ago 00.00.08 # i think perhaps also the struct members might be uppercase 00.00.22 Quit hannesd (Client Quit) 00.00.26 Quit FOAD ("I'll be back") 00.00.37 # I tried that but wasn't fond of it. 00.01.08 # but no, i agree, consistent naming of the base pointer is good 00.01.17 Join FOAD [0] (n=dok@dinah.blub.net) 00.02.06 Quit dabujo (Read error: 113 (No route to host)) 00.02.35 # "base" when it might be one of a number of identical modules since the serial and i2c driver will need to use more than one. 00.03.29 Quit pandrew (Remote closed the connection) 00.03.40 # ehh 00.03.48 # what is debug screen code doing in the target tree? 00.06.53 # it's been there for the gigabeats for some time. I don't know what more is _not_ doing in the target tree. :) 00.08.00 # The debug code shouldn't be in the target tree 00.08.38 # *debug menu code 00.08.51 # any suggestions on how to fix #ifdef hell there? 00.09.57 # some sort of target tree in apps/ ? 00.10.18 # well, the target tree is definitely not the right place for it 00.10.26 # but i agree that ifdef hells aren't very nice 00.10.42 Join bertrik [0] (n=bertrik@127-013-045-062.dynamic.caiway.nl) 00.11.05 Quit ompaul (Client Quit) 00.11.16 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 00.11.17 Quit jhulst ("Konversation terminated!") 00.12.19 # jhMikeS: The way to fix that ifdef hell is to make the hardware specific menu items superfluous... 00.12.55 Join knittl [0] (n=knittl@193.170.135.41) 00.13.13 # which seems like a contradiction given that it shows hardware specific information 00.13.45 # The goal is that showing most of this info is no longer necessary 00.14.00 # ...because everything works properly 00.14.03 Quit cbr|w (Read error: 110 (Connection timed out)) 00.14.09 # * jhMikeS chuckles 00.15.21 Quit Mathiasdm ("Yuuw!") 00.28.04 Quit pixelma (" reboot") 00.30.30 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 00.33.22 Quit gevaerts ("sleeping time") 00.34.36 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 00.35.49 Quit Thundercloud (Remote closed the connection) 00.36.15 Quit atrus () 00.37.51 Join stripwax_ [0] (n=Miranda@87-194-34-169.bethere.co.uk) 00.45.41 Quit herrwaldo ("Konversation terminated!") 00.53.33 Quit ender` (" The reward for work well-done is more work.") 00.54.39 Quit DerDome (Nick collision from services.) 00.54.40 Join DerDom1 [0] (n=DerDome@dslb-082-083-236-208.pools.arcor-ip.net) 00.54.52 Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-236-208.pools.arcor-ip.net) 00.55.39 Quit DerDome (Client Quit) 00.59.49 Quit einhirn_ (Read error: 104 (Connection reset by peer)) 01.01.02 Quit lee-qid ("aufwiederbyebientotsayonara") 01.01.31 # jhMikeS: are you still far away from audio on the S? 01.01.53 Quit NotSoCreative (Read error: 110 (Connection timed out)) 01.06.41 Quit Nico_P (Remote closed the connection) 01.10.38 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 01.10.55 # is there a styleguide or coding guide for rockbox? 01.11.43 # (maybe this is the wrong time to ask ... :) ) 01.12.42 # docs/CONTRIBUTING 01.16.36 # I was wondering about this specifically with regard to header files 01.16.50 # * when to use #include <> and when to use #include "" 01.17.00 # * including header files within header files 01.17.25 # * foo.c including foo.h to make sure that foo.h and foo.c are consistent 01.18.00 # * which #defines go in the .h file and which ones go into the .c files 01.18.03 # etc. 01.18.46 # I think I'll write a message to rockbox-dev 01.19.13 # * DerPapst goes too sleep 01.19.16 # night all 01.19.24 # goodnight 01.21.12 Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.14/2008040413]") 01.25.24 *** Saving seen data "./dancer.seen" 01.33.53 Join EspeonEefi [0] (i=espeonee@STRATTON-THREE-O-EIGHT.MIT.EDU) 01.38.58 Quit Shaid ("*toink*") 01.41.38 Quit DerPapst (Read error: 113 (No route to host)) 01.43.53 Quit stripwax_ (Read error: 110 (Connection timed out)) 01.54.49 Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) 01.58.41 Quit stripwax (Read error: 104 (Connection reset by peer)) 02.03.35 Quit knittl (Remote closed the connection) 02.20.33 # Nico_P: (for the logs) probably not too far. three things need doing 1) audio mux 2) pcm driver (we'll skip SDMA for now since that needs a program for the DMA RISC core and afaik I'd have to patch the assembler to have an assembler for it) 3) Doing the codec driver (the WM8758 is rather compatible but that needs redoing anyhow) 02.22.48 Quit bertrik ("bye") 02.25.06 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 02.28.57 Join uncfan [0] (n=473a3a91@gateway/web/cgi-irc/labb.contactor.se/x-81dfd09859a53a98) 02.29.04 # hey... 02.29.24 Quit uncfan (Client Quit) 02.31.32 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-3092e70cada97d52) 02.34.29 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 02.35.07 Join tedrock [0] (n=tedrock@d235-144-17.home1.cgocable.net) 02.35.09 Quit tessarakt ("Client exiting") 02.35.22 # jhMikeS: how close is sound on the gigabeast? 02.38.31 # I think that question was answered about 15 minutes ago (IIUC, reading logs too) 02.38.37 # yes, logs :) 02.42.43 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 03.00.17 Quit jhulst ("Konversation terminated!") 03.00.38 Quit csc` ("If you can't do anything smart, do somethin right ~Serenity") 03.15.50 Part pixelma 03.15.57 Join axlgreasetires [0] (n=473ce4bd@gateway/web/cgi-irc/labb.contactor.se/x-8a293e917f5d3c52) 03.25.26 *** Saving seen data "./dancer.seen" 03.27.43 Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) 03.29.25 Quit alienbiker99 (Read error: 104 (Connection reset by peer)) 03.36.26 # nothing happenin 03.37.10 # k 03.37.13 Quit axlgreasetires ("CGI:IRC") 03.37.40 # k 03.51.44 Quit saratoga ("CGI:IRC (EOF)") 04.02.56 Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) 04.03.09 Join Lynx- [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 04.05.25 Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) 04.08.35 Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) 04.09.17 # * JdGordon has no idea why that last warning is still there for the mr500 04.09.30 # either the sim and the main build should have it, or neither! 04.11.29 # hmm. i seem to keep getting this error abut FPA instructions in cygwin when im building 04.20.39 Quit Lynx_ (Read error: 110 (Connection timed out)) 04.20.39 Nick Lynx- is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) 04.21.50 Quit BHSPitLappy (Remote closed the connection) 04.28.49 Quit Llorean ("Leaving.") 04.29.13 Join Llorean [0] (n=llorean@adsl-69-154-187-90.dsl.hstntx.swbell.net) 04.31.26 Quit EspeonEefi ("さよなら") 04.37.20 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-9da7c1e2d55254a3) 04.40.14 Quit alienbiker99 ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 04.41.15 Join miepchen^schlaf [0] (n=miepchen@p54BF40E5.dip.t-dialin.net) 04.44.30 Quit sarixe ("(EE) Failed to load "quit" module") 04.47.36 Join EspeonEefi [0] (i=espeonee@STRATTON-THREE-O-EIGHT.MIT.EDU) 04.54.30 Quit miepchen^schlaf_ (Connection timed out) 05.07.54 Quit SUSaiyan (Read error: 104 (Connection reset by peer)) 05.13.43 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 05.22.16 Quit leox ("La fe mueve montañas... de pelotudos") 05.22.36 Join leox [0] (n=leox@165-162-114-200.fibertel.com.ar) 05.25.30 *** Saving seen data "./dancer.seen" 05.27.00 Join csc` [0] (n=csc@archlinux/user/csc) 05.31.48 # Right, I got a sansa e250 05.38.10 Quit Horscht ("I am root. If you see me laughing, you better have a backup") 05.43.59 Quit csc` ("If you can't do anything smart, do somethin right ~Serenity") 05.45.26 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 05.49.34 Join toffe82 [0] (n=chatzill@189.182.40.171) 05.54.34 # toffe82: got the board a couple days ago, thanks. 05.54.55 # ;) 05.55.37 # * toffe82 is stuck in mexico :( 05.55.43 # stuck? 05.55.57 # he forgot his torch 05.56.06 # and now there are grue circling. 05.56.43 # you don't say stuck when you are somwhere and can go away ? I have to learn english :) 05.57.37 # if you _can't_ go away for some reason. hopefully it's not some passport/INS trouble. :O 05.58.26 # transporting fruit across the California border is a serious crime! 05.58.34 # passport could be a problem , I will see on tuesday 05.58.36 # either way? 05.58.55 # I don't have any visa on my passport :) 05.59.22 # so they think you're an illegal mexican trying into the US and take 'er jerbs? 05.59.50 # yew curnt haf my jerb! 05.59.55 # actually, you can take it 06.00.07 # * scorche coughs 06.00.29 # * jhMikeS hands scorche a Ricola 06.00.35 # jhMikeS: exactly , sometimes it is easier to be illegal tnah tryimg to be legal 06.00.46 # We're off-topic, we should shush. 06.00.53 # :) 06.01.21 # jhMikeS: did you work on the board or not yet ? 06.02.30 # toffe82: yes. verified the known connection. I wasn't also to get a trace on the audio outputs though so had to g 06.02.35 # go "pro" 06.03.57 # only got so far (up to the LDO itself) and couldn't find it even with an ohmmeter :\ 06.04.47 # I had a lot of problem tracing on this board, I don't know why the contact are so bad... 06.06.15 Quit leox (Connection timed out) 06.06.20 Join toffe82_ [0] (n=chatzill@189.182.40.171) 06.06.30 Quit toffe82 (Read error: 104 (Connection reset by peer)) 06.06.30 Nick toffe82_ is now known as toffe82 (n=chatzill@189.182.40.171) 06.06.54 # A few traces around some components in the output area were broken along with a few holes bored in some pads :) so that could have broken something. 06.08.08 # When I was looking for the mute, I broke one trace I think, but after I think it is just missinge some resistor or cap perhpas 06.10.51 Join goffa [0] (n=goffa@216.220.23.105) 06.11.43 # I know a GPIO line to carry a DC signal can't have a series cap and if the resistor is missing I just test both sides of its pads. I was still able to double check things against the block diagrams and see that having the analogue enabled wasn't important to using the i2c. 06.12.47 Quit Zom (Remote closed the connection) 06.12.58 Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 06.14.05 # in short it let me know I'd better double-check my code 06.15.18 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 06.15.40 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-ed51eb51a3a2c582) 06.16.24 Quit miepchen^schlaf () 06.16.29 # and it all came down to reversing the r/w address bit in the i2c driver :P 06.19.50 Quit toffe82 (Read error: 104 (Connection reset by peer)) 06.21.14 Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) 06.27.55 Quit sarixe ("(EE) Failed to load "quit" module") 06.35.53 Quit Llorean ("Leaving.") 06.36.08 Join Llorean [0] (n=DarkkOne@adsl-69-154-187-90.dsl.hstntx.swbell.net) 06.36.20 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 06.42.05 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-b2e95b6de14bd1a2) 06.49.24 Quit Shaid ("*toink*") 06.51.38 Join DerPapst [0] (n=Der_Paps@p5B23DC3E.dip.t-dialin.net) 06.51.41 Join leox [0] (n=leox@165-162-114-200.fibertel.com.ar) 06.56.35 # Rockbox is HELLA AWESOME. The only bug is that if you plug it into USB without powering it down, it freezes and you have to hold the power button down for like 5 seconds 06.58.03 # And something funny happened while I was trying to record, it froze, but I could still hear sound 06.58.48 # if they are the only bugs you've found your doing well :) 07.01.53 # Oh, no. But those were the more spectacular ones 07.02.37 # purpleposeidon, well, those are target-specific, it sounds like. i'd guess you're using a sansa? 07.02.52 # yez. Ai juzt gaut it 2dai! :D 07.03.21 # * DerPapst has a small bug-farm on his daps. Too bad the most don't show up often.... 07.03.28 # we like english in here... 07.03.41 # purpleposeidon, please review the IrcGuidelines in the topic. writing like that is not only illegible, it burns the eyes. 07.03.53 # and our goggles dont do anything 07.07.30 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 07.18.27 # whee.. updated my h140 and x5l... havent done that in like a year 07.18.31 # think i have the h140 sold 07.25.32 *** Saving seen data "./dancer.seen" 07.30.51 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 07.35.34 Join pabs_ [0] (n=pabs@xor.pablotron.org) 07.35.40 # linuxstb: I didn't fix the UIE problem yet and defined a dummy function in my bootloader file to get on with the rest. Did you fix it? 07.37.24 Join DerDome [0] (n=DerDome@dslb-082-083-208-214.pools.arcor-ip.net) 07.40.01 Quit pabs (Read error: 110 (Connection timed out)) 07.40.04 Join neptunepink [0] (n=neptuna@adsl-75-62-6-60.dsl.snfc21.sbcglobal.net) 07.40.50 Quit purpleposeidon (Nick collision from services.) 07.40.52 Nick neptunepink is now known as purpleposeidon (n=neptuna@adsl-75-62-6-60.dsl.snfc21.sbcglobal.net) 07.53.20 Quit DerPapst (Read error: 113 (No route to host)) 07.57.00 # heh... another new Sansa user... Must be the Woot. 07.57.15 Quit J (Read error: 110 (Connection timed out)) 07.57.34 Quit midgey () 08.11.36 Quit JdGordon (Remote closed the connection) 08.13.27 Join JdGordon [0] (i=jonno@c211-28-93-8.smelb1.vic.optusnet.com.au) 08.28.14 Join Thundercloud [0] (n=thunderc@resnet32.nat.lancs.ac.uk) 08.30.27 Quit BigBambi (Remote closed the connection) 08.30.48 # markun: Not really, but I think the problem is that system.o isn't being linked with the bootloader. 08.30.56 Join Bagderr- [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-732755d942e705f0) 08.31.15 # My "fix" for now is to add a call to UIE() in my bootloader (at the very end, which isn't executed). 08.31.22 Nick Bagderr- is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-732755d942e705f0) 08.32.28 # * linuxstb now has a tick interrupt working (very quickly...) on the M260 and DAX 08.33.43 # I don't get that. It shouldn't matter whether it's called from C or from asm 08.33.57 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 08.34.54 # Perhaps it needs to be declared in crt0.S 08.35.49 # .extern UIE should do that 08.35.50 # Here's my (work in progress) crt0.S - http://www.davechapman.f2s.com/rockbox/crt0.txt 08.35.55 # I'll try that. 08.36.51 # eh.... 08.37.02 # You have .global UIE in that file 08.37.38 # Same for irq and fiq 08.37.48 # Is that wrong? Other crt0.S files have it. 08.37.50 # That can't work 08.38.15 # .global exports a symbol from that asm file 08.38.49 # That's what I thought, but removing it made no difference. 08.39.08 # So the linker thinks that crt0.S defines UIE, and doesn't even try to link system.o if that's not needed for other reasons 08.39.50 # Deleting those .global lines makes no difference though. 08.40.40 # (and adding .extern UIE) 08.40.51 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 08.41.47 # Ken Perlin has some interesting java simulations applets for input with few buttons. 08.42.05 # That's odd. Also, why does it work for main() then? 08.44.26 Quit DerDome (Read error: 110 (Connection timed out)) 08.47.11 # The gas manual says that .extern isn't necessary (but I'd still use it to indicate what external symbols the asm code needs 08.47.23 Quit JdGordon ("Konversation terminated!") 08.47.52 Join JdGordon [0] (i=jonno@c211-28-93-8.smelb1.vic.optusnet.com.au) 08.48.32 # .global is definitely wrong there though 08.48.45 # * amiconn would like to see that effect himself 08.49.08 Join Rob2222 [0] (n=Miranda@p4FDCE617.dip.t-dialin.net) 08.49.28 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.53.17 # amiconn: If you add the line "bl UIE" to crt0-pp-bl.S and then try and build an ipod bootloader, you get the same issue. UIE is compiled in system.o 08.54.50 Join bertrik [0] (n=bertrik@127-013-045-062.dynamic.caiway.nl) 08.56.37 Quit Slasheri (Read error: 145 (Connection timed out)) 08.56.58 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 08.59.16 # linuxstb: if it's what I think it is, see the bootloader/gigabeat-s.c for a solution (only way I could make it work) 09.01.29 # That looks like an utter hack, and is iiuc a similar solution to what linuxstb did. I'd like to find out how to do this properly 09.01.34 # Hmm, that's more or less the same as my "fix"... 09.02.08 # For the linker it shouldn't matter at all whether a function is called from C, asm, or both 09.03.13 # It seems if c never references the file, then it's never seen as referenced unless there's some way to force a symbol reference 09.03.39 # The asm references the symbol 09.04.02 # doesn't seem to count since the compiler doesn't see that 09.04.11 # Since you can link all sorts of objects (C, asm, pascal, fortran, whatever) 09.04.13 # But it's a linker issue, not a compiler issue. 09.04.18 # ...it shouldn't matter 09.04.29 # what generates the dependencies? 09.06.42 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.10.12 Join petur [50] (n=petur@rockbox/developer/petur) 09.10.32 # The linker 09.18.04 Join nplus [0] (n=npl@141.25.globcom.net) 09.19.22 # * amiconn has a suspicion 09.25.14 # amiconn: what is it, or do you want to verify it first? 09.25.34 *** Saving seen data "./dancer.seen" 09.26.43 Quit fxb__ ("changing servers") 09.27.06 Join fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 09.27.52 # amiconn: cough it up :) I don't really like that hack either. 09.30.21 Join Squirm [0] (n=perv@d221-82-122.commercial.cgocable.net) 09.38.00 Quit Squirm ("Ex-Chat") 09.51.33 Quit jhulst ("Konversation terminated!") 09.58.48 Join J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) 10.00.38 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 10.04.11 Join CaptainSquid [0] (n=Miranda@proxy13.netz.sbs.de) 10.21.08 Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 10.25.35 # Bagder: think its worth fixing the regex on the web site to ignore mr500 o it doesnt tihnk its a revision link? 10.25.36 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 10.26.14 Join austriancoder [0] (n=austrian@rockbox/developer/austriancoder) 10.31.33 # oh 10.31.44 # yeah, I'll look into that later on 10.36.17 # B4gder: do you think it's too early to add support for big-endian arm in our rockboxdev.sh? 10.36.53 # no 10.37.08 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 10.37.51 # * linuxstb threatens to add another new target to the build system.... 10.37.56 # yay 10.38.08 # 38 isn't enough! 10.38.15 # or whatever the current amount is 10.38.25 # B4gder: this patch does the trick: http://130.89.160.166/rockbox/rockbox-multilibs-arm-elf-gcc-4.0.3.diff 10.38.29 # I'm more concerned about the 3 unfinished ones I have there... 10.39.30 # markun: what are you gonna name the toolchain? armbe-elf-gcc? 10.40.49 # B4gder: no, it's still arm-elf-cc but with -mbig-endian 10.40.50 # It needs a separate compiler? 10.40.56 # ah 10.40.58 # arm-elf-gcc 10.40.58 # right 10.41.22 # so we'll need to rebuild all build servers arm chains before it gets to the build table later on 10.41.47 # I added a arm940tbecc to tools/configure 10.42.13 # yes, and they shouldn't reuse the old patch, so maybe we should give it another name 10.42.19 # I think some _ characters would help there... 10.42.39 # i.e. arm940t_be_cc 10.42.46 # yes, looks better 10.43.06 # Or even s/be/bigendian/ 10.43.07 # btw, should it be called arm9tdmi_be_cc? 10.43.08 # markun: yes, use a different name to prevent accidents 10.43.56 # B4gder: I can't upload the new patch, or can I? 10.44.21 # gah, does this mean i have to build new cygwin compilers? :-( 10.44.34 # LinusN: only for meizu users :) 10.44.39 Quit spiorf (Remote closed the connection) 10.45.00 # and maybe we can find a way to switch to little-endian mode if that makes things easier 10.45.22 # nah 10.45.49 # markun: you can, in the gcc dir in the www part of svn 10.46.30 # markun: if the OF runs be, I bet all peripherals etc are made for it so it'll be awkward to switch 10.47.17 # B4gder: the coprosessor (calmrisc) is also be 10.47.48 # * gevaerts looks around and seens that a lot of ata.c people are awake... 10.49.15 # Could someone with ata.c knowledge have a look at FS#8943 ? 10.52.09 # The issue is that ata.c does a blocking wait for usb disconnect, which makes sleep timeout handling not work any more, so the disk keeps spinning 10.52.54 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 10.53.56 Quit nplus (Read error: 101 (Network is unreachable)) 10.54.59 # gevaerts: That blocking is necessary on devices with hardware usb-ata bridge, but of course not for software usb 10.55.23 # markun: all other arm targets are little endian, so that would probably give the least amount of surprises 10.55.34 # amiconn: the thing is that I don't understand ata.c enough to know if it's safe to just disable it for software usb 10.56.57 # preglow: what would? 10.57.08 # markun: switching it to little endian 10.57.47 # well, maybe, but for now I'm going to work on it as a big-endian target because that's easier 10.58.24 Quit cool_walking_ (Remote closed the connection) 10.58.29 # The thread is quite easy to understand. Just take care to not call ata_idle_notifys if usb is active (those might write to the disk) 10.59.10 # But I don't think that not spinning down is a real issue 10.59.56 # it is if you want to charge... 10.59.59 # It is as long as we don't get charging right. With older batteries boost+spinning disk is enough to make it not charge 11.00.38 # markun: switching to little endian shouldn't be hard, what kind of an arm core is it? 11.00.49 # 940t 11.00.52 # I'l try to do a patch tonight. 11.00.59 # Many usb-ata bridges don't spin down the disk. It's a problem of our charging handling, not of the ata thread 11.01.19 # * gevaerts doesn't disagree 11.01.27 # hmm, then it doesn't have the setend instruction, no 11.02.42 # and how do we compile the first few instructions big-endian to switch to little-endian mode? 11.03.13 # markun: If it's really only a few, I'd just use .word 11.04.06 # amiconn: I guess it's just the first jump from the vector table and the instruction after the jump to switch 11.05.41 Part linuxstb ("Leaving") 11.07.10 Join Manoj` [0] (n=srivasta@tiamat.golden-gryphon.com) 11.07.17 # austriancoder: wouldn't it be simpler to just define AUDIOHW_HAVE_TREBLE etc in the header files of the codecs? 11.08.06 # or what do we gain by this extra AUDIOHW_CAPS step? 11.08.13 # hi giuys. I installed rockbox.zip from the 23rd on my ipod video 60GB, and now rockbox loads -- and does nothing 11.08.34 # I can't even shut it down, I have to wait until the battery runs out 11.09.05 # I think the reset combination should always work 11.09.24 # I can type in the information it presents when booting 11.10.27 # maybe it's better to reset, enter USB mode and try today's build. But I'll wait for someone with an ipod to help you. 11.10.33 # Rockbox boot loader; Version 20060126-1839 11.10.49 # 2006, wow 11.10.55 # ah, bootloader :) 11.11.04 # looks like you need to update the bootloader then 11.11.49 # right 11.12.29 # I am pressin menu and select, which should be the reset 11.13.05 # The thing is, tis is with the USB cable connected (I had to connect the USB cable for the ipod to charge) 11.13.25 Join Zom_ [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 11.13.42 # So, it initially shows just the battery icon, and then rockbox boots -- but never goes into USB mode 11.13.43 # Bagder: the ifp label is still in the build table.. 11.14.03 # yes, as always when builds are removed! ;-) 11.14.10 # markun: its just an one-liner to define CAPS.. looks nicer then defining 2-n defines.. I have "stolen" the idead of caps from /firmware/export/pcm_sampr.h 11.14.12 # since they're still around, not just shown in the table 11.14.12 # * JdGordon congratulates everyone on again making the table almost too wide for my lcd :p 11.14.16 # it'll die in a few days 11.14.19 # ah ok 11.14.48 # the table is built "in memory" to be all builds "high", but just the 20 top-post rows are shown 11.15.20 # all builds being the last week or so 11.15.53 # Manoj`: when you manage to reset it again, hold select+play to get into disk mode and let it charge for a while first 11.16.14 # Manoj`: for entering disk mode you need to press select+play... 11.16.25 # gevaerts: I am hoping I can get it to reset 11.16.57 # austriancoder: yes, maybe if you add a lot more capabilities it becomes nicer 11.17.36 # aha!. I did manage to get it to reset -- and hitting select plus play before it rebooted worked! 11.18.29 Quit Zom (Read error: 110 (Connection timed out)) 11.19.31 # now that I have it in USB mode -- should I upgrade the bootloader? 11.19.46 # yes 11.21.05 # the installation instructions in the manual also explain how to update the bootloader 11.25.38 *** Saving seen data "./dancer.seen" 11.31.46 # gah. rbutilqt can't find www.rockbox.org 11.32.09 # www.rockbox.org has address 91.191.140.131 11.32.17 # so dns is indeed working 11.35.13 # maybe one of the download.rockbox.org servers is down? 11.35.21 Part Miles 11.36.33 # Manoj`: does it say specifically that www.rockbox.org isn't found? 11.37.15 # all three download.rockbox.orgs seem to respond 11.37.26 # it does say that 11.38.17 # "Network error: Host www.rockbox.org not found. Please check your network and proxy settings." 11.38.28 # I have the proxy set to "no proxy" 11.38.58 # Hmm. maybe it does not like 64bit machines? 11.39.56 # You could try the "manual" method (i.e. using ipodpatcher). 11.45.11 # [INFO] Using internal bootloader - 50136 bytes 11.45.11 # [1] 4542 segmentation fault sudo ./ipodpatcher 11.45.18 # This does not bode well. 11.45.54 # that the 64bit version? 11.46.08 # yup 11.47.32 Join eightfold_ [0] (n=eightfol@c83-251-149-27.bredband.comhem.se) 11.47.41 Part eightfold_ 11.47.43 # actually, even the 32bit ipodpatcher seems to fail 11.48.12 # They both scanned cprrectly, found the ipod --- and failed to install 11.49.46 Join eightfold [0] (n=eightfol@c83-251-149-27.bredband.comhem.se) 11.49.48 # hi 11.50.13 # amiconn, I know the Gigabeat F doesn't spin down the disk while in USB mode either, but mine gets quite hot when left for hours plugged into USB, Ditto (heat) with the way the iPods currently behave with the Rockbox USB stack. Is that safe (for the hardware?) 11.50.20 # i'm about to install rockbox an ipod mini. the color of the arrows on the click wheel is gray 11.50.28 # that means it's first gen, right+ 11.50.41 # eightfold, what color is the mini? 11.50.50 # soap: blue 11.51.06 # Manoj`: does it give an error message ? 11.51.10 # Then I'd say that's a pretty good indication it is a first gen, or a Frankenstein. 11.51.19 # isn't there a way to check with serial number? 11.51.29 # soap: what's a frankenstein? 11.51.51 # eightfold, A mismatched motherboard and case/buttons. 11.52.16 # soap: apple themselves did that? 11.52.25 # [1] 4679 segmentation fault ./ipodpatcher 11.52.29 # No, but eBay sellers do all the time. 11.52.36 # even strace does not help much 11.52.44 # soap: ah, but this is new, out of the box 11.52.46 # almost 11.52.54 # eightfold, Instead of looking at the back with your reading glasses on trying to copy down the serial number, take a quick glance at the back and see if the capacity is etched on the back of the player - if so it is a 2nd gen. 11.53.26 # open("/dev/sde", O_RDWR) = 7 11.53.29 # eightfold, New? Is this a mini or a Nano? 11.53.49 # then it writes it is going to use the internal boot loader -- and then boom, Segmentation fault 11.53.50 # soap: what did you just say? :) what should i check for? if the serial is on the back? 11.53.58 # eightfold: new as in unused 11.54.04 # eightfold: a mini 11.54.21 # eightfold: I believe another indicator is if the it has the storage engraved on the back or not 11.54.35 # a1051 11.54.36 # model # 11.55.04 # take a quick glance at the back and see if the capacity is etched on the back of the player - if so it is a 2nd gen 11.55.52 # I was (trying to) say that instead of looking up a serial number you can simply look at the back, check for the capacity etching, and know if it is a 1st or 2nd gen. (2nd gen has capacity etched on back) 11.58.31 # amiconn: i just confirmed the template struct approach shaves off bytes like mad in places with heavy access 11.58.47 # at least on arm 11.59.36 # soap: I would think so, because the disk obviously cannot spin down when it's accessed continuously. 11.59.54 # soap: no size etched 11.59.58 # preglow: I know, that's the part I didn't uqestion. My concern was about readability 12.00.18 # amiconn: i think the readability matter can be seen to 12.00.38 # then so, it's first gen 12.00.52 # i wonder how the compiler would handle template structs in places with just a single access 12.00.58 # it might end up bigger if it's stupid 12.01.34 # amiconn, but in a typical "mounted as storage" situation a drive is not accessed continuously. I totally grok your comments regarding the charging justification for spindown, but isn't heat production and drive wear justification enough to spin down the drive? 12.01.46 # * gevaerts looks around to see if rbutil or ipodpatcher specialists are around 12.02.16 # the manual here says 2g 12.02.17 # http://www.rockbox.org/manual.shtml 12.02.31 # in the file name: rockbox-ipodmini2g.pdf 12.02.31 # * Llorean saw an ipodpatcher expert make a statement about an hour and 20 ago. 12.02.42 # but it should apply to 1st gen too? 12.03.18 # * gevaerts saw that ipodpatcher expert leave 20 minutes after that... 12.03.56 # Which is unfortunate 12.04.06 # Because I'm pretty sure he's the only one really "expert" on the matter. 12.04.35 # * Llorean assumes the rbutil expert is expected to be one who's familiar with the ipodpatcher bits of the whole. 12.05.01 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 12.05.18 # amiconn: i kind of do think that having members be uppercase would fix the readability, after all, that's the only visual clue we currently have to spot these io registers 12.05.28 # Depends. rbutil couldn't find www.rockbox.org in this case... 12.05.32 Nick Zom_ is now known as Zom (n=zom@h-43-44.A166.cust.bahnhof.se) 12.07.44 # Well, at least I can confirm it finds rockbox.org fine for me. 12.08.53 # eightfold: mini 1st and 2nd gen are very similar. 12.09.35 # gevaerts: ok, thanks 12.16.15 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 12.16.26 # should i do this installation thingy in windows or os x? the rbutil verisons don't seem as fresh for os x. 12.18.53 # eightfold: I think 1.0.4 is good enough, but I'm not entirely sure 12.20.49 # Manoj`: maybe an older rbutilqt could work. Proxy and url handling changed a bit between 1.0.4 and 1.0.5. Otherwise I really have no idea 12.21.48 # eightfold: on second thoughts, maybe 1.0.5 is the way to go for a full install... 12.22.25 # gevaerts: I'll try 1.0.4 12.22.44 # the thing is, the commandlin stuff also failed 12.22.52 # which I don't like 12.23.08 # perhaps I should borrow a windws machine from somewhare and try that 12.23.31 # At this point, I am just happy that my ipod is not a brick ... 12.25.23 Join DerDome [0] (n=DerDome@dslb-082-083-208-214.pools.arcor-ip.net) 12.30.03 # ok, i just ran the "complete installation" in windows (rockbox utility 1.0.5) 12.30.27 # that should be it? must say you've done an excellent job with the installer 12.30.31 # ! 12.30.55 # That should be it, yes 12.31.21 # OK. I ran it in a 32bit chroot, and it can find the network 12.31.26 # so it is a 64bit issue 12.31.41 # [INFO] Scanning disk devices... 12.31.43 # [INFO] Ipod found - Video (aka 5th Generation) ("winpod") - /dev/sdf 12.31.43 # so, now i should jump to 2.4 in the manual (running rockbox) disconnect the device and press menu + select? 12.31.55 # [INFO] Checksum OK in /tmp//qt_temp.X12588 12.31.56 # [ERR] Input file too big for buffer 12.32.05 # with select you mean the button without an icon in the middle (i've never used an ipod extensively before) 12.33.32 # eightfold: yes 12.33.46 # grrr. 12.34.03 # eightfold: there's a picture which explain the buttons at the top of section 3 12.35.45 # Manoj`: there's unfortunately not much we can do until the right people show up 12.36.14 # seems i hadn't turned off the ipod 12.36.25 # and held menu + select 12.36.28 # gevaerts: I understand 12.36.55 # holding play means shutting off the player, right? 12.36.56 # gevaerts: and believe me, I am grateful for the work the rockbox community has put together 12.37.25 # but it is so frustrating ... so close, and yet -- :-) 12.38.16 # It downloads the bootloader-ipodvideo,ipod file 12.38.29 # the checksum is the same every time it downloads it 12.38.41 # it is prbably trying to dd it to some place 12.38.55 # ok, holding the menu + select made the screen show the apple and flash. then it started the regular ipod firmware 12.39.01 # should i try again? 12.39.27 # eightfold: that is the point when it should have started rockbox ... 12.39.34 # Manoj`: mmm 12.39.39 # obviously it didn't 12.39.51 # would it hurt trying again before doing anything special? 12.40.11 # hmmm, the build page is not updating it seems 12.40.52 # it seems i can't shut the player down 12.41.05 # and i didn't do that before holding menu + select the first time either 12.41.09 # Manoj`: (starting on real guesswork now...) One thing you could try is first run ipodpatcher -d (delete the old bootloader). Maybe that will work, and clear everything up enough to make installation work 12.41.17 # holding play lights down the display 12.41.31 # but pressing menu makes the menu show up _instantly_ 12.41.43 # it shouldn't do that if is completely off, right? 12.42.47 # gevaerts: I'll try. But this is 05:42am, I better get to bed 12.42.55 # gevaerts: thanks 12.43.45 # should the startup of the mini be instant? 12.43.49 # if it's completely off? 12.44.08 # i press the menu button from what i believe is the "off state" and the menu shows up directly 12.45.33 Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279532451.dsl.bell.ca) 12.46.03 # pressing menu + select just lights up the screen and activates the menu 12.46.59 # eightfold: the apple firmware never really shuts down. 12.47.11 # oh, i'm running rockbox now :) 12.47.18 # ah, ok :) 12.47.34 # so happy i am right now :) 12.47.58 # big thank you to to the rockbox community! 12.48.03 # to turn it off, you have to press play for a onger time (5 seconds or so) 12.48.11 # It will tell you it's shutting down 12.48.12 # oki doke 12.49.41 # and now i should be able to to use it like a regular usb mass storage device? connecting to os x or windows and just move to it? 12.51.07 # Well, if you plug it in, it will reboot to Emergency Disk Mode for usb mass storage (still working on native rockbox usb...), but yes, you just copy your files to anywhere you want on it 12.51.36 # amiconn: hmm, assembler files can use defines, but not structs. i guess that's a negative side of the template structs as well 12.53.07 Join austriancoder_ [0] (n=austrian@80.120.117.30) 12.59.32 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 13.07.30 Quit austriancoder (Read error: 110 (Connection timed out)) 13.07.57 # hey, i love this! enlightenment! rockbox is just wonderful! 13.17.06 Join nplus [0] (n=npl@141.25.Globcom.Net) 13.17.18 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 13.25.39 *** Saving seen data "./dancer.seen" 13.29.28 # eightfold: great to hear that you like it 13.35.23 Quit ctaylorr (Read error: 110 (Connection timed out)) 13.35.33 # i've heard mixed success reports of people changing their ipod mini hdds to larger flash based storage 13.35.47 # this mini seems to have only 2 gb 13.35.51 # which leaves me asking for more 13.36.51 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 13.39.08 Quit austriancoder_ (Remote closed the connection) 13.45.40 Quit eightfold ("thanks for everything") 13.54.32 # did any gigabeat user try that austriancoder wm8751 commit? 13.54.50 # it seems so strange to me that it can just divide with 10 13.55.06 # * petur wondered about that too 13.55.32 # and the if below the calculation just _have_ to be wrong now 13.56.13 # What is that the value of? I have a gigabeat on-hand and can test if I know what I should be looking for. 13.56.22 # * Llorean rarely, if ever, uses any sort of tone control 13.57.00 # used in bass and treble settings 13.58.36 # bass and trebble as in steps of 1.5dB 13.58.50 # So I should notice a different range in what I hear? 14.00.30 # Yeah, +9 bass has almost no effect with current SVN rockbox 14.01.34 # yeah, as I read it the values should only be a 10th of what they used to be 14.02.52 # I'd assumed they would be from the diff, but I hadn't read through the whole file so had no clue where it's actually used, or if it relates to other changed files 14.03.33 # those 1.5 db steps don't work right with rockbox right now 14.03.46 # i think i did a patch that supported them. god knows what happened to it 14.04.24 # preglow: The 1.5 steps of bass/treble? 14.04.28 # yeah 14.04.34 # rockbox pretends the steps are 1 db 14.04.36 Quit nplus ("Leaving") 14.04.44 # It calls them 1.5 in the menu 14.04.46 Join nplus [0] (n=npl@141.25.Globcom.Net) 14.04.48 # really, now 14.04.51 # then something has changed 14.04.54 # Yessir 14.04.57 # 0, 1.5, 3.0, etc 14.05.04 # * amiconn would just stick with 1dB steps, and then round, like we do for volume on Player 14.05.18 # i wouldn't, it feels inaccurate for the user 14.05.36 # Bagder: Removing the /10 doesn't seem to have fixed the problem for me. 14.06.02 # there will be no difference between settings for 1 and 2 db, for example 14.06.33 Quit Seed ("cu, Andre") 14.06.58 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 14.09.05 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 14.09.37 # preglow: I know, but it's simple, and if you want to only expose the actual physical steps, it will become really nasty in the mentioned example 14.10.00 # why? 14.10.16 Join miepchen^schlaf [0] (n=miepchen@p54BF40E5.dip.t-dialin.net) 14.10.21 # ..because the DAC3550 goes in 1.5dB steps from +18 to -54 dB, and then in 3 dB steps down to -75 dB (-78 is mute) 14.10.49 # true 14.11.04 # Now try to represent that in a generic way, including prescaling correction for treble/bass... 14.11.23 # but when it's more consistent, like for wm codecs, i think perhaps we could use the native step 14.11.30 # Treble and bass are in 1 dB steps, so there's an inherent impreciseness anyway 14.23.17 # bertrik: late reply but it happens from time to time that the build script doesn't pick up a commit 14.23.30 # (for a next build round) 14.24.01 # Ok. Does it fix itself on the commit after that? 14.24.27 # yes, it is in svn so the next build will use that 14.27.54 Nick JdGordon is now known as JdGordon|zzz (i=jonno@rockbox/developer/JdGordon) 14.38.10 # * Llorean thinks austriancoder's latest commit should've been tested *first* rather than saying "looking for testers" in the commit message. :( 14.38.23 # yes 14.40.14 # at least when combined to a general absence and no other questions put in big letters somewhere where people can provide feedback to him 14.40.46 # Yeah, at the very least a note to the dev mailing list saying "guys, i've been working on this, but don't have the hardware to test this bit..." would've been nice. 14.40.51 # * Llorean thinks the -dev mailing list is underused. 14.40.58 # I agree 14.41.20 # he posted it to the tracker and asked for opinion on it yesterday 14.41.32 # not that it makes it much better 14.45.00 Join kugel [0] (n=kugel@unaffiliated/kugel) 14.45.10 # Llorean: ping 14.45.54 # Here 14.46.33 # Llorean: I really liked to tell you the precice status, but I can't since jott doesn't answer me. The only thing that I can tell is, that he gave me permission to include it into my build (and he was aware that I distribute it) 14.48.20 # But was he aware that doing so means it MUST be GPL licensed? 14.48.29 # As it stands, you have no explicit license for the code, just a "go ahead and use it"? 14.49.08 # Llorean: He was aware of that too. Also, his font converter is GPL 14.50.09 # His other program being GPL doesn't say anything about this code. 14.50.23 # Why was chrisjs concerned it might not be GPL'ed? 14.51.46 # Don't know, but probably since he never specifically said "my AA font patch is GPL" 14.53.12 # The problem is you can't really implicitly license code. 14.53.43 # Is "no license" GPL compatible? 14.53.50 # Not in the slightest. 14.53.56 # "no license" means "all rights reserved" 14.54.14 # Right now you've got "some rights reserved." He gave you permission to use the code, but not explicitly to GPL it, which is pretty iffy. 14.54.49 # if it a patch against existing GPL code? 14.54.56 # if -> is 14.55.09 # markun: You can patch against GPL and still not GPL your patch, though. 14.55.14 # You just can't legally distribute it. 14.55.22 # I must GPL his patch, if I include it. And he was aware of that 14.55.23 # how? by not distributing it? 14.56.02 # Or by distributing it illegally. GPL violations do happen quite a lot. 14.57.45 # kugel: Again though, you're assuming it's implicit. He may have meant it, but you don't have a license on the code, and really need to try to get in contact with him. 14.58.05 # I try that for about 6 month now 14.58.07 # The act of including it does *not* GPL it. 14.58.37 # I've seen him here less than 6 months ago. Next time I'll ask him about it. 14.58.44 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-974a5e1d610c8ee6) 14.59.14 Join desowin [0] (n=desowin@atheme/member/desowin) 14.59.33 # kugel: Did he code it from scratch? 15.01.26 # Llorean: Not sure 15.01.57 # kugel: do you remember his nick on IRC? 15.02.13 # jott or j0tt 15.02.21 # But jott most of the time 15.02.24 # kugel: These things are important. Where the code came from determines whether he even *can* license it GPL 15.02.42 Part J-23 15.03.12 # Llorean: I didn't ask him about if he did it from scratch. The comments doesn't tell anything like "based on xx algorithm" 15.03.51 Join Mathiasdm [0] (n=Mathias@vpnb231.ugent.be) 15.04.08 # Well it's pretty important to have your licensing clear. 15.04.21 # One might argue essential. 15.06.49 Quit basti (Remote closed the connection) 15.08.05 Join basti [0] (i=bnc@85.214.109.173) 15.09.11 # Anyone know how to append an image to another? I'm making a theme and like to use bitmap strips 15.09.46 Join DerPapst [0] (n=Der_Paps@dhcp-25-149.fh-friedberg.de) 15.10.43 # I'd assume "convert" from imagemagick can do it 15.11.09 # yes, it has various options to combine imgages, don't know which one he needs. 15.11.39 # I think GIMP can do that, too. 15.12.22 # command line is king ;-) 15.13.23 # I know gimp can do it, but I searched for an simple and fast solution :P 15.13.40 # kugel: Then B4gder hit it bang on the mark. :P 15.13.44 Join perrikwp [0] (i=9821707c@gateway/web/ajax/mibbit.com/x-66ee9790c850d85c) 15.14.11 # B4gder: Thanks, that's it 15.14.35 # convert -append vol* did almost work 15.15.15 # it just appended vol0-vol10-vol1x-vol1-vol2 15.16.37 # kugel: composite -tile might also be helpful 15.17.09 # gevaerts: thanks, but B4gder's way allready worked :P 15.17.22 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 15.18.11 # meh, it didn't 15.19.28 # if you're using imagemagick - montage is quite nice... 15.20.25 # * gevaerts agrees. montage was the one he was actually looking for 15.21.25 # Is that a GUI for imagemagick? 15.21.42 # no 15.22.24 # linuxstb: there are some ipodpatcher problems in the logs 15.25.43 *** Saving seen data "./dancer.seen" 15.27.20 # gevaerts: Thank you, kind sir... 15.28.27 # I can't find montage..., google gives me a lot of results, but mainly those for the German word "Montage" 15.28.57 # kugel: It comes installed as one of the imagemagick utilities. 15.29.48 # oh 15.30.34 # I see 15.31.16 # amiconn: I assume you've had no luck solving the "UIE problem" ? 15.32.53 Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) 15.44.51 Join feisar_ [0] (i=jljhook@89.166.50.63) 15.44.51 Quit feisar (Read error: 104 (Connection reset by peer)) 15.48.13 Join Pichet_Goulu [0] (n=Pichet_G@43.163-244-81.adsl-dyn.isp.belgacom.be) 15.48.15 Nick Pichet_Goulu is now known as Pichet (n=Pichet_G@43.163-244-81.adsl-dyn.isp.belgacom.be) 15.55.50 Quit Pichet ("ChatZilla 0.9.81 [Firefox 2.0.0.14/2008040413]") 15.58.35 Join mf0102 [0] (n=michi@85.127.182.34) 16.01.48 Quit mf0102 (Client Quit) 16.02.45 Join mf0102 [0] (n=michi@85.127.182.34) 16.09.40 Join [CBR]Unspoken|w [0] (n=cbr@212.98.160.130) 16.09.48 Join miepchen^schlaf_ [0] (n=miepchen@p54BF40E5.dip.t-dialin.net) 16.14.40 Join psycost [0] (n=email@d220-238-47-183.dsl.vic.optusnet.com.au) 16.14.43 Quit desowin (Read error: 113 (No route to host)) 16.15.17 Join perrikwp|class [0] (i=98214a02@gateway/web/ajax/mibbit.com/x-16169b03c3a32ff8) 16.16.40 Quit miepchen^schlaf (Connection timed out) 16.18.39 Join dabujo [0] (i=xx@p4FDB377E.dip0.t-ipconnect.de) 16.25.09 Quit psycost () 16.26.22 Join desowin [0] (n=desowin@atheme/member/desowin) 16.37.22 Quit perrikwp|class ("http://www.mibbit.com ajax IRC Client") 16.39.57 Quit DerDome (Read error: 113 (No route to host)) 16.40.54 # B4gder: shall I call the new patch rockbox-multilibs-arm-elf-gcc-4.0.3_2.diff ? 16.42.01 # works for me, the name isn't that important 16.43.03 Nick pabs_ is now known as pabs (n=pabs@xor.pablotron.org) 16.47.05 Quit corevette (Remote closed the connection) 16.49.05 # B4gder: the meizu bootloader loads the flashed image to SDRAM and maps it to 0x0. Should make our first tests easy. 16.49.25 # great! 16.50.32 # I wrote some code which should toggle the backlight on and off when pressing PLAY. It should work on all M6 and M3 targets. 16.50.42 # But first I need to get it to work here of course :) 16.51.06 # let's try to have rockbox running before the devcon :) 16.54.00 Quit DerPapst (Nick collision from services.) 16.54.10 Join DerPapst_ [0] (n=Der_Paps@dhcp-25-149.fh-friedberg.de) 17.04.31 Join mrkiko [0] (n=mrkiko@adsl-ull-85-33.47-151.net24.it) 17.05.27 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 17.06.29 Join DerDome [0] (n=DerDome@dslb-082-083-163-086.pools.arcor-ip.net) 17.07.21 # Is there any specific reason we have an atoi.h? (it's normally part of stdlib AFAIK so could go perfectly well into stdlib.h) 17.09.17 Part LinusN 17.18.38 # I thought we did? 17.19.15 # firmware/include/atoi.h 17.19.28 # Ah, you mean why we _do_ have it... 17.19.54 # * linuxstb should probably go home 17.21.38 # Yes, moving it into stdlib.h sounds sensible to me. 17.22.15 Quit CaptainSquid ("Miranda IM!") 17.22.30 Quit nplus (Remote closed the connection) 17.23.36 # * B4gder agrees 17.25.44 *** Saving seen data "./dancer.seen" 17.26.25 # bertrik: BTW, I've been thinking for a while that a #include cleanup is needed, so am happy you're doing something... 17.27.58 # yeps, nice spring cleaning! 17.29.10 # linuxstb, B4gder : thank you for your support :P 17.30.56 # * linuxstb goes home 17.30.57 Part linuxstb ("Leaving") 17.32.16 # B4gder: I've added the patch to www/gcc but can't access it over http 17.32.53 # does it take some time? 17.33.02 # one particular file that nags me is plugin.h. It #includes lots of other includes but doesn't actually need them (plugin.c does). This often causes *all* plugins to be rebuilt when changing something trivial. 17.33.08 # markun: right, it doesn't update automatically - I fixed it now 17.33.20 # thanks 17.35.46 Quit XavierGr (Nick collision from services.) 17.35.57 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 17.39.00 # B4gder: ok, the arm toolchain should now be built with big-endian support 17.39.13 # I noticed 17.39.28 # configure changes coming up I presume? 17.39.46 # I'll leave that for the initial meizu commit 17.39.52 # ok 17.40.17 # after I've verified that the testcode runs 17.42.16 # gevaerts: had a chance to log any usb traffic on a meizu upgrade? 17.42.48 Join herrwaldo [0] (n=waldo@ip-81-11-225-141.dsl.scarlet.be) 17.43.06 # B4gder: actually, I can do that later today 17.43.29 # B4gder: for the meizu m6sl we will also need a linux tool to combine our bootloader image with the nand loader image from samsung 17.44.08 # markun: hm, where do we get that name image from? 17.44.13 # from the unit itself? 17.44.18 # nand even 17.44.38 # no, it's supplied with the DFUManager from Samsung 17.45.30 # argh 17.45.31 # http://creatoom.free.fr/Meizu/DFUMANAGER.zip 17.46.30 # markun: With your recent commit, does that mean we have to update our build environment or no? 17.46.47 # LambdaCalculus37: if you wanna build meizu rockbox, yes 17.46.52 # LambdaCalculus37: only if you want to compile a meizu build (in future) 17.46.54 # until then no 17.47.42 # Ah, okay. 18.04.37 # B4gder: do you have any idea why system.o doesn't get linked when UIE is only used in crt0.S? 18.04.53 # markun: which dfu tool do you want me to trace ? 18.07.23 # http://www.meizume.com/miniplayer-m6-sl/5001-found-working-dfu-tool-m6sl.html 18.08.36 Join Chronon [0] (i=vircuser@d23-104.uoregon.edu) 18.11.29 # markun: I've only seen it discussed here, I haven't had time to check it out myself 18.13.18 Quit petur ("work->home") 18.15.11 Part B4gder 18.15.21 Quit DerPapst_ (Read error: 110 (Connection timed out)) 18.20.00 # gevaerts: will that work? 18.20.45 Join sitwon [0] (n=adam@static-71-166-233-112.washdc.east.verizon.net) 18.21.28 # markun: I'm not sure if it actually writes new firmware, but at least it sent data and the player reset at the end 18.22.49 # * gevaerts waits for the PC with tracer software to come back. It decided to reboot 18.23.13 # which firmware did you upload? 18.23.50 # M6SL_V2.004.6_Meizu_En.rar 18.23.59 Join DerPapst [0] (n=Der_Paps@p5B23D22E.dip.t-dialin.net) 18.34.17 # hi folks. Any ipodpatcher/rbutilqt folks around? are seg-faults on amd64 machines a known issue? 18.34.40 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.35.24 # * gevaerts points to domonoky 18.35.53 # * domonoky looks around... turns to the logs.. :-) 18.36.11 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 18.36.13 # domonoky: last line before you joined :) 18.36.22 # __> ./ipodpatcher --list :: Image 1: Main firmware - 11720704 bytes; Third-party bootloader - 52796 bytes 18.36.22 # 18.36.28 # [INFO] Ipod found - Video (aka 5th Generation) ("winpod") - /dev/sdf 18.36.54 # [INFO] Using internal bootloader - 50136 bytes 18.36.54 # Segmentation fault 18.36.57 # * desowin suggests alwasys attach backtrace to any segfault report 18.37.01 # as segfault != other segfault 18.37.15 # * domonoky thinks, yes there are known problems with ipodpatcher on amd64.. 18.37.17 # I get this using either the 64bit ipodpatcher; or the 32bit one running in a 32bit chroot 18.37.39 # i think you have to run it with "linux32 ./ipodpatcher" 18.38.24 # the 32bit version? 18.38.30 # jup 18.38.44 # but i am not sure, as i use windows.. :-) 18.40.41 # don't we have a 64bit binary? 18.41.04 # http://paste.debian.net/1751/ 18.41.09 # bluebrother: we do 18.41.17 # bluebrother: same segfault 18.42.10 # The strace is identical 18.42.29 # looks like strace? 18.42.34 # I can put up the full strace on a web server if that would be useful 18.43.05 # The tail end can be seen at http://paste.debian.net/1751/ 18.43.18 # can you backtrace it using gdb? Or are the binaries stripped? 18.43.42 # They are stripped 18.43.50 # ipodpatcher: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.1, dynamically linked (uses shared libs), stripped 18.43.56 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.43.58 Join gregzx [0] (n=chatzill@dsp161.neoplus.adsl.tpnet.pl) 18.44.22 # hmm. I guess a backtrace wouldn't tell much in that case. Can you build yourself? 18.45.15 # I suppose I can, unless it needs cross compilation for bits 18.45.18 # how can I put some .word values in crt0.S which will end up at the very end of the image? 18.45.34 # no, you don't need a cross compiler. 18.46.18 # get rbutil/ipodpatcher from svn. Building should be as simple as calling make 18.46.48 # bluebrother: ok. 18.52.38 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 18.52.47 Join ackbahr [0] (n=jean@d83-189-169-57.cust.tele2.ch) 18.53.00 # Does someone intend to fix the austriancoder's audio mess soon(ish)? Should it perhaps be reverted? 18.54.09 Join nplus [0] (n=npl@141.25.globcom.net) 18.54.18 # markun: If you need to make sure these words are always last, you need to introduce a separate section, and use the linker script to put it last 18.54.28 Join n1s [0] (n=nils@rockbox/developer/n1s) 18.54.50 # * amiconn wonders what that could be necessary for though 18.56.00 # Hmm. perhaps I should not use git-svn 18.58.18 # for getting just ipodpatcher it might be easier to pull it directly ;-) 18.58.34 Quit gevaerts ("work->home") 18.58.45 # I'm just pulling trunk/rbutil 18.58.58 # I would like to help resolve the rbutil segfault too 18.59.11 # * bluebrother goes checking the log 18.59.50 # Manoj`: rbutil just uses ipodpatcher, so if the segfault in ipodpatcher is fixed, rbutil should also work (if its the same problem) .. 19.00.03 # festival is the speech engine used for the voice files we provide, right? 19.00.10 # ok. I'll see what I can do 19.01.18 # bertrik: nice commits :) 19.01.31 # I'm all for the plugin.h cleanup you mentioned too 19.02.25 # Nico_P: yeah, I hate it to see all plugins recompile (especially DOOM) 19.02.46 # same here (although I usually use make bin because of that) 19.03.24 # * bertrik etches mental note about 'make bin' in brain 19.03.46 # fat32format.c: In function 'format_partition': fat32format.c:465: warning: format `%llu' expects type 'long long unsigned int', but argument 3 has type 'long unsigned int' 19.03.55 # not an error, but ... 19.04.18 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 19.04.22 # Manoj`: %lu 19.04.28 Join petur [50] (n=petur@rockbox/developer/petur) 19.05.21 # * amiconn checks the log to find out what bertrik is plaiing to rework 19.05.41 # * linuxstb spots lots of unsigned longs in ipodpatcher... 19.06.49 # amiconn: removing most of the includes in plugin.h, as they're useless 19.07.01 # * n1s is happy as long as noone assumes sizeof(long)==sizeof(int)==sizeof(*int) 19.07.15 # linuxstb: No, I wasn't able to solve the UIE() problem yet. It's really strange, all symbols are defined as they should be, yet the linker doesn't pick system.o 19.07.23 # Manoj`: The obvious thing to fix, is to change "unsigned long" to "uint32_t" and "long" to "int32_t" 19.08.07 # Nico_P: Why are they useless? Many of them are rather useful... 19.08.08 # * linuxstb should have known better than to use longs, but it was about 2.5 years ago... 19.09.00 # amiconn: plugin.h doesn't need to have access to the prototypes of the functions you want to add to the plugin API, does it? 19.09.04 # Plugins aren't allowed to include anything from the core except plugin.h, so plugin.h should provide everything that's generally defined 19.09.34 # linuxstb: I can do that. Also, the pre-build ipodpatcher seems to already have an internal bootloader, the svn version does not 19.09.45 # And there is a whole bunch of inline functions and macros which are needed in plugins 19.09.59 # true 19.10.03 # data structures too 19.10.10 # yup 19.10.12 # amiconn: yes, I see not that it's not that bad, but there are some header files in plugin.h that do not provide anything useful at all, except for an annoying dependency 19.10.21 Join bughunter2 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl) 19.10.30 # (remove first not) 19.10.50 # bertrik: In fact I'm not annoyed by a few extra dependencies, but I'm *very* annoyed about missing dependencies 19.10.59 Join bluebroth3r [0] (n=dom@rockbox/staff/bluebrother) 19.11.15 # Manoj`: yes, you can build ipodpatcher with and without internal bootloader ( the bootloaders are also on download.rockbox.org) 19.11.22 # Manoj`: If you read the instructions in the Makefile, that tells you how to build ipodpatcher with the embedded bootloaders (there is one for each ipod model) 19.11.43 # Like the codecs not relinking if a codec lib changed... and then wondering why nothing changes when testing.... 19.12.53 # shotofadds: Ping... 19.13.12 # where am i supposed to add speech engine specific tweaks? 19.13.30 # amiconn: ok, can I do something about that? 19.13.47 Quit bluebrother (Read error: 104 (Connection reset by peer)) 19.13.50 Join houbysoft [0] (n=houbysof@30.255.broadband5.iol.cz) 19.14.01 # bertrik: you get beer if you fix that one! :) 19.14.01 # n1s: speech engine specific tweaks for what ? 19.14.18 # bertrik: If I would know the solution, I would already have fixed it.... 19.14.38 # domonoky: pronunciation of words that the engine gets wrong... 19.14.48 # amiconn: probably something in the Makefiles? 19.15.10 # n1s: voice.pl:correct_string() 19.15.18 # ah, thanks 19.16.17 # that reminds me, that i should add pronunciation correction into rbutil.. :-) 19.16.27 # It's supposed to be broken down by language->TTS->voice vendor 19.17.50 # amiconn: yes, the problem is that festival pronounces 'a' as the word a when trying to spell (is sounds like a very short ö 19.18.07 # Yes, try to quote it 19.18.50 # This helped for several sapi voices (but for an unknown reason isn't necessary anymore) 19.19.40 # doesn't seem to make a difference when trying directly in festival from the command line, "Ay" works pretty well though 19.20.21 # You probably spotted the ploogin protection in that function ;) 19.20.49 Nick bluebroth3r is now known as bluebrother (n=dom@rockbox/staff/bluebrother) 19.21.19 # yes but now i wonder how to match "A" but nothing else, my sed-fu isn't that great 19.21.37 # This is plain regex 19.21.50 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.22.22 # You want an a that has no letter before or after, so it should be s/\ba\b/ay/ig 19.22.43 # (matches small and capital letter a) 19.22.51 # thanks, I'm basically regex illiterate :) 19.23.03 # www.regular-expressions.info 19.23.50 # #0 0x00002b8f38c06e6b in memcpy () from /lib/libc.so.6 19.23.50 # #1 0x000000000040344f in add_bootloader () 19.23.50 # #2 0x0000000000402077 in main () 19.23.56 Join Buschel [0] (n=abc@p54A3CD09.dip.t-dialin.net) 19.24.11 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 19.25.48 *** Saving seen data "./dancer.seen" 19.27.12 # Manoj`: is it also segfaulting if you try an external bootloader ? 19.28.31 # ./ipodpatcher -a bootloader-ipodvideo.ipod 19.28.40 # [INFO] Ipod model: Video (aka 5th Generation) ("winpod") 19.28.40 # [INFO] Checksum OK in bootloader-ipodvideo.ipod 19.28.40 # [ERR] Input file too big for buffer 19.28.40 DBUG Enqueued KICK Manoj` 19.28.40 # [ERR] --add-bootloader failed. 19.29.14 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 19.29.14 # * Buschel asked a collegue to build up a iPod dock connector debug-board 19.29.14 Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.14/2008040413]") 19.29.34 # hopefully this will help finding a proper solution for the accessory detect 19.30.04 # we've got lots of connector cables in our company, so mis-using one of them should be ok ;o) 19.30.57 # also dip switches for changing the resistor coding will be part of it 19.30.59 # when I run gdb, it says it is looking for a file called init.c 19.31.29 # I have no idea where it is getting init.c from 19.31.39 # but I can't list the source lines 19.32.24 # hm Inputfile to big for buffer is strange, your bootloader is surely smaller than 8MB, i think.. 19.32.50 # __> ls -als bootloader-ipodvideo.ipod 19.32.50 # 56 -rw-r--r-- 1 root srivasta 50528 2007-05-23 13:19 bootloader-ipodvideo.ipod 19.36.38 # are "int"s also different on amd64 ? 19.36.54 # an int is 64bit 19.38.22 # I thought ints were 32-bit, and longs/pointers were 64-bit? 19.39.18 # linuxstb: correct 19.39.49 Join weeandykidd [0] (n=519c26a9@gateway/web/cgi-irc/labb.contactor.se/x-71fbec64db72c3d4) 19.40.05 # hello 19.40.13 # hello? 19.40.15 Join perrikwp [0] (i=9821707c@gateway/web/ajax/mibbit.com/x-ab75ab6fae18e374) 19.40.31 # o/ 19.40.37 # weeandykidd: If you have a question, just ask it 19.40.50 # i need help on how to add optoins to the open with menu 19.41.00 # amiconn: that didn't seem to work, I assume the /i means it's case insensitive? 19.41.31 # weeandykidd: What exactly do you want to do? 19.41.53 # can you get idarcnes in the rockbox OS 19.42.23 # Is that a NES emulator? 19.42.27 # yes 19.42.35 # If so, the answer is theoretically yes, if you port it 19.42.51 # You cannot just 'install' it though 19.43.40 # iyes but when i set it up the rockbox doesnt know what to open the roms with, so i hold the center button selct open with but the emulator isnt there 19.43.50 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 19.43.58 # I didn't really understand that question 19.44.02 # weeandykidd: You're right, it's not there... 19.44.18 # But as Rockbox does not contain a NES emulator, of course you can't open a ROM with it 19.44.33 # i have placed one on it 19.44.37 # how? 19.44.56 # You changed the code to work with Rockbox (porting it), then you compiled rockbox? 19.45.01 # * BigBambi thinks not 19.45.07 # is there anyway to add entries to the open with menu; thats all i really want to know 19.45.22 Join lee-qid [0] (n=liqid@p54967E91.dip.t-dialin.net) 19.45.29 # Why? You have not added the NES emulator, I am sure 19.45.32 # weeandykidd: yes. if you know how to program with c 19.45.55 # weeandykidd: You edit the .rockbox/viewers.config file to point to the ".rock" file (Rockbox plugin) that will open the file. 19.46.07 # I stand corrected. The size of int is: 4 19.46.18 # mild experiennce. ill work at it now then. just wanted to know if i was wasting my time 19.46.22 # bye 19.46.31 Quit weeandykidd ("CGI:IRC") 19.46.46 Quit DerPapst (Read error: 104 (Connection reset by peer)) 19.46.49 Join DerPapst_ [0] (n=Der@p5B23D22E.dip.t-dialin.net) 19.46.55 Quit DerPapst_ (Remote closed the connection) 19.47.08 Join DerPapst [0] (n=Der_Paps@p5B23D22E.dip.t-dialin.net) 19.47.14 # * linuxstb scratches head 19.47.55 # * LambdaCalculus37 wonders why kids keep coming in asking about emulators for Rockbox 19.48.16 Quit barrywardell (Remote closed the connection) 19.49.29 # Manoj`: you could add some printfs to add_bootloader, to findout what goes wrong..(like checking entryOffset and padded lenght, to see if they are sane) but i dont really know where it could go wrong, or if even more is broken.. 19.50.59 # memcpy(sectorbuf+entryOffset,ipod->bootloader,ipod->bootloader_len); 19.51.36 # I think that is where thigs die. 19.51.51 # yes, there is the segfault for sure.. 19.52.40 # fprintf(stderr,"[INFO] Using internal bootloader - %d bytes\n",ipod->bootloader_len); 19.52.40 # memcpy(sectorbuf+entryOffset,ipod->bootloader,ipod->bootloader_len); 19.52.40 # fprintf(stderr,"[INFO] Done\n"); 19.52.41 # you could printout entryOffset and ipod->bootloader_len before to see if the look right.. 19.52.48 # [INFO] Using internal bootloader - 50520 bytes 19.52.48 # Segmentation fault 19.53.13 # so ipod->bootloader_len == 50520 bytes 19.53.19 # so it looks like entryOffset is wrong.. then len is sane.. 19.54.32 # [INFO] Offset - 11720704 bytes 19.54.44 # umm, what? 19.54.57 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 19.55.06 # n1s: yes 19.55.15 # That looks a bit high 19.55.39 # jup, thats surely wrong.. 19.55.49 # amiconn: in pearl does matching one case make it ignore the rest? 19.56.23 # So, perhaps my main firmware got hosed? 19.56.27 # using --list: 19.56.29 # Image 1: 19.56.29 # Main firmware - 11720704 bytes 19.56.29 # Third-party bootloader - 52796 bytes 19.57.05 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 19.57.15 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 19.57.20 # linuxstb: does this sound right ?, i dont have too much knowledge of ipods.. 19.57.53 # linuxstb: if it's about UIE, I don't know the answer. I don't recall having to do any magic for the D2 build. 19.58.36 # domonoky: Yes, it sounds about right, although 11MB seems a bit large... 19.58.42 # but the entryOffset can only be wrong, as sectorBuf only has 8MB space, and you go to offset 11MB... 19.59.28 # shotofadds: No, it was actually about your interrupt handler, but I found the answer (I thought you were doing something wrong, but it turns out the tcc780x's interrupt controller can do a lot more than the tcc77x's). 20.00.18 # yeah, the 78x interrupt controller is quite fully featured... 20.00.55 # * n1s found the answer and it's "yes", no wonder my change didn't work :) 20.02.23 # n1s: Well, you're applying the regexps in sequence, so all should match their respective patterns 20.03.31 # amiconn: the regexp wasn't the problem, it was me assuming a switch worked like in c (for some reason...) 20.03.46 # Ah 20.03.51 # I seem to have created backups a long time ago: apple_os.bin apple_sw_5g_rcsc.bin bootloader-video.bin bootpartition.bin mbr.bin ... 20.05.46 # works nicely now :) 20.06.35 # I have, unfortunately, forgotten how to restore these backup versions of the apple OS software 20.06.35 # Manoj`: do you have access to a 32bit machine to test if it is your ipod and not the 64bit OS ? 20.06.53 # Unfortunately, no 20.07.08 # Manoj`: You just do "dd if=bootpartition.bin of=/dev/sdX1" 20.07.12 # I know there is something wrong with the ipod 20.07.31 Quit ackbahr (Read error: 104 (Connection reset by peer)) 20.07.41 # I can no longer boot into orckbox, so I am willing to trust that something got messed up 20.07.47 # on the ipod, I mean 20.08.18 # amiconn: Do you know if ipodpatcher ever worked on amd64? i.e. did you use it? 20.08.21 # I can do the dd 20.08.25 # linuxstb: if it is his ipod, we surely should add a check for (sectorbuf+entryOffset < BUFFSIZE) before the first memcpy in add_bootloader 20.08.33 # What are the other bits I saved? 20.08.58 # the apple_os.bin, etc? 20.09.16 # the extracted apple_os (two files) .. 20.12.24 # linuxstb: I think I tried it once, but I'm not sure 20.15.18 # * amiconn renews his question 20.15.51 Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) 20.22.41 Join gregzx [0] (n=chatzill@dss148.neoplus.adsl.tpnet.pl) 20.24.56 # Success. I dd'd the bootpartition.bin over, and then ipodpatcher did work. 20.26.05 # great :) 20.26.27 # ok, so the question remains: will the prebuilt binary work? 20.27.31 # Oh. I dunno. This version I am using has all the long int's and unsigned long's converted to u?int32_t 20.27.54 # markun: the tracer software works with wine (at least for viewing files) 20.28.53 # The proper offset was 6477824; btw 20.30.26 # 6MB + 50k surely fit into 8Mb buffer... linuxstb could you please put a safety check before the memcopy in add_bootloader :-) 20.34.03 Quit houbysoft ("http://funghos.googlecode.com") 20.44.05 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 20.44.10 Join grndslm [0] (n=grndslm@24-116-87-97.cpe.cableone.net) 20.47.20 Quit Buschel () 20.49.28 Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) 20.53.39 Quit linuxstb (Nick collision from services.) 20.53.40 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 20.59.25 Join spiorf [0] (n=spiorf@host13-217-dynamic.21-79-r.retail.telecomitalia.it) 21.03.47 # gevaerts, domonoky: Thanks for your help. With the restoration of the bootpartition, everything seems to be working, and now the major decision is which theme to use 21.04.20 # Manoj`: good to hear :-) 21.04.33 # That's a hard decision to make :) 21.04.59 # arboxWidgets vs. phkOSC 21.05.44 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 21.05.53 Quit linuxstb (Nick collision from services.) 21.05.56 # I am surprised that no one has packaged the tbutil for the linux distributions 21.05.57 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 21.07.13 # there is a contributed ebuild file in the wiki 21.07.31 # * gevaerts guesses that Manoj` doesn't care about ebuilds ;) 21.07.57 # Manoj`: feel free to help out.. :-) 21.07.59 # * bluebrother could create a rpm file but hasn't gotten around actually doing it. 21.09.03 # maybe we should create tarballs of release versions 21.09.13 # would at least make that easier. 21.10.31 # * amiconn renews his question regarding austriancoder's audio stuff once more 21.12.53 # amiconn: thanks for your reply about the linker section 21.13.12 # and no, I don't plan to fix any audio code 21.14.22 # * gevaerts also doesn't plan to work on the audio code. No sense in making it worse... 21.15.11 # viewport.h contains some #defines like VP_SELECTIONCOLORS which are not used anywhere 21.16.49 Join einhirn_ [0] (n=Miranda@p5B031693.dip0.t-ipconnect.de) 21.17.06 # bertrik: I know JDGordon was working on various viewport-related things, and only some have been committed, so maybe they are left from that... 21.17.08 Quit grndslm (Read error: 113 (No route to host)) 21.18.37 # ok, I'll leave those alone until I speak to him again 21.19.43 Join grndslm [0] (n=grndslm@24-116-87-97.cpe.cableone.net) 21.23.24 # domonoky: I'll put rbutil/ipodpatcher on my list of TODO things for Debian (I need to get SELinux in shape first, though) 21.23.34 # Thanks for a useful tool 21.25.21 Quit TMM (Remote closed the connection) 21.25.53 *** Saving seen data "./dancer.seen" 21.26.22 Quit ApplianceBlue () 21.26.22 Part Manoj` ("ERC Version 5.3 (IRC client for Emacs)") 21.35.49 Quit kugel (Read error: 110 (Connection timed out)) 21.39.16 Quit desowin (Excess Flood) 21.39.37 Join desowin [0] (n=desowin@atheme/member/desowin) 21.53.02 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 21.56.08 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 21.56.57 Join w1ll14m [0] (n=william@dhcp-077-249-150-171.chello.nl) 21.57.13 Join Rincewind [0] (i=BcuozdAY@nat-wh-1.rz.uni-karlsruhe.de) 21.57.37 Quit nplus ("Leaving") 21.58.02 Join barrywardell [0] (n=barrywar@194.46.246.104) 22.09.11 Quit XavierGr (Read error: 104 (Connection reset by peer)) 22.09.24 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 22.09.34 Quit linuxstb (Read error: 110 (Connection timed out)) 22.09.46 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 22.21.07 Quit leox (Read error: 104 (Connection reset by peer)) 22.24.49 Join TMM [0] (n=hp@c514753fe.cable.wanadoo.nl) 22.26.12 Quit Mathiasdm ("Yuuw!") 22.26.41 Join dabujo_ [0] (i=xx@p4FDB01F8.dip0.t-ipconnect.de) 22.26.59 Join Jckf [0] (i=bounce@89.151.215.102) 22.27.05 Part Jckf ("Leaving") 22.40.31 Join leox [0] (n=leox@165-162-114-200.fibertel.com.ar) 22.44.30 Quit dabujo (Connection timed out) 22.47.32 Join PaulJam [0] (n=PaulJam_@vpn-3096.gwdg.de) 22.48.14 # markun: I tried your code, but nothing much happened 22.49.12 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 22.49.28 Quit linuxstb (Nick collision from services.) 22.49.32 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 22.50.58 Quit dabujo_ (Connection timed out) 22.51.33 Join lee-qid_ [0] (n=liqid@p54967E91.dip.t-dialin.net) 22.58.08 Join csc` [0] (n=csc@archlinux/user/csc) 22.58.42 Quit bughunter2 ("Leaving.") 22.59.55 Quit mf0102 ("Ex-Chat") 23.02.31 # amiconn: still here? 23.07.25 # amiconn doesn't go to bed before 1am :-P 23.08.47 Quit bluebrother ("leaving") 23.09.17 Quit lee-qid (Read error: 110 (Connection timed out)) 23.14.10 Quit n1s () 23.15.21 # ...normally ;-) 23.16.07 Join bertrik_ [0] (n=bertrik@127-013-045-062.dynamic.caiway.nl) 23.16.39 Quit jhulst ("Konversation terminated!") 23.18.05 Quit petur ("Zzzz") 23.20.32 Part domonoky 23.24.37 Quit mrkiko (Remote closed the connection) 23.25.55 *** Saving seen data "./dancer.seen" 23.27.24 Quit OlivierBorowski (Remote closed the connection) 23.31.13 Quit davina (Remote closed the connection) 23.32.38 Quit bertrik (Read error: 110 (Connection timed out)) 23.34.54 Join austriancoder [0] (n=austrian@rockbox/developer/austriancoder) 23.36.34 # austriancoder: your commit seems to not work on the gigabeat 23.37.59 # Bagder: define... "seems not to work" please 23.38.06 # see log 23.38.10 # I don't have a gigabeat 23.39.21 # I just read the patch, thought it looked weird and people confirmed it seems to not work 23.39.25 Quit DerPapst (Read error: 104 (Connection reset by peer)) 23.39.47 Join DerPapst [0] (n=Der_Paps@p5B23D22E.dip.t-dialin.net) 23.39.53 # Bagder: okay found it.. will try to fix it 23.40.08 # great 23.41.16 # austriancoder: I think that things changing behaviour on many targets like your audio stuff needs testing on the affected targets before commit. 23.41.47 # This is not that much an issue with new stuff, but the audio settings were working properly before 23.42.33 # bertrik_: The atoi.h was most probably from before we even had stdlib.h 23.42.38 # amiconn: next time i will testers test my patch, if i do changes like the wm8751 change 23.43.38 # amiconn: I decided not to change plugin.h by the way, it didn't really contain any unused header files 23.46.57 Quit jgarvey ("Leaving") 23.48.05 Quit amiconn (Nick collision from services.) 23.48.12 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 23.48.15 Nick bertrik_ is now known as bertrik (n=bertrik@127-013-045-062.dynamic.caiway.nl) 23.51.19 Quit DerDome ("Leaving.") 23.51.48 # any gigabeat user online? 23.52.28 # iirc gevaerts and markun have one 23.52.34 # * gevaerts waves 23.53.23 # gevaerts: fine... can i send you in some minutes a patch to test? 23.54.13 # the devcon dap list should be taken and put on a separate wiki page so people know whom to annoy if they need a tester :-P 23.54.31 # austriancoder: sure, but be aware that I don't have very good ears :) 23.55.06 # DerPapst: http://www.rockbox.org/twiki/bin/view/Main/RockboxTesting 23.55.21 # * bertrik was going to mention that 23.55.27 # wow, gevaerts... good work 23.55.33 # :) 23.55.35 # in such a short time :-P 23.56.30 Join ^Parrot^ [0] (n=parrot@adsl-225-101-74.mia.bellsouth.net) 23.56.35 # * DerPapst fills a gap 23.57.20 # how about using a stub for function ata_disk_is_active in stubs.c instead of using #ifdef SIMULATOR? 23.57.20 # gevaerts: please test volume and bass settings 23.57.31 # OK 23.57.38 # <^Parrot^> evening. does the latest build have AA support, bmp resize built into it? 23.57.54 # austriancoder: What should I test for ? Identical behaviour as older builds ? 23.58.12 # AA yes, resizing no. 23.58.16 # gevaerts: yes.. 23.58.29 # <^Parrot^> how about scrolling? 23.58.57 # <^Parrot^> I keep seeing themes that require these patches