--- Log for 30.10.109 Server: kubrick.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 14 days and 2 hours ago 00.00.23 # is a bootloader posted in the test builds forums allowed to be a release? or does it have to be on the download server? 00.01.12 # gevaerts, funman: thanks, that was it 00.01.15 # I would say no - test builds should just be short-term IMO. There's not much to test with a bootloader. 00.01.44 # the only reason i cared is because most of us can't update the download server 00.02.04 # Yes, but Bagder/Zagor are normally around, and can. 00.02.17 # that sounds fine then 00.02.58 # OK, I'll update the wiki... 00.03.37 Quit froggyman () 00.04.54 Join TopyMobile_ [0] (n=topy@xdsl-78-34-78-147.netcologne.de) 00.04.54 Quit Topy (Read error: 110 (Connection timed out)) 00.05.54 Join Topy [0] (n=Topy44@f048198172.adsl.alicedsl.de) 00.06.14 # kugel: ok, so it looks like we actually use 32bit size_t... hrm. any ideas? :/ 00.06.45 # * Unhelpful thinks he knows where he got confused about that... 00.07.28 # New commit by 03peter (r23414): Revert the recording key functionality changes back to before r21034: Both play and rec start recording. Fixes the Archos recording usability issue. ... 00.08.15 # Unhelpful: seen the paste? something gets culprit there 00.09.45 # so find_empty_thread_slot is hanging? 00.10.04 # no 00.10.18 # i'm afraid i'm not following :/ 00.10.54 # [...] _buttonlight_off(); return thread; } is the end of find_empty_thread_slot. buttonlight goes off! 00.11.35 Part andrewRB ("bye peeps") 00.11.39 # ok, so find_empty_thread_slot returns, but the backlight never comes on? 00.11.46 # yea 00.12.19 # are we sure _backlight_set_brightness isn't broken? :/ 00.12.26 Quit T44 (Read error: 60 (Operation timed out)) 00.12.36 # it goes on if I call it in find_empty_thread_slot 00.13.23 # hm. so somehow, something is broken after find_empty_thread_slot? 00.13.47 # it looks like 00.14.12 Join adiroiban1 [0] (n=adiroiba@h194-54-129-79.teleson.ro) 00.15.28 Quit bertrik ("Leaving") 00.15.30 # which target did you test this on? fuze? 00.15.35 # e200--- 00.15.45 # s/---/.../ :) 00.15.48 Quit adiroiban (Read error: 104 (Connection reset by peer)) 00.17.06 # ah... same as mine. LOCK_THREAD is a wrapper around an asm function. 00.19.32 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 00.21.27 # Unhelpful: struct corelock has __attribute__((naked)) so it shouldn't be hit by the align change? 00.21.41 Part toffe82 00.22.03 Quit bubsy ("Party time, EXCELLENT! *wring wring wring!!* Party on, Wayne! Party on, Garth!") 00.22.24 Join bubsy [0] (n=bubsy@94.139.72.137) 00.23.25 # __attribute__((packed)) you mean? yes, that should still have the same packing regardless of abi changes... 00.23.40 Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) 00.24.01 # yes, sorry, I mean packed 00.25.00 # no problem, i was just looking at the function myself - that's the one that's naked 00.26.10 # hm, now _backlight_set_brightness() doesn't work anymore 00.26.38 # you mean, *before* the find_empty_thread_slot, it doesn't work? :/ 00.26.41 # * kugel wonders if e200tool is reliable enough 00.26.57 # Unhelpful: neither before nor within now. it worked ~60 min ago 00.28.11 Join webguest61 [0] (n=4c162cc7@giant.haxx.se) 00.29.17 # i have a problem, it installed on my ipod fine and everything, but now it is saying error! cant load rockbox.ipod file not found.....how do i fix this? 00.29.54 # webguest61: Did you download rockbox-ipodnano2g.zip and extract the contents to your ipod? 00.30.01 # yea 00.30.04 # it was working 00.30.05 Join T44 [0] (n=Topy44@f049100244.adsl.alicedsl.de) 00.30.12 # then it just stopped 00.30.36 # like i had the entire rockbox setup instead of the original one 00.32.00 # Saying "it just stopped" doesn't help us to help you... 00.33.48 # kugel: Naked function and hanging in such lowlevel code is actually something I'd expect... 00.34.13 # Are there docs about building the eabi toolchain? 00.34.38 # i got it working nevermind, but also since i had to do the manual install how do i get the video player onto it? and will it be able to play like a WMV file? 00.35.03 # video is included, and no, mpeg1/2 only 00.35.15 # amiconn: i have a patch for building a working eabi toolchain. it requires that you rename the multilib patch (and rename the directory referenced in it). 00.35.20 # see the PluginMpegPlayer wiki page 00.35.36 # how do i convert my WMV do mpeg1? 00.35.40 Quit Topy (Read error: 60 (Operation timed out)) 00.36.35 # Unhelpful: I used the same patch with -p1 in the gcc dir 00.36.41 # no rename or so 00.36.58 # btw, you guys know anthrax? (that metal combo) 00.37.00 # kugel: that's another way, yes... i went with creating a new patch so that the same patching logic can be used 00.37.07 # how much savings is there from eabi anyway? 00.37.28 # saratoga: on e200, on the order of about 60KB, it appears... 00.37.35 # wow 00.37.40 # would be very nice on AMS 00.37.57 # -> http://www.youtube.com/watch?v=dcLOR-fACvg (Anthrax - Cadillac Rock Box) ;-) 00.38.06 # Unhelpful: it adds 5k here 00.38.14 # do the AMS targets use -mlong-calls? that's where the bulk of the savings is coming from... 00.38.17 # kugel, Unhelpful: Did you try eabi on a single core target (or force single core on PP)? 00.38.41 # I'll try that, it gets further on my fuze 00.38.52 # kugel: did you use bloat-o-meter, or objdiff? these reported positive deltas for me, where size reported a large negative one 00.38.55 # (at least so far that panicf() actually works) 00.39.06 # Unhelpful: rockbox-info.txt 00.39.12 # linuxstb: so what's needed to make a "released bootloader"? just "make VERSION=1.0"? 00.39.12 # AMS has a real MMU so probably we use that instead of long calls, but I don't know 00.39.43 # shotofadds: Yes, that's about it. Plus tag it in svn (see UsingSVN) and give the binaries to Zagor/Bagder for the download server. 00.40.00 # shotofadds: And I guess give it a quick test ;) 00.40.14 # saratoga: the long calls are a big part of the savings. eabi permits these to be coded as short calls, and if they're out of range at link time, it redirects them to a single stub function that contains the long call. 00.40.28 Quit petur ("Zzzzz") 00.41.03 # kugel: Did you check what corelock_(un)lock actually compile to? 00.41.37 # Perhaps eabi ignores __attribute__((naked)) or fails in some other way related to that? 00.41.41 # no, I'd expect it to match the inline assembly? 00.41.41 # linuxstb: I probably won't be able to do that til Monday now. There's no rush to get it done though, the version that's up at the moment is fine. 00.41.53 # what does naked do exaclty? 00.41.54 # * shotofadds calls it a night 00.41.59 # amiconn: here's my patch, covering rockboxdev.sh, discarding some of the new sections in sandisk app.lds, and modifying arm7tdmicc in configure: http://pastie.org/676055 00.42.14 Join Blue_Dude [0] (n=chatzill@rockbox/developer/Blue-Dude) 00.42.26 # kugel: naked means "don't add *any* generated code, managing return values and parameters will be my problem 00.42.47 # it's for pure asm functions - any C inside a naked function is going to be broken ;) 00.43.26 # http://gcc.gnu.org/onlinedocs/gcc-4.0.4/gcc/Function-Attributes.html#Function-Attributes 00.43.50 # I see some backlight with the single core build 00.43.54 # how do i add the videos and see my previous music? i looked in the manual thing and didnt find anything on them 00.43.59 # libmtp is looking for usb_control_msg which isn't in libusb-1.0.3 00.45.04 # amiconn: you'll also need to add a char abort[0]; somewhere. there are certain functions in libgcc related to unwinding that get pulled in otherwise, and then everything breaks 00.45.33 # abort as a char array? I made a stub 00.45.44 # it's supposed to be a function, isn't it? 00.46.01 Join Topy [0] (n=Topy44@f049134121.adsl.alicedsl.de) 00.46.19 # Refactoring of playback.c coming up in FS... 00.46.36 # kugel: it doesn't matter, really, though... it's also not supposed to be called. ;) 00.46.59 # ah libmtp depends on legacy releases of libusb 00.47.08 Quit shotofadds ("Leaving") 00.47.56 # perhaps a better solution would be to patch libgcc so that its division functions don't even use all of that mess? 00.48.20 Quit webguest61 ("CGI:IRC (EOF)") 00.49.42 # Unhelpful: have you managed to find __udivid3() in their sources? I couldn't 00.49.59 # FS10739: Playback.c refactor. Please take a look. 00.50.14 # it lacks a patch 00.50.57 # heheh, it's more complicated than that... a bunch of similar functions with different data types are handled by recompiling one source file, with different -D on the command line. a mess, really. :/ 00.51.48 # That's not an uncommon method 00.52.03 # I somehow found out that __udivid3 pulls unwinding it, but I just couldn't find the implementation 00.52.25 # I think that method makes sense especially when building multilib 00.52.29 # amiconn: it makes finding the file that implement a function a bit painful, though. ;) 00.53.00 # kugel: this isn't a multilib thing, it's more about code sharing between the div functions for various types 00.53.25 # libdemac does a similar thing, just not using -D but several .c files including the main .c after defining things 00.53.32 # (for the various filters) 00.54.26 # kugel: try removing one of the libgcc .o files from your gcc build dir, and then running make again... for the most part the files are named for a single function they implement. 00.58.14 # kugel: i think i found it... gcc/libgcc2.c 00.58.38 # is there a ld command flag needed to ask to generate a ppc lib on osx ? 01.00.25 # funman: i'd think you need to give a flag to gcc first, so that it generates ppc asm? 01.00.46 # Blue_Dude: I've just looked briefly, and I'm not sure I like the naming of common_thread.c/h. Should code that initiates the audio and codec threads stay in playback.c/h, and common_thread.[ch] could stay there as well? 01.00.51 Join Topy44 [0] (n=Topy44@g228199215.adsl.alicedsl.de) 01.00.55 # somehow it can build a i386 archive with ppc code .. the flag is '-arch ppc' and is removed by libtool 01.01.06 Quit DerPapst ("Leaving.") 01.01.33 # funman: You're attempting to build beastpatcher? 01.01.40 # yes 01.01.52 # linuxstb: it's a temporary situation. I'm still refactoring and will eventually make common_thread.c/h disappear. 01.01.59 # funman: Have you got as far as installing libusb and libmtp? 01.02.13 # yes 01.02.46 # linuxstb: also the remaining audio_thread needs a *lot* of work. I'm just trying to break it into manageable parts. 01.03.21 # Unhelpful: What kind of exception handling does it pull in? 01.03.27 Quit T44 (Read error: 110 (Connection timed out)) 01.03.59 # According to the arm eabi docs, it should be sufficient if we provide __aeabi_idiv0() and __aeabi_ldiv0() 01.04.28 # hrm... so perhaps we need only rename our div0? 01.04.42 # I think so 01.05.12 # The signatures are int __aeabi_idiv0(int return_value); and long long __aeabi_ldiv0(long long return_value); 01.05.20 # linuxstb: however I do not know the OSX libs, and some of them are required to link beastpatcher to libusb/libmtp .a 01.05.22 # Blue_Dude: Maybe it's worth committing things slowly? i.e. factor out code into new files more gradually than that patch that gets rid of playback.[ch] completely. 01.05.47 # funman: Have you looked at e200rpatcher? That compiles on OS X and links to libusb 01.06.10 # libmtp required hacking a bit the ./configure file 01.06.31 # amiconn: i'll try just throwing in empty symbols for those, first, and see if that unbreaks everything. 01.06.45 # They need to return 01.07.10 # Just return 0; should be sufficient, like our current __div0() does (iirc) 01.07.13 # linuxstb: I basically split playback into two big chunks, with some connective tissue still remaining. I'm still sawing away at it. I'm not sure that it's possible to chip away that slowly. It's already pretty gummed up. 01.07.37 # These functions might be tailcalled 01.07.42 # Blue_Dude: So your patch doesn't remove playback.[ch] completely? 01.07.48 # linuxstb: maybe rename audio_thread back to playback. 01.08.18 # linuxstb: it does, but it's been basically split. The code's still there. 01.08.32 # Blue_Dude: Yes, I think so - maybe that's what is making your patch look like it does more than it does. 01.08.45 Join casainho [0] (n=chatzill@87-196-38-190.net.novis.pt) 01.09.33 # Blue_Dude: You should also take care to preserve as much svn history as you can when the time comes to commit this. e.g. if you split a file into two, I think you can do an "svn cp" to create the second file, then delete parts from it. 01.09.41 # Blue_Dude: if you are going to split up playback anyway... can you move the new files into something like apps/playback/ ? 01.09.43 # linuxstb: I'm getting rid of some global variables and replacing them with short function calls, that sort of thing. Maybe that's a step in the wrong direction but it's easier to follow. 01.09.44 Join AndyI [0] (n=pasha_in@212.14.205.32) 01.10.42 # linuxstb: ok, I'll try the svn copy. I didn't think of that. 01.11.16 # amiconn: with those stubbed out it still pulls in get_eit_entry() and abort() 01.11.37 # JdGordon: So far I'm just splitting off one file pair. I'm not sure that playback needs its own subdirectory. Maybe it will, though. 01.12.06 # you're brave to go that far into playback 01.12.10 # Ehum...... 01.12.11 # * JdGordon| likes lots of directories 01.12.28 # Bagder (or Zagor): "Perl error: Illegal division by zero at clientstats.pl line 65. " 01.12.32 # I guess other things, like pcmbuf, dsp, buffering could go into a playback subdirectory. 01.13.29 # Although most code in apps/ deals with playback in some way... 01.13.43 # isnt there a far off goal of being able to build the playback engine without the rest of rockbox? 01.14.35 # Yes, that would be ideal. But I would definitely at least like apps/ to become less spaghetti-like in terms of inter-dependencies in the code. 01.14.41 # that would be awesome 01.14.50 Join T44 [0] (n=Topy44@g228128111.adsl.alicedsl.de) 01.15.03 # i badly want a way to script playback actions for testing 01.16.10 # Unhelpful: I wonder what exceptions it tries to handle... 01.17.29 # amiconn: i'm not sure i'm successfully masking the libgcc functions in question. i've put a get_eit_entry in libfirmware but it's still griping about stuff that the one in libgcc wants. i had this much working before, let me see if i can get it sorted again :) 01.18.09 # I think that if you just stub arbitrary exception handling functions it won't fix anything 01.18.50 Quit Topy (Read error: 110 (Connection timed out)) 01.18.54 # linuxstb, funman: I managed to compile beastpatcher on OSX 01.19.10 # * amiconn thinks that the .map and a disassembly should help 01.19.31 # barrywardell: cool! do you have a Makefile diff to build it out of the box ? 01.20.04 # funman: the only problem is that it has links dynamically against libusb and libmtp 01.20.12 # can't you use the .a ? 01.20.20 # Unhelpful: I just put stuff into main.c for now. the link order is important 01.20.31 # -framework iokit -framework coreservices should be enough to link against the static libs 01.20.46 # kugel: i know the link order is important, but i'm puting it before -lgcc :/ 01.20.54 Quit AndyIL (Read error: 110 (Connection timed out)) 01.21.30 # funman: I couldn't get the .a working yet 01.22.02 # at least we're making some progress 01.22.17 Quit funman ("free(random());") 01.22.20 # Blue_Dude: I like the codec thread changes 01.22.58 # saratoga_lab: thanks. But I haven't done much with it yet, just picked it out of the playback.c monstrosity. 01.22.59 # the new codec thread file has entirely functions I never needed to read while looking at playback deadlocks on the clip, which is a good sign . . . 01.23.03 # funman: a very crude diff assuming libusb and libmtp are in /usr/local: http://pastebin.com/m73e107c3 01.24.07 # Most of the codec stuff is functions for codec function pointer callbacks. It's not actually executed by the playback thread. Once the codec supplies the audio data, it's done. 01.24.33 # yeah i'd often wondered why that was all together 01.25.59 # stubbing out __aeabi_unwind_cpp_pr0 is enough to get it to build... i can't really figure out what exactly is pulling that in, though. :/ 01.26.23 # Unhelpful, kugel: According to a mail I just found the option is called --disable-libunwind-exceptions, not --disable-unwind-exceptions 01.26.59 # neither does anything 01.27.08 # amiconn: but also according to some exchanges kugel had on gcc maillist that won't disable generating unwind code 01.27.36 Quit TopyMobile_ (Read error: 60 (Operation timed out)) 01.27.59 # * amiconn should try to understand what that unwind stuff is supposed to do 01.28.34 # http://gcc.gnu.org/ml/gcc-help/2009-10/msg00323.html 01.28.58 Join Topy [0] (n=Topy44@f048065063.adsl.alicedsl.de) 01.29.10 # amiconn: I think it supposed for C++ exception handling, (try, catch and throw) 01.29.47 # unwinding IIUC does what the name implies 01.31.19 # Blue_Dude: how well seperated is the new audio_thread.c code from the buffering thread? 01.31.48 Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 01.32.37 Quit Topy44 (Read error: 113 (No route to host)) 01.33.16 # saratoga_lab: I've scarcely touched it. audio_thread relies heavily on buffering.c though. Buffering.c doesn't seem to rely on audio_thread though. 01.33.48 # It's one of those things that needs work later. There are more splits and reworks to come. 01.34.45 Quit casainho (Read error: 60 (Operation timed out)) 01.38.57 Quit kugel ("Ex-Chat") 01.39.33 Join cowgarden [0] (n=qgar10@dslb-094-221-231-190.pools.arcor-ip.net) 01.40.30 # kugel: I wonder whether this char __aeabi_unwind_cpp_pr0[0]; trick in conjunction with stubbing __aeabi_idiv0() and __aeabi_ldiv0() will crash on division by zero or not 01.40.43 # hi, any way to recover a somehow broken flash storage? (not rockbox specific, hope that does not bother you) 01.40.43 # is there anybody with good ARM asm knowledge in here? 01.44.27 Join Topy44 [0] (n=Topy44@f048136082.adsl.alicedsl.de) 01.46.34 Quit T44 (Read error: 113 (No route to host)) 01.47.26 # New commit by 03mc2739 (r23415): Correct battery conditional and disk access icon 01.50.48 # AleMaxx: Yes. But if it's not Rockbox-related, most of us are also in #rockbox-community... 01.51.40 # okay, I went there 01.54.19 *** Saving seen data "./dancer.seen" 01.54.19 Quit Topy (Read error: 104 (Connection reset by peer)) 01.56.33 Quit barrywardell (Read error: 104 (Connection reset by peer)) 01.56.46 Join barrywardell [0] (n=barrywar@p54BE83E9.dip0.t-ipconnect.de) 01.57.05 Quit dmb (Read error: 104 (Connection reset by peer)) 01.58.10 Join T44 [0] (n=Topy44@f049101204.adsl.alicedsl.de) 01.59.59 Join Hillshum [0] (n=hillshum@75-165-239-233.slkc.qwest.net) 02.04.27 Quit Topy44 (Read error: 60 (Operation timed out)) 02.09.48 Quit amiconn (Nick collision from services.) 02.09.51 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 02.10.09 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 02.10.09 Quit pixelma (Nick collision from services.) 02.10.11 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 02.10.29 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 02.17.52 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 02.22.14 Quit T44 (Read error: 60 (Operation timed out)) 02.26.52 Join adg801 [0] (n=chatzill@c-71-199-6-192.hsd1.ut.comcast.net) 02.27.26 # Not very good progress getting beastpatcher to build on OS X. :/ 02.28.10 # I found where libmtp.a and libusb.a reside in OS X (in /usr/local/lib), but tweaking the Makefile to point to that location and then trying to make gives me this: http://lambdacalculus379.pastebin.com/m56e9db56 02.28.36 # hello. I have an ipod classic (6th gen) and I see that rockbox doesnt work on this. Are there any suitable alternatives? 02.28.50 # adg801: not really, no. 02.29.10 # thanks for being unhelpful :) 02.30.52 Join barrywardell_ [0] (n=barrywar@p54BEB318.dip0.t-ipconnect.de) 02.31.25 Quit cowgarden ("I'm so down") 02.35.59 Quit LambdaCalculus37 ("Fwump") 02.40.23 Quit adg801 ("ChatZilla 0.9.85 [Firefox 3.5.4/20091016092926]") 02.53.41 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 02.55.16 Quit barrywardell_ () 02.58.59 Join Topy44 [0] (n=Topy44@f049099021.adsl.alicedsl.de) 02.59.10 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 02.59.25 Quit barrywardell (Read error: 110 (Connection timed out)) 03.02.35 Quit saratoga (Ping timeout: 180 seconds) 03.10.46 Quit robin0800 (Read error: 104 (Connection reset by peer)) 03.11.47 Join T44 [0] (n=Topy44@g228192001.adsl.alicedsl.de) 03.13.03 Quit MethoS- (Remote closed the connection) 03.22.57 # A cleaner version of the playback.c rework is at FS#10739. Thanks for the svn copy suggestion, linuxstb. That really made a difference. 03.24.29 # mc2739: arg.. that battery line was how I wanted it :) 03.24.49 # 10 steps of know battery level, and reuse the first for unknonw 03.24.56 # not that it really makes any difference 03.25.46 Join Topy [0] (n=Topy44@f049070233.adsl.alicedsl.de) 03.28.34 Quit Hillshum (Read error: 60 (Operation timed out)) 03.29.14 Quit Topy44 (Read error: 110 (Connection timed out)) 03.31.04 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 03.31.43 # JdGordon: sorry, I'll change it back 03.32.07 Quit T44 (Read error: 60 (Operation timed out)) 03.41.02 Join Hillshum [0] (n=hillshum@75-165-237-208.slkc.qwest.net) 03.41.30 # the part that really perplexes me about this whole thing is that diassembly of rockbox.elf shows no references to __aeabi_unwind_cpp_pr0 :/ 03.41.48 Join T44 [0] (n=Topy44@f049068141.adsl.alicedsl.de) 03.45.58 Quit Hillshum (Read error: 104 (Connection reset by peer)) 03.52.36 Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.5.4/20091016092926]") 03.54.22 *** Saving seen data "./dancer.seen" 03.56.05 Join Topy44 [0] (n=Topy44@f048066000.adsl.alicedsl.de) 03.59.25 Quit Topy (Read error: 110 (Connection timed out)) 04.01.35 # New commit by 03mc2739 (r23416): Revert battery conditional change in r23415, duplicated graphic was for unknown battery level 04.04.55 Quit AleMaxx ("Ex-Chat") 04.06.48 Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) 04.07.59 Quit Rondom (Nick collision from services.) 04.08.10 Join Rondom [0] (n=Rondom@dslb-084-057-162-043.pools.arcor-ip.net) 04.13.31 # Blue_Dude: I think your patch is a little screwed up 04.15.10 Quit T44 (Read error: 110 (Connection timed out)) 04.18.54 Join Blue_Dude [0] (n=chatzill@rockbox/developer/Blue-Dude) 04.19.11 # Just posted a bugfix. Missing defines, etc. I got a little aggressive. Give it a look. 04.19.17 Quit Blue_Dude (Client Quit) 04.22.21 Quit GeekShadow ("The cake is a lie !") 04.25.50 # Blue_Dude: so to apply this I would have to svn copy playback.c into codec_thread.c first right? 04.32.15 Quit saratoga_lab ("Page closed") 04.34.12 Quit adiroiban1 (Read error: 110 (Connection timed out)) 04.34.18 Quit ps-auxw (kubrick.freenode.net irc.freenode.net) 04.34.18 NSplit kubrick.freenode.net irc.freenode.net 04.34.18 Quit bzed (kubrick.freenode.net irc.freenode.net) 04.36.03 NHeal kubrick.freenode.net irc.freenode.net 04.36.03 NJoin ps-auxw [0] (n=arneb@dyn37.ps-auxw.de) 04.36.03 NJoin bzed [0] (n=bzed@devel.recluse.de) 04.55.59 Quit TheSeven (Nick collision from services.) 04.56.15 Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) 04.56.27 Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) 04.58.41 # amiconn: ah, interesting, apparently div/mod in libgcc are compiled with -fexception... disabling that, wonder if it will kill the reliance on __aeabi_unwind_ 05.06.45 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/freenode/x-pacxfcbeznpmdppc) 05.18.20 # hey, that gets rid of the need for lds changes, too, it appears :D 05.22.23 # kugel, amiconn: new combined patch for gcc-4.4.1, includes rockbox multilib and building libgcc with -fno-exceptions instead of -fexceptions: http://pastie.org/676303 05.23.32 # the added ARM.* sections no longer appear, since none of the objects have exception information any more. no more need to modify linker scripts or hack stubs for any symbols. it still hangs on my e200, though. 05.39.37 Quit Lss (Read error: 110 (Connection timed out)) 05.45.17 Quit Horscht ("Verlassend") 05.52.59 Join freqmod_gq [0] (n=quassel@dhcp208-240.ed.ntnu.no) 05.53.07 Join niekie_ [0] (i=quasselc@dreamworld.bergnetworks.com) 05.53.10 Quit freqmod_qu (Dead socket) 05.53.36 Quit niekie (Broken pipe) 05.53.45 Quit FlynDice (Remote closed the connection) 05.54.01 Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 05.54.23 *** Saving seen data "./dancer.seen" 06.00.40 Quit CaptainKewl ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 06.15.31 # whats the easiest way to get the intersection of 2 rectangles? 06.17.58 # does this look correct? http://pastebin.com/m1695a938 06.19.50 # JdGordon: i guess you first have to figure out which is topmost/leftmost, and then compare edges... but it seems like the *sort* of thing that must have a shortcut, doesn't it? 06.20.30 # its also entirely possible that the 2 dont overlap at all... 06.20.51 # which makes my paste totally wrong 06.21.24 # and no, I dont beilve we have shortcuts for this already 06.21.40 Quit cool_walking_ (Ping timeout: 180 seconds) 06.25.32 Join fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) 06.28.10 # * JdGordon doesnt exactly like using his brain if he can avoid it :p 06.40.10 Quit amiconn (Read error: 54 (Connection reset by peer)) 06.40.11 Quit pixelma (Read error: 54 (Connection reset by peer)) 06.40.13 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 06.40.22 Join pixelma [0] (i=quassel@rockbox/staff/pixelma) 06.40.38 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 06.43.23 Join fyre^OS [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) 06.46.04 Join matsl [0] (n=matsl@dhcp126.contactor.se) 06.48.19 Quit fyrestorm (Read error: 110 (Connection timed out)) 06.55.14 Quit ps-auxw (kubrick.freenode.net irc.freenode.net) 06.55.14 NSplit kubrick.freenode.net irc.freenode.net 06.55.14 Quit bzed (kubrick.freenode.net irc.freenode.net) 06.56.15 NHeal kubrick.freenode.net irc.freenode.net 06.56.15 NJoin ps-auxw [0] (n=arneb@dyn37.ps-auxw.de) 06.56.15 NJoin bzed [0] (n=bzed@devel.recluse.de) 07.06.24 # JdGordon: i didn't mean that we already *do*, just that it seems like there ought to be a clever shortcut for this job... 07.07.05 # I found http://silentmatt.com/computers/playground/intersection.php which made it pretty simple to implement :) 07.10.00 # well, that certainly seems the fastest way to test for intersection. then you just need to find the intersecting area... 07.14.03 # http://pastebin.com/m67f84e8e although I think those MAX(0,...) could be removed 07.14.38 Join DerPapst [0] (n=DerPapst@p4FE8F9B4.dip.t-dialin.net) 07.23.27 # *ptr1 = *ptr2 does memberwise copy doesnt it? 07.23.35 # or at least a memcpy? 07.30.08 Quit DerPapst ("Leaving.") 07.30.10 Quit liar (Remote closed the connection) 07.32.55 # gcc will probably generate a call to memcpy for that. if it's in a plugin or codec, you'd probably rather use the API memcpy directly, though. 07.33.37 # otherwise gcc will generate a call to memcpy, which will be a (plugin|codec)lib function that wraps the API memcpy 07.33.42 # its in the core... and that wasnt my problem so all good 07.37.48 Quit ps-auxw (kubrick.freenode.net irc.freenode.net) 07.37.48 NSplit kubrick.freenode.net irc.freenode.net 07.37.48 Quit bzed (kubrick.freenode.net irc.freenode.net) 07.37.48 Quit pixelma (kubrick.freenode.net irc.freenode.net) 07.37.48 Quit maraz_ (kubrick.freenode.net irc.freenode.net) 07.37.48 Quit Shaid (kubrick.freenode.net irc.freenode.net) 07.37.48 Quit Galois (kubrick.freenode.net irc.freenode.net) 07.37.48 Quit goffa (kubrick.freenode.net irc.freenode.net) 07.37.48 Quit daurn| (kubrick.freenode.net irc.freenode.net) 07.37.48 Quit avacore^ (kubrick.freenode.net irc.freenode.net) 07.37.48 Quit tha (kubrick.freenode.net irc.freenode.net) 07.37.48 Quit tmzt (kubrick.freenode.net irc.freenode.net) 07.37.48 Quit jfc^3 (kubrick.freenode.net irc.freenode.net) 07.37.48 Quit linuxstb (kubrick.freenode.net irc.freenode.net) 07.38.05 NHeal kubrick.freenode.net irc.freenode.net 07.38.05 NJoin pixelma [0] (i=quassel@rockbox/staff/pixelma) 07.38.06 NJoin jfc^3 [0] (n=john@dpc6682208002.direcpc.com) 07.40.03 NJoin tha [0] (i=1038@ccc2.rbg.informatik.tu-darmstadt.de) 07.40.13 NJoin Shaid [0] (i=adam@lurking.shaid.net) 07.40.26 NJoin tmzt [0] (n=tmzt@adsl-99-51-211-69.dsl.akrnoh.sbcglobal.net) 07.40.32 Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 07.41.02 NJoin goffa [0] (n=goffa@70.33.8.114) 07.41.06 NJoin bzed [0] (n=bzed@devel.recluse.de) 07.41.49 NJoin ps-auxw [0] (n=arneb@dyn37.ps-auxw.de) 07.42.06 NJoin linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 07.42.35 NJoin daurn| [0] (n=daurnima@freenode/staff/daurnimator) 07.43.15 Join maraz [0] (i=maraz@xob.kapsi.fi) 07.45.27 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 07.54.26 *** Saving seen data "./dancer.seen" 07.55.31 Quit antil33t () 08.05.09 Quit bluebrother (Nick collision from services.) 08.05.11 Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) 08.06.03 Join Rob2222 [0] (n=Miranda@p4FDCF0CB.dip.t-dialin.net) 08.06.07 Join merbanan [0] (n=banan@c-83-233-172-245.cust.bredband2.com) 08.11.52 Quit phanboy4 ("Leaving") 08.18.29 Join funman [0] (n=fun@rockbox/developer/funman) 08.24.47 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.25.54 Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) 08.26.14 Quit scorche (Nick collision from services.) 08.26.59 Join scorche [50] (n=scorche@rockbox/administrator/scorche) 08.27.58 Quit merbanan (Read error: 110 (Connection timed out)) 08.28.11 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.37.02 Nick niekie_ is now known as niekie (i=quasselc@dreamworld.bergnetworks.com) 08.37.10 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 08.42.34 Join flydutch [0] (n=flydutch@host248-201-dynamic.15-87-r.retail.telecomitalia.it) 08.53.02 # Zagor: "Perl error: Illegal division by zero at clientstats.pl line 65." 08.53.08 # r23413/r23414 08.54.00 # ah, finally. thanks. 08.54.22 # Oh, and r23416 too 08.57.56 # New commit by 03zagor (r23417): Fixed division by zero 08.58.26 Quit Grahack ("Leaving.") 09.02.29 Join fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) 09.22.10 Quit fyrestorm (Read error: 110 (Connection timed out)) 09.22.28 Join fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) 09.24.33 Quit fyre^OS (Read error: 110 (Connection timed out)) 09.28.27 Join petur [50] (n=petur@rockbox/developer/petur) 09.33.10 Quit n17ikh (Read error: 104 (Connection reset by peer)) 09.33.53 Join Galois [0] (i=djao@efnet.math.uwaterloo.ca) 09.37.54 Quit BHSPitMonkey ("Ex-Chat") 09.38.59 Join MethoS- [0] (n=clemens@134.102.106.250) 09.39.02 Quit BHSPitLappy (Remote closed the connection) 09.41.19 Join n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) 09.54.27 *** Saving seen data "./dancer.seen" 10.17.55 Join TopyMobile [0] (n=topy@xdsl-78-34-69-123.netcologne.de) 10.19.30 Join pamaury [0] (n=pamaury@140.77.26.95) 10.32.53 Quit pamaury ("exit(*(int *)0 / 0);") 10.34.03 Quit AlexP (Remote closed the connection) 10.34.38 Join AlexP [0] (n=alex@rockbox/staff/AlexP) 10.38.06 Quit krazykit ("Connection reset by beer") 10.43.08 Join einhirn [0] (n=Miranda@p5DCC1815.dip0.t-ipconnect.de) 10.46.13 Join FOAD_ [0] (n=dok@dinah.blub.net) 10.51.43 Quit matsl (Remote closed the connection) 11.02.30 Quit FOAD (Read error: 110 (Connection timed out)) 11.02.30 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 11.03.50 Join adiroiban [0] (n=adiroiba@h194-54-129-79.teleson.ro) 11.16.29 Quit Sajber^ (Read error: 104 (Connection reset by peer)) 11.21.00 Join casainho [0] (n=chatzill@87.196.38.190) 11.22.37 Join shaggy-h [0] (n=kiwi@host-87-74-127-193.dslgb.com) 11.29.17 Quit avacore (Read error: 110 (Connection timed out)) 11.32.56 Join krazykit [0] (n=kkit@70-90-111-113-nh.hfc.comcastbusiness.net) 11.35.50 Join DerPapst [0] (n=DerPapst@p4FE8F9B4.dip.t-dialin.net) 11.44.12 Quit MethoS- (Remote closed the connection) 11.44.20 Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) 11.44.20 Quit barrywardell (Remote closed the connection) 11.44.40 Quit einhirn (Read error: 104 (Connection reset by peer)) 11.44.41 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 11.45.18 # Hey guys, can't stay long, but I want to report that barrywardell managed to get beastpatcher compiled and working on Mac OS X. :) 11.45.54 # I tested it last night and found that it works. So if any other Mac-using devs or staff want to try it out, let me know and I'll forward it to you. 11.46.11 # It's currently Intel-only. 11.46.34 # Anyway, must run now. 11.46.37 Quit LambdaCalculus37 (Client Quit) 11.50.37 Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) 11.54.29 *** Saving seen data "./dancer.seen" 12.02.10 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 12.04.11 Join kyle6513 [0] (n=kyle@58.174.128.189) 12.04.22 Quit kyle6513 (Client Quit) 12.16.05 Join krazykit` [0] (n=kkit@70-90-108-241-ma-ne.hfc.comcastbusiness.net) 12.22.56 Quit casainho ("ChatZilla 0.9.85 [Firefox 3.5.3/20091020102323]") 12.30.33 Quit krazykit (Read error: 104 (Connection reset by peer)) 12.32.56 Quit krazykit` (Read error: 104 (Connection reset by peer)) 12.36.06 Join krazykit [0] (n=kkit@70-90-111-113-nh.hfc.comcastbusiness.net) 12.36.59 Quit krazykit (Remote closed the connection) 12.56.17 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 13.09.39 Quit bubsy (Read error: 60 (Operation timed out)) 13.09.50 Quit Zagor ("Don't panic") 13.18.12 Quit DerPapst (Read error: 110 (Connection timed out)) 13.22.53 Join Blue_Dude [0] (n=chatzill@rockbox/developer/Blue-Dude) 13.26.06 Join DerPapst [0] (n=DerPapst@p4FE8F9B4.dip.t-dialin.net) 13.29.12 Join Soulsmith [0] (n=s@196.210.231.151) 13.36.10 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 13.46.44 Join bubsy [0] (n=bubsy@94.139.72.137) 13.47.01 # Soulsmith: you can talk about ipod nano 2g here, just don't expect full support for it 13.47.11 # ah ok thanks 13.47.58 # I was just wanting to find out if there was some way to fix the audio chop that you get when playing movies with mpegplayer 13.48.25 # I did some searching but couldn't find anything aside from reports of the problem 13.48.55 # "audio chop" ? 13.49.44 # I'm honestly not sure how best to describe it, the audio crackles and is "choppy" 13.52.04 # I encoded an avi with WinFF using it's "RB Ipod Nano Fullscreen" setting 13.52.07 # Have you tried the Elephants Dream demo video? 13.52.55 # http://download.rockbox.org/mpeg/elephantsdream-q6-176x128-310kbps.mpg 13.53.04 # I haven't yet 13.53.17 # I'll download that and test it quick 13.53.43 # And does your video play OK on a PC? 13.54.33 *** Saving seen data "./dancer.seen" 13.54.36 # Yes it plays normally in VLC 13.55.09 # could it mean that the audio decoder isn't fast enough ? 13.58.55 # http://failblog.org/2009/10/30/doorbell-fail/ 13.59.04 # woops 13.59.22 Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) 14.11.11 Join jgarvey [0] (n=jgarvey@cpe-174-097-130-131.nc.res.rr.com) 14.16.32 # TheSeven: will it be difficult to format the Meizu's to the nano2g FTL? 14.17.11 # I wonder what the reason is that they made every version of whimory so different from the previous ones anyway. 14.19.15 # markun: we don't have recovery code for the nano2g ftl yet, so the ftl will be "bricked" after an unclean shutdown 14.19.47 # markun: what's the matter with their factory FTL? has anyone ever had a thorough look into this? 14.19.57 # TheSeven: that means that there won't be any issues with corrupted filesystems at all! 14.20.26 # * TheSeven doesn't really consider corrupted FTLs nice... 14.21.41 Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) 14.22.49 # I tried playing the demo video and got the same problem 14.23.25 # TheSeven: bertrik has looked into it, but decided to use the code from the Nano2g instead. We can talk about it when he gets back. 14.24.03 # markun: did you manage to obtain a complete flash dump of one of these? and what about firmware disassemblys? 14.24.38 # I don't have a dump of the bootrom. No idea if anyone has done that. 14.25.14 # but the firmware itself was unencrypted 14.25.19 # IIUC doing that should be very easy though 14.25.30 # the bootrom can't be encrypted, or it couldn't boot 14.25.45 # it's just a matter of having a way to dump things from it 14.25.46 # no, I mean the firmware is unencrypted 14.26.06 # having working USB would probably help when we want to dump it 14.26.14 # or where would you dump it to? 14.26.20 # disassembling a firmware is a lot harder than disassembling just some loader stage that also has the FTL, like I did it on the nano 14.26.39 # markun: do you have jtag on them? 14.26.45 # not that I know of 14.26.54 # hasn't bertrik dumped the nand with some samsung tool? 14.27.04 # iirc yes 14.27.12 # gevaerts: could be, but we're not talking about the nand 14.27.13 # but that won't help too much dumping the bootrom 14.27.30 # oh, ok 14.27.31 # dumping the bootrom to nand is probably not easier than directly to usb 14.28.20 # TheSeven: how big is the binary file you disassembled to RE the ftl? 14.28.43 # 50KB? 14.29.14 # 128K 14.29.37 # TheSeven: I don't know the they actually have a separate loader that does FTL 14.30.08 # the firmware isn't on the ums device for the meizus, right? 14.30.27 # is it even on the nand or entirely in nor? 14.31.02 # TheSeven: depends, on some of the meizus it's in a separate nor, others have in in nand 14.31.07 # New commit by 03barrywardell (r23418): Get beastpatcher working on OSX. ... 14.31.12 # and not on the ums device no 14.31.23 # so it won't be inside the ftl... 14.31.30 # how big is the firmware executable? 14.32.18 # 1.3MB, is that possible? 14.32.41 # should be doable, I guess there's quite a bunch of non-code in there 14.32.59 # on the players with NOR they use RAR to compress the firmware 14.33.14 # once you've found some entry points, the firmware being big won't hurt 14.33.24 # that's what I see as well 14.33.55 # TheSeven: you mean to dump the bootrom to a part of the firmware and then download it with DFU, right? 14.34.14 # could also be an idea, if you know how to write to nor 14.34.21 # the other question is if we even need to do that at all 14.35.19 # what's the alternative? 14.35.27 # directly looking at the firmware 14.35.41 # as the bootrom will probably bypass the ftl anyways 14.35.58 # are there download links for the firmware? 14.37.33 # TheSeven: yes, but I can also put them all in one archive for you if you want 14.38.14 # New commit by 03teru (r23419): Update Japanese translation. 14.38.17 # http://www.meizume.com/download/ has them 14.38.35 # TheSeven: if you get them, look for the rar header about 8 or 16k into the .bin files. Unpack from there for the real image 14.39.03 # at least for the NOR-using ones 14.39.23 # M6SL doens't have NOR 14.40.36 # bah, need to register 14.43.14 Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.5.4/20091016092926]") 14.43.24 # if you want M6SL firmwares, they are on their official site too: http://en.meizu.com/service/music/mp4.html 14.43.27 # or M3's 14.45.07 # gevaerts: the M6SL firmware isn't compressed at all, that's just plain ARM code 14.46.25 # oh, i have one of those SL's. thought i had the SP version. 14.47.05 # hm, how do I tell IDA that this is a big endian core? 14.47.19 # you can select the CPU type at start no ? 14.47.44 # ARM processors : ARM, ARM710a, ARMB <-- 14.48.14 # yes, but which of them are little endian 14.52.26 # all but ARMB i think 14.52.43 # xScale is declined in xScaleB & xScale L (Big & Little) 14.55.48 # that firmware dislikes pino. at offset 3418 14.57.40 # TheSeven: what's pino? 14.57.53 # eh.. topik 14.58.26 # the disassembly reads 'pino sux' 14.59.32 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 15.00.18 # ;) 15.01.47 Quit Grahack ("Leaving.") 15.03.51 Quit funman ("free(random());") 15.08.49 Quit gevaerts (Nick collision from services.) 15.08.58 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 15.11.55 Join mt [0] (n=mtee@rockbox/developer/mt) 15.12.43 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 15.20.22 Join Erikw [0] (n=Erikw@c-4f66c7ae-74736162.cust.telenor.se) 15.20.38 # Hi 15.20.46 # topik: nice catch! 15.20.52 # you know what you found? 15.21.30 # I want to make a '.scrobbler.log' but I don't know the format and notation used in the file. I have googled but found no sample. Can some one please post a sample og a scrobble-log? 15.22.13 # I literary want to make it my self with some data from another scrobbler 15.22.35 # Erikw: http://www.audioscrobbler.net/wiki/Portable_Player_Logging 15.23.05 # ah there. thanks! 15.23.19 # nope, i don't know much 15.23.34 # have a dump from my old last.fm account and I wat to import it to my new account :) 15.23.47 # The mention of Rockbox on that page makes this barely on-topic, so if you have other questions, it'd be best to use their own support channels. 15.23.58 Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) 15.26.23 # does anyone know why insert_last_shuffled is only for directories and not for playlist files? 15.27.18 # New commit by 03tomers (r23420): mktccboot: Remove excessive use of defines in Makefile 15.30.51 Join esperegu_ [0] (n=quassel@145.116.15.244) 15.32.20 Quit esperegu (Read error: 60 (Operation timed out)) 15.34.14 # New commit by 03teru (r23421): Fix time display in time menu when time is not valid. 15.41.14 Join casainho [0] (n=chatzill@87.196.38.190) 15.46.05 # * TheSeven really wonders why you don't want to reverse the meizu ftl 15.46.18 # it's full of strings containing function names! 15.46.25 # the nano2g one was far harder to reverse 15.48.16 # ...and judging from those strings, it's quite similar to the nano2g ftl, even though some signatures are obviously different 15.51.03 # just for an example look at 0x8E548... If I had had such nice strings, the nano FTL would have been finished way earlier! 15.52.57 Join toffe82 [0] (n=chatzill@12.169.218.14) 15.53.49 # you look at things like NAND_Init() ? 15.54.37 *** Saving seen data "./dancer.seen" 15.55.40 # much nicer than that. 15.57.55 Quit DerPapst ("Leaving.") 16.00.23 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 16.02.24 Quit parafin ("So long and thanks for all the fish") 16.02.29 Join parafin [0] (i=parafin@paraf.in) 16.05.09 Join val3 [0] (i=pontape0@f053085221.adsl.alicedsl.de) 16.05.48 # TheSeven: would it make sense to share some of the code? 16.05.56 # I mean, is it similar enough? 16.06.08 # http://pastie.org/676798 16.06.27 # markun: I haven't looked at actual code, but I think that this may well be possible 16.06.30 # yes, I know all of that 16.06.48 # actually if I would have had this information back when I was digging into the 2g, that would have been far easier 16.07.07 # I've looked at the strings and at the code a few times, but that is from before we had any code running (or thought we didn't have :) 16.08.48 # hi all, i know this not 100% rockbox related, i just found out that my ipod 80gig 5.5V has badblocks, can anyone tell me which the cheapest hdd on the market is, which works with rockbox and the ipod ?! 16.08.51 # Reversing and implementing that FTL will probably be easier than adapting the nano2g one... 16.08.58 # ok, cool 16.09.07 Quit teru ("Quit") 16.11.21 # TheSeven: to you want a disassembled firmware I did earlier or will you just do it yourself? 16.11.39 # for some reason, IDA Pro didn't find a lot of the functions automatically 16.12.04 # yes, i noticed that, and then went the route of just forcing everything to be code for a start... 16.12.18 # ah, I could have tried that :) 16.12.40 # ida will automatically revert things to data that it finds are referenced 16.12.44 # nice 16.12.49 # TheSeven: not particularly reliably.. 16.12.53 # but of course you'll still have lots of garbage afterwards 16.13.00 # mostly it will just accumulate stuff in the problems list :) 16.13.35 # if it would even put it to the problems list... 16.13.40 # most of that crap goes unnoticed. 16.15.26 Join n1s [0] (n=n1s@rockbox/developer/n1s) 16.16.19 # we don't have some contact at nxp, do we? 16.16.34 # apple switched PMUs again... 16.16.42 Join kugel [0] (n=kugel@rockbox/developer/kugel) 16.19.15 Quit Soulsmith () 16.19.17 # TheSeven: how's it going with the 4g nano? 16.19.36 # USB fully working, but no idea about the PMU (and thus backlight) or LCD 16.20.06 # and we seem to be unable to dump the bootrom for an unknown reason 16.21.23 Quit casainho ("ChatZilla 0.9.85 [Firefox 3.5.3/20091020102323]") 16.21.35 # If I could only find the MIU... 16.21.40 # ah, that is some important progress, did you get a touch 2g bootrom to RE? 16.24.29 Quit barrywardell () 16.25.35 # n1s: no, but I am playing with the idea of trying to run iBoot on my nano :-) 16.26.27 Join barrywardell [0] (n=barrywar@dynamic.aei.mpg.de) 16.26.56 Quit barrywardell (Client Quit) 16.27.48 # TheSeven: can you dump the unencrypted firmware from ram? 16.30.25 # yes, but this is a ~10MB blob of code 16.31.56 # hey, nice 16.32.02 # iBSS indeed boots on that thing! 16.32.53 # hm, from the USB ID i'd say it has entered DFU mode... 16.35.28 Quit jgarvey ("Leaving") 16.40.19 # f*ck it 16.40.37 # it's stuck in DFU and neither accepts commands nor the reset combo 16.45.32 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 16.45.48 # hm, itunes managed to boot a WTF somehow, no idea why iRecovery failed while trying to do so 16.49.16 # iRecovery, iBoot, iBSS, iLoader, i 16.49.18 # hm, my irecovery seems to be broken 16.53.35 # * TheSeven fixed it and wonders why that ever worked 16.58.02 # hm. trying to launch iBEC just resets, trying to launch iBSS makes it enter DFU in a way that can only be exited by uploading a valid WTF, but not through a button combo! 17.01.55 # val3: Have a look at www.rockbox.org/wiki/HarddriveReplacement 17.02.21 # Sorry, http://www.rockbox.org/wiki/HardDriveReplacement 17.03.41 Quit kugel (Remote closed the connection) 17.05.08 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 17.06.35 Quit shaggy-h (Read error: 110 (Connection timed out)) 17.06.38 Quit z35 (Read error: 110 (Connection timed out)) 17.11.53 Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-zyhxtdtvsmgapwtg) 17.12.02 # does anyone know the exact install procedure for the gogear? 17.12.04 Quit petur ("beer time!") 17.12.15 # i think i remember it being the same as YH but i'm not sure 17.12.39 Quit tomers (Read error: 60 (Operation timed out)) 17.13.14 Join kugel [0] (n=kugel@rockbox/developer/kugel) 17.13.21 Quit saratoga (Client Quit) 17.22.52 # thanks alexp i will check it out ! 17.29.39 Join darkham [0] (n=darkham@host106-176-dynamic.47-79-r.retail.telecomitalia.it) 17.37.40 Join cephalopoid [0] (n=cephalop@dsl-213-134-248-240.solcon.nl) 17.37.43 # hell 17.37.44 # o 17.38.01 # any news on porting rockbox to the classic 6G? 17.39.00 # well, we can run code on it, and are currently working on making the USB controller work, so that we can up/download things more easily 17.39.53 # but we haven't yet started to actually port rockbox 17.44.08 # okay 17.44.20 # well, I'll just go on playing the waiting game I guess 17.44.25 # ;) 17.45.19 Nick bubsy is now known as pacman (n=bubsy@94.139.72.137) 17.52.58 # cephalopoid: Which generation Classic do you have? (the 1G Classic is the original 80GB/160GB versions, the 2G Classic is the 120GB version, then the new 160GB version is the 3G Classic), We can currently only run code on the 1G Classic. 17.54.38 *** Saving seen data "./dancer.seen" 17.55.34 # linuxstb: it's the 6G classic... 120GB 17.56.02 # cephalopoid: So, the 2G classic, by linuxstb's descriptions. 17.57.08 # okay, sry, 2G it is, then 17.59.00 # The hardware in the 1G and 2G is almost identical, but they run different firmware versions, meaning the buffer overflow exploit that works on the 1G doesn't work on the 2G. 17.59.21 Join bimbel [0] (n=Miranda@unaffiliated/bmbl) 18.06.28 # okay 18.06.52 # but now we've achieved to run code, thereby ignoring the buffer or sth? 18.11.42 Part toffe82 18.12.02 # cephalopoid: The "buffer overflow exploit" is way we run code on the 1G Classic. We can't run code at all on other Classics. 18.12.52 Quit bmbl (Connection timed out) 18.13.48 # noh, whoops, sorry... that were the ipodlinux guys who could run code on the 2G 18.14.00 # (2G classic, that is) 18.14.18 # maybe you could ask them and cooperate or something 18.14.40 Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-yowweqhrcvtdcmfy) 18.15.24 # cephalopoid: nobody has run code on the 2g classic yet 18.15.41 # Rockbox does have a lot of co-operation with ipodlinux, or linux4nano so if they make a breakthrough then rockbox (hopefully) won't be far behind. 18.15.51 # the ipodlinux people ran code on the original ipod 2g about 5 years ago, maybe thats what you're thinking of 18.16.08 Nick pacman is now known as bubsy (n=bubsy@94.139.72.137) 18.16.09 # linuxstb: why do you say that it won't work on the 2g? has anyone ever tried? IIUC it's just a matter of finding out that buffer address... 18.16.20 # TheSeven: Yes, I've got a 2G Classic... 18.16.34 # I mean it doesn't work because the buffer address hasn't been found. 18.16.57 # yes, but that's a "not yet", in contrast to the roadblock we're running agains with the 3g classic 18.17.01 # against* 18.17.50 # TheSeven: Sure. But that assumes an exploitable address actually exists. (we haven't found one on the 3G yet, have we?) 18.17.57 # (I mean Nano3G) 18.18.41 # linuxstb: I have no idea what's fooling us with the 3g, but I bet there is an exploitable address somewhere 18.19.33 # there are lots of copies of that buffer (14 on the nano4g, a few less on the nano2g), so one of them just must be reachable 18.20.08 # statistically i'd say that there's an 80% chance that this is exploitable 18.20.24 # just skip the nano 3g. it's an ugly fat little player anyway :) 18.25.35 Quit Res1 (Read error: 60 (Operation timed out)) 18.29.19 Join Res1 [0] (n=Res@user-0c6s6ir.cable.mindspring.com) 18.34.33 # topik: that's about my opinion on that one. 18.39.07 # yaaaay! 18.39.26 # * TheSeven managed to move ibugger over to the arm7 :-) 18.40.16 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.40.57 Quit Res1 (Read error: 60 (Operation timed out)) 18.41.16 # * TheSeven wonders if that ARM7 has any caches that are in our way 18.44.08 # too bad... :-( 18.44.23 # the ARM7 seems to have the same perspective on memory, and can't read the bootrom either 18.45.20 Join Res1 [0] (n=Res@user-0c6s6ir.cable.mindspring.com) 18.46.19 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 18.51.17 # TheSeven: maybe the soc actually has some protection for it? 18.51.55 # n1s: I can't imagine why they would use that on the nano, but not on the touch, which has the same soc... 18.52.08 # ah, right 18.56.03 Quit flydutch ("/* empty */") 19.02.52 Join z35 [0] (n=z35@ool-45714f83.dyn.optonline.net) 19.02.59 Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) 19.07.19 Join toffe82 [0] (n=chatzill@12.169.218.14) 19.09.58 Quit BHSPitMonkey (Remote closed the connection) 19.14.57 # evilnick_B: I don't want to give wrong advice and remember you talking about the "reseat flash on the e200" - could it help to solve the trouble described in this post: http://forums.rockbox.org/index.php?topic=23052.msg157664#msg157664 ? 19.15.22 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 19.23.01 # toffe82, are you good at assembly/startup code/linker scripts? 19.25.15 Join funman [0] (n=fun@rockbox/developer/funman) 19.25.47 # bertrik: not good at anything :) 19.26.37 Join JdGordon| [0] (n=Miranda@nat/microsoft/x-xsgomyqcgrhjjbiu) 19.29.26 Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 19.34.15 Join Grahack [0] (n=chri@ACaen-156-1-117-170.w90-17.abo.wanadoo.fr) 19.34.36 # pixelma: Possibly. Although when my e280 was playing up then it didn't even get as far as the OF splash screen (otherwise I would have replied to that post!) 19.35.13 # hmm... I see 19.36.09 # In the same way as you; I don't want to comment on things unless I'm sure. Especially when they involve getting someone to open their player. 19.36.44 Quit darkham (Remote closed the connection) 19.37.39 # bertrik: what's the matter? 19.46.47 # ah yes, and i had a quick chat with markun about the meizu ftl today... what's holding you back with that one? 19.48.15 Quit robin0800 (Connection timed out) 19.50.18 # evilnick_B: well thats just silly! 19.51.43 # http://www.ipodlinux.org/ 19.52.12 # look at the newsobject of july 18 19.52.29 # says they ran code on what they call a Classic 6G 19.52.40 # yes, we know. 19.53.11 # why did you say no-one ran code on that before then? or are they different? 19.53.45 # the 6G is the 1st gen Classic 19.54.11 # "6G" = "Classic", which consists of "Classic 1G" (where we ran code on) and "Classic 2G" (where we can't yet run code on) and "Classic 3G" (which won't run code on in near future) 19.54.39 *** Saving seen data "./dancer.seen" 19.54.48 # sometimes the 2G Classic is called 6.5G, but that isn't done consistently either 19.56.00 # okay, so what I have is 6.5G or classic 2G 19.56.05 # correct? 19.56.11 # (it's 120 GB) 19.57.45 # TheSeven, I thought maybe he could work on the DRAM in the meizus 19.58.21 # cephalopoid: yes 19.58.30 # The FTL just seems like a lot of work to me, as far as I've seen it's not the same as in the ipod nano 2g 19.58.37 # similar but not identical 19.59.23 # yes, but keeping it (and having the OF repair it when there is trouble, instead of needing to write all that repair code) is probably the easier route... 19.59.36 # keeping what? 20.00.12 # I was thinking along the line of repairing = formatting 20.00.20 Quit funman ("free(random());") 20.00.37 # Can the nano2g FTL do a format? 20.00.40 # gevaerts: thanks for the clarification 20.01.02 # so, in the near future, there might be a 6.5G port? 20.02.28 # and in the meantime, I either play the waiting game or I learn C and contribute? 20.04.37 # bertrik: No, nothing 20.04.41 # I rely on the OF to keep this alive. 20.04.43 Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 20.05.05 # cephalopoid: roughly, yes 20.05.21 Quit Erikw ("Bye") 20.06.58 Join domonoky1 [0] (n=Domonoky@g229246254.adsl.alicedsl.de) 20.07.46 # okay, thanks :) 20.08.05 # better go for archos next time... 20.08.23 # at least they proudly run linux in the first place 20.11.12 # TheSeven, Also I remember the FTL for the meizu m3 and m6 being slightly different, I'd rather use the same code for all s5l8700 based devices 20.12.35 # OTOH, just getting *some* FTL to work on the meizus (m3 would probably be the first) would be great 20.13.02 Join MoMonster [0] (n=4db3c2bc@giant.haxx.se) 20.13.27 # Hi? 20.14.22 Quit MoMonster (Client Quit) 20.14.43 Join MoMonster [0] (n=4db3c2bc@giant.haxx.se) 20.15.20 # Hello? 20.15.43 # MoMonster: hello 20.16.24 # ^^Hi. I was a bit confused because I don 't use IRC :/ 20.17.07 Quit bimbel (Read error: 104 (Connection reset by peer)) 20.17.09 # do you think it'd be possible to put linux on an archos 9? 20.17.10 # ....normally 20.17.19 # MoMonster: Try reading: http://www.rockbox.org/wiki/IrcGuidelines if you're unfamilar with IRC (and our rules), but essentially it's multiplayer notepad 20.17.48 # cephalopoid: we don't put linux on things here! 20.18.42 # Thank you :D I just wanted to ask a question about the custom status bar. I 20.19.24 # I'm trying to make a touch theme with custom status bar, but I don't get it to load on startup. 20.19.50 # sorry 20.20.10 # just thought you did... 20.20.21 Quit Grahack (Read error: 60 (Operation timed out)) 20.21.26 # It would be great if someone with experience could help me there. config.cfg and theme.cfg both look okay, but I still have to select it from the theme settings to see it 20.21.53 # can you put the contents of those files (or all involved files...) on a site like pastebin.com? 20.22.04 # cephalopoid: well, this is #rockbox, not #linux :) 20.22.09 # okay 20.22.17 Quit domonoky (Read error: 110 (Connection timed out)) 20.22.51 # Sorry in advance in case I'm just blind and wasting your time 20.23.11 # that can happen to everyone 20.23.22 Join Grahack [0] (n=chri@ACaen-156-1-117-170.w90-17.abo.wanadoo.fr) 20.25.04 # kugel: ok, I'm actually going to try getting some of those small fixes into svn over the weekend, so if you want to talk about them.... :) 20.25.10 # :) 20.25.27 # JdGordon|: which specifically? 20.25.47 # especially to people who say sentences like these... darn recursion 20.25.51 # the 3 i added to that task last night 20.26.57 Quit fyrestorm (Read error: 60 (Operation timed out)) 20.28.16 # JdGordon|: I think the new viewport_set_defaults has a lot unneeded stuff which is handled by viewport_parse_viewport already (both, %Vi and the UI vp go through that) 20.28.50 # @gevaerts: http://pastebin.com/d54b207e4 20.28.50 # the call to _fullscreen() and the MIN(0,..) 20.28.53 # like what? 20.29.20 # you are definetly getting things confused... set_ddefaults() is used by everything.. not just parsing Vi and the setting 20.29.40 # it copies over %VI or the UI vp 20.30.19 # those are fixed by viewport_parse_viewport at any time, no need for calling _fullscreen() or MIN(0,..) 20.31.09 # ah, ok 20.31.24 # its MAX(0,...) which isnt needed... not MIN 20.31.26 # the _fullscreen() call should go in a else case rather 20.31.39 # but thats not needed because the if makes sure there is a overlap 20.31.45 # MoMonster: that does look correct at first sight. So if you select the theme manually it loads, but the setting doesn't stick? Which player is this? 20.33.38 # It's a Cowon D2.... 20.33.59 # JdGordon|: then I don't quite understand the last hunk of the second patch 20.34.45 # i.e. why are you removing the skin_statusbar_changed call 20.35.36 # MoMonster: is rockbox installed on an sd card or on internal flash? 20.35.53 # gevaerts: It's on the sd card 20.36.01 # evilnick_B: IRC is multiplayer notepad? One can delete things? ;-) 20.36.05 Nick bluebroth3r is now known as bluebrother (n=dom@rockbox/developer/bluebrother) 20.36.09 # hm, it should be able to save the settings then... 20.36.25 # Does selecting other themes work properly? 20.37.46 Join Bobwrit22 [0] (n=617674fb@giant.haxx.se) 20.37.46 # gevaerts: Saving is no problem, that's right... No, selecting the theme doesn't work either 20.38.24 Quit Bobwrit22 (Client Quit) 20.38.24 # JdGordon|: and don't be too lazy when you create new files, insert a proper (C) notice and multiple inclusion protection for headers 20.38.25 # gevaerts: But I could swear that it worked before. (selecting the sbs in the status bar menu still works fine) 20.39.00 # and check whether the copied #includes are all needed 20.39.38 # * gevaerts doesn't have ideas right now, so he looks around 20.40.15 # (that was regarding the 3rd patch) 20.41.37 Quit BHSPitMonkey (Remote closed the connection) 20.46.12 # Ah! That's it. I put "statusbar: custom" in the theme.cfg an now it works 20.46.19 # I hope it stays like that 20.46.29 # oh, indeed! That's needed as well... 20.48.23 # Okay... thank you for your time :) I hope I can figure out the rest now 20.50.35 # New commit by 03alex (r23422): Correct typo that stopped the download link to the Fuze OF appearing in the manual. 20.51.06 # MoMonster: you're welcome! 20.52.11 Join funman [0] (n=fun@rockbox/developer/funman) 20.52.49 # MoMonster: the custom statusbar doesn't have touch support so far, keep that in mind 20.54.08 # [12:34] kugel: i.e. why are you removing the skin_statusbar_changed call <- because it is wrong... with that call in there still the pb will get the correct vp, but the rest will be full screen... 20.55.25 # because skin_statusbar_changed calls _fullscreen(). that should be changed instead 20.55.37 Quit funman (Client Quit) 20.55.38 # kugel: kept in mind. I'm pretty much done with the status bar. Amazing new feature 20.55.38 # that whole callback isnt needed 20.56.12 # it currently is, for the classic statusbar, and %we/%wd 20.56.21 Quit adiroiban (Read error: 110 (Connection timed out)) 20.56.38 # currently fine, but classic is on the way out so it should be removed with it 20.56.45 Quit Res1 (Read error: 60 (Operation timed out)) 20.56.50 # * JdGordon| is only thinking about the future 20.57.02 # yea, but it's still there, so your patch should fix that instead. otherwise it introduces bugs 20.57.16 # ah, but that would be doing more than one thing! 20.58.18 # no, it's part of the wps-to-_set_defaults() conversion 20.58.36 # JdGordon: s/one/\"one\"/ 21.01.20 Join Res1 [0] (n=Res@user-0c6s6ir.cable.mindspring.com) 21.02.03 # Is the D2 bootloader on disk or flash? 21.07.12 Join fml [0] (n=4fd3cdfb@giant.haxx.se) 21.08.38 # AlexP: well, it has no disk... 21.08.53 # Hello. I may have missed something, but my very simple WPS does not display the progress bar in the WPS. I use just the %pb tag without any params. No viewports in the WPS. This is on the H120 sin with r23422. Any comments? 21.09.37 # fml FS#10721 21.10.39 # AlexP: ah, I searched for 'progress bar' but found nothing 21.10.57 # it will hopefully be fixed over the weekend 21.12.18 # JdGordon: OK 21.12.43 # 10709 has some fixes if you are brave 21.13.21 # No, I'm not brave at all! :-) 21.13.45 # hehe 21.14.10 Join darkham [0] (n=darkham@host106-176-dynamic.47-79-r.retail.telecomitalia.it) 21.15.40 # AlexP: D2 bootloader install seems very similar to the other Iaudios 21.19.02 Quit fml ("CGI:IRC 0.5.9 (2006/06/06)") 21.21.59 # great. Building rbutil is broken :( 21.22.02 # * bluebrother goes fixing 21.24.31 # gevaerts: Sure, but disk here means storage, rather than a flash chip. E.g. e200 has bootloader on disk, H100 in flash 21.29.57 # argh. Building out-of-tree but using one object from tools/? 21.35.27 # AlexP: call it NOR and NAND 21.35.47 # TheSeven: This is for the purposes of the manual 21.36.18 # Too technical and nobody will understand what we are on about 21.36.30 # AlexP: as I understand it, it will end up in flash (compare to the other Iaudios) 21.36.39 # pixelma: Ta :) 21.37.08 Quit mikroflops (Remote closed the connection) 21.37.14 # However I need to wait for his real name anyway 21.38.42 Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) 21.40.12 Join z35_ [0] (n=z35@ool-45714f83.dyn.optonline.net) 21.41.20 Quit z35_ (Client Quit) 21.41.28 Quit z35 (Remote closed the connection) 21.42.38 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 21.47.47 # kugel: did you see my patch? :P 21.48.10 Quit Grahack (Client Quit) 21.48.34 # Unhelpful: yep 21.50.06 # did you say it was *bigger* on one of your targets? i saw a decrease even on my beast, where we weren't using long calls... it was quite modest compared to the -63KB on e200, of course. 21.50.48 # yea, according to rockbox-info.txt my e200 build was ~5k bigger 21.50.59 Quit yosafbridge ("Coyote finally caught me") 21.51.39 # huh. compared to our "usual" rockbox toolchain? 21.51.45 Join yosafbridge [0] (n=yosafbri@li14-39.members.linode.com) 21.52.41 # compared to the build pae 21.52.43 # page* 21.53.39 # hrm. i built the same rev myself with"normal"crossdev and with eabi 21.54.31 # correction, 1.5k smaller 21.54.44 *** Saving seen data "./dancer.seen" 21.54.54 # I probably looked before I made a rm -rf * in the build dir 21.55.52 # your rockbox.elf should have a bunch of symbols with "veneer" in the name, if long calls are being stubbed. 21.56.26 Join Rand_Althor [0] (n=chatzill@adsl-99-139-136-2.dsl.dytnoh.sbcglobal.net) 22.00.23 Join z35 [0] (n=z35@ool-45714f83.dyn.optonline.net) 22.02.30 # Is this a bug? Start a song > Skip forward 1 minute by tapping "Forward" > Immediately hold down "Forward" to start seeking. Result: RB starts the first song of the _ next _folder_, erasing the playlist, and making the new folder into the playlist. (works in reverse too, i.e. skip back and try to seek back moves the whole playlist to the _previous_ folder) 22.03.00 # that's really a feater, not a bug 22.03.09 # feature 22.03.35 # hm. Easy to change the code to remove it? 22.03.36 # * kugel didn't think he would ever say that without being kidding 22.04.06 # Rand_Althor: it's easy yes 22.04.09 # New commit by 03bluebrother (r23423): Fix mktccboot to make Rockbox Utility compile again. ... 22.04.43 # I have a build environment set up. Would you please tell me what file/section? 22.05.05 # look at apps/gui/wps.c 22.05.57 Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) 22.07.01 Join gingermig [0] (n=gingermi@28.84-49-100.nextgentel.com) 22.07.08 # New commit by 03barrywardell (r23424): Add support for building OSX disk image of beastpatcher. 22.07.36 # Firing up Ubuntu. Seems to be frozen on loading screen. Sorry. 22.09.15 # barrywardell: Good work :) 22.10.09 # AlexP: should I send the disk image to someone to put on the download server? 22.10.58 # barrywardell: yes, Bagder or Zagor 22.11.18 # svn: Unknown hostname 'svn.rockbox.org' ---- Did I miss something? 22.11.38 # barrywardell: can you build Rockbox Utility? I'd be interested if my deploy script now also works on OS X (not yet in svn) 22.11.38 # barrywardell: mail me or give me a url! 22.11.41 # nevermind 22.12.08 Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) 22.12.09 # And then give me the link :) 22.12.17 # (to the dl server) 22.13.00 # Bagder: sent to your mail 22.13.11 # New commit by 03bluebrother (r23425): Building Rockbox Utility now also needs telechips.[ch]. 22.13.16 # got it 22.13.25 # Ok, I have wps.c open. What am I looking for? 22.14.24 # you can do the rest on your own 22.14.46 # AlexP: its on the download master now, bootloader/toshiba/gigabeat-s/beastpatcher/macosx/beastpatcher.dmg 22.14.51 # bluebrother: I haven't tried, but can do now 22.14.53 # Bagder: cheers 22.15.24 # btw, there's a third download mirror hopefully joining the fun soon 22.15.25 # Rand_Althor: just be slower betwen pressing and holding.. 22.15.50 # New commit by 03alex (r23426): Add Mac OSX beastpatcher download location to manual. 22.16.06 # barrywardell: latest OSX version of the script is here: http://www.alice-dsl.net/dominik.riebeling/rockbox/deploy-release.py 22.17.58 # To make a target unstable is it just the frontpage that needs changing? 22.19.23 # or use the current build :p 22.20.00 # Does HZ mean hertz of the player? 22.20.51 # that sentence doesnt make sense 22.21.07 # HZ = one second in ticks 22.21.33 # wps.c referrers to a variable called HZ 22.21.43 # sorry 22.22.07 Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) 22.23.31 # Bagder: To move the beast from unuseable to unstable, is the following correct: http://pastebin.com/m5756cbed ? 22.23.55 # seems fine to me, yes 22.24.45 # OK, great 22.24.50 # Any objections? 22.25.01 # I didn't get any from -dev, but just to make sure :) 22.25.07 # none from me! 22.25.43 # Great :) 22.25.52 # in a slide I made for my upcoming Rockbox talk, I counted 52 models that run Rockbox ... 22.26.02 # pretty impressive number methinks 22.26.07 # VEry impressive 22.26.40 # I also added the Miezu M3 to unusable, as it is further along than the M6 which is already there 22.26.59 # Bagder: When is the presentation? 22.27.05 # november 14th 22.28.15 # righto 22.37.11 Quit evilnick_B ("Page closed") 22.40.09 # New commit by 03bluebrother (r23427): Catch import errors for modules that are not part of python. 22.40.14 Join krazykit [0] (n=kkit@173-161-158-177-Philadelphia.hfc.comcastbusiness.net) 22.41.45 # New commit by 03alex (r23428): Move the Gigabeat S to unstable, and add the Meizu M3 to unusable. 22.41.58 # Bagder: Could you do some update magic? 22.42.21 # hm, lemme check... 22.44.01 # oh, seemed to work! 22.44.08 # GOODY :) 22.44.13 # once again: what's the general opinion on an ipod touch port? 22.44.18 # er, sorry for the caps 22.44.34 # TheSeven: As an entire replacement or as an app? 22.44.44 # entire replacement :-) 22.44.50 # TheSeven: it'd be cool, and has been wanted by a bunch of people 22.45.06 # can a port ever not be a cool thing for whatever platform? 22.45.06 # I know that this means losing lots of functionality on that device which the OF supports (but dualboot should be doable) 22.45.28 # * TheSeven realized that an itouch port is probably going to be easier than nano4g 22.45.47 # my ancient "rockbox on the touch" blog post is still one of the top search hits people read 22.46.20 # not that it says very much ;-) 22.46.39 # (the stats nor the page) 22.48.17 # the thing is that itouch and nano4g share the same soc, and we already know a lot about the touch 22.48.24 # far more than we know about the nano... 22.48.56 # (talking about 2g itouch and 4g nano) 22.52.47 # bluebrother: I'm having trouble building rbutil, but I think it's because I only have a beta version of Qt installed 22.55.31 Join merbanan [0] (n=banan@c-83-233-172-245.cust.bredband2.com) 22.57.28 # I commented out the ---- Else change_dir(1) in the case ACTION_WPS_SEEKBACK and case ACTION_WPS_SEEKBFWD parts. Seems to have worked. Thanks for the help. 22.57.53 # *SEEKFWD 23.03.09 Join Ubuntuxer [0] (n=johannes@dslb-094-220-234-030.pools.arcor-ip.net) 23.10.08 Join perfectdrug [0] (n=5b0ed13c@giant.haxx.se) 23.11.37 # hi, is it necessary for the rbutil that I have the right encoder installed at my system for the generation of voiceclips? 23.13.16 # why does the generation fail? http://pastebin.com/m353c78fc 23.14.08 # barrywardell: hmm, ok. Thanks anyway :) 23.16.10 Quit perfectdrug ("CGI:IRC (EOF)") 23.17.33 Quit barrywardell () 23.18.19 Quit MoMonster ("CGI:IRC") 23.18.22 Quit Rand_Althor ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") 23.19.16 # New commit by 03rasher (r23429): Add the Lyre Mini2440 to the list of sims. Remove ifp-7xx and Ondavx777. 23.21.05 # why remove the vx777? 23.22.14 # It doesn't build 23.22.59 # Huh, the current build table looks weird. Is it always like that while building? 23.24.05 # it looks ok to me now 23.25.16 # Sure does. It had a single header for Recorder, with all 0s 23.26.06 Quit bertrik ("Leaving") 23.30.23 Part gingermig 23.32.42 Join liar [0] (n=liar@83.175.83.185) 23.33.26 Quit tomers (Read error: 113 (No route to host)) 23.37.50 Quit krazykit (Read error: 60 (Operation timed out)) 23.38.43 Join krazykit [0] (n=kkit@173-161-158-177-Philadelphia.hfc.comcastbusiness.net) 23.47.15 Quit kugel (Read error: 60 (Operation timed out)) 23.48.22 # vx777 sim needs UI-ondavx777.bmp to build. otherwise it is fine. I copy the vx747 picture to build. I'll take a photo of my vx777 when I'll have time 23.51.33 # New commit by 03tomers (r23430): Fix cowon D2 bootloader file path 23.52.51 Quit Ubuntuxer ("Leaving.") 23.53.00 Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) 23.53.48 Join esperegu [0] (n=quassel@145.116.15.244) 23.54.48 *** Saving seen data "./dancer.seen" 23.54.51 Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")