| 00:02:56 | CIA-38 | New commit by mcuelenaere (r21123): Lua: make sure action.h gets C preprocessed before processing it |
| 00:03:10 | | Join mt [0] (n=MTee@rockbox/developer/mt) |
| 00:04:39 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 00:05:17 | mcuelenaere | git-push SVN post-commit hook still isn't fixed? |
| 00:06:16 | | Quit petur ("Zzzzz") |
| 00:06:53 | | Join JdGordon| [0] (i=836b0070@rockbox/developer/JdGordon) |
| 00:07:30 | JdGordon| | mcuelenaere: hey, i saw your q last night.... i wont have a chance to loo at it till sunday, so can you put it on FS? |
| 00:07:38 | JdGordon| | assuming its still happening? |
| 00:07:41 | mcuelenaere | sure |
| 00:08:26 | | Quit bertrik ("Leaving") |
| 00:08:31 | mcuelenaere | however this could also be caused by the fact that the Onda is still a very new port.. |
| 00:09:03 | JdGordon| | :) |
| 00:11:37 | | Quit amiconn (Nick collision from services.) |
| 00:11:40 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 00:11:40 | | Quit pixelma (Nick collision from services.) |
| 00:11:41 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
| 00:11:58 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 00:11:59 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 00:14:10 | | Quit trisiak (Read error: 113 (No route to host)) |
| 00:16:25 | mcuelenaere | JdGordon: FS #10259 |
| 00:17:43 | JdGordon| | ok, i love the svn rev.... ish :) |
| 00:21:00 | | Quit matsl_ (Read error: 110 (Connection timed out)) |
| 00:24:39 | | Quit Lss (Read error: 110 (Connection timed out)) |
| 00:25:10 | mcuelenaere | will look into that later ;) |
| 00:30:43 | | Join itcheg [0] (i=62db4c46@gateway/web/ajax/mibbit.com/x-305c11d6c4164690) |
| 00:31:03 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 00:32:45 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
| 00:42:01 | | Quit n1s ("Lämnar") |
| 00:42:32 | | Quit fyre^OS (Read error: 54 (Connection reset by peer)) |
| 00:42:44 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 00:42:47 | | Join fyrestorm [0] (n=nnscript@cpe-24-90-81-178.nyc.res.rr.com) |
| 00:44:28 | | Quit HellDragon (Client Quit) |
| 00:47:05 | | Quit Lynx_ (" HydraIRC -> http://www.hydrairc.com <- Like it? Visit #hydrairc on EFNet") |
| 00:50:56 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
| 00:53:12 | | Join perfectdrug [0] (n=5b0ed723@gateway/web/cgi-irc/labb.contactor.se/x-7643d5f3bfd77d62) |
| 00:55:42 | perfectdrug | pixelma: I just put the finished svg image of the sansa clip to the patchtracker, feedback would be nice so that I may begin with the fuze maybe |
| 00:57:27 | perfectdrug | FS #10260 |
| 00:58:20 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 00:58:43 | funman | perfectdrug: very nice |
| 00:59:26 | funman | perfectdrug: perhaps you could draw something on the yellow part of the screen ? (where the revision number usually is) |
| 00:59:45 | pixelma | perfectdrug: what happened on the right side of the svg (watching in my browser only currently though) |
| 01:00 |
| 01:00:36 | perfectdrug | pixelma: i thought there is a button :D isn't it? |
| 01:01:02 | funman | perfectdrug: there is, but the right border looks black |
| 01:01:14 | pixelma | that's not what I mean... what funman said |
| 01:01:33 | mt | anything inside apps/codecs could be included like this : #include <codecs/foo/bar.h> right ? |
| 01:01:49 | perfectdrug | funman: yeah i know something yellowish would be nice but the revision is usually left out in the manual |
| 01:03:40 | perfectdrug | ah i see...i don't know, have to check it in inkscape, maybe it's just the browser |
| 01:04:03 | pixelma | the black area on the right seems to only be a problem in the browser... which is not a good sign though |
| 01:05:08 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 01:05:19 | perfectdrug | yeah tested it too, hmm |
| 01:05:26 | | Quit mcuelenaere () |
| 01:08:05 | Thundercloud | Last.fm sometimes fails at radio |
| 01:08:14 | Thundercloud | Why the hell is Flo Rida - Low playing when I asked for the Dance tag? |
| 01:08:27 | krazykit | Thundercloud, why are you asking in an on-topic channel about rockbox? |
| 01:08:45 | Thundercloud | That is because my scroll button went off |
| 01:08:52 | Thundercloud | I went for amarok, went one too far |
| 01:08:54 | Thundercloud | my bad |
| 01:09:43 | | Quit AndyI (Read error: 113 (No route to host)) |
| 01:09:45 | pixelma | perfectdrug: did you use the logo from the other target svgs? |
| 01:10:26 | pixelma | looks like it but with thicker lines |
| 01:11:01 | | Join golephish [0] (n=4b8b8f93@gateway/web/cgi-irc/labb.contactor.se/x-90a36563d97c3bbb) |
| 01:11:26 | perfectdrug | i fixed the previous svg there was something mixed with the layers |
| 01:12:31 | perfectdrug | pixelma: yes i took it from the ondio, but changed it a little because it was strange arranged, have i messed with the line thickness? |
| 01:13:28 | pixelma | heh, did Sansa really exchange the TM in the writing for an ® ? |
| 01:13:37 | pixelma | or Sandisk... |
| 01:15:08 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 01:15:31 | perfectdrug | google images seems to show it this way |
| 01:15:33 | Unhelpful | mcuelenaere: that's... very strange. i really can't imagine why buflib_buffer_out would hang. it compacts the buffer, then it shifts the contents up in memory, and returns a pointer. is there anything weird i should know about alignment, or such, on this target? |
| 01:16:31 | | Quit golephish ("CGI:IRC (Ping timeout)") |
| 01:17:21 | Unhelpful | kugel: which yield? |
| 01:17:22 | pixelma | perfectdrug: the "strange arranged" had a reason - for some reason epstopdf doesn't like holes in filled objects and got me unpredictable results - so I made the "holes" own objects and put them on top |
| 01:18:24 | | Quit Mathiasdm ("Yuuw!") |
| 01:18:41 | linuxstb | mt: Yes, that looks right. How are things going? |
| 01:18:43 | perfectdrug | my sansa v1 has the TM also but the v2 has the ® ;) |
| 01:19:01 | perfectdrug | pixelma: oh thats a shame because i fixed that :O |
| 01:19:24 | mt | linuxstb : Still rewriting the metadata parser. I didn't like how it looked the first time. |
| 01:20:18 | perfectdrug | i unfortunately haven't tried epstopdf i just lokked at the eps file |
| 01:20:21 | funman | perfectdrug: my Clipv1 has no TM and no ® , only the Sansa label |
| 01:20:57 | Unhelpful | pixelma: as i recall it there are a few different ways for ps/pdf to handle self-intersecting outlines, so a mode needs to be set properly to create outlines with holes. |
| 01:21:02 | mt | college-wise , I'm finally done with my first (and ugliest) subject ! |
| 01:21:06 | | Join Mathiasdm [0] (n=Mathias@vpnp073.ugent.be) |
| 01:21:22 | perfectdrug | hm so maybe leave it out at all? |
| 01:21:47 | | Quit Mathiasdm (Client Quit) |
| 01:22:48 | mt | linuxstb : is it OK to memcpy in the metadata parser ? |
| 01:23:02 | pixelma | Unhelpful: there was no problem when the object wasn't filled, so only outline. My workaround was good enough for me but if you know how to set the modes... |
| 01:23:11 | funman | perfectdrug: I have put the keymap on FS #10260 |
| 01:24:25 | perfectdrug | funman: thanks i look into it |
| 01:25:07 | Unhelpful | pixelma: i learned PS for a project a while ago. i don't remember everything, but there were a few different fill modes, something along the lines of "everything inside the outline", "odd number of intersections" and a handedness-based one. if you're talking about converted from SVG, i'd say it's probably the converter's job to get these things right. :/ |
| 01:26:18 | | Quit kachna (Remote closed the connection) |
| 01:26:50 | | Quit Thundercloud (Remote closed the connection) |
| 01:27:07 | pixelma | so it's all Inkscapes fault.. ;) Anyways, I'm fine with the workaround and it would be easy to use the old way again here |
| 01:27:47 | perfectdrug | ok so i revert it back :D |
| 01:28:43 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
| 01:29:14 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 01:29:33 | | Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) |
| 01:30:14 | pixelma | perfectdrug: otherwise it looks really nice, only one minor nitpick still: there is a small gap in the lewer left "corner". |
| 01:30:53 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-7ddcc03df406d5ab) |
| 01:31:35 | Unhelpful | pixelma: the last time i used inkscape, i couldn't get it to save a SVG background such that KDE could render it properly. i was never able to figure out who was "wrong" |
| 01:32:43 | | Quit kachna (Remote closed the connection) |
| 01:32:50 | pixelma | I wonder if Inkscape provides the possibility to "snap" nodes (?) of one object to nodes of a different one, haven't figured that one out yet |
| 01:33:19 | perfectdrug | pixelma: i try to clean everythin up tomorrow, Unhelpful: gnome seems to have problems with rendering with my file too, the buttons are too light |
| 01:33:27 | linuxstb | mt: Yes, that's fine. |
| 01:36:13 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
| 01:37:17 | *** | Saving seen data "./dancer.seen" |
| 01:39:20 | pixelma | perfectdrug: thanks for your effort :) If you add the button labels it would be nice if you can put them (and related lines etc.) on an own layer |
| 01:40:13 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 01:41:29 | mt | linuxstb : If I want to compile and link librm to rm.c metadata parser, should I add a rule in codecs.make ? |
| 01:42:42 | perfectdrug | btw: i just learned inkscape this evening, the other times i just couldn't figure out how to do gradient and such :D thanks to your excellent templates pixelma it was much easier, i learned a lot today, awesome work from you doing all the players that are already there:) |
| 01:43:25 | linuxstb | mt: The other metadata parsers are standalone - they don't link with the codec libs at all. |
| 01:44:02 | perfectdrug | ah and why don't we use the svg templates for the new.rockbox.org site? rather than photos? |
| 01:44:46 | mt | linuxstb: hmm .. I wanted all the parsing to be done in librm. |
| 01:44:49 | kugel | JdGordon: there was talk about clearing the area around the ui viewport, what are your thoughts? |
| 01:45:18 | kugel | I think that's unneeded if the UI is done properly, and it also means keeping 4 additional vp structs in ram |
| 01:45:29 | pixelma | perfectdrug: I also only learned Inkscape doing these player svgs for the manual :) |
| 01:46:17 | JdGordon | kugel: it doesnt, and it doesnt.... |
| 01:46:23 | pixelma | but that's getting off-topic and would be better suited in the other channel - glaring at the topic |
| 01:46:31 | linuxstb | mt: But doesn't librm (for the codec) need to do different things to the metadata parser? |
| 01:46:32 | JdGordon | i mean... yes, the clearing is needed, the rest of your comments was wrong |
| 01:46:43 | kugel | JdGordon: also, did you try to use the REFRESH_STATUSBAR flag of gui_wps_refresh, and assign a statusbar flag to *1* wps ? |
| 01:46:55 | kugel | JdGordon: can you please elaborate? |
| 01:47:38 | mt | linuxstb: librm mainly has 2 functions : 1. get_packet - for the codec. 2- parse_header - which I want to use in the metadata parser as is. |
| 01:47:54 | | Quit robin0800 (Remote closed the connection) |
| 01:48:15 | JdGordon | kugel: generally speaking, there are 4 viewports around the ui which can be easily figured out so no need to keep them in memory... and the issue is if the wps changes track (so it wants to do a full screen clear) while the ui is sitting in its loop waiting for a key press... it doesnt do a full redraw there unless it has to |
| 01:48:33 | linuxstb | mt: Then just move parse_header to the metadata/rm.c file? |
| 01:48:57 | kugel | JdGordon: recalculating the 4 vps seems more wasteful to me |
| 01:49:19 | pixelma | speaking of statusbar and updates... in the set background and foreground screens: wasn't there a time the whole screen changed colour life (or at least I seem to remember that there was a small sample rectangle)? |
| 01:49:28 | JdGordon | kugel: http://pastebin.com/m24b2e8c |
| 01:49:28 | Unhelpful | kugel: were you referring to error_wait? |
| 01:49:53 | mt | linuxstb: I'll copy it, because I have to leave it there for the test program. (was just looking for a 'nicer-looking' solution) |
| 01:49:57 | JdGordon | pixelma: the colour chooser screen has the colour rectangle |
| 01:50:03 | kugel | Unhelpful: yes |
| 01:50:15 | pixelma | JdGordon: not on my c200 |
| 01:50:53 | kugel | JdGordon: ok, that seems easy. I haven't thought of screen_clear_area |
| 01:51:35 | JdGordon | pixelma: screen too small maybe? it needs to be fixed up? |
| 01:51:36 | pixelma | also - if I actually set a different colour and you are returned to the "Colours" menu, sometimes the statusbar vanishes or keeps the old colours until leaving that screen again |
| 01:51:52 | pixelma | JdGordon: I'm quite sure it once was there |
| 01:51:55 | JdGordon | whack that on fs... |
| 01:52:10 | | Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") |
| 01:53:50 | pixelma | vanish is a bit imprecise - the space is still kept so I think it "just" uses same fore- and background colours |
| 01:56:01 | | Quit perfectdrug ("CGI:IRC (EOF)") |
| 01:56:16 | | Join trisiak [0] (n=tree@chello089078243195.chello.pl) |
| 01:57:03 | pixelma | and "until leaving the screen" is a bit wrong too, seems to fix itself with the next statusbar update |
| 01:57:28 | JdGordon | if you want it fixed... put it on FS |
| 01:57:28 | mt | instead of printf - logf or debugf ? |
| 01:58:16 | Unhelpful | pixelma: so, archos devices have neither ram DB nor dircache... |
| 01:58:43 | Unhelpful | i'm timing a cache build on my beast with both features turned off. it's taking quite a while. :/ |
| 01:59:08 | pixelma | JdGordon: yeah, will do tomorrow if I don't forget (I'm off to sleep shortly) |
| 01:59:29 | | Quit funman ("leaving") |
| 02:00 |
| 02:00:07 | Unhelpful | 153s without scaling any cover images :/ |
| 02:00:13 | pixelma | Unhelpful: it's true... I don't mind much with my Ondio though, HD based players are worse (disk spin and much more storage possible) |
| 02:01:04 | Unhelpful | pixelma: right, that's why amiconn had such rotten times with no cover images :/ |
| 02:02:22 | kugel | Unhelpful: what are you benching? with resizing and Load to RAM toggled respecitvely? |
| 02:05:56 | | Part toffe82 |
| 02:06:17 | CIA-38 | New commit by FlynDice (r21124): AMSSansa: Change comment to describe FCLK as input more accurately |
| 02:06:19 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 02:06:51 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-55cca709778929ca) |
| 02:07:09 | JdGordon | did someone do a nautghy commit and break ipodpatcher's compile? |
| 02:07:21 | JdGordon | fat32format.c:59: error: expected ‘)’ before ‘x’ |
| 02:08:40 | pixelma | Unhelpful: could pictureflow itself take care of that? Although I don't know how much space the database could need on a large HD target with a possibly high amount of entries... |
| 02:09:23 | Unhelpful | kugel: i'm benchmarking the time to search for covers. i've disabled load-to-ram and dircache, and commented out the portion that loads the images - all it does is collect album names, and search for cover images. |
| 02:09:53 | | Join webguest51 [0] (n=47ebd77b@gateway/web/cgi-irc/labb.contactor.se/x-b35826b9980bb014) |
| 02:09:59 | Unhelpful | pixelma: searching for covers during DB build and adding a cover file "tag" would probably be the easiest way to speed this up. |
| 02:10:42 | Unhelpful | although, i can't really see how we might justify doing that on archos... |
| 02:10:48 | | Quit webguest51 (Client Quit) |
| 02:12:00 | pixelma | I don't know if it's really worth it, especially since pictureflow has no real use currently other than showing off ;) |
| 02:13:57 | Unhelpful | pixelma: that, too. on targets with album art, though, using the ramcache to get an album art "tag" for a file would be much faster than searching, too... |
| 02:16:13 | | Quit gregzx (Read error: 110 (Connection timed out)) |
| 02:16:24 | Unhelpful | the issue i'm trying to deal with is that cached album art and actual album art can get out of sync with each other. this happens because pictureflow uses a simple indexed list of albums, and generates the cache filenames from the index. if you add or remove albums, of course, the index of nearly every album can easily change. |
| 02:16:57 | JdGordon | (04:46:47 PM) kugel: JdGordon: also, did you try to use the REFRESH_STATUSBAR flag of gui_wps_refresh, and assign a statusbar flag to *1* wps ? <- no |
| 02:18:18 | Unhelpful | so, i'm thinking about storing the AA path in the cache files, *always* doing the AA search at startup, and generating new cache entries whenever a cachefile doesn't have the "right" cover path. but, the cover search alone took 6-7min for amiconn :/ |
| 02:20:03 | pixelma | recreating the cache (including resizing) takes quite some time already on my c200 (I usually don't enable dircache or load database to RAM though) |
| 02:20:44 | pixelma | for 10GB of lossy music (2GB + 8GB microSD) |
| 02:27:13 | | Join evilnick_home [0] (n=evilnick@pool-173-52-146-164.nycmny.east.verizon.net) |
| 02:31:59 | | Join webguest44 [0] (n=4012a942@gateway/web/cgi-irc/labb.contactor.se/x-468c8b2a16dd70a4) |
| 02:32:13 | webguest44 | $ svn co svn://svn.rockbox.org/rockbox/trunk rockbox |
| 02:32:16 | | Quit webguest44 (Client Quit) |
| 02:33:45 | | Quit mt (Read error: 104 (Connection reset by peer)) |
| 02:36:35 | | Quit agaffney (Read error: 104 (Connection reset by peer)) |
| 02:39:14 | | Join miepchen^schla [0] (n=miepel@p579ECB12.dip.t-dialin.net) |
| 02:41:38 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
| 02:44:12 | | Quit Llorean ("Leaving.") |
| 02:45:01 | | Join Llorean [0] (n=DarkkOne@adsl-99-148-246-63.dsl.hstntx.sbcglobal.net) |
| 02:47:18 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-cd17d10cb6e91760) |
| 02:50:46 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 02:51:03 | | Quit moos ("Rockbox rules the DAP world") |
| 02:59:03 | | Quit chandoo ("Leaving") |
| 03:00 |
| 03:03:25 | | Quit lymeca (Read error: 54 (Connection reset by peer)) |
| 03:03:40 | | Join lymeca [0] (n=lymeca@dsl-74-220-76-19.dhcp.cruzio.com) |
| 03:04:24 | | Join DaCapn [0] (i=dacapn@using.your.wireless-inter.net) |
| 03:36:07 | Unhelpful | pixelma: ideally, filenames would also be based on a hash of the cover path, or something else that won't change unless a cover changes. as long as search time can be made short, i think that cache "check" time can, as well. |
| 03:37:01 | | Quit obo (Read error: 110 (Connection timed out)) |
| 03:37:21 | *** | Saving seen data "./dancer.seen" |
| 03:41:21 | Unhelpful | it may have to be something that is only available on targets without dircache, though... i'd imagine that the file_exists and therefore album cover search is not very fast without dircache. |
| 03:43:20 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 04:00 |
| 04:07:30 | | Quit froggyman ("CGI:IRC (Ping timeout)") |
| 04:38:57 | | Quit miepchen^schla (Read error: 101 (Network is unreachable)) |
| 04:50:36 | | Join kamlurker [0] (n=chatzill@user-142gr2b.cable.mindspring.com) |
| 04:51:29 | | Join James79 [0] (n=4573e0ea@gateway/web/cgi-irc/labb.contactor.se/x-8a679ed7f75bd4bd) |
| 04:52:08 | James79 | Hey all - I don't know if this is a Rockbox problem or just an Ipod HD problem - but it is saying my iPod is full (10 megs free) - even though I just deleted close to 500 megs of material. |
| 04:52:33 | James79 | An error correction scan found nussing. |
| 04:53:00 | James79 | Any thoughts/ideas would be fantastic. |
| 04:54:59 | James79 | Hello? |
| 05:00 |
| 05:01:45 | James79 | Hmm - everyone sleeping? |
| 05:01:54 | Unhelpful | what, precisely, is claiming that it is full? a computer? the device itself? |
| 05:02:20 | James79 | Both the Rockbox and the computer are saying there are only 10megs free. |
| 05:02:58 | James79 | After seeing that, I went and deleted an additional 500megs of material. It is STILL claiming only 10 megs is free. |
| 05:04:01 | James79 | Is there possibly some sort of DUMPFILE that is just growing and growing or something? |
| 05:09:25 | | Join shadoxx [0] (i=witherb@MW-ESR1-72-49-221-149.fuse.net) |
| 05:10:21 | James79 | It doesn't matter how much I delete - it still says I only have 10megs free... |
| 05:10:43 | Unhelpful | i don't think that rockbox creates any such thing. i would run checkdisk with *all* of the checks turned on. if that doesn't work, i'm not really sure what to try next. |
| 05:11:06 | shadoxx | James79: have you tried moving it to another PC? |
| 05:11:30 | shadoxx | Or rebooting to a different OS if you have it |
| 05:11:52 | James79 | Not yet - that's next step - as I only have one the one.. but can borrow my roommates if need be. |
| 05:11:57 | James79 | Running a full chkdsk now. |
| 05:12:51 | shadoxx | Also, just wanted to direct anyone that's working on the YH-82X/92X ports. http://forums.rockbox.org/index.php?topic=21794.msg150781 |
| 05:13:33 | shadoxx | General inquiry. Been bugging me for a day now, and I still can't figure it out. I was really excited to try and help test the new port. But I can't even get any firmware to flash on the player. |
| 05:22:00 | | Nick JdGordon is now known as JdGordon|afk (n=jonno@rockbox/developer/JdGordon) |
| 05:23:13 | James79 | I think my ipod just had harddrive click - death... which would explain the problem |
| 05:24:16 | shadoxx | What gen? |
| 05:24:33 | shadoxx | Just drop it onto a carpeted surface a few times |
| 05:25:10 | shadoxx | Taking care not to crack the screen of course. |
| 05:25:20 | James79 | yep - apparently it's also at mega low battery *my guess is all the futzing with scans and error checks and whatnot* - so I'm going to let it sit and charge up before I try anything else... |
| 05:26:11 | James79 | Might not be clickdeath - that might have been just low battery CYCLE DIE CYCLE DIE... so, got it to the low battery charge screen.. gonna let it sit for a few hours before I go back to it. Ugh. |
| 05:26:17 | James79 | It might be time to move to a new Mp3 player. |
| 05:27:53 | shadoxx | Get a YH-820 and help with the new port. :) Soon as I get mine working I'm seeing if I can throw a 32GB CFII card into it. |
| 05:27:54 | James79 | Appreciate the help all |
| 05:28:19 | James79 | Heheh, all I could do is bugfind - I'm not much of a programmer type. |
| 05:28:32 | James79 | But damn if I'm not good at finding interesting ways to crash things =) |
| 05:30:55 | James79 | Ok - I'm going to go - thanks again |
| 05:30:55 | | Quit James79 ("CGI:IRC") |
| 05:36:19 | * | Unhelpful thinks that he can get the PF cache build to be *quite* a bit faster, but only by accessing the tagcache files directly. should be pretty safe as long as it checks the file versions, i'd think? |
| 05:37:24 | *** | Saving seen data "./dancer.seen" |
| 06:00 |
| 06:07:15 | | Quit intrados (Read error: 104 (Connection reset by peer)) |
| 06:08:21 | | Join intrados [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
| 06:14:12 | | Join fyre^OS [0] (n=nnscript@cpe-24-90-81-178.nyc.res.rr.com) |
| 06:16:46 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 06:21:45 | | Quit kamlurker (Read error: 110 (Connection timed out)) |
| 06:22:58 | | Join jfc^3 [0] (n=john@dpc691978010.direcpc.com) |
| 06:25:39 | | Quit jfc (jordan.freenode.net irc.freenode.net) |
| 06:25:39 | NSplit | jordan.freenode.net irc.freenode.net |
| 06:25:39 | | Quit Ridayah (jordan.freenode.net irc.freenode.net) |
| 06:25:39 | | Quit Chex_ (jordan.freenode.net irc.freenode.net) |
| 06:25:39 | | Quit tmzt (jordan.freenode.net irc.freenode.net) |
| 06:25:39 | | Quit J-23 (jordan.freenode.net irc.freenode.net) |
| 06:28:07 | NHeal | jordan.freenode.net irc.freenode.net |
| 06:28:07 | NJoin | Ridayah [0] (n=ridayah@173-19-228-175.client.mchsi.com) |
| 06:28:30 | NJoin | tmzt [0] (n=tmzt@adsl-99-164-62-86.dsl.akrnoh.sbcglobal.net) |
| 06:28:33 | | Join Chex [0] (n=Stefan@bas1-montreal48-1176172475.dsl.bell.ca) |
| 06:30:57 | | Quit fyrestorm (Read error: 110 (Connection timed out)) |
| 06:43:41 | cool_walking_ | Gigabeat S doesn't build with HAVE_MULTIVOLUME - http://pastebin.ca/1439033 |
| 06:44:11 | Unhelpful | cool_walking_: does LBA48 work in rockbox? and what about over USB? |
| 06:44:37 | cool_walking_ | Yes, I can get at the whole HDD from Rockbox and USB. |
| 06:44:56 | Unhelpful | i'm not sure why you'd want HAVE_MULTIVOLUME, then? |
| 06:46:52 | cool_walking_ | The OF creates the storage partition at ~127GB. I have enlarged it, but the OF loader (before Rockbox runs) doesn't like that, and forces me to do sendfirm again to get it working again. So now I am attempting to leave the OF-created storage partition alone and create a second one, hoping the OF loader will be okay with that. |
| 06:48:07 | | Quit Horscht ("Verlassend") |
| 06:48:18 | | Quit AndyIL (Read error: 110 (Connection timed out)) |
| 06:48:31 | Unhelpful | ah. i didn't realize the OF had a problem there. we need to get rockboot in flash. |
| 07:00 |
| 07:16:20 | | Nick fyre^OS is now known as fyrestorm (n=nnscript@cpe-24-90-81-178.nyc.res.rr.com) |
| 07:24:23 | | Quit intrados (Read error: 104 (Connection reset by peer)) |
| 07:25:30 | | Join intrados [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
| 07:30:44 | | Nick flx_ is now known as flux (i=flux@jolt.modeemi.cs.tut.fi) |
| 07:31:03 | | Quit jmillikin (Read error: 110 (Connection timed out)) |
| 07:34:19 | | Quit r0b- (Read error: 110 (Connection timed out)) |
| 07:34:23 | | Join r0b- [0] (n=nnscript@adsl-76-235-182-113.dsl.klmzmi.sbcglobal.net) |
| 07:37:27 | *** | Saving seen data "./dancer.seen" |
| 07:40:49 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 07:44:14 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 08:00 |
| 08:10:21 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
| 08:14:30 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:24:39 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 08:27:11 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
| 08:28:55 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 08:29:18 | | Join J-23 [0] (n=zelazko@unix.net.pl) |
| 08:32:24 | | Join Rob2222 [0] (n=Miranda@p4FDCDF9B.dip.t-dialin.net) |
| 08:32:48 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 08:37:33 | | Quit safetydan ("Leaving.") |
| 08:37:49 | | Join matsl_ [0] (n=matsl@dhcp86.contactor.se) |
| 08:43:41 | CIA-38 | New commit by FlynDice (r21125): AMSSansa: clock-target.h and debug-as3525 now use AS3525_FCLK_PREDIV correctly. Default frequency scheme remains 248/62/62. |
| 08:44:03 | | Quit bertrik (Read error: 113 (No route to host)) |
| 08:45:07 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 08:45:25 | | Quit intrados (Read error: 104 (Connection reset by peer)) |
| 08:46:34 | | Quit advcomp2019 (Read error: 113 (No route to host)) |
| 08:50:44 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 08:57:04 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-d74e729fd71de6c9) |
| 08:57:50 | | Join flydutch [0] (n=flydutch@host100-164-dynamic.8-87-r.retail.telecomitalia.it) |
| 09:00 |
| 09:01:53 | | Quit tvelocity (Remote closed the connection) |
| 09:04:42 | | Quit r0b- ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 09:14:47 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 09:18:36 | | Quit BHSPitLappy (Remote closed the connection) |
| 09:20:45 | | Join FrankTM_ [0] (n=frank@212-182-153-12.ip.telfort.nl) |
| 09:32:00 | | Quit shadoxx (Remote closed the connection) |
| 09:36:52 | | Quit FrankTM (Read error: 110 (Connection timed out)) |
| 09:37:28 | *** | Saving seen data "./dancer.seen" |
| 09:40:54 | | Join Mathiasdm [0] (n=Mathias@vpnc015.ugent.be) |
| 09:41:20 | | Quit tessarakt ("Client exiting") |
| 09:41:28 | | Quit kugel (Read error: 113 (No route to host)) |
| 09:54:29 | | Quit martian67 (Read error: 104 (Connection reset by peer)) |
| 09:57:08 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 10:00 |
| 10:02:31 | | Quit kachna (Read error: 113 (No route to host)) |
| 10:04:32 | | Quit Thundercloud (Remote closed the connection) |
| 10:04:40 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 10:14:42 | | Quit flydutch (Read error: 110 (Connection timed out)) |
| 10:32:52 | | Quit kugel (Read error: 113 (No route to host)) |
| 10:34:40 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 10:44:14 | | Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") |
| 10:54:28 | | Join joa_ [0] (n=joa@cpc1-ipsw3-0-0-cust435.colc.cable.ntl.com) |
| 10:57:25 | | Join pyro_maniac [0] (i=foobar@p57BBA478.dip0.t-ipconnect.de) |
| 11:00 |
| 11:01:17 | | Part pyro_maniac ("Leaving.") |
| 11:01:28 | | Join pyro_maniac [0] (i=foobar@p57BBA478.dip0.t-ipconnect.de) |
| 11:01:57 | Unhelpful | for the logs: for things that may need to look at the index data, and then fetch several tag values for the same index, i'm adding some new bits to tagcache. struct index_entry is now declared in tagcache.h and named tagcache_index_entry, retrieve is now public and named tagcache_retrieve_index, and a new function tagcache_get_index fills in a tagcache_index_entry given an index ID and a struct tagcache_search. |
| 11:06:04 | kugel | Unhelpful: one more try: any opinion to FS #10258? |
| 11:07:16 | kugel | I realized it didn't come through when I asked it for the first time due to shaky internet here :/ |
| 11:10:02 | Unhelpful | i had *no* idea this would be this controversial, or even a little controversial. |
| 11:10:18 | pondlife | It's not *that* controversial ;) |
| 11:10:24 | pondlife | Just a little |
| 11:11:13 | pondlife | I'd go for a (bool album) parameter to the AA search, that changes the prioirity from track-first to album-first. |
| 11:12:11 | | Quit joa (Read error: 110 (Connection timed out)) |
| 11:12:41 | Unhelpful | pondlife: one more paramater will mean using stack arguments on some targets. i think the same method for passing the info can stay, and it can just change whether the track-specific search is first or last, instead of skipping it. |
| 11:13:05 | pondlife | Ah, ok |
| 11:13:11 | Unhelpful | trying every track if we don't find AA on the first one will probably never happen, though ;) |
| 11:13:19 | pondlife | No :) |
| 11:13:41 | Unhelpful | the idea of it taking 20x as long to start PF on a device *with no covers* frightens me ;) |
| 11:14:05 | pondlife | Would it make sense to only check track art if the number of tracks = 1 ? |
| 11:14:22 | pondlife | i.e. Covers the cuesheet case.. |
| 11:16:04 | Unhelpful | but "test track art last instead of first" will cover that, too, and probably be easier than checking the track count. |
| 11:27:37 | pondlife | Unhelpful: Have you also seen http://www.rockbox.org/tracker/task/8295 ? |
| 11:27:44 | pondlife | I hadn't until today. |
| 11:28:30 | Unhelpful | pondlife: can you try this? http://pastie.org/493737 |
| 11:29:49 | Unhelpful | i've seen it before... i'm not sure that all of the pieces are the right way to do things. AA-in-DB is not a great idea because of size tagging |
| 11:30:41 | Unhelpful | i think that playing/queuing a track or album from PF should happen *in* PF not, via a return value :) |
| 11:30:51 | pondlife | Absolutely |
| 11:31:08 | pondlife | But the idea of being able to use PF for non-album selections is very appealing to me |
| 11:31:16 | pondlife | I have too many albums! |
| 11:31:45 | pondlife | At least use of A-Z pre-selection would help lots.. |
| 11:33:24 | pondlife | Ultimately, I'd like PF to be a third (database-based) browser (for targets with enough memory). |
| 11:34:06 | | Join cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au) |
| 11:35:26 | pondlife | Just building a sim with your patch, what should I look out for? |
| 11:36:06 | Unhelpful | your track covers should work in PF again ;) |
| 11:37:07 | pondlife | I don't use them ;) |
| 11:37:19 | pondlife | I only use per-album art |
| 11:37:30 | *** | Saving seen data "./dancer.seen" |
| 11:37:49 | pondlife | My input was mainly that PF and WPS AA should be as consistent as possible. |
| 11:38:12 | pondlife | With a view to PF being less album-based in the future. |
| 11:39:58 | Unhelpful | i don't think that it will be supporting arbitrary selections soon. for one thing, every change of selection would mean redoing the covers cache. :/ |
| 11:40:19 | pondlife | hehe, that's not practical ;) |
| 11:41:09 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 11:44:35 | Unhelpful | indeed it's not. after i work out the kinks in the new cover search optimization i'm working on, my next step was going to be coming up with some more-or-less invariant key to use for cache filenames in place of the index in the album list, so that *may* become feasible. |
| 11:45:07 | pondlife | SHA-1 time (or some simpler hash)? |
| 11:47:23 | pixelma | pondlife: isn't the point of pf to show of a lot of albums (re. your A-Z pre-selection)? ;) |
| 11:47:32 | Unhelpful | well, actually, as i'm transitioning to using tag_filename to find every file in the master DB index (though only the first one found per album is used to search for cover art), i was thinking that the index in that table might work. as i understand it, we don't normally delete entries there, we just mark them as dead. i'm not sure whether inserts will always go at the end, though... otherwise, yes, some hash of the album name, with a |
| 11:47:33 | pixelma | showing off too |
| 11:47:33 | Unhelpful | few bits for collision handling. |
| 11:48:21 | pondlife | pixelma: It's just a bit too slow to get to letter M albums when you've got lots. |
| 11:48:48 | Unhelpful | pondlife: how about zoom-to-letter rather than show-only-letter, then? |
| 11:49:12 | pondlife | Yes, that would be useful indeed |
| 11:49:48 | pixelma | yeah, thought so now too. Also: it's not slow, it's just giving you time to enjoy all the art... ;) |
| 11:50:16 | Unhelpful | it wouldn't even be hard, you could just pass a seek for the album table as an argument, since it has those for all albums ;) |
| 11:51:03 | pixelma | and there already is a menu |
| 11:51:16 | pondlife | Certainly having a <Covers> option in the tagnavi for album selections would be s nice thing... |
| 11:52:46 | kugel | pondlife: pf and wps weren't consistent before either |
| 11:53:02 | pondlife | I never said they were, just that they ought to be... |
| 12:00 |
| 12:00:53 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 12:02:42 | Unhelpful | the trouble with tag_filename seems to be that if ramsearch is enabled, tagcache_search doesn't open any FDs. |
| 12:04:07 | | Join VytenisS [0] (n=bxcracer@78-56-8-132.static.zebra.lt) |
| 12:04:50 | Unhelpful | for some reason, get_next is *not* properly hitting the ramcache case, so that when the needed index file is found not to be open, it calls open_files, which doesn't read in the header or seek past it. then ecread tries to read in an entry from the current position, which is invalid because it's not positioned at an entry. |
| 12:12:44 | kugel | pondlife: from db to pf is easy |
| 12:13:05 | kugel | but there's no sense in doing that until we can control playback |
| 12:13:51 | | Join wincent [0] (n=wincent@host-091-097-048-211.ewe-ip-backbone.de) |
| 12:14:26 | pondlife | kugel: For some reason I assumed that had already been done :/ |
| 12:14:51 | pondlife | Must have misread one of the commit messages a monh or so back |
| 12:15:10 | Unhelpful | pondlife: it now functions during playback. that's pretty much it. |
| 12:15:29 | pondlife | So what's stopping it using the plugin playback control stuff? |
| 12:15:54 | Unhelpful | i thought that stuff was just start/stop/pause and the like? |
| 12:16:02 | pondlife | Ah, ok. I guess new playlist/insert playlist are needed too. |
| 12:16:26 | | Join l403 [0] (n=l@85.132.159.239) |
| 12:16:39 | kugel | i meant actually starting playback by selecting a cover |
| 12:17:01 | pondlife | Yes, or a track |
| 12:17:07 | Unhelpful | kugel: hrm, but selecting a cover takes you to a tracklist. |
| 12:17:27 | | Join gregzx [0] (n=chatzill@drn47.neoplus.adsl.tpnet.pl) |
| 12:17:32 | Unhelpful | i think a "play" item in the context menu would be ok... and a play button could be added on targets that can spare one. |
| 12:17:39 | kugel | we could start the album when selecting a cover, but still show the tracklist (allowing to pick single tracks too) |
| 12:17:39 | | Quit Mathiasdm ("Yuuw!") |
| 12:17:48 | pondlife | OR even a way to take you from the cover to the db browser for the tracklist - then use the existing context menu? |
| 12:18:11 | pondlife | Seems to be less work than implementing a brand new track context menu |
| 12:18:16 | Unhelpful | pondlife: but PF has its own fancified tracklist view. |
| 12:18:25 | kugel | I think that's more complicated than letting pf start the playback |
| 12:18:32 | pondlife | Yup, but I'd forego that for the intgration. |
| 12:18:50 | pondlife | As long as entry/exit into the picturelist could be achieved nicely.. |
| 12:18:58 | pixelma | I don't think selecting a cover should start playing the album - in every other browser it does not do that to. Selecting a track from the track list or a context menu on the cover |
| 12:19:08 | pondlife | I agree. |
| 12:19:13 | pixelma | would equal other browsers' behaviour |
| 12:19:47 | Mikachu | if you have lots of extra buttons, one could start playback and one could view the tracks? |
| 12:19:51 | pondlife | The cover = the album (so a context menu coiuld still play/insert it). But normally we just list the tracks. |
| 12:19:54 | Unhelpful | surely we could do that the same way that the DB browser does, though it might need a few new API exports... |
| 12:20:16 | pondlife | That's what I was thinking. |
| 12:20:43 | pondlife | If PF works nicely during playback, then we probably have much of the code in the DB browser |
| 12:21:01 | kugel | I imagine we just do another tagcache search when selecting an album to retrieve the tracks |
| 12:21:32 | kugel | and upon selecting the track, start playback in the same way as the db browser does |
| 12:22:12 | pondlife | The tricky bit would be exiting from the DB track list back into the plugin's picturelist... |
| 12:22:23 | Unhelpful | pondlife: we already have a context menu mapping for track and album list. it does nothing right now. ;) |
| 12:22:39 | Unhelpful | also, there's a select mapping in the tracklist, but it does nothing. |
| 12:22:41 | kugel | why go to the db tracklist? |
| 12:23:09 | pondlife | I don't think you need to reinvent the track list again. The db one is good, with a useful context menu... |
| 12:23:59 | kugel | I mean, why should we use the db browser track list, and not the pf one? |
| 12:24:08 | pondlife | A seperate copy to do all of the playlist manipulation?? |
| 12:24:24 | kugel | copy? |
| 12:24:28 | Unhelpful | pondlife: we already *have* a reinvented tracklist, though... why not continue using it, but use the core DB browser code to handle the context menu and select action. |
| 12:24:41 | pondlife | ? |
| 12:24:44 | kugel | we surely can just export the db browser context menu to pf |
| 12:24:49 | pixelma | I would like if the pf tracklist wouldn't do this stupid scrolling, it really looks weird (and depending on display can blur the text a lot) if it only has to scroll a few pixels |
| 12:25:10 | pondlife | The "pretty" tracklist could certrainly be used for the DB and file browaer, but that's a seperate UI issue. |
| 12:25:23 | pondlife | I don't presonally like it much though |
| 12:25:32 | pondlife | Much prefer the normal one |
| 12:25:36 | pixelma | me too |
| 12:25:42 | kugel | I'm talking about the case when an album was selected with pf |
| 12:26:07 | pondlife | Yes, rhen you go into a track list and want to do an Insert Shuffled, say? |
| 12:26:07 | pixelma | for pf it's ok, but not for file browser/database view |
| 12:26:36 | kugel | pondlife: Sounds doable? |
| 12:26:42 | pondlife | I don't see the need to have multiple versions of a text browser, that's all. |
| 12:27:15 | pondlife | PF brings the picture browser, in my mind. |
| 12:27:44 | pondlife | Doesn't PF depend on the DB anyway? Or did I get that wrong? |
| 12:28:16 | kugel | yes it does |
| 12:28:31 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 12:28:52 | pondlife | OK, so it's just a picture version of the album list we need, not even a seperate browser |
| 12:29:30 | kugel | what for? |
| 12:29:48 | pondlife | To integrate PF |
| 12:30:04 | pondlife | Promote it to being a proper browser, not a demo plugin |
| 12:30:36 | kugel | I thought we just do Database->Album->By cover |
| 12:30:40 | pondlife | Yes |
| 12:30:45 | kugel | that opens pf directly |
| 12:30:45 | Unhelpful | pixelma: i've not actually forgotten that that is an annoyance in PF ;) |
| 12:31:07 | pondlife | But to select a track, use the DB tradk listing and then we get the context menus etc. all for free. |
| 12:31:34 | pondlife | And return seamlessly to the album cover, naturally! ;) |
| 12:31:35 | kugel | we should be able to export the context menu without rewriting |
| 12:31:59 | CIA-38 | New commit by unhelpful (r21126): Change the search_albumart_files "ignore track art" option to check track art last. |
| 12:32:33 | pondlife | Why have dfferent track listing code? Just for the "pretty" thing? |
| 12:33:17 | kugel | of course |
| 12:33:22 | kugel | that's the whole reason for pf |
| 12:33:37 | Unhelpful | indeed, doesn't PF exist to be shiny? |
| 12:33:39 | pondlife | Yes, but the track listing is IMHO less pretty than the normal one. |
| 12:33:56 | kugel | I disagree |
| 12:34:07 | pondlife | Why not then have the shiny list everywhere (optionally). Would you not prefer that? |
| 12:34:16 | kugel | no |
| 12:34:37 | pondlife | I like the shaded cursor bar more than the PF blue one, for example. |
| 12:34:38 | kugel | I would just prefer to not exit pf directly just after selecting an album |
| 12:34:45 | pondlife | But this is just opinion |
| 12:34:55 | * | Unhelpful only thinks that the wonky title scrolling is less pretty in PF |
| 12:35:05 | Unhelpful | and that's a problem in the album list level as well |
| 12:35:31 | | Join mt [0] (n=MTee@rockbox/developer/mt) |
| 12:36:05 | pondlife | I don't see a great reason for a seperate list browser, that's all. But, hey, I don't have time to contribute much, so it's not up to me ;) |
| 12:36:17 | pixelma | pondlife: the blue bar is shaded too I think but less visible... I also dislike the gradient within the list too (but it's not that visible on the c200's display at least) |
| 12:37:00 | Unhelpful | pondlife: i don't see any reason to chop it out when it's already there, though. this started as a clone of a desktop app, is there a compelling reason to change that part of it? |
| 12:37:30 | pondlife | Just that I'd love to see PF feel part of Rockbox, not so plugin-y. |
| 12:38:01 | pondlife | I could see myself using it as a browser, with a little work. |
| 12:38:39 | kugel | In my view, pf could completely replace the db browser once you hit the album node |
| 12:39:16 | kugel | start playback in pf, go directly to the wps, return to pf again when select is hit |
| 12:40:23 | pondlife | I don't see a really good reaon that it should display in a differrent style, and not play well with configurable display settings etc.. |
| 12:40:25 | Unhelpful | kugel: PF would need to be a TSR to allow popping in and out of it, and TSR plugins are not allowed to use the plugin buffer. |
| 12:40:26 | pixelma | only in an "all albums" node, you could have your "album" part divided how you want with tagnavi (e.g. A-Z preselection) |
| 12:41:34 | Unhelpful | i would much rather see a special item in tagnavi for PF. i generally want to see many album titles on the screen at once, and to have the random and all options at the top. |
| 12:42:09 | | Quit martian67 (Remote closed the connection) |
| 12:42:14 | pondlife | Unhelpful: Yes, I agree. Just have a <Covers> option where PF can cope with it. |
| 12:42:17 | kugel | Unhelpful: no, not really |
| 12:42:37 | kugel | "TSR plugins are not allowed to use the plugin buffer." and that is wrong, IIUC |
| 12:43:15 | kugel | other plugins cannot be started as long as a TSR runs since they block the plugin buffer |
| 12:43:18 | pixelma | it's not, TSR plugins should allow other plugins to run so as I understand it should not use it themselves |
| 12:43:18 | Unhelpful | i was told that a month or so ago, when vis plugins were being discussed. |
| 12:43:25 | pondlife | Is there a reason to unload a plugin until another plugin is loaded? |
| 12:43:42 | kugel | not really |
| 12:44:02 | kugel | unless the plugin in question boosts which might not be desirable |
| 12:44:09 | pondlife | Could PF perhaps also work with other background colours? Or is the black essential for the effect? |
| 12:44:15 | kugel | but pf can be exited just fine and restarted by the wps |
| 12:44:17 | Unhelpful | pixelma: other plugins can't load anyway, since the part of the buffer where the TSR plugin loaded is still occupied. i was told, however, that plugin_get_buffer must not be used by TSR plugins. |
| 12:44:39 | Unhelpful | pondlife: there is no blending done on the reflections, that would be a bit of a problem. |
| 12:44:46 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 12:45:02 | pixelma | I thought you should be able to play some games while running a battery_bench |
| 12:45:13 | pixelma | for example |
| 12:45:32 | pondlife | Unhelpful: Yup, thought so. Pity. |
| 12:46:12 | Unhelpful | the reflections *could* be blended, instead of merely faded, but it would cost a bit |
| 12:47:00 | kugel | pf doesn't need to be tsr, and I don't think it would be useful if it was a tsr |
| 12:48:05 | Unhelpful | pixelma: but battery_bench is still loaded in the plugin buffer. the stack for its background thread is there, its code is there, etc. |
| 12:49:11 | Unhelpful | if you try to run another plugin, the tsr hook that battery_bench set up will run, and tell you that it's running, and ask if you want to quit it so that you can run the other plugin. |
| 12:49:32 | pixelma | hmm, ok |
| 12:52:04 | pondlife | I'd think it could be unloaded/loaded as necessary, but that the plugin handler could be lazy and just reuse the in-memory image if it's the same plugin that's already loaded. This requires that all plugins explicitly zero their variables on init, of course... |
| 12:52:24 | pondlife | So it's like unload/reload, but disk spin-up might not happen. |
| 12:53:01 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") |
| 12:53:03 | Unhelpful | pondlife: or that they detected being pre-initialized, and jump to a special entry point :) |
| 12:53:08 | pondlife | Yep |
| 12:53:37 | pondlife | btw your patch above - seems to have stopped the WPS picking up folder.jpg |
| 12:53:54 | Unhelpful | huh? i don't see how... :/ |
| 12:54:35 | pondlife | Hmm, I'll unpatch and rebuild to check |
| 12:55:06 | Unhelpful | oh, the one i linked to? i tested in a sim, found some bugs, and committed a fixed version :) |
| 12:55:12 | pondlife | Yes |
| 12:57:33 | Unhelpful | the one i linked to will actually fail all cover art searches, and only find track art. :) |
| 12:57:38 | pondlife | heh |
| 12:57:42 | pondlife | I'll svn up |
| 12:58:26 | CIA-38 | New commit by unhelpful (r21127): Don't recheck for track art when checking track art first. |
| 13:00 |
| 13:06:43 | | Quit ender` (Read error: 110 (Connection timed out)) |
| 13:09:23 | | Join sandhya [0] (n=sandhya@122.164.253.87) |
| 13:11:23 | sandhya | Hi, I installed rockbox on my 1st gen nano a few days ago... and I don't know if I unplugged it incorrectly or not, but I'm getting mountpoint readonly error messages when I try accessing it now via rockbox |
| 13:12:18 | sandhya | any ideas how I make it writeable again? |
| 13:12:51 | sandhya | I currently cannot see any text on the rockbox menu system on the nano and was looking to install (again) the fonts package |
| 13:13:56 | pixelma | did you try to reset the Ipod and get it into disk mode? And for the second problem, you can reset settings at startup, should be described in the manual |
| 13:14:46 | pixelma | I don't think it's a font package issue, guess it's more likely same fore- and background colour |
| 13:14:49 | gevaerts | you probably have a corrupted filesystem |
| 13:15:32 | * | pixelma leaves help to people who actually own an Ipod ;) |
| 13:16:17 | Horscht | sound like he's using linux. |
| 13:16:38 | Horscht | I can't remember the command right, but i think fsck is what he'd need to run |
| 13:18:27 | tmzt | sandhya: you mean linux is remounting it readonly? |
| 13:18:31 | tmzt | fsck.vfat |
| 13:19:11 | tmzt | what do you mean, accessing it now via rockbox? |
| 13:21:01 | sandhya | tmzt: yes, it appears to be remounting it readonly... I should also have probably mentioned that I'm using Kubuntu Jaunty |
| 13:21:17 | sandhya | tmzt: accessing it via the rockbox installer rather |
| 13:21:23 | tmzt | dmesg |grep remounting |tail -n1 |
| 13:21:28 | tmzt | dmesg |grep remounting |tail -1 |
| 13:22:09 | Bagder | sandhya: remounting read-only is a clear indication the fs driver found problems with it |
| 13:22:12 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 13:22:56 | sandhya | tmzt: that returns nothing |
| 13:23:21 | tmzt | interesting, check mount |
| 13:23:35 | sandhya | Bagder: any fixes? |
| 13:24:16 | sandhya | tmzt: /dev/sdc2 on /media/KUMAR'S IPO type vfat (rw,nosuid,nodev,uhelper=hal,uid=1000,utf8,shortname=mixed) |
| 13:24:27 | Bagder | sandhya: yes, fsck your partition |
| 13:24:34 | tmzt | rw? |
| 13:24:44 | Mikachu | the kernel remounting it won't change what mount says |
| 13:24:47 | Bagder | rw is read+write |
| 13:24:51 | tmzt | oh, thanks |
| 13:24:54 | Mikachu | usually |
| 13:24:56 | tmzt | didn't know that |
| 13:25:14 | tmzt | cat /proc/mounts should though |
| 13:25:20 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 13:25:25 | tmzt | makes sense since mount uses /etc/mtab by default |
| 13:25:26 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-7d3fa249cda74a12) |
| 13:25:29 | sandhya | ls output: drwxr-xr-x 7 sandhya root 4096 1970-01-01 05:30 KUMAR'S IPO |
| 13:25:41 | tmzt | that won't help |
| 13:26:05 | tmzt | umount /media/KUMAR's\ IPO |
| 13:26:11 | Mikachu | wow, keyboard.c is a mess |
| 13:26:14 | tmzt | fsck.vfat /dev/sdc2 |
| 13:26:22 | Mikachu | hangul joining intermingled with input handling |
| 13:26:41 | Mikachu | you'll need -r or it won't actually fix anything |
| 13:27:06 | sandhya | "FATs differ but appear to be intact. Use which FAT ?" |
| 13:27:17 | Mikachu | select one or the other |
| 13:27:22 | sandhya | first or seconf FAT? |
| 13:27:28 | sandhya | righto |
| 13:27:31 | Mikachu | your guess is as good as ours |
| 13:27:44 | sandhya | :) |
| 13:27:50 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 13:28:04 | sandhya | I get a reclaimed clusters message.. and a correct? prompt |
| 13:28:16 | cool_walking_ | just say yes to everything |
| 13:28:57 | tmzt | Mikachu: thanks again |
| 13:28:58 | Mikachu | if you gave -r, it will ask if it should write at the end, otherwise it will quit without doing anything |
| 13:29:14 | Mikachu | tmzt: for what? :) |
| 13:29:47 | sandhya | I reran the fsck and selected the other FAT and got a similar message with a list of (corrupt?) files as well.. four fnt files and two log files |
| 13:29:48 | tmzt | Mikachu: reminding me, I didn't know it was different from fsck.ext2 in that way |
| 13:29:53 | Mikachu | ah |
| 13:30:22 | Mikachu | the tricky thing with fsck.vfat is even if you run with -r and fix everything, running it again can find more errors |
| 13:30:34 | Mikachu | and even if it doesn't, i'm not sure if you can be sure there's nothing wrong :) |
| 13:31:09 | sandhya | I reran it twice with -r and no errors returned now |
| 13:31:30 | sandhya | umount and remount now? |
| 13:31:48 | cool_walking_ | it shouldn't have been mounted when you did the fsck... |
| 13:31:58 | Mikachu | it's okay if it was ro mounted |
| 13:32:00 | Mikachu | but yeah :) |
| 13:32:20 | sandhya | oh :o |
| 13:35:17 | sandhya | reinstalled the fonts package and now the menus are visible :) |
| 13:36:32 | | Join __lifeless [0] (n=lifeless@188.16.107.89) |
| 13:36:45 | | Quit _lifeless (Remote closed the connection) |
| 13:37:33 | *** | Saving seen data "./dancer.seen" |
| 13:52:38 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 13:53:20 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 13:59:18 | | Quit pyro_maniac (Remote closed the connection) |
| 14:00 |
| 14:05:29 | | Join MarcGuay_ [0] (n=chatzill@ip216-239-79-212.vif.net) |
| 14:05:31 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 14:06:05 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
| 14:25:14 | amiconn | kugel: There is a reason why TSR plugins must not use the plugin buffer. Other plugins aren't the issue, the core is |
| 14:25:35 | amiconn | The core uses the plugin buffer for a few things (e.g. playlist viewer) |
| 14:26:50 | amiconn | Unhelpful: DB indices will change if the database is rebuilt (and I always rebuild the full db when disk content changed, as I don't trust the 'update function) |
| 14:29:06 | linuxstb | amiconn: Any opinion on a solution to http://www.rockbox.org/tracker/task/9657 ? It looks like we need more ARM defines to deal with differences within an architecture version. |
| 14:29:51 | sandhya | I've been playing with rockbox for the last hour or so... and it's simply amazing :) |
| 14:30:29 | sandhya | thanks for everybody's help in getting me up and running! and thanks to all the devs too :) Highly nifty stuff! |
| 14:30:33 | sandhya | cheers! |
| 14:30:40 | | Quit sandhya (Remote closed the connection) |
| 14:38:42 | amiconn | linuxstb: I think 'configure' specifies the wrong -mcpu option for it |
| 14:39:35 | | Join LambdaCalculus37 [0] (i=44a0430d@rockbox/staff/LambdaCalculus37) |
| 14:40:03 | linuxstb | amiconn: I thought the problem was that the arm946e-s was ARMv5TExP, which doesn't have ldrd and strd - so gcc is correct to error out on those instructions. |
| 14:42:19 | | Join flydutch [0] (n=flydutch@host100-164-dynamic.8-87-r.retail.telecomitalia.it) |
| 14:43:11 | Torne | linuxstb: that's correct, yes |
| 14:43:50 | amiconn | hmm |
| 14:43:55 | Torne | if it's a rev 0 |
| 14:44:02 | Torne | it was fixed in rev 1 |
| 14:44:08 | Torne | but SoC vendors rarely bother to update :) |
| 14:44:28 | linuxstb | Torne: Hmm... That's even worse... :( |
| 14:44:34 | Torne | yup! |
| 14:44:38 | Torne | http://osdir.com/ml/linux.ports.arm.general/2004-06/msg00019.html <- is a reference |
| 14:44:45 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 14:45:00 | Torne | but it's also confirmed by my local arm guru |
| 14:46:16 | Torne | my experience of ARM SoCs is that the vendors are in such a hurry to get to the market they are always using r0 of the core and they never want to change it later because it'll break all the bugs their customers are depending on ;) |
| 14:46:36 | Torne | we have to turn off loads of undocumetned weird bits in crazy control registers to make half the ARM11 cores here work right |
| 14:46:53 | Torne | because TI are happy with r0 :) |
| 14:48:41 | Torne | so yah, you'll probably need a new set of defines for v5TExP :) |
| 14:50:43 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 14:50:58 | linuxstb | I guess one solution would be to add a #define ARMv5TExP and change the #if around the use of strd and ldrd to be "#if ARM_ARCH >= 5 && !defined(ARMv5TExP)" |
| 14:51:16 | Torne | symbian has a good 200+ lines of header for setting defines for ARM processor features |
| 14:51:28 | n1s | #define CPU_ARMv5TE_WITH_CRAZY_BUGS |
| 14:51:34 | Torne | we generalyl don't do stuff conditional on arch because of things like this, and go with per-feature macros |
| 14:51:35 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 14:51:47 | Torne | n1s: yeah that happens |
| 14:52:01 | Torne | #ifndef __CPU_ARM1136_ERRATUM_353494_FIXED :) |
| 14:52:09 | LambdaCalculus37 | MarcGuay: Ping |
| 14:52:29 | linuxstb | I think currently most of our ARM code (apart from CPU/SoC specific inits) is just ARMv4, although there's a little ARMv5+ - such as that troublesome code in libdemac |
| 14:52:38 | linuxstb | So I guess this will get worse in the future. |
| 14:52:46 | Torne | yah, you have a smaller range of CPUs for now |
| 14:52:55 | Torne | i guess rockbox has never had to run on XScale for example |
| 14:53:10 | Torne | which is Weird And Different in loads of fun ways and is halfway between v4 adn v5 |
| 14:53:21 | Torne | and even then has the manzano variant which is different again |
| 14:53:32 | linuxstb | No, but it does run on one ARMv6 chip - iMX31 |
| 14:54:00 | Torne | we're up to, hm |
| 14:54:02 | Torne | fourteen processors |
| 14:54:09 | Torne | plus defines for various CPU errata |
| 14:54:17 | Torne | nwo that's fun to write code for :) |
| 14:54:39 | linuxstb | Torne: BTW, who are you? ;) |
| 14:54:50 | Torne | i'm a kernel developer for symbian |
| 14:54:54 | Torne | well technically now nokia as they bought us |
| 14:54:58 | Torne | but i still work on the symbian kernel |
| 14:57:51 | MarcGuay | LambdaCalculus37: You rang? |
| 14:58:39 | Torne | eventualyl nokia will actually release our code |
| 14:58:47 | scorche|sh | kaze~1 |
| 14:58:49 | Torne | then you could crib all our hacky ifdefs! :) |
| 14:59:06 | LambdaCalculus37 | MarcGuay: Got my m200 with me today. |
| 14:59:08 | kugel | amiconn: what does battery_bench use? |
| 14:59:26 | MarcGuay | LambdaCalculus37: You said it's v3/SD, right? |
| 14:59:38 | LambdaCalculus37 | MarcGuay: Yeppers. |
| 14:59:57 | MarcGuay | LambdaCalculus37: I think the goal with those is to study what's been done with the Sansas and port it. |
| 15:00 |
| 15:00:12 | MarcGuay | Current code doesn't get past the NAND ID check. |
| 15:03:50 | | Join pyro_maniac [0] (i=foobar@p57BBA478.dip0.t-ipconnect.de) |
| 15:04:54 | LambdaCalculus37 | MarcGuay: On neither the c100 nor m200. |
| 15:05:41 | linuxstb | Torne: Any interest in porting Rockbox to run as a Symbian app? I'ld use it... |
| 15:05:53 | Torne | i've never written a symbian app |
| 15:06:01 | n1s | I'd try it at least |
| 15:06:06 | linuxstb | Now's your chance! ;) |
| 15:06:11 | Torne | well, not one that runs on {ei,av,ui}kon |
| 15:06:26 | Torne | i only ever boot the textshell on our devboards, and write command line unit tests :) |
| 15:06:45 | Torne | actually programmign for the higher levels of symbian is so painful i gave up |
| 15:06:52 | Torne | i am not proud of our end user APIs :) |
| 15:07:00 | Torne | fortunately i'm also not *responsible* for them so hey |
| 15:07:07 | Torne | i can just throw my hands up and say "at least our kernel is nice" |
| 15:07:20 | linuxstb | That was my experience - I tried Symbian programming in the very early days, and just gave up, very confused... |
| 15:07:22 | Torne | and generally blame S60 for all the slow crappiness of actual phones |
| 15:07:33 | Torne | mumble grumble 80kb stacks mumble |
| 15:07:48 | amiconn | kugel: The plugin itself is of course loaded into the plugin buffer, and that is no problem. However, a TSR plugin must not use plugin_get_buffer(), it can only use static allocations |
| 15:08:10 | kugel | ah, I see |
| 15:08:14 | amiconn | The core functions which use the plugin buffer use plugin_get_buffer(), so it is safe this way |
| 15:08:16 | Torne | linuxstb: it was less horrible in the EPOC32 r5 era, Psion 5 and so on |
| 15:08:19 | LambdaCalculus37 | Torne: While I feel your pain, come over to #rockbox-community if you want to further tell us any war stories about programming Symbian. ;) |
| 15:08:22 | Torne | hehe |
| 15:08:27 | Torne | ok, sorry |
| 15:08:32 | Torne | i'll stop being offtopic :) |
| 15:08:51 | * | LambdaCalculus37 shows Torne the way to #rockbox-community |
| 15:09:06 | amiconn | linuxstb: We might need ARM capability bits |
| 15:09:40 | linuxstb | amiconn: That could be nice. Although any idea what to call them? |
| 15:10:05 | amiconn | ARM_FEATURE_LDRD, ARM_FEATURE.... |
| 15:11:02 | amiconn | Or s/FEATURE/CAP/g |
| 15:12:11 | linuxstb | amiconn: From the ARM ARM - "Some early implementations of the E variant omitted the LDRD, STRD, MCRR, MRCC and PLD instructions." - are you thinking of one bit for each instruction? |
| 15:12:36 | Torne | shouldn't need one for each, but you might want a seperate bit for PLD anyway |
| 15:12:45 | Torne | because even on chips where PLD is implemented it doesn't necessarily do anything |
| 15:13:41 | Torne | as far as the ARMv5TExP thing goes though, it should either have all of those or none |
| 15:23:01 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 15:23:51 | | Join froggyman [0] (n=187b533e@gateway/web/cgi-irc/labb.contactor.se/x-403fa7b568660333) |
| 15:25:16 | | Quit joa_ ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 15:25:54 | | Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-8dbd15c608519f64) |
| 15:29:19 | | Quit MarcGuay (Read error: 60 (Operation timed out)) |
| 15:29:39 | | Join MarcGuay [0] (n=chatzill@ip216-239-79-212.vif.net) |
| 15:36:16 | CIA-38 | New commit by pixelma (r21128): Make 'Backlight mod' an Advanced build option for the Ondios (largely inspired by the RTC mod related changes in r12555). Remove the defines in the ... |
| 15:36:43 | Horscht | does somone have an idea about FS #10257? |
| 15:37:35 | *** | Saving seen data "./dancer.seen" |
| 15:39:55 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 15:40:17 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-062ec46141773a50) |
| 15:40:26 | | Quit kachna (Read error: 60 (Operation timed out)) |
| 15:44:47 | linuxstb | Horscht: So it's fine in the jpeg viewer, but corrupted when used as album-art? Is it being resized, or being displayed 1:1 ? |
| 15:45:38 | Torne | can I get write access to the wiki (TorneWuff)? |
| 15:45:51 | linuxstb | One moment... |
| 15:46:18 | pixelma | reminds me of a similar problem the scaler had with bmp on greyscale once... let's see if I can find the fix |
| 15:46:43 | linuxstb | Torne: That should be done |
| 15:47:04 | Torne | yup, thx. |
| 15:53:31 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 15:54:38 | | Quit froggyman ("CGI:IRC") |
| 16:00 |
| 16:02:00 | | Join AndyIL [0] (n=pasha_in@212.14.208.235) |
| 16:05:34 | | Quit AndyI (Read error: 60 (Operation timed out)) |
| 16:09:03 | | Join kugel_ [0] (n=kugel@e178122247.adsl.alicedsl.de) |
| 16:09:11 | | Quit kugel (Nick collision from services.) |
| 16:09:17 | | Nick kugel_ is now known as kugel (n=kugel@e178122247.adsl.alicedsl.de) |
| 16:09:49 | kugel | Unhelpful: any idea how we can get a struct tree_context from the album selection? |
| 16:18:13 | | Part LinusN |
| 16:23:41 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 16:26:05 | MarcGuay_ | "undefined reference to 'get_context_mapping'" even though I've created keymap-c100.c in apps/keymaps? |
| 16:28:00 | MarcGuay_ | Ping JdGordon|afk |
| 16:29:26 | cool_walking_ | MarcGuay, I think he said he won't be back till Sat night. |
| 16:33:09 | MarcGuay_ | Forgot SOURCES - thanks anyways. |
| 16:49:21 | | Join Guest81638 [0] (n=quassel@135.196.86.106) |
| 16:49:59 | | Part Guest81638 ("http://quassel-irc.org - Chat comfortably. Anywhere.") |
| 16:55:06 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 16:58:16 | kugel | \0/ |
| 16:58:36 | * | kugel has a very hackish way to start pf in the db browser AND start playback within pf |
| 16:59:25 | evilnick | kugel: Ooooh, that's exciting! |
| 17:00 |
| 17:01:52 | | Quit pyro_maniac ("Leaving.") |
| 17:02:00 | | Join JimBastard [0] (i=42f65302@gateway/web/ajax/mibbit.com/x-f07582ad8d2452aa) |
| 17:02:06 | | Quit matsl_ (Read error: 110 (Connection timed out)) |
| 17:02:07 | JimBastard | Sup party people |
| 17:02:14 | kugel | just need to figure out how to play the actually selected album |
| 17:02:23 | JimBastard | I met one of your people last night at the NYC hacker news meetup |
| 17:02:29 | JimBastard | cool project i must say |
| 17:02:35 | evilnick | JimBastard: Was that Robert? |
| 17:02:37 | pondlife | kugel: heh, play a random album :) |
| 17:02:49 | JimBastard | i have his name in my netbook, i forgot already |
| 17:02:54 | JimBastard | he was kinda intense, but cool |
| 17:03:51 | LambdaCalculus37 | JimBastard: That would be me. Join #rockbox-community and we'll chat more. |
| 17:04:06 | JimBastard | holler back |
| 17:04:10 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 17:07:25 | funman | LambdaCalculus37: could you test mkamsboot OSX binaries? |
| 17:07:48 | LambdaCalculus37 | funman: Only briefly, but they work. |
| 17:07:59 | LambdaCalculus37 | Oh wait.. you mean now? |
| 17:08:12 | funman | i mean with the test script you downloaded from me |
| 17:08:38 | LambdaCalculus37 | funman: I was able to build successfully with the test script. |
| 17:08:49 | funman | just to be sure they generate the same files than linux and win32 version (did you check the md5sums?) |
| 17:10:20 | | Quit cool_walking_ (Remote closed the connection) |
| 17:10:43 | martian67 | I’d just like to interject for a moment. What you’re referring to as Linux, is in fact, GNU/Linux, or as I’ve recently taken to calling it, GNU plus Linux. Linux is not an operating system unto itself, but rather another free component of a fully functioning GNU system made useful by the GNU corelibs, shell utilities and vital system components comprising a full OS as defined by POSIX. |
| 17:10:43 | martian67 | Many computer users run a modified version of the GNU system every day, without realizing it. Through a peculiar turn of events, the version of GNU which is widely used today is often called “Linuxâ€, and many of its users are not aware that it is basically the GNU system, developed by the GNU Project. |
| 17:10:43 | martian67 | There really is a Linux, and these people are using it, but it is just a part of the system they use. Linux is the kernel: the program in the system that allocates the machine’s resources to the other programs that you run. The kernel is an essential part of an operating system, but useless by itself; it can only function in the context of a complete operating system. Linux is normally used in combination with the GNU operating syst |
| 17:10:48 | martian67 | em: the whole system is basically GNU with Linux added, or GNU/Linux. All the so-called “Linux†distributions are really distributions of GNU/Linux. |
| 17:10:59 | linuxstb | martian67: ? |
| 17:11:38 | * | evilnick throws martian67 into either #rockbox-community or back to 4chan |
| 17:11:54 | * | martian67 flashes a toothy grin |
| 17:12:02 | LambdaCalculus37 | funman: No, I haven't. Want me to check the md5sum of just the binary? |
| 17:12:04 | martian67 | sorry, i was just waiting for somone to say linux :D |
| 17:12:17 | * | LambdaCalculus37 flashes a big shiny boot at martian67 :D |
| 17:12:31 | funman | LambdaCalculus37: test.sh should generate md5sums of 5 binaries produced with mkamsboot, just compare them with the md5sums already in the 'sums' file |
| 17:12:39 | LambdaCalculus37 | funman: Okay. |
| 17:17:47 | | Join sansa [0] (n=405afa2f@gateway/web/cgi-irc/labb.contactor.se/x-ead5d1dce49912bd) |
| 17:17:50 | Horscht | linuxstb, sorry was afk |
| 17:17:51 | sansa | hello |
| 17:17:54 | Horscht | yes, correct |
| 17:18:13 | Horscht | the jpeg works fine in the rockbox jpeg viewer, but not when used as album art |
| 17:18:21 | sansa | does anyone know how the sansa clip rockbox project is going |
| 17:18:26 | Horscht | not being resized |
| 17:18:34 | Horscht | being displayed 1:1 |
| 17:18:54 | funman | sansa: have a look at http://www.rockbox.org/twiki/bin/view/Main/SansaAMS |
| 17:19:02 | sansa | thanks |
| 17:19:18 | sansa | looking now |
| 17:20:46 | sansa | oh looks difficult i am a complete nood and cant compile |
| 17:21:39 | sansa | bye! |
| 17:21:42 | | Quit sansa (Client Quit) |
| 17:21:50 | Horscht | also, linuxstb, it does not seem to realy be related to all overly dark albumarts. I have other covers almost only black (Black album by Metallica, Spinal Tap) which, as mentioned, are almost fully black, but they show up correctly. It must be either a coincidence that those 2 albumarts that I attached are very dark, or something special about them |
| 17:22:51 | linuxstb | Horscht: OK. I can't help, I was just probing you for more info... |
| 17:23:08 | linuxstb | Hopefully Unhelpful will see it. |
| 17:29:44 | MarcGuay_ | linuxstb: Could you propose a temporary solution to the problem described in http://www.rockbox.org/tracker/task/9657? |
| 17:30:13 | Torne | ifdef it for that platform, as a temporary hack? |
| 17:30:29 | Torne | or do you mean "what instructions to use instead"? :) |
| 17:30:42 | linuxstb | There is already an alternative (for ARMv4) |
| 17:31:08 | | Quit petur ("connection reset by beer") |
| 17:31:12 | Torne | oh, yes, of course. so just hack up the ifdef, until someone decides on how to deal with this nicely? :) |
| 17:32:15 | MarcGuay_ | Should I disable this codec, then? I'm unsure where to do that's what's being suggested. |
| 17:32:21 | linuxstb | So yes, changing the #if to something like "#if ARM_ARCH >= 5 && CONFIG_CPU != CPU_TCC770" should work. (but isn't nice to commit...) |
| 17:33:08 | linuxstb | MarcGuay_: Look in apps/codecs/demac/libdemac/predictor-arm.S and change the "#if ARM_ARCH >= 5" lines to what I suggested. |
| 17:33:27 | MarcGuay_ | linuxstb: Thanks. |
| 17:33:32 | * | MarcGuay_ stops grepping |
| 17:34:37 | linuxstb | MarcGuay_: Make that "TCC770", not "CPU_TCC770"... |
| 17:34:56 | * | MarcGuay_ stops making |
| 17:34:59 | MarcGuay_ | :) thanks |
| 17:35:32 | linuxstb | MarcGuay_: Or even better, use "... && !defined(CPU_TCC77X)" |
| 17:35:40 | * | linuxstb thinks he's finished now... |
| 17:37:36 | *** | Saving seen data "./dancer.seen" |
| 17:40:19 | * | LambdaCalculus37 wonders if that'll help the m200 as well |
| 17:41:59 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 17:43:33 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 17:45:52 | linuxstb | LambdaCalculus37: Yes, you'll get the same problem there. |
| 17:46:38 | linuxstb | I guess that fix isn't too bad, but it seems nasty to commit it instead of solving it properly... |
| 17:47:44 | | Join jmillikin [0] (n=jmilliki@c-24-130-227-85.hsd1.ca.comcast.net) |
| 17:52:28 | | Join {phoenix} [0] (n=dirk@p54B472DE.dip.t-dialin.net) |
| 17:53:20 | LambdaCalculus37 | linuxstb: For now, it'll make do as a patch, but not for final commit. |
| 17:55:59 | MarcGuay | linuxstb: Still getting a bad checksum error. Checksum: 63313030, Sum: 2c60271 mean anything to you? |
| 17:57:49 | MarcGuay_ | modelname is a garbled character, as well... |
| 17:59:27 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) |
| 18:00 |
| 18:02:55 | | Join Lss [0] (n=Lss@cm213.delta96.maxonline.com.sg) |
| 18:03:03 | linuxstb | modelname is read from the start of the rockbox binary, so that would point to NAND trouble. |
| 18:04:46 | | Join stoffel [0] (n=sfr@p57B4E068.dip.t-dialin.net) |
| 18:15:48 | | Part pondlife |
| 18:19:19 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 18:19:36 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 18:20:14 | | Join _lifeless [0] (n=lifeless@188.16.122.234) |
| 18:20:49 | | Join Corto [0] (n=d4f6430a@gateway/web/cgi-irc/labb.contactor.se/x-e447fec16c3f4aa2) |
| 18:24:33 | Corto | Hi! I just built bootloader & rockbox and installed them on my Sansa Fuze 8GB for the first time... |
| 18:24:41 | Corto | it dual boots all ok, screen saver (black screen on sleep) works and reacts keys, but all I can see is the Rockbox logo and version info.. |
| 18:25:10 | Corto | have I missed something? (I have never used Rockbox before) |
| 18:25:59 | linuxstb | What does the version info say? |
| 18:26:09 | | Quit SirFunk__ (Read error: 110 (Connection timed out)) |
| 18:26:19 | | Quit {phoenix} (Remote closed the connection) |
| 18:26:43 | Corto | Ver. r21128-090529 |
| 18:27:37 | linuxstb | You should only see that screen for a second or so, then the Rockbox main menu should appear. So it sounds like something is wrong (which is to be expected on the Fuze at the moment I think). |
| 18:28:21 | | Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) |
| 18:28:23 | Corto | ah, ok... |
| 18:28:47 | MarcGuay | linuxstb: I had the wrong OFFSETs in the config. Rockbox boots on the c100. |
| 18:29:06 | MarcGuay | Very neat. |
| 18:29:16 | linuxstb | Nice! |
| 18:29:35 | MarcGuay | Oh keymapping, how I dread you. |
| 18:30:05 | linuxstb | Does it have similar buttons to any other target? |
| 18:30:24 | MarcGuay | Pretty similar to the c200. Which doesn't help much! |
| 18:31:33 | Corto | linuxstb: ok, thanks! I guess I'll keep checking the forum and status page on wiki now and then and try again later |
| 18:33:17 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 18:33:38 | | Join cmike90 [0] (n=3f419a1a@gateway/web/cgi-irc/labb.contactor.se/x-b5a3a441e4692d35) |
| 18:35:06 | cmike90 | whats with the mp4 files causing my sansa to go slow |
| 18:36:46 | | Quit cmike90 (Client Quit) |
| 18:37:17 | | Quit __lifeless (Read error: 101 (Network is unreachable)) |
| 18:37:21 | | Join cmike90 [0] (n=3f419a1a@gateway/web/cgi-irc/labb.contactor.se/x-8a927963a88719f5) |
| 18:37:45 | | Quit funman ("leaving") |
| 18:37:47 | | Join __lifeless [0] (n=lifeless@188.16.114.227) |
| 18:38:52 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 18:39:05 | | Quit cmike90 (Client Quit) |
| 18:41:57 | | Quit _lifeless (Read error: 110 (Connection timed out)) |
| 18:42:28 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 18:49:02 | | Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) |
| 18:55:00 | | Quit l403 (Remote closed the connection) |
| 19:00 |
| 19:01:20 | | Quit parafin (Remote closed the connection) |
| 19:01:48 | MarcGuay | How does audio work on the D2/Iaudio7 if "Due to this an "Error Accessing Playlist Control" will occur when starting playback"? |
| 19:01:58 | MarcGuay | Just PCM beeps? |
| 19:02:15 | | Quit SirFunk__ (Read error: 110 (Connection timed out)) |
| 19:02:16 | | Quit flydutch ("/* empty */") |
| 19:06:42 | MarcGuay | Gentleman mails says otherwise... |
| 19:06:54 | | Join {phoenix} [0] (n=dirk@p54B472DE.dip.t-dialin.net) |
| 19:15:13 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 19:15:26 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 19:17:00 | | Quit SirFunk_ (Read error: 60 (Operation timed out)) |
| 19:21:32 | | Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) |
| 19:23:22 | * | mcuelenaere thinks Lua really needs bitlib.. |
| 19:28:26 | gevaerts | MarcGuay: it just doesn't keep state permanently |
| 19:30:39 | | Join PaulJam [0] (i=PaulJam_@vpn-3017.gwdg.de) |
| 19:31:56 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 19:32:08 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-05a7b40ad419ca64) |
| 19:34:22 | | Join miepchen^schla [0] (n=miepel@p579ECD21.dip.t-dialin.net) |
| 19:37:40 | *** | Saving seen data "./dancer.seen" |
| 19:37:44 | | Join tvelocity [0] (n=tony@adsl15-41.her.forthnet.gr) |
| 19:46:58 | | Join alexbobp_ [0] (n=alex@ppp-70-253-78-64.dsl.austtx.swbell.net) |
| 19:47:25 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 19:51:01 | | Quit alexbobp (Nick collision from services.) |
| 19:51:08 | | Nick alexbobp_ is now known as alexbobp (n=alex@ppp-70-253-78-64.dsl.austtx.swbell.net) |
| 19:55:34 | | Quit jfc^3 (Read error: 104 (Connection reset by peer)) |
| 19:56:43 | MarcGuay | gevaerts: I don't understand. Could you say it again another way? |
| 19:59:18 | MarcGuay | gevaerts: Do you mean it will play the song after the error? |
| 20:00 |
| 20:00:08 | | Join mirak [0] (n=mirak@85-169-201-135.rev.numericable.fr) |
| 20:04:47 | gevaerts | yes |
| 20:05:07 | gevaerts | things like resuming after stop won't work |
| 20:05:20 | | Join jfc [0] (n=john@dpc691978010.direcpc.com) |
| 20:08:47 | | Quit alexbobp (Read error: 60 (Operation timed out)) |
| 20:08:59 | | Join alexbobp [0] (n=alex@ppp-70-253-78-64.dsl.austtx.swbell.net) |
| 20:10:31 | | Quit bubsy (Read error: 60 (Operation timed out)) |
| 20:19:14 | MarcGuay_ | #error "re-run configure this just so wrong" - is this a joke or bad english? top of config-h100.h |
| 20:20:18 | | Join toffe82 [0] (n=chatzill@74.0.180.178) |
| 20:20:54 | gevaerts | Bagder should be able to tell us |
| 20:22:30 | Bagder | I have no sense of humor so it must've been a mistake then! |
| 20:22:43 | funman | it was a safety when h120 was renamed it seems |
| 20:22:54 | Bagder | even though I think those three top lines should be cut out |
| 20:22:57 | funman | r7063 |
| 20:23:19 | gevaerts | most people probably have re-run configure since then |
| 20:24:01 | | Quit mcuelenaere (Read error: 60 (Operation timed out)) |
| 20:24:29 | | Join xnyhps [0] (n=xnyhps@2001:470:1f14:da:219:e3ff:fed7:c57c) |
| 20:24:41 | Bagder | probably, yes |
| 20:27:52 | CIA-38 | New commit by gevaerts (r21129): Remove an old safety making sure that people re-ran configure after the h120/h100 split. People now have had nearly four years to do so, which is ... |
| 20:28:08 | | Join moos [0] (i=mustapha@rockbox/staff/moos) |
| 20:33:23 | LambdaCalculus37 | MarcGuay: You're able to read the internal NAND on the c100 now? |
| 20:33:33 | * | LambdaCalculus37 is referring to the TargetStatus wiki page |
| 20:35:35 | MarcGuay_ | LambdaCalculus37: It loads Rockbox, so yessir, she reads. |
| 20:35:52 | LambdaCalculus37 | \o/ |
| 20:36:14 | LambdaCalculus37 | MarcGuay_: I can't wait for the "Ladies and Gentlemen..." mail. ;) |
| 20:36:19 | MarcGuay_ | Seeing if i can get radio rocking now... |
| 20:36:55 | LambdaCalculus37 | MarcGuay_: Is it using the slightly kludgey method we talked about earlier? |
| 20:37:51 | MarcGuay_ | LambdaCalculus37: Iffing out the TCC770 more that codec? Yes. |
| 20:37:57 | MarcGuay_ | more=for |
| 20:39:34 | LambdaCalculus37 | MarcGuay_: We should look into a cleaner, more "commit-ready" solution for that. |
| 20:40:27 | MarcGuay_ | LambdaCalculus37: That's so far out of my reach I can't even see it. Somebody who's comfy with compilers will have to take care of it. |
| 20:41:11 | * | Torne suggests just defining on/off feature macros for subsets of the ARM instruction set, instead of relying on comparisons with the architecture version :) |
| 20:41:30 | Torne | have a big header file somewhere that turns the right things on and off depending what cpu it is |
| 20:41:52 | Torne | try and structure it so the first letters of each macro spell out dirty words insulting ARM, if you can |
| 20:41:55 | Torne | :) |
| 20:43:09 | | Join _lifeless [0] (n=lifeless@188.16.114.227) |
| 20:43:12 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) |
| 20:47:47 | | Quit __lifeless (Read error: 60 (Operation timed out)) |
| 20:55:22 | | Quit BHSPitLappy (Read error: 60 (Operation timed out)) |
| 20:56:48 | | Quit Corto ("CGI:IRC") |
| 21:00 |
| 21:03:09 | | Quit AndyIL (Remote closed the connection) |
| 21:03:24 | | Join AndyI [0] (n=pasha_in@212.14.208.235) |
| 21:03:24 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 21:03:26 | | Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) |
| 21:03:39 | | Quit SirFunk_ (Read error: 60 (Operation timed out)) |
| 21:03:47 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) |
| 21:05:46 | | Quit stripwax ("http://miranda-im.org") |
| 21:11:02 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 21:11:46 | * | MarcGuay_ tries to imagine why the radio code is in the "recorder" directory... |
| 21:12:26 | funman | historical reasons? |
| 21:15:02 | | Quit xnyhps ("Leaving.") |
| 21:15:07 | | Join xnyhps [0] (n=xnyhps@2001:470:1f14:da:219:e3ff:fed7:c57c) |
| 21:15:35 | | Quit xnyhps (Client Quit) |
| 21:16:09 | | Join xnyhps [0] (n=xnyhps@2001:470:1f14:da:219:e3ff:fed7:c57c) |
| 21:16:55 | | Quit xnyhps (Client Quit) |
| 21:17:24 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 21:17:47 | | Quit saratoga ("http://www.mibbit.com ajax IRC Client") |
| 21:18:51 | | Join saratoga [0] (i=9803c6dd@rockbox/developer/saratoga) |
| 21:23:24 | | Quit AlexP (Read error: 110 (Connection timed out)) |
| 21:28:26 | | Quit SirFunk__ (Read error: 110 (Connection timed out)) |
| 21:36:20 | | Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) |
| 21:37:43 | *** | Saving seen data "./dancer.seen" |
| 21:41:05 | | Join obo [0] (n=obo@77-99-230-49.cable.ubr04.trow.blueyonder.co.uk) |
| 21:46:28 | | Quit moos (Read error: 110 (Connection timed out)) |
| 21:49:25 | | Quit funman ("leaving") |
| 21:52:21 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 21:54:18 | | Quit mirak (Remote closed the connection) |
| 21:55:54 | | Join froggyman [0] (n=47ba0b80@gateway/web/cgi-irc/labb.contactor.se/x-5b43f586bfd63fe5) |
| 21:56:15 | | Quit SirFunk__ (Read error: 110 (Connection timed out)) |
| 21:57:00 | | Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) |
| 21:59:10 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
| 22:00 |
| 22:00:02 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-1ea53d74cda36721) |
| 22:05:09 | | Quit ender` (" We know the speed of light... so, what's the speed of darkness?") |
| 22:06:56 | | Join merbanan [0] (n=banan@c-83-233-163-22.cust.bredband2.com) |
| 22:08:41 | | Join __lifeless [0] (n=lifeless@188.16.114.227) |
| 22:09:07 | | Join mirak [0] (n=mirak@85-169-201-135.rev.numericable.fr) |
| 22:14:10 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 22:15:01 | | Join perfectdrug [0] (n=5b0ed874@gateway/web/cgi-irc/labb.contactor.se/x-9cba5713a5c2a3fd) |
| 22:15:59 | perfectdrug | hi i just created FS #10262 svg image for the sansa fuze :) |
| 22:19:17 | | Quit froggyman ("CGI:IRC") |
| 22:19:39 | CIA-38 | New commit by FlynDice (r21130): AMSSansa: Add AS3525_DRAM_FREQ as a configurable frequency. Attempts to use PCLK != DRAM still fail but a method is now in place. Default scheme ... |
| 22:20:02 | | Join froggyman [0] (n=47ba0b80@gateway/web/cgi-irc/labb.contactor.se/x-405feefb8483d519) |
| 22:20:34 | pixelma | perfectdrug: I'll look into committing them. About the side button - I usually drew them even if they wouldn't be visible from the top in reality. That makes it easier to label them |
| 22:22:28 | perfectdrug | pixelma: ok so let me add the keymaps for this file, too. i also changed the clip-front.svg a little as you may have seen |
| 22:22:43 | pixelma | yes, saw it |
| 22:23:50 | perfectdrug | i made the fuze more like your files |
| 22:25:32 | | Quit _lifeless (Read error: 113 (No route to host)) |
| 22:27:30 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
| 22:29:20 | kugel | you made a fuze one \o/ |
| 22:29:59 | amiconn | Hmm. 'make reconf' doesn't seem to work for advanced builds (at least it doesn't for voice builds) |
| 22:30:51 | | Quit n1s ("Lämnar") |
| 22:32:44 | | Quit stoffel (Read error: 113 (No route to host)) |
| 22:36:18 | | Quit bmbl ("Woah!") |
| 22:44:12 | Unhelpful | amiconn: you'd say it's worth hashing the album name, then? |
| 22:44:50 | kugel | grml |
| 22:44:59 | | Join moos [0] (i=mustapha@rockbox/staff/moos) |
| 22:45:22 | kugel | I'm not far from having pf in the db browser |
| 22:46:15 | Bagder | amiconn: right, reconf is not quite complete (yet) |
| 22:47:00 | Unhelpful | Horscht: thanks for the heads-up on FS #10257 |
| 22:47:50 | | Join bubsy [0] (i=Bubsy@94.139.72.137) |
| 22:47:52 | | Quit bubsy (Remote closed the connection) |
| 22:48:33 | | Join bubsy [0] (i=Bubsy@94.139.72.137) |
| 22:48:35 | perfectdrug | pixelma: i added the keymaps and the button, i have no LaTex installed so I can't check the pdf output of both files unfortunately |
| 22:55:55 | pixelma | I'll do that (hopefully it works) |
| 22:56:13 | | Join petur [0] (n=peter@rockbox/developer/petur) |
| 22:57:58 | | Quit froggyman ("CGI:IRC") |
| 23:00 |
| 23:01:32 | | Quit merbanan (Read error: 110 (Connection timed out)) |
| 23:04:39 | Unhelpful | wouldn't tagcache_is_X_tag be faster if we used a bitfield for the membership and just tested, for example, (1 << tag) & NUMERIC_TAGS ? |
| 23:05:10 | Unhelpful | right now they iterate over a list of tag values that belong to the group they test for, and return true if they find the passed tag in the group |
| 23:05:46 | | Quit FlynDice (Remote closed the connection) |
| 23:05:46 | Unhelpful | it would also be smaller, as a table of ints would be replaced with one int. |
| 23:07:13 | pixelma | perfectdrug: in the clip-svg there was just a small text object to the left (reading "ddd") which made the first conversion result a bit weird, after deleting it everything went fine |
| 23:08:20 | | Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) |
| 23:08:50 | perfectdrug | pixelma: oops :D thanks for spotting |
| 23:10:29 | | Quit BHSPitLappy (Read error: 110 (Connection timed out)) |
| 23:11:31 | | Join spiral1 [0] (n=marko@p5B0ED874.dip.t-dialin.net) |
| 23:11:51 | * | pixelma also has such a small png now which can be used in those target tables |
| 23:12:03 | moos | Unhelpful: bug Slasheri about... |
| 23:12:55 | Unhelpful | moos: it's one of the few parts of tagcache i think i understand well enough to go poking at it. the issue of tagcache_search failing with ramcache on and type tag_filename is a bit more complicated. |
| 23:13:08 | | Quit perfectdrug ("CGI:IRC") |
| 23:13:18 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 23:13:28 | | Part spiral1 |
| 23:13:47 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 23:14:12 | kugel | Unhelpful: I'm currently having problems with the sorting of the search results again :( |
| 23:14:28 | moos | Unhelpful: pitty that the full tagcache beast is that big, not a lot of people tried to poke it |
| 23:14:32 | Unhelpful | kugel: what kind of problems? |
| 23:14:39 | | Join perfectdrug [0] (n=marko@p5B0ED874.dip.t-dialin.net) |
| 23:14:54 | kugel | filenames for a album don't come in sorted by track number |
| 23:15:12 | pixelma | I recently stumbled across a weird database initialise bug, think it still exists but will try with a more recent build |
| 23:15:45 | Unhelpful | kugel: i noticed that, too. i had to store a sort key for each and then post-sort them, see create_track_index in pictureflow for how that worked. |
| 23:15:52 | funman | FlynDice: i'm running some tests on my fuze with caches |
| 23:15:59 | | Quit JimBastard ("http://www.mibbit.com ajax IRC Client") |
| 23:16:12 | * | moos likes those thought to have a pf browser, sweaty :) |
| 23:16:37 | perfectdrug | pixelma: so on which player should I start working next? :D do you have any in progress? |
| 23:16:39 | kugel | Unhelpful: any idea if how I can add the file name to struct track_info and fill it in create_track_index? |
| 23:17:43 | Unhelpful | kugel: i'm a bit confused, what exactly do you want the filename for? |
| 23:17:52 | kugel | to add them to the playlist |
| 23:18:09 | pixelma | perfectdrug: no I don't really (well I have a started beast rework lying around here for a while...) are there any other AMS Sansas that aren't covered yet? |
| 23:18:23 | kugel | I can create a playlist and start playback within pf mostly fine, but the playlist is sorted weird |
| 23:18:33 | kugel | (and not in the same way as the track list, that is) |
| 23:18:44 | Unhelpful | kugel: it saves the seek offset in the track table, surely you could use that to look up the filename via tagcache? |
| 23:19:23 | kugel | how? |
| 23:19:38 | perfectdrug | pixelma: m200 as it seems |
| 23:20:02 | kugel | I tried adding a tag_title filter with that seek, without success, but maybe I just did it wrong |
| 23:21:15 | | Quit evilnick ("http://www.mibbit.com ajax IRC Client") |
| 23:21:33 | FlynDice | funman: do you have them working? |
| 23:21:37 | pixelma | database initialise bug: "initialize now" while playing music -> database will update in the background, return to WPS while it's running -> if it's ready try to stop playback with still something to play -> you get the "Please reboot to enable" splash + music resumes and you're back into the WPS |
| 23:21:38 | Unhelpful | kugel: i think maybe you should hang on to what you have so far. i'm adding some new tagcache methods, and i think that one or two more would make it easy to fetch an indexid via the seek into one of the tables that has them, and then use the indexid to grab the index entry, or any other tag entry. |
| 23:22:26 | funman | FlynDice: well no, but i'm making comparisons. I thought I had good performance and no crashes with data cache disabled, but running it several times shows crashes |
| 23:22:49 | pixelma | perfectdrug: you could try that one then, or maybe those GoGears? |
| 23:22:53 | funman | What I noticed is that there is no more wps corruption if I make the aligned_buffer aligned on 32 bytes (size of a cache line) |
| 23:22:57 | | Join parafin [0] (i=parafin@parafin.static.corbina.ru) |
| 23:23:19 | FlynDice | funman: I'm headed off to work shortly and ironically that's where I can spend the most time on rockbox! |
| 23:23:51 | kugel | Can I be your co-worker? |
| 23:24:22 | funman | FlynDice: ok, it's a bit late there and i'll work tomorrow and sunday, so I'll just post what I have on FS #10048 |
| 23:24:24 | Unhelpful | something like an int tagcache_find_seek_index(struct tagcache_search *tcs, int tag, long seek) |
| 23:24:35 | FlynDice | kugel: not unless they give me an airplane with wifi...;) |
| 23:25:12 | Unhelpful | or it could work like the existing tagcache_find_index and store the index in tcs and return a bool for success/failure |
| 23:26:39 | FlynDice | funman: OK I 'll take a look when I get in tonight, I think I've run clock-target.h into the ground for now! |
| 23:27:42 | funman | I tried to lower the storage clock but with divider set to 0 or 1, rockbox fails to boot (didn't try higher dividers) |
| 23:28:44 | FlynDice | funman: I tried too with same results and finally gave up. I dis get fclk prediv working nicey thoufg |
| 23:28:53 | amiconn | grrr |
| 23:28:56 | FlynDice | er though |
| 23:29:21 | | Quit HellDragon (Client Quit) |
| 23:29:22 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
| 23:29:26 | amiconn | There seems to be a bug wrt voice file generation for hwcodec here... need to investigae :\ |
| 23:30:21 | | Join stoffel [0] (n=sfr@p57B4E068.dip.t-dialin.net) |
| 23:33:32 | * | pixelma wonders how up-to-date CREDITS-MANUAL is |
| 23:33:44 | LambdaCalculus37 | toffe82: Do you think it would be a good idea to split the GoGear HDD6330 off in the build system into its own target? Since it's mostly all of the same code as the HDD1630, this would make builds easier as well. |
| 23:34:22 | gevaerts | If they need different options, they should be different builds |
| 23:36:16 | LambdaCalculus37 | gevaerts: Yeah, the HDD6330 needs a 220x176 LCD and has an RTC. |
| 23:36:33 | funman | Sansa Fuze, MMU operational, DRAM & IRAM cached, Data Cache disabled : mp3 215% realtime, 115.10MHz needed for decoding. Stable (so far) |
| 23:36:34 | * | LambdaCalculus37 makes that "has a 220x176 LCD" |
| 23:36:43 | LambdaCalculus37 | funman: Nice work! ;) |
| 23:37:06 | funman | well it would be nice if I understood what is going on |
| 23:37:47 | *** | Saving seen data "./dancer.seen" |
| 23:38:10 | funman | mpegplayer stucks on 'loading' if I don't use a cacheline-aligned buffer for sd transfers, although the data cache is disabled. |
| 23:39:07 | gevaerts | LambdaCalculus37: seems pretty clear to me then |
| 23:39:14 | FlynDice | well it would be nice if I understood what is going on <−−−− hey that's my line You're the one that's supposed to know ;) |
| 23:39:47 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
| 23:40:31 | LambdaCalculus37 | gevaerts: Guess I'll create a new folder for the GoGear HDD6330 in the SVN trunk and try to add it into the build system. |
| 23:40:48 | LambdaCalculus37 | I think it'll also make it easier to add int any HDD6330-specific code, too. |
| 23:40:56 | LambdaCalculus37 | s/int/in |
| 23:41:17 | | Join bitf [0] (n=chatzill@wnpgmb014ww-ad06-66-252.dynamic.mts.net) |
| 23:42:33 | CIA-38 | New commit by pixelma (r21131): Commit FS #10260 by Marko Pahlke: Clip SVG for the manual (used to add a pdf and update the png as well). Add him to the credits. |
| 23:43:08 | bitf | Sansa e280 can't delete files, files gone computer but not on play and can't figure out how to delete on player |
| 23:43:18 | | Quit mirak (Remote closed the connection) |
| 23:43:20 | bitf | any help? |
| 23:43:22 | funman | and then with this setup, sometimes I can't boot (white lcd screen) |
| 23:43:44 | perfectdrug | pixelma: thanks! :) |
| 23:44:02 | bitf | Sorry, files gone on computer but not on player |
| 23:45:56 | funman | bitf: which files? |
| 23:45:58 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 23:46:02 | bitf | music |
| 23:46:14 | funman | try running scandisk |
| 23:47:05 | bitf | What is scandisk? |
| 23:47:18 | bitf | the windows utility? |
| 23:47:41 | | Quit stoffel ("leaving") |
| 23:48:07 | funman | yes |
| 23:48:14 | FlynDice | funman: about the white screen.. it's a pretty common failure mode, do you have a feeling whether it's a common cuase or any number of different things? |
| 23:48:18 | funman | or any utility to verify the filesystem |
| 23:48:38 | funman | FlynDice: no idea.. I don't have white screens with a SVN build |
| 23:49:20 | bitf | I'm using linux but I'll see what I can do |
| 23:49:32 | funman | try fsck.vfat -a /dev/sdX |
| 23:49:56 | pixelma | bitf: are those files in the "music" folder? |
| 23:50:03 | bitf | yes |
| 23:50:40 | pixelma | and does your computer's file browser (or whatever you use) show hidden files/folders? |
| 23:50:43 | Mikachu | bitf: i would use -r rather than -a |
| 23:50:55 | FlynDice | funman: Wow, I 've been getting the "white screen of death" all the time for mmu & pclk !=DRAM |
| 23:51:34 | | Quit kugel (Remote closed the connection) |
| 23:51:49 | bitf | pixelma: yes Mikachu: What do you mean? |
| 23:52:09 | Mikachu | for the fsck comand |
| 23:52:10 | Mikachu | m |
| 23:52:12 | funman | FlynDice: usb serial support would definitely help a lot! |
| 23:52:27 | | Quit perfectdrug ("Leaving.") |
| 23:52:28 | FlynDice | yes I think so :( |
| 23:52:48 | funman | test_disk passes on my setup |
| 23:53:30 | funman | i don't know if it's a bit slower or a bit faster than SVN code though. |
| 23:53:38 | | Join perfectdrug [0] (n=marko@p5B0ED874.dip.t-dialin.net) |
| 23:53:43 | funman | once it booted it doesn't seem to crash |
| 23:54:31 | funman | hum but playback stops early |
| 23:54:41 | funman | pcmbuf is empty |
| 23:55:42 | bitf | Nothings working, is there a way to delete files on the player |
| 23:55:59 | toffe82 | LambdaCalculus37: there is 2 different hdd 63, one with radio the other without |
| 23:56:06 | funman | bitf: format it |
| 23:56:09 | gevaerts | bitf: tell your file manager to show hidden files |
| 23:56:51 | bitf | I'm in over my head |
| 23:58:26 | | Quit {phoenix} (Remote closed the connection) |
| 23:58:53 | | Join maddler [0] (n=maddler@static-217-133-171-24.clienti.tiscali.it) |
icon identifies that the person is a core developer (has commit access).