| 00:03:17 | *** | Saving seen data "./dancer.seen" |
| 00:05:36 | | Quit Thra11 (Remote host closed the connection) |
| 00:06:13 | | Join Thra11 [0] (~thrall@87.112.181.23) |
| 00:12:53 | | Join Thra11_ [0] (~thrall@87.113.137.102) |
| 00:15:27 | | Quit Thra11 (Ping timeout: 246 seconds) |
| 00:26:33 | | Quit Thra11_ (Remote host closed the connection) |
| 00:27:06 | | Join Thra11 [0] (~thrall@87.113.137.102) |
| 00:32:32 | | Quit fs-bluebot (Quit: So long, and thanks for all the fish.) |
| 00:32:42 | | Quit balintx (Remote host closed the connection) |
| 00:32:58 | | Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) |
| 00:33:01 | | Join fs-bluebot [0] (~fs-bluebo@g224238157.adsl.alicedsl.de) |
| 00:33:44 | | Quit fs-bluebot (Client Quit) |
| 00:34:29 | | Join fs-bluebot [0] (~fs-bluebo@g224238157.adsl.alicedsl.de) |
| 00:35:25 | | Quit fs-bluebot (Client Quit) |
| 00:35:39 | | Join fs-bluebot [0] (~fs-bluebo@g224238157.adsl.alicedsl.de) |
| 00:35:46 | | Join froggyman_ [0] (~seth@50.105.146.131) |
| 00:41:59 | | Quit bertrik (Quit: :tiuQ) |
| 00:44:29 | | Quit n1s (Remote host closed the connection) |
| 00:50:54 | | Nick froggyman_ is now known as froggyman (~seth@50.105.146.131) |
| 00:51:04 | | Quit froggyman (Changing host) |
| 00:51:04 | | Join froggyman [0] (~seth@unaffiliated/froggyman) |
| 00:58:08 | | Join keyb_gr_ [0] (~chatzilla@p4FF04C23.dip.t-dialin.net) |
| 01:00 |
| 01:00:56 | | Quit keyb_gr (Ping timeout: 240 seconds) |
| 01:00:57 | | Nick keyb_gr_ is now known as keyb_gr (~chatzilla@p4FF04C23.dip.t-dialin.net) |
| 01:10:49 | | Quit sirrozha (Ping timeout: 260 seconds) |
| 01:14:47 | | Join [0] (~kramer@ip98-169-188-142.dc.dc.cox.net) |
| 01:18:26 | | Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/) |
| 01:34:51 | | Quit domonoky1 (Read error: Connection reset by peer) |
| 02:00 |
| 02:03:21 | *** | Saving seen data "./dancer.seen" |
| 02:07:32 | | Quit pamaury (Remote host closed the connection) |
| 02:32:58 | | Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net) |
| 02:36:01 | | Quit ender` (Quit: How many Dragon Ball Z characters does it take to screw in a lightbulb? Only one, but it takes ten episodes.) |
| 02:38:33 | | Quit Thra11 (Quit: kthxbai) |
| 02:39:04 | | Quit BHSPitMonkey (Remote host closed the connection) |
| 02:55:22 | | Quit sideral (Remote host closed the connection) |
| 02:55:53 | | Join sideral [0] (~sideral@213.165.85.248) |
| 02:55:53 | | Quit sideral (Changing host) |
| 02:55:53 | | Join sideral [0] (~sideral@rockbox/developer/sideral) |
| 03:00 |
| 03:18:55 | | Quit sideral (Ping timeout: 252 seconds) |
| 03:35:38 | | Join antil33t [0] (~antil33t@124-197-33-15.callplus.net.nz) |
| 04:00 |
| 04:03:24 | *** | Saving seen data "./dancer.seen" |
| 04:06:35 | | Join Keripo [0] (~Keripo@c-76-28-198-27.hsd1.wa.comcast.net) |
| 04:18:18 | | Quit [7] (Read error: Operation timed out) |
| 04:19:16 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 04:21:08 | | Quit Elfish (Ping timeout: 264 seconds) |
| 04:34:14 | | Quit amiconn (Disconnected by services) |
| 04:34:15 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:34:32 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:35:18 | | Quit pixelma (Disconnected by services) |
| 04:35:20 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:35:22 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:39:08 | | Quit Strife89 (Ping timeout: 250 seconds) |
| 04:39:45 | | Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net) |
| 04:40:32 | | Quit GeekShadow (Quit: The cake is a lie !) |
| 04:41:38 | | Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) |
| 04:45:18 | | Join nu [0] (~728eea37@giant.haxx.se) |
| 04:46:30 | | Quit nu (Client Quit) |
| 04:46:31 | | Quit kugel (Read error: Connection reset by peer) |
| 04:47:18 | | Join kugel [0] (~kugel@e178059231.adsl.alicedsl.de) |
| 04:47:18 | | Quit kugel (Changing host) |
| 04:47:18 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 05:00 |
| 05:01:15 | | Quit keyb_gr (Ping timeout: 252 seconds) |
| 05:13:26 | | Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 05:20:32 | | Quit (Ping timeout: 264 seconds) |
| 05:36:17 | | Join advcomp2019 [0] (~advcomp20@97-114-224-225.sxcy.qwest.net) |
| 05:36:17 | | Quit advcomp2019 (Changing host) |
| 05:36:17 | | Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) |
| 05:36:29 | | Quit advcomp2019_ (Ping timeout: 276 seconds) |
| 05:50:59 | | Join Rob2222 [0] (~Miranda@p4FFF36B0.dip.t-dialin.net) |
| 05:54:52 | | Quit Rob2223 (Ping timeout: 244 seconds) |
| 06:00 |
| 06:01:41 | | Quit Strife89 (Quit: Bed.) |
| 06:03:25 | *** | Saving seen data "./dancer.seen" |
| 06:09:38 | | Join Sundiver [0] (~angel@174.124.92.130) |
| 06:31:35 | | Join Horscht [0] (~Horscht@p5DD56F7B.dip.t-dialin.net) |
| 06:31:35 | | Quit Horscht (Changing host) |
| 06:31:35 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 06:34:10 | | Quit Horschti (Ping timeout: 246 seconds) |
| 07:00 |
| 07:31:50 | | Quit wtachi (Quit: WeeChat 0.3.5) |
| 08:00 |
| 08:03:26 | *** | Saving seen data "./dancer.seen" |
| 08:06:53 | | Nick Mikeb0ok is now known as mystica555_ (~mike@71-208-200-171.hlrn.qwest.net) |
| 08:18:19 | [Saint] | Hmmmm...is there not some magic define that can be used that can make two seperate disks appear as one? HAVE_MULTIVOLUME(?) |
| 08:18:30 | * | [Saint] is thinking of possible solutions for this guy: http://forums.rockbox.org/index.php/topic,28228.msg182149.html#msg182149 |
| 08:23:54 | | Join stoffel [0] (~quassel@p57B4ADF7.dip.t-dialin.net) |
| 08:31:12 | | Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) |
| 08:33:04 | | Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) |
| 08:34:34 | | Quit [Saint] (Client Quit) |
| 08:38:38 | | Join robin0800_ [0] (~quassel@149.254.60.38) |
| 08:38:51 | | Join [Saint] [0] (~Saint]@124-197-3-117.callplus.net.nz) |
| 08:45:36 | | Quit [Saint] (Remote host closed the connection) |
| 08:47:12 | | Join robin0800 [0] (~quassel@genkt-050-206.t-mobile.co.uk) |
| 08:47:42 | | Join robin0800__ [0] (~quassel@149.254.61.39) |
| 08:48:24 | | Join [Saint] [0] (~Saint]@124-197-3-117.callplus.net.nz) |
| 08:50:32 | | Quit robin0800_ (Ping timeout: 240 seconds) |
| 08:52:18 | | Quit robin0800 (Ping timeout: 276 seconds) |
| 09:00 |
| 09:01:39 | | Quit robin0800__ (Remote host closed the connection) |
| 09:04:41 | | Quit stoffel (Remote host closed the connection) |
| 09:06:30 | | Join stoffel [0] (~quassel@p57B4ADF7.dip.t-dialin.net) |
| 09:07:21 | | Join robin0800 [0] (~robin0800@149.254.234.247) |
| 09:07:53 | | Quit [Saint] (Remote host closed the connection) |
| 09:09:39 | | Join [Saint] [0] (~Saint]@124-197-3-117.callplus.net.nz) |
| 09:16:35 | | Join n1s [0] (~quassel@rockbox/developer/n1s) |
| 09:22:24 | | Join sideral [0] (~sideral@213.165.85.248) |
| 09:22:24 | | Quit sideral (Changing host) |
| 09:22:24 | | Join sideral [0] (~sideral@rockbox/developer/sideral) |
| 09:29:01 | | Quit sasquatch (Quit: WeeChat 0.3.2) |
| 09:29:25 | | Join sasquatch [0] (~username@p4FF2CEE5.dip.t-dialin.net) |
| 09:32:47 | * | [Saint] summons JdGordon |
| 09:36:13 | pixelma | the two separate disks as one isn't so simple |
| 09:37:59 | [Saint] | Yeah, I didn't necessarily think it was simple...but, is it *possible*? |
| 09:38:57 | [Saint] | It's more effort than I'm prepared to dive into to help a guy that could just as easily get used to using the Database...it just sparked my curiosity |
| 09:39:39 | amiconn | There are numerous fundamental problems with such an approach |
| 09:40:20 | * | amiconn rather prefers two disks to appear as two disks, with all actions clearly defined |
| 09:40:38 | | Quit caterwaul (Ping timeout: 244 seconds) |
| 09:40:59 | [Saint] | Oh, so do I...but "forum guy" eveidently doesn't, for whatever reason. |
| 09:41:25 | [Saint] | For some reason he wants to be able to access internal storage and microSD from one location, using the filebrowser. |
| 09:41:34 | [Saint] | and that's the only way I can think of doing it. |
| 09:42:23 | amiconn | If you blend two filesystems, several questions arise: (1) What happens if both filesystems contain a file with the same name? (2) If you create a new file or dir, where is it created? |
| 09:42:43 | amiconn | (3) What's the free space of such a construction? |
| 09:43:12 | amiconn | (4) How do you move a file or dir from one of the blended file systems to the other? |
| 09:43:17 | pixelma | [Saint]: some read maybe http://www.rockbox.org/wiki/SummerOfCode2011#Make_multi_45volume_targets_look_like_a_single_volume_40like_unionfs_on_linux_41 |
| 09:44:28 | amiconn | Most of these aren't relevant for read-only filesystems, but in rockbox we're dealing with rw |
| 09:44:39 | [Saint] | 1: would almost certainly have to == "re-write existing", 2: the potential "sane" answer would be fill the internal storage first and using removable storage as "overflow"...3: pass, 4: pass. |
| 09:45:01 | pixelma | why is 2 sane? |
| 09:45:05 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 09:45:06 | | Quit bertrik (Changing host) |
| 09:45:06 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 09:45:09 | pixelma | or your solution to it |
| 09:46:10 | [Saint] | Hmmm, it seemed so as I ran it through my head the first time. But I can se several problems with that also. |
| 09:46:15 | amiconn | (1) has nothing to do with writing. I mean which file is used when a file with the same name already exists on both fs's? |
| 09:46:15 | | Join nirvy [0] (~ohboy@c-75-72-144-75.hsd1.mn.comcast.net) |
| 09:46:38 | amiconn | Oh, and USB will become real fun with such an approach |
| 09:47:15 | amiconn | Actually it's not possible to present it that way through USB with MSD |
| 09:48:51 | | Quit stoffel (Remote host closed the connection) |
| 09:49:21 | [Saint] | Does the way it's presented via USB matter? Is it not just the way the device "sees" it that's important? (I admit I'm missing the bigger picture here almost certainly) |
| 09:50:41 | [Saint] | s/the device/Rockbox/ |
| 09:50:51 | amiconn | The way it's presented via USB matters insofar as it's easy to create case (1) that way |
| 09:51:12 | [Saint] | Ah, right. |
| 09:51:24 | amiconn | Finally, what would be the advantage of creating an imprecise view of the filesystems? |
| 09:52:36 | pixelma | e.g. making playlist from your PC without having to add <microSD>/ or somesuch |
| 09:52:52 | [Saint] | None, for myself. Or most others. I was mostly curious if I was correct in thinking there was a way it could either be done/could possibly be done to point the guy on the forums in some direction other than "No, just use the Database". |
| 09:54:04 | [Saint] | Understanding his reason for not wanting to use the Database might help I suppose, but there's evidently not a lot that can be done about it. |
| 09:54:41 | amiconn | You don't have to add <microSD1>/ afaik. |
| 09:55:29 | amiconn | Iirc it tries both filesystems. What definitely works is the other way, i.e. cutting path element sfrom the beginning until the track is found |
| 09:56:08 | amiconn | This is for supporting both windows (where the playlists usually contain the drive letter) and linux (where absolute paths contain the mount point) |
| 09:59:07 | pixelma | no, it doesn't add <microSD> - but it would strip it, so it works in one way but not the other |
| 10:00 |
| 10:03:31 | *** | Saving seen data "./dancer.seen" |
| 10:09:34 | | Quit niekie (Quit: No Ping reply in 180 seconds.) |
| 10:09:41 | | Join niekie [0] (~niek@CAcert/Assurer/niekie) |
| 10:12:46 | [Saint] | JdGordon: (logs) chaining ACTION_TOUCHSCREEN to ACTION_NONE in skinparser.c for the "none" touch area breaks skin parsing when the area "none" is defined in the skin. |
| 10:13:13 | [Saint] | Perhaps I took you too literally? |
| 10:15:07 | n1s | i think the playlist code trying to add the <microSD> would be nice |
| 10:15:23 | n1s | i thought it did but then tried on my fuze |
| 10:25:38 | | Join stoffel [0] (~quassel@p57B4ADF7.dip.t-dialin.net) |
| 10:29:44 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 10:41:40 | | Quit n1s (Remote host closed the connection) |
| 10:44:15 | * | amiconn has an idea how to improve playlist behaviour on multivolume targets |
| 10:46:11 | amiconn | The logic that cuts path components from the beginning shold be modified so that (1) it doesn't cut existing mount points, as these probably were inserted on purpose (this is easy, as no PC system uses < and > in paths), and (2) it tries to add the moint point the playlist resides on |
| 10:47:09 | amiconn | The latter would ensure that playlists created on PC on an MMC/SD and stored on it will work in rockbox |
| 10:48:13 | pixelma | I believe that works already (if the playlist is stored on the external card) |
| 10:58:49 | | Quit sideral (Quit: Leaving.) |
| 11:00 |
| 11:09:07 | bluebrother | [Saint]: that guy _can_ access both volumes from the same location: from the file browser :) |
| 11:09:19 | bluebrother | or from the database. |
| 11:09:47 | [Saint] | Well, yes ;) but he wants to enter the filebrowser, and see all folders in one location. |
| 11:09:53 | [Saint] | ...no idea why, but...yeah. |
| 11:10:24 | [Saint] | pointing out to him that the filebrowser *is* one location...seemed a little smartassed, even for me :P |
| 11:10:30 | bluebrother | I don't even understand why this should be that important. It's useful in like cases with overlay filesystems of Linux live CDs so you can modify the read only content of it. |
| 11:10:40 | bluebrother | but for a media player? Why is that important? |
| 11:10:53 | [Saint] | No idea. He doesn't seem to want to elaborate. |
| 11:11:11 | bluebrother | on Windows you have this "one location" called "My Computer". And you still have drive letters below that. |
| 11:11:47 | [Saint] | From what I can gather, he wants the filebrowser to behave like the Database. |
| 11:12:01 | [Saint] | When asked why the Database isn't appropriate, ...no elaboration. |
| 11:12:03 | bluebrother | then he's out of luck. |
| 11:12:21 | bluebrother | besides, if it's that important he really should give a good reason why it's that important. Or post a patch :) |
| 11:13:14 | pixelma | bluebrother: I sometimes wish that too if I first fill the internal storage and then the card. I can't fit my whole collection on either so I have to select something - doing it once for the internal then a second time for the card and I may notice that I'd like a second album from the same artist that just didn't fit on the internal. Now it would be nice if I could see them in one place |
| 11:14:24 | | Quit bzed (Quit: leaving) |
| 11:14:33 | pixelma | without having to move stuff around. I know I should be able to do that with the database but didn't get around to replicate the structure I'd like with the tagnavi format |
| 11:14:49 | pixelma | it's not that important to me but I can see his reasons |
| 11:16:12 | bluebrother | pixelma: I'm not saying that idea is unreasonable. But if he claims that to be "very important" then he really needs to explain things. What's the problem with splitting up at some defined point? Or not using the database for this case? You can't do that on a normal PC, so you will run into the same issue there. |
| 11:17:46 | | Quit Keripo (Quit: Leaving.) |
| 11:22:27 | bluebrother | any thoughts on making the manual default to a single page for HTML output? That page gets quite big so I kinda like having it smaller. |
| 11:22:39 | bluebrother | but the searchability argument definitely counts |
| 11:24:27 | bluebrother | (gets 1.3MiB for h120 for me) |
| 11:25:05 | pixelma | I can't even imagine how long that page would be... and last I looked at least Firefox had problems rendering such pages - after a certain point all you saw was black |
| 11:25:40 | bluebrother | works fine for me locally. |
| 11:25:52 | pixelma | maybe we could implement a google search box somehow, prefilled with site:www.rockbox.org/manual/manual-in-question ? |
| 11:26:41 | bluebrother | hmm. Does Google allow searching in a specific subfolder of a website? |
| 11:26:46 | pixelma | I don't like working with long web pages, it also needs to load everything and that can take a while |
| 11:27:16 | | Join bzed [0] (~bzed@2001:470:1f0b:168f::2) |
| 11:27:23 | bluebrother | yes, loading takes a bit. And imagining loading that huge page over a slow connection isn't too nice either. |
| 11:27:49 | bluebrother | another option would be to build the manual twice: a single page version and another with the current paging. |
| 11:28:27 | pixelma | or maybe leaving out the screenshots would help a lot already (only giving a link that you could click when interested) |
| 11:28:42 | pixelma | for the single page version |
| 11:29:14 | bluebrother | the html file itself is still huge |
| 11:29:57 | bluebrother | Advanced search with Google doesn't let me restrict searching to a specific subfolder on the domain. |
| 11:34:00 | pixelma | that's with "site:" (or =, can't remember)? |
| 11:35:30 | bluebrother | site: does restrict to a domain |
| 11:37:07 | bluebrother | hmm, seems that respects a path. |
| 11:39:08 | bluebrother | so we might be able to do this with a bit of HTML in the header and js |
| 11:39:10 | | Quit stoffel (Ping timeout: 255 seconds) |
| 11:40:23 | pixelma | maybe a nice solution :) |
| 11:41:05 | * | bluebrother tries |
| 11:41:05 | CIA-27 | New commit by bluebrother (r30013): Add script to spellcheck the manual LaTeX sources. ... |
| 11:41:10 | CIA-27 | New commit by bluebrother (r30014): Manual: Add version information to page footer. |
| 11:41:14 | CIA-27 | New commit by bluebrother (r30015): Manual: Simplify Makefile htlatex call a bit. |
| 11:41:16 | pixelma | bluebrother: do you have an example one page html that I coul look at from here (stressing the android browser or so ;) ) |
| 11:41:28 | bluebrother | I can upload one |
| 11:41:41 | bluebrother | any specific manual you'd like to try? |
| 11:43:17 | pixelma | a smaller screenshot one would be a better start, if you have an H1x0 already, that's ok |
| 11:43:26 | | Quit antil33t () |
| 11:45:35 | CIA-27 | r30013 build result: All green |
| 11:48:57 | CIA-27 | r30015 build result: All green |
| 11:50:10 | bluebrother | hmm. r30014 wasn't built? |
| 11:50:56 | bluebrother | and dev.cgi only shows r30015 in the delta table but nowhere else? |
| 11:51:11 | pixelma | I believe there's a small window for "collecting" stuff |
| 11:52:03 | * | bluebrother clears browser cache |
| 11:52:17 | pixelma | the build table seems to only go to r30006 |
| 11:53:08 | bluebrother | that's a new feature then, isn't it? |
| 11:53:24 | pixelma | and the delta table only starts with that? |
| 11:54:00 | pixelma | looks like it's not completely fixed yet still ;) |
| 11:54:32 | bluebrother | maybe some changelog for the build system would be nice? |
| 11:55:43 | pixelma | I thought it was in SVN, in a module that's just not shown on the frontpage, like www or so. But I'm not sure |
| 11:55:56 | bluebrother | pixelma: upload finally finished: http://www.alice-dsl.net/dominik.riebeling/rockbox/html/rockbox-build.html |
| 11:58:03 | pixelma | not as long as I was afraid of but loading takes a while |
| 11:58:56 | bluebrother | tried it using a mobile connection myself. Takes a while and transfers a notable amount of data. |
| 11:59:16 | bluebrother | so for mobile devices it's not that great. |
| 11:59:28 | bluebrother | especially since you usually don't need all chapters. |
| 12:00 |
| 12:01:01 | | Join stoffel [0] (~quassel@p57B4ADF7.dip.t-dialin.net) |
| 12:03:34 | *** | Saving seen data "./dancer.seen" |
| 12:05:30 | bluebrother | hmm, but how include custom HTML code in the header with htlatex? |
| 12:08:44 | | Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) |
| 12:08:44 | | Quit pamaury (Changing host) |
| 12:08:44 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 12:12:08 | | Join guestKush [0] (~6c232162@giant.haxx.se) |
| 12:20:18 | | Quit ReimuHakurei (Ping timeout: 276 seconds) |
| 12:26:28 | | Quit nirvy (Quit: OH WEOW) |
| 12:30:27 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 12:47:24 | | Join sirrozha [0] (~sirrozha@89.23.217.205) |
| 12:50:42 | | Quit guestKush (Quit: CGI:IRC (Ping timeout)) |
| 12:53:36 | | Quit Rob2222 (Quit: Rob2222) |
| 12:54:08 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 12:54:58 | | Join [0] (~kramer@ip98-169-188-142.dc.dc.cox.net) |
| 12:58:24 | | Join Rob2222 [0] (~Miranda@p4FFF36B0.dip.t-dialin.net) |
| 13:00 |
| 13:02:04 | | Join kevku [0] (x@2001:470:28:773:babe:feed:dead:bee) |
| 13:07:06 | | Quit robin0800 (Quit: Leaving) |
| 13:07:28 | | Join robin0800 [0] (~robin0800@149.254.186.247) |
| 13:07:49 | | Quit [Saint] (Quit: Leaving) |
| 13:09:11 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 13:14:17 | | Quit benedikt93 (Quit: Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.) |
| 13:16:50 | | Quit stoffel (Ping timeout: 240 seconds) |
| 13:19:00 | pixelma | bluebrother: for some reason this single page html manual isn't handled very well in the android browser with regards to reflowing the page which usually works fine. It's not so important as the line length isn't too long so that I don't need to scroll horizontally at a decent font size (except for the pictures which are centered) |
| 13:22:46 | | Join stooo [0] (~sto@g227032255.adsl.alicedsl.de) |
| 13:25:03 | | Join [Saint] [0] (~Saint]@124-197-3-117.callplus.net.nz) |
| 13:36:02 | | Quit stooo (Quit: Leaving.) |
| 13:47:48 | | Join mac9416 [0] (~mac9416@unaffiliated/mac9416) |
| 13:50:07 | mac9416 | Hi! Okay, I have a friend who wants an iPod, probably Nano 5g or 6g. I hate Apple and want her to get something she can Rockbox instead. Can anyone recommend a comparable MP3 player? (FYI, Nano 6g is the only MP3 player I've ever owned so I've never had a chance to use Rockbox −− I'm kinda shooting in the dark.) |
| 13:55:00 | pixelma | I guess a Sansa Clip+ would be an option, size factor is comparable to the Nano 6G although the display is a huge difference (monochrome, no touch screen) - instead physical buttons and a microSD slot |
| 13:55:38 | pixelma | things I thought of immediately but it depends a lot on what is wanted or not |
| 13:57:39 | | Join Thra11 [0] (~thrall@47.97.125.91.rb5.adsl.brightview.com) |
| 13:57:51 | mac9416 | Okay. I'm not sure size is the biggest deal. Really anything will do that is comparable to any recent iPod... |
| 13:58:01 | mac9416 | I'm going through the list of Rockboxable players now. |
| 13:58:24 | mac9416 | For example, the Archos 6000 has some aesthetic issues. ;-) |
| 13:58:40 | gevaerts | It does not! |
| 13:59:01 | bluebrother | buy a used nano2g? |
| 14:00 |
| 14:00:37 | mac9416 | gevaerts, girls are funny about things like that. :-P |
| 14:00:57 | mac9416 | bluebrother, that _might_ be an option. It's a little oldish though. |
| 14:00:59 | bluebrother | then buy a used mini2g in pink and CF mod it |
| 14:01:16 | * | bluebrother likes the mini better than the nano because of its physical size |
| 14:01:45 | mac9416 | Okay, I'll give it a look... |
| 14:01:51 | mac9416 | Pink may be a bit much. |
| 14:01:57 | mac9416 | :-P |
| 14:02:42 | gevaerts | If you want "new" and "looks like an ipod", I'm not sure you have many options |
| 14:02:54 | mac9416 | Okay. |
| 14:03:00 | bluebrother | depends on your friend I guess ;-) |
| 14:03:02 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 14:03:08 | bluebrother | a Fuze might be an option too. |
| 14:03:18 | mac9416 | k... |
| 14:03:37 | *** | Saving seen data "./dancer.seen" |
| 14:03:37 | gevaerts | If you go for a fuze, make sure it's a fuze, not a fuze+ |
| 14:03:40 | AlexP | Something that is new and looks like an ipod is an ipod I'm afraid |
| 14:03:44 | mac9416 | Yeah, the Fuxe is nice-looking. |
| 14:03:56 | AlexP | Something that is new, good, looks nice but not like an ipod is a fuze |
| 14:03:57 | | Quit bzed (Quit: leaving) |
| 14:03:59 | mac9416 | gevaerts, thanks for the tip. That would be bad. |
| 14:04:10 | | Join bzed [0] (~bzed@devel.recluse.de) |
| 14:04:30 | mac9416 | "Video MP3 Player with FM Radio" Now we're talking. |
| 14:04:44 | * | bluebrother wonders when MP3 became a video format |
| 14:05:08 | AlexP | bluebrother: About the same time you could get HD sound |
| 14:05:22 | pixelma | no colour sound? |
| 14:05:29 | AlexP | that too :) |
| 14:05:30 | pixelma | or color even |
| 14:05:31 | mac9416 | "Video/MP3 Player" would have been betters. |
| 14:05:35 | bluebrother | catch the digital flow! |
| 14:05:36 | mac9416 | lol |
| 14:05:58 | * | [Saint] wonders... |
| 14:06:01 | bluebrother | (below the Rockbox Tower bridge :) |
| 14:06:03 | [Saint] | Is a Fuze still "new"? |
| 14:06:13 | AlexP | Stll available anyway |
| 14:06:23 | bluebrother | and remember, it's _not_ Fuse. |
| 14:06:32 | [Saint] | You'd be *bloody* lucky to find one for sale that's NIB. |
| 14:06:46 | bluebrother | NIB? |
| 14:06:48 | [Saint] | Most are reconditioned now. |
| 14:06:53 | [Saint] | "new in box" |
| 14:06:54 | bluebrother | Native Interface Builder? |
| 14:07:25 | bluebrother | amazon has one (not sold by amazon directly, but well) |
| 14:07:34 | mac9416 | http://shop.ebay.com/i.html?_from=R40&_trksid=p5197.m570.l1313&_nkw=sansa+fuze+8gb&_sacat=See-All-Categories |
| 14:07:44 | | Join stoffel [0] (~quassel@p57B4ADF7.dip.t-dialin.net) |
| 14:08:00 | bluebrother | and amazon.com even still ships some: http://www.amazon.com/SanDisk-Sansa-Video-Player-Black/dp/B0015L0T68/ref=sr_1_1?ie=UTF8&qid=1308485256&sr=8-1 |
| 14:08:15 | [Saint] | mac9416: that's a Fuze+ |
| 14:08:20 | gevaerts | mac9416: I'd recommend playing around with the sim a bit before deciding if you've never used rockbox before |
| 14:08:56 | mac9416 | gevaerts, okay. I know someone with a Rockboxable MP3 player. I'll see what I can do. |
| 14:09:11 | mac9416 | [Saint], this one? http://www.ebay.com/ctg/SanDisk-Sansa-Fuze-Black-8-GB-Digital-Media-Player-/86138466?LH_ItemCondition=1000&_dmpt=Other_MP3_Players&_pcategid=73839&_pcatid=39&_refkw=sansa+fuze+8gb |
| 14:09:11 | bluebrother | thefirst one is a fuze |
| 14:09:18 | mac9416 | Sorry about the long URL. |
| 14:09:25 | mac9416 | Ebay's fault. |
| 14:09:28 | bluebrother | at least on the page ebay displays in my browser |
| 14:09:40 | [Saint] | Hmmm...it took me to the middle of the list when I first clicked it. Sorry. |
| 14:09:46 | [Saint] | I refreshed and it "just worked". |
| 14:10:00 | bluebrother | Fuze: http://i.ebayimg.com/01/!!eB7qo!!mM~$%28KGrHqMOKj0E0+Ft%28BJyBNQ-epFRCw~~_35.JPG |
| 14:10:21 | gevaerts | mac9416: that would be ideal of course, but we also have a simulator, or "sim", that lets you get a feel for it on a PC |
| 14:10:22 | bluebrother | Fuze+: http://i.ebayimg.com/00/$%28KGrHqZ,!jQE1KKI%29uYWBNh-yRyulw~~_35.JPG |
| 14:10:38 | bluebrother | so it shouldn't be too hard to distinguish them :) |
| 14:10:56 | mac9416 | gevaerts, ah, that's perfect! I shall give it a try. |
| 14:11:18 | mac9416 | Hmmm, can Rockbox do FM or will I lose that feature? |
| 14:11:38 | [Saint] | It can, yes. |
| 14:11:49 | [Saint] | Provided the player has the hardware, of course ;) |
| 14:11:57 | [Saint] | (Which the Fuze does) |
| 14:12:10 | mac9416 | Sweeeet. |
| 14:15:52 | * | bluebrother grumbles |
| 14:16:15 | bluebrother | what on earth is htlatex doing here? Copying _some_ of the source images only? wtf? |
| 14:17:41 | gevaerts | hm, some reports on the forum about a 2007 LBA48 build for the Player not working properly |
| 14:19:05 | [Saint] | blast from the past... |
| 14:19:40 | gevaerts | I bet they did something wrong |
| 14:22:10 | [Saint] | bootloader missmatch? |
| 14:22:42 | gevaerts | On a Player? |
| 14:23:12 | pixelma | then it wouldn't work for the rest of it (as I understood) |
| 14:33:24 | | Quit petur (Remote host closed the connection) |
| 14:33:32 | | Join timccc [0] (~aoeu@112.166.15.141) |
| 14:40:41 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 14:43:40 | | Quit stoffel (Ping timeout: 255 seconds) |
| 14:46:24 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 14:58:35 | | Quit balintx (Remote host closed the connection) |
| 14:58:52 | | Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) |
| 15:00 |
| 15:02:41 | | Join ReimuHakurei [0] (~reimu@74.112.212.15) |
| 15:05:03 | | Part sirrozha |
| 15:12:04 | | Quit Thra11 (Ping timeout: 240 seconds) |
| 15:14:33 | * | pixelma wonders about http://svn.rockbox.org/viewvc.cgi/trunk/apps/plugins/pacbox/pacbox.h?annotate=29138 - lines 44-68, especially 55 and 68 |
| 15:15:13 | pixelma | looks unnecessary to check for remote lcd inside the h110/h300 pad defines... or am I missing something |
| 15:15:21 | pixelma | it doesn't hurt though |
| 15:25:50 | | Join Thra11 [0] (~thrall@87.113.133.98) |
| 15:36:00 | bluebrother | pixelma: finally got somewhere: http://www.alice-dsl.net/dominik.riebeling/rockbox/rockbox-buildch3.html |
| 15:36:38 | bluebrother | this htlatex is really a pain. Haven't done that much try and error since quite a while |
| 15:37:41 | [Saint] | Start making themes ;) |
| 15:38:56 | bluebrother | nah, there are enough other tasks on my list :) |
| 15:39:10 | * | bluebrother tries to convince [Saint] to work on Rockbox Utility :P |
| 15:41:55 | | Join Buschel [0] (~chatzilla@p54A3A0B3.dip.t-dialin.net) |
| 15:42:50 | * | Buschel does not find any voice file on the daily build page |
| 15:42:59 | Buschel | are there any? |
| 15:47:15 | | Join sideral [0] (~sideral@213.165.85.248) |
| 15:47:15 | | Quit sideral (Changing host) |
| 15:47:15 | | Join sideral [0] (~sideral@rockbox/developer/sideral) |
| 16:00 |
| 16:03:39 | *** | Saving seen data "./dancer.seen" |
| 16:07:06 | | Quit Buschel (Ping timeout: 244 seconds) |
| 16:10:25 | bluebrother | pixelma: updated a bit to put some stuff "in" the crosslinks header |
| 16:11:02 | bluebrother | seems to work fine so far though I've only tested with FF4 yet. |
| 16:21:50 | [Saint] | are the images supposed to show? |
| 16:22:08 | | Quit mac9416 (Quit: Leaving) |
| 16:22:16 | [Saint] | under 3.1.1 "the player's controls" |
| 16:22:48 | [Saint] | bluebrother: ^ |
| 16:23:45 | pamaury | is STORAGE_GET_INFO actually ever used ? |
| 16:24:24 | pamaury | ah yes, it's defined in config.h, sorry |
| 16:26:08 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 16:26:23 | [Saint] | Hmmm...as FF just displays "pic" and Chrome just gives the "image missing" thumnail, I guess not. |
| 16:26:26 | [Saint] | Nevermind. |
| 16:26:43 | pamaury | arg, am I mistaken or is sd.c and storage.c assuming that there is not SD + MMC target ? How can I implement card_get_info_target for both ???? |
| 16:27:59 | pamaury | I think storage.c should implement card_get_info_target in the usual way: define if only one storage subsystem is used and dispatch otherwise |
| 16:34:21 | gevaerts | pamaury: I probably indeed didn't consider SD + MMC. Should be easy to fix though... |
| 16:35:31 | pamaury | My question is: shouldn't we do it like other storage functions ? |
| 16:36:16 | gevaerts | probably |
| 16:36:19 | pamaury | that means: |
| 16:36:19 | pamaury | - implement card_get_info_target if multiple storage is present |
| 16:36:19 | pamaury | - rename card_get_info_target to sd_card_get_info for sd and mmc_gcard_get_info for mmc (for example) |
| 16:36:28 | pamaury | does that sound reasonable ? |
| 16:36:31 | gevaerts | yes |
| 16:36:31 | CIA-27 | New commit by miipekk (r30016): Removed redundant copy of tagcache master_header structure stored in ... |
| 16:36:56 | pamaury | Ok, do you have time to do it or should I write a patch that you can review ? |
| 16:37:27 | pamaury | actually, can you run a test build on all target using the build server ? |
| 16:38:02 | gevaerts | I still have a headache, so I'd rather not try to code right now |
| 16:38:12 | pamaury | ok |
| 16:38:25 | gevaerts | No, the build system doesn't support that |
| 16:40:06 | CIA-27 | r30016 build result: All green |
| 16:40:57 | pamaury | Is storage_spinup_time() actually used ? |
| 16:42:02 | pamaury | storage_spinup_time() calls mmc_spinup_time() which is not implement and strangely enough, it's commented out for SD ! |
| 16:43:33 | gevaerts | It should be commented out for mmc as well |
| 16:43:49 | gevaerts | That one only makes sense for spinning disks |
| 16:44:06 | pamaury | there is also mmc_spin |
| 16:44:14 | pamaury | and mmc_spindown |
| 16:44:18 | gevaerts | Nobody ever noticed because there currently is no mmc multidriver target |
| 16:44:32 | pamaury | for sd there are implemented in sd.c but for mmc that's driver specific |
| 16:44:54 | pamaury | I propose to remove them for sd and mmc, does that sound ok ? |
| 16:46:11 | gevaerts | I don't mind |
| 17:00 |
| 17:10:40 | | Quit bluebrother (Disconnected by services) |
| 17:10:42 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 17:11:22 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 17:12:13 | | Join keyb_gr [0] (~chatzilla@p4FF03BC9.dip.t-dialin.net) |
| 17:13:58 | | Quit fs-bluebot (Ping timeout: 255 seconds) |
| 17:15:09 | | Join fs-bluebot [0] (~fs-bluebo@g231122055.adsl.alicedsl.de) |
| 17:15:31 | bluebroth3r | pixelma, AlexP: last version. Any concerns about this? Since I'd like to have that finished committing it might be a good idea. bluebrother/rockbox-buildch3.html">http://tinyurl.com/bluebrother/rockbox-buildch3.html |
| 17:16:15 | AlexP | bluebroth3r: Sorry, I've missed the context - what am I looking at? :) |
| 17:16:32 | bluebroth3r | the only drawback is that it requires JavaScript, but I haven't found a better solution |
| 17:16:46 | bluebroth3r | AlexP: search field in the multipage HTML manual directing to google |
| 17:16:56 | | Nick bluebroth3r is now known as bluebrother (~dom@rockbox/developer/bluebrother) |
| 17:17:08 | AlexP | ah yes, just spotted it |
| 17:17:18 | bluebrother | I've also added the Rockbox logo at the top while at it :) |
| 17:17:29 | AlexP | Good idea, it is impossible to search for stuff in the html one at the moment |
| 17:17:41 | AlexP | Yes, looks good |
| 17:18:46 | bluebrother | htlatex is really a beast :( |
| 17:19:10 | bluebrother | haven't figured how to get the JavaScript embedded into the generated website. Well. |
| 17:20:05 | [Saint] | it's not *impossible*, but...awkward. I usually click "Contents" and search from there. |
| 17:20:22 | [Saint] | as long as you know the correct terminology, you _should_ find what you're looking for. |
| 17:20:27 | [Saint] | this is a much better solution though. |
| 17:20:47 | | Join Topy [0] (~Topy44@f049209041.adsl.alicedsl.de) |
| 17:21:11 | AlexP | Contents only helps if the thing you are searching for is a heading/subheading |
| 17:21:34 | AlexP | So it isn't possible to search the manual that way, only the table of contents :) |
| 17:21:45 | bluebrother | another drawback will be that the google search index isn't necessarily up to date with the latest manual changes |
| 17:22:24 | bluebrother | oh, and I removed some items from this crosslink bar at the top and bottom. Should be cleaner now. |
| 17:22:33 | AlexP | true, but it is better than nothing (along with the contents) |
| 17:22:41 | bluebrother | yeps. |
| 17:22:52 | bluebrother | that's the only reason why I did the actual work :D |
| 17:24:19 | | Quit T44 (Ping timeout: 255 seconds) |
| 17:28:15 | pixelma | hmm, you'll be directed to the PDF then , right? |
| 17:29:07 | | Quit froggyman (Quit: Ex-Chat) |
| 17:29:40 | bluebrother | pixelma: depends on what Google does. Might happen, but we can't control that. |
| 17:30:27 | pixelma | aha, it's just that then you have to search the PDF too. It's a good step ahead though, I like it :) |
| 17:32:05 | bluebrother | it uses the base URL of the file for searching, so when starting it from my copy google will search my webspace. Which doesn't have any html manuals. |
| 17:32:16 | bluebrother | that might be another reason why you'll see pdf results |
| 17:32:43 | pixelma | ah, ok |
| 17:33:52 | bluebrother | but I didn't want to hard code fixed paths to the Rockbox server locations −− those can change. |
| 17:34:31 | pixelma | nice :) |
| 17:34:39 | bluebrother | not that I expect that ... |
| 17:35:16 | bluebrother | and when using locally it seems to redirect you to google, without restricting it to any domain. Which wouldn't work for a local copy anyway |
| 17:43:44 | CIA-27 | New commit by bluebrother (r30017): Manual: add search box to HTML output. ... |
| 17:45:56 | | Quit ReimuHakurei (Read error: Connection reset by peer) |
| 17:47:16 | CIA-27 | r30017 build result: All green |
| 17:52:49 | | Join ReimuHakurei [0] (~reimu@74.112.212.15) |
| 17:56:06 | pamaury | what is mmc_touched() ? |
| 17:57:07 | | Quit GodEater (Disconnected by services) |
| 17:59:34 | | Join funman [0] (~fun@206.108.167.158) |
| 17:59:37 | | Quit funman (Changing host) |
| 17:59:37 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 18:00 |
| 18:01:33 | bertrik | Would it make sense to declare a prototype for codec_main and plugin_start (currently we don't seem to have one)? |
| 18:02:28 | bertrik | I run a build with -Wmissing-prototypes once every while and I get warnings on those. |
| 18:03:43 | *** | Saving seen data "./dancer.seen" |
| 18:04:44 | pamaury | arggg, why so much code assume sd XOR mmc ?!!? |
| 18:04:59 | bertrik | Having a declaration in some header file and including it in sources that use it, makes sure that everyone agrees on the same prototype. The linker can't tell the difference between two functions with a different set of arguments for example) and will happily link a call to a function with a different prototype (e.g. arguments) |
| 18:08:08 | pamaury | Would anyone be against adding a function to the storage layer to determine the subsystem of each drive (STORAGE_*). So that the code can ask "is drive X a ATA/SD/MMC/NAND drive ?" |
| 18:10:59 | bertrik | Why does code need to know that? |
| 18:11:32 | pamaury | for card_get_info |
| 18:12:04 | pamaury | since I have SD + MMC, card_get_info has to handle both, how could it tell which drive one is sd and which one is mmc ? |
| 18:13:07 | pamaury | and the same problem arises in debug_menu.c which also assumes no such situation exist |
| 18:14:54 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 18:26:09 | | Join hobby16 [0] (~ubuntu@157.186.193.77.rev.sfr.net) |
| 18:26:59 | * | pixelma curses pictureflow's button action blob |
| 18:27:52 | pixelma | it's really hard to follow which target uses which, where exceptions are and especially why they are there for some targets |
| 18:30:50 | pixelma | looks like it's basically all standard context for all plus an extra quit action - and some exceptions. There are vague memories in my head about the case of the Ondio, but I don't know about the other targets (H10 etc.) |
| 18:30:56 | hobby16 | hi all, I want to debug on my Sansa Clip new firmwares (launching it with rolo). Is there a way NOT to connect and disconnect the USB cable each time you upload a new firmware version ? |
| 18:31:38 | * | [Saint] wrestles with pictureflow not being adapted to absolute point at the same time, and the guesse-work needed to navigate gridmode if you're unfamiliar with it. |
| 18:33:03 | [Saint] | hobby16: not without compiling your own build with the (still experimental) patch to enable USB on these devices |
| 18:33:39 | gevaerts | Even then |
| 18:34:03 | pixelma | copying the new firmware file to microSD and then to interenal (though that's probably not very convenient too) |
| 18:34:26 | [Saint] | Oh, yes...derp. |
| 18:34:52 | | Quit GodEater (Quit: WeeChat 0.3.6-dev) |
| 18:35:49 | | Quit [Saint] (Remote host closed the connection) |
| 18:39:12 | | Quit robin0800 (Quit: Leaving) |
| 18:40:52 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 18:41:50 | | Quit GodEater (Client Quit) |
| 18:52:00 | | Join Buschel [0] (~chatzilla@p54A3B693.dip.t-dialin.net) |
| 18:56:45 | pixelma | does someone have an M:Robe100 plus remote and/or knows if the remote works? |
| 19:00 |
| 19:06:55 | bertrik | hobby16, when debugging, you can place many .sansa files on the clip in one go (say each with a different compiled setting) and then rolo them one by one |
| 19:07:22 | bertrik | on the clip+ you can place them on the microsd card |
| 19:08:44 | hobby16 | @Saint, GREAT, I compile the firmware already (testing Lua interpreter => hence the need to reload the often the lua script to debug. Can you tell me with patch I must apply please ? |
| 19:10:48 | hobby16 | @Gertrik, in fact, I use just one rockbox.sansa, but I program in Lua, so I need to change a text script very often to debug (and I need to do it on the target after the script has been debugged on the simulator) |
| 19:10:50 | bertrik | clipv1 already has USB enabled |
| 19:11:40 | bertrik | can't you develop the lua scripts on the desktop first? or perhaps in the simulator? |
| 19:13:45 | hobby16 | @bertrik, here what I want to do 0)edit Lua script 1)connect Sansa in drive mode 2) upload my Lua script (ascii file) 3)disconnect drive mode and connect in USB power mode 4)launch the Lua script 5)script to debug => restart at 0) |
| 19:14:02 | hobby16 | And all without disconnecting the USB cable |
| 19:14:56 | bertrik | I recommend to do the main development on the pc in the simulator, then fine-tune and check it on target |
| 19:15:04 | hobby16 | diner now, see you later. appreciate any patch suggested. Thanks again |
| 19:15:43 | hobby16 | @bertrik, indeed, I develop in the Simulator but still need to debug on target (I2C interface) |
| 19:23:20 | CIA-27 | New commit by amiconn (r30018): Optional dual-boot support in iAudio X5 and M5 bootloader, based on FS #5289. ... |
| 19:24:56 | AlexP | amiconn: Was that a bug fix? :) |
| 19:25:13 | AlexP | Anyway, would you be wanting to do a new bootloader release? |
| 19:25:27 | amiconn | No, but it wasn't a feature change for main rockbox either |
| 19:25:34 | amiconn | It's all bootloader code |
| 19:25:35 | AlexP | I know, was a joke :) |
| 19:26:02 | AlexP | But are you thinking of putting a dual-boot bootloader out? |
| 19:26:12 | AlexP | It might be nice for the release if we can manage it |
| 19:26:37 | amiconn | The question is whether I should do a bootloader release along with the main release, or wait and then add wake-up alarm support as well (which does require changes in main rockbox) |
| 19:26:41 | | Quit funman (Quit: leaving) |
| 19:26:46 | CIA-27 | r30018 build result: All green |
| 19:27:27 | AlexP | I guess wait and not make people update the bootloader twice |
| 19:27:39 | amiconn | The dual boot bootloader also needs special support in rbutil. It is diffent from the single boot bootloader binary |
| 19:30:16 | amiconn | Both pixelma and me can't use dual boot anyway. The OF doesn't seem to like SSDs (at least Photofast G-Monster V1 and V2) |
| 19:36:16 | | Join evilnick [0] (~evilnick@ool-18bee3a9.dyn.optonline.net) |
| 19:36:16 | | Quit evilnick (Changing host) |
| 19:36:16 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
| 19:46:16 | | Join stoffel [0] (~quassel@p57B4ADF7.dip.t-dialin.net) |
| 19:48:46 | | Quit Buschel (Ping timeout: 255 seconds) |
| 20:00 |
| 20:01:02 | | Quit mudd1 (Quit: Ex-Chat) |
| 20:01:34 | | Quit kevku (Ping timeout: 260 seconds) |
| 20:01:34 | | Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) |
| 20:03:47 | *** | Saving seen data "./dancer.seen" |
| 20:05:43 | | Quit stoffel (Remote host closed the connection) |
| 20:07:35 | | Join sirrozha [0] (~sirrozha@89.23.217.205) |
| 20:10:16 | | Join kevku [0] (x@2001:470:28:773:babe:feed:dead:bee) |
| 20:12:40 | | Part sirrozha |
| 20:16:40 | | Quit hobby16 (Quit: Leaving) |
| 20:20:38 | | Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net) |
| 20:23:16 | sideral | Slasheri: Does the fix you checked in also relate to the recently-added (and not just to the recently-played) DB query? |
| 20:23:53 | sideral | because I've seen misbehavior with recently-added recently, especially if commit couldn't complete w/o reboot |
| 20:24:59 | Slasheri | sideral: yes |
| 20:25:11 | Slasheri | that should behave better as well |
| 20:25:56 | sideral | that's great! one item less on my list of annoyances :) |
| 20:26:54 | Slasheri | :) do you have any other annoyances with the db? ;) |
| 20:28:35 | sideral | Slasheri: Yes, a couple :) Will you be around later tonight? I'm short on time right now |
| 20:30:09 | Slasheri | sideral: great, just tell me when you are around |
| 20:32:15 | sideral | Slasheri: Cool. I should have some time after 10 or 11 p.m. CEST. If you cannot stick around, I'll shoot you an email |
| 20:34:50 | | Join neferty [0] (~andor@173.242.127.201) |
| 20:36:09 | | Quit (Ping timeout: 240 seconds) |
| 20:39:47 | | Join TheJew [0] (~18b1aabc@giant.haxx.se) |
| 20:40:56 | | Quit TheJew (Client Quit) |
| 20:41:05 | | Join TheJew [0] (~18b1aabc@giant.haxx.se) |
| 20:43:27 | TheJew | I just installed RockBox on my F40 Toshiba and when I try to convert the SAT files via Windows Media Player, Windows cannot see them in Windows Explorer. I am running Windows 7 64 bit, anyone have any ideas |
| 20:43:46 | TheJew | The folders show upo where the SAT files would normally be but they are empty |
| 20:44:16 | TheJew | When I am plugged in with Gigabeat reoom they show up |
| 20:44:28 | TheJew | And rockbox, only have the problem with WMP |
| 20:47:05 | | Quit TheJew (Quit: CGI:IRC (EOF)) |
| 20:52:57 | | Join hobby16 [0] (~ubuntu@157.186.193.77.rev.sfr.net) |
| 20:56:23 | hobby16 | anyone has a solution for my USB problem ? (how to avoid disconnect & connect usb cable at each upload) |
| 20:57:21 | * | ukleinek didn't read about an USB problem and suggests to write to the mailing list |
| 20:57:22 | gevaerts | The best solution probably is to learn to accept it |
| 21:00 |
| 21:02:44 | | Quit user890104 (Read error: Connection reset by peer) |
| 21:04:25 | | Join user890104 [0] (~Venci@6bez10.info) |
| 21:09:59 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 21:11:22 | | Quit hobby16 (Ping timeout: 240 seconds) |
| 21:18:48 | | Join doctorwawaron [0] (~18ca4606@giant.haxx.se) |
| 21:20:06 | | Quit doctorwawaron (Client Quit) |
| 21:21:59 | | Quit balintx (Remote host closed the connection) |
| 21:22:14 | | Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) |
| 21:26:07 | | Quit liar (Ping timeout: 258 seconds) |
| 21:28:21 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 21:41:10 | | Join evilnick_ [0] (~evilnick@ool-18bee3a9.dyn.optonline.net) |
| 21:43:40 | sideral | Slasheri: still around? I'm back |
| 21:43:56 | Slasheri | sideral: yes :) |
| 21:44:12 | | Join bzed_ [0] (~bzed@2001:470:1f0b:168f::2) |
| 21:45:03 | sideral | cool. OK, so I know of various database bugs and am working on various enhancements (more on that later if you want), but there are two bugs that classify as annoyances |
| 21:45:52 | sideral | The major problem I have is that the tagtree browser responds unpredictably to changes to tagnavi conditions |
| 21:45:59 | | Quit bzed (Ping timeout: 260 seconds) |
| 21:46:03 | | Nick bzed_ is now known as bzed (~bzed@2001:470:1f0b:168f::2) |
| 21:46:27 | | Quit stripwax (Quit: http://miranda-im.org) |
| 21:46:54 | sideral | For example, I have a query that shows only unplayed tracks. When I play a track (and make sure the DB is updated by causing an unbuffer event), one of three things happens: |
| 21:47:49 | sideral | (1) the change is reflected in the DB browser, but only after some time. |
| 21:48:21 | sideral | (2) after some time, the DB shows entirely bogus results |
| 21:48:38 | pixelma | hmm, my r30012 android build just skips through the song |
| 21:48:46 | pixelma | s |
| 21:48:50 | pamaury | I'm highly confused, I have access to the fuze+ internal flash and it's...strange |
| 21:49:01 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 21:49:09 | sideral | Slasheri: (3) or the DB just never reflects the change |
| 21:49:50 | sideral | Slasheri: I don't think the delayed index update is to blame, as I've implemented store-to-load forwarding in tagcache |
| 21:50:03 | Slasheri | Hmm, is the thing 1) still relevant? I see there were some changes to the tag lookup so that tagcache should check the commit queue if new track statistics has not yet been updated to disk |
| 21:50:59 | sideral | Yes, I implemented that, but that doesn't help the DB browser for some reason. It works perfectly well for the buffer/unbuffer events though, they always find the updated data now |
| 21:51:22 | sideral | There seems to be some caching in tagtree that can become stale or even faulty |
| 21:52:05 | Slasheri | sideral: hmm.. i just tried that today and for me, new data was immediately available in db browser after unbuffer event had occurred (data still in the queue) |
| 21:52:52 | sideral | Then you ran into case (1), but luckily "some time" was very short for you |
| 21:52:54 | sideral | :) |
| 21:53:23 | Slasheri | interesting :) |
| 21:54:48 | Slasheri | did you try to force the db browser to make a new query? (going backwards one step and then selecting the entry again) |
| 21:55:20 | sideral | Yes, I tried that. Is that guaranteed to erase the previous results? |
| 21:55:49 | | Join Buschel [0] (~chatzilla@p54B67A8E.dip.t-dialin.net) |
| 21:55:51 | Slasheri | it should erase previous results |
| 21:56:13 | | Quit bzed (Remote host closed the connection) |
| 21:56:18 | | Join bzed [0] (~bzed@devel.recluse.de) |
| 21:56:25 | Slasheri | what tagcache settings did you have enabled? ram loading, dircache, maybe hibernated state on H1xx target? |
| 21:57:45 | sideral | ram loading, dircache, autoupdate. No hibernation as far as I'm aware (target's a Clip+) |
| 21:58:01 | sideral | Case (2) is interesting as well. :) It caused some queries to return tracks that should never have appeared because of the tagnavi condition for example files from a directory not covered by the condition |
| 21:58:25 | Slasheri | ok.. that could be target specific as well.. at least on iriver, there seems to be less problems than on other targets |
| 21:58:28 | sideral | Hence my suspicion that it was using stale data from another query |
| 21:58:59 | Slasheri | hmm, does the case 2) happen constantly? |
| 22:00 |
| 22:01:14 | sideral | It used to. Currently I cannot seem to trigger it because it used to happen after autoupdate + DB reload, but for some reason the DB reload fails because the DB doesn't commit in the same session and requires a reboot. But the problem appeared some time after the DB reload, that is, immediately after the reload the DB appeared fine, including the newly added tracks |
| 22:01:16 | | Quit Buschel (Ping timeout: 246 seconds) |
| 22:02:43 | Slasheri | interesting.. that could memory corruption/overflow somewhere for example |
| 22:03:48 | *** | Saving seen data "./dancer.seen" |
| 22:04:01 | | Join JesusChrysler [0] (~JesusChry@c-69-253-15-232.hsd1.pa.comcast.net) |
| 22:04:06 | sideral | That's a possibility |
| 22:04:59 | sideral | I had a suspicion that DB reload doesn't invalidate all cached query results, resulting in stale pointer accesses in tagtree |
| 22:05:52 | sideral | I can consistently trigger case (1) though |
| 22:07:35 | sideral | OK, let's move on to the second annoyance, shall we? |
| 22:08:02 | Slasheri | that could be possible in case 2 |
| 22:09:07 | Slasheri | but i will do some debugging with case 1 as soon as i get one changelog import problem figured out.. now logf is staggering as i increased the buffer size over 100 kB |
| 22:10:00 | sideral | Thanks! What is that changelog import problem, BTW? |
| 22:10:07 | | Quit kevku (Remote host closed the connection) |
| 22:10:23 | Slasheri | it fails to import statistics from one single track |
| 22:10:29 | Slasheri | no idea why, yet |
| 22:10:36 | | Quit GeekShadow (Quit: The cake is a lie !) |
| 22:10:41 | sideral | oh, nice :) |
| 22:11:49 | sideral | The other annoyance is that tagnavi %sort and %strip clauses are consulted only for the first %format of a format group, and then applies to all %formats of the group. |
| 22:12:05 | sideral | I can see that %sort should be per-group, but %strip shouldn't |
| 22:12:59 | | Quit ReimuHakurei (Quit: If I use this, I will disappear, and Shana-tan will remain...) |
| 22:13:16 | | Join ReimuHakurei [0] (~reimu@74.112.212.15) |
| 22:13:24 | sideral | I need %strip to be per-format to fix the more-than-two-digits-in-tracknumber-sorts-wrong bug once and for all :) |
| 22:13:33 | | Quit benedikt93 (Quit: "There are three kinds of lies: lies, damned lies, and statistics." - Benjamin Disraeli) |
| 22:14:34 | Slasheri | sideral: interesting, lets add that to the todo list as well ;) i think that should be considered as a bug |
| 22:14:59 | sideral | Yeah. I'll come around and fix it eventually, unless you beat me to it again ;) |
| 22:15:23 | sideral | Any idea whether per-format %sort would make any sense? |
| 22:17:24 | Slasheri | no idea, unless you figure out an example situation |
| 22:18:53 | sideral | Then we should document this properly and choke (into logf at least) when a subsequent %format of a group has a %sort directive |
| 22:20:28 | sideral | There's another bug that I find somewhat annoying: FS #9093 |
| 22:20:29 | fs-bluebot | http://www.rockbox.org/tracker/task/9093 Database initialization hangs if there's no music file on the player (bugs, assigned) |
| 22:20:57 | pamaury | has anyone ever a "disk" where the sector size is 1536(=3*512) or more precisely a MBR with such sector size |
| 22:21:02 | pamaury | *ever seen |
| 22:21:09 | sideral | Slasheri: I don't understand the patch proposed by someone else, and my patch seems to be buggy as well |
| 22:21:55 | sideral | Slasheri: My patch makes autoupdate keep updating the DB forever, and I don't understand why, yet |
| 22:25:15 | Slasheri | sideral: oh, that bug is still there.. |
| 22:25:46 | | Join domonoky1 [0] (~Domonoky@agsb-5d8537eb.pool.mediaWays.net) |
| 22:25:49 | Slasheri | sideral: i add that to my list as well :) |
| 22:26:14 | sideral | I'd like to see your list :) |
| 22:26:27 | Slasheri | =) |
| 22:27:03 | pixelma | that's what Slasheri said all years... ;) |
| 22:27:36 | | Quit domonoky (Ping timeout: 255 seconds) |
| 22:27:41 | sideral | Slasheri: If you're interested and have a few minutes left, I can give you a quick rundown of the DB-related projects I have in the queue, and their status |
| 22:27:44 | | Join kevku [0] (x@2001:470:28:773:babe:feed:dead:bee) |
| 22:28:06 | Slasheri | sideral: sounds interesting :) |
| 22:28:23 | sideral | Alright |
| 22:29:44 | sideral | FS #12132 −− I'll commit that after the freeze. I was unsure whether it broke the recently-added list, but that seems to have been unrelated, as you just have committed a fix :) |
| 22:29:45 | fs-bluebot | http://www.rockbox.org/tracker/task/12132 tagnavi: Support "basename" in formats and conditions; replace <Untagged> in track views (patches, new) |
| 22:31:35 | Slasheri | sideral: that should be useful, i already looked that some time ago :) |
| 22:31:55 | sideral | I'll probably later add "numeric" sort order (as in the file browser) as a %sort directive to make that available when displaying file names. |
| 22:32:16 | sideral | That could actually be a use case for per-format %sort directives ;) not sure yet |
| 22:33:02 | Slasheri | nice :) |
| 22:33:45 | sideral | There's also a patch on FS to allow %format being applied to <All tracks>, that should elide a few more displays of <Untagged> :) |
| 22:34:10 | sideral | FS #9613 |
| 22:34:11 | fs-bluebot | http://www.rockbox.org/tracker/task/9613 Allow formatting of track names for the default <All Tracks> database menus (patches, unconfirmed) |
| 22:34:45 | | Quit mudd1 (Quit: Ex-Chat) |
| 22:35:12 | sideral | OK, the next project is to remember which browser WPS-Select was bound to (DB or file browser) across reboots |
| 22:35:14 | Slasheri | great! i have plenty of those <Untagged> tracks as well ;) |
| 22:35:50 | sideral | being dropped in the file browser after reboot is a frequent annoyance for me |
| 22:36:19 | sideral | Then we have FS #12076 |
| 22:36:20 | fs-bluebot | http://www.rockbox.org/tracker/task/12076 Autoresume feature can start from wrong offset due to resurrection of old runtime stats (bugs, assigned) |
| 22:36:50 | sideral | Where we resurrect stale runtime data for tracks that are actually new |
| 22:37:34 | sideral | For the next release, we'll just drop the fuzzy DB resurrection. After that, I'd like to reinstate it in a fixed version |
| 22:38:06 | sideral | I've experimented with the encoded-data length already, but that isn't sufficient to tell similar tracks apart |
| 22:38:21 | sideral | next idea is to CRC the first 512 bytes of the encoded data |
| 22:39:43 | Slasheri | hmm, so you would rely either the filename or CRC to match? |
| 22:40:03 | sideral | yeah |
| 22:40:21 | Slasheri | (in fact, filename also is a crc) |
| 22:40:45 | sideral | yeah, I noticed (I think you told me before) |
| 22:41:14 | Slasheri | so there is always a small risk for collissions |
| 22:42:22 | sideral | yeah, we already also look at the track length, and I'd add to that the encoded data CRC. Perhaps even as a mandatory match? |
| 22:43:08 | sideral | Adding the CRC also raises the question of how to deal with column inflation in the DB. I don't think it's a problem yet, but I have some ideas of how to compress the existing columns into fewer fields/bytes |
| 22:44:39 | sideral | Next: Looked at how %format conditions work, and noticed that they are parsed differently from filter conditions |
| 22:44:49 | sideral | s/Looked/I looked/ |
| 22:45:37 | sideral | They don't support the "&" connective. Instead, a conjugation can be achieved by just enumerating clauses |
| 22:46:00 | sideral | I'd like to support "&" and also add "|", which I've added to filters already |
| 22:46:37 | sideral | Still with me Slasheri? |
| 22:51:16 | sideral | s/conjugation/conjunction/ :) |
| 22:52:17 | Slasheri | sounds interesting, but lets continue tomorrow :) now i have to go sleep ;) |
| 22:53:15 | Slasheri | and i just figured out what is causing the changelog import problem. it most likely is fast_readline() |
| 22:53:43 | sideral | Slasheri: cool :) get some good sleep, my list is still long ;) |
| 22:54:21 | Slasheri | hehe, better to try :D |
| 22:54:30 | sideral | I likely won't have too much time tomorrow, but possibly later this week |
| 22:55:35 | | Quit evilnick_ (Quit: Toodles) |
| 23:00 |
| 23:04:08 | | Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) |
| 23:05:53 | | Quit kevku (Ping timeout: 260 seconds) |
| 23:06:12 | | Join kevku [0] (x@2001:470:28:773:babe:feed:dead:bee) |
| 23:09:45 | amiconn | Slasheri: There's still the oooold annoyance that db init never finishes if there are no audio tracks |
| 23:11:34 | sideral | amiconn: Yeah, we just discussed that. It's tracked as FS #9093, BTW |
| 23:11:34 | fs-bluebot | http://www.rockbox.org/tracker/task/9093 Database initialization hangs if there's no music file on the player (bugs, assigned) |
| 23:12:48 | amiconn | Hmm, not as old as the FS# I closed today, actually |
| 23:13:41 | sideral | amiconn: Right. Kudos for not letting old stuff rot in FS :) |
| 23:15:03 | amiconn | There's another old one, but I won't tackle this next. The rather annoying .talk bug on hwcodec is more important to fix (hopefully) before the release |
| 23:15:24 | amiconn | Another old one for iAudio X5/M5 I mean |
| 23:15:37 | | Quit ReimuHakurei (Read error: Connection reset by peer) |
| 23:19:28 | | Join ReimuHakurei [0] (~reimu@74.112.212.15) |
| 23:29:26 | | Join Thra11_ [0] (~thrall@48.67.125.91.rb4.adsl.brightview.com) |
| 23:29:46 | | Quit bertrik (Quit: :tiuQ) |
| 23:29:55 | | Quit Thra11 (Disconnected by services) |
| 23:29:59 | | Nick Thra11_ is now known as Thra11 (~thrall@48.67.125.91.rb4.adsl.brightview.com) |
| 23:30:27 | | Join Keripo [0] (~Keripo@c-76-28-198-27.hsd1.wa.comcast.net) |
| 23:30:42 | | Quit ReimuHakurei (Read error: Connection reset by peer) |
| 23:31:00 | | Join ReimuHakurei [0] (~reimu@2001:0:4137:9e76:38eb:5cbb:b58f:2bf0) |
| 23:31:01 | | Join Thra11_ [0] (~thrall@87.112.155.82) |
| 23:34:13 | ruskie | hmm is there a way to tell rockbox to shutdown a device after N-minutes? so I could put something to play and say shut it down after 20 minutes? |
| 23:34:22 | | Quit Thra11 (Ping timeout: 246 seconds) |
| 23:36:05 | | Quit ReimuHakurei (Quit: If I use this, I will disappear, and Shana-tan will remain...) |
| 23:40:37 | pixelma | ruskie: search around our nice manual for "sleep timer" |
| 23:44:13 | | Quit bieber (Ping timeout: 260 seconds) |
| 23:44:47 | * | amiconn slaps kugel a bit |
| 23:45:30 | | Join ReimuHakurei [0] (~reimu@74.112.212.15) |
| 23:45:40 | amiconn | I found the cause for the non-working .talk clips. You said you restored the previous behaviour of mp3info(), but this isn't true |
| 23:46:31 | amiconn | You turned mp3info() in a generic metadata info funcion, which tries to figure out the format first. Of course this breaks when dealing with .talk, as about the first thing it does is checking the extension |
| 23:47:15 | amiconn | mp3info() is for mp3 only, as its name implies (the struct with the same name, however, is generic these days - probably should be renamed) |
| 23:51:10 | | Quit Thra11_ (Ping timeout: 246 seconds) |
| 23:52:26 | | Quit ReimuHakurei (Read error: Connection reset by peer) |
| 23:55:01 | | Join ReimuHakurei [0] (~reimu@74.112.212.15) |
icon identifies that the person is a core developer (has commit access).