--- Log for 04.08.108 Server: calvino.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 days and 18 hours ago 00.00.05 Join CaptainKewl [0] (i=jds@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 00.00.23 # kugel, yes I noticed that and partially fixed that some time ago 00.00.56 # For some menus it was easy, but others are also used elsewhere and it's not so easy to make them go back to the WPS instead of the context menu 00.01.14 # bertrik: the context menu was remade though, which probably introduced new inconsistencies 00.01.50 # I think every item should lead you back to the context menu, since there's a dedicated button to return to the wps 00.02.17 Join cbr|w [0] (n=cbr@212.98.160.130) 00.03.09 # IIRC I talked to amiconn about that and he said it should return to the WPS immediately, this also seems the intention of a macro in onplay.c 00.04.04 # I'd expect that going back from something you opened through the context menu should return you to the context menu 00.04.29 # what's the difference between gui_statusbar_draw() and gui_syncstatusbar_draw() ? 00.04.49 # petur: I think the "sync" functions do it for all screens 00.05.13 # aha 00.05.24 # rasher: I agree, especially since there's a dedicated button to go to the wps (as I already mentioned) 00.05.41 # * linuxstb agrees with rasher and kugel - I would expect context menus to behave like any other menus 00.05.52 # petur: and it respects the global_settings 00.06.13 # kugel: bingo 00.06.17 Quit CyBergRind|w (Read error: 60 (Operation timed out)) 00.06.40 # petur: I've messed with it in my viewports for pitchscreen work ;) 00.06.44 # on c200 there is no such dedicated button to go to the WPS 00.06.59 # * petur is messing with it in the recscreen 00.07.00 # bertrik: Don't you just exit the menu (press left?) 00.07.06 # bertrik: Check out pixelma's keymap changes 00.07.22 # linuxstb, no 00.07.54 # bertrik: That's a showstopper :P 00.07.55 # bertrik: eh? 00.07.59 # but I wouldn't mind if WPS context submenus returned to the menu they came from 00.08.09 # bertrik: I say then get a combo 00.08.30 # bertrik: You're saying you can't exit the menu? 00.08.31 # select+up or something 00.08.35 # * BigBambi still thinks the pixelma's c200 changes so far should go in - even is aspects aren't perfect, they are better than now :) 00.08.39 # works here (running my patches though) but I didn't touch that 00.08.44 # ^bertrik 00.09.23 # kugel: a personal preference but I don't like combos 00.09.25 # linuxstb: pressing left in the context menu should lead to the wps on the c200 too 00.09.39 # it does in the wps context menu, but nowhere else 00.09.50 # ergo, no dedicated WPS button 00.09.54 # pixelma: Same, but I've just shortly looked at the keymap file, and it looked like every button is used 00.11.11 # yes, but being able to adjust volume in the list is an extra (that only the gigabeats have IIRC) and could be ditched in favour of a dedicated resume 00.11.24 # other than the c200 00.14.25 Join Zambezi [0] (i=stolgfor@itslyna.se) 00.15.50 # pixelma: agree 00.17.01 # * kugel keeps misstyping pitchscreen as quickscreen. Can someone fix it please (http://www.rockbox.org/tracker/task/9231) ... 00.17.22 # as long as it doesn't get bitchscreen ... 00.17.28 # heh 00.17.41 # or quickyscreen :P 00.18.06 # pixelma: patch 15 is up (*sigh*) 00.18.24 Join MethoS- [0] (n=clemens@dyndsl-085-016-163-120.ewe-ip-backbone.de) 00.18.35 # petur: 15th version already? 00.18.54 # debugging, man ;) 00.19.01 # petur: I guess pitchscreen was much easier to viewportify than recscreen 00.19.17 Quit sitwon (Read error: 113 (No route to host)) 00.19.59 # kugel: recscreen was a mess, and the content got split now... not completely as it should but a better base for redesigning the gui 00.23.22 # * kugel still searches someone with flyspray powers to correct his silly typo 00.24.09 # kugel, I'll fix it 00.24.25 # bertrik: Great. Thank you 00.24.58 Quit MethoS- (Remote closed the connection) 00.25.11 Join thegeek_ [0] (n=nnscript@s080a.studby.ntnu.no) 00.27.14 Quit bluebrother ("leaving") 00.30.37 Quit Lear ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 00.30.50 Quit bertrik ("Leaving") 00.30.52 # petur: going to try in a bit 00.31.03 # nice, thanks! 00.31.38 Quit saratoga ("CGI:IRC (EOF)") 00.33.52 Quit sin613 ("Leaving.") 00.34.48 # /join #TVShows 00.34.56 Quit MethoS (Read error: 110 (Connection timed out)) 00.34.58 # sry 00.40.05 Quit mf0102_ ("Ex-Chat") 00.40.41 Quit thegeek (Read error: 110 (Connection timed out)) 00.44.43 Join einhirn [0] (n=Miranda@p5B030F77.dip0.t-ipconnect.de) 00.49.54 # * petur wonders how we managed to get a delta table that is mostly green 00.53.49 Join Llorean [0] (n=DarkkOne@ppp-70-242-15-106.dsl.hstntx.swbell.net) 00.55.20 # petur: looks good in a quick test, I can enter and quit the recording menu without a problem now and it looks like the "disk full" issue has been a stupid on my side. The only thing that's left is that the trigger bar still isn't shown 00.55.49 # que? still not shown? 00.55.54 # * petur checks again 00.56.06 # and I still don't like that double height peakmeter... ;) 00.56.29 # I'll show you where to change the code ;) 00.59.07 # pixelma: the triggerbar shows up fine in the sim. Are you sure. It only shows up during recording - is that correct? 01.01.14 # eh, I expected it to always show when triggered recording is enabled, why should it have a "ready" state then? And I believe that it's been this way before the trigger screen viewportification 01.01.29 # ah 01.01.38 # I was comparing with svn 01.01.48 # so it should always show... 01.03.08 # I thought it did and it makes much more sense to me. Without it I would have no incidaction that triggered recording is enabled in SVN and with the patch I get a small hint since then the peak meters are at smaller 01.03.29 Quit ender` (" It always takes longer than you expect, even when you take Hofstadter's Law into account. -- Hofstadter's Law") 01.03.30 # s/in SVN/like it is currently in SVN 01.04.03 # pixelma: Right now pressing record 'arms' the trigger and thus shows the bar (that is how I understand it) 01.04.21 Join avis [0] (n=ident@pdpc/supporter/student/avis) 01.04.27 # and from first looks, this must have been like this before going to viewports 01.05.45 # oy, should have read that TriggerManual better. I tried that now, trigger bar appears but vanishes again after a few seconds 01.06.15 # eh? 01.06.29 # probably when the signal is below the "off" threshold? Didn't set anything yet 01.08.28 # "Trigger" was set to "Once" 01.10.21 # hmmm from the description in the manual, I would expect the triggerbar to be always visible... 01.10.51 # ok, stays there when set to "Repeat" and I can see the threshold markers in the peakmeter now and the signal could easily fell below (I'm currently using mic input only) 01.10.54 *** Saving seen data "./dancer.seen" 01.11.10 # why do i get "undefined reference to gui_syncpitchscreen_run" in the object files? 01.11.31 # it compiled fine all the time, until i did "make clean" 01.12.52 Quit CaptainKewl (Read error: 110 (Connection timed out)) 01.13.14 # pixelma: so it works as expected now? 01.15.20 # petur: yes, just tested with "Once" and I do get a file (so trigger hits but due to the settings it also finished so quickly that I didn't understand that it before) 01.15.24 # I could need some help here: http://pastebin.ca/1092032 01.15.43 # petur: sorry for the confusion 01.16.11 # nice... but now *I* am not sure anymore ;) 01.16.38 Quit domonoky (Read error: 104 (Connection reset by peer)) 01.16.40 # it worked the whole day, but now I'm getting this errors 01.16.57 Quit petur (Remote closed the connection) 01.17.09 # * pixelma records electrical noise coming from the EL backlight 01.17.35 Join petur [50] (n=petur@rockbox/developer/petur) 01.18.21 # nice... insight (gdb) crashed and took my session with it :/ 01.18.55 Join spiorf [0] (n=spiorf@host31-168-dynamic.31-79-r.retail.telecomitalia.it) 01.24.14 Quit BlakeJohnson861 ("Leaving.") 01.25.01 Quit petur ("Zzzzz") 01.27.09 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-135-22.hsd1.mn.comcast.net) 01.27.40 Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer)) 01.27.55 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-135-22.hsd1.mn.comcast.net) 01.28.25 Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer)) 01.28.26 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 01.28.49 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-135-22.hsd1.mn.comcast.net) 01.30.10 Quit ChristopherW (Read error: 110 (Connection timed out)) 01.33.22 # Do I need to do something when I add a .h file in order to get it compiling properly? 01.33.35 # I really don't get why it isn't working anymore :S 01.33.40 # Did anyone ever manage to contact the creator of the "Rockbox cube" logo ? It seems a few themes are using it... 01.33.55 # kugel: Have you tried a "make clean" ? 01.34.03 Join ComradeHaz [0] (i=Haz@85.234.136.4) 01.34.27 # linuxstb: Yea. No change 01.34.40 # linuxstb: getting a whole fresh source didn't help either 01.36.01 # linuxstb: I just added a pitchscreen.h, and I'm getting this errors (http://pastebin.ca/1092032) 01.36.15 # it worked the past few days, which is weird 01.37.56 # kugel: Can you post a patch somewhere? 01.38.14 # linuxstb: http://www.rockbox.org/tracker/task/9231 01.38.45 # v2 worked well. I used the same source for v3, so v3 was working too. but now it stopped working 01.42.51 # linuxstb: I think I've found it. the #ifdef HAVE_PITCHSCREEN in pitchscreen.c doesn't seem to do well 01.44.20 Quit culture (Connection timed out) 01.44.27 # No, not before you #include config.h... 01.44.49 # But you don't need it - it's in SOURCES 01.45.23 # linuxstb: Ah, that makes sense. I didn't think of that 01.53.47 Quit jgarvey ("Leaving") 02.07.17 Join mrkiko [0] (n=mrkiko@host105-28-dynamic.20-79-r.retail.telecomitalia.it) 02.15.20 Part pixelma 02.15.40 Quit mcuelenaere () 02.20.45 Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.1/2008072820]") 02.21.20 Join kugel [0] (n=chatzill@unaffiliated/kugel) 02.23.47 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-20f735f75b80bf82) 02.24.14 Join saratoga2 [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-3c1a42da5a3fc7ee) 02.24.14 Quit saratoga (Client Quit) 02.24.20 # is there someone around who knows a lot about GPL versions? 02.26.39 # depends what is meant by a lot 02.26.44 # * danderson mumbles something about meta-questions 02.29.47 Quit nicktastic (Read error: 104 (Connection reset by peer)) 02.32.30 Quit avis (Remote closed the connection) 02.35.30 # saratoga2: you should know better ;) 02.35.34 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 02.38.17 # the Tremolo developer is hesistant about changing the "GPLv2" terms to "GPLV2 or later", but from his description of his concerns it seems like he'd probably be ok with it if someone explained why we need the "or later" 02.38.53 # i was going to say "it bans Tivoization, gets us compatability with any v3 code, and not a whole lot else of interest" but i'm not sure if thats entirely accurate 02.40.30 # tremolo, isn't that the fixed point ogg vorbis codec? 02.40.45 # i wouldnt say the first part, but it just gives up more flexibility for the future and broadens the pool of projects that we can pull from 02.41.43 # danderson: Its an optimization of Tremor for ARM CPUs 02.41.47 Quit nplus (Remote closed the connection) 02.41.54 # danderson: http://wss.co.uk/pinknoise/tremolo/index.html 02.42.34 # aha. 02.42.58 # banning tivoization might be a good argument for going to gplv3 exclusively 02.43.19 # right...but not really an argument for v2 or later 02.43.27 # and it applies given the project 02.43.45 # but if it is gplv2, the only real argument is that more projects get to use the code afaik 02.44.02 # well, we have people on both sides and dont really plan on switching any time soon...what we are after is to have everything be GPLv2 or later 02.44.51 # from what I gather, the V3 is no less permissive then the V2, so there seems to be little harm in using both 02.44.59 # at worst people will just choose v2 02.45.08 # I'm looking at a comparison of the two right now 02.45.11 # saratoga2: but it still isnt "GPLv2 or later" 02.45.55 # saratoga2: it mainly just gives us more options and better flexibility instead of restricting us in case we wish to move on in the future or accept projects with different licensing 02.46.30 # offering both a GPLv2 and a GPLv3 version is not the same as offering a GPLv2 or later version 02.46.31 Join avis [0] (n=ident@pdpc/supporter/student/avis) 02.46.34 # v3's main additions are anti-tivoization, and a patent clause that revokes rights if you sue the author(s) for patent infringement 02.46.42 # the rest appears to be mostly clarifications 02.47.42 Quit Seed (Read error: 110 (Connection timed out)) 02.47.48 # and small additions like: not respecting the GPLv2 leads to revocation of rights granted by the license; GPLv3 is the same, but if the violator corrects the situation within 30/60 days restores your rights 02.47.57 # dan_a: well, yes, but this isnt really a moving-to-v3 discussion...this is trying to get the Tremolo devloper to put out a "GPLv2 or later" version instead of just GPLv2 and GPLv3 versions 02.48.06 # whoops 02.48.13 # danderson: ^^ 02.48.38 # right. I'm describing how the v3 differs from v2 because the tremolo author probably cares 02.49.38 # http://rockbox.pastebin.com/d6d4a6b43 Is this allowed? To use target indicators in the translation but not in the source? 02.49.43 # danderson: do you have a link to the differences? 02.50.38 # the one I just read is http://linuxdevices.com/files/misc/GPLv2_vs_GPLv3.pdf 02.50.52 # the first part is not very relevant, but the annex has a section by section comparison of the two 02.51.32 # also, http://www.groklaw.net/articlebasic.php?story=20060118155841115 02.51.38 # a highlighted diff of textual changes 02.51.59 # makes it easy to see that changes are mostly just wording, with the exception of patent and tivoization clauses 02.52.14 # Ok, I built the build environment correctly and I'm able to compile rockbox within a x86-64 machine. 02.53.03 # but, it boils down to: for tremolo, which is quite explicitely targetted at embedded systems, it is desirable to offer the option of gplv3 02.53.18 # since users of tremolo for embedded targets may feel very strongly about tivoization 02.53.41 # so, even if you don't particularly care, it would be a good thing for your users to specify "v2 or later" 02.53.50 # since it gives them the option of caring 02.54.52 # (am I making any sense?) 02.58.53 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 03.02.03 Quit tvelocity (Read error: 104 (Connection reset by peer)) 03.03.39 Quit saratoga2 ("CGI:IRC (EOF)") 03.04.47 # JdGordon: Morning :) 03.05.34 # morning 03.06.14 Quit daurn (Read error: 110 (Connection timed out)) 03.07.06 # scorche: Why do you need "GPLv2 or later" on tremolo? 03.07.32 # JdGordon: I think my pitchscreen vp patch is committable 03.09.28 # kugel: to leave us open for whatever we might decide to do int he future 03.10.12 # kugel: I can already see a few things which could be cleaned up first... 03.10.27 # struct viewport pitch_icons = *parent; to start with 03.10.56 *** Saving seen data "./dancer.seen" 03.11.56 # gui_syncpitchscreen_run() is a wierd name... 03.12.24 # also i has a parent viewport inside the funciotn.. the point of paretns is to pass them in... what your doing does nothing with them 03.13.01 # and the .h still contains all the #defines which are not used anywhere except the .c so they shouldnt be external 03.14.29 # hjm 03.14.31 # hm 03.16.31 # JdGordon: #defines are global anyway 03.16.37 # aren't they? 03.16.50 # no... and there is no need to put them there unless they are used elsewhere 03.17.59 # but yes.. the patch is looking better 03.19.07 # JdGordon: Why is gui_syncpitchscreen_run a weird name? To me, gui_syncquickscreen_run doesn't sound much different :P 03.19.15 # ok, this is wierd.... h300 sim works with the PF patch.. e200 doesnt... both are using the same /music folder 03.19.57 # neither is nice... 03.20.08 # whats wrong with pitchscreen_run() and quickscreen_run() 03.20.51 # JdGordon: gui_syncpitchscreen_run was your idea, remember? Also, the sync part implies (at least for me) that it's automatically done for all screens 03.21.07 # gui_syncquickscreen_run 03.21.17 Quit einhirn (Read error: 104 (Connection reset by peer)) 03.21.37 # i dont rmember.. and thats valid except all screens should be automatically done on both displays now... gui_sync is a relic from when there was no 2nd screen 03.21.52 # or more specifically... during the change to mutliscreen api 03.24.15 Join CaptainKewl [0] (i=jds@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 03.26.38 # JdGordon: So, the pf patch doesn't work on e200 sim this time? Weird. The only difference is the PEFERRED_ALBUM_WIDTH/_HEIGHT (110 for e200) 03.26.59 # disabling resizing in the pf settings should eliminate this difference 03.31.42 Quit DerDome ("Leaving.") 03.32.14 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 03.35.39 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 03.37.45 Quit avis (Remote closed the connection) 03.38.34 Join cool_walking_ [0] (n=anthony@203-59-129-195.perm.iinet.net.au) 03.39.09 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-d1da3aca0bd5363e) 03.39.23 Quit Seed (Nick collision from services.) 03.39.51 Join Seed [0] (n=ben@bzq-84-108-237-178.cablep.bezeqint.net) 03.43.41 Quit perrikwp (Client Quit) 03.44.12 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-6248df8c3c54090d) 03.44.51 Quit Seed (Nick collision from services.) 03.45.19 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 03.51.33 # JdGordon: Ok, I implemented a parent parameter in for the pitchscreen, I'm not too sure though if it's correct (because of the MENUITEM_FUNCTION in onplay.c) 03.51.59 Quit Seed (Nick collision from services.) 03.52.27 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 03.52.36 Quit maha (Nick collision from services.) 03.52.36 # you need to tell that macro to use USE_PARAM (or whatever that flag is) and set it to NULL 03.52.36 Join Maha` [0] (i=juma@gateway/gpg-tor/key-0xB9002659) 03.54.49 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 03.59.02 # JdGordon: Ahh ok. So, gui_syncpitchscreen_run can take a parent, or NULL 03.59.23 Nick Maha` is now known as maha (i=juma@gateway/gpg-tor/key-0xB9002659) 04.02.05 # JdGordon: I didn't implement this before, since quickscreen_run doesn't take a viewport 04.02.16 Join avis [0] (n=ident@pdpc/supporter/student/avis) 04.02.25 # and since you've converted it to viewports, I assumed it's correct this way 04.03.17 Quit Seed (Nick collision from services.) 04.03.45 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 04.04.14 # well... screens that work in a viewport should acept a parent... thats my opininon anyway, other may disagree 04.04.44 # And why haven't you done this for quickscreen? 04.05.14 # because im lazy probably 04.05.20 # lol 04.05.43 # any screens that dont accpet a viewport will always use the fullscreen... so your custom fullscreen patch wont work with them 04.06.22 # breaky time 04.06.25 # JdGordon: Well, I got quickscreen to work with it, by putting my list_info viewport directly in (instead of the vp created there) 04.08.18 Quit XavierGr (Nick collision from services.) 04.08.29 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 04.18.32 # JdGordon: What's wrong with "struct viewport pitch_icons = *parent;" 04.19.23 Join toffe82 [0] (n=chatzill@189.155.27.171) 04.19.24 Quit toffe82 (Remote closed the connection) 04.22.53 # kugel: its unneeded.... pitch_icons can just be replaced with parent 04.22.57 Quit Seed (Read error: 110 (Connection timed out)) 04.23.14 # JdGordon: I don't intend to draw in the parent 04.23.34 # your not changing it.. so there is no need to copy it 04.23.49 # I draw into it 04.24.13 # display->set_viewport(&pitch_icons); 04.24.33 # just replace &pitch_icons with parent and it does the exact same thing 04.25.14 # That's not my idea of the parent. The parent should just be like a container (in this case: dictate the margins to be used) 04.25.20 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 04.27.12 # your reading too much into the name parent... 04.28.15 # JdGordon: Note: If I draw into that parent, the icons will remain after quitting the quickscreen, it's the same vp then gets passed to gui_syncpitchscreen_run 04.29.30 # the parent isn't meant to be drawn anything in 04.29.44 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 04.31.22 # thats wrong.... a viewport is just a rectangle... no mater what its called... if its not cleared then yes it will stay... 04.31.42 # sure if it's cleared... 04.31.45 # and side not... if its 2 people in a conversatoin.. you really dont need to keep saying my name.. 04.32.00 # copying the viewport doesnt magically clear it or stop that 04.33.27 # I'd like to avoid clearing viewports, since e.g. that was the reason the statusbar flickered. So, unless I really need to, I avoid drawing into the parent 04.34.14 # arg.. copying the viewport doesnt change anything... 04.34.25 # drawing into the "parent" doesnt cause anything... 04.35.06 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 04.37.00 # well, if you want it like that 04.38.53 Join lordpil [0] (n=lordpil@c-24-63-25-251.hsd1.ma.comcast.net) 04.38.59 # food and then uni... ttyl 04.41.01 # JdGordon: I'll quickly upload a new version which address your issues 04.41.34 Join miepchen^schlaf [0] (n=miepchen@p54BF5F7C.dip.t-dialin.net) 04.42.14 Quit Seed (Nick collision from services.) 04.42.42 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 04.45.21 # Good night 04.45.23 Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.1/2008072820]") 04.45.30 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 04.48.43 Quit miepchen^schlaf_ (Read error: 110 (Connection timed out)) 04.59.45 Quit avis (Read error: 104 (Connection reset by peer)) 05.01.55 Quit Seed (Read error: 110 (Connection timed out)) 05.03.00 Join solexx_ [0] (n=jrschulz@e176097248.adsl.alicedsl.de) 05.10.59 *** Saving seen data "./dancer.seen" 05.18.47 Join toffe82 [0] (n=pocketir@189.155.27.171) 05.18.48 Quit solexx (Read error: 110 (Connection timed out)) 05.27.30 Join Seed [0] (n=ben@bzq-84-108-237-178.cablep.bezeqint.net) 05.39.23 Quit jhulst (Remote closed the connection) 05.43.04 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 05.46.05 Part toffe82 05.47.51 Join midkay [0] (n=midkay@rockbox/developer/midkay) 05.51.09 Quit Seed (Nick collision from services.) 05.51.37 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 05.52.17 Quit Horschti ("We don't make mistakes, we just have happy little accidents") 06.02.09 Join MarcGuay [0] (n=chatzill@ip216-239-88-246.vif.net) 06.04.55 Quit advcomp2019 ("IRC is just multiplayer notepad") 06.05.08 Join avis [0] (n=ident@pdpc/supporter/student/avis) 06.09.15 Quit MarcGuay ("ChatZilla 0.9.83 [Firefox 2.0.0.16/2008070205]") 06.10.22 Quit Seed (Read error: 110 (Connection timed out)) 06.14.32 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 06.24.12 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 06.27.26 Quit scorche|sh (Read error: 104 (Connection reset by peer)) 06.30.00 Join scorche|sh [50] (n=scorche@rockbox/administrator/scorche) 06.30.15 Quit Seed ("cu, Andre") 06.35.28 Quit Zarggg () 06.38.05 Quit jhulst (Read error: 113 (No route to host)) 06.40.08 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 06.41.31 Join Genre9mp3 [0] (n=yngwiejo@rockbox/contributor/Genre9mp3) 06.48.16 Join sitwon [0] (n=adam@pool-71-178-171-238.washdc.fios.verizon.net) 06.54.58 Join ender` [0] (i=krneki@foo.eternallybored.org) 06.59.43 Quit Seed (Read error: 110 (Connection timed out)) 07.00.45 Nick num1 is now known as num1_sleeping (n=brian@c-68-63-193-45.hsd1.az.comcast.net) 07.04.51 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 07.10.35 Quit advcomp2019 ("There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence.") 07.11.01 *** Saving seen data "./dancer.seen" 07.14.39 Quit Seed (Nick collision from services.) 07.15.07 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 07.40.08 Join LinusN [0] (n=linus@gateway/web/cgi-irc/labb.contactor.se/x-244eabbf2904826c) 07.57.47 Quit ch4os (Read error: 60 (Operation timed out)) 08.01.49 Quit CaptainKewl (Read error: 110 (Connection timed out)) 08.05.57 Join ch4os [0] (n=ch4os@unaffiliated/ch4os/x-059673) 08.09.13 Join OlivierBorowski [0] (n=OlivierB@sab57-5-88-179-80-205.fbx.proxad.net) 08.10.51 Quit miepchen^schlaf () 08.27.20 Join Rob2223 [0] (n=Miranda@p4FDCDA4A.dip.t-dialin.net) 08.27.53 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-c3dd50ccbadc4b88) 08.35.45 Join webguest96 [0] (n=d97bad61@gateway/web/cgi-irc/labb.contactor.se/x-57be3c90a9c54247) 08.35.58 Quit webguest96 (Client Quit) 08.38.30 Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 08.40.44 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 08.41.28 Quit BHSPitLappy (Remote closed the connection) 08.42.41 Join funman [0] (n=fun@82-171-216-191.ip.telfort.nl) 08.45.19 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.47.47 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-4df7bf588bfbb5cd) 08.49.57 # I had an answer from SanDisk about the recovery mode on the Sansa Clip ! 08.49.57 # They want to know my version of Windows Media Player ;') 08.50.21 # :-) 08.58.46 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.01.23 Quit tessarakt ("Client exiting") 09.11.02 *** Saving seen data "./dancer.seen" 09.11.20 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 09.11.55 Join Nico_P [0] (i=53915df2@gateway/web/ajax/mibbit.com/x-613d998172359a02) 09.15.45 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 09.16.35 Quit _Lx_ ("Leaving") 09.19.36 Join petur [50] (n=petur@rockbox/developer/petur) 09.20.44 Quit DaCapn () 09.21.51 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 09.23.44 Join ChristopherW [0] (n=christop@ip68-3-205-51.ph.ph.cox.net) 09.24.29 Quit funman (Remote closed the connection) 09.25.14 Join funman [0] (n=fun@82-171-216-191.ip.telfort.nl) 09.29.53 Quit funman (Nick collision from services.) 09.29.57 Part safetydan 09.30.56 Quit snoh (Remote closed the connection) 09.42.17 Quit sacarasc (Read error: 104 (Connection reset by peer)) 09.45.23 Join sacarasc [0] (i=sacarasc@cpc1-kemp3-0-0-cust978.lutn.cable.ntl.com) 09.52.42 Join BlakeJohnson861 [0] (n=bjohnson@c-71-63-161-27.hsd1.mn.comcast.net) 10.04.52 Join stoffel_ [0] (n=sfr@p57B4FF48.dip.t-dialin.net) 10.06.07 Join moredhel [0] (n=faemir@88-106-180-165.dynamic.dsl.as9105.com) 10.06.07 Quit nuonguy ("This computer has gone to sleep") 10.10.23 Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) 10.14.36 Join vitja [0] (n=vitja@l34.ipu.rssi.ru) 10.14.56 # linuxstb, hi 10.15.14 # linuxstb, can you give me link to tcc77x sdk? 10.23.08 Quit arohtar (Read error: 110 (Connection timed out)) 10.30.30 Quit Bagder (Read error: 110 (Connection timed out)) 10.40.11 Join _Lx_ [0] (i=Lx@212.57.158.24) 10.40.19 Quit _Lx_ (Client Quit) 10.41.44 Join Bagder [241] (n=daniel@rockbox/developer/bagder) 10.44.48 Quit stoffel_ (Read error: 113 (No route to host)) 10.52.49 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 10.53.42 Join mazling [0] (n=largeear@host86-139-59-219.range86-139.btcentralplus.com) 11.01.56 # Hi all again! 11.07.25 Quit cool_walking_ (Remote closed the connection) 11.11.06 *** Saving seen data "./dancer.seen" 11.23.26 Quit linuxstb (Read error: 110 (Connection timed out)) 11.27.03 Quit herrwaldo ("Konversation terminated!") 11.29.01 Join EspeonEefi [0] (i=espeonee@STRATTON-THREE-NINETY-NINE.MIT.EDU) 11.29.58 Join herrwaldo [0] (n=waldo@ip-81-11-214-125.dsl.scarlet.be) 11.30.01 Quit nevyn (Remote closed the connection) 11.30.09 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 11.38.10 Join Lear [0] (i=chatzill@rockbox/developer/lear) 11.40.53 Quit EspeonEefi ("さよなら") 11.52.39 Join AndyI [0] (n=pasha_in@212.14.205.32) 12.05.04 Join Cyberdyskinesia [0] (n=lachienn@AStDenis-107-1-46-213.w90-43.abo.wanadoo.fr) 12.05.54 Quit AndyIL (Read error: 110 (Connection timed out)) 12.08.05 Join stoffel_ [0] (n=sfr@p57B4E094.dip.t-dialin.net) 12.13.07 Quit ChristopherW (Read error: 110 (Connection timed out)) 12.19.37 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 12.20.52 Quit spiorf (Remote closed the connection) 12.21.58 Quit Nico_P (Remote closed the connection) 12.21.58 Quit perrikwp (Remote closed the connection) 12.21.58 Quit GodEater (Connection reset by peer) 12.23.14 Join spiorf [0] (n=spiorf@host31-168-dynamic.31-79-r.retail.telecomitalia.it) 12.26.16 Join DerDome [0] (n=DerDome@dslb-082-083-204-037.pools.arcor-ip.net) 12.26.52 Quit spiorf (Remote closed the connection) 12.27.04 # linuxstb: Seen the bug FS#9189? 12.29.18 # Lear: Just read it now.... 12.30.08 # What version is the file that doesn't play? 12.30.24 # Ok, regarding the first file, the metadata code checks for at least version 3.97, but shouldn't that check be for at least 3.95? 12.30.34 # And the file version is 3.96. 12.31.19 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 12.31.22 # IIRC, files earlier than 3.97 shouldn't work... Or if they do, it's luck. 12.33.36 # rasher: i know about the "" instead of none thing with the norwegian translation, and that kind of thing is the reason i want a proper translation tool 12.34.23 # rasher: i replaced a bunch in my latest sync, but fixing all of them would require me to manually go over the entire file again, and i have better things to do 12.34.42 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 12.35.38 # This one seem to work (it's short though). For header parsing at least, tthe official source suggests that the versions to check are 3.95 and 3.98. But that's header only... 12.36.34 # There are various checks throughout the code - the header format probably changed in 3.98, but the codec format itself changed with almost every release (helpfully...) 12.37.27 # Which is one of the reasons it manages higher compression than other codecs - it didn't worry about backwards compatibility. 12.38.20 # And for the track skip problem, there's a segfault in rangecoding.h:read_byte, I think towards the end of a track (haven't checked exactly where yet). That's for a 3.99 file. 12.39.00 # Is it a 24-bit file? 12.39.45 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 12.39.46 # Nope. Plain 16 bit 44 kHz. 12.39.56 # And presumably the official decoder works? 12.40.42 # Could you give me these files? 12.41.31 Quit JdGordon ("Konversation terminated!") 12.41.45 # The APE plugin for Foobar seem to handle it fine. It's a ~40 MB zip. Ok to DCC? 12.42.21 # I don't think DCC will work here, but you can try 12.42.47 # It contains one 3.96 file, and two files for the track skip problem mentioned on FS. 12.44.48 Join JdGordon [0] (n=Miranda@c210-49-163-174.smelb2.vic.optusnet.com.au) 12.55.16 Join daurn [0] (n=daurnima@unaffiliated/daurnimator) 12.59.35 Join nplus [0] (n=nplus@141.25.globcom.net) 13.08.25 Join Nico_P [0] (i=53915df2@gateway/web/ajax/mibbit.com/x-12bf2548b21fa6bc) 13.08.30 Quit stoffel_ (Read error: 113 (No route to host)) 13.08.35 Quit Genre9mp3 () 13.11.08 *** Saving seen data "./dancer.seen" 13.12.53 Join Azultra [0] (n=lachienn@AStDenis-107-1-81-109.w90-43.abo.wanadoo.fr) 13.13.06 Quit Cyberdyskinesia (Read error: 110 (Connection timed out)) 13.13.33 Quit Azultra (Client Quit) 13.14.41 Join Cyberdyskinesia [0] (n=lachienn@AStDenis-107-1-81-109.w90-43.abo.wanadoo.fr) 13.16.44 Join moos [0] (i=moos@81-66-127-205.rev.numericable.fr) 13.17.02 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-66df9039760608c8) 13.17.23 Join tvelocity [0] (n=tony@athedsl-416126.home.otenet.gr) 13.29.05 Quit Bensawsome ("The awsome is gone :(") 13.33.59 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 13.34.01 Join kugel [0] (n=chatzill@unaffiliated/kugel) 13.36.36 Join ZincAlloy [0] (n=d9eef29a@gateway/web/cgi-irc/labb.contactor.se/x-f101a86a0694c3ca) 13.44.48 Quit moos (Read error: 110 (Connection timed out)) 13.51.34 # JdGordon: is the pf patch working on your target(s)? 13.51.58 # havnt tried on target yet 13.52.18 # ok 13.57.03 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 14.01.40 Quit nplus (Read error: 104 (Connection reset by peer)) 14.02.24 Join nplus [0] (n=nplus@141.25.globcom.net) 14.22.53 Quit Thundercloud (Remote closed the connection) 14.25.45 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 14.27.00 # Soap: I think Miss LED natural can stay in the WpsSansaE200 gallery. The original theme was posted under cc-by-sa on r-t.org, and the license requires any derivative work to use the same or a similar compatible license (and since it's not specified in the mod, I'd assume cc-by-sa) 14.35.09 Quit herrwaldo (Remote closed the connection) 14.36.00 Join herrwaldo [0] (n=waldo@ip-81-11-214-125.dsl.scarlet.be) 14.36.36 Quit JdGordon (Read error: 54 (Connection reset by peer)) 14.38.12 Quit herrwaldo (Remote closed the connection) 14.38.47 Join herrwaldo [0] (n=waldo@ip-81-11-214-125.dsl.scarlet.be) 14.38.51 Join JdGordon [0] (n=jonno@c210-49-163-174.smelb2.vic.optusnet.com.au) 14.39.08 Join Bellski [0] (n=57f59572@gateway/web/cgi-irc/labb.contactor.se/x-dcba00cf6f1de97d) 14.39.16 Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.1/2008072820]") 14.39.50 # guys, an1 know, it's possible stuck flac with Samsung T10 or not ? 14.40.29 Join CaptainKewl [0] (i=jds@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 14.42.44 Join LambdaCalculus37 [0] (i=44a0430f@gateway/web/ajax/mibbit.com/x-54d5b11b9cfd7fce) 14.43.29 # Bellski: I'm not sure what you're asking, but this is a channel about Rockbox, and Rockbox doesn't work on the Samsung T10. 14.45.03 Quit herrwaldo (Remote closed the connection) 14.45.21 Quit Lynx_ (Read error: 110 (Connection timed out)) 14.45.57 Join herrwaldo [0] (n=waldo@ip-81-11-214-125.dsl.scarlet.be) 14.46.02 # sad :/ 14.46.03 # btw 14.46.38 # It's not sad. It's just how it is right now. If you want to see Rockbox on the Samsung T10, you should start working on the port. 14.47.08 # one problem i am not programmer :/ 14.47.10 Quit |Marco| (Read error: 110 (Connection timed out)) 14.47.24 # What about getting hardware information? 14.47.46 # That just requires you to open the device, scan the board, and google for information about the chips inside. 14.48.19 # Is anyone familar with usb-slave mode? 14.48.41 # What should I do to test my usb driver? 14.48.59 # u mean if my T10 have ARM chip it's possible ? 14.49.15 Quit herrwaldo (Remote closed the connection) 14.49.15 # vitja what wrong with ur usb ? 14.49.20 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 14.49.55 Join herrwaldo [0] (n=waldo@ip-81-11-214-125.dsl.scarlet.be) 14.49.57 # Bellski, I'm trying to write usb-device driver for tcc77x 14.50.12 # and I don't know how to add it to rockbox 14.50.31 # in target configuration I enable USB stack 14.50.39 # vitja: If it's a TCC77X device, there are a few others working on devices with similar chipsets. 14.51.09 # Bellski: Having ARM or not has nothing to do with it. You have to identify what's in the device. 14.51.18 # LambdaCalculus37, what do you want to say? 14.51.53 # vitja: I'm not exactly the guy to ask. I just help test the code. 14.51.56 Join kugel [0] (n=chatzill@unaffiliated/kugel) 14.52.21 # LambdaCalculus37, ok. I'm interested in rockbox usb infrastructure 14.52.41 Quit herrwaldo (Client Quit) 14.53.18 Join nicktastic [0] (n=nick@unaffiliated/nicktastic) 14.53.37 # btw i know AAC better than mp3 but how better ? 14.54.03 # vitja: perhaps I could help you, I have added an USB driver in the past to Rockbox 14.54.18 # mcuelenaere, Ok.. 14.54.30 # what's the problem exactly? 14.54.38 # Bellski: Please, stay on topic 14.55.00 # mcuelenaere, I've written small code, that simply replies some control messages from the host 14.55.09 # mcuelenaere, now I want let rockbox to handle them 14.56.13 Quit Bellski ("CGI:IRC (EOF)") 14.56.14 # vitja: http://svn.rockbox.org/viewvc.cgi/trunk/firmware/export/usb_drv.h?revision=17847 these are the functions you'd need to implement 14.56.28 Join herrwaldo [0] (n=waldo@ip-81-11-221-41.dsl.scarlet.be) 14.57.10 # http://svn.rockbox.org/viewvc.cgi/trunk/firmware/target/arm/usb-drv-arc.c?view=markup -> this is the working USB driver 14.57.16 # (on PP targets) 14.57.27 # mcuelenaere, okay when I'll write them, how can I test it, from bootloader? 14.57.31 # this is the one I made (which doesn't work yet): http://svn.rockbox.org/viewvc.cgi/trunk/firmware/drivers/isp1583.c?view=markup 14.57.42 # you'll need to edit the config-...h 14.57.51 # mcuelenaere, in other words what should functions should I call? 14.58.32 # see http://svn.rockbox.org/viewvc.cgi/trunk/firmware/export/config-creativezvm.h?view=markup below for an example (or look for other files) 14.59.31 # vitja: I had this in a test bootloader: http://pastebin.com/d415dd9d 14.59.37 # not sure if it's up to date though 14.59.59 # you'll have to either wait till gevaerts get back or search yourself how the usb core communicates with the usb driver 15.00.10 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 15.00.27 Quit herrwaldo (Remote closed the connection) 15.01.00 Join herrwaldo [0] (n=waldo@ip-81-11-221-41.dsl.scarlet.be) 15.01.38 # vitja: the usb driver (HW related) communicates with firmware/usbstack/usb_core.c (generic) 15.02.00 # the best is to look how usb-drv-arc.c does it 15.02.07 Quit herrwaldo (Client Quit) 15.02.41 # but I have to go now.. 15.02.50 Quit mcuelenaere ("bye") 15.05.49 Join herrwaldo [0] (n=waldo@ip-81-11-213-173.dsl.scarlet.be) 15.08.25 Join dabujo [0] (i=xx@p4FDB352B.dip0.t-ipconnect.de) 15.11.13 *** Saving seen data "./dancer.seen" 15.12.20 Join Schmogel [0] (n=Miranda@p3EE206A5.dip0.t-ipconnect.de) 15.18.32 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 15.22.11 Quit vitja ("Ухожу") 15.26.59 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-151f5a1b585b1cfd) 15.32.35 Part LinusN 15.36.01 Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.1/2008072820]") 15.41.25 Quit sitwon (Read error: 113 (No route to host)) 15.42.19 Nick num1_sleeping is now known as num1 (n=brian@c-68-63-193-45.hsd1.az.comcast.net) 16.03.24 Join ChristopherW [0] (n=christop@ip68-3-205-51.ph.ph.cox.net) 16.05.18 Join stoffel_ [0] (n=sfr@p57B4D89E.dip.t-dialin.net) 16.05.51 Quit agaffney (Read error: 104 (Connection reset by peer)) 16.06.09 Join agaffney [0] (n=agaffney@gentoo/developer/pdpc.active.agaffney) 16.06.55 Quit CaptainKewl (Read error: 110 (Connection timed out)) 16.13.47 Join mf0102 [0] (n=michi@85.127.180.61) 16.23.30 Join MarcGuay [0] (n=chatzill@ip216-239-79-176.vif.net) 16.30.25 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-7f950a3d6d205987) 16.32.57 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 16.36.58 Join Acky [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 16.41.37 # MarcGuay: My m230 is running v3.2.8A firmware. 16.42.01 # LambdaCalculus37: Have you opened it up yet? 16.42.10 # No, not yet. 16.42.32 # But according to shotofadds, it's using a Tri-Flash encoder. 16.42.48 # And as for Telechips datasheets, I may have the TCC770 sheet somewhere. 16.43.10 Quit herrwaldo ("Konversation terminated!") 16.43.21 # Okay. Who knows what the firmware versions mean on the m200s. v1 could mean it's powered by squirrels. 16.43.34 # :D 16.44.07 # I got the bootloader to display the SD_STATUS... Which is NULL/default basically. That's as far as I've gotten.. 16.44.18 # MarcGuay: Any firmware that starts with 1.X.X or 2.X.X appear to be for NAND-based m200s. 3.X.X appears to be HARP, and I figure 4.X.X is AMD. 16.44.25 # s/AMD/AMS 16.44.28 # The SD_MCC stuff is around 0x90000100 I believe... 16.45.40 # MarcGuay: if you have time, please have a look at the updated patch of 9208 and see if the statusbar acts the way you want... (no hurry) 16.46.21 # petur: Okay, I saw the update but got myself wrapped up in something else. I'll see if I have a minute later on... 16.46.46 # MarcGuay: Have you got a file/folder listing of the c100's storage anywhere? 16.47.09 # LambdaCalculus37: Could you reword that? 16.47.52 # Do you have a directory listing of the c100? Basically everything that's on the c100, like a SYSTEM folder, or something? 16.50.50 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 16.51.13 Join sitwon [0] (n=adam@pool-71-178-171-238.washdc.fios.verizon.net) 16.51.22 Quit agaffney (Read error: 104 (Connection reset by peer)) 16.52.00 Quit MarcGuay ("ChatZilla 0.9.83 [Firefox 2.0.0.16/2008070205]") 16.53.53 Quit Acksaw (Connection timed out) 17.02.24 Join Arathis [0] (n=doerk@p508A38F6.dip.t-dialin.net) 17.04.27 Quit stoffel_ ("Lost terminal") 17.11.16 *** Saving seen data "./dancer.seen" 17.12.41 Quit mazling ("Inde da'covale misain ye; Caballien misain ye!") 17.32.20 Quit Nico_P ("http://www.mibbit.com ajax IRC Client") 17.35.00 Quit sitwon ("Leaving") 17.48.18 Join Nibbler [0] (n=Nibbler@txx226.disy.net) 17.50.09 Quit nplus (Read error: 104 (Connection reset by peer)) 17.50.55 Join nplus [0] (n=nplus@141.25.Globcom.Net) 17.55.46 Quit tarbo (Connection timed out) 17.57.39 Quit Lear ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 17.58.37 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 17.58.40 Join CaptainKewl [0] (i=jds@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 17.59.57 Part CaptainKewl 18.08.10 Join tarbo [0] (n=me@unaffiliated/tarbo) 18.09.26 Quit ZincAlloy ("CGI:IRC (EOF)") 18.15.08 Quit petur ("work->home") 18.15.10 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.15.26 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 18.15.29 Quit Nibbler ("Ex-Chat") 18.29.43 Join coatman [0] (n=Jacob@ppp-70-246-128-195.dsl.stlsmo.swbell.net) 18.31.21 Join wpyh [0] (n=william@125.163.25.86) 18.32.14 Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 18.35.05 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 18.41.51 # preglow: http://rasher.dk/rockbox/translate/problems.php?lang=norsk points out exactly the IDs with "" rather than none (and the other way around) 18.42.02 Join pwner5889 [0] (n=48c1a9ac@gateway/web/cgi-irc/labb.contactor.se/x-2427856853aa9a1d) 18.42.22 Quit pwner5889 (Client Quit) 18.42.37 # amiconn: have you seen the sapi_voice.vbs 18.42.37 # sapi_voice.vbs 18.42.38 # eh 18.42.48 # amiconn: have you seen the sapi_voice.vbs changes in FS#9148? 18.43.13 Join pwner5889 [0] (n=48c1a9ac@gateway/web/cgi-irc/labb.contactor.se/x-e52b3992a9339d61) 18.44.59 Join herrwaldo [0] (n=waldo@ip-81-11-216-178.dsl.scarlet.be) 18.45.32 Quit Bensawsome (Read error: 104 (Connection reset by peer)) 18.46.13 # * amiconn doesn't check the tracker regularly 18.46.15 # It' 18.46.27 Join agaffney [0] (n=agaffney@gentoo/developer/pdpc.active.agaffney) 18.47.24 # The patch is backwards... 18.47.45 # Yeah, I thought it might be 18.48.22 Quit pwner5889 ("CGI:IRC") 18.48.23 Join miepchen^schlaf [0] (n=miepchen@p54BF5F7C.dip.t-dialin.net) 18.48.50 Quit coatman (Nick collision from services.) 18.48.51 # I'm not entirely sure what he wants to achieve, and my knowledge of vbs and the appropriate tools is non-existing 18.49.14 Join coatman [0] (i=coatman@ppp-70-246-128-195.dsl.stlsmo.swbell.net) 18.49.24 Quit coatman (Remote closed the connection) 18.52.16 Join coatman_ [0] (i=coatman@ppp-70-246-128-195.dsl.stlsmo.swbell.net) 18.52.25 Quit coatman_ (Read error: 104 (Connection reset by peer)) 18.52.38 Join coatman [0] (i=coatman@ppp-70-246-128-195.dsl.stlsmo.swbell.net) 18.52.58 # I don't understand the changes in UTF8decode() at all. 18.54.00 # Using Split() with comma as a delimiter in this place doesn't do what it should. The function needs to operate on single (pseudo-)byte characters, not comma separated substrings 18.55.59 Join pbrya1 [0] (n=pbryan@S0106000d889ab227.vf.shawcable.net) 18.55.59 Quit pbryan (Nick collision from services.) 18.56.16 Nick pbrya1 is now known as pbryan (n=pbryan@S0106000d889ab227.vf.shawcable.net) 18.56.47 # The other change should be okay, although this is the first time I hear of a sapi5 voice with no vendor attribute 18.57.25 Join mib_8cqa3ank [0] (i=cdcdc8ee@gateway/web/ajax/mibbit.com/x-30b46696c457bbf4) 18.57.31 # The other freeware L&H voices which I checked (German, English, French) have it 18.57.39 Nick mib_8cqa3ank is now known as MarcGuay (i=cdcdc8ee@gateway/web/ajax/mibbit.com/x-30b46696c457bbf4) 18.57.39 # Weird 18.58.40 # Regarding the new theme guidelines, shouldn't themes with the ND (No Derivative) clause be in the graveyards? 18.58.59 # MarcGuay: The Gallery is for now just 'permissive' 18.59.07 # It allows copying, but not altering ("You may not alter, transform, or build upon this work."). 18.59.16 Join Tentaculata [0] (n=Tentacul@p5488ED7D.dip.t-dialin.net) 18.59.21 # I guess that could be argued for ND, but it does let people fix them 18.59.26 # or, my bad 18.59.32 # s/or/ah/ 18.59.34 # BigBambi: So if I've found one with that clause, it should be moved...? 18.59.41 # And of course it shouldn't return 'Microsoft' if the vendor is not known. It should return something that properly indicates the fact, e.g. 'unknown' 18.59.42 # I was getting confused :) 18.59.56 # MarcGuay: I think so, yes 18.59.58 # BigBambi: That's what I call my "happy place". No worries/. 19.00.18 # MarcGuay: do I remember correctly that you started the RockboxMuseum page? I'd like one thing taken off from there but am not sure of the page's purpose 19.00.27 # amiconn: Do with it as you please - I'm certainly not going to touch it 19.00.29 # MarcGuay: But yes, for me, ND is not 'permissive' 19.01.16 # pixelma: It's basically for pages that are currently not useful. Out of date stuff that will only confuse users... 19.01.22 Join tvelocity_ [0] (n=tony@athedsl-389018.home.otenet.gr) 19.01.51 # BigBambi: For our purpose (to be able to fix/modify themes), it's certainly not permissive. 19.01.56 Quit tvelocity (Read error: 110 (Connection timed out)) 19.02.04 # rasher: Exactly 19.02.15 # MarcGuay: I think the TriggerManual linked from there is still very helpful because the (tex) manual is not very detailed on that yet 19.02.25 # rasher: I initially mis-read ND as NC 19.02.38 Part Tentaculata ("Konversation terminated!") 19.02.48 # pixelma: I copied what I thought was important to the manual but I think you're right that some things may have been left out. 19.03.10 # I think I saw another page on triggered recording in the wiki but the former was more helpful to me 19.03.18 # rasher: Regarding japanese and pronunciation - if it's really the case that japanese sapi engines cannot cope well with kanji, perhaps the japanese *voice* strings should use hiragana and katakana only? Not sure; I don't speak or read japanese, I'm only basing this on basic information about the 3 japanese writing systems 19.03.41 # It's a pain moving themes because of the images. Are we just pointing them to the original uploaded location or moving the image? 19.03.53 # amiconn: Ah, so the issue is not one of pronounciation, but one of writing system? 19.04.09 # MarcGuay: If you look at what soap and I have done, we have replaced all relative paths with absolute, so you can just cut and paste 19.04.11 # amiconn: I must have missed that. I thought he was simply modifying strings to sound better. 19.04.15 # MarcGuay: ok, I'll keep that on my ToDo list only for now 19.04.21 # MarcGuay: The images aren't a problem 19.04.33 Join Nibbler [0] (n=Nibbler@HSI-KBW-091-089-240-203.hsi2.kabel-badenwuerttemberg.de) 19.04.41 # BigBambi: Great, thanks. 19.05.01 # pixelma: Alrighty. There's always that dusty ManualToDo page as well... :) 19.05.27 # pixelma: Feel free to move stuff though, that Museum page is by no means fixed.. 19.07.14 # MarcGuay: I just found the honey pot in one of my thumb drives! 19.07.16 # rasher: This was just a related idea of mine; the patch looks like it modifies strings to sound better (which is the wrong way of course) 19.07.38 # amiconn: Ah okay. 19.08.18 # LambdaCalculus37: Ha. Nice. Sorry for disasspearing earlier I had shattered Windows. Gotta run again now.. A demain... 19.08.22 # amiconn: I'll suggest it to him 19.08.22 Quit MarcGuay ("http://www.mibbit.com ajax IRC Client") 19.10.14 # rasher: http://en.wikipedia.org/wiki/Japanese_writing_system and http://en.wikipedia.org/wiki/Hiragana especially "Hiragana are also used to give the pronunciation of kanji in a reading aid called furigana" 19.11.20 *** Saving seen data "./dancer.seen" 19.13.14 Quit pbryan (Read error: 110 (Connection timed out)) 19.13.20 Quit maha (Remote closed the connection) 19.13.24 Quit linuxstb (Read error: 113 (No route to host)) 19.13.34 # * amiconn is kinda annoyed by the slowness of the tracker 19.14.28 Join pbryan [0] (n=pbryan@S010600095baae0ff.vf.shawcable.net) 19.14.36 # * mrkiko is annoyed generally 19.14.47 Join maha [0] (i=juma@gateway/gpg-tor/key-0xB9002659) 19.18.23 # The check for existing vendor attribute is weird too. The sapi docs say that one should use 'On Error' to catch runtime errors caused by nonexisting attributes. MatchAttributes() has a very different purpose 19.18.32 Quit tarbo (Read error: 110 (Connection timed out)) 19.19.02 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 19.20.13 # While it might work here, it's undocumented use (MatchAttributes requires a semicolon separated list of = pairs, which are then checked against the object 19.25.18 Quit herrwaldo ("Konversation terminated!") 19.25.55 Join vitja [0] (n=vitja@79.120.98.174) 19.33.09 Join herrwaldo [0] (n=waldo@ip-81-11-200-234.dsl.scarlet.be) 19.36.16 Join |Marco| [0] (i=marco@cakebox.net) 19.38.47 Join Imaginal [0] (n=travis@74-60-4-104.sea.clearwire-dns.net) 19.39.35 Quit herrwaldo ("Konversation terminated!") 19.40.04 # I am still having problems with nothing showing up in the "recently added" section. The database has been initialized. Files were added. Database updated. Ipod powered back down, and database committed. Any ideas? 19.43.21 # I believe this function needs the "Gather Runtime Data" option enabled to work, maybe you can find that info in the manual or the DataBase wiki page 19.44.56 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 19.45.32 # Gather runtime data is set to yes 19.47.23 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 19.55.16 Part wpyh 19.58.17 Join herrwaldo [0] (n=waldo@ip-81-11-223-84.dsl.scarlet.be) 19.59.50 # Has anyone talked about rockbox crashing with voice enabled on H3xx models? I tried with a site-generated build downloaded some days ago, 7 days ago. 19.59.54 # and it happens 20.01.19 # how does it crash ? any error message ? 20.02.41 # No: as always the crash is immediate and there are no ways to catch the player off the crash: I need to reset it. And, interesting: I can reproduce the crash only when no audio is active except for the voice. 20.02.44 # mrkiko, I know of a bug with H3xx that causes it to skip tracks sometimes when battery level announcing is enabled 20.03.13 # I know this also but it's not my problem... 20.03.22 # since I have the time to find skipped tracks :) 20.03.28 # fortunately... 20.03.44 # mrkiko: please retest with current build and voice file from the website. 20.03.47 # Well, if there's no error message, what do you mean by "crash"? 20.03.48 # the problem with the bug I'm referring is basically one - I can't trigger it reliably enough... 20.04.13 # I mean that the player will not react aniway to anything and will stay locked. 20.04.18 # So it freezes? 20.04.19 # the battery in this state consumes very quickly 20.04.24 # Does the screen continue to update or not? 20.04.25 Join tarbo [0] (n=me@unaffiliated/tarbo) 20.04.25 # so I imagine the CPU is in a loop. 20.04.33 # no 20.04.44 # So the RTC stops changing? 20.04.54 # any key is ignored. I made a screen check with the help of someone and it seems the player is freezed 20.05.57 # Don't know. I spoke about this constantly on september, but since I haven't found a way to produce the problem reliably I stopped. Now I have 3 H3xx players, and the bug verifies on all them. 20.06.04 # So it's not an hardware specificp roblem. 20.06.14 # Is there a bug report for it, with steps to reproduce using a current build? 20.06.33 # I saw occasional and unexpected freezes on my M5 (which uses the same CPU as the H300), just when browsing the file tree for example, with voice enabled but that hasn't happened in a while to me 20.07.12 # No: a bug report was filled at that time by another user (blind, I remember), but it was closed since no-one was able to reproduce it... 20.07.41 # mrkiko: Well if you can verify absolutely that the problem is still around, file a new one with new instructions. 20.08.29 # Llorean: yes, I'll do. Tonight, I will try to reproduce it in my bed :) 20.09.17 Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 20.09.19 # aniway: I can trigger it more esaily whitin the file browser. 20.10.05 Quit tarbo (Read error: 104 (Connection reset by peer)) 20.10.34 # should I be registered to fill a bug report? 20.10.39 # And if so, is the registration process accessible? 20.11.09 # We've had blind users make use of the tracker before, so some have found it so. 20.12.12 # mrkiko: do you use a different language (other than English). I'm not sure if that matters but maybe it does... 20.13.34 # * pixelma wonders whether "Catch mem accesses" works on H300 and if that could give some info 20.13.56 # guess it should work but I don't know 20.15.27 Join tarbo [0] (n=me@unaffiliated/tarbo) 20.17.50 Join einhirn [0] (n=Miranda@p5B032D90.dip0.t-ipconnect.de) 20.18.09 Quit Cyberdyskinesia ("Leaving") 20.18.26 # bertrik: maybe Thomas Schott should be added to CREDITS 20.18.28 Join desowin [0] (n=desowin@atheme/member/desowin) 20.20.10 Join petur [50] (n=petur@rockbox/developer/petur) 20.20.22 # Nico_P, I don't know the policy for that. Should anyone who gets their patch submitted be added to the CREDITS? 20.20.32 # I think that's the policy 20.20.39 # Ok 20.20.56 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 20.22.21 # Unless it's a change that is small enough that it could have been given verbally, I think anyone who writes code that ends up in Rockbox gets added. 20.23.03 Quit Thundercloud (Read error: 110 (Connection timed out)) 20.24.17 # yes, we should not be restrictive about adding contributors there imho 20.24.34 # This is the fix he contributed: http://www.rockbox.org/tracker/task/9203?getfile=17119 20.25.07 Quit nuonguy ("This computer has gone to sleep") 20.28.18 Quit einhirn (Read error: 104 (Connection reset by peer)) 20.28.32 Quit freqmod_qu (Read error: 104 (Connection reset by peer)) 20.29.00 # OK, I'll add him then 20.29.47 # I'd say that's just over the lower limit if it was up to me 20.31.40 # bugger... MarcGuay said 'A demain' :( 20.31.49 # ... 20.32.03 Quit fxb__ (Remote closed the connection) 20.32.13 # pixelma: english 20.32.49 # * petur kicks mrkiko 20.33.36 Quit vort3x (Remote closed the connection) 20.33.41 # petur: why? 20.34.07 # petur: why 20.34.35 # petur: "..." means I'm reading text 20.34.43 # not on the current window 20.34.55 # mrkiko: I thought the 'english' was directed at me, not pixelma 20.35.00 Quit Arathis ("Bye, bye") 20.35.09 Join Lear [0] (i=chatzill@rockbox/developer/lear) 20.35.16 Quit |Marco| (Read error: 110 (Connection timed out)) 20.35.27 Join |Marco| [0] (i=marco@cakebox.net) 20.36.04 # petur: ok; english is an insult? :) 20.36.44 Part Plouj ("thanks") 20.36.49 # a misunderstanding... 20.37.29 # pixelma: aniway Now I'm not able to trigger it. I know it will happen when I won't, so these days I will retry. 20.37.33 # I'm sure... 20.39.04 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 20.39.24 Quit vitja ("Ex-Chat") 20.41.35 Join freqmod_qu [0] (n=quassel@2001:700:300:1800:213:d3ff:fee9:5ed0) 20.41.39 # rasher: why, that's most excellent 20.41.44 # your web tools really are great 20.42.39 # I just added that test - I never knew it was an issue until pixelma/petur noticed 20.42.57 # By pure luck, the Danish translation only had a couple 20.43.34 # I never knew until the compilation of my patch gave a warning for certain languages... still do not understand why 20.43.38 Join DaCapn [0] (n=dacapn@nemo.csn.tu-chemnitz.de) 20.44.37 # I don't understand why it doesn't show in other places if it is an issue 20.46.05 # I guess we need to make translators aware of the problems.php page in some way 20.46.41 Quit desowin (Excess Flood) 20.47.03 Join desowin [0] (n=desowin@atheme/member/desowin) 20.47.35 # petur, I notice that some dutch translations are taken literally from english but could have been translated, also some voice translations seem to be missing. Ok if I have a go at some of them? 20.47.51 # sure 20.48.11 # I am still having problems with nothing showing up in the "recently added" section. The database has been initialized. Files were added. Database updated. Ipod powered back down, and database committed. Any ideas? 20.48.48 # Imaginal: You shouldn't need to commit after an update. 20.49.23 # Llorean: It just says that when i turn it back on 20.49.43 # How did you update? 20.49.49 # If a voice translation is missing, it's not spoken right? or is there some kind of fallback mechanism such that the normal translation is spoken in that case? 20.50.05 # Settings->General->Database->Update Database 20.50.20 # Imaginal: And had you had your database committed and fully working before doing that? 20.50.21 # bertrik: no fallback 20.50.34 # Llorean: yes 20.51.09 # The new additions can be found in the database artist, album... but not in recently added 20.51.27 # Imaginal: If you're getting a commit on reboot it's re-initializing. 20.51.31 # You shouldn't need to reboot in the first place. 20.51.53 # What revision of Rockbox are you using? 20.51.59 # Llorean: today's build 20.52.05 # That's not an answer 20.52.08 # There are many builds a day. 20.52.20 # Llorean: one moment 20.52.30 # It's a download from the website, unpatched? 20.53.04 # Llorean: yes r18192-080804 20.53.17 # Why are you rebooting after updating? 20.53.56 # Llorean: just powering it off. I wasn't sure if it needed it or not, because whatever I'm doing right now isn't working. Why not? 20.55.25 # Well, your database is having some sort of problem because it shouldn't re-commit. 20.55.34 # What steps should I take to make sure this problem is not my fault? 20.55.36 Join neddy [0] (n=john@nat/sun/x-9675288441d34520) 20.55.49 # Does it re-commit occasionally if you don't change the files on your disk? 20.56.38 # When I had autoupdate on, it seemed to commit after every powerdown, but when I don't change files, it doesn't commit 20.56.48 # or powerup, i guess 20.56.48 Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 20.56.57 # Do your files have album art or large comments in their metadata? 20.57.27 # Llorean: no, they have been optimized for portable playback 20.58.06 # "Optimized for portable playback" doesn't mean anything to me. 20.58.16 # What, exactly, do you mean by that term? 20.59.07 # I had some m4a's with album art, ran them through a program to strip the album art and comments 20.59.39 # there are many formats through many years on this device though, so I don't think that is the problem 20.59.47 # the only program I know of that uses the term "optimize" for MP4 metadata simply moves it to the front of the file, it doesn't remove any. 21.00.37 # Having a wide range of files and types increases the odds of the problem. If a single file is causing the update to fail and require a re-commit, then it's going to happen every time until you identify that one file and fix it. 21.01.04 # fair enough, would that really have anything to do with "recently added" not working but everything else, including playback and ratings, works fine? 21.01.20 # "recently added" won't work after a commit, because *everything* is readded in that case. 21.01.34 # it remembers the number of times it was played though 21.01.42 # So? 21.01.54 # You're making assumptions based on two different features. 21.02.23 # It is the same database, though, isn't it? 21.02.47 # But two different features of the database. 21.03.18 # Look, I've told you what needs to be done. You need to figure out which files are causing it to commit again. This is a problem whether or not it fixes the recently added issue. 21.03.27 # If you don't believe it will, it's still the first thing you need to do toward figuring it out. 21.03.39 # So you're welcome to believe I'm incorrect, but you still need to do it before proceeding. 21.03.43 Join kugel [0] (n=chatzill@unaffiliated/kugel) 21.05.20 # Llorean: Thank you for your help. I think, to narrow this down, I will remove all audio file. Add one mp3, update, then add another and see if it appears. That should show either *all* of my files are bad, or something else is going on, right? 21.06.03 # Or that some are, and among those are the ones you picked. 21.07.40 # Yes, i understand that, but i think that is unlikely. I will try across several file types, and recently copied cds. 21.07.52 # Just to make sure 21.08.01 # It seems very likely one of your files is the problem 21.08.09 # Thousands of people are using the database without this problem. 21.08.13 # You, on the other hand, are having it. 21.08.53 Join neddy1 [0] (n=john@nat/sun/x-689780f284ae27bc) 21.09.12 # Again, I understand and would like to fix it. 21.09.22 Quit neddy1 (Client Quit) 21.10.08 # Well, you seem to keep suggesting that you think something else is at fault, and that you should put a minimal amount of effort into checking, then if something happens that you expected to happen, say the problem is elsewhere. 21.11.20 # You're going to need to do quite a bit of testing before you can discount your files as being the problem, and may need to go so far as to find a known good file. 21.11.22 *** Saving seen data "./dancer.seen" 21.12.32 # Though you can probably create one by stripping all tags from an MP3 and then putting just Title, Artist, and Album on it. 21.13.25 # Llorean: I'm sorry if I offended you. I've been testing for 2 days, running different scenarios. Accounts of this same problem have shown up in the forums too, but I haven't heard a solution. I will get back to you after I have tried your suggestions. Hopefully you are right. 21.14.40 # Imaginal: Accounts in the forum are *regularly* resolved by finding a file with problematic metadata. 21.14.59 # It's not that we haven't seen this problem before, but that we haven't seen it where deep investigation of the involved files hasn't resolved it. 21.15.41 # What would be particularly helpful is if, after you've identified which files are problematic, you file a proper bug report with what exact metadata causes the database update to fail 21.16.48 # Sounds good to me. Have a great day. 21.16.53 # * petur wonders if JdGordon|zzz is really still asleep 21.17.19 Quit Imaginal ("Lost terminal") 21.18.21 # bah... the term 'scrolling' really is confusing in the list code - should have been 'wrapping' 21.18.50 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 21.20.13 Join Schmogel [0] (n=Miranda@p3EE206A5.dip0.t-ipconnect.de) 21.20.13 # * amiconn experienced nasty side effects of mixed viewported / not viewported screens several times now 21.20.52 # If you enter the radio context menu and select an item that scrolls, this scrolling item won't vanish when you go back to the radio screen, but will overlay it 21.21.53 # at least you get scrolling - I can't get my list item(s) to scroll :( 21.22.16 # even when setting scroll_all to true, nothing 21.22.37 Join Juho_ [0] (n=chatzill@a88-115-222-14.elisa-laajakaista.fi) 21.22.37 # * petur fires up insight 21.22.48 # Perhaps you're redrawing too often? 21.22.56 # Items only scroll if you let them 21.23.02 # hmmmm 21.23.10 # good point 21.24.17 # it's probably updated quite often for the file size? 21.25.01 # or peakmeters 21.25.30 # The list? 21.26.16 # well I don't know the viewport borders 21.31.34 # oh man my sansa player doesnt show as a portable drive 21.32.16 # so rockbox utility doesnt find it 21.32.44 # Juho_: is it in MSC/UMS mode as opposed to MTP? 21.32.59 # oh jeah -.- 21.33.12 # and which sansa player and the original firmware version could be helpful too 21.34.48 # ok i set it to msc 21.35.49 # e260 is the model and firmware is 01.02.24E 21.36.27 Join neddy1 [0] (n=john@nat/sun/x-e54988c48b303dc8) 21.37.32 Join tessarakt [0] (n=jens@e180073091.adsl.alicedsl.de) 21.38.00 Quit tessarakt (Client Quit) 21.38.05 Join tessarakt [0] (n=jens@e180073091.adsl.alicedsl.de) 21.41.11 # so i ran the complete installation 21.41.29 # now it should work when i plug the player out? 21.41.36 # off* 21.42.21 Quit OlivierBorowski ("Konversation terminated!") 21.42.29 # so, who won the summer of code? 21.44.41 # see wiki 21.45.02 # how can i boot the original firmware? 21.45.20 # see manual 21.45.54 # it isnt really a "won" sort of thing... 21.46.28 # scorche: Perhaps the correct answer is "the users"? 21.46.42 # that remains to be seen ;) 21.46.46 # it's not a competition? 21.47.10 # No, it's a summer job for a few hundred (?) people. 21.47.10 # Horscht: certain people are selected to complete their proposed projects 21.47.31 # linuxstb: 900+ I think 21.47.33 # students are essentially working for an open source org while google funds their work 21.48.02 # Llorean: although the main purpose is to get more committers, so the project as a whole, i would say 21.48.25 # We should stop hiring committers then ;) 21.49.27 Quit Juho_ ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 21.50.34 Join Mathiasdm [0] (n=Mathias@surfvtk.ugent.be) 21.52.00 # hmm, do we accept patches that only fix source code comments? 21.52.10 # why not 21.52.25 # bertrik: Are you talking about the c200/e200 radio comment? 21.52.37 # linuxstb, yes, FS#9234 21.52.59 # That comment seems against the whole idea of using hardware-feature defines - if we need to update comments every time a new target using that hardware is added... 21.55.15 # petur, it may set a precedent for people to submit non-essential patches 21.55.19 # yeah, that comment should refer to the tuner chip IMO 21.56.11 Join ced_c [0] (n=ced_c@ks361551.kimsufi.com) 21.56.56 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 21.57.10 Quit linuxstb (Nick collision from services.) 21.57.12 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 21.57.14 # betrik: in the end, you always commit patches on a case by case basis, so no problem there 21.57.55 # I'm trying th understand better how rockbox works, but datasheets are at least never accessible :) 21.58.59 # bertrik: That patch isn't even correct - the Cowon D2 also uses that tuner.... 21.59.25 # maybe we should not even mention sansa c200 or e200 at all then 21.59.33 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.59.50 # bertrik: Yes, that's what I was trying to say. 22.00.18 # * pixelma feels ignored ;) 22.01.10 # * mrkiko feels displeased for pixelma 22.01.29 Join ZincAlloy [0] (n=d9eef29a@gateway/web/cgi-irc/labb.contactor.se/x-23c9b6d02f0dd98f) 22.05.27 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 22.06.02 Join MyGeneration [0] (n=Zeppelin@85-18-136-105.fastres.net) 22.06.16 # hi 22.07.04 # MyGeneration: hi 22.07.08 # ho 22.07.31 # ho 22.09.37 # bye 22.09.43 Part MyGeneration 22.09.45 # is "ho" a synonimn of "hi"? 22.10.05 # bo 22.10.08 # it's a dwarf thing... 22.10.22 # 'lo 22.10.25 # oops, I don't know "dwaf" either - I need to be flashed :) 22.10.28 # and now for the hard question: what did MyGeneration want to tell us? 22.10.51 # probably nothing 22.12.08 # oh sorry pixelma 22.12.32 # ;) 22.24.02 Quit Mathiasdm ("Invisible Internet Project: http://www.i2p2.de") 22.26.15 Quit Bensawsome (Connection timed out) 22.26.20 # MyGeneration: and so? :) 22.26.22 Quit ompaul (Client Quit) 22.26.55 Quit saratoga ("CGI:IRC (EOF)") 22.27.13 # bluebrother, can't get rbutil to run in dutch anymore 22.29.13 Join XQtftqx [0] (i=40e9e3d2@gateway/web/ajax/mibbit.com/x-21271838eb6baca1) 22.29.36 # bertrik: strange. You have removed the quotes from the options line, have you? 22.29.53 # bluebrother, I mean the user interface language 22.30.46 # ah, you mean the dropdown list from the voice file dialog? 22.31.57 # no, I mean the language tab in the configuration dialog shows nederlands, but all of the user interface texts are still english 22.33.10 # hmm. Checking ... 22.33.35 # german seems to work though 22.33.51 # maybe I just need to do a make clean, I'll try that 22.34.09 # no, I can reproduce the issue. 22.41.17 Quit Thundercloud_ (Read error: 104 (Connection reset by peer)) 22.43.18 # bertrik: Have you checked http://rasher.dk/rockbox/translate/problems.php?lang=nederlands ? 22.44.31 # * petur reckons a lot of those sysfonts will soon be history 22.51.56 # rasher, yes it helped a lot, but I see now I missed a few and there were also a few where I didn't know what to do 22.53.01 # * domonoky can also reproduce this rbutil issue with nederlands translation... its strange.. 22.53.54 # yep ... I really don't understand it 22.54.47 # rasher: I fail to understand why fs#9148 changes UTF8decode() in sapu_voice.vbs 22.54.59 # *sapi_voice.vbs 22.55.54 # I have a fix for the missing vendor attribute (although it's not really important - sapi_voice.vbs sets 'On Error Resume Next', meaning that error won't stop it, but just be reported on exit) 22.56.43 # amiconn: Maybe his translation is using a broken charset? I really don't know what he's doing 22.58.21 # That might be the reason - *.lang must be utf-8, but if he uses the local charset, his "fix" will make UTF8decode() effectively do nothing, meaning it will work right for him 23.01.16 # pixelma, MarcgGuay (for the logs),... : new recscreen patch at 9208, if all goes well I'll probably commit tomorrow (comments welcome) 23.01.38 # rasher: On the issue of "voicing other languages", any chance it might be possible to add an extra string containing a romanized, phonetic version of the string so that there's a standard for when there's not a native TTS, or for when native TTSes are finicky and a straight phonetic one might at least be more consistently understandable? Or does this sound crazy? 23.01.41 # *MarcGuay 23.02.05 Quit petur ("Zzzzz") 23.03.08 # A phonetic version would require using the international phonetic alphabet - and TTS engines which understand it 23.05.49 # Well, is that too problematic though? 23.07.21 # I don't know whether any of the widespread tts engines understand the international phonetic alphabet 23.07.26 # I think the problem is finding someone who can reliably write anything in IPA 23.07.50 # rasher: Well, yeah. 23.08.13 # I think such a feature would be woefully under-used 23.11.17 Quit ChristopherW (Read error: 110 (Connection timed out)) 23.11.23 *** Saving seen data "./dancer.seen" 23.11.45 Join fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 23.12.07 Join fxb [0] (n=felixbru@p548F6EA0.dip.t-dialin.net) 23.12.15 Join coatman1 [0] (n=Jacob@ppp-70-246-128-195.dsl.stlsmo.swbell.net) 23.13.49 Join hd [0] (n=jd@modemcable234.136-203-24.mc.videotron.ca) 23.13.57 Quit coatman1 (Client Quit) 23.14.09 Quit fxb (Client Quit) 23.14.33 Join robin_0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 23.15.28 # what was the reasoning behind making skip_length (formerly study mode) skip minutes instead of seconds? 23.16.08 Quit HellDragon (Nick collision from services.) 23.16.23 Quit suom1 (calvino.freenode.net irc.freenode.net) 23.16.23 NSplit calvino.freenode.net irc.freenode.net 23.16.23 Quit ZincAlloy (calvino.freenode.net irc.freenode.net) 23.16.23 Quit robin0800 (calvino.freenode.net irc.freenode.net) 23.16.23 Quit perrikwp (calvino.freenode.net irc.freenode.net) 23.16.23 Quit culture (calvino.freenode.net irc.freenode.net) 23.16.23 Quit cpbills (calvino.freenode.net irc.freenode.net) 23.16.23 Quit crwl (calvino.freenode.net irc.freenode.net) 23.16.23 Quit axionix (calvino.freenode.net irc.freenode.net) 23.16.23 Quit Soap (calvino.freenode.net irc.freenode.net) 23.16.23 Nick robin_0800 is now known as robin0800 (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 23.16.36 NHeal calvino.freenode.net irc.freenode.net 23.16.36 NJoin ZincAlloy [0] (n=d9eef29a@gateway/web/cgi-irc/labb.contactor.se/x-23c9b6d02f0dd98f) 23.16.36 NJoin perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-151f5a1b585b1cfd) 23.16.36 NJoin culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 23.16.36 NJoin crwl [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) 23.16.36 NJoin axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) 23.16.36 NJoin suom1 [0] (i=markus@viitamaki.net) 23.16.36 NJoin Soap [50] (n=soap@rockbox/staff/soap) 23.16.36 NJoin cpbills [0] (i=fool@bmic.net) 23.17.27 Quit johnnyboy (Read error: 113 (No route to host)) 23.17.40 # Zagor: Coarse seeking isn't much use within a short file, the normal accelerated seeking is *probably* going to be fast enough there? 23.17.57 Quit fxb__ (Remote closed the connection) 23.18.15 Join fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 23.18.53 Quit ZincAlloy ("CGI:IRC (EOF)") 23.19.18 Nick hd is now known as HellDragon (n=jd@Wikipedia/HellDragon) 23.19.19 # Llorean: if speed is what you are looking for, perhaps. but that was not the purpose of study mode as I understand it. the rename to skip_length did more than rename, it changed the function into something else. I'm wondering if that was on purpose. 23.20.24 # I'm not sure. 23.20.33 # What purpose did you see study mode as then, that's different from the current feature? 23.20.52 # What settings did we lose? 23.21.23 # we lost the ability to skip back/forth x seconds. 23.22.26 # So "x" could be any number of seconds (from 1 upwards) ? 23.23.06 Quit jgarvey ("Leaving") 23.23.41 # linuxstb: in study mode yes, iiuc. but the current code only steps whole minutes. 23.24.14 Quit fxb__ (Remote closed the connection) 23.24.15 # I can imagine cases where skipping 10 seconds or so would be useful. for example when, you know, studying... 23.24.27 # Yes, I'm just looking at the patch that changed it, and it looks like the previous patch was configurable from 1 to 250 seconds. 23.24.51 # You can seek 10 seconds very quickly anyway, though. 23.24.59 # Llorean: Exactly 10 seconds? 23.25.02 Join fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 23.25.20 # Llorean: not terribly quickly. and not terribly conveniently 23.25.21 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 23.25.24 # linuxstb: If you needed to skip precisely 10 seconds, and did not need to seek 1 second either direction, I can see being able to jump 10 as being reliably faster. 23.26.00 # But if you need to go over one short passage repeatedly, A-B repeat is for that. 23.26.03 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 23.26.10 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 23.26.21 # A-B is quite far from this 23.26.30 # Llorean: But really, what's the harm in having sub 1-minute settings? 23.26.35 Quit suom1 (calvino.freenode.net irc.freenode.net) 23.26.35 Quit culture (calvino.freenode.net irc.freenode.net) 23.26.35 Quit cpbills (calvino.freenode.net irc.freenode.net) 23.26.35 Quit crwl (calvino.freenode.net irc.freenode.net) 23.26.35 Quit perrikwp (calvino.freenode.net irc.freenode.net) 23.26.35 Quit Soap (calvino.freenode.net irc.freenode.net) 23.26.35 Quit axionix (calvino.freenode.net irc.freenode.net) 23.26.47 # It takes me ~1.5 seconds to seek 10 seconds forward in a file. 23.26.58 # linuxstb: Mixing units was apparently a complication. 23.27.17 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.27.26 # so let's just stick to seconds 23.27.50 # So we should have "60, 120, 180, etc" for the larger values? 23.28.17 # yes 23.28.42 # Obviously it would be better to have a nice formatting function. I don't know if there are other cases where that could be used... 23.29.45 # or we make a fixed list, like today. only we include some sub-minute durations. then we can mix units any way we want. 23.30.10 # see the "trigger start duration" setting for example 23.30.14 Join Bensawsome [0] (i=Bensawso@unaffiliated/bensawsome) 23.31.09 # Well, go ahead and fix it then. AFAIK it's the way it is just because minutes seemed a more reasonable unit than seconds to the person who finally said "Okay, fine, I'll fix study mode to make more sense" 23.31.22 NJoin crwl [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) 23.31.36 # It's one of those cases where nobody was doing the work, so it ended up how the person who stepped up saw the feature. 23.32.04 # Personally, I don't think it's problematic the way it is, but I don't see any reason not to include more options as long as nothing's lost. 23.32.16 # yeah that's what I thought. but I had to ask. 23.32.37 # * Zagor pings preglow 23.33.14 Quit Nibbler (Read error: 104 (Connection reset by peer)) 23.35.14 Quit avis (Remote closed the connection) 23.35.29 Quit Bensawsome (Read error: 104 (Connection reset by peer)) 23.37.10 Join avis [0] (n=ident@pdpc/supporter/student/avis) 23.39.37 Join safetydan [0] (n=evertond@rockbox/developer/safetydan) 23.40.57 NJoin Soap [50] (n=soap@rockbox/staff/soap) 23.42.28 NJoin perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-151f5a1b585b1cfd) 23.42.28 NJoin axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) 23.42.28 NJoin suom1 [0] (i=markus@viitamaki.net) 23.42.28 NJoin cpbills [0] (i=fool@bmic.net) 23.42.39 # kugel, on the "inheritance" of CC-BY-SA (or any other license for that matter) - This is something I am legally unsure of. I strongly suspect the derivative work's author needs to make the decision to either: A-Pull the theme or B-Honour the original license terms. I don't think we have the legal ground to stand on to take it upon ourselves to make that decision. 23.43.30 # Soap: I thought it wouldn't need to be specifically CC-BY-SA for the wps gallery (only for the theme site) 23.43.51 # you're missing my point. 23.44.49 # My point is - in direct response to what you said to me in here earlier today - is that I do not think we can "assume" a license for derivative work "B" simply because work "A" (of which B is a modification of) is licensed. 23.45.06 Join jac0b|w [0] (i=42200596@gateway/web/ajax/mibbit.com/x-dc86db2a187cc12f) 23.45.32 # The author of B might be breaking the terms of the license for A by releasing B, but that does not mean we can put A's license on B for him. 23.46.18 # IIUC the author of B needs to either 1 - remove the infringing work, or 2 - abide by the terms of the license on A. 23.46.32 # I do not believe we have the legal right to assume answer #2. 23.46.34 # Soap: Actually. 23.46.36 # there's another point: B might have taken the work of A before he released it with that specific license, and the license used earlier might be different 23.46.44 # that too, bluebrother. 23.47.01 Quit Seed ("cu, Andre") 23.47.02 # I am installing the gigabeat S bootloader 23.47.07 # But with me unable to view history of the larger wiki pages (Server Error 500) I can't find that out. 23.47.10 # or A released his work using various different licenses. See Qt for an example. 23.47.11 # My understanding of "Viral" licenses is that if the item A is "virally licensed" and item B is based on it, it gets the license whether the releasor of B states the license or not. 23.47.22 # Soap: CC-BY-SA requires a license (simliar or compatible), so we can assume a license 23.47.23 # but the player didn't reboot after I sent the nk.bin to the player 23.47.23 # Assuming that B is based on the virally licensed copy of A 23.47.49 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 23.48.25 # That's why once companies have distributed something based on GPL code, they're obligated to release the source and can't merely say "oops, we recall our distribution of that" 23.48.26 # kugel, What if the author of B was ignorant of A's license, doesn't like A's license, and never intended to use A's license? IIUC the author of B can not be compelled to release using A's license, he can simply withdraw the work. 23.48.33 # But it does depend on the license being viral and clearly so. 23.49.03 # Soap: He can withdraw the work, but any copy of the work already released inherits the license still, because he did not have the ability to deny that license. 23.49.09 # Ignorance doesn't prevent the license from happening. 23.49.18 # So, license inheritance is nonsense at all? 23.49.39 # If you are correct, Llorean, then I am clearly wrong. It is still an unknown as far as I am concerned and until the issue is settled I am hesitant to start slapping licenses around. 23.49.42 # He can withdraw the original copy, and cease his own distribution of it, but if anyone else got the file, it's more or less too late. You see this with GPL disputes and commercial vendors frequently. 23.49.45 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 23.49.49 # But, this is specifically GPL 23.50.00 # CC licenses I'm not familiar with how strictly they're inherited. 23.50.14 # And we /clearly/ are not vetting the validity of these licenses. 23.50.29 # How many of those "CC-BY-SA" works contain copyright infringing images? 23.50.33 # And, in this case, it sounds like B may be based on a copy of A without a clear license anyway. 23.50.59 # you're not vetting the license you choosed for the theme site? 23.51.13 # I really don't want to get into the game of making licensing decisions, I feel it is much safer to take authors at face value and not try to rewrite history. 23.51.20 # kugel: We aren't vetting whether the themes *can* be licensed under it. 23.51.40 # anybody want an archos jukebox 6000? 23.52.00 # rockboxable? (I need to look up my archos lines) 23.52.13 # Soap: it's the first rockbox target 23.52.29 # how much (delivered to the US)? 23.52.37 # I have an owner who offers to send it to a dev 23.52.39 # (and how large of a drive in it currently?) 23.52.49 # I'm no coder - forget it. 23.53.11 # hey on the gigabeat S can I delete the folders on the main drive? 23.53.19 # Soap: I think what is necessary is someone tell the author "You released the a work based on a CC-by-SA (or whatever) license. This obligates you to pick terms compatible with it. You can't unrelease it as it's been downloaded, but you can pick your own license within the limits of the original one and need to do so." 23.53.54 # I feel much better about that, Llorean, than doing it ourselves. 23.53.58 # Yeah. 23.55.07 # Since I think there is some elbow room, but they do have obligations if they've distributed it at all (which they have simply by uploading it to us, as that's distribution) 23.55.36 NJoin culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 23.56.05 # Zagor, on another topic: http://www.rockbox.org/twiki/bin/rdiff/Main/WpsIpod5g?type=history fails to load. 23.56.22 # I ASSume it is because it is a 468 revision history of a large wiki page? 23.56.35 # Soap: in firefox? 23.56.37 # *468 revision long 23.56.47 # pixelma, yes - but it is a 500 server error, FWIW. 23.56.56 Quit jfc (Read error: 104 (Connection reset by peer)) 23.57.14 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 23.57.29 # ah, ok. Didn't have a look and just assumed that it's the problem that FF often has with very long pages 23.57.30 Join jfc [0] (n=john@dpc691978010.direcpc.com) 23.57.58 # It might be - hold on FF is still trying.