| 00:00:03 | kisak | rockbox locked up on my Fuzev2 while deleting a massive amount of files |
| 00:00:22 | AlexP | shriphani: About 30 seconds for me with lots of files |
| 00:00:39 | | Quit halmi (Quit: halmi) |
| 00:00:41 | | Join amr [0] (www-data@giant.haxx.se) |
| 00:00:42 | shriphani | hmm quite a while now.... |
| 00:01:53 | AlexP | Do you have thousands of small files? |
| 00:02:00 | kisak | it was about 1450 files in |
| 00:02:03 | kisak | via menu |
| 00:02:26 | shriphani | about 3000 songs... |
| 00:02:30 | AlexP | so no :) |
| 00:02:45 | shriphani | hmm.... |
| 00:02:46 | shriphani | so what fresh hell is this ? |
| 00:02:49 | AlexP | It is probably worth checking the filesystem - linux or windows? |
| 00:02:57 | shriphani | i'm on a mac... |
| 00:03:01 | AlexP | heh :) |
| 00:03:02 | | Quit u42p (Quit: Leaving) |
| 00:03:05 | shriphani | and the ipod is a fat32 formatted.. |
| 00:03:08 | AlexP | I have absolutely no idea then |
| 00:03:11 | amr | i found a similar discussion on the same issue of `.ARM.extab' here http://gcc.gnu.org/ml/gcc-help/2009-10/msg00323.html |
| 00:03:20 | AlexP | Is it still fsck.vfat on a mac? |
| 00:03:45 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
| 00:04:15 | tmzt | AlexP: you can try that, but you might have to use disk utility |
| 00:04:44 | AlexP | tmzt: I just have no idea how macs work :) |
| 00:04:46 | shriphani | so wait if this thing won't let me get to rockbox, how do I get to my songs or even get it to mount ? |
| 00:04:56 | AlexP | shriphani: Reset it |
| 00:05:11 | AlexP | into disk mode, then check the filesystem |
| 00:05:33 | AlexP | IIRC, menu+select to reset, then when it reboots menu+play to get disk mode |
| 00:05:51 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 00:06:34 | shriphani | i got to the ipod firmware for some reason... |
| 00:06:48 | shriphani | i guess i didn't press select hard enough.. |
| 00:06:53 | AlexP | amr: The person there (Thomas Martitz)is kugel |
| 00:07:24 | AlexP | shriphani: Or you were still holding menu or had hold on as it booted - this loads the OF (Rockbox dual-boots) |
| 00:07:24 | | Join halmi [0] (~netbook@80-123-40-95.adsl.highway.telekom.at) |
| 00:07:51 | shriphani | i moved my thumb from select to play as it rebooted... |
| 00:07:58 | shriphani | must have been a bit delayed there. |
| 00:08:08 | AlexP | You might need to release also, I don't know - no ipod here :) |
| 00:08:19 | AlexP | Either way, use the apple OF for disk access |
| 00:08:32 | shriphani | k it is mounted now. |
| 00:09:17 | shriphani | should i install the latest current build first or should i check the fs first ? |
| 00:09:24 | AlexP | I'd check the fs |
| 00:09:25 | | Quit halmi (Client Quit) |
| 00:10:51 | shriphani | and also my itunes says it cannot read the ipod and requests me to restore. this is common with the latest itunes or is it a unique situation ? |
| 00:11:37 | | Join hannesd [0] (~hd@HSI-KBW-109-192-141-208.hsi6.kabel-badenwuerttemberg.de) |
| 00:15:13 | | Quit hannesd (Client Quit) |
| 00:15:14 | amr | oh i see, but he's not here now |
| 00:15:21 | shriphani | ah I think I found the culprit. I once stopped a copy operation and it seems to have created a lot of 0 kb dirs which I can't delete. |
| 00:15:55 | AlexP | The itunes complaining thing could well be (probably is) related |
| 00:16:21 | shriphani | oh it complained as soon as I changed the ipod fs from hfs to fat32. |
| 00:16:33 | AlexP | How did you do that? |
| 00:17:00 | AlexP | With Windows itunes or with a new mbr? |
| 00:17:07 | shriphani | from here: http://www.rockbox.org/wiki/IpodConversionToFAT32 |
| 00:17:14 | AlexP | cool |
| 00:17:31 | AlexP | But that immediately caused itunes to start wanting to restore? |
| 00:17:35 | shriphani | yes |
| 00:17:44 | AlexP | It probably didn't work properly then |
| 00:17:52 | shriphani | hmm... |
| 00:17:55 | AlexP | Mac itunes should be fine with a fat32 ipod |
| 00:18:01 | shriphani | i know... |
| 00:18:24 | shriphani | so I should avoid the new method on that page and go with the old method for the 80gb 5.5g ipods ? |
| 00:18:42 | AlexP | I don't know tbh |
| 00:18:50 | AlexP | I don't have an ipod and have never done it |
| 00:19:35 | shriphani | i think i should use win itunes here. |
| 00:19:57 | Torne | That's the best approach |
| 00:20:02 | Torne | unless you really have no way to do it |
| 00:20:16 | Torne | if you can borrow a windows compuiter for a minute to do it, its much easier and more reliable :) |
| 00:20:20 | AlexP | yeah, if you have access Windows do that |
| 00:20:24 | AlexP | Much better :) |
| 00:20:27 | shriphani | nah i live with three die-hard M$ fans. shouldn't be a problem. |
| 00:20:40 | Torne | yeah, just do that then |
| 00:22:46 | | Quit mt (Ping timeout: 240 seconds) |
| 00:23:10 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 00:25:15 | | Quit amr (Quit: CGI:IRC (EOF)) |
| 00:28:28 | | Quit Zagor (Quit: Leaving) |
| 00:33:13 | | Quit Zigtown (Remote host closed the connection) |
| 00:34:16 | | Quit TopyMobile (Quit: TopyMobile) |
| 00:34:21 | shriphani | k installing rockbox now.... |
| 00:34:40 | | Join TopyMobile [0] (~topy@213.219.168.83.adsl.dyn.edpnet.net) |
| 00:35:22 | shriphani | AlexP: did you say I should use the current build ? |
| 00:35:42 | saratoga | if you want charging in rockbox i recommend it |
| 00:36:09 | AlexP | yep |
| 00:38:14 | shriphani | ok i got fonts and themes too. Now to wait as 20gb gets copied... |
| 00:38:28 | * | Torne needs to get around to clearing out his in-progress stuff so he can try and get apple charger detection :) |
| 00:39:01 | saratoga | how does apple detect a charger anyway? |
| 00:40:47 | Torne | on the ipod video at least, there is a muxed ADC channel (mux controled by gpio) which is attached to D+ and D- |
| 00:40:55 | Torne | it detects pullup/downs attached to them |
| 00:41:11 | Torne | it may also have a way of detecting the D pins being shorted (the new usb charging spec) |
| 00:41:31 | Torne | the ipod video diagnostic image has the method of accessing them, i've got a disassembly :) |
| 00:41:34 | *** | Saving seen data "./dancer.seen" |
| 00:41:35 | Torne | i just need to fiddle |
| 00:41:45 | Torne | i dunno about the other models though, i suspect they are similar |
| 00:45:27 | saratoga | wow |
| 00:52:38 | | Quit GeekShadow (Quit: The cake is a lie !) |
| 01:00 |
| 01:20:03 | ved | :| |
| 01:22:49 | kisak | what (minimum) class of microsd should I be looking at for my Fuzev2? |
| 01:27:51 | | Quit TopyMobile (Quit: TopyMobile) |
| 01:36:49 | saratoga | any class is fine |
| 01:37:16 | kisak | oh? ok |
| 01:41:00 | | Quit efyx (Remote host closed the connection) |
| 01:45:37 | kisak | well, I was going to buy a 16 GB microSDHC class 2 card ... but it's sold out |
| 01:49:06 | | Join Transformer [0] (~Transform@ool-4a59e397.dyn.optonline.net) |
| 01:49:15 | | Quit Transformer (Excess Flood) |
| 02:00 |
| 02:04:26 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 02:06:04 | | Join nconde77 [0] (~conderope@r190-135-186-29.dialup.adsl.anteldata.net.uy) |
| 02:07:08 | nconde77 | Hello, I'm Nicolas from Uruguay. I'm using v3.6 on Sansa Rhapsody and Love IT!!! |
| 02:08:24 | funman | ranma: i'm pretty sure i tested both orders and caching only worked with ccache as the first argument |
| 02:08:37 | | Part nconde77 |
| 02:11:19 | ranma | funman: No, it only works the other way around. I did some straces and I turned on ccache logging |
| 02:11:45 | funman | did you measure time needed for compile? |
| 02:12:10 | ranma | Also, yes. (Not for a complete rockbox compile though) |
| 02:13:09 | funman | perhaps i messed it up |
| 02:14:16 | ranma | Another possibility would be 'ccache thumb-cc.py −−ccache-skip gcc <remaining args>' |
| 02:14:57 | funman | btw no 'verify failed' panic here so far, seems to work fine |
| 02:15:11 | funman | perhaps we should increase number of possible errors just in case |
| 02:16:17 | ranma | multiple input files (/usr/local/bin/arm-elf-eabi-gcc and /home/ranma/src/rockbox-c240v2/apps/plugins/battery_bench.c) |
| 02:16:38 | ranma | That's what ccache prints in the logfile if you set CCACHE_LOG |
| 02:16:54 | ranma | Erm, CCACHE_LOGFILE |
| 02:18:30 | ranma | 'ccache thumb-cc.py −−ccache-skip gcc' might not work correctly for thumb-cc.py, because ccache calls gcc without -o I think |
| 02:21:26 | ranma | Do you mean increase PL180_MAX_TRANSFER_ERRORS? 10 is already quite big, the dma errors I saw happened only sporadically and were always resolved on the second try. |
| 02:21:44 | funman | well it's ok then |
| 02:22:24 | funman | i checked buffering thread debug menu and i saw some times that the buffer wasn't fully used but it might be a buffering.c limitation (checked on fuzev1 so the buffer was around 6MB) |
| 02:25:29 | ranma | BTW, on C200v2 it seems something like this is needed to get rid of the display glitches: http://pastebin.com/macMydFq |
| 02:27:45 | | Join TopyMobile [0] (~topy@213.219.168.83.adsl.dyn.edpnet.net) |
| 02:28:21 | funman | sorry, can't check it now - did you see how the OF multiplex button reads and LCD updates? |
| 02:29:02 | ranma | No, haven't looked at OF |
| 02:29:20 | ranma | IIRC kugel said something about OF not interrupting display updates with button reads? |
| 02:29:44 | | Quit domonoky1 (Read error: Connection reset by peer) |
| 02:31:51 | funman | we could use DMA to update display but we don't have any channel left :( |
| 02:33:17 | ranma | Using dma to update display would pretty much require only doing button reads when the dma is not running I'd say |
| 02:41:38 | *** | Saving seen data "./dancer.seen" |
| 02:42:50 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 02:58:00 | | Join jennifur [0] (~jennifur@cpe-72-224-19-1.nycap.res.rr.com) |
| 03:00 |
| 03:04:04 | | Quit funman (Quit: free(random());) |
| 03:06:41 | | Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) |
| 03:30:29 | | Join shriphani_ [0] (~shriphani@c-98-226-153-187.hsd1.in.comcast.net) |
| 03:30:29 | | Quit shriphani (Read error: Connection reset by peer) |
| 03:30:30 | | Nick shriphani_ is now known as shriphani (~shriphani@c-98-226-153-187.hsd1.in.comcast.net) |
| 03:34:08 | | Quit ender` (Quit: I will not turn into a snake. It never helps. -- Evil Overlord List #34) |
| 03:48:51 | | Quit steve|m (Ping timeout: 276 seconds) |
| 03:51:26 | | Quit TopyMobile (Ping timeout: 240 seconds) |
| 03:52:30 | | Quit shriphani (Quit: shriphani) |
| 03:54:16 | | Join CaptainKewl [0] (~jason@ool-45738e2c.dyn.optonline.net) |
| 04:00 |
| 04:02:37 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 04:02:46 | | Join steve|m [0] (~steve@p4FD46476.dip.t-dialin.net) |
| 04:16:46 | | Quit anewuser (Quit: http://xrl.us/detroitVI Sixth edition of 25 samples + 48 hours + detroit party (july 31) (maybe streamed online!)) |
| 04:25:11 | | Quit pixelma (Disconnected by services) |
| 04:25:13 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:25:15 | | Quit amiconn (Disconnected by services) |
| 04:25:17 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:25:29 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:25:35 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:27:46 | | Quit BHSPitLappy (Read error: Operation timed out) |
| 04:41:07 | saratoga | ranma, funman: FWIW someone reported that rockbox tries to go into USB mode if plugged into a charger |
| 04:41:24 | | Join DerPapst1 [0] (~Alexander@p4FE8FDC2.dip.t-dialin.net) |
| 04:41:41 | *** | Saving seen data "./dancer.seen" |
| 04:44:04 | | Quit CaptainKewl (Remote host closed the connection) |
| 04:44:15 | | Quit DerPapst (Ping timeout: 260 seconds) |
| 04:45:32 | ranma | saratoga: That's expected |
| 04:46:21 | saratoga | i thought on software USB targets if it can't negotiate with a host it drops out of USB? |
| 04:46:46 | ranma | I haven't gotten around to implementing that part :) |
| 04:46:53 | saratoga | ah ok |
| 04:50:27 | CIA-6 | New commit by ranma (r27148): DBOP noise on C200v2 goes away if we precharge long enough. |
| 04:50:45 | | Quit TheSeven (Ping timeout: 276 seconds) |
| 04:52:22 | CIA-6 | r27148 build result: All green |
| 04:55:09 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 05:00 |
| 05:04:46 | CIA-6 | New commit by ranma (r27149): Add one second timeout for USB enumeration, so we don't get stuck in USB mode if it's just a charger. |
| 05:05:36 | ranma | saratoga: Here you go :) |
| 05:06:03 | ranma | We still go into usb mode for a second though, which will stop playback when you plug in the charger |
| 05:06:25 | CIA-6 | r27149 build result: 0 errors, 10 warnings (ranma committed) |
| 05:10:22 | CIA-6 | New commit by ranma (r27150): Include usb-target.h for usb_remove_int(). |
| 05:12:03 | CIA-6 | r27150 build result: All green |
| 05:21:34 | | Join storm` [0] (~lol@c-76-28-28-156.hsd1.ct.comcast.net) |
| 05:24:58 | CIA-6 | New commit by ranma (r27151): udelay between command and data write seems to get rid of the display glitches on C200v2 |
| 05:41:23 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
| 05:41:23 | | Quit fdinel (Client Quit) |
| 05:57:29 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
| 06:00 |
| 06:03:06 | | Join froggyman [0] (~me@unaffiliated/froggyman) |
| 06:09:36 | | Join viper [0] (www-data@giant.haxx.se) |
| 06:10:03 | | Quit viper (Client Quit) |
| 06:10:06 | | Join viper [0] (www-data@giant.haxx.se) |
| 06:10:09 | | Quit viper (Client Quit) |
| 06:10:28 | | Join splinter005 [0] (www-data@giant.haxx.se) |
| 06:12:24 | splinter005 | Just a quick question, but do the Sansa e200v1 or Sansa e200v2 builds work on a Sansa Rhapsody e250r? I've looked for supported models, but it only gives the series number, and the e250r was rather... proprietary. |
| 06:14:25 | tmzt | there's information about rhapsody models on the wiki |
| 06:14:33 | | Quit DerPapst1 (Quit: Leaving.) |
| 06:15:17 | froggyman | splinter005: this looks like the page that would help you: http://www.rockbox.org/wiki/SansaE200R |
| 06:15:42 | splinter005 | Thanks |
| 06:19:34 | | Quit splinter005 (Quit: CGI:IRC) |
| 06:19:44 | | Quit t0rc (Quit: Leaving) |
| 06:29:03 | | Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 06:31:07 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
| 06:41:42 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:10:12 | | Quit Horscht (Ping timeout: 240 seconds) |
| 07:11:28 | | Quit advcomp2019 (Ping timeout: 260 seconds) |
| 07:12:05 | | Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) |
| 07:13:07 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
| 07:35:09 | | Quit Zigtown (Remote host closed the connection) |
| 07:56:04 | | Quit bug2000 (Ping timeout: 240 seconds) |
| 08:00 |
| 08:05:32 | | Join bug2000 [0] (~bug@unaffiliated/bug2000) |
| 08:13:13 | | Quit binaryhermit (Ping timeout: 264 seconds) |
| 08:19:43 | | Quit tmzt (Ping timeout: 260 seconds) |
| 08:41:43 | *** | Saving seen data "./dancer.seen" |
| 08:48:03 | pixelma | S_a_i_n_t: "show all files" will not show folders marked as hidden? That would be news to me (or a bug) |
| 08:48:26 | S_a_i_n_t | I assumed it was deliberate. |
| 08:49:55 | pixelma | on my c200 I can see all the OF folders and they are marked as hidden because I don't see them when only showing "supported" files and their name does not start with a . |
| 08:50:55 | S_a_i_n_t | what OS did you set the "hidden" attribute with? |
| 08:50:56 | pixelma | I didn't set them to hidden myself though |
| 08:51:02 | S_a_i_n_t | perhaps its just a Windows thing...? |
| 08:51:10 | S_a_i_n_t | I have no idea, works on my iPod Nanos |
| 08:52:32 | pixelma | sounds a bit weird if "show all files" doesn't show all files... |
| 08:52:47 | JdGordon | how all files should defintly be showing everything |
| 08:52:59 | S_a_i_n_t | Sounds perfectly natural to me if the attribute is hidden though... |
| 08:53:29 | S_a_i_n_t | I'd *hate* to lose this, if its a bug, its one of the "feature bugs" ;) |
| 08:53:57 | pixelma | huh? But you see the .rockbox folder? Its period in first place is just another marker for "hidden" |
| 08:54:36 | S_a_i_n_t | I realise that. |
| 08:54:57 | S_a_i_n_t | I have ni idea how it works, I set it to "hidden" on my XP system, boom, gone. |
| 08:55:01 | S_a_i_n_t | *no |
| 08:55:53 | S_a_i_n_t | If its just me, I'll happily delete the post. |
| 08:55:59 | S_a_i_n_t | I assumed it was a feature :/ |
| 08:56:36 | JdGordon | . isnt a hidden attribute, its a unix-y feature |
| 08:56:53 | pixelma | ok, sorry |
| 08:57:40 | S_a_i_n_t | Well, now I need to figure out why I have the apparent ability to hide files/folders with ease from the "show all files" setting. |
| 08:57:48 | S_a_i_n_t | Until I do, I'll remove that post. |
| 08:58:03 | S_a_i_n_t | I *really* thought it worked for everyone. |
| 08:59:39 | S_a_i_n_t | ...gone. |
| 08:59:42 | pixelma | anyway: I just set one of the OF files on my c200 to hidden again in XP's explorer (it already showed me that it was set in "properties") and I can still see it with "show all files" |
| 09:00 |
| 09:00:21 | pixelma | more precisely it was the music folder |
| 09:00:45 | S_a_i_n_t | weird. I just tried doing it on my Nanos (Setting/Resetting the Hidden attribute) and it works for me. |
| 09:00:57 | S_a_i_n_t | Worked on a Nano 1 and 2G of mine. |
| 09:01:01 | S_a_i_n_t | .....magic? |
| 09:01:30 | pixelma | this is really with the correct "show files" setting? |
| 09:01:38 | S_a_i_n_t | I rally apologise, I thought this was supposed to happen. |
| 09:01:56 | S_a_i_n_t | yep, show files set to "all" with the quicjscreen. |
| 09:02:07 | S_a_i_n_t | *quickscreen even |
| 09:05:21 | S_a_i_n_t | pixelma: It even works with "folder.jpg" in the Music Dir with "show files: All" |
| 09:05:34 | S_a_i_n_t | but, thet attribute is set by WPM, not me. |
| 09:05:38 | S_a_i_n_t | *that |
| 09:06:21 | S_a_i_n_t | Come to think of it, I even remember directing another user to set his AA to "hidden" to stop it showing with "show files: all" |
| 09:06:39 | S_a_i_n_t | If I remember correctly, it worked for him also. |
| 09:07:01 | S_a_i_n_t | I'm pretty sure that is why I thought it was a deliberate "feature" |
| 09:08:07 | pixelma | I think I read the post but thought you meant "show supported files" |
| 09:08:43 | S_a_i_n_t | Hmmm...perhaps I'm remembering that incorrectly then. Maybe I did. |
| 09:09:05 | S_a_i_n_t | Its definitely working for me now though, and, its confusing the hell out of me :-S |
| 09:10:24 | pixelma | and that's with an SVN build? |
| 09:11:29 | S_a_i_n_t | Nope, it isn't unfortunately...but, I sincerely doubt the patches I have installed afect this. |
| 09:11:42 | S_a_i_n_t | Though, stranger things have happened I guess. |
| 09:12:50 | S_a_i_n_t | Come to think of it though, why does setting a file to "hidden" make it invisible in "Supported Files" view? |
| 09:13:04 | S_a_i_n_t | just because its hidden, doesn't mean it isn't supported. |
| 09:13:45 | | Quit jennifur (Ping timeout: 260 seconds) |
| 09:16:36 | pixelma | because someone said that showing hidden files was not supported in "show supported files" ;) Seriously... if you have a better naming of the setting that doesn't read like a book, do tell |
| 09:17:52 | * | S_a_i_n_t fails to parse that. |
| 09:18:59 | S_a_i_n_t | how about "Show Support files, except hidden files, even though the files that are hidden may not necessarily be "unsupported"" ;P |
| 09:19:21 | | Quit bluebrother (Ping timeout: 252 seconds) |
| 09:19:42 | S_a_i_n_t | seems fine to me, just make it scroll, quickly ;) |
| 09:20:07 | | Join bluebrother [0] (~dom@f053154157.adsl.alicedsl.de) |
| 09:20:07 | | Quit bluebrother (Changing host) |
| 09:20:07 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 09:22:50 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 09:26:54 | Horscht | or abbreviate it |
| 09:27:09 | Horscht | SSFEHFETTFTAHMNNBU |
| 09:27:29 | S_a_i_n_t | sure, easy to read. ;) |
| 09:28:09 | | Join stoffel [0] (~quassel@p57B4B25E.dip.t-dialin.net) |
| 09:28:29 | Horscht | thanks to whoever built in lrcplayer, btw. Now I I am forced to find lyrics to all my songs :p |
| 09:45:24 | S_a_i_n_t | Hmmm, S_a_i_n_t wonders if he can kludge together support for lrcviewer in Hotkey/ |
| 09:47:28 | | Join Mich [0] (~M_cH@pool-71-115-199-163.spknwa.dsl-w.verizon.net) |
| 09:48:17 | | Join binaryhermit [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) |
| 09:49:35 | | Join Rob2222 [0] (~Miranda@p4FDCB7BE.dip.t-dialin.net) |
| 09:52:24 | | Join flydutch [0] (~flydutch@host129-160-dynamic.15-87-r.retail.telecomitalia.it) |
| 09:53:31 | | Quit Rob2223 (Ping timeout: 258 seconds) |
| 10:00 |
| 10:04:28 | S_a_i_n_t | Hmmm...I thought "svn stat" was supposed to report any "non-svn" files. |
| 10:04:48 | S_a_i_n_t | but, .rej" files don;t seem to show up. |
| 10:05:07 | S_a_i_n_t | *bah "don't" and ".rej" |
| 10:06:39 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 10:08:36 | CIA-6 | New commit by uchida (r27152): text viewer: simplify display functions. |
| 10:09:09 | | Join ucchan [0] (~ucchan@softbank126102044029.bbtec.net) |
| 10:10:44 | CIA-6 | r27152 build result: All green |
| 10:13:51 | | Quit binaryhermit (Ping timeout: 260 seconds) |
| 10:19:40 | Mich | Posted a bug on tracker and forums. %mv and %t fail in radio skin(fms). |
| 10:19:49 | Mich | http://www.rockbox.org/tracker/task/11442 |
| 10:19:55 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 10:22:48 | JdGordon | not really a bug.... the radio screen doesnt update anywhere near the same amount as the wps |
| 10:23:03 | JdGordon | only once per second instead of 25fps (IIRC) of the wps |
| 10:23:38 | amiconn | The wps shouldn't update *that* often |
| 10:23:55 | amiconn | (well, except the peakmeter) If it does, I'd consider that a bug |
| 10:24:45 | Mich | makes sense, but %mv doesn't timeout at all on the radio screen. |
| 10:25:40 | Mich | and %t doesn't switch between text lines on the radio screen either. |
| 10:26:08 | Mich | %mv will reset if a button is pressed and the timeout time has expired. |
| 10:28:09 | Mich | before I post I tried to find if maybe %mv and %t weren't ment to funtion in fms, but if thats posted I sure didn't fine it :) |
| 10:28:29 | Mich | I mean find it* |
| 10:32:20 | S_a_i_n_t | thats because prressing a button triggers a reset. |
| 10:32:37 | S_a_i_n_t | so, you're "artificially" updating the screen by pressing a button. |
| 10:32:37 | | Join halmi [0] (~netbook@80-123-33-197.adsl.highway.telekom.at) |
| 10:33:13 | S_a_i_n_t | basically, the timeout occurs...but you don;t see it on-screen as it hasn;t updated yet. |
| 10:33:26 | S_a_i_n_t | (IIUC) |
| 10:35:01 | Mich | Hmmm, so is the screen not forced to update? |
| 10:35:34 | S_a_i_n_t | yes, at each 1 second interval, and every button press. |
| 10:36:46 | S_a_i_n_t | amiconn: It probably doesn't bother you, but animation looks like dirt unless the WPS refresh rate is very high. |
| 10:37:15 | amiconn | WPS refresh rate use to be 5 Hz. Anything above that is a waste of energy, imo |
| 10:37:20 | amiconn | *used |
| 10:37:21 | S_a_i_n_t | the .sbs updates more frequently than the .fms IIUC, and animation looks choppy on that even. |
| 10:37:56 | Mich | well I just tried it on my DAP, with backlight on for 120secs, the backlight went off and it didn't change to the false setting for %mv. |
| 10:38:55 | Mich | Trying it on a sim now. |
| 10:41:23 | Mich | Sim is doing the same thing I have the timeout set for 3seconds. still holding like %mv is true |
| 10:41:47 | *** | Saving seen data "./dancer.seen" |
| 10:41:51 | JdGordon | 5hz |
| 10:42:01 | JdGordon | 25hz if the peak meter is enabled |
| 10:42:58 | | Quit mt (Ping timeout: 258 seconds) |
| 10:43:20 | S_a_i_n_t | Mich: Out of interest, is true and false called inthe same viewport? |
| 10:44:05 | S_a_i_n_t | if you used two conditional viewports, you could probably get it to update. |
| 10:44:16 | JdGordon | %mv should be working |
| 10:44:23 | S_a_i_n_t | I seem to remember fixing a problem with that before. |
| 10:45:00 | JdGordon | and yeah, sublines dont look like they would be expected to work |
| 10:45:11 | JdGordon | fulll up[date each press instead of partial |
| 10:45:13 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 10:45:21 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 10:45:23 | Mich | Its calling 2 differnt viewports if thats what your asking |
| 10:46:18 | Mich | Just noticed, the battery data on the sim in the true viewport doesn't update like it does in WPS. the values never change |
| 10:46:21 | S_a_i_n_t | yes, it was what I was asking. |
| 10:47:11 | S_a_i_n_t | can you pastebin the .fms code? |
| 10:47:22 | Mich | it should be slower sense its only once per second but it doesn't change at all. |
| 10:48:54 | S_a_i_n_t | Mich: Could you pastebin the .fms code? |
| 10:48:56 | Mich | what do you mean by pastebin? dont think you want me to paste my whole fms file. lol |
| 10:49:33 | S_a_i_n_t | Indeed I do. |
| 10:49:54 | S_a_i_n_t | www.pastebin.org |
| 10:49:58 | Mich | oh! |
| 10:51:20 | Mich | must be getting tired |
| 10:51:22 | Mich | http://www.pastebin.org/361489 |
| 10:52:06 | S_a_i_n_t | Thanks, I'll have a look. |
| 10:52:52 | | Quit antil33t () |
| 10:56:19 | Mich | my WPS is the same as far as the %mv viewports go and it works great. |
| 10:58:09 | Mich | need to AFK a min. BRB |
| 10:58:27 | S_a_i_n_t | yeah, all I can see immediately is that the "%?pv<0|1|5|10|15|20|25|30|35|40|45|50|55|60|65|70|75|80 etc. etc. " line isn't entirely correct. |
| 10:58:54 | | Quit n1s (Quit: Lämnar) |
| 10:59:05 | | Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) |
| 11:00 |
| 11:02:35 | S_a_i_n_t | Mich: just a purely cosmetic thing, but "%?pv<0|5|10|15|20|25|30|35|40|45|50|55|60|65|70|75|80|85|90|95|100|100>%%" will work a lot better in the way you're using it. |
| 11:06:06 | S_a_i_n_t | and, have you considered merging viewports "v" and "a"? |
| 11:06:43 | S_a_i_n_t | they are positioned the same, just displaying different info...no need to display the viewport conditionally, simply the info. |
| 11:10:05 | Mich | well the fonts are differnt. but yeah when I first made the view ports they didnt sit the same but I didn't like how they looked so I change it. never really thought about dropping the viewports. I can try that I guess. |
| 11:10:24 | S_a_i_n_t | it *should* work. |
| 11:10:57 | S_a_i_n_t | I was just beginning to fox it up myself, but, my coding style is very different...so, best for you to do it yourself. |
| 11:11:01 | S_a_i_n_t | *fix |
| 11:11:20 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 11:11:36 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 11:11:44 | Mich | well the viewports like that in WPS work fine, not sure why it would work in wps and fail in fms |
| 11:11:52 | S_a_i_n_t | basically, the "a" and "v" viewports that share coordinates, can be the same viewport, with the info conditional to %mh instead of the whole viewport. |
| 11:13:27 | S_a_i_n_t | different screens, different code...bugs, glitches, ghost in the machine...you name it. |
| 11:13:28 | dfkt | bertrik, i made a battery bench with and without PLLB enabled on my clip+ - without 15h33m, with 15h40m |
| 11:14:19 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
| 11:14:23 | S_a_i_n_t | Mich: Did you see my comment regarding your volume "percentile" line? |
| 11:14:35 | Mich | yeah I did. |
| 11:14:44 | S_a_i_n_t | It should work a lot better, and be *slightly* more accurate as I laid it out. |
| 11:15:05 | S_a_i_n_t | the "percentile" still wont be a true percentage though, but, closer. |
| 11:16:25 | Mich | is there way to do the exact percent? didn't want to do <0|1|2|3|etc... lol |
| 11:16:27 | bertrik | dfkt, it's a bit weird that the runtime is longer with PLLB enabled... |
| 11:16:39 | S_a_i_n_t | I'd like to see a screenshot of the wps/fms/whatever when its done. You *really covered your bases with the volume info lol.volumebar, dB, percentage |
| 11:17:11 | S_a_i_n_t | Mich: Nope, %?pv<0|1|2|3 etc. etc. is as good as it gets. |
| 11:17:44 | Mich | I already posted it. |
| 11:17:45 | Mich | http://themes.rockbox.org/index.php?themeid=869&target=sansac200 |
| 11:17:55 | dfkt | bertrik, here's the full results if you want: http://www.mediafire.com/?z4yy2yyyliy |
| 11:18:10 | S_a_i_n_t | you just have to remember that the second to last increment is "100%" (actually, line level, or 0dB), and the last increment is "greater than 100%" |
| 11:18:17 | S_a_i_n_t | Mich:^ |
| 11:18:32 | bertrik | thanks for testing |
| 11:18:33 | S_a_i_n_t | that's why it pays to have the last two increments be 100% |
| 11:18:46 | S_a_i_n_t | its not "accurate, but it "steps" a lot betetr. |
| 11:18:55 | S_a_i_n_t | *better |
| 11:19:00 | dfkt | bertrik, no problem, i was curious too, since i read it uses 2.5mW more with pllb |
| 11:20:08 | S_a_i_n_t | Mich: so, to get clsoe to what you want you'd need to do "%?pv<0|1|2|3..//..98|99|100|100>%%%" |
| 11:21:58 | S_a_i_n_t | Mich: Does it not include an .sbs? |
| 11:22:20 | S_a_i_n_t | It's look a lot better (IMO) if the main menu didn't use the built-in status bar |
| 11:22:26 | S_a_i_n_t | *it'd |
| 11:22:58 | Mich | no not yet. thats on my todo list also lang support. |
| 11:23:47 | S_a_i_n_t | Lang support gets annoying, you end up wishing there was a LOT more words in english.lang than there actually is. |
| 11:24:58 | Mich | I just comment out the v viewports to test it. if you see the viewport with time in it. well its ment to show the volume there for 15secs, then go back to time info. well it stays stuck on volume. if you want to see how I changed it. |
| 11:24:59 | Mich | http://www.pastebin.org/pastebin.php?diff=361583 |
| 11:28:08 | JdGordon | oh right... lang support in the skins... it could be done very simply |
| 11:28:16 | JdGordon | just like skin settings |
| 11:28:32 | JdGordon | both of which wont get any support for inclusion so not much point wasting time doing it |
| 11:28:38 | S_a_i_n_t | Mich: Hmmmm :/ In reality, both should work. |
| 11:28:46 | JdGordon | lang support for new strings that is |
| 11:28:58 | S_a_i_n_t | I have no idea really why it isn't working as expected in the .fms |
| 11:29:06 | S_a_i_n_t | JdGordon: really? |
| 11:29:14 | S_a_i_n_t | I'd really like that. |
| 11:29:22 | Mich | Yeah it was worth trying. |
| 11:30:08 | Mich | I think it must be a bug in the way Radio screen gets updated. |
| 11:30:26 | Mich | wonder does scrolling work in the radio screen? |
| 11:30:29 | S_a_i_n_t | Sometimes, I like to blame magic. |
| 11:30:37 | Mich | lol |
| 11:31:32 | S_a_i_n_t | Scrolling should wrok, but, if screen update is iffy then I'm not sure how pretty it would look. |
| 11:31:38 | JdGordon | we could very easily add a "skin langs" file which is a plain text file |
| 11:31:39 | S_a_i_n_t | *work |
| 11:31:43 | Mich | also %t doesn't work in at all on the radio screen. I bet its related to same thing causing the %mv problem. |
| 11:33:08 | JdGordon | probably |
| 11:33:27 | S_a_i_n_t | Mich: where are you using %t? |
| 11:33:40 | S_a_i_n_t | I'm either blind, or...well, probably blind. |
| 11:33:51 | | Quit JdGordon| (Ping timeout: 260 seconds) |
| 11:33:55 | Mich | Scrolling works fine even when %mv is stuck. lol |
| 11:34:19 | S_a_i_n_t | Mich: are you talking about line 21? |
| 11:34:26 | S_a_i_n_t | that looks..odd to me. |
| 11:34:27 | Mich | in my fms I dont have %t because it didn't work at all... atleast with %mv if I push a button its funtional |
| 11:34:44 | S_a_i_n_t | %ac%tfmhz |
| 11:34:53 | S_a_i_n_t | that's line 21 from your .fms |
| 11:35:06 | Mich | nah thats %tf |
| 11:35:20 | S_a_i_n_t | *facepalm* |
| 11:35:24 | S_a_i_n_t | gotcha ;) |
| 11:35:28 | Mich | :) |
| 11:35:46 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
| 11:36:08 | Mich | I tried %t in fms.. but I end up not including it because it didn't work at all :P |
| 11:36:42 | S_a_i_n_t | Hmmm, quite surprised it hasn't been mentioned before now. |
| 11:36:52 | S_a_i_n_t | .fms support has been in svn a while now. |
| 11:36:58 | | Quit stoffel (Ping timeout: 264 seconds) |
| 11:37:25 | Mich | im gonna try it again to be sure |
| 11:37:38 | JdGordon | yes, %t doesnt work |
| 11:37:47 | Mich | oh ok |
| 11:37:50 | JdGordon | it doesnt do partial updates like the wps does |
| 11:37:55 | Mich | guess I don't need to =P |
| 11:37:57 | JdGordon | someone needs to fix that :p |
| 11:38:23 | JdGordon | I mean, I'm not surprised it doesnt work, but it is a bug |
| 11:39:58 | Mich | I suspect its related to the %mv bug too. I should brush up on programing, so I can help fix problems insted of just finding them. havn't done any in 6+ years. |
| 11:40:35 | JdGordon | apps/radio.c radio_screen() is the problem... it only does a full update |
| 11:41:24 | Mich | hmmm |
| 11:48:04 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 11:50:15 | | Join tmzt [0] (~ircuser@99-157-224-139.lightspeed.bcvloh.sbcglobal.net) |
| 11:54:44 | | Quit Mich () |
| 12:00 |
| 12:13:15 | | Quit Farthen (Remote host closed the connection) |
| 12:14:12 | | Quit liar (Ping timeout: 258 seconds) |
| 12:15:11 | | Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) |
| 12:15:46 | | Join themgdn [0] (~themgdn@dsl-pool-87-253-198-167.vologda.ru) |
| 12:16:09 | themgdn | hi there |
| 12:17:16 | themgdn | i have question about rockbox on fuze v1. how i can connect it to my pc as disk? when i'm plugging cable even when player is on, default firmware is booting. |
| 12:17:48 | themgdn | (or charging, if "select" is pressed) |
| 12:18:41 | AlexP | Use the OF for file transfer |
| 12:18:44 | AlexP | For now |
| 12:19:31 | themgdn | original firmware? or, thanks |
| 12:19:36 | themgdn | *ok |
| 12:20:15 | AlexP | I guess that Rockbox doesn't do USB on the Fuse yet (I haven't checked this) |
| 12:22:37 | themgdn | wiki says "USB = Yes" |
| 12:23:28 | AlexP | Hmmm, OK then :) |
| 12:23:35 | AlexP | What version of Rockbox? |
| 12:23:39 | themgdn | 3,6 |
| 12:24:08 | AlexP | I'd try a current build, 3.6 might well have it disabled |
| 12:25:26 | gevaerts | the code definitely wasn't there a month ago |
| 12:25:35 | n1s | yeah usb on the ams devices is pretty recent i think |
| 12:26:16 | AlexP | ah, that'll be it then :) |
| 12:27:21 | ranma | Also, the bootloader will still boot into OF if you turn it on by plugging into usb |
| 12:27:30 | ranma | To use usb with RB, you have to boot rb first and then plug in |
| 12:27:52 | themgdn | well, current build installed |
| 12:27:56 | themgdn | let's check :) |
| 12:29:31 | themgdn | very good |
| 12:29:31 | themgdn | thanks |
| 12:31:14 | | Quit themgdn (Read error: Connection reset by peer) |
| 12:35:27 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 12:41:49 | *** | Saving seen data "./dancer.seen" |
| 12:55:15 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 13:00 |
| 13:02:37 | | Join kachna [0] (~kachna@r4ax178.net.upc.cz) |
| 13:03:49 | | Join KoRn_Thoughtless [0] (~korn_thou@c-98-246-8-183.hsd1.or.comcast.net) |
| 13:04:49 | | Quit liar (Ping timeout: 258 seconds) |
| 13:09:42 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 13:16:42 | | Quit liar (Ping timeout: 258 seconds) |
| 13:18:24 | dfkt | can anyone help me find out an sdcfg value, for unbricking a player with tcctool? all the info i collected is here: http://iaudiophile.net/forums/showpost.php?p=294684&postcount=65 |
| 13:18:45 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 13:19:17 | | Quit Farthen (Remote host closed the connection) |
| 13:21:46 | CIA-6 | New commit by Buschel (r27153): Refacture libmad's synthesis filter via macro usage. Comment unused special synthesis filter for half bandwidth. |
| 13:22:28 | | Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) |
| 13:23:33 | | Join Buschel [0] (~~andree@p54A3AD75.dip.t-dialin.net) |
| 13:23:49 | CIA-6 | r27153 build result: All green |
| 13:25:19 | | Join Jerom [0] (~jerome@95.171.137.241) |
| 13:25:33 | Jerom | pamaury: Hi |
| 13:30:12 | | Join Brandonrd7 [0] (~kvirc@host86-135-246-232.range86-135.btcentralplus.com) |
| 13:32:52 | | Quit Jerom (Quit: Leaving.) |
| 13:33:03 | Brandonrd7 | Are you going to add new features to pong? |
| 13:33:14 | S_a_i_n_t | such as? |
| 13:33:47 | Brandonrd7 | Player vs Computer and a new colour |
| 13:33:47 | | Join Jerom [0] (~heidi@95.171.137.241) |
| 13:33:53 | S_a_i_n_t | FS #5855 |
| 13:34:09 | S_a_i_n_t | done already, add the patch, compile your own build...done. |
| 13:34:35 | Brandonrd7 | ok... |
| 13:35:49 | Brandonrd7 | the development for the ipod nano 2g hasn't been active for nearly two months |
| 13:36:36 | S_a_i_n_t | again, untrue |
| 13:36:39 | CIA-6 | New commit by uchida (r27154): text viewer: display functions more changes. ... |
| 13:37:04 | S_a_i_n_t | where does that info come from? |
| 13:37:26 | Brandonrd7 | sorry about that |
| 13:37:44 | pamaury | Jerom: I'll work on usb this afternoon, I should have time |
| 13:37:59 | Brandonrd7 | I meant that the page for the ipod nano 2g hasn't been active for a while ;) |
| 13:38:40 | CIA-6 | r27154 build result: 0 errors, 2 warnings (uchida committed) |
| 13:39:13 | Jerom | pamaury: I made some work on it, wrote request_endpoints release_endpoints |
| 13:39:31 | Brandonrd7 | anyway, what usb? |
| 13:39:53 | Jerom | I also tried different things but it always bug at the same moment |
| 13:40:14 | Jerom | Brandonrd7: ams v2 |
| 13:40:34 | pamaury | Jerom: if you want to can paste it to pastebin (request/release ep), I need to investigate the set address bug |
| 13:40:35 | Brandonrd7 | (homer whoo hoo) |
| 13:40:45 | Brandonrd7 | thanks! :D |
| 13:41:30 | Jerom | pamaury: Will reboot into ubuntu wait a sec |
| 13:41:39 | | Quit Jerom (Read error: Connection reset by peer) |
| 13:42:28 | | Join Jerom [0] (~jerome@95.171.137.241) |
| 13:45:14 | CIA-6 | New commit by uchida (r27155): fix yellow. |
| 13:46:21 | Brandonrd7 | when will the sansa page be edited? |
| 13:46:38 | Jerom | When the will be new stuff to add/change |
| 13:46:47 | Jerom | there* |
| 13:46:52 | CIA-6 | r27155 build result: All green |
| 13:49:28 | AlexP | Brandonrd7: Once ports get to a certain stage, the pages don't tend to get updated |
| 13:50:11 | AlexP | And a large number of the many changes per day are for all targets |
| 13:50:41 | Jerom | http://pastebin.org/361811 |
| 13:51:46 | Jerom | pamaury: remove the dontpanicf lines :p |
| 13:52:12 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 13:53:27 | pamaury | Jerom: wait a minute, I'm doing some cleanup and trying to install windows xp under vmware for the usb anaylzer, perhaps vmware works better than virtualbox with it |
| 13:54:06 | pamaury | Jerom: in your patch, why to you substitute sts by GINTMSK_sts ? |
| 13:54:21 | Jerom | Because it's not needed |
| 13:54:55 | Jerom | I changed sts to GINTSTS |
| 13:55:03 | | Part KoRn_Thoughtless |
| 13:55:19 | Jerom | Because you are no more checking if we got every interrupt |
| 13:55:22 | pamaury | this avoid reading the status read again and again. I prefer to avoid this, since we are in an interrupt handler. It probably doesn't change things but it's safer. |
| 13:56:13 | | Quit ucchan (Quit: Leaving...) |
| 13:56:15 | Jerom | Is reading from the status slower then from a variable ? |
| 13:56:18 | pamaury | Did you ever got a disconnect interrupt ? I didn't manage so far. On disconnect, there are some freezes and the disconnection is not taken into account by rockbox, so something is wrong here |
| 13:56:25 | Jerom | Yes |
| 13:56:29 | Jerom | with the sleep hack |
| 13:56:44 | Jerom | look at usb_drv_cancel_all_transfers |
| 13:56:48 | Jerom | No wait |
| 13:57:04 | Jerom | I did something wrong |
| 13:58:03 | pamaury | Jerom: your modification of enum_done is wrong. You *are* supposed to read the DSTS register to retrieve speed. I don't know why. And anyway, ther code will need to distinguish between HS and FS |
| 13:58:55 | Jerom | You mean we must read it even if we don't use it ? |
| 13:59:16 | pamaury | We will use it |
| 13:59:24 | Jerom | "sleep(HZ*0.5); /* Sleeping a little improve things, no idea why */" This line did improve a lot of things |
| 13:59:29 | Jerom | But I don't know why |
| 13:59:36 | pamaury | But all codes I found about this driver say we must read it. |
| 13:59:43 | Jerom | I even got the disconnect event with that |
| 14:00 |
| 14:00:30 | pamaury | It probably helps because it gives time to finish the transfers. The cancel_drv_transfers code is not good but this hack is not better. I need to find a better solution. |
| 14:00:39 | | Join pindarots [0] (www-data@giant.haxx.se) |
| 14:00:52 | pamaury | Why changing "if(blocking)" to "while(endpoint->wait && endpoint->busy)" ? This seems pointless |
| 14:01:05 | Jerom | That was just a test |
| 14:01:25 | Jerom | And yes it didn't change anything |
| 14:01:41 | pindarots | hey guys, I have some question with my rockbox, when I use it with crossfade, it fades out after like 1 minute and goes to the next track, I probably have some setting wrong but which is it? |
| 14:02:40 | pindarots | i have a sansa clip+ btw |
| 14:03:12 | Brandonrd7 | when will the code be committed? |
| 14:03:32 | Jerom | Brandonrd7: still not ready for prime time |
| 14:03:35 | pamaury | Brandonrd7: code for what ? |
| 14:03:41 | Jerom | usb drv ^^ |
| 14:04:21 | pamaury | ah, there is some code committed. It doesn't work properly yet but the code is there |
| 14:04:24 | Jerom | pindarots: http://download.rockbox.org/daily/manual/rockbox-sansaclipplus/rockbox-buildch7.html#x10-1170007 |
| 14:05:28 | | Quit bmbl (Quit: Bye!) |
| 14:06:14 | pindarots | Jerom: but which of the settings is it that it skips to the next track after 1 minute (even without crossfade on btw, just tested that) |
| 14:08:30 | Jerom | pindarots: I don't know, never had this |
| 14:08:59 | S_a_i_n_t | pindarots: If all aelse fails, you could try "Settings/Manage Settings/Reset Settings" |
| 14:09:16 | S_a_i_n_t | If it still does it after that, you've found yourself a bug. |
| 14:09:35 | S_a_i_n_t | (or, something in your FS is screwy) |
| 14:10:27 | pindarots | hmm, okay, I guess I'll do that and install rockbox again, hope it doesnt happen after that |
| 14:10:32 | pindarots | thanks for the replies =) |
| 14:10:43 | S_a_i_n_t | just try resetting it first. |
| 14:10:56 | S_a_i_n_t | No need to needlessly reinstal if you don't have to. |
| 14:11:07 | S_a_i_n_t | And, if the FS is damaged it won;t gelp anyway. |
| 14:11:18 | S_a_i_n_t | *help |
| 14:11:43 | pindarots | what's FS? :P |
| 14:11:55 | S_a_i_n_t | file-system |
| 14:12:05 | pindarots | ah, k |
| 14:13:04 | Brandonrd7 | when will the new mkamsboot be released? |
| 14:13:19 | S_a_i_n_t | so yeah, try resetting the settings to default, then check if it hax fixed the issue. |
| 14:13:42 | S_a_i_n_t | gah! *has |
| 14:13:56 | Jerom | HAX! |
| 14:13:58 | pindarots | nope, doesnt work, it still skipped track at 45 seconds I think |
| 14:14:23 | S_a_i_n_t | are you on Win or *nix operating system? |
| 14:14:34 | pindarots | windows 7 |
| 14:14:36 | Brandonrd7 | when will the new mkamsboot be released? |
| 14:14:51 | S_a_i_n_t | Brandonrd7: Asking once is enough |
| 14:14:54 | Jerom | Brandonrd7: Repeating won't get you faster answers.. |
| 14:15:26 | S_a_i_n_t | pindarots: Are you familiar with "disk check"? |
| 14:15:51 | S_a_i_n_t | (right click the drive, click properties, click tools, click error checking. |
| 14:15:54 | pindarots | a bit, done it for my pc a few times a while back |
| 14:15:57 | pindarots | i'll try it |
| 14:16:21 | pindarots | but it's weird since I dont have this problem on the original firmware |
| 14:17:33 | S_a_i_n_t | Its just nice to catch a problem *without* having to do a full re-install (if possible) |
| 14:19:33 | pindarots | no problems were found in the diskcheck |
| 14:19:43 | S_a_i_n_t | :/ |
| 14:20:10 | pindarots | it would be weird if it's a disk problem when it does work fine on the original firmware |
| 14:20:20 | | Join DerPapst [0] (~Alexander@p4FE8F9D1.dip.t-dialin.net) |
| 14:20:28 | S_a_i_n_t | well, I guess a reinstall is looking likely...sorry, would have been nice if it was an easy fix. |
| 14:20:38 | pindarots | i'll just try reinstalling rockbox, see if it helps |
| 14:21:06 | S_a_i_n_t | its also nice to be able to say "yes, that was the problem" instead of just never knowing what it was (assuming a re-install fixes it) |
| 14:25:39 | pindarots | seems like it fixed it :) |
| 14:25:49 | pindarots | oh no it didnt :( |
| 14:26:05 | pindarots | it went past the 1 minute mark, but now it skipped track at 1.15 |
| 14:26:42 | pindarots | next track skipped at 50sec again |
| 14:26:57 | S_a_i_n_t | sounds like the problem lies in your mp3s |
| 14:27:13 | S_a_i_n_t | s/mp3s/whatever format your media is in/ |
| 14:27:22 | pindarots | i'll try a different album, these were flac files |
| 14:29:25 | AlexP | Brandonrd7: In true open source style, when it is |
| 14:30:22 | | Join Kitr88 [0] (~Kitar_st@BSN-142-65-184.dial-up.dsl.siol.net) |
| 14:31:10 | pindarots | hmm, on this mp3-album i'm playing now it seems like there is no problem, I guess you're right, I'll give some other flac-files a try see if it's flac-related or just the album I was playing |
| 14:31:29 | S_a_i_n_t | wooo! |
| 14:31:36 | | Join teru [0] (~teru@M016207.ppp.dion.ne.jp) |
| 14:31:38 | * | S_a_i_n_t likes finding answers for things. |
| 14:33:04 | pindarots | it's flac-related I think |
| 14:33:13 | pindarots | the other album skipped at 1.02 or something |
| 14:33:27 | S_a_i_n_t | foolishly high quality setting perhaps? |
| 14:33:41 | bertrik | Is it easy to reproduce? If so, does it also happen in the simulator? |
| 14:34:05 | | Quit Kitar|st (Ping timeout: 265 seconds) |
| 14:34:15 | pindarots | it's easily reproduced on my sansa clip+, I'll try the simulator, maybe it's a new bug :P |
| 14:34:23 | | Quit Kitr88 (Ping timeout: 240 seconds) |
| 14:35:11 | AlexP | pindarots: Also, maybe you could test the flacs from here: http://download.rockbox.org/test_files/ ? |
| 14:35:27 | | Quit Jerom (Quit: Leaving.) |
| 14:36:30 | | Join Jerom [0] (~heidi@95.171.137.241) |
| 14:37:20 | | Quit Tuplis (Quit: Lost terminal) |
| 14:37:51 | | Join Tuplis [0] (~jani@adsl-77-109-221-158.kymp.net) |
| 14:39:08 | pindarots | the problem doesnt seem to appear on the simulator, I'll try the test files |
| 14:40:14 | | Join Kitar|st [0] (Kitar_st@BSN-182-70-17.dial-up.dsl.siol.net) |
| 14:41:50 | *** | Saving seen data "./dancer.seen" |
| 14:43:58 | pindarots | same goes for the test files, it also skips at 51 seconds (it's always 45-75 seconds or something) |
| 14:44:44 | AlexP | pindarots: Sounds like a bug report would be i order |
| 14:46:43 | | Quit mt (Ping timeout: 240 seconds) |
| 14:47:04 | pindarots | where do I do that? |
| 14:47:19 | S_a_i_n_t | http://www.rockbox.org/tracker/index.php?show_task= |
| 14:47:24 | AlexP | the bugs link from www.rockbox.org :) |
| 14:48:14 | pindarots | yes, but how do I make a new one? |
| 14:48:33 | AlexP | Register, sign in, then add new task |
| 14:50:58 | pindarots | ah, k, found it, I'll create one and keep using the original firmware from now on. thanks for the help guys |
| 14:53:57 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
| 15:00 |
| 15:08:03 | | Quit pindarots (Quit: CGI:IRC) |
| 15:17:56 | JdGordon | bieber: ping? |
| 15:22:57 | | Quit Horscht (Quit: Verlassend) |
| 15:28:32 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 15:29:47 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
| 15:34:07 | | Quit Buschel (Ping timeout: 260 seconds) |
| 15:37:39 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 15:37:46 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
| 15:39:30 | | Quit storm` () |
| 15:40:45 | | Join binaryhermit [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) |
| 15:53:51 | bertrik | dfkt, I can hardly imagine that runtime improves with PLLB enabled, unless it was somehow already enabled (from the sansa bootloader for example) and we're using it now with a lower-power setting |
| 15:54:37 | bertrik | Anyway the difference is very small and probably a good reason to enable PLLB for audio at least on the AMSv2 sansas |
| 15:56:03 | bertrik | I'll have a look at the default (unconfigured) PLLB setting on my clip+ |
| 15:58:49 | dfkt | bertrik, i have no knowledge of the technical background, and i thought i messed up the battery bench, that's why i double-checked - plla did play 1000hz at 989, pllb did play at 1000.4 |
| 15:59:16 | dfkt | seems all is good :) |
| 15:59:16 | bertrik | ok, I didn't mean to question your results |
| 15:59:34 | dfkt | thanks, i like to question myself anyways :) |
| 15:59:46 | bertrik | I'm just a bit surprised at the result, which is always an interesting thing when it happens :) |
| 16:00 |
| 16:00:30 | dfkt | exactly, i was surprised too... even though i lack knowledge of the electrical side of things, 2.5mW sounds like a non-negligible amount for such a tiny battery |
| 16:00:57 | dfkt | and 15h30m is way better than the OF already |
| 16:01:23 | bertrik | wow, yes I just noticed that |
| 16:01:38 | dfkt | OF makes about 11-12h in reality |
| 16:04:01 | CIA-6 | New commit by teru (r27156): FS #10925 by myself: add touchscreen support for virtual keyboard. |
| 16:05:54 | | Quit antil33t (Read error: Connection reset by peer) |
| 16:06:01 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
| 16:06:02 | CIA-6 | r27156 build result: All green |
| 16:06:03 | bertrik | dfkt, FlynDice did a battery benchmark of less than 10 hours in may, wonder when/where rockbox improved so much |
| 16:11:09 | dfkt | bertrik, this guy seemed to get overf 17 hours in late may: http://anythingbutipod.com/forum/showpost.php?p=472741&postcount=439 |
| 16:13:29 | dfkt | then again, the battery quality seems to be hit or miss as well... some clips sure are duds |
| 16:17:28 | bertrik | dfkt, indeed. I seem to have a clip v1 with good battery life (about 11h) while other get only 9h or less |
| 16:19:55 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 16:22:07 | | Quit t0rc (Client Quit) |
| 16:25:17 | bertrik | the default (unconfigured) state of PLLB seems to be "disabled" |
| 16:25:35 | | Quit bluebrother (Disconnected by services) |
| 16:25:38 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 16:29:24 | | Quit Highlander (Quit: Quitte) |
| 16:30:33 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 16:32:08 | | Quit bzed (Remote host closed the connection) |
| 16:32:42 | | Quit r0b- (Read error: Connection reset by peer) |
| 16:36:07 | | Join bzed [0] (~bzed@devel.recluse.de) |
| 16:36:36 | | Quit MethoS- (Remote host closed the connection) |
| 16:36:45 | | Quit teru (Quit: Quit) |
| 16:41:21 | | Join giovanni_ [0] (~giovanni@93.37.249.84) |
| 16:41:53 | *** | Saving seen data "./dancer.seen" |
| 16:46:25 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 16:46:40 | | Join halmi_ [0] (~netbook@93-82-35-34.adsl.highway.telekom.at) |
| 16:47:41 | | Nick keanu is now known as [keanu] (~keanu@unaffiliated/keanu) |
| 16:49:16 | | Quit halmi (Ping timeout: 252 seconds) |
| 17:00 |
| 17:04:28 | | Quit GeekShadow (Read error: Connection reset by peer) |
| 17:05:58 | bertrik | funman, dfkt got 15h40m runtime out of his clip+ with rockbox |
| 17:09:21 | bertrik | also, I'm looking a bit at the wakeup timer on AMSv2. The OF does seem to write the first 4 bytes of WAKEUP: 00 00 00 80. I can confirm that our wakeup alarm setup causes it to rescan the uSD |
| 17:11:12 | bertrik | furthermore it seems that indeed reading a different codec register causes the WAKEUP read index to reset |
| 17:13:53 | funman | we could write hour/minutes of wakeup on the 5th / 6th writes |
| 17:14:32 | funman | but i doubt that would fix the bug where the clip+ cant' power off |
| 17:14:40 | bertrik | yes indeed. I suspect the OF keeps flags in WAKEUP[3] |
| 17:15:28 | bertrik | I'll try writing 0x80 in WAKEUP[3] and see if that cures the uSD refresh. |
| 17:15:48 | CIA-6 | New commit by nls (r27157): Fix inline asm argument. Shouldn't have much impact in practice but might save a load if gcc is clever. |
| 17:16:56 | bertrik | funman, also I think we can make an ascodec_write_bytes function to write several bytes in one i2c transaction (similar to ascodec_read_bytes does reads for more than 1 byte) and avoid having to disable irq when writing WAKEUP |
| 17:17:41 | CIA-6 | r27157 build result: All green |
| 17:17:45 | bertrik | Sorry, still not solving the powerdown problem :) |
| 17:27:40 | bertrik | funman, I suspect WAKEUP[3] bit 7 indicates microsd insertion state during last OF shutdown, because it was 0 after shutting down the OF without uSD |
| 17:32:39 | | Join r0b- [0] (~nnscript@adsl-76-236-184-143.dsl.klmzmi.sbcglobal.net) |
| 17:42:43 | ranma | bertrik: Don't you have to do the writes all to the same location? Multiwrite should autoincrement the index |
| 17:42:49 | bertrik | hm, the OF can detect that the uSD was replugged even when the replug was done while powered off ... |
| 17:43:02 | bertrik | ranma, eh, yes! |
| 17:43:35 | ranma | Of course the multiwrite/multiread behaviour for that index might be different. |
| 17:44:22 | ranma | After all it sends the address once and then does just consecutive reads. So they could implement special behaviour in the hw there |
| 17:45:27 | bertrik | At least multiread on the WAKEUP register doesn't seem to work |
| 17:45:54 | S_a_i_n_t | bertrik: How does *that* work? that sounds like a nice peice of magic... |
| 17:46:01 | S_a_i_n_t | re: "the OF can detect that the uSD was replugged even when the replug was done while powered off" |
| 17:50:30 | ranma | S_a_i_n_t: The cpu might some kind of deep sleep instead of poweroff, which it can be configured to wake up from when a GPIO state changes. (amsv1 datasheet doesn't mention something like that though). Or maybe it leaves SD power on and checks the card state on bootup? |
| 17:51:30 | bertrik | S_a_i_n_t, I don't know yet, there are some parts of the analog part of the chip that don't power down completely (keeps the clock running, watches wake-up time), maybe this keeps track of SD card events too |
| 17:52:33 | S_a_i_n_t | IS there any value it could check from te card? Of course, it would even have to know if the same card has ben replugged, not just a different card... |
| 17:52:54 | bertrik | We could use a uSD card sniffer to check voltages on the uSD pins |
| 17:53:03 | S_a_i_n_t | It seems like a very nice trick however they do it. |
| 17:55:54 | bertrik | Sparkfun has a sniffer for $15, it's out of stock unfortunately |
| 17:56:08 | bertrik | http://www.sparkfun.com/commerce/product_info.php?products_id=9419 |
| 17:56:58 | | Quit bmbl (Quit: Bye!) |
| 17:58:51 | bertrik | I'll try resetting some of the AFE interrupt registers and see if that works to suppress the OF database refresh |
| 18:00 |
| 18:01:38 | | Quit flydutch (Quit: /* empty */) |
| 18:04:17 | | Join bmbl [0] (~Miranda@dsl-217-162-173.pool.bitel.net) |
| 18:04:18 | | Quit bmbl (Changing host) |
| 18:04:18 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 18:34:27 | funman | i wonder if there could be an ongoing i2c transfer at the time we disable interrupts in rtc_as3514.c |
| 18:39:52 | CIA-6 | New commit by bertrik (r27158): Sansa clip+: prevent an unnecessary OF database refresh when using the wake-up alarm with a uSD card inserted (probably works for other AMSv2 targets ... |
| 18:41:35 | CIA-6 | r27158 build result: All green |
| 18:41:40 | | Quit esperegu (Read error: Operation timed out) |
| 18:41:57 | *** | Saving seen data "./dancer.seen" |
| 18:43:24 | | Join pamaury_ [0] (~quassel@p5DDEF65B.dip.t-dialin.net) |
| 18:43:44 | | Quit pamaury (Ping timeout: 240 seconds) |
| 18:45:10 | | Quit halmi_ (Read error: Connection reset by peer) |
| 18:45:51 | | Nick pamaury_ is now known as pamaury (~quassel@p5DDEF65B.dip.t-dialin.net) |
| 18:46:01 | | Quit pamaury (Changing host) |
| 18:46:01 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 18:47:42 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
| 18:48:13 | mc2739 | Anyone have issues with the last patch on FS #11367 - if not, I'll commit it. |
| 18:49:10 | | Quit simonrvn (Ping timeout: 260 seconds) |
| 18:51:09 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 18:51:19 | | Quit dfkt (Ping timeout: 240 seconds) |
| 18:51:45 | | Join dfkt [0] (~dfkt@unaffiliated/dfkt) |
| 18:51:59 | funman | mc2739: no issue |
| 18:54:06 | | Join saratoga_ [0] (463f90ed@gateway/web/freenode/ip.70.63.144.237) |
| 18:54:07 | | Quit dfkt_ (Ping timeout: 240 seconds) |
| 18:54:10 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
| 18:55:02 | saratoga_ | does it only enable line out when the dock is connected? |
| 18:56:26 | | Join domonoky1 [0] (~Domonoky@agsb-4d0495d6.pool.mediaWays.net) |
| 18:56:31 | | Quit S_a_i_n_t () |
| 18:56:52 | | Quit dfkt (Ping timeout: 276 seconds) |
| 18:57:00 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.5.91) |
| 18:57:37 | | Quit domonoky (Ping timeout: 265 seconds) |
| 18:57:41 | | Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) |
| 19:00 |
| 19:04:07 | | Join simonrvn [0] (simon@205.190-ppp.3menatwork.com) |
| 19:07:12 | | Quit bmbl (Quit: Bye!) |
| 19:07:21 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 19:09:47 | mc2739 | saratoga_: no, it is always enabled. funman ran a battery_bench with it enabled and had a differenrce of only a few minutes. |
| 19:10:53 | saratoga_ | any reason not to disable it though? i thought you had that working, and we'll need to disable it anyway on AMSv2 |
| 19:11:26 | funman | what's the difference with amsv2 ? |
| 19:12:55 | saratoga_ | IIRC you can't set the volume of the line out and headphones separately |
| 19:13:23 | mc2739 | if I understand the datasheet, amsv2 cannot have lineout and headphone at the same time |
| 19:13:40 | saratoga_ | or maybe that, I can't remember |
| 19:13:40 | funman | ah right |
| 19:14:29 | | Join mischasworld [0] (~quassel@f051103213.adsl.alicedsl.de) |
| 19:14:56 | mc2739 | saratoga_: you were correct, headphone and lineout volume are controlled by a common register |
| 19:15:26 | saratoga_ | seems like you might as well add dock detection for amsv1 now, that way when someone figures out how to detect dock on v2 then they can just add the correct register |
| 19:19:44 | mc2739 | I need to rework dock detection since the recent USB changes, and what I had would not have worked for docks with a USB connection anyway. |
| 19:22:24 | saratoga_ | ah ok |
| 19:22:39 | saratoga_ | well i don't mind if you enable line out, but i guess leave the fs task open |
| 19:23:02 | mc2739 | that was the plan |
| 19:23:31 | | Join playing-the-fool [0] (~zic@lin67-4-78-239-42-148.fbx.proxad.net) |
| 19:27:29 | | Quit playing-the-fool (Client Quit) |
| 19:43:25 | | Quit wombat23 (Ping timeout: 260 seconds) |
| 19:46:15 | | Quit mischasworld (Remote host closed the connection) |
| 19:48:33 | | Join Buschel [0] (~~andree@p54A3F252.dip.t-dialin.net) |
| 19:55:12 | Brandonrd7 | When will the development for the ipod nano 2g finish? |
| 19:57:48 | | Quit saratoga_ (Ping timeout: 252 seconds) |
| 19:58:53 | gevaerts | never? |
| 19:59:02 | kisak | Brandonrd7: hopefully never? |
| 19:59:20 | Brandonrd7 | it's a joke, right? |
| 19:59:35 | gevaerts | what is? Your question? |
| 19:59:36 | kisak | what's at the end of development? |
| 19:59:58 | kisak | death |
| 20:00 |
| 20:00:07 | Brandonrd7 | no, what you just answered |
| 20:00:21 | gevaerts | You want it to end? |
| 20:00:48 | Brandonrd7 | No! |
| 20:01:04 | * | gevaerts is confused |
| 20:01:08 | gevaerts | So what do you mean? |
| 20:01:24 | Brandonrd7 | I don't want the development to end! |
| 20:02:46 | | Join mischasworld [0] (~quassel@f051103213.adsl.alicedsl.de) |
| 20:07:42 | AlexP | It likely won't then |
| 20:07:57 | AlexP | Do you just want us to specify a random date? |
| 20:11:09 | CIA-6 | New commit by Buschel (r27159): Comment unused code in libmad. Clean up initialization and memset'ing of decoder arrays. |
| 20:12:47 | CIA-6 | r27159 build result: All green |
| 20:15:51 | pamaury | Brandonrd7: I notice you are asking a lot of question of the form 'When ... ?' but in an open source project, the answer is often 'When it will be' because nobody know when it will be. |
| 20:18:15 | | Quit funman (Quit: leaving) |
| 20:20:27 | | Join piggz [0] (~piggz@89.241.57.228) |
| 20:21:24 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 20:22:08 | | Quit Strife89 (Quit: Leaving) |
| 20:25:06 | | Quit n1s (Ping timeout: 265 seconds) |
| 20:36:02 | | Join Jaykay [0] (~chatzilla@p5DC57475.dip.t-dialin.net) |
| 20:40:10 | | Quit bmbl (Quit: Bye!) |
| 20:42:00 | *** | Saving seen data "./dancer.seen" |
| 20:43:54 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 20:48:41 | | Join OverLOAD [0] (www-data@giant.haxx.se) |
| 20:49:52 | bertrik | funman, the problem with the hang on power-off with alarm set on the AMSv2 is fixed for me when I clear (reset) the wake-up alarm register at startup |
| 20:52:36 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 20:54:01 | bertrik | ranma, what is the correct way now to make sure that several ascodec reads or writes are done in sequence (and are not interrupted by another access from a different thread)? |
| 20:54:36 | bertrik | as far as I can see, ascodec_lock only protects adc access |
| 20:56:02 | | Quit domonoky1 (Ping timeout: 265 seconds) |
| 20:56:23 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 20:59:57 | CIA-6 | New commit by Buschel (r27160): Comment further unused code in libmad. |
| 21:00 |
| 21:01:05 | | Join mt_ [0] (~mtee@41.233.145.10) |
| 21:01:41 | CIA-6 | r27160 build result: All green |
| 21:02:28 | | Quit mt (Ping timeout: 258 seconds) |
| 21:02:30 | | Nick mt_ is now known as mt (~mtee@41.233.145.10) |
| 21:04:53 | | Join luca_s [0] (www-data@giant.haxx.se) |
| 21:05:36 | | Quit luca_s (Client Quit) |
| 21:05:44 | | Join luca_s [0] (www-data@giant.haxx.se) |
| 21:06:15 | | Quit luca_s (Client Quit) |
| 21:08:36 | | Quit mt (Ping timeout: 258 seconds) |
| 21:09:54 | | Join allele [0] (~chatzilla@65.29.251.49) |
| 21:11:20 | allele | where would I look to alter the buttons used for the main menu in rockbox? |
| 21:11:59 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 21:12:28 | | Quit Buschel (Ping timeout: 260 seconds) |
| 21:12:47 | scorche | the code |
| 21:14:05 | allele | clearly; but which file? I looked through main_menu.c and menu_common.c |
| 21:14:56 | | Join mt_ [0] (~mtee@41.233.145.10) |
| 21:16:03 | scorche | well, that depends on what you wish to do...if you just want to use another button for an action, look in keymaps and play around |
| 21:17:02 | | Quit mt (Ping timeout: 258 seconds) |
| 21:17:07 | | Nick mt_ is now known as mt (~mtee@41.233.145.10) |
| 21:17:26 | allele | ok cool thanks scorche |
| 21:21:14 | | Join Luca_S [0] (www-data@giant.haxx.se) |
| 21:25:45 | AlexP | allele: apps/keymaps/keymap-xxx.c |
| 21:26:43 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 21:30:28 | Luca_S | bertrik: although I can't still prove it by exact numbers (still don't have a battery bench for plain svn), my battery bench on fuzev2 using PLLB for audio is substantially similar to the normal one |
| 21:30:51 | Luca_S | this confirms dfkt's findings earlier today |
| 21:49:45 | | Quit simonrvn (Quit: brb) |
| 21:52:01 | | Join simonrvn [0] (simon@205.190-ppp.3menatwork.com) |
| 21:55:42 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 21:57:03 | funman | bertrik: you have a patch for me to test? |
| 22:00 |
| 22:05:24 | | Quit saratoga (Ping timeout: 252 seconds) |
| 22:05:30 | | Nick guymann_ is now known as guymann (~charlie@69.182.43.23) |
| 22:05:40 | bertrik | funman, http://pastebin.ca/1890657 |
| 22:05:57 | bertrik | at least, that fixes the reproducible part of the problem |
| 22:07:32 | | Join u42p [0] (~u42p@d096143.adsl.hansenet.de) |
| 22:08:05 | u42p | i was going to plug my sansa clip+ in my usb -> pc. but i loosely remember that this might be dangerous. is that paranoia or was there some issue indeed? |
| 22:08:19 | AlexP | paranoia :) |
| 22:08:35 | | Quit piggz (Ping timeout: 260 seconds) |
| 22:08:37 | funman | bertrik: that needs a 4th write of 0x80 ? |
| 22:08:54 | u42p | ok, thanks |
| 22:09:13 | u42p | oh awesome, it just boots the normal os |
| 22:09:17 | u42p | heh |
| 22:09:33 | AlexP | It hopefully won't for long |
| 22:09:41 | bertrik | funman, no I don't think that's necessary |
| 22:15:38 | Brandonrd7 | goodbye! |
| 22:15:44 | | Part Brandonrd7 ("Reality is that which, when you stop believing in it, doesn't go away") |
| 22:19:45 | | Quit DerPapst (Read error: Connection reset by peer) |
| 22:20:02 | | Join piggz [0] (~piggz@89.241.57.228) |
| 22:20:31 | | Join DerPapst [0] (~Alexander@p4FE8F9D1.dip.t-dialin.net) |
| 22:21:31 | | Quit piggz (Read error: Connection reset by peer) |
| 22:22:06 | funman | bertrik: it still deadlocks here: set alarm in 5 minutes, power off, wait for wake up, set alarm in 5 minutes, power off |
| 22:24:31 | | Quit lestatar (Ping timeout: 240 seconds) |
| 22:29:07 | bertrik | strange, it works perfectly for me |
| 22:29:25 | | Quit steve|m (Ping timeout: 276 seconds) |
| 22:30:57 | bertrik | I'm using this to verify the wakeup settings in the debug menu: http://pastebin.ca/1890678 |
| 22:33:37 | | Join preglow [0] (thomj@rockbox/developer/preglow) |
| 22:40:25 | | Quit u42p (Quit: Leaving) |
| 22:42:01 | *** | Saving seen data "./dancer.seen" |
| 22:43:04 | | Quit jordan` (Quit: Coyote finally caught me) |
| 22:44:36 | | Quit mischasworld (Remote host closed the connection) |
| 22:49:35 | | Quit efyx (Quit: Quitte) |
| 22:56:36 | funman | bertrik: i tried that a second time and it worked |
| 23:00 |
| 23:00:59 | | Quit Luca_S (Quit: CGI:IRC (EOF)) |
| 23:01:40 | funman | bertrik: the 3rd time it still freezes when shutting down |
| 23:02:21 | | Join yelped [0] (www-data@giant.haxx.se) |
| 23:02:58 | yelped | Rockbox USB on tha Sansa AMSv1 models only supports storage, not HID yet? |
| 23:07:29 | funman | right |
| 23:07:50 | | Join CGL [0] (~CGL@190.207.217.62) |
| 23:08:56 | yelped | How much work is required to finish it? |
| 23:11:30 | funman | you want to work on it? |
| 23:14:25 | yelped | I can't code yet, unfortunately? So, every time a driver has to be made from scratch? I thought that once you enable USB, USB HID comes along. |
| 23:15:41 | gevaerts | as soon as you have a full USB driver, yes, but the AMSv1 USB driver doesn't do interrupt transfers yet |
| 23:16:36 | | Quit giovanni_ (Quit: Sto andando via) |
| 23:18:13 | | Quit allele (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100423140709]) |
| 23:20:08 | | Quit Horscht (Quit: Verlassend) |
| 23:20:23 | yelped | Oh, OK, thanks for the info. |
| 23:20:29 | | Quit yelped (Quit: CGI:IRC) |
| 23:21:21 | TheSeven | gevaerts: is that the core pamaury is working on? (the synopsys one) |
| 23:21:38 | gevaerts | no, pamaury is working on AMSv2 IIRC |
| 23:21:42 | TheSeven | ok |
| 23:22:11 | TheSeven | making interrupt transfers work on that one is almost the same as bulk transfers, just some different control bits set on the EP |
| 23:23:08 | TheSeven | however, it's still causing occasional non-reproducible weirdnesses on nano2g |
| 23:23:37 | gevaerts | That will be the case everywhere I suspect, bulk and interrupt are really the same on the protocol level, except for different scheduling (which is host side) |
| 23:24:24 | gevaerts | You can't actually tell if a transfer is interrupt or bulk on the wire if you haven't seen the configuration descriptor |
| 23:24:32 | | Quit bertrik (Quit: :tiuQ) |
| 23:26:00 | sinthetek | when i run rockbox utility 1.2.7 to upgrade my rockbox, it says there is a newer version here: http://download.rockbox.org/rbutil/linux/rbutilqt-v1.2-64bit.bz2 |
| 23:26:31 | sinthetek | should i download and run that or should it not be doing that? |
| 23:26:44 | AlexP | No, that is wrong |
| 23:26:47 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 23:26:51 | AlexP | The one you have is good |
| 23:27:13 | AlexP | There seems to be a bit of a bug with tht |
| 23:27:21 | AlexP | *the version detection |
| 23:28:05 | sinthetek | oki, thanks :) |
| 23:28:59 | sinthetek | bleh, i can never remember if i have the e250 v1 or v2 |
| 23:29:14 | gevaerts | use autodetect |
| 23:29:43 | sinthetek | v1 it is :P. thanks |
| 23:41:28 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 23:42:19 | | Quit jfc (Ping timeout: 260 seconds) |
| 23:43:01 | dfkt | may i spam again, with my request for help in finding out a sdcfg value for a bricked player? (maybe this time of day is better) |
| 23:43:20 | | Quit Jaykay (Ping timeout: 260 seconds) |
| 23:43:39 | dfkt | all info (except sdcfg) is here: I just finished writing, directing, and producing a glorious masterpiece about Rockbox's most useful feature: |
| 23:43:39 | dfkt | [url]http://www.youtube.com/watch?v=1rVV_0xKmhw[/url] |
| 23:43:43 | dfkt | oops |
| 23:43:49 | dfkt | http://iaudiophile.net/forums/showpost.php?p=294684&postcount=65 |
| 23:48:32 | | Join jfc [0] (~john@dpc6682208002.direcpc.com) |
| 23:53:10 | | Quit bmbl (Quit: Bye!) |
icon identifies that the person is a core developer (has commit access).