| 00:00:11 | einhirn | amiconn: (or some other audible volume difference) |
| 00:00:22 | amiconn | Hmm. Are you using analog volume or the digital stereo matrix? |
| 00:01:04 | einhirn | amiconn: digital stero matrix - the effect on SPDIF was mission critical for me ;) |
| 00:04:38 | amiconn | I guess the glitches happen when the track change happens during rebuffering |
| 00:05:04 | JdGordon|w | is the forums still acting up for anyone? is am i haaving wierd proxy issues or something? new posts not being displayed even after refreshing |
| 00:05:08 | amiconn | While rebuffering, the mpeg thread delays event processing a bit, due to the bitswap |
| 00:05:22 | | Quit DefineByte ("Bye all") |
| 00:05:32 | einhirn | amiconn: that would explain it... |
| 00:06:05 | amiconn | Another reason to try a playback engine unification... if only the swcodec engine would be more stable... :/ |
| 00:06:24 | einhirn | amiconn: thats why I thought about a "priority message" to the queue. |
| 00:06:57 | amiconn | A priority message wouldn't help - the delay happens even with a single message in the queue |
| 00:07:13 | amiconn | The mpeg thread simply doesn't process *any* message for a short while |
| 00:07:22 | einhirn | amiconn: yes, that's what I figured... |
| 00:07:32 | | Quit davina (Remote closed the connection) |
| 00:07:53 | einhirn | Maybe the replaygain change could be posted to another queue that isn't busy with bitswapping? |
| 00:08:32 | amiconn | There is no other queue - the mpeg thread is the only thread handling hwcodec playback |
| 00:08:47 | JdGordon|w | amiconn: you have it backwards.... merge swcodec into hwcodec is hw is the better oine.... |
| 00:09:51 | einhirn | amiconn: and I assume that posting in a queue that doesn't handle hwcodec playback is a no-no? |
| 00:10:50 | amiconn | Seee line 1234 (svn) - the call to swap_one_chunk() can take up to ~8ms if the buffer is above low watermark, and even up to ~65ms if it is below |
| 00:11:17 | amiconn | Another queue wouldn't help either, as the bitswap call is monolithic, i.e. doesn't yield |
| 00:11:40 | einhirn | amiconn: I see... |
| 00:11:45 | amiconn | JdGordon: That wouldn't be possible - the hwcodec engine couldn't handle swcodec due to its design |
| 00:12:25 | amiconn | einhirn: The only solution would be to swap in smaller amounts - but then we need more than one thread, i.e. a better engine |
| 00:13:45 | amiconn | MPEG_SWAP_CHUNKSIZE is 8KB, MPEG_LOW_WATER_SWAP_CHUNKSIZE is 64KB |
| 00:14:00 | amiconn | The assembler optimised bitswap manages to swap ~1MB/second |
| 00:14:15 | | Quit julle- () |
| 00:14:18 | amiconn | 11 clock cycles per byte |
| 00:14:20 | einhirn | amiconn: I assume that swapping couldn't be done in the 0x2000 byte block sizes that the DMA transfers use? |
| 00:14:44 | einhirn | would probably take to long in the isr. |
| 00:15:01 | | Quit roolku () |
| 00:15:23 | amiconn | swapping in the isr is a non-no, unless the chunks become a lot smaller |
| 00:15:59 | einhirn | I see - 0x2000 is 8kb... |
| 00:16:08 | amiconn | yup, and hence ~8ms |
| 00:17:35 | amiconn | Btw, the extra 6dB can be gained by changing the codec register 7 |
| 00:17:43 | amiconn | (DAC_IN_DSP) |
| 00:18:09 | amiconn | Its default setting is 0x40, which equals 0dB. 0x7f equals (almost) +6dB |
| 00:18:22 | | Quit jhulst (Remote closed the connection) |
| 00:18:51 | | Quit BigBambi (Remote closed the connection) |
| 00:19:29 | | Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) |
| 00:25:55 | | Quit obo ("bye") |
| 00:29:37 | | Quit defukt (Read error: 113 (No route to host)) |
| 00:30:01 | | Quit BigBambi (Remote closed the connection) |
| 00:31:42 | | Join cool_walking_ [0] (n=cb3b81c3@gateway/web/cgi-irc/labb.contactor.se/x-5900e50f71f93325) |
| 00:37:45 | | Quit lee-qid (Success) |
| 00:38:17 | *** | Saving seen data "./dancer.seen" |
| 00:38:42 | einhirn | amiconn: re +6db will look into that, thanks |
| 00:39:09 | amiconn | Of course that only helps analog out |
| 00:39:16 | | Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) |
| 00:39:29 | | Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") |
| 00:39:59 | | Join JdGordon|w [0] (i=836b004b@gateway/web/ajax/mibbit.com/x-421dc1400cbdd55e) |
| 00:42:00 | | Quit Arathis ("Bye, bye") |
| 00:42:10 | | Join hsvsunshyn [0] (n=95a662ca@gateway/web/cgi-irc/labb.contactor.se/x-a66f03d57ec94303) |
| 00:42:37 | | Join HSV [0] (n=95a662ca@gateway/web/cgi-irc/labb.contactor.se/x-f4dd393f90c968ae) |
| 00:42:37 | | Quit hsvsunshyn (Client Quit) |
| 00:45:16 | | Join _stink__ [0] (n=stink@adsl-75-45-74-232.dsl.sfldmi.sbcglobal.net) |
| 00:46:12 | | Quit spiorf (Remote closed the connection) |
| 00:46:12 | | Quit HSV (Client Quit) |
| 00:46:52 | | Join HSV [0] (n=notareal@in-98-202.dhcp-149-166.iupui.edu) |
| 00:46:52 | JdGordon|w | talk of the vm build server makes /me prod badger to adds my server again :p |
| 00:48:03 | * | scorche|w thought JdGordon|w said he didnt have a server |
| 00:48:56 | JdGordon|w | well... my main box |
| 00:49:28 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 00:49:32 | | Quit n1s () |
| 00:50:07 | scorche|w | well, i would hate to have a build server that is absent every time you reboot into vista to play games =P |
| 00:50:11 | | Quit _stink__ (Client Quit) |
| 00:50:24 | DerPapst | heh |
| 00:50:49 | JdGordon|w | which is almost never... |
| 00:52:58 | DerPapst | awesome games like solitaire... |
| 00:53:20 | JdGordon|w | kpatience ftw! |
| 00:54:33 | rasher | scorche|w: It's still better than not having it in the pool, surely |
| 00:54:47 | HSV | Is there an appropriate place to indicate a type of dock that is compatable with Rockbox? (in this case, an add-on ipod interface for a Kenwood car stereo) Just in case someone else with a Rockboxed iPod has a Kenwood stereo and wanted to know if the adapter (which works with many/most Kenwoods) works with Rockbox... |
| 00:55:40 | | Quit aggelidis ("Konversation terminated!") |
| 00:56:02 | | Quit scorche|w ("CGI:IRC") |
| 00:58:18 | | Quit hannesd ("Client suicide") |
| 00:58:55 | linuxstb | HSV: http://www.rockbox.org/twiki/bin/view/Main/IpodAccessories |
| 00:59:06 | | Quit _stink_ (Read error: 110 (Connection timed out)) |
| 00:59:34 | HSV | excellent. 1000x thanks, linuxstb |
| 01:00 |
| 01:03:46 | | Quit ender` (" Documentation is like sex: when it's good, it's very good, and when it's bad it's still better than nothing.") |
| 01:06:42 | | Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") |
| 01:07:21 | | Quit FMA1394 (".<UPP>.") |
| 01:09:40 | | Quit ompaul (Read error: 113 (No route to host)) |
| 01:15:30 | | Join JdGordon|w [0] (i=836b004b@gateway/web/ajax/mibbit.com/x-590081bed2c7e988) |
| 01:16:25 | | Quit n17ikh|Lappy () |
| 01:18:58 | | Part sandberg |
| 01:19:02 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 01:20:14 | HSV | as per the main TWiki page, could someone please grant write permission to me? I would like to include above mentioned details in above mentioned TWiki page. My TWiki name is HaroldVan. |
| 01:20:54 | | Quit kugel (Read error: 104 (Connection reset by peer)) |
| 01:21:27 | | Join Orac2 [0] (n=IceChat7@203-173-218-202.dialup.ihug.co.nz) |
| 01:21:40 | | Nick Orac2 is now known as Troy (n=IceChat7@203-173-218-202.dialup.ihug.co.nz) |
| 01:22:06 | | Nick Troy is now known as pwncakes (n=IceChat7@203-173-218-202.dialup.ihug.co.nz) |
| 01:22:25 | linuxstb | HSV: Done |
| 01:23:54 | | Part pixelma |
| 01:24:04 | HSV | again, thank you, kind linuxstb |
| 01:24:57 | einhirn | amiconn: I think that I'll leave the DAC_IN_DSP setting out for now, since I don't want to risk clipping -> "7Fhex 200% (+6 dB gain) If the sum of both mixing inputs exceeds 100%, clipping may occur in the successive |
| 01:24:57 | einhirn | audio processing." |
| 01:26:10 | einhirn | But I think I'll definately try it out. |
| 01:26:26 | einhirn | Just want to upload that patch so I can go to bed ;9 |
| 01:26:31 | pwncakes | linuxstb: Where can i get the source for tcc tool? Ive searched rockbox/google etc. |
| 01:26:48 | rasher | pwncakes: in svn? |
| 01:26:54 | rasher | under utils/ |
| 01:27:16 | | Quit DerPapst (Read error: 104 (Connection reset by peer)) |
| 01:27:17 | pwncakes | cheers, thanks. |
| 01:27:33 | rasher | The tarball should include it as well |
| 01:32:11 | | Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") |
| 01:34:47 | * | rasher sighs |
| 01:35:07 | rasher | not exactly instant gratification, this |
| 01:35:36 | rasher | echo all|tools/rockboxdev.sh <−− takes a while |
| 01:41:27 | einhirn | I'll go to bed now |
| 01:41:29 | * | einhirn waves |
| 01:41:36 | | Quit pwncakes ("Do fish get thirsty?") |
| 01:41:44 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 01:42:36 | HSV | thank you again for your help, linuxstb. Changes made, and I do not think I even broke anything. |
| 01:45:32 | | Join jac0b [0] (n=jac0b@user-11201o8.dsl.mindspring.com) |
| 01:45:51 | jac0b | does anyone know of any good cans to use for the treadmill |
| 01:46:10 | soap | look at that - nice links and everything HSV. Thanks. |
| 01:46:51 | soap | Only point - and it would be hard for you to know - when I started that wiki page all the entries were alphabetical. But I see the Car Audio section had already drifted from that original plan - so how were you to know? |
| 01:47:32 | soap | Ahh - all the sections have drifted from alphabetical. I can fix that. Thanks again for the entry. |
| 01:47:46 | HSV | indeed, soap. I am planning on testing the interface with my old 4G grayscale. I can alphabetize them when I update it... |
| 01:48:03 | HSV | I am happy to contribute |
| 01:48:33 | soap | well, we can promise you won't be able to control the iPod from your kenwood - as the apple accessory protocol, not the serial interface on which it runs, are implemented. |
| 01:49:07 | rasher | soap: don't you mean that neither are implemented? |
| 01:49:21 | soap | the big question on accessories like that, IMHO, is if audio in/out works - as some accessories won't even pay attention to the line-out signal unless they hear the iPod talking to them, |
| 01:49:41 | HSV | right... I did not think remote or display would work. I was afraid that even the audio out would not work |
| 01:49:43 | soap | thank you rasher - "nor" turned into "not" |
| 01:50:07 | HSV | audio and charge both work perfectly |
| 01:50:56 | | Quit MethoS_mobile (Remote closed the connection) |
| 01:51:05 | | Join MethoS_mobile [0] (n=clemens@pD955BF45.dip.t-dialin.net) |
| 01:51:10 | HSV | (the deck actually says "E60", which presumably means that the ip500 is connected, but it is not getting any display info from it) |
| 01:54:34 | soap | Error 60? |
| 01:54:40 | soap | Shit man - you better watch it. |
| 01:55:20 | soap | Last time I saw that code the headunit caught on fire and lead to a crash which killed a school bus full of orphans. |
| 01:55:27 | soap | ;) |
| 01:56:45 | | Quit DerDome ("Leaving.") |
| 02:00 |
| 02:01:32 | | Part jac0b ("Ex-Chat") |
| 02:02:42 | | Quit waldo ("Konversation terminated!") |
| 02:03:17 | HSV | really? I thought E70 was the "Kill nearby orphans" error code... |
| 02:04:21 | HSV | I looked it up in the manual, and it says "Communication Failure between KCA-iP500 and iPod." |
| 02:05:26 | HSV | (reminds me of an old UNIX joke: '/earth full. Please delete anyone you can.' |
| 02:18:41 | | Quit soap (Read error: 110 (Connection timed out)) |
| 02:20:08 | | Quit weezerle ("...und tschüss!") |
| 02:21:44 | | Quit MethoS-- (Read error: 104 (Connection reset by peer)) |
| 02:23:46 | | Quit rocko (Read error: 110 (Connection timed out)) |
| 02:24:01 | | Join Imper [0] (n=chatzill@c-68-57-91-179.hsd1.va.comcast.net) |
| 02:24:35 | | Quit MethoS_mobile (Read error: 110 (Connection timed out)) |
| 02:26:18 | Imper | Hey all, quick question I hope I can find an answer to. Currently using a Sansa e200 player with Roxkbox r16172. Is it normal for it to take 2-3 minutes to choose a new EQ Preset? |
| 02:26:49 | Imper | Well, more specifically, 'load' a EQ preset |
| 02:27:57 | Llorean | jhMikeS: Any idea if a recent change might've caused this: http://forums.rockbox.org/index.php?topic=15221 |
| 02:28:15 | Llorean | Imper: Do you mean literally 120-180 seconds? |
| 02:29:14 | Llorean | It's not normal for it to take a long time, but I'm curious if you mean that as a realistic measure, or just mean "take a longer than reasonable amount of time" |
| 02:30:08 | Imper | Yes, if I move from Classical to Jazz (for example), it sits there with "Loading" for 2-3 real minutes... 120-180 seconds. Actually clicked 'Jazz' when I started this message and it is still loading. |
| 02:31:25 | | Join jcollie [0] (n=jcollie@dsl-ppp239.isunet.net) |
| 02:32:06 | Llorean | That's not normal, and you're the first person to report something like that. |
| 02:32:06 | | Quit axionix (Read error: 104 (Connection reset by peer)) |
| 02:32:45 | | Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) |
| 02:34:54 | Imper | Llorean, if I'm the first person to report it, it is probably something I'm doing wrong on my end. I'm only about three days into using Rockbox and still figuring out the intricates. And I know that when I was converting files over the original firmware was experiencing some issues. Maybe it is time I fix up my MP3 collection. Glad to hear it isn't normal (to a point), thank you. |
| 02:37:10 | Imper | Oh, and guess while I'm here. Is there any way to disable (or require holding) the Record button? For anyone who has a Sansa they will know the troubles with the location of that button, it is better off disabled. |
| 02:37:52 | Llorean | I own a e200, and haven't run into any trouble with it, so I'm not sure what you mean. |
| 02:38:20 | *** | Saving seen data "./dancer.seen" |
| 02:41:26 | Imper | Oh, maybe I should explain. I have a protective cover for my Sansa with a belt-clip on the back. Which I commonly swivel to the side. The button is then on the bottom, ready to be hit any time I sit down. Probably hit it about 15-20 times a day in one way or another. Could be that the cover is just too tight on the button. |
| 02:42:00 | Llorean | Possibly |
| 02:42:12 | Llorean | I haven't used the recording feature on mine, but I thought you had to hold down the button for a second for it to activate already |
| 02:42:32 | Llorean | If you want to avoid accidental button presses, you should probably use the Hold switch. |
| 02:43:52 | Imper | Yes, would be nice, but my cover unconveniently covers the Hold switch. All truth be told, it does seem to be better with Rockbox, guess the original firmware would activate on button press. Is it possible to extend that 1second time? |
| 02:46:58 | | Part HSV |
| 02:48:48 | Llorean | Not without changes to the code. |
| 02:53:19 | | Quit JdGordon ("Konversation terminated!") |
| 02:58:16 | | Join JdGordon [0] (n=Miranda@usw3662-s-207-244-148-63.dsl.w-link.net) |
| 03:00 |
| 03:10:19 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 03:12:28 | | Join JdGordon [0] (n=jonno@usw3662-s-207-244-148-63.dsl.w-link.net) |
| 03:18:43 | | Quit Imper ("ChatZilla 0.9.80 [Firefox 2.0.0.11/2007112718]") |
| 03:33:28 | | Quit tvelocity ("Αποχώρησε") |
| 03:48:32 | | Quit jott ("Reconnecting") |
| 03:48:36 | | Join jott [0] (n=j@unaffiliated/jott) |
| 03:59:11 | | Join goffa [0] (n=goffa@216.220.23.105) |
| 04:00 |
| 04:04:32 | | Join gtkspert [0] (n=gtkspert@203-206-32-35.dyn.iinet.net.au) |
| 04:05:51 | | Join soap [50] (n=soap@rockbox/staff/soap) |
| 04:09:38 | | Join perrikwp [0] (n=chatzill@74.167.148.160) |
| 04:11:29 | | Join brent0n [0] (n=470bd10b@gateway/web/cgi-irc/labb.contactor.se/x-bcac824be4b50ba1) |
| 04:11:53 | brent0n | hello :) |
| 04:12:34 | brent0n | is there a plugin that reads PDFs? |
| 04:12:38 | Llorean | No. |
| 04:14:20 | cool_walking_ | You can convert PDFs to plain text with numerous utilities, such as pdf2text, but the layout may be screwed up. |
| 04:14:49 | brent0n | damn :( |
| 04:15:13 | Llorean | Well, nobody actually interested in it has written a plugin to do it. |
| 04:15:37 | brent0n | is there a good way to read books on the rockbox? |
| 04:15:47 | cool_walking_ | Plain text. |
| 04:15:48 | Llorean | Buy audiobooks. |
| 04:16:00 | Llorean | It's an *audio player* firmware. |
| 04:16:01 | Llorean | :-P |
| 04:16:03 | cool_walking_ | or that. |
| 04:16:06 | brent0n | i'm using the web client, so my responses are a bit delayed |
| 04:16:10 | brent0n | haha |
| 04:17:54 | | Quit gtkspert_ (Read error: 101 (Network is unreachable)) |
| 04:18:36 | brent0n | lol |
| 04:19:13 | brent0n | rockbox is good for doing things audio players don't normally do :P |
| 04:19:21 | brent0n | WAYYY delayed, btw |
| 04:19:32 | brent0n | i said that stuff 2 minutes ago |
| 04:24:47 | | Quit brent0n ("CGI:IRC") |
| 04:25:41 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 04:28:07 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 04:28:21 | | Join miepchen^schlaf [0] (n=hihi@p54BF75E1.dip.t-dialin.net) |
| 04:32:41 | | Join webguest12 [0] (n=3a065c15@gateway/web/cgi-irc/labb.contactor.se/x-279a89ec1f8dbf5e) |
| 04:32:46 | | Quit webguest12 (Client Quit) |
| 04:32:59 | | Join Tsukasa [0] (n=3a065c15@gateway/web/cgi-irc/labb.contactor.se/x-71df68b525fadd8c) |
| 04:33:14 | Tsukasa | hey |
| 04:33:16 | | Join aneka [0] (n=kvirc@66.251.25.9) |
| 04:34:15 | | Quit Tsukasa (Client Quit) |
| 04:36:10 | | Quit soap (Remote closed the connection) |
| 04:36:44 | | Join soap [50] (n=soap@rockbox/staff/soap) |
| 04:37:09 | | Join Llorea1 [0] (n=DarkkOne@ppp-70-132-141-197.dsl.hstntx.swbell.net) |
| 04:37:25 | | Quit Llorean (Nick collision from services.) |
| 04:37:27 | | Nick Llorea1 is now known as Llorean (n=DarkkOne@ppp-70-132-141-197.dsl.hstntx.swbell.net) |
| 04:37:55 | | Quit soap (Remote closed the connection) |
| 04:37:55 | | Quit w0rd54 (Client Quit) |
| 04:38:23 | | Join soap [50] (n=soap@rockbox/staff/soap) |
| 04:38:24 | *** | Saving seen data "./dancer.seen" |
| 04:42:35 | | Join w0rd54 [0] (i=blackdev@100mbit.top-site.us) |
| 04:44:50 | | Quit Thundercloud (Remote closed the connection) |
| 04:48:49 | | Quit w0rd54 (Read error: 104 (Connection reset by peer)) |
| 04:49:15 | | Join w0rd54 [0] (i=blackdev@100mbit.top-site.us) |
| 05:00 |
| 05:03:13 | | Quit ol_schoola_ (Connection reset by peer) |
| 05:03:35 | | Join ol_schoola_ [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
| 05:05:59 | | Quit cool_walking_ ("CGI:IRC (EOF)") |
| 05:09:39 | | Quit csc` ("Powering Off") |
| 05:15:21 | | Join cool_walking_ [0] (n=cb3b81c3@gateway/web/cgi-irc/labb.contactor.se/x-62141a16d81d3347) |
| 05:15:49 | | Join DaCapn [0] (n=dacapn@c-76-105-220-239.hsd1.or.comcast.net) |
| 05:26:55 | | Quit DrDnar (Read error: 110 (Connection timed out)) |
| 05:28:44 | | Join mf0102 [0] (n=michi@85.127.20.163) |
| 05:30:45 | | Join holt_kessler [0] (n=holt_kes@adsl-75-35-79-140.dsl.pltn13.sbcglobal.net) |
| 05:30:59 | holt_kessler | hi |
| 05:36:58 | | Join fyrestorm [0] (n=fyre@cpe-68-173-160-247.nyc.res.rr.com) |
| 05:40:31 | | Quit Horscht ("http://www.geisterfahrer.org") |
| 05:47:42 | | Quit holt_kessler ("Leaving") |
| 05:53:45 | | Join toffe82 [0] (i=chatzill@static-71-160-73-186.lsanca.dsl-w.verizon.net) |
| 06:00 |
| 06:06:39 | | Join TheLastEmotion [0] (n=t6@68-118-201-59.dhcp.nwtn.ct.charter.com) |
| 06:07:26 | TheLastEmotion | I think I might've bricked my Gigabeat F40 but I am not sure |
| 06:07:53 | toffe82 | What happened ? |
| 06:08:19 | TheLastEmotion | Well, I had rockbox on it and it worked really well for a few months, then I went to load it up and it keeps giving me either or of two errors. |
| 06:08:55 | TheLastEmotion | Either system error 00000010 or 00000020 |
| 06:10:10 | cool_walking_ | TheLastEmotion: http://www.mygigabeat.com/forum/messages.cfm?threadid=4633D1A1-3048-2906-EA8911233E762B98 |
| 06:10:58 | cool_walking_ | and http://www.mygigabeat.com/forum/messages.cfm?threadid=60C59AFD-3048-2906-EA564236B271D94E |
| 06:10:59 | TheLastEmotion | Is the disassembling talking about unplugging the harddrive then plugging it back in? |
| 06:11:03 | TheLastEmotion | Because I did that one already lol |
| 06:11:57 | toffe82 | Your computer doens't recognize the gigabeat ? |
| 06:12:17 | cool_walking_ | Yes most likely talking about taking it apart, unless there is some Gigabeat specific thing I don't know about (Which I wouldn't, since I don't own a Gigabeat) |
| 06:12:55 | | Quit MattAndrew ("CGI:IRC (Ping timeout)") |
| 06:16:02 | TheLastEmotion | I am downloading the root folder that someone put up to see if that works seeing that my GB has no files whatsoever on it. |
| 06:18:21 | qwm | scorche|sh: you around? |
| 06:18:28 | qwm | scorche: or you. |
| 06:21:52 | | Join BenniBoya [0] (n=3a065c15@gateway/web/cgi-irc/labb.contactor.se/x-5bcc34f95cdb44e5) |
| 06:22:28 | BenniBoya | hey can someone help me |
| 06:22:38 | BenniBoya | i cant seem to build my boot loader |
| 06:24:11 | | Quit DaCapn () |
| 06:24:35 | BenniBoya | is anyone here? |
| 06:26:13 | TheLastEmotion | And now it seems that the harddrive isn't loading in windows. |
| 06:26:17 | TheLastEmotion | Hi, Benni :] |
| 06:27:45 | krazykit | BenniBoya, it's generally not recommended to build your own bootloader unless you know what you're doing. |
| 06:27:46 | BenniBoya | hey |
| 06:27:46 | BenniBoya | what did u mean by the hard drive thing? |
| 06:28:09 | TheLastEmotion | The harddrive of my Gigabeat F40 is now not showing up in windows explorer at all. |
| 06:28:20 | BenniBoya | lol |
| 06:28:49 | BenniBoya | when i run ../tools/configure it says |
| 06:28:58 | krazykit | BenniBoya, please don't paste in here |
| 06:29:04 | BenniBoya | oh ok |
| 06:29:09 | krazykit | use pastebin.ca or something |
| 06:29:16 | BenniBoya | which is? |
| 06:29:21 | BenniBoya | im new to linux |
| 06:29:21 | krazykit | a website? |
| 06:29:34 | BenniBoya | its just text |
| 06:29:38 | BenniBoya | can i paste that? |
| 06:29:40 | krazykit | no |
| 06:29:51 | krazykit | paste that text into pastebin.ca and then put that link here |
| 06:30:01 | krazykit | this is to prevent cluttering the logs and flooding the channel |
| 06:31:25 | BenniBoya | ok |
| 06:32:49 | BenniBoya | http://pastebin.ca/883290 |
| 06:33:55 | BenniBoya | can someone look at that and see if anything is wrong |
| 06:34:29 | | Quit desowin () |
| 06:35:16 | cool_walking_ | Looks like you don't have the build environment set up correctly. |
| 06:35:52 | | Quit cool_walking_ ("CGI:IRC (EOF)") |
| 06:36:06 | | Join cool_walking_ [0] (n=cb3b81c3@gateway/web/cgi-irc/labb.contactor.se/x-f0825d9f39a8a497) |
| 06:36:10 | BenniBoya | i have run the rockboxdev script and downloaded the arm stuff |
| 06:36:10 | cool_walking_ | Gah. Screw you, web client. |
| 06:36:23 | BenniBoya | what? |
| 06:36:30 | krazykit | BenniBoya, you haven't changed your $PATH |
| 06:36:46 | BenniBoya | how do i do that? |
| 06:36:57 | cool_walking_ | Not you BenniBoya, the web IRC client :) |
| 06:37:04 | cool_walking_ | open /etc/profile in a text editor |
| 06:37:08 | krazykit | BenniBoya, http://www.rockbox.org/twiki/bin/view/Main/CygwinDevelopment#Step_4_Add_the_cross_compiler_di |
| 06:37:11 | krazykit | read that. |
| 06:37:55 | BenniBoya | ok ty |
| 06:38:08 | TheLastEmotion | So yeah, my gigabeat is not being recognized at all by my computer... |
| 06:38:27 | *** | Saving seen data "./dancer.seen" |
| 06:38:29 | krazykit | TheLastEmotion, right, you've said that. have you tried the recovery procedure? |
| 06:38:58 | TheLastEmotion | Well it was being recognized before I disconnected and then reconnected the hdd. |
| 06:39:34 | cool_walking_ | Okay, but your other symptoms say you should still do the recovery procedure |
| 06:39:34 | TheLastEmotion | The GB shows the USB logo but the computer isn't showing it at all in win explorer. |
| 06:39:53 | TheLastEmotion | How exactly would I go about doing the recovery procedure? |
| 06:39:59 | krazykit | you would read the wiki |
| 06:40:37 | cool_walking_ | http://www.rockbox.org/twiki/bin/view/Main/GigabeatFXPort#Gigabeat_Recovery_Procedures |
| 06:40:48 | TheLastEmotion | Dane |
| 06:40:50 | TheLastEmotion | Danke* |
| 06:42:53 | BenniBoya | um it didnt work |
| 06:43:25 | krazykit | BenniBoya, you need to log out and back in |
| 06:44:23 | BenniBoya | logout and in or restart? |
| 06:44:41 | krazykit | the former. |
| 06:44:48 | BenniBoya | ok ill brb |
| 06:44:58 | TheLastEmotion | My problem is now with the fact that I can not see my gigabeat within windows explorer to actually restore the GB system files. |
| 06:45:13 | | Quit BenniBoya ("CGI:IRC (EOF)") |
| 06:46:10 | TheLastEmotion | I did the disconnect/reconnect and now explorer won't even show the GB as a harddrive or anything, there's no letter, no nothing. |
| 06:46:52 | | Join BenniBoya [0] (n=3a065c15@gateway/web/cgi-irc/labb.contactor.se/x-b5b4fc2615be7de5) |
| 06:47:29 | | Quit tedrock (Read error: 113 (No route to host)) |
| 06:47:42 | BenniBoya | hey |
| 06:47:46 | BenniBoya | it didnt work |
| 06:48:00 | | Join tedrock [0] (n=tedrock@d235-159-75.home1.cgocable.net) |
| 06:49:00 | TheLastEmotion | Anyone around? :o |
| 06:49:23 | krazykit | TheLastEmotion, when someone's around, they'll answer. please don't repeat the question over and over |
| 06:49:27 | BenniBoya | me |
| 06:49:38 | | Join toffe82_ [0] (i=chatzill@static-71-160-73-186.lsanca.dsl-w.verizon.net) |
| 06:49:52 | krazykit | BenniBoya, in a terminal, do "echo $PATH". does it give you /usr/local/arm-elf/bin in the output anywhere? |
| 06:49:57 | TheLastEmotion | Sorry about that.. |
| 06:50:17 | BenniBoya | doesnt give me anything |
| 06:50:44 | BenniBoya | where am I ment to run it from |
| 06:51:07 | krazykit | BenniBoya, a terminal. xterm, konsole, gnome-terminal, whatever. |
| 06:51:57 | BenniBoya | it didnt display anything running it as user or root |
| 06:52:37 | krazykit | i've gotta go to sleep now. good luck with your problem |
| 06:52:48 | BenniBoya | ok thanks |
| 06:53:44 | cool_walking_ | BenniBoya: It's case-sensitive, are you sure you did "echo $PATH" ? |
| 06:54:48 | BenniBoya | oooh |
| 06:55:18 | BenniBoya | it doesnt display anything about arm |
| 06:58:05 | cool_walking_ | I think the tools/configure script should have told you where it put the compilers, do you remember where? |
| 06:58:21 | BenniBoya | dont worry, ive found a fix |
| 06:58:38 | | Quit SacredTerror (Read error: 110 (Connection timed out)) |
| 06:58:41 | BenniBoya | ill just run this in my build folder: export PATH=/usr/local/arm-elf/bin:$PATH |
| 06:59:03 | cool_walking_ | Yes, but that won't persist across reboots |
| 06:59:25 | cool_walking_ | You need to add that line to the bottom of the /etc/profile file |
| 06:59:57 | BenniBoya | to the bottom? |
| 07:00 |
| 07:00:32 | cool_walking_ | Or edit the line that's already there |
| 07:00:39 | | Quit midgey () |
| 07:01:03 | BenniBoya | so I would put export "PATH=/usr/local/arm-elf/bin:$PATH" in my etc/profile |
| 07:01:09 | cool_walking_ | yeah |
| 07:01:11 | BenniBoya | but where in wetc/profile |
| 07:01:30 | cool_walking_ | Just chuck it at the very bottom, so you know it's not inside any "if" blocks |
| 07:02:28 | BenniBoya | under "export PATHumask 022" |
| 07:02:45 | cool_walking_ | Sure. |
| 07:02:49 | cool_walking_ | It doesn't matter what's already there. |
| 07:02:52 | BenniBoya | ok ty |
| 07:03:51 | BenniBoya | this isnt entirely related, but if I had a set of commands to mount my ntfs harddrive |
| 07:04:15 | cool_walking_ | Yeah? |
| 07:04:17 | BenniBoya | would i add the line to /etc/fstab |
| 07:04:25 | cool_walking_ | No |
| 07:05:11 | | Quit toffe82 (Read error: 110 (Connection timed out)) |
| 07:05:15 | cool_walking_ | Just follow the syntax of the entries already in there, and run "man fstab". |
| 07:05:15 | BenniBoya | where would I add it |
| 07:05:33 | BenniBoya | i mean i want it to run at boot |
| 07:05:44 | cool_walking_ | Yeah |
| 07:05:52 | cool_walking_ | Just make sure it has the "auto" option. |
| 07:05:59 | BenniBoya | i dont under stand |
| 07:08:06 | cool_walking_ | The syntax is something like "<device> <mount point> <filesystems> <options>" |
| 07:08:34 | BenniBoya | if I wanted to to run while it booted up, where would i paste it? |
| 07:08:34 | BenniBoya | i have the command but i just need somwhere where it will run automaticly at boot |
| 07:09:19 | Llorean | BenniBoya: Please take non-Rockbox chatter elsewhere, as per the channel guidelines |
| 07:09:28 | Llorean | cool_walking_: Please remember to encourage people to follow the guidelines |
| 07:09:39 | Llorean | You've been around here enough to know about them. |
| 07:09:50 | BenniBoya | ok sorry |
| 07:10:03 | cool_walking_ | #rockbox-community okay? |
| 07:10:19 | BenniBoya | umm.. how do i get there from the web client |
| 07:10:31 | cool_walking_ | type "/join rockbox-community" |
| 07:13:51 | | Part toffe82_ |
| 07:16:57 | | Quit cool_walking_ ("CGI:IRC") |
| 07:17:11 | | Join cool_walking_ [0] (n=cb3b81c3@gateway/web/cgi-irc/labb.contactor.se/x-f7a3f4fd79cf94c9) |
| 07:21:43 | | Quit linuxstb ("Leaving") |
| 07:25:09 | | Quit BenniBoya ("CGI:IRC") |
| 07:25:27 | | Join BenniBoy1 [0] (n=user@dsl-58-6-92-21.act.westnet.com.au) |
| 07:29:17 | | Join BadTVDream [0] (n=t6@68-118-201-59.dhcp.nwtn.ct.charter.com) |
| 07:30:34 | | Join cool_walking_200 [0] (n=Miranda@203-59-129-195.perm.iinet.net.au) |
| 07:32:00 | | Quit perrikwp ("ChatZilla 0.9.80 [Firefox 3.0b3pre/2008012704]") |
| 07:34:57 | | Quit TheLastEmotion (Read error: 110 (Connection timed out)) |
| 07:48:32 | | Join lee-qid [0] (n=liqid@p54964595.dip.t-dialin.net) |
| 07:52:19 | | Join Ranger- [0] (n=792d8fa2@gateway/web/cgi-irc/labb.contactor.se/x-032aeea78a211ec7) |
| 08:00 |
| 08:01:03 | | Quit Ranger- ("CGI:IRC (EOF)") |
| 08:04:11 | | Join karashata [0] (n=Kimi@bas3-kitchener06-1096649533.dsl.bell.ca) |
| 08:12:06 | | Quit z35 (Remote closed the connection) |
| 08:12:22 | | Join rangerirc [0] (n=rangerir@ppp121-45-143-162.lns11.adl6.internode.on.net) |
| 08:13:30 | | Nick rangerirc is now known as deranger (n=rangerir@ppp121-45-143-162.lns11.adl6.internode.on.net) |
| 08:14:09 | deranger | hey is there anyone around? |
| 08:14:22 | | Join kimi-sharamin [0] (n=Kimi@bas3-kitchener06-1096649533.dsl.bell.ca) |
| 08:14:39 | deranger | I just formatted+re-installed rockbox and lost my awesome equaliser settings |
| 08:14:42 | | Quit karashata (Nick collision from services.) |
| 08:14:47 | | Nick kimi-sharamin is now known as karashata (n=Kimi@bas3-kitchener06-1096649533.dsl.bell.ca) |
| 08:14:59 | deranger | any audio experts who can give me a hand setting up the equaliser? |
| 08:20:22 | | Quit BigBambi (Remote closed the connection) |
| 08:23:41 | | Part BenniBoy1 |
| 08:24:37 | | Quit cool_walking_ ("CGI:IRC") |
| 08:24:47 | | Nick cool_walking_200 is now known as cool_walking_ (n=Miranda@203-59-129-195.perm.iinet.net.au) |
| 08:25:31 | | Join spiorf [0] (n=spiorf@host35-206-dynamic.16-79-r.retail.telecomitalia.it) |
| 08:29:00 | | Join Febs__ [0] (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 08:30:37 | | Quit midkay (Read error: 110 (Connection timed out)) |
| 08:35:04 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
| 08:37:00 | | Join Rob222241 [0] (n=Miranda@p54B07657.dip.t-dialin.net) |
| 08:38:28 | *** | Saving seen data "./dancer.seen" |
| 08:42:54 | deranger | thanks :) |
| 08:42:56 | | Quit deranger ("<[eV]Rygrass|zzzzzzzz> i like waking up to pms") |
| 08:43:48 | | Quit spiorf (Remote closed the connection) |
| 08:47:21 | | Quit Febs (Read error: 110 (Connection timed out)) |
| 08:48:48 | | Quit jhulst (Remote closed the connection) |
| 08:55:26 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 08:56:46 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
| 08:59:04 | | Quit cool_walking_ ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 08:59:52 | | Join Ziroday [0] (n=nick@unaffiliated/ziroday) |
| 09:00 |
| 09:01:29 | Ziroday | Hi, I have the iPod Nano 1st Gen, after trying to use rbutil to install rockbox it complained about not being able to install the bootloader, I am aware there is another program that is meant to be able to install the rockbox bootloader on iPods however the name escapes me, anybody know what its called? |
| 09:02:03 | Llorean | It too is in the manual.. |
| 09:02:28 | Ziroday | Llorean: ah, apologies just spotted it - ipodpatcher |
| 09:04:47 | | Join BenniBoya [0] (n=user@dsl-58-6-92-21.act.westnet.com.au) |
| 09:05:10 | BenniBoya | hey, im following the instructions on building the bootloader, but it cant seem to load ipod_fw |
| 09:05:26 | BenniBoya | i dont think it is compiled, as there is only ipod_fw.c |
| 09:06:11 | BenniBoya | is anyone here?> |
| 09:07:15 | | Join petur2 [0] (n=petur@ip-212-239-214-166.dsl-static.scarlet.be) |
| 09:08:06 | GodEater | BenniBoya: ipod_fw isn't used anymore |
| 09:08:25 | GodEater | which instructions are you following, and why ? |
| 09:08:30 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 09:08:56 | | Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-20-218.w81-50.abo.wanadoo.fr) |
| 09:09:05 | BenniBoya | im following the "How to install the Rockbox bootloader on your iPod" instructions from the wiki |
| 09:09:15 | BenniBoya | and because im changing a bit of code in it |
| 09:09:27 | GodEater | BenniBoya: which bit of code would that be ? |
| 09:09:34 | BenniBoya | ummm... |
| 09:09:38 | BenniBoya | the bit at the end |
| 09:09:44 | BenniBoya | im swapping where the ipod fw boots |
| 09:09:47 | BenniBoya | with the rockbox |
| 09:10:18 | BenniBoya | so rockbox boots when the holdm switch is on |
| 09:10:21 | GodEater | those instructions are ancient |
| 09:10:29 | BenniBoya | oh lol |
| 09:10:31 | | Quit aneka ("KVIrc 3.2.4 Anomalies http://www.kvirc.net/") |
| 09:10:36 | BenniBoya | would they work though? |
| 09:11:05 | GodEater | can I ask why this bootloader change is so important to you ? |
| 09:11:14 | GodEater | the apple firmware stays loaded once you've booted it once |
| 09:11:21 | BenniBoya | i reset alot |
| 09:11:22 | GodEater | unless you leave your ipod alone for about a week |
| 09:11:32 | BenniBoya | i dont like playing music in rockbox |
| 09:11:39 | BenniBoya | but like the games and movies |
| 09:11:58 | BenniBoya | ive changed toe code and compiled toe bootloader right i think |
| 09:12:11 | BenniBoya | but now am just patching my ipods |
| 09:12:11 | GodEater | well, no - those instructions won't work currently |
| 09:12:17 | GodEater | they need re-writing really |
| 09:12:23 | GodEater | but we've not ever bothered because we don't see the point |
| 09:12:38 | BenniBoya | im just doing this for personal use |
| 09:13:02 | BenniBoya | if i could build ipod_fw it would work |
| 09:13:06 | GodEater | so you have a bootloader-ipodvideo.ipod file ? |
| 09:13:43 | GodEater | forget about ipod_fw |
| 09:13:43 | GodEater | it's not used |
| 09:13:48 | BenniBoya | bootloader.bin |
| 09:13:53 | GodEater | and if you somehow getting it working, it'll likely break something on your ipod |
| 09:14:12 | BenniBoya | i changed the ipod.c file |
| 09:14:14 | BenniBoya | built it |
| 09:14:23 | GodEater | I don't care |
| 09:14:29 | GodEater | just answer the question |
| 09:14:35 | BenniBoya | no |
| 09:14:42 | GodEater | do you, or do you not have an bootloader-ipodvideo.ipod in your build directory |
| 09:14:48 | BenniBoya | i dont |
| 09:14:56 | amiconn | ipod_fw is most probably buggy, so I wouldn't use it. Iirc linuxstb fixed several bugs regarding firmware partition handling in ipodpatcher, which is based on the ipod_fw code |
| 09:15:05 | GodEater | then you've done something else fundamentally wrong |
| 09:15:20 | BenniBoya | i built the bootloader with ipod nano sttings |
| 09:15:23 | amiconn | These fixes were never backported afaik, as ipod_fw is outdated, afaik even the ipl people use ipodpatcher nowadays |
| 09:15:24 | GodEater | amiconn: correct |
| 09:15:44 | GodEater | we should delete this page from the wiki |
| 09:15:46 | BenniBoya | the builder made a sub folder of build called bootlaoder |
| 09:15:49 | GodEater | or at least mark it as dangerous |
| 09:15:49 | BenniBoya | lol |
| 09:16:08 | markun | BenniBoya: what's the name of the bootloader file you've built? |
| 09:16:10 | GodEater | just look in the build directory |
| 09:16:10 | GodEater | ignore the bootloader subdirectory |
| 09:16:15 | BenniBoya | bootloader.bin |
| 09:16:19 | GodEater | do you have a bootloader-ipodnano.ipod in there ? |
| 09:16:24 | BenniBoya | it built to a boorloader sub dir |
| 09:16:26 | BenniBoya | no |
| 09:16:53 | GodEater | can you take a directory listing of your build directory, and put it in a pastebin ? |
| 09:16:57 | GodEater | because I don't believe you |
| 09:17:03 | BenniBoya | how do i do that? |
| 09:17:06 | markun | BenniBoya: I'll try to build the bootloader, let's see what happens. |
| 09:17:43 | GodEater | markun: I just built one for the video - I get a .ipod file |
| 09:17:54 | BenniBoya | try build for nano |
| 09:17:59 | markun | BenniBoya: I got this file: http://130.89.160.166/rockbox/bootloader-ipodnano.ipod |
| 09:18:06 | BenniBoya | ooooh now i see it |
| 09:18:08 | BenniBoya | wasnt looking soz |
| 09:18:22 | GodEater | why do we bother ? |
| 09:18:22 | BenniBoya | soz everyone |
| 09:18:25 | markun | np |
| 09:18:35 | BenniBoya | to teach people lol? |
| 09:18:52 | | Quit JdGordon ("Konversation terminated!") |
| 09:19:01 | GodEater | just put it on your nano with "ipodpatcher -a bootloader-ipodnano.ipod" |
| 09:19:21 | BenniBoya | will that patch my fw or over write it |
| 09:19:39 | BenniBoya | becaue the bootloader is 51kb |
| 09:19:47 | GodEater | it patches it |
| 09:19:54 | GodEater | the clues in the name of the binary "ipodpatcher" |
| 09:20:01 | BenniBoya | so ru ipod patcher from my build dir |
| 09:20:02 | BenniBoya | soz |
| 09:20:33 | BenniBoya | only oooone thing |
| 09:20:39 | BenniBoya | my fwpatcher isnt compiled |
| 09:20:52 | GodEater | you don't need to compile ipodpatcher |
| 09:20:55 | GodEater | it's available for download |
| 09:21:05 | BenniBoya | oh ok |
| 09:21:14 | BenniBoya | i thought u ment fwpatcher |
| 09:21:21 | GodEater | did I type fwpatcher ? |
| 09:21:27 | BenniBoya | no... |
| 09:21:39 | BenniBoya | i thought they same ting |
| 09:21:50 | * | GodEater gives up |
| 09:22:01 | * | BenniBoya doesnt blame him |
| 09:22:01 | markun | ;) |
| 09:22:23 | markun | BenniBoya: anyway, just download it here: http://www.rockbox.org/twiki/bin/view/Main/IpodPatcher |
| 09:22:40 | BenniBoya | ty |
| 09:22:46 | BenniBoya | should i chuck it in my build dir? |
| 09:23:01 | markun | you don't have to, but you could I guess |
| 09:23:07 | BenniBoya | umm... |
| 09:23:18 | BenniBoya | i may as well... |
| 09:23:27 | BenniBoya | ive already got the boot loader on my ipod |
| 09:23:31 | BenniBoya | is it ok to install over it? |
| 09:24:01 | markun | I really don't know anything about ipods, sorry |
| 09:24:05 | BenniBoya | ok |
| 09:24:13 | markun | maybe GodEater can help? :) |
| 09:25:41 | BenniBoya | GodEater: do u recon its ok to install my custom boot loader over my already installed stock one? |
| 09:26:24 | BenniBoya | i guess to be on the safe side ill remove it woth ipod patcher |
| 09:27:12 | | Join Axio_ [0] (n=Axio@alf94-1-81-57-140-233.fbx.proxad.net) |
| 09:27:51 | LinusN | it should be ok to install over it |
| 09:28:57 | BenniBoya | omg its not running... |
| 09:29:51 | BenniBoya | it says ./ipodpatcher acess denied |
| 09:30:09 | BenniBoya | permission denied |
| 09:33:07 | BenniBoya | does anyone knoe why? |
| 09:34:20 | | Join Febs___ [0] (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 09:34:21 | GodEater | chmod +x ipodpatcher |
| 09:34:23 | | Nick Febs___ is now known as Febs (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 09:34:38 | GodEater | and you need to run it as root |
| 09:35:16 | BenniBoya | ty |
| 09:35:17 | | Join cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au) |
| 09:35:24 | BenniBoya | hey cool_walking |
| 09:36:19 | cool_walking_ | hi |
| 09:36:45 | GodEater | I've updated that wiki page now. ipod_fw is no longer mentioned anywhere. |
| 09:37:40 | | Join CaptainSquid [0] (n=Miranda@proxy17.netz.sbs.de) |
| 09:38:47 | BenniBoya | accept on my computer, mwahahahaha! |
| 09:40:04 | | Part LinusN |
| 09:40:20 | cool_walking_ | BenniBoya: run it as root |
| 09:40:34 | BenniBoya | it worked |
| 09:40:47 | BenniBoya | can some1 do me a favout |
| 09:40:55 | BenniBoya | my new bootloader doesnt boot into rockbox... |
| 09:41:06 | BenniBoya | could some1 look at my ipod.c file? |
| 09:42:05 | cool_walking_ | Ah, grabbed the log before GodEater replied, but joined after... |
| 09:42:11 | BenniBoya | oops i see where i went wrong |
| 09:42:12 | BenniBoya | lol |
| 09:45:06 | | Join gtkspert_ [0] (n=gtkspert@gateless.info) |
| 09:48:29 | GodEater | anyone else seen that only the absolute latest ipods will work with the iTunes video rentals ? |
| 09:49:23 | GodEater | not that we care of course ;) |
| 09:49:46 | | Part BenniBoya |
| 09:50:31 | | Quit Febs__ (Read error: 110 (Connection timed out)) |
| 09:54:32 | | Join xushi [0] (n=xushi@unaffiliated/xushi) |
| 09:58:47 | | Quit gtkspert (Read error: 101 (Network is unreachable)) |
| 10:00 |
| 10:00:02 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 10:04:15 | GodEater | I'd really love to be helping out with the battery benches on the ipods at the moment |
| 10:04:39 | GodEater | but I'm not sure how useful they'd be given mine is nigh on unusable at the moment because of the all the disk problems |
| 10:06:11 | LinusN | it would surely be nice to find the reason for the recent buffering issues |
| 10:06:34 | LinusN | in the meantime, meybe we should revert the spinlock changes |
| 10:07:36 | LinusN | i'm pretty sure that the spinlocks work fine, but the buffering/playback surely suffers |
| 10:11:10 | GodEater | so does everything else |
| 10:11:19 | GodEater | the UI is unusable while the disk is going mad |
| 10:12:04 | LinusN | the first thing to find out is where the disk accesses are coming from |
| 10:12:29 | GodEater | well on mine currently it's the dircache update which is causing the thing to go mad when it first starts up |
| 10:12:39 | GodEater | I've stopped using the database, and turned off the updates for that |
| 10:12:43 | GodEater | so that's the only thing left |
| 10:13:46 | GodEater | the update is a lot slower than I'd expect too |
| 10:14:29 | | Quit BadTVDream (Read error: 110 (Connection timed out)) |
| 10:14:31 | GodEater | and playback is taking over a minute to start up from poweroff |
| 10:15:06 | | Quit amiconn (Nick collision from services.) |
| 10:15:12 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 10:20:14 | GodEater | 8860 entries took 355 seconds to scan |
| 10:20:31 | GodEater | once that's done, playback and buffering become ok |
| 10:21:31 | GodEater | while it's going though, the buffering thread can't load enough off disk to keep up with the codec's demand for data |
| 10:28:10 | GodEater | turning off dircache completely eliminates the dropouts I'm getting |
| 10:28:40 | GodEater | although the real and usefl buffers are taking a LONG time to fill up all the way |
| 10:31:07 | | Quit nicktastic (Remote closed the connection) |
| 10:31:20 | | Join nicktastic [0] (n=nick@unaffiliated/nicktastic) |
| 10:31:37 | | Join xushi_ [0] (n=xushi@unaffiliated/xushi) |
| 10:33:43 | markun | GodEater: maybe we should set the scanning thread to a lower priority? |
| 10:34:19 | GodEater | it isn't already ? |
| 10:38:04 | markun | no idea what the priorities are set to |
| 10:38:31 | *** | Saving seen data "./dancer.seen" |
| 10:40:22 | GodEater | seems to be PRIORITY_BACKGROUND currently |
| 10:40:41 | GodEater | but I'm not sure what the IF_PRIO() macro does quite |
| 10:40:54 | | Quit xushi (Read error: 110 (Connection timed out)) |
| 10:41:05 | amiconn | It just masks out the parameter for targets without priority scheduling |
| 10:41:10 | | Join MethoS_mobile [0] (n=clemens@pD955EADD.dip.t-dialin.net) |
| 10:41:26 | GodEater | is there a lower priority than background ? |
| 10:44:11 | GodEater | only LOWEST_PRIORITY it would seem |
| 10:44:35 | LinusN | is this a problem on all targets? |
| 10:44:44 | GodEater | nope |
| 10:44:51 | GodEater | my gigabeat F is fine |
| 10:45:08 | GodEater | I have no other portalplayer targets to try it on |
| 10:45:14 | GodEater | and the H140 is at home today |
| 10:45:39 | LinusN | ok, so which target is problematic for you? |
| 10:45:55 | GodEater | my 5.5G 80GB |
| 10:46:00 | LinusN | ok |
| 10:46:15 | amiconn | It might be all PP targets, but my quick tests didn't show any of the reported problems on any PP target I have available for testing |
| 10:46:18 | | Join MethoS- [0] (n=clemens@pD955EC72.dip.t-dialin.net) |
| 10:46:21 | GodEater | which, as we know, has a somewhat spastic disk controller in it anyway |
| 10:46:41 | amiconn | (which include G5.5, mini G2, H10 small, 2nd Gen) |
| 10:47:00 | | Quit MethoS- (Read error: 104 (Connection reset by peer)) |
| 10:47:11 | GodEater | you're not a dircache user though are you amiconn ? |
| 10:47:33 | | Join crazy_bus [0] (n=philip@124.183.82.72) |
| 10:55:57 | LinusN | i'm not sure i understand his corelock changes |
| 10:56:09 | GodEater | who is "he" ? :) |
| 10:56:10 | LinusN | the corelock is a pure busy wait |
| 10:56:19 | LinusN | "he" is jhMikeS |
| 10:57:12 | GodEater | right |
| 10:59:06 | | Quit nicktastic (Read error: 113 (No route to host)) |
| 11:00 |
| 11:01:27 | | Join waldo [0] (n=waldo@ip-81-11-217-117.dsl.scarlet.be) |
| 11:02:24 | LinusN | GodEater: can you do a test for me? |
| 11:03:09 | GodEater | certainly |
| 11:03:23 | LinusN | in firmware/export/config.h |
| 11:03:51 | LinusN | line 461 |
| 11:04:31 | GodEater | looks empty to me |
| 11:04:35 | GodEater | perhaps I need a svn up |
| 11:04:56 | | Join midkay_ [0] (n=midkay@71-35-98-146.tukw.qwest.net) |
| 11:04:56 | LinusN | add #define CONFIG_CORELOCK SW_CORELOCK |
| 11:05:31 | GodEater | done |
| 11:06:40 | GodEater | there's a lot of warnings on build now :) |
| 11:07:27 | amiconn | GodEater: I *do* use dircache on these targets except mini G2 |
| 11:07:43 | GodEater | ah sorry amiconn |
| 11:08:36 | amiconn | I use dircache if there's a slow disk (that rules out mini G2 - spinup time <= 500ms), and at least 32MB ram (that rules out the X5) |
| 11:09:46 | * | GodEater hopes all these warnings about redefining CONFIG_CORELOCK are ok |
| 11:09:48 | amiconn | LinusN: The corelock must be busy wait afaiu... |
| 11:09:57 | LinusN | amiconn: i guess so too |
| 11:10:27 | amiconn | And SW_CORELOCK is just for those PPs with a broken swp(b) |
| 11:10:31 | LinusN | yes |
| 11:10:36 | amiconn | (actually broken bus controller) |
| 11:12:24 | GodEater | ok - compiled |
| 11:12:29 | GodEater | and installed to ipod |
| 11:12:53 | GodEater | playback is still glitchy |
| 11:13:25 | LinusN | figures |
| 11:13:26 | GodEater | at least he UI is responsive now though |
| 11:13:37 | GodEater | s/he/the |
| 11:16:33 | LinusN | ok, he changed the ATA thread from using spinlocks (which yield when waiting) to use mutexes (which busy waits for the corelock) |
| 11:17:07 | LinusN | so i guess that has an impact if two threads are reading the disks at the same time |
| 11:17:08 | | Join Casainho [0] (n=chatzill@bl10-18-95.dsl.telepac.pt) |
| 11:17:30 | GodEater | as dircache and buffering would be :) |
| 11:17:44 | amiconn | > ping jhMikeS |
| 11:17:59 | GodEater | summon jhMikes |
| 11:18:13 | LinusN | i wish i knew why he changed that |
| 11:18:29 | GodEater | I suspect there was a good reason =/ |
| 11:19:00 | LinusN | GodEater: you could try to patch -R this one: http://svn.rockbox.org/viewvc.cgi/trunk/firmware/drivers/ata.c?r1=16104&r2=16105&view=patch |
| 11:19:32 | GodEater | is it worth combining that with the CORELOCK you just made me change? |
| 11:19:34 | amiconn | LinusN: The busywait for corelock should never be longer than a few microseconds |
| 11:19:39 | GodEater | or go back to the same as it was previously ? |
| 11:20:07 | amiconn | It's just there to serialize the mutex access itself, not the mutex operation as a whole |
| 11:20:14 | LinusN | amiconn: i see |
| 11:20:22 | LinusN | GodEater: the same |
| 11:22:08 | | Quit midkay (Read error: 110 (Connection timed out)) |
| 11:22:26 | GodEater | patch seems to think that patch is already applied |
| 11:22:32 | GodEater | on a clean svn tree |
| 11:22:37 | LinusN | patch -R |
| 11:22:43 | GodEater | ah of course |
| 11:22:45 | GodEater | you even said |
| 11:22:49 | GodEater | <−− dumbass |
| 11:23:01 | LinusN | GodEater: hmm, reverting the ata patch might not help, since he changed the spinlock code too |
| 11:23:21 | GodEater | yeah - it doesn't build |
| 11:23:48 | GodEater | which revision did it go in in ? |
| 11:23:52 | GodEater | I can revert to that |
| 11:24:12 | LinusN | it came in 16105 |
| 11:24:27 | LinusN | so revert to 16104 |
| 11:24:30 | GodEater | k |
| 11:24:47 | | Quit MethoS_mobile (Read error: 110 (Connection timed out)) |
| 11:25:20 | LinusN | hmm, is it only 505G that suffers from this? |
| 11:25:23 | LinusN | 5.5G |
| 11:26:38 | LinusN | my guess is that all targets suffer, but 5.5G suffers the most |
| 11:27:03 | LinusN | since it does a lot more calls to ata_read_sectors() |
| 11:27:06 | GodEater | the forums would seem to indicate there are other targets |
| 11:27:17 | GodEater | but most of the complaints are against the 5.5G |
| 11:28:10 | | Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
| 11:28:42 | LinusN | figures |
| 11:29:13 | amiconn | The strange thing is that I don't see that effect on your G5.5 ... |
| 11:29:25 | LinusN | since ata_read_sectors() uses the mutex, and the FAT driver performs lots of 1-sector reads |
| 11:29:27 | GodEater | 16104 must have been a red build |
| 11:29:33 | GodEater | I've gone back to 16103 |
| 11:31:43 | | Join rocko [0] (i=rocko@71.80.121.24) |
| 11:33:37 | GodEater | heh - how ironic - 16103 is a patch by me :) |
| 11:35:38 | GodEater | that's a vast improvement LinusN |
| 11:36:03 | GodEater | although the real and usefl buffers are still filling very slowly |
| 11:37:33 | GodEater | although, as before when I looked at this - it seems that's a function of "resume at power on" |
| 11:37:45 | GodEater | if I start playing a new folder, all the buffers fill up straight away |
| 11:38:28 | LinusN | do we use both cores nowadays? |
| 11:38:37 | amiconn | Well, with the dircache scan running in parallel, it will fill the buffers slowly |
| 11:38:46 | amiconn | That is to be expected |
| 11:39:04 | GodEater | true |
| 11:39:15 | amiconn | LinusN: Only in mpegplayer and the spc codec afaik |
| 11:39:21 | LinusN | ok |
| 11:39:27 | | Join pixelma [0] (n=d5494d0c@rockbox/staff/pixelma) |
| 11:40:16 | LinusN | ok, so what do we do? i vote for reverting the mutex/spinlock changes until we find out what is causing this |
| 11:40:37 | pixelma | hmm... still no /query allowed in the webclient |
| 11:41:23 | markun | LinusN: maybe wait for jhMikeS? |
| 11:41:39 | GodEater | I'm puzzled why amiconn can't see this behaviour on his 5.5G |
| 11:41:44 | pixelma | GodEater: I could build r16104 fine when I tested the day before yesterday |
| 11:41:47 | LinusN | well, he must be aware of this by now, and still hasn't done anything |
| 11:41:56 | GodEater | amiconn: would it be worth me sending my config.cfg to you to try with? |
| 11:41:57 | markun | true |
| 11:42:15 | GodEater | pixelma: odd - wouldn't work here for me |
| 11:42:22 | GodEater | I got a load of errors in settings_list |
| 11:43:45 | LinusN | amiconn: how many files are there on your/mine 5.5G? |
| 11:44:49 | pixelma | GodEater, amiconn: I noticed that the problems don't always show the same. On my c200 I had problems with resume, when I changed my WPS around a bit it went away (but now I can't "insert" one single track into an empty playlist ("disk" activity shows in the status bar for a second on my c200 but it doesn't play) |
| 11:46:02 | | Join MethoS_mobile [0] (n=clemens@p5489342D.dip.t-dialin.net) |
| 11:46:34 | pixelma | I also have the impression that first buffering after boot takes longer and the UI is not responsive during the time. It's probably not as noticable as on a hd based player |
| 11:46:57 | Casainho | hello :-) |
| 11:47:30 | GodEater | pixelma: I assume dircache is not a factor then ? |
| 11:47:32 | Casainho | anyone knows if mobile sdram is just available in BGA packages? |
| 11:48:23 | LinusN | Casainho: "mobile"? |
| 11:48:41 | pixelma | GodEater: probably not (there's no dircache on the Sansas) |
| 11:48:47 | Bagder | "MDDR is an acronym that some enterprises use for Mobile DDR SDRAM, a type of memory used in some portable electronic devices" |
| 11:48:49 | GodEater | pixelma: that's really what I was asking :) |
| 11:48:58 | Bagder | LinusN: I'd never heard of it either... |
| 11:49:08 | LinusN | Casainho: many rockbox targets have SDRAM in non-bga packaging |
| 11:49:47 | Bagder | (quote from wikipedia) |
| 11:50:14 | Casainho | I ask help for this: http://www.rockbox.org/twiki/bin/view/Main/RockboxPlayerPrototypeB |
| 11:50:21 | amiconn | LinusN: A few hundred files... all .flac btw |
| 11:50:55 | LinusN | amiconn: a few hundred, maybe that's not enough to make dircache stall the player? |
| 11:50:56 | GodEater | amiconn: any chance you could load it up with a few thousand mp3s ? |
| 11:51:30 | Casainho | I guy said to me that low power version of SDRAM are the mobile versions, but we wants to know if they are available in other tahn BGA.... |
| 11:51:37 | Casainho | to solder by hand... |
| 11:52:09 | LinusN | ok, then i guess the iaudios and irivers use high power versions |
| 11:52:35 | | Quit crazy_bus (Remote closed the connection) |
| 11:52:41 | Casainho | LinusN: :-) |
| 11:53:01 | Bagder | quite possibly they don't use DDR at all |
| 11:53:04 | pixelma | weird, the inserting works for me currently - but jhMikeS told me there was a race condition somewhere so maybe it's not that weird after alle |
| 11:53:10 | pixelma | *all |
| 11:57:31 | pixelma | Bagder: something else - not sure if it's worth it but the H10 manual currently stops in the main menu (fm radio) chapter, I fixed it but it won't be available until the next daily build round... |
| 11:58:01 | Bagder | ah |
| 11:58:13 | | Join PaulJam [0] (i=PaulJam_@vpn-3141.gwdg.de) |
| 11:58:29 | amiconn | GodEater: I can put my whole collection on it tonight and test. But I doubt I will see that effect, given that I don't experience many of the reported bug, probably due to the many features I never use.... |
| 12:00 |
| 12:00:31 | Bagder | "Sorry, SMF was unable to connect to the database." ... |
| 12:00:45 | pixelma | again? |
| 12:00:55 | Bagder | it came back with a reload... |
| 12:01:49 | GodEater | amiconn: hence my "shall I send you my config.cfg" as well ? |
| 12:02:07 | GodEater | ok seriously, we need to move the forums :) |
| 12:02:35 | | Quit xushi_ () |
| 12:02:51 | pixelma | Bagder, LinusN: is one of you also able to look at the webclient configuration or is that Zagor's field only? |
| 12:03:16 | Bagder | I prefer to leave that for Zagor |
| 12:03:21 | * | LinusN hides and points to Zagor |
| 12:05:00 | | Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) |
| 12:05:05 | pixelma | ok, I should leave again for now, bbl |
| 12:06:02 | | Quit pixelma ("CGI:IRC 0.5.9 (2006/06/06)") |
| 12:10:13 | | Join Febs___ [0] (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 12:21:03 | | Quit MethoS_mobile (Read error: 113 (No route to host)) |
| 12:27:11 | | Quit Febs (Read error: 110 (Connection timed out)) |
| 12:31:46 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 12:38:34 | *** | Saving seen data "./dancer.seen" |
| 12:39:52 | GodEater | forums have died again |
| 12:41:09 | | Part Ziroday |
| 12:43:05 | markun | We might be able to put ZIF-40 drives in our Gigabeat F's. What do you guys think? http://www.mygigabeat.com/forum/messages.cfm?threadid=CA71B6C1-3048-7B00-41767A9E42D3FC1C |
| 12:44:19 | GodEater | that would be nice :) |
| 12:44:51 | GodEater | does he mean "ZIF to ZIF" ? |
| 12:46:48 | markun | yes |
| 12:48:39 | GodEater | do ZIF drives not come with those ? |
| 12:50:34 | GodEater | do you have an S yet ? :) |
| 12:50:39 | markun | no :) |
| 12:51:09 | GodEater | so I suppose it's my job to connect the S's drive into my F and see what happens ? |
| 12:51:31 | | Join Arathis [0] (n=doerk@p508A79C2.dip.t-dialin.net) |
| 12:55:12 | | Quit PaulJam (".") |
| 12:56:11 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
| 12:57:08 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 13:00 |
| 13:02:58 | | Join BigBambi [0] (n=86ceaf37@rockbox/staff/BigBambi) |
| 13:04:16 | BigBambi | GodEater: Nico_P already tried the S drive in the F - it didn't work |
| 13:07:06 | | Quit Arathis ("Bye, bye") |
| 13:07:23 | * | LinusN is confused by the new locking code |
| 13:08:31 | preglow | then ask! :) |
| 13:08:54 | LinusN | jhMikeS: ping |
| 13:10:06 | markun | GodEater: doesn't look like it's the same pinout, but I hope I'm wrong |
| 13:11:47 | GodEater | not if what BigBambi just said is true it seems |
| 13:14:20 | jhMikeS | LinusN: hey (good timing btw) |
| 13:17:06 | LinusN | :-) |
| 13:17:25 | LinusN | jhMikeS: i'm trying to understand the mutex code and the core locking |
| 13:17:41 | jhMikeS | anything is particular? |
| 13:17:45 | jhMikeS | *in |
| 13:17:49 | LinusN | and i feel very blonde :-) |
| 13:18:08 | LinusN | in mutex_lock() |
| 13:18:46 | LinusN | let's begin with the CORELOCK_SWAP case |
| 13:19:14 | jhMikeS | ok |
| 13:19:20 | | Nick Febs___ is now known as Febs (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 13:19:21 | LinusN | i guess you use the xchg8 stuff to make sure you have exclusive access to m->locked, right? |
| 13:19:45 | jhMikeS | m->locked doubles as the busy wait + the locked flag |
| 13:20:23 | LinusN | so after the while(), it doesn |
| 13:20:38 | LinusN | 't matter if you check locked, or m->locked, right? |
| 13:21:15 | jhMikeS | if STATE_BUSY is returned, the variable is being examined and it must loops. If something else is returned, that is the current value. |
| 13:21:50 | LinusN | because it says if(locked), which confused me a little |
| 13:22:08 | LinusN | well, if(locked == 0) |
| 13:22:09 | jhMikeS | that's the temp value |
| 13:22:14 | LinusN | yes |
| 13:22:42 | jhMikeS | it's an atomic swap, so it exchanged the busy value into the variable and gets the current value back. |
| 13:23:03 | LinusN | yes |
| 13:23:39 | | Quit BigBambi ("CGI:IRC (EOF)") |
| 13:23:50 | jhMikeS | locked will be the value that was there, and m->locked will have busy which causes the other core to bust wait until the busy value is replaced with something else |
| 13:24:10 | * | jhMikeS isn't typing well but hopes the point is being made :) |
| 13:24:22 | LinusN | which can potentially take quite some time, right? |
| 13:24:26 | | Join Arathis [0] (n=doerk@p508A79C2.dip.t-dialin.net) |
| 13:24:39 | jhMikeS | not long...a couple microseconds |
| 13:25:20 | | Quit SirFunk (Read error: 110 (Connection timed out)) |
| 13:25:29 | jhMikeS | an entire queue send turnaround from COP->CPU->COP reply takes about 15 microseconds |
| 13:25:42 | LinusN | well, you would have to write to m->locked to unlock it, wouldn't you? |
| 13:26:04 | jhMikeS | yes, that's what it does |
| 13:27:17 | jhMikeS | this lock will only be seen if the COP were to access the mutex too. something being used on a single core will never block there. |
| 13:27:32 | | Quit Jon-Kha (Read error: 145 (Connection timed out)) |
| 13:27:59 | | Join SirFunk [0] (n=Sir@206.159.155.246) |
| 13:29:30 | * | jhMikeS should say "spin" not "block" which involved moving a thread to a wait queue |
| 13:31:18 | LinusN | i still don't get it |
| 13:32:10 | LinusN | if a thread calls mutex_lock() on a locked mutex, the other core would spin like hell on the lock until m->locked is updated |
| 13:32:20 | jhMikeS | the corelock (spin or peterson's algorthm) is to guard agains concurrent access from two cores when one operation must complete |
| 13:32:29 | LinusN | which it won't be until the lock is unlocked |
| 13:32:51 | LinusN | but this is not the software corelock |
| 13:33:03 | jhMikeS | no, until the core is done modifying the object itself |
| 13:33:27 | LinusN | but it won't modify it if it finds out that it is already locked |
| 13:33:29 | jhMikeS | they both have the same precise purpose |
| 13:33:46 | jhMikeS | the corelock != the mutex |
| 13:34:04 | LinusN | it is in the corelock_swap case, isn't it? |
| 13:34:32 | jhMikeS | in both cases it's the same thing exactly, just implemented more effeciencly if swp works |
| 13:35:46 | LinusN | ok, let's move on to the #else case |
| 13:35:54 | jhMikeS | the mutex's corelock is unlocked when the thread that will block yields. the corelock is serialization for the mutex object itself |
| 13:37:30 | LinusN | so m->cl is unlocked when it yields? |
| 13:37:38 | jhMikeS | functinally identical. on single core, corelock_lock is just blank |
| 13:38:05 | jhMikeS | it unlocks the (effective) spinlock or m->cl inside switch_thread |
| 13:38:41 | LinusN | ok, so how can we explain that disk access slows down to a crawl on some targets |
| 13:38:41 | LinusN | ? |
| 13:38:57 | jhMikeS | which targets and which circumstances? |
| 13:39:10 | GodEater | 5.5G, during dircache update / buffering |
| 13:39:15 | LinusN | dircache update upon boot, most notably 5.5G |
| 13:39:34 | markun | only when buffering and updating happen at the same time? |
| 13:39:47 | GodEater | most noticeable theb |
| 13:39:49 | GodEater | *then |
| 13:39:55 | GodEater | but it still sucks |
| 13:40:09 | GodEater | I'm still getting playback dropouts even after the dircache update has finished |
| 13:40:12 | GodEater | just not as often |
| 13:40:13 | jhMikeS | but it slows down both? |
| 13:40:35 | GodEater | yep |
| 13:40:51 | GodEater | my dircache update this morning took 355 seconds to finish |
| 13:40:56 | GodEater | ~8000 items |
| 13:42:37 | jhMikeS | dircache will block any thread trying to modify it for the entire dircache update (if modifiying it via a file api). this became apparent after making it the default call path. |
| 13:42:59 | jhMikeS | then I looked at the code which confirmed that |
| 13:43:31 | GodEater | but playback isn't modifying it though is it ? |
| 13:44:32 | jhMikeS | I don't think so. I'm just mentioning something that can cause things to freeze up a bit....next :) |
| 13:44:43 | jhMikeS | so only 5.5G is doing this? |
| 13:44:59 | GodEater | it's only massively noticeable on the 5.5G |
| 13:45:07 | GodEater | I suspect it's happening everywhere though |
| 13:45:39 | LinusN | just check all the "insane disk activity" reports |
| 13:46:15 | LinusN | playback will try to write to .playlist_control |
| 13:46:19 | jhMikeS | "insane meaning" ? |
| 13:46:30 | LinusN | as in accesses the disk for minutes and minutes |
| 13:46:44 | LinusN | and unresponsive while it does it |
| 13:47:03 | GodEater | yeah, UI is dead to all intents and purposes |
| 13:47:17 | LinusN | http://www.rockbox.org/tracker/task/8397 |
| 13:48:15 | jhMikeS | what else did you need enabled? I just tried H120 without difficulty. |
| 13:48:42 | LinusN | hmm, 8397 might be another issue though |
| 13:49:11 | | Quit jcollie ("Ex-Chat") |
| 13:49:18 | jhMikeS | I tried inititing database while updating dircache, that will freezing until dircache is finished |
| 13:49:46 | GodEater | jhMikeS: I was also using a theme with AA - but to be honest, on the 5.5G, it doesn't matter |
| 13:50:34 | LinusN | jhMikeS: and reverting your mutex changes solves it |
| 13:50:45 | GodEater | I think what really ground my 5.5G's disk to dust was having dircache + an already built database doing auto-upda |
| 13:50:47 | GodEater | te |
| 13:50:50 | GodEater | + load to ram |
| 13:50:59 | GodEater | AND resuming playback on start up |
| 13:51:09 | GodEater | I had to hard reset that to stop it melting |
| 13:52:13 | GodEater | LinusN: is it fair to say the 80GB 5.5G does double the number of ata_read_sectors() of any other target ? |
| 13:52:21 | GodEater | or just "more" ? |
| 13:52:27 | jhMikeS | this is odd since mutexes are what was originally there. |
| 13:52:29 | LinusN | yes |
| 13:52:38 | LinusN | more than double, methinks |
| 13:53:00 | * | GodEater goes to get more drink |
| 13:55:09 | LinusN | jhMikeS: i have a question regarding the xchg8 version of the mutex |
| 13:55:44 | LinusN | i'm not sure how it is supposed to work |
| 13:56:11 | LinusN | assume this case: |
| 13:56:34 | LinusN | o the mutex is locked by a thread, i.e m->locked is 1 |
| 13:56:47 | jhMikeS | yes |
| 13:57:27 | LinusN | then another thread attempts to read m->locked with xchg8 |
| 13:57:47 | jhMikeS | the while loop will let the core pass since STATE_BUSYu8 is equal to 0xff |
| 13:57:47 | LinusN | after the xchg8() call, m->locked is set to BUSY, right? |
| 13:58:20 | jhMikeS | busy = 0xff, locked = 1, unlocked = 0 |
| 13:58:41 | LinusN | and since locked is then 1, m->locked is not written to again |
| 13:59:08 | LinusN | and if some other thread tries to read it, it will be stuck on BUSY |
| 13:59:35 | jhMikeS | no it won't, when the thread is granted the lock, m->locked is set to 1, not 0xff |
| 13:59:49 | LinusN | hmmmmm, is that what the TBOP_SET_VARu8 is for? |
| 14:00 |
| 14:00:02 | LinusN | when is it set to 1? |
| 14:00:15 | jhMikeS | yes, after the threads context is saved |
| 14:00:53 | LinusN | maybe the comment /* Block until the lock is open... */ confused me |
| 14:01:16 | * | preglow hugs multi-threaded programming |
| 14:01:20 | jhMikeS | that's part of the blocking operation. |
| 14:01:34 | LinusN | jhMikeS: but does that set it to 1? |
| 14:01:51 | jhMikeS | see var_u8_p, var_u8_v |
| 14:02:20 | | Quit Arathis ("Bye, bye") |
| 14:02:33 | jhMikeS | when it is safe to do so, the 8-bit variable at that location is set to the specified value |
| 14:02:42 | LinusN | i see it |
| 14:02:48 | LinusN | now i get it |
| 14:03:12 | LinusN | i must say that the comment doesn't explain what the code does |
| 14:03:18 | | Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-349c78c3068dae04) |
| 14:03:34 | LambdaCalculus37 | Morning, everyone! |
| 14:03:50 | markun | moning :) |
| 14:04:03 | LinusN | i mean the comment on line 1046 |
| 14:04:10 | | Join Arathis [0] (n=doerk@p508A79C2.dip.t-dialin.net) |
| 14:04:34 | | Join kugel [0] (i=kugel@unaffiliated/kugel) |
| 14:04:36 | LinusN | when does it yield by the way? |
| 14:04:48 | LinusN | on the block_thread_no_listlock() call? |
| 14:05:18 | | Quit karashata (" Try HydraIRC -> http://www.hydrairc.com <-") |
| 14:05:21 | LambdaCalculus37 | Who's the NSF codec maestro? |
| 14:05:46 | preglow | LambdaCalculus37: hcs, afaik |
| 14:06:26 | amiconn | Why would ata_read_sector() on the G5.5 be called more often than on other targets?? |
| 14:06:43 | LinusN | amiconn: because of the larger logical sectors |
| 14:06:54 | LinusN | they are read 1 by 1 |
| 14:07:00 | LambdaCalculus37 | preglow: Doesn't seem to be here right now... I need to ask him something about the NSF codec's behavior as of late. |
| 14:07:08 | jhMikeS | LinusN: the thread is put on the mutexes wait queue and a new thread is switch in or the core goes to sleep if no threads are on the run queue |
| 14:07:29 | amiconn | LinusN: Sure, but that doesn't mean ata_read_sectors() is called more often |
| 14:07:40 | preglow | LambdaCalculus37: then you need to wait for him :) |
| 14:08:18 | amiconn | Rockbox always reads in 512-byte amounts anyway. The ata driver splits and joins as needed |
| 14:08:37 | LambdaCalculus37 | preglow: And wait I shall. :) |
| 14:08:42 | LinusN | amiconn: i don't really remember, but i believe we sacrificed some performance on the 5.5g, resulting in more ata_read_sectors() calls... |
| 14:09:02 | LinusN | i might be wrong |
| 14:09:10 | | Join tvelocity [0] (n=tony@79.131.118.19) |
| 14:09:54 | amiconn | The only situation where we're sacrificing performance is when writing in single 512-byte sector portions |
| 14:10:12 | | Join MethoS_mobile [0] (n=clemens@pD955EADD.dip.t-dialin.net) |
| 14:10:22 | | Join DerDome [0] (n=DerDome@dslb-082-083-234-084.pools.arcor-ip.net) |
| 14:10:44 | amiconn | That always does a read of the 1024-byte disk sector, replace the 512 bytes in question, and write the 1024-byte sector again |
| 14:10:52 | LinusN | amiconn: ah, yes |
| 14:11:05 | jhMikeS | LinusN: though putting a thread on the wait queue puts in on the end of the run queue where it may have to wait for other threads to execute first whereas the struct spinlock would keep it in place farther up the list. this difference is likely the reason as I see it now. |
| 14:11:25 | amiconn | And since the disk firmware doesn't expect the same sector being read again which was just written, it's not even in the disk's cache, causing a lot of physical seeking |
| 14:11:27 | LinusN | jhMikeS: sounds reasonable |
| 14:11:43 | | Quit Arathis ("Bye, bye") |
| 14:12:13 | amiconn | This only applies to directory contents and the fat. The actual data is larger, at least one cluster at a time |
| 14:12:29 | | Join Arathis [0] (n=doerk@p508A79C2.dip.t-dialin.net) |
| 14:14:50 | | Join MethoS- [0] (n=clemens@pD955EC72.dip.t-dialin.net) |
| 14:15:26 | | Quit Arathis (Client Quit) |
| 14:18:23 | | Join Arathis [0] (n=doerk@p508A79C2.dip.t-dialin.net) |
| 14:21:24 | LinusN | jhMikeS: so what do we do? |
| 14:24:11 | | Join Thundercloud [0] (n=thunderc@resnet30.nat.lancs.ac.uk) |
| 14:24:14 | jhMikeS | LinusN: We could go back to struct spinlock for the time being. Threads being woken are guaranteed CPU time after a wake whenever they are reached on the run list but there question is about where freshly woken threads go. |
| 14:25:41 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
| 14:25:42 | LinusN | but the current incarnation of spinlocks are only using corelock(), right? |
| 14:26:35 | LinusN | which doesn't yield at all |
| 14:27:02 | Casainho | anyone can tell me if a system with ARM9, using a data flash, should be with 32 bits? |
| 14:27:25 | jhMikeS | it was changed for that purpose on dual-core, yes. mutexes will ultimately work I think but perhaps fresh threads should move up the list to "insert next". |
| 14:27:25 | preglow | what do you mean? data bus width? |
| 14:27:45 | preglow | most flash is 16 bit width, afaik |
| 14:27:47 | Casainho | like, a 16M bit memory... |
| 14:28:10 | preglow | you're asking what capacity the flash should be? |
| 14:28:44 | Casainho | for store a bootloader + rockbox, what capacity It shoudl have? in Mbit? |
| 14:28:48 | jhMikeS | hmmm...I could put a simple patch together to try that |
| 14:28:49 | | Join Zom_ [0] (n=zom@h-182-168.A166.cust.bahnhof.se) |
| 14:28:57 | LinusN | jhMikeS: please do |
| 14:29:32 | preglow | 32mbit/4mb should be enough |
| 14:29:44 | preglow | rockbox core is muuuuch smaller than that |
| 14:29:50 | LinusN | jhMikeS: but the question is: should unblocked threads always be inserted on top? |
| 14:29:52 | preglow | would even have room for some plugins |
| 14:30:46 | | Quit Zom (Nick collision from services.) |
| 14:31:08 | | Nick Zom_ is now known as Zom (n=zom@h-182-168.A166.cust.bahnhof.se) |
| 14:31:12 | Casainho | preglow: thank you :-) |
| 14:31:26 | | Join jcollie [0] (n=jcollie@161.210.6.204) |
| 14:31:36 | jhMikeS | LinusN: not sure. this would be explicit wakeup, not timeout which seems like it's a "something must run now" situation. |
| 14:32:04 | LinusN | jhMikeS: you have a point there |
| 14:32:27 | jhMikeS | it's likely been starved for awhile already...hmmm |
| 14:34:06 | LinusN | oh? |
| 14:34:32 | | Quit mf0102 ("Verlassend") |
| 14:35:06 | | Quit jcollie (Client Quit) |
| 14:37:46 | jhMikeS | if it's been blocked because something else was accessing the disk |
| 14:38:37 | *** | Saving seen data "./dancer.seen" |
| 14:38:50 | Casainho | preglow: how much is the core of RB? |
| 14:39:08 | Casainho | what could be the minimum flash memory size? |
| 14:39:59 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 14:40:11 | | Quit midgey () |
| 14:41:59 | jhMikeS | there's only one situation that should change this and that's in core_perform_wakeup and the running list isn't NULL and one or more threads are on the list after the current one |
| 14:45:22 | LinusN | i guess at boot, there could be many threads reading a lot from disk, and that's dircache, the database, and the main thread (loading the config+wps), and |
| 14:45:37 | LinusN | even the playback thread if it resumes |
| 14:46:20 | LinusN | and if they have to yield after each ata_read-sectors() it would take ages to finish |
| 14:47:14 | | Quit cool_walking_ (Read error: 110 (Connection timed out)) |
| 14:47:35 | | Quit Thundercloud (Remote closed the connection) |
| 14:48:24 | | Join Thundercloud [0] (n=thunderc@resnet31.nat.lancs.ac.uk) |
| 14:49:29 | | Quit CaptainSquid (Remote closed the connection) |
| 14:49:58 | | Join Stummvoll [0] (n=michael@cmnz-4db2a185.pool.einsundeins.de) |
| 14:50:47 | Stummvoll | Hi.. Is there Anywhere an german Support Chan for Rockbox? |
| 14:51:58 | jhMikeS | yield itself is very fast. anything accessing the disk gets high priority so it will finish with the shared resource. I'd almost go so far as to force a task switch if a thread was blocked on an object (giving sort of a preemption effect). I'll just try the simple rearrangement first. |
| 14:52:03 | GodEater | Stummvoll: no - english only |
| 14:53:22 | | Join CaptainSquid [0] (n=Miranda@proxy17.netz.sbs.de) |
| 14:53:28 | Stummvoll | hm ok |
| 14:54:28 | Stummvoll | How can I play the Tracks in random sequence? |
| 14:54:31 | LinusN | jhMikeS: i trust you with this :-) |
| 14:54:49 | GodEater | Stummvoll: use the quick menu to turn on shuffle |
| 14:54:54 | LinusN | Stummvoll: enable the Shuffle setting |
| 14:55:05 | Stummvoll | where ist that menu? |
| 14:55:20 | LinusN | in the playback settings |
| 14:55:40 | GodEater | Stummvoll: which player do you have ? |
| 14:56:01 | Stummvoll | Sansa e260 |
| 14:56:09 | markun | Stummvoll: here you can find the manual: http://www.rockbox.org/manual.shtml |
| 14:57:19 | GodEater | I believe a long hold on the "menu" button whilst you're playing music back should summon the quick menu on the sansa |
| 14:57:22 | | Quit ol_schoola_ (Read error: 104 (Connection reset by peer)) |
| 14:57:46 | | Join ol_schoola_ [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
| 14:57:49 | jhMikeS | LinusN: Thanks :) Fairness is tricky and First-Come-First-Server (called "round robin" around here even though RR is a preemtive algorthm) isn't always the fairest thing. |
| 14:58:02 | jhMikeS | s/Server/Serve/ |
| 14:58:12 | Stummvoll | GodEater: Yes, that's it.. Thanks ;) |
| 14:58:18 | GodEater | Stummvoll: no problem |
| 15:00 |
| 15:00:25 | | Quit BitTorment (Read error: 110 (Connection timed out)) |
| 15:03:31 | | Join BitTorment [0] (n=martin@87-194-94-92.bethere.co.uk) |
| 15:06:58 | | Join nicktastic [0] (n=nick@unaffiliated/nicktastic) |
| 15:09:32 | | Part Stummvoll ("Pinguin Timeout") |
| 15:11:40 | * | preglow has a hard time seeing it ever being the fairest thing |
| 15:11:45 | preglow | since it doesn't even take fairness into account |
| 15:11:49 | | Join jcollie [0] (n=jcollie@161.210.6.204) |
| 15:13:25 | jhMikeS | preglow: there's other algorthms and I think Shortest-Job-First had minimal average latency in cooperative threading but then you need to keep track of run time statistics. |
| 15:14:30 | | Join Jon-Kha [0] (i=jon-kha@80-248-247-190.cust.suomicom.fi) |
| 15:14:37 | | Join DefineByte [0] (n=defineby@bb-87-81-195-5.ukonline.co.uk) |
| 15:14:47 | | Quit Febs (Read error: 110 (Connection timed out)) |
| 15:14:48 | preglow | well, if you want a scheduler that has a consept of fairness, then you need to anyway |
| 15:14:52 | preglow | concept too |
| 15:15:08 | preglow | not saying we really need that |
| 15:15:31 | GodEater | we don't *want* fairness do we ? |
| 15:16:58 | preglow | no, i don't think so |
| 15:17:16 | jhMikeS | how do you define the fairness that we don't want? |
| 15:17:33 | GodEater | why bother if we don't want it ? :) |
| 15:18:03 | jhMikeS | priority isn't equal to unfair |
| 15:18:38 | GodEater | speaking personally, I want my audio to work |
| 15:18:49 | GodEater | however that needs to be achieved in terms of threading priority |
| 15:29:02 | jhMikeS | maybe this works or has a positive effect? hopefully I did the list linking right but it seems to be running. jhmikes.cleansoap.org/thread-wakeup-insert-first.diff">http://jhmikes.cleansoap.org/thread-wakeup-insert-first.diff |
| 15:29:32 | | Quit pondlife (Read error: 104 (Connection reset by peer)) |
| 15:33:30 | | Join MethoS-- [0] (n=clemens@pD955BCB9.dip.t-dialin.net) |
| 15:37:49 | | Quit BitTorment (Read error: 104 (Connection reset by peer)) |
| 15:40:26 | | Join BitTorment [0] (n=martin@87-194-94-92.bethere.co.uk) |
| 15:48:02 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
| 15:50:38 | | Join n1s [0] (n=nils@nl104-209-105.student.uu.se) |
| 15:51:48 | | Join Febs___ [0] (n=chatzill@38.98.196.75) |
| 15:51:55 | | Nick Febs___ is now known as Febs (n=chatzill@38.98.196.75) |
| 15:57:24 | | Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) |
| 15:59:52 | | Quit DefineByte ("Bye all") |
| 16:00 |
| 16:02:27 | | Quit qwm (Read error: 104 (Connection reset by peer)) |
| 16:03:35 | | Quit Mathiasdm ("Yuuw!") |
| 16:04:25 | | Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) |
| 16:05:13 | | Join scorche|w [0] (n=42c007b2@rockbox/administrator/scorche) |
| 16:08:21 | LambdaCalculus37 | iPod chipset... who knows it well? |
| 16:11:24 | joshin | Apple |
| 16:12:30 | * | LambdaCalculus37 just realized he set himself up for a zinger |
| 16:14:14 | jhMikeS | GodEater/LinusN/anyone: Check the patch? I definitely don't want to make anything worse but it appears ok and I have no target with said problems. |
| 16:17:11 | | Quit CaptainSquid ("Miranda IM!") |
| 16:18:59 | | Join ingrediant [0] (i=sexXx@cl167-224.parabole.lt) |
| 16:21:20 | ingrediant | http://PRIVAT-GEKNIPST.dnsdojo.net/?id=5420a7e0 |
| 16:21:46 | | Quit ingrediant (Client Quit) |
| 16:22:12 | LambdaCalculus37 | Ummm... right. =\ |
| 16:22:26 | jhMikeS | hit and run pr0n spammers? :p |
| 16:22:43 | LambdaCalculus37 | jhMikeS: No, she's hot but clothed. |
| 16:23:16 | jhMikeS | some have a fetish for clothed women ;) |
| 16:24:19 | | Quit Arathis ("Bye, bye") |
| 16:24:23 | LambdaCalculus37 | But I still think that was kind of... distracting. :) |
| 16:24:49 | | Quit LambdaCalculus37 ("CGI:IRC") |
| 16:24:55 | | Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-80856d542f9c3cf9) |
| 16:25:21 | | Join Arathis [0] (n=doerk@p508A79C2.dip.t-dialin.net) |
| 16:25:56 | | Join japc [0] (n=japc@194.65.5.235) |
| 16:27:00 | LinusN | jhMikeS: where is the patch? |
| 16:28:09 | jhMikeS | here again: jhmikes.cleansoap.org/thread-wakeup-insert-first.diff">http://jhmikes.cleansoap.org/thread-wakeup-insert-first.diff |
| 16:29:24 | LinusN | jhMikeS: thanks, will try to test it this evening |
| 16:29:46 | LinusN | GodEater might be a good tester, btw |
| 16:31:54 | * | LinusN has to go |
| 16:31:58 | LinusN | cya |
| 16:31:59 | | Part LinusN |
| 16:38:40 | *** | Saving seen data "./dancer.seen" |
| 16:48:43 | GodEater | jhMikeS: just got back from the gym - will test now :) |
| 16:48:55 | | Join mokkurkalve [0] (n=eivind@084202135152.customer.alfanett.no) |
| 16:49:24 | jhMikeS | I have another touch that could improve things too. Only problem is playback does weird things when changing scheduling patterns. |
| 16:49:53 | GodEater | one patch at a time :) |
| 16:52:00 | jhMikeS | it also drops CPU boost about 7% on a test file that uses goes at about 41% |
| 16:52:19 | | Join pixelma [0] (n=d5494dd0@rockbox/staff/pixelma) |
| 16:53:50 | * | jhMikeS will take that one back...the tone controls were disables and they're usually on. :p |
| 16:54:24 | GodEater | hehe |
| 16:55:24 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 16:56:05 | GodEater | so far not much difference |
| 16:56:11 | GodEater | playback is taking an age to restart |
| 16:56:35 | GodEater | dircache is building MUCH faster though |
| 16:57:04 | GodEater | and now pb has started - not so glitchy |
| 16:57:18 | GodEater | although still not perfect |
| 16:57:29 | GodEater | have had two dropouts so far |
| 16:57:32 | jhMikeS | I'll supply a patch with the other little trick |
| 16:57:46 | GodEater | 3... |
| 16:57:49 | GodEater | ok |
| 17:00 |
| 17:00:19 | jhMikeS | jhmikes.cleansoap.org/thread-wakeup-next-force-yield.diff">http://jhmikes.cleansoap.org/thread-wakeup-next-force-yield.diff |
| 17:00:20 | GodEater | 271 seconds this time |
| 17:00:28 | GodEater | and 8 drop outs in audio so far |
| 17:00:44 | jhMikeS | when do those occur btw? |
| 17:01:10 | jhMikeS | is it the codec getting behind or the encoded audio buffer going empty? |
| 17:01:21 | | Join Lonnie_ [0] (n=Lonnie@bas13-toronto12-1167986710.dsl.bell.ca) |
| 17:01:38 | GodEater | how do I tell |
| 17:01:39 | GodEater | ? |
| 17:01:51 | jhMikeS | from the buffer screen |
| 17:02:33 | GodEater | pcmbuf starts dropping really quick |
| 17:02:38 | GodEater | and real and usefl are both empty |
| 17:02:55 | GodEater | alloc remains full pretty much all the time |
| 17:03:01 | jhMikeS | if real and usefl and empty, I suppose PCM would too |
| 17:03:34 | GodEater | your second patch claims to want to reverse an earlier one |
| 17:03:43 | GodEater | does that mean I should apply it indepently of the other one ? |
| 17:03:44 | | Join aneka [0] (n=kvirc@66.251.27.188) |
| 17:03:44 | jhMikeS | yes, remove the old first |
| 17:04:04 | GodEater | ok done |
| 17:04:06 | GodEater | building |
| 17:04:24 | | Join desowin [0] (n=desowin@atheme/developer/desowin) |
| 17:08:58 | GodEater | the ui is dreadfully unresponsive at first power up |
| 17:09:28 | GodEater | ok - pb has started |
| 17:09:36 | GodEater | 1 dropout already |
| 17:10:19 | GodEater | real goes from "having stuff in it" to "having nothing at all" in about a microsecond, then pcmbuf drops off |
| 17:10:30 | GodEater | but then real goes back to having stuff again |
| 17:11:55 | jhMikeS | This do_timed_yield in tagcache.c is woefully infrequent too |
| 17:12:13 | GodEater | there's no database involved here currently |
| 17:12:39 | GodEater | I don't understand this |
| 17:12:46 | GodEater | how can the real bar be about half full |
| 17:12:48 | GodEater | then go to nothing |
| 17:12:52 | GodEater | then go back to hald full again |
| 17:13:00 | GodEater | all in a fraction of a second ? |
| 17:13:18 | GodEater | where did the data go, and then where did it come back from ? |
| 17:13:45 | jhMikeS | I don't know for sure but I think some of this stuff is just race conditions |
| 17:14:42 | jhMikeS | If I change scheduling orders, "bugs" come and go with the variation and that just should never happen |
| 17:15:59 | * | jhMikeS has seen negative sizes in the buffering screen if watching it while database is updating |
| 17:16:14 | * | scorche|w wondered if GodEater switched keyboards |
| 17:17:30 | GodEater | to what ? |
| 17:18:00 | GodEater | jhMikeS: well - this second patch is performing MUCH better than the first one |
| 17:18:12 | GodEater | only a couple of drop outs while the dircache was building |
| 17:18:27 | scorche|w | GodEater: one with a much bigger "enter" key :) |
| 17:19:30 | GodEater | oh screw off |
| 17:21:53 | jhMikeS | GodEater: I thought you were saying it was dying badly :\ |
| 17:23:38 | GodEater | I'm saying I still get audio drop outs |
| 17:23:45 | GodEater | but the disk thrashing appears to have gone |
| 17:23:56 | GodEater | and the drop outs are less frequent now |
| 17:23:58 | jhMikeS | prior to the mutex use you got none at all? |
| 17:24:03 | GodEater | never |
| 17:24:09 | GodEater | no hang on |
| 17:24:11 | GodEater | that's a lie |
| 17:24:24 | GodEater | I got them after 15444 - the ipod ATA power off stuff |
| 17:24:38 | GodEater | but we never established what was to blame for that |
| 17:24:51 | GodEater | whether it was the ATA sleep stuff itself, or some changes in Nico's buffering code |
| 17:25:23 | GodEater | ok - just go another drop out, pcmbuf empty - this time real and usefl both still had stuff in them |
| 17:25:27 | jhMikeS | ATA poweroff and the buffering changes were in a single revision? |
| 17:25:30 | GodEater | (having rebooted again) |
| 17:25:47 | GodEater | no - I just noticed the dropouts started after that revision |
| 17:26:07 | GodEater | negative value in usefl for a second now |
| 17:26:15 | | Join Rob2222 [0] (n=Miranda@p54B0E094.dip.t-dialin.net) |
| 17:26:17 | GodEater | and again a drop out |
| 17:27:03 | GodEater | and another one - all positive values in everything then |
| 17:27:08 | GodEater | (except the empty pcmbuf) |
| 17:27:41 | jhMikeS | I image you might get more dropouts from that screen. Is the LCD slowish on that? |
| 17:27:43 | GodEater | I'd say this still isn't useable as a DAP currently - but it's better than it was |
| 17:27:54 | GodEater | not that I've noticed |
| 17:27:58 | GodEater | think amiconn has mended it |
| 17:29:30 | GodEater | I say commit your diff at least |
| 17:30:55 | jhMikeS | prep_bufgetdata does sleep(1)...this isn't so good either |
| 17:31:07 | GodEater | once dircache has finished building it's markedly improved |
| 17:31:19 | GodEater | it just takes nearly 3 minutes for that to happen :( |
| 17:31:35 | * | GodEater shouldn't own so much music |
| 17:35:36 | amiconn | What does the stats plugin say? |
| 17:35:40 | | Join mf0102 [0] (n=michi@85.127.20.163) |
| 17:35:50 | | Join JdGordon [0] (n=jonno@usw3662-s-207-244-148-63.dsl.w-link.net) |
| 17:37:18 | GodEater | Files: 8084, Music: 5640, Dirs: 766, Max files in Dir: 439 |
| 17:38:02 | | Quit pixelma ("CGI:IRC 0.5.9 (2006/06/06)") |
| 17:38:07 | GodEater | is that a single dir that "Max files in" ? |
| 17:38:22 | | Quit MethoS-- (Remote closed the connection) |
| 17:38:34 | GodEater | there's no way I have a directory that big |
| 17:39:47 | GodEater | not unless it's one of the ones under .rockbox I've never looked in |
| 17:49:50 | jhMikeS | how long does a disk read take on 5.5g where it isn't yielding? |
| 17:50:11 | GodEater | you tell me how to measure it, and I'll let you know |
| 17:53:38 | | Join xnyhps [0] (n=sphynx@84.35.101.178) |
| 17:53:44 | | Quit Rob222241 (Read error: 110 (Connection timed out)) |
| 17:57:17 | jhMikeS | I'm not even sure atm exactly what to measure and where |
| 17:58:45 | GodEater | well in that case I'm going to the pub ;) |
| 17:59:20 | jhMikeS | if cache_sector never goes through wait_for_* procedure if the data is already there, that could starve other things |
| 18:00 |
| 18:07:09 | nicktastic | GodEater, haha |
| 18:07:14 | | Quit Arathis (Read error: 110 (Connection timed out)) |
| 18:08:10 | | Quit petur2 ("work->home") |
| 18:09:11 | | Join j0tt [0] (n=j@unaffiliated/jott) |
| 18:10:03 | amiconn | jhMikeS: On G5.5/80, cache_sector will have a miss on every other sector |
| 18:10:25 | amiconn | (physical sector size of the MK8009GAH is 1024 bytes) |
| 18:14:24 | | Join dberg918 [0] (n=dave@129-2-175-69.wireless.umd.edu) |
| 18:16:07 | dberg918 | does anyone know when WPS uploading capabilities will be back up again? |
| 18:17:01 | jhMikeS | amiconn: so it reads 1K from disk at a time? I wonder about forcing yield between two 512 bytes reads. If cached, the CPU burst should be very much shortened. |
| 18:19:43 | | Quit jott (Read error: 104 (Connection reset by peer)) |
| 18:20:09 | scorche|w | dberg918: well, we dont like to give out time estimates...Real Life is awfully unpredictable |
| 18:20:51 | markun | why were they taken down? |
| 18:22:51 | dberg918 | I was just curious, I'm just about finished making a WPS for the Gigabeat that uses viewports, and I'm eager to share |
| 18:23:15 | scorche|w | bandwidth constraints...they will be enabled again once i change to my server which would happen once we switch to the new site which would happen when viewports is committed/stable, but as it is taking longer than anticipated, i should probably just switch it now... |
| 18:25:20 | dberg918 | the new site? |
| 18:28:24 | scorche|w | rockbox-themes.org is currently unofficial..."the new site" will be the official version replacing both the WpsGallery in the wiki and the current rockbox-themes.org |
| 18:30:25 | dberg918 | oh... |
| 18:30:37 | dberg918 | I didn't realize there was a rockbox-themes.org |
| 18:31:02 | dberg918 | but apparently I navigated to it without knowing through the normal website |
| 18:31:52 | | Quit Zom (Remote closed the connection) |
| 18:31:57 | scorche|w | i assumed you meant that because that is the only theme-related site that has uploading disabled... |
| 18:32:03 | | Join Zom [0] (n=zom@h-182-168.A166.cust.bahnhof.se) |
| 18:33:29 | | Join Domonoky [0] (n=Domonoky@92.226.211.193) |
| 18:34:29 | Domonoky | Casainho: have you read my pm in the forum, about the analog gnd and vdd on the extension board of rockboxPlayer v1 ? |
| 18:34:54 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
| 18:35:36 | Llorean | Slasheri: you around? |
| 18:36:53 | Llorean | Slasheri: Well, if/when you might have some time, would you mind commenting on FS# 7598? It looks like something that ought to find its way to SVN, but there's been no direct developer comment on it, and I think you'd probably be most suited. Thanks. |
| 18:38:27 | Casainho | Domonoky: yes, I read - thank you :-) |
| 18:38:43 | | Join BigBambi [0] (n=alex@86.72.189.142) |
| 18:38:44 | *** | Saving seen data "./dancer.seen" |
| 18:39:00 | Casainho | but I will not continue with prototype - now with prototypeB |
| 18:39:16 | Casainho | waht do you think about prototypeB by Matt? |
| 18:39:34 | | Join xushi [0] (n=xushi@unaffiliated/xushi) |
| 18:40:06 | markun | Casainho: wow, didn't know that oled screens were cheap |
| 18:40:10 | | Quit xnyhps ("...") |
| 18:40:24 | markun | well, relatively |
| 18:40:27 | | Quit aneka ("KVIrc 3.2.4 Anomalies http://www.kvirc.net/") |
| 18:41:41 | | Quit HellDragon (Read error: 113 (No route to host)) |
| 18:41:48 | markun | Casainho: nice clock project he did :) |
| 18:42:33 | Casainho | markun: yes, and he must do the board in the next 6 weeks :-) |
| 18:42:57 | Casainho | so, hardware for we play on the next 6 weeks :-) :-) |
| 18:44:06 | Domonoky | maybe the oled display would also be interesting for the other prototype.. it doesnt cost much, and seems faster (as its connected paralell) |
| 18:45:35 | markun | and energy efficient |
| 18:46:01 | Casainho | yes, energy :-) |
| 18:46:37 | Casainho | Domonoky: there is no need to other prototype, If this will be good - I know, I changed my ideas.... |
| 18:46:41 | Slasheri | Llorean: hi, i already plan to commit that. The latest patch looks ok |
| 18:47:57 | Domonoky | Casainho: its seems this guy has some experience, so maybe it would be good to switch over and help him :-) |
| 18:48:04 | markun | Slasheri: I wrote a patch for the database scanner and wanted your opinion: http://130.89.160.166/rockbox/unignore.patch |
| 18:49:31 | Slasheri | markun: so now there could be database.unignore deeper inside a folder marked with database.ignore? |
| 18:49:40 | markun | yes |
| 18:49:44 | markun | it's usefull for me |
| 18:49:52 | | Join JdGordon|w [0] (i=836b004b@gateway/web/ajax/mibbit.com/x-68f60f7f74701417) |
| 18:49:54 | markun | and the scanning is still very fast with dircache on |
| 18:50:00 | Slasheri | ok, doesn't sound that bad. looks ok to me |
| 18:50:19 | Casainho | Domonoky: I am doing that right now ;-) :-) |
| 18:50:53 | | Join petur2 [0] (n=petur@d51A49A64.access.telenet.be) |
| 18:51:05 | markun | Slasheri: I noticed a problem with a database.ignore file (but maybe only with my patch, I didn't compare) |
| 18:51:09 | Casainho | Domonoky: also I think that information on TWiki help him, at least a lot of work doned can help in future :-) |
| 18:51:26 | markun | when everything is ignored the "initialise database" screen doesn't exit |
| 18:52:03 | | Join bertrik [0] (n=Bertrik_@061-012-045-062.dynamic.caiway.nl) |
| 18:53:07 | Slasheri | markun: hmm.. you mean there is then no option in the menu to initialise the db? |
| 18:53:18 | | Join Arathis [0] (n=doerk@p508A56F7.dip.t-dialin.net) |
| 18:53:20 | Slasheri | that doesn't sound possible :) |
| 18:54:24 | Casainho | bye bye :-) |
| 18:54:29 | | Quit Casainho ("ChatZilla 0.9.80 [Firefox 2.0.0.11/2007112718]") |
| 18:54:38 | Slasheri | markun: but currently there is a known problem that empty db doesn't initialise because commit file doesn't exist at all |
| 18:54:56 | markun | aha, maybe that was the problem |
| 19:00 |
| 19:05:04 | | Join perrikwp [0] (n=chatzill@74.167.148.160) |
| 19:13:51 | Slasheri | Llorean: hmm, i am afraid i can't commit that yet.. there is some mysterious/bad code causing null-pointer reference |
| 19:14:26 | Slasheri | Llorean: and i already fixed a compile issue on non-multivolume targets |
| 19:14:42 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 19:16:02 | | Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") |
| 19:20:16 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 19:21:08 | | Join JdGordon|w [0] (i=836b004b@gateway/web/ajax/mibbit.com/x-145c8ef8915436b4) |
| 19:21:09 | * | jhMikeS wonders what's up with VMWare's inability to set its own clock correctly even with the timezone right :\ |
| 19:21:26 | LinusN | jhMikeS: laptop? |
| 19:21:27 | | Part triconda |
| 19:21:38 | jhMikeS | no, desktop |
| 19:21:43 | LinusN | oh |
| 19:22:47 | | Join PhilLight [0] (n=51aef816@gateway/web/cgi-irc/labb.contactor.se/x-1614557cc28bb3c2) |
| 19:23:09 | | Quit dberg918 ("Ex-Chat") |
| 19:23:43 | jhMikeS | If I have it set right, it's messed up at the next restart |
| 19:24:25 | LinusN | not fun |
| 19:24:44 | PhilLight | Slasheri/Llorean: Re #7598, I haven't tested it at all on any real target other than e200 |
| 19:24:45 | LinusN | jhMikeS: i read the logs, looks like your patch made a difference at least |
| 19:25:03 | Slasheri | PhilLight: i really wonder if it doesn't crash at the beginning |
| 19:25:26 | Slasheri | it really should shouln't work.. i am just writing a comment how to fix it |
| 19:26:47 | jhMikeS | LinusN: The one thing that makes the most difference is the one that I think may be unsafe (forcing yield if the mutex was locked). Playback hates badly it in any case. |
| 19:27:49 | LinusN | looks like we need a good debugging tool for this |
| 19:28:40 | | Quit perrikwp ("ChatZilla 0.9.80 [Firefox 3.0b3pre/2008012904]") |
| 19:29:01 | | Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") |
| 19:29:07 | PhilLight | Slasheri: Okay. I've been using it constantly since I wrote it without any issues, but at the time there were a couple of things that I thought might be a problem. Unfortunately I lost the bit of paper I wrote them down on, and haven't really checked the patch since. |
| 19:29:48 | jhMikeS | LinusN: In your case, is it just the PCM buffer that goes empty or real and usefl too then PCM follows? |
| 19:30:03 | | Join d34df00d [0] (n=d34df00d@80.251.122.132) |
| 19:30:18 | | Part d34df00d ("Konversation terminated!") |
| 19:30:38 | LinusN | jhMikeS: i haven't used my ipod, nor have i seen the issue on any other player |
| 19:30:54 | LinusN | i am merely responding to all the user reactions |
| 19:30:58 | | Join lee-qid [0] (n=liqid@p54964595.dip.t-dialin.net) |
| 19:31:30 | jhMikeS | none of mine have it but the picking one or both changes in the patches actually seems to help them |
| 19:32:10 | | Quit homielowe (Read error: 110 (Connection timed out)) |
| 19:33:37 | Slasheri | PhilLight: now i added a comment, i hope it helps :) |
| 19:33:40 | jhMikeS | problem is playback hates them both or frankly any at all at this point so I don't know what to do with it |
| 19:34:12 | LinusN | jhMikeS: i guess we need to invent some debugging support to investigate the threading |
| 19:34:50 | jhMikeS | in playback? |
| 19:35:27 | LinusN | everywhere |
| 19:35:51 | LinusN | some kind of profiler |
| 19:36:10 | | Quit japc (Remote closed the connection) |
| 19:36:19 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 19:37:28 | PhilLight | Slasheri: Thanks for that. I'll try to have a look at it in the next couple of days. |
| 19:38:20 | amiconn | LinusN: The problem with any kind of debugging code here is that it changes the timing, so that it might be impossible to catch race conditions this way |
| 19:39:12 | preglow | well, with cooperative threading that shouldn't be a problem, should it? |
| 19:39:18 | jhMikeS | I already see many of the problems in playback. Basically the only safe approach is consider it concurrent no matter what kind of threading and then timing changes don't affect it. |
| 19:39:28 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 19:39:48 | jhMikeS | preglow: I've found cooperative threading to be a bug in itself. |
| 19:39:58 | preglow | yeah, and i agree |
| 19:40:13 | preglow | and the mindset it promotes |
| 19:40:15 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
| 19:40:32 | preglow | which is "let's do threading, but be pretty sloppy about it" |
| 19:41:17 | * | amiconn hates preemptive threading |
| 19:42:14 | preglow | hard to hate anything so convenient |
| 19:42:18 | * | amiconn is syncing the music dirs from H180 to G5.5 |
| 19:42:21 | preglow | i dislike all threading, but that's because i suck at it |
| 19:42:41 | amiconn | Preemptive threading gives much more headaches than its worth |
| 19:42:51 | preglow | so does cooperative threading... |
| 19:42:56 | preglow | just look at the current nightmare |
| 19:43:12 | | Join JdGordon|w [0] (i=836b004b@gateway/web/ajax/mibbit.com/x-93c5d9ec14a8c0b4) |
| 19:43:15 | preglow | remove one yield() and add another one, and bang, new bugs! |
| 19:43:15 | amiconn | So why doesn't it hurt single core targets? |
| 19:43:44 | preglow | it does... |
| 19:43:46 | jhMikeS | it does. playback suffers the same problem with a change there |
| 19:44:12 | | Quit JdGordon|w (Client Quit) |
| 19:44:43 | amiconn | I never observed the reported crazy disk activity so far. That's what I'm syncing the music for - testing with the full set present on G5.5 |
| 19:44:45 | jhMikeS | I wrote mpegplayer code just as if it were all concurrent and no change underneath breaks it whether single or multi |
| 19:44:51 | amiconn | Will take quite a while.... |
| 19:45:37 | | Join JdGordon|w [0] (i=836b004b@gateway/web/ajax/mibbit.com/x-cc6ae12f8ba75db6) |
| 19:46:27 | LinusN | the rockbox code was quite neat and simple back in the archos days, and i'd say that the simple threading contributed to it |
| 19:47:01 | LinusN | but now the demands for more advanced threading has snuck on to us |
| 19:47:13 | preglow | code isn't as simple as in the archos days anymore, i'm afraid |
| 19:47:21 | preglow | we have databases, dircaches, sw codecs, sw playback, dsp |
| 19:47:25 | LinusN | that's what i'm trying to say |
| 19:47:34 | preglow | it's inevitable unless we want a dumbed down firmware, and we don't do we? :) |
| 19:47:34 | jhMikeS | much mpegplayer code is accessed on both cores and it survives and the code is pretty much identical |
| 19:48:01 | Horscht | AiPos |
| 19:48:47 | * | LinusN goes to put the kids to bed |
| 19:48:50 | | Part LinusN |
| 19:48:50 | | Join _ke [0] (n=dgsiegel@e181071199.adsl.alicedsl.de) |
| 19:49:03 | | Quit JdGordon|w (Client Quit) |
| 19:49:35 | | Join spiorf [0] (n=spiorf@host35-206-dynamic.16-79-r.retail.telecomitalia.it) |
| 19:49:43 | preglow | but that being a fact, i'd rather want proper threading than the halfway thing we have now |
| 19:50:52 | _ke | i got a usb-ac-adapter, which can power my usb things, like my ipod. unfortunately it doesnt send any usb host signal, so rockbox simply doesnt start in usb mode, while the ipod firmware does. any hint what i could do? |
| 19:51:04 | jhMikeS | halfway? |
| 19:52:07 | preglow | jhMikeS: cooperative threading in a dual core environment kinda qualifies as a halfway solution to me |
| 19:52:28 | jhMikeS | true. it scales poorly to multiple processors. |
| 19:53:03 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 19:53:03 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 19:53:13 | jhMikeS | and lets slow code hog CPU from time-critical code |
| 19:53:21 | preglow | yeah |
| 19:53:35 | preglow | btw, how are things in gigabeast land? |
| 19:54:14 | jhMikeS | I got windows to send firmware to the device with a windows sendfirm.exe |
| 19:54:36 | preglow | still no actual target coding? |
| 19:55:59 | jhMikeS | not yet. I'm preparing myself mentally to start that stuff (monster datasheet and all). I'm just tying up mpegplayer loose ends like using the core DSP. |
| 19:56:27 | | Join styleism [0] (n=sfgfadga@87-194-104-214.bethere.co.uk) |
| 19:56:46 | preglow | i don't think i would have been able to keep my hands off it |
| 19:56:46 | preglow | heh |
| 19:56:57 | pixelma | jhMikeS: speaking of which there were 2 report of mpegplayer looking odd on H10 (one here and one in the forums) |
| 19:57:11 | * | amiconn kept his hands off the M3 for a full month already |
| 19:57:24 | jhMikeS | pixelma: after that ASM yuv thing perhaps? |
| 19:57:26 | pixelma | jhMikeS: http://forums.rockbox.org/index.php?topic=15221 |
| 19:57:31 | pixelma | I guess |
| 19:58:10 | amiconn | Simply because I also have a few loose ends to fix for other targets, and not that much motivation to actually do this :/ |
| 19:58:22 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 19:58:29 | jhMikeS | My H10 likes sending two pixels with one instuction...perhaps not all do :\ |
| 19:59:06 | pixelma | instuctions can't work :P |
| 19:59:32 | preglow | amiconn: geh, is it just me or doesn't that thing have a display? |
| 19:59:49 | amiconn | It does not have a main lcd, only the remote |
| 19:59:53 | jhMikeS | :) /me types too rapidly before he forgets what he's thinking and makes all sorts of mistakes |
| 19:59:57 | preglow | well, that'll be new for rockbox |
| 20:00 |
| 20:00:03 | amiconn | Not really |
| 20:00:13 | amiconn | The remote display will be handled as the 'main' lcd |
| 20:00:42 | amiconn | And I know how to avoid too much code duplication - my idea will even reduce duplication of code that's already in svn |
| 20:01:37 | amiconn | If I wouldn't handle the remote lcd as the main one, adapting stuff would be *a lot* of work. |
| 20:02:14 | preglow | i can imagine |
| 20:02:24 | preglow | and handling a disconnected lcd will be easy, i suppose |
| 20:02:37 | preglow | amiconn: same old coldfire stuff? |
| 20:02:42 | amiconn | yes |
| 20:02:46 | preglow | good |
| 20:02:48 | * | preglow likes coldfire |
| 20:02:49 | amiconn | MCF5249 |
| 20:02:58 | amiconn | With radio (unlike the M5) |
| 20:03:18 | amiconn | The most interesting detail will be the LED status display |
| 20:03:48 | * | jhMikeS wants a coldfire that runs a 500MHz and has associative caches...what a beast that would be |
| 20:04:24 | amiconn | The 500MHz aren't necessary... a data cache would be a very helpful detail though |
| 20:04:36 | amiconn | And a faster sdram interface |
| 20:04:57 | jhMikeS | I wonder how fast you'd have to run such a coldfire to equate to say a Gigabeat F |
| 20:05:12 | pixelma | jhMikeS: here's the other report btw. http://www.rockbox.org/irc/reader.pl?date=20080129#02:40:30 |
| 20:05:16 | | Quit xushi (Remote closed the connection) |
| 20:06:04 | amiconn | I'm still impressed that PP502x doesn't loose much speed if it accesses uncached (!) sdram, while coldfire struggles like hell if memory intensive code isn't handcrafted to use burst mode wherever possible |
| 20:07:03 | amiconn | jhMikeS: Depends very much on the actual code... when comparing the ape filter performance, you can clearly see that coldfire has higher clock efficiency than arm9 (gigabeat f) |
| 20:07:05 | jhMikeS | the only thing that brings ARM to a crawl is lack of code caching. |
| 20:08:22 | amiconn | This is due to the emac |
| 20:08:23 | | Quit styleism () |
| 20:09:08 | jhMikeS | emac goes without saying re: multipying |
| 20:10:23 | | Quit Mouser_X (Read error: 110 (Connection timed out)) |
| 20:10:40 | amiconn | http://www.rockbox.org/twiki/bin/view/Main/SoundCodecMonkeysAudio#Performance Mind the footnote as well |
| 20:10:40 | preglow | yeah, arm hates multiplies |
| 20:10:44 | preglow | craptacular cpu it is |
| 20:10:55 | | Join Mouser_X [0] (n=mouser@layl001.digis.net) |
| 20:14:21 | | Quit cagnulein (Remote closed the connection) |
| 20:14:38 | | Join JdGordon|w [0] (i=836b004b@gateway/web/ajax/mibbit.com/x-86fbaad1e2494d7a) |
| 20:15:21 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 20:15:21 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 20:15:44 | * | jhMikeS wonders if he should just patch the H10 YUV in SVN or post a patch since the changes make no visible difference on his unit |
| 20:18:03 | | Join cagnulein [0] (n=Cagnulei@82.52.105.51) |
| 20:18:38 | * | pixelma tries to remember if there is someone around ATM with a 20GB H10 |
| 20:19:00 | pixelma | Arathis: aren't you? |
| 20:19:23 | Arathis | pixelma: yes |
| 20:20:01 | pixelma | did you try mpegplayer and noticed any glitches recently? |
| 20:20:29 | Arathis | didn't use mpegplayer the last month |
| 20:22:07 | jhMikeS | even the surest patch with the most instuctions that masks everything hardly has any slowdown |
| 20:22:07 | pixelma | could you try with a recent build and if you get something like http://forums.rockbox.org/index.php?topic=15221 help jhMikeS testing? |
| 20:23:09 | Arathis | pixelma: sorry, not at the moment |
| 20:23:44 | pixelma | nevermind then :) |
| 20:24:25 | * | jhMikeS will throw the patches in FS and see which work with preference for the one that has fewer instuctions :) |
| 20:25:43 | * | pixelma wonders if that is on purpose now... :) |
| 20:27:09 | jhMikeS | :) |
| 20:32:26 | | Quit miepchen^schlaf (Read error: 113 (No route to host)) |
| 20:32:30 | | Join miepchen^schlaf [0] (n=hihi@p54BF75E1.dip.t-dialin.net) |
| 20:35:58 | | Quit bertrik ("bye") |
| 20:38:45 | *** | Saving seen data "./dancer.seen" |
| 20:40:45 | jhMikeS | amiconn: I thought about that re: the uncached ram and some effect is may be from large uncached ram buffers not evicting the working data in the cache since writing so much data basically guarantees flushing of lines. Perhaps there's also a write buffer that always bursts? |
| 20:41:18 | | Quit MethoS_mobile (Remote closed the connection) |
| 20:45:42 | | Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") |
| 20:45:45 | Llorean | Slasheri: I just wanted to find out if it was being looked at. :) |
| 20:46:22 | | Join qwedsa_ [0] (n=superman@ip51ccca31.speed.planet.nl) |
| 20:46:26 | | Join JdGordon|w [0] (i=836b004b@gateway/web/ajax/mibbit.com/x-08b06ee0c64203bf) |
| 20:51:54 | | Quit cagnulein (Remote closed the connection) |
| 20:55:04 | | Join cagnulein [0] (n=Cagnulei@82.52.105.51) |
| 20:55:56 | | Quit PhilLight ("CGI:IRC") |
| 20:58:51 | | Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") |
| 20:59:34 | | Quit TMM (Remote closed the connection) |
| 21:00 |
| 21:02:30 | | Quit qwedsa (Read error: 110 (Connection timed out)) |
| 21:03:16 | | Join TMM [0] (n=hp@ip565b35da.direct-adsl.nl) |
| 21:04:13 | | Join MethoS- [0] (n=clemens@pD955BCB9.dip.t-dialin.net) |
| 21:04:55 | jhMikeS | should mpegplayer be able to play at different speeds? (possible using the pitch setting but needs some special clock handling). |
| 21:07:58 | amiconn | I don't think it should |
| 21:09:40 | jhMikeS | yeah, that's going overboard...as if crossfeed + video isn't almost as well but none of that needs any special code written beyond using the core DSP. |
| 21:10:34 | | Quit MethoS- (Remote closed the connection) |
| 21:10:58 | | Join MethoS- [0] (n=clemens@pD955BCB9.dip.t-dialin.net) |
| 21:13:08 | | Quit MethoS- (Remote closed the connection) |
| 21:13:21 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 21:14:17 | | Join MethoS- [0] (n=clemens@pD955BCB9.dip.t-dialin.net) |
| 21:14:47 | | Quit MethoS- (Remote closed the connection) |
| 21:24:02 | | Quit Lear ("ChatZilla 0.9.80 [Firefox 3.0b3pre/2008012804]") |
| 21:31:56 | | Join sakuramboo [0] (n=sakuramb@216.64.75.194) |
| 21:32:21 | | Join JdGordon|w [0] (i=836b004b@gateway/web/ajax/mibbit.com/x-485f6cd5172d1774) |
| 21:34:32 | | Quit Domonoky (Read error: 110 (Connection timed out)) |
| 21:41:30 | sakuramboo | i just installed rockbox on a 4th gen iPod Photo, everything works beautifully, but when i change the themes, it makes the text in the menus black, is there a way to change that to white text but to also keep the text in the play window black with the iCatcher theme? |
| 21:42:54 | _ke | i got a usb-ac-adapter, which can power my usb things, like my ipod. unfortunately it doesnt send any usb host signal, so rockbox simply doesnt start in usb mode, while the ipod firmware does. any hint what i could do? |
| 21:46:31 | | Quit Mathiasdm ("Yuuw!") |
| 21:48:33 | | Join goffa_ [0] (n=goffa@216.220.23.105) |
| 21:52:23 | | Join perrikwp [0] (n=chatzill@74.167.148.160) |
| 21:53:18 | preglow | _ke: why would you want it to start in usb mode? rockbox can charge without entering usb mode, afaik |
| 21:53:25 | | Join sandberg [0] (n=sandberg@gatekeeper.ua.sandberg.pp.se) |
| 21:53:31 | _ke | preglow, yeah? it doesnt seem so here |
| 21:53:41 | preglow | never tried myself |
| 21:54:27 | | Quit goffa (Read error: 110 (Connection timed out)) |
| 21:54:33 | sandberg | What's new with the Iaudio port? Any progress? |
| 21:56:03 | scorche|w | iaudio is a brand...not a device...which one? |
| 21:56:14 | LambdaCalculus37 | Going home now... good night! |
| 21:56:15 | sandberg | Well, the Iaudio 7 to be specific. |
| 21:56:46 | sandberg | Started looking at the source code the other day, was hoping to make myself useful... |
| 21:57:05 | | Quit _ke ("umount /mnt/me") |
| 21:57:06 | | Quit LambdaCalculus37 ("CGI:IRC (EOF)") |
| 21:58:43 | | Join Buschel [0] (n=AndreeBu@p54A3F75F.dip.t-dialin.net) |
| 22:00 |
| 22:00:57 | pixelma | sandberg: I think TMM started working on it - not sure if he's really around and if I remember correctly... |
| 22:01:51 | | Quit jhulst (Read error: 113 (No route to host)) |
| 22:04:02 | | Quit nicktastic ("Leaving") |
| 22:05:25 | Buschel | hi, just read the today's log. did i understand correctly that there was a change in svn (about 16105) which may degrade the battery runtime of ipod videos? |
| 22:05:49 | Buschel | the 60/80GB ones |
| 22:06:55 | Buschel | this would explain some strangeness in the last battery benchs which were made with my patch versions... |
| 22:07:28 | | Join MethoS_mobile [0] (n=clemens@pD955BCB9.dip.t-dialin.net) |
| 22:08:35 | Horscht | you mean 16105 or 16150 ? |
| 22:08:42 | Buschel | 16105 |
| 22:09:16 | | Join bertrik [0] (n=Bertrik_@061-012-045-062.dynamic.caiway.nl) |
| 22:09:36 | desowin | Buschel: redid test on my sansa (same svn revision, same files, same settings, just without patch) - v13 gives 3 hours more runtime; I've put both battery benchamrks on wiki |
| 22:10:19 | Buschel | desowin: yes i noticed it −− +20% :) |
| 22:10:59 | Horscht | 3h |
| 22:11:02 | Horscht | wow, impresive |
| 22:11:51 | desowin | Horscht: from 15h, to 18h |
| 22:12:35 | Horscht | damn, still 4h behind stock FW for my model :) |
| 22:13:39 | desowin | I dunno if it already beat stock FW at my sansa |
| 22:13:52 | desowin | too bad OF doesn't play .ogg |
| 22:13:53 | Horscht | yeah, i got an ipod, so... |
| 22:14:50 | | Quit mf0102 ("Verlassend") |
| 22:14:54 | Horscht | still impressive, though |
| 22:16:47 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
| 22:16:53 | preglow | how much does sansa get with retailos, then? |
| 22:18:11 | Buschel | retailos should reach 20h on sansa. |
| 22:18:17 | desowin | it's marketed as 20h |
| 22:18:22 | preglow | that much |
| 22:18:31 | Buschel | it has a 750mAh battery |
| 22:18:32 | amiconn | Hmm |
| 22:18:55 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 22:18:57 | amiconn | Buffering is a little slow on G5.5, but I still don't see any "mad" disk activity while buffering |
| 22:19:43 | amiconn | No skipping either - and that is with default wps, i.e. with peakmeters |
| 22:20:09 | Buschel | the strange thing is that most of the current measurements on 5.5G 60/80 show battery runtime which are similar to runtimes before HDD poweroff −− when using svn |
| 22:20:20 | Buschel | *runtimes |
| 22:20:37 | Buschel | ~11-12h |
| 22:21:12 | | Quit desowin () |
| 22:23:25 | | Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") |
| 22:24:30 | | Join crzyboyster [0] (n=4b596e5e@gateway/web/cgi-irc/labb.contactor.se/x-6067256040c5dc35) |
| 22:25:23 | | Quit pixelma (Read error: 104 (Connection reset by peer)) |
| 22:25:24 | crzyboyster | I'm having an odd problem with the "new" sliding puzzle plugin |
| 22:27:02 | crzyboyster | I load it up and it looks like this > http://aycu40.webshots.com/image/40639/2005195414258384871_rs.jpg |
| 22:27:06 | Buschel | this strangeness in power consumption seems to only happen to the 5.5 60/80GB, my 30GB behaves as expected |
| 22:27:59 | crzyboyster | Anybody know why? |
| 22:28:05 | | Join JdGordon|w [0] (i=836b004b@gateway/web/ajax/mibbit.com/x-1318f4c59496ff90) |
| 22:29:34 | | Quit MethoS_mobile (Read error: 110 (Connection timed out)) |
| 22:29:37 | * | amiconn really wonders what GodEater does that he observes this behaviour |
| 22:30:09 | amiconn | The only strangeness I had was database related |
| 22:30:42 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
| 22:31:05 | amiconn | After putting all the additional music on, I started a rebuild. After finishing the scan, it started to commit right away (using the dircache buffer, I know) |
| 22:31:43 | amiconn | But then I pressed a button to leave the database browser. Instead of leaving the browser, it stopped committing.... |
| 22:32:27 | amiconn | The only thing I could do was shut down. Everything else hung, but the shutdwon worked |
| 22:32:56 | pixelma | crzyboyster: did you build rockbox yourself |
| 22:33:00 | pixelma | ? |
| 22:33:01 | amiconn | On next boot dircache had to do a foreground scan, and db commit restarted. After that, everything was back to normal |
| 22:34:17 | crzyboyster | pixelma: No, it is the current build (from yesterday) |
| 22:35:43 | krazykit | then it's not very current, now is it? |
| 22:35:46 | TMM | sandberg: I have been working on it, slowly :) |
| 22:36:01 | crzyboyster | Will try with todays build |
| 22:36:48 | BigBambi | which one - there are usually many per day |
| 22:36:51 | sandberg | TMM: What's the current status? |
| 22:37:11 | TMM | sandberg: working on an LCD driver, but I'm very strapped for time |
| 22:37:29 | * | JdGordon|w prods linuxstb incase he is watching the log... |
| 22:37:35 | pixelma | crzyboyster: that looks like something I get if bmps in a plugin change size but keep the name (building my own). It then needs a "make clean" before the bild but that is something the build servers always do (at least they should) |
| 22:37:45 | TMM | sandberg: we can run code, know how to flash the thing, got a way to run code without flashing |
| 22:37:48 | pixelma | not only in a plugin |
| 22:38:12 | sandberg | TMM: Saw the tcctool, it uploads a new image to RAM and not flash, right? |
| 22:38:14 | | Join Axio__ [0] (n=Axio@alf94-1-81-57-140-233.fbx.proxad.net) |
| 22:38:17 | * | pixelma starts ignoring her typos ;) |
| 22:38:24 | TMM | sandberg: yes |
| 22:38:37 | sandberg | TMM: So it's safe to play with? |
| 22:38:47 | *** | Saving seen data "./dancer.seen" |
| 22:38:54 | TMM | sandberg: totally |
| 22:38:55 | | Quit Axio_ (Read error: 113 (No route to host)) |
| 22:39:10 | TMM | sandberg: well, unless you do something wonky like 'flash the thing' from your own code |
| 22:39:26 | sandberg | TMM: No likely to happen... :) |
| 22:39:36 | | Join SirFunk_ [0] (n=Sir@206-159-155-246.netsync.net) |
| 22:39:45 | sandberg | TMM: Was thinking about trying to get some basic stuff working, like the LCD... :) |
| 22:39:47 | TMM | sandberg: truth be told, I haven't worked on it for well over a month |
| 22:45:43 | | Quit petur2 ("brb") |
| 22:46:02 | | Quit SirFunk (Connection timed out) |
| 22:50:08 | | Join p3tur [0] (n=petur@d51A49A64.access.telenet.be) |
| 22:50:53 | crzyboyster | pixelma: The problem still happens with the latest current build... |
| 22:52:36 | | Quit Bagder ("*plopp*") |
| 22:53:33 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 22:55:21 | | Join nicktastic [0] (n=nick@unaffiliated/nicktastic) |
| 22:55:29 | | Quit sakuramboo ("Leaving") |
| 22:55:41 | | Join Bagder [241] (n=daniel@rockbox/developer/bagder) |
| 22:58:17 | | Join Domonoky [0] (n=Domonoky@e176249170.adsl.alicedsl.de) |
| 23:00 |
| 23:01:06 | | Join aneka [0] (n=kvirc@66.251.27.188) |
| 23:02:49 | | Join HellDragon [0] (i=jd@unaffiliated/helldragon) |
| 23:03:30 | preglow | pixelma: what do you think about http://www.rockbox.org/tracker/task/8340 ? |
| 23:03:32 | | Quit HellDragon (Success) |
| 23:03:47 | | Quit Buschel () |
| 23:04:53 | | Quit perrikwp ("ChatZilla 0.9.80 [Firefox 3.0b3pre/2008012904]") |
| 23:05:12 | | Quit bertrik ("bye") |
| 23:06:54 | | Join karashata [0] (n=Kimi@bas3-kitchener06-1096649533.dsl.bell.ca) |
| 23:07:31 | pixelma | preglow: hmm... didn't we already have this discussion some time ago? I admit that I don't feel strongly one or the other way |
| 23:07:49 | | Join HellDragon [0] (i=jd@unaffiliated/helldragon) |
| 23:08:02 | | Join PimpIntheFlesh [0] (n=BigaloGi@cpe-76-190-185-74.neo.res.rr.com) |
| 23:08:16 | rasher | I'm just going to go ahead and be in favour, even though I'm not really a manual writer |
| 23:08:20 | PimpIntheFlesh | i have a quick question |
| 23:08:50 | | Quit Domonoky (Read error: 104 (Connection reset by peer)) |
| 23:09:00 | PimpIntheFlesh | everytime i plug my sansa e250r into the charger it makes the Music folder hidden and add several folders how do i stop it |
| 23:09:38 | preglow | rasher: i tilt slightly in favour as well |
| 23:09:43 | Bagder | PimpIntheFlesh: you can't, unless you ask sandisk |
| 23:09:49 | rasher | PimpIntheFlesh: That's the OF doing that. You can charge (but not transfer files) if you hold down select while plugging in the cable. Rockbox needs to be running for this to work. |
| 23:09:50 | PimpIntheFlesh | really? |
| 23:10:00 | preglow | pixelma: well, if you don't feel strongly either way, have read enough english manuals to have an opinion on how it's usually done? :) |
| 23:10:28 | PimpIntheFlesh | so i have to change those everytime? |
| 23:10:42 | PimpIntheFlesh | not a big deal, but annoying |
| 23:11:09 | scorche|w | PimpIntheFlesh: or you can just change your view setting or use a differently named folder |
| 23:11:09 | | Quit axionix (Read error: 104 (Connection reset by peer)) |
| 23:11:15 | | Quit crzyboyster ("CGI:IRC") |
| 23:11:27 | PimpIntheFlesh | also what folders can i delete with out causing problems |
| 23:11:40 | | Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) |
| 23:11:43 | PimpIntheFlesh | or i should say what files and folders can i delete |
| 23:12:10 | Llorean | preglow: I'm in favour of *mostly* removing contractions, but there are sentences (I don't know if such exist in the manual) that read more awkwardly without contractions, and I think "appropriate use" of them lends readability and makes it a bit more "friendly" feeling to less technical readers. |
| 23:12:23 | scorche|w | everything but /system/ and /.rockbox/ should be fine |
| 23:12:31 | PimpIntheFlesh | thank you |
| 23:12:34 | Llorean | But I'll admit, so long as nobody's going to go through on a case by case basis and pick out some to keep, it's probably better just to be rid of them all. |
| 23:12:47 | PimpIntheFlesh | a let me say this thing is freaking awsome |
| 23:12:53 | PimpIntheFlesh | kudos to the developers |
| 23:13:22 | pixelma | preglow: no, but I'm sure it sounds more professional without contractions. The question is if we want that? :) |
| 23:14:00 | PimpIntheFlesh | thank you guys for your help |
| 23:14:34 | Horscht | I think a manual should refrain from using contractions, tbh |
| 23:14:38 | Llorean | preglow: As a "technical" document, it shouldn't have contractions. As something nontechnical humans read, and need to feel comfortable with (and strange things make people less comfortable) I think it could be debated without end. |
| 23:15:07 | | Quit PimpIntheFlesh ("Leaving") |
| 23:15:07 | Horscht | makes it easier for us non-native english speakers |
| 23:15:43 | rasher | I think it should tend towards "no contractions", and problematic passages can be fixed afterwards |
| 23:16:35 | pixelma | ah, the wrong bmp is used for the Nano sliding puzzle - wonder how that http://svn.rockbox.org/viewvc.cgi/trunk/apps/plugins/bitmaps/native/SOURCES?r1=16168&r2=16169 was meant to work... |
| 23:17:08 | pixelma | I understand what it should do but that doesn't work for the Nano... |
| 23:17:10 | Horscht | i even go as far as saying to use the negation as little as possible. i.e. instead of saying "thou shalt not kill", say "you should let others allive" (bad example, but it does count as one!) |
| 23:17:58 | Horscht | you know, be more positive about it |
| 23:18:06 | preglow | Llorean: problem is formulating that as a nice manual writer rule... |
| 23:18:27 | Llorean | preglow: Yeah. I think the best bet is just removing contractions, and keeping it that way. |
| 23:18:35 | Llorean | At least it guarantees consistency. |
| 23:18:36 | rasher | "Avoid contractions, unless it sounds awful" |
| 23:18:39 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 23:18:47 | preglow | rasher: yeah, i guess that'll do |
| 23:19:28 | pixelma | preglow: had a look through the patch and in most places I'd also use the long form only in a very few not |
| 23:19:52 | Bagder | "in case of doubt, we play rock, paper and scissors about it on IRC" |
| 23:20:48 | Horscht | rock |
| 23:21:04 | Llorean | scissors. I mean paper, paper! |
| 23:21:24 | Horscht | too bad, you said scissors first |
| 23:21:39 | pixelma | that would be rock, box, and scissors in correct rb terms ;) |
| 23:21:42 | * | scorche|w is reminded of http://thedailywtf.com/Articles/Do-not-run-this-script,-ever!.aspx again... |
| 23:21:47 | Llorean | I think the safest bet is to just remove all contractions, and if anyone complains about a sentence being hard to understand, we can fix it later. |
| 23:22:02 | | Quit ompaul (Client Quit) |
| 23:22:05 | rasher | Llorean: sounds good |
| 23:22:07 | Horscht | box would always win, no, pixelma? |
| 23:22:25 | pixelma | depends on what it is made of |
| 23:22:42 | Horscht | hm.... software |
| 23:22:43 | scorche|w | Bagder: that link may remind you of many early sansa R adopters :) |
| 23:22:55 | Horscht | anyways. nn |
| 23:24:23 | Bagder | early Rockbox adopters have proven many times to blindly jump before asking any questions or thinking about what they actually are doing |
| 23:24:50 | Bagder | that's part of the Rockbox charm ;-) |
| 23:24:59 | | Quit p3tur ("gonne") |
| 23:25:14 | * | preglow finds a track called "rock box" and vows to start a port so he can play it as first track |
| 23:25:33 | Horscht | i had my ipod unpacked for 5 whole minutes until i first installed rockbox bootloader |
| 23:25:34 | Bagder | preglow: zune! ;-P |
| 23:25:39 | rasher | preglow: nano 3g |
| 23:25:40 | Llorean | preglow: There's still time to get the "First song" slot on the Gigabeast |
| 23:26:09 | * | preglow scrambles |
| 23:26:55 | | Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") |
| 23:29:06 | | Join Daemo1 [0] (n=nick@cm158.kappa176.maxonline.com.sg) |
| 23:29:31 | Daemo1 | How long does it normally take for the rockbox database to create? |
| 23:30:02 | preglow | depends on target and amount of songs/song format |
| 23:30:11 | preglow | it might easily take a good wehile |
| 23:30:13 | preglow | while too |
| 23:30:45 | Daemo1 | ~500 songs mostly in .mp3 and .m4a. Its taken at least 10mins to get through 72 songs |
| 23:31:07 | preglow | target? |
| 23:31:21 | Daemo1 | sorry I dont follow? |
| 23:31:26 | preglow | what kind ofp layer? |
| 23:31:30 | preglow | player... |
| 23:31:46 | Daemo1 | just the inbuilt rockbox one... |
| 23:31:59 | preglow | i mean do you have an ipod, iriver, sansa, etc |
| 23:32:03 | Daemo1 | oh sorry |
| 23:32:08 | Daemo1 | ipod nano 1st geb |
| 23:32:10 | Daemo1 | *gen |
| 23:32:16 | Daemo1 | 2GB |
| 23:32:30 | preglow | ahh, uyes[Bahh, yes |
| 23:32:30 | preglow | me too |
| 23:32:39 | preglow | database building is very slow on it |
| 23:32:46 | Daemo1 | okay |
| 23:33:02 | preglow | argh, shell lags |
| 23:37:51 | preglow | don't really know why it's so slow either, we're probably doing something wrong |
| 23:38:05 | preglow | pixelma: but ok, if no one else beats me to it, i'll just tune that patch up a bit and apply it sooner or later, then |
| 23:41:11 | | Join m0f0x [0] (n=m0f0x@189-47-6-13.dsl.telesp.net.br) |
| 23:43:55 | | Quit BigBambi (Remote closed the connection) |
| 23:44:45 | | Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) |
| 23:45:55 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
| 23:46:25 | | Join Thundercloud [0] (n=thunderc@resnet06.nat.lancs.ac.uk) |
| 23:48:20 | | Quit goffa_ (Remote closed the connection) |
| 23:48:48 | | Join goffa [0] (n=goffa@216.220.23.105) |
| 23:55:14 | pixelma | hmmmh, the new sliding_puzzle probably doesn't look good on the small H10 either |
| 23:56:13 | | Quit jcollie ("Ex-Chat") |
| 23:57:44 | | Join csc` [0] (n=csc@archlinux/user/csc) |
| 23:57:52 | markun | jhMikeS: will there be separate DSP settings for mplayer, or will they use the system ones? |
icon identifies that the person is a core developer (has commit access).