--- Log for 19.10.109 Server: kubrick.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 1 hour ago 00.00.31 # Wasn't 10 needed for the MTP stuff? 00.00.48 # bluebrother: looks like it works - http://pastie.org/659867 00.00.51 # this issue with the release binary of beastpatcher is really strange. It seems like GetTempPath() fails? 00.00.57 # IIRC the OF needed 10, but I may be misremembering here 00.01.19 # AlexP: might have been 10, not sure. 00.01.25 # or at least it does not get any error 00.01.42 # mc2739: ok, this looks good. 00.02.30 # my main question was if it required any debug libraries installed. Doesn't seem to be the case, so we're fine here. It's just the binary being slightly bigger due to no optimizations used. 00.04.02 Quit flydutch ("/* empty */") 00.09.57 Quit domonoky (Read error: 104 (Connection reset by peer)) 00.12.03 Join casainho [0] (n=chatzill@bl15-108-152.dsl.telepac.pt) 00.12.48 # JdGordon: ping 00.13.58 Join bluebrother_ [0] (n=4e359b4e@giant.haxx.se) 00.20.15 Part froggyman 00.24.29 Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) 00.25.01 Quit bluebrother_ ("CGI:IRC (Ping timeout)") 00.26.08 Quit dfkt (Nick collision from services.) 00.26.12 Nick dfkt_ is now known as dfkt (i=dfkt@unaffiliated/dfkt) 00.26.24 Quit petur ("Zzzzz") 00.28.01 Quit casainho ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824085743]") 00.30.59 Quit DarkDefender ("Leaving") 00.32.55 Quit markatto ("Lost terminal") 00.33.27 Quit bertrik_ ("De groeten") 00.34.23 Quit robin0800 (Remote closed the connection) 00.38.21 Quit bertrik ("Leaving") 00.45.48 Quit ender` (" Today's BOFH excuse: Zombie processes haunting the computer") 00.48.40 *** Saving seen data "./dancer.seen" 00.48.40 # hrm, I've found a way to save quite much binsize and ramusage 00.49.47 Quit mikroflops (Remote closed the connection) 00.50.29 # kugel: ? 00.50.49 # (inspired by the linux kernel) put init (read: functions that we *know* that they're only called once during boot) functions into a special section, and let the audio data overwrite it then 00.51.56 # I've already saved ~3.5k by doing this with 5-6 functions 00.52.00 # on my fuze 00.52.30 Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) 00.54.55 Quit GeekShadow (Read error: 131 (Connection reset by peer)) 00.56.57 # doing this makes sense IMO, there's no real reason to keep dead code around 00.57.56 Nick Ypsy is now known as YPSY (n=ypsy@87.106.45.183) 01.00.37 Quit mikroflops (Remote closed the connection) 01.00.40 Quit tomers (Read error: 113 (No route to host)) 01.01.06 Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) 01.10.27 Quit DerPapst ("Leaving.") 01.12.00 # kugel: Is this firmware code, or some apps code as well? 01.12.21 # both 01.13.13 # What about the code that does buffer_alloc? Won't that overwrite the init function? 01.13.21 # s/function/functions/ 01.16.40 Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) 01.16.47 # probably yes 01.20.19 Quit Thundercloud (Remote closed the connection) 01.20.29 # rolo seems to be broken 01.21.25 # with that init functions stuff 01.24.22 # linuxstb: the functions could also be put at the end of the audio buffer, or even codec or plugin buffer, to ensure stuff doesn't get overwritten by buffer_alloc 01.28.41 # ugh, something happened to switching to the WPS on hwcodec - while the WPS loads the statusbar is still there (it's disabled in my WPS, progressbar gets drawn first while the menu is still in the background 01.28.49 # ah wait, rolo is broken in SVN, and I wasn't even running a build with my modifications 01.29.17 # and next track info pretends to always be there even if it isn't (shows an n/a string then) 01.29.44 # instead of title or artist info 01.31.39 # somewhere between r22193 and r23246 01.32.03 # pixelma: I introduced n/a string 01.32.21 # what for? 01.32.32 # it looks like it wasn't very wise 01.32.58 # r23208 01.33.25 # next track info isn't there - and you can use that conditionally to show something else if it isn't - I even use this on swcodec (end of playlist) 01.33.59 # I forgot that it can be used as conditional (and the code didn't suggest it) 01.34.20 # I'll change it back, or rather to return NULL 01.34.39 # on hwcodec next track info is only there during the last 1..2 minutes depending on bitrate, available buffer size and actual timing 01.35.14 # that still leaves some drawing problem - maybe a missing clear screen or so? 01.36.00 # kugel: but thanks for fixing the first then :) 01.38.03 # could it be related to the rtl commit, I see the loading splash too but then it gets drawn over by the progress bar 01.38.03 Part duffrecords 01.38.12 # s/commit/commits 01.39.41 # it looks like a combination of the menu and the WPS "graphical" things (bitmaps, progress bar) 01.41.03 # I guess it's there on other targets too just not as visible as on my Ondio because loading the WPS takes a while 01.48.42 Quit dfkt (Read error: 60 (Operation timed out)) 01.52.45 # pixelma: can filename tags be used conditionally too? 01.53.05 # yes 01.55.38 # doesn't make much sense for current filename but I use it for next filename as a quick check if next track info is there 01.56.49 # well, it makes sense for custom statusbar 01.57.18 # the whole point of the commit was to protect the skin engine for the case where audio wasn't played at all 01.58.44 # New commit by 03kugel (r23253): r23208 broke conditional use of metadata and filename tags. Return NULL instead of "n/a" to make it work again. 02.01.11 Part froggyman 02.04.40 Quit efyx_ (Remote closed the connection) 02.08.43 # pixelma: mostly core actions 02.09.26 Join peter__b [0] (n=peter_b@93.133.192.145) 02.17.59 Quit peter-b (Read error: 145 (Connection timed out)) 02.18.33 # the PF action tables define their own actions, which *may* override core ones, for horizontal scroll, exit, and a few other things 02.18.53 # Unhelpful: hmm... I would have expected to be able to use pictureflow in an M3 sim then (controls through the core actions of the main unit which are simulated but display on the remote), not a 100% sure currently if it wasn't something weird here because just browsing the menus in the M3 sim behaved a bit wrong too as if only every second press takes action 02.18.56 Join SidneyFu [0] (n=1824cdcd@giant.haxx.se) 02.19.38 # it wasn't as regular though, it just didn't take sometimes 02.20.47 Quit togetic ("WeeChat 0.3.0") 02.22.16 Join togetic [0] (n=togetic@unaffiliated/ibuffy) 02.22.32 Quit mikroflops (Remote closed the connection) 02.23.18 Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) 02.23.22 Quit togetic (Client Quit) 02.23.28 Quit SidneyFu (Client Quit) 02.24.05 Join togetic [0] (n=togetic@unaffiliated/ibuffy) 02.26.49 # New commit by 03kugel (r23254): Reorder members for more efficient alignment. 02.27.00 # I just realised something... with petur's recording button mapping changes it seems it not possible to start a recording on the OndioFM now at all, argh! 02.29.11 Quit BHSPitLappy ("Ex-Chat") 02.31.06 # except in the FM screen ;\ 02.31.27 # and in wavrecord 02.35.27 Join uflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) 02.35.36 Quit mikroflops (Remote closed the connection) 02.35.38 # kugel: the next track info stuff in my WPS works as expected again, thanks for that :) 02.36.02 # no problem :) 02.36.58 # drawing still looks very weird upon entering the WPS it didn't before 02.37.05 Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) 02.47.05 # * maraz_ wishes the midi player had a WPS interface, track looping etc 02.48.44 *** Saving seen data "./dancer.seen" 03.02.21 Quit pixelma (Nick collision from services.) 03.02.23 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 03.02.43 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 03.02.50 Quit amiconn (Nick collision from services.) 03.02.55 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 03.03.04 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 03.05.03 Join casainho [0] (n=chatzill@188.80.108.152) 03.06.51 # pixelma: the m3 is a special case, the PF button map uses remote buttons and chains to CONTEXT_REMOTE|CONTEXT_STD 03.08.39 Quit MethoS- (Remote closed the connection) 03.09.15 # JdGordon: I worote an howto for JTAG debug using Eclipse! I even recorded a small video showing a debug session. I hope you can get the debug working on Mini2440. Check here the howto and the video: http://lyre.sourceforge.net/?q=content/how-setup-eclipse-jtag-debugging 03.13.19 # casainho: source level? 03.13.35 # tmzt: what you mean? 03.13.50 # like can you step through (c) source 03.15.15 # tmzt: yes, yes :-) 03.15.49 # nice, be great if this worked for linux kernel also but I'll find out for myself 03.16.07 # and also through assembly code, I mean, I can see the C code in assembly and run instruction by instruction 03.16.14 # so how is the omap2 project going? 03.16.33 # but not the source for that assembly, symbols, etc? 03.16.50 # omap2? :-) eheh... no omap, just one S3C2440 ARM9 from Sansumg 03.17.04 # ah, wrong 2440 03.17.22 # no, everything, all symbols in C and assembly. 03.17.33 # great 03.17.40 # other targets chain CONTEXT_TREE to get the return-to-wps and various other things 03.18.05 # project is going ok, I wanted to document so others developers can take advantage of using JTAG debug, which I think is not usual on others targets.... 03.18.35 # right that makes sense 03.18.50 # what external codec are you using and are you using s3c fb? 03.21.06 # eheh, I don't remember now what codec is. fb? no, I think. to say the true, I even didn't code nothing for this target, just Bob_C. 03.21.30 Quit kugel (Remote closed the connection) 03.21.45 # I am just trying the code and I first setup the JTAG debug. I just received my board on friday. 03.21.58 # okay, sorry to go offtopic 03.27.41 # keep in touch: http://lyre.sourceforge.net/ :-) 03.27.44 # bye bye 03.27.48 Quit casainho ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824085743]") 03.32.00 Join hail_batimore [0] (n=chatzill@pool-173-67-53-157.bltmmd.east.verizon.net) 03.33.31 Quit hail_batimore ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") 03.37.07 Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) 03.38.08 Quit midgey () 03.38.30 Join Strife89 [0] (n=michael@adsl-146-206-157.mcn.bellsouth.net) 03.51.20 Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) 03.51.20 Quit uflops (Read error: 104 (Connection reset by peer)) 03.55.08 Quit shai (Read error: 110 (Connection timed out)) 04.03.01 Join shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) 04.29.34 Join saratoga [0] (i=98039f25@gateway/web/freenode/x-trigddkmqtszotat) 04.30.00 # some of the patches in FS#2911 - (S)NES emulator contain code thats not GPL compatible 04.30.03 Quit mikroflops (Remote closed the connection) 04.30.07 # whats the correct way to deal with this 04.30.28 # should the task be closed or the just the non-GPL patches be deleted, or wait and see? 04.30.51 Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) 04.36.01 Quit mikroflops (Remote closed the connection) 04.36.31 Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) 04.38.35 Quit Rondom (Nick collision from services.) 04.38.45 Join Rondom [0] (n=Rondom@dslb-084-057-173-065.pools.arcor-ip.net) 04.42.10 # from the author of that SNES patch's 6502 emulator: "The above license terms are incompatible with GPL. Thus, you should avoid making the source code from this page and any derived code part of a GPLed project." 04.42.21 # should I just delete the patch from the tracker then? 04.47.46 # saratoga: Do you mean delete, or just close the task? 04.48.06 # the task itself has code under acceptable license 04.48.23 # some of the later patches contain non-GPL code 04.48.40 # due to a infones falsely claiming to be LGPL 04.48.45 *** Saving seen data "./dancer.seen" 04.50.08 # sorry now infones 04.50.10 # not 04.50.51 # NESCore is the problem, its a derivation of infones that has some bad code in it 04.50.58 # stupid names are confusing me 04.52.40 # my preference would be to just delete the offending patch and then leave the rest of the thread open 04.57.03 Quit HellDragon (Read error: 104 (Connection reset by peer)) 04.57.07 Join HellDragon [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) 05.12.05 Quit panni_ (Read error: 54 (Connection reset by peer)) 05.12.51 # saratoga: I don't know how you manage to make sense of that task... 05.13.04 # linuxstb: grep and google :) 05.13.32 # infones appears fine, its just the last patch using nescore that should go 05.15.40 # saratoga: The author of that patch seems to accept the issue, so I don't think he would be upset if you deleted his patch. It would seem sensible, to prevent it being spread further. 05.15.57 # (not that it would matter if he was upset...) 05.17.23 Join Horschti [0] (n=Horscht2@xbmc/user/horscht) 05.17.33 # i'll delete it and email him privately 05.19.38 Quit gevaerts (kubrick.freenode.net irc.freenode.net) 05.19.38 NSplit kubrick.freenode.net irc.freenode.net 05.19.38 Quit n17ikh (kubrick.freenode.net irc.freenode.net) 05.19.38 Quit Horscht (kubrick.freenode.net irc.freenode.net) 05.19.38 Quit BlakeJohnson86 (kubrick.freenode.net irc.freenode.net) 05.19.38 Quit Sharn (kubrick.freenode.net irc.freenode.net) 05.19.38 Quit lyngaas (kubrick.freenode.net irc.freenode.net) 05.20.02 NHeal kubrick.freenode.net irc.freenode.net 05.20.02 NJoin gevaerts [0] (n=fg@rockbox/developer/gevaerts) 05.20.02 NJoin n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) 05.20.02 NJoin Horscht [0] (n=Horscht2@xbmc/user/horscht) 05.20.02 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 05.20.02 NJoin Sharn [0] (n=brandon@dsl-207-183-188-180.freedom.wy.silverstar.com) 05.20.02 NJoin lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) 05.23.43 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.25.53 Quit mikroflops (Remote closed the connection) 05.26.16 Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) 05.30.20 Quit saratoga ("Page closed") 05.34.33 Quit Horscht (Connection timed out) 05.50.06 Quit Horschti ("Verlassend") 06.06.29 Join uflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) 06.17.43 Quit Llorean (Read error: 104 (Connection reset by peer)) 06.18.15 Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net) 06.19.39 Quit mikroflops (Read error: 60 (Operation timed out)) 06.48.46 *** Saving seen data "./dancer.seen" 07.00.59 Quit Strife89 ("Bed. The number of snores will be *over 9000*. :P") 07.28.52 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 07.34.19 # New commit by 03FlynDice (r23255): AMS Sansa: Add voltage defines to pl180.h. No functional changes. 07.34.26 # New commit by 03FlynDice (r23256): AMS Sansa: Adjust SD Card frequency to Identification frequency at beginning of card init instead of the end of pl180 controller init. ... 07.46.51 Quit uflops (Read error: 54 (Connection reset by peer)) 07.46.57 Join mikroflops [0] (n=yogurt@90.231.195.226) 07.51.40 Quit mikroflops (Remote closed the connection) 07.52.06 Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) 08.07.10 Join uflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) 08.12.53 Quit mikroflops (Connection timed out) 08.15.56 Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) 08.22.07 Join esperegu [0] (n=quassel@145.116.15.244) 08.23.19 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 08.24.01 Join Rob2222 [0] (n=Miranda@p4FDCF1B9.dip.t-dialin.net) 08.29.16 Quit uflops (Read error: 60 (Operation timed out)) 08.29.49 Quit mikroflops (Remote closed the connection) 08.31.29 Quit Zagor (Read error: 60 (Operation timed out)) 08.39.21 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 08.41.24 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.42.17 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.42.53 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.45.26 Join petur [0] (n=petur@213.49.144.150) 08.48.04 Join flydutch [0] (n=flydutch@host77-167-dynamic.15-87-r.retail.telecomitalia.it) 08.48.49 *** Saving seen data "./dancer.seen" 08.52.20 # petur: wanted to tell you the other day that the OndioFM does not have the rec split action... and then realised (and also confirmed) that now there is no means of starting a record (in the usual recording screen)... 08.52.36 # I know, I read the log 08.52.56 # sorry for running off like that, my daughter has been quite ill for the last two days 08.53.12 # no worries 08.54.06 # I'll try to look at the OndioFM tonight 08.54.29 # what do you want to do there? 08.55.01 # no idea, think of a solution? 08.55.12 # I don't think there is any other way than it was before 08.55.43 # so we should revert to the pre-MarcGuay state? 08.57.01 Join maruk [0] (n=papier@titanium.sdv.fr) 08.57.01 # which makes sense, I mean. The most important thing is to start and stop the record, splitting is not as important (especially on the Ondio which has 4GB of storage maximum 08.57.45 # ok 08.59.06 # well yes, if you can think of something better I wouldn't be opposed but on the OndioFM you are very limited with buttons (and seeing that, the mapping is quite nice usually) 09.00.34 # I start agreeing with Llorean in that forum thread and think maybe it's best to revert to before MarcGuays commit and add an exception for the Ipods somewhere. 09.01.36 # Imo there is no problem with having the same action on more than one button, as long as this doesn't make other features unavailable 09.02.40 # petur: maybe that exception can (or even should be) similar to the OndioFM 09.03.05 # We do this in the tree context on most targets, where both center ('Select' or similar) and 'Right' enter a subtree or start an element 09.03.53 # right, revert it is 09.04.18 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 09.04.35 # I'll try to do it tonight unless somebody else does it before me. I have no ipods to check what the result is for them :/ 09.06.18 # the recording screen is accessible in the sim and button mappings can be tested there if there are no other limitations on the target 09.07.06 Quit faemir ("Leaving") 09.09.22 # which is on the Ipods that you probably can't press the opposite buttons at the same time 09.09.42 # or at least that isn't nice 09.15.59 Join Andorin [0] (n=andorin@207.55.41.249) 09.16.41 Join KBH [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) 09.26.42 # Hey, I have a question. I'm working on getting Rockbox on my 2G iPod Nano (computer's on Linux). The instructions say to install the "root" or "top-level" directory of the iPod, but poking around the folders, I don't see anything by that name. 09.27.15 # Andorin: I'm sure there's wiki instructions, but do you have it in disk mode and mounted as a storage device? 09.27.23 # if your using gpod or something it probably won't work 09.27.46 # I, well, I don't think so. 09.27.50 # oh, of that name 09.27.56 # No, I'm just looking through it with my file manager. 09.27.58 # it means the very top of the set of folders 09.28.03 # there won't be anything by that name 09.28.07 # press control l 09.28.07 # Oh... 09.28.11 # and tell me the path 09.28.31 # It's /media/iPod/ 09.28.38 # Just that directory? 09.28.58 # that looks right 09.29.00 # yes 09.29.03 # K, thank you. 09.33.52 Quit HBK (Read error: 110 (Connection timed out)) 09.35.40 # Wow! Installing that was a lot easier than I thought it would be! 09.36.04 Quit phanboy4 (Read error: 104 (Connection reset by peer)) 09.37.58 # And it's working. HUGE props to the Rockbox project for getting functional firmware for the 2G Nano. 09.39.03 Join MethoS- [0] (n=clemens@134.102.106.250) 09.39.21 Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) 09.39.31 # This might be a dumb question, but I can continue using software like gtkpod to add and remove files from my iPod while running Rockbox, right? 09.40.30 # You will need to use the database if you do 09.41.20 # Use the database? 09.41.20 # The Apple firmware uses scrambled directory and file names, so if you upload music like that you will need to use the Rockbox database to access your music, as you want know which song is which through the file browser. 09.41.27 Quit Thundercloud (Remote closed the connection) 09.42.01 # Ah. 09.42.07 # I suggest reading the manual (the nano 1st gen should be same, except for installation) 09.42.19 # That doesn't seem so bad. With Rockbox on here, I don't have much reason to use the Apple firmware. 09.42.27 # You can just drag and drop, and then use either the Rockbox file browser or the database 09.42.45 # But then the OF won't read your music 09.44.10 # Hmm... listening to the music on headphones, I can hear soft little clicks during tracks. 09.44.15 # Is this a bug? 09.44.17 # Yes, this is known 09.44.20 # Alright. 09.44.27 # That is why it is unstable :) 09.44.35 # Yeah, but it's better than nothing. =) 09.45.02 # I'm liking the GUI of this firmware more than Apple's. 09.46.29 # good :) 09.46.43 # AlexP, Andorin: the 2nd gen Nano manual is available ;) 09.46.44 # Alright, now to see how I can load .ogg files onto this thing. 09.47.00 # (One reason I don't much like Apple's firmware is its limited filetype support.) 09.47.03 # pixelma: Ah good, to my shame I didn't bother checking :) 09.47.14 # Andorin: Just drag and drop 09.47.37 # Nice! I can hit Select to browse the playlist and pick a new song. Extra cool point for Rockbox. 09.48.56 # Okay, so I go iPod_Control/Music/ and I have twenty folders with names f00-f19. This must be the scrambled music AlexP mentioned. 09.49.17 Join AndyI [0] (n=pasha_in@212.14.205.32) 09.50.16 # Is there where I drop files? 09.50.44 # Andorin: no, you can drop them wherever you want 09.51.04 # iTunes renames the files in a weird way and puts them in that folder 09.51.14 # I'm using Linux, so no iTunes. 09.51.39 # ok, then you can ignore that music folder 09.51.45 Quit MethoS- (Remote closed the connection) 09.51.52 # And still drop files wherever I want? 09.51.58 # yes 09.53.10 # Alright... 09.53.40 # When I first ran this, I went to Database and it updated, then had me reboot. I then started playing music from there, so I assumed that Database is where I control playback. 09.53.56 # However, the music I just added isn't in the Database; it's in Files. It plays fine. 09.56.06 Quit flydutch (Read error: 110 (Connection timed out)) 09.56.07 # did you turn dircache? I think it's useful if you use the file browser a lot 09.56.13 # *turn on 09.56.48 # dircache? No, I don't believe so. (I've never done any iPod-modding before.) 09.57.00 # Andorin: this isn't iPod stuff, it's rockbox 09.57.20 # Well, I've never used Rockbox either. :P 09.57.28 # when rockbox is running your iPod is basically a new mp3 player, but has the same storage (hard drive) as the Apple firmware 09.57.38 # and uses part of the Apple firmware for disk mode 09.57.38 # Right, I understand that much. 09.58.44 # Andorin: dircache just stores your folder tree in RAM, so the disk doesn't have to spin up ever time you change folders 09.59.11 # markun, is this applied to my PC or to my iPod? 09.59.47 # Andorin: It's a setting in rockbox. btw, which iPod do you have? 10.00.05 # This is an iPod Nano 2G. I was confused by your mention of a spinning disk. 10.00.24 # ah, if it's a flash based player it doesn't matter :) 10.00.29 # Alrighty. 10.01.05 # I have to go again. Good luck with your "new" player :) 10.01.14 # Thanks. 10.05.45 # Andorin: sorry, iPod equals hard disk to me and I'm very tired 10.06.08 # do flash-based iPods use disk mode in firmware? 10.09.00 # I'm not sure. I've never been anything but a regular user with an interest in playing .ogg files. 10.10.31 # (And in having OSS on my digital audio player.) 10.11.28 Join n1s [0] (n=n1s@rockbox/developer/n1s) 10.23.50 Quit BHSPitMonkey ("Ex-Chat") 10.25.07 Quit fyrestorm ("lamers envy me like they envy bill g -- main boot xp, just the way it should be!") 10.29.47 # tmzt: yes, they work the same 10.30.15 # thank you, any reason why soft usb wouldn't work though? is that a goal? 10.34.29 # TheSeven hasn't got usb working on the nano 2g yet. 10.34.50 # right, of course 10.36.51 # didn't he get it working with some hacks? 10.36.57 # but not commited yet 10.37.27 Join manuel_ [0] (n=chatzill@bl15-108-152.dsl.telepac.pt) 10.38.10 Nick manuel_ is now known as casainho (n=chatzill@bl15-108-152.dsl.telepac.pt) 10.39.44 Quit casainho (Client Quit) 10.42.30 # Holy crap. These games make my iPod... fun. 10.48.50 *** Saving seen data "./dancer.seen" 11.09.54 Join DerPapst [0] (n=DerPapst@p4FE8F5CE.dip.t-dialin.net) 11.17.51 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) 11.23.04 Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) 11.43.09 # ...hm. I think Rockbox crashed. 11.43.37 # *PANIC* / FTL: Scheduling bank 0 block 662 for remap! 11.43.43 # And can't get out of the screen. 11.44.01 # Andorin: Menu+Select 11.44.18 # Aha. 11.44.33 # Andorin: the nano 2g port is still unstable :) 11.44.41 # Right, I know. 11.45.26 # Yeah i only see those FTL remap PANICs when im moving around in the file browser fast 11.48.02 # I did an update of the database and it panicked. 11.48.49 # ...oh, crap. 11.49.03 # If I browse simply by files, I can only listen to an album at a time. 11.49.33 # So I pretty much have to use the database for listening to multiple albums or all songs at once, don't I? 11.49.57 # No - read the manual... 11.50.31 # Reading. 11.51.48 Quit Andorin ("Leaving") 12.03.19 # linuxstb: still risk of flash corruption? that doesn't look good 12.09.59 # tmzt: What are you talking about? 12.10.38 # 19:51 < Andorin> *PANIC* / FTL: Scheduling bank 0 block 662 for remap! 12.10.48 # or is that a stub? 12.11.02 # Zagor: Could you move http://linuxstb.cream.org/rockbox/gigabeat-s.tgz onto the download server? I think we probably want it in a /bootloader/toshiba/ but that would mean that /bootloader/gigabeat/ is out of place (maybe move that and have a tempory symlink). 12.11.15 # tmzt: I don't think that implies flash corruption. 12.11.26 # But TheSeven is the person to ask. 12.11.42 # okay 12.32.26 Quit shai (Read error: 110 (Connection timed out)) 12.36.36 Join JackWinter2 [0] (n=jack@vodsl-10804.vo.lu) 12.42.31 Join Grahack [0] (n=chri@LCaen-151-91-3-232.w193-251.abo.wanadoo.fr) 12.47.33 Quit JackWinter (Read error: 113 (No route to host)) 12.48.52 *** Saving seen data "./dancer.seen" 13.03.03 Join Casainho [0] (n=chatzill@87-196-39-27.net.novis.pt) 13.03.25 # /msg NickServ identify chave 13.04.44 Quit Casainho (Nick collision from services.) 13.05.10 Join Casainho [0] (n=chatzill@87-196-39-27.net.novis.pt) 13.09.27 Quit Casainho (Client Quit) 13.12.02 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 13.30.36 # Zagor: www/manuals.pl was modified on r23202 - can you update the server please? 13.33.35 # done 13.35.28 # linuxstb: done 13.36.51 # Zagor: Thanks. What did you do about the existing /bootloader/gigabeat/ directory? 13.36.58 # symlink for now 13.37.12 # i.e. I moved the dir and added a compatibility symlink 13.37.38 # What did you call the new directory? Maybe gigabeat-fx is better than just gigabeat? 13.37.48 # that's what I called it 13.37.57 # Perfect ;) 13.42.13 # New commit by 03zagor (r23257): Updated location of Gigabeat F/X bootloader 13.42.19 Join skyhunter [0] (n=quassel@f054010222.adsl.alicedsl.de) 13.42.30 # I'll add the beastpatcher links to the manual when I get home, then we have a nicely documented manual method 13.43.04 Quit skyhunter (Remote closed the connection) 13.43.12 # And "someone" *just* needs to do rbutil :) 13.44.51 # The manual currently just mentions single boot, we should add dual boot too I suppose 13.53.42 # what is needed to add new targets to rbutil? is that written down somewhere? 13.56.32 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 13.57.29 Part LinusN 13.57.59 # * Zagor had the scary idea of rewring rbutil in lua... 14.01.31 # Zagor: Yes, I think the RockboxUtilityDevelopment page has it. 14.02.02 # Zagor: Installing rockbox from another rockboxed dap with usb host? 14.02.21 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 14.02.56 # amiconn: no, "just" replacing much of the c++ code with scripts. I don't know anything about the code though, it was just a thought that passed through my head :) 14.03.41 # linuxstb: indeed. http://www.rockbox.org/wiki/RockboxUtilityDevelopment#How_to_add_a_new_Target 14.12.44 Quit antil33t (Read error: 104 (Connection reset by peer)) 14.12.50 Join antil33t [0] (n=Mudkips@119.224.12.185) 14.26.05 Quit Grahack ("Leaving.") 14.26.30 Join Casainho [0] (n=chatzill@87-196-39-27.net.novis.pt) 14.28.26 Quit DarkDefender (Remote closed the connection) 14.29.05 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 14.34.16 # perhaps it's time to update wiki/IpodPort 14.37.36 Join DarkDefender [0] (n=rob@78.69.30.229) 14.38.21 Join kugel [0] (n=kugel@rockbox/developer/kugel) 14.40.32 # Zagor: can you add the unstable ports to the player list in flyspray? 14.42.08 # and while you're at it, maybe the list of people who can get assigned things should be updated or emptied 14.42.45 Join mcuelenaere [0] (n=mcuelena@78-22-177-194.access.telenet.be) 14.46.53 Join FOAD_ [0] (n=dok@dinah.blub.net) 14.47.17 # kugel: I don't know if you already got your Mini2440, in case you are interested, I wrote a page with images and 1 video showing a JTAG debug session using Eclipse: http://lyre.sourceforge.net/?q=content/how-setup-eclipse-jtag-debugging 14.47.36 # I saw it already 14.48.53 *** Saving seen data "./dancer.seen" 14.57.29 # gevaerts: any idea what could cause interrupt endpoints to constantly send the same "message" over and over? I'm not sure what I did wrong, but every time when I do something with HID on Rockbox it looks like the host keeps getting the same message over and over (i.e. volume louder has the effect of the volume being at max, and me not able to reduce it unless I unplug the device) 14.57.40 Join dfkt_ [0] (n=dfkt@unaffiliated/dfkt) 14.57.50 # (this has been an issue since I first implemented interrupt endpoints on Jz4740) 14.57.59 Join stoffel [0] (n=quassel@p57B4E153.dip.t-dialin.net) 14.58.57 # mcuelenaere: I noticed that too on my e200. it only happens very rarely there though 14.59.23 # hmm kugel: does the e200 have a scrollwheel? (and are you using it to change the values?) 14.59.33 # volume yes 14.59.44 # it has a scrollwheel 14.59.51 # because I'm still not certain if this is because of something wrong with the apps code misinterpreting touchscreen events or similar 15.00.03 # well that specific part of apps code 15.01.17 Quit DerPapst ("Leaving.") 15.01.27 Quit dfkt (Nick collision from services.) 15.01.31 Nick dfkt_ is now known as dfkt (n=dfkt@unaffiliated/dfkt) 15.02.02 # mcuelenaere: I don't know that much about HID. Maybe ask tomers? 15.02.16 # I think I already asked him 15.02.24 Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) 15.03.12 Quit FOAD (Read error: 110 (Connection timed out)) 15.03.12 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 15.03.26 # hid would have nothing to do with volume being max on the pc, this would just be a mapping to a multimedia key right? 15.06.20 # with the volume being max I mean the event that increases the volume gets sent repeatedly, which results in a max volume 15.06.29 # right 15.08.55 # rasher: ping 15.10.35 # yay, wiki TOC link glitch fixed 15.10.54 # nice 15.14.45 # amiconn: ping 15.20.48 Nick YPSY is now known as Ypsy (n=ypsy@87.106.45.183) 15.23.59 # kugel: and did you got your Mini2440? 15.24.06 # no 15.24.12 Quit DarkDefender (Remote closed the connection) 15.27.39 Quit stoffel (Remote closed the connection) 15.27.55 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) 15.28.05 Join stoffel [0] (n=quassel@p57B4E153.dip.t-dialin.net) 15.29.07 Join Topy [0] (n=Topy44@g228217043.adsl.alicedsl.de) 15.29.17 Quit DarkDefender (Client Quit) 15.29.47 Join faemir [0] (n=faemir@78.33.109.163) 15.30.19 Join kyle6513 [0] (n=kyle6513@58.174.128.189) 15.35.41 Quit T44 (Read error: 60 (Operation timed out)) 15.44.52 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 16.00.38 Join MethoS- [0] (n=clemens@134.102.106.250) 16.02.36 Join evilnick_230 [0] (i=0c140464@rockbox/staff/evilnick) 16.04.00 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 16.08.07 Nick evilnick_230 is now known as evilnick_B (i=0c140464@rockbox/staff/evilnick) 16.08.58 Join h01ger [0] (n=holger@socket.layer-acht.org) 16.08.59 Quit janne_oksanen (Read error: 131 (Connection reset by peer)) 16.09.37 # hi. i guess i'm reading the wiki correctly that the "Archos 3 Vision" is not supported by rockbox? 16.09.38 Join janne_oksanen [0] (n=janne@130.234.191.99) 16.10.25 # h01ger: that's correct 16.11.01 # grumpf. any recommendations for a "cheap" player with fm-transmitter and rockbox support? 16.16.23 # hm, I don't think any of out targets has an fm transmitter 16.19.30 # ok. thanks gevaerts! 16.20.32 # leave #rockbox play it again :) 16.20.36 # almost 16.20.37 Part h01ger ("play it again :)") 16.26.46 # gevaerts: anything with bluetooth chip? many of those have transmitter 16.26.57 # fm transmitter 16.32.06 Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) 16.35.23 # tmzt: so, did you bought already a Mini2440? :-) 16.35.44 # no, have a lot of hardware but not that one 16.35.45 # why? 16.36.02 # tmzt: I tought you were interested on it. 16.36.28 # more in jtag and having a working developement environment on linux 16.37.31 # trying to get into more hardware oriented development I mean, mostly doing software stuff on htc phones right now 16.38.02 Join dp [0] (n=gms8994@207-150-168-70.static.sagonet.net) 16.38.30 # tmzt: ok :-) 16.38.49 # the wiki suggests that 3G iPod Nano's do not work with rockbox. is this still true, or is it out of date, since iPodStatus doesn't say anything about the nano 16.39.00 # It's still true. 16.39.08 # always interested in an open hardware project though, just don't have time to take on another one 16.39.37 # dp: 2g just became unstable with a lot of work on bootloader and security as well as flash 16.40.39 # hrm, ok. know if ipodlinux works? 16.40.56 # No, it doesn't. 16.41.15 # suck. so there's no other firmware for the 3G that I can use, correct? 16.41.24 # Correct 16.41.45 # blargh 16.41.50 # ok, thanks 16.41.56 Part dp 16.44.47 Join DerPapst [0] (n=DerPapst@p4FE8F5CE.dip.t-dialin.net) 16.48.43 # grml 16.48.55 *** Saving seen data "./dancer.seen" 16.49.06 # I would like to know whether it's a good idea to reuse LANG_CHANNEL_CUSTOM for the custom option of the statusbar setting 16.49.59 # kugel: I'd say that if you're unsure, don't reuse language strings 16.50.41 # I just don't want to end up with two strings that mean the same thing 16.51.54 # for the languages I know it's fine. the worst thing that can happen is that we get a bug report for a wrong string, in which case a translator can fix it 16.54.45 Join Strife89 [0] (n=michael@168.16.239.253) 16.55.54 # meh, alright. I'll write in the desc field that one should look whether the translation is compatible with LANG_CHANNEL_CUSTOM (and if to please the same translation) 16.56.39 # s/please/please use/ 17.00.24 Quit Zagor ("Don't panic") 17.04.19 Join toffe82 [0] (n=chatzill@12.169.218.14) 17.15.33 Quit n1s (Read error: 110 (Connection timed out)) 17.19.26 # gevaerts, i believe the ipod has something to transmit to your car's radio, although im not too sure its FM 17.19.36 Quit teru ("Quit") 17.20.41 # kyle6513: they don't 17.21.22 Quit Rondom (Nick collision from services.) 17.21.33 Join Rondom [0] (n=Rondom@dslb-084-057-169-059.pools.arcor-ip.net) 17.21.34 Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) 17.23.55 # gevaerts, you can buy a simple thing to plug into them :) the itrip 17.25.25 # * gevaerts points out that he wasn't the one who asked for this thing 17.25.43 # i know, but if he comes back you can tell him :) 17.25.45 Quit stoffel (Read error: 113 (No route to host)) 17.26.00 # so can you, and I assume he knows that there are external transmitters 17.26.15 # thats true 17.28.19 # New commit by 03kugel (r23258): Initial custom statusbar commit. ... 17.30.50 # though some, not the belkin, need software on the device 17.30.50 Quit mcuelenaere (Connection reset by peer) 17.31.24 Join mcuelenaere [0] (n=mcuelena@78-22-177-194.access.telenet.be) 17.34.01 # lol 17.34.09 # no reds/yellows \o/ 17.34.57 Join liar2 [0] (n=liar@83.175.83.185) 17.35.18 # kugel: except for the delta :) 17.35.29 Nick liar2 is now known as liar (n=liar@83.175.83.185) 17.35.48 # I consider <1.5k successful! 17.44.05 # kyle6513: Every single thing out there with a headphone socket has a fm transmitter by that measure 17.44.20 # I'm pretty sure he meant integrated 17.48.39 # ah i see 17.50.08 # New commit by 03tomers (r23259): Splash error message when loading language from dir browser fails 17.52.58 Quit kyle6513 ("Leaving") 17.53.46 # tomers: add new lang strings to the end! 17.54.20 Quit mcuelenaere () 17.54.21 # I'm not sure that we need a new lang string, we already have a string for when something failed 17.54.42 Join saratoga [0] (i=98039f25@gateway/web/freenode/session) 17.54.54 # did anyone ever figure out how the Fuze knows when its hooked up to line out? 17.55.07 # presumably some GPIO pin? 17.56.20 # kugel: I thought it is better to have it there, near the successful message. I guess I didn't know there is a convention to adding new strings. Should I move it? 17.56.33 # yes 17.56.46 # tomers: this way breaks existing voice files 17.56.47 # it's not just a convention, it's to not break compability 17.57.06 # kugel: I'll fix ASAP. Do you know what is that string? 17.57.36 # LANG_FAILED 17.58.12 # kugel: LANG_FM_PRESET_SAVE_FAILED, LANG_BACKDROP_FAILED, all handle failing to load/save. They all can use LANG_FAILED, don't they? 17.58.29 # I think so yes 17.59.15 # but they exist longer so I wouldn't call it urgent to deprecate them (not sure if I would do it at all), but I don't think we should add more of that sort 18.01.06 # New commit by 03tomers (r23260): Don't introduce a new string, instead reuse LANG_FAILED. 18.01.21 Join n1s [0] (n=n1s@rockbox/developer/n1s) 18.02.03 # * Strife89 wonders who would like a "Buffer Left" option for the status bar. 18.02.35 # s/Left/Remaining 18.04.05 # Strife89: ? 18.04.15 # skin buffer you mean? 18.04.30 # Audio buffer. 18.04.31 Quit petur ("work->home") 18.04.57 # I'll elaborate later. 18.05.03 Quit Strife89 ("Gone to lunch.") 18.06.46 # custom statusbar \ :) / 18.07.09 # now just get rid of the code for the old bar and you can reclaim some of that delta 18.08.46 # New commit by 03kugel (r23261): Add a browse (remote) custom statusbar item in the theme settings. ... 18.10.58 Join |DaMaGeD| [0] (n=|DaMaGeD@85.26.164.117) 18.12.43 # New commit by 03kugel (r23262): Remove a few superfluous calls and use the correct symbol. 18.13.03 Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 18.14.17 # pixelma: I asked Lambda yesterday and he told me that USB is working fine on his version of Snow Leopard. 18.14.20 # JdGordon: maybe you can do it? :P 18.18.00 # JdGordon: hello :-) -- how is your Mini2440? -- could you run already Rockbox on it? 18.18.40 Join daggett [0] (n=denis@74.56.62.201) 18.21.20 # its good.. and no, not yet 18.21.51 # New commit by 03gevaerts (r23263): Change control handling to start expecting host packets before sending data to the host. This makes the handling less timing sensitive on some ... 18.23.20 # JdGordon: I wrote a page, using some picutres and one video showing how to do JTAG debug (using Rockbox bootloader code): http://lyre.sourceforge.net/?q=content/how-setup-eclipse-jtag-debugging 18.29.10 Part maruk 18.32.23 Quit phanboy4 (Read error: 104 (Connection reset by peer)) 18.37.00 Join Lear [0] (i=chatzill@rockbox/developer/lear) 18.41.02 Quit robin0800 (Remote closed the connection) 18.42.32 Quit DerPapst ("Leaving.") 18.43.27 Part mnemoc 18.48.58 *** Saving seen data "./dancer.seen" 18.49.26 # kugel: I know you're very busy today :-) But can you have a look at "FS#10692 - Viewpority USB screen" ? I would like to commit it, but I think I would like you to review it first. Thanks 18.49.47 # stupid WYSIWYG wiki editor 18.50.36 Join Lss [0] (n=Lss@cm46.delta91.maxonline.com.sg) 18.51.27 # tomers: a) no typedefs :) 18.51.52 # b) you seem to remove putsf() calls which n1s introduced recently 18.52.57 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.54.05 # tomers: the whole usb screen should probably be in its own file, just calling some usb_screen_run() from screens.c 18.54.48 # kugel: Thanks for the feedback. Uploading... 18.56.19 # kugel: Please see the updated patch I just uploaded 18.56.48 # kugel: I was just about to ask you about separating screens.c into several files, possibly under apps/screens/* 18.58.33 # tomers: or maybe just apps/gui there are few other screens as well 18.59.34 # Are there any other screens besides usb screen that shouldn't be in screens.c? 19.00.52 Quit SUSaiyan (Read error: 104 (Connection reset by peer)) 19.01.17 # kugel: Do you want to create a new function usb_screen_run()? I can just expose the existing usb_screen()? 19.01.41 # the name of the function hardly matters :) 19.02.01 Quit thegeek ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") 19.04.10 # kugel: Is FS#10692 ready to commit? 19.04.41 # tomers: please don't use stop_scroll() 19.04.54 Quit Casainho ("ChatZilla 0.9.85 [Firefox 3.5.3/20091007095328]") 19.04.56 # at least not after setting the NULL viewport 19.05.02 Quit |DaMaGeD| ("Back in reality.") 19.05.10 # that will stop scrolling on the whole display, very nasty for custom statusbar for example 19.05.20 Join pamaury [0] (n=pamaury@88-123-146-180.rev.libertysurf.net) 19.05.35 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 19.05.44 # kugel: I saw it in gui_quickscreen_draw() which I took as a reference 19.06.53 # tomers: quickscreen does it only for the viewports it draws in 19.07.16 # ah on entering, that seems like a bug to me 19.07.26 # kugel: OK. I removed it. Is there is something else? 19.08.05 Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) 19.11.39 # tomers: are you doing the extra file now? 19.12.11 # kugel: No. I think I should first commit my changes, then move to a new file without any change to logic 19.12.19 # ok 19.13.01 # tomers: have you tried if it works with a custom ui vp? 19.13.43 Join JdGordon| [0] (n=Miranda@nat/microsoft/x-aswrrbvjjhqpeuqh) 19.13.54 # kugel: I just tried it as it is and it works. I don't understand what is / how to test custom ui vp? 19.14.51 # depending on your target, insert "ui viewport: 30,30,100,100,-,-,-" to your config.cfg and load it 19.15.06 # just don't exceed the screen dimensions 19.15.37 # kugel: I use e200. Are those values ok for my target? 19.16.02 # how does the fm screen handle the custom statusbar? 19.16.05 # you possibly want to ignore the ui viewport since it may be too small for the usb logo. in this case just do viewport_set_fullscreen() instead if _set_defaults() 19.16.29 # and the recording screen? 19.16.39 # that too 19.17.16 # they both force the statusbar to be on. that means it uses whatever the user selected and if the statusbar is off it forces statusbar at top (the default setting) 19.17.37 # kugel: Just to make sure: Do you want me to replace viewport_set_defaults(...) with viewport_set_fullscreen() ? 19.18.06 # tomers: I don't know 19.18.22 # the custom statusbar or the built-in? Especially the recording screen status bar has some very special items 19.19.03 # maybe like this: check if the parent viewport is big enough to hold the usb logo, and it's too small then force fullscreen 19.19.39 # pixelma: statusbar at top is the build in one 19.21.49 # the built in one can be at the bottom also! 19.22.41 # so? 19.22.41 # is there anything in either rec/regular built in statusbar that cant be done with skins? 19.22.43 # so nothing... just saying 19.22.44 # it behaves like the wps with %we 19.22.55 # kugel: What will fillscreen do? 19.23.00 # s/fill/full 19.23.35 # tomers: viewport_set_fullscreen() gives you a fullscreen viewport minus statusbar area 19.24.26 # fullscreen should probably give the real full screen... or have a param to say if the bar is included or not 19.24.43 # JdGordon|: you can show all information the special fm/recscreen statusbar shows with the custom statusbar too 19.24.50 Join duffrecords [0] (n=iyoung@dtnoc.alchemy.net) 19.25.11 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 19.25.12 # JdGordon|: wait, I proposed that a whole while ago..you were against it 19.25.14 # not everything from the rec bar though? 19.25.22 # everything 19.25.28 # %St... 19.25.39 # great 19.25.49 # and %cs/%mp for play status 19.26.28 # speaking of %St... 19.27.16 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 19.28.27 # kugel: Are you sure we need all this check? It used to work previously... I don't see how parent vp can not be in the size of the whole screen 19.28.55 # as I said, custom ui vp 19.29.00 # If you just open a command prompt in windows, where does it put you? i.e. can I tell people to just do "cd Desktop" and they will get there? 19.29.13 # see FS#8799 for details/an example picture 19.29.33 # AlexP: I did that for the samsas 19.29.38 Join raphi [0] (n=raphi@pub082136118205.dh-hfc.datazug.ch) 19.29.40 # AlexP: what does this have to do with Rockbox? ;) 19.29.51 # pixelma: Beast manual install instructions 19.30.00 # I told them to create a rbinstall folder on the desktop, then do cd Destop\rbinstall in the cmd 19.30.12 # kugel: OK, I'll do the same 19.30.21 # pixelma: speaking of %St, did you want to say something?? 19.30.45 # AlexP: cmd /k cd dir\to\go\to 19.31.01 # JdGordon|: Does that have to be absolute? 19.31.30 # well yes, got a bug report abd wanted to head off to the tracker but if you want to listen now I could tell again here 19.31.32 # . /k lets you do any command so you can string abunch together to get a different drive 19.31.37 Join stoffel [0] (n=quassel@p57B4E153.dip.t-dialin.net) 19.31.56 # JdGordon|: But if it is on their desktop I don't know e.g. their username 19.32.05 # I think I'll just tell them to navigate to it 19.32.22 # If they are manually installing then they can handle cd 19.32.27 # kugel: Why do people need a vp which is smaller than the actual screen? Can you provide me with a use case? Maybe targets with really big screens? 19.32.59 # tomers: there are some themes which ook really nice with a border 19.33.19 # but also the status"bar" might end up using half the screen... 19.33.31 # tomers: see http://www.alice-dsl.net/simonemartitz/asdf/custom_list.png it's pure pretty-ness 19.33.32 # ok, so I will use the original vp's size, and if the usb icon can't fit in, use the whole screen? 19.34.45 Quit GodEater (Remote closed the connection) 19.34.55 Join GodEater [0] (n=bibble@bb-87-80-121-64.ukonline.co.uk) 19.36.15 Join mrtok1 [0] (n=dummy@p5B39DB4E.dip.t-dialin.net) 19.36.54 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 19.38.53 # New commit by 03tomers (r23264): rbutil: Change layout to RTL if Hebrew language is used 19.42.22 # I hate that wiki editor 19.42.33 # then don't use it :) 19.42.41 # you can't easily switch back from heading X to normal 19.42.58 # I wrote my headline, but I can't manage to get the below text in the normal style 19.42.59 Join Strife89 [0] (n=michael@168.16.237.214) 19.43.06 Part LinusN 19.43.24 # good that switching headings works fine at elast 19.43.33 Join phanboy4 [0] (n=benji@gate-22.spsu.edu) 19.49.58 # If I want to mix text and images in a statusbar skin, do I need separate non-overlapping viewports for the text and the images, to avoid having the text erase some/all of the images? 19.50.39 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 19.50.52 # kugel: there's an "edit raw" link somewhere 19.51.04 # or "raw edit" 19.51.06 # I know 19.51.24 # kugel: Is think this one is better (FS#10692)... 19.52.25 Quit stoffel (Remote closed the connection) 19.55.11 Quit Horscht ("Verlassend") 19.55.23 Join Horscht [0] (n=Horscht2@p4FD4E406.dip.t-dialin.net) 19.55.45 Quit Horscht (Client Quit) 19.57.28 Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) 20.01.15 # tomers: looks ok to me. I think you should do screens[i].scroll_stop(title_vp); somewhere before exiting the screen 20.01.34 # I'm having trouble building my database, so I put all my MP3s in a new folder with an empty database.ignore file, but it still stops building at a particular number. shouldn't it skip all the files? 20.02.12 # I think you actually must do that, the scroll engine might crash otherwise 20.03.20 # duffrecords: are there no music files available to the database at all now? I'm asking because there's a bug in the database with no music files at all 20.04.08 # yeah, that would be the case at the present moment 20.04.20 # I'll add one and see what happens 20.04.52 Join petteyg [0] (n=petteyg@131.95.172.141) 20.06.38 # I have an iPod 5.5 (80GB Video). When I am in the "record" screen, no button (short or long) will exit back to main menu. What keypress is required to exit the recording screen? 20.09.00 # saratoga: do you know why we can only have GPL'd plugins? 20.09.33 # or anyone 20.10.27 Quit dfkt (Nick collision from services.) 20.10.32 Nick dfkt_ is now known as dfkt (i=dfkt@unaffiliated/dfkt) 20.11.43 # kugel: I checked it out now, and it all *looks* ok (replaced putsxy() with puts_scroll(), and created a long string, so that it scrolls). Should I nevertheless stop scrolling explicitly?> 20.11.43 # * domonoky is about to commit the mini2440 initial port. Any objections ? 20.11.43 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) 20.11.46 # tomers: the scroll engine saves the pointer to the viewport 20.12.00 Quit DarkDefender (Client Quit) 20.12.01 # since it's allocated on stack, it's invalid after exiting the screen 20.12.49 # domonoky: object!! my mini2440 didn't came yet :) 20.12.49 # kugel: So I guess I should stop :-) 20.12.49 Join midgey [0] (n=tjross@rockbox/developer/midgey) 20.12.49 # tomers: yes 20.12.53 # * domonoky chooses to ignore kugel :-) 20.14.29 # New commit by 03Domonoky (r23265): Initial mini2440 port. ... 20.14.44 # gevaerts: thanks for checking iram for me 20.14.59 # linuxstb: ping 20.15.12 # New commit by 03alex (r23266): Add beastpatcher download location to the Gigabeat S manual, and add dual-boot bootloader install instructions. 20.15.13 Join flydutch [0] (n=flydutch@87.15.166.167) 20.16.32 # if gigabeat f is now broken, please blame gevaerts :-) 20.16.54 # domonoky: there's no proof that this commit corresponds to the binary I tested :) 20.18.24 # domonoky: did anyone make sure the beat f/x drivers wernt broken? 20.18.25 # midgey: ? 20.18.47 # JdGordon|: gevaerts 20.18.59 # ok cool 20.19.08 # JdGordon|: yes i had gevaerts as testing device, and found and fixed some lcd problems for the gigabeat f. 20.19.12 # linuxstb: the latest version of alac decoder has some bug fixes and support for 24-bit files 20.19.14 # So are we missing anything else for the S to be unsupported not unstable? 20.19.27 # i synced the changes and posted them to the tracker 20.19.38 # if you have time, I'd appreciate it if you could take a look 20.20.03 # kkurbjun: ping 20.20.23 # midgey: task #? 20.20.45 # JdGordon|: did you already play/code with rockbox on your mini2440 ? 20.20.54 # linuxstb: FS #10690 20.21.29 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 20.21.30 # domonoky: no.. i havnt got a long enough cable for jtag... 20.21.50 Join Utchybann [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) 20.22.10 # * JdGordon| would rather use serial and usb to get code going... but meh :p 20.22.27 Join petur [50] (n=petur@rockbox/developer/petur) 20.22.36 # JdGordon|: yes, thats a bit of a problem. i had to put the board behind my PC, to flash the bootloader. :-) But now i only need the SD card for new code :-) 20.22.53 Join efyx_ [0] (n=efyx@lap34-1-82-225-185-146.fbx.proxad.net) 20.23.18 # hopefully tonight! 20.25.34 # wtf ipod mini2g 20.26.02 # midgey: Have you tested if 16-bit files still decode at the same speed? 20.27.06 # not yet, unfortunately i only have my e200 and a nano2g with me 20.28.30 # domonoky: could it be that there is a naming clash and code you committed for th Io 20.28.55 # the Io ? 20.29.04 # Mini2 something is added to the Ipod Mini 2g too? 20.29.19 # Anybody here have an 80GB Gen 5 iPod Video that they've successfully recorded audio with? I don't get any audio from three different mics. 20.29.37 # domonoky: (just translating midgey's wtf... see delta table) 20.30.03 # oh, that is a nice delta.. 20.31.08 # the table looks funny :) 20.33.03 Join shaggy-h [0] (n=kiwi@87.74.127.193) 20.33.03 # I'm quite impressed with that delta from adding something to the beast manual 20.35.05 # maybe the table fails to regexp mini2g and mini2440? 20.36.09 Quit phanboy4 (Read error: 104 (Connection reset by peer)) 20.36.14 # kugel: mini2440 isnt automatically built at moment, so there must be something else wrong. (me starts a mini2g build to check what happens) 20.36.31 Join phanboy4 [0] (n=benji@gate-22.spsu.edu) 20.36.36 # I assume the build log for mini2g is interesting 20.37.42 # domonoky: i just built mini2g and the numbers in rockbox-info look normal 20.37.57 # Binary size: 533832, Actual size: 533824, RAM usage: 905648 20.38.21 # build log looks ok 20.38.29 # Are there targets with HAVE_REMOTE_LCD *and* !HAVE_LCD_BITMAP ? 20.38.54 Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) 20.38.54 # also, the manual commit caused the delta, not the mini2440 one 20.39.12 # yeah, I'll take all the credit for that one 20.39.14 # tomers: no, and rockbox would break if they were some ;) 20.39.27 # tomers: no. the only target with !HAVE_LCD_BITMAP is the archos player. they have no lcd in the remote. 20.40.09 # thanks 20.41.19 # gevaerts, markun, I'm afraid the meizu m6 is basically forced to use 24-bit or even 32-bit mode for the LCD framebuffer, because of the way the hardware is connected. 20.42.07 # (I hope I'm misunderstanding the datasheet and the schematic) 20.43.29 Join bertrik_ [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.43.39 # speaking of depth, I see the mini2440 has a 18bit display. would be nice if we can use it in the long term 20.44.40 # doesn't the h300 have an 18bit display but we intentionally use 16? 20.45.03 # midgey: IIRC this is true but there are some other restrictions. I'm not sure 20.47.03 Quit DaCapn (Remote closed the connection) 20.47.05 # also, it seems that the statusbar is showing up during the splash screen 20.47.48 # is that related to getting a fullscreen viewport (the conversation you and JdGordon had earlier)? 20.48.24 # it's initialized very early (for early-usb before settings are loaded). it's possibly drawn too early too 20.49.01 *** Saving seen data "./dancer.seen" 20.50.15 # bertrik: can we commit the dbop patch soon? 20.53.32 Join ixi [0] (n=a-S@213.211.34.237) 20.54.53 # um, hi, i wonder if someone could help me.. i just got iriver ihp120, and the rockbox that was there wasnt responding - so i tried to reinstall it according to manual, but after installing the bootloader, it stopped responding at all.. anyone knows what to do? 20.56.02 # ixi: Try the reset button 20.56.02 # And what is on screen? 20.56.08 # nothing 20.56.12 # it just stopped responding at all 20.56.18 # it wont turn on 20.56.31 # Which bootloader did you try to install? 20.56.38 # 166EU 20.56.45 # non-patched? 20.57.00 # well, the one from http://rasher.dk/rockbox/iriver-firmwares/ 20.57.10 # yeah, so non-patched 20.57.20 # following http://download.rockbox.org/daily/manual/rockbox-h100/rockbox-buildch2.html#x4-80002.2 20.57.21 # Was the battery full? 20.57.29 # nope 20.57.35 # oh dear 20.57.48 # If it ran out during flashing, then that is very bad news 20.57.57 # You can try charging and hope for the best 20.58.12 # doesnt it not let you flash if its low? 20.58.17 # well, rockbox said it was succesfully installed 20.58.32 # rbutil? 20.58.38 # yeah 20.59.02 # Why were you flashing a non-patched bootloader if you were trying to install with rbutil 20.59.07 # JdGordon|: I don't think so 20.59.12 # um, cause the html says so? 20.59.28 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 20.59.32 # Where? 20.59.33 Join Blue_Dude [0] (n=chatzill@rockbox/developer/Blue-Dude) 20.59.42 # Rockbox Utility will ask you for a compatible copy of the original firmware. This is because for legal reasons we cannot distribute the bootloader directly. Instead, we have to patch the Iriver firmware with the Rockbox bootloader. 20.59.42 # Download a supported version of the Iriver firmware for your Iriver iHP100, iHP115, iHP120, iHP140, H120 and H140 from the Iriver website, links can be found on IriverBoot. 20.59.42 # Supported Iriver firmware versions currently include 1.63US, 1.63EU, 1.63K, 1.65US, 1.65EU, 1.65K, 1.66US, 1.66EU and 1.66K. Note that the H140 uses the same firmware as the H120; H120 and H140 owners should use the firmware called ihp_120.hex. Likewise, the iHP110 and iHP115 use the same firmware, called ihp_100.hex. Be sure to use the correct firmware file for your player. 20.59.51 Quit stripwax (Client Quit) 21.00.05 # Rbutil takes that and patches it 21.00.21 # So when I said non-patched, the answer was no 21.00.28 # well, i just followed the installation step by step 21.00.56 # Doing it with low battery wasn't a good idea 21.01.26 # i dont think the battery ran out, it would disconnect the device, wouldnt it? 21.01.58 Join stoffel [0] (n=quassel@p57B4E153.dip.t-dialin.net) 21.02.07 # If it were during flashing then the device wasn't connected to the PC 21.02.39 # well, what should i do now? 21.03.05 # Let us be clear - you did the rockbox util install, then disconnected, then went into the iriver firmware and selected upgrade firmware? 21.03.18 # And then it wouldn't turn on again 21.03.36 # tomers: this looks broken to me: http://www.alice-dsl.net/dominik.riebeling/rockbox/rbutil-he.jpg 21.03.55 # i installed bootleader first 21.04.02 # then it said i should turn the device on 21.04.06 # which, well, didnt work 21.04.14 # tomers: ping 21.04.18 # wait, it must have been on to instal the bootloader 21.04.29 # Rbutil wouldn't have detected it if it were off 21.04.37 # yeah, it was on i think 21.04.38 # לועקך: פםמע 21.04.41 # kugel: pong 21.04.43 # :-) 21.05.00 Quit Zarggg () 21.05.01 # ixi: I need to know exactly what you did, in detail, with no missing steps 21.05.06 # tomers: are the quickscreen items swapped too with rtl languages? 21.05.27 # tomers: besides, according to the Qt documentation RTL languages are detected automatically. Adding a hack for hebrew just because it doesn't seem to work seems like a pretty bad idea to me. 21.06.12 # bluebrother: why does that look broken to you? 21.06.19 # well, first i connected it to pc, uninstalled both rockbox and bootloader (because the copy i got it with was probably corrupted, rockbox wouldnt turn on and iriver firmware said 0MB free), then installed the bootloader according to the manual, it said that i should turn it on, except i cant 21.07.15 # So when you uninstalled Rockbox, you copied the unpatched original firmware to the player, then went into the iriver firmware, and selected update firmware? 21.07.30 # bluebrother: It simply did not work automatically. I am not an expert with Qt, but my fix just solved it... Is the translator knows whether the language it loads is RTL? 21.07.35 # i did it all with rockbox util 21.07.35 # s/is/does/ 21.07.44 # kugel: I'll test 21.07.44 # ixi: You can't have 21.07.53 # well, i did 21.07.54 # kugel: have a closer look at the path. It's /tmp/rbutil, so in RTL I'd expect it to be rbutil/tmp/ 21.07.58 Join perfectdrug [0] (n=5b0edcc8@giant.haxx.se) 21.08.16 # ixi: no you didn't - rbutil doesn't do that. 21.08.17 # ixi: rbutil places a patched firmware on your player, you have to "update" to it with the of yourself. 21.08.17 # ixi: To uninstall the bootloader, you *must* go into the iriver firmware, and selected update firmware 21.08.23 # rbutil can't flash the bootloader on the h100, you have to do it from the device 21.08.27 # kugel: also, have a closer look at the device list. Something is wrong with braces. 21.08.46 # ah the path looks strange indeed 21.08.54 # and rbutil can not uninstall the bootloader for a h120. (you just need to update a unmodified of again) 21.09.01 # exactly 21.09.19 # tomers: well, IMO we should rather figure why it didn't work instead of committing nasty hacks. If the next RTL language comes in we'd run into similar issues and need to adjust it again. Nothing that's good. 21.09.40 # well, i just pressed remove bootloader, it said it did, then i pressed install bootloader, it asked me for firmware, and said it was installed succesfull 21.09.41 # y 21.09.54 # Then you haven't actually done anything 21.09.57 # ixi: so if you didnt use the "update firmware" option in the OF, nothing should have changed, you you are probably just out of power. 21.09.57 # tomers: usb hid seems very reliable on os x 10.6 now 21.10.05 # ixi: Try leaving it to charge 21.10.09 # ok 21.10.17 # and don't use a Nokia charger! 21.10.19 # how should i do it, then? http://download.rockbox.org/daily/manual/rockbox-h100/rockbox-buildch2.html#x4-60002 doesnt mention anything 21.10.25 # yes it does 21.10.25 # just cos the plug fits does not make it a good diea! 21.10.27 # i know, GodEater, i have original charger :) 21.10.28 # *idea 21.10.34 # ixi: Under finishing the install 21.10.40 # ixi: But don't do anything yet 21.10.46 # tomers: at least based on a quick test with an e200. it's much more responsive and the scrollwheel doesn't get stuck increasing volume repeatedly 21.10.51 # midgey: What happened that it suddenly works? 21.10.57 # ixi: Leave it to charge, and then next time you try do it with it plugged in 21.11.19 # and follow all the instructions exactly 21.11.59 # ixi: if i try bootloader uninstallation in rbutil for a h120. it just says: "cant uninstall bootloader, only installation log removed". Didnt you see that ? 21.12.07 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 21.12.13 # kugel: plugins need to be gpl compatible because a) thay include gpl licensed headers and b) they are linked against gpl licensed code (the core and plugin lib) 21.12.15 # no idea, could just be a fluke. (that was with r23234) 21.12.20 # domonoky, dont think so 21.12.30 # does it keep log somewhere? 21.12.41 # so, just to be clear.. i'll plug it on, then use rockbox util to install rockbox via complete installation, and then do 2.2.3, right? 21.12.44 # n1s: surely proprietary code can link against GPL code too? 21.12.49 # no 21.13.06 # how do they do proprietary software on linux then? 21.13.08 # (AFAIU) at leasr 21.13.17 # ixi: Yes 21.13.57 # kugel: you don't have to link linux software agains any gpl'ed code the libgcc thing has an exception in it's license 21.14.02 # btw, how long should the charge take before it responds? i have it there for about a 5 minutes already, and it doesnt respond.. before, it responded right away 21.14.09 # I don't know 21.14.16 # personally, I'd be tempted to just update Rockbox on the player and leave the bootloader alone until you confirm it's definitely not working 21.14.24 # ixi: But you haven't actually done anything with Rockbox yet 21.14.28 # ixi: no log is kept. (and for info: rbutil will also tell you what is in 2.2.3, if you actually read what rbutil says :-) ) 21.14.28 # n1s: gcc has an exception for the support code it ships 21.14.31 # hi, I just want to ask if there are known issues with some of the h300 players, because I have actually two, one works fine but the other seems to have some display issues like low contrast and white flickering pixels during actions, I just thought if someone had this problem before? It's actually a very old port and I'm wondering if it is just mine player. Did you here some reports like this in the past? 21.14.46 # AlexP, so, there is definitely no way i could brick it? 21.14.48 # ixi: So whatever the issue is if there is one is not a Rockbox one 21.14.48 # gpl code cannot link against proprietary code, that's all (that's where lgpl comes into play). but the gpl cannot dictate others code 21.14.59 # ixi: Yes, the bootloader install/uninstall could 21.15.01 # perfectdrug: That has been reported before, and only with some h300 units 21.15.01 # but the point about the included headers is probably right 21.15.08 # ixi: But you haven't done that yet 21.15.11 # o 21.15.12 # ok 21.15.16 # at least i have a bit of hope 21.15.19 # ixi: the bootloader install on an h100 is one of the most dangerous things to do to a player 21.15.20 # midgey: I think it's my fix with the casting :-) 21.15.27 # well, thanks 21.15.28 # because if you brick it, it can't be fixed without specilised hard ware 21.15.41 # so DO NOT do anything with the bootloader until you KNOW it's broken 21.16.10 # kugel: see here http://www.gnu.org/licenses/gpl-faq.html#LinkingWithGPL 21.16.19 # evilnick_B: thanks i look for the bug report 21.16.27 # tomers: yeah, i was just letting you know since I had forgotten to test it last week. i suppose i could check the usb properties to see if there's any visible difference 21.16.55 # * Dhraakellian pords advcomp2019 21.17.18 Quit pamaury ("exit(*(int *)0 / 0);") 21.17.21 # perfectdrug: Try: http://www.rockbox.org/tracker/task/9501 21.17.28 # grml 21.17.29 # advcomp2019: do you know how I could get in touch with the author of PlainTextVP re: recommendations for porting it to the Fuze's 4:3 screen? 21.17.40 Join Ubuntuxer [0] (n=johannes@dslb-188-101-013-008.pools.arcor-ip.net) 21.17.51 # kugel: if we really wanted to make non-gpl compatible plugins possible we would have to change the way they are linked and loaded but it is possible 21.19.12 # plugins aren't even linked against the core 21.19.37 # they have a dummy pointer to the api, the pointer is set in the core's plugin loader at runtime 21.19.50 # bertrik: will you have time to look at the Meizu M6 LCD init soon? I'm really getting tired of the OF and with the LCD working and feel more motivated to work on it :) 21.20.36 # and feel -> I feel 21.21.02 # kugel: i though they were but i don't know all the details 21.21.25 # what non-gpl-compat plugin is it that you want? 21.21.58 # the nes emulator seems incompatible 21.23.02 # I'm not really into the licensing details much, but I don't see a reason to say non-gpl code can't work 21.23.26 # evilnick_B: I also just found that, but it is not that bad with mine, so I have a correctly working player and on which does not, seems like the perfect testing condition, do you know which code I have to modify? 21.23.50 # kugel: This is more relevant for rocks: http://www.gnu.org/licenses/gpl-faq.html#GPLAndPlugins 21.24.10 # kugel: if you want to commit something that is not gpl compatible i'd recommend taking it up on the dev ml 21.24.21 # perfectdrug: From the comments of the Flyspray entry: http://www.misticriver.net/forums/rockbox-h3xx-series/36004-i-have-fuzzy-picture-need-help.html#post387846 21.24.37 # perfectdrug: NB - I have not tried this personally, so the usual caveats apply 21.25.15 # Lear: well, we clearly have the "borderline case" here 21.25.52 # n1s: I'm not suggestiing to commit it or even host it, but I think it should be possible to have non-gpl *third-party* plugins 21.25.52 # midgey: Please do 21.26.23 Quit Grahack ("Leaving.") 21.26.32 # kugel: What exactly do you want me to test in quickscreen? I see shuffle to the left, repeat to the right... 21.26.38 # Did someone change the build script to make the dependencies build faster? This thing is scooting! 21.26.39 # kugel: i'm just saying that i think any such change should be thoroughly discussed firsy 21.26.44 # first* 21.26.51 # tomers: is it swapped with rtl languages? 21.27.12 # kugel: What I just described is with hebrew, in RTL mode 21.27.18 # So I guess it is OK? 21.27.28 # n1s: I'm not suggesting a change either :) I wasn't sure whether this is possible in the current situation 21.27.51 # tomers: depends on what you mean with OK, it's not swapped at least 21.27.54 # kugel: Plugins with an incompatible license are legally impossible. This has been discussed several times already 21.28.13 # kugel: btw, i'm not sure i agree with you that we are the "borderline" case as the second case seems to match quite well too 21.28.25 # tomers: have you tried inserting LRM marks into the translation? 21.28.48 # bluebrother: What is it? 21.28.57 # and how to insert it? 21.29.01 # n1s: we call the plugins main() (which is plugin_start()) with a few (one) option and wait for it's return 21.29.08 # try RMB on the translation input box in linguist 21.29.24 Quit bertrik (Nick collision from services.) 21.29.35 # New commit by 03tomers (r23267): rbutil: Updated Hebrew translation 21.29.36 # haven't figured it out, but as far as I understand this is the way to tell the writing direction in a unicode document 21.29.36 Quit perfectdrug ("CGI:IRC (EOF)") 21.29.41 # kugel: It's not just that. Plugins use the plugin api (they have to if they want to do anything useful) 21.29.42 # setting the rb pointer would be another option 21.29.49 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 21.29.58 # That plugin api is part of the gpl'd core 21.30.07 # so it's just about the #include "plugin.h"? 21.30.28 # what if we change that single file to something bsd like? 21.30.39 # No. it's about the way plugins work. It is quite different from the case of non-gpl programs running on linux 21.30.50 # although plugin.h includes numerous other headers 21.31.12 Join fml [0] (n=53ecea55@giant.haxx.se) 21.31.23 # It's not just about the headers, but also about how the binaries interact 21.32.06 # markun, looking a bit closer at the datasheet, it looks like it is possible to use 16-bit after all 21.32.09 # kugel: plugins also call functions in the core and have access to some of the core's data structures 21.32.11 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 21.32.16 # kugel: hey, a cool patch (custom status bar)! Why did you choose the file extension "sbs" and not just "sb"? Status bar isn't a full screen IMO. 21.32.20 # Dhraakellian, i can get you his email address.. i could email him too.. do you want me to private message it to you 21.32.22 # I already wrote a driver for the m6sp based on the OF, but I can't make it work yet 21.32.24 # sorry, the discussion is: gpl or not? 21.32.26 # It is *not* possible, and I tend to agree that this is a good thing, even though this excludes porting XSkat (which I would actually like to do) unless the author changes its license to be gpl compatible (which is unlikely to happen) 21.32.38 # fml: s is for skin not screen :) 21.32.42 # n1s: yes, but not the other way around, except for calling plugin's main function 21.33.04 Join webguest14 [0] (n=46bedddb@giant.haxx.se) 21.33.12 Quit webguest14 (Client Quit) 21.33.12 # kugel: The direction is irrelevant, and btw, this isn't true. There are functions in the api which take a callback 21.33.23 # but well, I see it has been discussed already. I think it should be possible, but I don't really care too much 21.33.32 # kugel: yes, which was my point, from those cases it isn't clear which we match 21.33.37 # it seems like the hardware expects that 24-bit color is output (of which 6 bits per R,G,B is actually used) 21.34.25 # the problem I'm running into now is that the meizu m6sp seems to hang when configuring the LCD output pins through the PCON_ASRAM register 21.34.25 # fml: the latter s stands for skin 21.34.40 # objections about the extensions are directly directed to JdGordon|, btw 21.35.07 # kugel: Can you please take a look at FS#10692 yet another time? 21.35.08 # JdGordon, kugel: he-he, I'm an old school man! And what does the "s" in "wps" stand for? 21.35.19 # fml: what you want :) 21.35.29 # screnn/skin/starship/... 21.36.44 # if i use parts of code (sometimes a file sometimes just a few lines) from rockbox in my project (which is GNU GPL), do i have to include the copy right of the authors of the code in each file or can i just add a single file which contains it 21.36.52 # midgey: Can you please report your results in FS#10666? Do you think we should close it? Can you also test whether r23157 is the commit that solved this issue? 21.36.58 # tomers: I don't understand the hunk you added 21.37.11 # the one abouut scroll stop 21.37.12 # i can't find it on the gnu website 21.37.47 # tomers: yeah I think i can find time to do that today. I'd leave the task open for now - I might have access to 10.4 some time tonight to check if it mounts correctly 21.38.16 # polobricolo: my uneducated guess would be that you'd at the very least need to mention rockbox in the credits and say parts of your code was from there 21.38.21 # kugel: You pinged earlier today? 21.38.28 # kugel: The test was wrong - I replaced the two 21.38.33 # fml: it has ever been while playing screen, but it in theory it could be stand for skin too 21.39.02 # tomers: is there a new patch or something that needs trying on 10.4? 21.39.03 # * JdGordon| likes starship 21.39.07 Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) 21.39.17 # JdGordon|: That's my favourite 21.39.19 # tomers: I mean this one http://pastie.org/661023 21.39.38 # kugel: then it should be "wpss" (for "while playing screen skin") since "screen" is a concept and skin tells what it looks like 21.39.55 # pixelma: Negative, but midgey reports it works on 10.6 - Is it a new information? 21.40.07 Join thegeek [0] (n=nnscript@s168c.studby.ntnu.no) 21.40.13 # amiconn: yea, did you see the binsize saving possibility I noted tonight? 21.40.15 # New commit by 03blue_dude (r23268): Compressor: save lots of RAM, bug fix to work with internally clipped samples 21.40.24 # fml: are you suggesting to change it? 21.40.29 # 10.6 was "working" albeit a bit unresponsive 21.40.35 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 21.40.48 # While Playing Skin makes sense... the .wps is not the screen.. although it is show *in* the While Playing Screen 21.41.03 # bluebrother: I don't like the solution to add this directive in any string. I think RTL should globally be set to the application, so the look&feel will be RTL. I can't see how it can be done when QT decides the RTL direction for each string 21.41.04 # kugel: Yes. 21.41.07 # * AlexP doesn't think it matters 21.41.44 # tomers: well I hope to not forget again and test tomorrow morning on 10.4, though after last weekend's discussions I have my doubts 21.41.46 # kugel: no, wps is a very stable acronym 21.41.56 # I'm not sure how much it would save. We'd need to be very careful when checking which functions are really only needed at boot. We'd also need to make sure they won't get overwritten prematurely 21.42.01 # let's break a million themes just to give an artificial abbreviation a proper meaning :> 21.42.06 # oh speaking of which 21.42.31 # tomers: have to check once more but I even have the possibilty of checking on both - PPC and Intel Macs 21.42.31 # kugel: for the sake of 40 bloody bytes, dont go messing with struct orders.... it makes sense to put important items (like the ID) at the start 21.42.41 # Several inits do buffer_alloc() and actually start using that buffer immediately 21.42.42 # serisouly... FUCK 40 bytes 21.43.00 # amiconn: I already saved 3.5k with just doing it for a few functions, there's a lot more of that type 21.43.12 # pixelma: I agree to what you said earlier, since it the size field is transferred big-endianned on the USB bus... But what if RB is compiled in big-endianed machine? Does it matter? 21.43.54 # JdGordon|: It makes sense to sort by element size. Iit also makes sense to put often-used elements near the start, and use increasing order for element size 21.44.04 # amiconn: yep, it's only done before the functions that do buffer alloc, or we use the codec buffer (which doesn't have a way for others to grab space from it AFAIR)? 21.44.25 # kugel: So what is left to do for usb screen? 21.44.31 # The latter two are relevant on SH1, and the second is relevant on ARM as well. The first is relevant for all archs 21.44.43 # tomers: I don't know of the endianness of builds I tried but none with HID enabled worked so far (lot's of self-compiled though with cygwin) 21.44.47 # amiconn: yes, but for the sake of such a small difference (speed and size), it also makes sense to put important and required items at the start 21.44.52 # kugel: Codec buffer doesn't exist on hwcodec 21.44.56 # well, it's been in charger for about 30 minutes, and still wont even turn on.. 21.45.08 # * tomers Wish that we drop support for the player, and get rid once and for all with the #ifdef hell of HAVE_LCD_BITMAP 21.45.22 # tomers: you need to explain that hunk to me 21.45.23 # We could use the plugin buffer, i.e. make the init code an "embedded plugiN" 21.45.28 Quit mrtok1 () 21.46.01 # amiconn: some code does plugin_get_buffer() so it's not entirely safe either 21.46.15 # (the skin engine while parsing, for example) 21.46.16 # tomers: haha, you arnt the only one there :D 21.46.21 # kugel: In LCD targets, the title scrolls. In non LCD targes (player) there is no title vp, but rather scrolling text which belongs to the parent vp 21.46.31 # I just know one thing that does - the playlist viewer. And it only does that when viewing a playlist 21.46.37 # JdGordon: Why not drop support in next version? 21.46.38 # bluebrother: the docs about the setLayoutDirections arent really clear. one one location it says it defaults to the application LTR/RTL mode, and in another place it says it just defaults to LTR. So setting it explicitly for RTL Languages sound correct. (this should ofcource be done for all RTL Languages, not nonly hebrew) 21.46.49 # tomers: I'm confused by #ifdef HAVE_REMOTE_LCD there 21.47.42 # domonoky: well, there has to be some way to tell if a language is supposed to be LTR or RTL. 21.47.43 # tomers: code has only been removed for a port *once* and that was a non working one... I'd kill to fork the current base and remove charcell support 21.47.50 # tomers: i just got my e200 to mount on 10.4.11 (x86) 21.48.03 # domonoky: The only RTL languages are Hebrew and Arabic (and some really 'obsolete' langs). There is no Arabic translation of rbutil, therefore I only included Hebrew 21.48.24 Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") 21.48.25 # JdGordon|: what happened to your USB display support plans? 21.48.27 # domonoky: but in any case, it seems to mess up several strings so this is not the proper solution 21.48.39 # amiconn: would it be possible to set the plugin_size at compile time? 21.48.46 # at least it can't be the complete solution. 21.48.50 # that would protect against early plugin_get_buffer() 21.48.51 # midgey: Thank you very much! Please report in the FS! Can you please verify that r23157 is the one that fixes it? 21.48.54 # the messing up, is probably the known RTL Bugs in Qt :-) 21.48.55 # pixelma: you should know by now I'm all talk :) also no usb host support 21.49.16 # but still the drawing would be new code anyway so killing charcell wouldnt change anything there 21.49.26 # tomers: both partitions (it's also a faux ipod) are detected and so is the microsd. Only the main partition on the internal flash auto-mounts 21.50.22 # hid seems to work well too 21.50.41 # i'll check the revisions later. right now i'm working on 24bit alac 21.50.42 # tomers: ??? 21.50.53 # midgey: Thank you! 21.51.11 # kugel: So it is that you are confuzed with the #ifdef? 21.51.14 # bluebrother: google even showed me some code, where they used a fake translated string (translated RTL or LTR) to set the layout direction :-) so there is probably no easy solution. (the sames as our screenreader bugs, damn Qt bugs ). 21.51.35 # tomers: you just explained that there's no title vp on charcell, but you dont test for charcell 21.52.17 Quit flydutch ("/* empty */") 21.52.30 # kugel: Indeed. Fixing 21.52.33 # kugel: Sure. Just make it initialized data, and set the actual value in the .lds 21.52.37 # domonoky: maybe, but we need a solution that doesn't break strings. That's worse than using the wrong direction IMO 21.53.04 Join profil [0] (n=profil@h106n2fls34o986.telia.com) 21.53.12 # Rockbox is already using this mechanism in several places 21.53.35 Join explore [0] (n=msparker@pool-173-57-92-51.dllstx.fios.verizon.net) 21.53.46 # would we need to move the plugin buffer to right after the main sections (i.e. before audio buffer)? 21.53.49 # kugel: Uploaded new version 21.54.06 Quit fml ("CGI:IRC (EOF)") 21.54.14 # tomers: I think it's still wrong :) 21.54.21 # Hey! Anyone who knows if there is some progress in developing rockbox for the Samsung YP-P2? A guy called Soaa- were working on it but I can't seem to contact him.. 21.54.41 # kugel: No, and that's not possible anyway if we want to keep the plugin api sorta compatible 21.54.52 Quit shaggy-h (Read error: 101 (Network is unreachable)) 21.55.06 # huh? 21.55.23 # "after the main sections" is not a fixed address 21.55.29 # It varies with binsize 21.55.30 # yes 21.56.02 # how would that break the api? 21.56.18 # It wouldn't break the api, but all plugins using it 21.56.27 # Plugins are linked to a fixed address 21.56.53 # they know the address they're going to be loaded to? 21.57.21 # yes, it's a fixed address 21.57.35 # ah yes I see 21.57.41 Join nosa- [0] (n=k@74.235.79.11) 21.57.53 # how about -fPIC? :> 21.58.08 Quit Horscht ("Verlassend") 21.58.30 Join webguest29 [0] (n=5628adb3@giant.haxx.se) 21.58.40 # kugel: http://pastie.org/661050 ? 21.58.43 # tomers: Imo there is no real problem with supporting charcell. There aren't too many real differences. 21.58.58 Part profil 21.58.58 # so what would move the init functions into the plugin buffer, I assume we don't want 32MB binaries 21.59.07 # amiconn: The usb screen is hell with it 21.59.16 # Many difficulties are due to a few devs not implementing a nice unified way of handling things 21.59.36 # The usb screen drawing is completely separated. Why is that hell? 22.00.05 # kugel: Sure, it'd need copying, the same way as the various iram sections 22.00.10 # amiconn: Too mych ifdefs 22.00.13 Join petteyg_ [0] (n=petteyg@131.95.172.141) 22.00.28 # tomers: If there are too many ifdefs, it's done wrong 22.02.08 Quit phanboy4 (Read error: 60 (Operation timed out)) 22.02.36 Join phanboy4 [0] (n=benji@gate-22.spsu.edu) 22.03.31 # tomers: don't listen to amiconn, charcell is crap :D 22.03.59 # j/k, although I wouldn't mind forking it away either 22.04.09 # This is a rather bad attitude imo 22.04.12 # kugel: :-) Have you seen the link? Is it ok 22.04.38 # tomers: I think so 22.04.40 # Just because *you* don't have a charcell target and *you* don't like it personally, rockbox should no longer support it? 22.04.42 # kugel, amiconn: No forking needed, just drop support for it... RB 3.4 is good enough :-) 22.05.03 Quit petteyg (Read error: 60 (Operation timed out)) 22.05.19 # * tomers wonders how many users of players there is? Are there any download statistics at all? 22.05.44 # tomers: Speaking about it, rockbox 3.4 has a nasty bug, which mainly hits targets where rockbox can be flashed (which are the archoses and the iriver H1x0), but can also hit other target, just it's less likely 22.05.48 # kugel: Committing at last... I won't split it today. Maybe tomorrow 22.05.55 # so, anyone here has any idea what to do now? I will be an hour since i put it in charger soon, but it still wont turn on.. 22.06.02 # amiconn: I wouldn't mind that, yes. Is that so surprising? charcell means a lot of pain when coding GUI-related stuff 22.06.18 # i hope i didnt pay 150$ for a weighter.. 22.06.20 # It doesn't need to 22.06.32 Join shaggy-h [0] (n=kiwi@87.74.127.193) 22.06.53 # New commit by 03tomers (r23269): FS#10692 - Viewpority USB screen 22.07.24 # *I* have a collection of targets, but far from complete. I'm not saying "drop support for this or that target", even though I dislike some targets, and won't buy them 22.08.12 # AlexP? sorry to bother you, but im really desperate here 22.08.28 # How shit, I committed on top of a super-reddish commit :-( 22.08.33 # charcell wasn't a big problem back when everything was simply line based. but since we usually do stuff pixel based (mostly since we have viewports) the situation changed 22.08.39 # ixi: Does the charging led light up? 22.08.40 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 22.08.42 # yeah 22.08.58 # kugel: Think about it. This is simply not true 22.09.04 # and hold is definately off (sorry to mention it, but you never know) 22.09.10 # yeah it is 22.09.21 # For everything text, you can handle charcell the same way as a bitmap target with an 1x1 pixel font 22.09.48 # * tomers Confuzed bin size row with build row 22.09.54 # ixi: Not sure then I'm afraid 22.09.55 # Also, part of the problem is that the viewport implementation is currently making unnecessary difference 22.09.57 # s 22.10.15 # AlexP, the thing is, it actually worked fine before.. 22.10.29 # well, fine.. rockbox was corrupted, but the device itself did work 22.10.57 # And some of the Player display constraints (space wise, not the fact that it is charcell!) also apply to e.g. the mrobe remote 22.10.59 Join swiftkick [0] (n=Miranda@38.106.186.56) 22.11.06 # ixi: If you didn't do the iriver update firmware, then I really can't think of any way it could stop it turning on 22.11.09 # greetings and salutations. 22.11.24 # Ever checked an mrobe sim? The remote display is currently almost useless 22.11.25 # linuxstb: all of my test files run about 10% slower in my patch 22.11.40 # on the plus side, the 24bit file doesn't data abort anymore 22.11.42 # AlexP, any idea where could someone know? 22.11.46 # (all on a e200) 22.11.48 # New commit by 03moos (r23270): Updated french translation. 22.12.09 # ixi: You could try mysticriver.net, or posting in the Hardware section of our forums 22.12.18 # ok, thanks 22.12.25 # midgey: Hmm... :( I haven't looked at your patch in detail, but it looks like you've probably just reverted some optimisations that have been made. 22.12.47 # ive got an e200 v2 and i notice the page http://www.rockbox.org/wiki/SansaAMS says that rockbox is unstable and that everything works except USB. 22.12.53 # tomers: what did you do? 22.13.04 # swiftkick: And recording 22.13.06 # what exactly does that mean, that USB doesnt work? what USB functions are unavailable? 22.13.10 Join moos [0] (n=599ef66f@rockbox/staff/moos) 22.13.11 # swiftkick: And maybe a few other minor things 22.13.12 Quit phanboy4 ("Leaving") 22.13.14 # AlexP: yep thats right. but im not as concerned about recording 22.13.17 # The only other "specialty" of the Player lcd are the icons. But there are other targets which have equipped with special means of displaying status apart from the lcd, so this warrants a 'indicator' api 22.13.22 # swiftkick: It means you need to start the original firmware to transfer files via USB 22.13.24 # swiftkick: It means it reboots to the OF when you plug in USB 22.13.34 # linuxstb: yeah i'll take a look at it. he removed basterdised_rice_decompress() and added entropy_rice_decode() 22.13.39 # And that api will help to get rid of a whole bunch of ifdefs 22.14.22 # kugel: hi, I saw your notice for translators, but it isn't posible to have the same word in french because of gender 22.15.13 Join DerPapst1 [0] (n=DerPapst@p4FE8F5CE.dip.t-dialin.net) 22.15.16 # moos: I don't understand 22.15.35 # The archoses have the red led, which is used for ata and on the recorders for recording indication. The M3 has a multicolour LED for main status, plus a green one for disk and a red one for charging. The Elio has a multicolour led illuminating the center of the button cross, etc... 22.15.46 # kugel: One word is mal and the other femal 22.16.02 # that is in french ;) 22.16.04 # moos: why that? 22.16.04 # AlexP/linuxstb: tho ive been reading about it for a few months now, im totaly unfamiliar with actually using roxbox. so is it farily easy to switch firmware? alexP you say it will automatically reload the OF if I plug in USB? 22.16.08 Quit bertrik_ (Remote closed the connection) 22.16.15 # swiftkick: Read the manual 22.16.22 # shouldn't it just translate "custom" regardless of whatever gender? 22.16.26 # kugel: why our grammar is like this? :) 22.16.51 # kugel: Does AMS reboot on USB, or do you need to do it yourself? 22.17.07 # AlexP: they reboot 22.17.10 # cool 22.17.15 # swiftkick: yes, automatic 22.17.24 # kugel: it could (mal) , but since status bar is femal, it will be gramaticaly false 22.17.28 # AlexP: damn, looks like its time to flash this baby then =) 22.17.53 # swiftkick: I would heavily advise looking at the manual, for install and after 22.18.00 # Thanks AlexP, kugel and linuxstb, and big thank yous to the rockbox development team, you guys kick ass 22.18.09 # you are welcome :) 22.18.29 # moos: alright, I begin to remember the gender stuff I had in school 22.18.30 # AlexP: i have read thru portions of it, of course now i will be studying it a little more in depth =) it helps to actually have a device running the firmware 22.18.39 # yes, very true 22.18.49 # swiftkick: The pdf version is nicely searchable too :) 22.18.56 # kugel: Maybe that wil be the case for other languages, hey hehe :) 22.19.54 # kugel: bravo for finally have the customstatubars in btw 22.20.03 # ii cant believe the folks at Sandisk, Apple, and all the other portable media player manufacturers all force their players to place such heavy dependence on working ID3 tags 22.20.41 # between the ability to browse & play by FOLDER, as well as support for flac and other codecs, switching to rockbox is a no brainer =) 22.20.55 # moos: was just a matter of time, and I didn't want it to take as long as I needed for custom ui vp :) 22.21.33 # kugel: What do you mean? Do you mean the bin size? :-( 22.21.48 # kugel: and not that much ram increases, indeed nice 22.21.50 # you said something about on top of a reddish commit 22.21.51 Quit liar (Read error: 148 (No route to host)) 22.22.07 # moos: indeed, but that credit goes to JdGordon actually :) 22.22.17 # hehe :) 22.22.31 Quit petteyg_ (Read error: 104 (Connection reset by peer)) 22.22.32 # it does?! 22.22.32 # removed old statubar code to gain a bit? 22.22.46 # no 22.23.17 # kugel: I was mistaken. Saw bin size increase of previous commit, and thought it created reds 22.23.21 Join petteyg [0] (n=petteyg@131.95.172.141) 22.23.29 # JdGordon|: wait, are you saying it was my great work that made custom statusbar possible without huge ram usage hit? 22.23.50 # oh.. haha... no :D 22.24.35 # ;) 22.26.13 # time to leave, ciao to all 22.26.18 Quit moos ("CGI:IRC") 22.27.01 Quit stoffel (Read error: 113 (No route to host)) 22.28.16 # I'm back with the database building issue again. this time I moved all my music to a folder with the database.ignore file except for one artist (with under 100 tracks). when I initialize the database it still finds thousands of songs and hangs at the same number (4882) 22.29.02 # duffrecords: It shows all files and folders found, .ignore or not. 22.29.11 # the count is all files, not just music 22.29.19 # so it cinludes all of .rockbox and the like 22.31.12 # is it a bug, then, that the database info in the debug screen says 22.31.12 # Progress: - 1% (4882 entries) 22.31.12 # Curfile: --- 22.32.40 # duffrecords: I assume the wrong file is under the 100 tracks that are not in the database.ignore'd folder? 22.33.44 Join stoffel [0] (n=quassel@p57B4E153.dip.t-dialin.net) 22.33.49 # there could be more than 1 file with bad tags. didn't you say chkdisk found a lot of errors ? 22.34.13 # kugel: Good job with the status bars! 22.35.15 # thanks :) 22.35.43 # Hmm, no blue_dude here :\ 22.36.26 # * amiconn also wonders about the mini2g deltas for r23266/r23267 22.36.47 # ...not even core code related commits 22.37.40 # * amiconn grumbles about the collapsed table 22.37.58 Quit Horscht ("Verlassend") 22.38.14 Join dfkt_ [0] (n=dfkt@unaffiliated/dfkt) 22.38.25 # It doesn't seem to be possible to find out which host did that build... 22.39.37 # New commit by 03tomers (r23271): Remove declaration of inexistent function 22.40.14 Join Andorin [0] (n=andorin@207.55.41.249) 22.40.33 # amiconn: http://build.rockbox.org/shownewlog.cgi?rev=23266;type=ipodmini2g :) 22.41.52 Quit dfkt (Nick collision from services.) 22.41.59 Nick dfkt_ is now known as dfkt (n=dfkt@unaffiliated/dfkt) 22.42.20 # amiconn: we had that topic before - the actual values look correct if you hover over the delta, maybe it's really something odd with the delta table or build system 22.42.29 # When I update the database on my 2G Nano, Rockbox crashes. I know it's unstable, so is this a known bug? 22.43.01 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 22.43.10 Quit Lear ("ChatZilla 0.9.85 [Firefox 3.6b1/20091014103305]") 22.43.32 # The values don't look correct 22.43.38 # Andorin: I think a few people have experienced that 22.44.22 # Alright... guess I just have to figure out how to use the file manager to play multiple albums at once. 22.44.40 Join AsaelReiter [0] (n=d59730fa@giant.haxx.se) 22.44.44 # The calculation is correct, but r23266 shows a binsize of ~3MB and a ram usage of ~2.2MB, whereas the revisions before and after have ~530KB and ~900KB respectively 22.44.48 Nick froggyman is now known as froggyman_Z (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) 22.45.40 Nick froggyman_Z is now known as froggyman (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) 22.46.00 Part froggyman 22.48.15 # amiconn: does rolo work on pp5002? 22.48.59 # rolo.c has a few wrong/unecesarry complex #ifdefs 22.49.04 *** Saving seen data "./dancer.seen" 22.49.52 # Iirc it does 22.50.25 # it doesn't look like 22.53.27 # I was investigating why rolo doesn't work on the samsas. then I found it's not within the one ifdef. 22.54.00 # * gevaerts hits kugel over the head with an ams sansa 22.54.16 # I don't see how this #ifdef is target dependent at all, so I decided to change it to #elif HAVE_CPUCACHE_INVALIDATE. then I noticed pp5002 isnn't in at all 22.54.28 Quit webguest29 ("CGI:IRC (EOF)") 22.54.57 # Rolo is quite target dependent for obvious reasons 22.55.02 Quit bluebrother (Nick collision from services.) 22.55.03 Quit raphi ("leaving...") 22.55.05 Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) 22.55.06 # I mean the big ifdef in rolo_restart() 22.55.23 # And the mixture of low-level stuff and text output (!) is rather nasty 22.55.33 Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) 22.55.39 # Rolo is one of those modules which is in need of a rework 22.56.21 Quit barrywardell (Client Quit) 22.56.33 # Put the target dependent lowlevel stuff in target tree, and unify the (not very complex) ui stuff, e.g. using splashes 22.57.28 # can someone investigate whether rolo works on pp5002? 22.57.43 Join barrywardell [0] (n=barrywar@p5B259B49.dip0.t-ipconnect.de) 22.57.55 # to me it looks like rolo_restart_cop is compiled in, but rolo_restart only partly (and not sufficiently) 22.59.08 # Rolo does indeed not work on PP5002 22.59.32 # It just splashes "Loading.." (*very* briefly - barely visible), then returns to the browser 23.02.47 Part Ubuntuxer 23.03.36 # amiconn: I assume the #elif defined(CPU_PP502x) should be #elif defined(CPU_PP) 23.03.51 Quit esperegu (No route to host) 23.05.11 # New commit by 03tomers (r23272): Fix FS#10689 - H10 USB HID keymap problem - continued 23.05.42 # kugel: This would need thorough verification. PP5002 differs considerably from PP502x 23.08.44 Join petteyg_ [0] (i=petteyg@131.95.180.64) 23.09.18 Part petteyg_ 23.09.26 # Native DRAM address is different, and it looks like both cores jump to its beginning 23.10.48 # does pp5002 have a 2nd core? 23.11.36 # if yes, it looks like it would be caught in rolo_restart_cop which is executed on all PPs 23.11.38 Quit stoffel (Remote closed the connection) 23.12.34 Quit AsaelReiter ("CGI:IRC") 23.13.51 Quit petteyg (Read error: 60 (Operation timed out)) 23.15.45 # ah, I see the #if (CONFIG_CPU != PP5002) at the very beginning now 23.18.01 # * amiconn tries to make it work on PP5002 23.19.31 # New commit by 03tomers (r23273): Extract usb_screen logic out of screens.c into apps/gui/usb_screen.c 23.19.55 # * tomers If it becomes all-green, I can go to sleep :-) 23.21.16 # arg, I hoped to never see the gui_ prefix in new code again :/ 23.26.28 # looks like tomers cant sleep so fast :-) 23.27.03 # :-) I was too aggressive with removing uneeded includes. I knew it could happen :-) 23.27.37 # kugel: I just tried to fit myself into convention. Seems I'm bad at catching what is expected from me (conventions wise) 23.28.06 Quit Strife89 ("Traveling.") 23.28.15 # tomers: don't worry, the gui_ prefix is used in a horrible inconsistent manner 23.28.19 # New commit by 03tomers (r23274): Fix red: Too aggressive exclusion of includes 23.28.22 Quit evilnick_B ("Page closed") 23.29.02 # kugel: I believe in having commits that simply put naming under conventions. Why shouldn't we do a bit of work in that matter? 23.29.28 # because I can't remember that we ever agreed on using/not using it :p 23.30.23 # conventions dont happen because they are agreed to! 23.30.47 # * JdGordon| doesnt mind gui_ as long as it doesnt have buisness logic in it 23.31.04 # business logic? 23.31.05 # * tomers Hopes no more includes are missing 23.31.26 # as in doing more than just displaying the screen and handling the buttons 23.32.42 # New commit by 03kugel (r23275): Fix rolo for AMS Sansa and simplify a few #ifdefs. 23.33.50 Join liar [0] (n=liar@83.175.83.185) 23.34.01 # tomers: still 11 points for you :-) 23.34.28 # New commit by 03tomers (r23276): Fix yellow: Another try at fixing aggressive includes removal 23.34.30 # :-( 23.34.32 # argh! 23.34.43 # * tomers Tiredd 23.35.19 # kugel: You're preventing sleep from me by your commits! 23.35.32 # phew, no update conflict 23.36.44 Nick shaggy-h is now known as chrism (n=kiwi@87.74.127.193) 23.36.48 # tomers: sorry :( 23.38.53 # New commit by 03amiconn (r23277): Make RoLo work on PP5002. * Rename CACHE_CTL flag values on PP5002 for consistency. 23.41.39 Quit domonoky (Read error: 54 (Connection reset by peer)) 23.43.40 Quit petur ("Zzzzz") 23.44.40 # New commit by 03tomers (r23278): Fix yellow: Missing ata_mmc.h include 23.44.55 # * tomers amiconn also prevents me from sleeping ;-) 23.45.23 Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) 23.45.32 # *I* didn't add yellow.... 23.47.00 # New commit by 03tomers (r23279): Remove redundant ata_mmc.h include in screens.c 23.47.36 Quit dfkt (Nick collision from services.) 23.47.39 Nick dfkt_ is now known as dfkt (i=dfkt@unaffiliated/dfkt) 23.50.53 Join fyrestorm [0] (n=nnscript@cpe-69-203-148-25.si.res.rr.com) 23.53.57 # New commit by 03tomers (r23280): Fix yellow: Missing statusbar.h include (hopefully the last one missing) 23.55.31 # * tomers oops 23.55.48 # kugel: Since you seem to care about cosmetics: the statusbar now appears too early. It's shown at the top of the boot splash for a bit, until the rest of the browser appears 23.56.02 # I know 23.56.12 # it looks like that was the reason I moved it down 23.56.31 # Define "it" 23.56.54 # err? 23.57.03 Join Stephen_ [0] (n=S@86-40-173-179-dynamic.b-ras2.srl.dublin.eircom.net) 23.57.08 # "... I moved it down" 23.57.31 # ah, that one. I mean the initialisation of the statusbars 23.58.07 # That cannot be moved down because it must be done before it is used for the first time 23.58.27 # yes, I know that now 23.58.38 # There are screens like the splash which shouldn't show the statusbar, hence there must be a mechanism to disable it temporarily 23.58.50 # I mean, I didn't know it's used before on certain targets