--- Log for 20.04.110 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 22 days and 5 hours ago 00.07.17 Join rogier_ [0] (~rogier@ip4da8229e.direct-adsl.nl) 00.08.54 Quit ssorgatem (Ping timeout: 260 seconds) 00.09.53 Quit wodz (Quit: Leaving) 00.09.56 # want to install rockbox on fuse v2. Can i just use the rockbox utility? 00.11.58 Quit efyx (Remote host closed the connection) 00.13.36 # to install the bootloader 00.20.59 Quit halmi (Quit: halmi) 00.23.01 Quit Kitar|st (Ping timeout: 264 seconds) 00.25.22 Quit DerPapst (Quit: Leaving.) 00.27.41 Join saratogalab [0] (~9803c20d@gateway/web/freenode/x-umwolvuaartmqtlu) 00.28.02 # rogier_: no, you'll need to follow the directions on the SansaAMS wiki page 00.28.44 Join Kitar|st [0] (~Kitar_st@BSN-143-101-22.dial-up.dsl.siol.net) 00.30.17 # why is ata.c defining hardcoded things that don't apply to this target? 00.30.27 # isn't that pretty wrong? 00.30.39 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) 00.31.00 Quit liar (Ping timeout: 265 seconds) 00.32.07 # ATA_STATUS is not the same as ATA_COMMAND 00.33.10 Quit Kitar|st (Ping timeout: 246 seconds) 00.33.12 Quit rogier_ (Quit: Ik ga weg) 00.34.31 Quit Zarggg (Ping timeout: 276 seconds) 00.36.00 Join xiainx [0] (~xiainx@modemcable091.119-201-24.mc.videotron.ca) 00.37.26 Quit domonoky (Read error: Connection reset by peer) 00.39.41 Join Kitar|st [0] (~Kitar_st@BSN-182-37-38.dial-up.dsl.siol.net) 00.41.24 Quit bertrik (Quit: De groeten) 00.41.25 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 00.42.42 Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 00.46.40 Quit liar (Ping timeout: 264 seconds) 00.50.31 Quit jd (Read error: Connection reset by peer) 00.51.01 Join jd [0] (~jd@modemcable207.134-202-24.mc.videotron.ca) 00.51.01 Quit jd (Changing host) 00.51.01 Join jd [0] (~jd@Wikipedia/HellDragon) 00.54.39 Part b0hoon ("GTG. Bye.") 00.57.42 Join webguest25Joe [0] (~47b5f6bc@giant.haxx.se) 00.58.20 Nick krazykit` is now known as krazykit (~kkit@adsl-76-240-195-209.dsl.ipltin.sbcglobal.net) 01.01.05 Quit mt (Ping timeout: 240 seconds) 01.02.41 Quit webguest25Joe (Quit: CGI:IRC (Ping timeout)) 01.03.07 Quit jordan` (Ping timeout: 276 seconds) 01.10.18 *** Saving seen data "./dancer.seen" 01.15.58 Join webguest13Joe [0] (~47b5f6bc@giant.haxx.se) 01.18.34 Join Soap_Hotel [0] (~42c07542@giant.haxx.se) 01.19.27 Join _arbingordon [0] (~w@c-68-44-148-113.hsd1.pa.comcast.net) 01.20.47 Quit arbingordon (Ping timeout: 245 seconds) 01.23.18 Quit Soap_Hotel (Client Quit) 01.23.28 Quit webguest13Joe (Quit: CGI:IRC (Ping timeout)) 01.24.34 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 01.25.10 Quit jgarvey (Quit: Leaving) 01.28.57 Quit Schmogel (Read error: Connection reset by peer) 01.40.01 Join webguest14Joe [0] (~47b5f6bc@giant.haxx.se) 01.40.05 # Hi.My name is Joe and this is my first time on here so please forgive me if I'm doing anything wrong in the way I'm posting this.I did read the directions and think I'm OK. I'm totally blind and use a screen reader called Jaws that reads what's on screen using a voice engine called elequence. I'm thinking of buying the Sandisk Sansa E200and would like to install rockbox with voice to make the player blind accessible.Would it be possible to do the au 01.40.21 # #rockbox: 01.40.59 Join nimak [0] (~nima@adsl-75-45-227-129.dsl.sfldmi.sbcglobal.net) 01.41.47 # webguest14Joe: your message got cut off right after "Would it be possible to do the" 01.42.02 Quit komputes (Remote host closed the connection) 01.44.04 Quit nima (Ping timeout: 276 seconds) 01.44.39 Quit webguest14Joe (Client Quit) 01.46.22 Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) 01.48.00 Part toffe82 01.48.31 Quit liar (Quit: bye) 01.49.37 Quit flydutch (Quit: /* empty */) 01.52.23 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 01.54.59 Join webguest01Joe [0] (~47b5f6bc@giant.haxx.se) 01.58.10 # Ok now to finish my query. Is it possible to install rockbox usiong a screen reader on the sansa E200player? i'm totally blind. Thanks, Joe. 01.58.40 # Ok now to finish my query. Is it possible to install rockbox usiong a screen reader on the sansa E200player? i'm totally blind. Thanks, Joe. 01.58.55 Quit webguest01Joe (Client Quit) 02.01.04 Join Strife89 [0] (~michael@adsl-80-158-94.mcn.bellsouth.net) 02.03.16 Join komputes [0] (~komputes@ubuntu/member/komputes) 02.03.36 Quit xiainx (Ping timeout: 276 seconds) 02.13.35 Quit kramer3d (Ping timeout: 240 seconds) 02.15.16 Quit Topy44 (Ping timeout: 276 seconds) 02.17.03 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 02.18.33 Quit stripwax (Quit: http://miranda-im.org) 02.25.12 Join Topy44 [0] (~topy@my.fastsh.it) 02.28.29 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 02.29.49 Quit xiainx (Ping timeout: 276 seconds) 02.30.13 Quit Topy44 (Ping timeout: 276 seconds) 02.31.30 Join Topy44 [0] (~topy@my.fastsh.it) 02.34.31 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 02.40.53 Quit jordan` (Quit: Coyote finally caught me) 02.43.22 Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) 03.10.20 *** Saving seen data "./dancer.seen" 03.14.35 Quit MethoS- (Remote host closed the connection) 03.19.13 Quit komputes (Ping timeout: 276 seconds) 03.19.38 Quit CGL (Ping timeout: 276 seconds) 03.32.14 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 03.53.58 # JdGordon: What's your point in that forum thread? 03.54.09 # What does it being in addition to the old mode have to do with my point at all? 03.55.06 # In fact, were it not in addition to the old mode, but were instead a replacement for it, my suggestion that it could be considered bloat would be invalid, so it's pretty clear I understood it's an addition or I would've instead been mentioning the loss of functionality instead. 03.55.21 # Did you possible quote the wrong line? 03.59.08 # I quoted what I wanted... you seemed to think that I was replacing the current way to do sublines, which I said was NOT going to happen 04.00.16 # and this is further proof that you just cant handle any change 04.00.32 # there shouldnt be a discussion on this at all, my question was would anyone find it useful 04.00.40 # nothing more 04.03.44 # Where did I even *remotely* suggest it would be replacing anything? 04.04.27 # I specifically said *an increasing number of ways to do the same thing* 04.04.27 # It seems odd to argue for adding *mandatory* bloat so as to cut back on *optional* bloat. 04.04.31 # You aren't *increasing* if you remove one to add one 04.04.38 # Yes *adding* 04.04.52 Quit dys (Ping timeout: 276 seconds) 04.04.55 # nothing is mandatory 04.05.05 Join dys [0] (~andreas@krlh-5f737ff2.pool.mediaWays.net) 04.05.08 # Uhm, if it comes with the build and makes the build bigger, it's mandatory if you want to install rockbox 04.05.34 # What's wrong with trying to fix the existing tag (or making your tag have different times, so it can replace the old one) 04.05.39 # oh FFS... get over it. the oatch might add 200bytes. 04.05.45 # My point is wholly - why do we need two halfway tags, instead of one tag that does the whole job? 04.06.21 # What's the point in adding a whole new tag so that now we have *two* tags that both don't do everything and can't even be combined to do everything reliably. 04.07.39 # I disgree with your premise that both are halfway done 04.07.45 # Both solve half the problem 04.07.58 # One lets you set individual times but has the flaw (stated at least) that it can't clear images. 04.08.01 # what problem? 04.08.03 # The other can clear images, but doesn't let you set times. 04.08.28 # so maybe... just MAYBE... themers will use the one they feel works better for them! 04.08.29 # With neither tag (or combination thereof) can you have clearing images with variable times. 04.08.37 # Why not have one tag that does both? 04.09.24 # Then it's both more powerful, and requires less variance in themes because you don't have two partial implementations of an idea, and themes possibly containing different tags to do fundamentally the same thing when they don't need one of those features. 04.13.34 Quit adnyxo (Ping timeout: 260 seconds) 04.14.36 # when i define that my target has STORAGE_ATA, ata.c is compiled, even though it seems slightly incompatible with the samsung SoC 04.15.19 # i don't know if i should attempt to port ata.c or just make a new driver altogether 04.16.41 Join Rob2222 [0] (~Miranda@p4FDCADF5.dip.t-dialin.net) 04.20.14 Quit Rob2223 (Ping timeout: 265 seconds) 04.26.50 Quit aevin (Ping timeout: 248 seconds) 04.27.39 Join aevin [0] (eivindsy@unaffiliated/aevin) 04.33.45 # Llorean: this isnt about images.. 04.34.09 # JdGordon: You're the one who brought up images as the new functionality it added. 04.36.22 # yes, but only as a reason to why it is different to %t 04.36.33 # hardly the only reason to add it 04.37.14 # Well, it seems silly to start adding tags duplicating existing functionality. There should, if at all possible, be a single definitive way to accomplish any single specific thing. 04.37.49 # Otherwise you basically open up the doors for a lot of "well I think this syntax is better for this, so we should just have both" for any tag. 04.38.15 # At the very least, an effort should be made to combine the two (since it offers more functionality that way) rather than having them side by side. 04.42.41 Join Barahir_ [0] (~jonathan@gssn-5f754574.pool.mediaWays.net) 04.46.01 Quit Barahir (Ping timeout: 258 seconds) 04.52.00 Quit shaggy-h () 05.05.46 Quit panni_ (Read error: Connection reset by peer) 05.10.21 *** Saving seen data "./dancer.seen" 05.19.31 Quit Strife89 (Quit: Still on TX.) 05.23.48 Join Strife89|PalmTX [0] (~cstrife89@adsl-80-158-94.mcn.bellsouth.net) 05.31.09 Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) 05.36.10 Join suckmypianist [0] (~183d7c15@giant.haxx.se) 05.37.08 # hey i just got rockbox for the first time on my ipog video 5g and when i try to play doom it says plugin returned an error... any solutions? 05.37.48 # random guess: you don't have any doom wads on your ipod 05.37.57 # i think the doom wiki page explains how to fix it 05.38.41 Quit Horscht (Quit: Verlassend) 05.39.37 # well surprise surprise right after i said that i wen tto the extras page and found the things for doom... 05.40.06 # oh also i was wondering if any one knew of some other good games to put on rockbox. 05.41.03 # they're pretty much all included 05.43.05 # well i saw that you can get halflife on rockbox, they just didnt say how 05.43.31 # That's just a Doom WAD with some halflife inspired graphics 05.43.42 Quit anewuser (Quit: http://xrl.us/NitroQueer What do you know...THE WORLD'S first NTRQ (that's for NES/FAMICOM) tracking compo. Have powerpak? Try it out! Otherwise ROM IMAGE.) 05.45.27 # The only games that aren't included are Game Boy ROMs and Pac-Man ROM images. 05.45.48 # And we legally can't tell you where to get 'em. 05.46.01 # And additional Doom WADs, and Chip8 games and so on. 05.46.41 # We could include the Freedoom WAD. 05.46.55 # ... I think. 05.48.35 # well i know how to get the gb roms , i hacked my wii and would play some gb games on it xP 05.53.20 # Strife89|PalmTX: The freedoom wad is available on the extras page, I think 05.54.19 # Since Rockbox Utility installs the base WAD in a full install, should it get the Freedoom WAD as well? 05.55.15 # (Currently it doesn't AFAIK.) 05.57.49 # For people not wanting to use Doom, it wastes an awful lot of space. 05.57.54 # Especially on smaller capacity players. 05.58.11 # True. 05.58.38 # 1/3 of my average Rockbox installation is Doom WADs. 05.59.06 # Nothing to sneeze at. 06.03.14 Quit Strife89|PalmTX (Quit: Gone snoozin'. ZZZZzzzzzzzzzz........) 06.08.49 Quit xavieran (Quit: ➤➤➤➤➤➤ UniCode shall rein forever! ➤➤➤➤➤➤) 06.10.42 Join Mike457 [0] (~fake@71-84-53-199.dhcp.mtpk.ca.charter.com) 06.12.27 # Anybody use uses Rockbox with an iPod Nano 1st gen: have you ever had the problem of running the battery too low? my computer can't even go into charge mode because the "battery empty" screen comes up right away 06.12.34 Quit suckmypianist (Quit: CGI:IRC (EOF)) 06.12.44 # so now i can't charge the thing 06.21.31 Quit Lynx_ (Read error: Connection reset by peer) 06.22.18 Join Lynx_ [0] (~Lynx_@86.51.114.197) 06.41.41 # Mike457: I would turn the hold switch on (so it will boot into the Apple firmware when it gets enough power) and just leave it plugged in. You can also try resetting it (hold MENU+SELECT together for up to 30 seconds) 06.53.13 # it seems like we could up the low battery voltage a little and avoid this, or is there something else going on here? 06.59.09 Join Mike458 [0] (~fake@71-84-53-199.dhcp.mtpk.ca.charter.com) 06.59.19 # saratogalab: Possibly something else - if holding menu+select fixed it. Although Torne should have fixed that a few months ago. 06.59.20 # hi there thanks for the responses 06.59.43 # so i have tried with the hold switch...it immediately shut off...no messages or nothing 06.59.52 # and I have resetted it a hundred times 07.00.05 # the brief second it is on is i think the only time it charges 07.00.22 # so i am doing this repeatedly hoping i can get enough of a charge to go to the normal charge mode 07.00.31 # increasing the low voltage shut off 50mV would have almost no impact on battery life, so maybe its worthwhile if we really do discharge the battery too much 07.00.53 # and menu+select briefly (and I say briefly) worked...by computer detected it for a second...then it went away 07.01.07 # saratogalab: i have experienced this issue only once before 07.01.19 # and i *think* this is how i fixed it 07.01.34 # though i'm sure plenty of other people have run their nanos dry and not had this problem before 07.01.40 # no? 07.01.44 # if you just leave it plugged in for a while it'll charge up enough to boot 07.01.52 # the problem is the apple firmware is stupid 07.02.04 Quit Mike457 (Ping timeout: 276 seconds) 07.02.09 # i think you're right 07.02.30 # currently the apple logo is on display solidly...no longer cycling to shut down on and off 07.02.46 # i don't want to disturb the equilibrium...though still not detected by my comp 07.03.50 # i think as long as it is on in some form it is charging 07.04.11 Quit xiainx (Ping timeout: 264 seconds) 07.04.29 Nick Mike458 is now known as Mike457 (~fake@71-84-53-199.dhcp.mtpk.ca.charter.com) 07.04.39 # damn wireless 07.04.58 Join chaos-squirrel [0] (~quassel@124-197-14-136.callplus.net.nz) 07.08.53 # Hi all, is there anyone in here that can edit the rockbox wiki? 07.08.53 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 07.10.24 *** Saving seen data "./dancer.seen" 07.12.19 Join Mike458 [0] (~fake@71-84-53-199.dhcp.mtpk.ca.charter.com) 07.13.31 # a few. Why? 07.14.09 # JdGordon: will I be ignored until I report in the tracker that %pv| is not fixed yet? 07.15.21 Quit Mike457 (Ping timeout: 248 seconds) 07.16.40 # i just noticed that both the links on the ArmInstructions page are dead. the first one should now (I think) point to http://infocenter.arm.com/help/topic/com.arm.doc.dui0204i/DUI0204I_rvct_assembler_guide.pdf 07.17.13 # but I didn't think I should join the wiki because I don't have time to be a regular contributer. 07.18.06 # (and I couldn't find the second one on the ARM page) 07.24.03 Quit ollebe (Quit: Leaving) 07.24.36 Quit xiainx (Ping timeout: 240 seconds) 07.25.29 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 07.26.14 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 07.32.34 Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 07.35.26 Quit saratogalab (Quit: Page closed) 07.36.45 Quit mikroflops_ (Ping timeout: 276 seconds) 07.38.08 Join Buschel [0] (~ab@p54A3F4B9.dip.t-dialin.net) 07.39.57 # wow. building under vmware on windows is _really_ fast compared to cygwin 07.40.05 # 2-3x faster 07.40.39 # could not bring the manual to build though 07.46.11 Quit xiainx (Ping timeout: 264 seconds) 07.46.51 # do you have all the packages (there were some dependencies added later, e.g. unicode and the xcolor package 07.49.57 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 07.50.38 # I am new to debian... So, I just added latex-usc like mentioned in the wiki. There is some more to do I guess? 08.05.46 Quit Buschel (Ping timeout: 276 seconds) 08.08.16 Quit xiainx (Ping timeout: 240 seconds) 08.09.36 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 08.12.17 Join einhirn [0] (~Miranda@p5485A113.dip0.t-ipconnect.de) 08.12.47 Join hebz0rl [0] (~hebz0rl@dslb-088-067-214-244.pools.arcor-ip.net) 08.13.52 Quit Mike458 (Ping timeout: 268 seconds) 08.14.09 Part Rideless 08.14.29 Quit xiainx (Ping timeout: 268 seconds) 08.16.28 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 08.17.21 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 08.17.47 Join Mike457 [0] (~fake@71-84-53-199.dhcp.mtpk.ca.charter.com) 08.20.20 Quit kramer3d (Quit: Leaving) 08.25.13 Quit xiainx (Ping timeout: 248 seconds) 08.25.47 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 08.28.39 Quit _arbingordon (Quit: `) 08.29.37 Quit MagusG (Read error: Connection reset by peer) 08.30.04 Join MagusG [0] (magusg@c-76-97-148-35.hsd1.ga.comcast.net) 08.30.41 Quit togetic (Ping timeout: 260 seconds) 08.31.11 Join Johnny5 [0] (fornicate@adsl-75-36-56-234.dsl.sndg02.sbcglobal.net) 08.31.12 Part Johnny5 08.32.37 Join togetic [0] (~togetic@unaffiliated/ibuffy) 08.33.04 Quit xiainx (Ping timeout: 276 seconds) 08.36.56 Join hobbs [0] (~nnnnnnnan@p3m/member/hobbs) 08.38.07 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 08.45.20 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 08.46.05 Join ender` [0] (krneki@foo.eternallybored.org) 08.47.38 Quit pixelma (Disconnected by services) 08.47.40 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 08.47.46 Quit amiconn (Disconnected by services) 08.47.48 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 08.48.02 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 08.48.10 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 08.49.07 Join flydutch [0] (~flydutch@host24-146-dynamic.15-87-r.retail.telecomitalia.it) 08.50.03 Quit avn (Ping timeout: 260 seconds) 08.51.44 Join avn [0] (~avn@88.119.164.243) 08.52.06 Quit einhirn (Read error: Connection reset by peer) 08.52.14 Join mt [0] (~mtee@41.91.24.54) 09.04.16 Join Coyote [0] (~5c67ab8e@giant.haxx.se) 09.08.31 # pixelma: only if you want to be? 09.09.05 Quit bmbl (Quit: Bye!) 09.09.54 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.10.25 *** Saving seen data "./dancer.seen" 09.12.22 Join petur [0] (~petur@rockbox/developer/petur) 09.17.44 Join DerPapst [0] (~Alexander@p5099d40e.dip0.t-ipconnect.de) 09.18.05 # New commit by 03jdgordon (r25684): really fix "%pv|something else" this time 09.20.45 # so it's probably not the tiniest bit like the code jhMikeS was going to write, but I got the most basic of boosting happening on the gigabeat-s, on a "because I could" basis :) 09.21.40 Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) 09.25.15 Quit xiainx (Ping timeout: 240 seconds) 09.28.00 Join klaks [0] (~klaks@86.111.25.150) 09.29.38 Join TheSeven [0] (TheSeven@rockbox/developer/TheSeven) 09.30.39 Join DerPapst1 [0] (~Alexander@188.107.192.9) 09.31.22 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 09.32.26 Quit phanboy4 (Read error: Connection reset by peer) 09.32.26 Quit DerPapst (Ping timeout: 276 seconds) 09.32.53 Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) 09.34.10 Quit TheSeven (Ping timeout: 252 seconds) 09.34.55 # hello! 09.36.40 # I try to start write my own firmware for stmp3550 09.36.54 # sorry for my english 09.37.45 # can somebody help me a bit? 09.38.24 # do you have any docs on that chip? 09.38.39 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 09.38.40 # and this is #rockbox, it is specifically about putting Rockbox on devices 09.39.49 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 09.40.02 # yes, i know. but rockbox developers have an expirience with stmp35xx, as I know 09.40.28 # I don't think so 09.40.55 # again, do you have docs for it? 09.41.44 Quit amiconn (Read error: Connection reset by peer) 09.42.15 Join amiconn [0] (quassel@rockbox/developer/amiconn) 09.42.18 Quit pixelma (Read error: Connection reset by peer) 09.42.19 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 09.42.24 Join Rob2223 [0] (~Miranda@p4FDCADF5.dip.t-dialin.net) 09.42.40 Quit scorche (Ping timeout: 268 seconds) 09.42.41 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 09.42.50 # yes, i have some docs - schematics of player, datasheet. the difficulty is that there no debug interface in player 09.43.04 Quit ps-auxw (Ping timeout: 248 seconds) 09.43.12 # "the" diffifulty? 09.43.21 # so you have a compiler for the DSP? 09.43.27 # JdGordon: (1) I'll try the new fix in the evening (2) about the forum thread - bloat is not only about binsize, also about code complexity and two tags doing basically the same is an added potential bug source. I thought you asked because you were in doubt yourself? Now you closed the thread and I won't get answers to my seriously curious question which I took time to write down, seems you don't have an answer yourself. It's very weird that you 09.43.27 # close threads because you don't like the answers (it wasn't even my main point but your post needed an answer IMO) 09.43.30 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 09.44.13 Quit Rob2222 (Ping timeout: 245 seconds) 09.44.25 # the new tag is cleaner behind-the-scenes than the current so that argument is wrong also 09.44.50 # yes, compiler g56k with assembler, linker. dsp56004 09.45.13 # JdGordon: so sublines will be deprecated to be removed later? 09.45.23 # NO 09.45.45 # that would be nice, but no, that is and never was my intention 09.45.57 # this was entirely just to make life a bit easier for *themers* 09.46.22 # and why did you not bother to write that down in your answer (and explain how)? 09.46.27 # and I see no question in your last post 09.46.46 Join |DaMaGeD| [0] (~dam@85.26.233.173) 09.47.13 Quit |DaMaGeD| (Client Quit) 09.47.25 # because I may be an arogant bastard but I dont think I need to explain my code choices to the forum.. especially when the point was to ask if this would be useful 09.47.29 # klaks: well, *that* is the major difficulty for our project I believe as we're not aware of any open and free compiler for the chip so it's a dead end for us 09.47.52 # klaks: we normally never have any debug interfaces 09.47.59 # I asked for examples how this will be improve readability 09.48.21 # JdGordon: yes, I pointed out that I don't see its usability 09.48.27 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 09.48.51 # maybe your code choice would have convinced me otherwise 09.49.30 # JdGordon: asking if a change is useful and then locking the thread when some people question its usefulness does look a bit strange 09.52.22 # Lloreans posts were not about the usefulness of it at all, pixelmas annoyed me by starting on that tangent also, I didnt read that one properly 09.52.31 # and if I had a proper example of why it is better I wouldnt be asking if people thought it would be useful, would I? 09.53.06 # no, you'd commit without considering anyone else's opinion 09.53.40 # I justed "started" on that because of your post 09.54.26 Quit BHSPitMonkey (Remote host closed the connection) 09.54.31 # B4gder: i found compiler for dsp56004 on site http://home.tula.net/nickit/links.htm. and the owner of the site have done some projects on this chip. I wrote to him, but he doesn't answer still. 09.54.46 # JdGordon: maybe others could come up with one? 09.54.51 # an example I mean 09.55.22 # honestly I dont care anymore, its on the tracker if someone wants it 09.55.25 # klaks: we need properly open and free, not pirated software found somewhere - which I just guess that is 09.55.36 # * JdGordon was only trying to be helpful to themers 09.55.45 # I know that gets frowned on.... 09.56.52 Quit xiainx (Ping timeout: 276 seconds) 09.57.29 # * gevaerts doesn 09.58.32 # t mind being helpful to themers, but he has the impression that every other week someone thinks of a new tag which is then implemented and committed in a few hours, without any trace of a long-term plan or thinking about consequences, and he does mind that 10.00.28 # not if it's a useful thing 10.00.31 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 10.00.32 # every other week is a slight exaguration don't you think? 10.00.40 # and nothing is planned, anywhere 10.00.44 # B4gder: it's a port of gnu c compiler to that architecture. not pirate. 10.00.54 # whoa, cool 10.01.54 # but still, such an esoteric architecture is going to be hard to work on 10.02.26 # * B4gder is old enough to remember the Rockbox calmrisc16 port 10.02.48 Join merbanan [0] (~banan@wifi.radiolinja.ee) 10.04.18 # klaks: http://www.rockbox.org/wiki/NewPort is our general approach for all new ports 10.05.12 # B4gder: may be :) if it's hard to work with, but it will be a good lesson in system programming 10.05.56 # it will be a good lession in reverse engineering DSP code, fixing gcc bugs and how to work alone for a year ;-) 10.06.13 Join Rob2222 [0] (~Miranda@p4FDCADF5.dip.t-dialin.net) 10.06.18 # but yes, challenging! 10.07.06 # JdGordon: I also get the impression as gevaerts and %pv| is an example where plans a little bit ahead (or at least give it more testing) would have been useful. "Nothing is planned" sounds just wrong 10.08.23 Quit Rob2223 (Ping timeout: 245 seconds) 10.12.33 # B4gder: so I come to channel to ask if anyone work with this chip. Think majority of rockbox developers work with highlevel functions and api of rockbox 10.13.08 # klaks: all info we have on that chip is in our wiki 10.13.28 # and yes, most people work on higher level code and that's where the biggest parts of the code are 10.14.11 Join tomers [0] (~chatzilla@bzq-84-109-85-100.red.bezeqint.net) 10.14.35 # New commit by 03tomers (r25685): Brickmania: Move Congratulations message a bit up, so it won't get clipped by the next line 10.16.05 # New commit by 03tomers (r25686): Brickmania: No need to init these global variables, as they are set later on 10.18.53 # B4gder: ok, I understand. but maybe you know someone who ports rockbox to devices? not only to stmp35xx, but to any chips 10.19.07 # yes, we are here 10.19.51 # klaks: I am porting rockbox to MPIO HD200 (its coldfire based target) 10.20.40 # klaks: people come and go over time and people are in different time zones, but this is the main place where all rockbox hackers hang out, be it porting to new devices or working on app layer code 10.22.10 # B4gder: thanx a lot for you ansers :) 10.23.06 # welcome to the wonderful world of rockbox! ;-) 10.25.14 Quit phanboy4 (Ping timeout: 258 seconds) 10.27.09 # hmm. If I select something in main menu ui hangs for a few seconds. But if I select something do manual brake in debugger and artificially call lcd_update() I get what should be displayed. 10.27.55 # something is not calling lcd_update() properly 10.29.34 # "Copyright(C) SigmaTel, Inc. 2000-2003. No llamas were harmed in the making of this product." 10.30.07 # wodz: hi! may be you read last messages. I faced with difficulties in helloworld project on stmp3550 10.30.32 # Zagor: that's a pity. Whipping a llama's ass is a fine tradition. 10.30.34 # Zagor: it makes you wonder which kind of animals they did harm! ;-) 10.30.48 Join kugel [0] (~kugel@rockbox/developer/kugel) 10.32.00 # klaks: I gatherd a bit experience with porting to rockbox but I am not an expert by no means. I didn't touched DSPs either. But feel free to ask 10.33.18 # New commit by 03tomers (r25687): Brickmania: Fix flip delay was actually N+1 seconds (11 instead of 10) 10.34.41 Quit avn (Ping timeout: 240 seconds) 10.36.43 Join avn [0] (~avn@88.119.164.243) 10.36.47 Join xavieran [0] (~xavieran@ppp118-209-42-153.lns20.mel4.internode.on.net) 10.38.05 # kugel: ping 10.38.17 # wodz: pong 10.38.46 # kugel: do You have few minutes to help me in tracing where threads are blocked? 10.38.55 # New commit by 03tomers (r25688): Yet another try at fixing "FS#10959 - Brickmania - Ball disappears" 10.38.58 # yes, a few 10.43.02 # http://pastebin.com/HNfWumMB 10.43.20 # this is the dump of threads[] array from my target 10.43.52 # It is in state where I selected some item in main menu and it hangs for few seconds there. 10.44.05 # wodz: thanx! it's hard to explain because of specific chip. I thy to launch helloworld project, that in main function drive GPIO to 1. But when I flash player it seems to be dead 10.45.02 # klaks: are You 100% sure Your code is picked up? 10.45.32 # klaks: how do You flash Your code into device? 10.45.57 # wodz: what is the running one? 10.46.28 Quit avn (Ping timeout: 260 seconds) 10.46.46 # New commit by 03tomers (r25689): Brickmania: Use defined constant instead of hard-coded value 10.46.49 # kugel: that is the mistery - seems like everything is blocked/sleeping 10.46.57 Quit xiainx (Ping timeout: 276 seconds) 10.47.12 # wodz: what does cores[0].running say? 10.47.26 # kugel: wait a second 10.48.02 # wodz: compiler says no errors. code is small (write to 3 registers). I rename compiled file to bootmanager.sb and use common flasher for that player. flasher works, because I can restore firmware 10.48.13 Join avn [0] (~avn@88.119.164.243) 10.48.51 # wodz: what would probably useful is to add a breakpoint in switch_thread(), thread switches always happen in that function you might find the thread that doesn't call that for a long time 10.49.31 # kugel: http://pastebin.com/Kf5vxPRF 10.49.55 # klaks: Do You know startup seqence for device? 10.50.11 # wodz: heh, that shouldn't be NULL 10.50.40 # kugel: That was my impression :-) 10.51.14 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 10.51.44 # klaks: I don't know if this is the case but usually You have to write some startup code 10.52.11 # wodz: I would recommend a breakpoint in switch_thread() as well as a watch point for cores[0].running to see when it's set to 0 10.52.21 Quit Zagor (Remote host closed the connection) 10.53.13 # kugel: but I guess switch_thread() will be called very often 10.53.57 # supposedly yes, but appearently one thread is stalling and bugging everything up so that's your only chance I think 10.54.34 # is cores[] array global or local? 10.55.39 # wodz: maybe only a breakpoint in line 2076 ("cores[core].running = thread;") with the condition "thread == NULL" 10.56.41 # wodz: there is ROM, which loads to RAM bootmanager from NAND flash and then bootmanager loads other firmware to RAM. I'll search for a startup code in examples 10.57.09 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 10.59.18 Quit lostlogic (Ping timeout: 276 seconds) 11.00.48 Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 11.00.55 Quit xiainx (Ping timeout: 264 seconds) 11.05.11 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 11.08.23 # New commit by 03tomers (r25690): Brickmania: Fix bogus fires 11.10.29 *** Saving seen data "./dancer.seen" 11.11.14 # kugel: hb /home/wodz/rockbox-git/firmware/thread.c:2076 if thread==0 doesn't fire 11.11.34 # this is the line with cores[core].running = thread 11.12.01 # hmm or null is represented not by 0 11.12.12 # it is 11.13.15 # is there another place where core[].running is modified? 11.13.27 # maybe try a watchpoint instead 11.13.59 Join watto [0] (~watto@193.203.81.165) 11.14.11 # or only watch, whatever it's called 11.15.26 # shit watch ignores conditionals 11.15.52 Quit xiainx (Ping timeout: 246 seconds) 11.18.13 # ok I found the situation where core[0].running is set to NULL 11.18.48 # wodz: interesting, the cores[] dump you posted has 0x1000639c as timeout (and running as NULL). that's actually the address of a thread_entry 11.19.07 # http://pastebin.com/CQMx6HRZ 11.21.01 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 11.21.24 # wodz: it looks like something is foobar somewhere as it sets cores[].timeout to a thread, instead of cores[].running 11.21.33 Quit avn (Ping timeout: 264 seconds) 11.22.53 Quit Rob2222 (Read error: Connection reset by peer) 11.23.04 Join avn [0] (~avn@88.119.164.243) 11.23.35 Join Rob2222 [0] (~Miranda@p4FDCADF5.dip.t-dialin.net) 11.24.25 # http://pastebin.com/MMte96P4 11.24.34 # this is more or less repeating pattern 11.27.46 Quit xiainx (Ping timeout: 260 seconds) 11.31.23 # kugel: do You have idea how to track this further? 11.31.44 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 11.35.02 Quit tomers (Ping timeout: 245 seconds) 11.35.07 # wodz: you need to find out why cores[].timeout is assigned to a thread pointer 11.36.09 Quit xiainx (Ping timeout: 246 seconds) 11.37.06 # ah, nevermind, timeout is supposed to be thread pointer 11.37.54 # wodz: your paste shows that between the 2nd and 3rd running is set to NULL 11.38.35 # yes 11.38.42 Join Buschel [0] (~ab@p54A3E184.dip.t-dialin.net) 11.40.19 # add_to_list_l/remove_from_list_l often deals with thread::bqp which is NULL for your power thread it seems 11.41.08 Part RichiH 11.41.23 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 11.41.35 Join MethoS- [0] (~clemens@134.102.106.250) 11.41.45 # and? 11.42.21 # bqp should not be null, it's a linked list to other threads 11.42.55 Join TheSeven [0] (TheSeven@rockbox/developer/TheSeven) 11.43.33 # make a break for add_to_list_l and look NULL is passed 11.43.46 # ok 11.45.04 # *bqp can be NULL, not not bqp itself 11.45.20 # You mean null passed as a param for add_to_list_l? 11.46.11 Quit xiainx (Ping timeout: 260 seconds) 11.48.22 # yes 11.50.13 # the only place I can find where bqp is set is: current->bqp = &thread->queue; in thread_wait() 11.50.22 # I don't see such situation 11.50.40 # I mean passing NULL to add_list_l 11.50.58 # s/add_list_l/add_to_list_l 11.51.06 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 11.51.16 # I assume thread_id_entry(thread_id) in thread_wait() returns NULL for the id passed which would be an invalid one 11.51.29 # but it is also hard to take some action with this brakepoint set 11.51.49 # you can make it conditional :) 11.52.37 # my suspicion is now that something tries to thread_wait() a non-existant thread from within the power thread 11.54.35 # conditional adds huge speed penelty 11.56.49 # http://github.com/wodz/rockbox/blob/MPIO/firmware/target/coldfire/mpio/hd200/power-hd200.c 11.57.10 # this are my portions of code related to the power 11.57.25 # it is rather trivial 11.57.26 Quit MethoS- (Remote host closed the connection) 11.59.16 Join emrecelikten [0] (~c18cf902@gateway/web/freenode/x-kdlqfsszvgpijjlq) 12.01.31 Quit emrecelikten (Client Quit) 12.02.35 Quit xiainx (Ping timeout: 258 seconds) 12.03.43 Join dfkt [0] (dfkt@unaffiliated/dfkt) 12.05.11 Join |DaMaGeD| [0] (~dam@85.26.233.58) 12.06.04 Part |DaMaGeD| 12.08.01 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 12.09.06 Join Seltzer [0] (~77e0331a@giant.haxx.se) 12.09.29 Quit Seltzer (Client Quit) 12.10.31 Join MrShlee [0] (~mrshlee@219-90-179-98.ip.adam.com.au) 12.11.23 Quit Buschel (Ping timeout: 260 seconds) 12.14.06 Quit avn (Ping timeout: 264 seconds) 12.15.35 Join avn [0] (~avn@88.119.164.243) 12.15.54 # kugel: I guess Your 'a few minutes' have passed :-) 12.16.30 Join b0hoon [0] (~quassel@62.87.184.82) 12.17.59 # wodz: no not yet :) 12.18.46 # I see the problem is that bqp is NULL where in thread.c that leads to cores[0].running being set to NULL as well 12.18.55 # you need to track down why bqp is NULL 12.19.04 # hi, i have a problem, probably after my last commits the manuals on the main page don't want to compile, but i've checked it locally and everything is ok locally on my pc, it compiled for 5 random targets... 12.20.24 # i don't know what is going on, is there any log or something for the manuals? 12.20.49 # kugel: bqp is set independently for each thread? 12.21.00 # I think so 12.21.15 # this makes watching rather difficult 12.21.33 # kernel.c messes a lot with bqp 12.22.17 # if I breake somehow when bqp is set to NULL I may take backtrace 12.22.27 # wodz: is it possible that a kernel object (event_queue, mutex, semaphore, wakeup) isn't initialied properly? 12.22.53 # how can this happen? 12.23.59 # isn't kernel_init() responsible for all of this? 12.24.02 # kugel: what's up? bqp, being the blocking queue pointer, should be irrelevent if the thread isn't blocked (w-tmo). 12.24.43 Join webguest20 [0] (~5b6281f1@giant.haxx.se) 12.24.51 # wodz: no, you need initialize the kernel objects before using them (you can have multiple mutexes, etc) 12.24.57 # gevaerts: are you there ? 12.26.13 # kugel: I used other coldfire targets as a template and I didn't see such things there 12.27.02 # could someone help me here? I am trying to install rockbox on an ipod 5.5 generation with 240gb hard (modified) is that possible? 12.27.55 # webguest20: I guess it should. What version of rockbox are You installing? 12.28.20 # 1.2.6 I think 12.28.25 # kugel: (reminder) I wrote all this junk that's causing you problems now :P 12.28.42 # webguest20: and please describe what difficulty You have 12.29.03 # jhMikeS: I know, we're trying to track down a pretty severe performance problem on wodz' mpio 12.29.04 # it does not recognize my ipod 12.29.44 # jhMikeS: and something with the threads goes wrong on his device 12.29.47 # webguest20: what does not recognize Yor ipod? iTunes, PC, rbutil ? 12.30.11 # I also tried manually the patcher does not recognize my ipod 12.30.39 # kugel: said it was coldfire? 12.30.52 # itune and pc do recognize the rbutil does not 12.31.19 # jhMikeS: Yes it is coldfire 12.31.54 # webguest20: I think the person You should ask is Torne than 12.32.50 # ipodpatcher should see it 12.32.56 # have you formatted it properly? 12.33.00 # does the apple firmware boot? 12.33.15 # you will need to use the bootloader from my thread on the forums, you realise 12.33.23 # yes the apple firmware boots the ipod works fine 12.33.29 # jhMikeS: his pastes show that cores[].running is set to NULL at some point 12.33.57 # kugel: it will be null if all threads are blocked or sleeping 12.34.11 # in that case, it should be sleeping 12.34.27 # webguest20: what OS are you running it on? 12.34.38 # core_sleep, sleep_core, whichever it's called (can't recall :) 12.34.41 # i am very new here could you tell me where do I get the software? 12.34.47 # win xp 12.34.54 # jhMikeS: both exist, unfortunately :p 12.35.14 # win xp service pack 3 12.35.34 # kugel: hehe...perhaps a rename is in order of one 12.35.55 # jhMikeS: wodz needs to wait several seconds to go from one menu to another, it's possible that all threads sleep/are blocked during that time but it shouldn't happen 12.35.56 # webguest20: and you're running it as a user with administrator permissions? 12.36.37 # yes 12.36.48 # jhMikeS: am I right that bqp shouldn't be NULL, only *bqp? 12.37.14 # well, i'm not sure then.. 12.37.20 # kugel: it shouldn't matter unless the thread is STATE_BLOCK or STATE_BLOCKED_W_TMO 12.37.36 # can you copy and paste the output of ipod patcher to http://pastebin.com/ ? 12.37.48 # if you can help me in anyway I would apreciate it 12.37.48 # threads are often in one of that states 12.37.54 # kugel: so, only if it is queued to be woken, such as waiting on a mutex, sem or queue 12.38.26 # I'll try right now 12.38.43 # kugel: it's possible interrupts aren't firing properly or have been left disabled (forgot to restore somewhere, etc.) 12.39.14 # jhMikeS: I am pretty certain that irq are serviced properly 12.39.28 Join M3DLG [0] (~M3DLG@212.183.140.22) 12.39.59 # jhMikeS: current_tick is changing and results from ADC which are run of ISR also do 12.41.10 # wodz: please look if you forgot to initalize a mutex or so somewhere 12.41.31 # wodz: does the interrupt wake the core properly? put a couter after the WFI code and see if it updates. it should at at least 100Hz. I've had what you describe happen before by leaving interrupts improperly masked somewhere. I'm not saying it's that but it sounds familiar. 12.42.04 # WFI code? 12.42.12 # wodz: that too, you must call xxxxx_init. kernal objects are not guaranteed to have all zeros as init. 12.42.31 # I have just pasted the output 12.42.52 # wodz: core_sleep is really just Wait For Interrupt 12.42.58 Join webguest75 [0] (~5b6281f1@giant.haxx.se) 12.43.32 Quit webguest20 (Quit: CGI:IRC (EOF)) 12.43.46 Join webguest20 [0] (~5b6281f1@giant.haxx.se) 12.43.58 Quit webguest75 (Client Quit) 12.44.26 # I didn't see and xxxx_init() in port specyfic files 12.44.34 Quit TheSeven (Read error: Connection reset by peer) 12.44.36 Join The_Seven [0] (TheSeven@rockbox/developer/TheSeven) 12.45.46 Quit M3DLG (Quit: RAGE QUIT) 12.45.53 Quit webguest20 (Client Quit) 12.46.09 # s/and/any/ 12.48.48 # wodz: existing files in SVN? 12.48.56 # no 12.49.08 Quit xiainx (Ping timeout: 276 seconds) 12.49.16 # http://github.com/wodz/rockbox/tree/MPIO 12.50.48 Join webguest20 [0] (~5b6281f1@giant.haxx.se) 12.51.59 # Torne do u have any suggestions for the problem with 240gb ipod? 12.52.05 # wodz: I should look in the /target sub? 12.52.27 # target/coldfire/mpio mostly 12.53.15 # webguest20: you need to actually give me the link to the pastebin... 12.54.18 # jhMikeS: You can also look at FS#11137 but it lags behind my current code 12.54.21 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 12.54.22 # oh ok and how do I do that ? sorry , i am not very good at this 12.55.01 # webguest20: er, just copy the address from your browser? 12.55.08 # would this help 12.55.14 # http://pastebin.com/0UmtqqM9 12.55.31 # wodz: I'm not seeing anything that uses any mutexes or anything, thus no inits would be needed :) 12.55.35 # yes, that's it 12.55.47 # ok :) 12.55.51 # does your ipod show up as a drive in Explorer? 12.55.54 # what drive letter is it? 12.56.06 # yes drive I: 12.56.16 # I think first line says everthing: ipodpatcher 4.0 with v3.0 bootloaders (v1.0 for 2nd Gen Nano) 12.56.36 # or I am reading it wrong that it is for nano only? 12.56.49 # wodz: it has v3.0 bootloaders, and v1.0 for the nano 2g, compiled in 12.56.53 # but this the only patcher in the link 12.56.55 # ipodpatcher works on all ipods 12.57.06 # I see 12.58.26 # jhMikeS: what do You mean by WFI code? 12.58.38 # webguest20: can you go into Disk Management in control panel and see which disk number the ipod is? 12.58.56 # yes 12.59.53 # disk4 12.59.57 # wodz: now my few minutes are over, but luckily the real expert joined the fun :) 13.00.13 # kugel: thanks for Your time 13.00.16 # wodz: (W)ait (F)or (I)nterrupt, which is stop #0x2000 for current CF targets. 13.00.51 Quit The_Seven (Ping timeout: 260 seconds) 13.00.59 # jhMikeS: ok I'll put some counter there and see 13.01.19 Quit xavieran (Ping timeout: 260 seconds) 13.01.36 # webguest20: try typing ipodpatcher 4 -l 13.01.37 # wodz: it should run at about the tick rate if nothing else is going on 13.02.05 # where do I type this 13.02.17 # ? 13.02.34 # in a command prompt.. 13.03.04 Quit Coyote (Quit: CGI:IRC) 13.03.34 # jhMikeS: I don't see the way to check at what rate does it change 13.03.54 # jhMikeS: I can only say it changes 13.03.59 # wodz: it should just "look right". increasing by about 100 every second 13.04.57 # if its waaay faster or slower while there's no other activity it's not right 13.05.11 # * wodz uploading rb to the device using painfully slow BDM pod 13.05.19 # * MrShlee hopes #linux4nano gets rockbox on the iPod classic soon enough 13.05.23 Quit kugel (Ping timeout: 276 seconds) 13.05.23 # C:\Documents and Settings\My Laptop>ipodpatcher 4-I 'ipodpatcher' is not recognized as an internal or external command, operable program or batch file. 13.05.30 # I just tried to recompile rbutil on my machine and I get a strange error: 13.05.31 # /usr/bin/ld: skipping incompatible /home/pamaury/project/rockbox/rockbox/rbutil/rbutilqt/build/librbspeex.a when searching for -lrbspeex 13.05.34 # any idea ? 13.06.29 # webguest20: 1) you need to be in the directory where ipodpatcher.exe is.. 2) you need a space between 4 and -l .. 3) it's an L, not an I 13.06.50 # ok sorry 13.06.59 # jhMikeS: it seems right ~1000 increase in 10s 13.07.44 # wodz: sounds good then. perhaps there's a button issue with reading? 13.08.06 Quit xiainx (Ping timeout: 260 seconds) 13.08.10 # this what I get C:\>ipodpatcher 4 -l ipodpatcher 4.0 with v3.0 bootloaders (v1.0 for 2nd Gen Nano) (C) Dave Chapman 2006-2009 This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. 13.08.24 # jhMikeS: what do You mean? 13.08.42 # please use pastebin, it's too long. 13.09.00 # Ok sorry again 13.09.36 # http://pastebin.com/Fbj9qutb 13.10.33 *** Saving seen data "./dancer.seen" 13.10.36 # It should've printed more than that 13.10.58 # wodz: maybe the buttons are having an issue. I though kugel said menus were getting stuck. 13.11.13 # jhMikeS: yes 13.11.42 # jhMikeS: there is a few seconds delay between selecting item and entering into menu 13.11.49 # also says " Error locking disk" and goes back to command prompt 13.11.53 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 13.12.18 # hm, that's probably not the right number then 13.12.21 # nevermind :) 13.14.12 # disk4 emovable disk 223.45 Gb fat32 healthy thats what it says in disk management! 13.14.32 # yes, but the numbers there don't necessarily correspond to the device paths for unfortunate reasons 13.14.47 # have you tried the rockbox utility? 13.14.59 # it won't be able to install the right bootloader but it has much better diagnostic output :) 13.15.16 # help -> troubleshoot -> system info, in the rockbox utility, would be useful :) 13.15.21 # you mean the auto installation ? 13.15.35 # yes I ahve that 13.16.02 # I found out, that was my mistake, a mix of x86 and x86-64 :) 13.16.12 # try that and paste the output from the troubleshoot menu, system info and system trace 13.16.31 # jhMikeS: ? 13.16.37 # ok 13.16.42 # wodz: thinking.... 13.17.45 # for sys info http://pastebin.com/m2EqF6cJ 13.18.42 # does the utility detect your ipod? 13.19.00 # wodz: all the BSS and data is properly initialized? all relevant inits are called for each driver? (just making certain for sanity sake as it's an unfamiliar device to me) 13.20.05 # no it does not 13.20.42 # this is too long for sys trace http://pastebin.com/zPZxn848 13.20.45 Quit xiainx (Ping timeout: 252 seconds) 13.21.24 # jhMikeS: Everything should be in place. This device is quite similar to other coldfire DAPs 13.22.42 # hmm 13.22.45 # is itunes running? 13.22.50 # yes 13.23.46 # no right now no , should it be running when I try to instell rbutil? 13.23.58 # wodz: yet to my knowledge they aren't experiencing this (my H120 and x5 seem alright), despite running the same scheduler. this suggests that it's most likely in the specific port, not the common code. 13.25.03 # webguest20: unfortunately i don't know what else you can try; it is indeed physical drive 4. i'm not sure what ipodpatcher means by "Error locking disk", I would assume it's in use by something else but I can't see what that could be.. 13.25.10 # linuxstb: any guesses? (see above) 13.25.12 # just for a good check, I'll update my H120 to a later revision (even though I would think this would be noticed already) 13.25.35 # jhMikeS: I would expect this also but I am out of Idea where is the real problem 13.25.38 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 13.26.01 # ok thanks for ur time and effort , i really appreciate it :) 13.26.15 # webguest20: I suggest you post on the forum with the information you just gave me 13.26.22 # including the output of what happens whe nyou run ipodpatcher 4 -l 13.26.28 # and maybe someone else will have an idea 13.26.48 # I will do that thanks 13.27.34 # just which forum should I post it in ? there are so many!!!!! 13.27.57 Quit avn (Ping timeout: 245 seconds) 13.28.00 # Hey rockboxers, I'm looking for a 80GB+ mp3 player - the iPod isn't an option and the zune is looking pretty cheapy.. would rockbox ever support the zune? 13.28.34 # webguest20: apple installation 13.28.38 # MrShlee: I don't thinks port to Zune will happen anytime soon 13.28.42 # Torne, webguest2: I'm just reading the log now... 13.28.44 # MrShlee: if someone does the work, possibly 13.28.55 # ok thanks 13.28.57 # MrShlee: "ever" is a long time... 13.29.17 # we never rule out the possibility for a port 13.29.30 # B4gde: my options are limited. so I'm hanging onto a slight hope :) 13.29.38 # hehe 13.30.07 Join avn [0] (~avn@88.119.164.243) 13.31.54 # MrShlee: why is an ipod not an option? 13.32.23 # MrShlee: if you want a large disk based player your choices are ipod video or gigabeat, mostly 13.32.43 Quit chaos-squirrel (Remote host closed the connection) 13.32.44 # webguest20: How did you format your new disk? Did you use itunes? 13.32.47 # wodz: hmmm...ADC? double check that? 13.33.08 # yes I used Itune 13.34.06 # Torne: Why did you say to try "4" as the disk number? (I missed that in the logs if it was mentioned) 13.34.51 # Torne: I hate Apple, and I refuse to support their bottom line. 13.34.53 # linuxstb: because the numbers shown in disk management usually match the device paths, and the utility log confirms that I: is PhysicalDisk4, no? 13.35.12 # MrShlee: ipod videos aren't sold by apple any more; if you buy one on ebay apple get nothing. 13.35.57 # jhMikeS: What You want me to check? The ADC is readed in ISR, values are stored in global array, and the value for buttons channel is taken by button_read_device() 13.36.57 # wodz: I saw that. Make certain the buttons are being read properly. I have no more ideas at this point. 13.37.44 # wodz: does that ADC int need any sort of ack? 13.38.16 # jhMikeS: You mean clear some bit in specyfic register or something? 13.39.00 # yes, or write a 1 to a register 13.39.09 # MrShlee: i just suggest it because ipod video is a very well supported and stable rockbox target, and its battery and disk can easily be replaced/upgraded.. it's a good choice of player ;) 13.39.15 # Torne: Yes, disk 4 seems right... webguest20: Your ipod is accessible as "I:" ? 13.39.41 # jhMikeS: documentation doesn't mention anything 13.41.05 # wodz: which CF is it? 13.41.09 # yes very much so 13.42.11 # webguest20: Could you also try "3" ? i.e. "ipodpatcher 3 -l" 13.42.14 # 5249 13.42.23 # ok i will 13.42.26 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.44.26 # this is what comes up http://pastebin.com/Sm7CqnCd 13.45.11 Quit bmbl (Quit: Bye!) 13.47.17 # should I try it on another computer ? has anyone ever tried to install rockbox on an upgraded Ipod ? 13.48.14 # webguest20: Yes, other people have used larger disks with Rockbox, and I assume they've been using ipodpatcher. 13.48.39 # ok then there is some hope for me :) 13.48.54 # Do you have access to Linux? It would be easier for me to help you debug the problem there (assuming you're at least vaguely familiar with Linux). 13.49.25 # But yes, maybe simply trying another computer will work, if you have one. 13.49.42 # no not really , soory 13.49.43 # wodz: you have to write "1" to ADCONFIG bit 7? 13.50.09 # let me try another comp 13.50.31 Quit kugel (Remote host closed the connection) 13.50.58 # jhMikeS: I just added this and now uploading to new build to device 13.52.25 Join LinusN [0] (~linus@rockbox/developer/LinusN) 13.53.00 # wodz: I see (3 << 24) in the writes to ADCONFIG but the UM says only 16 bits. ?? 13.54.48 # JhMikeS: Yes but I use or.l 13.56.56 Quit mt (*.net *.split) 13.56.57 Quit Galois (*.net *.split) 13.58.07 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.58.50 # Wow !!!! worked on my other Computer !!!!!! thank you all for all the help :) 13.59.04 # wodz: hmmm, yeah, it's big-endian...still looks odd at first sight. also, if that int pending bit is read as 1, the writeback should write 1 again. 13.59.31 # but, doesn't hurt to try stuff out anyway. 14.01.30 # one problem on the ipod screen after restart says: "Panic unsupported physical sector size: 4096 ? does that mean anything ? 14.01.46 # you need to install a special bootloader for now 14.01.58 # the standard one doesn't support large drives quite yet 14.02.09 # where do I get that ? 14.02.29 # http://lowell.wolfpuppy.org.uk/temp/rockbox/ipod-large-disk/r25537/bootloader-ipodvideo.ipod 14.02.39 # put that in the same directory as ipodpatcher 14.02.47 # and run ipodpatcher -a bootloader-ipodvideo.ipod 14.03.26 # you also need to use the current build of rockbox, not the 3.5.1 release 14.03.29 # for the same reason 14.03.45 Join mt [0] (~mtee@41.91.24.54) 14.03.45 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 14.03.58 # ok thanks 14.04.50 Quit mt (Changing host) 14.04.50 Join mt [0] (~mtee@rockbox/developer/mt) 14.05.33 # webguest20: What are the differences between those two computers? Does one have itunes installed, and the other not, for example? Or maybe some strict virus-checker? 14.06.50 # jhMikeS: setting byte 7 in ADCONFIG in ISR doesn't help 14.07.24 # they both have itune and same protection software, one lap top the other desktop ( worked on the desktop) same OS so really not much difference there !!!!! 14.07.50 # wodz: ~byte~ 7? :) hmmm...this is certainly all very strange though. 14.08.15 # jhMikeS: bit 7 of course 14.09.43 Quit AlexP (Remote host closed the connection) 14.10.02 Join AlexP [0] (~ap@rockbox/staff/AlexP) 14.10.07 # wodz: again, it reminds me of int being improperly left masks somehow but I see no evidence so far that should be happening in your code. :\ 14.11.24 # * jhMikeS 's at that point where he'd need one in hand to bang on everything that this *might* be. 14.13.56 # webguest20: I can't explain it then... But at least it works on one of them. 14.14.13 # jhMikeS: please try to express what it might be at least 14.16.00 # I might try dumping the status register from code where ints shouldn't be masked to make sure the int level is right to allow ints. 14.21.04 # what is the current build ? I thought the last one was 3.5.1 !!! 14.21.23 # the current build is built from the code under development, every time it change 14.21.32 # many times per day :) 14.22.46 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) 14.22.53 # oh ok where do I get that from , sorry I am not qualified for this kind of things :) 14.23.02 # the rockbox utility will install it for you 14.23.08 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 14.23.43 # I did try the ipodpatcher and bootloader but I get this: http://pastebin.com/WVtt7stA 14.24.28 # webguest20: You shouldn't hjave spaces at the end - i.e. "bootloader-ipodvideo.ipod" is all one word, no spaces. 14.24.50 # ok thanks 14.24.54 # It should match the filename of the file you downloaded. 14.25.27 # jhMikeS: I just tried manual brake and dumping SR. It always reads 0x2700 which I don't get because that way ISRs will never be serviced 14.25.28 # c 14.26.34 # But hmm. Doesn't BDM disables irqs on brake... 14.28.23 # break* :) 14.29.40 # wodz: I don't know anything about the BDM for this but perhaps just write it to the display? Not from the scheduler though since they'll be disabled through certain regions. somewhere, such as before waiting on the button queue. 14.31.33 Join scorche [0] (~scorche@rockbox/administrator/scorche) 14.33.53 Join emrecelikten [0] (~anubis@metro-gw.iyte.edu.tr) 14.34.01 # calls to the kernel should return with them enabled as well, but saving the level with it already disabled, making a call that switches thread, then restoring to disabled could leave it like that 14.34.58 # jhMikeS: Did you read in the logs that some people have made a breakthrough running their own code on the Zune? Is that of interest do you? 14.35.52 # linuxstb: I've noticed some talk and perhaps it is :) it's i.MX31? 14.36.08 # jhMikeS: My concern is that I don't see why this might happen with my code 14.36.47 # jhMikeS: I've always thought that least the first generation of Zune is almost identical to the beast. But I've never looked at a hardware comparison... 14.36.55 # wodz: me neither from what I saw so far 14.36.57 # ^ "at least the first..>" 14.38.22 Join CGL [0] (~CGL@190.207.167.104) 14.38.49 # jhMikeS: Yes, it's an i.MX31 - see the scans here - http://www.bunniestudios.com/blog/?p=131 14.39.15 # linuxstb: if so, most stuff should transfer unchanged. i'd be concerned with the code that could cause harm if wrong for the device, like charging and voltage scaling. 14.40.14 Quit xiainx (Ping timeout: 260 seconds) 14.41.40 # jhMikeS: well we'd need a boot method first.. 14.41.41 # * linuxstb compares http://www.rockbox.org/wiki/pub/Main/GigabeatSInfo/PCB_chips.jpg and http://bunniestudios.com/blog/images/zune_top.jpg 14.42.05 # it has that FOCUS thing too, huh? 14.42.37 # jhMikeS: the exploit lets people run native winCE binaries, so you could probably run something like haret to reboot into rockbox 14.42.50 # actually compromising the boot chain to boot our bootloader directly would be a different matter 14.43.38 Join Schmogel [0] (~Miranda@p3EE21ACF.dip0.t-ipconnect.de) 14.44.57 # * linuxstb wonders if anyone actually owns a Zune... 14.45.10 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 14.45.29 # Torne: indeed 14.45.30 # I've found a place offering 120GB zunes for cheap.. so I'm considering it 14.45.54 # Torne, Linuxstb, and all of you that helped me thank you for you patience and energy you put on this, it is working now thank you very much :) 14.46.25 # MrShlee: Is that a US place? 14.46.55 # webguest20: you're welcome :) The next release of the bootloader will support large drives already, so this will be easier in future ;) 14.47.57 # thank you again I just need to go read the manual to learn how to use rockbox :0 14.48.23 # jhMikeS: with Your scenario of saving disabled irq level and than restoring back to that - isn't it enough to monitor calls to restore_irq() ? 14.49.15 # wodz: by the way, I have a suspicion what went wrong with my Ondio last week. I won't be able to prove it anymore but I'm quite sure it has nothing to do with your patch 14.49.18 Join M3DLG [0] (~M3DLG@212.183.140.7) 14.49.41 # pixelma: good 14.50.11 # thanks and bye 14.50.47 # wodz: I suppose. It's supposed to allow a call that disables them to call another that does. The main problem is a rescheduling call inside a section with them disabled and i'm not aware of any code that does such a thing. 14.51.06 Quit CGL (Remote host closed the connection) 14.51.21 Quit webguest20 (Quit: CGI:IRC (EOF)) 14.52.01 # wodz: I encoutered it when changing the scheduler itself which tends to simply crash and destroy everything immediately if there's a real problem. 14.52.19 # pixelma: There are other parts of code that make reference to SH specific registers and/or MAS specific. But I suspended work on that for now. 14.52.57 # I guess your port is more interesting :) 14.53.12 # more frustrating I would say 14.53.37 Join xavieran [0] (~xavieran@ppp118-209-42-153.lns20.mel4.internode.on.net) 14.54.18 Quit xiainx (Ping timeout: 258 seconds) 14.54.43 # ehhh. restore_irq() is static inline so not traceable 14.57.25 Quit MrShlee () 14.59.27 # wodz: I suppose that could be changed for testing ?? 14.59.50 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 15.00.00 # just recompiling... 15.02.26 Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) 15.03.16 Quit antil33t (Read error: Connection reset by peer) 15.03.22 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 15.03.37 # jhMikeS: I think the irq funcions, at least on arm, in fact rely on being inlined 15.06.05 # kugel: you mean for v6 where it keeps only the right switch branch? 15.06.31 # no, I mean system-arm.h 15.06.53 Quit xiainx (Ping timeout: 264 seconds) 15.07.18 Join PK-JIN [0] (~7da7bc08@giant.haxx.se) 15.08.39 # right, where the "mask" constraint is "i,i" 15.08.49 # yea 15.10.28 # Breakpoint 30, restore_irq (oldlevel=268443652) 15.10.34 # that is interesting 15.10.37 *** Saving seen data "./dancer.seen" 15.10.48 # hmmm 15.12.09 # wodz: why is that interesting? 15.12.18 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 15.12.54 # level should be something like 0x2000-0x2600 15.13.58 # I believe timers are at 4 15.14.17 # that's 0x10002004 in HEX, but only the lowest 16 should matter 15.14.18 # wodz: so 1 bit too much? 15.14.42 # jhMikeS: I saw that too 15.14.45 # nvm...have to brush up here...one moment 15.15.13 # 0x4 = zero flag 15.16.36 # bit 13 = 1 = supervisor, 10:8 = 0x0 = ints enabled 15.16.48 Quit PK-JIN (Quit: CGI:IRC) 15.17.05 Quit M3DLG (Ping timeout: 264 seconds) 15.19.09 # no I don't see restoring disabled interrupts 15.19.15 # everything is move.w to/from sr, so 31:16 is irrelevant garbage 15.19.36 # the highest mask level I see is 0x2300 15.20.39 # wodz: where's that coming from? 15.21.25 # it is after pressing button 15.21.41 Quit xavieran (Ping timeout: 245 seconds) 15.21.42 # IRQ enab/disab functions should set 0x2500 15.22.05 # *err, disable should set 0x2000 15.22.33 # blah! s/disable/enable/ LOL 15.22.38 # disable should set rather 0x2700 15.23.04 # wodz, no because audio DMA is not normally masked, it's level 6 15.23.23 # right 15.24.32 Quit kugel (Ping timeout: 264 seconds) 15.24.32 # oh, I know why. timers are level 3, therefore, ints at the same and lower are masked and then restored upon return 15.24.58 Quit merbanan (Ping timeout: 258 seconds) 15.25.51 # the adc int has a priority setting somewhere? 15.26.00 # yest level 4 15.27.10 # or_l((4<<28), &INTPRI8); at the very end of adc-hd200.c 15.31.13 # * jhMikeS 's running rather short on might-be's 15.33.04 Quit emrecelikten (Quit: Leaving.) 15.33.12 # ok I have to go 15.34.12 # wodz: later. sorry this wasn't more productive. 15.34.44 Quit wodz (Quit: Leaving) 15.38.32 Quit klaks (Ping timeout: 240 seconds) 15.52.32 Quit xiainx (Ping timeout: 252 seconds) 15.52.37 Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) 15.55.05 Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 15.57.12 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 16.01.03 Quit esperegu (Read error: Connection reset by peer) 16.03.39 Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) 16.03.58 Part lpereira 16.13.58 Join anewuser [0] (anewuser@unaffiliated/anewuser) 16.14.46 # JdGordon: It sorta defeats the purpose of the forums if you make a rule of "no negative feedback on my ideas or I'm going to lock the thread" 16.15.05 # Especially if you want positive feedback by PM only, more or less preventing any public discussion / improvement on the idea. 16.17.51 Quit xiainx (Ping timeout: 240 seconds) 16.19.54 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 16.21.05 # LOL. what? that's like rigging elections (or something). :) 16.22.06 # Or something, yeah. 16.22.44 # Not that I had anything else to say in the thread, but I was surprised to find it locked with a "PM me if you have some positive feedback" note. 16.24.30 Join kugel [0] (~kugel@rockbox/developer/kugel) 16.25.04 Join webguest55 [0] (~42c5edd5@giant.haxx.se) 16.25.46 # OH FOR FUCKS SAKE 16.26.59 # :_) 16.30.05 Quit webguest55 (Quit: CGI:IRC (Ping timeout)) 16.31.10 # * kugel 's not a fan of the added redundancy too 16.32.12 # I also agree with pixelma, it doesn't seem to aid readability 16.34.03 # I just don't like the precedent of starting to develop multiple syntaxes to accomplish the same thing (or overlapping things). At that point "we already have a tag that does that" no longer becomes a valid reason not to commit something, and we don't really have a reason to reject any patch by random persons who think Syntax B is a better way to express image positioning, or whatnot. 16.34.33 # It just seems better to pick one (the new or the old) and use it. 16.36.12 # Llorean: there already was a discussion about the locked thread here a bit earlier today 16.36.14 # it seems a bit strange to me that I need to go through an painful discussion about redundancy (about ui viewport and sbs), but when it comes to wps tags it's alright? 16.36.36 # kugel: Who said redundancy is alright? 16.37.22 # well, JdGordon's patch doesn't add anything besides redundancy 16.39.05 # No, it does add the ability for alternating sublines to clear images if what he says is correct. 16.39.25 # When the tag alternates, images from the previous iteration are actually cleared, rather than simply overwritten. 16.39.58 # But it seems like if the old sublines don't do this, and it's desired, it should be added into them. 16.39.59 # as pointed out in the thread that's doable as of now 16.40.11 # I thought it was only doable by drawing over the entire image. 16.40.17 # * Llorean maybe missed something. 16.40.57 # and looking at the patch I don't see how this problem is solved by the patch. it rather looks like it'd suffer the same problem (going by the code, I haven't tested it) 16.41.23 # But yes, it's the redundancy I dislike. Despite some claims, I'm not entirely against change. In this case, for example, I see no overall harm in replacing the old syntax with the new syntax if the new one is more readable, or at least, no less readable, and offered more flexibility (which it doesn't *yet* though) 16.41.54 Join tomers [0] (~chatzilla@bzq-84-109-85-100.red.bezeqint.net) 16.43.03 # as pixelma said, it potentially reduces readability if there are a lot of contitionals in it (or even worse, one of the tags that end with | like %Sx) 16.43.22 # Indeed. I rather like the simplicity of the current subline syntax myself. 16.43.42 # It results in giant blocks of code, but the actual syntax is pretty simple. 16.44.34 # the example given by pixelma also shows that the resulting line is not really shorter 16.45.17 # Llorean: I use it (for a very very simple "animation" only though and themes like iCatcher etc. use it for animations. It might be that the images aren't cleared, just drawn over but it seems like no-one noticed so far... 16.45.54 # you don't see the problem if the images have the same size 16.46.21 # Mono bitmaps would see the problem (or have in the past, I think) but they're very rare. 16.46.24 # which presumably is the common case 16.46.38 # Llorean: why? 16.46.56 # dancingpuffduo has mono bitmaps, but there's no such problem visible 16.47.15 # Are they actually mono bitmaps, or 16/24-bit bitmaps only using two colors? 16.47.25 # transparency in rockbox only means that the backdrop/background color is visible, not whatever was there before 16.47.57 # Ah well, so the problem is very minor. 16.47.58 # mine uses mono bitmaps too and don't see glitches 16.48.41 # I've mostly only used alternating sublines on text myself. 16.48.43 # for every transparent pixel it copes the according pixel from the backdrop buffer or the background color, so leftovers from the foreground are removed as well 16.48.56 Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic) 16.48.59 # copies* 16.49.13 # kugel: Grayscale targets don't have a background color (or at least, they didn't used to, maybe they do now?) 16.49.17 # I seem to remember the problem on my H100. 16.49.30 # But I'm willing to accept it's long since been fixed. 16.49.43 # I think greyscales have even backdrops, at least in the wps 16.50.28 Join CGL [0] (~CGL@190.207.167.104) 16.50.39 Quit anewuser (Ping timeout: 240 seconds) 16.52.07 # gevaerts: I would like make my code about usb-audio and the new usb api more closer to being integrated in the svn, I need to solve the problem about usb api. What do you think I should do ? Should I introduce a define HAVE_NEW_USB_API and make usbstack code depends on it ? 16.52.32 # pamaury: Any luck getting it working on windows, by chance? 16.52.34 Join M3DLG [0] (~M3DLG@212.183.140.55) 16.53.09 # kugel: the patch "fixes" the image clearing because thats just what happens when a value is used for conditionals, all the other options are checked and images disabled there 16.53.18 # pamaury: unless you find a way to port, test and integrate all other controller drivers yourself, I think there's not much choice 16.53.29 # this could probaly be done for the current subline handling, but that wasnt my reason for adding it 16.54.10 # greyscale targets don't have background or foreground shades "globally" yet but you can have those in viewports (and it works correctly for mono bitmaps. In the menus and lists white background (or a backdrop) and black foreground is fixed 16.54.21 # Llorean: not currently, I tried it under a XP myself and it just didn't work, I can't understand why it does work, something with iso transfer imo or there is something else I forgot to setup that confuse usb audio driver. I have no skills under windows about kernel debugging so it's hard to understand what is going one 16.54.29 # *doesn't work 16.55.23 Part b0hoon ("GTG Bye.") 16.55.43 # gevaerts: yes I agree 16.58.39 Quit avn (Ping timeout: 240 seconds) 17.00.51 Join avn [0] (~avn@88.119.164.243) 17.00.59 # I dont suppose anyone has tried reproing the playlist viewer bug recently? (and can say its magically dissapeared?) 17.02.23 # Llorean: if I trusted virtualbox about isochronous transfers and wireshark on my linux, then I would say it has to do with some descriptor problem and/or command handling problem because wireshark reports to iso transfers to the device. Which means windows does not even try to send audio data. But, windows tries to switch to playback interface, and a few seconds later switch back to idle and then to playback, just like if it has an error time 17.02.23 # out and tries some kind of reset. I'm currently reading the spec once more to see if I missed a detail 17.02.59 Join MethoS- [0] (~clemens@134.102.106.250) 17.03.11 Quit robin0800 (Remote host closed the connection) 17.03.37 Quit Zagor (Quit: Leaving) 17.04.08 Join anewuser [0] (anewuser@unaffiliated/anewuser) 17.10.40 *** Saving seen data "./dancer.seen" 17.15.00 Quit tomers (Ping timeout: 245 seconds) 17.20.44 Join tomers [0] (~chatzilla@bzq-84-109-85-100.red.bezeqint.net) 17.20.48 Quit M3DLG (Ping timeout: 276 seconds) 17.22.21 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 17.22.38 Join petur2 [0] (~petur@rockbox/developer/petur) 17.23.04 Quit petur (Read error: Connection reset by peer) 17.26.09 Quit petur2 (Read error: Connection reset by peer) 17.27.03 Join kugel_ [0] (~kugel@e178067182.adsl.alicedsl.de) 17.27.15 Quit kugel (Disconnected by services) 17.27.19 Nick kugel_ is now known as kugel (~kugel@e178067182.adsl.alicedsl.de) 17.27.25 Quit kugel (Changing host) 17.27.25 Join kugel [0] (~kugel@rockbox/developer/kugel) 17.32.08 Join petur [0] (~petur@rockbox/developer/petur) 17.33.04 Quit ender` (Quit: Q: What's the difference between ignorance and apathy? A: I neither know, nor care.) 17.36.53 Join ender` [0] (krneki@foo.eternallybored.org) 17.44.04 Quit mt (Ping timeout: 264 seconds) 17.45.04 Join n1s [0] (~n1s@rockbox/developer/n1s) 17.50.12 Quit antil33t (Read error: Connection reset by peer) 17.50.18 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 17.55.12 Quit pamaury (Quit: Quitte) 17.59.20 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.02.19 Join [1]Lynx_ [0] (~Lynx_@86.51.114.197) 18.02.55 Quit n1s (Ping timeout: 264 seconds) 18.03.15 Quit Farthen (Ping timeout: 265 seconds) 18.03.29 Join T44 [0] (~Topy44@f048180102.adsl.alicedsl.de) 18.04.52 Quit Lynx_ (Ping timeout: 260 seconds) 18.04.52 Nick [1]Lynx_ is now known as Lynx_ (~Lynx_@86.51.114.197) 18.05.17 Quit xiainx (Ping timeout: 246 seconds) 18.06.16 Quit Topy44 (Ping timeout: 276 seconds) 18.06.47 # gevaerts: I think I'm simply out of memory on my mini2440 when running the sim 18.07.41 # several sites suggest I'm hit by the OOM killer 18.08.37 Join Topy44 [0] (~topy@my.fastsh.it) 18.09.52 Join komputes [0] (~komputes@ubuntu/member/komputes) 18.11.04 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 18.12.37 Part LinusN 18.13.07 Quit anewuser (Quit: http://xrl.us/NitroQueer What do you know...THE WORLD'S first NTRQ (that's for NES/FAMICOM) tracking compo. Have powerpak? Try it out! Otherwise ROM IMAGE.) 18.15.01 Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) 18.22.52 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.24.11 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.26.04 Quit CGL (Ping timeout: 264 seconds) 18.27.42 Join pamaury [0] (~c2c7a50a@rockbox/developer/pamaury) 18.32.18 Quit tomers (Ping timeout: 276 seconds) 18.34.09 Join tomers [0] (~chatzilla@bzq-84-109-85-100.red.bezeqint.net) 18.36.32 Quit petur (Quit: *plop*) 18.39.48 # New commit by 03bertrik (r25691): Wrong file name in time-sync utility makefile ... 18.40.39 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 18.45.24 Join DataGhost [0] (~dataghost@192-18-ftth.onsnetstudenten.nl) 18.45.24 Quit DataGhost (Changing host) 18.45.24 Join DataGhost [0] (~dataghost@unaffiliated/dataghost) 18.47.11 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 18.50.11 Join mt [0] (~mtee@41.91.129.167) 18.50.36 Quit xiainx (Ping timeout: 260 seconds) 18.52.44 Join CGL [0] (~CGL@190.207.167.104) 18.52.47 Join esperegu [0] (~quassel@212-123-158-216.ip.telfort.nl) 18.54.20 Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) 18.55.50 Quit jordan` (Ping timeout: 245 seconds) 18.56.11 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 18.56.34 Join toffe82 [0] (~chatzilla@12.169.218.14) 19.00.12 Quit bzed (Ping timeout: 276 seconds) 19.04.09 Quit tomers (Ping timeout: 276 seconds) 19.08.44 Quit liar (Ping timeout: 245 seconds) 19.09.31 Quit T44 (Quit: Leaving) 19.10.44 *** Saving seen data "./dancer.seen" 19.11.33 Quit CGL (Ping timeout: 248 seconds) 19.11.57 Join CGL [0] (~CGL@190.207.167.104) 19.17.22 Quit DerPapst1 (Quit: Leaving.) 19.17.51 Quit mt (Quit: Bye) 19.24.10 Quit toffe82 (Remote host closed the connection) 19.24.30 Quit Mike457 (Ping timeout: 240 seconds) 19.28.22 Join Mike457 [0] (~fake@71-84-53-199.dhcp.mtpk.ca.charter.com) 19.28.53 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 19.39.33 Quit xiainx (Ping timeout: 268 seconds) 19.41.48 Join john [0] (~john@92.29.156.191) 19.43.33 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 19.43.38 Join Buschel [0] (~ab@p54A3E27E.dip.t-dialin.net) 19.45.25 Join mikroflops_ [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 19.45.47 Quit john (Client Quit) 19.49.07 Quit mikroflops (Ping timeout: 240 seconds) 19.49.09 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 19.52.04 Join DerPapst [0] (~Alexander@p5797C2E0.dip.t-dialin.net) 19.52.14 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 19.55.27 Quit FOAD (Quit: I'll be back) 19.55.39 Join FOAD [0] (~dok@dinah.blub.net) 19.57.26 Quit pjm0616 (Ping timeout: 276 seconds) 20.00.02 Quit Mike457 () 20.01.47 Join pjm0616 [0] (~user@61.250.113.98) 20.03.54 Part watto 20.06.54 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 20.08.39 Join arbingordon [0] (~w@unaffiliated/arbingordon) 20.09.56 Quit kramer3d (Quit: Leaving) 20.12.07 Quit pjm0616 (Ping timeout: 240 seconds) 20.13.33 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 20.18.14 Join pjm0616 [0] (~user@61.250.113.98) 20.35.53 Quit flydutch (Quit: /* empty */) 20.38.19 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 20.44.33 Join Glakke [0] (~Glakke@84-217-60-225.tn.glocalnet.net) 20.46.07 # Isn't it possible to use %strip on %s, I can only get it to work with %d? 20.51.05 # what do you want to achieve? One note though, not many people know the tagnavi syntax and I don't know if you can get an answer here at all. 20.55.39 # I want to sort by Artist, Album, tracknumber, title. But I do not want to display Artist and Album. 20.55.42 Quit stripwax (Quit: http://miranda-im.org) 20.57.10 # I don't think you can strip complete tags, only a specific amount of characters (or digits) 20.57.30 Quit JohannesSM64 (Ping timeout: 264 seconds) 20.57.48 # Shouldn't it be possible to use %150s, and then strip 150 characters? 20.57.53 # quite but not a 100% sure 20.59.26 # Oh well, seems like you can't use %150s like you can use %150d. Odd. 21.06.26 Join bzed_ [0] (~bzed@devel.recluse.de) 21.06.30 Join johnart [0] (~kvirc@197-49-251-80.pride-net.ru) 21.09.18 Quit esperegu (Ping timeout: 252 seconds) 21.10.22 Nick bzed_ is now known as bzed (~bzed@devel.recluse.de) 21.10.48 *** Saving seen data "./dancer.seen" 21.11.08 Join JohannesSM64 [0] (~johannes@cm-84.215.75.42.getinternet.no) 21.11.26 Part johnart ("Reality is that which, when you stop believing in it, doesn't go away.") 21.13.29 Join krazykit` [0] (~kkit@adsl-69-219-239-216.dsl.ipltin.sbcglobal.net) 21.13.42 Join esperegu [0] (~quassel@212-123-158-216.ip.telfort.nl) 21.17.23 Quit krazykit (Ping timeout: 276 seconds) 21.24.23 Quit Buschel (Ping timeout: 268 seconds) 21.25.47 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 21.25.56 Quit dfkt (Disconnected by services) 21.26.00 Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) 21.31.07 Quit esperegu (Ping timeout: 260 seconds) 21.36.20 Quit Glakke (Quit: Leaving) 21.38.47 Nick guymann_ is now known as guymann (~charlie@66-159-145-61.adsl.snet.net) 21.39.35 Join esperegu [0] (~quassel@212-123-158-216.ip.telfort.nl) 21.40.20 Quit ps-auxw (Ping timeout: 248 seconds) 21.42.08 Quit kugel (Ping timeout: 240 seconds) 21.43.50 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 21.45.01 Quit esperegu (Remote host closed the connection) 21.53.14 Quit JohannesSM64 (Read error: Operation timed out) 22.03.01 Quit hebz0rl (Quit: Ex-Chat) 22.08.07 Quit avn (Ping timeout: 240 seconds) 22.09.03 Join JohannesSM64 [0] (~johannes@cm-84.215.75.42.getinternet.no) 22.10.09 Join avn [0] (~avn@88.119.164.243) 22.10.25 Quit bmbl (Quit: Bye!) 22.12.17 Quit JohannesSM64 (Client Quit) 22.13.56 Join dantje [0] (~dvg@HSI-KBW-095-208-155-207.hsi5.kabel-badenwuerttemberg.de) 22.31.22 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 22.44.30 Join kugel [0] (~kugel@rockbox/developer/kugel) 22.44.56 Quit avn (Ping timeout: 246 seconds) 22.47.02 Join avn [0] (~avn@88.119.164.243) 22.47.18 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) 22.50.11 Quit dantje (Quit: Ex-Chat) 22.50.14 # so, if RaaA was to replace the SDL's audio we currently use in the sim, what (OS) library(-ies) could we use? I'm currently looking into alsa, and already managed to re-output the raw data dumped by the sim (with --debugaudio) again 22.51.36 # that would be target dependent I'd think 22.51.54 # with target you mean OS? 22.52.17 # and target ;-) 22.52.34 # or perhaps kernel + OS 22.53.03 # like android will certainly not be like maemo even if both are linux kernels 22.54.46 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 22.55.48 # yes, it'll be target dependant, although I'd think all non-android linux based OSes can do alsa? alsa is pretty much a kernel thing 22.55.58 # i would like the "The" in artist names to be ignored when sorted in the database ... how can this be done? 22.56.38 # kugel: yes, but that doesn't mean also would be the preferred way 22.57.01 # that's why I'm asking, what would be preferred? 22.58.01 # Why does it matter at this stage? Isn't the idea that there will be target-specific audio drivers for RaaA? 22.58.55 # it doesn't mater yet now, but the question came up in my head so I thought asking now couldn't harm 22.59.30 # thinkpadx61: it's currently not possible. I gave you a longer explanation yesterday 22.59.56 Quit avn (Ping timeout: 258 seconds) 23.01.36 Join avn [0] (~avn@88.119.164.243) 23.02.29 # pixelma: sorry, didn't see that 23.02.47 # linuxstb: that's the idea yes 23.09.02 # what does today's gsoc date mean exactly? the mentors are fixed. are the slots assigned too, or is decided how we get? 23.10.49 *** Saving seen data "./dancer.seen" 23.11.33 # you mean April 21? 23.11.38 # or tomorrow rather 23.11.42 # ah 23.11.43 # ;-) 23.11.51 # sorry :) 23.12.03 # it means we need to assign mentors to projects and that the scoring must be done 23.12.32 # scoring as done by us/mentors 23.13.23 # * kugel wants a highscore :) 23.14.05 # :-) 23.15.08 # B4gder: can it be that today's manual build round was interrupted by the broken M3 manual (strikes me odd, but that's the only one I found broken locally so far too) and on the manual overview it looks like all that came after it failed (and it's not like when it happened earlier that the online manual is half replaced but completely missing) 23.15.22 Join saratoga [0] (~9803c6dd@rockbox/developer/saratoga) 23.15.37 # * pixelma should have used more punctuation 23.16.10 # it sounds unlikely... 23.16.47 # when is decided how much slots we get (if it isn't already)? 23.16.58 Quit togetic (Ping timeout: 276 seconds) 23.17.25 Quit evilnick_B (Quit: Page closed) 23.17.31 # they shuffle some slots around at the end, so we could get more then we have now 23.18.02 # we have 3 atm 23.18.15 # only 3? 23.18.30 # B4gder: yes, but I've built successfully an X5, a 1st2ndgenIpod, e200, Gigabeat, small H10 manual locally 23.18.41 # last year it was 7 and we gave 2 back, right? 23.19.05 # wasn't it 5 and we gave one back? 23.19.20 # * kugel hopes that relates to the number of application and not that google is angry at us 23.20.01 Join robin0800 [0] (~robin0800@149.254.182.236) 23.21.07 # although if it means we didn't get many applications is not too nice either 23.21.37 # B4gder: and as I sai, it's different to other times it happened anyways 23.21.39 # well, if we got only crap apps it would be good for YOU ;-) 23.21.46 # or said 23.23.50 Quit bertrik (Quit: De groeten) 23.24.44 # B4gder: well, I surely want to get accepted, but I also want gsoc 2010 to be successful for our project. the best is both of course ;) 23.24.54 Join togetic [0] (~togetic@unaffiliated/ibuffy) 23.25.01 Join xavieran [0] (~xavieran@ppp118-209-61-181.lns20.mel4.internode.on.net) 23.25.11 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 23.27.55 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 23.39.05 Quit jgarvey (Quit: Leaving) 23.45.50 Quit DataGhost (Ping timeout: 264 seconds) 23.55.43 Quit pamaury (Quit: Page closed) 23.56.21 Quit CGL (Quit: Saliendo)