| 00:00:04 | Utchybann | old_wheel_value never get assign -1 after long 'untouch'. |
| 00:00:41 | Utchybann | *first 'touch'* |
| 00:03:58 | | Quit Zorda (Read error: 104 (Connection reset by peer)) |
| 00:07:27 | | Nick krazykit is now known as krazykit` (n=kkit@adsl-76-251-250-122.dsl.ipltin.sbcglobal.net) |
| 00:07:49 | | Nick krazykit` is now known as krazykit (n=kkit@adsl-76-251-250-122.dsl.ipltin.sbcglobal.net) |
| 00:08:40 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 00:09:12 | * | kugel wonders why the mtp guys are using an "outside" git repo |
| 00:09:47 | kugel | IMO they should've been given a branch on the svn repo |
| 00:15:50 | * | dewdude got the bootloader...and rockbox...installed on his beast |
| 00:17:41 | JdGordon| | kugel: get a chance to look at 10709? |
| 00:19:18 | | Quit perfectdrug ("CGI:IRC (Ping timeout)") |
| 00:19:33 | kugel | JdGordon|: not before tomorrow |
| 00:20:09 | JdGordon| | arg.. i wantted to comit it tonight.... :( |
| 00:20:35 | JdGordon| | I guess i was really asking if you had objections to any of it? |
| 00:21:19 | kugel | I haven't looked at the latest one, but the one before was ok I think |
| 00:21:55 | | Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) |
| 00:22:00 | JdGordon| | and the api change? or we argue about that later? |
| 00:22:48 | kugel | later rather |
| 00:23:15 | kugel | I'm not opposed to api changes, but it should be a separate commit IMO |
| 00:23:53 | JdGordon| | yep fine, ok |
| 00:24:18 | | Quit kugel ("exit(0);") |
| 00:28:48 | | Quit bmbl ("Bye!") |
| 00:33:27 | | Quit ender (" The only reason some people get lost in thought is because it's unfamiliar territory. -- Paul Fix") |
| 00:36:27 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 00:37:43 | | Quit bertrik (Read error: 113 (No route to host)) |
| 00:39:45 | bluebrother | dewdude: what OS are you using? Are you by chance using WXP with WMP10? |
| 00:40:07 | dewdude | blue: as a matter of fact..it is. |
| 00:40:19 | dewdude | i booted in to ubuntu and it worked fine that way |
| 00:40:44 | | Part marek_ ("Konversation terminated!") |
| 00:41:34 | dewdude | i've got rockbox already installed and running |
| 00:41:47 | bluebrother | well, there's a known issue with XP / WMP10 acting up. No idea what's going wrong there, using WMP11 works fine. Probably some incompatibility with the MTP drivers provided by WMP |
| 00:42:08 | dewdude | *nods* |
| 00:42:16 | dewdude | i figured there was something up...because it'd constantly fail |
| 00:42:46 | dewdude | ubuntu wasn't really that easy either...cuz it wanted to mount MTP which made it unavailable..so i'd have to unmount and make sure everything reset, or LIBMTP would panic |
| 00:43:07 | dewdude | but that's the only time I really should have to deal with that situation anyway...so no biggie |
| 00:43:13 | | Join AaronM [0] (n=Aaron@adsl-4-252-44.mem.bellsouth.net) |
| 00:43:48 | | Join efyx_ [0] (n=efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 00:43:48 | | Quit seani (Read error: 60 (Operation timed out)) |
| 00:44:44 | bluebrother | MTP is not a filesystem you can mount on linux ... maybe there is some fuse implementation handling this. |
| 00:45:10 | bluebrother | but good to head you got it working :) |
| 00:45:53 | | Part froggyman |
| 00:46:19 | dewdude | bluebrother, well, that's what i meant |
| 00:46:42 | dewdude | fuse was doing something...it popped up offering to load rhythmbox |
| 00:47:07 | dewdude | first two times i hit cancel...which lead to libmtp panic...wasn't till i hit that unmount button in the left corner that things worked...but either way...it's working. |
| 00:47:18 | dewdude | that is the reason i bought the player...i'm completely happy now. |
| 00:47:45 | dewdude | but thanks. i'll go ahead and jump outta here. |
| 00:47:47 | | Part dewdude ("Leaving") |
| 00:50:48 | | Quit BlakeJohnson86 ("Leaving.") |
| 00:51:30 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 00:54:36 | | Join salty_horse [0] (n=ori@bzq-79-176-133-241.red.bezeqint.net) |
| 00:58:26 | | Join seani [0] (n=seani@78.33.109.70) |
| 01:00 |
| 01:03:21 | | Join dmb [0] (n=Dmb@unaffiliated/dmb) |
| 01:03:40 | | Join darkham [0] (n=quassel@host60-44-dynamic.31-79-r.retail.telecomitalia.it) |
| 01:09:27 | | Quit DerPapst ("Leaving.") |
| 01:12:16 | | Quit salty-horse (Read error: 110 (Connection timed out)) |
| 01:12:49 | | Quit n17ikh (Read error: 104 (Connection reset by peer)) |
| 01:13:31 | | Join n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) |
| 01:16:09 | | Join salty-horse_ [0] (n=ori@bzq-79-176-133-241.red.bezeqint.net) |
| 01:16:18 | | Quit salty-horse_ (Read error: 104 (Connection reset by peer)) |
| 01:17:10 | *** | Saving seen data "./dancer.seen" |
| 01:20:04 | | Quit darkham (Remote closed the connection) |
| 01:23:53 | | Quit salty_horse (Read error: 145 (Connection timed out)) |
| 01:31:13 | | Quit Thundercloud (Remote closed the connection) |
| 01:33:25 | | Quit efyx_ (Remote closed the connection) |
| 01:34:27 | | Quit kugel (Read error: 60 (Operation timed out)) |
| 01:34:33 | | Quit stripwax ("http://miranda-im.org") |
| 01:44:17 | | Join perfectdrug [0] (n=5b0ef9e0@giant.haxx.se) |
| 01:46:44 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 01:48:30 | perfectdrug | is it just me or is the recent simulator for the mini2440 broken? it won't compile |
| 01:56:58 | hillshum | perfectdrug: Something like http://paste2.org/p/522520 |
| 01:57:00 | hillshum | ? |
| 02:00 |
| 02:00:04 | perfectdrug | hillshum: yes exactly |
| 02:00:16 | hillshum | It's not just you |
| 02:00:29 | perfectdrug | :/ |
| 02:02:03 | perfectdrug | do you have a physical 2440? I quess I finish the fidelity wps blindly then, not much left, you wanna test? |
| 02:02:34 | hillshum | No, I just tried building the sim to see if it was just you |
| 02:02:55 | perfectdrug | ah ok, then thanks:D |
| 02:03:16 | hillshum | you could try consolidating the definitions of 'usb_inserted'... |
| 02:03:47 | | Join Strife89 [0] (n=michael@adsl-81-160-3.mcn.bellsouth.net) |
| 02:09:02 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
| 02:11:05 | | Join Strife1989 [0] (n=michael@adsl-81-160-3.mcn.bellsouth.net) |
| 02:11:10 | perfectdrug | I guess I'm not capable of doing this |
| 02:11:38 | | Quit Strife89 (Nick collision from services.) |
| 02:11:50 | | Nick Strife1989 is now known as Strife89 (n=michael@adsl-81-160-3.mcn.bellsouth.net) |
| 02:12:09 | | Join Strife1989 [0] (n=michael@adsl-81-160-3.mcn.bellsouth.net) |
| 02:18:27 | | Part toffe82 |
| 02:25:38 | | Quit grndslm ("Leaving") |
| 02:27:14 | hillshum | perfectdrug: You might submit a bug report if there isn't one already |
| 02:27:41 | perfectdrug | will do |
| 02:32:43 | hillshum | perfectdrug: Actually, never mind. Report in the development thread on the forum, not in flyspray |
| 02:36:24 | perfectdrug | ups too late :/ |
| 02:50:15 | hillshum | perfectdrug: What's the number? Ask here for it to be deleted |
| 02:51:49 | | Quit AEnima1577 ("Leaving.") |
| 02:54:14 | | Join Blue_Dude [0] (n=chatzill@rockbox/developer/Blue-Dude) |
| 02:56:12 | | Join grndslm [0] (n=grndslm@174-126-14-4.cpe.cableone.net) |
| 02:58:13 | Blue_Dude | What's the command to build a voice file? |
| 03:00 |
| 03:16:36 | Strife89 | The USB driver for the Nano 2G is proving ... rather buggy so far. :( |
| 03:17:11 | *** | Saving seen data "./dancer.seen" |
| 03:20:43 | Strife89 | I've gotten two divide by zero errors already in the middle of playing music. :/ |
| 03:21:13 | Strife89 | And I can't even read the error code because the screen is badly cracked. |
| 03:33:28 | | Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 03:36:14 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 03:36:33 | | Join MethoS- [0] (n=clemens@134.102.106.250) |
| 03:38:12 | | Quit perfectdrug ("CGI:IRC") |
| 03:47:47 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
| 03:49:03 | | Join AEnima1577 [0] (n=clbarnob@c-98-249-3-190.hsd1.va.comcast.net) |
| 03:56:28 | | Join T44 [0] (n=Topy44@f048007066.adsl.alicedsl.de) |
| 03:56:31 | | Join TopyMobile__ [0] (n=topy@f048007066.adsl.alicedsl.de) |
| 04:00 |
| 04:00:51 | | Part froggyman |
| 04:01:33 | | Quit panni__ (Client Quit) |
| 04:03:28 | | Part AEnima1577 |
| 04:05:40 | | Quit TheSeven (Nick collision from services.) |
| 04:05:49 | | Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) |
| 04:05:59 | | Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) |
| 04:13:28 | | Quit Rondom (Nick collision from services.) |
| 04:13:39 | | Join Rondom [0] (n=Rondom@dslb-084-057-160-099.pools.arcor-ip.net) |
| 04:14:01 | | Quit TopyMobile_ (Read error: 110 (Connection timed out)) |
| 04:14:27 | Blue_Dude | OK, I build a brand new voice file from a freshly cleaned build directory using the defaults for my e200. I moved the voice file to the sim and enabled voiced menus. Some of the menu items are OK, but some say something completely wrong. What is going on? |
| 04:14:50 | | Quit Topy (Read error: 110 (Connection timed out)) |
| 04:16:40 | JdGordon | your english.lang and the build are out of sync |
| 04:17:06 | Blue_Dude | I just built one from the latest update from scratch. How can it be out of sync? |
| 04:17:35 | Strife89 | Make sure the firmware build itself is up to date as well. |
| 04:17:55 | Strife89 | It's not enough to simply update the voice file. |
| 04:18:04 | Blue_Dude | I'm building from the trunk. |
| 04:18:13 | Blue_Dude | What else is there to update? |
| 04:18:23 | Strife89 | Hmmm. |
| 04:18:50 | JdGordon | clean tree? |
| 04:18:56 | JdGordon | make clean |
| 04:19:15 | JdGordon | wasnt it your patches which did this? :D |
| 04:19:25 | Blue_Dude | svn status shows only my personal changes to pcmbuf that I'm working on. No changes to english.lang |
| 04:19:28 | Blue_Dude | Man I hope not. |
| 04:19:54 | JdGordon | if you changed any #defines or includes you can cause the .lang to not build the same |
| 04:20:01 | JdGordon | or features.txt can get out of date |
| 04:20:01 | Strife89 | Checkout a fresh copy of the trunck to a new folder, just in case. |
| 04:20:10 | Strife89 | s/trunck/trunk |
| 04:20:11 | JdGordon | na, just do a make clean and make |
| 04:20:21 | Blue_Dude | I did a make clean. |
| 04:21:17 | Blue_Dude | Here's what I did: tools/configure, e200, advanced, voice, all defaults; make clean, make voice |
| 04:22:06 | Blue_Dude | It created a english.voice file and it's a little screwy. |
| 04:22:14 | JdGordon | hmm... |
| 04:22:19 | JdGordon | thats interesting... |
| 04:22:31 | * | JdGordon has a try |
| 04:23:03 | JdGordon | oh! you're using the e200 voice with a e200-sim? |
| 04:23:13 | Blue_Dude | Yeah. Is that bad? |
| 04:23:15 | JdGordon | yeah |
| 04:23:23 | JdGordon | it shouldnt be, but there could be differences |
| 04:23:36 | * | JdGordon prepares to annoy people |
| 04:23:37 | Blue_Dude | Run it again with e200 sim, voice, etc? |
| 04:23:43 | JdGordon | yep |
| 04:23:46 | Blue_Dude | ok |
| 04:23:57 | * | Blue_Dude prepares to be annoyed. |
| 04:25:05 | * | Blue_Dude is working on the pcmbuf software mixer, FWIW. |
| 04:26:37 | JdGordon | woo! |
| 04:27:13 | JdGordon | with the late mixing so we can have voie while music is pasued? |
| 04:27:17 | Blue_Dude | I'm beginning to understand why nobody has done it yet. |
| 04:27:41 | Blue_Dude | Yeah, that's the hard part. |
| 04:27:42 | saratoga | i like this last clip patch |
| 04:27:50 | saratoga | if no one has problems i'm going to commit it as is |
| 04:28:17 | Blue_Dude | saratoga: no problems yet with v1a, with a couple of hours of playback |
| 04:28:59 | saratoga | try 2a |
| 04:29:08 | * | Blue_Dude still thinks that playback.c change is a little weird |
| 04:29:09 | saratoga | same logic but does a memmove when possible |
| 04:29:18 | saratoga | well if you've got any idea how to improve it |
| 04:29:28 | Blue_Dude | No, I'm not sure what it does. :) |
| 04:30:14 | saratoga | well me neither, but apparently it prevents the buffer from corrupting itself |
| 04:30:41 | JdGordon | just what we want to hear :p |
| 04:30:50 | saratoga | imo its a sideways step in code cleaniness and a leap forward in stability |
| 04:31:02 | saratoga | which isn't a bad thing |
| 04:31:29 | JdGordon | can anyone think of a good backronym for sbs which isnt statusbar skin? |
| 04:31:37 | JdGordon | seen as its no longer a bar |
| 04:32:59 | JdGordon | ok, backronym doesnt mean what I thought it meant |
| 04:33:01 | Blue_Dude | strikingly beautiful status? |
| 04:33:07 | JdGordon | DONE! |
| 04:33:13 | JdGordon | now shorten that for a filename? |
| 04:33:43 | Blue_Dude | suddenly behaving skin? |
| 04:35:16 | Blue_Dude | seriously bothersome svn? |
| 04:35:20 | * | JdGordon goes with "short bowel syndrome" |
| 04:35:24 | JdGordon | http://www.acronymfinder.com/SBS.html |
| 04:36:02 | Blue_Dude | still behaving strangely? |
| 04:36:33 | JdGordon | perfect |
| 04:37:47 | Blue_Dude | status bar surrogate? |
| 04:43:42 | Blue_Dude | skinnable background status? |
| 04:43:51 | Blue_Dude | I coming up empty here. |
| 04:43:54 | Blue_Dude | I'm |
| 04:45:02 | krazykit | status bar: skinnable |
| 04:49:42 | * | Strife89 will probably try again with making a theme. |
| 04:50:56 | JdGordon | well... fuck... patch doesnt work on target at all... fine in all the sims though |
| 04:52:35 | * | Blue_Dude covers his virgin ears |
| 04:56:49 | Blue_Dude | So what's it wrecking on? |
| 05:00 |
| 05:09:52 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 05:11:53 | Blue_Dude | For the pcmbuf software mixer, I'm probably going to have to expand the pcmbuffer some. A second or so. Otherwise the pcm driver may starve. |
| 05:13:29 | | Quit liar (Read error: 113 (No route to host)) |
| 05:13:43 | Blue_Dude | Might cause problems on the clip and other low memory devices... |
| 05:14:48 | | Quit togetic (Connection timed out) |
| 05:16:58 | | Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.5.5/20091102152451]") |
| 05:17:13 | *** | Saving seen data "./dancer.seen" |
| 05:24:10 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 05:24:10 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 05:24:57 | | Join AEnima1577 [0] (n=clbarnob@c-98-249-3-190.hsd1.va.comcast.net) |
| 05:30:26 | | Quit JdGordon ("Leaving.") |
| 05:34:20 | | Join AndyIL [0] (n=pasha_in@212.14.205.32) |
| 05:38:53 | | Quit AaronM ("Emo Time In My Corner... //_-") |
| 05:43:03 | * | Strife89 does research, hoping to gather material to propose a DS port of Rockbox. |
| 05:43:44 | | Join shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) |
| 05:43:47 | | Quit AEnima1577 ("Leaving.") |
| 05:45:08 | | Quit AndyI (Read error: 110 (Connection timed out)) |
| 05:54:05 | | Quit bzed (Remote closed the connection) |
| 05:54:37 | | Join bzed [0] (n=bzed@devel.recluse.de) |
| 05:57:41 | | Quit bzed (Remote closed the connection) |
| 05:57:54 | | Join bzed [0] (n=bzed@devel.recluse.de) |
| 06:00 |
| 06:01:47 | kkurbjun | JdGordon|: you had a patch for me to try? |
| 06:03:50 | | Quit Horscht ("Verlassend") |
| 06:04:11 | | Quit bzed (Remote closed the connection) |
| 06:04:24 | | Join bzed [0] (n=bzed@devel.recluse.de) |
| 06:06:15 | | Join AEnima1577 [0] (n=clbarnob@c-98-249-3-190.hsd1.va.comcast.net) |
| 06:07:26 | | Quit bzed (Remote closed the connection) |
| 06:07:34 | | Quit rvvs89 (Remote closed the connection) |
| 06:09:02 | | Join bzed [0] (n=bzed@devel.recluse.de) |
| 06:11:44 | | Quit JdGordon| (Read error: 104 (Connection reset by peer)) |
| 06:11:55 | | Quit HBK (Read error: 104 (Connection reset by peer)) |
| 06:13:01 | | Join HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 06:16:05 | | Quit MethoS- (Read error: 54 (Connection reset by peer)) |
| 06:21:37 | | Quit evilnick (Read error: 104 (Connection reset by peer)) |
| 06:23:55 | | Join rvvs89 [0] (n=ivo@bright-snat.ucc.asn.au) |
| 06:27:15 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 06:30:39 | | Quit bzed (Read error: 110 (Connection timed out)) |
| 06:37:11 | | Quit Strife89 ("Sleep.") |
| 06:43:42 | | Join bzed [0] (n=bzed@devel.recluse.de) |
| 06:48:40 | | Quit bluebrother (Nick collision from services.) |
| 06:48:43 | | Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) |
| 06:55:51 | | Join JdGordon [0] (n=JdGordon@rockbox/developer/JdGordon) |
| 06:56:15 | | Part JdGordon |
| 06:56:19 | | Join JdGordon [0] (n=JdGordon@rockbox/developer/JdGordon) |
| 06:57:43 | | Quit CaptainKewl ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 07:00 |
| 07:01:06 | | Quit jfc (Read error: 104 (Connection reset by peer)) |
| 07:01:29 | | Join jfc [0] (n=john@dpc6682208002.direcpc.com) |
| 07:03:37 | | Quit JdGordon (Remote closed the connection) |
| 07:06:07 | | Join jdgordon [0] (n=JdGordon@rockbox/developer/JdGordon) |
| 07:12:42 | | Quit Strife1989 (Read error: 110 (Connection timed out)) |
| 07:17:16 | *** | Saving seen data "./dancer.seen" |
| 07:21:04 | | Quit StealthyXIIGer (Read error: 110 (Connection timed out)) |
| 07:25:18 | | Quit jdgordon (Read error: 110 (Connection timed out)) |
| 07:25:31 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 07:25:36 | | Join tchan [0] (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) |
| 07:51:05 | TheSeven | Utchybann: ACK, will look into this later |
| 08:00 |
| 08:06:55 | | Join DerPapst [0] (n=DerPapst@wlan-nat-24.fh-friedberg.de) |
| 08:10:01 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:11:45 | | Quit parafin ("So long and thanks for all the fish") |
| 08:16:49 | | Join parafin [0] (i=parafin@paraf.in) |
| 08:17:22 | | Join Bagder [0] (n=dast@giant.haxx.se) |
| 08:23:13 | | Quit Prot (Read error: 54 (Connection reset by peer)) |
| 08:30:13 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
| 08:35:37 | | Join flydutch [0] (n=flydutch@host119-166-dynamic.8-87-r.retail.telecomitalia.it) |
| 08:39:47 | | Join martian67 [0] (i=lol3@about/linux/regular/martian67) |
| 08:50:58 | | Quit TheSeven (Read error: 113 (No route to host)) |
| 08:53:55 | | Join maruk [0] (n=papier@titanium.sdv.fr) |
| 08:56:30 | | Join Rob2223 [0] (n=Miranda@p4FDCD36D.dip.t-dialin.net) |
| 09:00 |
| 09:01:24 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 09:04:12 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 09:04:43 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 09:05:42 | | Join Hilikus [0] (n=hilikus@unaffiliated/hilikus) |
| 09:05:58 | | Quit phanboy4 (Read error: 54 (Connection reset by peer)) |
| 09:07:14 | amiconn | Ugh. Booting rockbox got even uglier now |
| 09:07:25 | Hilikus | are replaygain tags still only supported in id3v2 and not APEv2? |
| 09:08:05 | amiconn | First, the statusbar appears at the top of the splash screen. Quite ugly, since the splash screen has a black background but the statusbar is black on rockbox blue (my standard background. |
| 09:08:33 | amiconn | When the browser appears, the statusbar disappears for some time, then reappears |
| 09:08:49 | amiconn | The latter effect is new |
| 09:08:59 | maruk | Hilikus: if I'm not wrong APE tag are not supported. |
| 09:09:22 | maruk | Hilikus: you can check the wiki. |
| 09:10:32 | amiconn | (this is on X5) |
| 09:13:44 | amiconn | maruk, Hilikus: No, APE tags are only supported for .ape files, not for .mp3. This is by design |
| 09:13:57 | Hilikus | cool, that's what i thought |
| 09:14:27 | maruk | amiconn: ok. |
| 09:14:35 | Hilikus | you guys know a replaygain for mp3s that writes tags in id3v2? mp3gain uses apev2 |
| 09:15:02 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 09:15:36 | * | amiconn has no idea as he doesn't use replaygain |
| 09:15:42 | amiconn | The wiki probably lists some |
| 09:17:20 | *** | Saving seen data "./dancer.seen" |
| 09:17:35 | maruk | Hilikus: I use mp3gain than a little script inspired by some tool found on the wiki. |
| 09:17:42 | | Join jdgordon [0] (n=JdGordon@rockbox/developer/JdGordon) |
| 09:18:10 | Hilikus | but mp3gain puts them in APE. is the tool to convert them to id3?? |
| 09:19:39 | maruk | Hilikus: yes, it uses eyeD3 to create tag for rockbox. |
| 09:19:41 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 09:21:33 | maruk | Hilikus: look at http://www.rockbox.org/mail/archive/rockbox-dev-archive-2006-05/0207.shtml |
| 09:26:34 | | Quit Xerion (Read error: 54 (Connection reset by peer)) |
| 09:27:07 | | Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
| 09:34:45 | Hilikus | thanks maraz |
| 09:34:47 | Hilikus | maruk: |
| 09:35:06 | | Quit jdgordon (Read error: 60 (Operation timed out)) |
| 09:36:35 | | Quit bubsy () |
| 09:38:35 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 09:39:12 | | Quit GodEater (Read error: 113 (No route to host)) |
| 09:39:47 | | Join bubsy [0] (n=bubsy@94.139.72.137) |
| 09:40:00 | | Quit bertrik (Read error: 148 (No route to host)) |
| 09:45:03 | | Quit Thundercloud (Remote closed the connection) |
| 09:57:14 | | Quit mt (Read error: 104 (Connection reset by peer)) |
| 10:00 |
| 10:05:06 | | Quit mcuelenaere () |
| 10:07:50 | gevaerts | Hilikus: I believe that recent versions of mp3gain can write id3 |
| 10:15:02 | | Quit gevaerts (Nick collision from services.) |
| 10:15:12 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 10:18:20 | Hilikus | gevaerts: really? i can't find anything about that |
| 10:18:49 | Hilikus | i can't even find the website of the version i have from the ubuntu repo |
| 10:20:02 | gevaerts | I seem to remember someone saying that, yes |
| 10:20:25 | gevaerts | and have a look at the copyright file in ubuntu, that usually has the download site |
| 10:34:42 | | Quit DerPapst ("Leaving.") |
| 10:37:11 | linuxstb | Hilikus: The manpage for my mp3gain (also Ubuntu) links to http://mp3gain.sourceforge.net - it doesn't seem to support id3 |
| 10:37:47 | Hilikus | :( i was checking if the newer version 1.5 did but the website lacks information |
| 10:37:55 | Hilikus | it doesn't even have the name of the developer |
| 10:38:30 | Hilikus | i thought therewere 2 apps called mp3gain cause in ubuntu my version is 1.4.6 and on the website the stable release is 1.2 |
| 10:38:34 | Hilikus | but there's also 1.5 beta |
| 10:38:41 | Hilikus | anyway |
| 11:00 |
| 11:02:37 | | Quit BHSPitMonkey ("Ex-Chat") |
| 11:13:54 | Hilikus | gevaerts: you were right |
| 11:14:12 | Hilikus | i looked at the code and v1.5 can write to id3v2 :) |
| 11:17:24 | *** | Saving seen data "./dancer.seen" |
| 11:22:23 | | Quit Hilikus ("Suerrrrrrte") |
| 11:26:32 | | Join GodEater [0] (n=bibble@bb-87-80-121-64.ukonline.co.uk) |
| 11:27:40 | | Join jdgordon [0] (n=JdGordon@rockbox/developer/JdGordon) |
| 11:40:55 | | Join matsl [0] (n=matsl@dhcp126.contactor.se) |
| 11:48:25 | | Join MethoS- [0] (n=clemens@134.102.106.250) |
| 12:00 |
| 12:01:55 | | Join DerPapst [0] (n=DerPapst@p4FE8F9C1.dip.t-dialin.net) |
| 12:07:28 | | Quit MethoS- (Remote closed the connection) |
| 12:26:53 | | Quit jdgordon (Read error: 110 (Connection timed out)) |
| 12:33:38 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 12:40:41 | | Join mt [0] (n=mtee@41.233.146.83) |
| 12:54:08 | | Join AaronM [0] (n=Aaron@adsl-4-252-44.mem.bellsouth.net) |
| 13:00 |
| 13:00:01 | | Join liar [0] (n=liar@83.175.83.185) |
| 13:07:22 | | Join ender [0] (i=krneki@foo.eternallybored.org) |
| 13:07:49 | | Quit ender` (Read error: 60 (Operation timed out)) |
| 13:13:51 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 13:16:20 | | Quit antil33t (Read error: 104 (Connection reset by peer)) |
| 13:17:25 | *** | Saving seen data "./dancer.seen" |
| 13:22:30 | | Join ender1 [0] (i=krneki@foo.eternallybored.org) |
| 13:27:48 | | Join [1]ender [0] (i=krneki@foo.eternallybored.org) |
| 13:27:48 | *** | Alert Mode level 1 |
| 13:27:48 | DBUG | Sent KICK ender to server |
| 13:27:48 | DBUG | Sent KICK ender` to server |
| 13:27:48 | *** | Alert Mode level 2 |
| 13:27:48 | DBUG | sent MODE #rockbox +b *!*i=krneki@*.eternallybored.org |
| 13:27:48 | DBUG | Sent KICK ender1 to server |
| 13:27:48 | DBUG | Enqueued KICK [1]ender |
| 13:27:48 | *** | Alert Mode level 3 |
| 13:27:49 | Kick | (#rockbox ender :*bang* too many joined users) by logbot!n=rockbox@giant.haxx.se |
| 13:27:49 | *** | Alert Mode level 4 |
| 13:27:49 | Kick | (#rockbox ender` :*bang* too many joined users) by logbot!n=rockbox@giant.haxx.se |
| 13:27:49 | *** | Alert Mode level 5 |
| 13:27:49 | Mode | "#rockbox +b *!*i=krneki@*.eternallybored.org " by logbot (n=rockbox@giant.haxx.se) |
| 13:27:49 | Kick | (#rockbox ender1 :*bang* too many joined users) by logbot!n=rockbox@giant.haxx.se |
| 13:27:49 | *** | Alert Mode level 6 |
| 13:27:50 | DBUG | Q-Sent KICK [1]ender to server |
| 13:27:50 | Kick | (#rockbox [1]ender :*bang* too many joined users) by logbot!n=rockbox@giant.haxx.se |
| 13:27:50 | *** | Alert Mode level 7 |
| 13:33:01 | | Join antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz) |
| 13:35:06 | | Quit freqmod_qu (Remote closed the connection) |
| 13:35:18 | | Quit dudacgf ("CGI:IRC") |
| 13:37:51 | *** | Alert Mode OFF |
| 13:43:11 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
| 13:45:29 | | Part froggyman |
| 13:52:16 | | Part funman |
| 14:00 |
| 14:02:29 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 14:03:51 | | Quit FOAD (Read error: 60 (Operation timed out)) |
| 14:03:51 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 14:05:04 | | Join teru [0] (n=teru@ZQ174123.ppp.dion.ne.jp) |
| 14:05:54 | | Join Strife89 [0] (n=michael@168.16.237.214) |
| 14:19:00 | | Join jdgordon [0] (n=JdGordon@rockbox/developer/JdGordon) |
| 14:21:11 | | Part Bagder |
| 14:23:30 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 14:25:11 | petur | LinusN: if you saw pondlife's post in the ML you'll know the question: did you write down between what two versions the h300 bootloader started to act up on my h380? |
| 14:27:19 | LinusN | my memory is weak... :-( |
| 14:27:44 | LinusN | maybe it's in the irc logs from the devcon |
| 14:28:38 | petur | eow :( |
| 14:37:58 | | Quit jdgordon (Read error: 60 (Operation timed out)) |
| 14:43:20 | | Join bughunter2 [0] (n=bughunte@unaffiliated/bughunter2) |
| 14:47:23 | | Join freqmod_qu [0] (n=quassel@dhcp208-92.ed.ntnu.no) |
| 14:49:09 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
| 14:49:40 | | Quit freqmod_qu (Remote closed the connection) |
| 14:55:22 | | Join freqmod_qu [0] (n=quassel@dhcp208-92.ed.ntnu.no) |
| 14:57:17 | | Part LinusN |
| 14:59:21 | | Join TheKiller [0] (n=theuser1@212.3.111.74) |
| 15:00 |
| 15:10:38 | | Quit TheKiller (Read error: 148 (No route to host)) |
| 15:17:29 | *** | Saving seen data "./dancer.seen" |
| 15:19:28 | | Quit StealthyXIIGer (Read error: 110 (Connection timed out)) |
| 15:23:46 | | Quit FlynDice (Remote closed the connection) |
| 15:24:46 | | Join Strife1989 [0] (n=michael@168.16.238.225) |
| 15:27:29 | | Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
| 15:29:10 | | Join watto [0] (n=watto@193.203.81.165) |
| 15:30:31 | | Join Strife89DS [0] (n=nds@168.16.238.225) |
| 15:30:53 | | Quit Strife89 (Nick collision from services.) |
| 15:31:23 | | Quit Strife1989 (Nick collision from services.) |
| 15:32:04 | | Nick Strife89DS is now known as Strife89 (n=nds@168.16.238.225) |
| 15:36:50 | | Join wark [0] (n=ryanw@142.166.35.21) |
| 15:39:36 | | Join evilnick [0] (i=0c140464@rockbox/staff/evilnick) |
| 15:45:50 | | Quit DerPapst ("Leaving.") |
| 15:47:56 | | Quit wark ("Leaving") |
| 15:54:10 | | Quit matsl (Read error: 110 (Connection timed out)) |
| 16:00 |
| 16:01:28 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 16:19:00 | saratoga | has anyone tried the clip buffering/playback fix on a HD target? it works great on flash devices but i'd like to know its ok on everything |
| 16:19:12 | | Quit teru ("Quit") |
| 16:26:04 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 16:26:35 | | Quit tchan ("WeeChat 0.3.1-dev") |
| 16:30:06 | | Join tchan [0] (n=tchan@lunar-linux/developer/tchan) |
| 16:30:14 | | Join toffe82 [0] (n=chatzill@12.169.218.14) |
| 16:31:26 | | Join jdgordon [0] (n=JdGordon@rockbox/developer/JdGordon) |
| 16:38:24 | | Quit jdgordon (Read error: 60 (Operation timed out)) |
| 16:38:42 | | Join solexx_ [0] (n=jrschulz@e176117205.adsl.alicedsl.de) |
| 16:46:03 | | Quit solexx (Read error: 145 (Connection timed out)) |
| 16:46:36 | | Join Rob2222 [0] (n=Miranda@p4FDCD36D.dip.t-dialin.net) |
| 16:49:24 | | Quit Strife89 ("ClIRC - IRC client for Nintendo DS") |
| 16:54:49 | | Join Strife89DS [0] (n=nds@168.16.239.253) |
| 16:55:54 | | Join Strife1989 [0] (n=michael@168.16.239.253) |
| 16:57:22 | | Quit Strife1989 (Read error: 104 (Connection reset by peer)) |
| 16:57:44 | | Join Strife89 [0] (n=michael@168.16.239.253) |
| 17:00 |
| 17:04:41 | | Quit Rob2223 (Read error: 113 (No route to host)) |
| 17:17:33 | *** | Saving seen data "./dancer.seen" |
| 17:20:09 | | Quit Zagor ("Don't panic") |
| 17:23:46 | | Join Omlet [0] (i=omlet05@24.117-244-81.adsl-dyn.isp.belgacom.be) |
| 17:26:54 | n1s | saratoga: about those mp4 files that require too much memory to play, how do i know that is why a file isn't playing? |
| 17:27:15 | saratoga | IIRC it cuts in at about 50 minutes of length |
| 17:27:18 | saratoga | you can also check in the sim |
| 17:29:38 | n1s | how do i check in the sim? |
| 17:29:42 | | Join fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) |
| 17:30:52 | | Quit freqmod_qu (Read error: 110 (Connection timed out)) |
| 17:31:14 | saratoga | it should print something if the file is too big IIRC |
| 17:33:48 | | Join Lss [0] (n=Lss@cm46.delta91.maxonline.com.sg) |
| 17:35:17 | n1s | saratoga: do you know where the copying is done? |
| 17:38:21 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 17:38:21 | * | n1s is looking at FS #10790, with the patch the file plays in the sim but apparently doesn't on target, i wonder if it was that memory thing, is the buffer the same size on the sim as on target? |
| 17:41:35 | saratoga | n1s: that file is tiny i doubt it runs out of memory |
| 17:41:50 | saratoga | i forget where the copy happens, probably in apps/codecs/libm4a |
| 17:43:12 | n1s | the file is truncated but the sim says it should be about 5 minutes so ou are probably right |
| 17:45:31 | saratoga | can you see where the device stops decoding it? |
| 17:45:44 | n1s | ugh, I think i found a possible memory corruption, probably unrelated to this though |
| 17:45:56 | | Join pamaury [0] (n=pamaury@88.123.144.76) |
| 17:48:20 | n1s | um, how would i do that? |
| 17:49:35 | saratoga | logf I guess |
| 17:50:34 | | Join KBH [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 17:51:41 | | Join n00b81_ [0] (n=n00b81@unaffiliated/n00b81) |
| 17:52:54 | | Join jdgordon [0] (n=JdGordon@rockbox/developer/JdGordon) |
| 17:54:12 | n1s | uh, that will have to wait a bit ;) |
| 17:54:55 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 18:00 |
| 18:00:55 | | Join liteone [0] (i=liteone@host193-123-47-78-dhcp.bshellz.net) |
| 18:01:14 | | Nick liteone is now known as liteone|away (i=liteone@host193-123-47-78-dhcp.bshellz.net) |
| 18:02:58 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:03:22 | | Quit Strife89 ("See ya.") |
| 18:03:35 | | Quit petur ("work->home") |
| 18:03:45 | | Nick liteone|away is now known as liteone (i=liteone@host193-123-47-78-dhcp.bshellz.net) |
| 18:05:12 | liteone | Anyone know when the sansa fuzes will be completely supported? |
| 18:05:34 | | Nick Strife89DS is now known as Strife89 (n=nds@168.16.239.253) |
| 18:06:10 | Torne | no, nobody knows. |
| 18:06:14 | Torne | when it's done. |
| 18:06:15 | | Quit jfc (Read error: 110 (Connection timed out)) |
| 18:06:44 | liteone | Thats what I guessed. |
| 18:06:44 | | Nick Strife89 is now known as Strife89DS (n=nds@168.16.239.253) |
| 18:07:58 | | Nick liteone is now known as liteone|away (i=liteone@host193-123-47-78-dhcp.bshellz.net) |
| 18:07:59 | | Quit HBK (Read error: 110 (Connection timed out)) |
| 18:08:04 | | Nick KBH is now known as HBK (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 18:08:05 | | Quit Strife89DS ("Lunch.") |
| 18:09:30 | | Nick liteone|away is now known as liteone (i=liteone@host193-123-47-78-dhcp.bshellz.net) |
| 18:09:33 | gevaerts | liteone|away: please review the IRC guidelines linked to from the topic |
| 18:10:39 | liteone | gevaerts: sorry... didn't know asking about the fuzes were against topic. I'll review the guidelines again |
| 18:11:34 | gevaerts | liteone: the fuze is entirely on topic :) |
| 18:11:46 | liteone | oh? |
| 18:11:53 | liteone | I'm confused sorry :| |
| 18:12:05 | * | gevaerts was referring to "do not change your nick when you go away" |
| 18:12:35 | | Quit AndyIL () |
| 18:13:01 | CIA-80 | New commit by nls (r23666): Avoid possible memory corruption |
| 18:13:23 | liteone | ah ok thanks. I'll avoid it as much as possible |
| 18:14:08 | n1s | yay a *666 rev |
| 18:14:27 | liteone | :) |
| 18:15:25 | | Quit AEnima1577 ("Leaving.") |
| 18:15:31 | liteone | 18:09 < gevaerts> liteone|away: please review the IRC guidelines linked to from |
| 18:16:09 | liteone | sorry, im using shell for first time and have trouble with controls.. |
| 18:19:44 | | Quit liteone ("leaving") |
| 18:27:02 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 18:31:09 | | Part n00b81_ ("Leaving") |
| 18:35:09 | | Join JdGordon1 [0] (n=jonno@174-145-101-81.pools.spcsdns.net) |
| 18:39:43 | | Quit maruk ("Leaving.") |
| 18:40:42 | | Quit jdgordon (Read error: 110 (Connection timed out)) |
| 18:41:39 | | Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) |
| 18:42:39 | JdGordon1 | (I know I sholdnt be asking this...) has anyone else had experienc with a sbs r wps loading fine in the sim but not on target? |
| 18:42:55 | shai | Does a Catalog playlist automatically updates as I load them, with new/removed files from the place I had originally added/created them with? |
| 18:43:10 | JdGordon1 | no |
| 18:43:16 | shai | So how do I update it? |
| 18:43:26 | shai | Recreate it everytime? |
| 18:43:30 | JdGordon1 | manually... |
| 18:43:45 | JdGordon1 | yeah, or use the database instead |
| 18:43:46 | | Join einhirn [0] (n=Miranda@p5DCC1531.dip0.t-ipconnect.de) |
| 18:44:00 | JdGordon1 | or the file browser actually.. |
| 18:44:02 | shai | JdGordon1, How ? |
| 18:44:04 | JdGordon1 | anthing but m3u's |
| 18:44:14 | JdGordon1 | how what? |
| 18:44:24 | shai | Manually means browser... |
| 18:44:34 | shai | You said to use the database instead.. |
| 18:44:53 | shai | I'm talking about a specific folder, for example, that has lots of specific mp3s |
| 18:45:00 | shai | I update it regularly .. |
| 18:45:12 | shai | And I want to be able to play that directory "on demand" ... |
| 18:45:23 | shai | So .. just browse to it and play it every time or use a catalog? |
| 18:45:38 | | Quit T44 (Read error: 104 (Connection reset by peer)) |
| 18:45:46 | shai | And if I use the file browser... what's the point of a catalog? |
| 18:46:54 | JdGordon1 | yeah, if you are only using the catalog for a folder, then there is no point |
| 18:46:55 | shai | By far... learning Rockbox is the hardest task I've had in a long long time ... |
| 18:47:07 | JdGordon1 | just play the first track in a folder and it will load the whole lot |
| 18:47:08 | shai | So what is the point of a catalog? |
| 18:47:15 | JdGordon1 | have you read the manual? |
| 18:47:22 | shai | Oh yea... |
| 18:47:26 | shai | over and over again ... |
| 18:47:38 | | Join Biont [0] (n=chatzill@drsd-4dbdac1a.pool.mediaWays.net) |
| 18:48:03 | JdGordon1 | the point of the catalog is... to have quick access to your m3u playlists |
| 18:48:16 | JdGordon1 | which not everyone is going to find useful |
| 18:48:32 | | Join Topy44 [0] (n=Topy44@f048007066.adsl.alicedsl.de) |
| 18:50:08 | Biont | Is it "normal" that after exiting a plugin/viewer, the menu stays in fullscreen instead of going back into the UI viewport defined in the .sbs? Or is there anything I can do about it? |
| 18:50:40 | shai | JdGordon1, So instead of 5 clicks to play a directory and its content... they go to the playlists folder and play the m3u instead? lazy IMO. |
| 18:51:06 | JdGordon1 | Biont: its a known bug |
| 18:51:10 | JdGordon1 | dont use plugins :) |
| 18:51:20 | Llorean | shai: If you aren't aware of all the features of the catalog, maybe you shouldn't whine about it. |
| 18:51:31 | shai | ouch ... |
| 18:51:35 | Biont | :) alright. Just wanted to make sure. I know there's some trouble with plugins and sbs |
| 18:52:26 | n1s | the point of the catalog afaik is to be able to modify non-current playlists, in a slightly convoluted way |
| 18:52:55 | Llorean | shai: The playlist catalog allows options for creating and modifying playlists beyond the ability to simply add things to the current playlist, and also ensures that those playlists are saved. |
| 18:53:16 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
| 18:54:21 | | Join Hilikus [0] (n=hilikus@unaffiliated/hilikus) |
| 18:54:24 | Hilikus | hey guys |
| 18:54:26 | | Quit linuxstb (Read error: 60 (Operation timed out)) |
| 18:54:28 | Llorean | shai: It even explicitly says that's what it's for in the manual you've read "over and over again". Nowhere does it claim to have functionality like you asked if it had. |
| 18:54:36 | Biont | another basic question: What is the difference between preloading an image and displaying it right away? The only difference I know of is the possibility to display sub-images. |
| 18:55:14 | Hilikus | i have a question about replaygain tags in mp3s. are they supposed to be in id3v2.3 or id3v2.4 for rockbox to read them? |
| 18:55:22 | domonoky | Biont: or if you want to display this image conditionally. |
| 18:55:37 | JdGordon1 | if you always want the image on the screen then you shouldnt preload it |
| 18:56:31 | Biont | why? |
| 18:57:01 | Biont | domonoky: Ah, yes |
| 18:57:31 | | Quit bubsy (Read error: 60 (Operation timed out)) |
| 19:00 |
| 19:01:09 | Biont | Okay, I take it it's not a big issue anyways :) |
| 19:01:18 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 19:02:29 | | Join kugel__ [0] (n=kugel@e178070008.adsl.alicedsl.de) |
| 19:02:43 | | Quit kugel (Nick collision from services.) |
| 19:02:49 | | Nick kugel__ is now known as kugel (n=kugel@e178070008.adsl.alicedsl.de) |
| 19:05:40 | | Join AEnima1577 [0] (n=clbarnob@nc6521205.cns.vt.edu) |
| 19:07:52 | saratoga | i wonder if assuming > word alignement in buffering.c is a good idea |
| 19:08:43 | saratoga | matsch says everything is aligned to at least 8 bytes but i don't know if thats intentional or by accident |
| 19:09:03 | | Join freqmod_qu [0] (n=quassel@dhcp208-92.ed.ntnu.no) |
| 19:12:17 | saratoga | end = (int32_t *)((int32_t)buffer + (int32_t)buffer_len - 4); |
| 19:12:25 | saratoga | warning: cast to pointer from integer of different size |
| 19:12:27 | saratoga | what |
| 19:12:52 | | Quit amiconn (Nick collision from services.) |
| 19:12:53 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
| 19:12:54 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
| 19:12:54 | | Quit pixelma (Nick collision from services.) |
| 19:13:13 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
| 19:13:13 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
| 19:13:40 | n1s | saratoga: if that's on 64 bit linux you cast a 32 bit int to a 64 bit pointer |
| 19:14:06 | | Quit freqmod_qu (Remote closed the connection) |
| 19:14:09 | saratoga | n1s: how? |
| 19:14:22 | n1s | (pointer *to* int32_t is 64 bit) |
| 19:14:31 | saratoga | oh |
| 19:14:41 | | Join JdGordon| [0] (n=Miranda@nat/microsoft/x-eapgubgsclfnihjt) |
| 19:15:16 | n1s | maybe cast buffer to intptr_t |
| 19:17:31 | | Join freqmod_qu [0] (n=quassel@dhcp208-92.ed.ntnu.no) |
| 19:17:34 | *** | Saving seen data "./dancer.seen" |
| 19:17:47 | saratoga | how is that different? |
| 19:17:48 | | Quit freqmod_qu (Remote closed the connection) |
| 19:18:01 | | Join freqmod_qu [0] (n=quassel@dhcp208-92.ed.ntnu.no) |
| 19:19:14 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 19:19:47 | n1s | i mena like: end = (int32_t *)((intptr_t)buffer + (intptr_t)buffer_len - 4); |
| 19:20:22 | n1s | intptr_t is an int with the same size as a pointer |
| 19:21:24 | saratoga | wouldn't that mean its 64 bit? |
| 19:22:05 | n1s | yes, but if buffer is a pointer on a 64 bit system, casting it to 32 bits is um, unsafe |
| 19:22:59 | n1s | it's just the *address* that's 64 bits, it's still accessed as a 32 bit int due to the cast to int32_t* |
| 19:23:20 | saratoga | ok |
| 19:24:23 | saratoga | that does get rid of the nasty warnings and still works |
| 19:26:07 | amiconn | JdGordon1: Any chance the fugly status bar behaviour will be fixed soonish? |
| 19:26:20 | JdGordon| | which one? |
| 19:26:52 | amiconn | http://www.rockbox.org/irc/log-20091119#09:07:14 |
| 19:26:53 | | Quit TheSeven (Nick collision from services.) |
| 19:27:13 | | Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) |
| 19:27:24 | | Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) |
| 19:28:31 | JdGordon| | well.. If i had more help testing 10709... maybe it would be done already |
| 19:29:14 | * | amiconn thinks we need a bot that quotes tracker entries on request (#quassel does that) |
| 19:33:24 | | Quit JdGordon1 (Read error: 110 (Connection timed out)) |
| 19:34:44 | * | kugel has a script for that, but that's useless if people just write the number without fs before |
| 19:35:48 | mt | saratoga: Just a check, in the ffts, bitreversals are done imlplicitly, right ? |
| 19:37:11 | amiconn | fs # or just # should probably trigger it (# with only digits after it, obviously) |
| 19:38:13 | saratoga | mt: let me check |
| 19:38:21 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 19:38:39 | | Join einhirn_ [0] (n=Miranda@p5DCC148A.dip0.t-ipconnect.de) |
| 19:39:22 | saratoga | mt: hmm fft_permute doesn't seem to get called |
| 19:39:49 | mt | that's in ffmpeg's ? |
| 19:40:10 | Utchybann | TheSeven: replacing my logf(USEC_TIMER) by logf(FIVE_USEC_TIMER) fixes the clickwheel erratic behavior! |
| 19:40:26 | TheSeven | huh? |
| 19:40:30 | TheSeven | replacing the *logf*? |
| 19:41:46 | saratoga | mt: in ffmpeg their test driver calls fft_permute but it looks like their mdct does not |
| 19:41:55 | saratoga | so maybe its folded into the mdct? |
| 19:42:13 | Utchybann | TheSeven: yes. I have place some logf to identify the clickwheel problem. And this morning, I just want to check if FIVE_USEC_TIMER works. |
| 19:42:38 | saratoga | mt: yeah its built into the mdct I think |
| 19:43:01 | TheSeven | Utchybann: i observe erratic behavior without any logf... |
| 19:43:06 | saratoga | the prerotation step uses a bit reversed load order, so i suppose they do both at once |
| 19:43:15 | saratoga | thats probably why our fft tests look odd |
| 19:43:30 | TheSeven | to name it exactly: the wheel jumping one step back or forth as soon as i touch it |
| 19:43:37 | mt | saratoga: yeah, I thought so yesterday night, but didn't have time to check |
| 19:44:10 | saratoga | mt: I wonder if the bit reverse tables aren't the same for the new and old ffts |
| 19:44:17 | saratoga | that would explain why the audio comes out all wrong |
| 19:44:40 | mt | hmm .. possible. |
| 19:45:10 | Utchybann | TheSeven: I also have this jumping on my 2 nano with the svn version. Other people seems to have the same issue. |
| 19:45:27 | saratoga | mt: yeah the bit reverse tables looks quite different |
| 19:45:43 | Utchybann | TheSeven: so I try to catch to problem and I found that USEC_TIMER is constant. |
| 19:45:43 | saratoga | makes sense since the split radix decomposition works in quite a different order then the radix 2 version . . . |
| 19:45:49 | TheSeven | Utchybann: so i'd say that this wasn't just caused by some logf |
| 19:46:02 | Utchybann | TheSeven: true. |
| 19:46:12 | mt | saratoga: I didn't know the old fft was a radix-2 one. |
| 19:46:24 | saratoga | i'm not sure it is :) |
| 19:46:28 | TheSeven | so is it logf'ing the other thing that fixes it? |
| 19:46:29 | Hilikus | i have a question about replaygain tags in mp3s. are they supposed to be in id3v2.3 or id3v2.4 for rockbox to read them? |
| 19:46:31 | saratoga | but it steps by powers of two |
| 19:46:37 | Utchybann | TheSeven: what I said, is that I tried this patch this morning http://pastebin.org/55255. And the jumping is fixed! |
| 19:46:39 | TheSeven | FIVE_USEC_TIMER and USEC_TIMER are derived from the same reg |
| 19:46:48 | saratoga | Hilikus: I think either shold work |
| 19:47:21 | Hilikus | saratoga: you know the name of the tag? i've seen two different tags for replaygain, i don't know which one is the valid one |
| 19:47:41 | Utchybann | TheSeven: maybe, reading FIVE_USEC_TIMER have some action on USEC_TIMER. |
| 19:47:55 | saratoga | Hilikus: no you'd probably have to grep the source code to see which are allowed |
| 19:48:14 | saratoga | i would just use whichever one the replaygain people say to use |
| 19:48:53 | TheSeven | hm, maybe we need to read the upper part of it for some reason? |
| 19:48:58 | TheSeven | USEC_TIMER discards it |
| 19:49:00 | | Join salty-horse [0] (n=ori@bzq-79-179-55-131.red.bezeqint.net) |
| 19:53:05 | | Quit einhirn (Read error: 110 (Connection timed out)) |
| 19:55:09 | | Quit hillshum (Connection timed out) |
| 19:56:20 | | Join jfc [0] (n=john@dpc6682208002.direcpc.com) |
| 19:57:29 | mt | saratoga: fft_permute makes a nice difference : http://imagebin.ca/view/OavGTi07.html ! |
| 19:58:27 | saratoga | hey that looks like an FFT! |
| 19:58:43 | mt | yep :) |
| 19:58:54 | saratoga | guess we need to replace the permute code in mdct_init_global with the permute code from ffmpeg |
| 19:59:28 | mt | I didn't normalize the frequency .. but the impulse is in the correct place after normalization (1/64) |
| 19:59:33 | mt | yeah |
| 20:00 |
| 20:00:25 | | Quit Thundercloud (Remote closed the connection) |
| 20:01:08 | saratoga | looking at that permutation i can't even tell if it'd be the same on different window sizes |
| 20:03:14 | Hilikus | does anyone know of a linux program that will store replay gain tags in id3v2? mp3gain stores them in APEv2 |
| 20:03:29 | mt | saratoga: I don't understand, how is it related to the window size ? |
| 20:07:41 | AlexP | Hilikus: I just use foobar under wine for replaygain scanning. There isn't a decent linux option IMO |
| 20:08:28 | Hilikus | :( |
| 20:09:21 | * | n1s recomends vorbisgain ;P |
| 20:11:10 | | Part Llorean |
| 20:12:32 | gevaerts | Hilikus: I thought you found that mp3gain 1.5 can do it? |
| 20:12:40 | Hilikus | hehe |
| 20:12:43 | Hilikus | no |
| 20:13:05 | Hilikus | it does handle it, but it doesn't write the required tag |
| 20:13:20 | Hilikus | it writes and undo tag, so it knows how to deal with id3 |
| 20:13:31 | Hilikus | but there's no replaygain_track_gain tag |
| 20:13:43 | Hilikus | i think that feature is not complete yet |
| 20:13:50 | | Join Strife89 [0] (n=Strife89@adsl-81-160-3.mcn.bellsouth.net) |
| 20:13:54 | Hilikus | writes an* undo tag |
| 20:15:39 | | Join hebz0rl [0] (n=hebz0rl@dslb-088-065-062-010.pools.arcor-ip.net) |
| 20:15:40 | | Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net) |
| 20:17:55 | | Quit flydutch ("/* empty */") |
| 20:20:06 | watto | Hi all, I'm trying to port the rockbox bootloader to the ipod nano 4G. |
| 20:20:10 | kugel | Unhelpful: ping |
| 20:20:14 | watto | Can anyone give me some advice on getting it to run in TheSeven's Unibugger? |
| 20:22:24 | kugel | Hilikus: mp3gain writes APE tags, unfortunately |
| 20:22:45 | TheSeven | watto: general rule of thumb: for now, leave the interrupt controllers and IRAM alone |
| 20:23:04 | TheSeven | also don't ever mask IRQs |
| 20:23:05 | kugel | I think mp3gain isn't being actively developed since id3v2 |
| 20:23:29 | TheSeven | your image will be loaded to 0x08000000 with it's entry point at base+0x20 |
| 20:24:30 | Ctcp | Ping from gevaerts!n=fg@rockbox/developer/gevaerts |
| 20:24:48 | watto | OK, I uploaded the image to 0x08000000 but nothing much happened when it ran |
| 20:25:01 | TheSeven | just use control.py run <whatever> |
| 20:25:01 | watto | i could have just done something stupid of course |
| 20:25:23 | TheSeven | and what code did you actually try to run? |
| 20:25:43 | | Join domonoky1 [0] (n=Domonoky@g229253102.adsl.alicedsl.de) |
| 20:25:53 | watto | I started by copying the nano2G bootloader and changing the lcd register |
| 20:26:14 | watto | hoping to get something on the screen, but as yet nothing |
| 20:27:30 | watto | when i examined the disassembly, it looked like there were hardcoded jumps to 0x2200xxxx addresses |
| 20:28:20 | watto | i thought that seemed wrong since that's where unibugger is located |
| 20:28:55 | Hilikus | kugel: i see |
| 20:29:31 | Hilikus | kugel: do you know of any other program? i could use that script that's around to move them from ape to id3 but i rather not |
| 20:31:11 | | Quit einhirn_ (Read error: 101 (Network is unreachable)) |
| 20:32:29 | TheSeven | watto: yes, the linker script is all-wrong for an ibugger build |
| 20:32:36 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 20:32:39 | TheSeven | and most of the drivers won't work either |
| 20:32:46 | TheSeven | i would start from scratch... |
| 20:33:01 | | Join jdgordon [0] (n=JdGordon@rockbox/developer/JdGordon) |
| 20:33:56 | kugel | Hilikus: no, I use windows for that :(/ |
| 20:34:01 | | Quit polobricolo (Read error: 110 (Connection timed out)) |
| 20:35:08 | watto | i see. I'm afraid i'm quite a novice at this, could you briefly explain IRAM to me, is it to do with interrupt handling? |
| 20:35:46 | | Join einhirn [0] (n=Miranda@p5DCC14B5.dip0.t-ipconnect.de) |
| 20:44:09 | Biont | Is there any hope that the screen buffer gets increased anytime soon? at least for the D2. the current size is barely enough for my touchscreen theme, but it will be *very* hard to do more in future themes |
| 20:44:51 | Biont | I'm asking because the D2 is certainly able to handle more than ~200kb worth of images on the WPS |
| 20:45:12 | JdGordon| | its easy enough to change if you can do your own build |
| 20:45:27 | JdGordon| | you're filling the buffer though? |
| 20:45:35 | Biont | almost |
| 20:45:58 | Biont | 175544/180992 |
| 20:46:03 | saratoga | mt: sorry was away and am heading back out |
| 20:46:15 | saratoga | but the permutation size depends on how big the fft window size is |
| 20:46:35 | saratoga | the wma code exploits the fact that the old permute was the same at each size except scaled |
| 20:46:58 | saratoga | i don't know if that will work with the new one, so some of the logic might need changing (specifically computing 5 different bit reverse tables) |
| 20:47:01 | saratoga | anyway, got to go |
| 20:47:55 | Biont | Hm....even if I could change it myself and make my own build, it'd be annoying for all D2 users using my theme to have to use custom builds just because of the small screen buffer :( It's not a big problem now, since I can't add much more atm. But once there are more features to use in a WPS/theme, this is definitely going to be a major problem |
| 20:48:31 | kugel | Biont: you can code efficiently instead |
| 20:48:52 | * | kugel the current skin buffer ought to be enough for everyeone :p |
| 20:48:52 | gevaerts | Biont: first show that we actually do need more, and then we'll talk :) |
| 20:50:19 | Biont | gevaerts: one more image in my theme and bam! |
| 20:50:33 | gevaerts | We're not going to make it larger because one known theme almost reaches the limit. We might do it if one known theme actually needs more |
| 20:51:02 | | Join bubsy [0] (n=bubsy@94-139-72-137.broadband.customer.telefiber.no) |
| 20:51:02 | Biont | I'm not sure how much room for improvement there is code-wise, but I think I already did everything to keep my images as small as possible filesize-wise |
| 20:51:47 | Llorean | Biont: There are plenty of themes for other 320x240 targets, so the buffer selected for that screen size isn't proving to be too large a problem for a lot of people. |
| 20:53:10 | gevaerts | Llorean: the sbs is new since then though |
| 20:53:20 | Biont | Llorean: I know. But a lot of people make very simple themes. I use some popup menus and a custom status bar |
| 20:53:59 | Llorean | gevaerts: This is true. The existing formula for maximum wps size should include a "+ maximum SBS size" equation then/ |
| 20:54:50 | Llorean | Biont: Ah, so the problem isn't so much that it's not big enough over all. It's that you want it to be big enough to allow significantly more complexity? |
| 20:55:33 | Biont | Llorean: pretty much, yes. |
| 20:55:45 | gevaerts | Biont: by the way, does the AA still clear after the backlight goes off? |
| 20:55:56 | gevaerts | While paused or something like that I mean |
| 20:56:08 | Biont | gevaerts: yes it does. I don't think I can fix that |
| 20:56:23 | Llorean | Biont: Be aware that increasing it is something that will affect everyone, and can reduce the overall experience quality for people not using that extra complexity in their themes. |
| 20:56:28 | Biont | Llorean: you can have a look at the theme here if you haven't seen it before http://img693.imageshack.us/img693/9197/fidelity.jpg |
| 20:56:47 | Llorean | The buffer size needs to be balanced so as to offer the majority of theme sizes compatibility, rather than all of them, cutting off before the most outliers. |
| 20:57:12 | JdGordon| | no.. the size should be user/theme dependant |
| 20:57:14 | | Join mirak_ [0] (n=mirak@85-171-108-41.rev.numericable.fr) |
| 20:57:16 | JdGordon| | it shuoldnt be hardcoded |
| 20:57:36 | Llorean | JdGordon|: Yes, but since that's not an option at the moment since nobody's fixed that, a size does need to be picked still. |
| 20:57:52 | * | Llorean still thinks the size should be "the size of the theme" and theme selection should require reboots. |
| 20:58:05 | Biont | Llorean: most targets wouldn't need that much complexity anyway since there are very few touchscreen targets atm. and I believe most touchscreen targets should be able to handle the increased buffer size, too |
| 20:58:12 | Llorean | At least, reboots if you're going up, and if you reboot after going down in size, it reduces memory footprint. |
| 20:58:24 | Llorean | Biont: You believe based on what? |
| 20:58:25 | AlexP | Biont: It isn't a question of "handling it" |
| 20:58:44 | AlexP | Biont: It is a question of all of the finite memory used for the WPS can't be used to buffer music |
| 20:59:16 | pamaury | gevaerts: I have a working implementation (at least with libmtp and my sansa e200) for os descriptor. See github commit here: godeater/rockbox/commit/38a48236e44ca484e785d1defae6bc6c0758b30a">http://github.com/godeater/rockbox/commit/38a48236e44ca484e785d1defae6bc6c0758b30a |
| 20:59:20 | AlexP | I'm not saying it should/shouldn't be bigger, but e.g. processor speed is irrelevant |
| 20:59:22 | Llorean | AlexP: Which, to be fair, isn't as important on flash. |
| 20:59:30 | Llorean | I mean buffer for audio. |
| 20:59:31 | AlexP | Llorean: Indeed not |
| 20:59:38 | Llorean | But it still seems to matter based on those tests on the Nano way back. |
| 20:59:42 | gevaerts | How about we use a fixed "normal" size (possibly smaller than we have now), and if the selected theme doesn't fit, reboot? |
| 20:59:47 | | Quit jdgordon (Read error: 110 (Connection timed out)) |
| 20:59:51 | AlexP | Llorean: But handling it sounds like it is based on how fast the target is |
| 20:59:58 | Llorean | AlexP: True. |
| 21:00 |
| 21:00:07 | AlexP | As being touchscreen makes no difference to the RAM size |
| 21:00:55 | | Part watto |
| 21:00:57 | Biont | I think I'm lost now. I though the buffer size is about RAM. Why are we tralking about how fast touch targets are? |
| 21:00:59 | Llorean | gevaerts: In that case why not shrink on reboots too if a smaller theme is selected and a manual reboot happens? |
| 21:01:11 | Llorean | Biont: Because you were talking about "handling it" and being unclear what you meant. |
| 21:01:22 | AlexP | Biont: It is about RAM - why does being a touch screen make any difference to that? |
| 21:01:32 | Llorean | Biont: It's not about how much total RAM there is. It's about how much RAM we're willing to accept being permanently unavailable for other uses. |
| 21:01:33 | kugel | Biont: you waste a lot on the images just for the borders of each |
| 21:01:45 | gevaerts | Llorean: oh yes. I forgot to mention that. Basically store the size of the currently selected theme, and on boot allocate MAX(current theme, standard setting) |
| 21:01:48 | Biont | hm okay |
| 21:01:53 | AlexP | The touch screen targets have inherently no more or less RAM than any other target |
| 21:02:04 | Biont | be a bit patient with me :) I'm glad I figured out the wps code^^ |
| 21:02:25 | Llorean | gevaerts: Why MAX(those) rather than allowing it to shrink too? We let people select maximum files in browser to free up a little RAM, why not let them select minimalistic themes too? |
| 21:02:49 | gevaerts | Llorean: convenience |
| 21:03:23 | Biont | I just though that most touchscreen devices usually come with pretty huge-ass interfaces which leads me to think that there's enough ram to store them while still being able to play audio |
| 21:03:41 | Llorean | Biont: "enough" and "it's the most efficient option" aren't the same thing |
| 21:03:55 | Biont | :) |
| 21:04:02 | Llorean | Biont: There's enough RAM to store a far more complex interface on nearly any Rockbox player, but you can usually get more battery life (by far) by putting some restrictions in place. |
| 21:04:20 | Biont | Llorean: Okay I get that |
| 21:04:28 | AlexP | Biont: There is no more RAM on the touch screen ones than the others |
| 21:04:48 | AlexP | (in general terms, there are always exceptions) |
| 21:04:54 | Llorean | gevaerts: Maybe a setting of some sort, though I'm hesitant to suggest more settings. |
| 21:05:10 | * | Llorean doesn't remember how much RAM the D2 has at the moment. |
| 21:06:30 | JdGordon| | just remember than there is no way of knowing how much ram a theme needs without allocating the entire audio buffer and loading it into there first, and then resize the actual skin buffer for it |
| 21:06:41 | JdGordon| | so a max-usage setting is the only one that makes sense |
| 21:07:41 | Llorean | JdGordon|: Weren't you the one who was just saying a few minutes ago that the size should be theme-dependent? |
| 21:07:56 | kugel | btw, in which format are the bitmaps saved in the buffer? |
| 21:08:02 | TheSeven | watto: IRAM is internal ram (vs. external dram chips) |
| 21:08:09 | TheSeven | it's usually small but fast |
| 21:08:19 | TheSeven | while dram is relatively slow, but huge |
| 21:08:23 | JdGordon| | Llorean: yes |
| 21:08:58 | kugel | in the native format or in the format that they are on the disk? |
| 21:09:05 | TheSeven | so iram is where ibugger itself lives, dram is where the code to be debugged is running from |
| 21:09:12 | JdGordon| | kugel: native |
| 21:09:26 | * | bertrik is still not completely sure that we really need to maximise audio buffer RAM for flash based targets |
| 21:10:23 | Llorean | JdGordon|: So how does the theme determine the size work with the "a max-usage setting is the only one that makes sense"? I don't quite understand what you're saying. |
| 21:10:24 | gevaerts | pamaury: I'm not entirely sure if the device-level get_ms_descriptor() should be outside of usb_core.c, but I really can't make up my mind about it, so just ignore that. For the rest I think that implementation looks good |
| 21:11:14 | Llorean | bertrik: It's less important to, at least. |
| 21:11:26 | kugel | JdGordon|: so, all bitmaps of that fidelity theme are 174K. and he says the theme uses 175k |
| 21:11:38 | JdGordon| | Llorean: yes they dont work entirely well together |
| 21:11:48 | Llorean | bertrik: But even if you don't need it for buffering audio, some plugins and other things will still need to claim it, so having as much as possible available is still good |
| 21:11:56 | Llorean | JdGordon|: Okay. That's fine then. I was just confused. :) |
| 21:12:07 | JdGordon| | I'm just saying the problems |
| 21:12:19 | JdGordon| | I tihnk upping the static usage arbitrarily is silly |
| 21:12:21 | kugel | is the rest of the data really 60k? |
| 21:12:53 | JdGordon| | 60K sounds way too high, but plausable |
| 21:12:57 | Llorean | JdGordon|: I think upping the static usage in a formulaic way (to handle SBS) makes sense, but it should just be a variation of the normal WPS formula. |
| 21:12:58 | pamaury | gevaerts: what exactly do you mean ? You think usb_core could handle a little bit more of the request (like setting up the header) ? |
| 21:13:01 | bertrik | Llorean, agreed |
| 21:13:32 | Llorean | JdGordon|: Did the buffer size increase for SBS (or does it use its own buffer?) |
| 21:13:37 | * | Llorean does not know these things. |
| 21:13:50 | JdGordon| | it hasnrt been touched |
| 21:14:00 | Biont | Is there anything I can contribute to the discussion? |
| 21:14:05 | JdGordon| | money |
| 21:14:07 | JdGordon| | and beer |
| 21:14:10 | Biont | :) |
| 21:14:20 | AlexP | beer would be good |
| 21:14:20 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 21:14:52 | gevaerts | pamaury: no. I mean look at wValue |
| 21:15:08 | gevaerts | to see if it's device or interface, and handle it in core if device |
| 21:15:12 | Biont | I'd love to give a beer to each of you for developing rockbox, that's for sure^^ |
| 21:15:17 | gevaerts | again, I'm not at all sure about this |
| 21:17:38 | *** | Saving seen data "./dancer.seen" |
| 21:18:34 | pamaury | Ah yes, perhaps it can be implement by each get_ms_descriptor: the current implementation continues to loop if get_ms_descriptor returns 0. But again, I'm not sure MTP was really thought for multi-interfaces devices and at least libmtp doesn't handle it well. Perhaps it's not the case with Windows. I'm not sure about this too. |
| 21:18:57 | JdGordon| | Llorean: actually they could work together... if the theme has a config value saying how much it uses, and its hiegher than the users setting we could ask if they actually want to load it |
| 21:18:59 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 21:19:32 | gevaerts | pamaury: oh, another thing. usb_ch9.h has a typo, onstant instead of constant :) |
| 21:19:46 | pamaury | ah thanks :) |
| 21:21:32 | * | Biont is afk for a cigarette |
| 21:22:16 | Llorean | JdGordon|: Is how much a theme uses consistent between Sim and Target? |
| 21:24:22 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
| 21:24:31 | | Quit hebz0rl () |
| 21:26:48 | * | Llorean still thinks a lot can be improved by a _good_ checklist for each target for testing. |
| 21:27:07 | | Quit bertrik (Remote closed the connection) |
| 21:28:40 | | Join bertrik [0] (i=54a0d7b4@gateway/web/freenode/x-dqvegyjapgdwlzsx) |
| 21:28:45 | bertrik | gah |
| 21:28:49 | bertrik | blah |
| 21:28:55 | bertrik | blurb# |
| 21:28:58 | | Quit bertrik (Client Quit) |
| 21:29:04 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 21:31:47 | * | Biont is back |
| 21:32:47 | JdGordon| | Llorean: in theory yes... there may be very slight differences though |
| 21:33:23 | bertrik | Llorean, I like the checklist idea |
| 21:34:37 | Biont | JdGordon|: remember my thread about the custom actions/tags/tokens/whatever? I'd love to use them to turn my fidelity-theme into a monster, but that won't work with the current skin buffer size |
| 21:34:50 | Llorean | JdGordon|: I was going to ask if the "Save theme settings" thing could also include theme size, but if it might be different between Sim and Target, then a theme could report less size than it needs (also multi-target themes with different native bitmap formats?) |
| 21:35:18 | JdGordon| | Biont: yes, I remember... its on my todo list (or you could do it if you really wanted :) ) |
| 21:35:24 | evilnick | Llorean: +1 for the checklist idea |
| 21:35:49 | * | gevaerts agrees |
| 21:35:51 | Llorean | bertrik, evilnick: It's something I suggested before, but I think I didn't make it clear how it differed from our "release checklist" |
| 21:35:55 | Llorean | And of course someone has to do it. |
| 21:36:12 | Llorean | But I think the big problem facing our releases is that when day 0 comes we really have little idea what has or hasn't even been looked at. |
| 21:36:26 | JdGordon| | I'm nto sure what checkwps does, but it could be used to get the exact value for the real target |
| 21:36:32 | gevaerts | It's very similar with what I had in mind (not necessarily what I *said*) with the report templates |
| 21:36:44 | Biont | JdGordon|: believe me, I did look at the code and set up a dev environment to see if I have *any* clue. But I can't code and I don't think I'll learn it soon enough to be of any help |
| 21:36:57 | evilnick | Llorean: Yes, which gevaerts' idea addresses, so we can have more confidence in the releases |
| 21:36:58 | Llorean | JdGordon|: Still, themes that work on multiple targets are probably a problem. Maybe the maximum possible size used by a theme? |
| 21:37:02 | JdGordon| | thats the wrong attitude :) |
| 21:37:23 | Llorean | gevaerts: I thought it might be, which is why I wanted to get to work on an idea for the content of those report templates. :) |
| 21:37:35 | | Quit Thundercloud (Remote closed the connection) |
| 21:37:53 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
| 21:38:12 | gevaerts | Llorean: I was mostly inspired by the day I spent before the 3.0 release going through my targets and checking every single plugin keymap against the manual :) |
| 21:39:25 | gevaerts | We now also have http://download.rockbox.org/test_files/ so doing codec checklists isn't that hard either |
| 21:40:58 | kugel | the size of a theme can be sufficiently approximated before loading it |
| 21:41:21 | Biont | Llorean: What's the problem with (optionally) restricting specific themes to specific targets? |
| 21:42:25 | AlexP | Why would we want that? |
| 21:42:38 | bertrik | what would be nice would be some kind of matrix of features vs players with color indicating how well some feature has been tested and by whom, to show coverage |
| 21:42:59 | AlexP | If they work on multiple targets and the only issue is buffer size, it seems not right to limit them |
| 21:43:11 | gevaerts | bertrik: let's start by actually collecting the data :) |
| 21:43:32 | bertrik | it would be nice too if we know who tested what, so we can thank them in the release announcement |
| 21:43:36 | AlexP | bertrik: You know full well that if we collect some data gevaerts won't be able to resist graphing it :) |
| 21:43:40 | JdGordon| | kugel: how? |
| 21:43:46 | JdGordon| | everything is malloced remember? |
| 21:43:49 | gevaerts | AlexP: only if rasher doesn't get there first! |
| 21:44:05 | kugel | *approximated* |
| 21:45:06 | Biont | AlexP: If 2 targets have a 320*240 screen but only one of them uses a touchscreen, there's no point in restricting the touchscreen device (I tend to believe that you need more screen buffer size for a good touch theme) |
| 21:45:18 | AlexP | touchscreen is different |
| 21:45:27 | kugel | filesize of all images + ~10k for the rest should be fine |
| 21:45:40 | AlexP | but we were talking generally about all the other targets, many of which share screen size |
| 21:45:47 | JdGordon| | are images always smaller in ram than on disk? |
| 21:46:01 | kugel | not always |
| 21:46:03 | Biont | AlexP: Okay then maybe add another theme section for touchscreen targets and allow more screen buffer for them or whatever... :/ |
| 21:46:03 | JdGordon| | smaller or the same even |
| 21:46:21 | kugel | yes |
| 21:46:34 | JdGordon| | so checkwps could do it |
| 21:46:50 | JdGordon| | otherwise, you still have to open the skin before allocing the buffer |
| 21:46:52 | Biont | AlexP: I'm just making up stuff now. It's just that I think that touchscreen WPS should be able to use a bigger buffer |
| 21:47:10 | JdGordon| | I agree that touchscreens would need more buffer than non |
| 21:47:11 | kugel | checkwps could even do it accurately (if run on a 32bit machine I assume) |
| 21:49:23 | kugel | but you don't need to load the images before making the guess. Parsing it, and then get the filesize of the images in the image-linked list before loading them |
| 21:49:53 | | Nick Strife89 is now known as Strife1989 (n=Strife89@adsl-81-160-3.mcn.bellsouth.net) |
| 21:50:18 | JdGordon| | the images arnt loaded untill the end anyway |
| 21:50:52 | JdGordon| | but you cant resize the used buffer once its started parsing already |
| 21:51:04 | JdGordon| | unless we get rid of all the pointers |
| 21:51:06 | kugel | you could even get the depth at parsing time, then you could determine it accurately before loading too |
| 21:51:16 | | Join Strife89DS [0] (n=nds@adsl-81-160-3.mcn.bellsouth.net) |
| 21:53:41 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 21:53:51 | | Join thegeek [0] (n=nnscript@s168c.studby.ntnu.no) |
| 21:55:02 | | Join hd [0] (n=jd@modemcable207.134-202-24.mc.videotron.ca) |
| 21:55:32 | | Join ehntoo [0] (n=ehntoo@lug.mtu.edu) |
| 21:55:47 | | Quit Strife1989 ("If you hold a Unix shell to your ear, you can hear the C.") |
| 21:56:11 | | Quit Grahack ("Leaving.") |
| 21:57:00 | | Join Zambezi_ [0] (i=Zulu@80.67.9.2) |
| 21:57:10 | | Quit FOAD (lindbohm.freenode.net irc.freenode.net) |
| 21:57:10 | NSplit | lindbohm.freenode.net irc.freenode.net |
| 21:57:10 | | Quit antil33t (lindbohm.freenode.net irc.freenode.net) |
| 21:57:10 | | Quit Rondom (lindbohm.freenode.net irc.freenode.net) |
| 21:57:10 | | Quit HellDragon (lindbohm.freenode.net irc.freenode.net) |
| 21:57:10 | | Quit Zambezi (lindbohm.freenode.net irc.freenode.net) |
| 21:57:10 | | Quit blithe (lindbohm.freenode.net irc.freenode.net) |
| 21:57:10 | | Quit AlexP (lindbohm.freenode.net irc.freenode.net) |
| 21:57:10 | | Quit dionoea (lindbohm.freenode.net irc.freenode.net) |
| 21:57:10 | | Quit shaggy-h (lindbohm.freenode.net irc.freenode.net) |
| 21:57:10 | | Quit Utchybann (lindbohm.freenode.net irc.freenode.net) |
| 21:57:10 | | Quit jasio (lindbohm.freenode.net irc.freenode.net) |
| 21:57:10 | | Quit Hadaka (lindbohm.freenode.net irc.freenode.net) |
| 21:57:10 | | Quit J-23 (lindbohm.freenode.net irc.freenode.net) |
| 21:57:39 | NHeal | lindbohm.freenode.net irc.freenode.net |
| 21:57:39 | NJoin | AlexP [0] (n=alex@rockbox/staff/AlexP) |
| 21:58:24 | | Join Strife89 [0] (n=michael@adsl-81-160-3.mcn.bellsouth.net) |
| 21:58:58 | NJoin | FOAD [0] (n=dok@dinah.blub.net) |
| 21:58:58 | NJoin | antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz) |
| 21:58:58 | NJoin | Rondom [0] (n=Rondom@dslb-084-057-160-099.pools.arcor-ip.net) |
| 21:58:58 | NJoin | blithe [0] (n=blithe@blakesmith.me) |
| 21:58:58 | NJoin | dionoea [0] (n=dionoea@yop.chewa.net) |
| 21:58:58 | NJoin | Utchybann [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) |
| 21:58:58 | NJoin | Hadaka [0] (n=naked@naked.iki.fi) |
| 21:58:58 | NJoin | J-23 [0] (n=zelazko@unix.net.pl) |
| 21:58:58 | NJoin | jasio [0] (n=yann@cpc2-rdng20-2-0-cust902.15-3.cable.virginmedia.com) |
| 21:58:59 | | Quit Hadaka (Remote closed the connection) |
| 21:59:09 | | Join Naked [0] (n=naked@naked.iki.fi) |
| 21:59:19 | | Nick Naked is now known as Hadaka (n=naked@naked.iki.fi) |
| 21:59:37 | | Quit blithe (Remote closed the connection) |
| 21:59:47 | | Join blithe [0] (n=blithe@blakesmith.me) |
| 22:00 |
| 22:00:33 | | Nick Zambezi_ is now known as Zambezi (i=Zulu@80.67.9.2) |
| 22:07:03 | Biont | wtf? |
| 22:10:28 | | Quit J-23 (Read error: 110 (Connection timed out)) |
| 22:16:33 | | Join J-23 [0] (n=zelazko@unix.net.pl) |
| 22:17:33 | froggyman | Biont: I would imagine that freenodes webclient is having problems, or some other web client |
| 22:17:38 | | Quit jasio (lindbohm.freenode.net irc.freenode.net) |
| 22:17:38 | | Quit antil33t (lindbohm.freenode.net irc.freenode.net) |
| 22:17:38 | | Quit Utchybann (lindbohm.freenode.net irc.freenode.net) |
| 22:17:38 | | Quit FOAD (lindbohm.freenode.net irc.freenode.net) |
| 22:17:38 | | Quit Rondom (lindbohm.freenode.net irc.freenode.net) |
| 22:17:38 | | Quit dionoea (lindbohm.freenode.net irc.freenode.net) |
| 22:17:59 | Biont | froggyman: It does look like that :/ |
| 22:18:07 | B4gder | or just freenode itself I'd say |
| 22:18:38 | froggyman | both are possible :) |
| 22:18:57 | B4gder | right, but the netsplits we see are the network, not a client |
| 22:19:14 | froggyman | ohh |
| 22:19:23 | NJoin | dionoea [0] (n=dionoea@yop.chewa.net) |
| 22:19:40 | NJoin | FOAD [0] (n=dok@dinah.blub.net) |
| 22:19:48 | NJoin | Rondom [0] (n=Rondom@dslb-084-057-160-099.pools.arcor-ip.net) |
| 22:20:02 | Biont | just when you thought you're getting somewhere.....^^ |
| 22:20:18 | * | froggyman gets a global notice saying that one of their sponsors is having routing problems and that ~3000 users are affected |
| 22:20:28 | * | gevaerts glares at froggyman |
| 22:21:26 | NJoin | antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz) |
| 22:21:26 | NJoin | Utchybann [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) |
| 22:21:26 | NJoin | jasio [0] (n=yann@cpc2-rdng20-2-0-cust902.15-3.cable.virginmedia.com) |
| 22:21:34 | | Join jasio_ [0] (n=yann@cpc2-rdng20-2-0-cust902.15-3.cable.virginmedia.com) |
| 22:23:27 | CIA-80 | New commit by Domonoky (r23667): make checkwps able to check .rsbs files. |
| 22:24:10 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 22:25:27 | * | Biont is playing around with the /me command |
| 22:25:28 | domonoky1 | rasher: could you take a look at FS #10794 (patch for theme site to also check sbs files). please ? |
| 22:26:47 | saratoga | Bagder: did laurent get SVN access? |
| 22:27:25 | B4gder | yes he did |
| 22:28:02 | B4gder | roughly 24 hours ago |
| 22:28:05 | Biont | by the way: where can I get those nifty "rockbox artist" badges for the forums? just curious |
| 22:28:10 | Biont | :) |
| 22:28:18 | saratoga | sounds good |
| 22:34:02 | | Quit jasio (Read error: 113 (No route to host)) |
| 22:34:25 | Llorean | Biont: I used to hand them out. My plan was to revamp the entire badge setup, and so stopped. I'm not involved with that side of things any more, so I don't know what the current policy is either way. |
| 22:35:44 | Biont | Llorean: okay XD No problem, thank you |
| 22:36:09 | | Join MethoS- [0] (n=clemens@134.102.106.250) |
| 22:36:50 | AlexP | We are basically paused |
| 22:37:01 | | Part AEnima1577 |
| 22:39:42 | gevaerts | AlexP: is the hold switch turned up though? ;) |
| 22:39:43 | | Quit Hilikus ("Suerrrrrrte") |
| 22:39:53 | AlexP | gevaerts: Eh? |
| 22:40:02 | * | AlexP no comprenno |
| 22:40:14 | Llorean | AlexP: There's a baffling forum post. |
| 22:40:34 | Llorean | AlexP: "is there any way to disable pause from turning the hold switch up (in sansa clip build)?" |
| 22:40:55 | | Join jdgordon [0] (n=JdGordon@rockbox/developer/JdGordon) |
| 22:41:06 | Llorean | gevaerts: Maybe it's pausing on headphone unplug or something, even while hold is on, and he wants to disable that? |
| 22:41:34 | AlexP | Ah, I see the post - I've asked him to rephrase |
| 22:42:02 | Llorean | Well, I mean I'm pretty sure it's "can I prevent pause by turning on hold" but turning on hold *should* prevent pause in most circumstances |
| 22:42:52 | Llorean | Oooh, right, Clip |
| 22:43:01 | Llorean | Isn't the Clip glitch sometimes presenting itself as randomly pausing audio? |
| 22:44:02 | saratoga | yeah i read that post like 5 times without being able to parse any sort of meaning or idea |
| 22:45:48 | Llorean | If it said "is there any way to disable pause by turning the hold switch up" it'd be more or less fine. I think it's just a language/translation issue. |
| 22:46:29 | | Join LambdaCalculus37 [0] (n=LambdaCa@rockbox/staff/LambdaCalculus37) |
| 22:46:34 | saratoga | well yeah thats grammatically correct but it still doesn't make any sense |
| 22:49:14 | | Join antil33t1 [0] (n=Mudkips@203-184-54-232.callplus.net.nz) |
| 22:49:20 | | Quit antil33t (Nick collision from services.) |
| 22:52:06 | bertrik | I think what is happening is that he pushes the power-button/hold slider up too far when unlocking hold, hitting the power-up button that way, causing playback to stop (not pause) |
| 22:52:40 | bertrik | and he could be confusing stop and pause |
| 22:54:08 | kugel | I assume he's accidentally pushing the switch to far |
| 22:54:13 | kugel | when he hits power the playback stops |
| 22:54:28 | kugel | I think the clip doesn't have the mechanism to disable power for 1s after hold as been released |
| 22:54:44 | AlexP | It seems to |
| 22:55:04 | AlexP | I just tested, and going deliberatly from hold to pushing up to off, it continues playing |
| 22:55:09 | AlexP | *deliberately |
| 22:55:39 | saratoga | mine stops if i do that |
| 22:55:40 | kugel | it doesn't here, it stops |
| 22:55:46 | Unhelpful | kugel: pong? |
| 22:55:47 | AlexP | I can push it up once or twice more as well if I do it quickly before it finally works |
| 22:55:58 | kugel | Unhelpful: I got 4.4.2 to compile |
| 22:56:05 | Unhelpful | kugel: oh? how? |
| 22:56:16 | kugel | subscribing to the gcc-help ml turned out fruitful :) |
| 22:56:20 | AlexP | That's rather odd, I have SVN from yesterday (plus v1 of saratoga's patch) |
| 22:56:33 | AlexP | And it definately doesn't stop |
| 22:57:12 | kugel | Unhelpful: well, I think it's still a bug anyway, but apparently you aren't really supposed to do just make when going for bare metal |
| 22:57:12 | Unhelpful | kugel: interesting, i searched and found stuff on there but it was all along the lines of "you need to provide a system library, or a board library if you're building for bare metal" |
| 22:57:54 | kugel | there are 2 make targets that compile *only* gcc and libgcc each |
| 22:58:01 | AlexP | Hmmm, it does occasionally stop, but most times it doesn't |
| 22:58:04 | kugel | without all the lib blob |
| 22:58:20 | Unhelpful | kugel: eesh... we should probably *always* do that, save some time ;) |
| 22:58:41 | kugel | http://gcc.gnu.org/ml/gcc-help/2009-11/msg00187.html |
| 22:59:10 | kugel | make all-gcc all-target-libgcc to compile, and make install-gcc install-target-libgcc to install |
| 22:59:16 | | Part froggyman |
| 22:59:29 | kugel | obviously those are badly named and documented |
| 22:59:55 | saratoga | its matsch's patch |
| 23:00 |
| 23:00:02 | saratoga | and it wont' change how that works |
| 23:00:02 | kugel | I already tried, it still pulls in the unwind shit |
| 23:00:05 | saratoga | so its got to be something else |
| 23:00:22 | AlexP | saratoga: Yeah, I know it won't change it, I just mentioned it for completeness |
| 23:00:23 | saratoga | but imo its probably worth putting something in the button driver to disable power for 1 second after hold |
| 23:00:28 | AlexP | yes |
| 23:00:37 | kugel | that's what the fuze does |
| 23:00:55 | saratoga | also, making select still ignore usb insert even if other buttons are accidentally pushed |
| 23:01:09 | saratoga | its rather hard to get into charge mode on the clip due to the small surface area to button ratio |
| 23:01:17 | AlexP | that also is a good plan |
| 23:01:44 | kugel | that button is not very fat finger friendly indeed (although I have no problem :p ) |
| 23:02:05 | kugel | Unhelpful: I have a patch for configure to add eabi switches |
| 23:02:27 | Unhelpful | kugel: what do you mean? |
| 23:02:57 | kugel | tools/configure −−eabi/−−no-eabi |
| 23:03:08 | kugel | I think that's going to be useful for the transition phase |
| 23:05:14 | Unhelpful | what's wrong with changing the target to arm-elf-eabi? that also makes it easy to keep both compilers handy... |
| 23:06:02 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 23:06:39 | kugel | being able to switch the compilers easily |
| 23:07:09 | kugel | (using eabi while it's not default or using the old one while eabi is still "experimental") |
| 23:08:05 | | Join Tomis2 [0] (n=Tomis@70.134.89.75) |
| 23:09:12 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 23:09:12 | kugel | just changing to -eabi doesn't make it easy to keep the old compiler handy IMO |
| 23:10:14 | | Quit pamaury ("exit(*(int *)0 / 0);") |
| 23:11:14 | Unhelpful | couldn't we just make libgcc multilib for both ABIs and use -mabi? |
| 23:12:51 | kugel | why should we do that? |
| 23:13:18 | kugel | it's not like switching two 4.4.2 (non-eabi) is a safe thing on its own |
| 23:14:23 | CIA-80 | New commit by mcuelenaere (r23668): CheckWPS: set screen to SCREEN_MAIN when not a r{sb,wp}s. ... |
| 23:15:39 | | Quit Tomis2 (Read error: 60 (Operation timed out)) |
| 23:15:58 | | Quit Tomis (Success) |
| 23:16:00 | kugel | I don't think we would switch to 4.4.2 if we weren't after eabi |
| 23:17:18 | kugel | also, we need 2 binutils versions. I think those cannot be build with multilib, so they would override each other if they were for the same target |
| 23:17:42 | *** | Saving seen data "./dancer.seen" |
| 23:18:32 | kugel | Unhelpful: I plan to add eabi to rockboxdev.sh, so that we can get some other people to compile eabi builds |
| 23:19:15 | * | Unhelpful really can't see how this is better than just switching to arm-elf-eabi |
| 23:19:57 | kugel | you think we don't need a transition phase? |
| 23:20:54 | domonoky1 | think about all those build-servers.. we need a transition phase :-) |
| 23:21:41 | domonoky1 | the best would be a way to have both versions available, and be able to choose which to use via configure. |
| 23:21:56 | kugel | which is what I'm proposing :) |
| 23:22:22 | Unhelpful | well, pastebin your patches, i'll look at them tonight. :) |
| 23:22:49 | saratoga | i assumed we'd just svn up the configure script and kill any build servers which didn't have the right version |
| 23:25:07 | kugel | Unhelpful: they seem trivial enough to commit as is |
| 23:25:16 | kugel | s/they/it/ |
| 23:25:59 | kugel | saratoga: that's probably going to happen |
| 23:26:41 | | Quit domonoky1 (Read error: 104 (Connection reset by peer)) |
| 23:29:07 | | Join DerPapst [0] (n=DerPapst@91-64-221-175-dynip.superkabel.de) |
| 23:31:22 | | Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) |
| 23:33:28 | | Quit matsl (Remote closed the connection) |
| 23:34:07 | | Join Tomis [0] (n=Tomis@70.134.102.63) |
| 23:42:12 | | Quit n1s ("Lämnar") |
| 23:45:20 | | Quit Omlet ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 23:47:16 | CIA-80 | New commit by kugel (r23669): Add −−eabi to let configure prefer the arm-elf-eabi-* toolchain. Add −−no-eabi to achieve the current behavior (which is still default). |
| 23:53:17 | | Quit DerPapst ("Leaving.") |
| 23:56:50 | | Quit bertrik (Read error: 60 (Operation timed out)) |
icon identifies that the person is a core developer (has commit access).