| 00:00:00 | bertrik | hm I think I made a mistake already with the M6 SP buttons... also the left/right buttons are controlled by the qt411 touch strip controller |
| 00:00:05 | bertrik | *not controlled |
| 00:00:32 | * | TheSeven thinks he has the same flash, but isn't 100% sure with all these similar ids |
| 00:00:38 | CIA-6 | New commit by kkurbjun (r23564): M:Robe 500: Disable LED above screen and add a change for the 256 color blitter |
| 00:01:04 | Utchybann | TheSeven: and I use 'charge during usb connection' = Yes |
| 00:01:04 | bertrik | there is a signal coming from the keypad that goes into the ADC, so the left/right/menu buttons are probably done with resistor dividers |
| 00:01:52 | TheSeven | bertrik: /me considers this an ugly hack |
| 00:03:23 | saratoga_lab | Unhelpful: have you seen the test_codec ones I made? |
| 00:03:57 | TheSeven | NAND: Bank 0: Chip type 2555D5EC |
| 00:04:29 | TheSeven | so it's pretty unlikely that it's the chip, as it's working fine for me |
| 00:05:26 | Unhelpful | saratoga: i don't think i have... i just grabbed a CC-licensed track i have and started transcoding. |
| 00:05:46 | saratoga_lab | Unhelpful: http://download.rockbox.org/test_files/ |
| 00:06:09 | saratoga_lab | FWIW if you feel like it, send files for the missing formats to Bagder |
| 00:06:50 | Utchybann | TheSeven: copying 75M with cp produces the same effect as a sync after unzipping rockbox. |
| 00:06:59 | Unhelpful | looks like you've got it covered. this is why i asked. ;) |
| 00:07:36 | Utchybann | TheSeven: could it be so slow ? |
| 00:08:10 | TheSeven | if it apparently hangs for some seconds from time to time, that's normal |
| 00:08:38 | TheSeven | (that happens when the FTL runs out of scratch space and needs to tidy up things first before accepting further writes) |
| 00:08:51 | saratoga_lab | Unhelpful, Bagder: http://duke.edu/~mgg6/rockbox/applelossless.m4a and http://duke.edu/~mgg6/rockbox/a52_stereo_192.ac3 |
| 00:09:40 | Unhelpful | are those of the same file? |
| 00:10:00 | Utchybann | TheSeven: ok, but why my other nano does not behave like that ? the cp just finished (more than 5min with very long pause). |
| 00:11:00 | TheSeven | Utchybann: does dmesg complain about anything? |
| 00:11:18 | Utchybann | TheSeven: no |
| 00:11:40 | TheSeven | what's the nand id of your other one? some chips are faster than others, although not by magnitudes |
| 00:17:11 | Utchybann | TheSeven: if I'm right it is the same id... |
| 00:17:37 | Utchybann | TheSeven: No... it is a 2555D3EC |
| 00:20:14 | Utchybann | TheSeven: I know your FTL code is slower the OFW but it is almost unusable (cp+sync of 75Mo is now more than 15min and still not finished). |
| 00:20:15 | * | TheSeven will just once again try copying over 280MB of audio test files to his ipod |
| 00:21:12 | TheSeven | hm, I'm at ~5 minutes for these 280MB, and i have the same chip |
| 00:21:17 | TheSeven | no idea what's wrong with yours |
| 00:22:04 | TheSeven | 150MB copied, still running fine |
| 00:22:06 | saratoga_lab | Unhelpful: yes |
| 00:22:23 | Utchybann | TheSeven: with the OFW, the speed is the same as my other nano. And commenting nand_power_down seems to fixes the problem. |
| 00:22:35 | TheSeven | also the speed problem? |
| 00:22:50 | Utchybann | TheSeven: yes |
| 00:22:53 | TheSeven | then it's probably powering it down all the time |
| 00:23:02 | TheSeven | can you try increasing the powerdown timeout? |
| 00:23:36 | TheSeven | are you using USB1.1 or USB2 for the data connection? |
| 00:24:22 | Utchybann | TheSeven: usb2. same cable, same computer, same os. |
| 00:28:20 | TheSeven | hm, the storage indicator is on all the time while transferring data? |
| 00:28:40 | TheSeven | erm, is it normal for aac-he-64 to be harder to decode than ape-high? |
| 00:28:41 | Utchybann | TheSeven: yes |
| 00:30:14 | TheSeven | ouch. now i also have a "use itunes to restore" |
| 00:30:29 | TheSeven | but not after copying the files |
| 00:30:30 | Utchybann | TheSeven: it seems to behave like you describe 'it apparently hangs for some seconds from time to time' but seconds looks like minutes. |
| 00:30:42 | TheSeven | several reboots later, while trying codec test files and hitting a lockup |
| 00:31:08 | TheSeven | Utchybann: my suspicion is that it's powering down the nand between every (few) request(s) |
| 00:31:14 | TheSeven | the question is why... |
| 00:31:35 | TheSeven | can you try to increase that inactivity timeout in the nand thread to like 1 second? |
| 00:32:17 | Utchybann | TheSeven: sure, but any hint about the file to modify ? |
| 00:33:30 | | Nick Strife1989 is now known as Strife89 (n=michael@adsl-146-206-245.mcn.bellsouth.net) |
| 00:33:43 | TheSeven | s5l8700/as-nand-s5l8700.c iirc |
| 00:33:47 | Utchybann | TheSeven: I'm running a mutex+nand_powered = 0, nand_power_down function. So the nand is not really powered down ? |
| 00:34:28 | TheSeven | Utchybann: yes, it isn't powered down, but it's being powered up nevertheless, which involves issueing a reset and some waiting |
| 00:34:43 | TheSeven | you could try commenting that though |
| 00:35:11 | TheSeven | (just strip the power_on function similar to the power_off to only the mutex and powered stuff) |
| 00:35:53 | Utchybann | TheSeven: sync finish. about 30min to copy 75MB. |
| 00:38:06 | TheSeven | that's 1:10 off |
| 00:38:30 | TheSeven | try stripping power_on, too |
| 00:38:35 | TheSeven | this should improve that a lot |
| 00:39:56 | Utchybann | TheSeven: should I still try setting inactivity timeout to 1s ? |
| 00:41:50 | TheSeven | should have a similar effect |
| 00:41:59 | TheSeven | try both seperately |
| 00:42:05 | Utchybann | ok |
| 00:42:07 | TheSeven | should be a quick test if it indeed works |
| 00:42:29 | | Quit ender (" Female software engineers become sexually irresistible at the age of consent, and remain that way until about thirty minute") |
| 00:42:34 | | Quit DerPapst ("Leaving.") |
| 00:45:03 | Utchybann | TheSeven: strange, copy seems fine, umount too, but rebooting the nano give me the nice 'restore ipod' screen. |
| 00:46:33 | TheSeven | which one did you try right now? |
| 00:47:25 | Utchybann | none. I just try to upload the new patched rockbox under OFW. |
| 00:48:30 | Utchybann | TheSeven: to mutex+nand_powered = 0 seems to trash the nand content. Even the mbr is trashed. |
| 00:53:55 | liar | TheSeven: maybe a delay after every clear w fifo is the best solution until we know whats really going on with those chips? because that is whats working for me - no ftl panic, no use itunes to restore, no lost files/folders since 3 days now |
| 00:54:51 | TheSeven | liar: why should that improve the situation? |
| 00:55:17 | TheSeven | the only additional code that's currently run because of the powerdown is the powerup code, which already has a delay |
| 00:56:00 | TheSeven | it seems like we're dealing with at least 3 seperate issues here |
| 00:56:50 | TheSeven | liar: did you test if it really works flawlessly if you remove the delays again, but also the shutdown? |
| 00:56:58 | TheSeven | i.e. keep nand on all the time |
| 00:57:19 | Utchybann | TheSeven: *PANIC* ftl nand driver init failed. |
| 00:57:36 | Utchybann | could be my manual restore. |
| 00:57:40 | TheSeven | with both poweron and poweroff commented? |
| 00:57:58 | Utchybann | TheSeven: yes with both. |
| 00:58:05 | TheSeven | besides the mutexes? |
| 00:58:14 | TheSeven | hm, just reboot and try again |
| 00:58:20 | liar | yes i tried that |
| 00:58:22 | TheSeven | if this is reproducible, it's weird |
| 00:58:33 | TheSeven | liar: and it worked? |
| 01:00 |
| 01:00:24 | liar | no not really |
| 01:00:29 | Utchybann | TheSeven: can't boot rockbox panic. OFW boots fine. |
| 01:00:31 | liar | that was on wednesday |
| 01:00:34 | liar | i tried really everything |
| 01:01:26 | | Join Blue_Dude [0] (n=chatzill@rockbox/developer/Blue-Dude) |
| 01:01:40 | Blue_Dude | Hi. Who's working on the Nano 2G port? |
| 01:01:48 | TheSeven | Blue_Dude: me |
| 01:01:54 | TheSeven | what's up with it again? |
| 01:03:19 | Blue_Dude | I just answered the bug report at FS #10757 and starting to engage the problem. Then I noticed the hardware the user was on. I've been working on pcmbuf code a lot lately and it seemed to apply but since the port isn't complete I'm not sure. It could be hardware. |
| 01:05:03 | TheSeven | Hm, I already had this |
| 01:05:10 | TheSeven | but I thought i fixed it. |
| 01:05:31 | Blue_Dude | If it's hardware, and the box freezes playback for a second, then I'm thinking the buffer is getting starved. Codec boost problem? |
| 01:05:57 | TheSeven | the last time it was buffer wrapping |
| 01:06:17 | Blue_Dude | The pcmbuffer wrapped?!? |
| 01:06:54 | Blue_Dude | The pcm chunk buffer, the codec buffer, the pcm internal buffer...? |
| 01:06:58 | TheSeven | the pcm driver managed to somehow read a chunk of audio that was just being written by the codec |
| 01:07:23 | Blue_Dude | Yeah, you worked on that a couple of weeks ago. I thought that was done. |
| 01:07:29 | TheSeven | so the codec was obviously overwriting something while it was still being played |
| 01:07:33 | | Quit amiconn (Nick collision from services.) |
| 01:07:36 | TheSeven | yes, i thought that, too |
| 01:07:37 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
| 01:07:43 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
| 01:07:51 | | Quit pixelma (Nick collision from services.) |
| 01:07:52 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
| 01:08:05 | Blue_Dude | He's using r23505. Is that recent enough? |
| 01:08:12 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
| 01:08:35 | TheSeven | i committed my changes in r23324 |
| 01:09:27 | TheSeven | (and realized yesterday that i broke mpegplayer in doing so) |
| 01:09:56 | | Join Blue_Dude_ [0] (n=chatzill@rockbox/developer/Blue-Dude) |
| 01:10:41 | Blue_Dude_ | Well that revision should have worked for him. Are you seeing that issue? |
| 01:11:18 | TheSeven | I'm running 23338+boosting right now |
| 01:11:23 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 01:11:25 | TheSeven | and I can't reproduce it |
| 01:11:37 | *** | Saving seen data "./dancer.seen" |
| 01:11:47 | | Join AndyI [0] (n=pasha_in@212.14.205.32) |
| 01:11:59 | TheSeven | that wrapping problem never made it into svn, this was just a temporary issue i was having while working out that pcm driver rework |
| 01:12:12 | Blue_Dude_ | Maybe it |
| 01:12:33 | TheSeven | let me quickly upgrade to a vanilla 23505 |
| 01:12:34 | Blue_Dude_ | Maybe it's something else... Hopefully we'll get something to go on. |
| 01:13:12 | Blue_Dude_ | I was afraid I broke it with some pcmbuf/playback changes I made earlier in the week. Maybe I did. |
| 01:13:38 | TheSeven | did you hear of similar things on other targets? |
| 01:13:59 | Blue_Dude_ | No. It got may attention because it was the first I'd heard of it. |
| 01:14:03 | Blue_Dude_ | -my- |
| 01:14:17 | TheSeven | i see a way how this could still happen in theory, but that seems impossible |
| 01:14:30 | Blue_Dude_ | It's likely to happen then. :) |
| 01:14:47 | TheSeven | I'm currently requesting a new chunk while i have still 1024 bytes to play, in order to give the pcmbuf enough time to supply that new chunk |
| 01:15:11 | Utchybann | TheSeven: with 1s timeout it works (and mutex+powered=0). |
| 01:15:52 | TheSeven | if the codec would be fast enough to fill the chunk that just got freed faster than i play 1024 bytes, there may be some *very* brief bit of new audio that could slip in (<1024 bytes), so I think this is too short to be even identified as such |
| 01:16:29 | | Quit bertrik ("De groeten") |
| 01:17:24 | Blue_Dude_ | I don't see how that could be. The pcmbuf code would simply have the chunk available the next time the callback is run. It shouldn't serve up random data. |
| 01:18:14 | TheSeven | it could pass the buffer that it thinks is free (but there's 1024 bytes to go in there, as I'm requesting the new one ahead of time) to the codec |
| 01:19:21 | Utchybann | TheSeven: ... too fast. can't reboot after power down. need to restore. |
| 01:19:46 | Blue_Dude_ | I'm not wrapping my head around that possible bug yet. I'll have to look at the code. |
| 01:20:42 | TheSeven | at least with the old code (no idea if this is affected by your changes), as soon as a new buffer is requested (from the pcm driver side), the previous one is marked as free |
| 01:20:54 | Blue_Dude_ | He says now that it's not pausing then resuming, just blanking output for a second or so. |
| 01:21:11 | TheSeven | so if the codec is waiting for a buffer to write to, it may grab that one, and write to it, while I'm still playing it's tail |
| 01:21:36 | TheSeven | pausing/resuming in terms of audio or playback icon on the lcd? |
| 01:22:38 | | Quit AndyIL (Read error: 110 (Connection timed out)) |
| 01:22:45 | Blue_Dude_ | That shouldn't happen. It shouldn't show it as being free until the pcm driver reports back as being finished with it. Even so, overrunning the buffer is very difficult: it's flushed too often. |
| 01:23:20 | TheSeven | the pcm driver reports it as being finished when everything but the last 1024 bytes is finished |
| 01:23:44 | TheSeven | so that i can play those 1024 bytes while waiting for the slow pcmbuf to give me more |
| 01:24:03 | Blue_Dude_ | I thought it might have been a stutter, meaning pausing playback while waiting for data, then resuming. He says now that it's more like muting the output for a second. |
| 01:25:14 | Blue_Dude_ | What's the chances you could do a memcpy of those last few bytes before calling them done? |
| 01:25:47 | Blue_Dude_ | BTW, 1024 bytes meaning 256 samples? |
| 01:25:52 | TheSeven | yes |
| 01:25:59 | TheSeven | in order to hit those 1024 bytes fast enough, a codec would both need to be at least 3000% realtime and bypassing the data cache |
| 01:26:08 | TheSeven | I can't imagine that this will ever happen |
| 01:26:24 | TheSeven | damn. stkov usb. |
| 01:26:37 | TheSeven | maybe this is related to all that apparent nand trouble we're seeing? |
| 01:26:44 | | Quit Blue_Dude (Read error: 110 (Connection timed out)) |
| 01:26:55 | Blue_Dude_ | I didn't think it sounded likely. There are a few circumstances that the callback flushes the buffer itself, but not at the beginning of a track. |
| 01:28:48 | Blue_Dude_ | I guess it's possible to start writing to a chunk while its last bytes are being played, but the timing of that is unbelievable. |
| 01:30:13 | Blue_Dude_ | Maybe a short chunk at the beginning of the buffer is played, then freed, meanwhile there's no room at the end, so it wraps, and overwrites... possible I suppose. |
| 01:30:28 | | Quit kugel (Remote closed the connection) |
| 01:31:34 | Blue_Dude_ | How about a nice 1024 byte memcpy to your own little private buffer before releasing the chunk? |
| 01:31:49 | Blue_Dude_ | He asked hopefully? |
| 01:32:35 | TheSeven | Let's first check out the actual behavior |
| 01:32:57 | | Quit Llorean ("Leaving.") |
| 01:33:20 | TheSeven | hm, can't reproduce that behavior with a stock r23505 with default settings and only mp3 files |
| 01:38:11 | | Join Lss [0] (n=Lss@cm46.delta91.maxonline.com.sg) |
| 01:42:58 | TheSeven | hm, there is some very light clicking sometimes, which *could* be a very very tiny chunk of new audio that's slipping in, or just a remnant of old audio just being cut instead of bringing it to a zero crossing gracefully |
| 01:43:17 | TheSeven | but that's barely noticable even if i hunt for it |
| 01:44:42 | Blue_Dude_ | This probably isn't something likely to be tracked down in the sim, is it? Specific to hardware? |
| 01:47:23 | TheSeven | definitely. |
| 01:47:43 | TheSeven | even on the hardware it's going to be hard |
| 01:49:20 | Blue_Dude_ | memcpy :) |
| 01:49:51 | Blue_Dude_ | Anyway, I'm off. I'll keep plugging away at pcmbuf and maybe come across something that would help. |
| 01:50:41 | | Quit Blue_Dude_ ("ChatZilla 0.9.85 [Firefox 3.5.4/20091016092926]") |
| 01:57:13 | | Quit YPSY ("Oh noes! My ZNC obviously just shut down :(") |
| 02:00 |
| 02:02:38 | | Join Strife1989 [0] (n=michael@adsl-220-105-109.mcn.bellsouth.net) |
| 02:03:14 | | Quit flydutch ("/* empty */") |
| 02:12:38 | | Part domonoky |
| 02:12:43 | | Join YPSY [0] (n=ypsy@geekpadawan.de) |
| 02:17:13 | | Join michaelcarr [0] (n=michael@adsl-220-102-142.mcn.bellsouth.net) |
| 02:18:13 | | Quit Strife89 (Nick collision from services.) |
| 02:18:24 | | Nick michaelcarr is now known as Strife89 (n=michael@adsl-220-102-142.mcn.bellsouth.net) |
| 02:20:07 | | Join michaelcarr [0] (n=michael@adsl-154-2-240.mcn.bellsouth.net) |
| 02:27:04 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 02:32:44 | | Quit StealthyXIIGer (Read error: 110 (Connection timed out)) |
| 02:35:49 | | Quit Strife1989 (Read error: 110 (Connection timed out)) |
| 02:36:44 | | Quit Strife89 (Read error: 113 (No route to host)) |
| 02:36:51 | | Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 02:54:04 | | Quit advcomp2019 (Read error: 110 (Connection timed out)) |
| 03:00 |
| 03:11:38 | *** | Saving seen data "./dancer.seen" |
| 03:39:47 | | Join antil33t1 [0] (i=antil33t@219-89-246-12.adsl.xtra.co.nz) |
| 03:39:54 | | Quit antil33t (Nick collision from services.) |
| 03:48:33 | | Quit michaelcarr ("Bed.") |
| 03:59:54 | | Quit mirak ("Ex-Chat") |
| 04:00 |
| 04:08:18 | | Quit Rondom (Nick collision from services.) |
| 04:08:28 | | Join Rondom [0] (n=Rondom@dslb-084-057-180-169.pools.arcor-ip.net) |
| 04:12:24 | | Join sinthetek [0] (n=sinthete@cpe-071-076-249-163.triad.res.rr.com) |
| 04:12:46 | sinthetek | can someone tell me how to scan forward through radio stations without making it save presets? |
| 04:14:05 | sinthetek | i seem to only be able to go through stations one at a time pretty much. is there a seek function? |
| 04:17:01 | | Quit TheSeven (Nick collision from services.) |
| 04:17:20 | | Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) |
| 04:17:32 | | Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) |
| 04:40:58 | Unhelpful | there were problems with -O levels 2, 3 or s on ARM with our existing toolchain? i thought it might be worth revisiting the -O choice in light of the codec speed issues kugel's seen with gcc-4.4.1/eabi. |
| 04:45:39 | Unhelpful | most of the differences seem to be on the order of 0-5%. the flac -5 sample takes 14% longer to decode on eabi, and the flac -8 sample is 13% slower. |
| 04:46:16 | Unhelpful | those are both on e200, and compared to a "normal" build of the same revision |
| 04:50:14 | saratoga | Unhelpful: I don't recall problems with -O options in 4.0.3 |
| 04:50:46 | saratoga | regarding the flac issue, profiling flac might be very interesting |
| 04:50:47 | Unhelpful | is there a reason we use -O instead of perhaps -O2 or -Os, then? |
| 04:51:06 | saratoga | i think various codecs use different settings |
| 04:51:17 | saratoga | for MP3 i remember we tested each and picked the fastest |
| 04:52:24 | Unhelpful | hrm, i see. so i should expect to see no change from setting -O2 in the generated Makefile, then... |
| 04:53:56 | saratoga | i see mp3 sets it to -O2, but other make files have no explicit setting |
| 04:55:49 | Unhelpful | a few other change it. FLAC doesn't, so perhaps we'll see a change after all. it may be that the big hit it takes is due to some options being bumped out of -O and only enabled for higher levels... |
| 05:00 |
| 05:10:56 | | Quit Lss (Read error: 104 (Connection reset by peer)) |
| 05:11:39 | *** | Saving seen data "./dancer.seen" |
| 05:11:52 | | Quit TopyMobile (Read error: 113 (No route to host)) |
| 05:11:52 | | Quit jhulst ("Read error: EOF") |
| 05:12:22 | | Join jhulst [0] (n=jhulst@jhulst.com) |
| 05:15:53 | saratoga | whats the command to see full make output? |
| 05:20:04 | | Quit GeekShadow (Read error: 54 (Connection reset by peer)) |
| 05:23:02 | rasher | saratoga: make V=1 |
| 05:27:29 | CIA-6 | New commit by blue_dude (r23565): pcmbuf: moved some functions around, no functional changes yet |
| 05:42:55 | saratoga | Unhelpful: -O2 was actually faster for WMA on my e200v1 by a little (265% vs. 271% realtime) |
| 05:47:11 | | Quit shai ("Leaving") |
| 05:47:44 | | Join shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) |
| 05:55:17 | saratoga_lab | Unhelpful: any interest in trying it with your compiler build? |
| 05:56:38 | Unhelpful | saratoga: i was thinking myself that i ought to try each level for each codec. no time now, though, with all of the makefile changes it would need. |
| 05:59:11 | saratoga_lab | Unhelpful: want a patch? |
| 05:59:45 | Unhelpful | saratoga: if you have one ready, i might get to it sooner, but i still need to be getting to bed, for now. |
| 06:00 |
| 06:00:39 | saratoga | Unhelpful: http://pastebin.com/m756753c6 |
| 06:00:41 | saratoga | for WMA |
| 06:00:54 | saratoga | but i think i can change all codecs to -O2 if you would prefer by changing codecs.make |
| 06:01:06 | saratoga | actually not a patch, just a new libwma.make |
| 06:01:50 | Unhelpful | the individual codec library makefiles all seem to tweak opts, i suspect they'll each need editing. i'll take a look at it when i get a chance |
| 06:02:45 | saratoga | Unhelpful: most do not specify a -O level |
| 06:03:02 | saratoga | aside from vorbis and mp3 |
| 06:03:22 | Unhelpful | silly me, checking the codecs that count first. ;) |
| 06:03:59 | saratoga | Unhelpful: http://pastebin.com/m1942b017 |
| 06:04:32 | saratoga | opps |
| 06:04:49 | saratoga | http://pastebin.com/m22cb96d9 |
| 06:04:53 | saratoga | that one should work i think |
| 06:07:24 | Unhelpful | if you want to play with this toolchain, my rockbox tree patch is here: http://pastie.org/688575 and the gcc patch is here: http://pastie.org/688576 |
| 06:07:52 | Unhelpful | it installs as arm-elf-eabi, so you can pretty easily keep your other arm toolchain |
| 06:08:39 | | Part toffe82 |
| 06:09:23 | saratoga | huh flac got a bit faster too |
| 06:09:52 | | Join TopyMobile [0] (n=topy@84-192.78-83.cust.bluewin.ch) |
| 06:11:13 | | Quit robin0800 (Read error: 60 (Operation timed out)) |
| 06:11:24 | Unhelpful | i guess i should compare all -O options with our standard toolchain, as well :) |
| 06:11:44 | saratoga | AAC-LC also gets very slightly faster |
| 06:11:50 | saratoga | i'll do a full test |
| 06:13:44 | saratoga | i don't have time to build the other tool chain this weekend, but i can do 4.0.3 easily enough |
| 06:14:00 | | Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) |
| 06:20:38 | saratoga | anyone want to try this on Coldifre? |
| 06:21:07 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
| 06:27:25 | Unhelpful | thanks for doing even that much, codec tests are tedious. you'll be using the samples you linked earlier? |
| 06:28:16 | saratoga_lab | Unhelpful: yes |
| 06:28:29 | saratoga_lab | i didn't change any codec makefiles, so if they change the O level, it doesn't get changed |
| 06:28:44 | saratoga_lab | however, if the codecs set the level on ARM, they were probably tuned for 4.0.3 anyway |
| 06:29:21 | saratoga_lab | also i'd like to change the wma level, but not without someone trying it on coldfire |
| 06:29:32 | saratoga_lab | though i guess i could just change it for one |
| 06:30:04 | Unhelpful | i'll make sure to change the codec makefiles too, so that it can be re-tuned for 4.4.1, if we do end up using it. |
| 06:38:33 | | Join AaronM [0] (n=Aaron@adsl-4-241-157.mem.bellsouth.net) |
| 06:40:46 | | Quit beta2k (Read error: 110 (Connection timed out)) |
| 06:55:15 | | Quit StealthyXIIGer (Read error: 110 (Connection timed out)) |
| 07:00 |
| 07:10:59 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 07:11:41 | *** | Saving seen data "./dancer.seen" |
| 07:19:08 | | Quit TopyMobile (Read error: 113 (No route to host)) |
| 07:37:31 | | Join bluebrother [0] (n=dom@f053154116.adsl.alicedsl.de) |
| 07:39:27 | saratoga | Unhelpful: most codecs are pretty similar with O2, the exception is wavpack which gets almost 5 Mhz faster with O2 then O |
| 07:43:33 | saratoga | the wavpack speed up is consistent with the performance lost in my test verses stripwax's in 2007 |
| 07:43:43 | saratoga | presumably O2 was disabled at some point for wavpack |
| 07:44:58 | | Join Horschti [0] (n=Horscht2@xbmc/user/horscht) |
| 07:45:38 | saratoga | anyone awake with a coldfire player? |
| 07:48:15 | saratoga | judging by the wiki, the problem effects coldfire too, so i'm going to fix it for both |
| 07:51:31 | | Quit bluebroth3r (Read error: 110 (Connection timed out)) |
| 07:57:45 | | Quit AaronM ("Emo Time In My Corner... //_-") |
| 07:58:55 | | Quit slam_ (Read error: 110 (Connection timed out)) |
| 08:00 |
| 08:03:44 | | Quit Horscht (Read error: 110 (Connection timed out)) |
| 08:04:16 | CIA-6 | New commit by saratoga (r23566): Reenable -O2 for Wavpack, which appears to have been lost during makefile clean up. Improves wavpack decoding performance by several MHz on ARM and ... |
| 08:09:17 | | Join slam_ [0] (n=grndslm@174-126-14-4.cpe.cableone.net) |
| 08:35:39 | | Quit phanboy4 ("Leaving") |
| 08:53:13 | | Join Rob2223 [0] (n=Miranda@p4FDCF067.dip.t-dialin.net) |
| 09:00 |
| 09:07:41 | | Join dmb [0] (n=Dmb@unaffiliated/dmb) |
| 09:11:40 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 09:11:44 | *** | Saving seen data "./dancer.seen" |
| 09:26:03 | | Quit lyngaas (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | NSplit | lindbohm.freenode.net irc.freenode.net |
| 09:26:03 | | Quit advcomp2019_ (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit Utchybann (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit Galois (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit Horschti (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit antil33t1 (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit BHSPitMonkey (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit fyrestorm (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit Torne (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit gevaerts (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit reid05 (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit TheSeven (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit sinthetek (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit HBK (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit Zarggg (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit yosafbridge (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit alexbobp (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit n1s (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit FlynDice (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit jhulst (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit jordan`` (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit martian67 (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit gtkspert (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit GodEater (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit topik (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit ej0rge (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit Unhelpful (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit dionoea (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit Tristan (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit ps-auxw (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit Rondom (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit AndyI (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit fxb__ (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit Tuplanolla (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit markun (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit J-23 (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit evilnick_ (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit mikroflops (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit Overand (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit rvvs89 (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit Kopfgeldjaeger (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit knittl (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit elcan (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit feisar- (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit fish_ (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit shai (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit pixelma (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit AEnima1577 (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit kadoban (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit niekie (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit Rob2223 (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit slam_ (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit bluebrother (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit tchan1 (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit JdGordon (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit SUSaiyan (lindbohm.freenode.net irc.freenode.net) |
| 09:26:03 | | Quit thegeek (lindbohm.freenode.net irc.freenode.net) |
| 09:26:04 | | Quit goffa (lindbohm.freenode.net irc.freenode.net) |
| 09:26:04 | | Quit n17ikh (lindbohm.freenode.net irc.freenode.net) |
| 09:26:04 | | Quit shodanX_ (lindbohm.freenode.net irc.freenode.net) |
| 09:26:04 | | Quit rphillips (lindbohm.freenode.net irc.freenode.net) |
| 09:26:04 | | Quit krazykit (lindbohm.freenode.net irc.freenode.net) |
| 09:26:04 | | Quit Res1 (lindbohm.freenode.net irc.freenode.net) |
| 09:26:04 | | Quit chaos (lindbohm.freenode.net irc.freenode.net) |
| 09:26:04 | | Quit scorche|sh (lindbohm.freenode.net irc.freenode.net) |
| 09:26:04 | | Quit tmzt (lindbohm.freenode.net irc.freenode.net) |
| 09:26:04 | | Quit mc2739 (lindbohm.freenode.net irc.freenode.net) |
| 09:26:04 | | Quit blithe (lindbohm.freenode.net irc.freenode.net) |
| 09:26:04 | | Quit courtc (lindbohm.freenode.net irc.freenode.net) |
| 09:26:04 | | Quit freqmod_qu (lindbohm.freenode.net irc.freenode.net) |
| 09:26:04 | | Quit linuxguy3 (lindbohm.freenode.net irc.freenode.net) |
| 09:26:04 | | Quit kkurbjun (lindbohm.freenode.net irc.freenode.net) |
| 09:26:04 | | Quit jvd (lindbohm.freenode.net irc.freenode.net) |
| 09:28:11 | NHeal | lindbohm.freenode.net irc.freenode.net |
| 09:28:11 | NJoin | Rob2223 [0] (n=Miranda@p4FDCF067.dip.t-dialin.net) |
| 09:28:11 | NJoin | slam_ [0] (n=grndslm@174-126-14-4.cpe.cableone.net) |
| 09:28:11 | NJoin | Horschti [0] (n=Horscht2@xbmc/user/horscht) |
| 09:28:11 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 09:28:11 | NJoin | shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) |
| 09:28:11 | NJoin | jhulst [0] (n=jhulst@jhulst.com) |
| 09:28:11 | NJoin | TheSeven [0] (n=theseven@rockbox/developer/TheSeven) |
| 09:28:11 | NJoin | sinthetek [0] (n=sinthete@cpe-071-076-249-163.triad.res.rr.com) |
| 09:28:11 | NJoin | Rondom [0] (n=Rondom@dslb-084-057-180-169.pools.arcor-ip.net) |
| 09:28:11 | NJoin | antil33t1 [0] (i=antil33t@219-89-246-12.adsl.xtra.co.nz) |
| 09:28:11 | NJoin | advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 09:28:11 | NJoin | AndyI [0] (n=pasha_in@212.14.205.32) |
| 09:28:11 | NJoin | pixelma [0] (i=quassel@rockbox/staff/pixelma) |
| 09:28:11 | NJoin | Utchybann [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) |
| 09:28:11 | NJoin | HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 09:28:11 | NJoin | tchan1 [0] (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) |
| 09:28:11 | NJoin | Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 09:28:11 | NJoin | knittl [0] (n=knittl@unaffiliated/knittl) |
| 09:28:11 | NJoin | AEnima1577 [0] (n=clbarnob@c-98-249-3-190.hsd1.va.comcast.net) |
| 09:28:11 | NJoin | BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 09:28:11 | NJoin | fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) |
| 09:28:11 | | Join Torne [0] (i=torne@rockbox/developer/Torne) |
| 09:28:11 | NJoin | lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) |
| 09:28:11 | NJoin | yosafbridge [0] (n=yosafbri@li14-39.members.linode.com) |
| 09:28:11 | NJoin | reid05 [0] (n=reid85@CPE001cdf73661f-CM001ceacec55e.cpe.net.cable.rogers.com) |
| 09:28:11 | NJoin | alexbobp [0] (n=alex@66.112.249.238) |
| 09:28:11 | NJoin | n1s [0] (n=n1s@rockbox/developer/n1s) |
| 09:28:11 | NJoin | kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
| 09:28:11 | NJoin | gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 09:28:11 | NJoin | FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
| 09:28:11 | NJoin | JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 09:28:11 | NJoin | Galois [0] (i=djao@efnet.math.uwaterloo.ca) |
| 09:28:11 | NJoin | SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) |
| 09:28:11 | NJoin | jordan`` [0] (n=jordan@78.235.252.137) |
| 09:28:11 | NJoin | niekie [0] (i=quasselc@dreamworld.bergnetworks.com) |
| 09:28:11 | NJoin | martian67 [0] (n=lol3@about/linux/regular/martian67) |
| 09:28:11 | NJoin | gtkspert [0] (n=gtkspert@124-169-207-177.dyn.iinet.net.au) |
| 09:28:11 | | Join GodEater [0] (n=bibble@rockbox/staff/GodEater) |
| 09:28:11 | NJoin | thegeek [0] (n=nnscript@s168c.studby.ntnu.no) |
| 09:28:11 | NJoin | goffa [0] (n=goffa@70.33.8.114) |
| 09:28:11 | NJoin | elcan [0] (i=user36@pr0.us) |
| 09:28:11 | NJoin | Overand [0] (i=overand@crappy.domain.name) |
| 09:28:11 | NJoin | Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) |
| 09:28:11 | NJoin | markun [50] (n=markun@rockbox/developer/markun) |
| 09:28:11 | NJoin | feisar- [0] (i=jljhook@irkki.fi) |
| 09:28:11 | NJoin | topik [0] (i=awesome@213.203.214.114) |
| 09:28:11 | NJoin | ej0rge [0] (n=alhaz@alhaz.fttp.xmission.com) |
| 09:28:11 | NJoin | ps-auxw [0] (n=arneb@dyn37.ps-auxw.de) |
| 09:28:11 | NJoin | fish_ [0] (n=fish@freigeist.org) |
| 09:28:11 | NJoin | dionoea [0] (n=dionoea@yop.chewa.net) |
| 09:28:11 | NJoin | rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) |
| 09:28:11 | NJoin | J-23 [0] (n=zelazko@unix.net.pl) |
| 09:28:11 | NJoin | mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
| 09:28:11 | NJoin | evilnick_ [0] (n=evilnick@ool-4571af51.dyn.optonline.net) |
| 09:28:11 | NJoin | Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) |
| 09:28:11 | NJoin | Unhelpful [0] (n=quassel@rockbox/developer/Unhelpful) |
| 09:28:11 | NJoin | Tristan [0] (i=tristan@i.dont.want.to.die.virgin.net.in) |
| 09:28:11 | NJoin | fxb__ [0] (n=felixbru@h1252615.stratoserver.net) |
| 09:28:11 | NJoin | n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) |
| 09:28:11 | NJoin | shodanX_ [0] (n=shodanX@jazz.informatik.uni-erlangen.de) |
| 09:28:11 | | Join rphillips [0] (n=rphillip@unaffiliated/rphillips) |
| 09:28:11 | NJoin | krazykit [0] (n=kkit@adsl-76-251-245-92.dsl.ipltin.sbcglobal.net) |
| 09:28:11 | NJoin | mc2739 [0] (n=mc2739@rockbox/developer/mc2739) |
| 09:28:11 | NJoin | Res1 [0] (n=Res@user-0c6s6gs.cable.mindspring.com) |
| 09:28:11 | NJoin | blithe [0] (n=blithe@blakesmith.me) |
| 09:28:11 | | Join chaos [0] (n=ch4os@gentoo/user/ch4os) |
| 09:28:11 | NJoin | courtc [0] (n=court@98.230.149.46) |
| 09:28:11 | NJoin | freqmod_qu [0] (n=quassel@dhcp208-240.ed.ntnu.no) |
| 09:28:11 | NJoin | scorche|sh [50] (n=scorche@rockbox/administrator/scorche) |
| 09:28:11 | NJoin | tmzt [0] (n=tmzt@adsl-99-51-211-69.dsl.akrnoh.sbcglobal.net) |
| 09:28:11 | NJoin | linuxguy3 [0] (n=timj@adsl-75-57-190-229.dsl.emhril.sbcglobal.net) |
| 09:28:11 | | Join kkurbjun [0] (n=kkurbjun@rockbox/developer/kkurbjun) |
| 09:28:11 | NJoin | jvd [0] (n=syscrash@poipu/developer/syscrash) |
| 09:41:14 | pixelma | sinthetek: if you haven't found out yet - it depends on whether you are in "Scan" or in "Preset" mode. There should be a line telling you this in the radio screen and the manual will tell you the button (combo) to press to change between the modes (don't have an e200 so would have to look it up myself) |
| 09:42:54 | | Quit evilnick_ (Read error: 113 (No route to host)) |
| 09:46:36 | | Quit lyngaas (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit Utchybann (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit Galois (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit advcomp2019_ (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit Torne (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit antil33t1 (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit Horschti (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit gevaerts (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit fyrestorm (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit BHSPitMonkey (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit reid05 (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit sinthetek (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit FlynDice (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit HBK (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit n1s (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit yosafbridge (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit Zarggg (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit TheSeven (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit alexbobp (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit topik (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit gtkspert (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit ej0rge (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit Unhelpful (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit dionoea (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit martian67 (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit Tristan (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit GodEater (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit jordan`` (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit jhulst (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit ps-auxw (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit markun (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit fish_ (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit mikroflops (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit Overand (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit rvvs89 (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit elcan (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit Kopfgeldjaeger (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit fxb__ (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit Tuplanolla (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit AndyI (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit Rondom (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit feisar- (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit knittl (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit J-23 (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit AEnima1577 (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit kadoban (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit pixelma (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit shai (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit niekie (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit krazykit (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit goffa (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit JdGordon (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit bluebrother (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit chaos (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit Rob2223 (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit Res1 (lindbohm.freenode.net irc.freenode.net) |
| 09:46:36 | | Quit n17ikh (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit slam_ (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit tmzt (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit SUSaiyan (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit shodanX_ (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit rphillips (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit tchan1 (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit thegeek (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit scorche|sh (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit linuxguy3 (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit kkurbjun (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit mc2739 (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit courtc (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit freqmod_qu (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit jvd (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit blithe (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit BlakeJohnson861 (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit AlexP (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit jasio (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit dmb (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit amiconn (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit killan (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit preglow (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit liar (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit jon-kha (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit zu (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit gitster` (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit scorche (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit swilde (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit maraz (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit Slasheri (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit YPSY (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit nawks (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit FOAD (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit Hadaka (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit CIA-6 (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit Bob_C_ (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit crwl (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit crashd (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit jfc^3 (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit tha (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit ThomasAH (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit Kohlrabi (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit bzed (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit Dhraakellian (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit jds2001 (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit ChanServ (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit saratoga_lab (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit saratoga (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit rasher (lindbohm.freenode.net irc.freenode.net) |
| 09:46:39 | | Quit aevin (lindbohm.freenode.net irc.freenode.net) |
| 10:00 |
| 10:34:55 | | Join saratoga [0] (i=9803c6dd@gateway/web/freenode/session) |
| 10:34:59 | | Join dmb [0] (n=Dmb@unaffiliated/dmb) |
| 10:34:59 | | Join amiconn [0] (i=quassel@rockbox/developer/amiconn) |
| 10:34:59 | | Join killan [0] (n=nnscript@c-0efa70d5.06-397-67626721.cust.bredbandsbolaget.se) |
| 10:34:59 | | Join preglow [0] (i=thomj@129.241.210.199) |
| 10:34:59 | | Join jon-kha [0] (i=jon-kha@83.150.91.127) |
| 10:34:59 | | Join zu [0] (n=zu@88.191.93.109) |
| 10:34:59 | | Join gitster` [0] (n=user@68.225.240.211) |
| 10:34:59 | | Join scorche [50] (n=scorche@rockbox/administrator/scorche) |
| 10:34:59 | | Join swilde [0] (n=wilde@aktaia.intevation.org) |
| 10:34:59 | | Join maraz [0] (i=maraz@xob.kapsi.fi) |
| 10:34:59 | | Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) |
| 10:35:02 | | Join rasher [50] (n=rasher@rockbox/developer/rasher) |
| 10:35:02 | | Join aevin [0] (i=eivindsy@decibel.pvv.ntnu.no) |
| 10:35:12 | | Join BlakeJohnson861 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 10:35:12 | | Join AlexP [0] (n=alex@rockbox/staff/AlexP) |
| 10:35:12 | | Join jasio [0] (n=yann@cpc2-rdng20-2-0-cust902.15-3.cable.virginmedia.com) |
| 10:35:17 | | Join YPSY [0] (n=ypsy@geekpadawan.de) |
| 10:35:17 | | Join nawks [0] (n=matt@va-67-233-123-218.dhcp.embarqhsd.net) |
| 10:35:17 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 10:35:17 | | Join Hadaka [0] (n=naked@naked.iki.fi) |
| 10:35:29 | | Join CIA-6 [0] (n=CIA@208.69.182.149) |
| 10:35:29 | | Join Dhraakellian [0] (n=ntryon@cpe-72-226-197-191.rochester.res.rr.com) |
| 10:35:29 | | Join Bob_C_ [0] (n=chatzill@host86-144-201-0.range86-144.btcentralplus.com) |
| 10:35:29 | | Join bzed [0] (n=bzed@devel.recluse.de) |
| 10:35:29 | | Join Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de) |
| 10:35:29 | | Join jfc^3 [0] (n=john@dpc6682208002.direcpc.com) |
| 10:35:29 | | Join tha [0] (i=1038@ccc2.rbg.informatik.tu-darmstadt.de) |
| 10:35:29 | | Join crwl [0] (n=crwlll@a91-156-100-168.elisa-laajakaista.fi) |
| 10:35:29 | | Join crashd [0] (i=foobar@lostnode.org) |
| 10:35:29 | | Join ThomasAH [0] (n=thomas@aktaia.intevation.org) |
| 10:35:29 | | Join jds2001 [0] (n=jds2001@fedora/jds2001) |
| 10:35:31 | | Join ChanServ [0] (ChanServ@services.) |
| 10:35:31 | Mode | "#rockbox +o ChanServ " by irc.freenode.net |
| 10:36:20 | | Join flydutch [0] (n=flydutch@host119-166-dynamic.8-87-r.retail.telecomitalia.it) |
| 10:36:20 | | Join reid05 [0] (n=reid85@CPE001cdf73661f-CM001ceacec55e.cpe.net.cable.rogers.com) |
| 10:36:20 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 10:36:20 | | Join liar [0] (n=liar@83.175.83.185) |
| 10:36:20 | | Join Rob2223 [0] (n=Miranda@p4FDCF067.dip.t-dialin.net) |
| 10:36:20 | | Join slam_ [0] (n=grndslm@174-126-14-4.cpe.cableone.net) |
| 10:36:20 | | Join Horschti [0] (n=Horscht2@xbmc/user/horscht) |
| 10:36:20 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 10:36:20 | | Join shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) |
| 10:36:20 | | Join jhulst [0] (n=jhulst@jhulst.com) |
| 10:36:20 | | Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) |
| 10:36:20 | | Join sinthetek [0] (n=sinthete@cpe-071-076-249-163.triad.res.rr.com) |
| 10:36:20 | | Join Rondom [0] (n=Rondom@dslb-084-057-180-169.pools.arcor-ip.net) |
| 10:36:20 | | Join antil33t1 [0] (i=antil33t@219-89-246-12.adsl.xtra.co.nz) |
| 10:36:20 | | Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 10:36:20 | | Join AndyI [0] (n=pasha_in@212.14.205.32) |
| 10:36:20 | | Join pixelma [0] (i=quassel@rockbox/staff/pixelma) |
| 10:36:20 | | Join Utchybann [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) |
| 10:36:20 | | Join HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 10:36:20 | | Join tchan1 [0] (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) |
| 10:36:20 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 10:36:20 | | Join knittl [0] (n=knittl@unaffiliated/knittl) |
| 10:36:20 | | Join AEnima1577 [0] (n=clbarnob@c-98-249-3-190.hsd1.va.comcast.net) |
| 10:36:20 | | Join fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) |
| 10:36:20 | | Join Torne [0] (i=torne@rockbox/developer/Torne) |
| 10:36:20 | | Join lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) |
| 10:36:20 | | Join yosafbridge [0] (n=yosafbri@li14-39.members.linode.com) |
| 10:36:20 | | Join alexbobp [0] (n=alex@66.112.249.238) |
| 10:36:20 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 10:36:20 | | Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
| 10:36:20 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 10:36:20 | | Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
| 10:36:20 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 10:36:20 | | Join Galois [0] (i=djao@efnet.math.uwaterloo.ca) |
| 10:36:20 | | Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) |
| 10:36:20 | | Join jordan`` [0] (n=jordan@78.235.252.137) |
| 10:36:20 | | Join niekie [0] (i=quasselc@dreamworld.bergnetworks.com) |
| 10:36:20 | | Join martian67 [0] (n=lol3@about/linux/regular/martian67) |
| 10:36:20 | | Join gtkspert [0] (n=gtkspert@124-169-207-177.dyn.iinet.net.au) |
| 10:36:20 | | Join GodEater [0] (n=bibble@rockbox/staff/GodEater) |
| 10:36:20 | | Join thegeek [0] (n=nnscript@s168c.studby.ntnu.no) |
| 10:36:20 | | Join goffa [0] (n=goffa@70.33.8.114) |
| 10:36:20 | | Join elcan [0] (i=user36@pr0.us) |
| 10:36:20 | | Join Overand [0] (i=overand@crappy.domain.name) |
| 10:36:20 | | Join Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) |
| 10:36:20 | | Join markun [50] (n=markun@rockbox/developer/markun) |
| 10:36:20 | | Join feisar- [0] (i=jljhook@irkki.fi) |
| 10:36:20 | | Join topik [0] (i=awesome@213.203.214.114) |
| 10:36:20 | | Join ej0rge [0] (n=alhaz@alhaz.fttp.xmission.com) |
| 10:36:20 | | Join ps-auxw [0] (n=arneb@dyn37.ps-auxw.de) |
| 10:36:20 | | Join fish_ [0] (n=fish@freigeist.org) |
| 10:36:20 | | Join dionoea [0] (n=dionoea@yop.chewa.net) |
| 10:36:20 | | Join rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) |
| 10:36:20 | | Join J-23 [0] (n=zelazko@unix.net.pl) |
| 10:36:20 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
| 10:36:20 | | Join Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) |
| 10:36:20 | | Join Unhelpful [0] (n=quassel@rockbox/developer/Unhelpful) |
| 10:36:20 | | Join Tristan [0] (i=tristan@i.dont.want.to.die.virgin.net.in) |
| 10:36:20 | | Join fxb__ [0] (n=felixbru@h1252615.stratoserver.net) |
| 10:36:20 | | Join n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) |
| 10:36:20 | | Join shodanX_ [0] (n=shodanX@jazz.informatik.uni-erlangen.de) |
| 10:36:20 | | Join rphillips [0] (n=rphillip@unaffiliated/rphillips) |
| 10:36:20 | | Join krazykit [0] (n=kkit@adsl-76-251-245-92.dsl.ipltin.sbcglobal.net) |
| 10:36:20 | | Join mc2739 [0] (n=mc2739@rockbox/developer/mc2739) |
| 10:36:20 | | Join Res1 [0] (n=Res@user-0c6s6gs.cable.mindspring.com) |
| 10:36:20 | | Join blithe [0] (n=blithe@blakesmith.me) |
| 10:36:20 | | Join chaos [0] (n=ch4os@gentoo/user/ch4os) |
| 10:36:20 | | Join courtc [0] (n=court@98.230.149.46) |
| 10:36:20 | | Join freqmod_qu [0] (n=quassel@dhcp208-240.ed.ntnu.no) |
| 10:36:20 | | Join scorche|sh [50] (n=scorche@rockbox/administrator/scorche) |
| 10:36:20 | | Join tmzt [0] (n=tmzt@adsl-99-51-211-69.dsl.akrnoh.sbcglobal.net) |
| 10:36:20 | | Join linuxguy3 [0] (n=timj@adsl-75-57-190-229.dsl.emhril.sbcglobal.net) |
| 10:36:20 | | Join kkurbjun [0] (n=kkurbjun@rockbox/developer/kkurbjun) |
| 10:36:20 | | Join jvd [0] (n=syscrash@poipu/developer/syscrash) |
| 10:37:33 | | Nick liar is now known as Guest94110 (n=liar@83.175.83.185) |
| 10:39:37 | | Nick Guest94110 is now known as liar (n=liar@83.175.83.185) |
| 10:56:13 | | Join ShapeShifter499 [0] (n=chatzill@adsl-68-121-53-108.dsl.scrm01.pacbell.net) |
| 10:58:59 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 11:00 |
| 11:00:35 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
| 11:01:06 | | Join fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) |
| 11:04:50 | amiconn | saratoga: Do you think a set of mp2 testfiles would be useful? |
| 11:08:34 | bertrik | markun, gevaerts, how sure are we that the meizu m6sp contains a qt411 touch strip controller (and not a qt1106 like in the m6sl and m3)? |
| 11:11:46 | *** | Saving seen data "./dancer.seen" |
| 11:11:53 | | Join saratoga_ [0] (i=9803c264@gateway/web/freenode/x-gsbcajwyoxojynko) |
| 11:12:47 | saratoga_ | amiconn: couldn't hurt |
| 11:13:29 | saratoga_ | though atrac and shn might be more interesting if you're out to find obscure encoders :) |
| 11:17:31 | | Quit ShapeShifter499 ("ChatZilla 0.9.85 [Firefox 3.5.4/20091028153816]") |
| 11:29:40 | n1s | amiconn: collecting an official test set? |
| 11:31:01 | saratoga_ | n1s: http://download.rockbox.org/test_files/ |
| 11:33:30 | n1s | nice |
| 11:50:17 | saratoga_ | has anyone ever run test_codec on a D2? |
| 11:50:23 | saratoga_ | i'm curious how well the telechips core works |
| 11:51:39 | saratoga_ | kkurbjun: test_codec on the Mrobe 500 would also be neat if you're ever bored |
| 11:58:43 | | Join DerPapst [0] (n=DerPapst@p4FE8F692.dip.t-dialin.net) |
| 12:00 |
| 12:00:53 | bertrik | TheSeven, what kind of protocol did you use for your nano2g USB bootloader during initial development? |
| 12:01:35 | bertrik | I'm thinking of writing a simple bootloader for the meizus that allows me to send code to DRAM and start it |
| 12:02:31 | bertrik | I'd like to use a standard protocol, like USB DFU |
| 12:03:10 | | Join TopyMobile [0] (n=topy@84-192.78-83.cust.bluewin.ch) |
| 12:03:16 | bertrik | and hopefully find some pre-existing DFU tool that handles the host side |
| 12:07:37 | Bob_C_ | Although the DFU class is a standard, I think you need a different implementation for each target |
| 12:10:50 | bertrik | yes, the client side will be target specific (although we could make a common framework for that in rockbox), I think the host side can be generic. |
| 12:15:40 | | Join nls [0] (n=n1s@cm-84.215.127.139.getinternet.no) |
| 12:15:47 | Bob_C_ | so you could use dfu-util to download to any Rockbox player that supports DFU? |
| 12:15:58 | | Quit n1s (Read error: 110 (Connection timed out)) |
| 12:18:14 | | Quit slam_ ("Leaving") |
| 12:19:33 | bertrik | Bob_C_, yes (for targets where it makes sense) |
| 12:26:51 | pixelma | I'm hearing pops and clicks (sounds a bit like a vinyl) in an r23566 M3 sim playing MP3 - not in silent parts though and not all files show it to the same amount. Can't remember if I ever heard those before |
| 12:28:58 | pixelma | maybe pops and clicks isn't the correct description |
| 12:29:39 | | Quit DerPapst (Read error: 104 (Connection reset by peer)) |
| 12:30:18 | pixelma | more like a ticking |
| 12:30:59 | | Quit TopyMobile (Read error: 113 (No route to host)) |
| 12:35:09 | | Join DerPapst [0] (n=DerPapst@p4FE8F692.dip.t-dialin.net) |
| 12:36:02 | TheSeven | bertrik: I used something proprietary as I didn't only want a bootloader, but also some other features like DRAM dumps, which just need a faster protocol than DFU |
| 12:36:50 | bertrik | ok thanks |
| 12:36:50 | | Join TopyMobile [0] (n=topy@84-192.78-83.cust.bluewin.ch) |
| 12:37:03 | saratoga_ | can't that be reused on the Meizu? |
| 12:37:26 | TheSeven | It could be (would have the advantage that we would already have the client side implemented) |
| 12:37:44 | TheSeven | but it needs bulk transfers, which may be a little harder to implement on the device side |
| 12:37:58 | TheSeven | (but that work will need to be done some day anyways) |
| 12:38:05 | saratoga_ | are the USB cores different on the Meizu parts? |
| 12:38:12 | bertrik | saratoga, yes |
| 12:38:40 | TheSeven | I think they are the same on the different meizus (bertrik?), but different from the nanos |
| 12:38:43 | bertrik | different from the nano2g I mean |
| 12:41:23 | TheSeven | how usable is the current tcc driver? |
| 12:41:57 | | Join gb_master [0] (i=82c03212@gateway/web/freenode/x-xxhfggucwrehwene) |
| 12:43:41 | bertrik | not sure, a quick comparison with the meizu bootloaders showed that quite a few things were missing in our driver |
| 12:44:16 | bertrik | also the tcc driver has some target specific code that gets in the way (could be #ifdeffed out) |
| 12:44:49 | TheSeven | the advantage of the iBugger protocol vs. DFU would be simplicity in the request handling. the protocol is completely stateless, and each request has a single request packet and a single response packet |
| 12:45:45 | TheSeven | each packet has a 16-byte header (where the command number, things like destination address and size, etc. are stored) and optionally a payload that may be up to 512 bytes per packet, depending on what the chip supports |
| 12:46:26 | | Quit DerPapst ("Leaving.") |
| 12:47:50 | TheSeven | so uploading some code would be just a bunch of independent memory write requests (where the pc side can specify where and in which order things are written to), and then an execute request, which gets passed an address to jump to and a stack pointer |
| 12:48:51 | TheSeven | optionally there are other features like resetting the device (for convenience or automating something, or just if the device doesn't have an easy way to reset it externally) |
| 12:50:11 | TheSeven | DFU on the other hand is a standard, and control-only protocol, which is probably easier for the driver, but needs some more sophisticated request handling |
| 12:53:23 | | Join pamaury [0] (n=pamaury@88-123-145-132.rev.libertysurf.net) |
| 12:55:25 | bertrik | ok, I'll think about it a bit more |
| 13:00 |
| 13:06:24 | | Join slam_ [0] (n=grndslm@174-126-14-4.cpe.cableone.net) |
| 13:11:46 | TheSeven | in the long term, you could implement both |
| 13:11:48 | *** | Saving seen data "./dancer.seen" |
| 13:11:58 | | Join teru [0] (n=teru@ZQ174123.ppp.dion.ne.jp) |
| 13:12:23 | TheSeven | and which one will be done faster will mainly depend on how hard it is to implement bulk transfers on that chip |
| 13:15:20 | bertrik | the way I'm debugging now is to use the DFU mode built into the processor ROM (not sure if this is USB DFU compliant) to send a samsung flash writer application which in turn receives and writes my rockbox bootloader to NOR |
| 13:16:23 | TheSeven | ...the way DFU usually works. |
| 13:17:18 | TheSeven | can't you directly send your payload instead of the samsung thing? |
| 13:17:21 | bertrik | I want to create something similar to the samsung flash writer, except write to SDRAM instead writing NOR everytime |
| 13:17:48 | bertrik | TheSeven, yes in theory, but only to iram, and I haven't actually made that work |
| 13:18:52 | bertrik | and as far as I understand, I can only send it to the 2nd half of IRAM |
| 13:19:16 | TheSeven | would make sense (on the nano it's the first 128KB) |
| 13:20:27 | | Join daurn [0] (i=daurnima@freenode/staff/daurnimator) |
| 13:20:40 | TheSeven | shouldn't 128KB be sufficient for what you're currently doing? |
| 13:20:54 | bertrik | getting downloads to IRAM to work would be nice for initial debugging, so if anyone is looking for something to hack on for the meizus... please go ahead :) |
| 13:21:23 | bertrik | for running a full rockbox, I think we need the bigger SDRAM |
| 13:21:50 | TheSeven | hm, for running a full rockbox we'll need nand anyways... |
| 13:22:14 | | Quit daurn| (Read error: 60 (Operation timed out)) |
| 13:22:17 | TheSeven | or maybe for initial development a ramdisk |
| 13:23:23 | TheSeven | so your current plan is to burn some kind of iBugger (incorporated into a RB bootloader?) into NOR? |
| 13:24:00 | bertrik | yes |
| 13:24:21 | TheSeven | uploading that to IRAM instead via DFU would be nice of course |
| 13:24:49 | bertrik | indeed |
| 13:30:27 | bertrik | I tried a lot of things to stop the meizu from hanging right after configuring a set of pins for LCD output. One of the things I now suspect is that these pins are somehow shared with the internal NOR flash, causing a conflict between NOR access and LCD operation. So I'd like to run stuff from RAM instead of NOR and see if it helps. |
| 13:30:48 | | Quit gevaerts (Nick collision from services.) |
| 13:30:57 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 13:31:04 | bertrik | I could probably get that to work too with a copy-step from NOR to RAM and then executing from RAM. |
| 13:32:59 | TheSeven | probably. |
| 13:33:30 | TheSeven | btw what is failing with running things via dfu-iram? |
| 13:33:53 | TheSeven | is DFU rejecting the payload, or does it just hang after trying to execute it? |
| 13:34:48 | bertrik | yes, the latter, probably some misunderstanding of crt0/lds issues on my side |
| 13:35:06 | | Quit gb_master ("Page closed") |
| 13:35:11 | TheSeven | fixing that should be relatively easy then |
| 13:37:02 | TheSeven | if they would only have used the nano2g otg, things would be easy |
| 13:40:22 | | Quit TopyMobile (Read error: 60 (Operation timed out)) |
| 13:40:50 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 13:43:34 | | Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
| 13:47:20 | | Quit pamaury ("exit(*(int *)0 / 0);") |
| 13:48:44 | | Join gtkspert_ [0] (n=gtkspert@203-206-55-68.dyn.iinet.net.au) |
| 13:53:00 | TheSeven | dammit |
| 13:53:34 | TheSeven | the r23338M bin differs from my r23338M source tree |
| 13:54:22 | | Nick slam_ is now known as grndslm (n=grndslm@174-126-14-4.cpe.cableone.net) |
| 13:55:24 | | Join evilnick [0] (n=evilnick@ool-4571af51.dyn.optonline.net) |
| 13:57:02 | TheSeven | aha! |
| 13:57:04 | pixelma | kugel: you said album art on the greyscale remote(s) should work now? I'm asking because I can't get it to work in an X5 sim (r23566) - even tried with a super simple WPS that just disables the status bar and shows the album art and which works as is on the main display. And a second try shows me that also %?C fails (just displays what I put in the no branch, trying with a %?C<yes|no>) |
| 13:57:30 | TheSeven | liar: removing that sleep you introduced after the fifo flush in nand_reset fixes it for me |
| 13:57:56 | TheSeven | it's stkov'ing once again, so let's increase the stack again |
| 13:57:56 | liar | damn |
| 13:58:29 | pixelma | kugel: other greyscale things work (like the shades for viewports) |
| 13:58:32 | liar | TheSeven: could you try a loop instead of a sleep? because that sleep freezes my ipod sometimes and the loop not |
| 13:59:06 | TheSeven | I'll first try to get to a fully-working state again, to get rid of noise introduced by other problems |
| 14:00 |
| 14:00:41 | kugel | pixelma: ok, I'll try to have a look |
| 14:01:36 | TheSeven | liar: r23338M + removing that sleep + 8K of additional USB stack = fully working |
| 14:01:49 | TheSeven | let's try to rebase that on r23505 |
| 14:02:06 | liar | hm |
| 14:02:12 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
| 14:02:22 | | Quit gtkspert (Read error: 101 (Network is unreachable)) |
| 14:06:27 | liar | maybe that sleep is just too much |
| 14:08:35 | pixelma | kugel: I meant above that %?C shows the no branch there even though album art is present and the main display can show it - last I tried what happens when the main WPS has no album art but there was no difference on the remote display |
| 14:09:11 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 14:11:31 | amiconn | saratoga_: Are those testfiles on rockbox.org encoded from the same source? |
| 14:11:55 | saratoga_ | amiconn: yes |
| 14:11:57 | amiconn | As for mp2, I could encode at a few bitrates with my Amiga; there's a rather good mp2 encoder for it |
| 14:12:02 | amiconn | (Pegase) |
| 14:12:14 | saratoga_ | theres toolame for linux as well |
| 14:12:30 | amiconn | I know. What I don't know is which one is better |
| 14:14:54 | CIA-6 | New commit by teru (r23567): FS #10338: Add "use morse input " entry to settings menu ... |
| 14:15:18 | | Join webguest14 [0] (n=8a594913@giant.haxx.se) |
| 14:15:31 | | Quit webguest14 (Client Quit) |
| 14:16:00 | saratoga_ | for our purposes I don't think it matters |
| 14:23:45 | nls | do we want a "floor0" vorbis file? |
| 14:23:55 | saratoga_ | probably not |
| 14:24:52 | saratoga_ | eventually i want to drop support for them so we can shrink the audio buffer a little |
| 14:27:03 | nls | hmm, feels a bit wrong to drop codec support... how much would we gain? |
| 14:27:23 | nls | and isn't aac using lots of memory too? |
| 14:28:25 | saratoga_ | yes aac needs to be fixed first |
| 14:28:30 | saratoga_ | or rather the MP4 parser |
| 14:29:28 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 14:33:21 | TheSeven | liar: r23566 + nosleeponflush + bigusbstack = worksforme |
| 14:38:13 | CIA-6 | New commit by bluebrother (r23568): Rename print_error() in ipodpatcher and sansapatcher. ... |
| 14:41:32 | TheSeven | damn |
| 14:41:41 | TheSeven | there's mutex trouble again |
| 14:41:43 | Unhelpful | is there any benefit in terms of encoding efficiency for floor0? i just wonder if it's something that may come back for some quality levels for some inputs |
| 14:41:57 | TheSeven | somehow a nand_power_down manages to slip in while committing blocks |
| 14:42:23 | saratoga_ | Unhelpful: no its been depreciated by Xiph since before vorbis was officially released IIRC |
| 14:42:45 | saratoga_ | as far as I know it has no advantage over floor 1 |
| 14:43:46 | nls | Unhelpful: i don't think it's better in any way but it is explicitly stated somewhere that a propewr vorbis decoder should support it and we have had bug reports for such files not working |
| 14:44:12 | saratoga_ | wasn't it broken for years before someone noticed ? |
| 14:44:37 | nls | so some samples are in circulation although no current encoder makes such files afaik |
| 14:45:02 | saratoga_ | theres old prerelease encoders that can make them |
| 14:45:14 | nls | saratoga_: i don't know, at least one sample was broken before the codec and malloc buffers were merged but another sample worked fine |
| 14:45:26 | saratoga_ | and xiph is ridiculous about what should be supported, which is why they ended up with a codec that expects almost 1 MB of malloc in the worst case, but needs a couple hundred KB in the typical case |
| 14:45:31 | nls | saratoga_: yes, i know |
| 14:45:52 | saratoga_ | we flat out ignore some of their stuff like chaining |
| 14:45:58 | nls | is there actually a limit on the memory requirements |
| 14:46:03 | saratoga_ | there is not |
| 14:46:15 | nls | chaining is just stupid |
| 14:46:18 | saratoga_ | fortunately no one has made an encoder that expects 8MB of decoder memory |
| 14:46:25 | saratoga_ | yes it is |
| 14:46:54 | saratoga_ | i think the worst case file i've seen was about 800KB or so, but i don't know for sure how bad they get |
| 14:47:33 | Utchybann | TheSeven: hi. I just test r23531 + bigusbstack. Same problem :( |
| 14:47:51 | TheSeven | yes, I know what's going on. |
| 14:48:07 | TheSeven | r23566+bigusbstack fails for me, too |
| 14:48:18 | TheSeven | it's a nand thread vs. block commit race |
| 14:49:07 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 14:49:09 | saratoga_ | regardless i'm not planning to do anything about floor0 soon, first i'd have to fix AAC, and before that I want to make MP3 fast, and before that i have to finish the new mdct library and my TTA decoder . . . |
| 14:49:29 | saratoga_ | and i guess school or something |
| 14:52:23 | | Join TopyMobile [0] (n=topy@168-198.79-83.cust.bluewin.ch) |
| 14:54:29 | Utchybann | TheSeven: nice to hear that you have a more precise idea about the problem. |
| 14:55:20 | TheSeven | I have no idea why it makes things break in terms of ftl corruption, but at least i know why it's getting ridiculously slow sometimes |
| 15:00 |
| 15:03:57 | nls | saratoga_: wow, lot's of stuff on the TODO :) |
| 15:06:31 | pixelma | kugel: seems to work somewhat in an M5 sim but the album art display on the remote looks garbled (should look exactly the same as both displays have the same depth and I am using the same size for testing currently) |
| 15:07:49 | kugel | what's the difference between X5 and M5? |
| 15:08:37 | pixelma | X5 has a colour display and M5 has a greyscale main screen (so remote and main have the same depth) |
| 15:08:56 | amiconn | They don't have the same pixel format though |
| 15:09:39 | pixelma | the both displays? Could this be the reason why the album art looks garbled? |
| 15:10:25 | pixelma | seems to lack shades of grey and pixels are misplaced... "form" is correct though (in a sim) |
| 15:11:24 | pixelma | no, shades are there |
| 15:11:49 | *** | Saving seen data "./dancer.seen" |
| 15:12:58 | liar | TheSeven: neither r23566 -sleep nor r23566 -sleep +bigusbstack works for me |
| 15:13:06 | | Join Lss [0] (n=Lss@cm46.delta91.maxonline.com.sg) |
| 15:13:35 | TheSeven | liar: I'll upload a testing build soon |
| 15:13:41 | liar | k |
| 15:14:02 | TheSeven | but first I'll try to find out what's causing the usb stkov's and fix them properly |
| 15:15:45 | Unhelpful | pixelma: i don't think that the scaler supports changing the output pixel format for remotes - that's only for unscaled bmp loading, i believe. |
| 15:18:09 | Unhelpful | and even if it did, i'm a bit more sure the audio thread doesn't load the cover art twice to also get a remote-formatted version |
| 15:19:21 | pixelma | how does it work for the second album art in an sbs then? |
| 15:19:31 | amiconn | Iirc there was a commit that is supposed to make remote album art work |
| 15:20:42 | pixelma | which is why I tried |
| 15:21:39 | * | TheSeven needs to reset his ftl... seems like there is leftover corruption from previous builds |
| 15:24:44 | pixelma | Unhelpful: is the scaler still used even if your album art is already at the correct size? |
| 15:24:49 | CIA-6 | New commit by teru (r23569): Merge duplicating code to remove char in keyboard. |
| 15:25:01 | Unhelpful | pixelma: we didn't have second album art until quite recently, and i've not been at the scaler or loader since then :/ |
| 15:26:24 | pixelma | I'm currently using same sizes for both displays for testing |
| 15:26:25 | TheSeven | FTL stress test is running, build is being uploaded |
| 15:26:35 | Unhelpful | no, loading a bitmap without scaling for the remote *should* work. if the scaler is not involved, i'd make sure that the loader knows that it's handling a remote bitmap. i doubt it does, i'm pretty sure the load flags are fixed in buffering.c |
| 15:26:42 | TheSeven | this time i'm copying a rockbox source tree to it |
| 15:27:33 | TheSeven | theseven/releases/rockbox/r23566M-possiblefix.zip">http://l4n.clustur.com/data/theseven/releases/rockbox/r23566M-possiblefix.zip |
| 15:28:28 | Unhelpful | it may also that with both AA set for the same size it's only loading one AA |
| 15:30:59 | pixelma | having a slightly smaller art at the size specified in the rwps doesn't help the cause |
| 15:31:16 | pixelma | (now main and remote are different |
| 15:31:18 | pixelma | ) |
| 15:32:10 | Unhelpful | there's support for multiple output formats in the scaler - the jpeg loader uses this to delay YUV->RGB until after scaling |
| 15:33:07 | liar | TheSeven: it does not work for me.. |
| 15:34:09 | | Quit Horschti ("Verlassend") |
| 15:34:52 | TheSeven | Utchybann: can you give it a try? |
| 15:35:07 | kugel | Unhelpful: the audio thread buffers 2 album arts, but it is possible that the both are always formatted for the main display |
| 15:35:15 | Utchybann | TheSeven: ok. |
| 15:37:00 | TheSeven | liar: what's your nand id? |
| 15:37:08 | kugel | Unhelpful: we could pass some more info to the scaler if needed |
| 15:38:01 | Unhelpful | it's in buffering.c, in load_image. i think you need to add a FORMAT_REMOTE to the format flags if you want remote output - and then an output function for it needs to be written, and the scaler needs to be modified to use it. |
| 15:41:06 | liar | TheSeven: a585d598 |
| 15:41:31 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 15:41:56 | TheSeven | ah, the weird one |
| 15:42:15 | liar | yep :) |
| 15:42:17 | TheSeven | liar: can you try theseven/releases/rockbox/r23566M-possiblefix2.zip">http://l4n.clustur.com/data/theseven/releases/rockbox/r23566M-possiblefix2.zip ? |
| 15:43:09 | TheSeven | liar: and how did the r23566M-possiblefix fail for you? |
| 15:43:51 | liar | TheSeven: rockbox itself did not fail, but the usb did not work(descriptor read error) |
| 15:44:18 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 15:44:21 | TheSeven | hm, then r23566M-possiblefix2 will proabably fail, too |
| 15:44:29 | | Quit teru ("Quit") |
| 15:44:30 | TheSeven | any idea what's going on with the USB? |
| 15:44:41 | TheSeven | I haven't heard of such a bug from anyone else yet |
| 15:45:52 | Utchybann | TheSeven: r23566M-possiblefix.zip seems good for me. no hang during copy and no nand corruption. |
| 15:45:52 | liar | yep usb is failing here too... |
| 15:46:05 | liar | TheSeven: __grant has the same problem |
| 15:46:16 | TheSeven | liar: did you find anything that seems to cause this? |
| 15:46:30 | liar | TheSeven: no, i have no idea |
| 15:46:46 | TheSeven | so it just works with some builds but not with others? |
| 15:46:57 | liar | it worked never for me |
| 15:47:35 | TheSeven | ouch |
| 15:47:51 | liar | __grant said it worked for him in a build some days(probably a week or two) ago |
| 15:48:06 | liar | iirc he has the same nand chip |
| 15:48:19 | liar | i cant remember which build was working for him |
| 15:48:24 | * | TheSeven can't see any connection from USB not even enumerating to nand chips |
| 15:49:30 | liar | me too |
| 15:50:18 | TheSeven | what did the sleep(1); after fifo flushing fix for you then? |
| 15:50:48 | TheSeven | can you try if that works in those 2 testing builds i uploaded? (if it works in -possiblefix you don't need to test -possiblefix2) |
| 15:54:05 | | Join mirak [0] (n=mirak@85.171.108.41) |
| 15:55:02 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
| 15:55:32 | CIA-6 | New commit by theseven (r23570): Squash another bunch of iPod Nano 2G NAND bugs by moving the idle powerdown code down into the lowlevel driver. Move even more things from the FTL to ... |
| 15:55:57 | TheSeven | bertrik: this probably broke meizu, as there will be some missing stubs |
| 15:56:27 | bertrik | that's ok :) |
| 15:58:30 | Utchybann | TheSeven: is r23570 the same as r23566M-possiblefix ? |
| 15:58:37 | TheSeven | yes |
| 15:59:38 | Utchybann | TheSeven: nice. |
| 16:00 |
| 16:00:41 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
| 16:01:31 | | Join polobricolo [0] (n=polobric@AGrenoble-257-1-29-75.w86-194.abo.wanadoo.fr) |
| 16:04:59 | liar | without the sleep i cant see any files in the filebrowser(sometimes it works sometimes not) |
| 16:05:34 | liar | (the one in nand_reset fixed that) |
| 16:06:18 | liar | the others had the result that i had no ftl panics/use itunes to restore or something since 3 days now |
| 16:06:49 | * | liar will be back soon |
| 16:07:20 | TheSeven | liar: so this didn't occur in -possiblefix? |
| 16:07:59 | | Join Zambezi [0] (i=Zulu@80.67.9.2) |
| 16:08:47 | | Join einhirn [0] (n=Miranda@p5DCC082F.dip0.t-ipconnect.de) |
| 16:10:01 | liar | TheSeven: i powered it off via menu+select because usb freezed |
| 16:10:16 | liar | TheSeven: and menu+select worked before, because it does no storage flush |
| 16:10:18 | TheSeven | usb does *freeze*? |
| 16:10:42 | liar | rockbox freezes in a way |
| 16:10:48 | liar | the backlight thread still is alive |
| 16:10:59 | liar | but the usb screen does not change |
| 16:11:05 | liar | i really have to go now |
| 16:11:13 | TheSeven | ok |
| 16:12:20 | TheSeven | liar: btw, what you're seeing is probably FS #10713 |
| 16:15:32 | | Quit einhirn (Read error: 54 (Connection reset by peer)) |
| 16:30:20 | | Quit liar (Read error: 113 (No route to host)) |
| 16:40:04 | | Part froggyman |
| 16:40:41 | TheSeven | erm... |
| 16:40:43 | TheSeven | /bin/sh: /home/theseven/rockbox-trunk/tools/buildzip.pl: not found |
| 16:41:10 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
| 16:46:03 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 16:46:40 | | Join droidcore [0] (n=mark@69-196-151-127.dsl.teksavvy.com) |
| 16:47:25 | | Quit FOAD (Read error: 60 (Operation timed out)) |
| 16:47:26 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 16:50:37 | | Quit Grahack ("Leaving.") |
| 17:00 |
| 17:00:09 | | Quit kugel (Nick collision from services.) |
| 17:00:17 | | Join kugel [0] (n=kugel@e178116251.adsl.alicedsl.de) |
| 17:01:23 | | Join Sajber^ [0] (n=Sajber@c-6c3671d5.012-155-73746f22.cust.bredbandsbolaget.se) |
| 17:03:57 | bertrik | I think I understand the meizu internal bootloading process a little better now |
| 17:04:41 | bertrik | what I though was a normal exception table in the first image we send, is rather a list of function pointers to basic flash operations: read id, erase chip, erase block and program block |
| 17:06:05 | bertrik | there's no USB code at all in this flashloader image, it all still happens within the framework of the internal bootloader |
| 17:09:55 | bertrik | I could make a very simple RAM loader with these 4 primitives, that just configures the SDRAM and writes to SDRAM instead of flash. The USB stuff is apparently already handled by the internal bootloader. |
| 17:11:39 | gevaerts | sounds like a good idea |
| 17:11:47 | bertrik | and the host side is already implemented in meizu_dfu |
| 17:11:51 | *** | Saving seen data "./dancer.seen" |
| 17:15:13 | bertrik | this is real nice, with some luck we can have a main rockbox booting (from USB) on meizus before the end of the year |
| 17:18:26 | | Quit nls (Read error: 110 (Connection timed out)) |
| 17:18:48 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
| 17:20:37 | | Join nls [0] (n=n1s@cm-84.215.127.139.getinternet.no) |
| 17:24:08 | | Join veeloc [0] (n=veeloc@pool-72-66-29-116.washdc.fios.verizon.net) |
| 17:24:38 | | Join toffe82 [0] (n=chatzill@ppp-71-140-89-186.dsl.frs2ca.pacbell.net) |
| 17:24:46 | | Join jpt9 [0] (n=jpt9@growlithe-30.dynamic.rpi.edu) |
| 17:24:51 | jpt9 | Hey. |
| 17:25:03 | jpt9 | Love the new USB HID features! |
| 17:31:33 | | Quit HBK () |
| 17:34:17 | | Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) |
| 17:35:18 | | Quit bmbl ("Bye!") |
| 17:37:44 | | Quit GeekShadow (Read error: 113 (No route to host)) |
| 17:39:47 | TheSeven | bertrik: honestly, you could have an FTL running by the end of the year, if you would just do it :-) |
| 17:40:49 | bertrik | I'm really afraid of even trying that... |
| 17:40:53 | | Part veeloc |
| 17:41:00 | TheSeven | I was that, too, in the beginning |
| 17:41:07 | TheSeven | especially with the R/W part |
| 17:41:30 | TheSeven | if i would work full-time on that and had a testing device, I'd say that readonly can be done in a week |
| 17:44:40 | bertrik | maybe one of the other meizu owners can lend you one |
| 17:44:58 | TheSeven | if i only had time for another target... |
| 17:45:23 | TheSeven | but maybe i can motivate you to finally get started on it |
| 17:45:33 | TheSeven | which device is the most interesting one for you? |
| 17:45:53 | TheSeven | i could have a quick glance at a firmware to identify entry points, which will make things easier for you :-) |
| 17:46:32 | | Quit kugel (Nick collision from services.) |
| 17:46:38 | bertrik | disassembling is not a problem for me, just the total amount of work |
| 17:46:38 | | Join kugel [0] (n=kugel@e178093228.adsl.alicedsl.de) |
| 17:46:51 | | Quit dfkt (Nick collision from services.) |
| 17:46:54 | | Nick dfkt_ is now known as dfkt (i=dfkt@unaffiliated/dfkt) |
| 17:47:15 | bertrik | I have a meizu m3 now (borrowed from gevaerts) and own a meizu m6sp |
| 17:49:11 | TheSeven | i just had a looks at a m6sl firmware i had lying around, and ida is doing most of the work for you |
| 17:49:42 | TheSeven | just searching for "[VFL:" and "[FTL:" with "find all occurrences" yields a nice list of functions |
| 17:50:25 | bertrik | yes, I have those |
| 17:50:45 | bertrik | but also a lot of functions that in no way indicate what they do exactly |
| 17:51:37 | TheSeven | I didn't have a single indication of what a function was doing (no debug strings at all), and managed to identify most of it within a few days |
| 17:52:14 | TheSeven | if you have caught the important things like vfl_read/vfl_write, and have a basic understanding of FTLs, it's easy |
| 17:53:58 | bertrik | I have that :P |
| 17:54:41 | | Join AaronM [0] (n=Aaron@adsl-4-241-157.mem.bellsouth.net) |
| 17:54:48 | bertrik | and those functions are probably all pretty similar to the nano2g ftl, but it's still a lot of work that's not appealing to me right now |
| 17:54:54 | bluebrother | linuxstb: I'm currently considering to use CROSS to figure if ipodpatcher / sansapatcher is cross compiled, i.e. you need to set that variable manually. Do you think this is a reasonable approach? |
| 17:55:29 | bertrik | TheSeven, exactly what is stored in the "spare" NAND? |
| 17:55:49 | bertrik | I've seen some references to "context", is this what is stored in the spare nand? |
| 17:57:08 | | Join HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 17:58:48 | | Join gb_master [0] (i=82c03212@gateway/web/freenode/x-sgfzlyogotmqfyhf) |
| 17:59:48 | | Quit gb_master (Client Quit) |
| 18:00 |
| 18:03:00 | | Quit AaronM ("Emo Time In My Corner... //_-") |
| 18:07:28 | TheSeven | bertrik: no, the spare bits are used for meta infos on the page they are stored in |
| 18:08:16 | TheSeven | the ftl and vfl context are some kind of control pages, that are used to store things like bad block remappings, pointers to the block map table, ... |
| 18:08:30 | TheSeven | see my driver :-) |
| 18:09:11 | TheSeven | union ftl_spare_data_type is probably what you're looking for |
| 18:11:01 | * | bluebrother wonders if it would be in place to use proper dependency creation for the patchers |
| 18:12:02 | | Join AaronM [0] (n=Aaron@adsl-4-241-157.mem.bellsouth.net) |
| 18:16:51 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
| 18:18:35 | * | domonoky wonders how this mini2440 uboot usb driver works. it never enables any EP interrupts. |
| 18:19:37 | * | domonoky can now detect when usb is connected on mini2440.. jay :-) |
| 18:21:34 | TheSeven | domonoky: it's probably polling the ep status regs? |
| 18:21:40 | TheSeven | ibugger loader is also doing it that way |
| 18:22:25 | domonoky | TheSeven: but its irq handler also checks for EP interrupts.. but maybe i still miss some details :-) |
| 18:25:52 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 18:30:50 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 18:43:56 | | Join evilnick_ [0] (n=evilnick@ool-4571af51.dyn.optonline.net) |
| 18:54:26 | * | domonoky has now posted his very early usb work for mini2440 at FS #10767, if someone with a mini2440 wants to helpout to debug /find the problem, feel free to step in ! :-) |
| 18:54:51 | | Join evilnick__ [0] (n=evilnick@ool-4571af51.dyn.optonline.net) |
| 18:55:39 | * | kugel is busy with his new laptop, no time for mini2440 :( |
| 18:56:47 | | Join liar [0] (n=liar@83.175.83.185) |
| 18:56:59 | Bob_C_ | I'm confused, is this for OTG or device? |
| 18:57:21 | | Quit HBK (Read error: 131 (Connection reset by peer)) |
| 18:57:51 | domonoky | usb device. |
| 18:58:36 | * | domonoky thinks the entrys in config-xxx.h are confusing.. |
| 18:58:37 | | Join HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 18:58:40 | Bob_C_ | Why does the config call it OTG then? |
| 18:59:02 | domonoky | i dont know, i just copied from other devices :-) |
| 18:59:09 | | Quit saratoga_ ("Page closed") |
| 18:59:48 | Bob_C_ | That is amazingly confusing! |
| 19:00 |
| 19:00:16 | liar | TheSeven: it sounds similar |
| 19:00:58 | TheSeven | OTG: on-the-go |
| 19:01:24 | Bob_C_ | But its not OTG, its device mode |
| 19:01:29 | liar | (FS #10713) |
| 19:01:30 | TheSeven | the fun fact is that we aren't using OTG functionality anywhere yet, but the controllers are capable of it |
| 19:01:45 | TheSeven | that's why the whole controller is usually referred to as "the otg" |
| 19:02:10 | Bob_C_ | That depends on the controller surely |
| 19:03:06 | Bob_C_ | The S3C2440 has separate device and host controllers |
| 19:04:03 | Bob_C_ | and presumably the stack for OTG is quite different to a device stack? |
| 19:05:10 | * | TheSeven is not really sure about all this OTG stuff, but if he remembers correctly, you use the device part of the controller on both sides if you're doing a OTG connection |
| 19:06:09 | Bob_C_ | OTG is a combined host/device port, i.e. you can use it to connect as a device to PC, or as a host when connected to a device like a Flash disk |
| 19:06:21 | | Quit AEnima1577 ("Leaving.") |
| 19:06:32 | Bob_C_ | there is a pin in the connector to provide the detection |
| 19:07:18 | Bob_C_ | But if you have an A port, and B port, they are just host/device and completely seperate, nothing to do with OTG |
| 19:07:46 | | Join adiroiban [0] (n=adiroiba@h194-54-129-79.teleson.ro) |
| 19:07:59 | Torne | Or even if you don't have seperate ports, technically - there have been devices that have hardware to switch which of a host/device controller is attached to a single port |
| 19:08:26 | Torne | the trick is that using an OTG controller as a device is very similar to using a device controller, so it's reasonably esay to get that bit working :) |
| 19:08:56 | | Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net) |
| 19:09:25 | Torne | (also, some devboards at least have two or more of host/otg/device on the same board, as seperate controllers, just to confuse you more) |
| 19:09:30 | domonoky | but for rockbox, i think we could continue to call the device part OTG (without ever using the OTG part) and implentent HOST seperatly (if we ever get to that) |
| 19:10:14 | Bob_C_ | OTG means Device + Host, so what we have is "device" |
| 19:10:21 | Torne | OTG is more than just a device and a host |
| 19:10:30 | Bob_C_ | If we implement host, we should call it "USB_Host" |
| 19:10:36 | Torne | see SRP and HNP |
| 19:10:53 | Torne | HNP makes endswapping work, SRP is a different way of doing power management |
| 19:11:04 | | Quit kugel (Remote closed the connection) |
| 19:11:06 | Torne | both part of OTG spec, supported by neither usb host nor usb device controllers. |
| 19:11:19 | | Quit evilnick (Read error: 110 (Connection timed out)) |
| 19:11:34 | * | domonoky thinks we can still uses the OTG defines for mini2440, even when it doesnt have OTG features on the device side. No need for new defines. |
| 19:11:40 | Bob_C_ | so our USB is even less like an OTG implementation? |
| 19:11:50 | Torne | I dunno how our USB works at all :) |
| 19:11:53 | *** | Saving seen data "./dancer.seen" |
| 19:12:05 | Torne | but OTG is *really complicated* :) |
| 19:12:25 | Torne | using an OTG port as a device is very similar to using a device controller but using OTG as a host is *not* very simlar to using OHCI/EHCI |
| 19:13:15 | Torne | and switching manually between the two and treating them as seperate modes is not *all* OTG can do. whether we need SRP/HNP is a different question (it only really applies when *both* ends are OTG, it's for things like plugging cameras into printers and the like) |
| 19:13:16 | domonoky | at the moment rockbox only supports device mode, no OTG, no host. But some usb chips could do it OTG.. thats why we call all of them OTG :-) |
| 19:13:40 | Bob_C_ | So USBOTG really means device, or device + OTG sometime in the future? |
| 19:14:23 | domonoky | for rockbox, yes. |
| 19:17:04 | * | gevaerts votes to get rid of all mentions of OTG in the defines |
| 19:17:23 | Llorean | domonoky: How hard would it be for RButil to have some default .cfg files it could install? Maybe a default one for blind users, and a default one for sighted users? |
| 19:17:32 | Bob_C_ | ok, at least I understand what the idea is now :) |
| 19:17:36 | gevaerts | unless of course they are actually related to OTG, but I don't think any of them are |
| 19:18:20 | bluebrother | Llorean: I don't think that would be hard. I was thinking about some configuration installation a while ago btw :) |
| 19:18:34 | gevaerts | Torne: "using OTG as a host is *not* very simlar to using OHCI/EHCI"? As soon as you're in host mode you're using the host bits of the controller, which are reasonably likely to be at least OHCI or EHCI derivatives |
| 19:18:46 | | Join Riku [0] (n=Lss@cm46.delta91.maxonline.com.sg) |
| 19:18:46 | domonoky | Llorean: pretty easy, depending how you want to get/create those configs. downloading it from someplace is easy. adding entrys to existing configs is more work. |
| 19:18:51 | | Join Omlet [0] (i=omlet05@224.177-240-81.adsl-dyn.isp.belgacom.be) |
| 19:18:52 | | Join Omlet05 [0] (i=omlet05@224.177-240-81.adsl-dyn.isp.belgacom.be) |
| 19:19:05 | * | bluebrother would like to see a cfg editor eventually |
| 19:19:24 | Torne | gevaerts: hm, it's been a while. but just switching between the two is not all it is, was what i meant |
| 19:19:43 | gevaerts | Torne: indeed not. OTG = host + device + magic :) |
| 19:19:52 | pixelma | I believe there even was a cfg creator once (or the start of), ages ago |
| 19:19:54 | * | domonoky already started a config editor some time ago, but stopped, because the was no way to get a accurate list of possible config entrys/values. |
| 19:20:05 | TheSeven | gevaerts: so referring to the chip as "the OTG" isn't really wrong either |
| 19:20:27 | TheSeven | and that's what the defines mentioning OTG are all about |
| 19:20:50 | gevaerts | TheSeven: yes and no. Some of them don't do OTG at all |
| 19:21:01 | bluebrother | well, with some preprocessor and scripting work it should be possible to get that. Maybe a good way would be to retrieve it for the installed version via a server script like done for the language strings? |
| 19:21:58 | TheSeven | gevaerts: another fun fact: the ipod nano 2g bootrom dfu *supports* otg, as far as i can tell |
| 19:22:21 | TheSeven | probably only because they used some driver library that supports it, I can't see how this could serve any real purpose |
| 19:22:22 | | Quit Lss (Read error: 104 (Connection reset by peer)) |
| 19:23:30 | | Quit evilnick_ (Read error: 110 (Connection timed out)) |
| 19:30:11 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 19:31:42 | gevaerts | TheSeven: maybe if you connect two bricked nanos to each other they do mutual restores? |
| 19:33:11 | * | domonoky wants OTG/Host feature in rockbox, so i can build rbutil.rock :-) |
| 19:33:13 | TheSeven | haha :-) |
| 19:35:38 | * | gevaerts points to the lack of g++.rock and qt.rock |
| 19:39:18 | | Quit jpt9 (Read error: 113 (No route to host)) |
| 19:39:42 | bluebrother | hmm, what does -isysroot mean for OS X gcc? |
| 19:40:02 | | Join jpt9 [0] (n=jpt9@growlithe-30.dynamic.rpi.edu) |
| 19:40:57 | bertrik | -I adds something to the path searched for #include, I don't know what -i means |
| 19:41:13 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 19:41:21 | bluebrother | -I wouldn't have been a question :) |
| 19:41:34 | | Part jpt9 ("Leaving") |
| 19:41:48 | domonoky | bluebrother: i think its used to point the compiler to different standard libs etc.. on mac this point to where the plattform sdk is installed. |
| 19:42:37 | | Nick tchan1 is now known as tchan (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) |
| 19:42:39 | bluebrother | domonoky: any idea why it's in the ipodpatcher Makefile but not the mkamsboot one? |
| 19:43:42 | domonoky | perhaps we missed it in mkamsboot ? (unfortunatly i still cant compile and test on jdgordons mac) |
| 19:44:21 | bluebrother | is it possible that it isn't really needed? rbspeex also doesn't have it. |
| 19:44:52 | | Quit nls (Read error: 110 (Connection timed out)) |
| 19:45:28 | * | domonoky doesnt really know. but fears fully breakage the next time we try to compile on mac |
| 19:46:56 | bluebrother | yeah, that's what giving me headaches. Otherwise libipodpatcher and libsansapatcher should be basically ready, except out-of-tree building and a massive cleanup needed. |
| 19:47:40 | | Quit TheSeven (Nick collision from services.) |
| 19:47:46 | * | domonoky reads some web ressources, which claim its neccessary for universal builds. |
| 19:47:57 | | Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) |
| 19:48:08 | | Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) |
| 19:48:17 | bluebrother | domonoky: link please? |
| 19:48:36 | domonoky | http://archives.free.net.ph/message/20080918.035517.85e215ce.en.html |
| 19:49:04 | bluebrother | thanks |
| 19:49:06 | * | bluebrother goes reading |
| 19:52:25 | bluebrother | probably that -isysroot part is already in OS X' CFLAGS? |
| 19:52:38 | | Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
| 19:54:34 | domonoky | or perhaps it is not really needed when we compile for different archs seperatly and lipo together instead of building universally in one go ? |
| 19:54:57 | domonoky | but i really dont know.. we need some mac developer for rbutil.. |
| 19:55:16 | bluebrother | definitely. |
| 19:57:00 | domonoky | but i think it cant be in the OSX CFLAGS, because you can (and normally have) different SDK versions installed. |
| 20:00 |
| 20:01:46 | bluebrother | hmm, ok. |
| 20:06:03 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 20:15:25 | | Join domonoky1 [0] (n=Domonoky@g229089197.adsl.alicedsl.de) |
| 20:17:08 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 20:20:28 | | Quit domonoky (Read error: 60 (Operation timed out)) |
| 20:20:44 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 20:22:29 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 20:22:30 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 20:28:51 | | Quit dmb (Read error: 148 (No route to host)) |
| 20:31:47 | | Join dmb [0] (n=Dmb@unaffiliated/dmb) |
| 20:32:05 | | Quit Omlet05 ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 20:32:06 | | Quit Omlet ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 20:32:13 | | Join Omlet [0] (i=omlet05@224.177-240-81.adsl-dyn.isp.belgacom.be) |
| 20:32:14 | | Join Omlet05 [0] (i=omlet05@224.177-240-81.adsl-dyn.isp.belgacom.be) |
| 20:33:41 | | Quit Omlet (Client Quit) |
| 20:33:42 | | Quit Omlet05 (Client Quit) |
| 20:33:47 | | Join Omlet [0] (i=omlet05@224.177-240-81.adsl-dyn.isp.belgacom.be) |
| 20:33:48 | | Join Omlet05 [0] (i=omlet05@224.177-240-81.adsl-dyn.isp.belgacom.be) |
| 20:36:49 | liar | TheSeven: you removed the sleep in r23570 right? |
| 20:36:51 | liar | its not working |
| 20:37:44 | TheSeven | can you test that -possiblefix2 ? |
| 20:37:47 | TheSeven | this one has the sleep |
| 20:38:16 | | Quit Omlet05 (Client Quit) |
| 20:38:16 | | Quit Omlet (Client Quit) |
| 20:38:21 | | Join Omlet [0] (i=omlet05@224.177-240-81.adsl-dyn.isp.belgacom.be) |
| 20:38:23 | | Join Omlet05 [0] (i=omlet05@224.177-240-81.adsl-dyn.isp.belgacom.be) |
| 20:38:39 | | Quit Omlet (Client Quit) |
| 20:38:39 | | Quit Omlet05 (Client Quit) |
| 20:39:56 | liar | TheSeven: works... |
| 20:45:18 | liar | argh.. but it just got a ftl panic again with that one |
| 20:47:55 | TheSeven | which panic? |
| 20:48:50 | | Quit dmb (Read error: 113 (No route to host)) |
| 20:48:53 | liar | scheduling ... for remap ... |
| 20:49:13 | TheSeven | ok, so it's a problem bubbling up from the nand driver |
| 20:50:16 | | Quit Llorean ("Leaving.") |
| 20:57:59 | | Join AEnima1577 [0] (n=clbarnob@c-98-249-3-190.hsd1.va.comcast.net) |
| 20:59:59 | | Join drf|laptop [0] (i=Your_Mom@markley-139017.reshall.umich.edu) |
| 21:00 |
| 21:00:11 | drf|laptop | So, guys. |
| 21:00:41 | drf|laptop | I've put Rockbox on my Gigabeat S player a couple times now, but here's the problem I'm having. I chose to do the dual-boot way since I don't dislike the OFW... but it seems anything I put on there in MSC mode refuses to show up in MTP, and in fact, causes problems |
| 21:00:52 | drf|laptop | where the device says the music's there and in reality it's not |
| 21:01:26 | drf|laptop | Has anyone successfully dual-booted it, besides exclusively putting everything on in MTP mode and then only using Database mode in Rockbox due to the weirdness of MTP file allocations? |
| 21:01:55 | | Join MethoS- [0] (n=clemens@134.102.106.250) |
| 21:02:06 | gevaerts | drf|laptop: you mean the OF doesn't handle things correctly? |
| 21:02:20 | drf|laptop | Correct. |
| 21:02:47 | gevaerts | well, there's not much we can do about that... |
| 21:02:48 | drf|laptop | Well I bought it on eBay, there were problems with it - like music that would break the player and freeze my computer |
| 21:03:00 | drf|laptop | so I formatted it to hell and back, even reformatting both FAT32 partitions on the device |
| 21:03:24 | drf|laptop | well I'm just curious why anyone would want to dualboot the player if the OF doesn't like MSC mode |
| 21:03:35 | drf|laptop | At least with my Sansa - they TELL you to put all the files in "MUSIC", but it doesn't care if you don' |
| 21:03:36 | drf|laptop | t |
| 21:03:37 | liar | TheSeven: usb doesnt work too, but the dmesg output looks different |
| 21:06:38 | gevaerts | drf|laptop: good question :) |
| 21:07:02 | | Join freddyb [0] (n=fred@pool-70-104-101-195.chi.dsl-w.verizon.net) |
| 21:07:37 | bluebrother | drf|laptop: well, the OF requires you to put stuff up in MTP mode. |
| 21:08:40 | bluebrother | if you check how it puts the files there you'll find them kinda obfuscated. Not as bad as the Ipods do but in some weird folder structure. Somewhere below Content |
| 21:09:10 | drf|laptop | Yeah I know |
| 21:09:13 | drf|laptop | but what I did was like |
| 21:09:17 | drf|laptop | Content/Artist/a bunch of songs here |
| 21:09:19 | drf|laptop | it didn't see them |
| 21:09:27 | drf|laptop | apparently if they aren't named 01, 02 03, etc, it just doesn't work |
| 21:09:30 | bluebrother | you could of course use the OFs MTP mode and Rockbox database. |
| 21:09:40 | drf|laptop | That's what I meant, but meh Rockbox database |
| 21:09:45 | drf|laptop | I like file mode |
| 21:09:53 | drf|laptop | so in other words I have to pick one or the other,not both? :) |
| 21:10:23 | gevaerts | drf|laptop: you could ask Toshiba to fix this :) |
| 21:10:30 | | Quit mirak (Read error: 131 (Connection reset by peer)) |
| 21:10:31 | bluebrother | btw, there are devices around that for some not-yet-known reason refuse to singleboot Rockbox, so dual boot is required for them (mine for example) |
| 21:10:48 | drf|laptop | LOL |
| 21:11:02 | drf|laptop | well gevaerts, is it possible that hax0rs could "fix" the firmware file? |
| 21:11:07 | bluebrother | strictly speaking you don't have to pick but sync them as separate devices. Which can be kinda pointless ;-) |
| 21:11:16 | drf|laptop | bluebrother, which device do you have? |
| 21:11:47 | bluebrother | Gigabeat S in this case. And a couple of others ;) |
| 21:11:55 | *** | Saving seen data "./dancer.seen" |
| 21:11:56 | gevaerts | drf|laptop: possibly. Not us though, we're already busy enough fixing our own bugs |
| 21:11:58 | drf|laptop | I thought Gigabeat S could single-boot though |
| 21:12:22 | drf|laptop | Well, I'm curious, what exactly does this BeastPatcher do? |
| 21:12:31 | drf|laptop | As it seems to take a MTP device and force MSC loading on it :o |
| 21:12:53 | bluebrother | it's believed that the no-single-boot issue is related to the version of the internal bootloader of the beast, which can get updated by Toshiba updates. |
| 21:13:10 | bluebrother | you can't just "force" UMS mode on a MTP-only device. |
| 21:13:17 | drf|laptop | wait, so you *can't* single-boot the Gigabeat S? |
| 21:13:33 | bluebrother | you *can* single-boot the beast, but not all of them. |
| 21:13:46 | | Join hebz0rl [0] (n=hebz0rl@dslb-088-065-052-032.pools.arcor-ip.net) |
| 21:13:47 | drf|laptop | "beast" being what? XD |
| 21:13:57 | domonoky1 | beast= gigabeat S |
| 21:13:58 | gevaerts | a typo :) |
| 21:14:06 | gevaerts | (at least originally) |
| 21:14:06 | drf|laptop | wait, what? |
| 21:14:11 | drf|laptop | so some Gigabeat S work and some don't? |
| 21:14:20 | bluebrother | see http://www.rockbox.org/tracker/task/9778 |
| 21:14:41 | bluebrother | all do work, but some only work in dual boot mode. |
| 21:14:57 | bluebrother | which can be quite annoying as this makes booting noticably slower. |
| 21:15:04 | drf|laptop | Yeha, I noticed. |
| 21:15:10 | drf|laptop | Is there a way to make Rockbox "sleep" like the OF? |
| 21:15:17 | bluebrother | no. |
| 21:15:18 | drf|laptop | I liked that in the original Toshiba firmware, where if you press power it just suspends it |
| 21:15:19 | drf|laptop | Darn. |
| 21:15:25 | bluebrother | Well, you could of course implement it, then yes :) |
| 21:15:32 | drf|laptop | So it's always gonna do that whole Toshiba, Windows Mobile, then Rockbox, THEN it shows up crap? |
| 21:15:47 | bluebrother | but as of now no sleep mode is implemented in Rockbox. This also affects all other players like the Ipods |
| 21:15:59 | drf|laptop | yeah but iPods suck :) |
| 21:16:03 | bluebrother | yes, if you have a player that is affected. |
| 21:16:04 | * | domonoky1 thinks it doesnt make sense to waist power to go around a few seconds of bootup. |
| 21:16:16 | drf|laptop | I have a Sansa c200 and e200, both of those work really well with Rockbox |
| 21:16:24 | drf|laptop | as in, booting only takes half a second longer than originally... |
| 21:17:40 | bluebrother | domonoky1: just measured. The Windows Mobile loading screen takes 12s, Rockbox main screen shows up after 17s. Pretty long bootup :( |
| 21:17:48 | drf|laptop | That's wha tI'm saying. LOL |
| 21:17:52 | drf|laptop | That's why I want sleep mode :P) |
| 21:17:53 | drf|laptop | -P |
| 21:17:59 | drf|laptop | But if you single-boot it, it works faster? |
| 21:18:25 | domonoky1 | oh, thats long.. damn windows. yes singleboot should be fast as it skips the windows loading. |
| 21:18:30 | bluebrother | yes, as far as I know. It doesn't work on my beast, unfortunately. Which is quite annoying, as I'm not interested in the OF at all |
| 21:19:00 | drf|laptop | how would you find out if it supports singlebooting? Just by trying it? LOL |
| 21:19:36 | bluebrother | yes. If the beast comes up with those firmware restore screens after installing the bootloader you need dual-boot |
| 21:20:00 | drf|laptop | Hm |
| 21:20:08 | drf|laptop | I used beastpatcher and it went straight to USB MSC mode |
| 21:20:20 | drf|laptop | and then without installing Rockbox just "File not found", but once I copid .rockbox over it worked |
| 21:20:29 | drf|laptop | now I did dualboot in beastpatcher since I *wanted* the OF |
| 21:20:34 | drf|laptop | but now that it won't fricking WORK... |
| 21:21:14 | | Join dmb [0] (n=Dmb@unaffiliated/dmb) |
| 21:21:15 | bluebrother | and for your question about beastpatcher: it changes an OF file by inserting the Rockbox bootloader, then modifying it to load that. Then it sends the result via MTP to the player. Once that reboots and the Rockbox bootloader comes up it goes into UMS mode, in case USB is connected. |
| 21:22:14 | drf|laptop | Well, see, the main reason I even looked into the Gigabeat S was because I'm a Zune fan and I was told that player is like a pre-dated Zune that supports Rockbox |
| 21:22:21 | drf|laptop | so I was curious if something like beastpatcher could be made for a Zune |
| 21:23:10 | bluebrother | beastpatcher is only a tool for installation. Without the code running on the actual player it won't do anything useful. |
| 21:23:22 | drf|laptop | well |
| 21:23:37 | drf|laptop | How come they can't get a MSC-patcher working for Zune? I know someone said Microsoft fixed some exploit or something but... |
| 21:23:40 | | Quit shai ("Leaving") |
| 21:23:41 | bluebrother | in case of beastpatcher some code (the Rockbox bootloader to be exact) is embedded into the executable. This won't work on other players though. |
| 21:23:41 | drf|laptop | internally is it that different? |
| 21:24:38 | bluebrother | well, you could examine the Zune firmware and probably modify it. There doesn't seem to be much interest though, or noone figured the encryption. |
| 21:24:50 | drf|laptop | I know, because people d8on't like Zunes :/ |
| 21:24:56 | drf|laptop | which is partly what pisses me off, since they're awesome |
| 21:25:09 | gevaerts | no |
| 21:25:22 | drf|laptop | lemme try beastpatching this Gigabeat right now without dual-boot |
| 21:25:23 | gevaerts | rockbox ports are done by people who own the device |
| 21:25:38 | drf|laptop | Once I replace my broken Zune with another one I could look at it... |
| 21:25:41 | gevaerts | Presumably those don't dislike them that much |
| 21:25:45 | bluebrother | well, I like my Ipod way better than the beast. |
| 21:25:52 | drf|laptop | I just hate scroll wheels |
| 21:26:00 | drf|laptop | which is why when the Zune came along, it was awesome |
| 21:26:06 | drf|laptop | since it was a >8GB player that didn't have a stupid scroll wheel |
| 21:26:17 | bluebrother | you get used to it :) The e200 scrollwheel is much worse. |
| 21:26:21 | drf|laptop | LOL |
| 21:26:24 | * | gevaerts has several >8GB players without a scroll wheel |
| 21:26:27 | drf|laptop | the e200 scrollwheel, at least, has buttons too |
| 21:26:33 | drf|laptop | like instad of JUST a wheel |
| 21:26:50 | drf|laptop | but I dunno, why do peopl ehate Zunes so much? |
| 21:26:59 | gevaerts | anyway, the pros and cons of various control schemes are really off-topic here |
| 21:27:17 | gevaerts | as are reasons why people like or dislike certain players |
| 21:27:26 | * | bluebrother hides |
| 21:27:35 | drf|laptop | Hmm |
| 21:27:37 | drf|laptop | so I ran beastpatcher |
| 21:27:40 | liar | TheSeven: i going to the delays again.. just got another use itunes to restore... |
| 21:27:40 | drf|laptop | and it works fine |
| 21:27:42 | drf|laptop | without dualbooting |
| 21:29:41 | drf|laptop | k, got Rockbox on there |
| 21:29:52 | drf|laptop | So theoretically, if I turn the hold switch on right after booting, it'll still boot into Rockbox now? |
| 21:30:54 | | Join ender [0] (i=krneki@foo.eternallybored.org) |
| 21:31:23 | drf|laptop | Oh crap |
| 21:31:27 | drf|laptop | "Firmware update or restoration required" |
| 21:31:33 | drf|laptop | so that means I have to dual-boot config it? |
| 21:33:48 | Unhelpful | drf|laptop: looks like it. |
| 21:34:02 | drf|laptop | I wonder why some can do it and some ca't? |
| 21:34:04 | drf|laptop | *can't |
| 21:34:28 | gevaerts | talk to Torne. He's looking into this (and related) things |
| 21:34:39 | Unhelpful | different flash versions. i've managed to "upgrade" mine to non-dual-boot-capable. |
| 21:35:01 | bluebrother | drf|laptop: see the link I've posted earlier. |
| 21:36:07 | drf|laptop | LOL |
| 21:36:15 | drf|laptop | so could I use, like, older firmware? |
| 21:36:18 | drf|laptop | or can you not downgrade it? |
| 21:36:46 | drf|laptop | I know for my Sansa c200, the firmware out of the box was set to auto-detect and not let you choose between MTP and MSC... I had to use a Sandisk utility to downgrade it so that I could install Rockbox |
| 21:37:03 | | Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) |
| 21:37:15 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
| 21:37:59 | domonoky1 | drf|laptop: or you could have pressed the right button to force your c200 to msc mode :-) |
| 21:38:15 | drf|laptop | ... |
| 21:38:18 | drf|laptop | they had that? |
| 21:38:29 | drf|laptop | oh well, I gave that thing away LOL, once I got the e200 |
| 21:40:38 | drf|laptop | by the way, though, at the time I installed Rockbox it was physically incapable of doing USB mode - and you have to use the OFW for it (in fact, if it's turned off and you plug it in, it BOOTS the OFW) |
| 21:40:40 | drf|laptop | Has that been |
| 21:40:43 | drf|laptop | *Has that been fixed? |
| 21:41:07 | Dhraakellian | would it be possible to have Car Adapter Mode disable the reboot-to-OF on USB insertion on the Fuze? |
| 21:42:18 | | Join funman [0] (n=fun@AAnnecy-158-1-80-82.w90-52.abo.wanadoo.fr) |
| 21:43:07 | funman | i just got a computer running OSX if you need to test some stuff (build, etc) |
| 21:43:31 | * | TheSeven is unable to find out how test_codec works :-P |
| 21:44:22 | Unhelpful | TheSeven: you open an audio file with it. |
| 21:44:37 | TheSeven | it doesn't show up in "open with" |
| 21:44:52 | TheSeven | (i just copied it to rocks\viewers) |
| 21:44:54 | funman | did you copy the .rock yourself ? |
| 21:45:02 | TheSeven | yes, how is that supposed to work? |
| 21:45:16 | TheSeven | it got properly built, but wasn't included in fullzip |
| 21:45:28 | | Quit ender` (Read error: 110 (Connection timed out)) |
| 21:45:30 | funman | you must add an entry in viewers.config |
| 21:45:43 | funman | when i run "make zip" i can see it in the open with menu |
| 21:46:02 | TheSeven | ah, i looked for such a file, but didn't expect it to be directly in .rockbox |
| 21:46:03 | | Quit TopyMobile (Read error: 104 (Connection reset by peer)) |
| 21:46:05 | | Join TopyMobile_ [0] (n=topy@168-198.79-83.cust.bluewin.ch) |
| 21:46:09 | TheSeven | hm, make fullzip didn't include it for me |
| 21:46:53 | gevaerts | drf|laptop: "physically incapable"? |
| 21:47:06 | drf|laptop | Yes |
| 21:47:13 | drf|laptop | like if you have the Sansa running Rockbox, plug it in, nothing happens |
| 21:47:15 | drf|laptop | the computer won't see it, etc. |
| 21:47:21 | drf|laptop | but mine could just be way outdated |
| 21:47:37 | funman | it is, sansa e200 and c200 have a usb driver in rockbox now |
| 21:47:41 | drf|laptop | :O |
| 21:48:20 | * | gevaerts thinks that software can never be physically incapable of doing something... |
| 21:48:23 | Unhelpful | updates. we have some for you. ;) |
| 21:49:33 | drf|laptop | Hm |
| 21:49:36 | Dhraakellian | the Fuze port can't tell whether a USB connection is a computer or just power only, right? |
| 21:49:42 | drf|laptop | well with my e200, the last time I updated it it completely broke my themes |
| 21:49:46 | TheSeven | damn, running test_codec ends up with an undefined instruction at 0xcafffff0 |
| 21:49:47 | drf|laptop | since Rockbox "changed" the way they were written |
| 21:49:51 | drf|laptop | Has it been changed again? |
| 21:49:56 | * | drf|laptop can find out the Rockbox version, if that'd help |
| 21:50:17 | Dhraakellian | drf|laptop: it's still using viewports, but themes have been updated since then |
| 21:50:29 | Dhraakellian | some may have been left behind, but many have been ported |
| 21:50:37 | Dhraakellian | or other, nicer themes have come along |
| 21:51:05 | drf|laptop | well what I mean is |
| 21:51:08 | drf|laptop | you know how they're just text files? |
| 21:51:11 | drf|laptop | well the way it was written changed |
| 21:51:12 | Dhraakellian | (the latter statement is opinion. YOMV, of course :) ) |
| 21:51:14 | drf|laptop | so the theme didn't work |
| 21:51:18 | drf|laptop | lemme check my version, hold on |
| 21:51:25 | drf|laptop | but we're talking 2-3 years old :P |
| 21:51:33 | Dhraakellian | yeah, Viewports |
| 21:51:40 | Dhraakellian | and such |
| 21:51:51 | Dhraakellian | it broke some older themes |
| 21:52:56 | TheSeven | linuxstb: ping |
| 21:55:03 | gevaerts | drf|laptop: there have definitely been wps syntax changes in the last two years. |
| 21:55:10 | linuxstb | TheSeven: Hi |
| 21:55:31 | drf|laptop | hm |
| 21:55:32 | TheSeven | linuxstb: you did run test_codec on a nano a while ago, right? |
| 21:55:38 | drf|laptop | is there an easy way to convert the theme though? |
| 21:55:39 | linuxstb | TheSeven: Yes. |
| 21:55:43 | TheSeven | was there anything you needed to fix? |
| 21:55:56 | TheSeven | it's running into the undefined instruction vector for me |
| 21:56:09 | linuxstb | No, I can't recall any problems. Which codec are you trying? I think I just tried mp3. |
| 21:56:25 | * | gevaerts isn't a wps specialist |
| 21:56:45 | Dhraakellian | drf|laptop: take a look at the theme site to see if there's an updated version |
| 21:56:50 | TheSeven | linuxstb: it fails before even showing the menu |
| 21:57:17 | Dhraakellian | or, if there isn't, see if there's a theme that you wouldn't mind using instead |
| 21:57:22 | linuxstb | TheSeven: OK, let me update to current svn, and I'll see if it works for me. |
| 21:57:35 | * | Dhraakellian personally recommends PlainText on the e200 |
| 21:57:36 | drf|laptop | http://img196.imageshack.us/img196/8936/dsc00800be.jpg <−− That's the theme I have |
| 21:57:39 | | Quit froggyman () |
| 21:57:46 | TheSeven | however i also needed to install it manually as make fullzip wasn't seeing it |
| 21:57:50 | drf|laptop | The guy who made it was just too lazy to update it, I had to do the whole thing myself :( |
| 21:58:05 | drf|laptop | so according to my sansa e280 |
| 21:58:23 | drf|laptop | version r18225-080809 |
| 21:58:35 | drf|laptop | Not sure how old that is |
| 21:58:47 | gevaerts | it's 15 months old |
| 21:58:49 | TheSeven | uh oh |
| 21:59:14 | drf|laptop | So since then, have they changed the syntax on the themes? |
| 21:59:21 | Dhraakellian | drf|laptop: you should be able to find something comparable |
| 21:59:34 | TheSeven | looks like my build dir is fubar'd again |
| 21:59:36 | drf|laptop | I like the one I have :/ |
| 21:59:41 | TheSeven | not even a make clean fixes it |
| 21:59:49 | Dhraakellian | http://themes.rockbox.org/index.php?target=e200 |
| 22:00 |
| 22:00:08 | Dhraakellian | (or you can find the link in the sidebar on the left of rockbox.org) |
| 22:00:56 | CIA-6 | New commit by funman (r23571): mkamsboot: fix linking (typo from r23520) |
| 22:01:16 | gevaerts | drf|laptop: I don't think it's really possible to say if that will still work without either someone who knows wpses looking at it or just trying it |
| 22:02:36 | funman | bluebrother: domonoky1: I think -isysroot is only needed when linking to some specific libraries ? mkamsboot builds fine for x86 and ppc |
| 22:02:41 | linuxstb | TheSeven: test_codec.rock appears in rockbox-full.zip for me - so yes, something is broken for you... |
| 22:02:46 | drf|laptop | I just don't get why it keeps changing |
| 22:02:51 | drf|laptop | What was wrong with the way themes worked before? |
| 22:03:16 | drf|laptop | Anyway, um. I gave my c200 player to a friend, apparently the Rockbox on that is r17585-080519 |
| 22:03:19 | drf|laptop | Has anything major changed since then? |
| 22:03:23 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 22:03:26 | domonoky1 | drf|laptop: it changes because we introduce cool new features, or fix bugs :-) |
| 22:03:47 | | Quit AEnima1577 ("Leaving.") |
| 22:04:03 | bluebrother | funman: interesting. Can you test a Makefile for me in the next couple of days (have to fix some things up first, and might not get around it tonight)? |
| 22:04:04 | linuxstb | Or make the parser stricter, which exposes bugs in WPSs |
| 22:04:07 | TheSeven | wtf |
| 22:04:08 | Dhraakellian | drf|laptop: and I don't think theme compatability has actually been broken since the VP changeover last year |
| 22:04:08 | TheSeven | /bin/sh: /home/theseven/rockbox-trunk/tools/buildzip.pl: not found |
| 22:04:10 | gevaerts | drf|laptop: I think the last incompatible change in wps syntax was on 2008-06-23. The parser has become more strict though |
| 22:04:29 | TheSeven | aaaaaaahhhh |
| 22:04:41 | drf|laptop | hm |
| 22:04:49 | drf|laptop | well if my friend updates Rockbox, will anything major happen? |
| 22:05:06 | * | gevaerts points to http://www.rockbox.org/wiki/MajorChanges |
| 22:05:56 | drf|laptop | which "version" is r17585-080519 though? |
| 22:05:59 | TheSeven | who broke buildzip? |
| 22:06:10 | linuxstb | TheSeven: test_codec is working fine for me... |
| 22:06:21 | Dhraakellian | Back up your theme dirs. if themes fail, clear them out and go hunting for new versions or new themes |
| 22:06:40 | bluebrother | drf|laptop: it's a current build from around 18 months ago |
| 22:06:49 | funman | TheSeven: perl is in /usr/bin ? |
| 22:06:52 | gevaerts | drf|laptop: the 080519 bit is the date |
| 22:06:58 | TheSeven | probably mcuelenare |
| 22:07:06 | TheSeven | funman: it has CRLF line endings |
| 22:07:16 | droidcore | hi, everyone. I installed rockbox on an ipod 4g colour yesterday and artifacts remain on the screen on shutdown (and eventually fade). I found this behaviour reported in bug 5199, which was closed a while ago. is there a patch/workaround? |
| 22:07:17 | TheSeven | /usr/bin/perl^M: bad interpreter: No such file or directory |
| 22:07:30 | Dhraakellian | is there any particular reason why Plain Text VP is on http://www.rockbox.org/wiki/WpsSansaE200 but not themes.rockbox.org? |
| 22:07:35 | linuxstb | TheSeven: It doesn't have CRs for me... |
| 22:07:38 | drf|laptop | OK, but then "17585" is what? |
| 22:07:43 | gevaerts | the svn revision |
| 22:07:57 | funman | TheSeven: then perhaps you should change the svn:eol-style property ? i'm not sure how that svn stuff works |
| 22:08:07 | Dhraakellian | it looks like the license is CC-by-sa |
| 22:08:11 | linuxstb | TheSeven: It does have "svn:eol-style native" though |
| 22:08:12 | TheSeven | linuxstb: it also didn't have them for me until i did an svn up on that working copy today |
| 22:08:17 | drf|laptop | gevaerts, so what *version* is it? |
| 22:08:26 | linuxstb | TheSeven: In cygwin? |
| 22:08:51 | TheSeven | no, on karmic, but i occasionally touch that working copy using samba and tortoisesvn |
| 22:08:52 | gevaerts | drf|laptop: that totally depends on what you mean by "version". It's a build for revision 17585, from 19 may 2008 |
| 22:09:08 | linuxstb | TheSeven: I would blame tortoise then. |
| 22:09:12 | drf|laptop | OK, but that major changes page has like Version 3.0, 3.1, etc. |
| 22:09:18 | drf|laptop | How do I get that version from that list? |
| 22:09:24 | TheSeven | hm, why is this native-eol? |
| 22:09:38 | linuxstb | TheSeven: Why not? That sounds correct to me. |
| 22:10:06 | n1s | tortoisesvn have given many people line ending headaches |
| 22:10:55 | Dhraakellian | drf|laptop: the VP change-over was before 3.0, iirc |
| 22:11:16 | drf|laptop | Sigh. I can't find the theme I had on my e200 x.x |
| 22:11:24 | drf|laptop | I'm just trying every theme on the device, LOL |
| 22:11:38 | AlexP | drf|laptop: Another reason for the Zune having had nothing done is that it is US only and the majority of |
| 22:11:46 | AlexP | *devs are European |
| 22:11:50 | drf|laptop | Yeah I realize it's US only :/ |
| 22:12:02 | drf|laptop | well how hard is it, really, to port Rockbox? Like if I can rip the firmware, can the devs work on it? |
| 22:12:09 | Dhraakellian | drf|laptop: back up your .rockbox dir and update to 3.4! |
| 22:12:13 | AlexP | drf|laptop: Very |
| 22:12:16 | funman | if perl doesn't interpret \r\n then eol-style should be unix ? |
| 22:12:26 | AlexP | drf|laptop: And as someone has already said, interested owners do the port |
| 22:12:36 | drf|laptop | LOL |
| 22:12:36 | drf|laptop | Well |
| 22:12:36 | AlexP | drf|laptop: See www.rockbox.org/wiki/NewPort |
| 22:12:47 | drf|laptop | is there that much of a difference between the Gigabeat S and Zune? In terms of Rockbox? |
| 22:12:52 | AlexP | There isn't a Rockbox team waiting to do ports. |
| 22:12:56 | TheSeven | funman: it's bash that chokes on thinking it should run "/usr/bin/perl\r" |
| 22:12:57 | drf|laptop | same screen resolution, the only difference is like... the buttons |
| 22:13:00 | funman | rather "LF" |
| 22:13:05 | funman | oh |
| 22:13:08 | AlexP | drf|laptop: Yes, a massive difference - Rockbox doesn't run on the zune |
| 22:13:19 | funman | can bash interpret only \n on windows ? |
| 22:13:21 | drf|laptop | <Dhraakellian> drf|laptop: back up your .rockbox dir and update to 3.4! <−− Currently I'm trying to find which theme I was using, first |
| 22:13:30 | drf|laptop | And um, I thought the not running on Zune thing was a firmware issue |
| 22:13:41 | AlexP | drf|laptop: Is that the only difference? Is all of the hardware internally identical? Is the firmware format identical? Does the same exploit exist? |
| 22:13:43 | gevaerts | AlexP: to port rockbox to a device, there is a very important requirement. You have to be able to run code on it |
| 22:13:49 | AlexP | gevaerts: indeed so |
| 22:14:01 | TheSeven | heh, aache64 is 101.6% realtime according to test_codec |
| 22:14:06 | TheSeven | but it plays just fine |
| 22:14:11 | drf|laptop | ah, it's called EscapePod |
| 22:14:16 | n1s | drf|laptop: the big roadblock is that noone has figured out how to run unsigned code on the zune and the exploit used on the beast has apparently been fixed o the zune so a different way needs to be found |
| 22:14:29 | drf|laptop | Hmm |
| 22:14:37 | drf|laptop | well what I'm curious about is |
| 22:14:47 | drf|laptop | You know how with the Gigabeat, there's the two partitions, one being for the firmware? |
| 22:14:52 | drf|laptop | Are *all* MTP devices like that internally? |
| 22:14:54 | AlexP | no |
| 22:14:56 | n1s | no |
| 22:15:02 | AlexP | MTP is nothing to do with that |
| 22:15:07 | drf|laptop | Oh |
| 22:15:10 | n1s | it has *nothing* to do with mtp |
| 22:15:13 | drf|laptop | I thought that was a firmware thing though |
| 22:15:21 | AlexP | What is a firmware thing? |
| 22:15:27 | drf|laptop | MTP |
| 22:15:32 | drf|laptop | The firmware's what makes it connect as such |
| 22:15:36 | AlexP | Yes? |
| 22:15:38 | n1s | yes, it's the way toshiba designed their firmware |
| 22:15:50 | drf|laptop | but the firmware is stored different on different players? |
| 22:15:53 | AlexP | yes |
| 22:16:26 | AlexP | How you decide to implement USB is completely independent on where the firmware file is stored |
| 22:16:43 | drf|laptop | so on the ZUne it could be stored in the main data part? |
| 22:17:00 | bluebrother | MTP is the media transfer *protocol* |
| 22:17:01 | AlexP | it is possible, or it could be on a dedicated flash chip, or .... |
| 22:17:17 | drf|laptop | ugh flash chip |
| 22:17:24 | funman | my OSX bash 3.2 can read files with \r\n line endings |
| 22:18:22 | TheSeven | funman: I think that this still worked on jaunty, but since i installed karmic on that machine, I'm seeing issues like that |
| 22:19:10 | drf|laptop | Alright, noted: The theme on my e200 is called EscapePod, and the font is neep-alt-08x15-bold-L1 |
| 22:19:18 | drf|laptop | So would the theme I have now not be compatible with the newest version>? |
| 22:19:36 | AlexP | If it is too old, sure |
| 22:20:02 | AlexP | Check it against www.rockbox.org/wiki/CustomWps |
| 22:20:07 | drf|laptop | but is there an easy way to make it work with the newest version? Last time I hda to go and retype the entire thing x.x |
| 22:20:23 | AlexP | Sorry, http://www.rockbox.org/wiki/CustomWPS |
| 22:20:49 | | Quit Grahack ("Leaving.") |
| 22:20:56 | AlexP | You can use a sim with the −−debug-wps option (I think) to see on what line(s) the error(s) are |
| 22:21:07 | | Quit freddyb (Remote closed the connection) |
| 22:21:22 | drf|laptop | wps: /.rockbox/wps/EscapePod.wps <−− LOL, that's helpful |
| 22:21:42 | AlexP | sorry, the switch is −−debugwps |
| 22:21:57 | drf|laptop | Um |
| 22:22:01 | drf|laptop | Where do I type that? |
| 22:22:16 | * | AlexP might regret starting this |
| 22:22:23 | Dhraakellian | wherever it is you would launch the simulator |
| 22:22:29 | drf|laptop | simulator? |
| 22:22:47 | AlexP | drf|laptop: when you run the sim, instead of starting it as "rockboxui.exe" run "rockboxui.exe −−debugwps" |
| 22:22:53 | AlexP | drf|laptop: The UI simulator |
| 22:22:58 | drf|laptop | oh, I see |
| 22:23:00 | drf|laptop | way at the bottom |
| 22:23:17 | AlexP | see rasher.dk/rockbox/simulator/">http://rasher.dk/rockbox/simulator/ |
| 22:23:18 | drf|laptop | wtf is the e200v2? |
| 22:23:24 | Dhraakellian | drf|laptop: if you're wanting to debug the theme in an attempt to debug it |
| 22:23:35 | drf|laptop | is it like the same hardware with different firmwaret? |
| 22:23:36 | drf|laptop | -t |
| 22:23:44 | AlexP | no, different hardware |
| 22:23:45 | Dhraakellian | drf|laptop: SanDisk went and changed the internals of the e200 hardware |
| 22:23:50 | AlexP | But the player looks the same |
| 22:24:00 | funman | from http://www.opengroup.org/onlinepubs/7990989775/xcu/sh.html it's not obvious if shell scripts MUST have \n line endings and not \r\n |
| 22:24:05 | Dhraakellian | and still called it the e200 (but with a barely noticeable "v2" on the back) |
| 22:24:20 | AlexP | Dhraakellian: Not always with that |
| 22:24:27 | AlexP | They tend to swap the cases randomly |
| 22:24:32 | drf|laptop | Hm |
| 22:24:35 | drf|laptop | but it looks the same otherwise? |
| 22:24:37 | Dhraakellian | they did the same with the Fuze and Clip but didn't even bother to be so nice as to put the "v2" anywhere |
| 22:24:41 | drf|laptop | Mine's the original e200, I just hadn't seen a v2 |
| 22:24:44 | AlexP | drf|laptop: It is identical |
| 22:24:47 | drf|laptop | Interesting |
| 22:24:56 | drf|laptop | and I'm correct in assuming the newer Sansas don't run Rockbox? |
| 22:25:04 | AlexP | Dhraakellian: They often didn't with the e200 either. The only way to tell for sure is the OF version |
| 22:25:05 | Dhraakellian | SanDisk makes some decent hardware, but some of their other practices are a bit boneheaded |
| 22:25:11 | AlexP | drf|laptop: Look at www.rockbox.org |
| 22:25:12 | drf|laptop | LOL |
| 22:25:18 | drf|laptop | I think that's true of ALL mp3 plauyers |
| 22:25:19 | Dhraakellian | AlexP: yeah, but I was being charitable |
| 22:25:19 | drf|laptop | -u |
| 22:25:21 | drf|laptop | yeah I saw the site |
| 22:25:25 | drf|laptop | but a lot of them aren't listed |
| 22:25:32 | drf|laptop | that means that Sandisk got evil with the firmware like Apple? |
| 22:25:33 | AlexP | then what does that tell you? |
| 22:25:42 | AlexP | drf|laptop: let us stay on topic |
| 22:26:50 | drf|laptop | hm, apparently I also need to copy the fonts over. |
| 22:26:59 | AlexP | yes, please read the manual |
| 22:27:20 | Dhraakellian | drf|laptop: and the font that theme uses won't be in the fonts zipfile under the same name |
| 22:27:31 | drf|laptop | I just copied the folder from my Sansa |
| 22:27:33 | drf|laptop | to the simdisk |
| 22:27:42 | AlexP | What folder? |
| 22:27:50 | drf|laptop | theme, and wps |
| 22:27:51 | drf|laptop | and now fonts |
| 22:28:52 | drf|laptop | The only error I see is this |
| 22:28:52 | drf|laptop | read_bmp_file: can't open '/.rockbox/backdrops/EscapePod.bmp', rc: -1 |
| 22:29:00 | drf|laptop | oh duh, I didn't copy that folder either. |
| 22:29:02 | AlexP | that might be a clue then |
| 22:29:06 | drf|laptop | Otherwise it seems to work fine |
| 22:29:13 | drf|laptop | which means... the syntaxes actually didn't change? |
| 22:29:46 | Dhraakellian | drf|laptop: it was mainly layout stuff and new tags, I think? |
| 22:29:51 | drf|laptop | Hm |
| 22:30:01 | drf|laptop | I just know it changed at one point and I had to find and replace a bunch of stuff in the WPS |
| 22:30:11 | Dhraakellian | and there was a progressbar tag that changed slightly |
| 22:30:15 | drf|laptop | I'll try playing a song in the simulator, to see what happens |
| 22:30:16 | | Join stripwax_ [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 22:30:50 | drf|laptop | LOL it's actually playing the music out of my speakers. Awesome |
| 22:31:00 | drf|laptop | But yeah, seems to work fine. Sweet |
| 22:33:01 | drf|laptop | so, can I use the automatic installer to update? Or should I do it manually? |
| 22:33:42 | Dhraakellian | up to you. I would just unzip the rockbox.zip into the root directory of the e200 |
| 22:34:19 | drf|laptop | And then just tell it to overwrite any existing files? |
| 22:34:24 | Dhraakellian | yep |
| 22:34:35 | Dhraakellian | you might want to clean out (most of) your fonts dir though |
| 22:34:37 | gevaerts | drf|laptop: I'd recommend also upgrading the bootloader |
| 22:34:43 | Dhraakellian | to avoid having duplicate fonts |
| 22:34:44 | drf|laptop | Ah, now how do I go about doing that? |
| 22:34:56 | drf|laptop | Dhraakellian, um, do they have the same fonts with different names? |
| 22:35:03 | drf|laptop | though I can delete ALL of them, I just use the one... |
| 22:35:28 | Dhraakellian | drf|laptop: yes. they renamed the fonts, making sorting a lot cleaner |
| 22:35:30 | Dhraakellian | you could do that |
| 22:35:48 | drf|laptop | I think I will, LOL |
| 22:35:50 | Dhraakellian | even cleaning the old fonts out wouldn't even be needed so much really, I suppose |
| 22:35:53 | * | drf|laptop copying the .rockbox to the e200 |
| 22:36:01 | drf|laptop | well I don't switch themes |
| 22:36:07 | drf|laptop | honestly I could delete all but the one and I'd be fine |
| 22:36:08 | AlexP | drf|laptop: You don't need to tell us everything you are doing |
| 22:36:13 | drf|laptop | OK |
| 22:36:19 | drf|laptop | Anyway, how do I upgrade the bootloader? |
| 22:37:03 | linuxstb | drf|laptop: The same way you installed it the first time. |
| 22:37:10 | Dhraakellian | either with sansapatcher or the Rockbox Util GUI. |
| 22:37:11 | drf|laptop | The auto-installer? |
| 22:37:20 | drf|laptop | I just used the GUI auto-installer. |
| 22:37:23 | Dhraakellian | and read the manual if you can't figure out how |
| 22:37:26 | Dhraakellian | :þ |
| 22:37:32 | AlexP | then use that, and please check the manuall |
| 22:37:42 | drf|laptop | OK |
| 22:38:09 | drf|laptop | Argh darn it, the controls got reset |
| 22:38:12 | drf|laptop | That's odd, though |
| 22:38:27 | drf|laptop | wait, never mind. |
| 22:38:34 | AlexP | please |
| 22:38:45 | drf|laptop | And um... how come I'm able to see ".rockbox" in file view? I thought it was supposed to be hidden? |
| 22:39:16 | AlexP | Check the show files setting |
| 22:39:30 | drf|laptop | hm |
| 22:39:34 | | Join KBH [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 22:39:38 | drf|laptop | I just figured it would be hidden by default to avoid people messing it u |
| 22:39:39 | drf|laptop | *p |
| 22:44:50 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 22:45:49 | | Quit funman ("free(random());") |
| 22:46:05 | TheSeven | http://pastie.org/689306 |
| 22:47:07 | gevaerts | hm, what does ahe_high imply> |
| 22:47:08 | gevaerts | ? |
| 22:47:13 | gevaerts | c2000? |
| 22:47:21 | TheSeven | no idea, it's the files from rockbox.org |
| 22:48:25 | | Quit Torne (Remote closed the connection) |
| 22:49:40 | gevaerts | saratoga: which settings were used for ape_high and ape_normal? |
| 22:51:23 | Unhelpful | does ape not have high/normal/fast profiles? |
| 22:52:02 | gevaerts | it does c1000 to c5000. Five profiles in total |
| 22:52:21 | amiconn | Actually it's more difficult than that |
| 22:52:36 | | Join Torne [0] (i=torne@lowell.wolfpuppy.org.uk) |
| 22:52:46 | amiconn | APE does have several compression levels, and then there are also different stream versions |
| 22:53:19 | amiconn | libdemac support 3.97 and 3.99 streams. 3.97 has levels c1000 to c4000, 3.99 has levels c1000 to c5000 |
| 22:53:22 | * | TheSeven confused that aache just plays fine, although it's really barely realtime |
| 22:53:48 | amiconn | Note that e.g. a v3.97 c2000 is quite different from a v3.99 c2000 |
| 22:54:39 | amiconn | v3.99 usually offers better compression than v3.97 at the same level, but that the levels are also a little slower |
| 22:55:59 | | Quit HBK (Read error: 110 (Connection timed out)) |
| 22:56:11 | | Nick KBH is now known as HBK (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 23:00 |
| 23:03:23 | | Quit ender (Read error: 110 (Connection timed out)) |
| 23:05:00 | * | TheSeven just made a set of 3.99 c1000...5000 files |
| 23:05:26 | TheSeven | ape compression is really pretty fast... |
| 23:06:25 | drf|laptop | So LOL, I notice that my e200 now acts as a volume controller for my computer |
| 23:06:30 | drf|laptop | As much as that's a cool feature, can it be turned off? |
| 23:06:41 | drf|laptop | (where play actually opens a media player, turning the scrollwheel changes the volume, etc) |
| 23:06:46 | TheSeven | drf|laptop: yes, see the manua |
| 23:06:55 | TheSeven | manual* |
| 23:07:51 | TheSeven | c1000 is 372% realtime, 51MHz |
| 23:08:09 | AlexP | drf|laptop: Please please please please read the manual |
| 23:08:33 | TheSeven | (so only barely slower than mp3) |
| 23:08:44 | drf|laptop | OK |
| 23:08:56 | * | gevaerts wonders what TheSeven will think when seeing how fast c5000 is :) |
| 23:09:11 | drf|laptop | Also: For my Gigabeat S... is there a way to "hide" the firmware partition now that I have Rockbox on it... or should I just use Disk Management in windows to remove the drive letter? |
| 23:09:20 | TheSeven | c2000 is 255% realtime, 75MHz |
| 23:09:46 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 23:10:28 | TheSeven | (which points towards the test files on rockbox.org being 2000 and 3000) |
| 23:11:08 | TheSeven | c3000 is 164% realtime, 117MHz |
| 23:11:38 | gevaerts | looks like we have a match :) |
| 23:11:53 | amiconn | Iirc that makes sense, as the levels are dubbed with names: c1000..c5000 -> fast/normal/high/extreme(?)/insane |
| 23:11:57 | *** | Saving seen data "./dancer.seen" |
| 23:12:22 | TheSeven | amiconn: s/extreme/Extra High/ |
| 23:12:32 | amiconn | TheSeven: c1000 and c2000 may be fast. Try c5000 - I bet you won't get even near realtime |
| 23:12:52 | TheSeven | c4000 is running right now |
| 23:13:10 | gevaerts | TheSeven: we'll tell you later what c5000 gets on a nano g1 :) |
| 23:13:15 | amiconn | The gigabeat S achieves 105% realtime when clocked at 528MHz |
| 23:13:31 | TheSeven | amiconn: does this actually play then |
| 23:13:35 | amiconn | (for c5000 APE, that is) |
| 23:14:19 | amiconn | It does, as long as you use a simple WPS and don't try to run plugins or otherwise produce extra load |
| 23:14:28 | TheSeven | i read that it needs ~120% to play properly, but aache just played fine for me with 101& |
| 23:14:30 | TheSeven | 101%* |
| 23:14:39 | amiconn | It's called insane for a reason. |
| 23:14:51 | gevaerts | TheSeven: those numbers assume slowish CPUs I guess |
| 23:15:06 | TheSeven | 101% still confuses me though |
| 23:15:09 | gevaerts | 120% on a 500MHz CPU is not the same as 120% on a 80MHz one |
| 23:15:13 | amiconn | On older ARM architectures it's even slower - the ARMv6 code uses SIMD instructions |
| 23:15:28 | TheSeven | amiconn: I'm running on ARMv4 |
| 23:15:49 | TheSeven | maybe one day we'll see how it performs on the ARMv7 ipod lying next to my nano2g |
| 23:15:52 | amiconn | yea |
| 23:16:19 | * | TheSeven doesn't even know what that one is clocked at yet |
| 23:16:20 | amiconn | Someone would need to write the necessary ARMv7 asm first |
| 23:16:44 | drf|laptop | Hey, my friend wants to know if, on the Sansa c200, you can "hotswap" MicroSD card |
| 23:16:45 | TheSeven | c4000 is 59% realtime, 324MHz |
| 23:16:45 | drf|laptop | *s |
| 23:16:51 | drf|laptop | or do you have to turn it off and on when you switch cards? |
| 23:17:27 | * | amiconn points TheSeven to http://www.rockbox.org/wiki/SoundCodecMonkeysAudio |
| 23:17:29 | TheSeven | and c5000 is ~5% realtime judging from the progress |
| 23:18:06 | amiconn | Judging from the other figures, it should be ~10..11% |
| 23:19:20 | amiconn | Hmm, or not |
| 23:19:26 | amiconn | The Clip figures are kinda weird |
| 23:19:34 | TheSeven | hm, it has decoded 7 seconds by now |
| 23:19:57 | | Quit linuxstb ("Leaving") |
| 23:20:27 | TheSeven | hm, something exceeding dcache size? |
| 23:20:43 | | Quit n1s ("Lämnar") |
| 23:21:58 | | Quit petur ("Zzzzz") |
| 23:22:49 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 23:23:10 | TheSeven | 15 seconds decoded |
| 23:23:11 | drf|laptop | .... OK so the manual for the e200 says there's a "USB HID Mode" setting in System Settings |
| 23:23:18 | drf|laptop | I don't see it. it has everything BUT USB settings |
| 23:24:02 | TheSeven | amiconn: ~3.5...4% |
| 23:25:11 | gevaerts | drf|laptop: That setting is newer than the 3.4 release. If you want it, use a current build. You can probably achieve what you want by using the hold switch though |
| 23:25:21 | drf|laptop | Um |
| 23:25:23 | drf|laptop | I have the newest one |
| 23:25:25 | drf|laptop | off the site |
| 23:25:29 | drf|laptop | oh wait |
| 23:25:33 | drf|laptop | 3.4 is the "release", right? |
| 23:25:47 | gevaerts | 3.4 is the 3.4 release, yes |
| 23:26:08 | drf|laptop | so you're saying I need a current build, rather than 3.4? |
| 23:26:31 | AlexP | <gevaerts> drf|laptop: That setting is newer than the 3.4 release. If you want it, use a current build. You can probably achieve what you want by using the hold switch though |
| 23:26:39 | AlexP | yes, I think that is what he is saying |
| 23:26:42 | drf|laptop | OK |
| 23:29:14 | drf|laptop | Ohh, and then just turn USB HID off? |
| 23:29:31 | drf|laptop | cool. |
| 23:30:52 | | Quit domonoky1 (Read error: 54 (Connection reset by peer)) |
| 23:33:26 | | Join AEnima1577 [0] (n=clbarnob@nc6521176.cns.vt.edu) |
| 23:41:44 | | Nick evilnick__ is now known as evilnick (n=evilnick@ool-4571af51.dyn.optonline.net) |
| 23:42:52 | * | TheSeven wouldn't have thought that c3000 is faster than aache64 |
| 23:44:41 | | Nick drf|laptop is now known as drf|away (i=Your_Mom@markley-139017.reshall.umich.edu) |
| 23:45:45 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
| 23:47:38 | | Quit stripwax_ ("http://miranda-im.org") |
| 23:50:31 | | Quit polobricolo () |
| 23:52:11 | | Quit adiroiban ("Leaving.") |
| 23:52:35 | Torne | gevaerts: it looks like it might be possible to downgrade the flash in the beast, btw |
| 23:52:56 | Torne | gevaerts: if you look at the latest things i added to the ootloader info page, it runs the upgrade process if the files on disk are a *different* timestamp to the ones in flash, including older |
| 23:53:08 | Torne | it might reject it later, though, when it checks the sigs, haven't got that far yet. |
| 23:53:10 | gevaerts | Torne: I noticed, yes |
| 23:53:20 | Torne | it only does one file per boot |
| 23:53:28 | Torne | then presumably reboots after flashing and runs the next one |
| 23:56:16 | Unhelpful | do we have an image for the older flash? |
| 23:56:22 | gevaerts | Torne: suppose you have a 240GB disk, with a normal firmware partition, a really small data partition to keep the flash code happy, and a big partition with the rest that's not mentioned in the partition table, would that work as far as you know now? |
| 23:56:57 | gevaerts | Torne: also, "Must be two partitions". How does it check? |
| 23:57:21 | * | Unhelpful still thinks that rockbootflash would be ideal if we're going to *really* screw with the the disk layout/size... |
| 23:57:45 | Torne | Unhelpful: i have 1.1, 1.2 and 1.3 from updaters |
| 23:57:51 | Torne | Unhelpful: and i have dumps of a bunch of people's flashes |
| 23:57:54 | Torne | Unhelpful: so probably |
| 23:58:07 | Torne | gevaerts: you would hae to not put it in the partition table at all, i believe |
| 23:58:12 | Unhelpful | *really*? i've only ever seen one updater version, i didn't know we had a selection :D |
| 23:58:26 | Torne | gevaerts: it checks taht the other two entries are empty |
| 23:58:31 | Torne | by, er, some condition |
| 23:58:34 | gevaerts | Torne: as in, type 0? |
| 23:58:37 | Torne | i think it counts how many have nonzero types, yes |
| 23:58:49 | Torne | i can check.. |
| 23:58:59 | Torne | i mean we could work around that |
icon identifies that the person is a core developer (has commit access).