| 00:00:32 | EsotericWisp | No, it that bad? |
| 00:01:02 | S_a_i_n_t | If not, I'd suggest downloading and installing either Rockbox 3.5.1 or a "Daily Build" |
| 00:01:19 | S_a_i_n_t | It means something went wrong with your install...that's all. |
| 00:02:37 | Bagder | when exactly does it say that? |
| 00:02:48 | linuxstb | S_a_i_n_t: It probably means it doesn't have a doom plugin... |
| 00:02:54 | * | linuxstb guesses rbutil is smart about that |
| 00:03:01 | Bagder | ah rbutil |
| 00:03:10 | EsotericWisp | Yea, rbutil |
| 00:03:38 | S_a_i_n_t | linuxstb: gevaerts just checked apparently, it *should* have doom... |
| 00:03:55 | bluebrother | Rockbox Utility checks if the player does have a doom plugin by looking after the plugin file on the player. |
| 00:04:00 | S_a_i_n_t | I was reasonably confident it did, and gevaerts confirmed it. |
| 00:04:16 | | Quit jfc (Read error: Connection reset by peer) |
| 00:04:41 | | Join jfc [0] (~john@dpc6682208002.direcpc.com) |
| 00:05:13 | EsotericWisp | When I try to reinstall, it says, "Target mismatch detected. Installed target: Ondavx767, selected target: H10 20gb" ??? |
| 00:05:38 | linuxstb | It sounds like your install went wrong. |
| 00:05:41 | bluebrother | that sounds weird. I assume the correct target is shown? |
| 00:05:56 | S_a_i_n_t | There is a bug in the builds...sometimes the wrong build is packed in the zip. |
| 00:05:57 | bluebrother | i.e. in the selection in Rockbox Utility |
| 00:06:00 | linuxstb | Maybe a victim of the build-server-getting-confused bug? |
| 00:06:04 | EsotericWisp | Yeah, It detects my player aas a H!) in the window thingy. |
| 00:06:10 | gevaerts | EsotericWisp: uninstall and install again. I suspect you got hit by the bug in our build system that sometimes .. Oh, what S_a_i_n_t said |
| 00:06:47 | | Quit domonoky (Read error: Connection reset by peer) |
| 00:07:11 | EsotericWisp | OK, it's working now. |
| 00:07:32 | S_a_i_n_t | EsotericWisp: Awesome ;) |
| 00:07:39 | S_a_i_n_t | Glad we could help. |
| 00:08:28 | * | gevaerts wants that bug gone :\ |
| 00:09:18 | S_a_i_n_t | Same here...but, I suspect someone needs to find it first. |
| 00:09:40 | S_a_i_n_t | s/find it/have a clue what's actually causing it/ |
| 00:10:07 | | Quit Schmogel (Read error: Connection reset by peer) |
| 00:12:04 | gevaerts | The only think I can find would be CGI::tmpFileName() behaving differenly than expected |
| 00:13:16 | | Quit lpereira (Quit: Leaving.) |
| 00:14:25 | | Quit mirak (Quit: Ex-Chat) |
| 00:16:51 | linuxstb | So do some servers run multiple build clients? |
| 00:17:18 | Bagder | each client has a unique name |
| 00:17:52 | | Quit efyx (Quit: Quitte) |
| 00:26:50 | | Quit ender` (Quit: On the contrary, if you never procreate, neither will your kids.) |
| 00:28:30 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 00:32:18 | | Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) |
| 00:37:11 | gevaerts | The bug definitely is in upload.cgi |
| 00:37:19 | | Join M3DLG [0] (~M3DLG@ip-87-82-124-99.easynet.co.uk) |
| 00:40:31 | | Quit petur (Remote host closed the connection) |
| 00:40:55 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 00:42:40 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
| 00:42:58 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 00:49:25 | | Join solexx [0] (~jrschulz@e176097126.adsl.alicedsl.de) |
| 00:49:30 | | Quit M3DLG (Ping timeout: 258 seconds) |
| 00:57:36 | gevaerts | Bagder: is /tmp or /var/tmp on a separate partition on the build upload server? |
| 00:58:27 | Bagder | yes, /var is separate (from /tmp) |
| 00:58:59 | | Quit dfkt (Read error: Connection reset by peer) |
| 00:59:07 | | Quit komputes (Read error: Operation timed out) |
| 00:59:23 | gevaerts | I'm running a local copy of upload.pl, and it looks as if CGI::tmpFileName reuses the same tempfile before the move() is done |
| 00:59:37 | gevaerts | If the move() goes to another filesystem maybe that could explain it? |
| 01:00 |
| 01:00:40 | Bagder | wait, /tmp is a symlink to /var/tmp |
| 01:01:24 | gevaerts | But they're both separate from <cgi-path>/upload/ I guess |
| 01:01:32 | Bagder | yes |
| 01:02:52 | gevaerts | How do you concatenate strings in perl? |
| 01:03:06 | Bagder | $string . $string2 |
| 01:04:26 | * | gevaerts tries something |
| 01:05:44 | gevaerts | ok, filesystems are not involved |
| 01:06:08 | funman | i've found a potential cause of volume problems with as3525v2 |
| 01:07:10 | funman | -> as3514.c::audiohw_set_master_vol() ; now i'm trying to decipher sound.c |
| 01:12:54 | funman | "PCM volume" (DAC_L/R) seems to have no effect here |
| 01:13:05 | gevaerts | Bagder: adding a sleep(1); just before the move() in upload.pl makes about 1 in 10 uploads have the wrong contents for me |
| 01:13:25 | Bagder | ouch |
| 01:13:56 | gevaerts | The only explanation I can see is that CGI::tmpFileName is broken |
| 01:14:06 | *** | Saving seen data "./dancer.seen" |
| 01:14:33 | CIA-5 | New commit by funman (r25730): as3514: no need to cache volume |
| 01:14:35 | gevaerts | 1 in 10 uploads with lots of concurrent uploads of course |
| 01:16:54 | Torne | well, you could use CGI::upload_hook instead |
| 01:17:04 | Torne | and write the file data directly to the target file as you get them |
| 01:20:00 | gevaerts | Torne: that should work. Do you know enough perl to quickly write that? |
| 01:20:03 | Torne | no |
| 01:20:49 | Torne | sorry :) |
| 01:21:02 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 01:21:15 | * | gevaerts thinks he'll leave it to Bagder then :) |
| 01:21:36 | * | Bagder thinks he'll sleep on it |
| 01:21:49 | gevaerts | Good idea! |
| 01:22:30 | linuxstb | I use something like "$fh = upload('paramname');" and then copy date from that $fh. |
| 01:23:23 | gevaerts | that's probably equivalent to using the hook |
| 01:26:12 | CIA-5 | New commit by funman (r25731): as3514: detail bit of AS3543_DAC_IF ... |
| 01:27:53 | linuxstb | gevaerts: So _maybe_ something like http://pastebin.com/xFnmbd2h |
| 01:30:02 | * | gevaerts tries |
| 01:31:24 | gevaerts | Looks promising |
| 01:35:31 | linuxstb | gevaerts: Still looking promising? |
| 01:35:58 | gevaerts | 3700 uploads without errors |
| 01:36:11 | gevaerts | I had about 1/100 failures before |
| 01:38:39 | | Quit DerPapst (Quit: Leaving.) |
| 01:42:10 | gevaerts | FS #11221 |
| 01:42:14 | CIA-5 | New commit by funman (r25732): as3525v2: fix volume setting (can now go very low) |
| 01:44:22 | funman | what's the point of pcm_mute() ? it's unused |
| 01:45:14 | linuxstb | gevaerts: Nice find (hopefully...). As you say, let's leave it to someone else to implement properly... |
| 01:46:13 | gevaerts | linuxstb: the problem I see is that CGI.pm still handles the splitting in files, so I'm not convinced that the problem is really gone with this |
| 01:46:38 | gevaerts | If so the window is a lot smaller though |
| 01:46:40 | linuxstb | What do you mean by "splitting"? |
| 01:47:49 | gevaerts | As far as I know apache just gives the stream to the cgi, so the cgi (and therefore CGI.pm) has to parse the data and put upload POST stuff in files or parameter fields. It presumably allocates those tempfiles at that stage |
| 01:48:52 | linuxstb | Yes, but I would hope the CGI module does that properly... The method I suggested is how I would expect any user of CGI.pm to handle uploads (it's what the documentation currently recommends) |
| 01:49:27 | gevaerts | Since half of the web is written in perl, and most of that uses CGI.pm, I suspect it's fine |
| 01:54:12 | | Part toffe82 |
| 02:00 |
| 02:02:12 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 02:05:07 | CIA-5 | New commit by funman (r25733): Remove pcm_mute() which has been unused since r19308 ... |
| 02:11:29 | | Join Guest80756 [0] (Conn@199.126.12.13) |
| 02:11:30 | | Quit jgarvey (Quit: Leaving) |
| 02:11:58 | Guest80756 | herroh? |
| 02:12:07 | | Nick Guest80756 is now known as RawrFaceMcGee (Conn@199.126.12.13) |
| 02:12:47 | RawrFaceMcGee | is installing rockbox from windows 7 any different then any other OS? |
| 02:13:11 | soap | Llorean, the recent thread in the Hardware forum board is not, IIRC, the first instance where it /appears/ that a weakening battery causes problems for Rockbox but not, apparently, with the OF. |
| 02:14:07 | | Quit mt (Ping timeout: 245 seconds) |
| 02:15:25 | Llorean | soap: Yes. I didn't say it specifically was the battery, just suggested that his battery will provide problems. |
| 02:15:44 | Llorean | I don't even know how a failing battery could cause a freeze like he described (it seems unlikely) |
| 02:16:01 | soap | That it does, and I wasn't trying to accuse you of giving poor advice. |
| 02:16:20 | soap | But while the evidence is anecdotal, I'm wondering if there is something to it. |
| 02:23:53 | | Quit funman (Quit: free(random());) |
| 02:24:50 | RawrFaceMcGee | ponder, I plug in the ipod it mounts and then quickly unmounts so I cant see it in the install utility |
| 02:24:54 | RawrFaceMcGee | however itunes CAN see it |
| 02:24:57 | RawrFaceMcGee | any thoughts? |
| 02:26:50 | saratoga | theres probably a setting in itunes to fix that |
| 02:26:57 | saratoga | check google |
| 02:28:24 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 02:28:32 | RawrFaceMcGee | turns out itunes was unmounting it, so i shut down the server and the process |
| 02:28:41 | RawrFaceMcGee | it mounts fine now... autodetect crashes the utility though :( |
| 02:31:40 | | Quit EsotericWisp (Quit: CGI:IRC (EOF)) |
| 02:35:30 | RawrFaceMcGee | maybe compatibility mode |
| 02:58:17 | RawrFaceMcGee | whats the best ipod for rockbox? |
| 03:00 |
| 03:01:17 | | Join w1ll14m [0] (~w1ll14m@84-104-80-54.cable.quicknet.nl) |
| 03:03:59 | soap | what do you want out of Rockbox? |
| 03:04:19 | soap | (the answer is rarely "iPod" - but they are common.) |
| 03:12:18 | | Join CGL [0] (~CGL@190.207.188.162) |
| 03:14:08 | *** | Saving seen data "./dancer.seen" |
| 03:14:10 | | Join Rob2223 [0] (~Miranda@p4FDCAE0C.dip.t-dialin.net) |
| 03:18:13 | | Quit Rob2222 (Ping timeout: 264 seconds) |
| 03:21:44 | | Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) |
| 03:28:04 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 03:43:58 | | Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) |
| 03:55:19 | | Quit anewuser (Quit: http://xrl.us/NitroQueer What do you know...THE WORLD'S first NTRQ (that's for NES/FAMICOM) tracking compo. Have powerpak? Try it out! Otherwise ROM IMAGE.) |
| 03:56:01 | | Nick bgs100 is now known as bgs000 (57o9@unaffiliated/bgs100) |
| 04:00 |
| 04:01:28 | | Quit adnyxo (Quit: Leaving) |
| 04:01:42 | JdGordon | 11223.. wtf? |
| 04:06:45 | RawrFaceMcGee | . |
| 04:09:27 | | Join Barahir_ [0] (~jonathan@gssn-5f755ddf.pool.mediaWays.net) |
| 04:10:57 | RawrFaceMcGee | is there a default folder for music for rockbox, or does it all just get dropped into the root |
| 04:12:26 | | Quit Barahir (Ping timeout: 240 seconds) |
| 04:13:39 | hobbs | RawrFaceMcGee: you're welcome to put it in a folder, if you want. You're welcome to put it all in the root, if you want. By default, the whole disk will be scanned for music, but you can adjust that. |
| 04:14:57 | RawrFaceMcGee | awesome, I read the answer as you typed it... sigh sorry |
| 04:15:14 | RawrFaceMcGee | mainly i was trying to figure out why my music wasnt showing up on the player itself |
| 04:18:16 | RawrFaceMcGee | everything shows up nicely in files, but wont show up in database when i run the update. |
| 04:22:14 | RawrFaceMcGee | sigh, rebooting twice fixed it... sorry for spam |
| 04:27:21 | hobbs | odd, but okay. I've seen similar weirdness myself occasionally. Should be fine from now on :) |
| 04:32:00 | | Quit n17ikh (Ping timeout: 265 seconds) |
| 04:32:38 | | Join saratoga_ [0] (~9803c20d@gateway/web/freenode/x-lxcevuqtorcbibae) |
| 04:36:10 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
| 04:42:00 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
| 04:42:18 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 04:46:20 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 04:53:25 | | Quit TheSeven (Ping timeout: 245 seconds) |
| 04:57:24 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 04:59:39 | | Quit lifeless (Disconnected by services) |
| 05:00 |
| 05:00:06 | | Join lifeless [0] (~lifeless@89.20.121.185) |
| 05:00:26 | | Quit lifeless (Disconnected by services) |
| 05:00:51 | | Join lifeless [0] (~lifeless@89.20.121.185) |
| 05:01:32 | | Quit ollebe (Quit: Leaving) |
| 05:01:45 | | Quit lifeless (Disconnected by services) |
| 05:02:11 | | Join lifeless_ [0] (~lifeless@89.20.121.185) |
| 05:07:20 | | Quit panni_ (Read error: Connection reset by peer) |
| 05:12:34 | | Quit linuxstb (Read error: Connection reset by peer) |
| 05:14:10 | *** | Saving seen data "./dancer.seen" |
| 05:20:04 | | Join CaptainKewl [0] (jds@207-237-106-60.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 05:25:57 | | Join crculver [0] (~crculver@user-24-96-81-14.knology.net) |
| 05:26:30 | crculver | The latest daily build results in a Data abort error at startup for me (iPod Video 5.5 gen 32GB) |
| 05:29:25 | JdGordon | did you install the 32MB build? |
| 05:29:54 | crculver | I installed the same build I always do. I have a script to update, haven't changed it in a year |
| 05:30:02 | saratoga_ | which revision? |
| 05:30:38 | crculver | Hold on, I'll have to open my iPod in disk mode and then read the text file in .rockbox. |
| 05:30:43 | Llorean | crculver: Have you tried an current SVN revision rather than the daily build? |
| 05:31:13 | crculver | Incidentally, before I reboot my iPod, the exact error is "Data abort at 00031F68 (0)" Don't know if that's useful. |
| 05:32:15 | crculver | Version: r25733-100427 |
| 05:32:32 | saratoga_ | try this: http://download.rockbox.org/daily/ipodvideo/rockbox-ipodvideo-20100426.zip |
| 05:34:14 | crculver | Yes, 20100426 boots fine, while 20100427 doesn't. |
| 05:35:03 | saratoga_ | my random guess would be r25733 |
| 05:35:34 | | Quit Horscht (Quit: Verlassend) |
| 05:43:07 | | Quit guymann (Read error: Operation timed out) |
| 05:50:09 | | Quit CGL (Remote host closed the connection) |
| 05:52:30 | | Join evilnick_ [0] (~evilnick@ool-457bccf5.dyn.optonline.net) |
| 05:55:03 | | Join Strife89|PalmTX [0] (~cstrife89@adsl-80-137-151.mcn.bellsouth.net) |
| 05:55:13 | | Quit evilnick (Ping timeout: 240 seconds) |
| 06:00 |
| 06:00:49 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 06:07:14 | | Quit Boldfilter (Quit: Boldfilter) |
| 06:11:53 | | Quit bluebrother (Disconnected by services) |
| 06:11:57 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 06:16:17 | | Quit saratoga_ (Quit: Page closed) |
| 06:16:25 | | Quit Strife89|PalmTX (Quit: Bed.) |
| 06:25:53 | | Quit Zambezi (Read error: Connection reset by peer) |
| 06:26:05 | | Join Zambezi [0] (Zulu@80.67.9.2) |
| 06:27:11 | | Quit Kitar|st (Ping timeout: 276 seconds) |
| 06:31:43 | | Join Kitar|st [0] (Kitar_st@BSN-210-226-207.dial-up.dsl.siol.net) |
| 06:37:05 | | Quit n1s (Ping timeout: 260 seconds) |
| 06:41:09 | | Join ball [0] (~ball@adsl-99-142-84-135.dsl.emhril.sbcglobal.net) |
| 06:41:22 | ball | I think my iPod may just be shagged. |
| 06:41:42 | | Join droidcor1 [0] (~mark@69-165-139-63.dsl.teksavvy.com) |
| 06:44:24 | | Quit droidcore (Ping timeout: 264 seconds) |
| 06:57:23 | ball | Ah, newfs seems to have helped a bit. |
| 07:00 |
| 07:00:00 | | Quit CaptainKewl (Ping timeout: 246 seconds) |
| 07:10:26 | | Quit linuxguy3 (Read error: Operation timed out) |
| 07:13:31 | | Quit jd (Read error: Connection reset by peer) |
| 07:14:06 | | Join jd [0] (~jd@modemcable207.134-202-24.mc.videotron.ca) |
| 07:14:06 | | Quit jd (Changing host) |
| 07:14:06 | | Join jd [0] (~jd@Wikipedia/HellDragon) |
| 07:14:11 | *** | Saving seen data "./dancer.seen" |
| 07:28:58 | | Quit liar (Quit: Verlassend) |
| 07:35:36 | | Quit crculver (Quit: Leaving) |
| 07:44:51 | | Join Brewtal [0] (~48e1b9c7@giant.haxx.se) |
| 07:45:13 | Brewtal | anyone online have experience with the SpartanBlack theme for iPod Video? |
| 07:49:19 | | Quit Brewtal (Client Quit) |
| 07:56:04 | | Join HellDragon_ [0] (~jd@modemcable207.134-202-24.mc.videotron.ca) |
| 07:56:04 | | Quit HellDragon_ (Changing host) |
| 07:56:04 | | Join HellDragon_ [0] (~jd@Wikipedia/HellDragon) |
| 07:59:04 | | Quit jd (Ping timeout: 276 seconds) |
| 08:00 |
| 08:12:45 | | Quit ball (Quit: leaving) |
| 08:21:14 | | Quit TheSeven (Ping timeout: 246 seconds) |
| 08:33:11 | | Join liar [0] (~liar@213162066167.public.t-mobile.at) |
| 08:33:21 | | Quit kramer3d (Quit: Leaving) |
| 08:36:48 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 08:51:46 | | Join flydutch [0] (~flydutch@host24-146-dynamic.15-87-r.retail.telecomitalia.it) |
| 08:53:30 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 08:54:34 | | Join Zagor [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 08:54:34 | | Quit Zagor (Changing host) |
| 08:54:34 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
| 09:00 |
| 09:07:50 | | Join B4gder [0] (~daniel@rockbox/developer/bagder) |
| 09:07:59 | | Quit amiconn (Disconnected by services) |
| 09:08:01 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 09:08:10 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 09:14:14 | *** | Saving seen data "./dancer.seen" |
| 09:17:33 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 09:22:18 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 09:22:31 | | Join DerPapst [0] (~Alexander@p5099d40e.dip0.t-ipconnect.de) |
| 09:29:12 | | Quit TheSeven (Ping timeout: 240 seconds) |
| 09:32:46 | | Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) |
| 09:33:21 | | Join solexx_ [0] (~jrschulz@e176103021.adsl.alicedsl.de) |
| 09:35:12 | * | JdGordon is back on that playlist viewer bug.... |
| 09:35:30 | JdGordon | codec thread keeps switching between R and S states |
| 09:35:37 | JdGordon | buffering stays in R state |
| 09:35:42 | JdGordon | so presumably its locked up? |
| 09:36:01 | JdGordon | after trying to change tracks in the broken wps |
| 09:36:52 | | Quit solexx (Ping timeout: 276 seconds) |
| 09:40:21 | | Quit Llorean (Read error: Connection reset by peer) |
| 09:41:14 | | Join Llorean [0] (~DarkkOne@adsl-99-182-54-108.dsl.hstntx.sbcglobal.net) |
| 09:41:43 | | Quit CIA-5 (Read error: Operation timed out) |
| 09:42:15 | | Quit nimak (Read error: Operation timed out) |
| 09:42:36 | JdGordon | buffering is definitely getting blocked somehow :( |
| 09:42:47 | | Quit Kitar|st (Ping timeout: 246 seconds) |
| 09:43:18 | | Join nima [0] (~nima@adsl-75-45-227-129.dsl.sfldmi.sbcglobal.net) |
| 09:45:44 | | Join CIA-5 [0] (cia@208.69.182.149) |
| 09:48:27 | | Join Kitar|st [0] (Kitar_st@BSN-210-226-207.dial-up.dsl.siol.net) |
| 09:56:56 | * | JdGordon is really giving up this time |
| 09:57:06 | JdGordon | looks like broken files is the only way i can repro |
| 09:59:07 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 09:59:12 | | Join Jaykay [0] (~chatzilla@p5DC57901.dip.t-dialin.net) |
| 10:00 |
| 10:03:24 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 10:03:32 | JdGordon | anyone else having issues with rockbox usb only coming up as read only FS? |
| 10:03:37 | pixelma | the found relation to dircache doesn't help? |
| 10:03:56 | B4gder | JdGordon: in linux that happens when it finds fs errors |
| 10:04:05 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 10:04:08 | JdGordon | ah, thats probably it then |
| 10:04:22 | JdGordon | pixelma: I dont think that was it... I honestly have no idea whats causing it |
| 10:10:23 | DEBUG | EOF from server (Connection reset by peer) (snapshot: netstuff.c line 545) |
| 10:10:23 | *** | Cleanup |
| 10:10:23 | *** | Cleanup |
| 10:10:23 | *** | Saving seen data "./dancer.seen" |
| 10:10:23 | *** | Exit |
| 10:10:26 | *** | Started Dancer V4.16 |
| 10:10:26 | *** | Connected to irc.freenode.net on port 6667 |
| 10:10:26 | *** | Logfile for #rockbox started |
| 10:10:26 | Mode | "logbot :+i" by logbot |
| 10:10:27 | Ctcp | Version from frigg!~frigg@freenode/utility-bot/frigg |
| 10:10:27 | *** | Server message 501: 'logbot :Unknown MODE flag' |
| 10:10:27 | | Join logbot [0] (~rockbox@giant.haxx.se) |
| 10:10:27 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 10:10:27 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 10:10:27 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 10:10:27 | | Join Jaykay [0] (~chatzilla@p5DC57901.dip.t-dialin.net) |
| 10:10:27 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 10:10:27 | | Join Kitar|st [0] (Kitar_st@BSN-210-226-207.dial-up.dsl.siol.net) |
| 10:10:27 | | Join CIA-5 [0] (cia@208.69.182.149) |
| 10:10:27 | | Join nima [0] (~nima@adsl-75-45-227-129.dsl.sfldmi.sbcglobal.net) |
| 10:10:27 | | Join Llorean [0] (~DarkkOne@adsl-99-182-54-108.dsl.hstntx.sbcglobal.net) |
| 10:10:27 | | Join solexx_ [0] (~jrschulz@e176103021.adsl.alicedsl.de) |
| 10:10:27 | | Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) |
| 10:10:27 | | Join DerPapst [0] (~Alexander@p5099d40e.dip0.t-ipconnect.de) |
| 10:10:27 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 10:10:27 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
| 10:10:27 | | Join B4gder [0] (~daniel@rockbox/developer/bagder) |
| 10:10:27 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
| 10:10:27 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 10:10:27 | | Join flydutch [0] (~flydutch@host24-146-dynamic.15-87-r.retail.telecomitalia.it) |
| 10:10:27 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 10:10:27 | | Join liar [0] (~liar@213162066167.public.t-mobile.at) |
| 10:10:27 | | Join HellDragon_ [0] (~jd@Wikipedia/HellDragon) |
| 10:10:27 | | Join droidcor1 [0] (~mark@69-165-139-63.dsl.teksavvy.com) |
| 10:10:27 | | Join Zambezi [0] (Zulu@80.67.9.2) |
| 10:10:27 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 10:10:27 | | Join evilnick_ [0] (~evilnick@ool-457bccf5.dyn.optonline.net) |
| 10:10:27 | | Join lifeless_ [0] (~lifeless@89.20.121.185) |
| 10:10:27 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
| 10:10:27 | | Join Barahir_ [0] (~jonathan@gssn-5f755ddf.pool.mediaWays.net) |
| 10:10:27 | | Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) |
| 10:10:27 | | Join Rob2223 [0] (~Miranda@p4FDCAE0C.dip.t-dialin.net) |
| 10:10:27 | | Join w1ll14m [0] (~w1ll14m@84-104-80-54.cable.quicknet.nl) |
| 10:10:27 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 10:10:27 | | Join RawrFaceMcGee [0] (Conn@199.126.12.13) |
| 10:10:27 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 10:10:27 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 10:10:27 | | Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) |
| 10:10:27 | | Join jfc [0] (~john@dpc6682208002.direcpc.com) |
| 10:10:27 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.246) |
| 10:10:27 | | Join arbingordon [0] (~w@unaffiliated/arbingordon) |
| 10:10:27 | | Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) |
| 10:10:27 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
| 10:10:27 | | Join sevard [0] (sev@216.164.6.24) |
| 10:10:27 | | Join TillW [0] (~Till@h92-net09.simres.netcampus.ca) |
| 10:10:27 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 10:10:27 | | Join Galois [0] (djao@efnet.math.uwaterloo.ca) |
| 10:10:27 | | Join Topy44 [0] (~topy@my.fastsh.it) |
| 10:10:27 | | Join avacore^ [0] (nobody@1008ds1-rdo.0.fullrate.dk) |
| 10:10:27 | | Join Torne [0] (torne@rockbox/developer/Torne) |
| 10:10:27 | | Join Utchybann [0] (~Utchy@rps6752.ovh.net) |
| 10:10:27 | | Join jae [0] (~jae@jaerhard.com) |
| 10:10:27 | | Join arun [0] (~arun@unaffiliated/sindian) |
| 10:10:27 | | Join dionoea [0] (~dionoea@videolan/developer/dionoea) |
| 10:10:27 | | Join preglow [0] (thomj@tvilling2.pvv.ntnu.no) |
| 10:10:27 | | Join maraz [0] (maraz@kapsi.fi) |
| 10:10:27 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 10:10:27 | | Join blithe [0] (~blithe@72.14.176.144) |
| 10:10:27 | | Join MuscleNerd [0] (eric@adsl-75-27-189-151.dsl.irvnca.sbcglobal.net) |
| 10:10:27 | | Join stavrob [0] (~sam@78-105-125-218.zone3.bethere.co.uk) |
| 10:10:27 | | Join YPSY [0] (~ypsy@geekpadawan.de) |
| 10:10:27 | | Join topik [0] (awesome@wtf.grmpf.org) |
| 10:10:27 | | Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) |
| 10:10:27 | | Join @ChanServ [0] (ChanServ@services.) |
| 10:10:27 | | Join xou [0] (niko@eris.feh.name) |
| 10:10:27 | | Join Hadaka [0] (~naked@naked.iki.fi) |
| 10:10:27 | | Join simabeis [0] (~simabeis@lobmenschen.de) |
| 10:10:27 | | Join ThomasAH [0] (~thomas@aktaia.intevation.org) |
| 10:10:27 | | Join fxb__ [0] (~felixbrun@h1252615.stratoserver.net) |
| 10:10:27 | | Join ranma [0] (ranma@mx.tdiedrich.de) |
| 10:10:27 | | Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) |
| 10:10:27 | | Join yosafbridge [0] (~yosafbrid@li14-39.members.linode.com) |
| 10:10:27 | | Join Beta2K [0] (~Beta2K@d24-36-126-101.home1.cgocable.net) |
| 10:10:27 | | Join planetbeing [0] (~planetbei@24.86.178.47) |
| 10:10:27 | | Join tmzt_ [0] (~ircuser@99-157-224-139.lightspeed.bcvloh.sbcglobal.net) |
| 10:10:27 | | Join Guest20471 [0] (jljhook@irkki.fi) |
| 10:10:27 | | Join AlexP [0] (~ap@rockbox/staff/AlexP) |
| 10:10:27 | | Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic) |
| 10:10:27 | | Join pjm0616 [0] (~user@61.250.113.98) |
| 10:10:27 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
| 10:10:27 | | Join kerwood [0] (~Marshall@c-76-21-166-25.hsd1.md.comcast.net) |
| 10:10:27 | | Join hobbs [0] (~nnnnnnnan@p3m/member/hobbs) |
| 10:10:27 | | Join Kohlrabi [0] (~Kohlrabi@frustum.nosebud.de) |
| 10:10:27 | | Join Bagder [0] (~daniel@rockbox/developer/bagder) |
| 10:10:27 | | Join Battousai [0] (~bryan@gentoo/developer/battousai) |
| 10:10:27 | | Join Tuplis [0] (~jani@adsl-77-109-221-158.kymp.net) |
| 10:10:27 | | Join grndslm [0] (~grndslm@174-126-14-4.cpe.cableone.net) |
| 10:10:27 | | Join avar [0] (avar@wikipedia/avar) |
| 10:10:27 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 10:10:27 | | Join gevaerts [0] (~fg@rockbox/developer/gevaerts) |
| 10:10:27 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 10:10:27 | | Join aevin [0] (eivindsy@unaffiliated/aevin) |
| 10:10:27 | | Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) |
| 10:10:27 | | Join rhodan [0] (~quassel@2001:1608:12:2::38) |
| 10:10:27 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
| 10:10:27 | | Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe10fb00-173.dhcp.inet.fi) |
| 10:10:27 | | Join avn [0] (~avn@88.119.164.243) |
| 10:10:27 | | Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) |
| 10:10:27 | | Join RadicalR [0] (~radicalr@c-69-255-49-110.hsd1.va.comcast.net) |
| 10:10:27 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 10:10:27 | | Join leavittx [0] (~leavittx@89.221.199.187) |
| 10:10:27 | | Join FOAD [0] (~dok@83.160.60.104) |
| 10:10:27 | | Join ved [0] (ved@ddsbox.co.cc) |
| 10:10:27 | | Join bgs000 [0] (57o9@unaffiliated/bgs100) |
| 10:10:27 | | Join xavieran [0] (~xavieran@ppp118-209-61-181.lns20.mel4.internode.on.net) |
| 10:10:27 | | Join jnss [0] (janes@gateway/shell/sign.io/x-vwlduembtdtjdmud) |
| 10:10:27 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 10:10:27 | | Join kkurbjun [0] (~kkurbjun@rockbox/developer/kkurbjun) |
| 10:10:27 | | Join mapi [0] (~mapi@KHP222006067242.ppp-bb.dion.ne.jp) |
| 10:10:27 | | Join saratoga [0] (~9803c6dd@rockbox/developer/saratoga) |
| 10:10:27 | | Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
| 10:10:27 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 10:10:27 | | Join elcan [0] (user36@pr0.us) |
| 10:10:27 | | Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) |
| 10:10:27 | | Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) |
| 10:10:27 | | Join SirFunk [0] (~Sir@97-92-38-108.dhcp.aldl.mi.charter.com) |
| 10:10:27 | | Join Xerion [0] (~xerion@84.25.7.202) |
| 10:10:27 | | Join rvvs89 [0] (ivo@pdpc/supporter/base/rvvs89) |
| 10:10:27 | | Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) |
| 10:10:27 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
| 10:10:27 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 10:10:27 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
| 10:10:27 | | Join krazykit` [0] (~kkit@ppp-70-225-135-39.dsl.ipltin.ameritech.net) |
| 10:10:27 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
| 10:10:27 | | Join bzed [0] (~bzed@devel.recluse.de) |
| 10:10:27 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 10:10:27 | | Join slck [0] (Venci@Slackware.SlackPix.Com) |
| 10:10:27 | | Join parafin [0] (parafin@paraf.in) |
| 10:10:41 | | Quit shaggy-h (Ping timeout: 240 seconds) |
| 10:10:48 | JdGordon | gevaerts: can you check the files which you could repro that bug on and see if they are broken please? |
| 10:12:34 | gevaerts | JdGordon: I can do that tonight, but I could reproduce it with self-ripped flacs, purchased mp3s, and self-encoded oggs, so that would somewhat surprise me |
| 10:12:59 | JdGordon | OH FUCKING HELL!!! AAAAAAAAAARRRRRRRRRRRRRRRRRRR |
| 10:13:09 | JdGordon | sorry yeah, no its not that |
| 10:13:42 | JdGordon | I was seeing a different issue apparently |
| 10:13:47 | pixelma | gevaerts: did you get around testing on other architecture targets |
| 10:13:47 | JdGordon | its not locking up anymore for me |
| 10:14:23 | gevaerts | pixelma: oops, no |
| 10:14:51 | JdGordon | hmm, the order seems to be correct now except the first song is replace by the last song in the list |
| 10:14:59 | JdGordon | does that sound more like what you were seeing? |
| 10:16:35 | gevaerts | I seem to remember a bit more variation, including shorter playlists and more randomness, but I think I've seen that as well. I'll re-test tonight to make sure |
| 10:17:29 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 10:19:31 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 10:29:30 | | Quit phanboy4 (Ping timeout: 276 seconds) |
| 10:29:46 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 10:30:22 | | Quit amiconn (Disconnected by services) |
| 10:30:24 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 10:30:32 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 10:31:58 | * | gevaerts points Zagor and Bagder to FS #11221 |
| 10:33:21 | | Quit BHSPitMonkey (Remote host closed the connection) |
| 10:39:11 | | Quit shaggy-h (Ping timeout: 240 seconds) |
| 10:44:01 | | Join Luca_S [0] (~5d3fc54b@giant.haxx.se) |
| 10:46:28 | | Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) |
| 10:46:59 | | Quit liar (Read error: Connection reset by peer) |
| 10:52:36 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 11:00 |
| 11:02:54 | wodz | Zagor: ping |
| 11:03:31 | | Join mikroflops_ [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) |
| 11:07:26 | | Quit mikroflops (Ping timeout: 246 seconds) |
| 11:26:35 | Zagor | yup, I've seen it |
| 11:28:59 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 11:34:32 | CIA-5 | New commit by kugel (r25734): as3525(v2): Add a somewhat inaccurate udelay (-0.5/+1.0µs). It should work good for some huge delays. ... |
| 11:34:32 | | Quit Jaykay (Ping timeout: 260 seconds) |
| 11:34:45 | wodz | Zagor: could You give me developer rights in FS please? |
| 11:34:51 | Zagor | sure |
| 11:35:09 | wodz | I would like to close #11137 as patches went in |
| 11:35:33 | Zagor | what is your username? |
| 11:35:38 | wodz | MarcinBukat |
| 11:35:53 | Zagor | done |
| 11:36:00 | wodz | ok thanks |
| 11:37:09 | linuxstb | wodz: I was curious about the initial error with the M3 (before you committed the bitmaps). |
| 11:38:27 | * | GodEater has just had a hands on play with a Cowon iAudio 9. |
| 11:38:29 | GodEater | Very nifty |
| 11:39:13 | wodz | linuxstb: I didn't investigated that much |
| 11:39:30 | wodz | but I'll look at it |
| 11:39:38 | linuxstb | wodz: I'm assuming your change to SOURCES has made the M3 use a different bitmap |
| 11:40:38 | pixelma | it needs a check for the height |
| 11:40:50 | wodz | linuxstb: I supose yes - the change to apps/plugins/bitmaps/native/SOURCES |
| 11:41:20 | linuxstb | As pixelma said, it looks like a check for LCD_HEIGHT is needed. |
| 11:41:31 | pixelma | M3 uses the 128x96 greyscale remote screen for plugins - so same width and colour depth but different height. |
| 11:43:56 | pixelma | actually it doesn't |
| 11:45:08 | pixelma | the graphic size is actually the same (12x35) so the Mpio could actually use the 128x96x2 bitmap and already has a greyscale adapted one |
| 11:46:08 | pixelma | if I see correctly through ViewVC, maybe someone should look at it in a checkout, or even better if wodz would try |
| 11:46:31 | wodz | pixelma: ? |
| 11:46:39 | | Quit B4gder (Quit: It is time to say moo) |
| 11:48:28 | pixelma | make the Mpio's brickmania use the brick bitmap that was made for the M3 |
| 11:48:49 | wodz | It is like this as I understand |
| 11:49:05 | | Join AiZ [0] (~c2fa06b2@giant.haxx.se) |
| 11:49:33 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 11:49:43 | wodz | http://pastebin.com/9EbGmDzM |
| 11:49:44 | pixelma | no, you currently duplicated the one made for the small H10 which is still a colour bitmap (and that one is currently used on the M3 too) |
| 11:51:34 | pixelma | wodz: that's not what I see after your commit |
| 11:52:16 | | Quit AiZ (Client Quit) |
| 11:53:04 | wodz | hmm I messed something up with my local tree |
| 11:54:04 | wodz | You are right |
| 12:00 |
| 12:04:15 | CIA-5 | New commit by wodz (r25735): Corrected brickmania bitmaps in SOURCE for M3 and HD200. Remove unneeded bitmap. |
| 12:04:40 | gevaerts | Zagor: can you review FS #11221 ? |
| 12:05:18 | Zagor | it looks fine, other than a missing close OUTFILE; |
| 12:05:26 | gevaerts | ah, right! |
| 12:05:36 | * | gevaerts knew that perl experts would do this better :) |
| 12:07:39 | | Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) |
| 12:08:54 | | Join watto [0] (~watto@193.203.81.165) |
| 12:10:30 | *** | Saving seen data "./dancer.seen" |
| 12:11:07 | | Quit mikroflops_ (Read error: Operation timed out) |
| 12:11:37 | linuxstb | gevaerts, Zagor: I _thjink_ it also needs a close($fh). At least, my old programs which do that have that close statement... |
| 12:11:54 | CIA-5 | New commit by kugel (r25736): FS #11172 - Fuzev2: Read the scrollwheel scrollwheel via IRQ |
| 12:12:38 | | Join mikroflops_ [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) |
| 12:13:53 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
| 12:16:10 | | Quit mikroflops (Ping timeout: 240 seconds) |
| 12:16:13 | linuxstb | gevaerts: Plus, there is some error checking that can be done. The CGI manpage says if (!$fh && cgi_error) { print header(-status=>cgi_error); exit 0; } (after the line $fh = upload('....');) |
| 12:17:03 | gevaerts | linuxstb: you seem to know about these things :) |
| 12:17:12 | linuxstb | gevaerts: Only where the documentation is... |
| 12:17:44 | linuxstb | "perldoc CGI" and then search for upload( |
| 12:18:50 | | Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) |
| 12:23:14 | | Quit mikroflops_ (Ping timeout: 276 seconds) |
| 12:31:43 | | Nick evilnick_ is now known as evilnick (~evilnick@ool-457bccf5.dyn.optonline.net) |
| 12:31:45 | | Quit evilnick (Changing host) |
| 12:31:45 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
| 12:35:04 | | Quit amiconn (Disconnected by services) |
| 12:35:05 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 12:35:27 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 12:40:59 | wodz | hmm current implementation of input source selection is not suitable with MPIO |
| 12:42:08 | wodz | It seems that usually source selection is done by GPIO lines (audio-pp.c, audio-iriver.c, audio-iaudio.c) but in case of MPIO mux is built into codec |
| 12:43:26 | wodz | aa wait this the same as in gigatbeat S |
| 12:47:07 | | Quit mt (Ping timeout: 245 seconds) |
| 12:54:05 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 12:56:00 | | Quit TheSeven (Read error: Connection reset by peer) |
| 12:56:03 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 12:56:34 | pamaury | Are there people here willing to test MTP on their device ? I'm mainly interested in testing under: Vista, Seven, MacOS and linux (but not Ubuntu) |
| 12:56:46 | CIA-5 | New commit by kugel (r25737): Two corrections to the previous commit (wrong timer was used, KERNEL_TIMER_FREQ is a more trustworthy). |
| 12:57:38 | | Quit kugel (Remote host closed the connection) |
| 13:00 |
| 13:00:02 | CIA-5 | New commit by zagor (r25738): Fixed upload name mixup bug. Patch by Frank Gevaerts (FS #11221) |
| 13:00:56 | | Quit TheSeven (Ping timeout: 276 seconds) |
| 13:12:15 | GodEater | pamaury: why not ubuntu? |
| 13:12:17 | | Join JdGordon_ [0] (~jd@rockbox/developer/JdGordon) |
| 13:13:20 | wodz | what happens when voicing in recording mode? |
| 13:13:47 | pamaury | because I already test under it :) I'm not against feedback under ubuntu as well, it's just that I would like feedback with OS that I didn't test |
| 13:14:19 | pamaury | and especially not linux because it's libmtp whatever the distrib is |
| 13:15:02 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
| 13:21:50 | linuxstb | pamaury: Any idea if OS X has its own MTP implementation, or do apps there just use libMTP as well? |
| 13:22:24 | | Quit JdGordon_ (Ping timeout: 240 seconds) |
| 13:22:35 | n17ikh | I could test MTP |
| 13:22:37 | pamaury | wikipedia says "Mac OS X has third-party MTP support by way of XNJB. (XNJB also use the libmtp implementation of the protocol.)". |
| 13:22:49 | n17ikh | I've got win7 and a sansa e200v1 |
| 13:23:07 | pamaury | But it depends on the version of libmtp they use and perhaps they have some modification so testing is the only way. |
| 13:23:44 | pamaury | n17ikh: ok thanks, can you compile code or do you want a complete build ? |
| 13:23:55 | n17ikh | if you can provide a build it'd be easier |
| 13:24:09 | n17ikh | I'm not set up with a cross-compile setup on this machine |
| 13:24:33 | pamaury | ok, then wait a few minute, I'll doing a full rebuild |
| 13:28:04 | pamaury | n17ikh: http://www.2shared.com/file/12866676/ee18f493/rockbox.html (build for e200v1) |
| 13:29:21 | n17ikh | good lord |
| 13:29:26 | n17ikh | where is the download link on that page? |
| 13:30:23 | pamaury | "Save file to your PC: click here" |
| 13:30:34 | n17ikh | ah |
| 13:30:36 | pamaury | It's true that it's not clear |
| 13:30:40 | n17ikh | quite well-hidden |
| 13:30:48 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 13:31:02 | pamaury | I don't why I keep using the first answer in google for file upload :) |
| 13:31:30 | pamaury | You'll extra instructions to enable MTP when plugging the device |
| 13:33:46 | pamaury | *need |
| 13:33:55 | n17ikh | right, how's that work? |
| 13:34:39 | pamaury | ok, go into system>debug menu> and select Enable MTP |
| 13:35:28 | pamaury | This should show a splash, then hold Select button and plug the usb cable (while you're holding select) |
| 13:35:51 | n17ikh | oh, hold select |
| 13:35:52 | n17ikh | heh |
| 13:36:49 | n17ikh | ok, while holding select, on the device it stays in the "normal" mode |
| 13:37:00 | pamaury | that's normal |
| 13:37:07 | n17ikh | both volumes show up |
| 13:37:10 | pamaury | there is no "usb screen" in mtp mode |
| 13:37:31 | n17ikh | it popped up a window on the win7 box, Control Panel\Hardware and Sound\Devices and Printers\Rockbox media player |
| 13:37:49 | n17ikh | I can browse files, which works |
| 13:38:00 | linuxstb | pamaury: So you can carry on using Rockbox as normal when in MTP mode? |
| 13:38:06 | n17ikh | bit slow on the first browse of a directory |
| 13:38:28 | pamaury | yes, windows caches the whole content so it's slow at first, then it should be ok |
| 13:38:42 | pamaury | linuxstb: yes, however if you mess up the file system, you can confuse MTP code |
| 13:38:57 | linuxstb | pamaury: Yes, I was wondering if/how that was handled... |
| 13:39:01 | n17ikh | yeah, playing a file off the device, it copies it into a temp directory first |
| 13:39:15 | linuxstb | How clever... |
| 13:40:11 | n17ikh | I clicked "manage media on your devicee", and it loaded up the abortion that is media player by default |
| 13:40:11 | n17ikh | I browsed to the player, now it's "please wait"-ing at me |
| 13:40:11 | | Part LinusN |
| 13:40:15 | n17ikh | presumably while it goes and reads all the id3 tags |
| 13:40:25 | pamaury | depending on how many audio files you have that could be very long |
| 13:40:29 | n17ikh | round 5gb |
| 13:40:44 | pamaury | my advise is to have a coffee ;) |
| 13:41:09 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 13:41:25 | pamaury | You can also try to delete files, add files, rename files (but not directory, it will fail) |
| 13:42:06 | n17ikh | actually, I can't rename a file |
| 13:42:08 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 13:42:19 | n17ikh | F2 doesn't work, and the context menu is quite limited in explorer |
| 13:42:31 | n17ikh | I have open, cut, copy, paste, delete, properties |
| 13:42:33 | n17ikh | and that's it |
| 13:42:46 | pamaury | hum, that's normal, I didn't implement renaming but I would have expected windows to copy-delete but apparently that's not the case :) |
| 13:43:09 | n17ikh | so it does the context menus automagically depending on what the device supports? |
| 13:43:20 | pamaury | I didn't implement copy but windows can always simulate it. I think so |
| 13:43:34 | pamaury | MTP is quite versatile, the device doesn't need to implement everything |
| 13:43:34 | n17ikh | yeah, I tried copy |
| 13:43:40 | n17ikh | it works |
| 13:43:51 | n17ikh | whoops, bug |
| 13:44:05 | n17ikh | cut a file out of the root directory and went into a directory in the device and tried to paste |
| 13:44:14 | pamaury | what did append ? |
| 13:44:17 | n17ikh | I got the error: |
| 13:44:28 | n17ikh | cannot move version.txt |
| 13:44:31 | * | pamaury is horrified by the english grammar of his last sentence |
| 13:44:37 | n17ikh | the device has either stopped responding or has been disconnected |
| 13:44:46 | n17ikh | I have been givent he choice to stop copying or skip it |
| 13:44:57 | pamaury | hum, can you go into system>debug menu>show log (on the e200) ? |
| 13:44:59 | n17ikh | maybe because it's trying to move the file instead of copy/delete |
| 13:45:10 | pamaury | move is not implemented :) |
| 13:45:43 | n17ikh | exactly |
| 13:45:45 | n17ikh | hmm, okay |
| 13:45:58 | n17ikh | a whooole lot of 2005: (object prop get error) |
| 13:46:09 | pamaury | this message is *normal* |
| 13:46:09 | n17ikh | interleaved with mtp:fail operation with error code 0x |
| 13:46:14 | n17ikh | ...uh, how do I browse to the right |
| 13:46:22 | n17ikh | oh wait |
| 13:46:24 | n17ikh | it's actually this |
| 13:46:38 | n17ikh | mtp:fail operation with error code 0x2005: (object prop get error) |
| 13:46:44 | n17ikh | line wrapping confused me |
| 13:46:55 | n17ikh | but there are about a bazillion lines of that, and then finally |
| 13:47:06 | pamaury | yes I saw that :) This error (object prop get error) is normal when a id3 tag is not present |
| 13:47:08 | n17ikh | mtp: unknown command code 0x1019 |
| 13:47:20 | n17ikh | (and then another of the 0x2005 errors) |
| 13:47:21 | pamaury | ah interesting, when a second |
| 13:47:27 | * | pamaury opens MTP spec |
| 13:47:51 | pamaury | hum, 0x1019 is MoveObject, so no surprise |
| 13:47:53 | n17ikh | well, the WMP finished, tells me I have no files on the device |
| 13:48:03 | n17ikh | perhaps because it died in the middle of reading stuff off |
| 13:48:13 | pamaury | Oh wait, I'm stupid |
| 13:48:28 | n17ikh | oh, wait a second |
| 13:48:31 | n17ikh | I'm browsing in music |
| 13:48:31 | pamaury | My device claim to support Move but doesn't implement it :( |
| 13:48:42 | n17ikh | ...but it thinks my mp3s are videos |
| 13:48:45 | n17ikh | thanks, windows media player |
| 13:48:49 | n17ikh | so yeah |
| 13:49:02 | n17ikh | not much I can do with them |
| 13:49:08 | n17ikh | add to sync list, delete, or properties |
| 13:49:22 | pamaury | Does it list id3 tags correctly ? |
| 13:49:29 | n17ikh | nope, only the artist |
| 13:49:34 | n17ikh | in properties |
| 13:49:36 | pamaury | and is it correct ? |
| 13:49:40 | n17ikh | maybe because it thinks it's video |
| 13:49:43 | n17ikh | yeah, it's correct |
| 13:49:53 | pamaury | yeah, wmp is stupid then, I report then as audio files |
| 13:49:56 | n17ikh | oh, and genre |
| 13:50:41 | n17ikh | it gets the lengths right, and the dates |
| 13:50:55 | n17ikh | doesn't show those in properties but next to the files |
| 13:51:40 | pamaury | ok, then it should be correct, I hope it retrieved them correctly and didn't read them manually |
| 13:51:54 | n17ikh | e.g. through the database? |
| 13:52:13 | n17ikh | er asking rockbox what the tags are instead of reading them out of the files |
| 13:52:21 | n17ikh | which I guess ideally would use the database |
| 13:52:21 | pamaury | My code uses the database if it's available and if not, fallback to metadata parser in apps/ code |
| 13:52:26 | n17ikh | yeah |
| 13:52:41 | n17ikh | I bet if I initialized the database it would go a lot faster |
| 13:52:47 | n17ikh | on initial sync, then |
| 13:53:21 | pamaury | Don't know, database is on disk so it means lots of seeking, I'm not sure it's a gain but if the database is in RAM, than yes it should be ways faster |
| 13:53:44 | n17ikh | well, flash device, reading the database should be plenty fast enough |
| 13:53:50 | n17ikh | surely better than reading the id3 of every file |
| 13:53:55 | pamaury | true |
| 13:54:21 | pamaury | the problem is the file system, FAT is not good at random seeking if the file is really big |
| 13:55:39 | pamaury | Ok, thanks for your feedback, I think that's sufficient for now. I need to implement move but it's tricky, the important point is that is basically works |
| 13:55:51 | n17ikh | yeah, it works at a basic level |
| 13:56:06 | n17ikh | I didn't notice any problems when just browsing around or copying files on and off |
| 13:56:44 | pamaury | Yes, this video instead of audio problem needs investigation though |
| 13:57:16 | pamaury | Which audio format(s) are you using ? |
| 13:58:10 | n17ikh | solely mp3, I think |
| 13:59:36 | pamaury | hum, wait, I have a sudden doubt |
| 14:00 |
| 14:00:14 | pamaury | Ok, I found out |
| 14:00:35 | pamaury | that's my fault |
| 14:02:45 | pamaury | Fixed, that should be ok now, I'll test it later, thank you very much :) |
| 14:03:57 | n17ikh | no problem |
| 14:06:35 | mc2739 | pamaury: testing mtp on e270 with vista here - it shows device capacity incorrectly - 6GB internal as 2.79GB and 4GB microsd as 1.89GB |
| 14:07:10 | pamaury | oh really ? n17ikh did you noticed something special about that ? |
| 14:07:21 | pamaury | mc2739: does it reflects free space ? (random thought) |
| 14:08:20 | n17ikh | actually, I did notice something odd |
| 14:08:30 | n17ikh | in the device info in explorer it showed correctly the combination |
| 14:08:41 | n17ikh | but I seem to remember it being somewhat incorrect in WMP |
| 14:08:47 | n17ikh | at least, I think. |
| 14:08:52 | mc2739 | pamaury: free space shows as approx 50% of actual free space |
| 14:08:53 | n17ikh | that was more than 5 minutes ago, so I forgot. |
| 14:10:31 | pamaury | Ok no problem |
| 14:10:32 | *** | Saving seen data "./dancer.seen" |
| 14:10:35 | * | pamaury looks at the code |
| 14:14:08 | * | pamaury doesn't understand the FAT code that report size and free size, perhaps there is something wrong with it, I'll look at usb storage, to check |
| 14:14:38 | pamaury | hey no, it doesn't use fat code, I'm dumb |
| 14:16:46 | linuxstb | pamaury: How does MTP handle information about supported audio codecs? Is there a long standard list somewhere? |
| 14:18:05 | pamaury | I have a big function which maps audio type (AFMT_*) to MTP format. For all audio formats supported, I report that the device supports all basic metadata (artist, duration, ...) |
| 14:18:35 | linuxstb | So there is a list of MTP formats? |
| 14:18:50 | pamaury | mc2739: my device also reports bad free space. Could you check if the total space is half the real space ? |
| 14:19:08 | pamaury | linuxstb: MTP specification has a list of predefined formats yes |
| 14:19:31 | linuxstb | pamaury: Does that cover all of Rockbox's formats? |
| 14:19:39 | pamaury | No :) |
| 14:20:10 | linuxstb | Is there a procedure for getting new formats added? |
| 14:20:26 | pamaury | Basically there are: MP3, OGG, FLAC, MP3, MP2, WAV, ASF, AIFF, MP4 |
| 14:20:51 | pamaury | No there is not, which is a real limitation. However there is a special format called "Undefined audio" which I use for all other formats |
| 14:21:17 | linuxstb | What do they mean by those container formats (OGG, WAV, ASF, MP4...) ? |
| 14:22:30 | pamaury | There is no distinction between container and codec, it's quite a mess :| |
| 14:22:37 | linuxstb | So presumably implementatoins have their own hacks on top of MTP to determine exactly what a device will support? |
| 14:23:03 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-051-139.pools.arcor-ip.net) |
| 14:23:40 | linuxstb | But that sounds pretty stupid for a media transfer protocol.... |
| 14:23:48 | pamaury | I can't say. What is sure is that you can't reliable determine which codecs the device support. Perhaps they assume the most used codec for each container |
| 14:24:11 | pamaury | I would be tempted so say that it was done by Microsoft... |
| 14:24:29 | linuxstb | At least Ogg and FLAC are there... |
| 14:25:06 | linuxstb | I assume video and audio are different though? So e.g. you have "MP4 audio" and "MP4 video" ? |
| 14:25:16 | pamaury | Ah, and there is "3GP container", never heard of that |
| 14:25:29 | linuxstb | I've heard of it, but that's all... |
| 14:26:11 | pamaury | linuxstb: not for MP4, there is laconical "MP4 container", for videos there are MPEG and Undefined Video |
| 14:26:12 | pixelma | my phone puts its videos into a 3gp container |
| 14:26:18 | Torne | 3GP is a weird minor variant on MP4 |
| 14:26:22 | pamaury | Ah, and there is AAC also which I forgot |
| 14:26:34 | S_a_i_n_t | yeah, 3GP seems to be for mobile phones more commonly... |
| 14:26:37 | linuxstb | pamaury: I can't even guess what they intended "MPEG" video to be... |
| 14:27:17 | pamaury | lol, they cover lots of videos actually oO |
| 14:27:26 | linuxstb | pamaury: Well, good luck with al this..... ;) |
| 14:28:20 | pamaury | Anyway, I can't do much more about this weird format translation. Perhaps playlist support is better, I'll need to implement it someday, probably |
| 14:28:40 | linuxstb | Is there a way for an MTP device to reject a file being uploaded? |
| 14:29:24 | pamaury | yes of course, the device does not have to accept it, it can also report a failure :) |
| 14:30:36 | linuxstb | Do you currently do that? For audio files at least, it should just be a matter of calling get_metadata() and seeing if it succeeds. |
| 14:30:50 | | Quit wodz (Quit: Leaving) |
| 14:31:30 | pamaury | No I don't do that. The reason is that when sending an object, even though the MTP initiator can select a format, I don't use it. The format is determined by calling get_metadata. |
| 14:31:48 | pamaury | oh so, probe_file_format |
| 14:31:50 | pamaury | *sorry |
| 14:31:59 | mc2739 | pamaury: all reported sizes (capacity, free, used) are exactly half of actual size |
| 14:32:00 | pamaury | which looks at the file extension I think |
| 14:32:24 | pamaury | mc2739: I think the bug is in fat_size. It does an insane SECTOR_SIZE/1024 ! |
| 14:35:03 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
| 14:37:07 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 14:38:09 | linuxstb | pamaury: Hmm, isn't get_metadata() the better option? |
| 14:39:28 | pamaury | linuxstb: yes and no, it's more precise for sure because it's based on the real codec used, but on the other end, it's much much slower, at least I think so |
| 14:40:27 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
| 14:41:50 | linuxstb | Yes, it will be slower, but will it significantly slow down things overall? |
| 14:43:02 | linuxstb | Out of that list you gave, we don't support every OGG file, or every ASF or MP4. Video is even worse (although get_metadata() doesn't help there). |
| 14:43:03 | pamaury | Not if the host retrieve all the metadata because in this case it will call get_metadata. Yes perhaps you're right, I should call get_metadata if probe_file_format returns an audio type |
| 14:44:36 | pamaury | Who knows the FAT code and confirm that fat_size is buggy ? |
| 14:45:04 | linuxstb | So how does metadata work? The host can send metadata outside of the file itself? |
| 14:45:18 | | Quit pjm0616 (Ping timeout: 252 seconds) |
| 14:46:31 | pamaury | Theorically, the host can send a file and then set some of its properties, which include its metadata but I don't support it because the apps/ code doesn't support metadata writing |
| 14:47:05 | | Join pjm0616 [0] (~user@61.250.113.98) |
| 14:47:27 | linuxstb | pamaury: I wouldn't expect fat_size() to be buggy - there is a "disk info" screen somewhere in the debug menus (I think) which displays the free space. |
| 14:48:10 | pamaury | yes but MTP doesn't work a disk basis, it works on a partition basis, you can have several FAT partitions on a single disk |
| 14:48:35 | pamaury | So even if disk info is correct, FAT code can be buggy, you just don't see it :) |
| 14:49:20 | pamaury | But perhaps it's correct, but then I don't understand the bug... |
| 14:49:24 | pamaury | nor the fat code |
| 14:52:41 | linuxstb | Is the bug in disk (partition?) capacity, or free space, or both? |
| 14:53:50 | pamaury | the bug is in FAT partition size and FAT free space apparently, reporting exactly half the real capacity. Which is consistent with the SECTOR_SIZE/1024 in fat_size |
| 14:57:44 | pamaury | Ah fuck, I just understood, fat_size reports the size in Kib and not in sectors ! |
| 14:57:57 | | Quit linuxstb (Ping timeout: 240 seconds) |
| 15:00 |
| 15:02:30 | | Part LinusN |
| 15:04:22 | pamaury | hum, it doesn't solve the problem on my e200 |
| 15:05:43 | | Quit antil33t (Read error: Connection reset by peer) |
| 15:05:49 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
| 15:07:20 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 15:07:29 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 15:08:55 | linuxstb | pamaury: Another problem is that some hosts OSes (e.g. Windows IIRC) doesn't update the free space info. |
| 15:09:04 | linuxstb | s/hosts/host/ |
| 15:09:50 | | Quit anewuser (Quit: http://xrl.us/NitroQueer What do you know...THE WORLD'S first NTRQ (that's for NES/FAMICOM) tracking compo. Have powerpak? Try it out! Otherwise ROM IMAGE.) |
| 15:10:50 | pamaury | I currently don't implement events (through an interrupt endpoint) because it's not mandatory so it's the host job to keep track of free space or to re-read it after a change ! |
| 15:10:56 | | Quit jordan` (Quit: Coyote finally caught me) |
| 15:18:25 | | Join liar [0] (~liar@213162066159.public.t-mobile.at) |
| 15:20:14 | pamaury | now the problem becomes clear in my head: the device size is reported in bytes, but 5GB doesn't fit in 32-bit, I need to correctly compute it on 64-bits... |
| 15:20:57 | | Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) |
| 15:22:45 | | Join Jaykay [0] (~chatzilla@p5DC577D2.dip.t-dialin.net) |
| 15:23:39 | | Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) |
| 15:24:18 | | Quit Rob2223 (Remote host closed the connection) |
| 15:24:27 | pamaury | fixed ! |
| 15:24:29 | | Join Rob2222 [0] (~Miranda@p4FDCAE0C.dip.t-dialin.net) |
| 15:27:05 | | Quit n1s (Ping timeout: 252 seconds) |
| 15:27:49 | | Join Schmogel [0] (~Miranda@p3EE22D80.dip0.t-ipconnect.de) |
| 15:33:36 | | Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
| 15:44:14 | | Join CGL [0] (~CGL@190.207.188.162) |
| 15:44:15 | | Join mt_ [0] (~chatzilla@41.233.140.214) |
| 15:47:05 | | Quit mt (Read error: Connection reset by peer) |
| 15:47:49 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 15:50:32 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 15:51:37 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 15:58:25 | | Quit tchan (Quit: WeeChat 0.3.3-dev) |
| 15:59:50 | | Quit n1s (Ping timeout: 268 seconds) |
| 16:00 |
| 16:02:20 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 16:05:48 | | Quit tchan (Client Quit) |
| 16:09:20 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 16:10:35 | *** | Saving seen data "./dancer.seen" |
| 16:11:30 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 16:20:20 | | Quit liar (Ping timeout: 264 seconds) |
| 16:40:43 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
| 16:44:43 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 16:48:17 | | Quit avn (Ping timeout: 258 seconds) |
| 16:58:25 | | Quit Unhelpful (Remote host closed the connection) |
| 17:00 |
| 17:05:04 | | Join avn [0] (~avn@88.119.164.243) |
| 17:09:50 | | Quit droidcor1 (Quit: Reconnecting) |
| 17:10:06 | | Join droidcore [0] (~mark@69-165-139-63.dsl.teksavvy.com) |
| 17:18:46 | | Join efyx_ [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 17:19:11 | | Quit efyx (Read error: No route to host) |
| 17:24:40 | | Join Unhelpful [0] (~quassel@71.173.205.32) |
| 17:24:40 | | Quit Unhelpful (Changing host) |
| 17:24:40 | | Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) |
| 17:32:02 | | Quit petur (Quit: *plop*) |
| 17:33:01 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 17:33:56 | | Quit lpereira (Quit: Leaving.) |
| 17:44:21 | | Quit anewuser (Quit: http://xrl.us/NitroQueer What do you know...THE WORLD'S first NTRQ (that's for NES/FAMICOM) tracking compo. Have powerpak? Try it out! Otherwise ROM IMAGE.) |
| 17:51:43 | | Join kenguest [0] (~radagast@lir.talideon.com) |
| 17:51:59 | kenguest | lo gentlefolk |
| 17:55:35 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 17:59:22 | kenguest | is it possible to move files with rockbox? |
| 17:59:50 | Torne | yes. |
| 17:59:51 | pixelma | yes, you may have a look into the manual how to ;) |
| 18:00 |
| 18:00:25 | bluebroth3r | Hint: cut and paste |
| 18:01:58 | funman | kugel: nice find about the dbop fifo in button_read_device() |
| 18:02:27 | kenguest | ah. I was looking for an explicit "move" menu item ;) |
| 18:02:30 | kenguest | thanks guys |
| 18:03:08 | funman | do you experience bad playback on fuzev2 too? I hear very little 'jumps' in the output |
| 18:03:23 | | Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) |
| 18:04:22 | | Quit RadicalR (Ping timeout: 265 seconds) |
| 18:04:36 | | Quit lifeless_ (Ping timeout: 245 seconds) |
| 18:07:22 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 18:07:34 | | Quit antil33t (Read error: Connection reset by peer) |
| 18:07:38 | | Join ender1 [0] (krneki@foo.eternallybored.org) |
| 18:07:40 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
| 18:07:42 | | Quit Topy44 (Ping timeout: 276 seconds) |
| 18:07:47 | | Quit pamaury (Quit: Quitte) |
| 18:08:05 | | Join RadicalR [0] (~radicalr@c-69-255-49-110.hsd1.va.comcast.net) |
| 18:08:31 | | Join lifeless [0] (~lifeless@188.18.101.226) |
| 18:08:50 | | Quit ender` (Disconnected by services) |
| 18:08:57 | | Nick ender1 is now known as ender` (krneki@foo.eternallybored.org) |
| 18:09:01 | | Join Topy44 [0] (~topy@my.fastsh.it) |
| 18:10:38 | *** | Saving seen data "./dancer.seen" |
| 18:11:11 | kenguest | wow. that works a lot quicker than I thought it would. nice one ;-) |
| 18:12:34 | mt_ | Just isolated the wma pro decoder from ffmpeg. Not a small number of files; ffmpeg changes quicker that I thought ! (lots of dead code there though) |
| 18:12:49 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 18:16:59 | Luca_S | funman: yes. it's a very faint stuttering. |
| 18:17:53 | Luca_S | both when boosted and when unboosted |
| 18:18:33 | funman | Luca_S: did it appear since yesterday ? |
| 18:18:46 | FlynDice | mt_: What, you're not done yet? There are some expextations after last year...... ;-) |
| 18:20:04 | Luca_S | I'm not sure. I can try bisecting |
| 18:20:17 | Luca_S | do you have a specific version to test? |
| 18:20:59 | funman | i would guess the culprit is r25732 if it's very recent so r25731 should be fine |
| 18:21:28 | funman | i listened to my clipv2 today and it was fine (except there's a tickling very audible at lower volumes but it's always been there) |
| 18:23:52 | Luca_S | building (cygwin, it will take a while) |
| 18:26:30 | mt_ | FlynDice: Nah not yet. :) |
| 18:26:46 | FlynDice | slacker... |
| 18:28:05 | * | funman wonders when FlynDice will be done with clip+ write support :) |
| 18:29:40 | funman | FlynDice: do you think it would be worth to add clip+ buttons/screen support to linux, and see how linux performs (w.r.t the SD storage) on Clip+ ? |
| 18:29:41 | * | FlynDice has provided ample evidence of very low expectations to assure a stress free experience! ;-P |
| 18:32:14 | FlynDice | funman: I'm not sure I even understand the question, sorry, do you mean for the sim? |
| 18:33:02 | funman | no, we have linux source code for the Clip+, so we should be able to run it on the Clip+, no? |
| 18:33:14 | | Quit n1s (Quit: Lämnar) |
| 18:33:51 | funman | we'd "just" need to : add a driver for buttons, write a framebuffer driver for the screen, and backport the SD controller driver from as353x patch to as352x patch |
| 18:35:26 | | Quit kugel (Read error: Operation timed out) |
| 18:37:59 | | Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) |
| 18:39:18 | FlynDice | funman: Sorry, this is getting a bit beyond me I think, You want to run linux on clip+?? Can't be right... My misunderstanding should give you a clue as to how beyond me this is... Or are you playing with me here? ;-) |
| 18:39:46 | | Quit Llorean (Changing host) |
| 18:39:46 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
| 18:41:23 | | Join pamaury [0] (~c2c7a50a@rockbox/developer/pamaury) |
| 18:44:20 | funman | well linux runs on ipods and we have all the source code for as352x/as353x , just throwing suggestions in the hope that it helps us to find why we can't write to clip+ |
| 18:44:28 | Luca_S | r25731 plays fine (no stuttering) |
| 18:45:37 | funman | ok that reduces the bisection. is r25732 fine ? I don't remember hearing problems when testing it but perhaps i didn't notice them because it was late |
| 18:47:40 | | Quit JohannesSM64 (Ping timeout: 246 seconds) |
| 18:48:29 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 18:51:16 | pixelma | funman: did you see the report of an Ipod Video crashing at boot with today's daily? saratoga suggested that your pcm_mute commit could be the problem, alhough it was just a guess and someone with an Ipod Video should test... |
| 18:51:38 | ranma | Ok, got JTAG working on the Clip+, the pinout is slightly different apparently, TCK an nRST are swapped compared to the E200v2 pinout mentioned on http://www.rockbox.org/wiki/SansaClip |
| 18:52:04 | funman | pixelma: yes i saw it but i don't think it's related |
| 18:52:35 | funman | my commit just unexported the unused functions : i added a static qualifier and moved the functions so they wouldn't be used before being declared |
| 18:52:37 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 18:52:42 | bertrik | funman, just wondering, aren't you running into the same dbop/button contention problem with the fuze v2 as with the fuze v1 and e200v2? |
| 18:53:00 | | Quit stripwax (Client Quit) |
| 18:53:03 | bertrik | Instead of a giant fixed delay, you could just wait for dbop activity to finish |
| 18:53:13 | funman | bertrik: it's basically what kugel did |
| 18:53:23 | funman | (although he didn't mention it in the commit log) |
| 18:53:39 | dfkt | funman, is the latest clip+ firmware (1.2.13) supported by mkamsboot? |
| 18:54:08 | funman | dfkt: yes but i think you must build it from svn |
| 18:54:19 | dfkt | ah, nice, i'll try - thanks |
| 18:55:39 | | Quit DerPapst (Quit: Leaving.) |
| 18:56:18 | dfkt | hmm, still tells me 1.2.09 is the only supported version |
| 18:57:02 | pixelma | funman: I also saw that you moved function in some drivers and thought there could have been a mistake but it really needs to be tested |
| 18:57:16 | Luca_S | r25732 is fine |
| 18:57:40 | Luca_S | now trying r25734 |
| 18:58:20 | funman | dfkt: what is the md5sum of your OF ? |
| 18:58:59 | dfkt | funman - 5f89872b79ef440b0e5ee3a7a44328b2 |
| 18:59:24 | funman | hm looks ok |
| 18:59:33 | dfkt | upgraded svn to the latest version |
| 18:59:37 | dfkt | weird |
| 18:59:54 | funman | i just checked i'm running 01.02.13 on my clip+ |
| 19:00 |
| 19:00:03 | funman | try make clean && make ? |
| 19:00:32 | | Join JohannesSM64 [0] (~johannes@cm-84.215.75.42.getinternet.no) |
| 19:00:44 | | Join Brewtal [0] (~48e1b9c7@giant.haxx.se) |
| 19:01:06 | | Quit hebz0rl (Quit: Ex-Chat) |
| 19:01:29 | Brewtal | anyone that can tell me where to get the 12-Nimbus font? |
| 19:01:58 | saratoga | mt: most of the files are for the ASF parser? |
| 19:02:34 | funman | Brewtal: rockbox utility should download it for you (with all other fonts) |
| 19:03:11 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
| 19:08:06 | | Join halmi [0] (~netbook@188.20.253.186) |
| 19:08:06 | | Quit RawrFaceMcGee (Read error: Connection reset by peer) |
| 19:11:06 | mt_ | saratoga: some are for parsing yes .. but also ~8 files for mdct (mdct, fft, dsputil, bitstream) |
| 19:11:40 | Luca_S | r25734 introduces the stuttering |
| 19:11:52 | mt_ | saratoga : I'll host the files somewhere soon. |
| 19:12:26 | dfkt | funman, thanks, that was it - it was stuck at an older revision, needed to clean and make new |
| 19:12:27 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 19:12:39 | mt_ | Although I'm thinking I could make libwmapro for now in trunk (or a branch) and keep all the work there |
| 19:12:45 | kugel | funman: thanks. in fact I suspected that from the beginning |
| 19:12:47 | saratoga | are you planning to develop the wma pro decoder outside of rockbox first? |
| 19:13:05 | saratoga | yeah thats the other option |
| 19:13:27 | kugel | and yes, the sound quality suffered heavily from some of the recent commits |
| 19:13:33 | saratoga | in some ways doing it in trunk is nice since we have the bitstream and mdct stuff already there |
| 19:13:43 | mt_ | No I'm not planning on that. Since the parser is already there, it would be easy to head directly to the sim. |
| 19:13:48 | saratoga | but it certainly makes compiling and testing a lot more tedious |
| 19:14:31 | saratoga | mt: maybe FS #10243 would help with that? |
| 19:14:42 | mt_ | Why ? Just the first time when I have to compile the whole sim, later on compiling and testing shouldn't really be a problem I guess |
| 19:14:50 | | Quit Luca_S (Quit: CGI:IRC) |
| 19:15:41 | mt_ | saratoga: I think I have tried it with cook and it didn't really work. |
| 19:15:49 | mt_ | (or maybe I didn't try hard enough :) ) |
| 19:15:50 | saratoga | mt_: personally i liked testing directly from the command line without having to navigate teh GUI, but maybe thats not an issue for you |
| 19:17:31 | | Quit Horscht (Quit: Verlassend) |
| 19:18:20 | kugel | I'm not sure if my commits caused them, but fuzev1 still works fine w.r.t. to SQ |
| 19:18:45 | funman | kugel: clipv2 too |
| 19:18:51 | mt_ | saratoga : I don't mind that .. I think I'd only turn to testing wmapro outside rockbox if doing so within rockbox failed completely, or - for some reason - were very time consuming |
| 19:19:14 | saratoga | mt_: that sounds good |
| 19:20:01 | kugel | maybe the udelay isn't too stable for 1usec parameters |
| 19:20:13 | | Join lpereira [0] (~lucien@86.70.46.112) |
| 19:20:25 | mt_ | Files also now compile and link cleanly, so writing a quick test program shouldsn't really be problem .. |
| 19:20:34 | mt_ | one minute, I'll commit the files so that you could see them |
| 19:22:02 | funman | kugel: hum indeed, we could miss the calculated value |
| 19:22:08 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
| 19:22:19 | funman | if we're looking for X, we could see X+1 and X-1 on 2 successive loads |
| 19:22:48 | kugel | I looked at the asm output for the inlined udelay, it it was really short so I can't really believe the retval is missed |
| 19:23:12 | kugel | it should basically impossible for the function to miss *2* timer value changes during execution |
| 19:23:19 | funman | the CPU could be interrupted while the timer value is X |
| 19:23:36 | funman | using > or < would be safer |
| 19:23:57 | | Quit avar (Read error: Connection reset by peer) |
| 19:24:07 | kugel | that'd complicate wrap handling though |
| 19:24:24 | funman | true |
| 19:25:14 | kugel | the asm output is less than 10 lines if called with compile time constants, I can't believe it's too slow |
| 19:25:38 | kugel | all the branches are gone (except the busy wait), and the table lookup is gone too |
| 19:26:37 | | Join mcuelenaere [0] (~mcuelenae@rockbox/developer/mcuelenaere) |
| 19:26:39 | | Quit mcuelenaere (Remote host closed the connection) |
| 19:27:07 | kugel | funman: well, if the problem is isolated to the fuzev2, then it can only be the udelays in the button driver, which are called from interrupt context, so cpu interrupt shouldn't be the problem |
| 19:27:10 | | Join avar [0] (avar@wikipedia/avar) |
| 19:28:01 | funman | hm right |
| 19:28:53 | kugel | the udelay should (minus the busy wait) execute within a single timer period as I see it |
| 19:28:58 | | Quit Brewtal (Quit: CGI:IRC (EOF)) |
| 19:30:33 | kugel | and it should still be safe even if it changes once during execution |
| 19:32:26 | kugel | still, the only explanation for my commit being the cause would be that it waits too long due to a timer value miss :/ |
| 19:35:55 | | Quit halmi (Quit: halmi) |
| 19:36:09 | | Join DataGhost [0] (~dataghost@unaffiliated/dataghost) |
| 19:37:26 | ranma | Great. Remapping intram to 0 (mww 0xC8100008 3), uploading the rockbox bootloader via JTAG and executing it works. Gives me ATA Error -2 though. :) |
| 19:37:57 | | Join Kitr88 [0] (~Kitar_st@BSN-182-126-46.dial-up.dsl.siol.net) |
| 19:39:36 | kugel | ranma: the dead clip+? |
| 19:40:25 | ranma | Yeah |
| 19:40:31 | kugel | great! |
| 19:40:58 | ranma | Now I need to hack the bootloader to dump the internal flash contents on microsd and vice-versa... |
| 19:41:15 | | Quit Kitar|st (Ping timeout: 245 seconds) |
| 19:41:46 | kugel | ranma: no way of uploading the of directly? |
| 19:41:57 | kugel | too big I guess? |
| 19:42:18 | | Quit Kitr88 (Ping timeout: 258 seconds) |
| 19:43:11 | ranma | I tried uploading the first 1MB of the OF (without the header), but no success. |
| 19:43:38 | ranma | Not sure how stable the jtag connection is, I should probably check for biterrors after uploading a big file like that |
| 19:43:57 | | Join halmi [0] (~netbook@188.20.253.186) |
| 19:43:58 | kugel | is the bootloader still running (just freezing) when you turn it on? if so, a branch to the of should work |
| 19:44:45 | ranma | No, it's in the bootrom. Apparently the firmware image on the internal storage is borked |
| 19:45:09 | funman | kugel: http://pastie.org/937631 seems to fix stuttering for me |
| 19:45:35 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 19:46:40 | funman | only the firmware image, or the internal storage itself? |
| 19:47:16 | ranma | Don't know that without modifying the rockbox bootloader to poke at the storage... |
| 19:47:40 | | Join Kitar|st [0] (Kitar_st@BSN-176-230-217.dial-up.dsl.siol.net) |
| 19:48:03 | kugel | funman: wait, can you try s/end += TIMER2_VALUE/end += TIMER2_VALUE-1/ (instead of your patch) |
| 19:48:26 | ranma | Or maybe try writing a openocd tcl script to read/write from within openocd |
| 19:48:35 | kugel | TIMER2_VALUE is likely 0 when it's called from the button driver, and the next value should actually be TIMER2_VALUE - 1, not? |
| 19:49:28 | funman | why would it be 0 ? |
| 19:49:52 | kugel | because it's called in a tick task |
| 19:49:54 | funman | probability is 1/maximal value |
| 19:49:56 | funman | oh |
| 19:50:59 | funman | well next value is TIMER2_VALUE - 1 already |
| 19:51:18 | funman | now = 0, delay = 1 => end = -1 (+ TIMER_PERIOD) |
| 19:52:05 | ranma | Hmm, the error is from sd_init_card, that's not looking too good I'd say... |
| 19:52:36 | mt_ | I'm trying " git svn dcommit " but it's giving me that : File '/trunk/apps/plugins/viewer.c' is out of date |
| 19:53:01 | funman | mt_: git svn rebase ; git pull first |
| 19:53:07 | kugel | funman: hm :\ right |
| 19:53:17 | kugel | slapped by my own logic :P |
| 19:53:32 | funman | btw the panic could be a make error |
| 19:53:45 | mt_ | funman: thanks |
| 19:54:21 | kugel | funman: not really, the c200v2 has no fixed TIMER_PERIOD |
| 19:55:13 | | Quit CGL (Ping timeout: 246 seconds) |
| 19:56:57 | | Quit MethoS- (Remote host closed the connection) |
| 19:57:22 | | Join CGL [0] (~CGL@190.207.188.162) |
| 19:58:08 | | Join Boldfilter [0] (~Boldfilte@adsl-82-101-227.jax.bellsouth.net) |
| 19:58:22 | ranma | Wires soldered to JTAG pads (optional nSRST left out) http://uguu.de/~ranma/s6001801s.jpg |
| 19:58:54 | ranma | Lifesigns from the bricked Clip+ http://uguu.de/~ranma/s6001807s.jpg |
| 19:59:10 | funman | ranma: is the screen stuck to the case? |
| 19:59:58 | ranma | I didn't try prying it off, but yeah, it looks like that. And the connecting cable is not removeable like it was on older versions |
| 20:00 |
| 20:00:09 | kugel | funman: if it fixes it, commit it. but it looks like the if () case could be removed |
| 20:00:17 | gevaerts | ranma: if it helps, there's a ramdisk implementation of the storage API |
| 20:00:30 | kugel | well, maybe not, better it works |
| 20:00:37 | gevaerts | probably not useful though |
| 20:00:42 | * | gevaerts wasn't thinking straight |
| 20:00:49 | funman | kugel: ah right i see how it could be done |
| 20:01:47 | funman | ranma: can you try to upload the firmware block of the OF ? |
| 20:03:59 | ranma | I tried uploading the first 1MB of the OF with the header stripped. |
| 20:04:36 | CIA-5 | New commit by mt (r25739): Add libwmapro to trunk. |
| 20:05:15 | mt_ | I have to go for a while .. |
| 20:09:18 | funman | kugel: it works, but we might still miss wrapping if (corrected) end is close to 0 |
| 20:09:45 | kugel | I don't see how we miss a wrap in either way :p |
| 20:10:41 | *** | Saving seen data "./dancer.seen" |
| 20:11:30 | | Join DerPapst [0] (~Alexander@p5797CB19.dip.t-dialin.net) |
| 20:15:33 | kugel | gevaerts: the official coding period starts at May 24th, should I report progress before that date (if I have some)? |
| 20:16:01 | kugel | I'm currently still in the phase of exploring alternatives to sdl |
| 20:16:27 | gevaerts | kugel: I think it's a good idea, yes |
| 20:17:11 | gevaerts | Also, starting on a wiki page with a roadmap would be nice |
| 20:17:20 | | Quit halmi (Quit: halmi) |
| 20:17:23 | gevaerts | And teaching me how to use git :) |
| 20:17:43 | kugel | I'll run out of time if I do that! :) |
| 20:18:35 | CIA-5 | New commit by funman (r25740): as3525v2: fix udelay() ... |
| 20:21:06 | | Join halmi [0] (~netbook@188.20.253.186) |
| 20:22:36 | funman | ranma: btw i had an idea yesterday when reading as3514.c audiohw_set_master_vol() : perhaps using both headphone and DAC output gain use more power? |
| 20:22:52 | | Quit halmi (Client Quit) |
| 20:25:28 | | Join Hillshum [0] (~hillshum@75-165-247-30.slkc.qwest.net) |
| 20:25:57 | funman | if you want to test 'instant' (opposed to as long as a battery_bench) current usage i can give you some patches |
| 20:27:51 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 20:27:57 | ranma | I doubt that part makes a difference in power usage. |
| 20:29:21 | bertrik | funman, how do you test 'instant'? |
| 20:29:37 | | Quit kugel (Remote host closed the connection) |
| 20:29:39 | funman | ranma: ask ranma, not me ! |
| 20:29:40 | bertrik | just measure current pulled from the USB cable? |
| 20:29:55 | funman | bertrik: ^ |
| 20:30:48 | ranma | bertrik: I connected a 3.9V power supply and multimeter to measure current to the battery terminals instead of a battery |
| 20:30:56 | bertrik | ah ok |
| 20:32:45 | | Quit JohannesSM64 (Max SendQ exceeded) |
| 20:33:52 | funman | ranma: just guessing, since we determined the RAM is always powered on your c200v2 i don't know where else to look |
| 20:34:51 | funman | hm unlike us the OF mutes the headphones when not playing, perhaps it's worth a try to see if it makes any difference |
| 20:35:20 | saratoga | how big a power difference is there |
| 20:35:48 | | Join Luca_S [0] (~5711b744@giant.haxx.se) |
| 20:36:27 | funman | saratoga: where? |
| 20:36:37 | saratoga | between the OF and rockbox on the c200v2? |
| 20:36:40 | ranma | I was thinking that maybe because rockbox is using extram a lot it's using more power. And moving the pcmbuffer to intram did show a small improvement |
| 20:36:52 | funman | when playing mp3, display off, 20mA |
| 20:36:57 | saratoga | ouch |
| 20:37:12 | saratoga | do we know what the OF uses for the PCLK and FCLK? |
| 20:37:17 | saratoga | when playing mp3? |
| 20:37:33 | funman | ranma: i wondered about that, perhaps the saved power is due to faster iram => less boosting ? |
| 20:37:49 | ranma | I had boosting completely disabled |
| 20:37:51 | funman | i would think loading/storing memory doesn't increase current use |
| 20:38:05 | saratoga | well the faster you do it the less power you use |
| 20:38:13 | funman | saratoga: there are dumps of CGU* registers somewhere on the forum thread |
| 20:38:23 | saratoga | yeah but I don't remember what they all mean :( |
| 20:38:44 | saratoga | probably half the total audio decode time on AMSv1 is spent in memory related things |
| 20:38:50 | saratoga | so if you could do it faster you could save a lot of power |
| 20:39:00 | funman | hm we have pclk but the dumps miss cp15 config register so we don't know if it's using async/sync/fastbus |
| 20:39:07 | | Quit flydutch (Quit: /* empty */) |
| 20:39:09 | * | Hillshum assumes we don't have much of a chance at getting approved by Apple for the App Store... |
| 20:39:37 | funman | Hillshum: well you're right, we would need something to be approved first :) |
| 20:39:41 | ranma | No, unfortunately memory accesses do use power. |
| 20:40:27 | Hillshum | funman: But even assuming we had a nice app, Apple's likely going to say something about duplicating functionality |
| 20:40:58 | funman | not sure if it still applies, as opera browser was allowed |
| 20:41:37 | saratoga | do they run pclk at 32MHz like we do? |
| 20:42:09 | saratoga | or 31MHz |
| 20:42:33 | saratoga | also the ffmpeg wma pro decoder is really nice, Michael seems to have outdone himself on code quality |
| 20:42:47 | saratoga | everything is commented, well written, and i see functions that look like wma std ones only more efficient |
| 20:42:49 | funman | memclk=pclk is plla/6 according to http://forums.rockbox.org/index.php?topic=14064.msg162645#msg162645 |
| 20:42:52 | bertrik | I thought we ran at 62 MHz PCLK on the as3525 |
| 20:42:59 | saratoga | when boosted we do |
| 20:43:02 | saratoga | oh no |
| 20:43:03 | saratoga | you're right |
| 20:43:13 | saratoga | i'm mixed up, we tried it at 31 but increased it |
| 20:43:15 | Hillshum | funman: True, but Opera's been making quite a fuss about it, and also has the EU at its back |
| 20:43:25 | gevaerts | Hillshum: Apple's opinion won't matter unless we actually have an iphone app |
| 20:43:59 | funman | saratoga: and plla is at 384MHz so they use 64MHz pclk (although it could be dynamic) |
| 20:44:18 | Hillshum | gevaerts: But their opinion might affect whether or not we end up having an app. |
| 20:44:21 | saratoga | if they can decrease the main clock below 64MHz, that will save them a lot of power |
| 20:44:27 | linuxstb | mt_: Are those files you committed unchanged from ffmpeg, or have you changed some things? What revision of ffmpeg? Could you add a "README.rockbox" ? |
| 20:44:47 | gevaerts | Hillshum: that's secondary. First someone has to actually want to do such a port :) |
| 20:46:13 | saratoga | i guess if someone was *really* interested they could back out the OF PLL speeds by recording a tone in various formats and measuring the pitch error with a sound card |
| 20:46:24 | saratoga | doesn't sound like fun though |
| 20:49:19 | | Join neonesis [0] (~Jacob@host-89-230-222-45.lublin.mm.pl) |
| 20:50:21 | | Join JohannesSM64 [0] (~johannes@cm-84.215.75.42.getinternet.no) |
| 20:51:34 | * | linuxstb wishes mt_ had committed the unmodified ffmpeg files first, so its possible to track the changes |
| 20:52:00 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 20:56:28 | | Join Lear [0] (chatzilla@rockbox/developer/lear) |
| 21:00 |
| 21:05:45 | | Join b0hoon [0] (~quassel@xdsl-7253.bielsko.dialog.net.pl) |
| 21:06:17 | | Quit Unhelpful (Remote host closed the connection) |
| 21:07:08 | mt_ | linuxstb: I am going to add a README.rockbox, but I hadn't written it yet and wanted the current files to be up so that discussing them would be easier. Also, I tried to do as little modifications as possible to the ffmpeg files so that if a consensus is reached soon about rockbox-ffmpeg collaboration it wouldn't be too difficult. I just commented out/added enough code to make it compile. |
| 21:08:13 | linuxstb | Looking at them now, it looks like its not the current ffmpeg? |
| 21:08:56 | | Quit n17ikh (Ping timeout: 260 seconds) |
| 21:13:27 | mt_ | linuxstb: iirc it's r22866, let me check. |
| 21:13:33 | | Part watto |
| 21:13:47 | linuxstb | Are you sure? It seems to have things from a few hundred revisions ago. |
| 21:14:44 | linuxstb | I mean a few thousand... |
| 21:16:23 | | Nick bgs000 is now known as bgs100 (57o9@unaffiliated/bgs100) |
| 21:16:46 | | Join Unhelpful [0] (~quassel@71.173.205.32) |
| 21:16:46 | | Quit Unhelpful (Changing host) |
| 21:16:46 | | Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) |
| 21:17:28 | | Quit SirFunk (Quit: Ex-Chat) |
| 21:18:04 | mt_ | libavutil has a few old files yes. |
| 21:18:10 | | Join n17ikh|Lappy [0] (~n17ikh@host-69-59-126-212.nctv.com) |
| 21:18:51 | mt_ | and avcodec.h is old too |
| 21:19:46 | linuxstb | If you're trying to do as little modification to ffmpeg as possible, shouldn't you start with current svn? |
| 21:21:24 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
| 21:22:05 | | Join pixelma_ [0] (~pixelma@rockbox/staff/pixelma) |
| 21:22:06 | mt_ | Yes, but I don't think it's really needed for files like avcodec.h .. I had one that was ready to use to make the codec compile so I used it. The patches that would convert wma pro to fixed would not need to touch files like avcodec.h or files inside libavutil, so those are the ones that need to be new.. |
| 21:22:59 | | Quit n17ikh|Lappy (Ping timeout: 265 seconds) |
| 21:23:19 | | Join Hans-Martin [0] (~hmm@cl-1152.dus-01.de.sixxs.net) |
| 21:25:54 | | Quit n17ikh (Ping timeout: 265 seconds) |
| 21:26:27 | mt_ | for example, here's a patch that converted atrac3 to fixed point (compiled and tested in the ffmpeg trunk back when I did it) .. |
| 21:26:29 | mt_ | http://www.pastie.org/937838 |
| 21:30:42 | linuxstb | Sure, I understand that your changes won't affect many ffmpeg files. I would just have liked to have seen the unmodified files in svn before your changes - it would have only taken a few minutes to commit them, and then the history in svn would be complete. |
| 21:34:17 | mt_ | You mean committing just all the files without modifying them, i.e without having them compile standalone ? |
| 21:34:43 | | Quit amiconn (Ping timeout: 240 seconds) |
| 21:35:04 | | Quit pixelma (Ping timeout: 265 seconds) |
| 21:35:59 | linuxstb | Yes, what we did when committing Cook last year. |
| 21:36:50 | saratoga | i don't think thats really all that important |
| 21:37:11 | saratoga | the fixed point changes will break ffmpeg compatibility anyway |
| 21:37:30 | saratoga | so i don't think having a bunch of headers we won't use up to date makes a difference |
| 21:37:42 | | Join Boldfilter_ [0] (~Boldfilte@adsl-82-151-224.jax.bellsouth.net) |
| 21:38:19 | | Quit Boldfilter (Ping timeout: 245 seconds) |
| 21:38:19 | | Nick Boldfilter_ is now known as Boldfilter (~Boldfilte@adsl-82-151-224.jax.bellsouth.net) |
| 21:38:44 | mt_ | The first set of files that were committed last year were compiling standalone also iirc ? |
| 21:39:07 | saratoga | assuming we don't need to change the mdct or bitstream function calls any, I think readding this to ffmpeg would just mean readding the function pointer tables |
| 21:39:55 | saratoga | hmm though the includes will probably be annoying |
| 21:40:43 | linuxstb | mt_: No - check the svn history for libcook. |
| 21:41:45 | mt_ | I did .. that's why I said they were compiling. :) |
| 21:41:47 | mt_ | http://svn.rockbox.org/viewvc.cgi/trunk/apps/codecs/libcook/Makefile.test?revision=20883&view=markup&pathrev=20883 |
| 21:42:02 | | Join notlistening [0] (~tom@94-195-105-95.zone9.bethere.co.uk) |
| 21:42:28 | linuxstb | mt_: 20882 is the first commit |
| 21:42:37 | | Quit TheSeven (Ping timeout: 240 seconds) |
| 21:42:40 | | Nick mapi is now known as mapi0 (~mapi@KHP222006067242.ppp-bb.dion.ne.jp) |
| 21:42:48 | | Nick mapi0 is now known as mapi1 (~mapi@KHP222006067242.ppp-bb.dion.ne.jp) |
| 21:42:55 | linuxstb | Makefile.test isn't an ffmpeg file, and hence wasn't added until 20883 |
| 21:43:17 | notlistening | Hi all |
| 21:44:01 | notlistening | am i allowed to ask whats happening with the v2 Sansas at the moment sorry have not been keeping up recently in particular the clip+? |
| 21:44:07 | mt_ | linuxstb: Ah ok .. that's why I was confused. |
| 21:44:19 | mt_ | (re : 20882) |
| 21:46:35 | mt_ | I actually traced the commits thorough README.rockbox not the makefile.. thought it was committed with the first set of files too. |
| 21:49:22 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 21:49:49 | | Quit stripwax (Client Quit) |
| 21:53:25 | linuxstb | mt_: Just typing "svn log" inside libcook/ would have given you the full history of the contents of that directory. |
| 21:53:38 | | Join mirak [0] (~mirak@85-171-108-160.rev.numericable.fr) |
| 21:54:07 | | Join wodz [0] (~wodz@chello087206240004.chello.pl) |
| 21:55:26 | funman | notlistening: not much, some fuzev2 specific things, and a fix for being able to set the volume very low |
| 21:55:41 | funman | btw should we mute the audio completely at the minimal setting? |
| 21:56:06 | notlistening | What do other targets do? |
| 21:56:13 | funman | cabbiev2/fuze shows a muted speaker icon, but there's still audio going out |
| 21:56:44 | notlistening | I would expect that it get muted |
| 21:57:38 | notlistening | I can feel a mailing list debate comming on ;) |
| 21:58:11 | mt_ | linuxstb: Although I don't remember this sort of objections when that happened with libatrac (and I thought you needed the full history for cook because it was my first patch), if it's really that important I could revert the commit, put up the unmodified files, modify them and recommit. |
| 21:58:14 | funman | rockbox doesn't "mute" |
| 21:58:16 | funman | anymore |
| 21:58:57 | notlistening | Sorry "mute" was just the term i was using |
| 21:59:01 | Luca_S | i suppose there's pause for that... i've never needed to mute an audio player (i.e. letting it play while not actually hear anything) |
| 22:00 |
| 22:00:23 | notlistening | domonoky, are you aware of a few problem with rbutil and speech generation? |
| 22:00:48 | | Quit JohannesSM64 (Quit: WeeChat 0.3.2-dev) |
| 22:01:11 | domonoky | notlistening: what problems ? |
| 22:01:23 | notlistening | funman, what are the blockers stopping the progress on the V2's |
| 22:01:39 | funman | write support |
| 22:01:54 | funman | dynamic cpu frequency (although that one could be disabled) |
| 22:02:04 | notlistening | domonoky, I am not able to get any windows version to compete a .talk clip generation have tried a few |
| 22:02:17 | notlistening | domonoky, has issues at the encoding stage |
| 22:02:42 | domonoky | i am not aware of that, can you post the log of the failure please ? |
| 22:03:43 | notlistening | domonoky, yeah sure i will give it a whirl and the very latest release get stuck in a nasty loop on load if it can not autodetect the player |
| 22:04:30 | notlistening | Windows again, I knew there was a reason i stopped using it ;) |
| 22:05:08 | linuxstb | mt_: That's up to you. I would like to see a clean, well-documented start to your work in svn, but that's just me... |
| 22:05:36 | wodz | What is the route to build default theme for new target? I glanced at documentation and wps folder in rockbox tree but I have no clue where to start |
| 22:06:00 | | Join Jacob_ [0] (~Jacob@host-89-230-222-45.lublin.mm.pl) |
| 22:06:06 | domonoky | notlistening: can you please post both issues with full logs/ system traces on flyspray please ? (it will get forgotten otherwise). |
| 22:06:40 | notlistening | i'll do it now |
| 22:07:28 | | Quit neonesis (Read error: Connection timed out) |
| 22:07:57 | | Join _arbingordon [0] (~w@c-68-44-148-113.hsd1.pa.comcast.net) |
| 22:08:09 | | Nick Jacob_ is now known as neonesis (~Jacob@host-89-230-222-45.lublin.mm.pl) |
| 22:09:28 | funman | wodz: do you have an artist soul ? perhaps it's better to ask the rockbox artists |
| 22:09:30 | pixelma_ | I didn't have problems creating .talk files with the Rockbox Utility under XP and with SAPI voices. It's a while ago though that I tried |
| 22:09:35 | | Quit arbingordon (Ping timeout: 276 seconds) |
| 22:10:45 | *** | Saving seen data "./dancer.seen" |
| 22:11:21 | wodz | funman: I mean porting cabbiev2 should be pretty straight forward from ipod mini/iaudio remote |
| 22:11:37 | wodz | but I don't get how this is created after all |
| 22:11:50 | pixelma_ | I saw a hang though on MacOS with a wrong TTS chosen |
| 22:12:39 | notlistening | pixelma_, seems similar but not sure why... probably me |
| 22:12:39 | | Quit Luca_S (Quit: CGI:IRC (EOF)) |
| 22:13:06 | funman | wodz: hand editing? though iiuc there is a project of writing a wysiwyg theme editor |
| 22:13:54 | wodz | ehh, so maybe I look at something more lowlevel :-) |
| 22:13:54 | | Quit bertrik (Read error: Connection timed out) |
| 22:14:11 | | Quit planetbeing (Write error: Connection reset by peer) |
| 22:14:21 | | Join planetbeh [0] (~planetbei@24.86.178.47) |
| 22:14:42 | pixelma_ | wodz: you'll need the wps file, you can probably take the one for the small H10 - 128x128x16 and edit it to use the greyscale bitmaps. For automatic inclusion into the build you also have to adapt WPSLIST (or something like that) |
| 22:15:33 | wodz | How voiceing work? As I understand it decodes some .talk file and pushes it to PCM buffer. This is all ok when in playback mode but how this work in FM radio or recording? |
| 22:16:25 | notlistening | wodz and pause is a pain too |
| 22:16:35 | | Join Rondom [0] (~quassel@dslb-084-057-180-061.pools.arcor-ip.net) |
| 22:19:53 | wodz | My question comes from the fact that in theory I can setup FM radio listening as an analog bypass from input to output stage, stop the master clock and power down most of subsystems in codec |
| 22:20:52 | wodz | if voiceing emits some signal that it want to play .talk it can be catched and force codec paths reconfiguration |
| 22:24:12 | | Quit lifeless (Disconnected by services) |
| 22:24:37 | | Join lifeless_ [0] (~lifeless@188.18.101.226) |
| 22:25:31 | | Quit Boldfilter (Quit: Boldfilter) |
| 22:28:49 | | Quit neonesis (Quit: Leaving) |
| 22:30:05 | wodz | ehh nobody answers lowlevel voiceing questions :/ |
| 22:31:31 | Llorean | wodz: Do you really expect there to be a lot of people who *can* answer that question? |
| 22:32:19 | notlistening | domonoky, it's there now |
| 22:32:26 | wodz | I don't expect a lot, only one is ok |
| 22:33:00 | | Join tomers [0] (~chatzilla@bzq-84-109-85-100.red.bezeqint.net) |
| 22:34:01 | bluebroth3r | notlistening: you didn't attach any logs to the tracker entry you posted |
| 22:34:06 | domonoky | notlistening: you forgot to attach the log.. |
| 22:35:10 | notlistening | oh bum !!! |
| 22:35:18 | notlistening | just start the laptop up again |
| 22:35:19 | funman | wodz: sansas use bypass as well |
| 22:35:44 | wodz | funman: but does it disable DAC in bypass mode? |
| 22:36:50 | funman | afaict it doesn't, but i don't know if it could |
| 22:38:09 | wodz | You see in theory I could drop from over 30mW to ~8mW in FM listening mode but this will probably break voiceing |
| 22:38:35 | wodz | 30mW is almost 10mA more than backlight |
| 22:38:36 | | Join einhirn [0] (~Miranda@p54858093.dip0.t-ipconnect.de) |
| 22:38:54 | funman | i see |
| 22:38:58 | wodz | I mean backlight contribute about 10mA |
| 22:39:10 | | Join Boldfilter [0] (~Boldfilte@adsl-82-151-224.jax.bellsouth.net) |
| 22:39:14 | | Join merbanan [0] (~banan@c-94-255-217-199.cust.bredband2.com) |
| 22:39:33 | wodz | so if we fiddle with backlight it is probably worth fiddling with codec powermanagement |
| 22:39:40 | funman | so you would want to enable the DAC when voicing starts and disable it when it stops ? |
| 22:40:55 | | Join amiconn [0] (~jens@rockbox/developer/amiconn) |
| 22:40:56 | wodz | in FM playback mode - yes |
| 22:41:04 | | Join pixelma [0] (~pixelma@rockbox/staff/pixelma) |
| 22:41:18 | saratoga | the DAC uses 10mA? |
| 22:41:24 | saratoga | that sounds like an awful lot |
| 22:41:29 | mt_ | linuxstb: I was never planning on skipping the documentation anyway. But I was just asking because I didn't see why the unmodified ffmpeg files should be in the svn history, or how not having those files would mean an unclean start. (I'm not denying that it might be necessary, I just want to know .. ) |
| 22:42:22 | | Quit Jaykay (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
| 22:42:39 | * | domonoky thinks that this new MPIO target should get added to the webpage/buildserver, looks like it already is worth unstable status. |
| 22:42:40 | notlistening | domonoky & bluebroth3r thats better think i hit submit twice last time |
| 22:42:59 | wodz | datasheet states that when DAC is used and output stage is used it takes over 30mW of power. supply voltage is 3.3V so it takes ~10mA (or I am completly wrong) |
| 22:43:30 | notlistening | My first mp3 player was an MPIO still works now after 10 years |
| 22:46:20 | domonoky | notlistening: i see the problem in the log: the string to talk is empty because stripping the extension doesnt seem to work for files starting with . |
| 22:46:22 | | Quit Zagor (Quit: Clint excited) |
| 22:47:03 | * | pixelma_ is currently compiling an Mpio HD20 sim, hopefully with its own cabbiev2 port |
| 22:47:32 | * | bluebroth3r hands domonoky a duplicate :) |
| 22:47:57 | notlistening | Ohh right |
| 22:48:04 | | Quit amiconn (Disconnected by services) |
| 22:48:06 | | Join amiconn_ [0] (~jens@rockbox/developer/amiconn) |
| 22:48:28 | | Nick amiconn_ is now known as amiconn (~jens@rockbox/developer/amiconn) |
| 22:48:42 | notlistening | thanks for looking at that ;) |
| 22:48:48 | | Join pixelma2 [0] (~pixelma@p57A0CC9E.dip.t-dialin.net) |
| 22:48:49 | | Quit pixelma2 (Changing host) |
| 22:48:49 | | Join pixelma2 [0] (~pixelma@rockbox/staff/pixelma) |
| 22:48:49 | | Quit pixelma (Disconnected by services) |
| 22:48:54 | | Quit mirak (Quit: Ex-Chat) |
| 22:49:08 | | Nick pixelma2 is now known as pixelma (~pixelma@rockbox/staff/pixelma) |
| 22:51:35 | domonoky | the question is how to fix that properly. It just uses Qts file functions to get the filename with/without extension. |
| 22:51:51 | linuxstb | mt_: It's not a big deal, it just seems obvious to me that if you're porting code from another project, the first commit should be a copy of the code you're starting with, without any of your own changes. So if anyone ever asks "what did you change, and why?", you simply point them to our svn history. |
| 22:53:07 | | Quit amiconn (Disconnected by services) |
| 22:53:09 | | Join amiconn_ [0] (~jens@rockbox/developer/amiconn) |
| 22:53:23 | notlistening | domonoky, is it just that specific senario that kills it? |
| 22:53:26 | | Quit kenguest (Read error: Connection reset by peer) |
| 22:53:31 | | Nick amiconn_ is now known as amiconn (~jens@rockbox/developer/amiconn) |
| 22:53:38 | | Join kenguest [0] (~radagast@lir.talideon.com) |
| 22:53:57 | | Quit pixelma (Disconnected by services) |
| 22:53:59 | | Join pixelma2 [0] (~pixelma@rockbox/staff/pixelma) |
| 22:54:13 | domonoky | notlistening: yes, at least for you. if you take out the "remove file extensions" checkbox, it should work for you :-) |
| 22:54:21 | | Nick pixelma2 is now known as pixelma (~pixelma@rockbox/staff/pixelma) |
| 22:55:01 | notlistening | then i guess you look for there being any number of characters > 0 in the file name and if now then don't strip |
| 22:55:02 | mt_ | linuxstb: Okay .. I'll work on it later then (probably tomorrow). |
| 22:55:13 | | Join archivator [0] (~archivato@stu0279.keble.ox.ac.uk) |
| 22:55:59 | notlistening | *not |
| 22:55:59 | | Quit CGL (Quit: Saliendo) |
| 22:56:31 | domonoky | notlistening: might be a idea. Will try that when i find time to fix it.. |
| 22:56:48 | notlistening | lol add to the list ;) |
| 22:57:11 | bluebroth3r | domonoky: stripExtension() doesn't look like a Qt function :) |
| 22:57:49 | * | bluebroth3r feels a need for cleaning up the talkfile tracing output |
| 22:58:15 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 22:58:23 | domonoky | oh.. i should go sleeping.. |
| 22:59:59 | archivator | any brave tester with a device capable of recording? I need to confirm that FS #11219 works (or doesn't, I have no idea). |
| 23:00 |
| 23:01:19 | bluebroth3r | domonoky: I was thinking about adding test cases for such functions and commit them. Any thoughs about that? |
| 23:01:34 | CIA-5 | New commit by funman (r25741): Fuzev2 button fixes ... |
| 23:01:51 | bluebroth3r | of course this won't be a big "only work on test cases" thing but rather be a "if you implement something that can get unit tested, try to also add a test case" |
| 23:02:15 | domonoky | bluebroth3r: if you can handle the massive amount of work that needs and also the maintaining, sure :-) |
| 23:02:27 | pixelma_ | wodz: how do I enter a subitem from the main menu in an Mpio sim? |
| 23:03:49 | bluebroth3r | domonoky: of course I can't, but I don't think it would be that much of maintaining work. It's functionality that's rarely changed :) |
| 23:04:59 | domonoky | :-) If you can find a nice way todo tests, i am all for it.. But till now i didnt see many usefull unit-tests, and almost all were never executed again after writing them :-) |
| 23:05:36 | | Join fml [0] (~chatzilla@p5DD2C474.dip.t-dialin.net) |
| 23:06:57 | fml | gevaerts: hello. Are you familiar with the pdbox plugin? Why do some files have a ~ in their names? I thought such names are usually given to backup files created by text editors. |
| 23:07:24 | Llorean | I seem to recall someone mentioned that "~" was used as short for "wave"? |
| 23:07:29 | gevaerts | fml: I know exactly one thing about the pdbox plugin |
| 23:07:31 | pamaury | archivator: I'll try to have a look in a minute |
| 23:07:34 | Llorean | Not well used, just how it's meant to be read in that context. |
| 23:07:46 | | Quit tomers (Quit: ChatZilla 0.9.86 [Firefox 3.5.9/20100401213457]) |
| 23:07:55 | wodz | pixelma_: space or click at the center of "joy" in upper right |
| 23:08:06 | archivator | pamaury: thanks |
| 23:08:06 | gevaerts | That one thing is indeed that ~ is for "waveforms". Editors don't use this name format, they put the ~ at the end, not before the extension |
| 23:08:27 | linuxstb | fml: I'm pretty sure that was how the files were named in the original project - I remember it being questioned at the time of the commit. |
| 23:08:57 | bluebroth3r | domonoky: one thing we additionally need imo is some sort of script that simply compiles and runs all tests :) |
| 23:09:00 | pamaury | archivator: what should I expect ? I have no idea of what I can get with recording :) |
| 23:09:18 | CIA-5 | New commit by Domonoky (r25742): Fix talkfile generation for files starting with . and having no extension. |
| 23:09:47 | bluebroth3r | so this could get run a few days before we make a release to ensure that at least the functions we do have tests (still) work (and work correctly on all platforms) |
| 23:10:01 | pamaury | archivator: which path do I apply in FS #11291 ? |
| 23:10:04 | bluebroth3r | unfortunately there's quite a bunch of functionality that can't get tested. |
| 23:10:08 | archivator | pamaury: when you start the plugin with stopped playback (stopped, not paused), you should get a "No track playing. Recording mode." and then it should, in theory, start analyzing sound from the mic, if available, or the linein, if not. |
| 23:10:20 | archivator | sorry, that last bit was wrong. |
| 23:10:28 | archivator | It uses the source in Recording Settings now. |
| 23:11:04 | fml | gevaerts: ah, yes, the ~ goes to the end! But if the files really contain code for waves (whatever it is) then it's a good name! What name would you suggest for the function computing a square root? :-) |
| 23:11:37 | gevaerts | fml: √.c of course |
| 23:11:59 | funman | or 'sqrt' |
| 23:12:18 | pixelma | 1/x² |
| 23:12:22 | * | funman wrongly assumed it was a serious question |
| 23:12:27 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 23:12:52 | fml | funman: he-he, you have no right to use your nick then! |
| 23:13:07 | Torne | a friend wants his pplayer to require a code to turn on. am i right that this could be done pretty trivially with a plugin set to be the autoloaded rock? |
| 23:13:30 | | Quit Lear (Quit: ChatZilla 0.9.86 [Firefox 3.6.4/20100413172113]) |
| 23:13:35 | Llorean | A build with autorock enabled, and a plugin that requires a code, sure. |
| 23:13:36 | archivator | All trig functions should be in â—‹.c imo. They're all related to the unit circle, after all. |
| 23:13:43 | gevaerts | Torne: that would also be rasonably trivial to bypass |
| 23:13:50 | Torne | gevaerts: it would? |
| 23:13:54 | Llorean | gevaerts: With USB |
| 23:13:56 | Torne | gevaerts: well, on players with a rom disk mode.. |
| 23:14:28 | Torne | gevaerts: if you did it on a player that can be made to not dual boot.. |
| 23:14:30 | gevaerts | Torne: hm, if you don't have ROM disk mode, and you make sure to disable early USB, it might be doable |
| 23:14:55 | gevaerts | If it has a removable disk of course... |
| 23:14:59 | archivator | Torne: bear in mind that playback will not resume (if start screen is "resume playback"), though (i've tested it, it doesn't). |
| 23:15:13 | Torne | gevaerts: i dunno what level of security he really cares about |
| 23:15:22 | Torne | of course his next quetion will be "can someone implement it for me" :) |
| 23:15:49 | gevaerts | Torne: since storage_(read,write)_sectors() are now wrappers, adding encryption there is trivial :) |
| 23:15:51 | funman | if the following question is "how much will it cost me" i'm ok |
| 23:16:03 | Torne | gevaerts: yteah he asked about that too |
| 23:16:07 | Torne | gevaerts: i said the same thing |
| 23:16:13 | Torne | it could be done, but we wouldn't be likely to commit it :) |
| 23:16:31 | Torne | since having it b uilt in by default would be useless to most people, and *n ot* having it built would make it likely to rot |
| 23:16:34 | funman | rockbox purpose is to *defeat* protection measures, not implement new ones |
| 23:16:47 | Torne | funman: he's worried about ACTA and hte like :) |
| 23:16:48 | | Quit pixelma (Disconnected by services) |
| 23:16:50 | | Join pixelma2 [0] (quassel@rockbox/staff/pixelma) |
| 23:16:51 | Llorean | Well, a "lock" plugin might not be bad as long as it's not by default autorock or anything. |
| 23:17:08 | gevaerts | Torne: tell him about jtag |
| 23:17:12 | | Nick pixelma2 is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 23:17:25 | | Quit amiconn (Disconnected by services) |
| 23:17:27 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 23:17:28 | archivator | Llorean: no objections re: FS #11219. What do you think I should call the mode? "Input monitor mode" doesn't exactly roll off the tongue. |
| 23:17:31 | | Quit evilnick_B (Quit: Page closed) |
| 23:17:34 | Llorean | Someone might want to 'lock' their player at a party or such to prevent any tampering at all beyond the basic "party mode" even. |
| 23:17:36 | Torne | Llorean: Yeah, having hte lock plugin would be reasonable |
| 23:17:46 | Torne | but then it would need a custom build to be the autorock |
| 23:17:49 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 23:18:04 | bluebroth3r | does the autorock feature change that much? |
| 23:18:12 | Llorean | archivator: I think "Input monitor mode" or just "Input mode" sounds fine. |
| 23:18:14 | Torne | no, it's tiny |
| 23:18:22 | Torne | it jhust adds one more "does file exist" at boottime |
| 23:18:26 | gevaerts | USB after boot isn't an issue. A plugin can ignore the connect event |
| 23:18:42 | archivator | Llorean: okay, changing it to "input mode", then. |
| 23:18:56 | Torne | gevaerts: indeed. and if it's intended to be fairly anti-sibling-type security then recoery modes and so on likely don't matter :) |
| 23:19:11 | gevaerts | Depends on the sibling :) |
| 23:19:15 | Torne | well yes ;) |
| 23:19:50 | bluebroth3r | hmm, so the only reason for not having it enabled by default is boot time? |
| 23:20:06 | Torne | bluebroth3r: as far as i know. |
| 23:20:31 | pamaury | archivator: it "works" but it's ways to slow, on update every ten seconds, and it freezes in playback mode |
| 23:20:42 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 23:20:44 | bluebroth3r | well, in that case wouldn't it make sense to always enable it and add a hidden configuration option (i.e. no menu entry) that enables / disables the check? |
| 23:20:48 | Torne | it is literally just three lines of code in main.c |
| 23:20:48 | archivator | Llorean: also, fyi, the main reason I chose "recording" was because the API function is pcm_record_data (and pcm_init_recording). They don't actually refer to recording, as per your definition.. |
| 23:21:07 | pamaury | *too slow |
| 23:21:14 | pamaury | *one |
| 23:21:20 | archivator | 10 seconds? woah! And it shouldn't freeze in playback (obviously!). Alright, debugging commences. |
| 23:21:28 | bluebroth3r | the settings need to get loaded anyway, and checking for another value there is faster than checking for a file on disk I guess |
| 23:21:35 | Torne | bluebroth3r: could do. or could just conclude that one call to file_exists() really isn't a big deal |
| 23:21:38 | Torne | :) |
| 23:21:41 | archivator | pamaury: what target is that btw? |
| 23:21:52 | Llorean | archivator: Well, in the user interface it's generally better to call it what the word means in an "English Language" context, rather than based on hidden function names. |
| 23:22:04 | pamaury | archivator: e200, let me check with svn head, so I'm sure it's your patch which is problematic ;) |
| 23:22:19 | bluebroth3r | Torne: well, it would of course be interesting to have numbers how much time the file_exists() needs. Especially on HD based players with slow disks :) |
| 23:22:24 | Torne | yeah, i wonder |
| 23:22:33 | gevaerts | Having a setting seems useful anyway. You might want to not load the autorock all the time, and having to move/rename the file for that is annoying |
| 23:22:33 | bluebroth3r | I guess on flash players it is neglectible |
| 23:22:40 | archivator | pamaury: it's the patch, don't bother, freezes in playback mode here as well |
| 23:22:46 | Torne | gevaerts: true, in which case a visible setting would be better.. |
| 23:22:53 | gevaerts | definitely |
| 23:22:53 | archivator | I guess I was too busy trying to get recording to work :( |
| 23:23:10 | Torne | gevaerts: peopel do ask about things like how to make it autostart pictureflow occasionally. mayb e we should just do this |
| 23:23:23 | Torne | :) |
| 23:24:58 | notlistening | the rockbox dev team just doing something never :D |
| 23:25:07 | Torne | notlistening: hey, i just do things all the time! |
| 23:25:20 | notlistening | lol i know i was poking fun |
| 23:25:22 | Torne | i turned on large disk support ;) |
| 23:25:30 | notlistening | i just love the debates on the mailing list |
| 23:25:44 | Torne | well, some things are debateable :) |
| 23:25:52 | bluebroth3r | and put demand on people to buy large disks! |
| 23:25:54 | Torne | UI changes are almost guaranteed to upset loads of people |
| 23:26:19 | Llorean | Would you have autorock require the autorock filename and then a setting on/off, or just a setting for what filename to autoload (such as just picking a plugin in the context menu and choosing "set as boot plugin"?) |
| 23:26:30 | Torne | Llorean: That's probably a much better idea, tbh |
| 23:26:34 | notlistening | Give me read wrtie support on the Sansa v2's and i'll let that one slip |
| 23:26:35 | | Join Schmo [0] (~Miranda@p3EE22D80.dip0.t-ipconnect.de) |
| 23:26:49 | archivator | pamaury: but the sim works in playback mode! Argh! |
| 23:27:02 | bluebroth3r | that might cause people setting plugins that are not really a good idea as boot plugin. Like md5sum |
| 23:27:15 | Torne | that's true.. |
| 23:27:17 | | Quit Schmogel (Ping timeout: 258 seconds) |
| 23:27:33 | soap | I don't normally talk about specific people in such a public manner, but hollowman ( http://forums.rockbox.org/index.php?topic=24586 ) has me flustered. Would someone mind "proofing" the linked thread and ensure I didn't miss something obvious or say something stupid? |
| 23:27:37 | Llorean | bluebroth3r: There's no good way to prevent that, though. |
| 23:27:45 | soap | Thanks, and I know you've already contributed pixelma. |
| 23:27:48 | notlistening | can you define a plugin as being bootable |
| 23:27:57 | Llorean | Unless when they're booted, they're passed something (and certain plugins contain code to auto-exit when used as a boot plugin) |
| 23:28:04 | Torne | Llorean: well, if you make people copy-paste to autorock.rock then they won't do it by accident |
| 23:28:15 | Torne | they migh make a stupid choice but.. at that point we can't help them ;) |
| 23:28:25 | Llorean | Torne: A confirmation yes/no also makes it hard to do by accident, but much easier to do intentionally |
| 23:28:26 | bluebroth3r | Llorean: yep. So it might make sense to make it a bit harder setting the startup plugin (like requiring manual rename) |
| 23:28:27 | Llorean | The vkeyboard sucks. |
| 23:28:46 | | Quit bertrik (Ping timeout: 276 seconds) |
| 23:28:56 | bluebroth3r | better than no keyboard though :) |
| 23:28:58 | Llorean | soap: I think it's just the usual "he's pretty sure he knows the answer" situation. |
| 23:29:09 | notlistening | no manual rename plz |
| 23:29:21 | * | bluebroth3r goes for a Postleitzahl |
| 23:29:33 | Llorean | Torne: The one problem with setting it in the config is that then using it as a "lockout" doesn't work well - resetting the config removes the lockout |
| 23:29:54 | Torne | Llorean: Yah, but on most players there is likely to be one or more ways to remove the lockout anyway |
| 23:30:02 | Llorean | Torne: One idea is the context menu *plus* autorock - if you manually rename one it's *always* loaded even if config is reset, but the context menu one can be cleared (normally in the settings menu, or by resetting config on boot) |
| 23:30:04 | | Join CGL [0] (~CGL@190.207.188.162) |
| 23:30:19 | Torne | i dunno how much we care about hte lockout use case tbh |
| 23:30:31 | Torne | given that we don't have such a plugin right now :) |
| 23:30:34 | notlistening | a pure rockbox implementation you could lock but dualbooters hunn bootloader mods ...? |
| 23:30:39 | Torne | and my friend is not about to write one, he's a noncoder |
| 23:30:40 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
| 23:30:56 | Torne | i was just pondering whether supporting a plugin as a startup option was useful in general |
| 23:31:05 | Llorean | Torne: Well, if you allow setting it in a config, I don't really see the harm in leaving the old autorock loading in place too (which would basically accomplish what I'd said) |
| 23:31:29 | | Quit fml (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
| 23:31:32 | Llorean | I don't really see too many plugins-on-startup that would be useful though. |
| 23:31:35 | Torne | you mean, not compiled in by default, like now? |
| 23:31:51 | Llorean | No, I mean compiled in, but alongside manually setting an alternate filename to use |
| 23:32:01 | Llorean | Basically, the "default" filename is autorock, unless the .cfg sets it to something different. |
| 23:32:02 | notlistening | Llorean, well they might come given the option |
| 23:33:17 | notlistening | an autoloaded plugin that loads plugins? |
| 23:33:28 | notlistening | giving a level of opps i did it wrong control? |
| 23:33:47 | Torne | haha |
| 23:35:29 | archivator | pamaury: right, I fixed the playback thing (an else statement got eaten.. by a grue!) and I think I know how to fix recording as well. Can you test another patch in a ~ 10 minutes? |
| 23:35:42 | | Quit w1ll14m (Ping timeout: 260 seconds) |
| 23:36:13 | pamaury | archivator: of course, just poke me and I'll test it |
| 23:37:18 | Torne | Llorean: well, i guess. i am curious how long it takes to do a file_exists on our slowest device though :) |
| 23:37:27 | Torne | i wonder what has the slowest disk |
| 23:37:38 | Torne | possibly ipodvideo 80gb, from the font_load problem ;) |
| 23:38:07 | Llorean | I would guess that would be it. |
| 23:39:06 | | Quit domonoky (Read error: Connection reset by peer) |
| 23:39:20 | soap | I can see people running the iPod Linux bootloader (or other doesn-boot-rockbox-by-default) bootloader and plugin-as-startup to use Rocbox for a specific game. |
| 23:41:07 | Torne | well, i guess i should put a chart point on it and see :) |
| 23:42:55 | | Quit notlistening (Quit: Leaving) |
| 23:43:17 | CIA-5 | New commit by bluebrother (r25743): Handle device name resolving failures. ... |
| 23:46:16 | * | pamaury wonders why database updating freezes on its e200... |
| 23:46:52 | funman | isn't database known to be buggy? |
| 23:46:58 | | Part Hans-Martin |
| 23:47:02 | | Quit efyx_ (Remote host closed the connection) |
| 23:47:18 | pamaury | lol, yes but normally it's freeze the entire firmware |
| 23:48:02 | funman | pamaury: did you add new files since the last database update? you could've hit a bug in the metadata parsers |
| 23:48:07 | pamaury | Ah, it could be the famous "no audio file makes database freeze" |
| 23:48:25 | | Quit robin0800 (Remote host closed the connection) |
| 23:49:34 | pixelma | soap: sorry, could you rephrase what someone is supposed to do and why you are surprised (?) by his post? |
| 23:50:15 | pamaury | hum, no, perhaps a metadata bug but for testing purposes there are only four audio files on my DAP, it would be not luck if it was a metadata parser bug |
| 23:52:33 | pamaury | funman: apparently, I had two files that caused the bug, not luck that I just delete them :) |
| 23:52:47 | * | pamaury can be very stupid sometimes |
| 23:53:01 | archivator | pamaury: can you revert the old patch and try this one: http://pastebin.com/rDgkwpEt ? |
| 23:53:05 | soap | pixelma, I was trying to request a sanity check, basically. I feel flustered by his behavior and wanted someone with a cool head to tell me: |
| 23:53:33 | pamaury | archivator: I'll try in a minute |
| 23:53:34 | | Quit Rob2222 (Read error: Connection reset by peer) |
| 23:53:50 | soap | A - you're not insane, soap. B - You didn't (grossly) misspeak. C - You read his queries correctly. D - You didn't forget any key information. |
| 23:53:52 | | Join Rob2222 [0] (~Miranda@p4FDCAE0C.dip.t-dialin.net) |
| 23:57:08 | pamaury | archivator: playback works, now recording test... |
| 23:57:38 | | Quit merbanan (Ping timeout: 260 seconds) |
icon identifies that the person is a core developer (has commit access).