| 00:01:07 | MagusG | 8 hours seems decent to me |
| 00:01:13 | | Quit webguest75 ("CGI:IRC (EOF)") |
| 00:08:53 | | Quit billytwowilly (Remote closed the connection) |
| 00:14:07 | | Quit midkay ("Leaving") |
| 00:18:16 | | Quit Ribs3 (Read error: 110 (Connection timed out)) |
| 00:19:12 | | Quit merbanan (Remote closed the connection) |
| 00:19:23 | | Join Ribs3 [0] (n=freenode@91.84.8.218) |
| 00:22:14 | | Join Cheapy| [0] (n=nostrada@kron2-46-61.resnet.wisc.edu) |
| 00:22:33 | | Join EspeonEefi [0] (i=espeonee@CERULEANCITY.MIT.EDU) |
| 00:22:42 | Cheapy| | Is there a !seen script in this room? |
| 00:22:57 | Cheapy| | !seen Stevie[FP] |
| 00:23:02 | Cheapy| | Guess not. |
| 00:23:37 | ze | Cheapy|: /msg nickserv info Stevie[FP] |
| 00:23:46 | Cheapy| | that's no fun |
| 00:23:47 | Cheapy| | but thanks |
| 00:23:49 | Cheapy| | :) |
| 00:23:58 | ze | doesn't look promising either :p |
| 00:24:20 | | Join tvelocity [0] (n=tony@ipa198.4.tellas.gr) |
| 00:25:37 | Cheapy| | bleh |
| 00:26:31 | | Quit MarcoPolo ("Bye !") |
| 00:36:33 | | Join aegray [0] (n=aegray@74.135.163.80) |
| 00:36:40 | | Quit vin` (".") |
| 00:39:50 | | Quit Kohlrabi ("Quit") |
| 00:43:59 | | Quit obo ("bye") |
| 00:51:00 | | Join Lynx [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 00:52:53 | | Quit markun (Read error: 104 (Connection reset by peer)) |
| 00:52:59 | | Join markun [0] (n=markun@bastards.student.ipv6.utwente.nl) |
| 01:00 |
| 01:01:05 | | Quit ender` (" You know that old saying, 'Strike while the iron is hot?' Well, I think that's a pretty dumb saying, 'cause I'll betcha a col") |
| 01:08:09 | | Quit Lynx_ (Read error: 110 (Connection timed out)) |
| 01:08:09 | | Nick Lynx is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 01:09:28 | amiconn | Cheapy|: Ask logbot... |
| 01:09:38 | amiconn | /msg logbot seen <nick> |
| 01:10:06 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
| 01:14:08 | barrywardell | i just finished a first attempt at moving the ipod into the target tree |
| 01:14:16 | barrywardell | http://www.rockbox.org/tracker/task/5890 |
| 01:14:29 | barrywardell | anyone with ipods want to test it? |
| 01:18:54 | | Join JoeBorn [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) |
| 01:19:06 | scorche | barrywardell: sure...anything to look for in particular? |
| 01:19:28 | MagusG | holy crap |
| 01:19:32 | MagusG | im in love with rockbox |
| 01:19:33 | barrywardell | just if it actually works. the backlight button code has been moved |
| 01:19:39 | barrywardell | so check they work |
| 01:20:01 | barrywardell | and the adc (battery) |
| 01:20:02 | *** | Saving seen data "./dancer.seen" |
| 01:20:26 | Genre9mp3 | MagusG: :) |
| 01:20:30 | barrywardell | and power and usb |
| 01:20:37 | barrywardell | think that's it |
| 01:20:44 | scorche | actually, i take that back...apparently, VMware decided to not like me |
| 01:20:48 | * | scorche re-installs |
| 01:20:50 | MagusG | is there any detriment to SQ in transcoding from ogg q9 to a lower bitrate? |
| 01:21:13 | barrywardell | what ipod do you have? |
| 01:21:22 | MagusG | who? |
| 01:21:27 | barrywardell | scorche |
| 01:22:04 | scorche | nano |
| 01:22:18 | barrywardell | cool |
| 01:22:51 | barrywardell | hopefully all those things i mentioned will work the exact same as before! |
| 01:22:52 | MagusG | damn, now i want an 8gb nano |
| 01:23:08 | scorche | MagusG: doesnt work with rockbox yet |
| 01:23:16 | MagusG | ah |
| 01:23:17 | MagusG | well |
| 01:23:25 | MagusG | then i want my current ipod modded to 8gb |
| 01:23:29 | MagusG | :P |
| 01:24:08 | midkay | MagusG: at your sound quality question, absolutely. |
| 01:24:21 | MagusG | i mean, i know its gonna sound like a lower bitrate.. |
| 01:24:27 | midkay | when you converted from a CD or whatever to ogg, you lost some quality.. going down from there will lose even more. |
| 01:24:32 | MagusG | yeah |
| 01:24:38 | MagusG | but i mean, is it gonna be worse than say |
| 01:24:43 | midkay | yeah, but you've already lost some.. it's compressing compression. |
| 01:25:07 | MagusG | if i were to take the original and encode it to the lower bitrate ogg |
| 01:25:11 | midkay | i'd say re-rip if you have the option or work off lossless files.. |
| 01:25:19 | MagusG | compared to transcoding from the ogg q9 |
| 01:25:28 | midkay | it would be worse than re-ripping, right. |
| 01:25:36 | MagusG | ok |
| 01:25:58 | midkay | ripping from cd (100% quality) to e.g. 128k mp3, let's say that brings it to 50% quality.. |
| 01:26:01 | scorche | it doesnt just "take out the same areas" as i have seen some people compare it to |
| 01:26:19 | midkay | but ripping from cd (100%) -> 320k mp3 (say 90%) and then down to 128k would be like 40% or something.. if that makes sense. |
| 01:26:30 | MagusG | i mean, i have most of my collection archived in FLAC, but burned to DVDs |
| 01:26:45 | MagusG | 99% of the stuff on my hdd is ogg q9 |
| 01:26:55 | | Quit lightyear (Remote closed the connection) |
| 01:27:01 | midkay | that's the best way to deal with it, bring it all back down from the source material. |
| 01:27:07 | MagusG | i agree |
| 01:27:34 | Soap | Not only is it worse than reripping, but an ogg ->mp3 conversion will sound worse than the lower of the two bitrates. Often much worse. You get native ogg artifacts + native mp3 ones + the funky gunk that only a double lossy can do. |
| 01:27:56 | MagusG | im thinking q9 > q6 or q5 |
| 01:28:07 | MagusG | shouldnt be terrible eh? |
| 01:28:23 | Soap | won't be great. |
| 01:28:52 | Rob2222 | may i ask an off topic question? |
| 01:29:03 | Soap | FWIW, bit for bit mp3 playback gives you better battery life than ogg playback at this moment. |
| 01:29:35 | Rob2222 | I went off of the US Postal service web site. <= what does that mean? i cant translate it anyhow ... |
| 01:29:37 | midkay | Rob2222: yes, we grant you permission.. good thing you asked, after all, asking off topic questions without asking to ask them is a punishable crime here! |
| 01:29:38 | midkay | :) |
| 01:29:45 | Rob2222 | lol |
| 01:29:47 | Rob2222 | :) |
| 01:29:53 | barrywardell | is it not possible to convert ogg to a lower bitrate without recompressing? |
| 01:30:04 | Rob2222 | i just down know who to ask atm |
| 01:30:23 | barrywardell | or am i just making that up? |
| 01:30:23 | Rob2222 | "I went off of the" <=? |
| 01:30:31 | Soap | barrywardell - I think only one kind of ogg can be bitstripped. |
| 01:30:38 | | Quit petur ("here today, gone tomorrow") |
| 01:31:22 | | Quit spiorf (Read error: 60 (Operation timed out)) |
| 01:31:49 | Rob2222 | well. |
| 01:32:10 | midkay | barrywardell: huh? of course you can convert as you wish. |
| 01:32:29 | midkay | but it's just like blurring a blurred picture, after doing that a few times it's unrecognizable :) |
| 01:33:05 | barrywardell | i mean you can convert to a lower bitrate and the result is as if you created the lower bitrate file from the original source audio |
| 01:33:37 | midkay | you can't compress the compressed version and have the same effect, no. |
| 01:33:43 | Soap | midkay - barrywardell was asking if you can't strip a high bitrate ogg of the less-essential bits to make it a lower bitrate one. some codecs can do that, I can't remember which. |
| 01:33:49 | barrywardell | http://en.wikipedia.org/wiki/Bitrate_peeling |
| 01:34:01 | barrywardell | ah, i'm not crazy |
| 01:34:04 | midkay | where was that even suggestied? :o |
| 01:34:14 | barrywardell | but it only exists in theory |
| 01:36:15 | midkay | ah, i see what you mean, the wording of your question.. i assumed you meant like "without losing quality". |
| 01:36:38 | barrywardell | i was referring to MagusG's question |
| 01:44:09 | | Join habana [0] (i=58a10615@gateway/web/cgi-irc/labb.contactor.se/session) |
| 01:44:28 | scorche | barrywardell: compiling |
| 01:44:32 | habana | Hello |
| 01:44:37 | barrywardell | great |
| 01:45:16 | scorche | "error 2" |
| 01:45:35 | barrywardell | not so great |
| 01:46:10 | midkay | scorche: you can't fix it? and you wanted to be a committer...! |
| 01:46:16 | scorche | shaddup |
| 01:46:33 | barrywardell | that's the nano build, yeah? |
| 01:46:37 | scorche | yup |
| 01:47:16 | scorche | are you able to build it? |
| 01:47:32 | barrywardell | i think so |
| 01:47:37 | barrywardell | trying again now |
| 01:47:45 | barrywardell | where is it getting stuck? |
| 01:48:19 | scorche | points to plugin.o.....2 undefined references to 'wheel_status' and 'wheel_send_events' |
| 01:48:51 | midkay | sounds like you've got some old source.. |
| 01:48:55 | midkay | that was committed a few days ago. |
| 01:49:02 | scorche | i just updated |
| 01:49:08 | barrywardell | no, i moved that into the target tree |
| 01:49:21 | scorche | and he...yeah |
| 01:49:27 | barrywardell | i'll need to fix that |
| 01:49:33 | midkay | genius, scorche. |
| 01:49:46 | XavierGr | barrywardell: how is battery time on H10 with rockbox? |
| 01:49:47 | * | scorche salutes midkay |
| 01:50:05 | scorche | ....why did i try to auto-complete "salutes"? |
| 01:50:16 | barrywardell | XavierGr: I set mine playing and left it alone and it lasted about 8 hours |
| 01:50:20 | barrywardell | give or take |
| 01:50:30 | XavierGr | and with OF? |
| 01:50:39 | barrywardell | dunno |
| 01:50:56 | XavierGr | just to know if battery time is better or worse |
| 01:51:05 | barrywardell | worse, I would imagine |
| 01:51:18 | habana | Is there someone skilled in sansa port ? |
| 01:51:20 | barrywardell | i think the OF is quoted as 16 |
| 01:51:21 | XavierGr | with H100 and H300 rockbox woops iriver's ass on the battery aspect |
| 01:51:26 | habana | i'd like to help but dont understand what need to be done |
| 01:51:37 | barrywardell | but probably that's a bit optimistic |
| 01:51:46 | XavierGr | but I think that H10 has the same problem with iPods |
| 01:52:06 | scorche | barrywardell: are you going to fix it now, or add it to the list of fixes?...i need to be somewhere soon |
| 01:52:10 | barrywardell | yes, and will benefit from a lot of the improvements the ipods get |
| 01:52:20 | barrywardell | scorche: not right now |
| 01:52:24 | scorche | alright |
| 01:52:28 | scorche | i will test later then |
| 01:52:33 | barrywardell | thanks for testing |
| 01:52:49 | XavierGr | someone mentioned about disk idling on portaplayer |
| 01:52:56 | XavierGr | that was a major issue on iriver |
| 01:53:12 | XavierGr | on rockbox disk power off is off by default |
| 01:53:27 | XavierGr | so we were having less battery time on H100 |
| 01:53:54 | XavierGr | maybe there is somthing similar on H10, iPods too |
| 01:54:02 | XavierGr | but noone knows for sure |
| 01:54:12 | barrywardell | the H10 disk sounds like it spins itself down after about 5 seconds |
| 01:54:21 | XavierGr | yeah that was the case with H100 |
| 01:54:24 | barrywardell | it looks like a hardware thing |
| 01:54:28 | XavierGr | but still the current is there |
| 01:54:45 | Soap | what is the advantage of moving the ipods to the target tree? </noob> |
| 01:54:51 | XavierGr | I mean the difference with disk power off is faster spin up time |
| 01:55:14 | barrywardell | i know there is GPIO port which seems to control the hdd power |
| 01:55:18 | XavierGr | and 50mah more power consumptionIIRC |
| 01:55:30 | barrywardell | flicking it off, you can hear the disk spin down |
| 01:57:18 | barrywardell | would i put that in ide_power_enable()? |
| 01:58:34 | | Quit darksk1ez (Remote closed the connection) |
| 02:00 |
| 02:01:58 | barrywardell | i'll run tests with and without powering off |
| 02:02:17 | barrywardell | pity it's gonna take 16 hours to find out! |
| 02:02:53 | XavierGr | you can use battery_benchmark for ease of use |
| 02:03:10 | XavierGr | and then you can put your results on the wiki |
| 02:03:20 | XavierGr | that is very informing on iriver H100 and H300 |
| 02:03:39 | | Quit newbyx86 ("I LOVE CLOUDS") |
| 02:06:11 | barrywardell | will do |
| 02:06:52 | MagusG | ok, this is gonna sound dumb |
| 02:06:52 | | Quit habana ("CGI:IRC (EOF)") |
| 02:06:58 | MagusG | where do you go for plugins? |
| 02:07:39 | barrywardell | Soap: the goal of the target tree is to get away from a lot of the ifdef hell |
| 02:08:11 | barrywardell | all hardware specific stuff is in its own directory |
| 02:15:27 | | Quit lodesi ("leaving") |
| 02:20:47 | Soap | ahh |
| 02:23:14 | | Join newbyx86 [0] (n=newbyx86@ip68-7-14-7.sd.sd.cox.net) |
| 02:27:01 | | Quit darkskiez () |
| 02:32:51 | sneakums | boing |
| 02:33:10 | sneakums | if anyone needs an ipod 80G boot partition image, let me know, i have one uploaded |
| 02:38:43 | | Quit midkay ("Leaving") |
| 02:40:33 | | Join webguest84 [0] (i=917408d9@gateway/web/cgi-irc/labb.contactor.se/session) |
| 02:43:08 | | Quit EvilDude (Read error: 110 (Connection timed out)) |
| 02:51:13 | | Quit Nibbier (Read error: 110 (Connection timed out)) |
| 02:53:18 | | Join Nibbier [0] (n=sven@e181085192.adsl.alicedsl.de) |
| 02:59:29 | | Quit linuxstb_ ("CGI:IRC") |
| 03:00 |
| 03:02:38 | | Quit barrywardell () |
| 03:12:16 | | Quit webguest84 ("CGI:IRC (EOF)") |
| 03:13:36 | | Join Criamos [0] (n=Criamos@p54934093.dip0.t-ipconnect.de) |
| 03:17:27 | | Quit karim (Remote closed the connection) |
| 03:20:04 | *** | Saving seen data "./dancer.seen" |
| 03:29:54 | | Join bipak [0] (n=bip@p5088501C.dip.t-dialin.net) |
| 03:34:58 | | Quit Criamos ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") |
| 03:35:54 | | Quit tvelocity ("Αποχώρησε") |
| 03:49:13 | | Quit deoa (Read error: 110 (Connection timed out)) |
| 04:00 |
| 04:11:58 | | Quit gtkspert (Remote closed the connection) |
| 04:12:38 | | Join gtkspert [0] (n=gtkspert@gateless.info) |
| 04:14:54 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
| 04:17:41 | | Quit Genre9mp3 ("I don't suffer from Rockbox psychosis. I enjoy every minute of it.") |
| 04:18:02 | BHSPitLappy | sneakums, how do you like yours |
| 04:18:17 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 04:20:51 | | Part pixelma |
| 04:31:55 | | Join damaki_ [0] (n=Chocolat@ALille-253-1-27-35.w90-7.abo.wanadoo.fr) |
| 04:43:08 | MagusG | is there a speex plugin/codec for rockbox? |
| 04:43:58 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
| 04:50:34 | | Join RoC_MM [0] (i=dragon@c-66-177-58-16.hsd1.fl.comcast.net) |
| 04:51:01 | | Quit damaki (Read error: 110 (Connection timed out)) |
| 04:51:14 | | Quit RoC_MM (Client Quit) |
| 04:59:02 | | Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) |
| 04:59:26 | | Join vertic420 [0] (i=bla@dslb-084-056-231-193.pools.arcor-ip.net) |
| 05:00 |
| 05:01:05 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 05:01:07 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 05:02:08 | Soap | How large of an attachment can I post to the wiki? |
| 05:03:02 | Soap | I was thinking it wouldn't be a bad idea to post an album (public domain) for consistant runtime tests. |
| 05:03:59 | | Join Rob2222_ [0] (n=Miranda@ACAEDCB8.ipt.aol.com) |
| 05:06:18 | scorche | Soap: 10000 KB |
| 05:06:41 | Soap | that's not going to work. |
| 05:07:08 | Soap | I guess I'll use a FLAC album from archive.org, and encoder settings. |
| 05:16:42 | | Quit vertic23 (Read error: 110 (Connection timed out)) |
| 05:18:43 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 05:20:08 | *** | Saving seen data "./dancer.seen" |
| 05:28:47 | | Join bestadvocate [0] (i=18836335@gateway/web/cgi-irc/labb.contactor.se/session) |
| 05:28:56 | bestadvocate | hello |
| 05:30:22 | | Quit bestadvocate (Client Quit) |
| 05:31:04 | | Join bestadvocate [0] (n=bestadvo@c-24-131-99-53.hsd1.oh.comcast.net) |
| 05:31:21 | bestadvocate | hey guys |
| 05:31:32 | aliask | hey |
| 05:32:12 | bestadvocate | brb reading faq |
| 05:34:40 | bestadvocate | I'm thinking of buying ether a iAudioX5 or 80 gig iPod, I was wondering, which one does rockbox work better on? |
| 05:35:55 | bestadvocate | using my mp3 player on an Ubuntu machine is my ultimate goal. |
| 05:36:47 | aliask | Well, at the moment it would only work on the X5 |
| 05:37:11 | aliask | And even when the 5.5g iPods are supported, the X5 will perform better. |
| 05:37:59 | bestadvocate | thanks, Its a bit of a bummer, the iPod hardware is superior, but the Apple firmware is completely unexceptable |
| 05:38:53 | aliask | Yeah, it's mainly the LCD that slows down the iPod, it's got a lot of pixels to update, and because we don't have much hardware info on it, we havn't figured out how to write to it very quickly. |
| 05:39:43 | bestadvocate | cool, thanks for the info. I'll likely be back once I get my X5L |
| 05:39:55 | aliask | Rightio, good luck with it. |
| 05:39:58 | | Quit bestadvocate ("Leaving") |
| 05:46:35 | | Quit JoeBorn ("Leaving") |
| 06:00 |
| 06:02:05 | | Quit Ribs3 (Read error: 110 (Connection timed out)) |
| 06:03:00 | | Join Ribs3 [0] (n=freenode@91.84.8.218) |
| 06:16:09 | | Join Rudy4Pez [0] (n=A@71-34-66-241.ptld.qwest.net) |
| 06:17:47 | | Quit Nibbier (Read error: 110 (Connection timed out)) |
| 06:19:36 | | Join Nibbier [0] (n=sven@e181088217.adsl.alicedsl.de) |
| 06:22:27 | | Quit |AhIoRoS| ("Abandonando, see you http://ahioros.homelinux.net") |
| 06:38:19 | | Quit amigan (Read error: 104 (Connection reset by peer)) |
| 06:38:29 | | Join Paul_The_Nerd [0] (n=Llorean@cpe-70-116-115-210.houston.res.rr.com) |
| 06:41:01 | | Join amigan [0] (i=dcp1990@unaffiliated/amigan) |
| 06:54:20 | | Join nave7693 [0] (n=evan@adsl-69-110-36-157.dsl.pltn13.pacbell.net) |
| 07:00 |
| 07:07:37 | | Join Ed__ [0] (i=ed@palm.hoeg.nl) |
| 07:12:41 | | Join webguest11 [0] (i=46a206c1@gateway/web/cgi-irc/labb.contactor.se/x-373184ac0c413234) |
| 07:17:34 | | Quit webguest11 (Client Quit) |
| 07:20:11 | *** | Saving seen data "./dancer.seen" |
| 07:24:45 | | Quit Ed_ (Read error: 110 (Connection timed out)) |
| 07:38:47 | | Quit rotator ("zzzzzzzzz") |
| 07:57:48 | | Part Paul_The_Nerd |
| 08:00 |
| 08:00:47 | | Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) |
| 08:18:31 | | Join powr-toc [0] (n=r@84-51-129-124.rickmo645.adsl.metronet.co.uk) |
| 08:33:40 | | Join chendo_ [0] (n=chendo@203-206-75-235.dyn.iinet.net.au) |
| 08:34:48 | | Quit Cheapy| (Read error: 110 (Connection timed out)) |
| 08:37:34 | DrMoreau | ne1 awake? |
| 08:38:02 | aliask | It's 4:30pm here, I'm certainly not asleep :) |
| 08:38:49 | | Quit chendo (Read error: 60 (Operation timed out)) |
| 08:41:28 | | Join rretzbach [0] (n=robert@dslb-084-062-040-075.pools.arcor-ip.net) |
| 08:45:41 | DrMoreau | its 2:45 am here |
| 08:57:44 | | Quit DrMoreau () |
| 09:00 |
| 09:17:17 | | Quit mirak_ (Read error: 145 (Connection timed out)) |
| 09:20:12 | *** | Saving seen data "./dancer.seen" |
| 09:30:01 | | Join mirak_ [0] (n=mirak@AAubervilliers-152-1-102-80.w86-218.abo.wanadoo.fr) |
| 09:34:28 | | Quit Ed__ (Read error: 104 (Connection reset by peer)) |
| 09:34:31 | | Join Ed_ [0] (i=ed@palm.hoeg.nl) |
| 09:39:13 | | Quit powr-toc ("Leaving") |
| 09:40:30 | | Join xNibbler [0] (n=sven@port-212-202-77-44.dynamic.qsc.de) |
| 09:41:52 | | Quit Nibbier (Read error: 110 (Connection timed out)) |
| 09:48:18 | | Join bluebrother [0] (i=nKfCywIB@nat-wh-1.rz.uni-karlsruhe.de) |
| 09:50:33 | | Quit xNibbler (Remote closed the connection) |
| 09:53:46 | | Join darkskiez [0] (n=mbryars@bb-87-81-62-203.ukonline.co.uk) |
| 10:00 |
| 10:02:07 | | Quit darkskiez (Read error: 148 (No route to host)) |
| 10:04:38 | | Join ender` [0] (i=null@84.52.165.220) |
| 10:08:39 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-133-244.pools.arcor-ip.net) |
| 10:11:50 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 10:17:37 | | Quit linuxstb ("Leaving") |
| 10:17:41 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 10:18:36 | | Join chendo__ [0] (n=chendo@203-206-9-177.dyn.iinet.net.au) |
| 10:19:52 | | Join Nibbier [0] (n=sven@port-212-202-77-44.dynamic.qsc.de) |
| 10:21:42 | | Quit chendo_ (Read error: 60 (Operation timed out)) |
| 10:43:38 | | Join barrywardell [0] (n=barrywar@194.46.168.78) |
| 10:50:49 | | Join pixelma [0] (i=pixelma@82.193.235.34) |
| 10:58:18 | | Quit Rudy4Pez () |
| 11:00 |
| 11:05:53 | | Quit MarcoPolo (Remote closed the connection) |
| 11:07:14 | * | linuxstb yawns |
| 11:07:25 | | Join stoffel [0] (n=SFR@p50816947.dip.t-dialin.net) |
| 11:07:40 | | Part stoffel ("Verlassend") |
| 11:10:28 | | Quit Landus (Nick collision from services.) |
| 11:10:50 | | Join Landus [0] (i=Landus@70-100-181-192.dsl1-erie.roc.ny.frontiernet.net) |
| 11:12:20 | | Join JdGordon [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) |
| 11:12:39 | JdGordon | hey all |
| 11:12:54 | JdGordon | anyone awake yet? |
| 11:12:55 | | Quit scorche (Read error: 104 (Connection reset by peer)) |
| 11:13:17 | | Join scorche [0] (n=scorche@208-110-158-224.customer.csolutions.net) |
| 11:20:13 | *** | Saving seen data "./dancer.seen" |
| 11:32:03 | | Join naquada [0] (n=naquada@IGLD-83-130-34-240.inter.net.il) |
| 11:32:04 | | Quit damaki_ (Read error: 104 (Connection reset by peer)) |
| 11:32:33 | naquada | can any one help me with an iaudio x5l ? |
| 11:32:57 | naquada | i like to know if i will install rockbox will it do someting to my bettary ? |
| 11:33:21 | linuxstb | What do you mean? |
| 11:33:25 | scorche | if you mean something harmful, no |
| 11:34:49 | naquada | someone told me , that if i will install rockbox on the player the battry life will be harmd/ |
| 11:35:31 | | Join hockyhair [0] (n=d@adsl-69-109-224-103.dsl.pltn13.pacbell.net) |
| 11:35:49 | scorche | as i said, rockbox does not do anything harmful to your battery |
| 11:35:57 | hockyhair | any changes with 5g ipod in the last few weeks? |
| 11:36:11 | scorche | hockyhair: check the commit list.. |
| 11:36:19 | hockyhair | where? |
| 11:36:25 | scorche | front page |
| 11:36:35 | naquada | http://iaudiophile.net/forums/archive/index.php/t-9303.html |
| 11:36:47 | scorche | there is a link that says something like "all commits since 2.5" |
| 11:37:43 | scorche | "killing it sooner" is quite the overstatement |
| 11:38:06 | scorche | rockbox battery life is less than the original firmware, but it doesnt harm the battery |
| 11:38:17 | scorche | and the battery life under rockbox will change for the batter |
| 11:38:44 | hockyhair | scorche: can you explain what car adapter mode does, i dont notice any change when it's set to on |
| 11:38:57 | naquada | if with the original firmware i get 40 houers what will i get with rockbox ? |
| 11:39:00 | JdGordon | linuxstb: how "expensive" are new threads? i figured out a sweet way to do random folder advance, but it really needs a new thread to keep a folder list in the background (really only needed on startup and if folders are removed, added...) |
| 11:39:31 | scorche | hockyhair: if it is the feature i am thinking of, it will turn the device off when a current is going through the charger and turn it back on when it is returned |
| 11:39:53 | scorche | good for the car so you dont have to touch it when running errands and such |
| 11:40:00 | hockyhair | that always happens regardless of any setting for me |
| 11:40:08 | naquada | scorche:if with the original firmware i get 40 houers what will i get with rockbox ? |
| 11:40:40 | linuxstb | JdGordon: Won't that involve a large buffer to store the folder list? |
| 11:40:42 | hockyhair | i mean, i always have to hold menu when pluging in the charger other wise it will shutdown and rb will not load |
| 11:40:44 | scorche | naquada: you dont get 40 hours...and i am not sure that the current state of life is like |
| 11:40:59 | JdGordon | linuxstb: no, i'm going to use a file on disk as the buffer |
| 11:41:08 | scorche | naquada: there should be a page in the wiki about it...search for "runtime" and look at the results for x5l |
| 11:41:21 | JdGordon | linuxstb: thats the only way it can work reasonably quickly using little ram |
| 11:41:26 | naquada | did anyone here install rockbox on iaudio x5l ? |
| 11:41:40 | linuxstb | JdGordon: Isn't that just duplicating the functionality of dircache? |
| 11:42:03 | JdGordon | slightly... well.. yes |
| 11:42:13 | JdGordon | i cant see how to use dircache for this tho |
| 11:43:51 | naquada | thx all |
| 11:43:54 | | Quit naquada () |
| 11:44:59 | amiconn | hmm, he left... |
| 11:45:30 | amiconn | scorche: The X5L has very long battery life, that's what the L stands for |
| 11:45:42 | scorche | yes, but not as long as the OF |
| 11:45:50 | amiconn | Cowon states 35 hours iirc |
| 11:46:01 | | Quit barrywardell () |
| 11:46:32 | amiconn | Rockbox isn't that bad compared to the OF on X5 |
| 11:46:34 | scorche | didnt realize it was *that* long, but how does that affect the discussion and his questions? |
| 11:47:20 | scorche | heh...i never said it was that bad, just not as good as OF yet....he was asking if rockbox did anything harmful |
| 11:47:43 | amiconn | Basically, rockbox battery life is clearly better than OF on Archos Ondios, slightly better on HD based archoses and irivers, and roughly equal or slightly worse on X5 |
| 11:48:01 | amiconn | The only targets where rockbox battery life is far worse than OF are the ipods |
| 11:48:47 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 11:48:47 | hockyhair | someone is working on that now correct? |
| 11:48:48 | scorche | as i said..i didnt say or refer to "far worse", but i didnt think we were up to equal yet |
| 11:48:51 | amiconn | It should be possible to bring rockbox on X5 on par with the iriver targets |
| 11:49:04 | | Quit linuxstb (Nick collision from services.) |
| 11:49:07 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
| 11:49:32 | amiconn | The main pb is the inefficient pcf50605 driver |
| 11:51:53 | | Quit linuxstb (Read error: 104 (Connection reset by peer)) |
| 11:51:55 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 11:52:03 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
| 11:59:19 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 11:59:29 | * | linuxstb_ is having a bad ADSL day... |
| 11:59:36 | | Quit linuxstb (Nick collision from services.) |
| 11:59:37 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
| 12:00 |
| 12:01:21 | JdGordon | does anyone know how the next/up/down variables work in the dircache_entry struct? |
| 12:01:44 | linuxstb | amiconn: If you have a few minutes, I would be curious to know your thoughts about the bmp resizing patch: http://www.rockbox.org/tracker/task/5697 |
| 12:01:47 | JdGordon | can i assume next is a file/folder in the current folder, up is the parent dir, down is enter the folder if this is a folder? |
| 12:02:19 | linuxstb | I've started to look at the album art patch, to see what needs to be done before it can be considered for committing, and the album art patch now relies on that bmp resizing patch. But I'm pretty sure we wouldn't want to commit it (the bmp resizing patch). |
| 12:02:47 | linuxstb | JdGordon: I think you would need to ask Slasheri... |
| 12:03:00 | JdGordon | ok |
| 12:03:09 | JdGordon | Slasheri: you around? |
| 12:03:52 | Slasheri | JdGordon: next = goes to the next entry in the current dir. down = goes to the sub directory if current entry is a directory. up = goes to the parent directory or NULL if already in the root |
| 12:04:17 | JdGordon | ok, thanks |
| 12:05:05 | JdGordon | Slasheri: also, is there seems to be 2 values attribute can be if it is a dir, depending on if it is a sim or target build... is there a better way to check? |
| 12:05:17 | JdGordon | ATTR_DIRECTORY for sim or FAT_ATTR_DIRECTORY otherwsie? |
| 12:05:45 | Slasheri | hmm, i think they should be identical |
| 12:06:16 | Slasheri | |tns.c:130: internal compiler error: in reload_cse_simplify_operands, at postreload.c:391 |
| 12:06:19 | Slasheri | |Please submit a full bug report, |
| 12:06:22 | Slasheri | |with preprocessed source if appropriate. |
| 12:06:24 | Slasheri | |See <URL:http://gcc.gnu.org/bugs.html> for instructions. |
| 12:06:30 | Slasheri | hehe, weird. I got a compiler error with the latest rockbox sources :D |
| 12:08:43 | JdGordon | amiconn: you dont use dircache do you? |
| 12:08:56 | amiconn | No I don't |
| 12:09:37 | JdGordon | would it be better to add random folder advance using dircache stuff so unless its inited you cant use random, or use my own caching so it can work even if dircache is off |
| 12:09:58 | Slasheri | it seems that compiler error happens only with gcc version 3.4.4. Version 3.4.5 seems to be fixed |
| 12:11:29 | JdGordon | anyone have an option on above question? |
| 12:12:37 | | Part nave7693 |
| 12:13:42 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 12:13:48 | | Quit linuxstb (Nick collision from services.) |
| 12:13:50 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
| 12:14:12 | amiconn | JdGordon: My opinion is simple - I don't need random folder skip at all |
| 12:15:02 | JdGordon | ok, but hypothetically... would it be better to just disable it for everyone who doesnt use dircache? or make it available for everone who would want it? |
| 12:16:11 | amiconn | Depends on what the cost of separate buffering is. I guess it's better to just use the dircache buffer |
| 12:16:13 | | Join Genre9mp3 [0] (n=yngwiejo@dsl-88-218-17-158.customers.vivodi.gr) |
| 12:17:00 | amiconn | The main reasons why I don't use dircache are (1) it uses up RAM for little benefit that's better used for buffering and (2) I still don't really trust it... |
| 12:17:51 | Genre9mp3 | amiconn: trust it? |
| 12:17:54 | scorche | the eye in dircache is a bit shifty... |
| 12:18:36 | amiconn | linuxstb: I think we do want a scaling bmp loader, but (1) for mono (and perhaps also grayscale) targets it shouldn't be part of the core and (2) I don't like the implementation |
| 12:19:05 | JdGordon | amiconn: the other method uses a file to cache the folder list, and possibly a thread so the list can be updated in the background (would really only need to be rebuilt on boot up and if any folders are added or removed), ram useage would be pretty tiny |
| 12:19:48 | JdGordon | unless it had to use a chace, and coulndt piggy-back onto another thread |
| 12:22:55 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 12:23:01 | linuxstb_ | amiconn: What other uses (apart from album art) would there be for a scaling bmp loader? |
| 12:23:05 | | Quit linuxstb (Read error: 104 (Connection reset by peer)) |
| 12:23:42 | JdGordon | scaling backgounrd images? |
| 12:23:51 | amiconn | I can't see any (at least for the core), and that's why I don't want it in the core for mono/greyscale targets |
| 12:24:10 | amiconn | JdGordon: That doesn't make sense... |
| 12:24:19 | JdGordon | why not? |
| 12:24:53 | amiconn | Unlike a wps with album art, where the album art image size can vary depending on the selected theme, the background is always the same size |
| 12:25:08 | amiconn | Scaling on target is therefore just a waste of resources |
| 12:25:39 | JdGordon | yes, of course, but it would allow for backgrounds to not have to be manually scaled, so the same wps zips could work for multple targets |
| 12:25:45 | Genre9mp3 | Wouldn't bmp scaling have a point on a bmp viewer or something? |
| 12:26:03 | amiconn | Genre9mp3: Yes, but for that it doesn't need to be in the core |
| 12:27:13 | amiconn | linuxstb_: Some of my objections against the implementation: (1) It uses an (arbitrary) factor of 1000 for calculating the scaling. Real fixed point arithmetics (e.g. using 16.16 format) would certainly be faster |
| 12:27:58 | amiconn | (2) It calls functions with long parameter lists from within tight loops - certaily very slow |
| 12:28:21 | amiconn | (3) It doesn't anti-alias |
| 12:28:42 | amiconn | (afaics) |
| 12:42:56 | | Quit linuxstb_ (Read error: 110 (Connection timed out)) |
| 12:42:57 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 12:44:58 | | Quit Kohlrabi (Nick collision from services.) |
| 12:45:08 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-136-037.pools.arcor-ip.net) |
| 12:48:48 | | Quit linuxstb_ (Read error: 104 (Connection reset by peer)) |
| 12:54:47 | JdGordon | can anyone give me the ok to commit http://www.rockbox.org/tracker/task/5623 ? |
| 12:56:06 | | Quit jborn_ (Read error: 54 (Connection reset by peer)) |
| 12:56:10 | | Join jborn__ [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) |
| 13:00 |
| 13:03:21 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 13:03:47 | | Quit mordov (Read error: 148 (No route to host)) |
| 13:04:21 | | Join lightyear [0] (n=lightyea@p54877823.dip.t-dialin.net) |
| 13:07:56 | JdGordon | aargg!!!! bloody kate crashed! |
| 13:08:24 | linuxstb_ | emacs! |
| 13:09:28 | ender` | ed! |
| 13:09:32 | JdGordon | :'( lost about 20min of work |
| 13:10:32 | * | ender` got used to pressing the hotkey for save after every line, due to some spectacular failures |
| 13:11:11 | * | scorche 's editor saves work much like word does so there is never anything lost |
| 13:14:25 | * | amiconn 's editor didn't crash a single time yet |
| 13:14:44 | amiconn | I leave it running all the time, often have 20+ files opened |
| 13:15:24 | ender` | my editor hasn't crashed either - but back in the day, i didn't have an UPS |
| 13:15:46 | amiconn | Hehe, a laptop has an 'ups' built in :) |
| 13:17:54 | ender` | 10 years ago, even the computer wasn't mine, and laptops back then... |
| 13:18:14 | JdGordon | are there any threads that are mostly idle that i can piggy back onto safely? |
| 13:18:34 | * | JdGordon decided not to use dircache |
| 13:19:20 | ender` | oh, what's the status of apev2 tags support for MP3s? |
| 13:19:22 | Genre9mp3 | amiconn: I was wondering what are the trust issues you said about dircache... |
| 13:19:59 | | Join pdvhbr [0] (i=d5d935dc@gateway/web/cgi-irc/labb.contactor.se/session) |
| 13:20:17 | *** | Saving seen data "./dancer.seen" |
| 13:23:56 | | Quit pdvhbr (Client Quit) |
| 13:24:42 | | Join mordov [0] (n=mordov@138.80-202-237.nextgentel.com) |
| 13:25:53 | amiconn | Genre9mp3: Dircache introduces a layer of complexity into the rather crucial file operations. There were several weird dircache-related issue. |
| 13:26:08 | amiconn | I doubt that there are no bugs left... |
| 13:28:56 | Genre9mp3 | I see... I use dircache and haven't experienced any bugs related to that... but OTOH you cannot be sure about that |
| 13:29:52 | Genre9mp3 | But it seems really useful for my H300 |
| 13:29:59 | | Part pixie |
| 13:30:30 | Genre9mp3 | It really speeds up things and gets rid of annoying lags in the File Browser |
| 13:30:59 | amiconn | The weird thing is that the disk delays don't annoy me much... except on X5 |
| 13:31:19 | | Join StefanGuenzel [0] (n=stefangu@p54A79470.dip0.t-ipconnect.de) |
| 13:32:18 | amiconn | For some reason it seems that the spinup delay of the X5 HD is longer than on all other targets I have - but it should be similar to my irivers' (or even lower, since it's a single-platter disk) |
| 13:32:58 | Genre9mp3 | X5 use toshiba disks too, right? |
| 13:33:26 | amiconn | yes |
| 13:33:59 | Genre9mp3 | Maybe it's something with the ATA driver then? |
| 13:34:25 | amiconn | No. It's the physical spinup delay... |
| 13:35:28 | amiconn | Perhaps it's only my imagination, because the spinning noise is almost inaudible, unlike my iriver HDs |
| 13:36:26 | Genre9mp3 | amiconn: So...may I ask if you use dircache on your X5? :P |
| 13:36:55 | amiconn | No I don't |
| 13:39:20 | | Join Quazgaa [0] (i=quaz@m158.telcomplus.net) |
| 13:44:41 | JdGordon | hmm... i opened an fd correclty, but write is returning -1? why wold that be? (i opened it with O_CREAT) |
| 13:45:50 | linuxstb_ | I think you also need to use O_RDWR or O_WRONLY |
| 13:46:10 | JdGordon | i thought WRONLY was explicitly used with creat? |
| 13:46:29 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
| 13:46:34 | JdGordon | doH! yeah that was it |
| 13:46:35 | JdGordon | thanks |
| 13:47:11 | linuxstb_ | You may also want O_TRUNC |
| 13:48:25 | hcs | linuxstb_: I put up the thing I was working on yesterday as a patch: http://www.rockbox.org/tracker/task/6095 |
| 13:49:40 | StefanGuenzel | Good day everybody |
| 13:50:27 | JdGordon | :D random folder advance works, and i dont tihnk it adds to much to bloat.. |
| 13:50:34 | | Join petur [0] (n=petur@d54C0B7F7.access.telenet.be) |
| 13:50:41 | linuxstb_ | hcs: The changing to scrolling behaviour is probably due to the recent kernel scheduler changes - when did you last update your version of Rockbox? |
| 13:51:31 | StefanGuenzel | I want to to help rockbox project by working on Manuals |
| 13:51:40 | hcs | linuxstb_: let me see, I thought it was yesterday, I'll update from CVS and see if I still see the same difference between pre- and post- patching |
| 13:51:46 | bluebrother | StefanGuenzel, nice to hear |
| 13:52:29 | StefanGuenzel | but I dont know how?! Can anybody give my a help? |
| 13:52:33 | bluebrother | sure. |
| 13:52:41 | StefanGuenzel | thx |
| 13:52:52 | linuxstb_ | hcs: I'll start a test running now on my Color, and I'll let you know what happens. |
| 13:53:06 | bluebrother | how much do you already know? Have you been able building the manual yourself already? |
| 13:53:15 | Ed_ | ender`: hello? |
| 13:53:34 | Ed_ | ender`: heh - you're ender from #amule? lol :) |
| 13:53:40 | Ed_ | long time no speek :) |
| 13:54:22 | bluebrother | and read http://www.rockbox.org/twiki/bin/view/Main/ManualHowto if you haven't done already. |
| 13:54:33 | hcs | linuxstb_: thanks, I'm really fumbling around in the dark with this |
| 13:55:56 | linuxstb_ | hcs: That's what ipod development is like most of the time... |
| 13:56:53 | StefanGuenzel | I m wondering why I didnt found the manualhowto link... sorry I m gonna red it |
| 13:57:08 | bluebrother | np :) |
| 13:58:34 | | Join rr3tzbach [0] (n=robert@dslb-088-076-085-120.pools.arcor-ip.net) |
| 14:00 |
| 14:00:20 | | Nick Ribs3 is now known as Ribs (n=freenode@91.84.8.218) |
| 14:00:39 | | Join TeaSea [0] (n=thunderc@82.153.195.210) |
| 14:02:28 | hcs | linuxstb_: yes, you are correct, the scrolling speed issues I mentioned in the patch report are present without my patch |
| 14:02:43 | hcs | it is also nice that scrolling doesn't cause skipping anymore |
| 14:03:17 | hcs | I'll see if the whole phenomenon isn't just caused by changes to the scheduler... |
| 14:03:32 | | Quit TeaSea (Remote closed the connection) |
| 14:05:35 | bluebrother | StefanGuenzel, we also have a LatexGuidelines and ManualTodo wiki page |
| 14:06:53 | StefanGuenzel | The best way of starting with the documentation effort would be to download the manual module from the cvs repository. From your Rockbox cvs root: |
| 14:06:53 | StefanGuenzel | cvs co manual |
| 14:08:24 | StefanGuenzel | when I trying to download the hole manual\ I just get a html file |
| 14:08:25 | | Part pixelma |
| 14:08:45 | bluebrother | the whole manual/ ? |
| 14:09:09 | bluebrother | you need to do a checkout from cvs −− you can't download it from the web directly |
| 14:09:13 | StefanGuenzel | http://www.rockbox.org/viewcvs.cgi/manual/?hideattic=0 |
| 14:09:25 | bluebrother | (except by downloading the source tarball) |
| 14:10:17 | bluebrother | see http://www.rockbox.org/twiki/bin/view/Main/UsingCVS |
| 14:10:37 | bluebrother | what OS are you working with? |
| 14:13:45 | | Quit petur ("here today, gone tomorrow") |
| 14:16:09 | JdGordon | what does B stand for in the OS Stack debug screen? |
| 14:17:18 | | Quit Davide-NYC ("Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]") |
| 14:17:32 | bluebrother | blocked? |
| 14:17:36 | | Quit rretzbach (Read error: 110 (Connection timed out)) |
| 14:18:33 | * | bluebrother is out for a couple of minutes |
| 14:18:49 | | Join TeaSea [0] (n=thunderc@82.153.195.210) |
| 14:21:54 | | Quit TeaSea (Read error: 131 (Connection reset by peer)) |
| 14:21:57 | | Quit _Veseliq_ (Read error: 145 (Connection timed out)) |
| 14:23:59 | StefanGuenzel | I m working with WinXP |
| 14:24:08 | | Join _FireFly_ [0] (n=FireFly@p54A44F32.dip.t-dialin.net) |
| 14:24:36 | linuxstb_ | hcs: Bad news - my ipod's crashed with the usual data abort... |
| 14:25:18 | hcs | linuxstb_: ah, pity, I'm running the build straight from CVS and haven't run into anything yet |
| 14:27:57 | hcs | I hate how it never crashes _when I want it to_ |
| 14:29:19 | | Join leachbj [0] (n=leachbj@pdpc/supporter/sustaining/leachbj) |
| 14:29:54 | | Join TeaSea [0] (n=thunderc@82.153.195.210) |
| 14:31:05 | | Join rushfan [0] (n=rushfan@adsl-65-43-158-60.dsl.bcvloh.ameritech.net) |
| 14:31:20 | rushfan | Hello. I bought an 80GB ipod. Does rockbox still work w/ them despite the minor changes in hardware? |
| 14:33:00 | | Quit TeaSea (Remote closed the connection) |
| 14:33:19 | linuxstb_ | rushfan: Not at the moment. |
| 14:33:47 | linuxstb_ | But at least one person is working on it, and the changes do indeed seem minor. |
| 14:34:14 | rushfan | linuxstb_: Ok. Good thing I waited. heh |
| 14:34:18 | rushfan | Now I need to get gtkpod working. |
| 14:34:33 | hcs | linuxstb_: got the cvs build to crash, almost immediately after I touched the scroll wheel once to get the screen on |
| 14:35:07 | | Join Davide-NYC [0] (n=chatzill@user-12hdtm5.cable.mindspring.com) |
| 14:35:34 | rushfan | hcs: cool |
| 14:35:50 | hcs | ? |
| 14:36:06 | Davide-NYC | VMWare finally working without decimating my machine's performance in WinXP! \o/ halleluyah |
| 14:36:16 | rushfan | hcs: Well I mean at least something is being done |
| 14:36:21 | leachbj | linuxtsb_ the bootloader is still not working on the new 5g though right? |
| 14:36:49 | rushfan | I love how iTunes fscks my tags and album art when I transfer, and its made by apple. |
| 14:37:05 | linuxstb_ | leachbj: I think someone got it working. So we know at least the existing LCD driver works fine on the new 5g. |
| 14:37:09 | Davide-NYC | quick question: how do I cut 'n' paste clipboard text in and out of the VMWare OS? |
| 14:37:41 | bluebrother | StefanGuenzel, I'm back. How can I help you? |
| 14:38:00 | linuxstb_ | leachbj: Nice to see you around btw. |
| 14:38:30 | | Join _Veseliq_ [0] (n=veseliq@195.85.215.210) |
| 14:39:45 | leachbj | linuxstb_: thats encouraging. yeah i've been pretty busy with non-computer stuff for the last 7mths. |
| 14:40:22 | linuxstb_ | Has the new Nano got your attention? |
| 14:40:39 | leachbj | yeah thats what i've been looking at |
| 14:41:10 | linuxstb_ | Any progress? I've got one but am stuck with the encryption... |
| 14:41:49 | leachbj | none really a bit of info about the encryption header but nothing helpful |
| 14:44:13 | | Part rushfan |
| 14:52:09 | | Join freqmod [0] (n=freqmod@140.84-48-78.nextgentel.com) |
| 14:52:24 | linuxstb_ | hcs: There seems to be a nasty typo in pp5020.h - CPU_INT_STAT is defined as 0x64004000, but it should (I think) be 0x60004000..... |
| 14:52:40 | hcs | linuxstb_: yeah, i noticed that |
| 14:52:58 | hcs | figured it was just something I didn't understand |
| 14:53:34 | | Join nls [0] (i=HydraIRC@nl104-202-216.student.uu.se) |
| 14:54:30 | JdGordon | the tree context stuff is not mult-thread safe at all is it? |
| 14:55:38 | linuxstb_ | hcs: I changed it, but got a freeze about a minute into my first test. I'm testing again now... |
| 14:56:14 | hcs | is this with my patch? |
| 14:56:19 | linuxstb_ | I've always had data aborts in the past, so a freeze is nice change. This is without your patch, but with pp5020.h changed. |
| 14:56:58 | hcs | I've generally had freezes, and only occasionally data aborts |
| 14:58:02 | hcs | I'll make that fix in my build as well |
| 14:59:19 | leachbj | linuxstb_ 0x60004000 is interrupt status for CPU |
| 15:00 |
| 15:02:07 | linuxstb_ | leachbj: That's what I thought... But Rockbox has defined it as 0x64004000 and has been using it for months... |
| 15:03:53 | hcs | linuxstb_: are you sure it makes sense to do an OR with the interrupt enable register? |
| 15:04:18 | | Join TeaSea [0] (n=thunderc@82.153.195.210) |
| 15:04:32 | linuxstb_ | hcs: Have you tried deleting that line completely? |
| 15:04:44 | linuxstb_ | I'm not sure of anything any more... |
| 15:05:34 | hcs | linuxstb_: I tried it, but I was getting contradictory behavior |
| 15:06:01 | linuxstb_ | Contradictory? |
| 15:06:19 | linuxstb_ | Was that with pp5020.h fixed? |
| 15:06:38 | hcs | linuxstb_: no |
| 15:06:52 | hcs | it would just crash on boot sometimes, work fine otehrs |
| 15:06:54 | hcs | *others |
| 15:08:34 | hcs | I'm rebuilding with the typo fix and nothing special in set_cpu_frequency |
| 15:09:39 | | Quit Quazgaa (Read error: 110 (Connection timed out)) |
| 15:13:15 | | Join lodesi [0] (n=lds@82.247.165.89) |
| 15:18:21 | linuxstb_ | hcs: I've just got a data abort - with just pp5020.h fixed. |
| 15:18:39 | hcs | hmm, you have a photo? |
| 15:19:11 | linuxstb_ | Yes. |
| 15:19:37 | hcs | I'm running with pp5020.h fixed and the OR removed from system.c, it'll be a while before I have anything to say about it. |
| 15:20:21 | *** | Saving seen data "./dancer.seen" |
| 15:20:25 | * | hcs uses Pink Floyd for testing |
| 15:21:37 | | Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) |
| 15:23:49 | | Part amiconn |
| 15:23:59 | linuxstb_ | The data abort always seems to be 0x18 bytes from the end of set_cpu_frequency. The asm for that function is here: http://pastebin.ca/186783 |
| 15:24:08 | | Quit Davide-NYC ("Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]") |
| 15:24:32 | hcs | linuxstb_: yes, the rare times I've seen a data abort I've seen the same thing, when using objdump on rockbox.elf |
| 15:25:00 | hcs | it's just odd that you regularly get data aborts but I only get freezes |
| 15:25:38 | | Quit Rahab ("Rahab has no reason") |
| 15:35:42 | | Quit StefanGuenzel (Read error: 104 (Connection reset by peer)) |
| 15:39:53 | hcs | linuxstb_: ok, got a freeze with pp5020.h fixed and nothing in set_cpu_frequency(), trying next with pp5020.h fixed and my patch |
| 15:48:17 | hcs | I shall test that as I go off to lunch... |
| 15:57:58 | | Quit freqmod ("Konversation terminated!") |
| 16:00 |
| 16:00:57 | | Join freqmod [0] (n=freqmod@140.84-48-78.nextgentel.com) |
| 16:01:03 | | Quit freqmod (Remote closed the connection) |
| 16:04:01 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 16:04:22 | | Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 16:09:38 | | Join Criamos [0] (n=Criamos@p54933B06.dip0.t-ipconnect.de) |
| 16:10:17 | | Quit linuxstb_ (Read error: 110 (Connection timed out)) |
| 16:14:02 | aliask | linuxstb: Not sure if this is relevant, but when disabling HAVE_ADJUSTABLE_CPU_FREQ, rockbox is occaisionally able to load, and when it does I get static over the headphones when it tries to voice anything, and sometimes when I hold menu and select. |
| 16:23:32 | | Join freqmod [0] (n=freqmod@140.84-48-78.nextgentel.com) |
| 16:26:43 | | Join niskel [0] (n=niskel@fctnnbsc15w-156034069077.nb.aliant.net) |
| 16:29:49 | | Quit JdGordon ("Konversation terminated!") |
| 16:31:51 | | Quit TeaSea (Read error: 110 (Connection timed out)) |
| 16:34:07 | | Join damaki [0] (n=Chocolat@ALille-253-1-25-182.w90-7.abo.wanadoo.fr) |
| 16:44:37 | | Quit aliask ("sleep") |
| 16:55:10 | | Join lamed [0] (i=d49656d3@gateway/web/cgi-irc/labb.contactor.se/session) |
| 16:55:16 | lamed | hello |
| 16:55:24 | | Join TeaSea [0] (n=thunderc@82.152.211.20) |
| 16:56:14 | linuxstb | lamed: Hi. |
| 16:57:36 | lamed | linuxstb: I'm starting to be afraid that that ipod gut i've orderd from is a hoax, but time will tell, haven't paid yet. |
| 16:57:48 | lamed | is there a nicer way of doing strcat((char *)next," "); |
| 16:58:17 | lamed | i'm connecting two words, say strcat(str1,str2), but I need to add a gap in between |
| 17:00 |
| 17:02:08 | | Join Cheapy| [0] (n=nostrada@kron2-46-61.resnet.wisc.edu) |
| 17:15:44 | lamed | linuxstb: no idea? |
| 17:20:23 | *** | Saving seen data "./dancer.seen" |
| 17:22:08 | | Quit niskel ("Konversation terminated!") |
| 17:25:10 | | Join niskel [0] (n=niskel@fctnnbsc15w-156034069077.nb.aliant.net) |
| 17:30:48 | linuxstb | lamed: You could use sprintf(str3,"%s %s",str1,str2) |
| 17:42:26 | | Join Paul_The_Nerd [0] (n=Llorean@cpe-72-177-233-125.houston.res.rr.com) |
| 17:44:01 | | Quit mordov ("www.CNLRacing.com") |
| 17:44:59 | | Join alphakiller [0] (n=bits@200.162.22.132) |
| 17:53:47 | | Join spiorf [0] (n=spiorf@host133-144.pool8250.interbusiness.it) |
| 17:55:21 | | Part Paul_The_Nerd |
| 17:58:46 | | Quit lamed ("CGI:IRC (EOF)") |
| 18:00 |
| 18:00:17 | | Join lamed [0] (i=d49656d3@gateway/web/cgi-irc/labb.contactor.se/session) |
| 18:04:06 | lamed | linuxstb: tt, but what file should i include to avoid implicit declaration |
| 18:04:08 | lamed | ? |
| 18:07:42 | | Quit niskel (Remote closed the connection) |
| 18:11:02 | bluebrother | lamed, there exists firmware/include/sprintf.h, so I'd suggest including sprintf.h ;-) |
| 18:12:18 | | Join obo [0] (n=obo@82-46-82-224.cable.ubr02.trow.blueyonder.co.uk) |
| 18:14:03 | lamed | actually, it doesn't work (!). |
| 18:14:53 | bluebrother | huh? I can find quite a couple of files including sprintf.h ... |
| 18:15:15 | lamed | i'm trying to figure out where the real sprintf function is located so i could trace the correct file to include. |
| 18:15:53 | lamed | the sprintf.c file doesn't contain a sprintf function |
| 18:16:07 | lamed | (under /common) |
| 18:17:34 | bluebrother | interesting. When I tried using sprintf it worked fine. |
| 18:17:49 | alphakiller | my guess it's a macro |
| 18:17:50 | alphakiller | :P |
| 18:17:55 | | Join baadb33f [0] (i=mewho@24.151.104.191) |
| 18:18:16 | baadb33f | hello all |
| 18:18:31 | | Nick baadb33f is now known as DrMoreau (i=mewho@24.151.104.191) |
| 18:18:54 | lamed | hmm. |
| 18:19:17 | lamed | btw it works for me too, just complaining when i make it. |
| 18:19:30 | alphakiller | well |
| 18:19:51 | alphakiller | probably something like: memcpy(target, source, strlen(source)); |
| 18:21:21 | bluebrother | is someone around with knowledge of the h10 port? |
| 18:22:06 | lamed | i was grepping the whole source and i couldn't find it. |
| 18:24:38 | DrMoreau | linuxstb: ping |
| 18:26:11 | | Join rotator [0] (n=e@rockbox/developer/rotator) |
| 18:28:21 | DrMoreau | anyone have experience with ata.c? |
| 18:35:34 | | Quit freqmod (Read error: 104 (Connection reset by peer)) |
| 18:35:41 | | Quit Genre9mp3 ("I don't suffer from Rockbox psychosis. I enjoy every minute of it.") |
| 18:37:36 | | Join SereR0kR [0] (n=SereR0kR@Ea7f2.e.strato-dslnet.de) |
| 18:42:03 | | Join Mordov|hardlywo [0] (n=mordov@138.80-202-237.nextgentel.com) |
| 18:48:28 | | Quit flux__ (Remote closed the connection) |
| 18:51:36 | | Join linuxstb_ [0] (i=5343d4aa@gateway/web/cgi-irc/labb.contactor.se/session) |
| 18:51:52 | linuxstb_ | lamed: In Rockbox, you should use snprintf |
| 18:52:00 | | Join Davide-NYC [0] (n=chatzill@user-12hdtm5.cable.mindspring.com) |
| 18:56:13 | Davide-NYC | hello all, I recently switched from using cygwin to using the rockbox vmware image for compiling |
| 18:56:36 | Davide-NYC | I still get an error when attempting to compile a build with profiling enabled |
| 18:56:41 | Davide-NYC | can anyone help me? |
| 18:58:42 | linuxstb_ | It's what we said the other day - with profiling enabled, the AAC codec is too big. |
| 18:59:16 | Davide-NYC | Ah. I didn;t understand that there was nothing I could do about that |
| 18:59:35 | Davide-NYC | thanks |
| 18:59:53 | linuxstb_ | Are you wanting to profile the AAC codec, or something else? |
| 19:00 |
| 19:00:09 | Davide-NYC | either the AAC or WMA decoders |
| 19:00:38 | linuxstb_ | IMO, the WMA decoder is still in too rough a state to start profiling - it needs to be made to work first. |
| 19:00:57 | | Quit Kohlrabi ("Quit") |
| 19:01:39 | Davide-NYC | I have ranted in the forum that M4A and WMA playback are very important for rockbox and am trying to find a way to help in optimizing the decoders |
| 19:02:07 | Davide-NYC | being a noob I am finding it difficult to contribute on this vector |
| 19:02:11 | Davide-NYC | :-) |
| 19:04:50 | | Join XavierGr [0] (n=xavier@ppp155-188.adsl.forthnet.gr) |
| 19:08:03 | * | bluebrother doesn't consider wma to be important for Rockbox at all |
| 19:09:45 | Davide-NYC | it's just an unnecessary barrier to entry for (i presume) a lot of people. |
| 19:09:45 | hcs | linuxstb_: back from lunch, had two unusual crashes, it rebooted but hung on the apple screen |
| 19:10:25 | Davide-NYC | AAC is definitely a barrier to entry for a ton of ipod users. |
| 19:10:36 | Davide-NYC | (AAC playback) |
| 19:11:55 | Soap | Davide-NYC - while I agree 100% with the points you made in the forum thread about the # of people who rip to AAC or WMA because they are the default on the two most popular media players/rippers... |
| 19:12:20 | | Join barrywardell [0] (n=barrywar@194.46.168.78) |
| 19:12:30 | Soap | I do think that amongst the "target market" of Rockbox users they are actually a minority. |
| 19:12:36 | linuxstb_ | hcs: My ipod is still crashing as normal as well... |
| 19:12:54 | hcs | linuxstb_: well, this is an abnormal form of crash for me... |
| 19:13:14 | Davide-NYC | Soap: I bet that target market would shift incredible once aac and wma playback worked |
| 19:13:21 | Soap | ahh, but |
| 19:13:59 | Soap | the very fact that the people in question only use the default ripping behavior is, IMHO, indicitive of the fact they would not be attracted to a non-default firmware. |
| 19:14:11 | Soap | Except for doom and rockboy. |
| 19:14:11 | Davide-NYC | good point |
| 19:15:06 | Soap | And the very same people who come to rockbox for doom and rockboy are the ones who, once again IMHO, will be the most problematic about DRM'd AAC and WMA files and "why won't my iTunes downloads play on Rockbox?" |
| 19:15:50 | Davide-NYC | hmmm, you're probably right. I might be out of touch from the median RB user. I'm primarily focused on recording and then playback. I use no games at all. In fact I patch them out of my builds. |
| 19:16:27 | Davide-NYC | I just find near universal playback of whatever audio files type very very attractive. |
| 19:16:57 | Soap | I find it attractive also, but I'd like to believe it is the icing on the cake, and the cake isn't fully baked yet. |
| 19:17:49 | * | Davide-NYC decides to go see what is missig from a 3.0 release |
| 19:19:08 | DrMoreau | linuxstb: the bootloader now runs on the 5.5, but it detects the hdf size 1/4 of what it really is.. with ata.c patched for 2048 bytes/sector it hangs after the hd detection |
| 19:20:04 | DrMoreau | can you explain how the sector count is derived? |
| 19:20:26 | *** | Saving seen data "./dancer.seen" |
| 19:21:43 | | Quit damaki (Remote closed the connection) |
| 19:22:14 | linuxstb_ | The sector count is in the partition table. I'm not sure if it's ata.c you should be changing, or fat.c/disk.c |
| 19:22:57 | DrMoreau | both ata.c and fat.h have SECTOR_SIZE hcd at 512 |
| 19:24:59 | linuxstb_ | AFAIK, the physical sector size is still 512 bytes - so the ATA sector read/write commands will still transfer 512 bytes. |
| 19:25:29 | DrMoreau | oic.. hmmmmm thats weird so why do they make it 2048 externally? |
| 19:25:51 | | Join damaki [0] (n=Chocolat@ALille-253-1-25-182.w90-7.abo.wanadoo.fr) |
| 19:26:12 | hcs | linuxstb_: I'm putting the CPU_INT_CLR=CPU_HI_INT_CLR=-1 I had in yesterday back in. |
| 19:26:20 | | Join hockyhai1 [0] (n=d@adsl-69-109-224-103.dsl.pltn13.pacbell.net) |
| 19:27:49 | | Quit lucaferr ("a CBIRC user") |
| 19:29:50 | | Quit lamed ("CGI:IRC (EOF)") |
| 19:30:01 | | Quit darkless (Remote closed the connection) |
| 19:30:26 | linuxstb_ | DrMoreau: Do you know what the bytespersector value is in the MBR? |
| 19:30:26 | | Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) |
| 19:30:33 | Davide-NYC | In releasetodo where it says "Remote support for iRiver" does that mean for each and every plugin? Where does core functionality stop and plugin remote support begin? |
| 19:30:43 | Davide-NYC | Currently it's at 50% |
| 19:31:00 | DrMoreau | no.. how can i tell? |
| 19:34:51 | hcs | ...lousy broken MP3s making me think something's wrong with rockbox... |
| 19:36:16 | DrMoreau | linuxstb_: So is the partition size derermined in fat.c? |
| 19:38:12 | | Quit hockyhair (Read error: 110 (Connection timed out)) |
| 19:40:09 | | Quit darkless (Remote closed the connection) |
| 19:40:55 | | Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) |
| 19:41:16 | hcs | linuxstb_: I'm getting a really weird effect here, with volume popping oddly between channels |
| 19:41:38 | hcs | *balance |
| 19:41:54 | linuxstb_ | The partition table is read in disk.c - from the first sector on the disk. That sector read appears to work fine (without any modifications to Rockbox), which to me would mean that ata.c is fine. It contains the start sector and size in sectors. But what I'm not sure of is how Rockbox should determine that sector size. |
| 19:42:31 | leachbj | hcs: are you testing with a new 5g? |
| 19:42:59 | hcs | leachbj: no, 4g color, testing a "stability patch" |
| 19:43:02 | hcs | which doesn't work |
| 19:44:37 | DrMoreau | linuxstb: oic.. checking disk.c... |
| 19:46:10 | | Join darkskiez [0] (n=mbryars@bb-87-81-62-203.ukonline.co.uk) |
| 19:46:29 | | Quit darkskiez (Read error: 131 (Connection reset by peer)) |
| 19:46:55 | | Join darkskiez [0] (n=mbryars@bb-87-81-62-203.ukonline.co.uk) |
| 19:47:15 | dionoea | is ARMv5TE something that portal player chips are compatible with ? |
| 19:50:31 | | Join FOAD_ [0] (n=dok@a82-93-10-238.adsl.xs4all.nl) |
| 19:50:52 | | Join Famicom [0] (i=Famicom_@232.Red-88-1-86.dynamicIP.rima-tde.net) |
| 19:51:36 | linuxstb_ | dionoea: The PP chips are arm7tdmi - which I think is ARMv4 |
| 19:51:39 | | Quit TeaSea (Remote closed the connection) |
| 19:52:02 | | Quit damaki (Remote closed the connection) |
| 19:52:07 | dionoea | oh ... ok :( the ffmpeg devel ml has been receiving loads of ARM5 related patches lately |
| 19:52:15 | dionoea | i was hoping that it could help |
| 19:52:21 | DrMoreau | linuxstb: okay a quick patch to dick.c gets the correct size detected :)) still wont mount though.. |
| 19:52:30 | DrMoreau | thats disk.c |
| 19:52:32 | | Join TeaSea [0] (n=thunderc@82.152.211.20) |
| 19:52:33 | hcs | omg Freudian slip |
| 19:52:58 | dionoea | hehe |
| 19:53:25 | DrMoreau | that'll live forever in the logs... |
| 19:55:10 | Famicom | please, I need some help |
| 19:55:31 | hcs | linuxstb_: I'm looking at system_init(), the addresses written to to clear interrupts look wrong |
| 19:55:38 | Famicom | to get rid of itunes |
| 19:55:41 | Soap | Famicom - you need to ask your question. |
| 19:56:03 | hcs | Famicom: you seek to dethrone the emperor?! |
| 19:56:19 | Famicom | I've read I can use iPOD as a normal flash memory, or mp3 drive |
| 19:56:23 | Famicom | xDD |
| 19:56:42 | Famicom | I want to copy-paste my songs directly to the drive, and make it work |
| 19:57:13 | Famicom | just as it's been always done |
| 19:57:13 | Famicom | so far |
| 19:57:27 | Famicom | until ipod came xD |
| 19:57:40 | linuxstb_ | You want Rockbox then. |
| 19:57:41 | Famicom | so where to start? |
| 19:58:18 | linuxstb_ | http://www.rockbox.org/twiki/bin/view/Main/IpodPort |
| 19:58:48 | | Quit FOAD (Read error: 145 (Connection timed out)) |
| 19:59:00 | Famicom | ;) thanks |
| 19:59:42 | DrMoreau | linuxstb: can you send me the normal bootloader display test for a pod please... |
| 20:00 |
| 20:04:28 | | Join StefanGuenzel [0] (n=stefangu@p54A79470.dip0.t-ipconnect.de) |
| 20:04:47 | | Quit StefanGuenzel (Client Quit) |
| 20:06:39 | | Join San [0] (n=Wonderbo@213-202-172-181.bas504.dsl.esat.net) |
| 20:06:43 | San | hey |
| 20:06:52 | San | is there is problem with MP3 recording? |
| 20:07:00 | San | as in, it varys in speed |
| 20:07:09 | San | when you play the recorded file |
| 20:07:39 | | Join lamed [0] (i=d49656d3@gateway/web/cgi-irc/labb.contactor.se/session) |
| 20:08:45 | lamed | hello. |
| 20:13:54 | lamed | does anybody knows why the space size on the splash function isn't font dependent? it's always 3 pixels long. maybe it's because of small lcd screen sizes for players such as the recorder? |
| 20:14:54 | | Join Ribs2 [0] (n=freenode@91.84.8.218) |
| 20:15:20 | linuxstb_ | DrMoreau: What's the "bootloader display test" ? |
| 20:19:20 | | Nick pill is now known as pill__ (i=pill@loves.voltshells.com) |
| 20:20:50 | | Quit DrMoreau (Read error: 110 (Connection timed out)) |
| 20:20:53 | | Quit Bjoern-Erik ("leaving") |
| 20:22:26 | | Quit Ribs (Read error: 60 (Operation timed out)) |
| 20:24:46 | | Quit coolego1 (Read error: 110 (Connection timed out)) |
| 20:26:31 | | Quit Famicom () |
| 20:30:53 | | Nick Ribs2 is now known as Ribs (n=freenode@91.84.8.218) |
| 20:34:55 | | Quit idnar (Read error: 145 (Connection timed out)) |
| 20:36:39 | | Join idnar [0] (i=mithrand@unaffiliated/idnar) |
| 20:36:54 | | Join TeaSeaLancs [0] (n=thunderc@82.152.213.224) |
| 20:42:11 | | Quit TeaSea (Read error: 145 (Connection timed out)) |
| 20:42:45 | | Quit lamed ("CGI:IRC") |
| 20:42:59 | | Quit SereR0kR () |
| 20:47:43 | | Join [TCK] [0] (n=tckocr@bb-87-80-197-109.ukonline.co.uk) |
| 20:52:25 | | Quit TeaSeaLancs (Read error: 145 (Connection timed out)) |
| 21:00 |
| 21:00:23 | | Quit linuxstb_ ("CGI:IRC (Ping timeout)") |
| 21:05:03 | | Join linuxstb_ [0] (i=5343d4aa@gateway/web/cgi-irc/labb.contactor.se/session) |
| 21:05:07 | | Quit TCK (Read error: 110 (Connection timed out)) |
| 21:08:21 | | Quit San () |
| 21:08:33 | | Join petur [0] (n=petur@rockbox/developer/petur) |
| 21:10:07 | | Quit linuxstb_ ("CGI:IRC (Ping timeout)") |
| 21:14:01 | | Join lee-qid [0] (n=liqid@p54967B6F.dip.t-dialin.net) |
| 21:14:07 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 21:16:21 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 21:17:36 | hcs | linuxstb_: I added CPU_INT_CLR=-1 and CPU_HI_INT_CLR=-1 to system_init(), doesn't seem to have helped at all |
| 21:20:28 | *** | Saving seen data "./dancer.seen" |
| 21:22:15 | | Join Ribs2 [0] (n=freenode@91.84.8.218) |
| 21:22:39 | | Join merbanan [0] (n=banan@c80-216-155-218.cm-upc.chello.se) |
| 21:23:23 | | Join rah [0] (i=zzx@cpc1-nfds10-0-0-cust143.leic.cable.ntl.com) |
| 21:24:54 | | Join linuxstb [0] (i=5343d4aa@gateway/web/cgi-irc/labb.contactor.se/session) |
| 21:29:04 | | Join Rudy4Pez [0] (n=A@71-34-66-241.ptld.qwest.net) |
| 21:29:35 | | Join DrMoreau [0] (i=mewho@24.151.104.191) |
| 21:29:38 | | Quit Ribs (Read error: 60 (Operation timed out)) |
| 21:29:46 | DrMoreau | stupid netgear router |
| 21:34:54 | | Join lucaferr [0] (n=lucaferr@h48n1fls305o1037.telia.com) |
| 21:37:46 | | Join webguest1331 [0] (i=51e3ace4@gateway/web/cgi-irc/labb.contactor.se/session) |
| 21:41:28 | barrywardell | bluebrother: you had a question about the H10 port earlier |
| 21:41:32 | barrywardell | ? |
| 21:45:24 | DrMoreau | grr i can make disk.c report the appripriate disk size by " pinfo[i].size = BYTES2INT32(ptr, 12) * 4 " but it's a hack |
| 21:47:23 | DrMoreau | disk.c and fat.c are beyond me.. can anyone assist? |
| 21:47:30 | | Join Sinbios [0] (n=Sinbios@rn-was1a01.uwaterloo.ca) |
| 21:47:30 | | Quit Sinbios (Remote closed the connection) |
| 21:48:36 | linuxstb | barrywardell: Can the H10 record? |
| 21:48:53 | barrywardell | yes |
| 21:48:59 | barrywardell | it has an internal mic |
| 21:49:08 | | Join Sinbios [0] (n=Sinbios@rn-was1a01.uwaterloo.ca) |
| 21:49:16 | barrywardell | and there is a line in on the dock |
| 21:49:33 | barrywardell | (or you could probably hack a connector together) |
| 21:49:51 | barrywardell | it can also record from the radio |
| 21:50:00 | linuxstb | Are you interested in working on it? I've synced my ipod recording code to CVS, but there's still a lot of work needed. |
| 21:50:29 | barrywardell | yeah, I'd like to try it out at least |
| 21:50:39 | barrywardell | i'd imagine ipods and h10 will be similar |
| 21:50:54 | | Join baadb33f [0] (i=mewho@24.151.104.191) |
| 21:51:08 | linuxstb | OK, I'll post what I've done so far to flyspray. I don't think I'll have any time to work on it any more in the near future. |
| 21:51:25 | * | Soap cries |
| 21:51:42 | | Quit DrMoreau (Read error: 104 (Connection reset by peer)) |
| 21:51:55 | linuxstb | You can probably copy the wm8731 recording code from IPL - they've implemented both mic and line-in recording IIRC. |
| 21:52:01 | baadb33f | linuxstb: do you know anyone who can help me a bit with fat.c and disk.c? |
| 21:52:04 | barrywardell | great. what do you mean by it needs a lot of work? |
| 21:52:27 | | Nick baadb33f is now known as DrMoreau (i=mewho@24.151.104.191) |
| 21:54:04 | linuxstb | 1) Playback is broken after you record; 2) Various features are not yet implemented - changing the gain for example; 3) I haven't tested the MP3 encoder, but the wavpack encoder doesn't work (endian issues I think, maybe unaligned memory accesses as well). WAV is the only codec that's working. |
| 21:55:18 | | Quit aegray ("Lost terminal") |
| 21:55:59 | | Quit darkskiez () |
| 21:56:05 | barrywardell | ah, ok. i'll try it out and see if i can fix some of those issues... |
| 21:56:43 | linuxstb | And 4) Only 16-bit/44.1KHz is implemented, but the hardware (in the H10 as well I think) should support up to 24-bit/96KHz. |
| 21:59:52 | | Join aegray [0] (n=aegray@74.135.163.80) |
| 22:00 |
| 22:04:35 | | Quit lightyear (Remote closed the connection) |
| 22:06:02 | linuxstb | barrywardell: http://www.rockbox.org/tracker/task/6096 |
| 22:08:30 | Davide-NYC | Updated this wiki page: http://www.rockbox.org/twiki/bin/view/Main/KeymapIriverHSeries but I have no way of checking the H3x0 main unit and the non-LCD remote. |
| 22:08:57 | Davide-NYC | If someone owns either please check 'em. Thanks. |
| 22:09:11 | | Quit darkless ("Leaving") |
| 22:15:12 | | Quit webguest1331 ("CGI:IRC (EOF)") |
| 22:18:16 | | Quit MagusG (Read error: 104 (Connection reset by peer)) |
| 22:18:42 | | Quit Landus ("Leaving") |
| 22:18:56 | linuxstb | barrywardell: Can you use the H10's line-in with the iriver firmware? |
| 22:21:29 | barrywardell | i think so |
| 22:21:37 | barrywardell | haven't actually tried it though |
| 22:22:49 | | Quit EspeonEefi ("Leaving") |
| 22:24:51 | | Join Seed [0] (i=ben@85.64.207.9.dynamic.barak-online.net) |
| 22:25:42 | | Join TCK [0] (n=tckocr@bb-87-80-197-109.ukonline.co.uk) |
| 22:28:03 | Davide-NYC | are we using button combos anymore? |
| 22:28:19 | Davide-NYC | I know play/pause + up/down is page up/down |
| 22:28:27 | Davide-NYC | what else? |
| 22:30:16 | | Quit Seedy (Read error: 145 (Connection timed out)) |
| 22:31:20 | | Quit lucaferr ("a CBIRC user") |
| 22:32:27 | linuxstb | Davide-NYC: Have you looked in apps/keymaps/keymap-h1x0_h3x0.c? |
| 22:33:12 | | Join stevenm [0] (n=stevenm@infranelson.student.umd.edu) |
| 22:33:17 | | Nick Ribs2 is now known as Ribs (n=freenode@91.84.8.218) |
| 22:33:23 | stevenm | Hello. For the iriver target (or in general) which GCC are we using? |
| 22:33:36 | Bagder | stevenm: 3.4.6 |
| 22:33:51 | Bagder | for sh and arm we use 4.0.3 |
| 22:33:55 | stevenm | Bagder, do you know if someone has uploaded a built version for linux x86? |
| 22:34:19 | Bagder | build one with tools/rockboxdev.sh |
| 22:34:22 | stevenm | Bagder, I have 3.4.3 and get this error- tns.c:130: internal compiler error: in reload_cse_simplify_operands, at postreload.c:391 building tns.c |
| 22:34:58 | stevenm | Bagder, I have built rockbox with this toolchain before but that was a few months back. Would a compiler upgrade (3.4.6) fix this, or is there another problem with my setup? |
| 22:35:28 | Bagder | that problem is gcc version related |
| 22:35:46 | Bagder | so an upgrade should fix it, yes |
| 22:35:47 | | Join Genre9mp3 [0] (n=yngwiejo@dsl-88-218-17-158.customers.vivodi.gr) |
| 22:36:24 | Davide-NYC | linuxstb: oh boy, I think the main unit key mapping is incorrect as well then |
| 22:36:31 | Davide-NYC | In the wiki |
| 22:36:34 | stevenm | Bagder, ok, thanks. running scrpt now |
| 22:36:36 | Davide-NYC | urghh |
| 22:37:10 | stevenm | got an iriver again from my friend (sans power supply). will have it for a little while, maybe write that midi patch volume prescaler |
| 22:37:31 | | Join belze [0] (i=belze@2001:618:400:0:0:0:53d9:5f54) |
| 22:42:48 | | Quit [TCK] (Read error: 110 (Connection timed out)) |
| 22:47:59 | hcs | I'm going through the firmware on my 60GB ipod photo, I'm seeing a different set of registers used for clearing irqs than is seen in ipl or rockbox, specifically the same registers that are actually regularly used for irq handling |
| 22:49:40 | | Join akaias [0] (n=akaias@76.16.18.102) |
| 22:49:55 | linuxstb | hcs: What registers are you seeing being used? |
| 22:50:43 | hcs | 0x60004138,0x60004128,0x6000411c,0x60004038,0x60004028,0x6000401C |
| 22:51:34 | hcs | whereas both in rockbox its -0x300 from that, for all I know it could be the same registers, but... |
| 22:51:36 | | Quit DrMoreau (Read error: 110 (Connection timed out)) |
| 22:51:42 | linuxstb | Have you seen this page? http://ipodlinux.org/PP5020 |
| 22:51:49 | hcs | yeah |
| 22:52:02 | | Join Bjoern-Erik [0] (n=unknown@67.80-202-110.nextgentel.com) |
| 22:52:09 | hcs | it concurs with what he have in rockbox (with that typo fixed today) |
| 22:52:54 | linuxstb | That wiki page (and the IPL source) is what pp5020.h would have been based on. |
| 22:52:56 | hcs | but it makes no mention of the 0x60001000 range for interrupts, only as cpu/cop mailboxes |
| 22:53:44 | hcs | and it seems to be a fairly reasonable guide from what little of the firmware I've read through so far, though there are some registers which aren't listed on there |
| 22:55:28 | hcs | freezes just fine with that changed, anyway |
| 22:57:38 | hcs | I'm seeing (*0x70000024)|=0xC0, for which I see no equivalent elsewhere |
| 22:57:43 | | Quit lodesi (Read error: 110 (Connection timed out)) |
| 22:59:00 | | Quit Seed (Read error: 60 (Operation timed out)) |
| 23:00 |
| 23:00:03 | | Join Seed [0] (i=ben@85.64.207.9.dynamic.barak-online.net) |
| 23:00:33 | | Join lodesi [0] (n=lds@82.247.165.89) |
| 23:00:53 | | Quit barrywardell () |
| 23:03:40 | | Join StefanGuenzel [0] (n=stefangu@p54A79470.dip0.t-ipconnect.de) |
| 23:07:30 | | Join MHen [0] (i=54a36a61@gateway/web/cgi-irc/labb.contactor.se/session) |
| 23:09:55 | * | MHen hopes a developer will commit his patch 6052 anywhen soone |
| 23:10:17 | * | hcs read that as 6502 |
| 23:10:25 | petur | lol |
| 23:10:25 | * | hcs has NES on the brain |
| 23:10:40 | hcs | not that we don't have a SID player in, too |
| 23:12:12 | | Join Ribs2 [0] (n=freenode@91.84.8.218) |
| 23:19:16 | | Join Angryman_H10 [0] (i=5438b696@gateway/web/cgi-irc/labb.contactor.se/session) |
| 23:20:03 | | Quit Angryman_H10 (Client Quit) |
| 23:20:29 | | Join webguest86 [0] (i=568ebc91@gateway/web/cgi-irc/labb.contactor.se/session) |
| 23:20:31 | *** | Saving seen data "./dancer.seen" |
| 23:20:42 | | Quit Ribs (Read error: 60 (Operation timed out)) |
| 23:21:46 | | Quit webguest86 (Client Quit) |
| 23:28:17 | | Join dainanaki [0] (n=ian@ppp-70-254-88-196.dsl.rcsntx.swbell.net) |
| 23:32:50 | | Join EspeonEefi [0] (i=espeonee@STRATTON-ONE-FORTY-FOUR.MIT.EDU) |
| 23:35:11 | | Quit MHen ("CGI:IRC (EOF)") |
| 23:38:23 | | Part StefanGuenzel |
| 23:51:02 | | Quit lodesi ("Parti") |
| 23:51:15 | | Join lodesi [0] (n=lds@82.247.165.89) |
| 23:59:01 | | Join Famicom [0] (i=Famicom_@232.Red-88-1-86.dynamicIP.rima-tde.net) |
icon identifies that the person is a core developer (has commit access).