00:00:11 | | Quit Mathiasdm ("Yuuw!") |
00:08:18 | | Quit stripwax (Read error: 110 (Connection timed out)) |
00:08:50 | | Quit maddler ("connection reset by beer!") |
00:10:48 | amiconn | roolku: yes |
00:13:46 | * | amiconn spots a bug in the ata driver when used on large-sector disk targets (i.e. ipod video) |
00:15:02 | roolku | amiconn: okay. here is my attempt so far: http://www.pastebin.ca/934612 - seems to solve the 14s problem |
00:16:11 | amiconn | It differs a bit from mine |
00:17:03 | amiconn | I've called the variable total_sectors, and read it before the lba48 block. Saves duplicate calculation for those targets. I also added a check for lba48 exceeding 32 bits |
00:18:10 | amiconn | I also found that the ata mutex unlocking in case of errors is wrong on large-sector targets. The unlocking must not be done in the static read/ write function there |
00:20:50 | | Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
00:28:26 | amiconn | roolku: Here's my version: http://pastebin.ca/934624 I'll test it on my ata targets now |
00:28:47 | | Quit faemir ("If debian was Arch then Ubuntu would own.") |
00:29:42 | | Quit Zarggg (Read error: 113 (No route to host)) |
00:33:08 | * | gevaerts still has more work to do before this combined software/hardware eject handling works correctly on sansa. It's still too easy to confuse |
00:33:33 | amiconn | That reminds me... |
00:34:30 | * | gevaerts doesn't like seeing *PANIC* Stkov (0) |
00:34:46 | gevaerts | Best not to commit this yet |
00:34:50 | amiconn | AAARrrrghh! |
00:35:01 | * | amiconn forgot to specify the file to commit |
00:35:25 | linuxstb | oops ;) |
00:36:27 | * | amiconn committed a load of crap now. |
00:36:30 | amiconn | Will revert asap |
00:36:41 | gevaerts | So now we know everuthing you're working on ;) |
00:36:58 | amiconn | There will be a lot of red most probably |
00:37:01 | | Quit dandin1 () |
00:37:37 | * | linuxstb wonders what the score will be |
00:38:48 | linuxstb | gevaerts: Have you added a menu option to (re-)enter disk mode yet/ |
00:38:50 | roolku | amiconn: shouldn't the second 60 be a 61 in: total_sectors = identify_info[60] | (identify_info[60] << 16); |
00:38:58 | amiconn | yes |
00:39:01 | | Join z35 [0] (n=z@149.123.33.65.cfl.res.rr.com) |
00:40:56 | daywalker_ | just a quick question, is there an emulator under linux which can emulate an rockbox compatible arm environment? |
00:40:56 | linuxstb | Zagor: Is the intention with all your www commits to enable anyone (with svn access) to change the website? |
00:41:04 | linuxstb | No |
00:41:13 | gevaerts | linuxstb: I'm working on it. It seems to work on single-volume targets, but I can still confuse the sansa too easily (including getting stuck in usb mode) to commit it. There are also enough changes in it that I want to check if usb mode will still work on ata-usb bridges as well. Don't expect a commit today. |
00:41:38 | gevaerts | amiconn: nice score :) |
00:41:51 | Zagor | linuxstb: not really, rather to make it more sane for those of us who already work with the website |
00:41:52 | linuxstb | gevaerts: I just wanted to check what you decided to do, and if others agree... |
00:42:04 | amiconn | eh? Why does the reverse patch not commit the files?? |
00:42:38 | linuxstb | Zagor: OK. I'm not wanting to change the site, just curious... |
00:42:51 | * | amiconn needs an idea |
00:43:09 | Zagor | currently it's a huge mess of obsolete pages |
00:44:17 | Nico_P | amiconn: use svn merge |
00:44:56 | * | amiconn has no idea how that works |
00:45:05 | gevaerts | linuxstb: we'll see. I'm still not sure if this entire idea is right (it has the side effect of delaying the usb screen until the host actually sends a SCSI command, which can take some time), so maybe I will just have wasted some time, but it has to work properly before it can get evaluated. |
00:45:22 | amiconn | I just made a patch using svn diff -r16570:15569 , applied that, and wanted to commit |
00:45:29 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) |
00:45:39 | Nico_P | amiconn: svn merge -c-16570 . . should do |
00:46:00 | linuxstb | amiconn: I would have done the same... |
00:46:33 | amiconn | linuxstb: Problem is, it doesn't commit the files. It just committed the 2 deleted ones I had to delete by hand |
00:47:10 | | Quit desowin () |
00:47:11 | linuxstb | I would probably try an "svn update", then see what "svn diff" shows |
00:47:15 | | Quit kushal_12_27_200 (Client Quit) |
00:47:30 | * | linuxstb always previews commits with "svn diff" |
00:47:34 | Nico_P | amiconn: svn merge is the command for reverts |
00:47:43 | Slasheri | and svn st to check for any conflicts |
00:47:52 | | Quit ompaul (Client Quit) |
00:47:54 | linuxstb | Nico_P: That sounds better then... |
00:49:33 | linuxstb | 60000 points and counting... |
00:50:01 | gevaerts | The bootloaders still compile |
00:50:03 | Nico_P | svn merge -c-16570 . . seems to do the job here |
00:50:12 | JdGordon|zzz | Slasheri: no, it doesnt |
00:50:17 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
00:50:54 | Slasheri | JdGordon: i will just think something else for that then :) |
00:51:07 | amiconn | mrf |
00:51:31 | amiconn | Those added files are causing troubles |
00:52:20 | linuxstb | Slasheri: I think a multi-selection list would be nice in general (e.g. inserting multiple tracks into the playlist, file copying), but many targets don't have any free buttons (afaics) |
00:52:24 | JdGordon | Slasheri: though, its something which has been thrown around for ages.. it would be nice to add (if done properly :p ) |
00:52:49 | Slasheri | hehe |
00:53:05 | linuxstb | Hmm, what about long-right? (I'm guessing the Ondio uses that for something though) |
00:53:21 | Slasheri | well, i am not yet even sure how to implement the thing i was planning.. just getting some ideas :) |
00:53:22 | amiconn | Yes, context menu |
00:53:41 | | Quit kies (Read error: 110 (Connection timed out)) |
00:54:49 | JdGordon | we could do something like context menu > "multiselect", then each press of SELECT adds/removes the item from the selection untill context menu is reentered |
00:55:03 | | Join kies [0] (n=kies@adsl-76-199-12-71.dsl.chmpil.sbcglobal.net) |
00:55:12 | JdGordon | onplay.c (the context menu code) isnt setup to handle anything like multiselect though |
00:57:52 | linuxstb | That could work. Although it would be nicer to map a button to it, if available. |
00:58:21 | | Quit WatchDragon (Read error: 104 (Connection reset by peer)) |
00:58:56 | | Quit alienbiker99 (Read error: 110 (Connection timed out)) |
00:59:25 | amiconn | phew |
01:00 |
01:01:05 | linuxstb | gevaerts: Setting the removable bit is causing the problem? (delaying the usb screen) |
01:03:09 | gevaerts | linuxstb: not as such. Using load/eject to control the USB screen does. At least linux waits 5 to 10 seconds before attempting to access the drive, and the usb screen only gets shown then. I might be able to find a workaround, bu |
01:03:34 | gevaerts | but I'm not sure if I can do that cleanly. |
01:03:58 | amiconn | This way I got a preview of how much the player bmp loader adds |
01:05:09 | | Quit ender` (" In its default setup, Windows XP on the Internet amounts to a car parked in a bad part of town, with the doors unlocked, th") |
01:06:08 | linuxstb | gevaerts: What do you mean by "load" ? I thought you would only be changing how Rockbox deals with an eject? |
01:06:22 | | Quit tessarakt ("Client exiting") |
01:06:55 | | Join fyrestorm [0] (n=fyre@cpe-68-173-160-247.nyc.res.rr.com) |
01:07:49 | * | amiconn feels pretty lame for this accidental troublesome commit :( |
01:09:55 | JdGordon | Llorean: "for example we want people fixing bugs in the current viewports bits" <- what bugs? they cant be fixed if they are kept secret |
01:11:06 | | Quit corevette (Remote closed the connection) |
01:11:37 | | Join corevette [0] (n=corevett@adsl-75-18-210-31.dsl.pltn13.sbcglobal.net) |
01:11:39 | | Join gevaerts_ [0] (n=fg@195-144-092-186.dyn.adsl.xs4all.be) |
01:12:04 | | Quit gevaerts (Nick collision from services.) |
01:12:17 | | Nick gevaerts_ is now known as gevaerts (n=fg@195-144-092-186.dyn.adsl.xs4all.be) |
01:12:55 | gevaerts | linuxstb: it's the cleanest way to do this, because it unifies the initial connection and subsequent reconnects. Once it works reliably, I can probably add the immediate usb screen back. |
01:13:43 | *** | Saving seen data "./dancer.seen" |
01:13:45 | | Quit amiconn (Nick collision from services.) |
01:13:51 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
01:15:34 | | Join |AhIoRoS| [0] (n=ahioros@201.226.58.34) |
01:16:32 | linuxstb | gevaerts: What do you mean by "load" though? Is that the host OS doing something? |
01:17:34 | | Join countrymonkey [0] (n=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-51e1aa50870200a7) |
01:17:40 | | Quit Thundercloud (Remote closed the connection) |
01:18:06 | countrymonkey | Can I still make voice files and post them even though I don't know the language? |
01:18:31 | | Quit spiorf (Remote closed the connection) |
01:19:23 | linuxstb | countrymonkey: How will you know if the voice files are OK? |
01:19:58 | gevaerts | linuxstb: yes. Basically the mechanism is that once the OS does something, the UMS driver asks the USB core for exclusive access to the disk(s). This does the SYS_CONNECT_* things to warn other threads, and to show the USB screen. Once that exclusive access is there (this is asynchronous), the UMS driver treats the drive as inserted and starts working. |
01:20:22 | | Quit BlakeJohnson87 ("Leaving.") |
01:20:25 | | Join Thundercloud [0] (n=thunderc@resnet03.nat.lancs.ac.uk) |
01:20:49 | | Join BlakeJohnson86 [0] (n=bjohnson@c-67-190-234-51.hsd1.mn.comcast.net) |
01:21:33 | linuxstb | gevaerts: Does this actually delay the connection, or just delays the display of the screen? |
01:21:56 | amiconn | roolku: Did you try that patch? |
01:22:17 | gevaerts | linuxstb: it just delays the screen |
01:22:43 | linuxstb | gevaerts: OK, then I think I understand... |
01:24:06 | | Quit Zagor ("Client exiting") |
01:24:27 | | Quit fyre^OS (Read error: 113 (No route to host)) |
01:24:30 | roolku | amiconn: yes, the long delay is gone |
01:25:04 | amiconn | Okay, so the disk obviously didn't like out-of-bounds accesses, and adding the check is a good idea |
01:27:10 | roolku | are the return values actually checked?...that would be fat_mount |
01:28:37 | amiconn | The fat driver checks ata_read_errors() everywhere |
01:28:43 | roolku | yes, looks like it |
01:28:49 | amiconn | Erm, ata_read_sectors() errors |
01:29:07 | gevaerts | linuxstb: I'll continue working on it tomorrow. If I can get it to work properly, and show the USB screen immediately,it will work mostly the same way as now, except that when you eject the drive, it continues charging while the player is usable. After that we can decide if the reconnect option is useful enough to move out of the debug menu. |
01:30:12 | | Quit corevette (Remote closed the connection) |
01:31:24 | amiconn | Nico_P: still around? |
01:31:29 | Nico_P | yes |
01:31:32 | roolku | I suspect the ELIO_TPJ1022 had the same problem and the whole #if condition in disk.c line 151 can go |
01:32:02 | | Quit countrymonkey ("CGI:IRC (Ping timeout)") |
01:32:03 | roolku | I wonder if linuxstb is up for a test ;) |
01:32:06 | * | gevaerts then wants to have a go at the OF disassembly that lowlight provided in FS #8663 to see if that sheds any light on the sd driver bug, and hopes that someone magically finds out where this signal quality problem comes from |
01:32:30 | amiconn | Nico_P: Could you test http://pastebin.ca/934689 on the G5.5? |
01:34:20 | Nico_P | amiconn: sure. what should it do? |
01:34:28 | | Join quaal [0] (n=rodney@pool-96-228-165-104.tampfl.fios.verizon.net) |
01:36:13 | amiconn | Just check whether disk accesses are still working properly |
01:36:35 | Nico_P | ok |
01:38:05 | amiconn | The G5.5 is a special case I can't test myself |
01:38:14 | linuxstb | roolku: Yes, remove that - I'm 99.9% sure that's the issue on the Elio as well. |
01:41:05 | amiconn | roolku: Shall I commit if Nico_P's test turns out well? |
01:41:22 | | Join corevette [0] (n=corevett@adsl-75-18-210-31.dsl.pltn13.sbcglobal.net) |
01:44:04 | linuxstb | JdGordon: (Re: FS #8702) - you can't choose two options with one vote... ;) |
01:44:42 | JdGordon | but... but... |
01:45:18 | Nico_P | amiconn: seems to work |
01:45:19 | JdGordon | I've been suggesting hold for ages though, so i guess thats my favoured aproach |
01:45:49 | Nico_P | amiconn: should it be faster too? |
01:46:09 | amiconn | No. It's just a safety measure against out-of-bounds accesses |
01:46:21 | Nico_P | ok |
01:46:26 | amiconn | (and a very tiny size optimisation) |
01:46:59 | amiconn | That's the one that also corrects the mutex unlocking behaviour in case of errors on ipdo video |
01:50:29 | Nico_P | amiconn: AFAICS it's working fine |
01:50:29 | | Quit gevaerts ("Can't think straight any more. Time to sleep") |
01:52:18 | amiconn | Goddie :) |
01:53:38 | roolku | amiconn: yes, please commit |
01:58:30 | | Quit Horscht (Read error: 104 (Connection reset by peer)) |
02:00 |
02:00:01 | amiconn | done |
02:00:14 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
02:04:08 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- The alternative IRC client") |
02:04:46 | | Join ali_as [0] (n=as@ambix.plus.com) |
02:04:58 | | Quit jhMikeS (Nick collision from services.) |
02:05:04 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
02:06:53 | | Quit DaCapn (Remote closed the connection) |
02:09:15 | amiconn | Interesting deltas.... |
02:11:42 | | Quit waldo (Remote closed the connection) |
02:11:54 | | Quit krazykit (Read error: 110 (Connection timed out)) |
02:18:17 | amiconn | JdGordon: ping |
02:18:33 | | Join mrkiko [0] (n=pv@adsl-106-101.38-151.net24.it) |
02:18:42 | mrkiko | Hi all! |
02:18:43 | | Quit ali_as_ (Read error: 113 (No route to host)) |
02:18:48 | mrkiko | Hi all! |
02:22:39 | JdGordon | amiconn: ? |
02:22:47 | amiconn | You wanted to know about viewport bugs - I have a serious one... |
02:23:00 | amiconn | I will do a full rebuild to verify though |
02:23:09 | amiconn | On recorder, all my lists are single-line now |
02:23:11 | JdGordon | its not that I want to hear them... but they cant be fixed if they arnt voiced |
02:23:23 | JdGordon | which font? |
02:23:32 | amiconn | Rockfont-8 |
02:23:41 | amiconn | Status bar enabled, button bar disabled |
02:24:23 | amiconn | It *might* be a dependency problem though - I didn't make clean |
02:25:03 | JdGordon | WTF? |
02:25:14 | JdGordon | default setup on the rec has 1 line |
02:25:40 | JdGordon | thats totally fucked :D |
02:26:38 | | Quit quaal (Connection timed out) |
02:26:56 | JdGordon | going to have a shower, ill fix that today though |
02:27:03 | | Quit Nico_P (Remote closed the connection) |
02:27:18 | disorganizer | just as we are on the topic: will work on the viewport-patches with customization (list AND wps) continue or were they stopped? |
02:28:26 | linuxstb | If they were stopped, the tasks would be closed as rejected. (if that's what you mean) |
02:28:49 | | Join krazykit [0] (n=josh@adsl-99-155-238-230.dsl.ipltin.sbcglobal.net) |
02:29:13 | | Quit krazykit (Client Quit) |
02:29:18 | | Quit HellDragon (Nick collision from services.) |
02:29:28 | disorganizer | im just wondering as there has been no activity on the viewport-wps patch for ages |
02:29:48 | disorganizer | and we still need to discuss wether to use fontnames or fontnumbers *g* |
02:29:55 | | Quit mcuelenaere (Read error: 110 (Connection timed out)) |
02:29:58 | | Join HellDragon [0] (i=jd@unaffiliated/helldragon) |
02:31:09 | | Quit bluebrother ("leaving") |
02:31:38 | | Quit HellDragon (Client Quit) |
02:31:42 | | Join HellDragon [0] (i=jd@unaffiliated/helldragon) |
02:32:33 | | Join krazykit [0] (n=josh@adsl-99-155-238-230.dsl.ipltin.sbcglobal.net) |
02:32:45 | linuxstb | disorganizer: I intend to go back to my wps patch when I have some Rockbox time. But that doesn't stop anyone else from working on it (as I said in the task comments). |
02:33:00 | | Quit Thundercloud (Remote closed the connection) |
02:34:15 | * | disorganizer is so sorry he has no idea of programming, otherwise he would definitely help out |
02:34:25 | | Quit corevette (Remote closed the connection) |
02:35:12 | amiconn | JdGordon: Confirmed with a clean build. It's also independent of whether the button bar is enabled or disabled |
02:36:14 | disorganizer | @amiconn: JdGordon confirmed a bit earlier that there is something in the source setting the rec to 1 line. he will change that l8r after ensuring he doesnt stink :-) |
02:38:30 | disorganizer | for the log if someone has an idea how to solve that: in FS8400 (having no backlight on volume changes) we noticed that the backlight on scrollwheel actions is turned on on firmware level. now how can we disable this backlight action only when the wps is active? (otherwise the screen goes dark when scolling in menus) details see FS entry :-) |
02:41:15 | linuxstb | disorganizer: fml2 has answered... |
02:43:52 | | Quit krazykit (Remote closed the connection) |
02:43:54 | | Join krazykit [0] (n=josh@adsl-99-155-238-230.dsl.ipltin.sbcglobal.net) |
02:44:02 | JdGordon | amiconn: independant of buttonbar? :( I was hoping it would be an easy fix... for some reason it only sems to be rec though |
02:44:34 | linuxstb | Not other Archos bitmap targets? |
02:45:14 | | Join corevette [0] (n=corevett@adsl-75-18-210-31.dsl.pltn13.sbcglobal.net) |
02:45:24 | * | JdGordon forgot about ondio :p |
02:45:26 | JdGordon | checking now |
02:45:43 | JdGordon | ondio is fine |
02:45:49 | mrkiko | ehy.. may be I'm actually too drunk (it has been my birthday yesterday),,,+Ã |
02:46:10 | mrkiko | But I can't find the section in the rockbox site where it's described how rockbox actually started up, who done it and why... |
02:46:18 | mrkiko | I remember I red it some time ago |
02:47:39 | amiconn | roolku: Will you commit the #ifdef removal from disk.c? |
02:47:45 | JdGordon | amiconn: does the buttonbar actually disappear if its disabled? |
02:47:50 | amiconn | yes |
02:48:45 | disorganizer | @ linuxstb : yes, i saw it. it was more a kind of "cry for a programmer" who can do more than just hack around existing code (=me). |
02:48:56 | roolku | amiconn: about to - was just doing a last test with a make clean... |
02:50:34 | | Quit HellDragon (Nick collision from services.) |
02:50:42 | mrkiko | Ok... I'm just too "broken inside" now - thank all for theyr existence. At tomorrow! |
02:51:50 | | Join HellDragon [0] (i=jd@unaffiliated/helldragon) |
02:52:36 | JdGordon | arg... bloody precedence |
02:53:44 | * | amiconn goes to sleep |
02:56:28 | JdGordon | anyone know where the buttonbar code is? |
03:00 |
03:07:18 | | Quit roolku () |
03:08:20 | disorganizer | im off to bed now.... nite@all |
03:13:24 | | Quit disorganizer ("CGI:IRC (Ping timeout)") |
03:13:47 | *** | Saving seen data "./dancer.seen" |
03:35:19 | | Quit DerDome (Nick collision from services.) |
03:35:20 | | Join DerDom1 [0] (n=DerDome@dslb-082-083-200-145.pools.arcor-ip.net) |
03:35:30 | | Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-200-145.pools.arcor-ip.net) |
03:46:54 | | Join webguest67 [0] (n=47a9731d@gateway/web/cgi-irc/labb.contactor.se/x-adda8151c8e9de2b) |
03:46:56 | webguest67 | guys |
03:46:58 | webguest67 | i need some help |
03:47:00 | webguest67 | now |
03:47:48 | advcomp2019 | webguest67, we cant help if you do not say what the issue is |
03:48:27 | webguest67 | i installed rockbox on my girlfriend's ipod nano 1G |
03:48:46 | webguest67 | and after i UNinstalled it at her request, the damned thing's bricked |
03:49:20 | scorche | it isnt bricked |
03:49:29 | scorche | what does it do? |
03:49:42 | webguest67 | it's stuck on a black and white version of the "Do no disconnect" screen |
03:49:50 | webguest67 | and i can't even shut it off |
03:49:57 | | Quit DerDome ("Leaving.") |
03:49:57 | scorche | is it plugged in? |
03:50:04 | webguest67 | no |
03:50:31 | scorche | flick the hold switch on, then off and hold menu + select for what could potentially be 60 seconds |
03:52:56 | webguest67 | nothing |
03:53:04 | JdGordon | can someone with an ipod test a quick patch for me? |
03:53:25 | scorche | is it still sitting at the do not disconnect screen? |
03:53:30 | webguest67 | yes |
03:53:37 | Llorean | webguest67: Then do it again, because you're in an Apple screen as it is, so Rockbox isn't the problem, and the menu+select thing works unless you've cause physical damage to your player (dropping it, etc) |
03:53:37 | scorche | then you are likely doing it wrong |
03:53:47 | webguest67 | when i lock it the lock appears on-screen |
03:54:02 | webguest67 | it says " |
03:54:09 | webguest67 | "Ok to disconnect" |
03:54:15 | | Join quaal [0] (n=rodney@pool-96-228-165-104.tampfl.fios.verizon.net) |
03:54:41 | scorche | keep trying to reset it |
03:54:57 | webguest67 | so i flip the hold switch |
03:54:58 | Llorean | webguest67: You are turning hold (lock) on then OFF before holding the buttons down, right? |
03:55:01 | scorche | make sure to keep your fingers as still as you can |
03:58:45 | | Quit webguest67 ("CGI:IRC") |
04:00 |
04:00:43 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) |
04:10:40 | | Quit |AhIoRoS| (Read error: 104 (Connection reset by peer)) |
04:18:04 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
04:19:27 | | Join Zarggg [0] (n=zarggg@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
04:19:36 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-20f3bbdb1a1453d0) |
04:19:40 | | Join youngproguru [0] (n=root@cpe-76-180-239-199.buffalo.res.rr.com) |
04:21:43 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
04:22:14 | | Join miepchen^schlaf [0] (n=el_miep@p54BF51C6.dip.t-dialin.net) |
04:31:33 | | Quit ali_as ("zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzZZZZZZZZZZZZZZZZZZZZZZZZZZZz") |
04:54:42 | | Quit krazykit (Read error: 104 (Connection reset by peer)) |
05:00 |
05:01:36 | | Quit sslashes (No route to host) |
05:05:49 | | Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
05:13:50 | *** | Saving seen data "./dancer.seen" |
05:24:22 | | Quit Zarggg ("If you see this message, something probably went wrong.") |
05:25:11 | | Join GrooveStix [0] (n=chatzill@adsl-76-226-157-176.dsl.sfldmi.sbcglobal.net) |
05:25:34 | GrooveStix | oh hai! :) |
05:26:43 | GrooveStix | can anybody tell me, how can I browse my music in the most battery efficient way? |
05:27:21 | GrooveStix | through the database, or through the "files" option instead ? |
05:55:49 | GrooveStix | oh well, I'll come back tomorrow... :( |
05:56:58 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
05:59:34 | | Part youngproguru |
05:59:43 | | Join Zarggg [0] (n=zarggg@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
06:00 |
06:05:38 | | Quit GrooveStix ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
06:06:00 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
06:11:05 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
06:12:46 | | Join csc` [0] (n=csc@archlinux/user/csc) |
06:26:11 | | Join AdRock42083 [0] (n=20905bbe@gateway/web/cgi-irc/labb.contactor.se/x-cdb824e05a350101) |
06:28:06 | AdRock42083 | ?. Just picked up a sansa e280 and put rockbox on it. I have an 8gb SDHC card that I want to use with it. Does Rbox support card capacity of that amount? |
06:29:52 | advcomp2019 | AdRock42083, yes but you will need to use a card reader to transfer to files to it since the OF does not work with microsdhc cards |
06:30:27 | AdRock42083 | k. thanks |
06:31:09 | | Quit AdRock42083 ("CGI:IRC (EOF)") |
06:37:15 | | Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) |
06:46:17 | | Part toffe82 |
07:00 |
07:06:26 | | Quit |framo| ("moo") |
07:12:29 | | Join d34df00d [0] (n=d34df00d@80.251.122.132) |
07:12:44 | | Part d34df00d ("Konversation terminated!") |
07:13:53 | *** | Saving seen data "./dancer.seen" |
07:30:41 | | Quit jhulst ("Konversation terminated!") |
07:34:11 | | Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) |
07:35:05 | J-23 | Hello! Can I connect my Sansa c240 with Rockbox to charge battery *without* rebooting to original firmware and use computer as charger? |
07:39:42 | | Join Crash91 [0] (n=d98bd903@gateway/web/cgi-irc/labb.contactor.se/x-0827d822652dec11) |
07:53:13 | | Quit Crash91 ("CGI:IRC") |
07:59:33 | | Quit perrikwp (card.freenode.net irc.freenode.net) |
07:59:33 | NSplit | card.freenode.net irc.freenode.net |
07:59:33 | | Quit mrkiko (card.freenode.net irc.freenode.net) |
07:59:33 | | Quit BlakeJohnson86 (card.freenode.net irc.freenode.net) |
07:59:33 | | Quit z35 (card.freenode.net irc.freenode.net) |
07:59:33 | | Quit Nevtus (card.freenode.net irc.freenode.net) |
07:59:33 | | Quit XavierGr (card.freenode.net irc.freenode.net) |
07:59:33 | | Quit kslater (card.freenode.net irc.freenode.net) |
07:59:33 | | Quit Bjoern-Erik (card.freenode.net irc.freenode.net) |
07:59:33 | | Quit [omni] (card.freenode.net irc.freenode.net) |
07:59:33 | | Quit Addicted (card.freenode.net irc.freenode.net) |
08:00 |
08:00:15 | NHeal | card.freenode.net irc.freenode.net |
08:00:15 | NJoin | XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
08:02:02 | | Join [omni]_ [0] (n=omni@bestII.com) |
08:02:02 | NJoin | perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-20f3bbdb1a1453d0) |
08:02:02 | NJoin | mrkiko [0] (n=pv@adsl-106-101.38-151.net24.it) |
08:02:02 | NJoin | BlakeJohnson86 [0] (n=bjohnson@c-67-190-234-51.hsd1.mn.comcast.net) |
08:02:02 | NJoin | z35 [0] (n=z@149.123.33.65.cfl.res.rr.com) |
08:02:02 | NJoin | Nevtus [0] (n=Nevtus@unaffiliated/nevtus) |
08:02:02 | NJoin | Bjoern-Erik [0] (n=Bjoern@166.80-202-110.nextgentel.com) |
08:02:02 | NJoin | [omni] [0] (n=omni@bestII.com) |
08:02:02 | NJoin | kslater [0] (n=kslater@24.svnf1.xdsl.nauticom.net) |
08:02:02 | NJoin | Addicted [0] (i=fnode@sh33p.g0.m33p.info) |
08:02:03 | | Quit [omni] (Connection reset by peer) |
08:02:03 | | Quit mrkiko (Read error: 104 (Connection reset by peer)) |
08:02:10 | | Join mrkiko [0] (n=pv@adsl-106-101.38-151.net24.it) |
08:02:16 | | Nick [omni]_ is now known as [omni] (n=omni@bestII.com) |
08:02:19 | | Quit Bjoern-Erik (Remote closed the connection) |
08:02:32 | | Join Bjoern-Erik [0] (n=Bjoern@166.80-202-110.nextgentel.com) |
08:14:59 | | Join Rob2222 [0] (n=Miranda@p4FDCCB6B.dip.t-dialin.net) |
08:17:27 | | Join Klevi [0] (n=balh@c-71-234-233-28.hsd1.ct.comcast.net) |
08:19:15 | Klevi | 'lo All, I realize this is unrelated to Rockbox parsay, but: After restoreing my ipod through Itunes, my 4tyh gen grayscale 20gb ipod asks me to charge via a wall adapter; that i dont own. Is there a way around that at all? |
08:26:44 | | Join |AhIoRoS| [0] (n=ahioros@201.226.58.34) |
08:29:45 | | Quit |AhIoRoS| (Client Quit) |
08:33:37 | | Quit Rob222241 (Read error: 110 (Connection timed out)) |
08:49:09 | amiconn | JdGordon: Viewport list is still buggy on recorder |
08:51:51 | amiconn | rasher: around? |
09:00 |
09:13:35 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
09:13:54 | *** | Saving seen data "./dancer.seen" |
09:15:09 | linuxstb | Klevi: Are you asking in general (i.e. how to prevent it next time), or is your ipod currently stuck there and you don't have a charger? |
09:22:11 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:43:02 | | Join desowin [0] (n=desowin@atheme/developer/desowin) |
09:46:58 | | Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) |
09:50:37 | Klevi | Its stuck there |
09:50:44 | Klevi | and I lack a wall charger unit |
09:50:51 | Klevi | Linuxstb^ |
09:51:28 | linuxstb | Sorry, I can't help. You may want to try an Apple support forum... |
09:52:33 | | Join eigma [0] (n=cat@216.48.162.210) |
09:52:36 | Klevi | Ive googled, and all of them say i need a charger, though all of them were people in the same shoes as i am, not an Apple spt. forum |
09:52:46 | eigma | anyone awake familiar with atapwd.ex? |
09:52:48 | eigma | *atapwd.exe |
09:52:56 | Klevi | Thanks anyway Linuxstb |
09:57:54 | | Quit petur ("*plop*") |
09:59:10 | Klevi | Linuxstb, The support page tells me to get a wall charger, I wonder if any USB outlet adapter will do.. |
09:59:26 | Klevi | I dont ahve 30$ to blow on a wall unit from Apple itself |
10:00 |
10:00:37 | amiconn | Do you have a firewire cable for your ipod? |
10:00:44 | linuxstb_ | I would expect so, but I've only ever used an Apple charger (I bought an ipod when Apple used to ship chargers...) |
10:01:32 | Klevi | No, nor do I have a firewire port |
10:02:07 | amiconn | I think the reason is that the ipod wants to flash a new rom image, and that only works when powered |
10:02:12 | | Quit linuxstb ("Leaving") |
10:02:20 | | Join Thundercloud [0] (n=thunderc@resnet06.nat.lancs.ac.uk) |
10:02:20 | Klevi | according to Ipods Support Page Im at stage 2 in restoration, where the firmware acually reinstalls |
10:02:48 | linuxstb_ | Can you put your ipod into disk mode (reset with MENU+SELECT, then hold SELECT+PLAY) ? |
10:02:51 | Klevi | in the older models, which is what i have, you need to plug it in to the wall |
10:02:53 | Klevi | No |
10:02:57 | Klevi | Disk mode doesnt work |
10:03:05 | Klevi | on HOLD+LEFT does |
10:03:15 | Klevi | and thats rather.. useless at this point |
10:03:40 | amiconn | And afaik it only does this when it detects a wall charger. Wall charger connects to the firewire power pin, so firewire could work. USB power most likely doesn't |
10:04:01 | Klevi | no, it doesnt annoyingly |
10:04:07 | linuxstb_ | Maybe if you went to a local Apple store, they would help... |
10:04:30 | Klevi | They probably would, but the closest one to me is New York I believe |
10:05:01 | JdGordon | amiconn: buggy how? |
10:05:02 | * | linuxstb_ wonders how Apple expect users to upgrade if they don't provide a charger |
10:05:28 | Klevi | well, according to them, they sent one with the older ipods |
10:05:36 | Klevi | I didnt get that. |
10:05:46 | Klevi | being a hand me down from someone else |
10:05:49 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
10:06:24 | linuxstb_ | Ah, so you have an older ipod, but no charger? |
10:06:30 | Klevi | I halfway hoped reinstalling the firmware would fix the fact that disk mode didnt work properly, but the rest of the ipods firmware does |
10:06:37 | amiconn | JdGordon: Try disabling the button bar, then use e.g. the context menu on a full-screen browser view |
10:07:00 | amiconn | It acts as if the button bar is enabled (botttom line is neither cleared nor used) |
10:08:00 | JdGordon | there should be 7 lines with the default theme under the statusbar yeah? |
10:08:08 | Klevi | Previously, if i connected my Ipod diskmode would come up, the device would install properly, but attempting to open the disk or.. do anything with it, resulted in that program crashing, until the very second i disconnected my Ipod |
10:08:28 | Klevi | then my computer would work properl |
10:08:29 | Klevi | *y |
10:09:03 | Klevi | so, by a shot in the dark, there was something wrong with the disks format |
10:09:08 | amiconn | JdGordon: Depends on which bars are enabled |
10:09:22 | Klevi | Trying to format it though through DOS stopped at 3% |
10:09:26 | JdGordon | amiconn: hmm ok, im going to redo that commit tonight, like the comment says, its a quick hack to fix it...using the whole screen - 1 line is better than just one line |
10:09:57 | amiconn | When the button bar is enabled, it works as it should (i.e. it doesn't cut another line) |
10:10:17 | Klevi | Itunes managed to restore it |
10:10:27 | JdGordon | yeah, I gotta move the viewport resize/init code around a bit |
10:11:48 | amiconn | Maybe there's yet another place that's missing the parentheses |
10:11:50 | * | amiconn greps |
10:11:53 | Klevi | im debating plugging my ipod into the 360 or the cable box |
10:12:13 | Klevi | God knows why a cable box has a USB port on it |
10:14:38 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
10:17:40 | Klevi | annnd nope, theyre both standard USB ports I guess. |
10:18:12 | | Join merbanan [0] (n=banan@83.233.242.28) |
10:22:59 | * | JdGordon looks forward to when list wont care about button/status bars |
10:23:40 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
10:24:57 | amiconn | That requires starting to assign viewports from the top level, i.e. the whole screen |
10:25:29 | JdGordon | thats the eventual plan |
10:25:49 | amiconn | It's one of the reasons for proposing viewports... |
10:26:32 | * | JdGordon will fix this a bit better then start movbing the statusbar and button bar into viewports |
10:26:45 | | Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) |
10:26:54 | | Quit eigma () |
10:27:09 | | Join Buschel_Notebook [0] (n=abc@p54A3C473.dip.t-dialin.net) |
10:27:13 | amiconn | The button bar will profit itself from using viewports. It can (and should) use the user font then |
10:27:17 | | Quit Klevi ("Sleep") |
10:27:48 | JdGordon | how should it act if the items dont fit? scroll them? |
10:27:50 | amiconn | Each button label needs its own viewports, and the label text should be centered if its <= viewport_width |
10:27:59 | amiconn | No, just clip, imho |
10:28:47 | amiconn | Scrolling labels would look rather odd and confusing, I think |
10:28:53 | JdGordon | We can also think about adapting the button bar to other targets... it wont fit perfectly, but would be nice |
10:28:58 | JdGordon | I agree |
10:29:16 | amiconn | Well, no other target does have soft buttons |
10:29:37 | JdGordon | oh, you had ideas how the quickscreen should redraw if it doesnt fit the screen... can you whip em up in paint? |
10:30:51 | amiconn | I tried in paint, and failed... I need a vector drawing program, but only have Inkscape here, where I didn't manage to do it |
10:31:23 | JdGordon | a 2min paintjob isnt doable? |
10:32:45 | amiconn | I need to put labels, explaining how I immagine each part to scale itself |
10:33:08 | amiconn | Maybe I could do it as a huge bitmap somehow |
10:34:48 | JdGordon | btw, I've given up with the top item... too much extra hassle with the resiizing |
10:34:53 | JdGordon | so that should make people happy :p |
10:36:23 | amiconn | My suggestion will include the top item (optionally) ... |
10:36:47 | JdGordon | cool |
10:37:49 | JdGordon | buttonbar fix commited |
10:38:05 | amiconn | It needs some extra thinking regarding buttons on recorder in conjunction with flip, but if that works, it'll even be better than what we have now |
10:38:35 | | Join AdRock42083 [0] (n=2092361f@gateway/web/cgi-irc/labb.contactor.se/x-7d82e830bd42295d) |
10:41:38 | Buschel_Notebook | hi, what has to be changed code-wise to place codecs on COP? |
10:42:02 | JdGordon | change CPU_MAIN to CPU_COP in the thread init? |
10:42:05 | AdRock42083 | Has anyone had this problem be4.....I just got done loading files to an e260 and a 4gb sdhc. When I go to initalize the database, i only get around 180 songs or so to show up..not all of the 686 I have loaded on the 2 drives. I go to erase the database files on my pc and start all over again and the number of songs and artists that show up vary each time. What do I need to do to get the database to show all |
10:43:02 | linuxstb_ | Buschel_Notebook: You should probably try to understand the SPC codec - that splits decoding across both cores. |
10:43:16 | AdRock42083 | And whenever i create a database, it makes 8, 9 even 10 different database tcd files at once instead of just one. Is this normal??? |
10:43:43 | linuxstb_ | JdGordon: I doubt it's that simple... |
10:45:33 | Lear | AdRock42083: Several files is normal. |
10:46:10 | linuxstb_ | Does the DB work with the SDHC card? |
10:46:25 | AdRock42083 | yea. it works with the sdhc card |
10:46:47 | amiconn | The database consists of several files. That's normal |
10:48:06 | amiconn | database_[0..8].tcd and database_idx.tcd |
10:49:13 | AdRock42083 | I just put different songs on the player and card and went to create a new database to get all of the songs to list...but for some reason, each time i wipe it and start again, it won't show all the music tracks. there's 686 total. It shows 180. Wiped it and started again, then got 216. did it again and then it was only 98. It's starting to get frustrating. |
10:49:48 | | Quit J-23 (Remote closed the connection) |
10:50:13 | | Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) |
10:52:23 | * | JdGordon loves working around the current 4/5(!) GUI API's in the code |
10:53:15 | AdRock42083 | Now I'm getting a message when I boot up that there's an error accessing the playlist control file |
10:53:58 | AdRock42083 | Even though the actual file is shown in my rockbox folder with all other files |
10:57:51 | | Quit AdRock42083 ("CGI:IRC") |
10:58:00 | | Join AdRock42083 [0] (n=2092361f@gateway/web/cgi-irc/labb.contactor.se/x-a37ef294f9429150) |
10:58:35 | linuxstb_ | AdRock42083: Have you checked your disk for errors? e.g. using "chkdsk /f x" (if you're using windows) |
10:58:42 | | Quit AdRock42083 (Client Quit) |
11:00 |
11:06:24 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) |
11:10:24 | amiconn | JdGordon: Lists still don't work properly... |
11:11:49 | amiconn | Start with buttonbar enabled, then go to settings and disable it -> bottom line is empty |
11:13:57 | *** | Saving seen data "./dancer.seen" |
11:17:50 | amiconn | In fact it behaves the same as before your latest fix.... odd |
11:20:17 | | Join lee-qid [0] (n=liqid@p54964B54.dip.t-dialin.net) |
11:21:48 | | Join robin0800_ [0] (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) |
11:22:23 | | Join David_Early [0] (n=chatzill@cpc1-port6-0-0-cust33.cos2.cable.ntl.com) |
11:25:24 | | Quit ompaul (Client Quit) |
11:27:53 | JdGordon | amiconn: groan... |
11:28:11 | JdGordon | enabling the BB should force the reinit so it all works again |
11:33:46 | | Nick David_Early is now known as Gnostic (n=chatzill@cpc1-port6-0-0-cust33.cos2.cable.ntl.com) |
11:34:37 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
11:34:38 | | Nick robin0800_ is now known as robin0800 (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) |
11:34:42 | | Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference") |
11:37:21 | | Join robin0800_ [0] (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) |
11:43:22 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
11:43:22 | | Quit Siku () |
11:46:24 | | Join waldo [0] (n=waldo@ip-81-11-223-114.dsl.scarlet.be) |
11:48:32 | | Part Gnostic ("I'm not here right now.") |
11:49:06 | | Join desowin__ [0] (n=desowin@hdp186.internetdsl.tpnet.pl) |
11:49:55 | | Quit desowin (Read error: 113 (No route to host)) |
11:49:59 | | Nick desowin__ is now known as desowin (n=desowin@hdp186.internetdsl.tpnet.pl) |
11:55:08 | | Join [1]robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) |
11:55:24 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
11:55:25 | | Nick [1]robin0800 is now known as robin0800 (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) |
11:59:06 | | Join Buschel [0] (n=AndreeBu@p54A3C473.dip.t-dialin.net) |
12:00 |
12:03:59 | | Join faemir [0] (n=daniel@85-211-114-251.dyn.gotadsl.co.uk) |
12:06:00 | | Join jayharu [0] (n=syaoran_@212.118.123.20) |
12:06:20 | jayharu | woah.... back at kast |
12:07:12 | jayharu | advcomp2019: am i still banned at anythingbutipod? |
12:07:29 | scorche | jayharu: this is not the place to be discussing that... |
12:08:14 | jayharu | oh sorry... |
12:08:52 | jayharu | anyways anything new for rockbox for sansa? |
12:09:14 | scorche | you can check the commit log or the MajorChanges wiki page |
12:09:17 | jayharu | mine is runnig great but i dunno if theres some new updates |
12:09:32 | jayharu | kk thanks |
12:11:34 | | Quit robin0800_ (Read error: 110 (Connection timed out)) |
12:20:26 | | Join spiorf [0] (n=spiorf@79.25.226.76) |
12:21:35 | * | JdGordon shoots head first into a bloody brick wall with the damn button bar |
12:22:57 | JdGordon | because it is actually part of the current screen maybe it doesnt need to be handled seperatly |
12:23:22 | jayharu | ? |
12:30:40 | | Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) |
12:33:05 | | Join Gnostic [0] (n=chatzill@cpc1-port6-0-0-cust33.cos2.cable.ntl.com) |
12:35:43 | | Quit japc (Read error: 110 (Connection timed out)) |
12:40:45 | | Quit XavierGr (Nick collision from services.) |
12:40:47 | | Join bertrik [0] (n=Bertrik_@178-023-045-062.dynamic.caiway.nl) |
12:40:58 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
12:43:26 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
12:45:24 | | Quit axionix_ (Read error: 110 (Connection timed out)) |
12:47:26 | | Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) |
12:50:21 | | Quit jhMikeS (Nick collision from services.) |
12:50:27 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
12:51:04 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
12:53:29 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
12:58:25 | | Join qianzheng [0] (n=qianzhen@222.71.71.224) |
12:59:13 | | Quit qianzheng ("离开") |
12:59:16 | | Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) |
13:00 |
13:02:20 | | Quit Nevtus ("Gone") |
13:10:51 | | Join pixelma [0] (n=Marianne@rockbox/staff/pixelma) |
13:13:14 | | Quit ompaul (Read error: 104 (Connection reset by peer)) |
13:13:58 | *** | Saving seen data "./dancer.seen" |
13:15:30 | | Join Siku [0] (i=Siku@e81-197-70-46.elisa-laajakaista.fi) |
13:16:04 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
13:18:26 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
13:27:21 | Buschel | hmm, is there any easy way to let all codecs run on COP? changing the create_thread(codec_thread,...) to COP in playback.c doesn't work |
13:29:08 | | Join qianzheng [0] (n=qianzhen@222.71.71.224) |
13:29:49 | amiconn | I would expect that to fail |
13:30:15 | amiconn | You can't just move one thread to another core and expect it to work. You need to take care of cache consistency |
13:31:04 | JdGordon | amiconn: well, I've got BB drawing in a viewport, but then I realised that it actually is part of the screen (unlike the statusbar), so maybe its not so bad having special casing in the list code for it... |
13:31:04 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
13:31:23 | JdGordon | .. any thoughts on how to split it out of the screens struct nicely? |
13:31:29 | amiconn | Special cases are bad.... |
13:31:42 | Buschel | that's what I experienced. So, is there is no quick-n-dirty way to do so? |
13:31:51 | stripwax | nope |
13:32:02 | | Join DerDome [0] (n=DerDome@dslb-082-083-200-145.pools.arcor-ip.net) |
13:32:37 | JdGordon | amiconn: oh, I agree... its just that I realised getting rid of screen->has_buttonbar is just as complicated |
13:32:52 | amiconn | The button bar is part of the screen, sure, but the list code shouldn't need to care whether there is any bar above, below, or somewhere else around it |
13:34:23 | qianzheng | hello, every one. i'm new here. I just registerd an account in rockbox wiki, but I haven't reveived the active email. My wiki name is QianZheng and who can help me to active my wiki account? I want to add some infomation for Meizu M6 (mini player) |
13:34:26 | amiconn | That struct member probably needs to stay, but the list code shouldn't access it |
13:35:35 | JdGordon | its only the list that uses it now anyway |
13:37:43 | amiconn | The respective screen's code should care about the screen elements, not the list |
13:38:55 | JdGordon | I'm thinking about adding a list_has_buttonbar() call which would only be used by list users and the list int code, other screens can use the BB as they do now |
13:39:24 | JdGordon | once a vp-manager comes in that would be moved to that |
13:41:24 | JdGordon | sound workable? |
13:42:03 | | Join petur [50] (n=petur@rockbox/developer/petur) |
13:44:46 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
13:45:26 | BigBambi | qianzheng: There are very few people who can do anything with the registration aspect - once you are registered giving you write access is easy, but until then I can't help I'm afraid |
13:47:04 | amiconn | Mrf, another swcodec playback bug |
13:47:24 | amiconn | playback.c doesn't handle non-present files in playlists properly |
13:47:38 | | Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) |
13:47:52 | pixelma | BigBambi: I would think that this question was only about write permission...? |
13:47:58 | amiconn | It should just skip them, but instead it waits forever for the file to start playing |
13:48:11 | amiconn | (doesn't freeze though, leaving the wps is possible) |
13:48:26 | BigBambi | pixelma: Well I can't see QianZheng as a registered user |
13:48:43 | BigBambi | And he hasn't received the confirmation e-mail |
13:48:55 | | Part Buschel |
13:49:16 | pixelma | oops, missed the part about the email... |
13:49:37 | qianzheng | Then may I register again? |
13:49:47 | BigBambi | qianzheng: When did you try? |
13:50:03 | amiconn | gevaerts: around? |
13:50:41 | qianzheng | I register at 20:00 ( Time zone: Beijing) and now is 20:50 |
13:50:58 | BigBambi | qianzheng: i DON'T KNOW TO BE HONEST |
13:51:02 | BigBambi | Ooops |
13:51:07 | BigBambi | Sorry :/ |
13:51:37 | BigBambi | qianzheng: Perhaps give it a little bit, e-mails can take a little time occasionally |
13:52:30 | qianzheng | Ok. Then I'll check it tomorrow. Thank you. |
13:52:46 | BigBambi | No probs, I hope it turns up. If not let us know |
13:53:12 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
13:55:14 | | Quit nplus ("Leaving") |
13:56:30 | | Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) |
13:56:32 | | Join ali_as [0] (n=as@ambix.plus.com) |
14:00 |
14:00:33 | | Quit qianzheng ("离开") |
14:05:09 | petur | amiconn: any objections to committing 8644 in its latest form (CF8.patch) ? |
14:05:30 | | Quit codesquid_ (Read error: 104 (Connection reset by peer)) |
14:06:20 | amiconn | Did you find any cards which report words 85..87 as valid, yet fail on setting apm? |
14:06:53 | petur | didn't look very hard |
14:07:17 | Nico_P | amiconn: re the playback bug you mentioned: I think it's a new one. It used to skip non existing files |
14:07:18 | petur | went for an easier solution: ignore failure when setting powermanagement |
14:07:27 | amiconn | Yes, saw that |
14:08:16 | amiconn | If we settle for that, I would at least save the result: if setting apm fails, don't even try next time |
14:08:29 | petur | in case anybody is interested, there's an h320 on ebay, 4 hours left, now at 50 euro |
14:08:55 | amiconn | Btw, the comment should be fixed. It's advanced power management that we're trying to enable, not power management |
14:09:05 | petur | amiconn: why spend memory on that, it doesn't take time, it retuirns ABRT at once |
14:09:07 | amiconn | The latter is mandatory, hence not programmable |
14:09:19 | petur | yes, advanced... |
14:09:23 | amiconn | Is it that fast? Then it's probably okay |
14:09:39 | amiconn | The whole ata driver could need some refactoring |
14:09:42 | petur | I haven't timed it |
14:09:53 | | Join axionix_ [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) |
14:10:38 | petur | amiconn: btw, don't you agree that disk.c is a bit fast in accepting sector 0 as an MBR? 55AA is hardly a sufficient check imo |
14:10:56 | amiconn | Do you know of any other working check? I don't |
14:11:28 | petur | I'll log in at work to see what I did there, as I have to support partitioned and superfloppy there |
14:12:03 | petur | in the mean time, I commit the CF change... |
14:12:42 | amiconn | Nano test went ok? |
14:12:48 | petur | yes |
14:14:08 | | Join CyBergRind|w [0] (n=cbr@212.98.160.129) |
14:14:44 | * | gevaerts won't bid on this h320 |
14:15:01 | amiconn | gevaerts: Wanna test a patch (sansa hotswap)? |
14:15:10 | gevaerts | amiconn: sure |
14:15:39 | petur | the h320 on ebay already runs rockbox ;) |
14:15:51 | * | petur already has two h300 |
14:16:14 | petur | could mod it with CF and sell again |
14:17:21 | amiconn | gevaerts: http://pastebin.ca/935222 |
14:17:37 | amiconn | I tried it on pixelma's c200 already |
14:17:46 | amiconn | (but without the usb stack) |
14:19:03 | amiconn | It's on purpose that the thread now uses usb_wait_for_disconnect() even when the usb stack is enabled - this way the thread won't touch the card during usb, yet the hotwap events are still fired (as the callback does it now) |
14:21:50 | gevaerts | compiling now. |
14:21:51 | amiconn | Anyone with an e200 who could test that patch too? |
14:22:17 | JdGordon | with or without the usb patch? |
14:23:10 | amiconn | Both, ideally. You need a microsd card though |
14:26:04 | JdGordon | stupid OF databse... |
14:26:14 | * | JdGordon really should be using the usb patch :p |
14:26:25 | | Join pixelma_ [0] (n=Marianne@rockbox/staff/pixelma) |
14:27:00 | | Quit pixelma (Nick collision from services.) |
14:27:15 | | Quit axionix (Read error: 110 (Connection timed out)) |
14:27:18 | | Nick pixelma_ is now known as pixelma (n=Marianne@rockbox/staff/pixelma) |
14:28:25 | JdGordon | amiconn: just test hotswapping? |
14:28:29 | amiconn | yes |
14:28:48 | JdGordon | seems to be working fine |
14:28:52 | gevaerts | It seems to work fine for "normal" disk access (i.e. without a usb connection). |
14:29:29 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
14:29:31 | | Quit jcollie ("Ex-Chat") |
14:31:47 | gevaerts | For correct usb usage, I still need to do a bit more work. |
14:34:24 | gevaerts | amiconn: would it make sense for SYS_HOTSWAP_INSERTED and SYS_HOTSWAP_EXTRACTED to put the volume number in ev.data ? Curently it will always be 1, but I think it would be better if other subsystems don't have to know that. |
14:35:11 | amiconn | Well, if you think so... |
14:35:28 | amiconn | Perhaps it will be useful for usb host support |
14:35:56 | * | stripwax notices the new look icons on www.rockbox.org |
14:36:51 | jayharu | until now... no usb recognition support.... |
14:37:13 | gevaerts | Yes, and I think the memory/code cost to just include that info would be zero or near zero |
14:37:31 | amiconn | Atm it is zero |
14:37:59 | amiconn | It's just a constant, and the code sets it to 0 corrently. I can put in a 1 instead |
14:39:28 | | Quit jayharu (".•«UPP»•.") |
14:39:57 | gevaerts | I'm now looking at code that listens to these events to see if there are any assumptions on which volune got swapped there. If we change the semantics, better change them everywhere at once |
14:42:19 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
14:43:32 | * | amiconn converts the sd driver to use atomic gpio manipulation where possible |
14:46:34 | * | gevaerts says to noone in particular that there is a write bug in the sd driver, so if anyone happens to be looking in that file anyway ... |
14:47:01 | * | gevaerts then whistles innocently |
14:50:30 | | Quit Horscht ("IRC is just multiplayer notepad") |
14:51:43 | | Join jayharu [0] (n=syaoran_@212.118.123.20) |
14:51:50 | jayharu | errrrr |
14:52:00 | jayharu | im goin to ask a very OLD Q.... |
14:52:22 | jayharu | where can i get mpeg1 and mpeg2 encoders... |
14:52:36 | jayharu | from avi to pmg i mean.... |
14:52:42 | jayharu | mpg |
14:52:48 | jayharu | for my sansa |
14:53:02 | Hodapp | well, avidemux will probably handle it |
14:53:11 | gevaerts | jayharu: have a look at http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer |
14:53:13 | jayharu | is it free? |
14:53:29 | jayharu | gevaerts: im already lookin at it.... |
14:53:44 | | Quit Lear ("ChatZilla 0.9.81 [Firefox 3.0b5pre/2008030806]") |
14:54:30 | gevaerts | jayharu: have you tried the encoders recommended there ? |
15:00 |
15:02:11 | | Join mikeage [0] (n=mmiller@lotis.site5.com) |
15:06:14 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
15:07:17 | amiconn | gevaerts: Could you remind me what the exact problem was with writing? |
15:08:09 | | Quit ali_as (Read error: 110 (Connection timed out)) |
15:10:13 | | Quit jayharu (".•«UPP»•.") |
15:11:25 | | Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) |
15:11:41 | | Quit Nevtus ("Gone") |
15:12:00 | gevaerts | amiconn: What happens is that "something" inserts two bytes at an offset of 0x220 into the write-block. The bytes are copied from 32 bytes earlier. Note that they are _inserted_, not overwritten. This seems to go away on c200 (but not on e200) if the udelay(2) is removed. |
15:12:53 | amiconn | Hmm. What happens later in the data stream? There are now 2 extra bytes... |
15:14:00 | *** | Saving seen data "./dancer.seen" |
15:15:13 | gevaerts | I didn't actually check if it really writes two bytes too many, or if it stops after the correct amount of bytes. To test that, I'd have to reproduce the error somehow on the last block written. I'll see if I can manage that. |
15:15:51 | amiconn | 0x220 is already in the second block |
15:17:11 | * | amiconn has a suspicion |
15:17:31 | amiconn | Do you know whether this happens if th eblocks are written individually? |
15:18:29 | gevaerts | I haven't tried that yet. You mean just lots of ata_write_sectors() with a count of 1 ? |
15:18:30 | | Quit Siku () |
15:19:49 | * | gevaerts swaps the real data card out, and the sacrificial card in |
15:20:05 | | Quit desowin (Read error: 104 (Connection reset by peer)) |
15:20:48 | | Join desowin [0] (n=desowin@atheme/developer/desowin) |
15:22:29 | | Part J-23 |
15:23:15 | | Quit bertrik ("bye") |
15:25:08 | | Quit quaal (Read error: 110 (Connection timed out)) |
15:25:45 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
15:27:12 | amiconn | gevaerts: Is that problem limited to sdhc or to non-hc sd, or does it happen on both? |
15:27:48 | gevaerts | amiconn: I don't have an sdhc card, so I'm not sure. |
15:27:58 | | Quit BigBambi (Remote closed the connection) |
15:27:59 | amiconn | ah |
15:28:42 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
15:33:22 | | Join Phill [0] (n=irc-Mar2@5ac47d50.bb.sky.com) |
15:33:41 | amiconn | gevaerts: Hmm. Did it happen on your card, or internal flash? |
15:34:44 | amiconn | And a related question: should I commit my patch? |
15:35:12 | gevaerts | It happens on the sd card. Maybe also on internal flash, but I don't remember. I'll retest that once I get some more data about these block-counts |
15:35:38 | Phill | amiconn: corrupton does occur on my sdhc card, but I haven't checked that it's the same 2 extra bytes problem. |
15:35:50 | | Part wrtlprnft |
15:35:51 | | Join niemand [0] (n=5b11fbb0@gateway/web/cgi-irc/labb.contactor.se/x-27cbbdf54a014ef8) |
15:35:51 | gevaerts | The hotswap patch ? I think it can be committed. |
15:35:54 | amiconn | What blocksize does your card have? (I expect standard 512 bytes) |
15:36:33 | gevaerts | My card has 512 byte blocks. |
15:36:58 | Phill | Mine has 512 byte blocks as well. |
15:37:57 | niemand | just a small question: in which file do i have to put "#define USE_ROCKBOX_USB" to test the usb stack? |
15:39:03 | gevaerts | niemand: firmware/export/config-<your_platform>.h seems a popular place for it |
15:39:57 | gevaerts | amiconn: the corruption never happens on the last ata_write_sectors() of the total usb transfer, so it always happens if there is a simultaneous USB transfer active. |
15:39:59 | | Quit Gnostic ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
15:40:01 | niemand | @ gevaerts tnx a lot |
15:40:43 | amiconn | So dma probably delays something more than it should |
15:42:00 | amiconn | Hmm, or some usb isr takes too long, so the fifo runs out of data |
15:44:23 | | Quit BigBambi (Remote closed the connection) |
15:44:51 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
15:45:28 | gevaerts | That would be transfer_completed() in usb-drv-pp502x.c then. |
15:45:57 | | Part mikeage |
15:47:51 | niemand | what does "CONFIG_USBOTG" do? |
15:48:18 | gevaerts | niemand: currently not much |
15:48:48 | niemand | and whats "USB_IPODSTYLE" ? |
15:51:17 | | Quit merbanan (Remote closed the connection) |
15:52:10 | | Quit barrywardell () |
15:52:47 | gevaerts | niemand: as far as I know, it's used to see if rockbox should check for a new rockbox binary after a connection. Since rockbox currently reboots for usb on ipod (if USE_ROCKBOX_USB is not defined), it doesn't make sense to include that checking code. |
15:54:21 | niemand | ok. when did rb start to try a reboot on usb-connect by default? i still remember seeing the usb screen on my sansa, and when i checked today and it hang i was surprised :-) |
15:55:39 | | Join Gnostic [0] (n=chatzill@cpc1-port6-0-0-cust33.cos2.cable.ntl.com) |
15:56:14 | gevaerts | amiconn: it seems that writing one block at a time doesn't have the error (or it's much rarer). It's much slower of course... |
15:57:53 | gevaerts | niemand: it shouldn't hang, but there is apparently bug somewhere that sometimes causes hang on reboot. I don't know when default reboot was introduced (before my time...), but you can ask it to not reboot by holding select on plugin |
15:59:36 | niemand | @ gevaerts : ah. that was the hint i was looking for.... :-) select on plugging in. so i dont need to use the usb stack yet... but should it show up as drive when i define use rockbox usb? |
16:00 |
16:01:05 | gevaerts | niemand: yes, but be careful. There are still bugs. See http://www.rockbox.org/twiki/bin/view/Main/PortalPlayerUsb for details |
16:03:00 | niemand | ok. i will be carefull (having a backup of my player anyways, just in case) |
16:04:51 | gevaerts | amiconn: it seems that writing to the internal flash works fine (or at least much better than sd) |
16:10:23 | | Join mf0102 [0] (n=michi@85.127.180.200) |
16:11:04 | gevaerts | amiconn: it seems that writing to the internal flash works fine (or at least much better than sd) |
16:11:26 | niemand | tnx for all the help, bye :-) and keep up the good work |
16:11:30 | | Quit niemand ("CGI:IRC") |
16:14:46 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
16:15:35 | | Join quaal [0] (n=rodney@pool-96-228-165-104.tampfl.fios.verizon.net) |
16:19:57 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
16:20:19 | | Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) |
16:21:11 | | Join DrMoos [0] (i=moos@m170.net81-66-158.noos.fr) |
16:22:04 | | Quit moos (Read error: 104 (Connection reset by peer)) |
16:22:07 | | Nick DrMoos is now known as moos (i=moos@m170.net81-66-158.noos.fr) |
16:27:35 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
16:37:04 | | Quit Mathiasdm ("Yuuw!") |
16:37:28 | | Join Mathiasdm [0] (n=Mathias@vpnj050.ugent.be) |
16:37:29 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
16:38:51 | * | amiconn wonders why gevaerts repeats himself |
16:39:43 | * | gevaerts sometimes suffers from up-arrow - enter disease in the wrong terminal window |
16:45:16 | | Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) |
16:45:45 | | Join DrMoos [0] (i=moos@m170.net81-66-158.noos.fr) |
16:45:49 | | Quit moos (Read error: 104 (Connection reset by peer)) |
16:45:59 | | Nick DrMoos is now known as moos (i=moos@m170.net81-66-158.noos.fr) |
16:48:41 | | Join codesquid [0] (n=codesqui@kong.kawo1.RWTH-Aachen.DE) |
16:56:20 | | Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) |
17:00 |
17:00:36 | | Quit Gnostic ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
17:01:21 | | Join mcuelenaere_ [0] (n=mcuelena@78-22-188-232.access.telenet.be) |
17:03:49 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
17:05:49 | | Join hannesd [0] (n=light@p5B164758.dip0.t-ipconnect.de) |
17:06:56 | | Quit moos (Read error: 110 (Connection timed out)) |
17:08:40 | | Join silvio [0] (n=silvio@adsl-84-227-42-69.adslplus.ch) |
17:09:51 | | Quit mcuelenaere_ (Read error: 104 (Connection reset by peer)) |
17:09:53 | | Quit nplus (Remote closed the connection) |
17:10:12 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
17:10:54 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
17:11:05 | | Join yavi [0] (n=553652ab@gateway/web/cgi-irc/labb.contactor.se/x-8d969220762c5fcd) |
17:11:17 | yavi | hello.. |
17:11:32 | yavi | one question |
17:11:48 | yavi | I've a problem with my ipod photo |
17:11:54 | yavi | I tried to play doom |
17:12:01 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
17:12:13 | yavi | but I think it wasn't installed propperly |
17:12:25 | yavi | and there is a message shown |
17:12:32 | Horscht | did you install the doom.wad from your original game? |
17:12:56 | yavi | that says "data abort at 01fbc6c8 |
17:12:57 | Horscht | as per instructions? |
17:13:26 | yavi | Horscht: |
17:13:35 | yavi | I think I did not install all the wads needed |
17:13:35 | Horscht | heh, I was assuming it would say "missing base wad" |
17:13:59 | yavi | do you know how to reset the ipod now? |
17:14:03 | *** | Saving seen data "./dancer.seen" |
17:14:20 | Horscht | hold menu + select for 20 seconds |
17:14:20 | yavi | because it doesn't work by clicking play for seconds |
17:14:43 | yavi | thanks |
17:14:47 | yavi | it worked |
17:14:48 | yavi | :) |
17:14:58 | yavi | and |
17:15:03 | yavi | one more question |
17:15:21 | yavi | when I reboot with the ipod firmware |
17:15:33 | yavi | how do I change again to rockbox |
17:15:35 | | Quit spiorf (Remote closed the connection) |
17:15:37 | Horscht | hold menu + select for 20 seconds |
17:15:40 | Horscht | ;) |
17:15:48 | yavi | ah ok |
17:16:09 | * | gevaerts thinks about replacing Horscht with a bot |
17:16:11 | yavi | in the manual said menu+play |
17:16:31 | Horscht | you sure it said menu + play? |
17:17:00 | yavi | let me check it |
17:17:04 | yavi | but i think it did |
17:17:31 | Horscht | 3.1.2 Turning the player on and off |
17:18:25 | Horscht | that section sounds very confusing |
17:19:29 | yavi | thanks anyway, now it works |
17:24:40 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
17:25:06 | silvio | Hi, I'm trying to do the crosscompiler, but when i run the "rockboxdev.sh" it doesnt happen anything...what can I do??? (Im using ubuntu) |
17:29:36 | | Join krazykit [0] (n=josh@adsl-99-155-238-230.dsl.ipltin.sbcglobal.net) |
17:29:42 | | Quit quaal (Read error: 113 (No route to host)) |
17:29:59 | amiconn | Bagder: around? |
17:31:35 | * | amiconn wonders if it's acceptable to use lower-case macro names in the lcd drivers |
17:31:38 | | Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) |
17:32:21 | amiconn | Problem is, I need macros for building function names, and macros for building macro names |
17:32:21 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
17:33:08 | amiconn | Right now I settled for _lcd_ (resolving to either lcd_ or lcd_remote_), _fb_, and _LCD_ |
17:35:09 | | Quit Zarggg (Connection reset by peer) |
17:35:26 | | Join Zarggg [0] (n=zarggg@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
17:38:22 | | Join spiorf [0] (n=spiorf@79.25.226.76) |
17:39:52 | | Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) |
17:40:50 | gevaerts | Is there an easy way to find out where a Stkov(0) is coming from ? |
17:41:44 | | Join toffe82 [0] (n=chatzill@adsl-75-12-168-253.dsl.frs2ca.sbcglobal.net) |
17:46:33 | XavierGr | hmm is it known that backlight fade-out is broken? (at least for h100) |
17:46:36 | BigBambi | silvio: Nothing how? |
17:46:42 | petur | monitor the stacks in the debug screen? |
17:46:46 | silvio | ? |
17:46:52 | BigBambi | silvio: What exactly happens |
17:47:17 | BigBambi | silvio: And do you have build-essential installed? |
17:47:21 | silvio | yes |
17:48:06 | gevaerts | petur: that goes away when the usb screen is shown... |
17:48:07 | XavierGr | hmm forget that settings issue, I wonder why |
17:48:33 | BigBambi | silvio: So then, what does it say exactly when you run rockboxdev.sh? |
17:48:43 | silvio | nothing! |
17:48:51 | BigBambi | It returns to the prompt? |
17:48:56 | petur | gevaerts: hack the code to jumpt to debug screen on usb connect? |
17:48:57 | BigBambi | silvio: I can't see you screen |
17:49:02 | BigBambi | You need to describe it |
17:49:10 | BigBambi | s/you/your |
17:49:50 | silvio | i can choose between run in terminal, show , (go back) , and run |
17:49:51 | Horscht | the terminal HAS to give you some output |
17:50:02 | BigBambi | silvio: You should be in a termi nal |
17:50:14 | Horscht | open a terminal, and run it (do not simply double click it) |
17:50:15 | silvio | also doesnt function |
17:50:15 | BigBambi | Then run rockboxdev.sh with sudo |
17:50:22 | BigBambi | What does it say? |
17:50:46 | | Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-f7088983c394cd37) |
17:50:48 | Horscht | yes, it does. But if you double click it and select run in terminal, the terminal instantly closes after execution |
17:50:54 | Horscht | open a terminal, manualy |
17:50:59 | silvio | how? |
17:51:15 | Horscht | applications -> system -> terminal |
17:51:40 | BigBambi | then go to the directory and run "sudo ./rockboxdev.sh" |
17:51:57 | XavierGr | ah it was the change to miliseconds, but configuration file has a value of '2' for backlight fade out. I guess at a point that meant seconds but now the settings is for ms |
17:52:00 | Horscht | then cd to where roboxdev is located and run it as per BigBambi's instructions |
17:52:13 | silvio | sudo ./rockboxdev.sh |
17:52:16 | silvio | sorry |
17:52:27 | silvio | it shows: command not found |
17:52:38 | BigBambi | silvio: You need to be in the correct directory |
17:52:48 | Horscht | cd to where the rockboxdev.sh script is located |
17:52:53 | silvio | ok |
17:53:42 | Horscht | you do know how to change directory in a sheell/terminal? |
17:55:40 | BigBambi | silvio: Did you use SVN to download the source? |
17:56:03 | silvio | ( desktop/rockbox-20080306/tools ) ??? |
17:56:14 | silvio | and cd before |
17:56:22 | | Quit tedrock (Client Quit) |
17:56:41 | BigBambi | cd ~/Desktop/rockbox-20080306/tools |
17:57:27 | silvio | im there now |
17:57:39 | BigBambi | now type sudo ./rockboxdev.sh |
17:59:30 | | Join bblack [0] (n=bblack@38-118-35-20.rapiddsl.net) |
17:59:39 | | Quit Mathiasdm ("Yuuw!") |
17:59:39 | silvio | silvio@estrich:~/Desktop/rockbox-20080306/tools$ ./rockboxdev.sh |
17:59:39 | silvio | Download directory: /tmp/rbdev-dl (edit script to change dir) |
17:59:39 | silvio | Install prefix: /usr/local/[target] (edit script to change dir) |
17:59:39 | DBUG | Enqueued KICK silvio |
17:59:39 | silvio | Build dir: /tmp/rbdev-build (edit script to change dir) |
17:59:39 | silvio | WARNING: this script is set to install in /usr/local but has no |
17:59:40 | *** | Alert Mode level 1 |
17:59:40 | silvio | WARNING: write permission to do so! Please fix and re-run this script |
17:59:51 | BigBambi | silvio: Please don't paste loads here |
18:00 |
18:00:03 | silvio | ok |
18:00:06 | BigBambi | Use www.pastebin.ca in the future |
18:00:07 | Horscht | plus, if you are told to type sudo roboxdev.sh |
18:00:09 | BigBambi | silvio: You need to use sudo |
18:00:13 | Horscht | then do so |
18:00:19 | BigBambi | silvio: "sudo ./rockboxdev.sh" |
18:00:37 | | Join tedrock [0] (n=tedrock@d235-159-75.home1.cgocable.net) |
18:01:08 | bblack | hi guys, I found a database bug that I isolated/reproduced on my Sansa e270. Anybody else with a sansa to see if it can be reproduced before filling a bug report? |
18:01:38 | BigBambi | bblack: Are you using a current official build? |
18:01:45 | silvio | yay thank you very much guys!!! |
18:01:53 | bblack | yes, latest official build |
18:02:16 | silvio | its working! :-) |
18:02:21 | BigBambi | silvio: When it finishes you will need to add some items to your PATH variable - the script will tell you what at the end. Make sure you do that or you still won't be able to compile. |
18:02:41 | BigBambi | bblack: I can try if you like, could you write me out full instructions on how to reproduce? |
18:02:47 | | Quit desowin () |
18:06:35 | | Join n1s [0] (n=nils@nl104-209-105.student.uu.se) |
18:07:59 | bblack | BigBambi: BigBambi: enable Gather Runtime Data; go in WPS, press Select, browse the Database by Albums and select an Album, you'll have all the songs in the album displayed; long press select on one song and insert it in the playlist; when the operation is done and the database is shown again, not all the songs in the current views are shown, sometimes only a couple, sometimes only one, sometimes none, sometimes I get a "Database not ready." err |
18:08:22 | bblack | BigBambi: I can always reproduce it on mine with Gather Runtime Data enabled; if it's disabled, all works well |
18:08:28 | BigBambi | bblack: I'll try |
18:09:41 | *** | Alert Mode OFF |
18:09:42 | BigBambi | Just initialising :) |
18:13:12 | BigBambi | bblack: I see something similar. I turned on, went into Database-Album, and started the first song. I then pressed select from the WPS to get back to the screen I just came from and saw only some of the tracks, not the thirteen in the album |
18:13:49 | BigBambi | If I press play to get back to the WPS, then select again, I see all of the tracks as they should be |
18:14:11 | | Join eigma [0] (n=cat@216.48.162.210) |
18:14:13 | saratoga | could someone familar with makefiles take a look at FS #8619 one of these days? |
18:15:00 | BigBambi | bblack: If I then (with music playing) browse to a different album, long select and insert a song, go to WPS, then press select back to the album, again a seemingly random number of tracks are missing |
18:16:13 | BigBambi | bblack: As you do, with Gather Runtime Data off, all works properly |
18:16:55 | bblack | ok, so it's confirmed; I'm a programmer but very new with rockbox; if ant dev have any pointers about what can be wrong, I could take a look (already compiled and looked at tagcache.c) |
18:17:26 | | Quit XavierGr (Nick collision from services.) |
18:17:39 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
18:17:59 | | Quit ChanServ (Shutting Down) |
18:19:57 | | Join ChanServ [0] (ChanServ@services.) |
18:19:57 | Mode | "#rockbox +o ChanServ " by irc.freenode.net |
18:20:05 | gevaerts | amiconn: there is one problem left in the sd hotswap handling as far as USB is concerned : the card isn't initialized on insert. I'm not sure how to solve this |
18:20:44 | amiconn | Hmm |
18:21:33 | amiconn | The MMC driver on Ondio auto-initialises the card on first access |
18:22:12 | | Join bluebrother [0] (n=Dom@f053153160.adsl.alicedsl.de) |
18:22:20 | bblack | BigBambi: thanks for testing |
18:22:27 | | Join DaCapn [0] (n=dacapn@c-76-105-220-239.hsd1.or.comcast.net) |
18:22:28 | BigBambi | bblack: No probs |
18:22:34 | gevaerts | amiconn: The sd driver as well, but USB gets card info before actually accessing it (it needs block size and count) |
18:23:30 | | Join ryran [0] (n=ryran@adsl-1-180-13.clt.bellsouth.net) |
18:23:52 | amiconn | Can't you just make the usb driver read sector 0 before fetching the card info? |
18:24:13 | amiconn | A bit hackish though |
18:26:18 | Phill | bblack: This might be a clue to finding the problem. I am running a build with dircache enabled (FS #7598) and do not have this problem. With dircache disabled, I see the behaviour you describe. |
18:27:19 | BigBambi | Phill, bblack Good point - I tested on my E200 (which does nto have dircache). I will test on one of my other targets with dircache |
18:27:21 | | Part eigma |
18:28:18 | | Quit yavi ("CGI:IRC (EOF)") |
18:28:57 | bblack | Phill: I actually thought about that (enabling dircache); because of the random behaviour, it looks like a locking problem; without the gather runtime data, the UI locks before getting back to the list and you can see "Searching..." for a bit; with the gather runtime data, it goes back directly to the incomplete list |
18:29:13 | bblack | Phill: I'll enable the dircache too to see what's going on |
18:29:34 | gevaerts | amiconn: I might do it that way. It will require some thinking on where I can get the 512 needed bytes safely |
18:30:18 | amiconn | I'd just use an auto var in this case (i.e. stack) |
18:31:32 | gevaerts | How big is the stack usually ? |
18:31:52 | amiconn | Depends on the thread, as each thread has its own |
18:33:08 | gevaerts | OK. The usb stack already adds 0x800 to the default size for fat-mounting purposes, so I should be safe |
18:33:22 | BigBambi | bblack: Same problem on my gigabeat F with dircache on and gather runtime data on |
18:33:24 | amiconn | The minimum (DEFAULT_STACK_SIZE) is 1KB, but several threads have more. Main thread has 8KB, and the USB thread also has quite a bit more iirc, because it does the remount after usb |
18:33:37 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
18:33:51 | Phill | bblack: In fact, the problem occurs with dircache enabled and database 'Load to RAM' disabled. It seems to be enabling the latter that fixes it. IIRC this was the reason I wrote the patch FS #7598 in the first place. |
18:34:11 | | Quit suom1 (card.freenode.net irc.freenode.net) |
18:34:11 | NSplit | card.freenode.net irc.freenode.net |
18:34:11 | | Quit Slasheri (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit Tuplanolla (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit Jon-Kha (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit nplus (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit hannesd (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit Nico_P (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit stripwax (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit ol_schoola (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit FOAD (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit BHSPitMonkey_ (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit Galois (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit J (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit phi (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit cg (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit n17ikh (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit dionoea (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit advcomp2019 (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit cnakiinjp (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit crope` (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit Rick (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit parafin (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit feisar (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit rasher (card.freenode.net irc.freenode.net) |
18:34:11 | | Quit Hadaka (card.freenode.net irc.freenode.net) |
18:34:29 | NHeal | card.freenode.net irc.freenode.net |
18:34:29 | NJoin | nplus [0] (n=nplus@141.25.Globcom.Net) |
18:34:29 | NJoin | hannesd [0] (n=light@p5B164758.dip0.t-ipconnect.de) |
18:34:29 | NJoin | Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
18:34:29 | NJoin | stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
18:34:29 | NJoin | ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
18:34:29 | NJoin | FOAD [0] (n=dok@dinah.blub.net) |
18:34:29 | | Join rasher [50] (n=rasher@rockbox/developer/rasher) |
18:34:29 | NJoin | BHSPitMonkey_ [0] (n=stephen@129.120.244.114) |
18:34:29 | NJoin | Jon-Kha [0] (n=jon-kha@80-248-247-190.cust.suomicom.fi) |
18:34:29 | NJoin | cg [0] (n=cromos@88.193.143.80) |
18:34:29 | NJoin | Rick [0] (i=rick@unaffiliated/rick) |
18:34:29 | NJoin | advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
18:34:29 | NJoin | cnakiinjp [0] (i=0@86.122.116.44) |
18:34:29 | NJoin | phi [0] (n=traipse@85.17.19.50) |
18:34:29 | NJoin | J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) |
18:34:29 | NJoin | parafin [0] (i=parafin@paraf.in) |
18:34:29 | NJoin | crope` [0] (n=crope@dyn3-82-128-184-115.psoas.suomi.net) |
18:34:29 | NJoin | n17ikh [0] (n=n17ikh@130-127-78-117.calhoun.resnet.clemson.edu) |
18:34:29 | | Join dionoea [0] (n=dionoea@videolan/developer/dionoea) |
18:34:29 | NJoin | suom1 [0] (i=suom1@irssi.mobi) |
18:34:29 | NJoin | Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) |
18:34:29 | NJoin | Slasheri [0] (i=miipekk@xen.ihme.org) |
18:34:29 | NJoin | Hadaka [0] (i=naked@naked.iki.fi) |
18:34:29 | NJoin | Galois [0] (i=djao@efnet-math.org) |
18:34:29 | NJoin | feisar [0] (i=jljhook@noppakerho.com) |
18:35:07 | | Join LambdaCalculus37 [0] (n=1800dac6@gateway/web/cgi-irc/labb.contactor.se/x-4b3480212e5414bb) |
18:36:40 | BigBambi | Phill, bblack On the gigabeat F it still doesn't work with both db load to RAM and dircache enabled |
18:42:15 | amiconn | Any opinion on the macro case problem? Our general rules say macro names shall be all uppercase, but the way I have it now makes it more readable imo |
18:44:33 | | Quit n1s () |
18:44:37 | amiconn | Here's what I have: http://pastebin.ca/935452 |
18:45:16 | amiconn | lcd-remote-1bit-v.c is now just 28 lines, the majority of which is the rockbox header... |
18:45:47 | | Join stripwax__ [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
18:46:10 | | Quit stripwax__ (Client Quit) |
18:46:28 | | Join stripwax__ [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
18:46:38 | | Quit stripwax__ (Client Quit) |
18:47:51 | | Join SSnake [0] (n=dfsff@host-84-220-194-171.cust-adsl.tiscali.it) |
18:48:08 | SSnake | good sunday everione |
18:48:24 | LambdaCalculus37 | SSnake: Hi! |
18:49:00 | SSnake | many congrats for the new CF commit |
18:49:06 | SSnake | really really useful |
18:49:33 | LambdaCalculus37 | Makes it much easier to mod a DAP with a CF card now. |
18:49:33 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
18:49:58 | SSnake | absolutely...i'm planning to change my hdd in iriver h320 |
18:50:15 | LambdaCalculus37 | I'm going to put a CF card in my 4G iPod color. |
18:50:27 | | Join Llorean [0] (n=DarkkOne@adsl-75-34-122-148.dsl.hstntx.sbcglobal.net) |
18:50:30 | LambdaCalculus37 | And also mod my girlfriend's H320. |
18:50:32 | petur | amiconn: not convinced this is readable :/ |
18:50:39 | SSnake | i hope u'll make put also my game :> |
18:51:00 | SSnake | (today my english is full of mistakes) |
18:51:01 | amiconn | petur: Do you have a better idea? |
18:51:25 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
18:51:25 | * | LambdaCalculus37 turns off the dyslexic ray so SSnake will stop screwing up his English :) |
18:51:45 | SSnake | :> i love this crew |
18:51:48 | petur | LambdaCalculus37: you'll also need a patched bootloader for the h320 |
18:52:02 | petur | and the original firmware does not like CF |
18:52:20 | SSnake | mmm i was thinking about that |
18:52:20 | LambdaCalculus37 | petur: The H120 OF also hates CF, I heard. |
18:52:35 | SSnake | but the commit dows'n cover bootloader? |
18:52:39 | petur | amiconn: no, but I'm not sure what you're trying to obtain |
18:52:55 | petur | and no time now, got to cook dinner |
18:53:11 | amiconn | I want to get rid of code duplication |
18:53:14 | LambdaCalculus37 | petur: Okay, take care! See you later! |
18:53:42 | | Join jimi [0] (n=jimi@intranet.mystateinsurance.com) |
18:53:51 | jimi | Is there a rockbox installer for mac ? |
18:54:00 | BigBambi | jimi: Yep |
18:54:06 | amiconn | The drivers are all the same, apart from the actual function/variable names, and one single call |
18:54:14 | BigBambi | jimi: Is it not linked from the manual? |
18:54:18 | amiconn | (scroll init is only done in main driver) |
18:54:35 | jimi | BigBambi: i am in console mode only at the moment |
18:54:46 | LambdaCalculus37 | jimi: What player? |
18:54:52 | jimi | BigBambi: Do you know if i have to format my ipod as a mac fs if moving from windows to mac? |
18:55:05 | LambdaCalculus37 | jimi: No, leave it FAT32. |
18:55:07 | linuxstb_ | jimi: No, Macs are happy reading FAT-formatted ipods. |
18:55:11 | jimi | LambdaCalculus37: 1g nano... i had rockbox on it before under linux.. and once again under windows |
18:55:22 | BigBambi | jimi: And rockbox won't read a HFS+ iPod |
18:55:27 | jimi | ah ok |
18:55:27 | LambdaCalculus37 | jimi: Is Rockbox still on it? |
18:55:30 | jimi | no |
18:55:32 | jimi | I wish |
18:55:47 | LambdaCalculus37 | jimi: Do you have the wget utility? |
18:55:54 | * | LambdaCalculus37 rewords that |
18:56:01 | LambdaCalculus37 | Do you have wget on your Mac? |
18:56:12 | jimi | i have curl |
18:56:17 | BigBambi | jimi: http://download.rockbox.org/rbutil/macosx/ |
18:56:21 | jimi | ty |
18:56:32 | BigBambi | jimi: Sorry, http://download.rockbox.org/rbutil/macosx/rbutilqt-m1.0.4.dmg |
18:57:11 | SSnake | ...ok guy it's time to get in business...i need some advice on a strange behaviuor.... |
18:57:18 | jimi | thanks |
18:57:30 | jimi | a guy at work was bragging about how his new nano plays movies |
18:57:37 | jimi | i was like pfft.. mine was doing that years ago :P |
18:57:53 | BigBambi | jimi: But I think for cli you need to compile it, I think that is the gui version |
18:58:10 | jimi | cli? |
18:58:12 | SSnake | whenever i enter my menu (in a plugin) the playback stops...have you ever had this problem? |
18:58:20 | SSnake | COMMAND LINE INTERFACE |
18:58:20 | gevaerts | LambdaCalculus37: be careful, some people won't like you recommending wget... |
18:58:21 | BigBambi | jimi: Command Line interface |
18:58:22 | jimi | doh |
18:58:23 | jimi | :P |
18:58:34 | jimi | i can start the gui |
18:58:38 | jimi | thanks for the help |
18:58:43 | BigBambi | jimi: No probs |
18:58:48 | jimi | damn |
18:58:56 | jimi | i cant open it because it isnt supported on this system |
18:59:05 | BigBambi | Which Mac do you have> |
18:59:06 | BigBambi | ? |
18:59:12 | jimi | ibook |
18:59:18 | jimi | OSX 10.4.11 |
18:59:28 | BigBambi | So an intel? |
18:59:32 | jimi | ppc |
18:59:35 | BigBambi | OK |
18:59:39 | BigBambi | jimi: Try http://download.rockbox.org/rbutil/macosx/rbutilqt-1.0.3.dmg |
19:00 |
19:00:11 | linuxstb_ | gevaerts: He doesn't seem to mind the W word ;) |
19:00:20 | jimi | trying now |
19:00:20 | BigBambi | jimi: There was a rbutil for Mac that was compiled for intel only, but I thought that it had been replaced. Anyway, try that one. |
19:00:20 | | Quit Jon-Kha (Read error: 131 (Connection reset by peer)) |
19:00:53 | jimi | success, it launched |
19:01:11 | LambdaCalculus37 | \o/ |
19:01:15 | BigBambi | jimi: Cool |
19:01:57 | BigBambi | jimi: 1.0.4 was originally compiled just for intel by mistake, but I thought that had been corrected. Maybe the intel + ppc version hasn't made it to the download server yet |
19:02:06 | | Join ali_as [0] (n=as@ambix.plus.com) |
19:03:12 | jimi | ah ok ty |
19:03:49 | jimi | stupid itunes mounts and unmounts it before i can :P |
19:04:08 | | Join countrymonkey [0] (n=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-40c6accd8fe313c3) |
19:04:53 | bblack | I'm trying to enable dircache and load to ram on sansa build. Do I have to do something else in addition to defining HAVE_DIRCACHE and HAVE_TC_RAMCACHE? |
19:05:06 | LambdaCalculus37 | jimi: Set iTunes to not automatically start when you connect your device. |
19:05:12 | countrymonkey | fs#8604 is a simple fix, could it be taken care of? |
19:05:18 | countrymonkey | I mean 8704 |
19:05:29 | jimi | LambdaCalculus37: i just did.. heh it was a battle back and forth |
19:05:53 | | Quit miepchen^schlaf (Connection timed out) |
19:05:59 | linuxstb_ | bblack: I may be wrong, but I don't think dircache works with hot-swap devices (i.e. the SD card on the Sansa). |
19:06:03 | countrymonkey | bblack: No reason to do so; flash targets are fast enough without this. |
19:06:19 | | Join miepchen^schlaf [0] (n=el_miep@p54BF51C6.dip.t-dialin.net) |
19:06:49 | bblack | linuxstb_, countrymonkey: I'm trying to play around with a database bug to see if it's influenced by those |
19:06:54 | linuxstb_ | countrymonkey: There is a reason - some database features rely on dircache |
19:06:55 | saratoga | countrymonkey: i think there was some bug that supposed to work around on the Sansa |
19:06:57 | jimi | Does rockbox unmound the device during install? |
19:07:09 | BigBambi | countrymonkey: Check the logs |
19:07:11 | saratoga | i'm actually curious about load to ram too |
19:07:22 | bluebrother | jimi: you're referring to Rockbox Utility? No. |
19:07:46 | bblack | if I just define those two, it's not compiling |
19:07:48 | BigBambi | bluebrother: Does the bootloader part of ipods and sansa's not require it to be unmounted? |
19:07:48 | jimi | bluebrother: half way through the installation, the ipod icon disappears off my screen and freezes at downloading the boot image |
19:08:41 | bluebrother | BigBambi: not strictly (at least on linux, not sure about mac). It "just" modifies the content of a hidden partition |
19:08:53 | BigBambi | bluebrother: OK, I wasn't sure :) |
19:08:58 | LambdaCalculus37 | BigBambi: Let me check the manual. |
19:09:02 | countrymonkey | BigBambi: Check the logs about what? |
19:09:07 | jimi | Damn, now the rockbox utility is not responding |
19:09:14 | linuxstb_ | On OS X, it's required to be unmounted, but ipodpatcher/sansapatcher (and I assume rbutil) should unmount the device for the user. |
19:09:18 | BigBambi | countrymonkey: About why bblack is trying to enable dircache on the sansa |
19:09:21 | bluebrother | I _think_ there was an issue about this on mac. Can't remember exactly though. |
19:09:31 | BigBambi | Yay I was right :) |
19:09:46 | * | bluebrother stands corrected |
19:09:53 | Phill | bblack: Those defines won't work on their own on multivolume targets. If you apply the patch in FS #7598 you will be able to use dircache. Alternatively you may be able to not define HAVE_MULTIVOLUME, although then the sd slot won't work of course. |
19:10:01 | bblack | countrymonkey: there is a bug related to the database on the sansas when gather runtime data is on |
19:10:06 | * | LambdaCalculus37 gives BigBambi a gold star |
19:10:11 | BigBambi | :) |
19:10:26 | jimi | hmm, i should try installing rockbox using the command line instead |
19:10:41 | LambdaCalculus37 | jimi: For reference: http://download.rockbox.org/manual/rockbox-ipodnano/rockbox-buildch2.html#x4-110002.3.2 |
19:10:50 | LambdaCalculus37 | Scroll down a bit to the Mac OS X section. |
19:11:01 | bblack | Phill: so apply your patch and define HAS_DIRCACHE? what about load to ram? |
19:11:45 | Phill | bblack: Once dircache is enabled, the load to ram is enabled automatically. |
19:11:47 | BigBambi | bblack: Not just the sansa |
19:12:06 | BigBambi | bblack: I saw the same bug on my gigabeat, and dircache didn't affect that |
19:12:10 | * | bluebrother checks how rbutil handles this |
19:12:27 | bblack | BigBambi: right. Did you try the load to ram on gigabeat? |
19:12:37 | Phill | BigBambi: Was the database definitely loaded to RAM when you tested? Did you go into the debug screen to verify? |
19:12:49 | BigBambi | bblack: Er, I think so, but not sure. I'll check again :) |
19:12:54 | * | BigBambi curses his memory |
19:13:43 | * | bblack is recompiling with Phill's patch... |
19:14:06 | *** | Saving seen data "./dancer.seen" |
19:14:25 | | Quit mf0102 ("Verlassend") |
19:14:43 | bluebrother | hmm, the ipodpatcher / sansapatcher code handles the unmounting internally. So rbutil will also do this. |
19:15:04 | jimi | LambdaCalculus37: this is working..ty.. why didnt the gui work? |
19:15:33 | LambdaCalculus37 | jimi: Dunno. |
19:15:46 | LambdaCalculus37 | Besides, my iMac only runs MacOS 9.2.2. :) |
19:16:11 | jimi | heh |
19:16:16 | jimi | mine is ancient also |
19:16:31 | jimi | moving images to create new firmware... shouldnt be too long now |
19:16:51 | * | LambdaCalculus37 wonders how hard it would be to write a version of RButil for MacOS 9 :) |
19:17:18 | SSnake | ...i really dont' understand why the call to a rb->do_menu can stop music playback... |
19:17:34 | SSnake | any advice? |
19:17:55 | SSnake | it's using a simple MENU STRINGLIST |
19:18:13 | jimi | seems to be hunt at the moving firmware screen |
19:18:22 | BigBambi | ? |
19:18:31 | | Quit hannesd ("Client suicide") |
19:18:37 | bluebrother | LambdaCalculus37: well, according to their website Qt only supports OS X 10.3 upwards |
19:18:50 | BigBambi | So quite hard then :) |
19:19:05 | LambdaCalculus37 | bluebrother: That answers that, I guess. :) |
19:19:20 | LambdaCalculus37 | Twas a silly thought, anyway. |
19:19:22 | bluebrother | well, you could of course port Qt to OS 9 ... ;-) |
19:19:32 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
19:19:43 | LambdaCalculus37 | bluebrother: Forget that. I'm not about to. ;) |
19:19:51 | | Quit suom1 (card.freenode.net irc.freenode.net) |
19:19:51 | NSplit | card.freenode.net irc.freenode.net |
19:19:51 | | Quit Slasheri (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit Tuplanolla (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit Galois (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit n17ikh (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit J (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit phi (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit advcomp2019 (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit Rick (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit FOAD (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit stripwax (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit Nico_P (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit ol_schoola (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit parafin (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit cnakiinjp (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit crope` (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit dionoea (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit feisar (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit cg (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit nplus (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit BHSPitMonkey_ (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit Hadaka (card.freenode.net irc.freenode.net) |
19:19:51 | | Quit rasher (card.freenode.net irc.freenode.net) |
19:19:54 | BigBambi | Wimp |
19:20:09 | LambdaCalculus37 | BigBambi: :P |
19:20:20 | | Quit soap (Read error: 104 (Connection reset by peer)) |
19:20:20 | NHeal | card.freenode.net irc.freenode.net |
19:20:20 | NJoin | nplus [0] (n=nplus@141.25.Globcom.Net) |
19:20:20 | NJoin | Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
19:20:20 | NJoin | stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
19:20:20 | NJoin | ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
19:20:20 | NJoin | FOAD [0] (n=dok@dinah.blub.net) |
19:20:20 | NJoin | rasher [50] (n=rasher@rockbox/developer/rasher) |
19:20:20 | NJoin | BHSPitMonkey_ [0] (n=stephen@129.120.244.114) |
19:20:20 | NJoin | cg [0] (n=cromos@88.193.143.80) |
19:20:20 | NJoin | Rick [0] (i=rick@unaffiliated/rick) |
19:20:20 | NJoin | advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
19:20:20 | NJoin | cnakiinjp [0] (i=0@86.122.116.44) |
19:20:20 | NJoin | phi [0] (n=traipse@85.17.19.50) |
19:20:20 | NJoin | J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) |
19:20:20 | NJoin | parafin [0] (i=parafin@paraf.in) |
19:20:20 | NJoin | crope` [0] (n=crope@dyn3-82-128-184-115.psoas.suomi.net) |
19:20:20 | NJoin | n17ikh [0] (n=n17ikh@130-127-78-117.calhoun.resnet.clemson.edu) |
19:20:20 | NJoin | dionoea [0] (n=dionoea@videolan/developer/dionoea) |
19:20:20 | NJoin | suom1 [0] (i=suom1@irssi.mobi) |
19:20:20 | NJoin | Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) |
19:20:20 | NJoin | Slasheri [0] (i=miipekk@xen.ihme.org) |
19:20:20 | NJoin | Hadaka [0] (i=naked@naked.iki.fi) |
19:20:20 | NJoin | Galois [0] (i=djao@efnet-math.org) |
19:20:20 | NJoin | feisar [0] (i=jljhook@noppakerho.com) |
19:20:22 | bluebrother | but it runs on W98. Wasn't aware of that |
19:20:38 | bluebrother | (but as we use w2k functions rbutil won't run on w98 anyway) |
19:20:43 | LambdaCalculus37 | bluebrother: What, Qt? |
19:20:50 | bluebrother | yep. |
19:21:15 | bluebrother | I was quite a bit surprised about that |
19:21:17 | LambdaCalculus37 | Looks like I've got something new to kick around on my W98 VM, then. |
19:21:49 | | Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") |
19:21:58 | | Join LambdaCalculus37 [0] (n=1800dac6@gateway/web/cgi-irc/labb.contactor.se/x-036ba05c85d2fc48) |
19:22:10 | jimi | does ipod patcher have a more verbose mode? |
19:22:14 | jimi | shows where this is hanging? |
19:22:36 | LambdaCalculus37 | Stupid CGI:IRC... =/ |
19:22:41 | BigBambi | jimi: linuxstb is the man to ask about ipodpatcher |
19:23:07 | | Quit suom1 (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit Slasheri (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit Tuplanolla (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit Galois (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit n17ikh (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit J (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit phi (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit advcomp2019 (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit Rick (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit FOAD (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit stripwax (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit Nico_P (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit ol_schoola (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit parafin (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit cnakiinjp (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit crope` (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit dionoea (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit feisar (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit cg (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit nplus (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit BHSPitMonkey_ (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit Hadaka (card.freenode.net irc.freenode.net) |
19:23:07 | | Quit rasher (card.freenode.net irc.freenode.net) |
19:23:24 | NJoin | nplus [0] (n=nplus@141.25.Globcom.Net) |
19:23:24 | NJoin | Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
19:23:24 | NJoin | stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
19:23:24 | NJoin | ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
19:23:24 | NJoin | FOAD [0] (n=dok@dinah.blub.net) |
19:23:24 | NJoin | rasher [50] (n=rasher@rockbox/developer/rasher) |
19:23:24 | NJoin | BHSPitMonkey_ [0] (n=stephen@129.120.244.114) |
19:23:24 | NJoin | cg [0] (n=cromos@88.193.143.80) |
19:23:24 | NJoin | Rick [0] (i=rick@unaffiliated/rick) |
19:23:24 | NJoin | advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
19:23:24 | NJoin | cnakiinjp [0] (i=0@86.122.116.44) |
19:23:24 | NJoin | phi [0] (n=traipse@85.17.19.50) |
19:23:24 | NJoin | J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) |
19:23:24 | NJoin | parafin [0] (i=parafin@paraf.in) |
19:23:24 | NJoin | crope` [0] (n=crope@dyn3-82-128-184-115.psoas.suomi.net) |
19:23:24 | NJoin | n17ikh [0] (n=n17ikh@130-127-78-117.calhoun.resnet.clemson.edu) |
19:23:24 | NJoin | dionoea [0] (n=dionoea@videolan/developer/dionoea) |
19:23:24 | NJoin | suom1 [0] (i=suom1@irssi.mobi) |
19:23:24 | NJoin | Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) |
19:23:24 | NJoin | Slasheri [0] (i=miipekk@xen.ihme.org) |
19:23:24 | NJoin | Hadaka [0] (i=naked@naked.iki.fi) |
19:23:24 | NJoin | Galois [0] (i=djao@efnet-math.org) |
19:23:24 | NJoin | feisar [0] (i=jljhook@noppakerho.com) |
19:23:45 | | Join midkay_ [0] (n=midkay@71-35-98-242.tukw.qwest.net) |
19:23:56 | | Join GrooveStix [0] (n=chatzill@adsl-76-226-157-176.dsl.sfldmi.sbcglobal.net) |
19:24:24 | jimi | linuxstb_: ipodpatcher seems to hang at the portion that says [INFO] Moving images to create room for new firmware |
19:25:09 | BigBambi | bblack: Phill: Now it seems to work on the gigabeat with and without load to RAM (although without I get database not ready from time to time as the disk is grinding away) |
19:25:21 | * | LambdaCalculus37 going to go have lunch |
19:25:25 | bblack | BigBambi, Phill: with Load to Ram enabled (no dircache enabled) it works just fine; I suspect it's just a work around and it works because of the faster DB access |
19:25:28 | jimi | Oh shit |
19:25:32 | jimi | This is usb 1.0 |
19:25:36 | GrooveStix | oh hai people! |
19:25:49 | | Quit countrymonkey ("CGI:IRC") |
19:25:53 | GrooveStix | :) |
19:26:18 | | Quit LambdaCalculus37 (Client Quit) |
19:26:20 | BigBambi | bblack: Well good luck, I don't use the database personally, but it would be nice to have it work properly :) |
19:26:40 | GrooveStix | does anyone know what's the most battery efficient way to browse through (the music in) rockbox? database or the directory structure? |
19:26:55 | | Quit kushal_12_27_200 ("Leaving") |
19:27:00 | jimi | I can't seem to get past this stage. :/ |
19:27:19 | | Quit suom1 (card.freenode.net irc.freenode.net) |
19:27:19 | | Quit Slasheri (card.freenode.net irc.freenode.net) |
19:27:19 | | Quit Tuplanolla (card.freenode.net irc.freenode.net) |
19:27:19 | | Quit Galois (card.freenode.net irc.freenode.net) |
19:27:19 | | Quit n17ikh (card.freenode.net irc.freenode.net) |
19:27:19 | | Quit J (card.freenode.net irc.freenode.net) |
19:27:19 | | Quit phi (card.freenode.net irc.freenode.net) |
19:27:19 | | Quit advcomp2019 (card.freenode.net irc.freenode.net) |
19:27:19 | | Quit Rick (card.freenode.net irc.freenode.net) |
19:27:19 | | Quit FOAD (card.freenode.net irc.freenode.net) |
19:27:19 | | Quit stripwax (card.freenode.net irc.freenode.net) |
19:27:19 | | Quit Nico_P (card.freenode.net irc.freenode.net) |
19:27:19 | | Quit ol_schoola (card.freenode.net irc.freenode.net) |
19:27:20 | | Quit parafin (card.freenode.net irc.freenode.net) |
19:27:20 | | Quit cnakiinjp (card.freenode.net irc.freenode.net) |
19:27:20 | | Quit crope` (card.freenode.net irc.freenode.net) |
19:27:20 | | Quit dionoea (card.freenode.net irc.freenode.net) |
19:27:20 | | Quit feisar (card.freenode.net irc.freenode.net) |
19:27:20 | | Quit cg (card.freenode.net irc.freenode.net) |
19:27:20 | | Quit nplus (card.freenode.net irc.freenode.net) |
19:27:20 | | Quit BHSPitMonkey_ (card.freenode.net irc.freenode.net) |
19:27:20 | | Quit Hadaka (card.freenode.net irc.freenode.net) |
19:27:20 | | Quit rasher (card.freenode.net irc.freenode.net) |
19:27:43 | bblack | without the gather runtime data, the interface waits for the DB but with the setting enabled it doesn't, and I suspect it access it while the DB is not ready yet |
19:27:53 | NJoin | nplus [0] (n=nplus@141.25.Globcom.Net) |
19:27:53 | NJoin | Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
19:27:53 | NJoin | stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
19:27:53 | NJoin | ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
19:27:53 | NJoin | FOAD [0] (n=dok@dinah.blub.net) |
19:27:53 | NJoin | rasher [50] (n=rasher@rockbox/developer/rasher) |
19:27:53 | NJoin | BHSPitMonkey_ [0] (n=stephen@129.120.244.114) |
19:27:53 | NJoin | cg [0] (n=cromos@88.193.143.80) |
19:27:53 | NJoin | Rick [0] (i=rick@unaffiliated/rick) |
19:27:53 | NJoin | advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
19:27:53 | NJoin | cnakiinjp [0] (i=0@86.122.116.44) |
19:27:53 | NJoin | phi [0] (n=traipse@85.17.19.50) |
19:27:53 | NJoin | J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) |
19:27:53 | NJoin | parafin [0] (i=parafin@paraf.in) |
19:27:53 | NJoin | crope` [0] (n=crope@dyn3-82-128-184-115.psoas.suomi.net) |
19:27:53 | NJoin | n17ikh [0] (n=n17ikh@130-127-78-117.calhoun.resnet.clemson.edu) |
19:27:53 | NJoin | dionoea [0] (n=dionoea@videolan/developer/dionoea) |
19:27:53 | NJoin | suom1 [0] (i=suom1@irssi.mobi) |
19:27:53 | NJoin | Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) |
19:27:53 | NJoin | Slasheri [0] (i=miipekk@xen.ihme.org) |
19:27:53 | NJoin | Hadaka [0] (i=naked@naked.iki.fi) |
19:27:53 | NJoin | Galois [0] (i=djao@efnet-math.org) |
19:27:53 | NJoin | feisar [0] (i=jljhook@noppakerho.com) |
19:27:57 | BigBambi | GrooveStix: I would have thought with both in RAM it would be pretty negligible |
19:29:28 | | Join GrooveStix_ [0] (n=chatzill@adsl-75-46-37-71.dsl.sfldmi.sbcglobal.net) |
19:29:34 | bluebrother | jimi: try -v or −−verbose |
19:29:43 | GrooveStix_ | ooops! wireless network crashed... |
19:29:44 | | Join quaal [0] (n=rodney@pool-96-228-165-104.tampfl.fios.verizon.net) |
19:29:45 | jimi | bluebrother: it finished |
19:29:54 | jimi | bluebrother: but rockbox.ipod is missing on boot :> |
19:29:56 | linuxstb_ | jimi: I was about to say - just be patient... ;) |
19:30:15 | jimi | linuxstb_: i think it took so long.. because it is usb 1.0 last time i used 2.0 and it went a lot faster |
19:30:16 | bluebrother | jimi: sure, ipodpatcher won't install that. But this should work fine with rbutil |
19:30:26 | BigBambi | jimi: Ipodpatche won' unzip the build |
19:30:32 | Phill | bblack: interesting. I thought that load to RAM only worked with dircache enabled. If you go to the database debug screen, does it say it is loaded to RAM? |
19:30:56 | jimi | So run the gui now? |
19:31:01 | BigBambi | jimi: Nano right? |
19:31:10 | | Join soap [50] (n=soap@rockbox/staff/soap) |
19:31:17 | jimi | It freezes at about 98% downloading the bootloader-ipodnano.ipod file |
19:31:20 | jimi | BigBambi: yes |
19:31:21 | bluebrother | sure. Unless you want to install the build itself manually |
19:31:21 | BigBambi | jimi: Unzip http://build.rockbox.org/dist/build-ipodnano/rockbox.zip to the route of your ipod |
19:31:34 | bluebrother | BigBambi: route? ;-) |
19:31:46 | BigBambi | bluebrother: Oi |
19:31:47 | BigBambi | :) |
19:31:49 | jimi | I would rather install it manually.. isnt it just unzipping a file and placing it in the root directory of the ipod? |
19:31:51 | bblack | Phill: yes, it is loaded and dircache is disabled (from the settings and debug menu confirms it) |
19:32:00 | BigBambi | s/route/root - everyone happy :) |
19:32:11 | jimi | damn |
19:32:18 | jimi | on reserve battery power, afk for a sec |
19:32:20 | BigBambi | jimi: 19:31 <BigBambi> jimi: Unzip http://build.rockbox.org/dist/build-ipodnano/rockbox.zip to the route of your ipod |
19:32:32 | BigBambi | except clearly with root spelled properly :) |
19:32:39 | linuxstb_ | jimi: Yes, just do "unzip rockbox.zip -d /Volumes/Ipod/" (or whatever your ipod is called) |
19:33:00 | jimi | ty |
19:33:03 | jimi | bbiab |
19:35:15 | | Quit jimi ("Lost terminal") |
19:35:19 | | Quit GrooveStix (Read error: 104 (Connection reset by peer)) |
19:35:26 | | Nick GrooveStix_ is now known as GrooveStix (n=chatzill@adsl-75-46-37-71.dsl.sfldmi.sbcglobal.net) |
19:36:08 | GrooveStix | wth is going on... |
19:36:35 | Phill | bblack: I guess that was fixed at some point. |
19:36:54 | saratoga | why was load to ram disabled on the sansa? |
19:38:09 | GrooveStix | did anyone see my previous messages? my network is kinda shaky |
19:38:28 | Phill | saratoga: I'm sure that it used to have a dependency on dircache. When I wrote the patch, I did so because it was easier to get dircache working with multivolume targets than remove the dependency. |
19:38:33 | BigBambi | GrooveStix: I would have thought with both in RAM it would be pretty negligible |
19:38:55 | saratoga | Phill: so it could be reenabled? |
19:39:03 | GrooveStix | BigBambi: what do you mean? |
19:39:33 | GrooveStix | oh nevermind! |
19:39:38 | BigBambi | GrooveStix: I answered your question on the difference in power usage between database and file browser as I see it (although I could of courese be wrong~) |
19:39:39 | bblack | saratoga: I guess cause the flash was considered fast enough |
19:39:59 | GrooveStix | (I checked the dictionary on "negligible" :) ) |
19:40:23 | | Join zwane [0] (n=zwane@S0106001217d33fa6.vf.shawcable.net) |
19:40:23 | | Quit midkay (No route to host) |
19:40:26 | bblack | saratoga: apply FS #7598 to enable them |
19:40:35 | GrooveStix | nut thanks |
19:40:38 | GrooveStix | *but! |
19:41:07 | zwane | hi, i had to go into recovery mode to restore my e270 but now it reports the version as e250 |
19:41:09 | Phill | saratoga: I'm not sure, I have a feeling that the dependency is still there: i.e. dircache must be compiled, but not necessarily enabled. I'm a bit busy to check that at the moment though. |
19:41:16 | zwane | i'm guessing i have the wrong firmware |
19:42:07 | bblack | Phill: you're right, HAVE_TC_RAMCACHE doesn't compile witout the dircache support, but it doesn't need it enabled in order to work |
19:45:27 | | Join Mathiasdm [0] (n=Mathias@vpnh231.ugent.be) |
19:45:29 | | Quit ch4os_ (Read error: 104 (Connection reset by peer)) |
19:46:41 | Slasheri | dircache only speeds up filesystem scan (especially scan of deleted files) but that is going to be improved soon |
19:46:52 | Slasheri | dircache is not required to load db in ram |
19:46:55 | | Join Jon-Kha [0] (n=jon-kha@80-248-247-190.cust.suomicom.fi) |
19:47:05 | saratoga | given the noise we get reading from flash, i'd say theres some justification to caching whenever possible in RAM on the sansa |
19:47:34 | saratoga | we already get users complaining that rockbox makes that sound more then the retail firmware |
19:49:07 | bblack | saratoga: I agree. I see no reason to not have at least the "Load to Ram" enabled in the menu for sansas |
19:50:30 | advcomp2019 | zwane, you cant have the wrong firmware since the e200 series are all the same firmware |
19:50:47 | saratoga | Phill: so if I apply that patch without using MicroSD, that will have no real effect beyond enabling load to ram? |
19:51:25 | | Quit XavierGr (Nick collision from services.) |
19:51:34 | Phill | saratoga: that's right. |
19:51:38 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
19:51:41 | saratoga | also, i see its been a month since your last update, how close are you to commiting? |
19:54:05 | Phill | saratoga: as far as I know, there should be no problem with it, just waiting for someone (Slasheri?) to check it over again. The SYS_HOTSWAP_INSERTED/EXTRACTED events should probably be replaced with SYS_FS_CHANGED following amiconn's recent changes. |
19:54:23 | | Quit ryran (Read error: 104 (Connection reset by peer)) |
19:54:46 | | Join ryran [0] (n=ryran@adsl-1-180-13.clt.bellsouth.net) |
19:54:47 | | Join jpt1 [0] (n=jpt9@pool-68-163-186-132.bos.east.verizon.net) |
19:54:49 | Slasheri | Phill: the dircache multivolume patch? |
19:55:02 | Phill | Slasheri: yes |
19:55:39 | Slasheri | it still has memory allocation problems, the code clearly was not correct the last time i checked it. but sorry, i haven't yet had time to fix it or comment that :/ |
19:56:11 | | Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) |
19:56:24 | | Join japc [0] (n=japc@bl8-3-51.dsl.telepac.pt) |
19:57:24 | jpt1 | hey. |
19:57:30 | Phill | Slasheri: you say dircache is not required for load to ram, but line 410 (for example) of tagcache.c is using a dircache routine, and therefore requires dircache to at least be compiled, unless I am missing something. |
19:58:16 | Phill | Slasheri: regarding the memory allocation, I'll see I can find some time in a couple of weeks to look at the code in more detail. |
19:58:41 | | Join ryran_ [0] (n=ryran@adsl-1-180-13.clt.bellsouth.net) |
19:59:09 | Slasheri | Phill: hmm, let me check |
19:59:18 | bluebrother | hmm, what do people think about FS #8706? |
20:00 |
20:00:03 | jpt1 | I have the latest version of Rockbox on my Sansa e200R. I'm experiencing a problem with bookmarks and seeking in WMA files (it might affect others; I haven't checked). Namely, while it records the bookmarks fine, whenever I try to resume one, it just starts at the beginning of the file. The second problem is that any time I try to seek (rewind or fast forward) to a position past 40 minutes, it goes to the previous (for rewind) or n |
20:00:17 | Slasheri | Phill: it was not a big problem but still that kind of issue that must be corrected before committing the patch. Or weird behaviour might occur |
20:00:35 | zwane | advcomp2019: thanks i guess what is returned as a device id is just pretty print |
20:00:35 | | Quit axionix (Read error: 104 (Connection reset by peer)) |
20:00:47 | gevaerts | bluebrother: sounds like something nice for a feature list, but I have my doubts about real usefulness |
20:00:52 | zwane | advcomp2019: thanks! |
20:01:12 | | Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) |
20:01:29 | advcomp2019 | jpt1, are you using the latest rockbox build? |
20:01:34 | jpt1 | yeah. |
20:01:34 | linuxstb_ | bluebrother: It's no less reasonable than many other requests... But it could be rejected on the grounds that many devices are not capable of decoding two audio streams simultaneously, and that it would require a major rewrite of the playback/codec system. |
20:01:43 | bluebrother | I had similar thoughs on it. Wondering if we should keep such a task open |
20:01:55 | | Join desudesu [0] (n=zomg@M1070P014.adsl.highway.telekom.at) |
20:02:00 | Phill | Slasheri: No problem, I understand we don't want strange behaviour suddenly happening in the future because of an issue introduced that didn't seem to cause a problem at the time. |
20:02:05 | jpt1 | wait... am I showing up as jpt1? my username is set to jpt9... |
20:02:17 | jpt1 | weird. |
20:02:22 | jpt1 | anyway, anyone have any ideas? It |
20:02:24 | Lear | jpt1: I've seen some seeking problems in WMA too. I don't think it is fully working yet. |
20:02:29 | saratoga | jpt1: when i wrote the seeking code for wma, i used an hour long 32 kbps wma file |
20:02:32 | advcomp2019 | jpt1, i know that wma seeking still has a few bugs still |
20:02:33 | jpt1 | It's making using Rockbox for audiobooks near impossible. |
20:02:41 | jpt1 | this is 32k wma :-). |
20:02:49 | saratoga | unfortunately it seems some part of the seeking breaks according to total birate elapsed, not just total time |
20:02:51 | jpt1 | it's 1:14 (74 minutes −− CD length). |
20:03:04 | jpt1 | yeah... the time seems a bit off. |
20:03:04 | | Quit axionix (Read error: 104 (Connection reset by peer)) |
20:03:16 | jpt1 | anything I can do to help? |
20:03:25 | saratoga | how good are you at c? |
20:03:42 | jpt1 | not that good; I'm taking Computer Science II right now (it's C++). |
20:03:56 | linuxstb_ | bluebrother: Maybe (speaking generally about closing similar requests), you should post a comment with your views (e.g. that it should be closed - if that's what you think), and then if others post similar comments, it can be closed. i.e. try and encourage people to comment before closing. |
20:04:04 | saratoga | how many MB is the file that breaks? |
20:04:13 | jpt1 | lemme check... |
20:04:13 | | Quit zwane (Read error: 104 (Connection reset by peer)) |
20:04:13 | bluebrother | linuxstb_: sounds reasonable. |
20:04:29 | jpt1 | 17.4MB. |
20:04:39 | jpt1 | 32k WMA. |
20:04:40 | | Join zwane [0] (n=zwane@S0106001217d33fa6.vf.shawcable.net) |
20:04:47 | saratoga | surprising that one fails |
20:04:48 | Slasheri | Phill: ah, that's just a bug in tagcache code unless it wont compile without dircache and with tc_ramcache. Without dircache filename pointers are not stored and index entries are searched from disk |
20:04:55 | saratoga | could you send it to me? |
20:05:00 | jpt1 | maybe... |
20:05:05 | Slasheri | so dircache is not a real requirement for tagcache to work in ram |
20:05:11 | saratoga | i think i've tried larger files actually |
20:05:19 | jpt1 | there kind of is the whole copyright issue; it's a commercial audiobook (that I've run FairUse4WM on)... |
20:05:29 | saratoga | does it fail for any large seek (and if so how long)? |
20:05:49 | jpt1 | it only seems to fail if I'm trying to seek to a location past 40 minutes. |
20:05:57 | jpt1 | (not sure if exactly 40 minutes will cause a problem). |
20:06:04 | Lear | saratoga: I have 40 minute file where seeking doesn't work... |
20:06:11 | | Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) |
20:06:14 | jpt1 | also, the bookmarking doesn't seem to work (it won't resume from bookmarks...) |
20:06:14 | saratoga | ok send it to me and i'll take a look |
20:06:19 | jpt1 | how? |
20:06:23 | saratoga | the entire wma seeking code is like 10 lineslong |
20:06:28 | jpt1 | and promise you won't post it online. |
20:06:32 | saratoga | it can't be that hard to figure out the bug |
20:06:39 | | Join Pdad [0] (n=jimi@97.66.28.178) |
20:06:44 | jpt1 | how do you want me to send it? |
20:06:44 | saratoga | eh i'll just look at Leer's file |
20:06:49 | jpt1 | ok. |
20:06:53 | saratoga | Lear |
20:06:54 | Pdad | When I click a movie name in the files list, it doesnt do anything, it just stays on the screen |
20:07:35 | saratoga | whats the file extension |
20:07:42 | linuxstb_ | Pdad: Are the movies converted to the Rockbox format? |
20:07:47 | Pdad | .avi |
20:07:52 | saratoga | heh |
20:07:52 | Pdad | mpeg 1 |
20:08:02 | Lear | I get "packet did not sync" when I tried it in the simulator. Would a dcc do for sending? |
20:08:15 | saratoga | i doubt the web client can do dcc |
20:08:23 | Lear | :) |
20:08:25 | linuxstb_ | Pdad: See http://www.rockbox.org/wiki/PluginMpegplayer - they need to be MPEG program streams, not .avi |
20:08:44 | Pdad | so convert it to mpeg 4? |
20:08:54 | linuxstb_ | Is that what the page says? ;) |
20:08:55 | advcomp2019 | Pdad, no |
20:09:07 | Slasheri | Phill: hmm, let me check again the dircache patch. I can't remember now what was the issue with the new patch. Or if i just messed something with the code |
20:09:12 | Phill | Slasheri: It won't compile without dircache and with tc_ramcache (see bblack's earlier comment to that effect). That's the reason I originally wrote the multivolume dircache patch. |
20:09:23 | saratoga | Lear: ftp/http/email/gtalk would be fine |
20:09:45 | Lear | Give me a minute and I'll send you a link. |
20:09:46 | saratoga | hell i can probably setup an ftp login tonight if you don't have something handy |
20:09:51 | Slasheri | Phill: i see, but that problem can be easily fixed.. i could do that soon |
20:09:58 | Pdad | What program should I use to convert it? |
20:11:34 | advcomp2019 | Pdad, the link that linuxstb_ gave says a program you can use |
20:11:38 | | Quit axionix_ (Read error: 110 (Connection timed out)) |
20:12:30 | Pdad | Is it available for osx? |
20:12:52 | gevaerts | Pdad: did you look at that page ? |
20:13:07 | Pdad | nope |
20:13:19 | saratoga | well theres your problem |
20:14:00 | saratoga | Lear: I need to run, can you just email me a link to my gmail account? I'm mgiacomelli |
20:14:05 | Lear | saratoga: I have a place to upload to, unsure if I have enough space there though (haven't put big stuff on that account for ages, so I don't know what the limit is...) |
20:14:10 | Slasheri | Phill: at least one thing, when you allocate from dircache_root, make sure the all allocations are kept long aligned (check allocate_entry() function) |
20:14:19 | saratoga | Lear: how big is this file? |
20:14:27 | Lear | 30 MB. |
20:14:36 | saratoga | ah not too bad then |
20:14:43 | saratoga | sure just whenever email me the link |
20:14:59 | saratoga | i need to get back into thinking about that wma decoder |
20:15:03 | saratoga | so much left undone |
20:15:08 | Lear | If I get it up somewhere, I will. |
20:15:31 | * | bluebrother really wonders why people ask and ask and don't read the documentation they are given |
20:15:36 | saratoga | if not let me know and i can probably setup an account for you |
20:15:40 | saratoga | and now i'm off |
20:15:42 | | Quit saratoga ("CGI:IRC") |
20:15:45 | | Join tessarakt [0] (n=jens@e180078010.adsl.alicedsl.de) |
20:15:46 | | Join Phill_ [0] (n=irc-Mar2@5ac47d62.bb.sky.com) |
20:15:50 | | Quit axionix (Read error: 104 (Connection reset by peer)) |
20:15:54 | | Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) |
20:16:00 | bblack | Slasheri: couple of things to look at related to tc_ramcache and !dircache: in tagcache.c, tagcache_fill_tags is defined only if both flags but used in playback.c if tc_ramcache enabled; in tagcache.c, DIRCACHE_APPFLAG_TAGCACHE is used outside ifdef in line 3800 |
20:16:25 | Phill_ | Slasheri: it would be good to get that fixed. At the time I wrote the patch, I spent a while trying to remove the dircache dependency without success, but that was probably my lack of knowledge of the code (and C) rather than it being difficult :) |
20:17:02 | Slasheri | yep, i will fix that. anyway, nothing really depends on dircache. it only speeds up things |
20:17:24 | Phill_ | Slasheri: ok - thanks for looking. As I said, hopefully in a couple of weeks I'll have a bit more time to spend on Rockbox. |
20:17:24 | Slasheri | and ramcache should work fine without dircache enabled |
20:17:35 | Slasheri | Phill_: nice :) |
20:18:51 | Slasheri | bblack: those functions marked with depending on ramcache and dircache, can be safely dropped as they have no use without dircache |
20:19:22 | | Quit Pdad ("Lost terminal") |
20:19:38 | | Quit ryran (Read error: 110 (Connection timed out)) |
20:19:55 | zwane | advcomp2019: one problem i still do have is that there doesnt appear to be a partition table so i cant create a data/music partition |
20:20:08 | zwane | (firmware reports 0MB for memory) |
20:21:32 | | Join hannesd [0] (n=light@p5B164758.dip0.t-ipconnect.de) |
20:22:48 | advcomp2019 | zwane, can you try the "sansa.fmt" file in recovery mode.. this will reformat the sansa to the right drive format |
20:25:42 | | Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- \o/") |
20:26:04 | zwane | advcomp2019: thanks, its formatting right now |
20:27:17 | | Quit silvio ("Verlassend") |
20:27:40 | * | gevaerts hates testing micro-sd hotplugging. It's not finger-friendly |
20:28:03 | | Join stripwax_ [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
20:29:12 | zwane | advcomp2019: oops, back to a black screen, i guess i'll have to try recovery again |
20:29:26 | | Join ryran [0] (n=ryran@adsl-1-180-13.clt.bellsouth.net) |
20:29:31 | | Quit ryran (Read error: 104 (Connection reset by peer)) |
20:30:09 | | Quit Phill (Read error: 110 (Connection timed out)) |
20:30:31 | advcomp2019 | yea.. you might have to put the sansa firmware back on it if you had rockbox on it then then reinstall rockbox |
20:30:32 | bblack | Slasheri: http://www.pastebin.ca/935595, it will compile just fine with TC_RAMCACHE and no DIRCACHE and works on sansa |
20:32:20 | gevaerts | zwane: what does the OF think about free space ? There's a menu item showing that somewhere |
20:32:30 | | Part pixelma |
20:32:37 | zwane | gevaerts: it thinks 0 |
20:33:57 | | Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) |
20:34:30 | zwane | gevaerts, advcomp2019: ok after reloading the bootloader i have 6G free again |
20:34:39 | zwane | so looks like the format wiped everything |
20:34:48 | zwane | thanks a lot for the help guys |
20:35:15 | gevaerts | zwane: good news. At least you don't have to write custom recovery tools like I had to do a few weeks back |
20:35:54 | zwane | hehehe |
20:35:59 | zwane | gevaerts: thats another world of hurt |
20:36:17 | gevaerts | I was a useful learning experience. |
20:36:20 | advcomp2019 | zwane, good to hear you got it working again |
20:36:22 | gevaerts | s/I/it/ |
20:36:50 | zwane | it might be worth learning this stuff before i really botch things up |
20:37:40 | gevaerts | Just give me a shout if it really doesn't want to restore anymore. I have a suspicion that e200 recovery is more solid than c200 though |
20:42:23 | bblack | saratoga: http://www.pastebin.ca/935608, patch to enable Load to RAM on sansas (no dircache), I'll up it on flyspray in a sec |
20:43:25 | zwane | gevaerts: thanks for the offer! i'll see how things go |
20:43:58 | | Quit stripwax (Read error: 110 (Connection timed out)) |
20:46:00 | | Quit ryran_ (Read error: 110 (Connection timed out)) |
20:47:52 | Slasheri | bblack: that patch looks good |
20:48:05 | * | gevaerts seems to have broken usb_serial some days ago... |
20:48:49 | bblack | Slasheri: you can also look at http://www.pastebin.ca/935608 which just adds Load to RAM to sansas (still no dircache) by default |
20:49:18 | bblack | Slasheri: should I add it to FS or you can just put it in? |
20:49:36 | Slasheri | bblack: that looks ok, quite much commit ready |
20:50:17 | | Join Llorea1 [0] (n=DarkkOne@adsl-75-34-122-148.dsl.hstntx.sbcglobal.net) |
20:51:00 | Slasheri | bblack: be sure to include your full name in the patch/tracker so i can commit it (unless you are already in the CREDITS) |
20:51:48 | | Join crzyboyster [0] (n=6210f18c@gateway/web/cgi-irc/labb.contactor.se/x-eee54a461c4bbea0) |
20:52:01 | | Quit crzyboyster (Client Quit) |
20:52:18 | | Quit Llorea1 (Client Quit) |
20:52:34 | bblack | Slasheri: you prefer me to add it with or without enabling Load To RAM on sansa by default? |
20:53:08 | | Join axionix_ [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) |
20:53:21 | Slasheri | bblack: you can enable to ramcache code on sansa, that should cause no issues |
20:53:25 | Slasheri | *the |
20:53:59 | linuxstb_ | ramcache? ;) |
20:54:41 | | Join Phill [0] (n=irc-Mar2@5ac47d48.bb.sky.com) |
20:57:26 | | Join Frazz [0] (n=Fraser@thelawsons.plus.com) |
20:58:38 | | Quit Phill (Client Quit) |
20:59:08 | | Join disorganizer [0] (n=5b11fbb0@gateway/web/cgi-irc/labb.contactor.se/x-630c98ac57d29f1e) |
20:59:37 | bblack | Slasheri: done (http://www.rockbox.org/tracker/task/8707) |
21:00 |
21:05:36 | | Quit Phill_ (Read error: 110 (Connection timed out)) |
21:07:04 | | Join Ark1 [0] (n=trey@pool-71-173-106-31.lyncva.east.verizon.net) |
21:07:17 | | Quit Llorean (Read error: 110 (Connection timed out)) |
21:09:05 | | Quit axionix (Read error: 110 (Connection timed out)) |
21:09:09 | Ark1 | hello, can someone plz help me, i have followed all of the instructions at http://download.rockbox.org/manual/rockbox-ipodnano.pdf but when i try to use the ipod patcher (in ubuntu) it stops at reading original firmware |
21:11:15 | bluebrother | how does "it stops" look exactly? |
21:12:03 | Ark1 | [INFO] Scanning disk devices... |
21:12:07 | Ark1 | [INFO] Ipod found - 1st Generation Nano ("winpod") - /dev/sdb |
21:12:11 | Ark1 | [INFO] Reading partition table from /dev/sdb |
21:12:15 | Ark1 | [INFO] Sector size is 512 bytes |
21:12:19 | Ark1 | [INFO] Part Start Sector End Sector Size (MB) Type |
21:12:23 | Ark1 | [INFO] 0 63 160649 78.4 Empty (0x00) |
21:12:27 | Ark1 | [INFO] 1 160656 3984119 1866.9 W95 FAT32 (0x0b) |
21:12:31 | Ark1 | [INFO] Ipod model: 1st Generation Nano ("winpod") |
21:12:35 | Ark1 | Enter i to install the Rockbox bootloader, u to uninstall |
21:12:39 | Ark1 | or c to cancel and do nothing (i/u/c) :i |
21:12:43 | Ark1 | [INFO] Using internal bootloader - 48972 bytes |
21:12:47 | Ark1 | [INFO] Moving images to create room for new firmware... |
21:12:51 | Ark1 | [INFO] Reading original firmware... |
21:12:51 | Ark1 | [ERR] Short read - requested 5566464 bytes, received 3072 |
21:12:51 | Ark1 | [ERR] −−install failed. |
21:12:51 | DBUG | Enqueued KICK Ark1 |
21:12:51 | Ark1 | Press ENTER to exit ipodpatcher : |
21:12:51 | Ark1 | like that :) |
21:13:09 | bluebrother | please use a pastebin for multiline pastes the next time ... |
21:13:24 | bluebrother | you might want to run it using −−verbose to get more detailed output |
21:13:35 | bluebrother | also, do you have a hub between PC and Ipod? |
21:13:54 | Ark1 | no |
21:14:08 | *** | Saving seen data "./dancer.seen" |
21:14:44 | Ark1 | http://pastebin.com/m60eaff5 |
21:14:50 | Ark1 | thats in verbose |
21:15:20 | bluebrother | hmm. Does the Ipod had something else installed before? Like IPL? |
21:15:51 | Ark1 | no, but i have tried to install this several times if that makes a difference |
21:15:59 | | Quit codesquid (Remote closed the connection) |
21:16:04 | Ark1 | on both linux and windows but i get the same error |
21:16:35 | bluebrother | hmm. I have no idea except maybe a bad cable. |
21:17:53 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
21:17:53 | * | Ark1 looks for another one |
21:17:56 | Ark1 | thank you |
21:20:13 | disorganizer | a question: if i use #8707, i dont need to use #7598 any more. but does activating dircache have any advantage for a multivolume target? or can #7598 be closed in favor of #8707? |
21:20:44 | disorganizer | (#7598 is dircache for multivolume targets, #8708 is enabling load-to-ram on sansa) |
21:20:44 | | Quit zwane (Read error: 104 (Connection reset by peer)) |
21:21:10 | | Join zwane [0] (n=zwane@S0106001217d33fa6.vf.shawcable.net) |
21:22:35 | bblack | disorganizer: dircache didn't work on multivolume targets and was disabled and together with it the load to ram; 7598 adds dircache support for multivolume and as a side effect also made load to ram work; 8707 just makes load to ram work |
21:23:23 | disorganizer | so it would propably be best to close 7598 in favor of 8707? |
21:23:28 | bblack | disorganizer: it looks like 7598 is not ready for commit just yet so 8707 will enable load to ram, but the final goal is to have both working |
21:23:58 | Slasheri | i am going to commit 8707 soon |
21:24:39 | disorganizer | good. one less patch in my private build. *g* if you devs hurry up i can really go with the official build soon ;-) |
21:25:33 | | Join mchua [0] (n=mchua@1cc-dhcp-89.media.mit.edu) |
21:25:42 | disorganizer | i read in the logs that some other functions use dircache calls outside ifdef's. were they also corrected with 8707? |
21:26:01 | | Quit Buschel_Notebook () |
21:26:16 | bblack | disorganizer: that's what 8707 did, fixed the compiling |
21:28:08 | disorganizer | tnx for the clarifications |
21:29:22 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
21:33:27 | Slasheri | bblack: committed, thanks |
21:34:02 | | Quit quaal (Read error: 113 (No route to host)) |
21:34:14 | bblack | Slasheri: thank you; I just managed to compile the simulator and to reproduce the database bug. gdb here I come... :) |
21:34:42 | Slasheri | bblack: oh, great! lets hope you will find what is going wrong |
21:34:44 | | Quit Ark1 (Remote closed the connection) |
21:35:17 | Slasheri | bblack: so that bug happens only without dircache enabled and ramcache enabled? |
21:35:26 | Slasheri | *with ramcache enabled |
21:37:19 | bblack | no, it happens with gather runtime data enabled and ramcache disabled; with ramcache enabled the db is fast enough so the bug doesn't happen, so for now ramcache is a workaround |
21:37:54 | | Quit nplus ("Leaving") |
21:40:09 | | Quit GrooveStix ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
21:45:52 | | Join jac0b [0] (n=jac0b@user-11200ga.dsl.mindspring.com) |
21:46:16 | | Quit jac0b (Client Quit) |
21:52:43 | | Join einhirn [0] (n=Miranda@p5B03298C.dip0.t-ipconnect.de) |
21:52:50 | | Quit einhirn (Client Quit) |
21:53:14 | * | gevaerts doesn't understand why usb serial doesn't work any more. Something seems to be overwriting data |
21:56:10 | * | disorganizer wonders... |
21:56:41 | disorganizer | when i have a playlist playing and add songs to it, there is a green arrow in front of the added songs when displaying the playlist |
21:56:47 | disorganizer | what does that arrow mean? |
21:58:35 | bluebrother | it's the marker. It displays the currently playing song |
21:58:54 | bluebrother | (assuming your theme uses a green arrow for selection) |
21:59:23 | disorganizer | no, NOT the marker. there is an arrow in front of each now song , but hopefully only one is played :-) (the one with the note) |
21:59:31 | disorganizer | now=new |
21:59:33 | | Quit ompaul (Client Quit) |
22:00 |
22:00:00 | bluebrother | huh? Never saw that |
22:00:07 | * | bluebrother goes checking |
22:00:13 | * | bblack is having too much fun with gdb... oh man, he's such a geek :D |
22:01:06 | bluebrother | I don't get that. |
22:02:00 | | Quit Frazz ("Leaving") |
22:02:34 | disorganizer | strange. i even can reproduce it in the sim for the sansa |
22:03:01 | bluebrother | hmm. No sansa on my side, maybe that's the difference. |
22:04:32 | gevaerts | Could someone look at the initializer for struct usb_class_driver drivers[] in usb_core.c and see if that looks sane ? It works for the first element, but the others seem wrong. |
22:05:02 | * | gevaerts probably made a stupid mistake there, but he can't find it |
22:05:36 | | Quit argumentD ("My damn controlling terminal disappeared!") |
22:05:47 | gevaerts | They "seem wrong" in the sense that they are zero at runtime, instead of what they should be. |
22:10:52 | linuxstb_ | Slasheri: I know it was there before your previous commit, but why does config.h check for the Sansas specifically in order to disable dircache? Shouldn't it check for HAVE_HOTSWAP ? |
22:11:12 | advcomp2019 | disorganizer, could you try a screendump then you can post it so people can see what it is |
22:11:35 | Slasheri | linuxstb_: hmm, good point.. HAVE_HOTSWAP sounds much better |
22:11:56 | Slasheri | but probably that check is going to be removed soon anyway |
22:12:08 | Slasheri | when the multivolume dircache patch is commit ready |
22:15:48 | disorganizer | @advcomp,bluebrother: im building a plain sansa sim atm to check whether it also happens there, if yes then i put a screenshot up on imageshack |
22:16:34 | | Join hannesd_ [0] (n=light@p5B164758.dip0.t-ipconnect.de) |
22:19:24 | Lear | gevaerts: Checked the binary, so you know if it happens in runtime or not? |
22:22:08 | gevaerts | Lear: What I know is that drivers[USB_DRIVER_SERIAL].get_config_descriptor is zero when I test it in allocate_interfaces_and_endpoints() or usb_core_control_request_handler() |
22:23:45 | gevaerts | So either something overwrites that data (which I think is unlikely), or I did something wrong in the declaration/initializer |
22:31:07 | disorganizer | now here is the screenshot: http://img442.imageshack.us/img442/5273/dump080309222955ke5.png |
22:32:06 | Lear | gevaerts: Well, I can't see anything obvious... |
22:32:39 | bluebrother | could that be that "queued" icon? |
22:32:44 | disorganizer | it happens also with a plain build. what i did was: select a directory from the files menu to play => the first files get into the playlist (the ones without the arrow). then i go to the context menu in the wps, go back to some directory(! not the files inside) and context-menu/playlist/queue last |
22:33:05 | disorganizer | @bb: yes, it could be. i just wondered because its documented nowhere. |
22:33:15 | bluebrother | disorganizer: yep, that's it. |
22:33:27 | disorganizer | and its always on the files added to the playlist later. no matter how long the playlist is. |
22:33:33 | disorganizer | and it does not go away. |
22:33:33 | | Quit hannesd (Read error: 110 (Connection timed out)) |
22:33:34 | | Nick hannesd_ is now known as hannesd (n=light@p5B164758.dip0.t-ipconnect.de) |
22:33:46 | bluebrother | it's only shown if the track is queued |
22:34:15 | gevaerts | Lear: I'll have another look tomorrow. Thanks for looking at it |
22:34:20 | stripwax_ | rather than Inserted |
22:34:32 | bluebrother | that icon has been there quite a while. Didn't know Cabbie uses a green arrow for that. |
22:35:28 | * | bluebrother smells loads of work for the manual :/ |
22:35:31 | disorganizer | @ bluebrother : strange is that i cant save the files marked that way. also i had problems that sometimes when skipping back/forth they get lost from the playlist |
22:35:35 | | Quit Galois (Remote closed the connection) |
22:35:48 | | Join Galois [0] (i=djao@efnet-math.org) |
22:35:51 | | Quit gevaerts ("let's have an early night for once") |
22:35:52 | bluebrother | disorganizer: that's not strange, that's how it's intended to be ;-) |
22:35:52 | disorganizer | if i go to "save playlist", only the songs without this arrow get saved |
22:36:00 | stripwax_ | disorganizer - "Queued" means 'temporarily placed in the playlist'. |
22:36:05 | stripwax_ | Sounds like you want to Insert, not Queue |
22:36:22 | bluebrother | a queued file will get added to the playlist and only get played. It will not get saved with the playlist or kept after it has been played. |
22:36:24 | | Nick stripwax_ is now known as stripwax (n=Miranda@87-194-34-169.bethere.co.uk) |
22:36:40 | disorganizer | oh! that was new to me. |
22:36:46 | bluebrother | while an inserted file will remain |
22:37:17 | * | disorganizer is ashame |
22:37:25 | disorganizer | sometimes you dont thing of the obvious |
22:37:33 | bluebrother | indeed. |
22:37:51 | disorganizer | you know what ... ive been wondering about this for weeks now |
22:37:59 | bluebrother | fortunately this happens to happen to anyone some time ;-) |
22:38:24 | | Join maddler [0] (n=maddler@cabbage.komputika.net) |
22:38:46 | bluebrother | I'm not sure if the manual explains this (enough) ... |
22:39:06 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
22:42:36 | disorganizer | imho it doesnt explain this at all :-) but i could be wrong :-/ |
22:44:04 | amiconn | Slasheri: Are you planning to work on multivolume database support? |
22:45:10 | bluebrother | disorganizer: well, feel free to submit a patch ;-) |
22:46:14 | Slasheri | amiconn: that would be good but i haven't yet really planned that much |
22:51:31 | | Join einhirn [0] (n=Miranda@p5B03298C.dip0.t-ipconnect.de) |
22:51:58 | | Quit bluebrother ("Verlassend") |
22:58:53 | SSnake | damn i can't understand why rb->do_menu stops playback in my plugin...any suggestion? |
23:00 |
23:00:48 | SSnake | i've put also a playback menu call and whenever i press play/pause it seems to loose playlist |
23:01:10 | SSnake | nothing resumed, and if i exit plugin the playlist is empty |
23:02:04 | | Join venar303 [0] (n=venar303@cpe-74-76-151-192.nycap.res.rr.com) |
23:05:14 | mcuelenaere | hi, quick question: I see that MEMORY_SIZE isn't available in a .c file; only in .lds: why is this and is there a workaround for this? |
23:05:26 | | Part venar303 |
23:05:47 | linuxstb_ | MEM should be defined (in the Makefile) |
23:06:01 | mcuelenaere | and this contains the same as MEMORY_SIZE? |
23:06:04 | | Quit Lear ("ChatZilla 0.9.81 [Firefox 3.0b5pre/2008030806]") |
23:06:36 | mcuelenaere | I see 'export MEMORYSIZE=64' in Makefile |
23:07:02 | linuxstb_ | See apps/Makefile - it uses "-D MEM=$(MEMORYSIZE)" |
23:07:13 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-827543425bb014aa) |
23:07:59 | mcuelenaere | ah ok, I see that this is also available in bootloader/Makefile |
23:08:00 | mcuelenaere | thanks |
23:08:17 | | Join gromit` [0] (n=gromit@ALagny-154-1-48-53.w83-200.abo.wanadoo.fr) |
23:09:55 | | Quit Mathiasdm ("Yuuw!") |
23:14:09 | *** | Saving seen data "./dancer.seen" |
23:16:23 | | Quit faemir (Remote closed the connection) |
23:18:33 | | Quit gromit`` (Read error: 110 (Connection timed out)) |
23:20:32 | | Join Mathiasdm [0] (n=Mathias@vpnh231.ugent.be) |
23:23:15 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
23:28:34 | | Quit mcuelenaere (Read error: 110 (Connection timed out)) |
23:31:44 | | Join hannesd_ [0] (n=light@p5B1623EC.dip0.t-ipconnect.de) |
23:32:00 | | Quit davina (Remote closed the connection) |
23:32:09 | saratoga | ah found that wma seeking bug lear mentioned |
23:34:44 | | Quit petur ("gonne") |
23:35:28 | bblack | anybody familiar with tagcache.c? |
23:35:56 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
23:36:05 | | Quit hannesd (Network is unreachable) |
23:36:05 | | Nick hannesd_ is now known as hannesd (n=light@p5B1623EC.dip0.t-ipconnect.de) |
23:39:07 | | Quit disorganizer ("CGI:IRC (Ping timeout)") |
23:39:22 | | Quit Mathiasdm ("Yuuw!") |
23:42:46 | | Quit DerDome ("Leaving.") |
23:43:23 | * | Bagder gets annoyed when people send mail to the twiki admin email address when they figure out they can't edit pages... |
23:45:46 | saratoga | Bagder: I wanted to ask you about the bootloader on the Sansa |
23:46:02 | Bagder | shoot |
23:46:06 | saratoga | i understand it runs from IRAM, but could it be relocated to somewhere in SDRAM? |
23:47:17 | saratoga | was thinking about trying to stick it somewhere higher up in RAM, and then insert a jump to it in the Sansa firmware, so that i could get back to the bootloader without clearing the register initialization done by the OF |
23:48:00 | | Quit m0f0x ("clean") |
23:49:32 | Bagder | sure, that should be possible to make |
23:49:53 | * | amiconn is curious what saratoga is trying to achieve |
23:51:00 | saratoga | amiconn: I'd like to know what the OF sets a lot of the AS chip's registers to |
23:51:14 | saratoga | if i could get back to the bootloader i could just dump them |
23:51:16 | amiconn | It wouldn't need to be the bootloader; you could put together some code from the rockbox building blocks that you tack onto the OF. |
23:51:28 | bblack | is it teoretically possible that "gather runtime data" to write index files in the same time the database browser reads from them and the read to be messed up? |
23:52:04 | saratoga | I was hoping to get back into rockbox itself |
23:52:12 | saratoga | then just use the debug menu |
23:53:32 | amiconn | I suspect that the OF will clear at least some of the ram. So you will need to find a place where the code doesn't get overwritten |
23:54:18 | Bagder | it'll show pretty quickly if the code dumps something on the lcd first thing ;-) |
23:55:07 | linuxstb_ | I think you're just making life more complex trying to load Rockbox. e.g. you'll have to disable all of Rockbox's inits... |
23:55:19 | linuxstb_ | (or at least the ones to the registers you're interested in). |
23:55:58 | linuxstb_ | I would do what amiconn suggested - make a custom application (e.g. a modified bootloader build) to dump the registers |
23:56:17 | saratoga | disabling the inits isn't too hard, i know pretty much all of them on the AS chip anyway |
23:56:30 | saratoga | what i don't know is how any of the bootloader or low level rockbox stuff works |
23:56:38 | saratoga | so i have no idea how to make such an app |
23:57:20 | Bagder | saratoga: firmware/boot.lds is the file that controls to what address the output code is generated for |
23:57:23 | linuxstb_ | Just edit bootloader/main-pp.c |
23:57:31 | linuxstb_ | (and build a bootloader binary) |
23:57:53 | linuxstb_ | With a bootloader build, I don't think you even need to adjust the lds - it relocates itself to IRAM and runs from there. |
23:58:27 | linuxstb_ | (IIRC...) |
23:58:55 | saratoga | so you're basically saying stick this somewhere in the OF binary, add a jump to it, and then repack it with the mi4 tool and it'll relocate itself? |