--- Log for 05.05.108 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 2 days and 10 hours ago 00.00.05 # 53 fine megs 00.01.05 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 00.05.00 # Hey, any one know if the apple Firewire/usb combo cables can cause issues during restoration? 00.05.41 Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer)) 00.06.03 # Megarain, as long as they work for normal transfers, they shouldn't cause any issue 00.06.21 Join BlakeJohnson86 [0] (n=bjohnson@70-14-57-243.area3.spcsdns.net) 00.06.36 # That's just it, every time I've tried them for normal sync, after the ~256mb of data, I get error 69 00.10.02 Quit scorche|sh ("leaving") 00.11.31 Join styleism [0] (n=styleism@87-194-104-214.bethere.co.uk) 00.11.57 Quit bughunter2 (Read error: 104 (Connection reset by peer)) 00.12.13 Join bughunter2 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl) 00.14.35 Join scorche|sh [50] (n=scorche@rockbox/administrator/scorche) 00.16.51 Join DerDome [0] (n=DerDome@dslb-082-083-237-251.pools.arcor-ip.net) 00.17.09 Quit DerDome (Client Quit) 00.18.40 Quit faemir (Read error: 104 (Connection reset by peer)) 00.19.06 Quit bluebrother ("leaving") 00.19.21 Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) 00.19.29 Quit gevaerts ("it's dark outside") 00.19.51 Quit faemir (Remote closed the connection) 00.20.23 Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) 00.22.05 Join LambdaCalculus37 [0] (n=1800dac6@gateway/web/cgi-irc/labb.contactor.se/x-9da58ab28475f101) 00.22.23 Quit davina (Remote closed the connection) 00.22.30 # toffe82: Ping 00.22.45 # pong 00.22.57 # toffe82: Did you receive my beast yet? 00.23.12 Quit bertrik ("bye") 00.24.09 Quit shotofadds (Read error: 110 (Connection timed out)) 00.24.13 Quit Megarain ("Leaving.") 00.24.28 # no, I don't know what happened , it was out for delivery on friday and they take it back to their office, I should have it on monday 00.24.51 # I will call them on monday morning 00.25.01 # Okay, let me know as well. 00.26.08 # Bye for now! 00.26.10 Quit LambdaCalculus37 (Client Quit) 00.28.15 Quit fdinel (Read error: 110 (Connection timed out)) 00.37.43 # I have problem compiling the S, the bootloader is ok but rockbox give an error on rockbocklogo.h, no such file or directory, I just made an svn update , any idea ? 00.38.06 # rockboxlogo ^^ 00.39.08 Quit gregzx (Connection timed out) 00.39.46 # jhMikeS: ping 00.40.49 # toffe82: try cleaning your build 00.41.26 # ok 00.43.19 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 00.43.49 Quit ompaul (Client Quit) 00.43.52 # it is working 00.46.03 Join ReKleSS [0] (n=ReKleSS@d122-104-99-167.meb3.vic.optusnet.com.au) 00.46.44 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 00.49.26 Join fyrestorm [0] (n=fyre@cpe-68-173-171-53.nyc.res.rr.com) 00.49.27 Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer)) 00.50.17 Quit styleism (Read error: 110 (Connection timed out)) 00.50.44 Join BlakeJohnson86 [0] (n=bjohnson@70-14-57-243.area3.spcsdns.net) 00.52.23 Quit waldo ("Konversation terminated!") 01.01.00 Quit Mathiasdm ("Yuuw!") 01.04.59 Join spiorf [0] (n=spiorf@host13-217-dynamic.21-79-r.retail.telecomitalia.it) 01.11.39 Join aliask [0] (n=chatzill@rockbox/developer/aliask) 01.12.10 # jhMikeS: Congrats on the gigabeat sound work! 01.14.23 # But I have some slightly unsavoury behaviour happening. I initialised the database, enabled dircache and rebooted the player and it appears to have corrupted the filesystem. 01.15.52 # Under rockbox my music folder is empty, but some files in the root show. When connecting via usb the whole media partition is empty 01.17.32 Quit Nico_P (Remote closed the connection) 01.20.52 Quit BlakeJohnson86 ("Leaving.") 01.22.55 Quit shotofadds ("Leaving") 01.24.03 # XavierGr: hey, I found your patch to merge the alarm and time screens last night and thought i'd see if you wanted to finish it? 01.24.50 # and maybe even redraw the screen using viewports instead of the gui_textarea stuff... 01.34.01 Quit robin0800 (Read error: 110 (Connection timed out)) 01.35.58 *** Saving seen data "./dancer.seen" 01.51.05 # JdGordon: wow that's an old patch indeed I completely forgot about it 01.51.22 # you have plans for it at the moment? 01.51.56 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 01.53.00 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-135-22.hsd1.mn.comcast.net) 01.53.33 Quit faemir (Remote closed the connection) 01.53.34 Quit spiorf (Read error: 104 (Connection reset by peer)) 01.56.10 # I didn't finish it mainly because I once considered to rewrite the alarm drivers to include date 01.56.54 # so at the moment the screens are unified but seconds are left on the alarm screen which should be removed, at least for now that the alarm settings don't include seconds 02.06.33 Quit aliask ("ChatZilla 0.9.81 [Firefox 3.0b5/2008041514]") 02.07.04 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.14.39 Quit ender` (" The statistics on sanity are that one out of every four Americans is suffering from some form of mental illness. Think of y") 02.18.32 Join perrikwp [0] (i=98212fe2@gateway/web/ajax/mibbit.com/x-b4d26f3f77aa9ec2) 02.28.37 Join HiddenShadow [0] (n=ce747465@gateway/web/cgi-irc/labb.contactor.se/x-b80e4a94ba580dcb) 02.30.18 # Does either rockbox or linux have the capability to make mp3's increase in speed? (im not talking about time stretching, just faster/slower, doesn't really matter if it changes pitch when it speeds up) 02.30.34 # and decrease* 02.33.03 # sox can do it 02.33.16 # rockbox has this capability. refer to the manual for how to do it 02.40.16 # thanks 02.42.28 # sweet now we got 3 decks on our dj set, vinyl turntable x2, + ipod :D 02.43.23 Join Megarain [0] (n=Rainer_P@67.221.72.104) 02.43.39 # Hey, how many paritions should an 4G grayscle ipod have? 02.44.13 # atleast 10, lol jk, dont listen to me 02.44.35 # HiddenShadow, please don't do that. 02.44.57 # Cause mine has four, and has been having issues.......wondering if that is causing part of the trouble. 02.45.08 # define "issues" 02.45.24 # sorry 02.46.18 # corrupting with now known cause. 02.46.28 # With both Rockbox and the iTunes firmware. 02.50.00 # so I'm trying to trace down the issues. 03.03.00 Join m0f0x_ [0] (n=m0f0x@189-47-19-174.dsl.telesp.net.br) 03.05.34 Quit m0f0x (Nick collision from services.) 03.05.42 Nick m0f0x_ is now known as m0f0x (n=m0f0x@189-47-19-174.dsl.telesp.net.br) 03.10.23 Quit merbanan (Remote closed the connection) 03.11.42 Join kb_ [0] (n=kb__@cust.static.213-180-182-5.cybernet.ch) 03.12.36 Join JdGordon|uni [0] (i=768aa360@rockbox/developer/JdGordon) 03.13.25 # XavierGr: (sorry, had to run to uni...) no I dont have plans for it... but I want to remove the gui_textarea code which the clock screens use... 03.13.40 # I'd like to dynamically generate playlists according to some specific criteria. Would it be best to alter the rockbox code to do this, or create a plugin to make these playlists? 03.14.07 # what criteria? 03.14.47 # basically, to play songs from a certain directory for a certain amount of time, then switch to another; I wrote some python code that does it on my desktop computer, and I'm wondering how to best port it to rockbox 03.15.39 # (more specifically, I have one language per directory, and weight the frequency I play them at, as well as how long to listen to any particular one in a row) 03.18.28 Join ryanakca [0] (n=ryan@ubuntu/member/ryanakca) 03.19.06 # Is there any way to build the database from the CLI / a linux comp? On do I need to wait for a few hours while it builds? 03.19.41 # there is a tool to do it under the tools/ folder... dnno if its kept up to date or not though 03.19.50 # kb_: yeah, duno howd you go about doing that in rockbox 03.20.19 # JdGordon: hm, ok; maybe I'll dig into how the current dynamic playlist stuff is done and do a variant on that 03.20.19 # JdGordon|uni: thanks :) 03.21.05 # ryanakca: It shouldn't take hours, though... 03.22.03 # in rockbox (ipod 5g) when i set it to Charge during USB connection, it just keeps going back to disk mode...is it a known bug, or am i doing something wrong? 03.22.06 # Llorean: hmmm... *shrugs*... I had it plugged in, and it just seems to stall after a certain point... and then if I restart the iPod, it starts again at 0 and stalls at that certain point 03.23.04 # That stall would indicate a problem... not that you need to wait longer. 03.23.53 # Llorean: any idea what that problem would be? The install is a daily from mid-september '07 iirc... 03.24.57 # (1st gen nano) 03.25.04 # Well first, we really don't support old versions. 03.25.07 # get a new build 03.25.32 # But odds are it's something in your metadata. Depends an awful lot, could be large album art, or perhaps AACs not optimized for streaming. 03.28.05 # Llorean: by the way, any ideas/advice about the question I asked? 03.29.42 # Llorean: hmm... thanks 03.33.40 Quit Thundercloud (Remote closed the connection) 03.36.02 *** Saving seen data "./dancer.seen" 03.37.23 # Llorean: hmmm... fresh install worked :) 03.37.54 # ryanakca: congrats :) 03.38.36 # lol, thanks :) 03.38.55 # anybody gonna answer my question above? :\ 03.39.33 # i would if i had any idea 03.40.53 Quit Megarain ("Leaving.") 03.41.47 # Can't get "Charge during USB connection" to work, it keeps going back to disk mode 03.43.45 # you have to hold down a button while pluggin in or it reboots 03.52.33 # oh, i thought it was automatic, guess it was kept the same after that patch 04.05.23 Quit JdGordon|uni ("http://www.mibbit.com ajax IRC Client") 04.06.52 Quit HiddenShadow ("CGI:IRC (Ping timeout)") 04.07.11 Quit kb_ ("Leaving") 04.08.11 Part pixelma 04.16.29 Quit parafin (leguin.freenode.net irc.freenode.net) 04.16.29 NSplit leguin.freenode.net irc.freenode.net 04.16.47 Nick gnakinklp is now known as Anakin (i=0@86.122.116.44) 04.25.17 Join aliask [0] (n=chatzill@rockbox/developer/aliask) 04.32.00 Quit AndyIL () 04.40.43 Join AndyI [0] (n=pasha_in@212.14.205.32) 04.46.44 Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) 04.47.53 Quit |AhIoRoS| ("Abandonando, see you http://ahioros.vidao2.com") 04.48.28 Join jpt9 [0] (n=jpt9@venonat-12.dynamic.rpi.edu) 04.48.39 # * jpt9 wants a PC port of brickmania :-) 04.48.45 # (Yeah, I know there are simulators. 04.48.55 # it'd be nice if the simulators could zoom to 3x or 4x size. 04.49.05 # and possibly map mouse movement to left/right 04.51.39 # JdGordon: I will try to have a look on viewports tomorrow, I don't know much about them 04.54.20 Join miepchen^schlaf [0] (n=miepchen@p54BF4D2A.dip.t-dialin.net) 04.55.38 Join homielowe [0] (n=eric_j_l@66.183.89.40) 05.01.11 NHeal (timeout) leguin.freenode.net irc.freenode.net 05.04.49 # jpt9: There must be a million breakout clones for PC out there... 05.05.03 # and every one is offtopic ;) 05.05.35 # Damn, that was fast. Nice, scorche. 05.09.03 Quit homielowe () 05.09.44 Quit miepchen^schlaf_ (Read error: 110 (Connection timed out)) 05.09.44 Join homielowe [0] (n=eric_j_l@66.183.89.40) 05.17.18 Quit jpt9 (Read error: 110 (Connection timed out)) 05.36.07 *** Saving seen data "./dancer.seen" 05.37.48 Quit Horscht ("I got raided by the FBI and all i got is this lousy quit message") 05.51.45 Join simonrvn [0] (i=simon@unaffiliated/simonrvn) 05.52.48 Join parafin [0] (i=parafin@80.92.255.23) 05.53.24 Quit JdGordon ("Konversation terminated!") 05.55.07 Join JdGordon [0] (n=Miranda@c211-28-93-8.smelb1.vic.optusnet.com.au) 06.12.50 Join jpt9 [0] (n=jpt9@venonat-12.dynamic.rpi.edu) 06.36.33 Quit csc` ("If you can't do anything smart, do somethin right ~Serenity") 06.47.12 Quit jpt9 (Read error: 110 (Connection timed out)) 07.17.15 Quit JdGordon (Read error: 104 (Connection reset by peer)) 07.18.24 Quit cool_walking_ (Remote closed the connection) 07.18.38 Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) 07.19.45 Join JdGordon [0] (i=jonno@c211-28-93-8.smelb1.vic.optusnet.com.au) 07.29.43 Quit parafin ("So long and thanks for all the fish") 07.29.45 Join parafin [0] (i=parafin@paraf.in) 07.33.46 Quit Seed (Nick collision from services.) 07.33.54 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 07.36.08 *** Saving seen data "./dancer.seen" 07.37.18 Part toffe82 08.02.07 Join Rob2223 [0] (n=Miranda@p4FDCFB73.dip.t-dialin.net) 08.03.48 # :( I dont think the menu code will work too well with inline settings.. well.. not without a bit of fiddling :/ 08.04.10 Quit BigBambi (Remote closed the connection) 08.08.16 Join DerDome [0] (n=DerDome@dslb-082-083-222-079.pools.arcor-ip.net) 08.09.21 Quit DerDome (Nick collision from services.) 08.09.22 Join DerDom1 [0] (n=DerDome@dslb-082-083-226-201.pools.arcor-ip.net) 08.09.30 Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-226-201.pools.arcor-ip.net) 08.09.42 Quit miepchen^schlaf () 08.15.40 Join grndslm [0] (n=grndslm@24-116-87-97.cpe.cableone.net) 08.19.41 # ... this would be easier if we didnt have dynamic menus :/ 08.20.20 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.20.37 # JdGordon: Why would we want inline settings now? 08.21.05 # some people do 08.21.14 # * amiconn thinks they make no sense on most target's LCDs 08.21.16 # some have wanted them for gaes 08.21.22 # why? 08.21.37 # s/gaes/ages 08.21.42 # On small displays they would be confusing 08.21.59 # Maybe on 320x240 and higher they would work well enough 08.22.08 # it wold fo course be disable-able (if not disabled by default) 08.22.28 # Take a look at the recording trigger screen - it's really ugly 08.22.34 # I know 08.23.49 # Imho they shouldn't be included at all on smaller displays (if we want them at all - I very much prefer the current implementation of settings) 08.25.15 # I want to do it so only the value of the selected item is actually displayed 08.25.53 # but I have a strange feeling it wont happen at all because the menu code isnt perfect 08.26.20 # Displayed would be okay (except on charcell), but changing is another thing 08.26.35 # of course... 1 thing at a time 08.27.06 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 08.27.36 # Adjusting inline settings has another fundamental problem apart from the confusing screen layout on smaller screens: button assignment 08.28.26 # it would work fine with left/right on all targets except the ondio 08.28.33 # whose screen is too small for it anyway 08.29.16 # but even just displaying the value is nice.. a few less presses to find out what the value is 08.30.32 Quit DerDome (Read error: 110 (Connection timed out)) 08.32.09 # * amiconn wonders how often JdGordon needs to go through settings and find out a value 08.33.57 # What's really in need of rework is the eq screen... 08.36.25 # ...and the recording screen 08.36.30 # and fm 08.36.33 # and time 08.36.56 # and really.... apps/screens.c 08.38.52 Quit BHSPitMonkey (Remote closed the connection) 08.39.31 # What's wrong with the fm and time screen? 08.41.20 # time isnt so bad, fm is ugly 08.41.24 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 08.41.59 # FM might not be perfect, but it's usable (no sysfont, for instance) 08.42.39 # Btw, there's a fundamental problem with many read-only info lists: they are currently useless on smaller displays 08.42.54 Quit grndslm ("Leaving") 08.43.30 # Problem is that the lines are cut before the relevant information, and the lines don't scroll 08.44.09 # the lines dont scroll? 08.44.23 Join grndslm [0] (n=grndslm@24-116-87-97.cpe.cableone.net) 08.45.34 # which ones? just add info.scroll_all = true; before the simplelist_init() call to fix them 08.46.23 # 'View OS stacks', 'View partitions', 'View disk info', 'View database info' 08.47.54 # 'Rockbox Info' does scroll on recorder, but iirc it seems to be inconsistent 08.48.01 # Need to check that 08.48.31 # 'Rockbox Info' isn't handled as read-only lists though. Same goes for the tag info viewer 08.48.59 # rockbox info is handled as read only unless we arnt talking 08.52.10 # Why does 'Rockbox Info' show a cursor then? 08.53.35 # you havnt disabled voice 08.54.52 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 08.54.53 # any ideas who to put (c) for the pitchscreen code? 08.56.19 # r9146 suggests midkay, "Reworked pitch screen for easier adjustment and better looks." ? 08.57.39 # or just keep zagor from screens.c? 08.58.10 Join dunder [0] (n=grndslm@24-116-87-97.cpe.cableone.net) 08.59.43 Join Rob2222 [0] (n=Miranda@p4FDCEED5.dip.t-dialin.net) 09.00.11 # Sound on the S is great. Battery life not so much... 09.00.15 # It seems lots of people have changed that code over time, so I would probably just keep Zagor's name there. 09.00.45 # * Mouser_X realizes that the battery life will improve. 09.01.02 # (Lots of "easy" fixes to implement.) 09.03.12 # * JdGordon hates modifying files with Björn's name in the (c).. it never works right :p 09.04.32 # JdGordon: Hmm, then you actually meant the opposite... 09.04.56 # Of course I have voice enabled on recorder for car mode (which goes with a big font) 09.05.07 Join LinusN [0] (n=linus@gateway/web/cgi-irc/labb.contactor.se/x-baa2842d53d2ec30) 09.05.09 # then it should show the selector 09.05.20 # I guess this is necessary for selecting the items to talk? 09.05.26 # yes 09.05.33 # [16:53:50] you havnt disabled voice 09.05.42 # [08:48:59] rockbox info is handled as read only unless we arnt talking 09.05.54 # ^ "unless we aren't" ... 09.06.00 # * JdGordon is a bit skitzo today :p 09.06.05 # KIinda double negation 09.06.28 # damn that extra t 09.06.32 # and n 09.07.09 # With voice disabled, 'Rockbox Info' is indeed read-only, but doesn't scroll its items 09.07.35 Quit grndslm (Read error: 113 (No route to host)) 09.07.45 # so what your asying is.... read only lists should always scroll all items? 09.08.12 # I think they should (only if the items are that long of course) 09.08.20 # How else would you be able to read them? 09.08.43 Join petur [50] (n=petur@rockbox/developer/petur) 09.09.45 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 09.10.51 # Magic, or telepathy. 09.11.32 # * JdGordon votes for telepathy 09.12.17 # * Mouser_X does as well, since magic can get messy really fast. 09.12.42 # Kinda extreme case: Right now I only see 'Version: r' in 'Rockbox Info' on the Player 09.12.57 # Not very helpful... 09.13.01 # fixed... wait for the next build round 09.13.11 # JdGordon: You didn't use "svn cp" to move the pitchscreen code? 09.13.20 # no 09.13.33 # I agreed that it wasnt the nicest way and not really worth it 09.13.54 # Agreed with who? 09.14.08 # with what I thought I read :p 09.14.17 # the log says where it came from if its ever needed 09.15.10 # Yes, but "svn annotate" now doesn't work... 09.15.17 Join perrikwp [0] (i=9821738c@gateway/web/ajax/mibbit.com/x-24e2df484792ec7d) 09.15.34 # Hmm. I wonder whether we should try to reclaim the one (precious) column on Player which is now wasted in read-only lists 09.15.57 # (the one containing the arrow cursor in non-read-only lists) 09.16.08 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-64-139.w86-213.abo.wanadoo.fr) 09.16.38 # Would mean special casing though, which isn't nice... 09.16.49 # not do muvh 09.17.14 # ? 09.17.38 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.19.33 Quit JdGordon ("Konversation terminated!") 09.21.19 Join JdGordon [0] (n=Miranda@c211-28-93-8.smelb1.vic.optusnet.com.au) 09.22.50 # [09:16:49] not do muvh <= ? 09.24.30 Quit davina (Remote closed the connection) 09.25.01 # much 09.25.21 # though it still doesnt make sense... 09.25.26 # yeah 09.29.21 # JdGordon: Red for the ZVM build (if you didn't notice...) 09.30.34 # Wrong struct names... 09.36.10 *** Saving seen data "./dancer.seen" 09.40.39 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-984dcd7b1ae7b91c) 09.41.04 Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-984dcd7b1ae7b91c) 09.42.56 Quit Llorean (Read error: 104 (Connection reset by peer)) 09.43.36 Join Llorean [0] (n=DarkkOne@adsl-69-154-187-90.dsl.hstntx.swbell.net) 09.46.31 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.47.30 Join Synergy6 [0] (n=Synergy6@0-1b-24-4c-ae-79.hb.esol.dur.ac.uk) 09.50.23 # * linuxstb fixes the ZVM red 09.51.07 # colorful delta table 09.51.34 # * linuxstb wonders if shotofadds minds removing the #warnings from the D2 09.52.08 # would be nice to reach complete green again 09.53.56 # B4gder: BTW, I don't know if the build system needs to know, but my server died a couple of weeks ago, and is still off-line. 09.54.24 # it doesn't need to know, although I can of course save it from trying that server 09.55.36 Quit dunder ("Leaving") 09.56.20 # B4gder: Do you know if there's a reason the different svn pages on www use different timezones? i.e. is it hard to fix? 09.56.59 # I don't know the reason but it shouldn't be that hard I think 10.00.39 # B4gder: Is the script in SVN? 10.00.49 # which one? 10.00.59 # linuxstb: nuts, thanks for fixing that 10.01.16 # You're welcome. 10.01.30 Quit Shaid (Read error: 110 (Connection timed out)) 10.01.47 # * JdGordon heads back into windows 10.01.50 # linux even :p 10.01.54 Quit JdGordon (Read error: 104 (Connection reset by peer)) 10.03.44 Join JdGordon [0] (i=jonno@c211-28-93-8.smelb1.vic.optusnet.com.au) 10.06.06 # naming conventionas ftw :p 10.20.49 # B4gder: Do you have an opinion about the legal aspect of ROKR simulator build? i.e. linking to a proprietory version of the qt/embedded libs, and using reverse-engineered headers? 10.22.04 # I don't see any problems with that 10.22.15 # as long as we don't distribute dubious files 10.22.27 Quit homielowe () 10.22.29 # there is also the speculation that the dubious files were nicked... 10.22.36 # But isn't that just the same as GPL'd apps linking with old (non-GPL'd) versions of Qt? 10.22.55 # but linking with non-GPL stuff is not a problem when not distributed 10.24.12 # What do you mean? 10.24.30 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 10.25.22 # I'm saying that linking GPL code with whatever is fine as long as the results isn't distributed 10.25.59 # so if you get the proprietary stuff from source X and rockbox from us, and link them into product Y that's fine as logn as you don't copy it to others 10.27.11 # So people could create proprietory plugins, and that's fine as long as they're distributed separately (and don't use Rockbox headers to build them)? 10.27.54 # you can't build rockbox plugins without them being derivates of Rockbox so I don't think people can 10.28.29 # I'm sure you could build a "rockbox-compatible" plugin independently. 10.28.51 # true, and if you do that could probably be non-GPL 10.31.24 # B4gder: have you approved sdoyon yet on the mentor app? 10.31.57 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 10.32.07 # uh, I have now! 10.32.47 # thanks...Leslie came to me a week or so ago asking if i can vouch for him :) 10.32.52 Quit basti (Remote closed the connection) 10.34.53 # do all slots no have a co-mentor? 10.34.57 # *now 10.35.45 # I don't think the ARM emulator does 10.36.22 # and in fact not Saratoga's either 10.37.04 # how on earth could someone make the compatible headers needed for plugins other than by straight copying them? imo thats a weak spot in the gpl 10.37.34 # JdGordon: reversing a plugin? 10.37.38 # you could reverse engineer an existing binary and generate a blob quite similar to that 10.37.46 # shouldn't be very hard 10.38.00 # of course that is a grey area 10.38.10 # the blob is the easy bit... the api headers im talking about 10.38.33 # JdGordon: the ps2dev guys pulled it off to make the PSP sdk 10.38.48 # (it helps that they found a binary with debug info left in...) 10.38.54 # well, a non-GPL plugin wouldn't use much of the plugin api I would think 10.38.57 # I seem to remember that at least in some jurisdictions interfaces are not copyrightable, so the plugin api minus comments and documentation would apply 10.39.22 # There are also macros and inline functions... 10.39.38 # and defines, and datatypes 10.39.43 # and and... 10.40.20 # it would be work sure, and keeping up with changes would be painful, but it certainly wouldn't be impossible 10.40.48 # * gevaerts isn't actually planning to make a non-GPL pluging, so he isn't planning to work out the details 10.41.25 # and if _I_ were to do it, I'd write a fine GPL wrapper plugin that would load the proprietary one just like the linux drivers do their work-arounds 10.41.50 # and just like Neuros want to circumvent the VLC GPL... 10.42.26 # A very minimal plugin would just need lcd_update(), the pointer to lcd_framebuffer, button_get and yield. 10.42.33 # Plus some startup code I guess. 10.42.49 # Or does the plugin loader do that? 10.42.50 # wouldnt that plugins api need to be gpl also though? 10.44.10 # * linuxstb doesnloads the ROKR SDK - a .tar.gz file inside a .rar... 10.44.29 # doesnloads! 10.44.32 # :-) 10.44.53 # No idea where that came from ;) 10.45.16 # so how exactly would this work out?...i mean it is a bit more than just a plugin... 10.45.20 # "to download something that doesn't work" ? 10.47.28 # JdGordon: If the wrapper would alsp be gpl, it wouldn't work. But I guess lgpl would work... 10.49.52 # At least in the SDK I've just downloaded, there are a lot of original Qt headers, with a "Q Public License" statement at the top of each .h They appear to date from 2004. 10.50.10 # what qt version? 10.50.19 # 2.3.8 10.50.49 # AH, there's also a GPL statement... 10.50.57 Quit cool_walking_ (Remote closed the connection) 10.51.03 # So they're dual-licensed. 10.51.25 # then we should be fine 10.51.48 Join basti [0] (i=bnc@85.214.109.173) 10.53.10 # The SDK itself has an odd home-brew license - http://www.davechapman.f2s.com/rockbox/E2-EZX-SDK-LICENCE.txt 10.54.11 # lovely 10.54.37 # I'm not so sure they can limit what the output may be used for 10.54.57 # I'm restoring Zagor's copyright on apps/gui/gwps-common.[ch]. Can I make it UTF8? 10.54.57 # I mean paragraph 5 10.55.14 # Doesn't matter, just use paragraph 4 to make a GPL version first 10.55.16 # Nico_P: yes, I think so 10.55.32 # gevaerts: haha, indeed 10.55.37 # gevaerts: Or even BSD... 10.55.41 # B4gder: maybe I should also make his other copyrights UTF8? 10.55.48 # gevaerts: Or not.... 10.55.58 # Nico_P: yes, we should make them consistent 10.56.12 # I'll do that 10.56.15 # although having Zagor 10.56.25 # 's work consistent seem a bit strange ;-) 10.56.29 # Would viewvc.cgi need tweaking? I can't remember what encoding it uses. 10.56.53 # it might, or perhaps apache 10.57.50 # Hmm, there seem to be a large collection of .so files in the SDK... 11.09.41 # viewvc.cgi uses UTF8 I think 11.10.54 Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) 11.13.45 # * Nico_P ends up running iconv on the whole codebase 11.14.40 Join ender` [0] (i=krneki@foo.eternallybored.org) 11.18.54 Quit ender` (Read error: 104 (Connection reset by peer)) 11.22.03 Quit simonrvn (Read error: 113 (No route to host)) 11.22.04 Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) 11.22.19 # hmm I don't know about things like firmware/drivers/lcd-charset-player.c... should I go all the way? 11.24.50 # Nico_P: Maybe ask amiconn about that one... 11.25.36 # But if we're moving all source files to utf-8, then it probably should be... 11.26.16 # Are there any other non-ascii comments ? 11.26.22 # I think the move to UTF8 is long overdue 11.26.27 # yes, they are a few 11.26.37 # s/they/there 11.26.50 # also there is something that puzzles me in tools/creative.c 11.26.51 # Do you have a patch? 11.27.01 # I'll make one 11.27.29 # The device_info struct? 11.27.59 # yes. the copyright char 11.29.22 # linuxstb: here's what I've done so far: http://pastebin.ca/1007915 11.30.34 # hmm there's something wrong in debug_menu.c 11.30.50 # When you commit, it might be a good idea to add "All source files use UTF-8" to docs/CONTRIBUTING 11.31.05 # will do 11.31.35 # Also, I notice you've changed a couple of (C) headers with the same patch. Would be nicer to do it separately. 11.31.54 # probably, yes. that's actually what got me started 11.32.08 # I assume that's a "mu" character in debug_menu.c 11.32.29 # yes. it seems to be broken in svn too 11.34.01 # I think I would commit everything apart from creative.c and debug_menu.c 11.36.04 # I'm not sure what the "boostquota" comment is meant to say - Buschel cocmmitted it... 11.36.08 # (in debug_menu.c) 11.36.11 *** Saving seen data "./dancer.seen" 11.37.22 # And jdgordon did the nsec_units 11.38.46 # it seems he changed that line in r15221 11.39.55 # * B4gder had some progress in the tshirt department for devcon 11.42.10 Join Eden [0] (n=chatzill@203-173-133-158.dsl.dyn.ihug.co.nz) 11.42.20 # hay guys, just installed rockbox, need a little help 11.42.48 # can i get any help 11.42.55 # Sure, just ask. 11.43.34 Join ender` [0] (i=krneki@foo.eternallybored.org) 11.43.34 # um, wen i go into database on rockbox on my ipod, it says building database and takes so long, is that normal? 11.43.47 # i cant get past it so far 11.43.56 # ive left it for max 5 mins 11.44.12 # Which ipod? 11.44.18 # 5th gen 30gb 11.44.26 # black :D 11.44.31 # cos the colour helps 11.44.33 # Can you still feel the hard disk doing things, or has it stopped? 11.44.46 # stopped 11.45.17 # And then you've restarted it by holding PLAY for a few seconds to safely power off, and then turning it back on? 11.45.27 # exaclty wat it says: Building Database... 416 found (PREV to return) 11.45.53 # linuxstb: JdGordon broke that line of debug_menu.c in r15221. I don't know if it would be ok to put the UTF8 mu char in there 11.45.55 # yea, and then i got back into it and asks me if i want to do that again or not, and if i click no i get kicked to main menu 11.46.56 # Eden: I don't know - maybe someone who uses the database more than me (i.e. at all) can help... 11.47.03 # lol 11.47.06 # what do u use? 11.47.12 # I just use the file browser. 11.47.13 # * gevaerts uses 'you' 11.47.27 # me? ;-P 11.47.44 # sure :) 11.47.47 # ok i got to database, its says: Database is not ready, Initilize now 11.48.38 # You could try deleting all the files ending in ".tcd" in the .rockbox folder 11.48.42 Quit saratoga ("CGI:IRC (Ping timeout)") 11.49.27 # Bagder: what about the docs ? 11.49.50 # you mean utf8-wise? 11.50.26 # yes 11.50.29 # I'm at loss there, we need to speak to the docs ninjas about that 11.50.53 # I mean the files in docs/ 11.51.39 # with rockbox, do i need to convert any of the files, or can i leave as is, eg mp3, wav, avi, mpg, etc 11.51.56 # Eden: you need to convert the video files. 11.51.58 Quit ompaul (Remote closed the connection) 11.52.00 # to wat? 11.52.27 # http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer 11.52.33 # um, wen i go into database on rockbox on my ipod, it says building database and so far havnt got past that, is that normal? 11.53.09 # I don't know much about the database. Sometimes I had to reboot before it stopped saying that. 11.54.01 # k 11.55.15 # * linuxstb wonders if _any_ devs apart from Slasheri use the database 11.55.29 # and does he even use it? :) 11.56.25 # * B4gder doesn't use it 11.56.53 # y dont u? 11.57.01 # does that give the gay view? 11.57.09 # ? 11.57.10 # Eden: I have my files in a nice folder structure 11.57.29 # please use proper words 11.57.31 # is the "gay view" the folder structure? 11.58.09 # na i mean wen u playing stuff, the gay view is the name, album, rate, and stuff like taht 11.58.29 # My files are in a useable folder structure as well. And the tags are horrible (a very large percentige of my files don't support tags of any kind. Thus, using them in the database gets very ugly, very fast). 11.58.50 # Eden: no, that's called the "while playing screen" or WPS 11.58.51 # * B4gder doesn't understand Eden 11.59.27 # gay = happy? 11.59.31 # um, just went into an app, how i get out of it? 11.59.38 # and gays can use both database and file browser I would say 12.00.12 # how i get out of app? 12.00.21 # Eden: I don't own an ipod, sorry. Just try a few keys :) 12.00.25 # Well, with gay = happy, that changes it to the "happy view." 12.00.34 # or else you can find it in the menu. 12.00.43 # or the manual? 12.00.57 # That manual is good. 12.01.08 # I sometimes read it (again) when I get bored. 12.01.20 # (I made sure to read it once before I started using Rockbox.) 12.08.47 Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) 12.14.13 # Bagder: will things (like the website) break if I touch docs/COMMITTERS? 12.15.11 # I think the web site's front page etc needs to be fixed to do utf8, otherwise you'll break it yes 12.15.42 # so I'd better leave it as it is for now? 12.15.52 # yes I think so 12.15.58 # all right 12.16.01 # I'm not in a mood for doing that just now 12.22.44 # Nico_P: Going back to the microseconds symbol in debug_menu.c, I thought Rockbox used utf-8 internally for strings - meaning it was wrong prior to 15222 (and completely wrong afterwards)... 12.23.13 # so you're saying having it in UTF8 is the correct way? 12.23.31 # I think so... Maybe markun can say for sure. 12.23.36 # I think so too 12.24.21 # here's the current state: http://pastebin.ca/1007941 12.24.32 # I think I've done all of them except docs/COMMITTERS 12.25.44 # * linuxstb suspects Fergus Noone would disagree 12.25.45 # apps/codecs/libfaad/syntax.c looks strange though 12.25.55 # * linuxstb is in the wrong channel again.... 12.26.30 Join Nibbler [0] (n=Nibbler@txx226.disy.net) 12.28.13 # * Nico_P commits 12.29.21 Quit cg (Read error: 110 (Connection timed out)) 12.29.35 # * pixelma wonders why that has to happen so quick all of a sudden 12.30.00 # Nico_P: Did you commit the change to creative.c ? 12.30.09 # pixelma: IMHO it's been long overdue and I felt like doing it 12.30.18 # linuxstb: I haven't hit the button yet 12.30.21 Join nplus [0] (n=npl@141.25.Globcom.Net) 12.30.33 # Nico_P: OK, I don't think that creative.c change should be committed. 12.30.44 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 12.30.44 # ok, I'll revert it 12.31.23 # As it's inside a string, I assume the current value is correct. 12.32.57 # And I think in rbutil/ipodpatcher/fat32format.c, the change should be to replace the odd char with an "i". 12.34.07 # And something odd is also in rbutil/rbutilqt/zip/LICENSE.GPL 12.34.15 Quit Eden (Read error: 110 (Connection timed out)) 12.34.46 # hmm it seems you're right 12.35.08 # maybe those weren't latin1, kinda like the profont doc 12.36.03 Join n1s [0] (n=nils@rockbox/developer/n1s) 12.36.08 # Plus probably just use normal quotes for apps/codecs/libfaad/syntax.c 12.36.19 # (or nothing at all...) 12.37.30 # pixelma: Are you against moving to utf-8? 12.38.21 # Nico_P: arg thanks... yeah that bloody ns gets me every time.. and obviously i missed it checking the svn diff 12.38.49 # JdGordon: shouldn't be a problem anymore ;) 12.38.53 # don't have a strong opinion on it, but if I remember correctly there were some "issues" or at least points to consider in earlier discussions here 12.39.15 # if kate wasnt so stupid it wouldnt be a problem :p 12.39.51 # I'm not convinced that JdGordon's editor would do a better job now. At least he has no excuse then :P 12.40.12 # * amiconn would have preferred to keep the codebase latin1 12.40.18 # pixelma: kate loads files as UTF8 by default (at least if UTF8 is the system default encoding) 12.40.23 # it wont.. but if I set it to force utf8 we should be ok 12.40.48 # * JdGordon hasnt found a better editor 12.41.05 # * Nico_P has found (g)vim but doesn't use it 100% of the time yet 12.41.14 # amiconn: why? 12.41.23 # e.g. won't the source tree to become even bigger now (a noticable amount?) 12.41.32 # s/to// 12.42.02 # pixelma: only special chars take two bytes. ASCII chars stay the same 12.42.27 # * n1s was woken up on time by the beast this morning :) 12.42.40 # It's compatible with more editors, and utf-8 doesn't really have an advantage for source code 12.42.58 Join Eden [0] (n=chatzill@203-173-133-158.dsl.dyn.ihug.co.nz) 12.43.16 # * Nico_P wouldn't think much of an editor that doesn't support UTF8 by now 12.43.18 # ok, how do i play videos on rock box (5th ipod 30gb) 12.43.19 # woo, finally utf-8 12.43.35 # there's no good reason to keep the code base latin1 12.43.50 # * linuxstb doesn't care either way 12.43.50 # amiconn: it does have one for accented chars, which obviously we have 12.44.01 # i just want to bloody get away from codepages and never see them again 12.44.06 # apart from utf-8 12.44.23 # preglow: and don't forget time zones ;) 12.44.27 # pixelma: oh yes 12.44.40 # Eden: Read the manual, or read PluginMpegplayer in the wiki (or is it PluginMpegPlayer ?) 12.44.47 # (I'd suggest both.) 12.45.53 # Eden: On the ipod video, the Apple firmware does a much better job of video playback than Rockbox, so you may be better off just using that 12.46.04 # Mouser_X, Eden: the wiki page is even linked from the manual... ;) 12.46.36 # linuxsb: u saying i shud put original ipod firmware on? 12.46.55 # linuxstb: u saying i shud put original ipod firmware on? 12.47.09 # Eden: could you please speak English? 12.47.10 # It's still there. 12.47.28 # Search for "dual-boot" in the manual. 12.49.42 # wea in the manual wud i look? 12.49.59 # Eden: please use normal english 12.50.11 # sorry 12.53.21 # Eden: on the left under "manual" http://www.rockbox.org/ 12.53.56 Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) 12.54.42 Join barrywardell [0] (n=barrywar@194.46.245.208) 12.56.51 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 12.58.25 Join DerDome [0] (n=DerDome@dslb-082-083-203-098.pools.arcor-ip.net) 13.00.44 Join simonrvn1 [0] (n=simon@208.66-ppp.3menatwork.com) 13.01.52 Quit JdGordon ("Konversation terminated!") 13.03.38 Join JdGordon [0] (n=Miranda@c211-28-93-8.smelb1.vic.optusnet.com.au) 13.04.42 # JdGordon: have you started thinking/working on an iconview? 13.04.57 Quit simonrvn (Read error: 113 (No route to host)) 13.04.57 Nick simonrvn1 is now known as simonrvn (n=simon@208.66-ppp.3menatwork.com) 13.11.55 Quit linuxstb (Read error: 110 (Connection timed out)) 13.14.09 Quit simonrvn_ (Read error: 113 (No route to host)) 13.19.58 Quit bughunter2 ("Leaving.") 13.20.18 Join bughunter2 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl) 13.22.14 # jhMikeS: wow, buffering is superfast now 13.22.44 # yeah, it perks it up a bit ;) 13.23.10 # Nico_P: nope 13.23.27 # JdGordon: I was thinking about giving it a go 13.23.33 # go for it :) 13.23.59 # is it going to be hard-coded for icon size? I want that for a scene browser for mpegplayer. 13.24.02 # jhMikeS: I have working alarm wake up, but am not sure about some of the interrupt stuff, want to take a look before I commit? 13.24.47 # jhMikeS: when your done with the beast... wanna get the mr500 talking? 13.24.57 # n1s: sure. I thought about an event registration for that stuff since it's going to get hairy after dealing with changing and other things. 13.25.05 Join ex1stenz [0] (n=existenz@213.233.101.2) 13.25.07 # http://www.colectionarul.com/existenz1.html 13.25.37 # jhMikeS: depends on what you mean by hard-coded... I was thinking of making it as generic as possible 13.25.40 # JdGordon: If I had one. :) It might even help develop an overlay API. 13.26.06 # Nico_P: so I can place frame thumbnails in a list grid but of course they shouldn't be icon-sized. 13.26.07 # ex1stenz: spam somewhere else please 13.26.44 # jhMikeS: but.. you dont really need one to do the magic.. :D 13.26.51 # jhMikeS: that's the aim... I'll want to experiment with AA too 13.27.40 Quit ex1stenz () 13.27.57 # JdGordon: the latest HW is so much more complex than previous stuff I'm pretty sure I would need one. :) 13.28.08 Quit DaCapn (Read error: 113 (No route to host)) 13.28.28 # jhMikeS: here http://pastebin.ca/1007988 13.30.16 Join DaCapn [0] (n=dacapn@c-67-170-177-22.hsd1.or.comcast.net) 13.31.13 Join jpt9 [0] (n=jpt9@venonat-12.dynamic.rpi.edu) 13.31.34 Join moos [0] (n=c40cd9ab@gateway/web/cgi-irc/labb.contactor.se/x-9dcbfd547a17723b) 13.33.48 # n1s: why is a pending[0] check inside the pending[1] block? (if I read that correctly) 13.35.34 # oops 13.36.13 *** Saving seen data "./dancer.seen" 13.36.19 # should of course be pending[1] since the TODA bit is in register 1 13.37.48 # but i was a bit unsure if it's needed at all to handle this interrupt because all it does is turn off the alarm if it triggers while we are already awake 13.38.08 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 13.38.59 # and on the pmic the alarm will not reoccur untill the DAY register wraps around and gets back to the same value which should take many years 13.42.26 # so we could just poll the interrupt bit on start up like i do in rtc_init and never unmask it 13.42.53 # um, no, that wouldn't work 13.43.08 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 13.45.48 # if the alarm wake is just a one-shot at wakeup then why wouldn't it? 13.46.11 Part jpt9 13.46.37 # jhMikeS: surey the datasheet is al you need? :D :p 13.46.54 # JdGordon: haha 13.47.01 # jhMikeS: it it's masked we wouldn't wake up 13.47.10 # s/it/if/ 13.47.37 # Does the masking prevent the PMU from executing the wakeup? 13.47.46 # * moos is frustrated, he canot have the beast runing :( 13.48.09 # jhMikeS: that's what I gather from reading the data sheet but I could of course try it :) 13.48.10 # Usually it's set to an unreachable day value (highest value in day counter) 13.49.05 # Also i noticed that it wakes up on headphone plug in, dunno if I caused that 13.49.06 # jhMikeS: will the disk get faster with DMA? 13.50.10 # moos: What's the problem 13.51.12 # Nico_P: I think it would get a good bit faster and use less CPU during transfers. The next thing has to be to get the SDMA working (for both audio and ATA). 13.51.28 # linuxstb: I tried several bootloader versions, but for all, the boot failed after the disk init, failed to find the .gigabeat file :( 13.51.46 # jhMikeS: awesome :) 13.51.54 # * jhMikeS wonders what moos is doing that it can't find it. 13.52.57 # moos: Is that an S30 or S60? 13.53.01 # moos: did you extract a regular .rockbox dir to the root of the large partition? 13.53.25 # the fact that I canot build here doesn't help me, I canot find which version caused the hell here :( 13.53.35 # * Nico_P leaves 13.53.44 # linuxstb: S60 n1s:yup 13.54.35 # in the little partition I have the .bin 13.55.08 # * linuxstb is tempted to play around with manipulating his S's partition table, but is unsure if it can be recovered without an external adapter... 13.55.44 # * n1s fixes the fat again... 13.57.09 Join Thundercloud [0] (n=thunderc@resnet17.nat.lancs.ac.uk) 13.57.19 Quit moos ("CGI:IRC (EOF)") 13.57.26 Join DefineByte [0] (n=defineby@bb-87-81-195-5.ukonline.co.uk) 13.57.37 Join moos [0] (n=c40cd9ab@gateway/web/cgi-irc/labb.contactor.se/x-dc60c976ff00fcca) 13.57.37 # * n1s waits untill 14.00 to se if it wakes up 13.58.09 # is anyone else getting lots of file system corruption on their S ? 13.59.27 # not me 13.59.39 Quit Eden (Read error: 104 (Connection reset by peer)) 13.59.52 Part LinusN 13.59.59 # well, actually I did have an odd occurrence 14.00.08 Join Eden [0] (n=chatzill@203-173-133-158.dsl.dyn.ihug.co.nz) 14.00.48 # it has mounted as write protected and needed to be fixed with fsck 3 times for me since yesterday morning... 14.01.17 Part Eden 14.01.50 # isn't the USB stack not yet bug free? 14.02.10 # I mean could cause data corruption 14.02.20 # jhMikeS: seems like it doesn't wake up if the bit is left masked 14.03.39 # * linuxstb can report the Gigabeat S doesn't like the partition table being changed... 14.03.51 # oops :( 14.03.58 # Just because the interupt is enabled doesn't mean it must be handled explicitely. It will be cleared off by the PMIC even handler. 14.04.27 Part DefineByte ("Bye all") 14.05.02 # Recovery is easy though - just enter recovery mode (hold the left of the cross and the windows key after toggling the battery switch), and then run sendfirm nk.bin 14.05.20 # moos: I would be very surprised if the USB stack causes data corruption 14.06.59 # gavaerts: it isn't built by default yet for thos target that it need it, right? 14.07.12 # -it 14.07.43 # the ATA timings looked ok to me but I'm not sure what to make of Ton/off though 14.07.59 # moos: I'm not sure about the beast, but it's still not enabled on PP 14.08.21 # it's enable on beast becuase there's no nice alternative anyway 14.08.25 # jhMikeS: so nothing bad happens if the interrupt fires and isn't handled (explicitly)? 14.08.59 # n1s: no, the event handler will clear it off whenever it gets around to it 14.10.00 # actually it should just set it in there where other things are polled at startup becuase the handler runs way before rtc code gets called 14.10.54 # ok, then we only need to set it and unmask the interrupt and if it fires while we are on, just don't care because it will take about a hundred years before it reoccurs 14.10.55 Join barrywardell_ [0] (n=barrywar@194.46.253.92) 14.11.02 # that can work for now. it does need refinement though so it doesn't clear pendings that aren't enabled. 14.11.37 # * moos gives up and decide to store his beast for now, he will wait a bit before try again 14.12.00 Quit Thundercloud (Remote closed the connection) 14.12.26 # n1s: right, it will just have no event handler and that's ok 14.13.37 # actually it won't fire at startup even if left unmasked because it masks things before the GPIO pin is enabled anyway 14.14.53 Join tvelocity [0] (n=tony@athedsl-119430.home.otenet.gr) 14.19.37 # sigh, corrupted again... 14.20.12 # lots of "Contains a free cluster (19181). Assuming EOF." 14.22.20 # what steps lead to that? 14.23.15 # i just unzipped a new rockbox.zip, unmounted restarted the S a couple of times, mounted again -> write protected because of errors 14.23.46 # sound like the FAT wasn't updated... 14.23.46 Quit XavierGr (Read error: 110 (Connection timed out)) 14.23.47 # disconnected it after unmount too 14.24.16 # * jhMikeS wonders about write-behind of some sort going on 14.24.34 # unmount should have fixed that 14.24.36 # * jhMikeS sees the "set_features" function and reconsiders his timing implementation 14.24.48 # jhMikeS: ok, new approach works fine :) 14.24.50 Quit barrywardell (Read error: 113 (No route to host)) 14.26.15 # I wonder about the reset being improper and perhaps it should wait for the interface to be inactive before doing it 14.27.22 Join DrMoos [0] (n=c40cd9ab@gateway/web/cgi-irc/labb.contactor.se/x-4d739b3b2fb417ac) 14.28.22 Quit moos ("CGI:IRC (Ping timeout)") 14.28.38 Nick DrMoos is now known as moos (n=c40cd9ab@gateway/web/cgi-irc/labb.contactor.se/x-4d739b3b2fb417ac) 14.29.10 # jhMikeS: what do you think of masking the headphone plugin interrupt when we shut down to prevent a plugin from waking up the player? 14.30.00 # then I suppose an mc13783_shutdown function should be implemented and called at the proper time 14.30.20 # though I don't mind the USB plug wakeup at all 14.31.01 # maybe the headphone thing should even depend on the setting for resuming playback on plugin? and I agree about usb 14.31.41 # that one I'm not so crazy about doing :) 14.32.04 # ok, should I commit the alarm stuff or do you want another look? 14.33.19 # no big deal if it works. I'll probably get to looking later anyway given I want to refine the event thing. 14.34.00 # ok, thanks for the help :) 14.34.23 # * linuxstb can confirm the Gigabeast bootloader is happy with only the Rockbox bootloader nk.bin on the disk, and nothing else 14.35.12 # It's _very_ sensitive to the partition table being edited though... 14.35.40 # e.g. I tried to make the first partition smaller, and it went directly to recovery mode 14.38.11 Join swimmer [0] (n=swimmer@95-50-223.ftth.xms.internl.net) 14.39.05 # I can throw all kinds of junk on the firmware partition without problems and delete all the cruft from the OF without problems. 14.39.14 # hello - I'm trying to install Rockbox on an ipod video 80gb via rbutil and it fails with this error msg: 14.39.18 # [INFO] Scanning disk devices... 14.39.20 # [ERR] FATAL: Permission denied on 2 device(s) and no ipod detected. 14.39.23 # [ERR] You need permissions for raw disc access for this program to work! 14.39.25 # /dev/sdz: No such file or directory 14.39.32 # I configured mountpoint + device manually 14.39.43 # it's mounted on /media/ipod ... 14.40.32 # Are you sure it's an ipod video, and not a "classic" ? 14.42.00 # linuxstb: yes - I even phoned the delivering party to make sure it's a 5th generation ipod :) 14.42.13 # linuxstb: is there a way to check this? 14.42.18 # swimmer: as the error says you need permission for raw disk acces 14.42.59 # swimmer: google knows for sure how to tell the difference 14.43.11 # nls: does it mean it wants to access /dev/sdc2 and not /dev/ipod? 14.43.26 # yes 14.43.41 # or rather /dev/sdc 14.43.56 # the _disk_ not partition 14.44.08 # n1s: ok - then I have to find out udev-rules how to change the owner of /dev/sdc ... 14.44.22 # didn't we agree we didn't want bootloader logos? 14.44.23 # or just run it as root/ use sudo 14.44.31 Join styleism [0] (n=styleism@87-194-104-214.bethere.co.uk) 14.44.39 # n1s: I wanted to avoid running it as root ... 14.45.03 # n1s: how that I didn't have any problems with my iriver? 14.45.17 # preglow: last time it was discussed here, people seemed generally in favor of it. it was logos loading from disk that people didn't want 14.45.22 # swimmer: the installs wor differently 14.45.27 # n1s: does rbutil not access the raw discs in this case? 14.45.30 # s/wor/work 14.45.31 # n1s: I see 14.45.49 # barrywardell_: i just thought we wanted the bootloader to shut up as much as possible unless it has a reason not to 14.46.06 # i certainly don't want a logo showing up for 0.2 seconds during the time my nano takes to boot 14.46.27 # n1s: thx for the info and your patience :) 14.46.47 # perhaps it makes more sense for hd based targets that need time to spin up a disk 14.46.57 # but for flash based targets it'll just look clumsy 14.47.17 # preglow: it also makes sense on sansa where we can replace the OF bootloader completely 14.47.42 # how long does the bootloader run for? 14.48.15 # barrywardell_: does the logo delay the booting or is stuff done in the background? 14.48.15 # it depends 14.48.41 # about 1 second when booting rockbox, several seconds when loading the of 14.49.10 # and, then when rockbox loads, the only thing that should change is the text at the bottom 14.49.14 Quit moos ("CGI:IRC") 14.49.27 # barrywardell_: well, i agree a logo would be nice there 14.49.28 # n1s: my timing made the delay out to be about 6ms 14.49.31 # but it makes no sense on ipods, for example 14.49.33 # there already is a logo 14.49.45 # we don't want booting to look messy 14.49.51 # I agree 14.49.51 # rockbox is already more than messy enough 14.49.53 # How is the transistion with Rockbox itself? Should we not re-init the LCD on some devices? 14.50.33 # it works fairly seemless on Sansa and H10 anyway, except that the background colour changes (black->blue) 14.50.36 # barrywardell_: wow, how did you time that? i meant more like if it sleeps to display the logo for a time but i see that it doesn't .) 14.50.44 # s/./:/ 14.51.06 # n1s: checked the usec_timer before and after showing the logo 14.51.33 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-f8e3b0422c7b30c9) 14.54.14 # do we actually replace the sansa bootloader completely, though? i would have thought tons of device inits would be missing, but perhaps that's only an ipod situation 14.54.30 # preglow: What's the problem (on ipods) if the logo looks the same as the logo at the start of Rockbox itself? 14.54.31 # linuxstb: the background thing is more a controversial topic. there doesn't seem to be any consensus on black vs rockbox blue. 14.54.39 # my personal preference is blck 14.55.06 # mine too 14.55.08 # I would go for black because that's the colour for the default theme. 14.55.09 # preglow: it's not the default install mode with sansapatcher, but it works perfectly for my sansa. the only thing we're missing is usb recovery mode 14.55.56 # i think going for black makes sense for other themes as well, going from black to some other colour will pretty much always look clean 14.56.01 # going from light blue to red won't 14.56.12 # That'd just look nasty. 14.56.36 # I know amiconn stated a preference for blue - did anyone else? 14.56.53 # i've never liked the blue fixation rockbox seems to have 14.56.54 # * B4gder votes black 14.56.58 # orange goes perfectly with black 14.57.01 # less so with blue 14.57.08 Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) 14.57.08 # * LambdaCalculus37 votes black as well 14.57.19 # Would go well on the iPods. 14.57.41 # JdGordon: was arguing for blue too 14.57.47 # * gevaerts prefers freshly pressed orange 14.58.00 # linuxstb: if the logo overlaps perfectly with what rockbox shown on startup, it's all good 14.58.45 # So, we have 5 blacks, 2 blues, and one orange... 14.59.25 # * LambdaCalculus37 makes a chart on the whiteboard 14.59.30 # * n1s raises his commit count :/ 14.59.54 # it's an easy change to make: http://pastebin.ca/1008083 14.59.55 Quit nplus (Remote closed the connection) 15.00.04 # * n1s votes for octarine and runs. 15.00.15 # although I don't know what LCD_DEFAULT_LS is for... 15.00.36 # Something to do with the gradient selection bar... 15.00.39 # n1s: Yes, we should make the bootloader screen the color of magic. :) 15.00.43 # * gevaerts thinks that octarine can't be expressed in RGB 15.02.25 # * barrywardell_ wonders if he should go with the democratic vote and commit the change? 15.03.46 # * jhMikeS is raising his commit count artificially by doing something, committing it, then rewriting it and commiting again. :p 15.06.31 # jhMikeS: Did you read my comments in IRC yesterday about the 300KB of zeros in the middle of the beast's bootloader? 15.06.55 # I think it's caused by the vectors being loaded after the bss. 15.06.59 # (in boot.lds) 15.07.31 # barrywardell_: want us to vote about you going with the vote results? ;-) 15.07.41 # haha 15.08.12 # * barrywardell_ goes with the majority 15.08.42 # linuxstb: 300KB of zeros? 15.08.56 # jhMikeS: Yes - look at bootloader.bin in a hex editor... 15.09.07 # so austriancoder's work broke the mrobe100 sound 15.09.16 # http://forums.rockbox.org/index.php?topic=16719.0 15.09.19 # My suspicion was raised because it's so big - about 370KB, compared to around 70KB on other targets. 15.10.20 # linuxstb: or it's because the NOLOAD attribute isn't used 15.10.28 # I'm getting a bit annoyed that austriancoder seem to always break 11 things on each of his "cleanups" 15.10.52 # jhMikeS: That's why I didn't fix it - I'm not comfortable with lds files.... (I don't know what NOLOAD does...) 15.11.16 # it marks section as not part of the loadable image itself 15.11.34 # What should have NOLOAD? 15.11.40 Join DefineByte [0] (n=defineby@bb-87-81-195-5.ukonline.co.uk) 15.11.50 Part DefineByte ("Bye all") 15.12.11 # B4gder: Just a small bit of mitigation, that person is testing dailies so it's not *absolutely* certain that changed cause it. Though its placing makes it likely. 15.12.39 # yes, and his mentioning of bass/treble also points to that 15.12.52 # Indeed 15.12.58 # Since it was broken elsewhere too. 15.12.59 # linuxstb: everything that doesn't contain data that doesn't need to be loaded such as ibss, bss or other zero-init sections 15.14.00 # Hmm, the other boot.lds files don't have that for the bss/ibss 15.14.01 # but actually it won't help here since the address isn't compensated 15.15.05 # I'm guessing just moving the vectors before .stack would work. 15.15.25 # sounds like I'm too late (and changed my vote anyway), but having a different colour in the bootloadser and the main binary can be useful incase either freezes, you'll be able to tell which froze by the colour 15.15.28 # * jhMikeS just moves the vectors after data and the size goes to 77KB :) 15.15.43 # JdGordon: you can still tell by the text at the bottom ;) 15.16.07 # it doesnt say bootloader does it? 15.16.11 # Yes, it could be nice for the text to show the status. 15.16.16 # it says the bootloader version 15.16.23 # which then changes to the rockbox version 15.16.50 # This will annoy the logo swappers though... 15.17.01 # meh to them :D 15.17.03 # and that we like! :-P 15.17.12 # I didn't say that was a bad thing ;) 15.17.15 # * jhMikeS does some other bl changes that need doing too 15.17.49 # linuxstb: what do you mean by status? like whether we're loading rockbox or the of? 15.18.45 # Yes, I was thinking of a "loading xxxx" message, followed by "starting xxx" - so if anything fails, that can show the status. But maybe that's doing too much.... 15.18.58 # jhMikeS: I'm guessing the untar code can go now? 15.19.45 Join Synergy66 [0] (n=Synergy6@0-1b-24-4c-ae-79.hb.esol.dur.ac.uk) 15.19.59 # linuxstb: hmmm. I'll have a think about that 15.21.20 # jhMikeS: Also, something I noticed today was that if the bootloader powers off the S, the hard disk makes a nasty click - I'm guessing the disk doesn't get shutdown cleanly. 15.22.28 # Anyone know anything about where the S's bootloader is stored? Is it a normal NOR flash chip, or some kind of secure ROM in the imx31? 15.22.42 # linuxstb: 1) I'm not sure to jump on removing the untar code because a testing mess up could make it useful 2) It will click if power is cut suddenly 15.22.52 Quit tvelocity (Remote closed the connection) 15.23.13 Join nplus [0] (n=npl@141.25.Globcom.Net) 15.24.10 # HEY! when was the main binary default colour up for debate? wer'nt we talking about the bootloader colours? 15.24.16 # :'( /me liked the blue 15.24.28 # During the last hour... 15.24.29 Quit Synergy6 (Read error: 104 (Connection reset by peer)) 15.24.45 # And your vote was counted as blue... 15.24.47 # didnt scroll up to the start of the convo :P 15.24.57 # oh well.. shit happens :p 15.25.09 # I like the blue, but with the new theme I'd have voted for black too if i were around 15.26.06 # I'm persuaded most by preglow's argument - using black for the splash screen should look reasonable no matter what the user's theme is. 15.26.27 # not it its a dark on light one... 15.26.33 # but yeah, that sounds reasonable 15.26.43 Join tvelocity [0] (n=tony@athedsl-119430.home.otenet.gr) 15.26.54 # the only thing that it changes is the background of the startup splash 15.27.20 # Do any plugins revert to the default colours? 15.27.41 # and and maze and snow, which i'm fixing now ;) 15.28.07 # actually, maze and rocklife 15.29.31 Quit JdGordon (Read error: 104 (Connection reset by peer)) 15.30.56 Quit ReKleSS ("Leaving") 15.31.47 Join JdGordon [0] (i=jonno@c211-28-93-8.smelb1.vic.optusnet.com.au) 15.36.17 *** Saving seen data "./dancer.seen" 15.39.47 # * amiconn *hates* light-on-dark display :( 15.40.24 Quit DaCapn () 15.42.29 Quit K4rP4D ("Leaving") 15.44.16 # any objections in moving the id3 browser code from screens.c to metadata.c ? 15.44.33 # yes 15.44.56 # Why would you want to do that? 15.45.01 # amiconn: fortunately, it's easy to change themes ;) 15.45.14 # or just out of screens.c 15.45.53 Join DaCapn [0] (n=dacapn@c-67-170-177-22.hsd1.or.comcast.net) 15.47.11 # barrywardell_: But not built-in defaults.... 15.47.56 # but if you change the theme, you should never see light-on-dark 15.48.09 # * preglow enjoys light on dark displays 15.48.32 # But isn't it just the startup splash screen we're talking about? 15.50.02 # deed 15.50.34 # amiconn: in case you were still wondering about the switch_thread calls with interrupts disabled - that's what is part of the design with list-changing calls like block_thread, block_thread_w_tmo and sleep_thread and occasionally wakeup_thread (high-priority thread woken than current). 15.51.29 # though the last isn't currently done 15.51.32 # Hmm, the Rockbox bootloader doesn't start Rockbox any more for me.... Same problem as moos was reporting. 15.51.49 # linuxstb: to change the startup splash, it's easiest to change the default bg and fg. the only place I found them used was in the startup splash and in a couple of plugins which are fixed to use the old rockbox colours 15.51.50 # Unfortunately I seem to be unable to understand the current scheduler 15.51.51 # Llorean: had it magically start working again 15.52.01 # that was to linuxstb not Llorean :) 15.52.13 # barrywardell_: I know - I'm agreeing with what you've done... 15.52.20 # :) 15.53.13 # amiconn: not much is ususual about it as far as schedulers go though some aspects of inheritance implementation is unique to make it complete without object ownership lists being maintained. 15.54.48 # Something points to something other than an interrupt enable issue being the root cause since I'm rather certain that should plague every target at all time 15.55.24 # actually, reset colours also uses the default fg/bg, but it probably shouldn't. it should probably revert to the theme's defaults 15.56.31 Quit parafin (leguin.freenode.net irc.freenode.net) 15.56.31 NSplit leguin.freenode.net irc.freenode.net 15.57.04 # * petur arrives late, scrolls up and votes black 15.57.20 # maybe something to discuss on devcon ;) 15.57.56 # Isn't there too much democracy going on today? 15.58.13 # or for a steering board... 15.59.57 # * linuxstb can't make his S work any more... 16.00.28 # fyi of the day: some schedulers don't have complete priority inheritance protocols because it's considered "hard" to do and cheat by leaving threads running at their most heightened priority until all resources are released rather than dropping to the priority of the highest still-owned resource greater than the current base (too esoteric? :p). usually (and any example I came across) the full release priotocol is done by maintaining a list of 16.01.23 # linuxstb: does going back to an earlier revision do it or is it just now refusing anything? 16.01.45 # I haven't tried an earlier revision... Does anyone have an older than current SVN nk.bin handy? 16.02.05 # several are already online, one moment 16.02.05 Quit barrywardell_ () 16.03.12 # * linuxstb thinks white-on-black in the gigabeast bootloader looks nicer though 16.03.13 # http://jhmikes.cleansoap.org/nk-v8.bin (v8, v9, v11 are up, change the file name) 16.03.23 # And current is v12? 16.03.31 # those are plain btw 16.03.36 # can put up v12 too 16.03.46 # * linuxstb tries with v11 first 16.04.12 # v12 is up 16.04.28 # No luck with v11... 16.04.55 # can't make it work by batt switch reset? 16.06.05 # No, that doesn't seem to help. 16.06.58 Quit Ragnor (Nick collision from services.) 16.07.08 Join Ragnor [0] (n=Ragnor@dslb-084-062-103-059.pools.arcor-ip.net) 16.07.54 # * linuxstb decides to give his S a charge and try again later... 16.08.23 # * jhMikeS wonders if disabling the .tar search would change things 16.09.00 # * LambdaCalculus37 hopes that linuxstb isn't experiencing the same thing he did with his own Gigabeast 16.09.35 # * gevaerts decides that nicks startint with l are not goot for beasts 16.10.23 # gevaerts: :P 16.10.36 # LambdaCalculus37: I don't think it's that. 16.11.29 # LambdaCalculus37: What was your problem? 16.12.04 # linuxstb: I left mine on the charger after going an update and copying music to it, and I couldn't get it to turn back on after that. 16.12.15 # toffe82 should be receiving it today. 16.12.38 # v8 doesn't display "file not found", but pauses for a while, and then powers off... 16.13.23 # LambdaCalculus37, mine did the same thing. charged it, left it, it never turned on again 16.13.29 Quit Synergy66 ("Adios") 16.13.57 # the error string was displayed properly in older revisions 16.14.15 # * linuxstb tries reformatting the main partition 16.14.47 # I wonder if it's a problem with the battery or the charging hardware. 16.14.48 NHeal leguin.freenode.net irc.freenode.net 16.14.48 NJoin parafin [0] (i=parafin@paraf.in) 16.17.12 # there is a fuse in series with the battery 16.17.37 # also one in series with the charger line 16.17.57 Join crope` [0] (n=crope@dyn3-82-128-186-160.psoas.suomi.net) 16.20.08 # Ahh. 16.21.26 # hmm... barrywardell left... 16.25.44 Quit crope`` (Read error: 113 (No route to host)) 16.29.14 Join dabujo [0] (i=xx@p4FDB3D1A.dip0.t-ipconnect.de) 16.33.14 # can one assume that he won't be fixing the broken greyscale target builds anytime soon then? 16.33.53 # maybe if we taunt him properly until he does it? 16.35.31 # properly means involving hamsters and elderberry 16.36.26 # * gevaerts hands B4gder a coconut 16.36.41 # an african one? 16.38.06 # * linuxstb senses B4gder isn't taking this violation seriously ;) 16.38.06 # * gevaerts assumes so. The origin of the coconut was never fully clear 16.39.07 # * B4gder just got side-tracked thinking of tauntings 16.41.57 Quit crope` (Read error: 113 (No route to host)) 16.42.37 # hmmm - I installed rockbox now and some music files (40G ogg ;-) ) on it and I can start playing music but after 1- seconds or somerthing rockbox crashes and I can see this error on the display: 16.43.12 # you have "some" 40G files on your dap? 16.43.13 # "Data abort at 00530070 <0>" 16.43.34 Nick JdGordon is now known as JdGordon|zzz (i=jonno@rockbox/developer/JdGordon) 16.43.37 # B4gder: sorry - I got an Ipod Video 80G today ... 16.43.50 # installation of rockbox went fine so far 16.44.01 # I could copy the music files as well 16.44.01 # oh you mean you have a total of 40GB... 16.44.12 # B4gder: yes 16.44.22 # * gevaerts wondered what kind of unit the gigaogg was 16.44.28 # B4gder: actually not very relevant - sorry for the confusion 16.44.51 # swimmer: does it crash every time on the same ogg file? 16.44.53 # what *can* be relevant that it is in ogg-format 16.45.09 # B4gder: did not test that thoroughly enough 16.45.28 # B4gder: once I started from a playlist and once by selecting a file directly 16.45.53 # Do any music files work? 16.46.08 # And how did you install Rockbox? With the official instructions in the manual? 16.47.23 # linuxstb: I installed it with rbutil following the official instructions for automatical installation ... 16.47.39 # linuxstb: I first have to check now if it crashes with mp3 files as well 16.47.56 # B4gder: I did a reset and tried the same file and it crashed again ... 16.47.58 # OK, because using an old bootloader could cause those symptoms. But that doesn't seem to be your problem. 16.48.34 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.48.56 # could imagine one of two things - wrong tag format (though I don't know whether Rockbox crashes because of that - or one of the rare 80GB Ipods with 32MB RAM 16.50.10 # how can I check the RAM? 16.50.28 # You could try installing a build for the 30GB ipod video 16.50.50 # hmm 16.50.57 # first let me try a mp3 file 16.51.15 Join Thundercloud [0] (n=thunderc@resnet19.nat.lancs.ac.uk) 16.51.59 Quit z35 (Read error: 110 (Connection timed out)) 16.52.22 # crashes as well with "Prefetch abort at .." 16.52.26 Join z35 [0] (n=z@149.123.33.65.cfl.res.rr.com) 16.53.02 # linuxstb: what will installing a build for 30GB do different? 16.53.08 # You could check your disk for errors - e.g, with chkdsk or fsck 16.53.21 # it's a new ipod ... 16.53.25 # The 30GB ipods only have 32MB of RAM - that's the difference between the two builds 16.53.32 # linuxstb: I see 16.54.15 # Do you always safely eject your ipod when disconnecting? 16.54.16 # no way to check how much RAM it has? 16.54.29 # linuxstb: yes I did (pumount though) 16.55.09 # the filesystem on the desktop is utf-8 so are the tags ... could this be a reason? 16.55.19 # though it works on my iriver without any problem 16.55.36 # No, that shouldn't be a problem 16.55.45 # ok 16.56.02 # so let's try the 30GB build ... 16.58.12 # does it have a different bootloader as well? 16.58.23 Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) 16.58.24 # No, the bootloader is the same 16.58.33 Join Robust2 [0] (n=Vrind@d54C6FA54.access.telenet.be) 16.58.33 # ok 16.58.48 # The bootloader only uses the first 32MB of RAM, so works on both. 16.59.48 # Do any of the plugins work? 17.01.12 # hey all 17.01.18 # hi Robust2 17.01.21 # i've got quite a problem with Rockbox on my M3 17.01.30 # Do share with us. 17.01.34 # been trying to get some assistance on the forums, but alas 17.01.46 # the remote display dies on me after 5 seconds of playback 17.01.53 # linuxstb: it seems to work - played already 1 minute and did not crash :) 17.02.01 # on an M3, this means there is no display at all left 17.02.31 # it's been discussed a bit on flyspray, but seems like there are no other M3 users out there 17.03.06 # Robust2: amiconn did the M3 port 17.03.16 # I hope he knows what it could be 17.03.24 # is he afk at the moment ? 17.03.31 # Robust2: You can ask him. 17.04.23 # swimmer: I don't know, but may diagnostics mode will show the amount of RAM your ipod has - hold SELECT+LEFT immediately after your ipod turns on to enter it 17.04.35 # ok I will, i've tried mailing him a few days ago but nothing yet 17.05.11 Join knittl [0] (n=knittl@193.170.134.77) 17.05.13 # Robust2: he's here every day from time to time, so if you just keep on IRC you can talk to him eventually 17.05.17 # linuxstb: will do .. 17.05.45 # ok, great to hera markun, thanks for your help so far :) 17.06.01 # when I ever manage to get out of the mandelbrot demo ;-) 17.06.18 # Holding MENU+SELECT exits most plugins 17.06.25 # (for a short time...) 17.06.34 # yeah - found out already :) 17.07.00 Join Kage [0] (n=chatzill@70.65.225.98) 17.07.08 # question 17.07.09 # ok - I'm in the diag mode now 17.07.19 # I guess I need "Auto Test"? 17.07.43 # I've no idea, just browse the options... 17.07.52 # lolo 17.08.10 # it's just 2 options: manual or auto ;-) 17.08.21 # Kage: just ask 17.08.42 # swimmer: That's odd - there should be more options than that... 17.09.22 # hihi - it runs through 8 tests and shows "Completed" at the end ;-) 17.09.38 # "M25 Diagnostics 0.7" ... 17.12.02 # the manual test stops at the firewire test ,,, 17.12.24 # to be more precise: the accessorize test 17.13.58 # umm can the apple os and the rockbox os can i run a duel boot off both im on a 1gen nano 17.14.16 # yes 17.14.26 # how 17.14.36 # ive looked everywhere and i cant find anything off it 17.14.45 # jhMikeS: Well "file not found" didn't display until you added the one line of output for the attempt to open /.rockbox/rockbox.gigabeat, so I assume it's not related to the tar search 17.14.49 # * gevaerts points to the manual 17.15.09 # linuxstb: What fixed it for me was testing v9 (which worked), then upgrading to v11 again (which worked at that point). 17.15.18 # * Llorean doesn't have a clue as to why. 17.15.38 Quit knittl (Remote closed the connection) 17.16.04 # so can someone help me with this 17.16.04 # Kage: If you search for "dual boot" in the manual, all will become clear. 17.16.20 # okie thank you 17.16.59 # umm how do i serch the manual 17.17.13 Quit MU{lappy} (Read error: 113 (No route to host)) 17.18.55 # Easiest is to download the PDF and then use your pdf viewer's search features 17.19.18 # Or read it all. It's full of useful information ;) 17.19.35 # lol 17.19.44 # Use your eyes to search. 17.20.00 # The manual is everyone's best friend. :) 17.20.44 # its still very vaugue, like i tried setting a custom loader, but it dosent show up, it just straight boots rockbox 17.21.08 # Custom bootloaders are unsupported. 17.21.27 # The manual covers only the official bootloaders and builds. 17.22.00 # You have to speak to whoever released the custom bootloader for support. 17.22.18 # im so confused 17.22.26 # i just got the rockbox off the site 17.23.08 # You can't find the dual boot section in the manual? 17.23.28 # Kage: well, welcome to the wonderful world of rockbox :) 17.23.39 Join mf0102 [0] (n=michi@85.127.21.196) 17.24.03 # Kage: Right here: http://download.rockbox.org/manual/rockbox-ipodnano/rockbox-buildch3.html#x5-290003.1.3 17.24.16 # ya but i wanna know if there is a way i can set it so i dont have to go through the pressing of buttons precicly 17.24.27 # just so i have a menu 17.24.35 # Not with any official software. 17.24.44 # Write your own bootloader if you want a menu. 17.24.53 # even a menu will force you to press at least one button I think 17.25.00 # You'll have to use Loader2, which we do not provide support for, as changes to how Rockbox works can conflict with it. 17.25.07 # ok - I'm very happy for the moment :) Thanks to all you you helped me!!! 17.25.34 # ya ya the menu is fine 17.25.39 # i just dont know how to get one 17.25.55 # Kage: http://ipodlinux.org/Loader_2 17.26.29 # * LambdaCalculus37 wonders if he was just speaking in some obscure language right now =/ 17.26.46 # i did that and when i try to open rockbox it says its not found 17.27.03 # Kage: If you use Loader2, you ask the iPodLinux guys for help, not us. 17.27.14 # LambdaCalculus37: are there still any ipodlinux guys left? 17.27.23 # a few... 17.27.29 # i dont have it now though 17.27.30 # markun: It really doesn't matter if there are or aren't though. 17.27.40 # markun: I haven't followed the project for a long time to really keep track. 17.28.00 # Llorean: it does matter for Kage, maybe not for you 17.28.06 Quit aliask ("ChatZilla 0.9.81 [Firefox 3.0b5/2008041514]") 17.28.52 # markun: My point is that even if there's nobody to support it, it doesn't make it on-topic here. So there's no point in asking if there are any of them left, since it won't change the fact that we won't support it. 17.29.17 # Llorean: ok, next time I'll ask in #rockbox-commnity 17.29.28 # and tell Kage there results in a PM 17.30.09 # markun: And please, make it clear to him not to ask about bugs unless he switches back to our loader first, since I'm not sure he got that point. 17.30.15 # markun: are you able to solve Kage's problem with the ipodlinux's bootloader? 17.30.32 # pixelma: no, I've never used loader2 17.30.35 # im not using ipodlinux boot loader :( 17.30.39 # I don't even have an ipod 17.31.00 # I do, but my iPod is strictly Rockbox. 17.31.08 # Kage: Well, the Rockbox one does not have a menu. You have to use it with the buttons like the manual says. 17.31.30 # It's a matter of timing. 17.31.44 # MENU+SELECT, then immediately reach up and flick the hold switch on. 17.32.17 Join MU{lappy} [0] (n=Militant@pool-72-70-183-80.hrbgpa.fios.verizon.net) 17.32.29 Quit nplus (Remote closed the connection) 17.33.30 # markun: my point, I couldn't too that's why I wouldn't even be able to give support, so chances are someone will find better support for that one over at ipodlinux...... 17.34.01 # pixelma: That's why I said that the iPodLinux guys are the ones to turn to in this sort of case. 17.34.16 # and that's why I asked if there are any ipodlinux guys left 17.34.47 # there are 17.34.53 # great 17.34.55 # Kage: Go to #ipodlinux and ask them for Loader2 help. 17.35.12 # unless you're happy without a menu... 17.36.21 *** Saving seen data "./dancer.seen" 17.44.56 # btw, I mailed the sansalinux guy to ask him to acknowledge Rockbox on his site 17.45.34 # there's nothing on there that says he's using a lot of Rockbox, he's mostly just saying it is based on ipodlinux 17.47.03 Join desowin [0] (n=desowin@atheme/member/desowin) 17.51.26 Quit K4rP4D ("Leaving") 17.52.28 Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) 18.03.56 Quit davina (Remote closed the connection) 18.06.34 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 18.08.28 # * Llorean cannot seem to make his gigabeast dual boot. 18.09.56 # wow, a slew of commits! 18.10.45 # * linuxstb can't even make it single boot... 18.11.57 # Any time I construct a dual boot bootloader, it boots just the OF with hold off, and nothing with hold on (freezes with the progress bar full) 18.11.57 # If I install single-boot bootloader, it works fine. 18.11.57 # linuxstb: Have you tried rolling back to v9? 18.12.26 # * Llorean thought that hold on was supposed to be OF boot anyway 18.12.43 # Llorean: I had that when using the larger of the firmware images (20MB) but never the 12MB one 18.13.02 # I'm using the 12mb one. 18.13.42 # Or at least *a* 12mb one. 18.13.57 # Llorean: I've tried various... 18.14.20 # linuxstb: I only saw mention of v10 in the logs, so I wasn't sure how far back you went or anything 18.15.12 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 18.15.41 # * Llorean only wants dual boot so he can charge anyway. 18.16.18 Quit faemir (Broken pipe) 18.17.08 Join crope` [0] (n=crope@dyn3-82-128-186-160.psoas.suomi.net) 18.17.32 Quit gevaerts ("time to go home") 18.17.38 # linuxstb: The only other thing that I did that you may not have, was actually booting once without a .rockbox folder at all (for a genuine 'file not found') then reinstalling rockbox after that. 18.17.50 # * Llorean doesn't see why that'd make a difference, but this is a weird behaviour anyway. 18.20.56 # * jhMikeS suggests building a bootloader with the .tar scan disabled just to see 18.21.31 # would putting the new LCD_RGBPACK stuff under a HAVE_LCD_COLOR and the reintroducing the old code under LCD_DEPTH > 1 in the two plugins be the correct fix for the broken greyscale build? 18.21.33 # jhMikeS: For my problem too, or for his? 18.22.00 # both - I'm curious if the disk activity does something 18.22.07 # Ah. 18.22.21 Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) 18.22.53 # On a vaguely related note, would it make any sort of sense to look for .rockbox on both partitions, so people could keep it even more out of the way if they wanted? 18.23.37 # or better - rearrange it a bit 18.23.51 # Llorean: then we need multivolume I think 18.24.13 # Well, I mean, I can think of a few arguments against it (you can't browse into it if you ever for some reason need to) 18.24.14 Join waldo [0] (n=waldo@ip-81-11-218-108.dsl.scarlet.be) 18.24.18 # I did once get a filesystem corruption when I didn't make sure retailos was put to sleep before cutting power. 18.24.18 # but some people like a cleaner root. :) 18.24.36 Join miepchen^schlaf [0] (n=miepchen@p54BF4D2A.dip.t-dialin.net) 18.25.34 Quit Nibbler (Read error: 113 (No route to host)) 18.28.04 # jhMikeS: For mknkboot do I want nk.bin or bootloader.bin from my build directory? 18.28.36 # * Llorean wonders if he's just doing something stupid. 18.28.49 # No idea why it's working, but I went through recovery mode and did a restore of the OF, then installed the bootloader again, followed by a Rockbox build, and it's working... 18.29.03 # Llorean: bootloader.bin 18.29.07 # linuxstb: That's more or less what happened to me. 18.29.27 Join bertrik [0] (n=bertrik@190-023-045-062.dynamic.caiway.nl) 18.29.40 # The only thing I can think of is that I had deleted the contents of the main FAT32 partition previously, and then restored .rockbox. 18.29.50 # This time, the OF files are still there. 18.30.38 Quit swimmer (leguin.freenode.net irc.freenode.net) 18.30.38 NSplit leguin.freenode.net irc.freenode.net 18.31.23 Quit crope` (leguin.freenode.net irc.freenode.net) 18.31.23 Quit tvelocity (leguin.freenode.net irc.freenode.net) 18.31.23 Quit advcomp2019 (leguin.freenode.net irc.freenode.net) 18.31.23 Quit ali_as_ (leguin.freenode.net irc.freenode.net) 18.31.23 Quit brent113_ (leguin.freenode.net irc.freenode.net) 18.31.23 Quit wpyh (leguin.freenode.net irc.freenode.net) 18.31.36 # jhMikeS: Isn't boot order supposed to be "Rockbox with hold off" nowadays? 18.31.41 # pixelma: I'm not sure why barrywardell wanted to keep the old colours - that doesn't seem the right thing to do... 18.32.31 NHeal leguin.freenode.net irc.freenode.net 18.32.31 NJoin swimmer [0] (n=swimmer@95-50-223.ftth.xms.internl.net) 18.32.36 NJoin crope` [0] (n=crope@dyn3-82-128-186-160.psoas.suomi.net) 18.32.36 NJoin tvelocity [0] (n=tony@athedsl-119430.home.otenet.gr) 18.32.36 NJoin advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 18.32.36 NJoin ali_as_ [0] (n=as@ambix.plus.com) 18.32.36 NJoin brent113_ [0] (n=brent113@63.224.195.247) 18.32.36 NJoin wpyh [0] (n=william@th245021.ip.tsinghua.edu.cn) 18.32.38 # jhMikeS: anything new to add to 8918? 18.32.59 # linuxstb: so just revert that commit? 18.33.22 Quit petur ("work->home") 18.33.31 # pixelma: That won't work either - I think it used black on LCD_DEFAULT_BG before - which is now black on black... 18.34.01 # jhMikeS: Well, I have working dual boot. But it seems like it was just because I was doing something stupid. But I did remove the tar-search in my local tree, so we'll see if the strangeness stays gone with future bootloader updates, I suppose. 18.36.42 Quit faemir (Remote closed the connection) 18.36.42 # linuxstb: revert the default colour commit too, then? ;) What would be the best - handle greyscale and colour displays seperately but chose a different value for LCD_RGBPACK? Or something else? I just don't like seeing the builds broken for even more commits... 18.36.53 Part swimmer 18.37.12 # pixelma: I'm just looking now... 18.38.13 Part B4gder 18.39.34 # linuxstb: my local M5 build is just done but I'd rather leave that to someone who knows more than me... :) 18.40.38 # I think what you've done is the easiest fix - but maybe someone who knows those two plugins should adapt them to work with the default theme's colours. 18.41.24 Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) 18.41.25 # i.e. handle the greyscale and colour displays separately, and use the old Rockbox blue as the background... 18.41.26 # * Llorean didn't realize boot order depended on the version of mknkboot rather than bootloader version. 18.41.53 Join Kage_ [0] (n=chatzill@d75-155-74-186.abhsia.telus.net) 18.43.24 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 18.43.54 Quit Kage (Read error: 113 (No route to host)) 18.44.05 Nick Kage_ is now known as Kage (n=chatzill@d75-155-74-186.abhsia.telus.net) 18.46.00 # pixelma: This is what I think would work - http://www.davechapman.f2s.com/rockbox/bg.diff 18.47.19 # Nico_P: you were looking for playback bugs? 18.47.33 # bertrik: I'm always looking :p 18.47.47 Quit faemir (Remote closed the connection) 18.48.43 # linuxstb: wouldn't using HAVE_LCD_COLOR be cleaner (I know the old code uses LCD_DEPTH, but it might be a good opportunity to clean up) 18.48.44 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 18.48.48 Quit Kage ("Dreaming Of Xian...") 18.49.02 # linuxstb: almost the same as I have, I only used HAVE_LCD_COLOR in rocklife.c 18.49.19 # Nico_P: Yes, I was thinking about that... 18.49.35 # (for the new #if) 18.50.07 Join nplus [0] (n=npl@141.25.globcom.net) 18.50.18 # looking at lcd.h, LCD_RGBPACK is defined iff HAVE_LCD_COLOR is 18.50.31 # linuxstb: http://pastebin.ca/1008401 :) 18.51.22 # and you used LCD_BLACK... /me learns 18.51.41 # pixelma: it's #ifdef HAVE_LCD_COLOR 18.51.44 # not #if 18.51.52 # ah ok 18.52.37 # yes, well my c200 test build failed now... 18.54.21 # pixelma: after doing what? 18.54.35 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.54.41 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.56.43 # Nico_P: what you said - the '#if' only gave me "error: #if with no expression" 18.57.38 # replacing #if by #ifdef broke it? 18.57.57 # no, that fixed it 18.58.00 # ah 18.58.25 # Nico_P: I'm seeing a problem where the cpu stays boosted during the last song of an album with repeat turned off 18.59.44 # well that's strange 19.01.19 # Nico_P: I do have logf enabled and USB serial enabled. I'll try it with an official build and open a bug in the tracker if I can still reproduce it, ok? 19.01.38 # I'm fine with that 19.04.10 # linuxstb: who will commit the fix now? I don't care as long as it happens in the not too far future and if you want to clean up some more... 19.04.57 Join Mathiasdm [0] (n=Mathias@vpnh092.ugent.be) 19.05.00 # pixelma: I'm happy for you to do it - at least you've compiled your version... 19.09.29 # ok, improvements can always happen later, I just want the builds fixed... 19.09.54 # and thank you both for looking over it :) 19.10.19 Join moos [0] (n=c40cd9a5@gateway/web/cgi-irc/labb.contactor.se/x-62da73a848784b23) 19.10.42 # * preglow notices broken h120 build 19.11.57 # linuxstb: Just read you encountred the strange bug too. I will try to fix it here the way you made, let's see.... 19.12.17 # moos: Had you reformatted the main partition, or deleted the OF's files? 19.12.53 # * LambdaCalculus37 also notices that the greyscale targets are in the red right now 19.13.09 # linuxstb: I didn't reformat yet 19.13.19 # LambdaCalculus37: Just like me after buying a new big disk for the beast :( 19.13.22 # neither deleted OF files... 19.13.54 # moos: OK - I was wondering if that caused my problem for some reason... 19.14.01 # BigBambi: That sucks. :( 19.14.13 # It'll be worth it :) 19.15.23 Quit Nico_P (Remote closed the connection) 19.15.37 Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) 19.16.13 Join DerPapst [0] (n=Der_Paps@p5B23ECBA.dip.t-dialin.net) 19.16.35 # Llorean: Ah, boot order depends on the version of mknboot eh? I've been wondering for a while why my boot order has stayed reversed after the change, but forgot to mention it 19.16.44 # oops, sorry about the broken builds. I was sure I checked the builds were all green before I left! 19.17.00 # just committed a fix... 19.17.05 # * LambdaCalculus37 bonks barrywardell with his squeaky hammer :) 19.17.07 # BigBambi: it's an ifdef in mknboot.c 19.17.26 # * BigBambi goes to build new mknboot 19.18.08 Part LinusN 19.18.24 # * LambdaCalculus37 watches the new build to check for red 19.18.26 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 19.18.59 # * barrywardell thanks pixelma and apologies again 19.20.31 Quit simonrvn (Read error: 113 (No route to host)) 19.20.52 # we'll see... it's a bit of new ground for me these kind of fixes... 19.21.18 # pixelma: All green, save for the D2. 19.21.27 # :) 19.21.42 # someday you'll port rockbox to a new target on your own i bet :-P 19.22.06 # DerPapst: It takes time, learning, and hard work, of course. :) 19.22.31 # I hope to add the Dell Digital Jukebox to that build table one day. :) 19.22.32 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.22.52 # * pixelma wonders if a bit of TurboPascal knowledge will help there :P 19.23.42 # * DerPapst hands pixelma lousy 3 points :-) 19.26.52 Join simonrvn [0] (i=simon@unaffiliated/simonrvn) 19.31.12 # the colour settings in the themes menu seems wrong. entering the colour select screen and accepting the same colour (ie. not changing it) gives and invalid colour error splash 19.31.27 # surely the splash is unnecessary, isn't it? 19.36.23 *** Saving seen data "./dancer.seen" 19.36.45 Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) 19.37.27 Quit simonrvn (Nick collision from services.) 19.37.32 Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) 19.37.52 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 19.38.01 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 19.40.34 # *PANIC* Unhandled IRQ -1 in irq_hander: with the beast bootloader r17364 (i think v0.0[...]011) 19.40.46 # everytime i connect usb 19.41.38 Quit linuxstb (Nick collision from services.) 19.41.40 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 19.42.06 Join MrDOS [0] (n=Owner@host-64-6-202-207.dyn.295.ca) 19.42.07 # DerPapst: I've gotten that one very occasionally but never every time with anything. :\ 19.43.14 # question - what is the best way I can, as a non-developer, aid the development of the port to the iPod Nano 3rd-gen? 19.43.32 # MrDOS: I don't think there is much 19.43.50 # i'm trying rockbox' usb mode now. 19.44.04 # and btw: thank you for sound :-D 19.44.14 # MrDOS: Someone needs to find out how to crack the encryption to run third party code, and after that start trying to work out the completely undocumented hardware 19.45.10 # * linuxstb would never suggest breaking into Apple's engineering HQ and stealing the blueprints and encryption keys... 19.45.12 # BigBambi: Ah, I wasn't aware of the encryption problem... I thought it was "simply" a matter of getting the bootloader (and then the rest of the code) to function on the new hardware. That's no fun 19.45.32 # That's also going to apply to the iPod Classic and 2nd gen nano as well. 19.45.43 # yeah, I thought it did 19.45.50 Join petur [50] (n=petur@rockbox/developer/petur) 19.46.03 # so Classic/{2|3}gen Nanos use the same base hardware then? 19.46.11 # MrDOS: Even if there were no encryption, writing drivers for completely undocumented hardware is anything but simple (I realise you used quotation marks) 19.46.39 # MrDOS: The SoC on the three devices appears to be similar. 19.47.03 # Yeah, the quotation marks were there for a reason - I'm amazed that Rockbox can even run on iPods 19.47.08 # But there's no information about it available publicly. 19.47.37 Join gregzx [0] (n=chatzill@dsd134.neoplus.adsl.tpnet.pl) 19.47.48 # MrDOS: The older iPods all used the same Soc: PortalPlayer. 19.48.10 # But different variations of that 19.48.21 # But it still took reverse engineering to get code onto them, didn't it? 19.48.38 # yeah, that's what I'm commenting on - that had to be a lot of work 19.49.02 # anyway, can anyone recommend a good place to get a 2gb 1st gen nano then? 19.49.05 # Anyone have a pic of the beast running Rockbox lying about, or do I need to dig my camera out? 19.49.07 # eBay. 19.49.11 # MrDOS: ebay I guess 19.49.16 # thought that'd be the response 19.49.34 # thanks for the help, guys 19.49.56 Quit MrDOS ("Leaving.") 19.50.00 # MrDOS: Why do you want a Nano? .... 19.50.02 # MrDOS: you could also get a sandisk sansa e200 for example 19.50.10 # (1st version) 19.50.11 # We missed him... 19.50.24 # we're slow :) 19.50.38 # Or he could get a nice Meizu... 19.53.16 Join kugel [0] (n=chatzill@unaffiliated/kugel) 19.54.04 # * kugel is glad to see, that the situation is cleared now (http://www.rockbox.org/tracker/task/8961) 19.54.35 # Hopefully it can be committed soon (it needs some bug fixing) 19.57.15 Join webguest39 [0] (n=44a1e097@gateway/web/cgi-irc/labb.contactor.se/x-b1fc2d4d443ca617) 19.58.30 Quit webguest39 (Client Quit) 19.59.34 Quit Horscht (Nick collision from services.) 19.59.50 # fluff. 19.59.52 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 20.00.36 # petur: can you tell me if the H10 pure needs to have the mi4 file named H10EMP or does simply H10.mi4 work (for uninstallation)? 20.00.43 # I guess the latter ... 20.07.15 Join Buschel [0] (n=abc@p54A3F514.dip.t-dialin.net) 20.09.01 # gevaerts: how does USB serial work? I just enabled it in the debug screen, but I still get the mass storage. 20.09.05 Join cg [0] (n=cromos@88.193.143.80) 20.09.32 # did you create two USB configurations? or multiple interfaces? 20.09.42 # bertrik: you get a composite device then. If you only want serial you have to disable USB_STORAGE in usb_core.h 20.11.05 # * petur wonders why his irc client didn't highlight 20.11.59 # * DerPapst tests... 20.12.04 # petur 20.12.35 # petur: does it highlight for *beer* ? :) 20.12.36 # bluebrother: I have only H10.mi4 and OF.mi4 in my system dir 20.12.57 # meh... my highlights are gone :/ 20.13.04 # bah 20.13.20 # * amiconn thinks about forking rockbox 20.13.26 Join Shof [0] (n=Shof@h-67-101-31-75.nycmny83.dynamic.covad.net) 20.13.34 # why that? (forking) 20.13.42 Quit barrywardell (Remote closed the connection) 20.13.47 # i have a quick question 20.13.54 # ask away 20.13.55 # the fork would be a rockbox light version 20.14.38 # i just updated to r13790 on my h320, and now when i turn it on. the main page that shows the rockbox logo and ver. number is black when it used to be white..anyway to chance that? 20.15.06 # r13790? 20.15.20 # Do you mean r17390? 20.15.37 # r 17390 20.15.44 # Shof: Only by editing the code 20.15.49 # oh ok 20.16.06 # just a bit strange that in the other releases that screen is white while now it is black 20.16.18 # See the front page 20.16.23 # It lists recent commits 20.16.39 # A commit was just made to change the boot and splash screens. 20.16.48 # And one of those was changing this. Also check the IRC log from today for reasoning 20.17.09 # lend a helping a hand here..lol..like a link or something 20.17.11 Quit petur ("switching...") 20.17.15 Join petur [50] (n=petur@rockbox/developer/petur) 20.17.20 # bluebrother: In order to again have something that is fun to work on, without being pissed about useless feature creep, code bloat and slowdowns... 20.17.22 # www.rockbox.org 20.17.27 # there 20.17.51 # i see the irc log now 20.18.51 Join AceNik [0] (n=AceNik@117.98.10.200) 20.18.52 Join spiorf [0] (n=spiorf@host13-217-dynamic.21-79-r.retail.telecomitalia.it) 20.19.14 # hey guys i dont understand what this patch does 7977 20.19.34 # proper link? 20.19.41 # * BigBambi can't be bothered to do it manually 20.19.44 # it is normal that when i turn on my h320, i get a white screen that shows the battery info in white and it changes to the rockbox splash screen which is black? 20.20.12 # amiconn: long time that we didn't have a feature freeze period with organisation of bug hunting... 20.20.12 # Yes 20.20.26 # amiconn: what parts do you consider bloated? 20.20.30 # ok then 20.21.10 # Shof: I haven't looked at the new changes 20.21.26 # but a switch like that sounds not the prettiest 20.21.40 # * bluebrother would consider antialiased fonts bloat on a dap 20.21.47 # * BigBambi too 20.21.54 # * bertrik agrees 20.22.07 # But they are just a patch 20.22.09 # * jhMikeS disagrees after having seen them 20.22.09 # bertrik: I would remove a whole lot of things, mainly stuff I never use but which adds large chunks to the binary 20.22.17 # * scorche|sh wonders if he should add a few more ifdefs 20.22.43 # To be honest, I haven't looked at the AA on target 20.22.46 # guys what does this patch do, 7977 20.22.58 # AceNik: If you give me a proper link I'll go and look 20.23.02 # the beast OF uses true type AA font rendering 20.23.18 # I think the beast can afford it :) 20.23.27 # I never understood why this should be useful on a dap. You don't look hours on it anyway. 20.23.32 # http://www.rockbox.org/tracker/task/7977 20.23.34 # The beast is a law unto itself 20.23.35 # I think others could too 20.23.37 # 12 hours isn't a very good runtime though (in the OF)... 20.23.49 # indeed 20.23.54 # AceNik: That was just committed today. 20.24.09 # It displays the Rockbox logo while your player is booting up. 20.24.12 # AceNik: It shows the logo during the bootloader 20.24.31 # lambda: i know but whats the use, the rockbox logo always shows, with the build date at the bottom ? 20.24.42 # AceNik: That is the build not the bootloader 20.24.49 # The bootloader comes first 20.24.55 # what logo rockbox logo right ? but that was always shown? 20.25.06 # amiconn: you could build custom versions with some features disables (I would guess DB, album art and things like that) 20.25.08 # before the egg or the chicken? 20.25.08 # AceNik: Which player do you run Rockbox on? 20.25.23 # i see ill compile a new build n try it out then thanks 20.25.29 # H10[20GB] 20.25.44 # * Nico_P was thinking about possibly adding customization to tools/configure 20.25.52 # * BigBambi thinks forking over not using some features that others do would be a little extreme 20.25.56 # Does it show an iriver logo when you start it up? 20.26.00 # Database, album art, cue sheet support, last.fm logging, horizontal list scrolling, crossfeed, crossfade, graphical eq, this weird study most, directory skipping of the currently existing features, perhaps also most wps customisation options. 20.26.03 Join Hillshum [0] (n=chatzill@75-165-234-225.slkc.qwest.net) 20.26.13 # s/study most/study mode/ 20.26.29 # Nico_P: the problem with that is that you actually need to build all combinations for every revision 20.26.29 # lambda: yes it does then it proceeds to a rockbox logo 20.26.42 # * BigBambi doesn't use lots of those but uses a few, and thinks that you can never please everyone 20.26.43 # Then the iriver logo would be the bootloader starting up. 20.26.43 # amiconn: wow, that's quite a list. presonnally, there are plenty of features I don't use but I don't mind them 20.26.55 # * amiconn would rather try to concentrate on bug fixing and performance optimisation, plus new ports 20.27.07 # gevaerts: hmm, I'd build the all features build by default 20.27.20 # Nico_P: I probably even forgot a few. 20.27.25 # Nico_P: that will lead to ifdef errors 20.27.38 # * bertrik uses database and album art but could live without the rest 20.28.07 # * BigBambi uses album art, last.fm, scrolling, and some WPS features 20.28.20 # * bluebrother would like to see more bugfixing too 20.28.24 # * linuxstb uses none of them 20.28.26 # * Nico_P agrees 20.28.28 # BigBambi: I'm not talking about scrolling text in general, btw 20.28.43 # * gevaerts wonders if a more advanced plugin system would help, i.e. have wps plugins, dsp plugins, playlist control plugins,... 20.28.51 # * LambdaCalculus37 uses Album Art, last.fm, the database, and the EQ 20.28.53 # * jhMikeS is largely a "hunt and peck" listener 20.29.00 # * bertrik was thinking the same as gevaerts 20.29.04 # amiconn: I suspect I have misunderstood - which scrolling do you mean? 20.29.06 # bluebrother: can you reproduce FS#8948 on Linux ?? for me it works fine (on windows) .. 20.29.07 # amiconn: like it or not, the userbase (and some devs too) likes eyecandy and fancy features 20.29.28 # * markun uses crossfeed and replaygain 20.29.33 # BigBambi: The one that allows you to scroll the whole list left or right manually 20.29.40 # I like being able to show Rockbox to people and not have the immediate reaction "That looks shit" 20.29.40 # domonoky: haven't tried -- will do later. 20.29.41 # guys will the committed patch 7797 conflict with this http://www.rockbox.org/tracker/7538 20.29.43 # * jhMikeS likes nice eye candy and ear candy 20.29.46 # amiconn: ah, I do use that :) 20.30.04 # amiconn: i dont use any of those features either, but i cant see that rockbox should take those out 20.30.17 # I have some badly named songs that would take forever to scroll otherwise 20.30.25 # scorche|sh: Well that's why I'm thinking about a fork 20.30.43 # * jhMikeS doesn't use voice either, finds it a development pita but doesn't think that should go 20.30.48 # AceNik: FS #7538 hasn't been updated since January. 20.30.48 # That would be unfortunate 20.31.19 # amiconn: do you think it would be an option to add some ifdefs to leave out some features in a custom build instead of forking? 20.31.34 # or does a fork have other advantages? 20.31.50 # lambda: its working fine with the current svn revisions, i would actually likt this path t be committed btu it seems its not writtent he proper way 20.31.59 # While I can see that some of these features seem to be wanted by a number of people, I dislike them, and their gradual accumulation often eats my motivation to do some rockbox coding 20.32.23 # AceNik: I don't think that patch will be accepted. It would also cause support nightmares. 20.32.40 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 20.32.52 # * Nico_P thinks adding customization to tools/configure would be a good solution 20.32.56 # Because then people will come screaming that something is broken because of it, but we'll never be able to pinpoint what broke what or who broke what. 20.33.07 # Nico_P: me too 20.33.12 # lambda: yes i know that, i jus wanted to know whether the patch would conflict with current svn ill try it out 20.33.25 # * Buschel also likes eye candy (if it doesn't affect battery life ;) 20.33.30 # markun: A fork would have the substantial advantage that I wouldn't have to care about those features (not breaking them etc) 20.33.34 # AceNik: That patch has been formally rejected... (7538) 20.33.36 # are there any screenshots with AA fonts? 20.34.07 # The patch had some 20.34.09 Quit AndyI () 20.34.11 # amiconn: I think a fork would be really bad for the project as a whole (and honestly, not very popular either) 20.34.36 # markun: Nico_P : so the current build would be a full feature and if you want a custom you have to build it yourself ? 20.34.59 # * jhMikeS thinks breaking up the rockbox DAP monopoly is long overdue :p 20.35.02 # toffe82: I guess. I haven't thought about it much 20.35.09 # Nico_P: That might be the case, but it might not be avoidable 20.35.15 # I think this should be talked about at devcon 20.35.19 # amiconn: I'm sure it's avoidable 20.35.28 # * LambdaCalculus37 agrees with Nico_P's idea of adding customization to tools/configure 20.35.39 # * BigBambi thinks it would be a bit of a disaster 20.35.41 # amiconn: but I guess you know that better than me 20.35.44 # but wouldn't that bring even more #ifdef madness? 20.35.46 # linuxstb: you told me to et familiar with the rockbox svn i want to start with custmising the interface for rockbox, firstly by extending th customising of the main menu with themes 20.35.51 # I'd rather have amiconn start a fork than to stop working on rockbox 20.36.08 # bertrik: I like a few more #ifdef more than a fork 20.36.51 # Btw, the statement that made me think about a fork was kugel's mention of font anti-aliasing (imho the most useless thing on a dap or other embedded device) 20.37.10 # * BigBambi blaims kugel for discord in the ranks 20.37.20 Quit Hillshum ("ChatZilla 0.9.81 [Firefox 2.0.0.14/2008040413]") 20.37.41 # I was quite ... surprised by that "soon" too. 20.37.43 # I don't understand 20.37.46 # * markun likes anti-aliasing, also on a DAP 20.38.03 # * jhMikeS too (did /me mention that?) :) 20.38.08 # ;) 20.38.24 # I'm even disabling normal anti-aliasing on windows. It only makes the text blurry and harder to read. The only anti-aliasing I do use is the lcd sub-pixel rendering (on *fast* PCs) 20.38.27 # I suppose it helps the bigger screens more than the small ones 20.38.43 # * linuxstb would also quite like a far simpler Rockbox, but accepts Rockbox will always grow in size... 20.39.00 # amiconn: What did you mean? 20.39.08 # amiconn: what I don't really understand is how features you don't use can become a problem if they don't negatively interfere with regular use (binsize isn't a strong argument in my eyes) 20.39.29 # Nico_P: Code complication and bloat... 20.39.30 # I'm sure tighter UI code and such would take quite a chunk out. Things like lists seem more complicated that they have to be. 20.39.43 # * Nico_P agreees with jhMikeS 20.39.44 # There are plenty of features I don't use, but I don't see how I can say they are less important than others, when other people think different things 20.39.53 # seeing what full blown pc graphic programs do when it comes to antialiasing of small fonts, leads me to thinking it's useless on a DAP 20.40.50 # * kugel remains confused 20.40.51 # kugel: don't you think it somewhat to early talking about "committing soon" if you tell the same time that there are issues? 20.41.15 # also, quite some people (including me) consider such a feature useless and bloat. 20.41.15 # Nico_P: They negatively interfere with coding. 20.41.19 # kugel: You should check out the whole discussion in the logs 20.41.35 # I did write a whole custom control for a windows program and it's 5k lines but it also does quite a bit of fancy stuff so 5k lines isn't so much. 20.41.47 # bluebrother: No? Not if I said "it can hopefilly committed soon", which just expresses my wish 20.42.32 # I don't know how many lines of list code exist but it's sort of in that category 20.42.33 # BigBambi: where to start? I was quite a long time absent from this channel 20.42.46 # well, I don't think it's a good idea expressing a whish like that, especially given that's a controversial feature. 20.42.53 # *wish 20.43.06 # kugel: 30 minutes ago 20.43.27 # bluebrother: Thought control? :P 20.43.32 # the only features that i dont use on my rockbox that much is the most of all the games and demos. It will be nice if there was a a sperate release for that since it can make the size of the rockbox download smaller and use like 1-2mb less 20.43.50 Quit simonrvn (Remote closed the connection) 20.43.54 # Shof: Plugins are largely irrelevant though 20.43.55 # the plugins don't add to the binsize AFAIK 20.44.09 # * linuxstb doesn't think binsize is the issue 20.44.29 # the plugin buffer cuts away from the possible audio buffer though 20.44.52 Join AndyI [0] (n=pasha_in@212.14.205.32) 20.45.09 # true, but once the buffer is there adding more plugins (bar linking to the core) is largely free 20.45.09 Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.14/2008040413]") 20.45.13 # i'd like a tighter rockbox for sure, but i do see that won't happen according to my specific likes and dislikes anyway 20.45.33 # preglow: Stop coding features you don't use then ;) 20.45.33 # that's where feature customizations comes in 20.45.42 # I think everyone would like that 20.45.59 # (tighter Rockbox that is) 20.46.09 # But everyone uses different features 20.46.12 # * linuxstb thinks feature customisation would just make things more complex... 20.46.16 # linuxstb: what, you mean like my piece of art eq? and deprive people of valuable features??? 20.46.16 # * gevaerts thinks that feature customizations need a lot of code reorganisation first. #ifdefs scattered around the code are not good 20.46.34 # what about having a master config (more master than config.h) that specifically disables certain parts? 20.46.37 # ifdeffing out features is out of the questin, if you ask me 20.46.46 # that'll just make it harder for devs to make sure they don't break things 20.47.07 # amiconn: i think "study mode" should be renamed, if nothing else, but i also don't see the use of it 20.47.10 # Seeing that I'm obviously a minority and cannot dictate rockbox development, I have 4 options. (a) download some svn from end-2007, apply fixes for known bugs, build that as "rockbox 2.9" and install it on the daps I want to keep for real use. Sell the others. (b) fork rockbox as mentioned, and work on stuff I want to. (c) keep my coding to a bare minimum (fixing stuff I wrote). (d) somehow arrange with the ton of features, and continue as before 20.47.29 # Somehow (c) and especially (d) don't sound very tempting.... 20.47.39 # And I agree, more ifdefing is not an option 20.48.09 # amiconn: Is it just apps/ code you don't like, or things in firmware/ too? 20.48.42 # * jhMikeS is quite sure he hates the kernel with a passion :) 20.48.56 # amiconn: what would you code if there are no new features you want to add? how would you exploit new powerful targets? in short: where would the fun be? 20.48.59 # Very few things in firmware too 20.49.20 # there are very few things you like? 20.49.28 # jhMikeS: fs #8918 status? 20.50.10 # * amiconn isn't tempted by any of the new targets 20.50.23 # Nico_P: adding new features isn't fun when the already existing code doesn't work nicely (enough). For a user too... (thinking of the resume last 2 seconds problem etc.) 20.50.55 # Meh, /me starts getting it 20.51.00 # That is very personal 20.51.01 # pixelma: the resume last 2 seconds bug isn't fixed? 20.51.03 # They have useless large screens, nasty touch controls, and the DAC of every new dap generation seems to sound worse than the previous ones... 20.51.29 # Nico_P: I don't even mention playback bugs anymore. I can always make it do something weird. :\ 20.51.33 # hmm, why is this strange "study" feature called "tracklock" in the tracker task but not anymore? 20.51.54 # I don't see how it relates to studying in the slightest 20.52.00 # Nico_P: nope 20.52.02 # * linuxstb didn't notice a "study" feature and goes to check the logs... 20.52.14 # I'd want a large screen if I'd want a video player (as its *main* purpose, aka PMP) - but that's something I don't need at all 20.52.21 # studying a small section of audio? 20.52.26 # BigBambi: me neither. 20.52.27 # jhMikeS: depends if it's a new different weird thing each time 20.52.36 # pixelma: damn, I really thought it was 20.52.37 # * kugel was suprised when that study mode was comitted, that it was comitted 20.52.38 # linuxstb: the confusingly named and also useless feature called "study mode" 20.52.59 # i noticed that feature and im still looking up what it does 20.53.07 # Nico_P: no, just metadata out of sync. wrong play order, weird repetitions of songs, certain cases don't unmute audio hardware, etc. 20.53.11 # * BigBambi neither understands the name, nor sees the use in the feature 20.53.21 # Shof: search the tracker for "tracklock" (make sure to search closed tasks too) 20.53.24 # as far as i can see, it just makes rev/ffwd skip around in a track instead of skipping tracks 20.53.32 # this to avoid accidentally avoid skipping a long track 20.53.32 # it basically locks trackskipping in favor of jumping a set time into the track 20.53.40 # it's especially vulnerable if you induce race conditions by banging the controls rapidly 20.53.47 # but if you don't want to accidentally control you dap, why don't use the hold switch? 20.53.48 # maybe we should implement some kind of voting process before new features get in? 20.53.59 # bluebrother: or the rockbox steering committe 20.54.09 # preglow: I vote for that 20.54.16 # me too 20.54.19 # preglow: good point. I think we really need such a thing 20.54.26 # Me three. 20.54.29 # well, i've always thought so 20.54.32 # was the study mode debated here? 20.54.35 # * domonoky forth.. :-) 20.54.36 # and i'm glad to see some thought going into it 20.54.38 # preglow: Not all targets have a hold switch... but all targets have a hold feature at least in the wps 20.54.50 # * scorche|sh wonders why LambdaCalculus37 is voting when he hasnt heard the proposal ;) 20.54.51 # we could make it a two steps process: let devs vote and the committe decide. 20.54.55 # amiconn: and i think that should be enough to avoid accidental keypresses of the kind described in the study mode feature entry 20.55.01 Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) 20.55.07 # Steering committee? 20.55.08 # as far as i'm concerned, i'd like that feature out of the tree again 20.55.23 # BigBambi: something that was proposed a bit back on committers list 20.55.41 # scorche: To have a few devs make executive decisions? 20.55.42 # preglow: Definitely. And the other thing it does, skipping around in small steps, can be done by seeking as well 20.55.51 # amiconn: exactly, it just adds more complexity 20.55.51 # BigBambi: something like that 20.55.57 # Sounds a reasonable idea 20.56.08 Quit XavierGr (Connection reset by peer) 20.56.24 # * BigBambi would remove study mode too (not that it counts :)) 20.56.41 # * moos too 20.56.47 # * bluebrother too 20.56.48 # preglow: Actually, I would perhaps not mind it if it were less code. This is not only from the binsize point of view, but also from the complexity point 20.56.50 # * LambdaCalculus37 doesn't even know what the hell study mode does; he's never used it at all :) 20.57.01 # * scorche|sh joins the people in wondering what the hell stufy mode is 20.57.05 # Especially since A-B repeat is doing something *very* similar 20.57.07 # errr...study mode 20.57.12 # LambdaCalculus37: Rest assured, it does sweet FA related to studying 20.57.33 # BigBambi: That's what my textbooks are for. :) 20.57.42 # amiconn: yeah, i noticed it added a big amount of code for what it did 20.58.05 # Reading the FS task - http://www.rockbox.org/tracker/task/6188 - LinusN said he thought it "looks useful". 20.58.20 # I think complexity can also be reduced in some cases without reducing the code (like the target tree) 20.58.23 # And Llorean seems to blame for calling it study mode - he referred to it being similar to an iriver feature. 20.58.23 # I figure if people want a study mode, we can tell them to set repeat mode to A>B and let them go from there. 20.58.49 # pixelma: I just tested with r17143 on my ipod. I know it's not the latest but I don't think there were any major changes since then. I'll test with a more recent version later 20.59.02 # Nico_P: The 2..3 seconds resume-at-end is definitely unfixed. It only affects swcodec, as on hwcodec, I get the 'End of playlist' splash+announcement everytime. Never so on swcodec 20.59.29 Part Shof 20.59.34 Join Synergy6 [0] (n=Synergy6@0-1b-24-4c-ae-79.hb.esol.dur.ac.uk) 20.59.58 # amiconn: see what I said above. maybe I'm not talking about the same bug though... would you mind reminding me the repro recipe? 21.00.41 # let me also remind you that the tracker is useful for those things. feel free to assign playback tasks to me 21.01.51 # Nico_P: Just play an arbitrary folder, starting on any file *except the last one* (second-last is easiest for reproducing the bug). Stop playback after some time, then resume and let it play to the end 21.02.48 # You won't observe the bug if you play a folder from start to end without intermediate stop/resume cycle(s), and you also won't observe it when starting on the last file 21.03.42 # I need to stop at some point in the last track... let it play to the end and then resume? 21.03.46 Join simonrvn [0] (i=simon@unaffiliated/simonrvn) 21.04.00 # that's not what I remembered, so I guess it's why I thought it was fixed 21.04.19 # No, you need to stop at some point in the second-last (or earlier) track 21.04.29 # hence the point of using the tracker 21.04.39 # I get this all the time the way I'm listening normally 21.04.41 # oh, then I think I was doing it right 21.05.59 # This explains why the 3-second resume only "works" once. It resumes into the last track, and hence it won't happen a second time. But even then the 'End of playlist' splash+announcement doesn't work iirc 21.06.06 Quit AceNik ("Trillian (http://www.ceruleanstudios.com") 21.06.52 # I don't see what the "end of playlist" splash is. I only get "nothing to resume" 21.07.32 # That slpash is supposed to appear when playback ends at the end of playlist 21.07.33 Join roolku [0] (n=roolku@77-99-112-231.cable.ubr16.edin.blueyonder.co.uk) 21.07.53 # It works on hwcodec, and it used to work on swcodec too 21.08.28 Join lee-qid [0] (n=liqid@p5496590D.dip.t-dialin.net) 21.10.05 # * Llorean doesn't think he should be blamed for the "study mode" name, he didn't come up with it but rather just knew iriver called it that. 21.10.14 # the problem with the study mode is the small range (250s) and the tiny increments (1s) which make it useless for my purpose (skipping in audiobooks); even the original iriver version was better 21.11.34 # apps/gui/gwps-common.c line 291 21.11.54 Quit Seed (Nick collision from services.) 21.12.11 # Being able to do coarse skipping within a large file is useful with audiobooks (for example 10 or 15 minute increments in a 8-hour long program) and can get you to a specific range much faster than seeking if you want to keep acceleration low for fine seeking later. 21.12.20 Join Seed [0] (n=ben@bzq-84-108-237-178.cablep.bezeqint.net) 21.12.42 # But I don't think it's worth it if it's bad in terms of complexity (I have not looked at all at what the patch added) 21.12.46 # amiconn: what's with that line? 21.12.53 # * amiconn would just do a coarse seek followed by a second, fine seek afterwards 21.13.07 # Nico_P: That's the line that shows mentioned splash - if it works 21.13.36 # amiconn: I don't see a splash call there 21.13.56 # gui_syncsplash(HZ, ID2P(LANG_END_PLAYLIST)); 21.14.12 # That splash is also voiced 21.14.51 # amiconn: Which involves either waiting a large amount of time for acceleration to kick in, having high acceleration making finer seeking more imprecise, or changing the values between the two. 21.15.07 # amiconn: that's on line 326 here 21.15.26 # amiconn: I tried, but it is a lot faster with several 10min skips than seeking, especially if you need to recognise the place you want to seek to acustically 21.15.37 # Nico_P: Oh, maybe it's because I didn't svn up yet 21.16.02 Quit Horscht ("IRC is just multiplayer notepad") 21.16.38 # * roolku would like the study mode reversed, so he can re-apply his own version. :) 21.16.51 # amiconn: I don't remember ever seeing that splash, but I'll get it to work again 21.16.55 # but what would be a sane way of implemeting the study mode functionality? 21.16.58 # roolku: What's your own version? 21.17.40 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 21.17.43 # amiconn: just a 10min seel if there is enough time left. otherwise skip to the next file 21.17.50 # amiconn: but as you didn't acknowledge my comment, let me reiterate: please use the tracker 21.18.01 # Hmmm 21.18.10 # amiconn: but I realise that this is my personal preference and wouldn't want to bother others with it 21.18.26 # * amiconn doesn't really like the tracker, as its mail feature somehow isn't reliable for me 21.18.34 # preglow: did I forget to response to you about FS#8918? 21.18.34 # works fine for me 21.18.39 # jhMikeS: think so :> 21.18.52 # jhMikeS: at least you didn't highlight me, and if not, answers tend to get lost if i vanish for a bit 21.19.00 # * jhMikeS has an allergy migraine so probably isn't thinking too good 21.19.01 # amiconn: for music, there is almost no interference because very few tracks are longer than 10min 21.19.06 # amiconn: Do you mean individual emails, or emails sent to the rockbox-sf mailing list? 21.19.26 # roolku: It needs to be able to be disabled. I have several audiobooks that are 1.5 hours files, and I want to skip to say the 5th one. 21.19.26 # linuxstb: Individual mails. I'm not subscribed to rockbox-sf 21.19.38 # * preglow thinks all devs should be subscribed to the latter 21.19.53 # I find it to have to much traffic 21.19.56 # roolku: Add a disable to it, and it should be fine. 21.20.00 # preglow: The particular use of the mutex and volatile puzzles me so I really need to apply it and check 21.20.10 # I use the Flyspray RSS for new tasks, and the individual mails for watched tasks, and it works great for me. 21.20.24 # * Nico_P does the same as Llorean 21.20.28 # Llorean: that does sound quite clever... 21.20.30 # * preglow never got into rss 21.20.56 # I have one single Cd that would qualify as audio book, but it's actually split into several tracks (13 iirc), and I have one single track that's >60 minutes long, but is not an audio book 21.21.13 # rss 1, rss 2, atom... what to choose? 21.21.25 # Llorean: That watching is what doesn't work for me 21.21.34 # preglow: either ;) 21.21.37 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-780df14bf5665b9f) 21.21.51 # fun roloing rockbox.gigabeat (s) gave another panic :-) 21.22.01 # * linuxstb wonders if the cuesheet feature could be (ab)used for study mode - e.g. something like "auto-cue" which generates fake cue points 21.22.05 Join merbanan [0] (n=banan@83.233.242.11) 21.22.08 # amiconn: If I recall my past experience, flyspray just refused to send emails to one of my email addresses entirely, but then I switched it to another one and it worked great. It's a big buggy in that area, I guess? 21.22.21 # Looks like it then 21.22.22 # linuxstb: That sounds like a good idea actually. 21.22.23 # preglow, et all: I think the major point of the study mode for sdoyon was to be able to seek but not accidentially skip, I have no oppinion about the complexity though 21.23.04 # and therefore using the hold switch would not help, but rather disabling track skipping would be almost there 21.23.16 # n1s: I think that's not a strong reason for it, though. If it were a method of preventing accidental skipping, one could just have an on/off for next track entirely, so that only seeking could be performed. 21.23.23 # linuxstb: I thought about it, but it is slightly less flexible, as it is not relative to the position (could be an advantage for other use cases though) 21.23.37 # n1s: Coarse seeking should be treated as "coarse seeking" rather than "a solution to fumbling fingers" 21.23.42 # n1s: i think the functionality should be reduced to some kind of "skip button behaviour" with options "skip track, skip 5 secs, skip 10 secs, skip 30 secs, skip 1 min, skip 5 mins, skip 10 mins" 21.23.42 # i think study mode should never have been added 21.23.57 # honestly i think we have too many playback features given the trouble in getting playback working well 21.24.01 # preglow: I'd say 1, 5, 10, 15, and 30 minutes personally. 21.24.06 # unhandel IRQ 1454384 in irq_handler: 3 squares (incase anyone cares ;-)) 21.24.06 # preglow: that would work for me 21.24.16 # Nico_P: I can also reproduce for the official build the problem where the CPU stays boosted for the last track of an album with repeat off: http://www.rockbox.org/tracker/task/8964 21.24.17 # Llorean: and i'd be all for it 21.24.23 # * Llorean thinks less than 1 minute will be acceptably short time for normal seeking. 21.24.24 # saratoga: hear hear 21.24.25 # To clarify I'm just stating what my impression was, I don't care for the feature at all 21.24.38 # bertrik: ok, I'll take a look. thanks 21.24.41 # It doesn't touch playback.c though... 21.25.00 Join webguest42 [0] (n=4ab4c9eb@gateway/web/cgi-irc/labb.contactor.se/x-8cbc9b933f478c92) 21.25.08 # Nico_P: Btw, I tested on H10 and didn't get the 3-seconds resume, but didn't get the 'End of song list' (as it' 21.25.17 # whats another program that like rockbox that does teh new ipod mini? 21.25.21 # s now called in english.lang) splash either 21.25.33 # webguest42: I assume you mean "new ipod nano" ? 21.25.41 # Need to verify on H180 - maybe it's a coldfire vs. PP inconsistency 21.25.47 # Llorean: Is there a feed for opened tasks only? 21.25.59 # BigBambi: The main flyspray RSS feed just covers newly added tasks 21.26.15 # Which is that (I'm being useless finding it :)) 21.26.33 # Well, in Firefox it's just a little orange RSS icon in the URL bar. 21.26.37 # The pcm code seems to behave inconsistently 21.26.39 # amiconn: I think it's unfortunate you feel the desire to fork or quit but I understand, we really should consider new features more before they are committed 21.26.40 # * DerPapst is glad that the beast has a battery switch :-) 21.26.44 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 21.26.54 # BigBambi: http://www.rockbox.org/tracker/feed.php?feed_type=rss2&project=1 21.26.59 # Merci 21.27.00 # preglow: it's just that none of the code the mutex protects even potientially yields to other threads so how could it make any difference to its operation? 21.27.31 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 21.27.56 # we should ask 1) do we want this 2) is it done in a good way or could it be done simpler/nicer 21.27.59 Nick Mouser_X is now known as Winamp_Slayer (n=mouser_x@layl001.digis.net) 21.28.25 # for instance, do we really need crossfade on swcodec now that nearly all codecs are gapless? 21.28.50 # crossfade has nothing to do with gapless IMO 21.28.53 # and I agree with preglow about that the steering committee (if one would be created) should decide on features that there are no consensus about 21.28.55 # saratoga: There are a lot of people *really* attached to crossfade. 21.28.56 # * jhMikeS gets out the axe with "crossfade" stamped into it 21.29.09 # While I'd like to see the feature axed, you'd alienate a pretty hefty chunk of users. 21.29.09 # isn't it mostly just to cover up gaps? 21.29.13 # eeek 21.29.25 # Just got a hard freeze on H180 21.29.35 # saratoga: No. It also appeals to some unfathomable group of people who think music should fade into and out of each other 21.29.50 # i mean if the album is gapless, I don't see the use, its not like i've ever thought "i'd like to hear two songs at once and break gapless while doing it" 21.29.50 # saratoga: it is nice for pleasant sounding skipping and random play 21.30.10 # saratoga: People use it on shuffle, I guess. 21.30.13 # Urgh, and that freeze is even reproducable... 21.30.22 # Llorean: well, let us consider eliminating that user base ;) 21.30.24 # Might I recommend that all people with comments on the steering committee, who are committers, respond to the email? 21.30.36 # saratoga: I rarely listen to an album in order 21.30.50 # jhMikeS: Hey, if you'd get those people out of my hair, I'd be happy. :) 21.31.14 # maybe we could fork the project and give them the version with crossfade 21.31.35 # or at least I wouldn't mind cutting features like that in the near term until playback was completely stable, even if they're eventually readmitted 21.31.36 # It'll show up in an unsupported build anyway. 21.31.58 # IMHO we should think more before committing new features because it is a lot easier to never have a feature than to have it for a while and then remove it... 21.32.16 # * preglow agrees 21.32.17 # Llorean: exactly unsuppored and we'd have no responsibility to it any more 21.32.23 Quit OlivierBorowski (Read error: 104 (Connection reset by peer)) 21.32.36 # * amiconn found that the pcm inconsistency was obviously fixed at some point 21.32.50 # pcm inconsistency? 21.32.52 # I wonder what that reproducable hard freeze comes from though 21.33.09 # n1s: I agree, but the problem is that it's already happened - i.e. the playback engine got far too many features hacked in too early. 21.33.18 # well a reproducible bug is better than a heisenbug :) 21.33.20 # well lets cut some 21.33.26 # think of it as a rolling feature freeze :) 21.33.45 # jhMikeS: At some earlier point, coldfire and PP behaved differently concerning peak calculation. 21.34.10 # amiconn: I unified all that code awhile back CF, PP, and sim 21.34.11 # yes, lets cut gapless playback ;p 21.34.19 # I don't remember which one did what. One used to freeze the peakmeters when pausing, the other let it fall down to zero 21.34.25 # is a rockbox program that works on the new nanos? 21.34.28 # * Nico_P thinks that rewriting the playback code at this point (although it hasn't been explicitely suggested yet) would be making the same mistake that made rockbox 3.0 fail 21.34.28 # amiconn: well, better with a reproducible freeze than an inreproducible one 21.34.29 # webguest42: No. 21.34.30 # roolku: gapless isn't a feature, it's the norm... 21.34.41 # amiconn, do you have some time to talk with me about my M3 problem ? 21.35.03 # roolku: ummm...I think I have another axe and not one for the feature. :) It's the main reason I ever started using rockbox. 21.35.12 # saratoga: I wouldn't object to trimming away buggy features when working toward a 3.0, then after the release, slowly reimplementing (or reintroducing with bug fixes) what we can. 21.35.17 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 21.35.30 # preglow: Problem is that I have no idea what might cause it, although I was able to reproduce it 3 times (each time requiring the infamous paper clip) 21.35.36 # amiconn: it's about the remote display problem 21.35.47 # shotofadds: Hi. Have you noticed that your three #warnings are the only thing preventing a green build table? ;) 21.35.54 # Llorean: that idea gets my vote, provided people were interested in actually working on it 21.36.15 # * Nico_P would definitely be interested in working towards a release 21.36.22 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-64-139.w86-213.abo.wanadoo.fr) 21.36.25 *** Saving seen data "./dancer.seen" 21.36.26 # saratoga: I actually more or less suggested something like that some time ago. I've been a long proponent of "3.0 doesn't have to have all the features the bleeding edge has right now" 21.36.26 Quit webguest42 ("CGI:IRC (EOF)") 21.36.36 # linuxstb: yeah, I spotted (and mentioned!) that yesterday. I'll kill them in a bit (they're the user timer functions) 21.36.57 # I had voice enable (car config) and a resume point stored. Dircache is enabled. Now I booted, entered "manage settings", and loaded my "hifi" config (no voice, smaller font etc). Then I wanted to resume (dircache was still scanning in the background) -> hard freeze 21.37.07 # shotofadds: Any interesting D2 developments? 21.37.31 # Nico_P: I don't want to throw out the current playback engine, but surely it could be simplified somewhat by cutting features until it was more managable? 21.37.36 # Reset, reboot (old config was active again as there was no chance for rb to save the new one), repeated the same steps - same effect 21.37.36 # nah, I've been catching some rays. very rare around here :) 21.37.53 # the current system seems completely inaccessible to all but a few developers, and progress on fixing it has been gradual 21.38.09 # That sums up most of Rockbox... 21.38.13 # i don't think the playback system will ever be fully manageable by all devs 21.38.14 # and many of the fixes seem to create new problems 21.38.28 # it is to some degree complex because it needs to be 21.38.44 # well how complex does it need to be? 21.38.50 # playback really needs to be "designed" and not "evolved" 21.38.59 # jhMikeS: yeah, it is very evolved... 21.39.10 # A job for devcon? 21.39.11 # preferrably intelligent design! 21.39.14 # Robust2: Problem is that I don't really understand why that happens. I have an M3 and an X5, each with a remote (they're interchangeable). I have no problems on both, with either remote. In fact I already slowed down the code somewhat from the point where it was getting unstable during development 21.39.17 # a job for jhMikeS :> 21.39.25 # * shotofadds wonders when the sort order changed on the build and delta tables. confusing or what? 21.39.42 # preglow: We're in danger of wearing him out... 21.39.42 # amiconn, so there's nothing I could try myself ? 21.39.52 # preglow: I don't think it needs to be nearly that complex (as in many distictions without a difference code paths). 21.40.04 # i'd love to a breakdown of how much playback code actually is actually spent on what feature 21.40.13 # do we spend a lot of crossfade? How about gapless? 21.40.15 # Nico_P: I think we should avoid risky changes to playback (maybe until DCE) and try to put out the infamous Release (tm) first. 21.40.41 # i think crossfade does require quite some code here and there 21.40.44 # So obviously some M3's, X5's etc can't go as fast as mine. Since I can't test, the only thing I can do is offering a bunch of test builds, which slow down one or another step of the data transfer, and hope that one of them fixes the problem 21.40.46 # not to mention the enormous buffers it has 21.40.51 # crossfade is just an awful memory hog since it must store enough PCM for the entire fade duration. 21.41.12 # Do you know how much RAM it uses? 21.41.22 # amiconn, anything is good, as i have no other option (original fw doesn't work anymore) 21.41.22 # Unfortunately I'm currently working on another problem atm. I didn't forget about that speed problem though 21.41.26 # amiconn: iRivers are also shwowing a similar problem (if it's the remote LCD going blank) 21.41.43 # yes that's it Llorean 21.41.51 # code RAM? no. audiobuffer, just calculate it based on n seconds of 16-bit pcm. 21.42.04 # Llorean: I know. Btw, that's the task that doesn't want to notice me even though I enabled notification :/ 21.42.12 # jhMikeS: So the RAM is allocated based on the crossfade settings? 21.42.14 # n1s: I'd rather the release have a vastly reduced featureset and *work* than be somewhat buggy as we try to slap patches on the existing features to get it out the door. 21.42.14 # but thats only used if its enabled right? if i disable crossfade i get that ram back 21.42.27 # jhMikeS: I mean dynamically? 21.42.36 # linuxstb: yes, with a minimum of 3s of pcm buffer 21.42.42 # amiconn: Okay, just making sure. I wasn't 100% sure if it was in flyspray yet, I have a hard time keeping straight all the sources of user feedback. =/ 21.43.00 # jhMikeS: the memory cost is small if I keep that feature disabled right? 21.43.24 # amiconn: does this mean you'll look at this after you finished the other problem ? 21.43.33 # Robust2: I need to... 21.43.33 Quit roolku () 21.43.41 # saratoga: then there's no cost over normal playback buffer-ahead 21.43.59 # aside from the (tiny?) binsize increase? 21.44.02 # amiconn: okay well, i'd be glad to help you testing it once you get there 21.44.37 # But I can't say how long that other problem (dropouts on disk spinup on ipod mini) will keep me busy, especially as not being able to understand the scheduler isn't going to help :( 21.44.55 # Llorean: my point is that playback seems to work pretty well now and risky changes, risk breaking it. 21.45.00 # saratoga: 529200 bytes of PCM buffer with no crossfade 21.45.11 # too much for my liking :/ 21.45.23 # Can it be disabled completely with a #define? 21.45.24 # amiconn: you're free to send me any test builds, i can report the results to you if you want 21.45.46 # jhMikeS: have we tried lowering that somewhat lately, though? 21.45.50 # Robust2: I will probably upload the test builds to my webspace and link from the tracker task when I get there 21.46.49 Quit styleism (Connection timed out) 21.46.50 # Llorean: also which features will improve stability if they are removed? 21.46.54 # preglow: I never tried. mpegplayer can get along with a fraction of a second sized buffer though. I expect playback needs more because of varying loads and you don't want to kick in priority too aggressively. 21.46.56 # (especially as I intend to "bend" the gpl a bit, but not publishing the source code changes for the various builds before the test, or at least not making obvious which test build contains which change) 21.47.13 # n1s: Not something i can comment on personally, I'm not familiar with the code. But people who've actually worked on the code complain often enough of crossfade. 21.47.15 Join fml [0] (n=4fd3fa74@gateway/web/cgi-irc/labb.contactor.se/x-3d94889e8b177608) 21.47.15 # This is because I want to conduct something like a blind test 21.47.34 # n1s: Besides, if removing the features doesn't improve playback stability, then we leave 'em in. :) 21.47.50 # amiconn: sounds good, i guess i'll get notified once you get there 21.48.02 # Nico_P: Hello. I have something for you to revise: FS#8965 21.48.13 # my M3 has been dead for almost 2 years, a little bit longer won't hurt :p 21.48.15 # * Nico_P is on the phone right now 21.48.50 # i would support picking a reasonably stable build, leaving it up on the download site, and then cutting down the playback engine to a minimum complexity and feature set 21.48.54 # * amiconn wonders if something like those blind tests is covered by the gpl, if I am publishing the patched source afterwards 21.49.06 # Robust2: you can use voice until it's fixed :-P 21.49.11 # amiconn: you have to provide the source, but you can wait a while 21.49.25 # amiconn: Under the GPL, you just have to give notice that you will provide the source if requested, anyway. 21.49.27 # i believe you're actually allowed to mail source code, so a few days delay seems reasonable as long as its released eventually 21.49.58 # * jhMikeS wonders if who the GPL-enforcement team is...and if they come bust a cap in you 21.50.05 # i do't think we need to be that exact with GPL in this case. 21.50.15 # Honestly, *we're* the GPL enforcement team for Rockbox violations. It's "our" copyright. 21.51.01 # and in the tradition of law-enforcement, we can enforce the law by breaking it 21.51.18 # heh 21.51.41 # * BigBambi tasers amiconn 21.52.37 # Maybe I should switch the order of those 2 rpoblems.... 21.52.42 # *problems 21.52.53 # has anyone noticed that playback.c is too big for the ViewVC web interface 21.52.55 # DerPapst: i listen while riding my motorcycle, so that will be quite impossible :d 21.53.01 # it runs off the bottom of the page 21.53.12 # amiconn: IIUC you need to provide the source upon request at no cost or the cost of media + shipment so charge 20€ and post a package of floppies :) 21.53.30 # s/post/mail/ 21.54.07 # Robust2: and you can read the remote while bikeing? 21.54.28 # Posting a load of floppies woul dbe nice and expensive :) 21.54.38 # no, but i can operate it when I stand still, I just can shout into the mike with a helmet :p 21.54.49 # *can't 21.55.00 # You don't need to 21.55.07 # Voice reads the display to you 21.55.18 # For e.g. if you are blind 21.55.20 # err.. you don't navigate it by "speaking" to rockbox. it speakt to you, i.e. reads the interface. 21.55.25 # like if you were blind 21.55.27 # oh wait lol, i thought you operated it by speaking :d 21.55.33 # haha how silly of me 21.55.37 # ;-) 21.56.03 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 21.56.05 # hmm I could try that then 21.56.26 # but might as well use my small phillips mp3 player, which is rubbish compared to the M3 though 21.56.34 # thus if you have a rockbox target with a broken screen you can use almost everything except plugins. 21.56.43 # but that might change for some soonish 21.56.58 # how do you mean, change ? 21.57.27 # a video plugin seems an odd choice for voicing though 21.57.39 # there is a gsoc project that aims to localize the plugins and maybe add voice to the 21.57.46 # jhMikeS: why ? Just use a TTS engine on the subtitles :) 21.57.49 # *them 21.57.55 # haha 21.58.01 # * gevaerts prepares to be hit over the head 21.58.20 # jhMikeS: it should of course tell you what happens in the movie ;) 21.58.27 # * DerPapst saves that for devcon 21.58.34 # gevaerts: well, hmmm... 21.59.26 # TTS subtitles + the dialogue? ;) 21.59.39 Join styleism [0] (n=styleism@87-194-104-214.bethere.co.uk) 22.00.32 # saratoga: I guess you're using firefox... 22.00.34 # yes, a movie watcher feature that watches the movie for you then tells you what happened 22.00.52 # amiconn: yes is there a better option? 22.00.59 # jhMikeS: Or rather, tells you if it's any good... 22.01.22 # saratoga: There is no problem with playback.c in ViewVC. It's firefox that often goofs on very long pages with css 22.01.38 # amiconn: did you have a look yourself? 22.01.49 # * DerPapst wonders how often he'll see gevaerts running away at devcon 22.01.56 # linuxstb: so it needs a critic feature too? 22.02.05 # I checked in ff and got a big black block at the bottom. Pasted the link into IE7, and the page is perfectly readable 22.02.15 # I know about the firefox problem but this rather looks like a ViewVC problem (because you see the footer...) 22.02.16 # playback.c seems fine in viewvc using ff 3 beta 5 22.02.37 # no big black block here (seen it before) 22.02.41 # n1s: I'm using Beta 5 22.03.14 Quit waldo (Remote closed the connection) 22.03.26 # saratoga: well, it's displaying correctly here 22.03.48 # Seems fine for me - ff 2.0.0.12 (Ubuntu) 22.03.57 # I am on ff 2.0.0.14, and that does have the big black block effect. IE7 shows the file all the way to the end 22.04.14 # interstingly it works in ubuntu but not Windows when using the same version of FF beta 22.04.24 # I also got the corruption on ff 2.x 22.04.41 # * n1s 's on ubuntu 22.05.53 Join waldo [0] (n=waldo@ip-81-11-220-152.dsl.scarlet.be) 22.05.55 # * pixelma can see the file to the end in ff 2.0.0.14 using "annotate" - was just surprised by the "simple" end 22.06.06 # Works fine in iceweasel 2.0.0.4 (debian-amd64) 22.06.19 # Erm, 2.0.0.14 22.06.55 # These css related bugs in firefox are very inconsistent 22.08.24 # ah... "view" only gives me the big black block 22.08.42 Join barrywardell [0] (n=barrywar@194.46.253.92) 22.09.18 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 22.11.37 # 'View' produces the black block in ff on windows. Footer is okay as that obviously uses different css. 'As text' and 'annotate' work. IE7 has no problem with either view, but but needs quite a while to render 'annotate' 22.12.17 # Summarized under 'browser quirks'... 22.12.40 Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) 22.12.50 # I've _never_ seen a webbrowser that I was really happy with 22.14.03 Join webguest67 [0] (n=4aaa3bc7@gateway/web/cgi-irc/labb.contactor.se/x-7ea68406bd063443) 22.15.25 # Testing, using firefox so don't know if it will work 22.16.38 # right. Hi all, was reading the rockbox player v1 wiki page, have a suggestion: could the player have maybe 6 gb at a minum? This may require a har harddrive 22.17.31 # webguest67: You're best off voicing in the related forum thread, as nobody here is really involved with that. 22.17.47 # * Nico_P has finished on the phone 22.18.00 # ah ok, sorry. 22.18.11 # fml: given how study mode is causing controversy, I'll wait a bit before committing if you don't mind ;) 22.19.05 # n1s: I've been considering playback.c as being in feature freeze for some time. I really do my best to avoid breaking playback (but often still fail anyway) 22.19.52 # * bertrik spots something suspicious in wma.c 22.20.02 Quit K4rP4D ("Leaving") 22.20.03 # Rockbox forums doesn't allow guest posts right? How come I can see a couple of posts without a registered username? 22.20.13 # Nico_P: sure you don't want to break a few things? 22.20.22 # I think those are posts of users that got deleted. 22.20.22 # the main feature which would reduce the complexity of the playback code is auto dir change, but I guess that's not going away 22.20.29 # bertrik: what? 22.21.08 # saratoga: hehe, I try to avoid it but I wouldn't mind starting from scratch with a better design 22.21.10 # asf_read_packet can fail (line 558) in which case packetlength may not have been filled with a valid value, but is used anyway 22.21.14 # XavierGr: If they delete their account after posting, you have a Username and Guest beneath it 22.22.02 Quit styleism (Connection timed out) 22.22.03 # saratoga: also we could easily get rid of some of the goto's 22.22.21 # strange, how does he expect me to answer a pm if he deleted his account? (I assume that he deleted his account and not a moderator?) 22.22.21 # ah while we're on the subject of playback, I've heard from some rockbox for the blind podcasts that when you pause a song the voice won't say anything. 22.22.24 # Nico_P: it's in controversy? I thought something that has been committed isn't in controversy anymore 22.22.40 # Nico_P: but of course wait if it's needed 22.22.50 # fml: oh that's not the case... just read the logs 22.23.25 Quit simonrvn (Read error: 113 (No route to host)) 22.23.27 Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) 22.23.29 # Nico_P: where/when? 22.23.38 # the last hour 22.23.40 # today's have talk about the feature 22.24.03 # webguest67: This is true. Due to the way things work right now, if you need voice you should stop, rather than pause 22.24.52 # bertrik: ah if you want to make those changes go for it 22.25.11 # ah. Just figured i'd mention it while on the redesigning playback thing. 22.27.54 # it's a more lowlevel limitation (pcm code) 22.28.26 # Also do the voice options work in the virtual keyboard? Noone's demonstrated that, in the three podcasts I've found 22.28.55 Quit fml ("CGI:IRC (Ping timeout)") 22.29.49 Nick Winamp_Slayer is now known as Mouser_X (n=mouser_x@layl001.digis.net) 22.30.09 # Nico_P: I wouldn't miss auto-dir change... 22.30.54 # * jhMikeS always uses auto-dir change 22.31.05 # what does auto-dir change do? 22.31.17 # that' 22.31.19 # The reason I ask, I don't have a rockbox compatible player at the moment or I would try it. 22.31.23 # I have to say I would miss it 22.31.33 # saratoga: change dir when the playlist ends 22.31.50 # And that's in playback.c ? 22.32.01 # very handy when you play a track from a folder and expect to move to the next one as soon as the current folder ends 22.32.21 Quit mf0102 ("Ex-Chat") 22.32.32 Quit Buschel () 22.32.44 # that does seem like an odd thing to put in the playback engine 22.32.53 # linuxstb: it's in playlist.c mostly but has effects on playback.c 22.33.07 # dir skip has too 22.33.51 # is there some documentation about how the playback engine works or do i have to read the source code to get an idea? 22.35.04 # any settings_list.c guru around? 22.35.22 # saratoga: I have a diagram at http://nicolas.pennequin.free.fr/rockbox/audio_skip.pdf 22.35.51 # apart from that there's the wiki page, but it's a bit outdated. hopefully the code has quite some comments, and you can ask any questions you want 22.36.39 # I want to have a setting which can have the values 3,4,5,6,7 and for each display a string: very slow, slow, normal, fast, very fast 22.37.27 # But why start at 3? And what do these settings do? 22.38.31 # webguest67: it's for smooth seek acceleration, and these values were determined by experimenting 22.38.42 # shouldn't matter for the implementation 22.38.48 # saratoga: need a link to the wiki page? 22.39.13 # i'm sure i can find it when i get a chanec to look through this 22.39.49 # well, here you are: http://www.rockbox.org/twiki/bin/view/Main/SoftwareCodecPlayback 22.40.22 # markun: Aren't those values in seconds? 22.40.33 # right. I'm off all, will check out the forum, thanks. 22.40.52 # linuxstb: they are in seconds/seconds^2 22.41.15 # so in 1/seconds I guess 22.41.16 Quit webguest67 ("CGI:IRC (EOF)") 22.42.06 Quit davina (Remote closed the connection) 22.44.08 # markun: Hz ! 22.44.18 # yes :) 22.44.40 # which wouldn't tell our poor users (including myself) a lot 22.45.12 # I generally prefer numbers to things like "very slow", "slow", "normal" etc though... 22.45.35 # isn't there a seeking accelaration already? 22.45.45 # me too. We could state the *2 time in seconds like it is now 22.45.55 # pixelma: there is 22.46.19 # saratoga: if asf_read_packet fails, should we call advance_buffer at all? 22.46.29 # I changed the implementation to be continuous instead of steps of *2 22.46.50 # ehm, that didn't make any sense 22.46.52 Quit barrywardell () 22.47.33 # pixelma: would you like to try a patch? 22.48.13 # saratoga: also, do you have some broken wma files to test with? 22.48.18 # bertrik: the idea is to skip past broken packets 22.48.25 # i've got a WMA file it fixes 22.48.45 # since WMA files have fixed length packets, you can skip past any broken packet and find good ones later 22.48.59 # ah ok, so without the advance buffer calls it will keep on failing on the same packet? 22.49.14 # bertrik: yes 22.49.20 # saratoga: btw, isn't it time to revert my falty imdct 'optimization'? 22.49.46 # markun: yes I have the patch ready to do it 22.49.55 # i just haven't given the idea much thought lately 22.50.27 # ok, thanks. Did you look at the difference in output with and without my change? 22.50.29 # i've been meaning to look over IRAM use in the WMA codec and try to get the output buffer into IRAM 22.50.36 # markun: yes about a year ago 22.50.43 # mcuelenaere: here? 22.50.47 # was it big? 22.50.53 # it reduced the SNR on my test sample by about 40dB 22.51.05 # wow 22.51.12 # i think the RMS error verses the MS decoder was something like -60dB 22.51.23 # which is tolerable but not ideal 22.51.52 # Nico_P: yes 22.52.00 # the problem is that WMA nees a 32kb output buffer 22.52.13 # amiconn, i've been tetsing it ignoring the display problem, but it freezes and locks up all the time now 22.52.18 # which makes it difficult to put it all into IRAM on 48k only targets 22.52.21 # mcuelenaere: about the libnjb guy you couldn't get a hold of: what's his name? also, did you try their ML? 22.52.29 # pixelma: anyway: http://130.89.160.166/rockbox/logseek.patch 22.52.41 # Nico_P: quetzalcoatl. Do they have a ML? 22.52.47 # ah sorry, I meant nomadness.net 22.52.51 # but its tempting to keep your optmization and as well as shrink the window coefficients to 16 bits, and then try to fit in the output buffer in IRAM 22.52.52 # mcuelenaere: also, they are mostly the same guys as libmtp. 22.53.10 # yes, but the guy I need to contact is/was at nomadness.net 22.53.28 # http://libnjb.sourceforge.net/?section=support 22.53.32 # I just referred to that one from libnjb because he had contact with quetzalcoatl 22.53.56 # but I mailed to him and he said he doesn't know him besides on the (ex-)forums 22.54.01 # ah, alright. I misunderstood then 22.54.03 # i guess it depends on what accuracy we really want from our lossy codecs 22.54.22 # anybody know if replacing a player's HD with a CompactFlash adapter can cause problems with rockbox ? 22.54.31 # it does with the OF 22.54.33 # saratoga: I think the general approach is to favour accuracy over speed. 22.54.57 # (as far as is reasonable...) 22.55.24 # well whats a good target to aim for? 22.55.51 # amiconn, pixelma: I'm not able to repro the "last few seconds of last tracks" bugs 22.55.54 # it seems even google cache removed the last remains of nomadness.net :( 22.56.06 # I'll look into fixing the splash though 22.56.14 # the RMS error in most lossy codecs verses lossless is something like 30 dB, and none of our DACs do much above 80dB, so thats a wide range of possible values 22.57.19 # Nico_P: I couldn't either but I'm sure I saw it a few times during the weekend (normal use), running some late 172xx build (after austriancoder's changes). I'd like to be able to reproduce myself... :\ 22.57.35 # nothing you can do currently, so sorry 22.59.29 Quit mcuelenaere () 23.00.01 Quit tvelocity (Remote closed the connection) 23.02.05 # linuxstb: would you like to try the patch? 23.02.54 Quit XavierGr (Nick collision from services.) 23.03.05 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 23.05.19 # i think the ideal way to speed up the wma codec (particularly on cold fire) would be to figure out if the entire 32kb buffer is actually needed for overlapping MDCT windows, but its difficult for me to figure that out since theres so many window sizes in the format 23.09.37 # markun: Sure. 23.10.26 # linuxstb: try seeking through a file before and after the patch. I think you will see the difference. 23.11.14 # I probably shouldn't reuse the same setting since the values now have a different meaning 23.12.59 Quit moos ("CGI:IRC (Ping timeout)") 23.13.41 # linuxstb: new patch (same url) 23.16.15 Quit Robust2 () 23.16.25 # why do I keep getting SIGTRAP in gdb with viewport related funcs? 23.17.46 Join moos [0] (n=c40cd9a5@gateway/web/cgi-irc/labb.contactor.se/x-d3f8435fa007bf18) 23.18.02 # linuxstb? 23.22.34 # Nico_P: I don't know... What viewport-related functions? 23.23.03 Quit petur ("stkov") 23.23.11 # actually it's plenty of driver funcs, not just viewports. googling seems to indicate it might actually be a bug in the kernel 23.23.24 # (linux kernel, not ours) 23.23.55 # Nico_P: whaen do you get them? 23.24.37 # markun: It seems to work well. 23.24.39 Quit miepchen^schlaf () 23.24.40 # n1s: I had some breakpoints set, and after reaching one of them, gdb started telling me about loads of SIGTRAP signals 23.24.58 Join miepchen^schlaf [0] (n=miepchen@p54BF4D2A.dip.t-dialin.net) 23.25.01 # linuxstb: great. The only remaining issue is the names of the settings I think 23.26.31 # Nico_P: breakpoints where? 23.26.40 # n1s: in wps display code 23.27.37 Join mewshi [0] (n=mewshi@edinboro.63-160-38-99.cust.stargate.net) 23.27.39 # hihi 23.27.50 # how do I reset my sansa c200? 23.27.57 # i accidentally formatted it... :\ 23.28.00 # how can I fix it? 23.28.26 Quit XavierGr (Nick collision from services.) 23.28.38 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 23.28.47 Quit bughunter2 ("Leaving.") 23.29.58 # Nico_P: I can set breakpoints in gwps.c in several places and continue with no problems here, 2.6.24 on amd64 23.30.10 # ubuntu hardy bte 23.30.19 # s/bte/btw/ 23.30.30 # n1s: I'm on hardy too 23.30.33 Quit OlivierBorowski (Remote closed the connection) 23.30.36 # I'll see if it occurs again 23.31.04 Join csc` [0] (n=csc@archlinux/user/csc) 23.32.01 # mewshi: what do you mean by "formatted"? The data partition? 23.32.31 Quit moos ("CGI:IRC") 23.36.27 *** Saving seen data "./dancer.seen" 23.40.41 Join shotofadds_ [0] (n=rob@ip-81-1-103-181.cust.homechoice.net) 23.42.02 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.44.53 Quit lee-qid (Read error: 110 (Connection timed out)) 23.48.30 # Nico_P: Listening for real on H180 now; let's see whether the 3-seconds resume bug is gone. 23.48.32 Quit XavierGr (Read error: 110 (Connection timed out)) 23.48.43 # mewshi: Do you know about recovery mode? http://www.rockbox.org/twiki/bin/view/Main/SansaE200Unbrick (I think the same works on the c200) 23.48.53 # * amiconn meanwhile reminds Nico_P of the "wrong index during track transition" bug 23.49.20 # amiconn: that's a tough one. all my attempts to improve that have resulted in other breakage so far 23.49.44 Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") 23.49.49 # and I'm pretty sure it's not new to any of my changes 23.50.22 # Well, it worked correctly before MoB iirc 23.50.32 # * amiconn should probably verify that 23.51.10 # I think I tested the rev just before MoB and it bahaved the same, but of course confirmation is welcome 23.51.29 # It's also a nasty one for me - I often tend to check the wps during transition, especially at home 23.51.51 # also, the fundamental reason why this "bug" exists isn't new to MoB at all 23.51.56 # shotofadds: is there a reason why you included grey.h and helper.h in the touchpad test plugin? 23.52.38 # DerPapst: probably because they were in the plugin I copied. Should probably remove those :g 23.52.46 # ok ;-) 23.53.15 # saratoga: all the mdct windows are needed :/ unless you generate the on runtime 23.53.29 Quit amiconn (Nick collision from services.) 23.53.36 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 23.53.45 Quit ompaul (Client Quit) 23.53.50 Quit shotofadds (Read error: 110 (Connection timed out)) 23.53.50 # (yes, I'm a using 'caption backlight' all the time when listening at home) 23.54.08 Nick shotofadds_ is now known as shotofadds (n=rob@ip-81-1-103-181.cust.homechoice.net) 23.55.32 # Nico_P: I wonder why the playlist index is so special - all the other tags are properly delayed until the trackchange happens at the pcm layer 23.56.01 # merbanan: on most files yes 23.56.21 # i believe only some very low bitrate files will leave off some of the window sizes, typically those below 32kbps 23.58.03 # amiconn: the WPS asks the playlist code for the value instead of using something that's in the struct mp3entry. 23.58.48 Quit n1s () 23.58.50 # stroring the value in the mp3entry and making the wps access that was one of my leads, but it caused some problems with repeat and such 23.58.54 Nick basti is now known as RIP|Hannes (i=bnc@85.214.109.173)