00:00:11 | n1s | so does that mac parallell loading work like a regular move.l ? |
00:00:15 | | Quit bertrik ("sleep") |
00:01:47 | preglow | n1s: yeap |
00:01:49 | preglow | pretty much |
00:01:58 | preglow | jhMikeS: no new comments on msac and its timing? |
00:02:05 | preglow | if not i intend to use it |
00:02:07 | n1s | and it's basically free? |
00:02:13 | preglow | n1s: one cycle extra if from iram |
00:02:36 | preglow | mac.l in coldfire is the closest to true dsp instructions you'll come with rockbox |
00:02:48 | n1s | and a move.l costs what? 2 |
00:02:59 | preglow | it depends on operands, anything from 1 to 5 |
00:03:26 | preglow | that was wrong, btw |
00:03:29 | preglow | 1 to 4 |
00:03:57 | * | rasher wonders why the fireworks demo doesn't start in auto-fire mode by default, instead of showing the menu first |
00:04:10 | preglow | rasher: feel free to fix |
00:04:56 | amiconn | n1s: move.l from memory costs 2 cycles from iram with all "sane" addressing modes |
00:04:56 | rasher | I may just |
00:05:07 | amiconn | Register indexed costs one cycle extra |
00:05:29 | amiconn | move.w and move.b from iram cost 3 cycles though, also with one cycle extra for register indexed |
00:05:56 | amiconn | MCF5249UM.pdf, pages 64ff |
00:06:34 | amiconn | preglow: I'm almost sure msac timing is identical to mac. Everything else just doesn't make sense |
00:06:41 | preglow | amiconn: i agree |
00:07:50 | preglow | ooh, finally |
00:07:55 | preglow | qmf_synth() is perfect for emac |
00:08:02 | preglow | it's even bloody unrolled by four by default |
00:09:10 | n1s | amiconn: thanks |
00:09:14 | | Quit davina ("xchat on Ubuntu 7.04") |
00:09:19 | preglow | amiconn: can you do any faster clips to -32767..32767 with some fancy stuff than i do in that .S? |
00:09:24 | | Quit Toxicity999 ("Leaving") |
00:09:26 | preglow | i'll be needing it again, i see |
00:09:44 | amiconn | Yeah, I already wondered about that ugly clip. |
00:10:01 | preglow | i suck at stuff like that :/ |
00:10:01 | amiconn | 10 cycles without clip, 6 cycles with positive clip and 9 cycles with negative clip |
00:10:20 | | Quit n1s () |
00:10:43 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
00:10:44 | preglow | my only comfort is that gcc sucked even worse :) |
00:10:45 | amiconn | Unsigned byte clipping is easier to optimise as you can see in the mpeg2 idct |
00:11:01 | preglow | yeah, i know, already had a look at that, and saw no way to utilize that here |
00:11:10 | preglow | that trick only works for eight bit values too |
00:11:44 | amiconn | It also works for 16 or 32 with one extra instruction |
00:11:53 | amiconn | But it works for unsigned |
00:12:20 | preglow | well, if i bias the value by 32767, it can be unsigned, temporarily |
00:12:23 | amiconn | The extra instruction would only be executed in the clipping case |
00:12:40 | preglow | the value of 32767 is also already in a register |
00:12:57 | amiconn | For unsigned we would need 65535 |
00:13:05 | preglow | true... |
00:13:13 | preglow | i'm incredibly tight on registers at that point too |
00:13:20 | preglow | i basically have none free apart from d0 and d1 |
00:13:33 | preglow | and d0 i can't modify |
00:13:36 | amiconn | But cmp.l #IMM, reg is single cycle as cmp.l reg,reg |
00:14:08 | preglow | when it's already in cache, yeah |
00:14:16 | preglow | and this is a loop, so... |
00:14:17 | amiconn | It's just slightly slower if the instruction pipeline starves because of too many consecutive instructions with extension words |
00:14:24 | preglow | ahh, right |
00:14:49 | amiconn | But an occasional instruction with extension words doesn't hurt |
00:15:13 | | Quit ender` (" Connection Reset by Gypsies with Wire Cutters") |
00:15:23 | | Quit Rondom ("Ex-Chat") |
00:15:39 | amiconn | For 16 bit unsigned, you would just put an ext.w %d0 after the spl.b %d0 |
00:16:24 | amiconn | (before the 1: label of course) |
00:16:55 | preglow | hmm |
00:17:03 | preglow | of course |
00:17:04 | amiconn | That would be 4 cycles both non-clipping and clipping |
00:17:17 | | Join xreigninflame [0] (i=48927114@gateway/web/cgi-irc/labb.contactor.se/x-64eee844adeab12c) |
00:17:21 | amiconn | Could pay off even with pre/post adjustment |
00:17:22 | preglow | plus biasing and unbiasing |
00:17:22 | rasher | amiconn: mandelbrot seems to have a weird blot of colour to the right of the "main feature" (at about 1,0 I would guess). Is this just an oddity of manelbrot, or a bug? |
00:17:24 | preglow | which would mean 6 |
00:18:07 | amiconn | Yes, and that equals the shortest path of your version, and is just 60% of the most likely path of yours |
00:18:15 | xreigninflame | im using vmplayer and i need a .vmx file. where can i get one and which one do i need to help develope RockBox? |
00:18:24 | preglow | amiconn: it will almost never clip |
00:18:31 | amiconn | Yeah, exactly |
00:18:49 | amiconn | In which case your version needs 1 cycles most of the time |
00:18:54 | amiconn | *10 cycles |
00:18:59 | preglow | yup |
00:19:01 | amiconn | Where did that 0 go? :> |
00:19:12 | rasher | xreigninflame: did you read http://www.rockbox.org/twiki/bin/view/Main/VMwareDevelopmentPlatform ? |
00:19:37 | xreigninflame | nope musta missed that thanks rasher |
00:19:55 | | Join linuxstb [0] (n=chatzill@copernic-sda.pck.nerim.net) |
00:20:10 | | Quit J3TC- (Read error: 110 (Connection timed out)) |
00:20:37 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
00:20:45 | amiconn | preglow: If you don't need the 32767 in a register, you can do that pre/post adjustment without an extra value in a register |
00:21:10 | preglow | amiconn: i don't need it, no |
00:21:11 | amiconn | AH, no, forget that |
00:21:24 | preglow | ok :) |
00:22:12 | | Join iamben [0] (n=ben@dpc67142179038.direcpc.com) |
00:22:17 | preglow | amiconn: reload file and check .order_8, is that right? |
00:23:10 | amiconn | Umm, slightly off |
00:23:31 | amiconn | And you can only clip to [-32768, 32767] that way |
00:23:51 | amiconn | (standard int16_t range) |
00:24:23 | amiconn | You would have to add/sub 32768 |
00:24:38 | linuxstb | jdGordon, kkurbjun: Regarding commit 15258, plugins can be disabled in tools/configure, there is no need to do it in SOURCES/SUBDIRS |
00:25:40 | preglow | amiconn: i wonder if that matters |
00:26:02 | amiconn | Does the C source really clip to [-32767... ?? |
00:26:07 | preglow | yep |
00:26:11 | amiconn | odd... |
00:26:53 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
00:27:01 | preglow | amiconn: well, it makes sense in some ways |
00:28:02 | preglow | amiconn: however, it won't matter much for us, i'll set up macsr to be saturating mode anyway, so if we get any off by one errors, it'll clip |
00:28:38 | preglow | amiconn: so, if i change that #32767 to #32768, it should work? |
00:29:09 | amiconn | yes |
00:30:21 | preglow | now wait up...... |
00:30:24 | preglow | doesn't emac have a 16 bit mode? |
00:30:59 | * | preglow checks docs |
00:32:47 | mirak | amiconn: have you evaluated if the C version implemented in asm without the emac could be as fast as the raw approach with full matrix mutls ? |
00:33:23 | mirak | I remember trying one but it crashed so I gave up. Mike S uses the traduction of the C version for arm |
00:33:37 | mirak | arm doesn't have a emac like ? |
00:34:16 | preglow | not as usable |
00:34:29 | preglow | slower and uses ordinary regs for accumulators |
00:35:28 | mirak | good night |
00:35:35 | | Quit mirak (Remote closed the connection) |
00:36:15 | preglow | beh, the 16 bit stuff is only in frac mode |
00:37:43 | preglow | amiconn: speex uses 16 bit ints all over, if any -32768 is ever negated, something will puke quite badly |
00:38:08 | preglow | amiconn: i guess that's why the clip limits are as they are |
00:40:40 | | Join Mouser_X [0] (n=someone@207.155.176.3) |
00:40:43 | | Part Mouser_X |
00:40:52 | | Join Mouser_X [0] (n=someone@207.155.176.3) |
00:44:05 | amiconn | 16 bit stuff? |
00:44:12 | | Quit obo ("bye") |
00:44:13 | preglow | amiconn: 16 bit rounding |
00:44:26 | amiconn | ah, hmm |
00:44:39 | preglow | just seems to move the rounding point to the middle of the accumulator, for 16 bit output |
00:46:19 | preglow | iir_mem16() is very late in the signal chain, though |
00:46:24 | preglow | not much processing should happen |
00:46:25 | * | amiconn still didn't come up with a clever way to do the 4-path split for the demac vector math |
00:48:05 | | Quit bluebrother ("leaving") |
00:48:09 | | Join qweru [0] (n=kvirc@bb-87-80-66-156.ukonline.co.uk) |
00:52:36 | preglow | geh |
00:52:44 | preglow | can't even build a profile build |
00:52:51 | preglow | internal compiler error |
00:53:18 | | Join DogBoy [0] (n=john@66-101-59-100-static.dsl.oplink.net) |
00:53:31 | | Quit Nico_P (Remote closed the connection) |
00:58:37 | | Part linuxstb |
01:00 |
01:01:56 | | Quit xreigninflame ("CGI:IRC (EOF)") |
01:03:37 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
01:06:09 | | Join TotallyInfected_ [0] (n=ebola@pool-70-110-242-209.phil.east.verizon.net) |
01:06:44 | | Quit TotallyInfected (Read error: 104 (Connection reset by peer)) |
01:09:11 | | Join nnk [0] (i=c291b74b@gateway/web/cgi-irc/labb.contactor.se/x-a39c6c33871d23ad) |
01:09:21 | nnk | hi there |
01:09:54 | Mouser_X | Howdy. |
01:10:20 | rasher | Odd, idle time is reset when the backlight powers off, so Backlight: 90 seconds, idle poweroff: 1m will see the unit power off after 150 seconds |
01:10:32 | nnk | was wondering what the power management status and the sound quality on the e200 sansa series is curently |
01:10:40 | nnk | anybody has any insight on that |
01:10:45 | preglow | hmm |
01:11:05 | nnk | s/$/? |
01:11:07 | nnk | :) |
01:11:37 | rasher | nnk: It still uses more battery than it given better knowledge, but it gets between 10-16 hours battery life depending on file formats, usage patterns etc |
01:11:56 | | Quit Thundercloud (Remote closed the connection) |
01:12:06 | preglow | the speex license seems to require that the copyright statement be included in docs or binary |
01:12:11 | preglow | is that gpl compatible? |
01:12:29 | nnk | rasher: that sounds very good, i am sure it will get better in a short while, at this rate |
01:12:38 | Zagor | preglow: sounds like standard bsd |
01:12:49 | preglow | Zagor: okiedoke |
01:12:54 | | Join criznach [0] (n=criznach@host-69-145-134-192.grf-mt.client.bresnan.net) |
01:12:55 | rasher | preglow: gpl has some sort of "include copyright statements in binaries under some conditions", so it's probably fine |
01:13:03 | preglow | Zagor: i'm producing a new file, i'll just use whatever speex uses for a license |
01:13:12 | preglow | Zagor: in case jmvalin wants to use the code |
01:13:25 | nnk | can i assume both flac and ogg are supported without problems allready on the e200 series? (i seem to understand they are software implementations) |
01:13:43 | nnk | ? |
01:14:02 | nomel | yeah. |
01:14:05 | rasher | nnk: Yeah, that works just dandy |
01:14:05 | Mouser_X | Usually, once Rockbox gets running on a target, the audio formats also run without a hitch. |
01:14:23 | Mouser_X | (Though, it partially depends on the CPU speed of the unit, for some formats.) |
01:14:49 | Mouser_X | As far as I know, the Sansa stuff is running fine and dandy. |
01:14:58 | nnk | well, in that case, i would say the sansa e200 have a groundbraking firmware available, it seems to me it is more than usable |
01:15:06 | *** | Saving seen data "./dancer.seen" |
01:15:07 | Mouser_X | Very true. |
01:15:46 | nnk | i allready have a player, but i think tomorrow i will have a sansa, allthough it's "not wise". i have a hunch i won;t be able to help myself.. |
01:16:48 | nnk | thanks to everybody who is working on this in anyway, btw, i was shocked looking through the manual... |
01:16:51 | nnk | hats off ;) |
01:18:56 | nnk | mouser_x: well, i guess in the case of the e200 series it shouldn;t be a problem, as far as i could tell from the specs, the cpu is quite a beast (200-something mhz, i was running linux on a thinkpad with less than that just one year ago :) ) |
01:20:52 | amiconn | It's an 80MHz arm dual core cpu |
01:21:06 | preglow | amiconn: did you see anything else stupid in that .S? |
01:21:25 | amiconn | no |
01:21:34 | preglow | okiedoke, commiting time, then |
01:21:49 | preglow | after a couple of more tests |
01:22:07 | amiconn | I wonder whether we want different optimisations for the different arm targets |
01:22:16 | preglow | in what way? |
01:23:19 | amiconn | I noticed today that my (not working as I thought, because of alignment) idea how to optimise the vector add/sub would give a large gain on arm7tdmi, but only a small gain on arm920t |
01:23:41 | preglow | in which case: yes, i think we should |
01:23:46 | amiconn | This one would probably on par on higher arm versions, but there might be some where it's the opposite |
01:24:02 | preglow | on gigabeat s, for example, we also have saturating dsp instructions we want to use |
01:24:14 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
01:25:50 | amiconn | My idea for arm was using packed add/sub like on coldfire. But arm _demands_ alignment... |
01:26:56 | | Join Soap_ [0] (n=Soap@74-140-137-77.dhcp.insightbb.com) |
01:27:51 | preglow | argh, i want to do qmf_filter(), but i really need to sleep :/ |
01:27:52 | | Quit scorche|w ("CGI:IRC (EOF)") |
01:28:16 | nnk | amiconn: ahm, okay, i must have confused with something. i tried to find the info again and i couldn't, |
01:28:17 | preglow | qmf_synth(), i mean |
01:28:25 | nnk | a clear sign that i should go to bed ;) |
01:28:35 | rasher | nnk: sounds like the toshiba gigabeat f |
01:29:00 | amiconn | That would be 300MHz |
01:29:02 | nnk | thanks you all a lot, i have a hunch i will be back soon, ;) |
01:29:45 | nnk | ahm, okay, i found it |
01:29:48 | nnk | CPU PortalPlayer 5024 dual core 100 MHz |
01:30:24 | nnk | well, nowhere near 200-something, but anyway, quite close to my single pentium mmx 233mhz (mobile) :)) |
01:30:58 | amiconn | Just the MHz don't tell much. It's a very different architecture |
01:31:03 | | Quit Zagor ("Client exiting") |
01:31:39 | nnk | amiconn: yes, i know, from arm to x86 it;s a long way, i was just making fun of my own statements ;) |
01:31:54 | | Quit jhMikeS (Read error: 104 (Connection reset by peer)) |
01:32:12 | | Join J3TC- [0] (n=jetc123@pool-71-125-69-172.nwrknj.east.verizon.net) |
01:32:37 | | Quit amiconn (" mrf, b0rked sound") |
01:33:17 | | Quit Genre9mp3 () |
01:34:42 | | Join amiconn [0] (n=jens@rockbox/developer/amiconn) |
01:35:29 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
01:37:56 | preglow | amiconn: that clipping stuff actually had a notiable impact :) |
01:37:58 | | Quit Soap (Nick collision from services.) |
01:38:03 | | Nick Soap_ is now known as Soap (n=Soap@rockbox/staff/soap) |
01:38:28 | | Join Soap_ [0] (n=Soap@rockbox/staff/soap) |
01:40:37 | J3TC- | rasher, you there? :3 |
01:40:40 | J3TC- | http://pastebin.ca/746128 |
01:40:43 | J3TC- | I get that error still lol |
01:41:25 | rasher | J3TC-: I don't know.. I'm not really motivated to look at it, to be honest |
01:45:12 | J3TC- | Lol, ok |
01:45:15 | J3TC- | Sudoku ftw tho ;d |
01:46:03 | | Quit petur ("Zzzz") |
01:46:30 | nnk | okay, good night |
01:46:39 | nnk | rasher: thanks a lot |
01:46:49 | nnk | see you guys |
01:47:11 | | Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) |
01:47:51 | | Quit nnk ("dd if=/dev/random of=/dev/hda bs=512 count=1") |
01:51:46 | | Quit japc (Read error: 110 (Connection timed out)) |
01:56:57 | | Quit Toxicity999 ("Leaving") |
01:58:58 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
02:00 |
02:00:26 | | Join TotallyInfected [0] (n=ebola@pool-70-110-242-209.phil.east.verizon.net) |
02:03:31 | | Quit TotallyInfected_ (Read error: 104 (Connection reset by peer)) |
02:05:22 | | Join rep|icant [0] (n=rep|ican@adsl-074-183-167-249.sip.bhm.bellsouth.net) |
02:05:59 | rep|icant | howdy, any recommendations for music players for automatic syncing back and forth to the rockbox database using a mac? |
02:06:15 | rep|icant | in other words, whats the best music player to use with my rockboxed ipod while on a mac? |
02:06:34 | rep|icant | preferably with tag editing,a nd some sort of syncing would be cool |
02:07:28 | krazykit | rep|icant, the only thing i know of is amarok, and i think it requires x11 among other things. it is somewhat off topic though |
02:07:44 | rep|icant | *nod* ahh, should i take this to rockbox-community? |
02:07:47 | rep|icant | apologies |
02:08:03 | rep|icant | ok maybe i should look at installing amarok kde/qt |
02:08:04 | rep|icant | thanks |
02:11:44 | | Join Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
02:13:27 | | Part pixelma |
02:22:12 | | Quit hcs ("Leaving.") |
02:25:30 | | Quit Mouser_X (Read error: 104 (Connection reset by peer)) |
02:25:40 | J3TC- | http://jetc.110mb.com/rockbox/sudoku_compile.txt |
02:25:41 | J3TC- | whoo |
02:25:44 | J3TC- | It compiled |
02:26:28 | J3TC- | But I think there's still something wrong lol |
02:26:46 | | Join Mouser_X [0] (n=someone@207.155.176.3) |
02:28:19 | J3TC- | Ok, got it to just 1 warning. |
02:28:35 | J3TC- | I'll ask bluebrother for the other one since he was able to fix that warning |
02:28:35 | J3TC- | :3 |
02:29:10 | | Quit Bagder (Read error: 110 (Connection timed out)) |
02:38:09 | | Join xreigninflame [0] (i=48927114@gateway/web/cgi-irc/labb.contactor.se/x-dedeb487b2b0ae8f) |
02:38:16 | | Join JETC [0] (n=jetc123@pool-72-76-179-145.nwrknj.east.verizon.net) |
02:39:42 | xreigninflame | where does the svn store the trunk for vmware player |
02:39:54 | scorche | where you tell it to |
02:40:14 | xreigninflame | umm well what if i cant find it.... |
02:40:28 | scorche | what was teh command you typed to get the source? |
02:40:45 | xreigninflame | svn co svn://svn.rockbox.org/rockbox/trunk rockbox |
02:40:56 | scorche | then it is in the rockbox folder |
02:41:18 | xreigninflame | in root? |
02:41:25 | xreigninflame | im in the terminal |
02:41:33 | xreigninflame | in the root folder |
02:41:36 | scorche | from wherever you typed it |
02:41:37 | | Part kugel ("Benutzer ist abwesend.") |
02:42:23 | | Quit donutman25 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") |
02:43:31 | xreigninflame | and i dont have to like add the c language to the vmware do i? when i right click in the enviroment i see a menu called apps and the submenu programming and i dont see c in there |
02:44:00 | krazykit | no, everything is set up for you |
02:44:05 | xreigninflame | awsomeness |
02:44:28 | xreigninflame | and just to make sure its the xeditor right? |
02:44:49 | krazykit | what is? |
02:44:57 | xreigninflame | what i should be editing in |
02:45:07 | xreigninflame | im used to using fedora red hat |
02:45:13 | krazykit | you can use whatever you want. nano, vim, ed, xeditor |
02:45:15 | xreigninflame | so vm is really new to me |
02:45:26 | xreigninflame | sweetness |
02:45:29 | xreigninflame | thanks all |
02:46:42 | | Quit newbyx86 (Nick collision from services.) |
02:46:45 | | Join newby [0] (n=newby@ip68-7-12-123.sd.sd.cox.net) |
02:46:45 | | Quit xreigninflame ("CGI:IRC (EOF)") |
02:50:52 | | Quit antgel ("Lost terminal") |
02:52:28 | | Quit bb (Nick collision from services.) |
02:52:33 | | Join bb_ [0] (n=bb@unaffiliated/bb) |
02:54:07 | | Quit J3TC- (Read error: 110 (Connection timed out)) |
02:54:07 | | Nick JETC is now known as J3TC- (n=jetc123@pool-72-76-179-145.nwrknj.east.verizon.net) |
02:54:50 | J3TC- | Hrmm |
02:54:53 | J3TC- | bool sudoku_generate(struct sudoku_state_t* state, char* target) |
02:55:07 | J3TC- | This one is giving me a warning :3 |
02:55:21 | J3TC- | Something to do with char* target |
03:00 |
03:00:24 | rasher | check the comments on the patch |
03:00:31 | rasher | I'm pretty sure that's mentioned there |
03:00:46 | J3TC- | Ok |
03:09:21 | | Join hannesd [0] (n=light@gate-hannes-tdsl.imos.net) |
03:14:48 | J3TC- | Well...that froze up on me |
03:14:49 | J3TC- | Lol |
03:15:09 | *** | Saving seen data "./dancer.seen" |
03:17:03 | | Join RoC_MasterMind [0] (n=Free@c-66-177-39-225.hsd1.fl.comcast.net) |
03:19:27 | keanu | anyone recall the specs of the Sansa Connect? |
03:19:45 | keanu | primarily SoC info |
03:23:27 | * | keanu is just wondering if there isn't a port to the Connect because of hardware, or the fact that nobody is interested |
03:26:32 | J3TC- | Hrmm..the sudoku patch works again..gives that warning but works. |
03:26:42 | J3TC- | A bit slow in generating tho but yeah...better than nothing |
03:26:43 | J3TC- | :3 |
03:26:47 | J3TC- | Thanks rasher for the patch lol |
03:26:56 | | Quit Mouser_X (Read error: 110 (Connection timed out)) |
03:27:15 | rasher | J3TC-: please add your fixed patch to the tracker entry |
03:27:37 | J3TC- | Don't know how :3 |
03:27:48 | * | J3TC- reads up on making a patch |
03:27:58 | rasher | Did you check out using svn? |
03:28:28 | J3TC- | Newp. I'm new to this :3 |
03:28:52 | J3TC- | Although, I think it's better to wait and ask bluebrother for help since I saw his comment on your patch and he was able to fix that specific warning |
03:29:13 | J3TC- | He didn't u/l that tho so yeah |
03:29:14 | J3TC- | :3 |
03:29:47 | | Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) |
03:30:20 | rasher | J3TC-: it's not so much that warning as the menu changes |
03:31:20 | J3TC- | Ok, then I'll read up on how to make a patch and all that and get it out sometime tonight. I'd still like to work on that warning but yeah...I guess if it works, it works |
03:31:44 | rasher | If you used svn, do "svn diff" |
03:32:19 | J3TC- | Ah, cool |
03:32:20 | J3TC- | There it is |
03:33:41 | | Quit courtc (Read error: 113 (No route to host)) |
03:35:34 | | Quit Toxicity999 (Read error: 113 (No route to host)) |
03:36:17 | sarixe | question: how good is support for ipod video 80gb? and is classic support coming soon? |
03:36:41 | | Join Lars_G [0] (n=Lars@unaffiliated/lars-g/x-000001) |
03:36:42 | Lars_G | Hi all |
03:36:45 | Lars_G | is svn broken right now? |
03:37:17 | sarixe | doesn't look like it |
03:37:24 | J3TC- | rasher: http://web.njit.edu/~jc242/rockbox/sudoku_20071022.patch |
03:37:29 | J3TC- | Good enough? |
03:37:34 | Lars_G | odd. I pulled |
03:37:45 | Lars_G | and just in case I removed my nano dir, and reran ../tools/configure |
03:38:03 | sarixe | just got: Checked out revision 15274. |
03:38:19 | Lars_G | I run make, and get LOTS of errors for: drivers/button.c: |
03:38:48 | Lars_G | Huh wait. I had the double click patch in button me thinks. I pray that didn't break stuff |
03:39:26 | rasher | J3TC-: do you hae an account on Flyspray? |
03:40:13 | Lars_G | Sigh if it's that I'll have to wait. I don't wanna lose that patch |
03:40:18 | Lars_G | and that means adapting it to the new code |
03:40:38 | J3TC- | Nope. I'm new to this whole rockbox building stuff. |
03:41:45 | J3TC- | You can up it yourself. It's still your code/patch lol |
03:41:59 | Lars_G | O.o wtf I got diff comments IN the source files |
03:42:04 | Lars_G | stuff to manually merge perhaps? |
03:44:31 | Lars_G | sigh yeah, it cionflicted |
03:47:33 | Lars_G | Phew long live kdiff34 |
03:47:37 | Lars_G | kdiff3 |
03:48:15 | | Quit TotallyInfected () |
03:48:41 | sarixe | anyone know how well the ipod video 80gb is supported? |
03:48:55 | | Quit XavierGr () |
03:49:06 | scorche | it works just fine |
03:49:10 | sarixe | ok |
03:49:18 | sarixe | because my brother has a 60gb one |
03:49:25 | sarixe | and i installed rockbox on it for him |
03:49:40 | sarixe | except that it went away somehow, i don't know, something to do with the charger |
03:49:50 | sarixe | and the default firmware replaced itself |
03:50:25 | Soap | the default firmware rarely does a full power-off on the firmware. |
03:50:47 | sarixe | that's what caused it? |
03:51:28 | Soap | So unless he happened to install a new upgrade of his iPod's Apple firmware, what I suspect has happened is he booted once in to Apple firmware, and it has continued to sleep and awake, never fully powering off, and thus never invoking the bootloader, and thus never rebooting rockbox. |
03:51:42 | sarixe | no, he wouldn't have done that |
03:52:43 | sarixe | ...and is rockbox compatible with the ipod database? |
03:52:50 | Soap | He could very well have done that unintentionally. |
03:52:55 | sarixe | true |
03:53:12 | sarixe | but usually itunes asks to update, and usually he doesn't update |
03:53:18 | Soap | I find my two possibilities both more probable than Rockbox removing itself. |
03:54:25 | Soap | Regardless, Rockbox is not able to read the iTunes database - this does not prevent you from using iTunes, though, as Rockbox is able to build its own database, and thus index all the wacky filenames iTunes uses when placing media on an iPod. |
03:54:59 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
03:55:58 | sarixe | right |
03:56:05 | sarixe | so... ipod tags all the files then? |
03:56:20 | sarixe | and then rockbox can read those tags |
03:56:29 | Soap | No, it will build its database off of the filename if proper tags are not in the files. |
03:56:37 | sarixe | man, either way, i'd be using it for ogg, so it doesn't really matter |
03:56:45 | Soap | "it" being iTunes in this case. |
03:56:55 | sarixe | ah, true |
03:59:19 | sarixe | also |
03:59:37 | sarixe | the whole reason i'm asking is that i'm considering purchasing an ipod |
03:59:43 | sarixe | and i definitely want rockbox on it |
03:59:56 | Soap | the classic is not, and might never be, supported by Rockbox. |
04:00 |
04:00:09 | sarixe | might never? why's that? |
04:00:14 | Soap | you would have to buy used, or old-in-stock 5.5th gen. |
04:01:12 | sarixe | well i suppose i could _deal_ with ipod's software, and mp3's |
04:01:18 | | Join bryan_ [0] (n=bryan@cpe-76-179-68-20.maine.res.rr.com) |
04:01:21 | Soap | Why? Because it is undocumented hardware with totally encrypted firmware. It will be a challenge to run any code on the hardware at all, and then you will need to reverse-engineer the hardware. |
04:01:31 | sarixe | o |
04:01:38 | sarixe | and they're not planning on releasing the specs? |
04:02:02 | Galois | apple's gotten much worse with time |
04:02:05 | Soap | dare I say it? Hell no. |
04:02:08 | | Quit Toxicity999 (Nick collision from services.) |
04:02:09 | sarixe | damn |
04:02:12 | | Nick bryan_ is now known as Toxicity999 (n=bryan@cpe-76-179-68-20.maine.res.rr.com) |
04:02:21 | Galois | not only are they not releasing specs, they're actively obstructing third party software |
04:02:37 | sarixe | geeeez |
04:03:07 | Galois | with the new ipods, you couldn't even _sync music_ with third party software because apple added a new secret hash |
04:03:15 | Galois | they had to reverse engineer the secret hash |
04:03:25 | sarixe | heh |
04:04:16 | | Join Mouser_X [0] (n=someone@207.155.176.3) |
04:04:16 | sarixe | and that 160gb classic looked like SUCH a good deal... |
04:05:08 | sarixe | the question is... why are they so hostile to open development? |
04:05:54 | Galois | I really have no idea. Their current strategy is a money loser for sure. |
04:06:00 | sarixe | yep |
04:06:15 | rasher | Jobs likes control |
04:06:16 | Galois | I mean, let's put it this way. People have bought apple products in the past on my recommendation. |
04:06:23 | Soap | oh yea, Apple is losing tons of money. WTF! |
04:06:30 | Galois | about a dozen laptops at least, among my friends and family |
04:06:39 | Galois | they won't get that money any more |
04:06:46 | Galois | not with the way they're heading now |
04:06:48 | sarixe | well at least they don't have secret filesystems... or do they? |
04:07:02 | sarixe | are hfs+ specs released? |
04:07:08 | sarixe | or is that even what they use? |
04:07:16 | sarixe | i'm so out of the loop when it comes to apple tech |
04:07:20 | Soap | Regardless, let us keep this channel on-topic, and move all economic discussion to #rockbox-community |
04:07:26 | sarixe | true |
04:08:41 | | Join JETC- [0] (n=jetc123@pool-72-76-179-145.nwrknj.east.verizon.net) |
04:13:13 | | Quit Lars_G ("Bye bitches :D") |
04:13:47 | | Join TotallyInfected [0] (n=ebola@pool-70-110-242-209.phil.east.verizon.net) |
04:16:58 | | Join eigma [0] (n=cat@216.48.162.210) |
04:27:06 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
04:27:17 | | Join miepchen^schlaf [0] (n=hihi@p54BF76FD.dip.t-dialin.net) |
04:29:03 | JdGordon | hey eigma |
04:31:13 | eigma | hey |
04:31:23 | JdGordon | did you try runnig rockbox with the jtag? |
04:32:45 | eigma | no, sorry |
04:33:01 | eigma | karl was going to use my jtag rig remotely, but he had to leave |
04:33:04 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
04:33:26 | JdGordon | ah ok |
04:34:56 | | Quit sarixe ("(EE) Failed to load "quit" module") |
04:35:05 | JdGordon | any luck with the backlight? |
04:35:19 | eigma | no more than I did before |
04:35:26 | JdGordon | oh well :) |
04:35:29 | eigma | I've mapped out a lot of the OF functions that control it |
04:35:33 | | Join TheDarkOne[lappy [0] (n=marc@74.12.14.40) |
04:35:41 | eigma | so in a few hours I could probably jot down a program that does the same thing |
04:35:44 | JdGordon | I got the battery reading working so im going to run a battery bench to see how the values change |
04:36:55 | TheDarkOne[lappy | i charged my ipod and it booted into an apple screen with the backlight on, and i can't get out of it into anything else, apple or rockbox |
04:37:07 | TheDarkOne[lappy | any ideas how to fix? i tried the reset, did nothing |
04:37:10 | eigma | but I still don't know what chip it is.. |
04:38:29 | TheDarkOne[lappy | if anyone is hee |
04:38:32 | TheDarkOne[lappy | here* |
04:40:48 | | Join XavierGr [0] (n=xavier@ppp176-207.adsl.forthnet.gr) |
04:41:55 | eigma | TheDarkOne: looks like you're out of luck for now :\ |
04:42:57 | | Quit qweru ("moo") |
04:48:44 | | Join psycho_maniac [0] (i=psycho_m@207.230.218.254) |
04:58:14 | | Quit webmind (Read error: 110 (Connection timed out)) |
04:59:07 | | Quit RoC_MasterMind ("Leaving") |
05:00 |
05:04:02 | | Join rep|icant_ [0] (n=rep|ican@adsl-074-183-167-249.sip.bhm.bellsouth.net) |
05:05:20 | | Join rep|icant__ [0] (n=rep|ican@adsl-074-183-167-249.sip.bhm.bellsouth.net) |
05:09:53 | | Quit rep|icant (Read error: 110 (Connection timed out)) |
05:15:12 | *** | Saving seen data "./dancer.seen" |
05:15:58 | | Join bb [0] (n=bb@unaffiliated/bb) |
05:19:36 | | Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) |
05:20:16 | | Quit rep|icant_ (Success) |
05:23:42 | | Quit hannesd (Read error: 110 (Connection timed out)) |
05:23:42 | | Nick hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) |
05:27:41 | | Quit bb_ (Read error: 110 (Connection timed out)) |
05:38:03 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
06:00 |
06:11:32 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
06:12:40 | | Quit jhMikeS (Nick collision from services.) |
06:12:46 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
06:15:25 | | Quit jhulst (Remote closed the connection) |
06:15:33 | | Quit grndslm ("Leaving") |
06:23:10 | | Quit lazka (Remote closed the connection) |
06:24:01 | | Join emeraldd [0] (n=jules@h96.156.30.69.ip.alltel.net) |
06:24:40 | | Part emeraldd |
06:28:22 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
06:29:24 | | Join Rob2222 [0] (n=Miranda@p54B1671C.dip.t-dialin.net) |
06:33:57 | | Quit Calcipher ("—I-n-v-i-s-i-o-n— 2.0 Build 3515 with A Pack Fix By www.ircmadeasy.com") |
06:43:04 | | Quit eigma () |
06:56:06 | | Join markun_ [0] (n=markun@rockbox/developer/markun) |
06:56:35 | | Quit markun (Read error: 113 (No route to host)) |
07:00 |
07:15:13 | *** | Saving seen data "./dancer.seen" |
07:15:42 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
07:39:06 | | Quit Toki (Nick collision from services.) |
07:39:19 | | Join Toki_ [0] (n=hsdbvlkb@gateimb.imb.lebedev.ru) |
07:41:13 | | Join sounddude [0] (n=sounddud@d207-81-127-76.bchsia.telus.net) |
07:42:47 | | Quit Isolinear (Read error: 104 (Connection reset by peer)) |
07:42:52 | | Quit jhulst (Read error: 113 (No route to host)) |
07:46:31 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
07:48:31 | | Join rep|icant [0] (n=rep|ican@adsl-074-183-167-249.sip.bhm.bellsouth.net) |
07:51:47 | | Quit Seed (Nick collision from services.) |
07:51:55 | | Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
07:52:30 | | Join rep|icant_ [0] (n=rep|ican@adsl-074-183-167-249.sip.bhm.bellsouth.net) |
07:56:11 | | Quit rep|icant_ (Client Quit) |
08:00 |
08:03:06 | JdGordon | waiting for batt bench to finish is boring:'( |
08:04:15 | | Quit rep|icant__ (Read error: 110 (Connection timed out)) |
08:05:00 | | Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
08:06:22 | | Join Buschel [0] (n=AndreeBu@p54A3EF38.dip.t-dialin.net) |
08:07:49 | | Quit rep|icant (Read error: 110 (Connection timed out)) |
08:09:15 | | Nick markun_ is now known as markun (n=markun@rockbox/developer/markun) |
08:20:25 | | Join ender` [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) |
08:25:13 | | Join midkay_ [0] (n=midkay@71-35-102-133.tukw.qwest.net) |
08:31:22 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
08:32:18 | | Quit BigBambi (Read error: 113 (No route to host)) |
08:33:09 | | Join midkay__ [0] (n=midkay@71-35-102-133.tukw.qwest.net) |
08:33:27 | | Quit midkay (Nick collision from services.) |
08:33:29 | | Nick midkay__ is now known as midkay (n=midkay@71-35-102-133.tukw.qwest.net) |
08:36:18 | | Quit Buschel () |
08:37:00 | | Quit J3TC- (Read error: 104 (Connection reset by peer)) |
08:37:04 | | Quit JETC- (Read error: 104 (Connection reset by peer)) |
08:37:20 | | Join JETC- [0] (n=jetc123@pool-72-76-179-145.nwrknj.east.verizon.net) |
08:37:49 | | Join J3TC- [0] (n=jetc123@pool-72-76-179-145.nwrknj.east.verizon.net) |
08:38:21 | | Join spiorf [0] (n=spiorf@host120-223-dynamic.11-79-r.retail.telecomitalia.it) |
08:38:36 | | Join Rob222241 [0] (n=Miranda@p54B17EE6.dip.t-dialin.net) |
08:40:30 | | Join CaptainSquid [0] (n=Miranda@proxy14.netz.sbs.de) |
08:42:33 | | Quit CaptainSquid (Client Quit) |
08:50:15 | | Quit midkay_ (Read error: 110 (Connection timed out)) |
08:50:40 | | Join Thundercloud [0] (n=thunderc@resnet13.nat.lancs.ac.uk) |
08:56:53 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
08:56:54 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
09:00 |
09:10:16 | | Join advcomp2019_ [0] (n=advcomp2@66.172.231.192) |
09:10:41 | | Join Isolinear [0] (n=A@c-76-105-254-119.hsd1.or.comcast.net) |
09:10:45 | | Join petur [0] (i=d4efd6a6@rockbox/developer/petur) |
09:10:49 | | Quit advcomp2019 (Nick collision from services.) |
09:10:51 | | Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@66.172.231.192) |
09:11:22 | * | petur has been terribly stupid |
09:11:47 | petur | can somebody remove that ban that preglow did yesterday evening? |
09:11:57 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
09:12:34 | petur | pondlife: here? |
09:13:25 | GodEater_ | ban ? |
09:14:29 | petur | yes, very stupid: I got kicked everytime and thought my account had been hijacked. Now I discovered I left my irc client at work logged in :( |
09:14:52 | GodEater_ | I do that all the time |
09:15:16 | *** | Saving seen data "./dancer.seen" |
09:15:18 | petur | I don't but due to stress I forgot to kill it when rushing home |
09:15:56 | GodEater_ | scorche was around a few minutes ago |
09:15:59 | GodEater_ | he should be able to fix it |
09:16:32 | petur | I feel so stupid that I didn't think about this... |
09:16:55 | * | petur kicks forehead multiple times |
09:17:21 | GodEater_ | chill - it's no biggie! |
09:17:38 | GodEater_ | poor forehead will be in rasher's stats again |
09:17:51 | | Nick Bagder_ is now known as Bagder (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
09:18:05 | GodEater_ | or Bagder can mend it :) |
09:18:19 | Mode | "#rockbox +o Bagder " by ChanServ (ChanServ@services.) |
09:18:50 | Mode | "#rockbox -b *!*@ip-212-239-214-166.dsl-static.scarlet.be " by Bagder (n=daniel@rockbox/developer/bagder) |
09:19:11 | Mode | "#rockbox -o Bagder " by Bagder (n=daniel@rockbox/developer/bagder) |
09:19:11 | * | petur bows to op |
09:19:29 | petur | thanks |
09:19:33 | Bagder | np! |
09:20:38 | | Quit petur ("back to normal irc client") |
09:20:53 | | Join petur [0] (n=petur@ip-212-239-214-166.dsl-static.scarlet.be) |
09:25:08 | * | GodEater_ thinks petur should just link a few more nicks to his primary one and not worry about it in future |
09:25:35 | petur | I have 4, but I was worried my account was hacked |
09:26:25 | petur | and the reason I thought so was because last week somebody else logged in with my nick several times (but not identified) |
09:26:38 | GodEater_ | get a weirder nick ;) |
09:27:01 | | Nick petur is now known as SatanEater_ (n=petur@rockbox/developer/petur) |
09:27:09 | | Nick SatanEater_ is now known as petur (n=petur@ip-212-239-214-166.dsl-static.scarlet.be) |
09:27:22 | GodEater_ | hehe |
09:27:38 | GodEater_ | probably a more popular nick with American Midwestern people than mine is ;) |
09:27:53 | petur | I know a better one... |
09:27:58 | | Nick petur is now known as beerlover (n=petur@ip-212-239-214-166.dsl-static.scarlet.be) |
09:28:05 | | Nick beerlover is now known as petur (n=petur@ip-212-239-214-166.dsl-static.scarlet.be) |
09:28:08 | psycho_maniac | petur_pumkin_eater, kinda long though. |
09:29:34 | pondlife | petur: I'm back |
09:29:53 | pondlife | Any bootloader news? |
09:30:01 | petur | I did a bit of diskswapping yesterday and the result puzzles me |
09:30:19 | petur | the 80GB disk in my h320 boots ok |
09:30:32 | pondlife | With SVN bootloader? |
09:30:36 | petur | so it comes down to the 80GB disk in my h340 |
09:30:41 | | Join ddalton [0] (n=Daniel@203-214-76-97.dyn.iinet.net.au) |
09:30:46 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
09:30:52 | | Part ddalton |
09:30:55 | petur | with the last one XavierGr made me some time ago |
09:31:06 | pondlife | So, the same disk fails to boot in the H340, but works in H320? |
09:31:12 | petur | I left my notes at home :( |
09:31:18 | petur | yes |
09:31:42 | petur | but a 20GB or 40GB disk in the h340 also boot ok |
09:32:13 | pondlife | Have you done a disk info check in the H340 with both disks? |
09:32:16 | petur | maybe we're on the edge of some timing, or my h340 is out of spec hardware wise |
09:32:35 | pondlife | Probably the former |
09:33:36 | pondlife | I don't see how the newer bootloader would make things worse though |
09:33:48 | pondlife | IIRC, the main change is some extra delays |
09:34:02 | pondlife | Do you get an error in the failure case, or a lock? |
09:34:29 | petur | it locks after printing battery value |
09:35:51 | pondlife | Are you happy building your own bootloader? |
09:36:04 | petur | not yet ;) |
09:36:11 | pondlife | Ah :) |
09:36:30 | pondlife | OK, I won't suggest use of printf :) |
09:36:30 | petur | well I have a backup unit now so I should just do it |
09:37:00 | pondlife | I expect it's the ata_init() |
09:37:11 | pondlife | But it would be good to know for sure |
09:38:15 | petur | I need more spare time first :( |
09:39:39 | pondlife | Me too, no rush |
09:42:22 | | Quit psycho_maniac (" Asta La Vista") |
09:42:36 | | Quit TotallyInfected () |
09:43:46 | | Join CaptainSquid [0] (n=Miranda@proxy14.netz.sbs.de) |
09:47:37 | | Quit atsea-22 (Remote closed the connection) |
10:00 |
10:03:20 | | Quit criznach ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") |
10:03:46 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
10:08:40 | | Quit Slasheri ("Reconnecting") |
10:08:47 | | Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) |
10:09:43 | | Quit Isolinear (Read error: 104 (Connection reset by peer)) |
10:12:00 | | Join safetydan_ [0] (n=safetyda@rockbox/developer/safetydan) |
10:12:11 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
10:15:05 | | Quit kubiix (Read error: 104 (Connection reset by peer)) |
10:15:25 | | Join kubiixx [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
10:15:25 | GodEater_ | pondlife: re: follow playlist, is it only broken on the archoses ? |
10:17:22 | pondlife | GodEater_ No,. here on H340 too |
10:17:31 | GodEater_ | well see my post then... |
10:17:35 | pondlife | Auto-change dir doesn't update it |
10:18:07 | GodEater_ | cos it works fine for me |
10:18:10 | pondlife | Might be intermittent, I only tested it once and it failed the test |
10:18:19 | pondlife | Wouldn't surprise me. |
10:18:24 | GodEater_ | I use it all the time |
10:18:29 | pondlife | I'm running MoB at the moment, so can't retest |
10:18:31 | GodEater_ | and it hasn't ever gone wrong for me |
10:18:36 | GodEater_ | and I'm ALSO using MoB |
10:19:09 | pondlife | Do you have dircache enabled? |
10:19:12 | GodEater_ | yep |
10:19:21 | pondlife | OK, me too |
10:19:56 | GodEater_ | works fine on my other two targets as well |
10:20:05 | pixelma | GodEater: it works for me while music is playing - but if stopped (and without auto-change directory) not the last song I played is selected but the first in the directory |
10:20:27 | GodEater_ | doesn't stop currently clear the playlist though ? |
10:20:59 | safetydan_ | preglow, are you subscribed to the speex dev list? |
10:21:52 | pondlife | Ah, just found a nice MoB bug. |
10:22:04 | GodEater_ | Nico will be pleased |
10:22:05 | pixelma | GodEater: no, not anymore. But I just tried on my Sansa and it seems to work now, will keep an eye on it |
10:22:40 | GodEater_ | just so we're clear on what we're looking at here |
10:22:52 | GodEater_ | we're talking about Follow Playlist not working when you have Auto-change directory ON? |
10:23:15 | pondlife | Yes |
10:23:18 | GodEater_ | that's how I read the forum post in question anyway |
10:23:21 | | Join lee-qid [0] (n=liqid@p54967C31.dip.t-dialin.net) |
10:23:22 | pixelma | I don |
10:23:26 | pixelma | 't use it |
10:23:28 | pondlife | I just reproed the bug with MoB |
10:23:42 | GodEater_ | well as I say it works fine here =/ |
10:23:49 | pondlife | When you stop playback. |
10:23:55 | pixelma | ok, then it's an auto-change directoryy thing |
10:24:04 | GodEater_ | and you mean *stop* not pause ? |
10:24:07 | pondlife | Yes |
10:24:30 | GodEater_ | last playing track looks to be selected ok here |
10:24:51 | pondlife | OK, play the last track in album A, let it move onto album B. Then press STOP. |
10:25:05 | pondlife | Does it in MoB too |
10:26:08 | GodEater_ | ah ok - yes, that leaves it on the last track, not the one that just started |
10:26:52 | * | pondlife wishes that we could be clear that it's starting a new playlist that clears an old one, not pressing STOP. |
10:27:01 | pixelma | ah no (sorry for taking back the taken back). Still doesn't work correctly without auto-change directory - for me the last track I selected is highlighted not generally the first in the directory which got me confused |
10:27:03 | pondlife | Seems a bit halfway at the moment |
10:27:31 | GodEater_ | yeah, hitting select to show the current playlist works fine |
10:27:40 | GodEater_ | also, having DONE that, hitting stop shows the correct file too |
10:27:57 | pondlife | Yep |
10:28:00 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
10:28:01 | GodEater_ | so it's some pecularity with stop |
10:28:03 | pondlife | Something's nearly right |
10:28:06 | GodEater_ | :) |
10:28:50 | pondlife | GodEater_: On MoB, if you enable Auto-change dir and turn repeat off, if you play the last track in a folder through, does it auto-advance? |
10:28:57 | GodEater_ | yes |
10:29:00 | pondlife | Mine plays the same track again |
10:29:10 | pixelma | I think JdGordon something why it's not easily possible with the current code... if I just could remember |
10:29:13 | pondlife | But the WPS is a bit confused |
10:29:19 | GodEater_ | well the only way to get Autochange to work at all is to have repeat set to off |
10:29:19 | pixelma | +explained |
10:29:23 | GodEater_ | otherwise it doesn't do anything |
10:29:32 | pondlife | Indeed, just checking |
10:29:54 | | Quit maddler (Connection timed out) |
10:29:58 | pondlife | I selected track 19 in an album - the following album has 10 tracks. |
10:30:25 | pondlife | I'm now hearing Album A Track 19 again, with the WPS displaying the right title, but as track 1 of 10 |
10:30:56 | pondlife | Then, after one repeat, it's moved onto Album B Track 1, displayed as track 2 of 10 |
10:31:17 | GodEater_ | are you crossfading or anything else ? |
10:31:30 | pondlife | Crossfade is enabled but only for skip/random |
10:31:35 | pondlife | So shouldn't be involved here |
10:31:39 | GodEater_ | hm |
10:32:18 | GodEater_ | arse |
10:32:26 | GodEater_ | hard lock when I change cross fade settings again |
10:36:16 | GodEater_ | 'tis a crossfade thingy |
10:36:34 | GodEater_ | I just get the symptoms you describe, but only after having the same crossfade setting as you enabled. |
10:36:43 | pondlife | As opposed to what? |
10:36:51 | pondlife | i.e. What worked for you? |
10:36:52 | GodEater_ | as opposed to no crossfade at all |
10:37:33 | | Join lee-qid_ [0] (n=liqid@p54967C31.dip.t-dialin.net) |
10:37:33 | | Quit lee-qid (Connection reset by peer) |
10:37:48 | GodEater_ | playback absolutely refuses to work after a change to those damn settings those |
10:37:59 | pondlife | You need to reboot |
10:38:10 | pondlife | Changing any crossfade settings really buggers up MoB |
10:38:18 | GodEater_ | yep |
10:38:48 | GodEater_ | I assume the reason it's stuffing up the autochange in your case is because you're using track-skip to change to the last track in the folder |
10:38:54 | GodEater_ | before letting it do the auto-change |
10:39:04 | pondlife | Ah, but I'm not |
10:39:10 | | Quit sup (Read error: 110 (Connection timed out)) |
10:39:11 | pondlife | I'm starting playback on the last track |
10:39:43 | GodEater_ | ah ok |
10:39:46 | GodEater_ | I take it back then |
10:41:09 | GodEater_ | yep - confirmed. No crossfade at all results in perfect change |
10:43:06 | pondlife | Smells like an </ <= type of thing |
10:43:33 | * | GodEater_ dribbles a bit and wonders what that means |
10:43:43 | pondlife | Less than vs. less than or equal |
10:44:24 | GodEater_ | if you say so :) |
10:46:08 | | Nick lee-qid_ is now known as lee-qid (n=liqid@p54967C31.dip.t-dialin.net) |
10:53:55 | | Join atsea-22 [0] (i=atsea-@gateway/tor/x-8f14cbc6e80998f5) |
10:56:53 | amiconn | GodEater: The problem with 'follow playlist' is most probably that right now the wps sets the current browser position only when actively leaving it when music is playing |
10:57:16 | amiconn | Back when it was working properly, it did set the position on every track change. |
10:57:25 | amiconn | That behaviour needs to be restored |
10:58:17 | amiconn | Right now 'follow playlist' never works when playback stops at end of list |
10:58:30 | amiconn | (both hwcodec and swcodec) |
10:58:53 | pixelma | also not when stopped by hand |
11:00 |
11:00:36 | GodEater_ | how else would it stop ? |
11:00:52 | amiconn | At the end of playlist... |
11:01:01 | GodEater_ | sorry - was thinking of auto-change dir again |
11:01:09 | * | amiconn never uses auto-change dir |
11:01:21 | * | GodEater_ never not uses it |
11:01:28 | amiconn | And 'follow playlist' has been broken for months now :( |
11:01:59 | GodEater_ | I've not noticed, since I never use "Stop" |
11:02:07 | GodEater_ | in which case, it works just fine |
11:03:11 | amiconn | How do you stop then? :> |
11:03:15 | GodEater_ | pause :) |
11:03:23 | GodEater_ | or turn it off |
11:03:35 | amiconn | I *always* stop before shutting down |
11:03:37 | pixelma | GodEater: are you going to update your post then or should I comment on this? ;) |
11:03:39 | | Join bistouri [0] (i=c1335ac7@gateway/web/cgi-irc/labb.contactor.se/x-b28027520da7deea) |
11:03:48 | GodEater_ | it's impossible to not stop when turning off with the ipod I think |
11:04:02 | GodEater_ | pixelma: by all means comment ;) |
11:04:18 | GodEater_ | your posting is more eloquent than mine anyway |
11:04:30 | amiconn | On iriver you can - but that's not the problem. |
11:05:42 | GodEater_ | indeed - but I never stop playback on my iriver when I power it off |
11:05:45 | GodEater_ | don't see the point |
11:06:23 | amiconn | 'Follow playlist' not working annoys me when I start an album in car, arrive at my destination, stop & shutdown when the album isn't finished. When resuming later, and the album then ends, it drops to the root dir... |
11:07:42 | | Join japc [0] (n=japc@213.13.107.11) |
11:09:58 | | Quit CaptainSquid ("Miranda IM!") |
11:10:50 | | Join CaptainSquid [0] (n=Miranda@proxy14.netz.sbs.de) |
11:11:03 | | Quit bistouri ("CGI:IRC") |
11:15:18 | *** | Saving seen data "./dancer.seen" |
11:28:56 | | Quit idnar (Nick collision from services.) |
11:28:58 | | Join idnar_ [0] (n=mithrand@unaffiliated/idnar) |
11:33:58 | | Join maddler [0] (n=maddler@217-133-171-24.b2b.tiscali.it) |
11:39:08 | | Join barrywardell [0] (n=barrywar@dhcp-892b9af6.ucd.ie) |
11:45:35 | | Join lachlan [0] (i=7cab80fe@gateway/web/cgi-irc/labb.contactor.se/x-682ac8e5cf782cca) |
11:45:46 | | Quit lachlan (Client Quit) |
11:46:00 | | Join lachlan [0] (i=7cab80fe@gateway/web/cgi-irc/labb.contactor.se/x-2efa87aef2fcb0d9) |
11:47:34 | | Part pondlife ("Gone") |
11:47:48 | | Join kugel [0] (i=kugel@unaffiliated/kugel) |
11:48:00 | | Quit barrywardell (Remote closed the connection) |
11:48:38 | | Join barrywardell [0] (n=barrywar@dhcp-892b9af6.ucd.ie) |
11:49:01 | | Join xazax [0] (n=xazax@c213-89-180-121.bredband.comhem.se) |
11:49:17 | | Quit bumper (Read error: 110 (Connection timed out)) |
11:54:09 | | Join Exiro [0] (n=ANonEMoo@ip565812ec.direct-adsl.nl) |
11:54:13 | Exiro | hello |
11:55:19 | Exiro | could somebody help me pleas? |
11:56:32 | pixelma | welcome... this question is impossible to answer because we don't know the problem yet ;) |
11:56:34 | petur | we could if you would ask a question |
11:57:15 | Exiro | ok |
11:57:51 | Exiro | well, when I connect my 1st gen ipod nano with rockbox current build on it to my comp |
11:58:00 | Exiro | the screen comes up first |
11:58:08 | Exiro | and then it says "do not disconnect" |
11:58:22 | Exiro | shouldn't I be able to use it while connected? |
12:00 |
12:00:10 | xazax | The ipod? you want it connected and listening to it at the same time? |
12:00:20 | Exiro | uh yes |
12:00:32 | markun | in rockbox? |
12:00:35 | xazax | I dunno if thats possible. |
12:00:56 | markun | if yes: hold menu while inserting the cable (it will charge only and you can still use the player) |
12:01:27 | Exiro | oh, just wondering because the normal "don't disconnect" screen comes right after the rockbox screen when I connect |
12:01:46 | Exiro | but I am reinstalling it right now |
12:02:18 | markun | reinstalling rockbox? |
12:02:23 | pixelma | what happens when you put it in disk manually? |
12:02:54 | | Join Rondom [0] (n=Rondom@p57A97B88.dip.t-dialin.net) |
12:03:00 | pixelma | "disk mode" even |
12:05:05 | Exiro | yes, i'm reinstalling rockbox |
12:07:43 | | Quit jhMikeS (Nick collision from services.) |
12:07:49 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
12:08:57 | | Join bluebrother [0] (i=tUAqppnE@rockbox/staff/bluebrother) |
12:09:11 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
12:09:52 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
12:12:11 | | Join A_M [0] (n=anon3141@fw.dormnet.his.se) |
12:21:11 | | Join n1s [0] (n=nils@nl104-209-90.student.uu.se) |
12:22:39 | Exiro | ok I'm listening to my music again, but I hear strange sounds in the background |
12:22:58 | Exiro | like someone's scratching |
12:23:55 | | Join mr_pink [0] (n=pete@pjrh2.caths.cam.ac.uk) |
12:23:58 | JdGordon | pixelma: what did i say waiiiiiiiiiiiiiiii wththe current code? /me couldnt follow the convo |
12:24:07 | * | JdGordon kills his keyboard |
12:24:15 | JdGordon | was impossible with* |
12:25:07 | Exiro | hey, I hear sounds like someone is swallowing in the background |
12:25:17 | Exiro | does anyone else experience this? |
12:26:29 | Exiro | oh, and I can't get out of the maaze! |
12:28:32 | mr_pink | I'm having some problems setting up the build environment. I ran the automatic script and thing's seemed to go ok until it failed to download one part. see: http://pastebin.com/m76fcea66 Should I just try running it again? |
12:28:53 | | Part mr_pink ("Ex-Chat") |
12:29:02 | pixelma | JdGordon: something about why follow playlist couldn't work when playback is stopped, must be a while ago but I thought you explained that once (though I could remember wrong) |
12:29:04 | | Join mr_pink [0] (n=pete@pjrh2.caths.cam.ac.uk) |
12:29:37 | JdGordon | ah yeah, I was supposed to do something about that :p |
12:30:13 | n1s | mr_pink: that file (the multilibs patch seems to be missing from the download server... |
12:30:13 | pixelma | see... and all the times you complained about being bored.. :P |
12:30:17 | n1s | Zagor: ping? |
12:30:22 | JdGordon | haha |
12:31:45 | mr_pink | n1s: Is that the reason the rest of it failed? Shouldn't the script abort if something vital fails to download? |
12:31:50 | Zagor | n1s: pong |
12:32:07 | n1s | Zagor: http://www.rockbox.org/gcc/rockbox-multilibs-arm-elf-gcc-4.0.3.diff gives 404 |
12:32:25 | JdGordon | download.rockbox.org ,maybe? |
12:33:04 | pixelma | Exiro: from your description I think your Nano could suffer from this bug http://www.rockbox.org/tracker/task/7510 (note that there are differences how strong people are affected) |
12:33:05 | Zagor | hmm, how did I miss that? |
12:33:11 | Zagor | JdGordon: no it's www |
12:35:48 | pixelma | Zagor: twhile you're at it, I also wondered about this report http://forums.rockbox.org/index.php?topic=13387.msg100974#msg100974 |
12:35:49 | Zagor | ah, I didn't miss it. it's recently added |
12:36:19 | n1s | mr_pink: no, i guess something is up with your native gcc as it throws "C compiler cannot create executables." |
12:37:05 | Zagor | patch added now |
12:37:54 | mr_pink | n1s: Hmm, any ideas? I'm on ubuntu |
12:38:10 | n1s | mr_pink: have you installed a native gcc? |
12:39:05 | | Join pepie34 [0] (n=pepie34@34.136-65-87.adsl-dyn.isp.belgacom.be) |
12:39:16 | barrywardell | pixelma, Zagor: I think we should just keep the newer PP5022.mi4 |
12:40:04 | Bagder | I think that's due to the particular mirror not deleting deleted files in the source server |
12:40:25 | Zagor | Bagder: no, haxx.rb.org has both files too |
12:40:30 | Bagder | aha |
12:40:43 | Bagder | then it was just my mistake I guess |
12:41:02 | Zagor | you were in china when that happened... :) |
12:41:10 | Bagder | haha |
12:41:28 | Zagor | I'll remove the older file |
12:42:24 | Exiro | ok, noob question but... how do I add music from my comp to my player? |
12:42:48 | mr_pink | n1s: Yep, looks like it |
12:42:50 | n1s | Exiro: drag and drop in your favourite file mangaer |
12:43:45 | GodEater_ | or least favourite file manager if you're feeling masochistic |
12:44:19 | | Join TentaclePorn [0] (i=Tentacle@58.174.202.98) |
12:44:25 | TentaclePorn | Hi there ;D |
12:44:39 | Exiro | Godeater: is that something like emo? then no! |
12:44:46 | TentaclePorn | I was wondering if there were any iriver RockBox users out there that may be able to help me out for a second? |
12:45:00 | n1s | mr_pink: you need at least the packages "gcc" "build-essential" and "binutils" do you have all of them? |
12:45:00 | GodEater_ | TentaclePorn: difficult to tell since we don't know what your problem is |
12:45:06 | TentaclePorn | My bad |
12:45:29 | * | n1s has an iriver |
12:45:51 | | Nick kugel is now known as kugel|afk (i=kugel@unaffiliated/kugel) |
12:45:58 | * | GodEater_ still thinks we should +m the channel and only voice people when they can prove they've read the guidelines... |
12:46:16 | xazax | TentaclePorn: shoot... whats your problem |
12:46:23 | xazax | GodEater: :D |
12:46:35 | TentaclePorn | In any case, the problem is that I can't get my database to, well, do anything. First time I booted rockbox I went to database and it searched through, found all the files, and went back to the menu. Although now whenever I click on database It just says "building database" and sits on 0 found |
12:46:47 | TentaclePorn | Sorry to run in and immediately ask a question =/ |
12:47:18 | n1s | TentaclePorn: go into the "tagcache" entry in the debug menu and tell us what it says |
12:47:33 | Exiro | um drag to what? which folder? |
12:47:42 | xazax | TentaclePorn: I had issues in the beginning... I seemed like restarts magically sorted that out. |
12:47:42 | | Quit J3TC- (Read error: 113 (No route to host)) |
12:47:59 | n1s | Exiro: any folder |
12:48:07 | | Quit A_M () |
12:48:09 | mr_pink | n1s: Ah, some of the bits from build essential were missing, ill try again, cheers |
12:49:30 | | Quit lachlan ("CGI:IRC (EOF)") |
12:49:38 | TentaclePorn | I can't seem to find tagcache |
12:49:54 | TentaclePorn | I have "view dircache info"? |
12:50:02 | GodEater_ | no - "view database info" |
12:50:07 | TentaclePorn | oh okay |
12:50:15 | * | GodEater_ wonders how old the build n1s is running is :) |
12:51:16 | n1s | GodEater_: so the bastards renamed it! but now... it's... al consistent and no fun :-( |
12:51:53 | TentaclePorn | initialised: Yes , DB Ready: No , RAM Cache: No , RAM: 0/0 B , Progress: -1% (0 entries), Curfile: −−- , Commit Step: 0 , Commit Delayed : no. |
12:52:33 | GodEater_ | that doesn't look very healthy |
12:52:41 | * | xazax still votes for restart and wait for automagical solution |
12:53:02 | TentaclePorn | I tried the restart, multiple times ;] |
12:53:03 | n1s | TentaclePorn: delete all *.tcd files (if they are still named that?) in your .rockbox dir and start over |
12:53:09 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
12:53:10 | * | xazax curses |
12:53:18 | TentaclePorn | Just hit delete, unplug, and reboot? |
12:53:56 | Exiro | were are the files that are in the database? |
12:54:01 | n1s | and init the databse again with fingers crossed ;-) |
12:54:05 | | Join Isolinear [0] (n=A@c-76-105-254-119.hsd1.or.comcast.net) |
12:54:23 | TentaclePorn | Probably inside the iriver's natural music folder, let me have a look at it again and see how it looks |
12:54:52 | GodEater_ | Exiro: the files which the database indexes are the music files on your player. The files which *form* the database are all named *.tcd, and live in the .rockbox directory |
12:56:07 | xazax | live? scary.. |
12:56:08 | Exiro | but those are only 1/2 kb! |
12:56:27 | TentaclePorn | n1s: where will I find all the .tcd files |
12:56:39 | n1s | TentaclePorn: inside the .rockbox dir |
12:56:47 | TentaclePorn | I found one, that seems to be it |
12:57:11 | GodEater_ | Exiro: how much music do you have on your player ? |
12:58:10 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
12:58:26 | Exiro | like 100 songs I guess |
12:58:53 | TentaclePorn | I thought I was a small fry with 2000 D: |
12:59:12 | GodEater_ | Exiro: that's why they're so small then |
12:59:47 | Exiro | ? they are normally 2mb |
13:00 |
13:00:06 | Exiro | i mean 6 |
13:00:08 | Exiro | mb |
13:00:20 | GodEater_ | you think your database should be 6mb in size for only 200 songs ? |
13:00:25 | TentaclePorn | database is finding files again! Thanks n1s lets hope this works |
13:01:09 | xazax | TentaclePorn: so... Youre databasefile was corrupted? |
13:01:12 | bluebrother | pixelma: sure mpegplayer can seek? AFAIK it can only resume |
13:01:18 | TentaclePorn | Oh.... |
13:01:25 | Exiro | 1 song in mp3 format is 6 mb |
13:01:39 | GodEater_ | so ? |
13:01:46 | GodEater_ | the metadata in it is tiny |
13:01:50 | TentaclePorn | Well, the database build completed, told me to reboot. I did, and now when I click database it still says ""database is not ready, initialise now" |
13:01:53 | Exiro | were is that mp3 file on the ipod nano? |
13:02:04 | GodEater_ | what mp3 file ? |
13:02:09 | Exiro | on the ipod |
13:02:21 | GodEater_ | I have ~8000 tracks and my database isn't even 1MB |
13:02:32 | GodEater_ | what mp3 file are you talking about ? |
13:02:35 | Exiro | if the song on my comp is indexed, it still needs the songs itself on the ipod |
13:02:38 | pixelma | bluebrother: you can choose "set start time" which is basically like seeking, just not very convenient |
13:03:04 | Exiro | when it plays a song, it needs an mp3 to read right? |
13:03:21 | bluebrother | oh, nice. Haven't noticed that. |
13:03:23 | GodEater_ | yes - but you were told earlier to copy it to your ipod |
13:03:32 | TentaclePorn | Hmm, now I have the same problem again, it just sits on "building database - 0 found" |
13:03:33 | GodEater_ | how the heck should I know where you copied it to ? |
13:03:40 | bluebrother | though that screen is flickering like hell on my mini |
13:03:50 | Exiro | no, i didn't copied |
13:04:02 | GodEater_ | Exiro: then the mp3 isn't there is it ? |
13:04:12 | GodEater_ | TentaclePorn: that could be due to a damaged music file |
13:04:15 | pixelma | bluebrother: yeah, it's not nice and the greyscale lib makes it worse I think |
13:04:28 | Exiro | right away, I removed all files from my ipod, then I installed Rockbox to it, the bootloader, fonts |
13:04:36 | n1s | TentaclePorn: could you do the same again with the delete bug go into that debug screen while it builds the database and see which is the last file it opens? |
13:04:41 | Exiro | and when I started it, it had a database with all my songs |
13:04:59 | Exiro | and I didn't copied them, they weren't in 'files' |
13:05:13 | TentaclePorn | n1s: Sure thing, thanks for the help so far, by the way ;D |
13:05:37 | Exiro | were did that database come from? |
13:06:17 | pixelma | probably from the files you put on your Nano through iTunes |
13:06:39 | Exiro | ok, but where are those files now? |
13:07:18 | Exiro | oh I get it |
13:07:29 | Exiro | the hidden folder "ipod controll" |
13:07:37 | pixelma | you could see them in the file browser too but iTunes stores them in a folder that is hidden by default, you would need to set the "file view" option in Rockbox to "all" and look inside the ipod_control... |
13:07:54 | Exiro | lol I was first |
13:08:01 | Exiro | ok thx now I get it |
13:08:34 | | Quit pepie34 ("Ex-Chat") |
13:08:36 | Exiro | And if I replace those mp3's, the database doesn't work anymore right? |
13:09:23 | n1s | Exiro: you should probably take a loot at the manual |
13:09:59 | TentaclePorn | n1s: Doing it now, am I meant to be watching the Curfile? |
13:10:12 | n1s | yes |
13:10:36 | TentaclePorn | cool. It seems to be going considerably slower this time, Im assuming thats because its running in the background |
13:12:46 | jhMikeS | kkurbjun: no plugins seem to function on gigabeat now :[ |
13:12:57 | | Join Arathis [0] (n=doerk@p508A6B6D.dip.t-dialin.net) |
13:13:30 | preglow | safetydan_: no |
13:14:27 | safetydan_ | preglow, not really important, just someone posting changes to get speex running on the Cell SPEs. They look like they need the same sort of changes we do for allocating decoding structs in special ram. |
13:14:46 | preglow | i'll check it out |
13:14:49 | preglow | and yeah, they dio |
13:14:50 | preglow | do |
13:15:19 | *** | Saving seen data "./dancer.seen" |
13:15:57 | | Quit xazax ("Leaving") |
13:16:09 | jhMikeS | kkurbjun: I take that back. Some don't. fire, mpegplayer, blackjack (causes reboot), pacbox. some seem to work but can't say they actually do properly. |
13:17:02 | TentaclePorn | n1s: I never caught the very last file as the light went off, but it had finished scanning the music and had started going through the .rockbox/* folders |
13:17:43 | n1s | TentaclePorn: well, I'm out of ideas then :-( |
13:18:02 | TentaclePorn | that's okay, thanks for the help |
13:18:41 | TentaclePorn | let me just make sure I have the right idea here - after initialising the database, I should be able to click on database and browse my artists and albums etc., am i right? |
13:18:58 | markun | jhMikeS: because of the new mmu code? |
13:19:28 | n1s | TentaclePorn: after inti I think you have to reboot but yeah, after that you should see artists... etc |
13:19:51 | jhMikeS | markun: I'm betting so |
13:20:07 | jhMikeS | the frambuffer even flashes garbage at startup now |
13:20:27 | | Quit atsea-22 (Read error: 104 (Connection reset by peer)) |
13:20:28 | TentaclePorn | Dang, I really needed the database menu too >,< |
13:20:47 | jhMikeS | the calculation of FRAME would be wrong now |
13:21:15 | | Quit mr_pink ("Ex-Chat") |
13:22:15 | * | JdGordon hopes whatever jhMikeS fixes will magically fix our mrobe display problem :p |
13:23:35 | n1s | TentaclePorn: there are typically two things that break the database build, 1) files that break the metadata scanners for whatever reason (often due to exotic/corrupted/unsupported metadata) or 2) disk corruption so |
13:23:53 | jhMikeS | can't say...can't say I care if I break it more either since I don't own one and I need this running now :P |
13:24:12 | n1s | what I would suggest is first a scan of the disk (pretty low chanse it will help but yeah |
13:24:23 | TentaclePorn | I had a look through and the only files on my iriver are music and the .rockbox folder |
13:24:33 | jhMikeS | but I can say I can't see the point in TTB_BASE being cast to an int * here |
13:24:53 | | Join mr_pink_ [0] (n=pete@pjrh2.caths.cam.ac.uk) |
13:25:00 | n1s | then trying adding only a part of your music at a time and rebuilding the database to try to narrow down what makes it break |
13:25:20 | TentaclePorn | you're a clever man n1s ;] |
13:25:42 | TentaclePorn | There is a difference this time around though, it now says "Initialised: Yes" |
13:25:44 | n1s | or it you know you have files with odd metadata try without them |
13:25:57 | TentaclePorn | will do |
13:26:06 | | Join darksaboteur [0] (i=3aa8784c@gateway/web/cgi-irc/labb.contactor.se/x-cbe48f1f8d65e969) |
13:26:17 | TentaclePorn | also, am I supposed to install something new to be able to play doom? |
13:26:20 | jhMikeS | hmmm...yeah, it might fix it |
13:26:38 | n1s | TentaclePorn: yes, see either the manual or PluginDoom wiki page |
13:26:43 | mr_pink_ | TentaclePorn: I'll second that (about n1s!) - it seems to be building now :) Cheers |
13:26:57 | n1s | great ;) |
13:27:56 | petur | LinusN: did you see my h300 bootloader talk with pondlife this morning (9:30)? |
13:28:03 | jhMikeS | back to ok here :) |
13:28:08 | LinusN | petur: nope |
13:28:45 | TentaclePorn | Cheers ;] |
13:29:08 | TentaclePorn | I just realise, I've been trying to find a place to ask this for a while and this seems to be a perfect place |
13:29:26 | TentaclePorn | I want to buy a new mp3 player - upgrade from my h10 iriver 20G - any recomendations? |
13:29:28 | markun | LinusN: I very much enjoy your blog! (although the swedish is a bit difficult to follow for me) |
13:29:28 | LinusN | petur: ok, so this particular 80gb disk makes rockbox misbehave |
13:29:40 | LinusN | markun: thx |
13:29:55 | petur | only on my h340 - works ok on the h320 I got recently |
13:30:06 | LinusN | petur: it could be the battery |
13:30:16 | petur | it could? |
13:30:25 | LinusN | or the pcf50606 |
13:30:36 | LinusN | it happens when the disk spins up, right? |
13:30:41 | petur | my h340 has a new hi-capacity one |
13:30:46 | petur | yes |
13:31:09 | LinusN | so perhaps it can't deliver the required current to spin up, and the voltage dips |
13:31:10 | | Quit darksaboteur ("CGI:IRC (EOF)") |
13:31:28 | petur | I would think that the new 80GB uses less current than the old 40GB |
13:31:36 | petur | it certainly makes less noise |
13:31:39 | LinusN | you should try to swap batteries |
13:31:43 | petur | both are dual-platters |
13:31:46 | LinusN | as a test |
13:32:01 | petur | bah, you know how difficult that is :( |
13:32:08 | LinusN | oh yes... |
13:32:36 | TentaclePorn | Now I have the issue of how to efficiently clean my iriver without having to completely reformat =/ |
13:32:36 | petur | maybe I should swap motherboards and we all ignore it ever happened ;) |
13:33:07 | | Join J3TC- [0] (n=jetc123@dhcp78-127.njit.edu) |
13:33:10 | pixelma | LinusN: I second markun about the blog but find it somehow hmm... interesting that it holds much more info than the rest of your haxx page :P |
13:33:22 | LinusN | hahahaha |
13:33:58 | LinusN | i'm such a lazy guy :-) |
13:34:01 | markun | pixelma: but you can read swedish, right? |
13:34:34 | jhMikeS | JdGordon: try 'er now |
13:34:45 | | Quit safetydan_ ("Leaving") |
13:34:47 | * | petur gets seasick of the blog picture |
13:35:12 | pixelma | markun: I can understand most of it when reading slowly but still not everything |
13:35:37 | markun | petur: that's what the roads are like over there :) |
13:35:43 | petur | ah |
13:35:49 | petur | and the buildings too? |
13:35:58 | markun | and people |
13:36:29 | pixelma | depends on the amount of beer maybe ;) |
13:36:30 | jhMikeS | which blog pic? wanna see. |
13:37:25 | * | JdGordon wonders why the lcd buffer size is 640x480x4 |
13:37:43 | petur | jhMikeS: http://linus.haxx.se/pekingblog/ |
13:37:58 | | Quit spiorf (Read error: 110 (Connection timed out)) |
13:38:10 | | Join XavierGr [0] (n=xavier@ppp103-207.adsl.forthnet.gr) |
13:38:11 | jhMikeS | JdGordon: that's also goofed? so then it would've been off by 8x its size |
13:38:33 | JdGordon | its 1 short / pixel isnt it? |
13:39:26 | jhMikeS | yes |
13:39:45 | * | jhMikeS needs a Swedish crash course or to have his gf read it for him :P |
13:40:11 | | Join toolboxx [0] (n=juice@gprs-ggsn5-nat.mobil.telenor.no) |
13:40:30 | | Quit toolboxx ("wmIRC(trial)") |
13:40:43 | | Join spiorf [0] (n=spiorf@87.13.120.184) |
13:40:48 | JdGordon | jhMikeS: if all the registers are being cast to a short* wouldnt it make sens the TB_BASE should be cast to a short* also, not a int* ? |
13:41:17 | TentaclePorn | Hey guys, I just put doom on my iriver and I can open the menu and stuff in game but It wont let me select new game or anything o,o? |
13:41:52 | preglow | jhMikeS: your gf is a swede? :> |
13:42:01 | jhMikeS | JdGordon: it looked like it was cast to (int *) to make the mmy code nicer. in any case the displacement must be watched. |
13:42:03 | TentaclePorn | nevermind , sorted! |
13:42:28 | | Quit Exiro () |
13:42:40 | jhMikeS | preglow: no, puerto rican, but she lived in sweden and norway as a student. |
13:43:28 | preglow | i'll just not bother with the english with you from now on, then :P |
13:44:02 | jhMikeS | :) ... I guess I'll figure something out |
13:44:54 | jhMikeS | JdGordon: did that help your FB problem at all? |
13:45:13 | JdGordon | nope, no change |
13:45:31 | jhMikeS | did you change it to 640*480*2? |
13:45:47 | JdGordon | yeah, just tryed that now, still nothing |
13:46:03 | JdGordon | looks like we are stuck till kkurbjun gets a change to play with it an jtag |
13:46:28 | JdGordon | could it be a stack problem maybe? some lists work and some dont, its really wierd :'( |
13:46:59 | jhMikeS | would they need more stack space on mrobe than usual? |
13:47:09 | JdGordon | I wouldnt tihnk so |
13:48:02 | jhMikeS | It sounds like some corruption. maybe make sure all BSS init is correct? I mean _really_ verify it. |
13:49:00 | * | JdGordon found FRAME being cast to (int) in the lcd init... that cant be right? |
13:49:04 | | Quit animeloe ("This computer has gone to sleep") |
13:49:35 | jhMikeS | which file? |
13:50:01 | JdGordon | lcd-mr500.c |
13:50:15 | JdGordon | target/arm/tms.../mr500 |
13:50:26 | JdGordon | addr = ((int)FRAME-CONFIG_SDRAM_START) / 32; |
13:51:06 | JdGordon | maybe it is... gcc doesnt like adding a * |
13:52:39 | jhMikeS | subtracting *'s given the number of elements, not bytes |
13:52:51 | jhMikeS | *gives |
13:53:53 | | Quit iamben (Read error: 104 (Connection reset by peer)) |
13:54:23 | Zagor | echo 1 > /sys/bus/usb/drivers/usb-storage/module/parameters/delay_use |
13:54:32 | Zagor | recommended for developers |
13:54:34 | | Join norbusan [0] (n=norbusan@dhcp09.algebra.tuwien.ac.at) |
13:54:39 | | Part norbusan |
13:54:54 | TentaclePorn | Howdy IRC: Im having issues with getting the database feature to work and Im about to try taking my music off and gradually adding a few songs at a time to see what happens. Should I clean boot, reformat and just reinstall rockbox? |
13:54:55 | Zagor | cuts down the delay from connect to device in linux |
13:55:30 | | Join Frazz [0] (n=Fraser@thelawsons.plus.com) |
13:55:35 | Zagor | or even use 0 |
13:57:05 | JdGordon | jhMikeS: that puts addr = 0x1FB300, does that sound ball park ok? |
13:57:26 | | Quit SirFunk (Read error: 110 (Connection timed out)) |
13:57:56 | jhMikeS | JdGordon: I think so |
13:58:28 | Zagor | ahh, finally: * read : 170496 bytes in 3001 ms = 56 kB/s |
13:58:40 | Zagor | slow, but working |
13:58:43 | pondlife | \o/ |
13:58:57 | Zagor | this is just bulk test code though, not actual ums yet |
13:59:01 | GodEater_ | TentaclePorn: I suspect using some sort of tagging program to go through and check your music would be quicker |
13:59:11 | GodEater_ | and just leave the rockbox install alone |
14:00 |
14:00:48 | barrywardell | Zagor: I read about you're realisations that the USB isn't actually the i.MX31. Now that you mention it, I remember wondering about the number of endpoints before. I found there were three, but just assumed I'd made a mistake somewhere. |
14:01:18 | preglow | Zagor: woooot! |
14:01:28 | barrywardell | there were other differences too. I think the transceiver type was different than expected |
14:01:41 | preglow | Zagor: why is that parameter non-zero at all? |
14:01:42 | Zagor | barrywardell: actually I've reversed my claim that it isn't the same as i.mx31. the manual for i.mx31 is very vague about the capabilities, so I can't actually say if it is the same module or not |
14:02:08 | barrywardell | so it's a stripped down version? |
14:02:13 | Zagor | for example all the registers say they reset to 000000, which they obviously don't |
14:02:43 | preglow | Zagor: i don't even have that entry in /sys |
14:02:48 | Zagor | no, I rather suspect the manual section is copy/pasted from ARC:s module documentation, which obviously leaves a lot of configuration headroom |
14:03:07 | jhMikeS | this revamped mpegplayer makes some interesting noises anyway |
14:03:20 | Zagor | preglow: it's non-zero because some misbehaving devices don't work otherwise. |
14:03:21 | TentaclePorn | GodEater: Ill give that a shot, thanks. Any tips as to what sort of stuff im looking for in the tags? |
14:03:23 | barrywardell | Zagor: ah...how lazy of them |
14:11:37 | GodEater_ | TentaclePorn: I wouldn't bother "looking" for anything. I'd use the tagging program to re-write them all (which should be automatible to some degree) |
14:11:46 | GodEater_ | that way you know they're all good |
14:11:53 | GodEater_ | and rockbox shouldn't choke on any |
14:13:24 | amiconn | Zagor: woohoo, although 56kB/s isn't fast... |
14:13:33 | amiconn | It's in fact slower than the Ondio |
14:14:01 | TentaclePorn | Ohh okay. Which program should I use? Just go through and make sure all their ID3 tags in windows media player are all good? |
14:14:07 | Zagor | amiconn: yeah :) |
14:14:37 | GodEater_ | TentaclePorn: there are a plethora of good tagging programs out there - have a hunt through our forums for recommended ones |
14:15:49 | TentaclePorn | Cheers ;) |
14:16:21 | preglow | 56kb/s should be enough for everyone |
14:16:23 | preglow | commit!!! |
14:16:28 | Zagor | haha |
14:17:38 | TentaclePorn | GodEater - whereabouts on the forums o,o? |
14:17:51 | Llorean | TentaclePorn: Try the "search" feature... |
14:17:59 | * | jhMikeS uses mp3tag |
14:19:39 | | Join MethoS- [0] (n=clemens@pD955C9A7.dip.t-dialin.net) |
14:21:37 | | Quit MethoS- (Remote closed the connection) |
14:22:26 | | Join Jeton [0] (n=chatzill@79.126.189.18) |
14:24:48 | | Join agm3nt [0] (n=opera@bartek.tu.kielce.pl) |
14:28:09 | * | GodEater_ uses easytag |
14:28:42 | | Quit shodanX (Remote closed the connection) |
14:28:46 | | Join shodanX [0] (n=shodanX@i9a132.informatik.uni-erlangen.de) |
14:29:59 | | Join MethoS- [0] (n=clemens@pD955C9A7.dip.t-dialin.net) |
14:30:45 | n1s | GodEater_: but this way we'll never find out what it is that kills the database... :( |
14:31:55 | GodEater_ | n1s: then someone should improve the debugging screen to say which file it got stuck on |
14:32:35 | n1s | GodEater_: I thought that was what slasheri's latest commit was supposed to do but it obviously didn't help... |
14:33:03 | GodEater_ | I don't see anything in the debugging info TentaclePorn posted to indicate which file it was processing |
14:33:06 | GodEater_ | did you ? |
14:35:41 | | Quit spiorf (Remote closed the connection) |
14:39:00 | GodEater_ | does hdparm -tT report differences between ipod disk mode and OF connected via usb ? |
14:40:27 | n1s | GodEater_: that's what I meant, the currfile thing was added just acouple of days ago to help debugging this stuff but it doesn't seem to work, meh I don't use the thing anyway... |
14:41:01 | GodEater_ | nor me |
14:41:04 | GodEater_ | DB is too slow |
14:41:35 | | Join mf0102 [0] (n=michi@85.127.180.92) |
14:43:00 | Llorean | To me it always seemed like the DB wasn't that useful unless you didn't actually know what music you'd put on your player. |
14:43:48 | n1s | haha, I googled for "sansa view dissect" after seeing it on engadget and the first hit was Bagder's blog :-) |
14:44:33 | GodEater_ | Llorean: that's also a good point |
14:46:45 | Zagor | n1s: it's tcc722-based |
14:46:52 | Nico_P | n1s: and it's not a dissect at all |
14:47:22 | n1s | Zagor: ah interesting, is that similar to the iaudio 7 chip? |
14:47:27 | Zagor | uhh, wait I misread that. |
14:47:40 | GodEater_ | n1s: it will be if Zagor is right :) |
14:47:45 | GodEater_ | telechips that is |
14:51:47 | | Nick kugel|afk is now known as kugel (i=kugel@unaffiliated/kugel) |
14:52:24 | Zagor | meh, can't remember the name of that neat chinese site posting player specs |
14:53:35 | | Quit DataGhost (Nick collision from services.) |
14:53:41 | | Join DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) |
14:54:03 | | Join pixelma_ [0] (i=pixelma@rockbox/staff/pixelma) |
14:55:06 | TentaclePorn | n1s, do you own a sansa? |
15:00 |
15:01:32 | Zagor | ah, www.imp3.net it is. hard to navigate, but lots of info. |
15:06:29 | | Join midkay_ [0] (n=midkay@71-35-102-133.tukw.qwest.net) |
15:06:29 | n1s | TentaclePorn: nope |
15:13:43 | TentaclePorn | oh okay |
15:13:47 | TentaclePorn | What mp3 player do you use? |
15:14:37 | * | JdGordon doesnt think this rtc can count properly! |
15:15:22 | *** | Saving seen data "./dancer.seen" |
15:16:03 | pondlife | GodEater_: Did your recent wiki update work correctly? |
15:16:15 | GodEater_ | looked to |
15:16:19 | | Join sup [0] (i=1000@80.216.235.247) |
15:16:27 | preglow | amiconn: cf doesn't have any other tricks for swapping two regs than the good old xor trick, no? |
15:16:30 | GodEater_ | mainly because I rolled it back again aftewards :) |
15:16:35 | pondlife | Aha |
15:16:40 | GodEater_ | when I realised that what I'd added was already there. |
15:17:37 | | Quit newby (Connection timed out) |
15:18:40 | | Quit pixelma (Nick collision from services.) |
15:18:40 | | Nick pixelma_ is now known as pixelma (i=pixelma@rockbox/staff/pixelma) |
15:19:28 | jhMikeS | JdGordon: maybe you have to compensate relativic effects? |
15:19:41 | jhMikeS | *relativistic |
15:20:24 | JdGordon | no, I dont tihnk so... |
15:20:38 | JdGordon | its not following BCD properly, i tinhk |
15:21:04 | jhMikeS | preglow: I saw you q in the logs. Haven't done any more testing on msac. Don't know I said anything to you about that I saw no speed difference? No test_codec runs though. |
15:21:34 | JdGordon | 1,2,3,4,8,9,10,11,12,10,11,12,13,14,18,19,20,21,22,20,21,22,2,25,28... |
15:21:55 | JdGordon | 22,23,24,28 at the end sorry |
15:22:12 | jhMikeS | 5,6,7? |
15:22:19 | JdGordon | nope |
15:22:30 | jhMikeS | 10,11,12,10? |
15:22:34 | preglow | jhMikeS: don't use it anyway, gas bugs out on msac.w using parallel loads...... |
15:22:45 | preglow | on that note, are anyone here familiar with the gas source code and could check that out? |
15:22:48 | Llorean | jhMikeS: Alsot 20, 21, 22, 20, 21, 22 |
15:22:50 | JdGordon | thats the order of the first 30s or so got straight from the rtc and put through BCD2DEC() |
15:23:03 | jhMikeS | it's i2c based? |
15:23:15 | JdGordon | spi |
15:23:30 | jhMikeS | too fast a read? |
15:24:14 | JdGordon | no, spi is working fine, and this is only being read 1/s |
15:24:27 | | Quit midkay (Read error: 110 (Connection timed out)) |
15:24:47 | jhMikeS | running, the interface too fast wouldn't matter if it's only 1/s |
15:24:51 | * | scorche whistles at petur :) |
15:25:11 | JdGordon | the datasheet sucks... it says a heap of bits are set to 0 for writing, but they are obviously not |
15:25:13 | jhMikeS | preglow: msac.w doesn't work with gas? |
15:27:22 | jhMikeS | hmmm...don't think I ever used it with parallel loads anywhere |
15:27:50 | | Join Darksaboteur [0] (n=chatzill@75.73.87.203.static.nsw.chariot.net.au) |
15:28:05 | | Join Windows-Server [0] (n=Sedgewic@host99-233-dynamic.15-87-r.retail.telecomitalia.it) |
15:28:42 | | Quit Windows-Server (Remote closed the connection) |
15:28:45 | | Quit Darksaboteur (Client Quit) |
15:29:01 | | Join Darksaboteur [0] (n=chatzill@75.73.87.203.static.nsw.chariot.net.au) |
15:29:27 | preglow | jhMikeS: correct, gas messes the encoding up completely, it seems |
15:29:47 | preglow | jhMikeS: i went from using msac.w with one constant multiplicand to just neg-ing it and using mac.l, went from locking up to running perfectly |
15:29:50 | jhMikeS | you mean as in invalid instruction? |
15:30:11 | preglow | not invalid, it's an msac.w, but the register values are all messed up |
15:30:28 | preglow | at least it looked like it when i tried decoding the instruction by hand (head) |
15:30:30 | jhMikeS | aha |
15:30:41 | amiconn | preglow: Swapping how, and which xor trick? |
15:30:51 | preglow | amiconn: rX <-> rY |
15:31:02 | preglow | amiconn: swapping two registers without using a temp, that xor trick |
15:31:29 | jhMikeS | a ^= b, b ^= a, a ^= b? |
15:31:37 | preglow | jhMikeS: aye |
15:31:54 | amiconn | euh |
15:31:57 | preglow | amiconn: i need to do a reverse block copy in qmf_synth() and want to use movem.l |
15:31:58 | amiconn | That works?? |
15:32:05 | preglow | sure, that's a classic |
15:32:07 | jhMikeS | sure does |
15:32:40 | * | amiconn didn't know that one |
15:32:55 | preglow | it's worth remembering, it's handy here and there :) |
15:32:57 | JdGordon | isn using atemp var better? less mem access? |
15:33:00 | amiconn | Anyway, you won't save an instruction vs. using a temp reg |
15:33:09 | preglow | JdGordon: well, if you have no registers free: no |
15:33:15 | preglow | jhMikeS: if you have register free, you save one cycle |
15:33:16 | JdGordon | ah |
15:33:26 | amiconn | preglow: ? |
15:33:29 | | Join Windows-Server [0] (n=Sedgewic@host99-233-dynamic.15-87-r.retail.telecomitalia.it) |
15:33:33 | preglow | that last was to JdGordon ... |
15:33:44 | amiconn | Using temp reg is 3 cycles, and using xor trick is 3 cycles |
15:33:59 | amiconn | But the xor trick works for d regs only |
15:34:00 | preglow | amiconn: yes... |
15:34:05 | preglow | completely true |
15:34:33 | jhMikeS | the xor trick is used in swap32 for ARM |
15:34:35 | * | preglow wants something like xchg on x86 |
15:34:43 | preglow | amiconn: doesn't m68k have xchg? |
15:34:53 | preglow | i think perhaps they cut that for coldfire |
15:35:21 | jhMikeS | I think they cut a little too much for coldfire |
15:36:32 | preglow | yeah, i agree, a wee bit |
15:36:37 | preglow | but it's not too bad |
15:36:56 | preglow | i would love the increment/decrement modes fo movem.l to still be there, for instance |
15:37:17 | annulus_ | jhMikeS, what BCD is that? From http://en.wikipedia.org/wiki/Binary-coded_decimal is looks like it could be a problem with BCD vs Excess-3 |
15:37:18 | preglow | then i wouldn't need any swapping here at all |
15:37:41 | | Quit Sedgewick (Connection timed out) |
15:38:17 | | Nick Windows-Server is now known as Sedgewick (n=Sedgewic@host99-233-dynamic.15-87-r.retail.telecomitalia.it) |
15:38:39 | | Nick parafin|away is now known as parafin (i=parafin@paraf.in) |
15:38:47 | jhMikeS | annulus_: that's what JdGordon was showing me with what the RTC was producing |
15:38:59 | preglow | amiconn: jm confirmed the reason he did the symmetric 16 bit clipping is in case any -32768 values are negated |
15:39:13 | preglow | amiconn: so i probably can't use that fast trick everywhere |
15:39:20 | annulus_ | er right, JdGordon |
15:40:19 | JdGordon | excess-3? |
15:40:41 | amiconn | preglow: The trick can be adjusted... it'l just a little bit slower in the clipping case, but not in the non-clipping case |
15:40:47 | jhMikeS | excess 3 is still in order, just subtract 3 from it |
15:41:03 | annulus_ | JdGordon, http://en.wikipedia.org/wiki/Binary-coded_decimal look at the helpful table for BCD-like encodings |
15:41:25 | preglow | amiconn: that's completely ok, non-clipping is the norm |
15:41:57 | amiconn | One extra cycle in the clipping case |
15:42:15 | | Quit Darksaboteur ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") |
15:42:57 | annulus_ | I was looking at the skip from 4,8 14,18 |
15:43:08 | preglow | amiconn: how? |
15:43:24 | | Join xazax [0] (n=xazax@ip2145.broadband.quicknet.se) |
15:44:07 | JdGordon | annulus_: the order its giving me definatly isnt the same as http://en.wikipedia.org/wiki/Excess-3 |
15:45:44 | annulus_ | yeah, it would have had to been the other way around :-) |
15:47:32 | amiconn | preglow: (1) Sub/add 32767 instead of 32768 before/after. (2) Compare with 65534 instead of 65535. (3) After the ext.w, use and.l #65534 |
15:47:57 | amiconn | Would work best if you could hold both 32767 and 65534 in registers of course |
15:48:02 | | Part xazax ("Leaving") |
15:48:59 | preglow | don't think i have enough regs for the 65534 |
15:49:15 | preglow | hmm, if i can use an address reg... |
15:49:27 | amiconn | Not for the and.l of course |
15:49:37 | amiconn | But for the 32767 you could |
15:50:06 | preglow | i already use a data reg for 32767, so i can swap that for an address reg and use the data reg for 65534 |
15:51:15 | kkurbjun | jhMikeS: did your change fix the problems you were seeing with plugins? |
15:51:17 | preglow | at least this'll be easier on arm :P |
15:52:43 | preglow | coldfire allows stuff like move.l (%a0)+, -(%a1), yes? |
15:53:05 | | Join Soap__ [0] (n=Soap@cpe-65-189-128-141.columbus.res.rr.com) |
15:53:07 | | Quit Jeton ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") |
15:53:14 | preglow | wow, and it's fast too... |
15:53:56 | | Quit MethoS- (Read error: 101 (Network is unreachable)) |
15:56:36 | Zagor | write: 1048576 bytes in 3001 ms = 349 kB/s |
15:56:38 | Zagor | getting better |
15:56:42 | preglow | \o/ |
15:56:44 | LinusN | wee |
15:56:54 | Llorean | Is there a target speed? |
15:57:02 | preglow | i wonder if i should even bother filing a bug report with the gas people |
15:57:04 | JdGordon | 480mb/s |
15:57:10 | JdGordon | usb 2.1 speeds :D |
15:57:25 | Zagor | Llorean: I'd like to be as fast as OF at least |
15:57:25 | preglow | anyone know what retailos transfers at? |
15:57:41 | Llorean | Zagor: How fast is that, then? :) |
15:57:44 | Zagor | but this is still just test code. speed is not an issue yet. |
15:57:53 | Zagor | Llorean: 3-4 MB/s, I think |
15:58:01 | preglow | ouch |
15:58:08 | LinusN | not very impressive |
15:58:09 | preglow | hope you've got some good hints on what to do, then |
15:58:09 | preglow | heh |
15:58:54 | Zagor | gotta go |
15:58:56 | | Quit Zagor ("Client exiting") |
15:59:07 | keanu | no! =/ |
16:00 |
16:00:03 | | Quit Mouser_X (Read error: 110 (Connection timed out)) |
16:01:58 | jhMikeS | kkurbjun: all better now |
16:02:47 | kkurbjun | great, thanks for doing that, sorry for the trouble |
16:03:50 | keanu | is there a recent patch for USB support? |
16:03:53 | | Join scorche|w [0] (n=8dc5049d@rockbox/administrator/scorche) |
16:06:21 | n1s | keanu: <Zagor> but this is still just test code. |
16:06:41 | keanu | n1s, ok, so no patch yet? |
16:07:18 | n1s | just wait till it's done, 'k? |
16:07:23 | keanu | alright |
16:08:08 | amiconn | preglow: I think I can give you the other d reg back as well (taking an a reg for the 65534 as well) |
16:08:40 | | Quit Soap_ (Read error: 110 (Connection timed out)) |
16:08:53 | preglow | oh? |
16:14:23 | | Join nicktastic [0] (n=nick@unaffiliated/nicktastic) |
16:16:22 | | Nick midkay_ is now known as midkay (n=midkay@71-35-102-133.tukw.qwest.net) |
16:20:38 | | Join webguest33 [0] (i=39fae588@gateway/web/cgi-irc/labb.contactor.se/x-022f5c1cee861cd8) |
16:20:47 | | Quit webguest33 (Client Quit) |
16:24:20 | | Quit CaptainSquid ("Miranda IM!") |
16:26:15 | amiconn | preglow: Clipping at the uipper boud would be 1 cycle slower (i.e. no clipping -> 6 cycles, clipping high -> 8 cycles, clipping low -> 7 cycles) |
16:26:22 | preglow | hmm, can't the scaled in the indexed addressing mode be negative? :/ |
16:26:23 | amiconn | http://pastebin.ca/746806 |
16:26:42 | amiconn | No, only +1, +2, +4 |
16:26:42 | preglow | scaler |
16:26:48 | preglow | behr |
16:27:35 | preglow | won't that be slower for the no-clipping case? |
16:27:43 | amiconn | nope |
16:27:49 | preglow | no |
16:27:50 | preglow | no it won't |
16:28:01 | preglow | i'll just go ahead and use that, but no, shop time |
16:31:18 | | Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) |
16:37:05 | | Part LinusN |
16:38:14 | | Join jgarvey [0] (n=jgarvey@cpe-069-134-102-044.nc.res.rr.com) |
16:40:37 | | Quit mr_pink_ (Remote closed the connection) |
16:40:45 | * | n1s scratches head |
16:44:17 | n1s | aaah, stray boost, no wonder it seemed too fast... heh |
16:54:33 | preglow | amiconn: the move timings as stated in 5249 manuals are correct as they stand when memory accesses are in iram, yes? even the double transfer? |
16:56:29 | | Join webguest68 [0] (i=d52c79e7@gateway/web/cgi-irc/labb.contactor.se/x-0b4a99fcd6c76605) |
16:57:35 | | Quit webguest68 (Client Quit) |
16:58:40 | preglow | argh, is there no way to make proper local labels in asm apart from the numerical ones? |
17:00 |
17:01:21 | | Join Nibbl [0] (n=Nibbler@212.6.249.99) |
17:01:37 | | Part Nibbl ("Leaving") |
17:09:46 | | Quit z35 (Read error: 110 (Connection timed out)) |
17:13:30 | | Join ankka [0] (n=ankka@bb-89-166-35-216.dsl.phnet.fi) |
17:15:19 | | Join newbyx86 [0] (n=newby@ip68-7-12-123.sd.sd.cox.net) |
17:15:24 | *** | Saving seen data "./dancer.seen" |
17:15:35 | ankka | hello... does rockbox nowadays support the 2gen ipod nano or not? |
17:16:11 | Llorean | No. |
17:16:24 | Llorean | It says this on the front page of the site... |
17:16:30 | ankka | oh, it said so on the main page after all... the faq isn't very clear on this |
17:16:38 | | Join kkurbjun_ [0] (n=kkurbjun@alamode.Mines.EDU) |
17:17:45 | ankka | Is there going on any development to get it to work on 2nd/3rd gen nanos? |
17:17:51 | markun | no |
17:18:03 | markun | unfortunately |
17:18:34 | ankka | or even the newest ipod classic? |
17:18:37 | markun | ankka: you can check the forums also for some discussion: http://forums.rockbox.org/index.php?topic=6518.0 |
17:18:51 | markun | no even the ipod classic |
17:18:57 | markun | not |
17:19:20 | GodEater_ | which faq isn't clear ? |
17:19:34 | ankka | apple changed the insides of the ipods too much to get it to work anymore? |
17:19:46 | GodEater_ | they changed it *completely* |
17:19:50 | Llorean | I wouldn't call it "changed" so much as "replaced" |
17:20:01 | markun | ankka: indeed. btw, what did you mean by "it said so on the main page after all" |
17:20:07 | ankka | GodEater_: http://www.rockbox.org/twiki/bin/view/Main/GeneralFAQ |
17:20:28 | ankka | markun: I meant that I just missed it on the mainpage |
17:20:35 | JdGordon | kkurbjun_: you back? |
17:20:40 | GodEater_ | ankka - thanks - I'll change that |
17:21:02 | markun | ankka: it says "(not the Shuffle, 2nd/3rd gen Nano, Classic or Touch)" |
17:21:17 | scorche|w | GodEater_: while you are at it, support for 1st and 2nd gen ipods could be added |
17:21:23 | ankka | "For iPod: 3G, 4G grayscale, Color/photo, nano and video (5G) and mini 1st/2nd Generation" |
17:21:57 | markun | ankka: but that's not the main page |
17:22:02 | ankka | markun: umm yeah I know, I said I missed it and went to read the faq |
17:22:12 | markun | ah ok |
17:22:13 | ankka | and that the faq was a little misleading |
17:22:16 | markun | yes |
17:22:41 | scorche|w | i wouldnt say it is misleading...it just doesnt have the NOT clause |
17:22:58 | preglow | amiconn: i wonder how a transfer from memory to memory can be just as fast as a transfer from memory to register |
17:23:00 | ankka | scorche|w: it does make one think rockbox works on all nanos |
17:23:23 | | Join MethoS- [0] (n=clemens@pD955EEEE.dip.t-dialin.net) |
17:23:36 | ankka | thanks for your time answering the questions, looks like I'll have to choose between an ipod or rockbox.. :( |
17:23:37 | markun | scorche|w: how should you know which ipod nanos and videos are supported or not? |
17:23:51 | GodEater_ | scorche|w: duh, of course :) |
17:23:55 | scorche|w | ah...that part, i missed |
17:24:03 | | Part ankka |
17:24:05 | * | scorche|w goes off in search of coffee |
17:24:22 | | Quit japc (Connection reset by peer) |
17:25:52 | GodEater_ | FAQ updated |
17:26:07 | GodEater_ | I've put in the NOT clause for 2nd/3rd gen Nanos, the ipod classic, and the ipod Touch |
17:27:34 | Nico_P | JdGordon: I have a question about the ATA idle callbacks... you remember them? |
17:28:02 | JdGordon | yeah, shoot |
17:28:31 | | Quit alienbiker99 (Read error: 104 (Connection reset by peer)) |
17:28:42 | | Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) |
17:29:33 | Nico_P | I'm under the impression that they get called very late after the last disk activity, am I right? |
17:30:36 | JdGordon | yeah, just as its about to turn off |
17:32:22 | Nico_P | I seem to hear the disk turn off then on straight after... isn't that a bit late? |
17:32:42 | Nico_P | I was thinking the callbacks would be called as soon as the disk is idle |
17:32:49 | JdGordon | no |
17:33:01 | JdGordon | they are called when its ready to shutdown, then turns off straight away |
17:33:57 | Nico_P | why? |
17:34:21 | JdGordon | i cant remember the discussion... but i remember there was one |
17:34:24 | JdGordon | you want it changed? |
17:36:28 | Nico_P | well I'm relying on this to fill the buffer, and currently the behaviour is a bit weird: buffer the first track, wait, then when the disk is about to turn off, finish buffering |
17:36:32 | markun | scorche|w: no problems with the fire I hope? |
17:37:04 | Nico_P | JdGordon: ideally as soon as the first track is finished buffering it would finish filling and turn the disk off |
17:37:35 | JdGordon | there isnt really a difference... other than a few secons |
17:37:43 | JdGordon | but maybe the buffering thread should deal with that |
17:38:07 | Nico_P | yeah but the disk is spinning during these seconds... there is energy to be saved there |
17:38:24 | Nico_P | (I call ata_sleep() when the buffer is full) |
17:38:58 | Nico_P | or maybe I should just manage the initial buffering all by myself |
17:39:10 | JdGordon | I tihnk that makes more sense |
17:39:54 | Nico_P | yeah maybe. the callback is to take advantage of a spin caused by the user, is that how I should view it? |
17:40:22 | | Quit petur ("*plop*") |
17:40:32 | Nico_P | hmm I haven't phrased that very well... |
17:40:56 | JdGordon | yes |
17:41:02 | jhMikeS | kkurbjun: yes. I became aware of it the minute I tested my revamped mpegplayer. I tested SVN to make sure and many plugins crashed and I suspected that commit. |
17:41:06 | JdGordon | i mean, yes thats how you should view the callback |
17:41:11 | Nico_P | ok :) |
17:42:05 | | Join webguest63 [0] (i=a98bb464@gateway/web/cgi-irc/labb.contactor.se/x-5fd0a06ac811798a) |
17:42:20 | webguest63 | as i understand rockbox uses arm correct? |
17:42:27 | Nico_P | JdGordon: is it ok to check whether the disk is active and just start filling if it is? |
17:42:35 | JdGordon | yes |
17:42:37 | jhMikeS | rockbox uses arm? |
17:42:42 | webguest63 | whats the difference between arm and regular |
17:42:48 | Nico_P | then maybe I can skip the callback and just do that |
17:42:57 | webguest63 | i looked on the wiki and didnt see anything about it |
17:43:01 | JdGordon | in fact.. you really should check it in the callback if its not a syncronous read |
17:43:01 | jhMikeS | regular = coldfire and SH |
17:43:13 | Nico_P | JdGordon: which means...? |
17:43:15 | | Quit n1s () |
17:43:19 | webguest63 | and arm is? |
17:43:21 | scorche|w | markun: just hard to breathe...you would have heard more, but you arent in -community ;) |
17:43:32 | jhMikeS | arm = another processor achitechture |
17:43:33 | JdGordon | Nico_P: like if your callback tells your thread to do something |
17:43:59 | webguest63 | im using notepad++ what stand alone compiler should i use with it? |
17:44:06 | Nico_P | JdGordon: my callback posts a message to my thread's queue... just like in playback.c actually |
17:44:19 | JdGordon | yeah, so you have to check ata_is_active |
17:44:24 | Nico_P | that I do |
17:44:28 | Llorean | webguest63: You should follow the directions in the wiki to set up the appropriate crosscompiler for your player. |
17:44:32 | jhMikeS | webguest63: there a whole wiki about setting up a build environment. |
17:44:47 | Nico_P | JdGordon: but I was thinking of simply checking for that in my main loop and if it's true then buffer |
17:44:57 | JdGordon | you can do that also |
17:45:00 | Nico_P | ok |
17:45:04 | JdGordon | but it will prolong the disk spinning |
17:45:06 | webguest63 | ive looked at it but i dont really wanna install another enviroment because my harddrive is getting really low on space |
17:45:17 | JdGordon | i.e if your thread catches it before the callbacks are fired |
17:45:25 | JdGordon | then the timeout will restart |
17:45:43 | Nico_P | JdGordon: yeah then I don't need the callback anymore... It's for a different use case, isn't it? |
17:46:11 | jhMikeS | webguest63: then it's out of scope on what we usually use. Building is linux based. |
17:46:27 | JdGordon | not really... the buffering should only rebuffer if the buffer is low,it should spin the disk any extra |
17:46:49 | webguest63 | hmm |
17:47:09 | jhMikeS | Though VMWare will run on windows and is a 2GB image |
17:47:50 | JdGordon | bed time, /me gone |
17:47:54 | | Quit JdGordon ("Konversation terminated!") |
17:48:25 | jhMikeS | argh...buffers. /me has to now figure out what's up with the sound stream. the video stream is aok. :\ |
17:48:27 | webguest63 | is there a smaller image that i can use |
17:48:49 | webguest63 | im only using a 80 gig harddrive and its mostly full |
17:49:06 | Llorean | webguest63: For bare minimum space use, you'd probably want to use cygwin and determine the bare minimum of packages necessary to install. |
17:49:07 | jhMikeS | you could make one but that's really small. I'd suggest finding something to evict. |
17:49:51 | webguest63 | why do i get the feeling that its not recomended that i use the bare minimum |
17:49:56 | Llorean | jhMikeS: The VMware image is hard to shrink partially because it's reserving that disk space. |
17:50:15 | Llorean | webguest63: Perhaps because what *is* recommended has already been recommended to you? |
17:51:30 | webguest63 | my teacher last year had a vitural machine to emulate redhat linux fedora core 2 anyone know of any vms that does that? i remeber it being really small |
17:51:59 | webguest63 | what if i just used nopix would that work? |
17:52:25 | scorche|w | that would work, but you would have to install the crosscompilers each time |
17:53:06 | | Join A_M [0] (n=anon3141@fw.dormnet.his.se) |
17:53:14 | webguest63 | so basicly i should just grin and bear it and delete some of my stuff to make room for vmware? |
17:53:26 | bluebrother | webguest63: that would be the best way. |
17:53:27 | scorche|w | pretty much |
17:53:36 | webguest63 | sigh ok thanks guys |
17:53:41 | jhMikeS | Llorean: I know, but cywin is too slow for my taste. I want a larger VMWare image since I'm using NTFS anway. |
17:53:43 | bluebrother | and any virtual machine software (like vmware or virtualbox) can run FC2 |
17:54:15 | | Quit kkurbjun_ ("leaving") |
17:54:22 | bluebrother | you can't build Rockbox by just using a compiler. You also need a bunch of other tools −− like perl, bash, etc |
17:54:27 | Llorean | jhMikeS: You can resize the drive pretty easily I think. |
17:55:10 | webguest63 | perl..i thought rockbox was based in c? |
17:55:12 | jhMikeS | Llorean: I've no idea how atm. |
17:55:40 | jhMikeS | I'm just using a prior player image. |
17:56:28 | GodEater_ | webguest63: it is - but the build environment uses perl scripts |
17:56:40 | GodEater_ | amongst other things |
17:56:43 | | Join xazax [0] (n=xazax@c213-89-180-121.bredband.comhem.se) |
17:56:57 | Llorean | jhMikeS: I may have made a mistake, the solution may just be to add a second disk, I'm not really sure. |
17:57:47 | jhMikeS | Llorean: I'll find out when I'm inclined to bother. |
17:58:30 | webguest63 | wait it uses perl scripts so then just knowing c really wont help with building it will it? |
17:59:14 | | Quit BHSPitMonkey (Connection timed out) |
17:59:52 | | Quit J3TC- (Read error: 110 (Connection timed out)) |
18:00 |
18:00:27 | Llorean | webguest63: Building alone requires knowledge of neither C nor Perl |
18:01:14 | webguest63 | my appologizes i ment coding it |
18:01:27 | bluebrother | it's the same as with creating an mp3: you don't need to know how mp3 works but you need the tools installed. |
18:01:29 | webguest63 | u need to have knowledge of both C and Perl |
18:01:56 | bluebrother | no, as long as you don't need to change the perl parts −− which is the build system |
18:02:05 | webguest63 | i really enjoy rockbox and i am despertly trying to help out the community if only alittle |
18:02:05 | Llorean | Just C unless you want to do something advanced or performance critical, then ASM for the appropriate architecture. Perl is only really useful if you want to change how some of the actual compiling goes about its business. |
18:02:06 | bluebrother | the code itself is C and asm. |
18:03:58 | webguest63 | asm as in assembly language or automatic storage management? |
18:04:16 | bluebrother | assembler |
18:04:38 | webguest63 | ok awesome thanks all |
18:06:19 | | Join linuxstb [0] (n=chatzill@195.154.159.62) |
18:09:12 | | Quit webguest63 ("CGI:IRC (EOF)") |
18:20:39 | | Quit zicho (Remote closed the connection) |
18:20:39 | A_M | hey guys |
18:21:02 | A_M | any code gurus around who could perhaps help me out with getting rid of a warning when compiling? |
18:21:08 | A_M | "warning: passing arg 1 of 'option_get_valuestring' discards qualifiers from pointer target type" |
18:21:43 | A_M | what's it trying to tell me and how do I get around it? (code compiles and seems to be doing what it should btw) |
18:22:08 | | Join J3TC- [0] (n=jetc123@dhcp78-127.njit.edu) |
18:24:50 | A_M | oopsie, never mind me, had mistakenly declared the argument I was passing as const *whistles* |
18:26:35 | | Join Bertrix [0] (n=Bertrix@d54C46B14.access.telenet.be) |
18:27:51 | Bertrix | I have an iPod nano, I know recording via the line-out isn't going to work(except some stories cranking very high level signals in the port, possibly working due to crosstalk) |
18:27:57 | Bertrix | but will it record via the line-in channel on the dock connector |
18:28:06 | | Join spiorf [0] (n=spiorf@87.13.120.184) |
18:29:12 | Llorean | Evidence suggests it won't. |
18:29:34 | Llorean | At least, I recall people testing the diagnostic mode recording test and getting no results. |
18:29:42 | Bertrix | It has been tested? |
18:29:43 | Bertrix | ah |
18:30:21 | Bertrix | Probably somewhere on the board will be a trace going to the ADC input, as recording via cross-talk seems possible |
18:30:27 | Bertrix | or maybe thats just over the power supply |
18:31:24 | linuxstb | I'm pretty sure people have reported line-in recording works on the Nano. |
18:32:09 | Bertrix | I read that, but I don't know how it can work |
18:32:21 | linuxstb | There is only one "line-in" on any ipod - in the dock connector. Some ipods also have a switchable mono mic input in the right-channel of the headphone socket. |
18:33:04 | Bertrix | A nano doens't have that right? |
18:35:28 | | Quit Rondom (No route to host) |
18:36:57 | | Quit spiorf (Remote closed the connection) |
18:39:01 | | Join epithetless [0] (i=97c7314f@gateway/web/cgi-irc/labb.contactor.se/x-991d8eb4d94d0a99) |
18:41:25 | linuxstb | Bertrix: AFAIK, no. At the very least, no official microphones exist for the Nano that attach to the headphone jack (like earlier ipods). Also, there is no code in Rockbox to enable the headphone jack as input on the Nano - it's a GPIO pin that needs to be toggled on the ipods which do support it. |
18:41:59 | Bertrix | linuxstb, ok thanks |
18:42:11 | Bertrix | If I have time one day I might try via the dock connector line in pins |
18:42:44 | | Quit qwm (Remote closed the connection) |
18:42:55 | | Join qwm [0] (n=qwm@h38n2fls32o1010.telia.com) |
18:43:08 | | Join spiorf [0] (n=spiorf@87.13.120.184) |
18:43:29 | | Quit epithetless (Client Quit) |
18:48:07 | Bertrix | g2g |
18:48:08 | | Quit Bertrix (Remote closed the connection) |
18:51:11 | | Part linuxstb |
18:52:13 | | Quit shodanX (Read error: 104 (Connection reset by peer)) |
18:52:21 | | Join jezzter [0] (i=54d15b74@gateway/web/cgi-irc/labb.contactor.se/x-a62dc5ebd3e90559) |
18:53:46 | | Join japc [0] (n=japc@194.65.73.86) |
18:53:46 | | Quit jezzter (Client Quit) |
18:55:44 | nomel | does anyone do firmware development professionally, or are most of you doing this for a hobby/experience points? |
18:59:05 | | Quit J3TC- (Read error: 110 (Connection timed out)) |
18:59:10 | | Quit pondlife ("Read error: 110 (Connection slimed out)") |
19:00 |
19:00:43 | nomel | with the usb driver, is it possible to use a device as a soundcard/adc/dac? |
19:00:53 | nomel | or, with me c200, as a usb radio? |
19:01:08 | nomel | *my |
19:04:07 | Llorean | nomel: Right now it will simply be a UMS device. |
19:08:23 | | Join ilgufo [0] (n=matteo@host197-185-dynamic.5-87-r.retail.telecomitalia.it) |
19:10:09 | | Join bertrik [0] (n=Bertrik_@031-020-045-062.dynamic.caiway.nl) |
19:10:25 | | Quit desowin ("use linux") |
19:15:26 | *** | Saving seen data "./dancer.seen" |
19:15:39 | | Join Domonoky [0] (n=Domonoky@78.52.19.31) |
19:18:35 | keanu | Llorean, so you're saying it would actually be possible? |
19:19:20 | | Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) |
19:19:50 | | Join Davide-NYC [0] (n=chatzill@user-12hdtj8.cable.mindspring.com) |
19:20:57 | | Join Rondom [0] (n=Rondom@p57A959C8.dip.t-dialin.net) |
19:26:25 | GodEater | keanu: anything is possible |
19:26:38 | keanu | GodEater, nice |
19:26:56 | GodEater | keanu: however I doubt any core rockbox devs would ever write this as a feature |
19:27:02 | GodEater | although I've been proved wrong before |
19:27:30 | | Part luckz |
19:27:33 | rasher | Not anything.. there are some limitations. For example, it couldn't act as both ums and soundcard iiuc |
19:27:58 | GodEater | I don't see why not |
19:28:05 | | Quit BigBambi (Remote closed the connection) |
19:28:09 | | Quit Davide-NYC ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") |
19:28:55 | rasher | GodEater: not at the same time, that is |
19:29:02 | GodEater | I think it could |
19:30:03 | GodEater | I can't think of anything stopping it anyway |
19:30:11 | GodEater | perhaps you explain your reasoning ? |
19:30:44 | | Join J3TC- [0] (n=jetc123@dhcp78-127.njit.edu) |
19:31:06 | rasher | Well, I don't quite understand all the details, but I was under the impression that there's a lack of "endpoints", putting a limit to how many things it can do at once.. |
19:31:38 | GodEater | oh, I wouldn't imagine it would perform well at all :) |
19:31:47 | pixelma | Domonoky: does rbutil pull the newest sansapatcher from the download page or does it use built-in ones, meaning that there could be different versions? |
19:31:47 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
19:32:00 | GodEater | but if we have proper multi-threading in the core - I think there's nothing to stop it doing both things. It'd just do them badly :) |
19:32:09 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
19:32:16 | GodEater | pixelma: it should use a built in one iiuc |
19:32:54 | preglow | amiconn: have you found any timing info on accumulator move instructions? |
19:32:57 | rasher | GodEater: I don't think you're right, and that the endpoints thing is a limit that can't be worked around, but I'll leave it to someone with more of a clue to clarify one way or another |
19:33:18 | pixelma | GodEater: hmm, ok. Thank you. |
19:33:21 | GodEater | rasher: fair enough - I'm just going on something Zagor said to me the other day |
19:33:51 | J3TC- | rasher: The patch I gave you somehow breaks the compile. I copied straight from the svn diff but something was wrong |
19:34:04 | J3TC- | I fixed it tho so here's the working patch for sure...well, tested by me anyway |
19:34:06 | J3TC- | http://web.njit.edu/~jc242/rockbox/sudoku_20071023.patch |
19:34:38 | | Quit xazax (Read error: 104 (Connection reset by peer)) |
19:36:44 | | Quit A_M () |
19:36:58 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
19:37:13 | | Join miepchen^schlaf [0] (n=hihi@p54BF76FD.dip.t-dialin.net) |
19:37:33 | preglow | amiconn: forget that, found it in coldfire2um |
19:39:42 | GodEater | are there any rockboxers in Toronto ? |
19:42:19 | | Join linuxstb [0] (n=chatzill@copernic-sda.pck.nerim.net) |
19:42:59 | linuxstb | GodEater: If only there was some kind of map where Rockboxers could identify themselves... |
19:43:37 | GodEater | linuxstb: you're not funny |
19:43:57 | GodEater | as I just explained in community... I'm really asking "anyone want to go for a beer on Friday, in Toronto" |
19:44:02 | GodEater | which the map won't tell me... |
19:44:20 | | Join Davide-NYC [0] (n=chatzill@user-12hdtj8.cable.mindspring.com) |
19:44:28 | linuxstb | Apologies for not knowing what was said in -community... |
19:44:50 | GodEater | it should be in your autojoin list ;) |
19:45:40 | Davide-NYC | Hit and Run idea: test_codec should write the target type and build number to the beginning (or end) of the log file. |
19:45:44 | | Join Buschel [0] (n=AndreeBu@p54A3EE38.dip.t-dialin.net) |
19:45:59 | Davide-NYC | easy to do? |
19:46:06 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
19:48:07 | Llorean | Davide-NYC: I can't imagine why it'd be difficult to do. |
19:49:13 | | Quit Davide-NYC (Client Quit) |
19:49:26 | bertrik | I noticed that lcd_update for the e200 does a lcd_copy_buffer_rect of the full framebuffer, but there's a TODO that suggests it can be made faster by swapping lcd_driver_framebuffer and lcd_framebuffer |
19:49:42 | bertrik | Is this something that I can look into? |
19:50:09 | linuxstb | I'm not sure how that could work - they should both be identical after the update. |
19:50:36 | bertrik | I'm only summarizing the code comments |
19:50:51 | linuxstb | I know - I think I've read that comment. |
19:51:09 | bertrik | Who knows about this stuff? Would this make a big speed difference or is there some other bottleneck elsewhere? |
19:51:36 | linuxstb | "svn blame" will tell you who wrote the comment. |
19:52:31 | * | GodEater guesses dan_a |
19:52:56 | linuxstb | Always someone who isn't around any more... ;) |
19:53:03 | bertrik | "jethead71" |
19:53:14 | linuxstb | That will be jhMikeS |
19:53:17 | linuxstb | Who is around often. |
19:53:29 | GodEater | and whose explanations always makes my head spin |
19:54:14 | rasher | Would using floats in a plugin be frowned upon? |
19:54:15 | jhMikeS | hello :D |
19:54:31 | | Part hcs |
19:54:38 | bertrik | hi jhMikeS |
19:54:42 | Llorean | rasher: Isn't the only reason not to use floats performance issues? |
19:55:03 | rasher | Llorean: I believe so. In which case it shouldn't be a problem |
19:55:05 | linuxstb | rasher: In general, yes. But it depends on the context. |
19:55:08 | jhMikeS | bertrik: I think that comment is just old noise. it won't make anything faster. |
19:55:29 | Llorean | rasher: I'd imagine as long as the plugin still functioned "fast enough" on all swcodec targets, you could probably get away with it. |
19:56:04 | jhMikeS | GodEater: am I that incomprehensible and/or twisted? :\ |
19:56:06 | rasher | linuxstb: a units converter.. a single float*float whenever the user changes the value shouldn't be performance critical, I imagine.. |
19:56:19 | amiconn | preglow: Those in COLDFIRE2UM.pdf are for MAC only, not EMAC |
19:56:26 | bertrik | jhMikeS: ok, thanks |
19:57:07 | preglow | amiconn: yeah, but i couldn't find any other ones, plus, i expect move.l x, %accx and moveclr.l have the same timings |
19:57:33 | amiconn | I would expect them to be single cycle on emac |
19:57:42 | * | jhMikeS would prefer "twisted" but doesn't get his hopes up :p |
19:57:47 | | Join JETC [0] (n=jetc123@dhcp78-127.njit.edu) |
19:58:19 | preglow | amiconn: would sure be a bonus :) |
19:59:01 | | Quit Domonoky (Remote closed the connection) |
19:59:24 | preglow | amiconn: i wonder how a transfer from memory to memory can be just as fast as a transfer from memory to register (move.l) |
19:59:42 | amiconn | That I don't wonder about... |
20:00 |
20:01:16 | preglow | *shrug* |
20:02:04 | | Quit linuxstb ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") |
20:02:05 | jhMikeS | dual-ported ram? :) |
20:02:32 | preglow | i have no idea, it just sounds weird |
20:02:40 | | Quit J3TC- (Read error: 110 (Connection timed out)) |
20:02:40 | | Nick JETC is now known as J3TC- (n=jetc123@dhcp78-127.njit.edu) |
20:03:37 | amiconn | To me it doesn't sound weird at all. move.l (mem), reg is 2 cycles, move.l reg, (mem) is single cycle |
20:03:53 | | Join Genre9mp3 [0] (n=yngwiejo@athedsl-264730.home.otenet.gr) |
20:04:37 | amiconn | So they're 3 cycles in total, but they're 2 instructions. When combining them into one and leaving out the register transfer I would in fact expect to shave off one cycle... |
20:05:38 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
20:05:53 | | Quit amiconn (Nick collision from services.) |
20:06:00 | | Join amiconn [0] (n=jens@rockbox/developer/amiconn) |
20:06:35 | preglow | are numerical labels the only real local ones with gas? |
20:06:41 | preglow | i thought .labels were local to each major label |
20:07:10 | | Quit japc (Read error: 104 (Connection reset by peer)) |
20:08:13 | GodEater | jhMikeS: just much brighter than me I think ;) |
20:09:24 | amiconn | rasher: Using floats is frowned upon in general because it's (a) slow and (b) the fp library routines are quite large |
20:09:57 | rasher | amiconn: are any of these a real issue in a plugin, provided it's not a performance problem? |
20:10:30 | amiconn | On low-mem targets the fp library routines size may be an issue |
20:10:58 | amiconn | That said, some plugins do use floating point |
20:11:04 | amiconn | ...e.g. calculator.rock |
20:11:33 | rasher | Looks like chopper does as well, which seems unnecessary |
20:11:38 | preglow | i'd say it's ok in plugins if avoiding it will be major bother |
20:11:46 | preglow | but if doing without is trivial: do it without |
20:11:51 | amiconn | So chopper should be fixed |
20:11:55 | preglow | agreed |
20:13:44 | amiconn | Hmm, the routines are not as large as I would have thought |
20:13:57 | * | amiconn just checked calculator.map for archos |
20:14:38 | | Quit J3TC- (Read error: 104 (Connection reset by peer)) |
20:15:03 | | Join ivan`` [0] (n=ivan`@adsl-71-142-251-211.dsl.scrm01.pacbell.net) |
20:15:14 | amiconn | In this case, the ones for coldfire are the largest |
20:15:24 | | Join J3TC- [0] (n=jetc123@dhcp78-127.njit.edu) |
20:15:30 | amiconn | (quite unusual - usually arm code is larger) |
20:15:52 | preglow | perhaps they're hand-coded |
20:15:56 | | Quit ivan` (Nick collision from services.) |
20:15:58 | | Nick ivan`` is now known as ivan` (n=ivan`@adsl-71-142-251-211.dsl.scrm01.pacbell.net) |
20:16:05 | preglow | hand-coded arm asm is usually smaller than compiler generated coldfire code |
20:16:17 | | Join obo [0] (n=obo@rockbox/developer/obo) |
20:16:33 | preglow | also, if rewriting qmf_synth() in asm is not going to give a very decent speedup, i'll eat my shoes |
20:16:49 | * | GodEater will pay to witness this |
20:16:50 | preglow | hope we'll find out tonight... |
20:17:33 | * | amiconn is at 108% realtime for ape -c3000 on coldfire now... |
20:17:47 | GodEater | well done :) |
20:18:25 | amiconn | I hope I can squeeze a bit more |
20:19:05 | | Quit MethoS- (Read error: 104 (Connection reset by peer)) |
20:20:37 | | Quit kkurbjun (Read error: 104 (Connection reset by peer)) |
20:21:39 | | Join MethoS- [0] (n=clemens@pD955EEEE.dip.t-dialin.net) |
20:21:40 | * | bertrik is trying to make sense of the LCD graphics API |
20:22:30 | amiconn | http://www.rockbox.org/twiki/bin/view/Main/GraphicsAPI |
20:23:06 | amiconn | One of the few APIs which are actually documented somewhat |
20:24:23 | Buschel | amiconn: thank you for moving my patch to .S-file and further sqeezing out of some ms :) |
20:24:38 | amiconn | np :) |
20:25:01 | amiconn | I guess you saw that the helper function now allocates the chroma buffer on the stack |
20:25:37 | Buschel | yep, as well as using a register for the adress register |
20:26:14 | amiconn | The advantage is that the stack is usually IRAM (for those threads which call it), whilet it doesn't take away precious IRAM statically |
20:26:26 | Buschel | tricky |
20:26:53 | | Quit MethoS- (Read error: 104 (Connection reset by peer)) |
20:27:09 | Buschel | now mpegplayer does nearly reach realtime (no frame drops) for 224x176 |
20:27:48 | jhMikeS | mpegplayer is a bit fast now without checking actions in the audio loop...which is good I suppose |
20:27:57 | jhMikeS | *faster |
20:27:58 | amiconn | Did you read about my theory about the finishup() in the log? |
20:28:28 | Buschel | ? |
20:28:55 | jhMikeS | my updated version is 4-threaded...still working |
20:30:05 | Buschel | amiconn: did you read _my_ tests on LCD-finishup in fs #8014? |
20:30:11 | Buschel | :) |
20:30:44 | jhMikeS | I think action lists should be sorted at runtime and binary searched. It's quite slow and this registers on a gigabeat. |
20:31:02 | | Join midgey|class [0] (i=8dd53916@gateway/web/cgi-irc/labb.contactor.se/x-3ce7e9f898fb321e) |
20:33:42 | preglow | amiconn: move.w never touches the upper part of the reg, righT? |
20:33:49 | amiconn | jhMikeS: The action lists have to be checked in their original order to work properly |
20:33:58 | amiconn | preglow: Not entirely |
20:34:09 | keanu | If I do a battery benchmark test for the Sansa, does it matter if the music is being played from a microSD card? |
20:34:12 | amiconn | move.w <ea>, dN doesnt |
20:34:24 | amiconn | but move.w (mem), aN sign-extends |
20:34:36 | preglow | ok, i'm doing fetches from memory |
20:34:41 | preglow | so they sign-extend, ok, that's good to know |
20:34:46 | preglow | ah |
20:34:47 | amiconn | Into a-regs? |
20:34:49 | preglow | only address regs |
20:35:08 | * | jhMikeS uses that sign-extension in the SPC codec |
20:35:12 | amiconn | It's described in CFPRM.pdf. Refer to movea |
20:35:29 | jhMikeS | so we depend on a particular list having a particular order? |
20:35:38 | amiconn | Buschel: Hmm, can't find it in the logs by greping??! |
20:36:00 | * | jhMikeS thought it looked in the next list if not found in the prior |
20:36:06 | amiconn | jhMikeS: Yes. Eralier elements have priority. Otherwise context chaining would never work as intended |
20:36:38 | amiconn | Yes it does - but the prior list is explicitly allowed to redefine actions for buttons also defined in later lists |
20:36:51 | jhMikeS | that wouldn't change _but_ it could be more intelligent and remember that action _x_ was found in a particular one |
20:36:53 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
20:36:59 | | Join miepchen^schlaf [0] (n=hihi@p54BF76FD.dip.t-dialin.net) |
20:37:07 | amiconn | Don't overengineer it |
20:37:41 | amiconn | The action list checking is such a small fraction of all code executed... |
20:38:21 | jhMikeS | Do I do that? |
20:38:56 | amiconn | And remembering in which list an action was found would need to be per context |
20:40:05 | jhMikeS | I guess just a cache. New context = purge old. |
20:40:13 | amiconn | The whole purpose of this context chaining is to keep the total list size small |
20:40:52 | amiconn | If we would want to waste space, each context would have its own list - but that would a waste of space |
20:41:07 | * | amiconn repeats himself in one sentence :/ |
20:41:35 | amiconn | Such a waste that would be ;\ |
20:42:20 | amiconn | If you get noticeable slowdown from that, you're checking actions too often |
20:42:27 | jhMikeS | of course it is. I've never felt any other reason and and not chaning would hardly be better or faster. |
20:43:15 | Buschel | amiconn: did not find your theory about finishup in the logs... |
20:43:25 | amiconn | No, me neither :\ |
20:43:35 | amiconn | I wonder where it went... |
20:43:59 | | Join lazka [0] (n=lazka@85-125-222-77.dynamic.xdsl-line.inode.at) |
20:44:10 | jhMikeS | having them in the audio decode loop was definitely checking them too often and now they're only being checked on an actual keypress. |
20:44:16 | Buschel | maybe still between your ears? :P |
20:45:42 | Buschel | one of our professors (Prof Dr Sennheiser) always said: "The most of the hearing is done between your ears." Just transferred it... |
20:46:18 | jhMikeS | ummmm...he's the headphone guy right? :) |
20:46:50 | | Join gryzor [0] (n=gryzor@fydelkass.inl.fr) |
20:47:00 | gryzor | greetings |
20:47:00 | Buschel | the son of the founder |
20:47:48 | | Join shodanX [0] (n=shodanX@i9a132.informatik.uni-erlangen.de) |
20:48:00 | gryzor | i have a sandisk sansa e250. I believe it won't be seen as a mass storage device if it runs the original, proprietary firmware. Will rockbox make it easier to access my player from my computer running linux ? |
20:48:09 | amiconn | Buschel: http://www.rockbox.org/irc/reader.pl?date=20071022 starting 02:57 |
20:49:24 | amiconn | The 14ms are a strong hint towards that theory. 70fps internal frame frequency... |
20:49:32 | GodEater | gryzor: currently the ONLY way to access your sansa over USB is using the original firmware |
20:49:43 | GodEater | and you're wrong - you CAN access it as a mass storage device |
20:49:46 | Buschel | amiconn: reading... |
20:50:04 | gryzor | GodEater: ty |
20:50:22 | | Quit Rondom (No route to host) |
20:50:32 | amiconn | This needs more experimentation, and probably also disassembling the OF and/or ROM. |
20:50:43 | jhMikeS | The first thing I do when trying a player the first time is go to the options menu. I found the MSC option immediately. |
20:54:35 | | Join tpickers [0] (n=chatzill@82-69-41-162.dsl.in-addr.zen.co.uk) |
20:54:58 | | Nick tpickers is now known as tpickers66 (n=chatzill@82-69-41-162.dsl.in-addr.zen.co.uk) |
20:55:05 | | Quit tpickers66 (Client Quit) |
20:55:15 | | Join tpickers66 [0] (n=chatzill@82-69-41-162.dsl.in-addr.zen.co.uk) |
20:56:03 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
20:56:12 | tpickers66 | can someone upload some new h120/140 perf stats to the wiki, or give me access to do it myself? |
20:56:23 | GodEater | tpickers66: what's your wiki name ? |
20:57:54 | | Quit barrywardell (Remote closed the connection) |
20:58:42 | tpickers66 | GodEater: TimPickersgill |
20:59:40 | GodEater | you now have access |
20:59:43 | tpickers66 | cheers |
21:00 |
21:00:04 | | Join xazax [0] (n=xazax@c213-89-180-121.bredband.comhem.se) |
21:00:56 | * | GodEater goes off in search of food |
21:02:21 | | Quit Genre9mp3 () |
21:06:50 | | Join freqmod [0] (n=freqmod@m050g.studby.ntnu.no) |
21:07:15 | | Join Domonoky [0] (n=Domonoky@e176240137.adsl.alicedsl.de) |
21:08:21 | gryzor | GodEater: right now my kernel log does not detect the device as a USB storage. Is there some conf i should set on it that you know of ? |
21:09:11 | * | Domonoky made progress with the accessible support in rbutil.. i have now a TabView which is nearly accessible.. but this will take a while to finish.. :-) |
21:09:36 | | Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") |
21:10:19 | gryzor | GodEater: found it. Ty for your answers anyway :) |
21:13:16 | | Quit Sedgewick (Connection timed out) |
21:15:28 | *** | Saving seen data "./dancer.seen" |
21:17:11 | preglow | hmm, i forget, do i need to update %sp if i use the stack for local vars and never call anything else? no? |
21:20:24 | | Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
21:21:17 | | Join Honkboy [0] (n=stefan@dslb-084-056-077-219.pools.arcor-ip.net) |
21:23:50 | | Join Nibbl [0] (n=Nibbler@pd956a814.dip0.t-ipconnect.de) |
21:24:28 | | Part Nibbl ("Leaving") |
21:25:42 | | Quit freqmod (Read error: 104 (Connection reset by peer)) |
21:26:40 | Buschel | amiconn: so, you assume something like a framesync. as we always measure about 14ms (independent of the transfer time before −− e.g. 100ms for full screen YVV or 30ms for simple screen update) this would mean we always wait avg 14ms and the LCDs frames all are 28ms? so, the LCD waits for next frame sync to be completed? |
21:27:24 | amiconn | Something like this, yes. As I said - needs more experimentation and research |
21:27:46 | Buschel | if so, the theoretical maximum fps is 1000/28ms = 36fps |
21:27:53 | * | amiconn thinks the ordinary lcd_update() can be sped up further |
21:28:03 | Nico_P | jhMikeS: do you know why messages sent with queue_send aren't received on usb plug? |
21:28:04 | Buschel | yes? also tried this but failed... |
21:29:36 | Buschel | amiconn: played around with 4byte ldmia and use shifts to set the 2byte registers. |
21:29:48 | amiconn | Tried stmia for the lcd? |
21:29:53 | Buschel | but i am a beginner to asm :/ |
21:30:09 | Buschel | no |
21:30:23 | amiconn | The 0x3000000 / 0x30001000 / 0x30003000 suggests that the lower address bits aren't decoded at all |
21:30:38 | amiconn | In sert "addressing scheme" where you see fit :) |
21:32:24 | | Part Honkboy ("Leaving.") |
21:32:41 | Buschel | amiconn: did you try to use stmia? |
21:32:57 | amiconn | No, but I probably will |
21:33:10 | amiconn | Too many parallel asm optimisatin projects :/ |
21:33:15 | Buschel | can't wait to see your results :) |
21:34:38 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
21:35:33 | jhMikeS | Nico_P: not sure what you're talking about |
21:36:55 | Buschel | another question: could the chroma_buf handling be sped up by using ldr instead of ldrb? so, using 4byte and shifting the needed 8byte out of it? |
21:37:01 | | Quit sup (calvino.freenode.net irc.freenode.net) |
21:37:01 | NSplit | calvino.freenode.net irc.freenode.net |
21:37:20 | jhMikeS | Nico_P: usb_wait_for_disconnect eats all messages until SYS_USB_DISCONNECT is received then it returns |
21:37:45 | Nico_P | jhMikeS: ah then my messages are probably sent after the usb connect |
21:37:54 | Nico_P | because they all get lost |
21:38:25 | Buschel | ok, gotta quit. my wife's waiting ;o) |
21:38:40 | | Quit Buschel () |
21:39:42 | | Join MethoS- [0] (n=clemens@pD955EEEE.dip.t-dialin.net) |
21:40:01 | NHeal | calvino.freenode.net irc.freenode.net |
21:40:01 | NJoin | sup [0] (i=1000@80.216.235.247) |
21:40:24 | preglow | amiconn: do i need to update %sp if i use the stack for local vars and never call anything else? no? |
21:40:43 | amiconn | I don't understand what you mean... |
21:41:05 | jhMikeS | Space must be reserved for the locals |
21:41:23 | preglow | why is that? interrupts? i rememer there was some pitfall here i fell into once... |
21:41:39 | jhMikeS | yes |
21:42:08 | amiconn | %sp must be the same before return as it is at the beginning of your function, and you must never write at of above the initial %sp address |
21:42:13 | | Join pixelma_ [0] (i=pixelma@rockbox/staff/pixelma) |
21:42:21 | | Quit pixelma (Nick collision from services.) |
21:42:21 | | Nick pixelma_ is now known as pixelma (i=pixelma@rockbox/staff/pixelma) |
21:42:23 | amiconn | s/at of/at or/ |
21:42:39 | preglow | know that, i'm talking inside functions, if i need to decrement %sp to reflect the actual memory usage |
21:42:48 | amiconn | And reserving space is necessary not only because of interrupts |
21:42:57 | amiconn | Sure you have to |
21:43:01 | preglow | i never call any other code, so... |
21:43:11 | amiconn | Otherwise you would overwrite what your caller has put on the stack |
21:43:17 | amiconn | ...e.g. the return address |
21:43:32 | preglow | amiconn: nono, i am of course allocating properly on the stack, just not updating %sp |
21:43:36 | | Join freqmod [0] (n=freqmod@m050g.studby.ntnu.no) |
21:43:36 | amiconn | Or do you mean using negative offsets |
21:43:38 | amiconn | ? |
21:43:40 | preglow | negative offsets, yes |
21:43:48 | amiconn | That still won't work because of interrupts, then |
21:43:58 | preglow | yep, and that was what i was trying to remember |
21:44:13 | preglow | i keep forgetting not every arch has separate stacks, like arm :/ |
21:44:16 | * | jhMikeS hates that lack of an interrupt stack which they fixed of course in a later revision |
21:44:22 | preglow | yeah, exactly |
21:44:48 | * | amiconn finds those various stacks on arm quite confusing |
21:44:55 | preglow | i find them great |
21:46:00 | jhMikeS | each exception mode has it's own banked sp. we just use the interrupt stack for the various aborts too. |
21:46:18 | preglow | we still do? :> |
21:46:31 | preglow | i thought i did that as a hack, but i do of course see clearer now :D |
21:46:59 | jhMikeS | yeah. It's rare enough why waste the space? |
21:48:00 | jhMikeS | should we set up ARM just like cf? :p |
21:48:50 | Nico_P | jhMikeS: what does usb_wait_for_disconnect reply to all the messages it eats? |
21:49:15 | jhMikeS | Nico_P: the default reply to anything sent is 0 |
21:50:09 | Nico_P | :/ |
21:50:20 | jhMikeS | that means if the queue is cleared or a sender is bumped because of overflow or whatever |
21:50:25 | | Quit spiorf (Remote closed the connection) |
21:50:50 | * | amiconn * |
21:51:10 | * | amiconn *hates* hearing white noise when there should be music :( |
21:51:48 | * | jhMikeS hates when he hears white noise when there should be music and find out he's actually listening to a white noise track. :D |
21:52:30 | | Join przemhb [0] (n=przemhb@fan115.internetdsl.tpnet.pl) |
21:52:44 | jhMikeS | Nico_P: perhaps queue_send should reply into a pointer and return true or false? why is 0 a problem? |
21:53:15 | Nico_P | jhMikeS: it's not much of a problem, just that I had defined 0 as success so I had to change a few things |
21:53:55 | | Quit nomel ("CGI:IRC (EOF)") |
21:56:38 | | Quit Arathis ("Bye, bye") |
21:57:09 | | Quit xazax ("Leaving") |
21:59:32 | | Join A_M [0] (n=anon3141@fw.dormnet.his.se) |
22:00 |
22:00:20 | jhMikeS | Nico_P: I'd rather modify and improve the interface at this point then fudge around it. It's not used heavily yet. |
22:00:54 | Nico_P | yeah I'm changing the definition of bufclose |
22:01:52 | jhMikeS | if it were "bool queue_send(struct event_queue *q, long id, intptr_t data, intptr_t *retval)" then it could be unambiguous. |
22:04:50 | | Quit J3TC- (Read error: 110 (Connection timed out)) |
22:05:55 | | Quit mf0102 ("Verlassend") |
22:06:27 | | Quit ilgufo ("So Long, and Thanks For All the Fish - http://gufo.wordpress.com") |
22:07:30 | | Nick idnar_ is now known as idnar (n=mithrand@unaffiliated/idnar) |
22:07:56 | * | ender` yawns |
22:08:52 | jhMikeS | blah, just found a small bug in queue_delete thanks to looking into it. |
22:09:32 | | Join lee-qid [0] (n=liqid@p5496420A.dip.t-dialin.net) |
22:11:29 | | Quit homielowe (Remote closed the connection) |
22:11:39 | | Quit przemhb (Read error: 110 (Connection timed out)) |
22:12:09 | jhMikeS | slimm chance you'll ever see it happen though |
22:13:24 | amiconn | Ah, no more white noise. :) Silly bug as usual... |
22:17:57 | | Quit amiconn (Nick collision from services.) |
22:18:03 | | Join amiconn [0] (n=jens@rockbox/developer/amiconn) |
22:18:18 | | Join ASCE [0] (n=Cannoli@dsl-207-112-55-135.tor.primus.ca) |
22:18:26 | ASCE | hey |
22:18:40 | ASCE | can rockbox play videos on an ipod video? |
22:19:58 | scorche|w | yes, but you would be better off using the OF for that |
22:20:45 | | Part Domonoky |
22:20:51 | ASCE | ah ic |
22:21:03 | ASCE | and what about birightness control on a 5.5g? |
22:21:13 | ASCE | cause right now rockbox is killing my ipod :P |
22:21:18 | ASCE | ipod battery* |
22:21:19 | ASCE | :P |
22:21:32 | parafin | i don't think it's because of brightness |
22:21:43 | parafin | and there is a patch for brightness control |
22:22:09 | ASCE | im currently looking at that |
22:22:14 | ASCE | but it seems to only be for 5 g |
22:22:34 | ASCE | what else can drain battery? |
22:23:07 | | Join J3TC- [0] (n=jetc123@dhcp78-127.njit.edu) |
22:24:16 | * | preglow expects some white noise about now |
22:24:21 | parafin | i don't think there is any difference between 5g and 5.5g except hard disk stuff |
22:24:44 | preglow | nah, just a hang... |
22:24:48 | parafin | i have 5.5g and patch works very fine |
22:24:58 | ASCE | ok kool |
22:25:11 | | Join axlgreasetires [0] (i=473ce4bd@gateway/web/cgi-irc/labb.contactor.se/x-4cdf9c543f27f4a8) |
22:25:16 | jhMikeS | preglow: why the sudden fit of codec optimizing? |
22:25:59 | ASCE | damn i have to compile |
22:26:01 | ASCE | XD |
22:26:04 | ASCE | nvm then |
22:26:06 | ASCE | thanx for the help |
22:26:40 | | Join gotthardt [0] (n=gotthard@c-76-115-35-182.hsd1.or.comcast.net) |
22:26:45 | ASCE | oh one more thing |
22:27:01 | ASCE | in the playlist the names come up as ASD or PKE or random stuff like that |
22:27:05 | ASCE | why is that? |
22:27:14 | Nico_P | jhMikeS: amiconn and preglow are in an optimisation competition it seems |
22:27:32 | amiconn | Any tester with a gigabeat around? |
22:27:39 | * | Nico_P raises hand |
22:27:52 | * | amiconn would like to make sure his arm asm opts for ape aren't actually slower on gigabeat |
22:28:15 | amiconn | ...because gigabeat is arm9, while pp is arm7 |
22:28:19 | jhMikeS | I guess they all needed it anyway |
22:28:31 | Nico_P | amiconn: where can I find a test track? |
22:28:33 | Llorean | ASCE: Because apple renamed your files. |
22:28:40 | amiconn | Instruction cycle timing is different |
22:28:40 | preglow | jhMikeS: because it's fun and i want speex faster :) |
22:28:43 | jhMikeS | amiconn: as long as memory stall is avoided, they don't seem too different |
22:28:43 | ASCE | :O |
22:28:54 | ASCE | so is there any way i can get the right names down in the playlist? |
22:29:12 | amiconn | Gigabeat is arm920t, right? |
22:29:14 | jhMikeS | preglow: we all want everything faster of course ... keep on keepin' on :) |
22:29:24 | jhMikeS | amiconn: yes |
22:29:52 | amiconn | arm7tdmi: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0210c/Chdbedbg.html |
22:29:56 | Llorean | ASCE: Don't use iTunes to copy the songs. |
22:30:04 | amiconn | arm920t: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.set.arm9/index.html |
22:30:12 | ASCE | would amarock work? |
22:30:14 | | Quit DataGhost ("NTOSKRNL.EXE caused a buffer overflow in System Idle Proce²¦©§ÜæîôØþ°") |
22:30:22 | ASCE | amarok* |
22:30:29 | Llorean | ASCE: If it's transferring them for use in the original firmware, no. |
22:30:40 | amiconn | Actually my filter opts aren't worth much on PP *atm*, because even -c1000 is barely realtime and still not usable |
22:30:48 | amiconn | -c1000 doesn't use those filters |
22:30:49 | ASCE | ic |
22:31:12 | ASCE | so any files in the orig. firmware wont have the correct name in playlist? |
22:31:20 | Llorean | Yes |
22:31:21 | amiconn | Somone with a clue needs to optimise the entropy decoder stage :/ |
22:32:11 | jhMikeS | amiconn: see sec. 12.3. Interlocks. It's the main hoop to jump through. |
22:32:16 | jhMikeS | for 920T |
22:32:26 | amiconn | wow |
22:32:43 | amiconn | More than what I thought - on PP5020, -c2000 went from 66% to 73% realtime |
22:33:00 | amiconn | That's just the vector addition and subtraction optimised |
22:33:21 | ASCE | k |
22:33:21 | | Quit axlgreasetires ("CGI:IRC (EOF)") |
22:33:23 | ASCE | thanx for the help |
22:33:24 | ASCE | :) |
22:33:30 | amiconn | I have no idea how to exploit ldmia for the scalar product :( |
22:33:35 | ASCE | haha one more thing |
22:33:48 | ASCE | when i plug my ipod into the computer, is there any way i can stay on rockbox |
22:33:57 | ASCE | cause as soon as i plug in, it restarts |
22:33:58 | | Quit davina (Remote closed the connection) |
22:34:25 | Nico_P | amiconn: are there test tracks available? |
22:34:56 | Llorean | ASCE: Rockbox doesn't have a disk mode, but holding down Menu prevents it from restarting |
22:35:40 | | Join przemhb [0] (n=przemhb@fan115.internetdsl.tpnet.pl) |
22:35:42 | ASCE | k perfect |
22:35:43 | ASCE | thanx alot |
22:36:55 | | Quit ASCE ("bai!") |
22:38:03 | | Join DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) |
22:38:12 | | Quit bertrik (Read error: 104 (Connection reset by peer)) |
22:38:28 | | Nick parafin is now known as parafin|away (i=parafin@paraf.in) |
22:38:32 | | Quit lazka ("I'm off now") |
22:40:21 | przemhb | Hi all |
22:40:23 | przemhb | I've got an issue with incorrectly displayed Rockbox logo and icons. Take a look: http://ffw58.internetdsl.tpnet.pl/corrupted.jpg It started a few days ago. Now every Rockbox version compiled by me displays logo screen and icons incorrectly. Could someone give me a hint how to solve it? |
22:40:51 | rasher | przemhb: Does the same happen with a build from rockbox.org? |
22:41:08 | | Quit midgey|class ("CGI:IRC (EOF)") |
22:41:09 | przemhb | no |
22:41:54 | przemhb | rasher: downloaded versions of RB are OK |
22:42:20 | rasher | Are you using modified source, or straight svn? |
22:42:31 | | Join petur [0] (n=petur@d54C6FBFB.access.telenet.be) |
22:42:54 | przemhb | rasher: modified |
22:43:12 | rasher | In which way? |
22:43:39 | przemhb | I've added on plugin (my own) and "test_codec" plugin |
22:43:51 | | Join lazka [0] (n=lazka@85-125-223-16.dynamic.xdsl-line.inode.at) |
22:47:12 | | Quit nicktastic ("Leaving") |
22:48:56 | | Join japc [0] (n=japc@bl7-240-56.dsl.telepac.pt) |
22:49:21 | | Join bertrik [0] (n=bertrik@031-020-045-062.dynamic.caiway.nl) |
22:50:50 | | Quit matsl ("Leaving") |
22:52:16 | | Quit HellDragon (Success) |
22:55:53 | przemhb | rasher: what would you suggest to solve this problem? |
22:56:15 | Llorean | przemhb: Well, the first thing to do is to make a build with clean, unpatched source and see if it shows the problem |
22:58:03 | amiconn | przemhb: What target? |
22:58:09 | * | amiconn guesses H10 big |
22:58:23 | przemhb | amicon: yes, you're right |
22:58:40 | amiconn | 'make clean' and reconfigure. Then rebuild, and it should be fixed |
22:59:09 | | Join webguest35 [0] (i=acce16f1@gateway/web/cgi-irc/labb.contactor.se/x-2fb7c0f384308486) |
22:59:16 | amiconn | This is due to the bitmap format change for H10 big (RGB565 -> RGB565SWAPPED) |
22:59:31 | | Join HellDragon [0] (n=Nocebo@unaffiliated/helldragon) |
23:00 |
23:02:31 | | Quit Nico_P (Remote closed the connection) |
23:02:40 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
23:03:17 | | Quit przemhb (Read error: 104 (Connection reset by peer)) |
23:03:47 | | Join przemhb [0] (n=przemhb@fan115.internetdsl.tpnet.pl) |
23:03:49 | | Quit freqmod (Read error: 104 (Connection reset by peer)) |
23:05:44 | | Part agm3nt |
23:05:48 | przemhb | amicon: Thank you. |
23:06:21 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
23:09:33 | | Join kkurbjun_ [0] (n=kkurbjun@alamode.Mines.EDU) |
23:10:30 | amiconn | Hmm, fetching longwords in scalarproduct() might pay off even with the neccessary shifting, at least on arm7 |
23:12:02 | | Join linuxstb [0] (n=chatzill@copernic-sda.pck.nerim.net) |
23:14:01 | | Quit HellDragon (Client Quit) |
23:15:29 | *** | Saving seen data "./dancer.seen" |
23:18:23 | przemhb | bye |
23:18:30 | | Part przemhb |
23:21:11 | | Quit J3TC- (Read error: 104 (Connection reset by peer)) |
23:21:41 | | Join J3TC- [0] (n=jetc123@dhcp78-127.njit.edu) |
23:22:23 | preglow | hang hang hang |
23:23:53 | linuxstb | amiconn: Do you still need a gigabeat tester? |
23:24:18 | amiconn | Nico_P will test for me, but I have a question regarding libdemac |
23:24:42 | | Quit tpickers66 (Read error: 113 (No route to host)) |
23:25:37 | amiconn | While experimenting with arm optimistations, I found that the first argument of vector_sub() and vector_add() is always 32 bit aligned, but the second argument can be misaligned |
23:25:51 | amiconn | For scalarproduct() it's the other way round |
23:25:58 | | Quit bertrik ("Leaving.") |
23:26:07 | amiconn | Would it be "allowed" in your lib to rely on that behaviour? |
23:26:18 | | Quit ompaul (Client Quit) |
23:27:03 | amiconn | It allows for a nice speedup on arm (especially arm7) due to vector_add / vector_sub optimisations |
23:27:47 | | Quit webguest35 ("CGI:IRC") |
23:27:50 | amiconn | I also applied that kind of optimisation (just locally so far) to the coldfire scalarproduct(), also giving a little speedup |
23:27:56 | preglow | just look at the code |
23:28:04 | preglow | the first arg is always the start of an array |
23:28:09 | preglow | so i'd say yes |
23:28:09 | amiconn | I know |
23:28:28 | amiconn | I would like to know whether I can rely on this behaviour to stay |
23:28:43 | preglow | i'd be surprised if the answer is no |
23:28:54 | preglow | but then i do end up surprised quite a lot... |
23:29:10 | amiconn | On coldfire, breaking that assumption would mean performance drop, on arm it would either crash (data abort) or produce white noise (on targets where aligncheck is disabled) |
23:30:48 | preglow | hmm? the fetches fail silently without aligncheck? |
23:30:55 | amiconn | Speedup from the verctor add/sub on arm7: -c2000 66%->73%, -c3000 37%->43%, -c4000 11%->15% |
23:31:14 | amiconn | No, without aligncheck they rotate the word |
23:31:30 | * | preglow wonders if we want that behaviour |
23:31:49 | preglow | wouldn't it be better to have them fail and consistently find bugs? |
23:32:17 | preglow | i guess it can be used for some weird optimizations |
23:32:44 | amiconn | ddi0100e_arm_arm, page 138 |
23:32:50 | amiconn | (documentation of ldr |
23:32:52 | amiconn | ) |
23:32:55 | | Quit jgarvey ("Leaving") |
23:34:06 | preglow | can coldfire just silently hang if you access illegal memory locations? |
23:34:11 | preglow | it surely seems to be what is happening |
23:34:51 | amiconn | yes |
23:35:14 | amiconn | If you access empty address areas, you get a bus hang |
23:35:22 | amiconn | The bus cycle simply never completes... |
23:35:35 | * | preglow wants an mmu |
23:37:08 | preglow | me reset button is probably wearing out as we speak |
23:37:24 | | Quit gotthardt ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007102213]") |
23:38:57 | | Quit newbyx86 () |
23:39:41 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
23:39:58 | linuxstb | amiconn: I think that's a fair assumption. But we should probably add some appropriate comments, just in case. |
23:41:05 | amiconn | preglow: btw, ldm behaves different from ldr on unaligned access with aligncheck disabled... |
23:41:23 | amiconn | ldm just ignores the 2 lsbs |
23:42:45 | linuxstb | amiconn: Would it make sense to swap the order of the params to scalarproduct, to keep the alignment requirements consistent? |
23:43:30 | amiconn | Imho it doesn't matter, but if you want, the swap is trivial, as the scalproduct itself is completely commutatve |
23:43:40 | amiconn | (unlike the vector_add and vector_sub) |
23:43:56 | linuxstb | I know, but I'm assuming your implementation is assuming the second is aligned? |
23:43:58 | amiconn | *scalarproduct even |
23:43:58 | | Quit japc (Read error: 104 (Connection reset by peer)) |
23:44:04 | amiconn | yes |
23:44:09 | amiconn | Atm it does |
23:44:21 | amiconn | (for coldfire - arm doesn't care yet) |
23:44:46 | linuxstb | That's all I mean - if you swap it, then all three functions will require the first arg to be aligned. |
23:44:53 | | Join atsea-22 [0] (i=atsea-@gateway/tor/x-acb5da21a247f4bb) |
23:47:05 | | Join donutman25 [0] (n=chatzill@65.75.87.48) |
23:47:15 | linuxstb | Do you have an ARM scalarproduct yet? |
23:47:20 | amiconn | no |
23:47:35 | amiconn | For arm9 it probably doesn't pay off to load 32 bit packed |
23:48:03 | amiconn | ..because arm9 ldrh is single cycle, unless the result is needed in the next instruction |
23:48:13 | amiconn | But on arm7 ldrh is 3 cycles... |
23:48:31 | | Quit petur ("here today, gone tomorrow") |
23:48:41 | linuxstb | What is a normal ldr? |
23:48:45 | linuxstb | (on arm7) |
23:49:25 | amiconn | Also 3 cycles |
23:49:50 | amiconn | But (1) this means loading 2 values at once and (2) loading 32 bit words allows using ldmia |
23:49:52 | | Join kx [0] (n=kx@122.169.143.115) |
23:50:01 | amiconn | And ldmia is (n+2) cycles |
23:50:33 | amiconn | So loading 4 32 bit words with ldmia needs 6 cycles, while loading 8 halfwords with ldrh needs 24 cycles... |
23:51:33 | amiconn | Looking at that, it even pays off to do some bit shuffling afterards |
23:52:17 | | Quit Frazz (Read error: 110 (Connection timed out)) |
23:52:51 | | Join animeloe [0] (n=animeloe@unaffiliated/animeloe) |
23:53:00 | | Quit obo ("bye") |
23:56:04 | | Part kx ("Leaving") |
23:56:19 | | Join stripwax [0] (n=Miranda@i-83-67-214-206.freedom2surf.net) |
23:57:43 | | Quit stripwax (Client Quit) |
23:58:02 | | Join stripwax [0] (n=Miranda@i-83-67-214-206.freedom2surf.net) |
23:58:13 | | Join japc [0] (n=japc@bl7-240-56.dsl.telepac.pt) |