| 00:00:23 | saratoga_lab | 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 | petur | gevaerts, funman: thanks, that was it |
| 00:01:15 | linuxstb | I would say no - test builds should just be short-term IMO. There's not much to test with a bootloader. |
| 00:01:44 | saratoga_lab | the only reason i cared is because most of us can't update the download server |
| 00:02:04 | linuxstb | Yes, but Bagder/Zagor are normally around, and can. |
| 00:02:17 | saratoga_lab | that sounds fine then |
| 00:02:58 | linuxstb | 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 | Unhelpful | 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 | CIA-85 | New commit by peter (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 | kugel | Unhelpful: seen the paste? something gets culprit there |
| 00:09:45 | Unhelpful | so find_empty_thread_slot is hanging? |
| 00:10:04 | kugel | no |
| 00:10:18 | Unhelpful | i'm afraid i'm not following :/ |
| 00:10:54 | kugel | [...] _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 | Unhelpful | ok, so find_empty_thread_slot returns, but the backlight never comes on? |
| 00:11:46 | kugel | yea |
| 00:12:19 | Unhelpful | are we sure _backlight_set_brightness isn't broken? :/ |
| 00:12:26 | | Quit T44 (Read error: 60 (Operation timed out)) |
| 00:12:36 | kugel | it goes on if I call it in find_empty_thread_slot |
| 00:13:23 | Unhelpful | hm. so somehow, something is broken after find_empty_thread_slot? |
| 00:13:47 | kugel | 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 | Unhelpful | which target did you test this on? fuze? |
| 00:15:35 | kugel | e200−−- |
| 00:15:45 | kugel | s/−−-/.../ :) |
| 00:15:48 | | Quit adiroiban (Read error: 104 (Connection reset by peer)) |
| 00:17:06 | Unhelpful | 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 | kugel | 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 | Unhelpful | __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 | kugel | yes, sorry, I mean packed |
| 00:25:00 | Unhelpful | no problem, i was just looking at the function myself - that's the one that's naked |
| 00:26:10 | kugel | hm, now _backlight_set_brightness() doesn't work anymore |
| 00:26:38 | Unhelpful | 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 | kugel | 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 | webguest61 | 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 | linuxstb | webguest61: Did you download rockbox-ipodnano2g.zip and extract the contents to your ipod? |
| 00:30:01 | webguest61 | yea |
| 00:30:04 | webguest61 | it was working |
| 00:30:05 | | Join T44 [0] (n=Topy44@f049100244.adsl.alicedsl.de) |
| 00:30:12 | webguest61 | then it just stopped |
| 00:30:36 | webguest61 | like i had the entire rockbox setup instead of the original one |
| 00:32:00 | linuxstb | Saying "it just stopped" doesn't help us to help you... |
| 00:33:48 | amiconn | kugel: Naked function and hanging in such lowlevel code is actually something I'd expect... |
| 00:34:13 | amiconn | Are there docs about building the eabi toolchain? |
| 00:34:38 | webguest61 | 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 | saratoga_lab | video is included, and no, mpeg1/2 only |
| 00:35:15 | Unhelpful | 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 | saratoga_lab | see the PluginMpegPlayer wiki page |
| 00:35:36 | webguest61 | how do i convert my WMV do mpeg1? |
| 00:35:40 | | Quit Topy (Read error: 60 (Operation timed out)) |
| 00:36:35 | kugel | Unhelpful: I used the same patch with -p1 in the gcc dir |
| 00:36:41 | kugel | no rename or so |
| 00:36:58 | AleMaxx | btw, you guys know anthrax? (that metal combo) |
| 00:37:00 | Unhelpful | 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 | saratoga_lab | how much savings is there from eabi anyway? |
| 00:37:28 | Unhelpful | saratoga: on e200, on the order of about 60KB, it appears... |
| 00:37:35 | saratoga_lab | wow |
| 00:37:40 | saratoga_lab | would be very nice on AMS |
| 00:37:57 | AleMaxx | -> http://www.youtube.com/watch?v=dcLOR-fACvg (Anthrax - Cadillac Rock Box) ;-) |
| 00:38:06 | kugel | Unhelpful: it adds 5k here |
| 00:38:14 | Unhelpful | do the AMS targets use -mlong-calls? that's where the bulk of the savings is coming from... |
| 00:38:17 | amiconn | kugel, Unhelpful: Did you try eabi on a single core target (or force single core on PP)? |
| 00:38:41 | kugel | I'll try that, it gets further on my fuze |
| 00:38:52 | Unhelpful | 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 | kugel | (at least so far that panicf() actually works) |
| 00:39:06 | kugel | Unhelpful: rockbox-info.txt |
| 00:39:12 | shotofadds | linuxstb: so what's needed to make a "released bootloader"? just "make VERSION=1.0"? |
| 00:39:12 | saratoga_lab | AMS has a real MMU so probably we use that instead of long calls, but I don't know |
| 00:39:43 | linuxstb | 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 | linuxstb | shotofadds: And I guess give it a quick test ;) |
| 00:40:14 | Unhelpful | 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 | amiconn | kugel: Did you check what corelock_(un)lock actually compile to? |
| 00:41:37 | amiconn | Perhaps eabi ignores __attribute__((naked)) or fails in some other way related to that? |
| 00:41:41 | kugel | no, I'd expect it to match the inline assembly? |
| 00:41:41 | shotofadds | 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 | kugel | what does naked do exaclty? |
| 00:41:54 | * | shotofadds calls it a night |
| 00:41:59 | Unhelpful | 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 | Unhelpful | kugel: naked means "don't add *any* generated code, managing return values and parameters will be my problem |
| 00:42:47 | Unhelpful | it's for pure asm functions - any C inside a naked function is going to be broken ;) |
| 00:43:26 | amiconn | http://gcc.gnu.org/onlinedocs/gcc-4.0.4/gcc/Function-Attributes.html#Function-Attributes |
| 00:43:50 | kugel | I see some backlight with the single core build |
| 00:43:54 | webguest61 | 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 | funman | libmtp is looking for usb_control_msg which isn't in libusb-1.0.3 |
| 00:45:04 | Unhelpful | 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 | kugel | abort as a char array? I made a stub |
| 00:45:44 | kugel | 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 | Blue_Dude | Refactoring of playback.c coming up in FS... |
| 00:46:36 | Unhelpful | kugel: it doesn't matter, really, though... it's also not supposed to be called. ;) |
| 00:46:59 | funman | ah libmtp depends on legacy releases of libusb |
| 00:47:08 | | Quit shotofadds ("Leaving") |
| 00:47:56 | Unhelpful | 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 | kugel | Unhelpful: have you managed to find __udivid3() in their sources? I couldn't |
| 00:49:59 | Blue_Dude | FS10739: Playback.c refactor. Please take a look. |
| 00:50:14 | kugel | it lacks a patch |
| 00:50:57 | Unhelpful | 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 | amiconn | That's not an uncommon method |
| 00:52:03 | kugel | I somehow found out that __udivid3 pulls unwinding it, but I just couldn't find the implementation |
| 00:52:25 | kugel | I think that method makes sense especially when building multilib |
| 00:52:29 | Unhelpful | amiconn: it makes finding the file that implement a function a bit painful, though. ;) |
| 00:53:00 | Unhelpful | kugel: this isn't a multilib thing, it's more about code sharing between the div functions for various types |
| 00:53:25 | amiconn | libdemac does a similar thing, just not using -D but several .c files including the main .c after defining things |
| 00:53:32 | amiconn | (for the various filters) |
| 00:54:26 | Unhelpful | 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 | Unhelpful | kugel: i think i found it... gcc/libgcc2.c |
| 00:58:38 | funman | is there a ld command flag needed to ask to generate a ppc lib on osx ? |
| 01:00 |
| 01:00:25 | Unhelpful | funman: i'd think you need to give a flag to gcc first, so that it generates ppc asm? |
| 01:00:46 | linuxstb | 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 | funman | 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 | linuxstb | funman: You're attempting to build beastpatcher? |
| 01:01:40 | funman | yes |
| 01:01:52 | Blue_Dude | linuxstb: it's a temporary situation. I'm still refactoring and will eventually make common_thread.c/h disappear. |
| 01:01:59 | linuxstb | funman: Have you got as far as installing libusb and libmtp? |
| 01:02:13 | funman | yes |
| 01:02:46 | Blue_Dude | linuxstb: also the remaining audio_thread needs a *lot* of work. I'm just trying to break it into manageable parts. |
| 01:03:21 | amiconn | Unhelpful: What kind of exception handling does it pull in? |
| 01:03:27 | | Quit T44 (Read error: 110 (Connection timed out)) |
| 01:03:59 | amiconn | According to the arm eabi docs, it should be sufficient if we provide __aeabi_idiv0() and __aeabi_ldiv0() |
| 01:04:28 | Unhelpful | hrm... so perhaps we need only rename our div0? |
| 01:04:42 | amiconn | I think so |
| 01:05:12 | amiconn | The signatures are int __aeabi_idiv0(int return_value); and long long __aeabi_ldiv0(long long return_value); |
| 01:05:20 | funman | 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 | linuxstb | 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 | linuxstb | funman: Have you looked at e200rpatcher? That compiles on OS X and links to libusb |
| 01:06:10 | funman | libmtp required hacking a bit the ./configure file |
| 01:06:31 | Unhelpful | amiconn: i'll try just throwing in empty symbols for those, first, and see if that unbreaks everything. |
| 01:06:45 | amiconn | They need to return |
| 01:07:10 | amiconn | Just return 0; should be sufficient, like our current __div0() does (iirc) |
| 01:07:13 | Blue_Dude | 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 | amiconn | These functions might be tailcalled |
| 01:07:42 | linuxstb | Blue_Dude: So your patch doesn't remove playback.[ch] completely? |
| 01:07:48 | Blue_Dude | linuxstb: maybe rename audio_thread back to playback. |
| 01:08:18 | Blue_Dude | linuxstb: it does, but it's been basically split. The code's still there. |
| 01:08:32 | linuxstb | 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 | linuxstb | 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 | JdGordon| | 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 | Blue_Dude | 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 | Blue_Dude | linuxstb: ok, I'll try the svn copy. I didn't think of that. |
| 01:11:16 | Unhelpful | amiconn: with those stubbed out it still pulls in get_eit_entry() and abort() |
| 01:11:37 | Blue_Dude | 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 | saratoga_lab | you're brave to go that far into playback |
| 01:12:10 | amiconn | Ehum...... |
| 01:12:11 | * | JdGordon| likes lots of directories |
| 01:12:28 | amiconn | Bagder (or Zagor): "Perl error: Illegal division by zero at clientstats.pl line 65. " |
| 01:12:32 | linuxstb | I guess other things, like pcmbuf, dsp, buffering could go into a playback subdirectory. |
| 01:13:29 | linuxstb | Although most code in apps/ deals with playback in some way... |
| 01:13:43 | JdGordon| | isnt there a far off goal of being able to build the playback engine without the rest of rockbox? |
| 01:14:35 | linuxstb | 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 | saratoga_lab | that would be awesome |
| 01:14:50 | | Join T44 [0] (n=Topy44@g228128111.adsl.alicedsl.de) |
| 01:15:03 | saratoga_lab | i badly want a way to script playback actions for testing |
| 01:16:10 | amiconn | Unhelpful: I wonder what exceptions it tries to handle... |
| 01:17:29 | Unhelpful | 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 | amiconn | 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 | barrywardell | 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 | funman | barrywardell: cool! do you have a Makefile diff to build it out of the box ? |
| 01:20:04 | barrywardell | funman: the only problem is that it has links dynamically against libusb and libmtp |
| 01:20:12 | funman | can't you use the .a ? |
| 01:20:20 | kugel | Unhelpful: I just put stuff into main.c for now. the link order is important |
| 01:20:31 | funman | -framework iokit -framework coreservices should be enough to link against the static libs |
| 01:20:46 | Unhelpful | 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 | barrywardell | funman: I couldn't get the .a working yet |
| 01:22:02 | funman | at least we're making some progress |
| 01:22:17 | | Quit funman ("free(random());") |
| 01:22:20 | saratoga_lab | Blue_Dude: I like the codec thread changes |
| 01:22:58 | Blue_Dude | saratoga_lab: thanks. But I haven't done much with it yet, just picked it out of the playback.c monstrosity. |
| 01:22:59 | saratoga_lab | 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 | barrywardell | funman: a very crude diff assuming libusb and libmtp are in /usr/local: http://pastebin.com/m73e107c3 |
| 01:24:07 | Blue_Dude | 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 | saratoga_lab | yeah i'd often wondered why that was all together |
| 01:25:59 | Unhelpful | 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 | amiconn | Unhelpful, kugel: According to a mail I just found the option is called −−disable-libunwind-exceptions, not −−disable-unwind-exceptions |
| 01:26:59 | kugel | neither does anything |
| 01:27:08 | Unhelpful | 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 | kugel | 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 | kugel | amiconn: I think it supposed for C++ exception handling, (try, catch and throw) |
| 01:29:47 | kugel | unwinding IIUC does what the name implies |
| 01:31:19 | saratoga_lab | 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 | Blue_Dude | 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 | Blue_Dude | 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 | amiconn | 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 | cowgarden | hi, any way to recover a somehow broken flash storage? (not rockbox specific, hope that does not bother you) |
| 01:40:43 | AleMaxx | 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 | CIA-85 | New commit by mc2739 (r23415): Correct battery conditional and disk access icon |
| 01:50:48 | linuxstb | AleMaxx: Yes. But if it's not Rockbox-related, most of us are also in #rockbox-community... |
| 01:51:40 | AleMaxx | 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:00 |
| 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 | LambdaCalculus37 | Not very good progress getting beastpatcher to build on OS X. :/ |
| 02:28:10 | LambdaCalculus37 | 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 | adg801 | 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 | Unhelpful | adg801: not really, no. |
| 02:29:10 | adg801 | 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:00 |
| 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 | Blue_Dude | 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 | JdGordon | mc2739: arg.. that battery line was how I wanted it :) |
| 03:24:49 | JdGordon | 10 steps of know battery level, and reuse the first for unknonw |
| 03:24:56 | JdGordon | 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 | mc2739 | 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 | Unhelpful | 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:00 |
| 04:01:35 | CIA-85 | New commit by mc2739 (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 | saratoga_lab | 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 | Blue_Dude | 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 | saratoga_lab | 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 | Unhelpful | amiconn: ah, interesting, apparently div/mod in libgcc are compiled with -fexception... disabling that, wonder if it will kill the reliance on __aeabi_unwind_<foo> |
| 05:00 |
| 05:06:45 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/freenode/x-pacxfcbeznpmdppc) |
| 05:18:20 | Unhelpful | hey, that gets rid of the need for lds changes, too, it appears :D |
| 05:22:23 | Unhelpful | 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 | Unhelpful | 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 |
| 06:00:40 | | Quit CaptainKewl ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
| 06:15:31 | JdGordon | whats the easiest way to get the intersection of 2 rectangles? |
| 06:17:58 | JdGordon | does this look correct? http://pastebin.com/m1695a938 |
| 06:19:50 | Unhelpful | 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 | JdGordon | its also entirely possible that the 2 dont overlap at all... |
| 06:20:51 | JdGordon | which makes my paste totally wrong |
| 06:21:24 | JdGordon | 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:00 |
| 07:06:24 | Unhelpful | 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 | JdGordon | I found http://silentmatt.com/computers/playground/intersection.php which made it pretty simple to implement :) |
| 07:10:00 | Unhelpful | well, that certainly seems the fastest way to test for intersection. then you just need to find the intersecting area... |
| 07:14:03 | JdGordon | 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 | JdGordon | *ptr1 = *ptr2 does memberwise copy doesnt it? |
| 07:23:35 | JdGordon | or at least a memcpy? |
| 07:30:08 | | Quit DerPapst ("Leaving.") |
| 07:30:10 | | Quit liar (Remote closed the connection) |
| 07:32:55 | Unhelpful | 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 | Unhelpful | otherwise gcc will generate a call to memcpy, which will be a (plugin|codec)lib function that wraps the API memcpy |
| 07:33:42 | JdGordon | 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:00 |
| 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 | amiconn | Zagor: "Perl error: Illegal division by zero at clientstats.pl line 65." |
| 08:53:08 | amiconn | r23413/r23414 |
| 08:54:00 | Zagor | ah, finally. thanks. |
| 08:54:22 | amiconn | Oh, and r23416 too |
| 08:57:56 | CIA-85 | New commit by zagor (r23417): Fixed division by zero |
| 08:58:26 | | Quit Grahack ("Leaving.") |
| 09:00 |
| 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:00 |
| 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:00 |
| 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 | LambdaCalculus37 | 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 | LambdaCalculus37 | 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 | LambdaCalculus37 | It's currently Intel-only. |
| 11:46:34 | LambdaCalculus37 | 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:00 |
| 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:00 |
| 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 | funman | Soulsmith: you can talk about ipod nano 2g here, just don't expect full support for it |
| 13:47:11 | Soulsmith | ah ok thanks |
| 13:47:58 | Soulsmith | 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 | Soulsmith | I did some searching but couldn't find anything aside from reports of the problem |
| 13:48:55 | linuxstb | "audio chop" ? |
| 13:49:44 | Soulsmith | I'm honestly not sure how best to describe it, the audio crackles and is "choppy" |
| 13:52:04 | Soulsmith | I encoded an avi with WinFF using it's "RB Ipod Nano Fullscreen" setting |
| 13:52:07 | linuxstb | Have you tried the Elephants Dream demo video? |
| 13:52:55 | linuxstb | http://download.rockbox.org/mpeg/elephantsdream-q6-176x128-310kbps.mpg |
| 13:53:04 | Soulsmith | I haven't yet |
| 13:53:17 | Soulsmith | I'll download that and test it quick |
| 13:53:43 | linuxstb | And does your video play OK on a PC? |
| 13:54:33 | *** | Saving seen data "./dancer.seen" |
| 13:54:36 | Soulsmith | Yes it plays normally in VLC |
| 13:55:09 | funman | could it mean that the audio decoder isn't fast enough ? |
| 13:58:55 | petur | http://failblog.org/2009/10/30/doorbell-fail/ |
| 13:59:04 | petur | woops |
| 13:59:22 | | Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) |
| 14:00 |
| 14:11:11 | | Join jgarvey [0] (n=jgarvey@cpe-174-097-130-131.nc.res.rr.com) |
| 14:16:32 | markun | TheSeven: will it be difficult to format the Meizu's to the nano2g FTL? |
| 14:17:11 | markun | I wonder what the reason is that they made every version of whimory so different from the previous ones anyway. |
| 14:19:15 | TheSeven | 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 | TheSeven | markun: what's the matter with their factory FTL? has anyone ever had a thorough look into this? |
| 14:19:57 | gevaerts | 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 | Soulsmith | I tried playing the demo video and got the same problem |
| 14:23:25 | markun | 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 | TheSeven | markun: did you manage to obtain a complete flash dump of one of these? and what about firmware disassemblys? |
| 14:24:38 | markun | I don't have a dump of the bootrom. No idea if anyone has done that. |
| 14:25:14 | markun | but the firmware itself was unencrypted |
| 14:25:19 | TheSeven | IIUC doing that should be very easy though |
| 14:25:30 | TheSeven | the bootrom can't be encrypted, or it couldn't boot |
| 14:25:45 | TheSeven | it's just a matter of having a way to dump things from it |
| 14:25:46 | markun | no, I mean the firmware is unencrypted |
| 14:26:06 | markun | having working USB would probably help when we want to dump it |
| 14:26:14 | markun | or where would you dump it to? |
| 14:26:20 | TheSeven | 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 | TheSeven | markun: do you have jtag on them? |
| 14:26:45 | markun | not that I know of |
| 14:26:54 | gevaerts | hasn't bertrik dumped the nand with some samsung tool? |
| 14:27:04 | TheSeven | iirc yes |
| 14:27:12 | markun | gevaerts: could be, but we're not talking about the nand |
| 14:27:13 | TheSeven | but that won't help too much dumping the bootrom |
| 14:27:30 | gevaerts | oh, ok |
| 14:27:31 | TheSeven | dumping the bootrom to nand is probably not easier than directly to usb |
| 14:28:20 | funman | TheSeven: how big is the binary file you disassembled to RE the ftl? |
| 14:28:43 | markun | 50KB? |
| 14:29:14 | TheSeven | 128K |
| 14:29:37 | gevaerts | TheSeven: I don't know the they actually have a separate loader that does FTL |
| 14:30:08 | TheSeven | the firmware isn't on the ums device for the meizus, right? |
| 14:30:27 | TheSeven | is it even on the nand or entirely in nor? |
| 14:31:02 | markun | TheSeven: depends, on some of the meizus it's in a separate nor, others have in in nand |
| 14:31:07 | CIA-85 | New commit by barrywardell (r23418): Get beastpatcher working on OSX. ... |
| 14:31:12 | markun | and not on the ums device no |
| 14:31:23 | TheSeven | so it won't be inside the ftl... |
| 14:31:30 | TheSeven | how big is the firmware executable? |
| 14:32:18 | markun | 1.3MB, is that possible? |
| 14:32:41 | TheSeven | should be doable, I guess there's quite a bunch of non-code in there |
| 14:32:59 | markun | on the players with NOR they use RAR to compress the firmware |
| 14:33:14 | TheSeven | once you've found some entry points, the firmware being big won't hurt |
| 14:33:24 | gevaerts | that's what I see as well |
| 14:33:55 | markun | TheSeven: you mean to dump the bootrom to a part of the firmware and then download it with DFU, right? |
| 14:34:14 | TheSeven | could also be an idea, if you know how to write to nor |
| 14:34:21 | TheSeven | the other question is if we even need to do that at all |
| 14:35:19 | markun | what's the alternative? |
| 14:35:27 | TheSeven | directly looking at the firmware |
| 14:35:41 | TheSeven | as the bootrom will probably bypass the ftl anyways |
| 14:35:58 | TheSeven | are there download links for the firmware? |
| 14:37:33 | markun | TheSeven: yes, but I can also put them all in one archive for you if you want |
| 14:38:14 | CIA-85 | New commit by teru (r23419): Update Japanese translation. |
| 14:38:17 | topik | http://www.meizume.com/download/ has them |
| 14:38:35 | gevaerts | 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 | gevaerts | at least for the NOR-using ones |
| 14:39:23 | markun | M6SL doens't have NOR |
| 14:40:36 | TheSeven | bah, need to register |
| 14:43:14 | | Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.5.4/20091016092926]") |
| 14:43:24 | topik | if you want M6SL firmwares, they are on their official site too: http://en.meizu.com/service/music/mp4.html |
| 14:43:27 | topik | or M3's |
| 14:45:07 | TheSeven | gevaerts: the M6SL firmware isn't compressed at all, that's just plain ARM code |
| 14:46:25 | topik | oh, i have one of those SL's. thought i had the SP version. |
| 14:47:05 | TheSeven | hm, how do I tell IDA that this is a big endian core? |
| 14:47:19 | funman | you can select the CPU type at start no ? |
| 14:47:44 | funman | ARM processors : ARM, ARM710a, ARMB <−− |
| 14:48:14 | TheSeven | yes, but which of them are little endian |
| 14:52:26 | funman | all but ARMB i think |
| 14:52:43 | funman | xScale is declined in xScaleB & xScale L (Big & Little) |
| 14:55:48 | topik | that firmware dislikes pino. at offset 3418 |
| 14:57:40 | markun | TheSeven: what's pino? |
| 14:57:53 | markun | eh.. topik |
| 14:58:26 | topik | the disassembly reads 'pino sux' |
| 14:59:32 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 15:00 |
| 15:00:18 | markun | ;) |
| 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 | Erikw | Hi |
| 15:20:46 | TheSeven | topik: nice catch! |
| 15:20:52 | TheSeven | you know what you found? |
| 15:21:30 | Erikw | 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 | Erikw | I literary want to make it my self with some data from another scrobbler |
| 15:22:35 | evilnick_B | Erikw: http://www.audioscrobbler.net/wiki/Portable_Player_Logging |
| 15:23:05 | Erikw | ah there. thanks! |
| 15:23:19 | topik | nope, i don't know much |
| 15:23:34 | Erikw | have a dump from my old last.fm account and I wat to import it to my new account :) |
| 15:23:47 | evilnick_B | 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 | teru | does anyone know why insert_last_shuffled is only for directories and not for playlist files? |
| 15:27:18 | CIA-85 | New commit by tomers (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 | CIA-85 | New commit by teru (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 | TheSeven | it's full of strings containing function names! |
| 15:46:25 | TheSeven | the nano2g one was far harder to reverse |
| 15:48:16 | TheSeven | ...and judging from those strings, it's quite similar to the nano2g ftl, even though some signatures are obviously different |
| 15:51:03 | TheSeven | 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 | topik | you look at things like NAND_Init() ? |
| 15:54:37 | *** | Saving seen data "./dancer.seen" |
| 15:55:40 | TheSeven | much nicer than that. |
| 15:57:55 | | Quit DerPapst ("Leaving.") |
| 16:00 |
| 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 | markun | TheSeven: would it make sense to share some of the code? |
| 16:05:56 | markun | I mean, is it similar enough? |
| 16:06:08 | TheSeven | http://pastie.org/676798 |
| 16:06:27 | TheSeven | markun: I haven't looked at actual code, but I think that this may well be possible |
| 16:06:30 | markun | yes, I know all of that |
| 16:06:48 | TheSeven | 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 | markun | 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 | val3 | 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 | TheSeven | Reversing and implementing that FTL will probably be easier than adapting the nano2g one... |
| 16:08:58 | markun | ok, cool |
| 16:09:07 | | Quit teru ("Quit") |
| 16:11:21 | markun | TheSeven: to you want a disassembled firmware I did earlier or will you just do it yourself? |
| 16:11:39 | markun | for some reason, IDA Pro didn't find a lot of the functions automatically |
| 16:12:04 | TheSeven | yes, i noticed that, and then went the route of just forcing everything to be code for a start... |
| 16:12:18 | markun | ah, I could have tried that :) |
| 16:12:40 | TheSeven | ida will automatically revert things to data that it finds are referenced |
| 16:12:44 | markun | nice |
| 16:12:49 | Torne | TheSeven: not particularly reliably.. |
| 16:12:53 | TheSeven | but of course you'll still have lots of garbage afterwards |
| 16:13:00 | Torne | mostly it will just accumulate stuff in the problems list :) |
| 16:13:35 | TheSeven | if it would even put it to the problems list... |
| 16:13:40 | TheSeven | most of that crap goes unnoticed. |
| 16:15:26 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 16:16:19 | TheSeven | we don't have some contact at nxp, do we? |
| 16:16:34 | TheSeven | apple switched PMUs again... |
| 16:16:42 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 16:19:15 | | Quit Soulsmith () |
| 16:19:17 | n1s | TheSeven: how's it going with the 4g nano? |
| 16:19:36 | TheSeven | USB fully working, but no idea about the PMU (and thus backlight) or LCD |
| 16:20:06 | TheSeven | 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 | TheSeven | If I could only find the MIU... |
| 16:21:40 | n1s | ah, that is some important progress, did you get a touch 2g bootrom to RE? |
| 16:24:29 | | Quit barrywardell () |
| 16:25:35 | TheSeven | 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 | n1s | TheSeven: can you dump the unencrypted firmware from ram? |
| 16:30:25 | TheSeven | yes, but this is a ~10MB blob of code |
| 16:31:56 | TheSeven | hey, nice |
| 16:32:02 | TheSeven | iBSS indeed boots on that thing! |
| 16:32:53 | TheSeven | hm, from the USB ID i'd say it has entered DFU mode... |
| 16:35:28 | | Quit jgarvey ("Leaving") |
| 16:40:19 | TheSeven | f*ck it |
| 16:40:37 | TheSeven | 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 | TheSeven | hm, itunes managed to boot a WTF somehow, no idea why iRecovery failed while trying to do so |
| 16:49:16 | kugel | iRecovery, iBoot, iBSS, iLoader, i |
| 16:49:18 | TheSeven | hm, my irecovery seems to be broken |
| 16:53:35 | * | TheSeven fixed it and wonders why that ever worked |
| 16:58:02 | TheSeven | 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:00 |
| 17:01:55 | AlexP | val3: Have a look at www.rockbox.org/wiki/HarddriveReplacement |
| 17:02:21 | AlexP | 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 | saratoga | does anyone know the exact install procedure for the gogear? |
| 17:12:04 | | Quit petur ("beer time!") |
| 17:12:15 | saratoga | 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 | val3 | 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 | cephalopoid | hell |
| 17:37:44 | cephalopoid | o |
| 17:38:01 | cephalopoid | any news on porting rockbox to the classic 6G? |
| 17:39:00 | TheSeven | 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 | TheSeven | but we haven't yet started to actually port rockbox |
| 17:44:08 | cephalopoid | okay |
| 17:44:20 | cephalopoid | well, I'll just go on playing the waiting game I guess |
| 17:44:25 | cephalopoid | ;) |
| 17:45:19 | | Nick bubsy is now known as pacman (n=bubsy@94.139.72.137) |
| 17:52:58 | linuxstb | 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 | cephalopoid | linuxstb: it's the 6G classic... 120GB |
| 17:56:02 | evilnick_B | cephalopoid: So, the 2G classic, by linuxstb's descriptions. |
| 17:57:08 | cephalopoid | okay, sry, 2G it is, then |
| 17:59:00 | linuxstb | 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:00 |
| 18:06:28 | cephalopoid | okay |
| 18:06:52 | cephalopoid | but now we've achieved to run code, thereby ignoring the buffer or sth? |
| 18:11:42 | | Part toffe82 |
| 18:12:02 | linuxstb | 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 | cephalopoid | noh, whoops, sorry... that were the ipodlinux guys who could run code on the 2G |
| 18:14:00 | cephalopoid | (2G classic, that is) |
| 18:14:18 | cephalopoid | 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 | TheSeven | cephalopoid: nobody has run code on the 2g classic yet |
| 18:15:41 | evilnick_B | 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 | saratoga | 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 | TheSeven | 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 | linuxstb | TheSeven: Yes, I've got a 2G Classic... |
| 18:16:34 | linuxstb | I mean it doesn't work because the buffer address hasn't been found. |
| 18:16:57 | TheSeven | yes, but that's a "not yet", in contrast to the roadblock we're running agains with the 3g classic |
| 18:17:01 | TheSeven | against* |
| 18:17:50 | linuxstb | TheSeven: Sure. But that assumes an exploitable address actually exists. (we haven't found one on the 3G yet, have we?) |
| 18:17:57 | linuxstb | (I mean Nano3G) |
| 18:18:41 | TheSeven | linuxstb: I have no idea what's fooling us with the 3g, but I bet there is an exploitable address somewhere |
| 18:19:33 | TheSeven | 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 | TheSeven | statistically i'd say that there's an 80% chance that this is exploitable |
| 18:20:24 | topik | 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 | TheSeven | topik: that's about my opinion on that one. |
| 18:39:07 | TheSeven | 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 | TheSeven | too bad... :-( |
| 18:44:23 | TheSeven | 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 | n1s | TheSeven: maybe the soc actually has some protection for it? |
| 18:51:55 | TheSeven | 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 | n1s | ah, right |
| 18:56:03 | | Quit flydutch ("/* empty */") |
| 19:00 |
| 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 | pixelma | 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 | bertrik | toffe82, are you good at assembly/startup code/linker scripts? |
| 19:25:15 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 19:25:47 | toffe82 | 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 | evilnick_B | 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 | pixelma | hmm... I see |
| 19:36:09 | evilnick_B | 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 | TheSeven | bertrik: what's the matter? |
| 19:46:47 | TheSeven | 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 | JdGordon| | evilnick_B: well thats just silly! |
| 19:51:43 | cephalopoid | http://www.ipodlinux.org/ |
| 19:52:12 | cephalopoid | look at the newsobject of july 18 |
| 19:52:29 | cephalopoid | says they ran code on what they call a Classic 6G |
| 19:52:40 | TheSeven | yes, we know. |
| 19:53:11 | cephalopoid | why did you say no-one ran code on that before then? or are they different? |
| 19:53:45 | gevaerts | the 6G is the 1st gen Classic |
| 19:54:11 | TheSeven | "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 | TheSeven | sometimes the 2G Classic is called 6.5G, but that isn't done consistently either |
| 19:56:00 | cephalopoid | okay, so what I have is 6.5G or classic 2G |
| 19:56:05 | cephalopoid | correct? |
| 19:56:11 | cephalopoid | (it's 120 GB) |
| 19:57:45 | bertrik | TheSeven, I thought maybe he could work on the DRAM in the meizus |
| 19:58:21 | gevaerts | cephalopoid: yes |
| 19:58:30 | bertrik | 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 | bertrik | similar but not identical |
| 19:59:23 | TheSeven | 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 | bertrik | keeping what? |
| 20:00 |
| 20:00:12 | bertrik | I was thinking along the line of repairing = formatting |
| 20:00:20 | | Quit funman ("free(random());") |
| 20:00:37 | bertrik | Can the nano2g FTL do a format? |
| 20:00:40 | cephalopoid | gevaerts: thanks for the clarification |
| 20:01:02 | cephalopoid | so, in the near future, there might be a 6.5G port? |
| 20:02:28 | cephalopoid | and in the meantime, I either play the waiting game or I learn C and contribute? |
| 20:04:37 | TheSeven | bertrik: No, nothing |
| 20:04:41 | TheSeven | 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 | TheSeven | cephalopoid: roughly, yes |
| 20:05:21 | | Quit Erikw ("Bye") |
| 20:06:58 | | Join domonoky1 [0] (n=Domonoky@g229246254.adsl.alicedsl.de) |
| 20:07:46 | cephalopoid | okay, thanks :) |
| 20:08:05 | cephalopoid | better go for archos next time... |
| 20:08:23 | cephalopoid | at least they proudly run linux in the first place |
| 20:11:12 | bertrik | 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 | bertrik | 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 | MoMonster | Hi? |
| 20:14:22 | | Quit MoMonster (Client Quit) |
| 20:14:43 | | Join MoMonster [0] (n=4db3c2bc@giant.haxx.se) |
| 20:15:20 | MoMonster | Hello? |
| 20:15:43 | gevaerts | MoMonster: hello |
| 20:16:24 | MoMonster | ^^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 | cephalopoid | do you think it'd be possible to put linux on an archos 9? |
| 20:17:10 | MoMonster | ....normally |
| 20:17:19 | evilnick_B | 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 | gevaerts | cephalopoid: we don't put linux on things here! |
| 20:18:42 | MoMonster | Thank you :D I just wanted to ask a question about the custom status bar. I |
| 20:19:24 | MoMonster | 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 | cephalopoid | sorry |
| 20:20:10 | cephalopoid | just thought you did... |
| 20:20:21 | | Quit Grahack (Read error: 60 (Operation timed out)) |
| 20:21:26 | MoMonster | 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 | gevaerts | can you put the contents of those files (or all involved files...) on a site like pastebin.com? |
| 20:22:04 | gevaerts | cephalopoid: well, this is #rockbox, not #linux :) |
| 20:22:09 | MoMonster | okay |
| 20:22:17 | | Quit domonoky (Read error: 110 (Connection timed out)) |
| 20:22:51 | MoMonster | Sorry in advance in case I'm just blind and wasting your time |
| 20:23:11 | gevaerts | 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 | JdGordon| | 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 | cephalopoid | :) |
| 20:25:27 | kugel | JdGordon|: which specifically? |
| 20:25:47 | cephalopoid | especially to people who say sentences like these... darn recursion |
| 20:25:51 | JdGordon| | the 3 i added to that task last night |
| 20:26:57 | | Quit fyrestorm (Read error: 60 (Operation timed out)) |
| 20:28:16 | kugel | 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 | MoMonster | @gevaerts: http://pastebin.com/d54b207e4 |
| 20:28:50 | kugel | the call to _fullscreen() and the MIN(0,..) |
| 20:28:53 | JdGordon| | like what? |
| 20:29:20 | JdGordon| | you are definetly getting things confused... set_ddefaults() is used by everything.. not just parsing Vi and the setting |
| 20:29:40 | kugel | it copies over %VI or the UI vp |
| 20:30:19 | kugel | those are fixed by viewport_parse_viewport at any time, no need for calling _fullscreen() or MIN(0,..) |
| 20:31:09 | JdGordon| | ah, ok |
| 20:31:24 | JdGordon| | its MAX(0,...) which isnt needed... not MIN |
| 20:31:26 | kugel | the _fullscreen() call should go in a else case rather |
| 20:31:39 | JdGordon| | but thats not needed because the if makes sure there is a overlap |
| 20:31:45 | gevaerts | 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 | MoMonster | It's a Cowon D2.... |
| 20:33:59 | kugel | JdGordon|: then I don't quite understand the last hunk of the second patch |
| 20:34:45 | kugel | i.e. why are you removing the skin_statusbar_changed call |
| 20:35:36 | gevaerts | MoMonster: is rockbox installed on an sd card or on internal flash? |
| 20:35:53 | MoMonster | gevaerts: It's on the sd card |
| 20:36:01 | bluebroth3r | 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 | gevaerts | hm, it should be able to save the settings then... |
| 20:36:25 | gevaerts | Does selecting other themes work properly? |
| 20:37:46 | | Join Bobwrit22 [0] (n=617674fb@giant.haxx.se) |
| 20:37:46 | MoMonster | 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 | kugel | 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 | MoMonster | gevaerts: But I could swear that it worked before. (selecting the sbs in the status bar menu still works fine) |
| 20:39:00 | kugel | 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 | kugel | (that was regarding the 3rd patch) |
| 20:41:37 | | Quit BHSPitMonkey (Remote closed the connection) |
| 20:46:12 | MoMonster | Ah! That's it. I put "statusbar: custom" in the theme.cfg an now it works |
| 20:46:19 | MoMonster | I hope it stays like that |
| 20:46:29 | gevaerts | oh, indeed! That's needed as well... |
| 20:48:23 | MoMonster | Okay... thank you for your time :) I hope I can figure out the rest now |
| 20:50:35 | CIA-85 | New commit by alex (r23422): Correct typo that stopped the download link to the Fuze OF appearing in the manual. |
| 20:51:06 | gevaerts | MoMonster: you're welcome! |
| 20:52:11 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 20:52:49 | kugel | MoMonster: the custom statusbar doesn't have touch support so far, keep that in mind |
| 20:54:08 | JdGordon| | [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 | kugel | because skin_statusbar_changed calls _fullscreen(). that should be changed instead |
| 20:55:37 | | Quit funman (Client Quit) |
| 20:55:38 | MoMonster | kugel: kept in mind. I'm pretty much done with the status bar. Amazing new feature |
| 20:55:38 | JdGordon| | that whole callback isnt needed |
| 20:56:12 | kugel | it currently is, for the classic statusbar, and %we/%wd |
| 20:56:21 | | Quit adiroiban (Read error: 110 (Connection timed out)) |
| 20:56:38 | JdGordon| | 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 | kugel | yea, but it's still there, so your patch should fix that instead. otherwise it introduces bugs |
| 20:57:16 | JdGordon| | ah, but that would be doing more than one thing! |
| 20:58:18 | kugel | no, it's part of the wps-to-_set_defaults() conversion |
| 20:58:36 | n1s | JdGordon: s/one/\"one\"/ |
| 21:00 |
| 21:01:20 | | Join Res1 [0] (n=Res@user-0c6s6ir.cable.mindspring.com) |
| 21:02:03 | AlexP | Is the D2 bootloader on disk or flash? |
| 21:07:12 | | Join fml [0] (n=4fd3cdfb@giant.haxx.se) |
| 21:08:38 | gevaerts | AlexP: well, it has no disk... |
| 21:08:53 | fml | 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 | AlexP | fml FS #10721 |
| 21:10:39 | fml | AlexP: ah, I searched for 'progress bar' but found nothing |
| 21:10:57 | JdGordon| | it will hopefully be fixed over the weekend |
| 21:12:18 | fml | JdGordon: OK |
| 21:12:43 | JdGordon| | 10709 has some fixes if you are brave |
| 21:13:21 | fml | No, I'm not brave at all! :-) |
| 21:13:45 | JdGordon| | hehe |
| 21:14:10 | | Join darkham [0] (n=darkham@host106-176-dynamic.47-79-r.retail.telecomitalia.it) |
| 21:15:40 | pixelma | 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 | bluebrother | great. Building rbutil is broken :( |
| 21:22:02 | * | bluebrother goes fixing |
| 21:24:31 | AlexP | 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 | bluebrother | argh. Building out-of-tree but using one object from tools/? |
| 21:35:27 | TheSeven | AlexP: call it NOR and NAND |
| 21:35:47 | AlexP | TheSeven: This is for the purposes of the manual |
| 21:36:18 | AlexP | Too technical and nobody will understand what we are on about |
| 21:36:30 | pixelma | AlexP: as I understand it, it will end up in flash (compare to the other Iaudios) |
| 21:36:39 | AlexP | pixelma: Ta :) |
| 21:37:08 | | Quit mikroflops (Remote closed the connection) |
| 21:37:14 | AlexP | 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 | Unhelpful | kugel: did you see my patch? :P |
| 21:48:10 | | Quit Grahack (Client Quit) |
| 21:48:34 | kugel | Unhelpful: yep |
| 21:50:06 | Unhelpful | 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 | kugel | yea, according to rockbox-info.txt my e200 build was ~5k bigger |
| 21:50:59 | | Quit yosafbridge ("Coyote finally caught me") |
| 21:51:39 | Unhelpful | huh. compared to our "usual" rockbox toolchain? |
| 21:51:45 | | Join yosafbridge [0] (n=yosafbri@li14-39.members.linode.com) |
| 21:52:41 | kugel | compared to the build pae |
| 21:52:43 | kugel | page* |
| 21:53:39 | Unhelpful | hrm. i built the same rev myself with"normal"crossdev and with eabi |
| 21:54:31 | kugel | correction, 1.5k smaller |
| 21:54:44 | *** | Saving seen data "./dancer.seen" |
| 21:54:54 | kugel | I probably looked before I made a rm -rf * in the build dir |
| 21:55:52 | Unhelpful | 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 |
| 22:00:23 | | Join z35 [0] (n=z35@ool-45714f83.dyn.optonline.net) |
| 22:02:30 | Rand_Althor | 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 | kugel | that's really a feater, not a bug |
| 22:03:09 | kugel | feature |
| 22:03:35 | Rand_Althor | 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 | kugel | Rand_Althor: it's easy yes |
| 22:04:09 | CIA-85 | New commit by bluebrother (r23423): Fix mktccboot to make Rockbox Utility compile again. ... |
| 22:04:43 | Rand_Althor | I have a build environment set up. Would you please tell me what file/section? |
| 22:05:05 | kugel | 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 | CIA-85 | New commit by barrywardell (r23424): Add support for building OSX disk image of beastpatcher. |
| 22:07:36 | Rand_Althor | Firing up Ubuntu. Seems to be frozen on loading screen. Sorry. |
| 22:09:15 | AlexP | barrywardell: Good work :) |
| 22:10:09 | barrywardell | AlexP: should I send the disk image to someone to put on the download server? |
| 22:10:58 | AlexP | barrywardell: yes, Bagder or Zagor |
| 22:11:18 | Rand_Althor | svn: Unknown hostname 'svn.rockbox.org' −−−− Did I miss something? |
| 22:11:38 | bluebrother | 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 | Bagder | barrywardell: mail me or give me a url! |
| 22:11:41 | Rand_Althor | nevermind |
| 22:12:08 | | Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) |
| 22:12:09 | AlexP | And then give me the link :) |
| 22:12:17 | AlexP | (to the dl server) |
| 22:13:00 | barrywardell | Bagder: sent to your mail |
| 22:13:11 | CIA-85 | New commit by bluebrother (r23425): Building Rockbox Utility now also needs telechips.[ch]. |
| 22:13:16 | Bagder | got it |
| 22:13:25 | Rand_Althor | Ok, I have wps.c open. What am I looking for? |
| 22:14:24 | kugel | you can do the rest on your own |
| 22:14:46 | Bagder | AlexP: its on the download master now, bootloader/toshiba/gigabeat-s/beastpatcher/macosx/beastpatcher.dmg |
| 22:14:51 | barrywardell | bluebrother: I haven't tried, but can do now |
| 22:14:53 | AlexP | Bagder: cheers |
| 22:15:24 | Bagder | btw, there's a third download mirror hopefully joining the fun soon |
| 22:15:25 | JdGordon| | Rand_Althor: just be slower betwen pressing and holding.. |
| 22:15:50 | CIA-85 | New commit by alex (r23426): Add Mac OSX beastpatcher download location to manual. |
| 22:16:06 | bluebrother | barrywardell: latest OSX version of the script is here: http://www.alice-dsl.net/dominik.riebeling/rockbox/deploy-release.py |
| 22:17:58 | AlexP | To make a target unstable is it just the frontpage that needs changing? |
| 22:19:23 | JdGordon| | or use the current build :p |
| 22:20:00 | Rand_Althor | Does HZ mean hertz of the player? |
| 22:20:51 | JdGordon| | that sentence doesnt make sense |
| 22:21:07 | Bob_C | HZ = one second in ticks |
| 22:21:33 | Rand_Althor | wps.c referrers to a variable called HZ |
| 22:21:43 | Rand_Althor | sorry |
| 22:22:07 | | Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) |
| 22:23:31 | AlexP | Bagder: To move the beast from unuseable to unstable, is the following correct: http://pastebin.com/m5756cbed ? |
| 22:23:55 | Bagder | seems fine to me, yes |
| 22:24:45 | AlexP | OK, great |
| 22:24:50 | AlexP | Any objections? |
| 22:25:01 | AlexP | I didn't get any from -dev, but just to make sure :) |
| 22:25:07 | Bagder | none from me! |
| 22:25:43 | AlexP | Great :) |
| 22:25:52 | Bagder | in a slide I made for my upcoming Rockbox talk, I counted 52 models that run Rockbox ... |
| 22:26:02 | Bagder | pretty impressive number methinks |
| 22:26:07 | AlexP | VEry impressive |
| 22:26:40 | AlexP | I also added the Miezu M3 to unusable, as it is further along than the M6 which is already there |
| 22:26:59 | AlexP | Bagder: When is the presentation? |
| 22:27:05 | Bagder | november 14th |
| 22:28:15 | AlexP | righto |
| 22:37:11 | | Quit evilnick_B ("Page closed") |
| 22:40:09 | CIA-85 | New commit by bluebrother (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 | CIA-85 | New commit by alex (r23428): Move the Gigabeat S to unstable, and add the Meizu M3 to unusable. |
| 22:41:58 | AlexP | Bagder: Could you do some update magic? |
| 22:42:21 | Bagder | hm, lemme check... |
| 22:44:01 | Bagder | oh, seemed to work! |
| 22:44:08 | AlexP | GOODY :) |
| 22:44:13 | TheSeven | once again: what's the general opinion on an ipod touch port? |
| 22:44:18 | AlexP | er, sorry for the caps |
| 22:44:34 | AlexP | TheSeven: As an entire replacement or as an app? |
| 22:44:44 | TheSeven | entire replacement :-) |
| 22:44:50 | Bagder | TheSeven: it'd be cool, and has been wanted by a bunch of people |
| 22:45:06 | Bagder | can a port ever not be a cool thing for whatever platform? |
| 22:45:06 | TheSeven | 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 | Bagder | my ancient "rockbox on the touch" blog post is still one of the top search hits people read |
| 22:46:20 | Bagder | not that it says very much ;-) |
| 22:46:39 | Bagder | (the stats nor the page) |
| 22:48:17 | TheSeven | the thing is that itouch and nano4g share the same soc, and we already know a lot about the touch |
| 22:48:24 | TheSeven | far more than we know about the nano... |
| 22:48:56 | TheSeven | (talking about 2g itouch and 4g nano) |
| 22:52:47 | barrywardell | 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 | Rand_Althor | 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 | Rand_Althor | *SEEKFWD |
| 23:00 |
| 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 | perfectdrug | 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 | perfectdrug | why does the generation fail? http://pastebin.com/m353c78fc |
| 23:14:08 | bluebrother | 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 | CIA-85 | New commit by rasher (r23429): Add the Lyre Mini2440 to the list of sims. Remove ifp-7xx and Ondavx777. |
| 23:21:05 | JdGordon| | why remove the vx777? |
| 23:22:14 | rasher | It doesn't build |
| 23:22:59 | rasher | Huh, the current build table looks weird. Is it always like that while building? |
| 23:24:05 | bertrik | it looks ok to me now |
| 23:25:16 | rasher | 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 | jasio | 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 | CIA-85 | New commit by tomers (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") |
icon identifies that the person is a core developer (has commit access).