--- Log for 16.11.107 Server: kubrick.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 9 days and 2 hours ago 00.00.05 # kugel: Just file a proper bug report. I'm going to dinner. 00.00.07 Part Llorean 00.00.23 # jpt9: I think my .18 OF charges up to 4.0V 00.00.28 # ah. 00.00.35 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 00.00.35 # ok it seems to work :) 00.00.40 # rebooting... 00.00.48 # is there any reason rockbox can't charge it the last bit? 00.01.14 # woohoo 00.01.25 # :) 00.02.08 # jpt9: no not really, but I think hardly anyone uses rockbox for charging anyway 00.02.26 # oh. 00.02.34 # it seems kind of silly. 00.03.11 # it probably gives some people a bad impression... "They can't even get charging to work?" 00.03.46 # jpt9: feel free to fix 00.03.52 # hmm... 00.04.40 # there isn't any kind of charging API I think 00.05.00 # or is there? 00.05.31 Join barrywardell [0] (n=barrywar@194.46.178.46) 00.05.39 # oh I see some stuff in powermgmt.h 00.07.06 # powermanagement is a bit of a mess atm 00.07.22 Quit jgarvey ("Leaving") 00.07.25 # But we can't charge with >100mA before getting usb to work 00.07.31 # That's the main problem 00.10.17 # jpt9: controlling the charger looks really easy, the charging itself is done by a hardware circuit. The software only needs to configure the charge parameters like voltage and current 00.10.27 # oh 00.10.30 # Hmm.. Can't take screendumps anymore. [H10] 'system->debug->screendumps' and then plug in the usb to trigger, right? 00.10.43 # And we need to be *really* sure what those parameters are 00.11.19 # ah. 00.11.29 # so you don't have it bursting into flames and all. 00.12.09 # perhaps not flames, but at least too high voltage is damaging to the battery (and too high charging current probably too) 00.12.16 Join qweru [0] (n=kvirc@bb-87-80-66-156.ukonline.co.uk) 00.13.19 # I've never seen more than 4.0V just after charging with the OF, but the charge controller allows charging up to a voltage of 4.25V 00.13.20 Join Workaphobia [0] (n=Jonathan@goldenrod-56.dynamic2.rpi.edu) 00.20.05 # if you do a makefile target that has no deps, it'll always be executed, yes? <- 00.20.23 # Yes 00.20.35 # jpt9: maybe as an intermediate step we could implement an USB device much simpler than USB mass storage, and use this to advertise our need for 500 mA 00.20.43 # ah. 00.20.51 # i've got "rbspeexdec : rbspeexdec.c libspeex" on a line here, yet it consistently fails to call the libspeex target 00.21.16 # Can you show your makefile? 00.21.17 # perhaps something like a virtual com port which is quite easy as it just uses two bulk pipes with no complicated protocol 00.21.25 # sure 00.22.14 # linuxstb: http://www.pvv.org/~thomj/Makefile 00.22.19 # linuxstb: it's tools/Makefile, look near the bottom 00.22.27 # linuxstb: it does try to build rbspeexenc, though 00.23.26 Quit bertrik ("bedtime") 00.23.34 # I expect it's conflicting with the directory called libspeex you create 00.23.49 # right, so i should phony it 00.23.50 Join lee-qid_ [0] (n=liqid@p54967CC1.dip.t-dialin.net) 00.23.55 # Yes 00.23.57 Quit ender` (" MCSE = Moron Claiming System Expertise, Must Call Someone Else, or Minesweeper Champion, Solitaire E") 00.24.58 # Or maybe better - the dependency should be libspeex/libspeex.a - that's what you're making... 00.25.00 # linuxstb: mno, doesn't seem like it, no 00.25.02 Quit Isolinear () 00.25.21 # so, i should call the libspeex target that too, i suppose? 00.25.28 # * preglow dislikes makefiles 00.25.35 # Yes, that's what I mean 00.26.06 # linuxstb: that got it working in a hurry 00.26.10 # Before I fill in a bug report, anyone would confirm/infirm that screendump is broken? (my iriver h10 does detect usb in/out, it just doesn't generate a bmp) 00.26.30 # but now, back to the old problem, nb_celp.c seems to want consts that are in speex.h, but does not include speex.h, yet all compiles of libspeex but this one works... 00.26.52 # preglow: include paths maybe? 00.27.27 # safetydan: well, it would have told me if it didn't find a file it tried to include, no? 00.27.31 Part agm3nt 00.28.01 # preglow: true 00.28.10 # (Ahh.... interrestingly, when I have debug-screendump enabled, it does NOT detect usb out or, at least, the statusbar doesn't reflect it) 00.29.26 # preglow: nb_celp.h includes modes.h which includes - so I think it could be include paths... 00.29.46 # Maybe a conflict with an installed version of speex.h? 00.30.07 # aha 00.30.17 # very probably 00.30.47 # PaulPosition: there is a report in the h10 forums on misticriver about broken screendump functionality. 00.31.11 # preglow: hurry the fux up...I want to commit that SPC codec =;p 00.31.37 # Pauljam - Indeed. But misticriver folks aren't really into submitting bugs to the tracker. -- Yet I don't want to be trigger-happy with it either. 00.33.03 # i'm getting there... 00.33.35 # :D :PpPpPp ... need more liquor (/me does) 00.33.46 # it sPEWS warnings 00.33.47 # baaaah 00.33.57 # i definitely need more liquor 00.34.02 # but have none, so it's more makefile instead 00.34.17 # jhMikeS, preglow, what's up w/ SPC? 00.34.35 # PaulPosition: i'm not sure what you mean. i just mentioned it because you asked for confirmation of this bug. 00.35.49 # hcs: it's my dual core version but voice swapping is blocking it 00.36.01 # PaulJam - Oh, okay.. Sorry, I wanted to know if other devices would show the same symptoms. 00.36.11 # linuxstb: so, how to solve that, really? swap all <> with "" ? 00.36.30 # see you all! 00.36.38 Part BoD[] 00.36.50 # PaulPosition: on h300 with r15627 screendump works. 00.37.13 # preglow: I'm not sure, but I would hope there is a better way than that... 00.37.58 # linuxstb: i can't possibly think of one, afaik, /usr/include is first in the include path, and if speex/speex.h exists there, that will be used first 00.38.05 # PaulJam - Thanks.. So I'll fill a report only for H10. 00.38.27 Quit midkay ("Leaving") 00.38.31 # linuxstb: so either drop speex/ or turn <> to "", both equally bad, afaik 00.39.03 # (after I read the wiki about bug reports, to make sure I don't behave like an idiot) 00.40.04 # linuxstb: there doesn't seem to be many 00.40.22 # at least not in .h files 00.40.27 Quit lee-qid (Read error: 110 (Connection timed out)) 00.42.34 Quit freqmod_nx (Remote closed the connection) 00.42.48 Join freqmod_nx [0] (i=freqmod@dhcp208-90.ed.ntnu.no) 00.44.03 # any better suggestions? :/ 00.44.12 Quit jpt9 (Read error: 110 (Connection timed out)) 00.44.14 Join linuxstb_ [0] (n=chatzill@i-83-67-212-170.freedom2surf.net) 00.44.35 Quit linuxstb (Nick collision from services.) 00.44.35 Nick linuxstb_ is now known as linuxstb (n=chatzill@i-83-67-212-170.freedom2surf.net) 00.45.20 # libspeex/SOURCES is turning into a right mess 00.45.24 # Are you sure this is the problem? Reading the manpage, -I should add the directory to the head of the search path, and system directories come afterwards... 00.45.53 # Why is it that every song gets included into the Database 4 times? Any way to correct this? iPod Nano with Tuesday's daily build. 00.46.14 # linuxstb: really, now 00.46.25 # did someone of the devs look at fs#8122 ? 00.46.32 # preglow: http://gcc.gnu.org/onlinedocs/gcc-4.0.3/gcc/Directory-Options.html 00.47.08 # preglow: You could confirm by (temporarily) removing the system copy 00.47.47 # ok, i've got a libspeex 00.48.08 Part toffe82 00.48.49 # linuxstb: i might have ommited some include path here, yeah 00.49.06 # BABECOEC ? what the heck is a COEC? 00.49.09 # :p 00.49.42 # that's what happens when you call the wrong escort service, i think. 00.49.45 # linuxstb: it doesn't look like the speex makefile specifies -I. or anything... 00.49.50 # yes, yes it does 00.49.51 # prefetch abort at that address.. thats a stack oberflow or something yeah? 00.50.11 # preglow: Yes, I'm looking at that now... Does "make V=1" work in tools/ ? 00.51.04 # * n1s thought it was supposed to be C0EDBABE 00.51.14 # thats why it thought it was funny 00.51.16 # linuxstb: make tools V=1 does 00.51.21 # kugel: is this even a bug? i thought it is theis way, so you can use the format strings from the original tagnavi in your custom one. if you want different format strings in your custom config you can just use different names for them. 00.51.48 Join Isolinear [0] (n=A@c-76-105-254-119.hsd1.or.comcast.net) 00.52.02 # crap.. doesnt crash the sim :( 00.52.11 # this user made his own format strings, and they were not recognized 00.52.12 # JdGordon: sounds like some protection cookie that got scrambled 00.52.37 # Could svn be used to go backward, say, two weeks... in search of when a bug may have been introduced.. how? 00.52.38 # I guess because the %include of tagnavi.config is after the format strings 00.53.01 # linuxstb: figured it out 00.53.12 # PaulPosition: you can check out an older SVN 00.53.15 # linuxstb: _I_ forgot to include -I. 00.53.34 Quit HellDragon (Client Quit) 00.54.19 # PaulPosition: use for example 'svn up -r12345' to go to a specific revision 00.54.20 # doh, I just found out how... missed it when I first read the wiki page. 00.54.24 # thanks :) 00.57.23 Quit scorche|w ("CGI:IRC (Ping timeout)") 00.57.36 Join HellDragon [0] (i=jd@unaffiliated/helldragon) 00.57.51 # anyone have any ideas about FS#8163? it only seems to be the german lang.. ive tried hai and russion which are both larger so im not sure its an overflow 00.58.18 Join Thundercloud [0] (n=thunderc@resnet12.nat.lancs.ac.uk) 00.58.43 # kugel: hmm, then i don't understand this bugreport. i use custom formatstrings in my tagnavi_custom.config and there they work. 00.58.55 Join jmworx [0] (n=jmworx@panoramix.CeNTIE.NET.au) 00.59.38 # So answer this report and tell the way you made it 00.59.49 Quit lee-qid_ ("aufwiederbyebientotsayonara") 01.00.01 # preglow: So is it all good now? 01.01.19 # linuxstb: no, i still lack some stuff, plus, this thing vOMITS warnings 01.01.41 # i don't know how much i'm going to care, really, it won't show up on the build tables much 01.02.07 # and wtf, why isn't ranlib run? 01.02.10 # looks like it tries 01.02.36 # probably isn't defined for host based builds 01.03.49 # Shouldn't it be the same as a sim build? 01.04.29 # No, it shouldn't (to answer my own question...) 01.05.05 # and for some reason, big parts og nb_celp.c can't find speec_alloc and speex_free... and os_support.h is included just fine 01.05.14 # ARGH 01.05.15 # forget me 01.05.39 # preglow: what do you mean "can't find"? 01.05.46 # kugel: i just did it the way the wiki decribes it. i don't use any tricks to make it work. 01.06.14 # the wiki says that the %include is before everything else (just comments before) 01.06.22 # so the wiki is kinda wrong 01.06.30 # jmworx: nevermind this, this is all my fault 01.06.37 # jmworx: i'm trying to coax our svn libspeex to build natively 01.06.49 # what do you mean? 01.07.10 # jmworx: i use speex_resampler in our own mini-encoder, and most people don't have that new a libspeex yet 01.07.23 # jmworx: so i'm using the libspeex we already have in svn to build the encoder app 01.07.25 # kugel: maybe it is just a leftover from before the formatstings were introduced. you shoud ask Slasheri, he is the Database expert. 01.08.04 # I talked to the one who has this problem 01.08.08 *** Saving seen data "./dancer.seen" 01.08.39 # he made his format strings in the tagnavi_custom, and they aren't recognized 01.08.58 # that's all I can tell. I don't have this problem (but just since I don't have my own format strings) 01.09.00 Quit DerPapst ("So Long And Thanks For All The Fish!") 01.09.30 Quit n1s () 01.09.38 # linuxstb: so, how to make that makefile run ranlib in a good way? 01.10.00 Join jpt9 [0] (n=chatzill@geodude-22.dynamic.rpi.edu) 01.10.01 # kugel: ask him to upload his file to the tracker, maybe this helps understanding the problem. 01.10.13 # jmworx: and yes, right now i very much curse myself for having removed all that encoder stuff in weird ways :) 01.10.33 # preglow: Maybe just add AR=ar to the 'make -C' line ? 01.10.34 # _yes_ 01.10.35 # there we go 01.10.57 # now let's see if this bastard works 01.10.57 Quit jpt9 (Client Quit) 01.11.19 # preglow: You're aware that speex 1.2beta3 is moving the resampler to libspeexdsp? 01.11.24 # linuxstb: it doesbn't call AR, it calls AR+ANLIB 01.11.36 # jmworx: sure, but that doesn't matter much for us since we don't use your build system anyway 01.11.49 # right 01.12.00 # jmworx: all i need from libspeexdsp is resample.c, so i just include that in libspeex for this occasion 01.12.05 # it won't be visible system-wide anyway 01.12.12 # then why does it matter that "most people don't have that new a libspeex yet"? 01.12.32 # preglow: Are you sure - the Makefile echos 'AR+RANLIB' but then only does $(AR) 01.12.38 # preglow: are you defining OUTSIDE_SPEEX? 01.12.52 # jmworx: no, should it be necessary? it's built as part of speex 01.14.10 # linuxstb: that worked just fine 01.14.10 Join Llorean [0] (n=llorean@cpe-70-113-103-34.austin.res.rr.com) 01.14.21 Quit Zagor ("Client exiting") 01.14.23 # linuxstb: so all that's left of the annoyances now are the warnings, which might be 64 bit related 01.15.57 # preglow: Well, OUTSIDE_SPEEX makes it use different symbols so that if someone eventually links with libspeexdsp as well, there's no symbol duplication. I guess in your case, you might not care about that... 01.15.58 # linuxstb: the resulting binary even works 01.16.22 # jmworx: nah, we control our environment so well we don't have to worry about that 01.17.08 # well, cool, that was the last piece 01.17.17 # we should be ready to deploy some testing now 01.18.48 # JdGordon: about FS#8163, it looks like in this screen the title is made to scroll artificially (even though it doesn't make sense in this context) and after it has scrolled for a while there are two square characters at the end of the title string (those that are displayed when the glyph is not available). so maybe the problem has to do with the title being made longer to scroll. 01.18.53 Join radinp [0] (n=pradin@vpnwl-228-52.net.rpi.edu) 01.19.43 Join kugel_ [0] (i=kugel@e178068126.adsl.alicedsl.de) 01.21.10 # PaulJam: but it happens when exiting the screen... 01.24.28 Part Workaphobia 01.25.15 Quit kugel (Nick collision from services.) 01.25.18 Nick kugel_ is now known as kugel (i=kugel@e178068126.adsl.alicedsl.de) 01.25.40 # Should I delete everything in my build folder before I 'make' a new (older) revision? 01.26.16 Quit kugel ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") 01.26.27 # s/revision/release 01.26.36 # or whatever.. :p 01.27.35 # i would do a 'make clean' or yes delete everything if you're getting weird behavior... 01.27.58 Part pixelma 01.28.30 # mud_ - Hmm, gonna read up on 'make clean'.. It's just that RMing eveything by hand is, uh..., long. Thanks. 01.29.38 # That's all "make clean" does... 01.30.02 # JdGordon: i have no sansa to test, i just thougt it might be related because these strange characters at the end of the padded title don't look like they belong there. 01.34.07 # JdGordon: oh, my h300 just froze too when exiting this setting, but for me it happened with english language while i had no problem with german. 01.34.08 Join TheCollector [0] (n=brian@r74-192-181-150.htvlcmta01.hnvitx.tl.dh.suddenlink.net) 01.35.00 Quit weezerle ("...und tschüss!") 01.36.24 Quit grndslm (Read error: 104 (Connection reset by peer)) 01.37.21 # I need some help fixing my BL and firmware on my sansa e250. I've followed all the steps, but I can't seem to make any permanent progress. 01.38.24 # after flashing the origional bl, it doesn't seem to be written 01.39.19 # There shouldn't be anything like "flashing" in the e200 install. 01.40.06 # sorry, I'm just using that as a generic term for writing the bootloader 01.40.22 # this is the sansa one, though 01.40.50 # TheCollector: you're attempting to uninstall rockbox? or update the original firmware or something? 01.41.31 # mud_: no, I accidentally nuked the first partition (the hidden one) while trying to get the microsd card to work 01.41.33 # TheCollector: How are you "flashing" the bootloader? Just transferring it with e200tool doesn't write it. 01.41.40 # ghah 01.41.45 # jhMikeS: around? 01.41.56 # yessir 01.42.08 # linuxstb: what else needs to be done then? 01.42.11 # jhMikeS: should we integrate this in your patch as well, then? 01.42.23 # TheCollector: What the "unbrick" page says... 01.42.35 # preglow: add eveything in that can be 01.43.03 # jhMikeS: aight's, updated patch coming soon 01.43.03 # TheCollector: Sorry, I've just read that page, and it's not clear... 01.43.10 # ok, great 01.43.28 # I was hoping ther ewas just something I missed 01.43.49 # preglow: i have a few tweaks of my own here 01.44.08 Quit radinp (Read error: 110 (Connection timed out)) 01.45.08 # jhMikeS: this SHOULD constitute a full kit, just testing should be needed 01.45.16 # and stuff like agreeing on encoder options 01.45.21 # -q 5 might be unnecessarily high 01.46.15 # linuxstb: after I use e200tool to recover the bl, do I need to run it again using the 'write' command? 01.47.20 # preglow: the quality sounds really high here 01.47.52 # jhMikeS: hold on, found some bugs 01.48.39 # I'm going to adjust the stack size down and aim for say 90 ,95%? coldfire uses the most stack. 01.49.38 # sure 01.49.50 # why not, stack size should be constant for a given speex mode, like i said 01.50.00 # TheCollector: See this page for some instructions - http://chrisjs.com/?page_id=57 (start at step 6) 01.51.08 # ah, guess I was missing copying the bl to that 16mb partition 01.51.47 # Yes. I'm surprised the wiki doesn't say that. 01.51.49 # 1824 bytes will be < 95% on coldfire 01.52.15 Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) 01.57.11 Join powr-toc [0] (n=user@84-51-129-124.rickmo645.adsl.metronet.co.uk) 01.57.14 # jhMikeS: http://www.pvv.org/~thomj/rockbox/speex-voicebuilding.patch 01.57.19 # jhMikeS: apply and please try a voice build 01.57.36 # jhMikeS: just use configure like before, then choose advance, then voice, then the rest should be self-explanatory 01.58.05 # ok, gotta clean up. got the speex encoder or is that included? 01.58.13 # included 01.58.18 # wee 01.58.25 # that patch does what the old one does, but adds speex encoder 01.58.27 # shit 01.58.31 # i forgot the encoder itself 01.58.35 # :P 01.58.38 # do i need to svn add for that? 01.58.51 # probably, if using svn diff, i expect 01.58.57 # yes 01.59.12 # hmm, i'll just smack a license onto it first 01.59.53 # Minor point (it can be fixed later), but why does configure need to check for the presence of rbspeexenc? Couldn't it just be built when you do "make voice"? (similar to how the other tools/ things are built for a normal build) 02.00.19 # jhMikeS: updated 02.00.35 # linuxstb: does configure check for that? 02.00.45 # If I'm reading your diff correctly... 02.00.49 # right, i added it to the tools list 02.01.06 # The very first hunk in the diff... 02.01.10 # well, i guess it could... i'm all for not ever touching the build system again 02.01.39 # linuxstb: well, you'll be pleased to hear that's what happens 02.01.41 # preglow: really love the voice that you made for h100...quite audible through everything 02.01.46 # linuxstb: that segment is run on "make voice" 02.01.49 # I get a cannot load rockbox.ipod error 02.02.12 # powr-toc: That means you either forgot to extract rockbox.zip to your ipod, or did it wrongly. 02.02.22 # * preglow tries to remember which voice that was 02.02.53 # preglow: is it ready yet? 02.03.02 # jhMikeS: the patch? yes 02.03.07 Quit barrywardell () 02.03.29 # For some reason having Speex for voice seems is the most interesting thing to happen to Rockbox lately. At least for me. :) 02.03.31 # how much disk space does generating the pcm take? 02.03.38 # * safetydan is probably just weird 02.03.39 # preglow: Then I think you can simply remove that check from configure. 02.03.42 # jhMikeS: dunno, not much 02.03.51 # jhMikeS: btw, i removed a couple of more files in speex here, might give a kb or so less space taken 02.04.06 # got a link to something to use? I have no such tools 02.04.21 # linuxstb: well, it looks better than just puking when it's not there for some reason, doesn't it? 02.04.24 # and yeah you mentioned it earlier but I'm too lazy to go logging 02.04.26 # PaulJam: nuts, ok 02.04.33 # jhMikeS: windows? linux? 02.04.35 # linuxstb: I've extracted it so I have a .rockbox in my ipod root dir 02.04.39 Quit Nico_P (Remote closed the connection) 02.04.50 # jhMikeS: espeak, festival, flite 02.04.54 # I use VMWare so I guess that's linux :) 02.04.58 # preglow: No - it _is_ there, it's just not built until you type "make voice" (which is after you run configure...) 02.05.21 # linuxstb: afaik, i think it's built with all the other tools as it is now... 02.05.25 # Why is it that every song gets included into the Database 4 times? Any way to correct this? iPod Nano with Tuesday's daily build. 02.05.33 # linuxstb: if you use voice or no 02.05.37 # preglow: Yes, but not until _after_ you run configure... 02.05.43 Join midkay [0] (n=midkay@rockbox/developer/midkay) 02.05.58 # linuxstb: oh, sure 02.06.15 # preglow: do I have to remove the last building patch? 02.06.39 # jhMikeS: yes 02.06.42 # jhMikeS: this one includes all of it 02.07.00 # and are these synths and apt-get thing or download somewhere? 02.07.00 # jhMikeS: they'll continue to do so if i update them, so do keep them hanging around for reversal 02.07.04 # powr-toc: And do you have a file called "rockbox.ipod" inside .rockbox? 02.07.05 # jhMikeS: apt 02.07.10 Join mud__ [0] (n=mud@dialup-4.156.9.237.Dial1.Boston1.Level3.net) 02.07.22 Nick mud__ is now known as mud-rb (n=mud@dialup-4.156.9.237.Dial1.Boston1.Level3.net) 02.07.30 # hope I have space for this...it's tight on my image 02.08.04 # the gen itself should be tight enough 02.08.22 # linuxstb: so building rbspeexenc no matter if you want voice or not is a-ok? 02.08.33 # linuxstb: yes 02.08.35 # ryanakca: Have you tried deleting the database files (*.tcd inside .rockbox) and rebuilding? 02.08.37 # ryanakca: check that you don't have duplicates of your songs in hidden directories 02.09.57 # preglow: which do you recommend of the voice synths 02.10.25 # preglow: No, I'm not saying that. I'm saying that if you download a clean svn tree, run tools/configure, and select voice, you'll get an error saying rbspeexenc doesn't exist. (IIUC) 02.10.43 # safetydan: ok, will do. 02.10.51 # linuxstb: nope, I'll try that too :) 02.10.56 # linuxstb: true 02.11.02 # yes, yes it is 02.11.10 # linuxstb: i think i was assuming it'd be a binary or something when i wrote that 02.11.15 # linuxstb: seems to work now... I think it might have been a problem with writes not having flushed to disk... I'm using an automount. 02.11.26 # jhMikeS: i don't really know, i like espeak for its pronounciation, but it sounds metallic 02.11.32 # ryanakca: look in your trash folders, so Recycle Bin on Windows or .trash for Macs 02.11.36 # jhMikeS: it's also the smallest 02.11.52 # might the H100 one...I like that darth vader thing 02.12.10 # flite and festival try to sound natural 02.12.38 # powr-toc: Yes, "automount" isn't "autounmount"... 02.12.50 # espeak sounds like some half drunk guy you found in a pub and had talk into your ring modulator 02.13.36 # linuxstb: yeah... I forget sometimes :-\ 02.13.43 # thanks for your help anyway :) 02.13.46 Quit powr-toc (Remote closed the connection) 02.14.17 # safetydan: eh? why would I look in my trash folder? (Linux btw) 02.14.45 # they wouldn't be on my iPod, would they? 02.15.19 # * ryanakca thought they were in $HOME/.Trash ... hrm. 02.15.59 # ryanakca: it depends on the setup, but mostly they are on the same partition that you're deleting stuff from i believe, otherwise it would have to do copies all the time when you moved to trash... 02.16.13 # mud-rb: ah 02.16.32 # * ryanakca checks 02.17.44 # ryanakca: ah well the majority of ipod users tend not to be linux users. Bad assumption on my part. 02.18.04 # jhMikeS: did the rb binary get any smaller, btw? 02.18.33 # safetydan: hehe :D 02.19.10 # haven't built it yet...was having problems with apt-get wanting a new bloody kernel 02.20.19 # I do a quicky e200 make bin 02.21.20 # just got an error about inttypes.h in by bits.o...wtf 02.21.33 # linuxstb: have you ever installed the new fw and bl and had it fail even though it says upgrade successful? 02.21.42 # I don't own a Sansa 02.21.51 # ok 02.22.04 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.22.22 # apt-get totally borked my build environment 02.22.36 # that or it killed the path env variable 02.22.51 # it always goes back to manufacturing mode after it says upgrade finished 02.23.30 # jhMikeS: \o/ 02.23.44 # restart? 02.24.06 # *shrug* 02.24.18 # I wish - it just goes into recovery mode again 02.24.18 # i usually start screaming and swearing 02.24.23 # doesn't solve anything, but that's what i usually do 02.24.45 # whoops 02.25.01 Quit mud_ (Connection timed out) 02.25.41 # ugh...better just finish the upgrade 02.27.26 # ok, this things gonna pipe me through a whole list of upgrades...could be awhile 02.29.37 # safetydan: `du -a /media/IPOD/ | grep -i mp3 | gev -v kpod | sed -e 's@.*/media@/media@g' | sort` only lists two codec files in .rockbox/ and a couple image files for the themes... so I don't think it's any files hidden away. 02.30.22 # As for the database, I've tried having only one song on the iPod, and recreating the database, but it still shows the song 4 times in the database. 02.30.35 # s/gev/grep/ 02.31.22 # ryanakca: do you mean it appears four times in the same list? 02.31.41 # also, do you know if it is actually the same song? You might have some songs with duplicate tags. 02.31.58 Join tarehart [0] (n=Tyler@Bagw-08-238.rh.ncsu.edu) 02.32.48 Part linuxstb 02.33.10 # yes. say I have ABC and DFG on the iPod, the list goes 'ABC, ABC, ABC, ABC, DFG, DFG, DFG, DFG'. Because I removed all music from my iPod with amaroK and transfered one song to it. And, before, when I had a pile of songs on there, each and every song was listed 4 times in the database browser/list. 02.33.35 # s/amarok/Amarok/ 02.33.48 # I'm having trouble with a sansa e250R installation, can anybody help? 02.34.29 # tarehart, what are you having trouble with 02.34.35 # they must be joking...they give me sources.list entries for etch then it can't stat it :\ 02.34.53 # I'm using the automated installer and it can't find the player 02.35.25 # * preglow isn't too fond of deban 02.35.27 # debian 02.35.28 # you need to do the e200r steps 02.35.32 Join austriancoder [0] (n=austrian@rockbox/developer/austriancoder) 02.35.50 # I need to go manual? 02.35.57 # tarehart: the manual says where you need to go 02.36.05 # it links to a page on the wiki 02.36.26 # tarehart: have you mounted your sansa? 02.36.42 # bootloader patching, gotcha 02.37.01 # I'll take this as far as I can and come back the next time I make a blunder 02.37.06 # thanks 02.38.14 Quit safetydan (Read error: 104 (Connection reset by peer)) 02.38.29 # ok, if you get that do the apt-get update thing _after_ adding the sources :\ 02.40.10 Mode "#rockbox +o scorche " by ChanServ (ChanServ@services.) 02.40.16 Mode "#rockbox -b *!*Gnu47@private.ntwk.thita.net " by scorche (i=Blah@rockbox/administrator/scorche) 02.40.22 Mode "#rockbox -o scorche " by ChanServ (ChanServ@services.) 02.41.43 Quit Thundercloud (Remote closed the connection) 02.42.37 Join WalkGood [0] (i=WalkGood@unaffiliated/walkgood) 02.43.17 Join Gnu47 [0] (i=Gnu47@private.ntwk.thita.net) 02.44.26 Join Segadude [0] (n=sega@cpe-24-24-88-117.stny.res.rr.com) 02.44.39 Join Febs [0] (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 02.44.44 # can rockbox play MIDIs 02.44.47 # ? 02.45.29 # Segadude: yes 02.45.37 # how? 02.46.29 # Segadude: same way as it plays everything else i believe 02.47.21 # a cool dude wrote a midi decoder/codec 02.47.38 # How do i get it? 02.47.59 # I think it comes with rockbox by default? 02.48.04 # Depending on the target, it does cough on files with more than 3 or 4 tracks in my experience.. 02.48.26 # yeah the one i;m trying to play has 33 02.48.31 # hehe 02.48.43 # It does come with rockbox by default, but you need to find a patchset (an instrument library..) The wiki page on PluginMidiPlayer has info and links to patchset.. 02.49.02 # ok thanks 02.49.34 # JdGordon: did you get my PM? 02.49.39 Part WalkGood 02.51.07 # breh 02.51.10 # i don't make clean properly either 02.54.05 # ok, I've got a new problem with installation 02.54.14 # this is tottaly fucked up now...must be a way out of this circular crap 02.54.29 # using windows? :P 02.54.33 # this pertains to sansa e250R bootloader patching 02.55.01 # using apt-get...the dependencies are circular 02.55.10 # PaulJam: soz, was afk.. i just saw it 02.55.14 # when I connect in manufacturer mode, windows vista isn't letting me install the driver I want 02.55.31 Join hoobop [0] (n=user@unaffiliated/hoobop) 02.55.41 # jhMikeS: I quit using debian because of that 02.55.46 # jhMikeS: i've had some crazy shit like you've never seen before with apt-get 02.55.55 # just traded that trouble for others when I switched to slack 02.56.16 # it truly is capable of just turning itself into useless fluff 02.56.51 # ah well, I'm not ready to redo everything right now...so I'll have to figure my way through it I suppose 02.56.55 Quit mud-rb (Remote closed the connection) 02.57.31 # tarehart, those drivers are for xp not vista at least 02.57.54 # that would explain it 02.58.12 # do I have any recourse, I wonder 02.59.09 # preglow: well, if you fixed the crazy shit, any pointers? 02.59.23 # jhMikeS: a couple so severe i just had to reinstall 02.59.43 # tarehart, if you do not have a xp machine you might have to burn a linux livecd and do the linux steps 02.59.43 # and no, i usually just break down whenever it happens 02.59.58 # that would be exciting 03.00.05 # jhMikeS: if i used some virtualization stuff, i'd just back up a known working image... 03.00.17 # well, thanks for the help so far 03.01.02 # beh...well I guess I could get a new image...copy the files over and restart 03.04.07 # what about using windows? 03.04.22 # sounded like you had a dev env running there anyway 03.04.47 Quit austriancoder (Remote closed the connection) 03.04.53 # aha...got it I think :) 03.07.33 # ugh...maybe noty 03.08.09 *** Saving seen data "./dancer.seen" 03.09.49 # :/ 03.09.58 Quit J3TC- (Read error: 110 (Connection timed out)) 03.10.02 # few things annoy me more than having to fight with my operating system 03.15.42 Nick ord is now known as qwm (n=qwm@h38n2fls32o1010.telia.com) 03.17.10 Quit Segadude ("Quitting!") 03.20.29 # to reboot on nano after building database, does that mean menu + select or play/pause followed by select? 03.20.40 # which frontend is usually installed with the VMWare image? 03.21.22 # as in WM? 03.21.50 # It shows Dialog/Readline/Gnome/... 03.22.32 # well, the image uses fluxbox... 03.25.53 # my installation still won't work, even on XP 03.26.12 # I'm following the instructions here - http://www.rockbox.org/twiki/bin/view/Main/SansaE200RInstallation 03.26.32 # on step 4 of the windows installer 03.27.01 # the "wizard" tells me it can't find a better match for my hardware than the software I currently have installed 03.27.55 Join oblib [0] (n=oblib@111-231-8-204.erd.cust.wirelessbeehive.com) 03.28.04 # can someone with a radio target please test the patch i attached to FS#8168 and elt me know if that fixes the problem? 03.28.39 # perhaps tomorrow, bedtime now :/ 03.29.25 Quit Guile`` (Read error: 104 (Connection reset by peer)) 03.29.46 Join Guile`` [0] (n=Guile@78.113.31.171) 03.30.56 # tarehart, those are the drivers that you downloaded 03.36.53 Quit PaulJam (".") 03.37.53 # it auto-installed them off my desktop? 03.38.22 Quit atsea- (Remote closed the connection) 03.38.32 # it's moot right now, though, because I just bricked the fucking thing 03.39.06 # or flashlighted it, you might say 03.39.36 # Is there anything I can do to help debug the nano problem? 03.41.54 # tarehart, what is it doing now 03.42.16 Join Mouser_X [0] (i=cf9bb003@gateway/web/cgi-irc/ircatwork.com/x-0964c887b013eda9) 03.42.25 # the screen began to artifact into interlaced bands that converged on gray 03.42.36 # now the screen is all gray, and it is utterly nonresponsive 03.42.44 # What nano problem? 03.42.50 # can't turn it off 03.43.18 # tarehart: Just reboot it. 03.43.21 # male, selective (lucky) nano's haven't worked since July. Playback skips, and eventually the ipod crashes 03.43.43 # is there a special trick to rebooting it? 03.43.48 # oblib: Good thing I'm so unlucky. 03.43.51 # holding power does nothing 03.44.01 # male, tough for you I guess :) 03.44.49 # tarehart, remove the battery if the power button for 30 seconds 03.44.57 # Does anyone know enough about nano hardware to tell me where the timing is set up to access flash? 03.45.52 # cool, it booted 03.49.11 # still can't patch, though 03.49.51 Join radinp [0] (n=pradin@vpnwl-228-110.net.rpi.edu) 03.51.01 Join jpt9 [0] (n=chatzill@geodude-22.dynamic.rpi.edu) 03.51.06 # hey 03.51.20 # is there any way to get the scroll wheel to scroll by pages in the text viewer on the e200? 03.51.38 # also, an option to rotate the screen might be neat (as well as the ability to pick a different font for ebooks). 03.52.04 Join grndslm [0] (n=grndslm@24-116-87-97.cpe.cableone.net) 03.52.19 # hell, I think I'm just going to send this one back to woot.com and get a regular e250 03.52.31 # I think this one was refurbed for a reason 03.52.50 # tarehart: what's wrong with it? 03.52.57 # don't screw it up like I did 03.53.14 # nothing designed to recognize it can find it 03.53.24 # oh. 03.53.25 # not even the sensa media converter 03.53.36 # tarehart: what os are you running? 03.53.39 # vista 03.53.42 # oh 03.53.44 # amazon has the 8GB model (the e280) for only $120 :-) 03.53.51 # it shows up as usb mass storage, but that's it 03.53.58 # * jpt9 rockboxed his woot e250R, and is extremely happy. 03.54.10 # try the ubuntu livecd and see if you can get it working that way 03.54.24 # oh yeah, forgot that option already 03.54.33 # can I stick ubuntu on my thumb drive? 03.54.45 # probably, but not easily 03.54.52 # just burn it to a cd 03.54.54 # try damn small linux if you want to do that. 03.55.04 # (run linux off a USB key, that is...) 03.55.09 # ok 03.55.21 # I just don't have any CD-R's laying around 03.55.39 # jpt9: have you ever had to go into the recovery mode to replace the bootloader/fw on your e250? 03.55.48 # nope. 03.55.51 # i just got it today. 03.55.55 # ah 03.55.55 # and rockbox works perfectly... 03.56.04 # (well, i managed to crash it in the text viewer... 03.56.11 # but I was viewing a rather long product manual) 03.56.13 # are you using a microsd card with it? 03.56.42 # no. 03.56.45 # * Mouser_X is still waiting for his Sansa e250 to arrive... 03.56.47 # :( 03.56.48 # * jpt9 wants one. 03.57.01 # ah 03.57.21 # I had one and I couldn't write to the card 03.57.28 # hmm... 03.57.44 # yeah, and the card worked in my camera, so I know it's good 03.57.53 # I've got a developer question here. I'm looking to implement "the Karaoke Mode" feature request. It would seem pretty easy to implement but I'm having a hard time finding specifications for how Lyrics should be decoded from the mp3 metadata section. I've tried a standard google search and I've haven't come up with much. Any suggestions? 03.58.15 # Mouser_X: that fedex smartpost is incredibly slow, huh? 03.58.19 # I don't have mine yet (nor do I have a Micro SD to go with it), so I don't know how that works. Rockbox might only be able to read the card, and not write to it? 03.58.35 # smartpost wasn't too slow for me; about a week to get there. 03.58.59 # Yah, I thought it'd be about a week... 03.59.01 # ah, I live 200mi from woot.com's shipping facility, and it took almost a week 03.59.08 # sucky. 03.59.11 # yeah 03.59.18 # 200mi isnt that much.. slack buggers 03.59.19 # next time, don't bother ordering online. 03.59.21 # walk to woot... 03.59.24 # and ask them for one :-) 03.59.26 # thats what? 4h rive? 03.59.27 # Heh. 03.59.29 # hehe 03.59.33 # drive* 03.59.39 # JdGordon: about 03.59.47 # thats NOTHNG! 03.59.47 # that would work too. 04.00.09 # It'd save on shipping, but think about the gas prices. :P 04.00.09 # anyways, rockbox can't write to the card, but the default fw should be able to 04.00.27 # Mouser_X: esp. in my truck =( 04.00.37 # your petrol is cheaper than ours still... 04.01.08 # :( @ JdGordon 04.01.20 # yeah, I'm sorry for you 04.01.21 # I'm sorry to hear that. 04.01.39 # * JdGordon goned 04.02.09 # does anyone know if chrisjs hangs out on irc? 04.03.10 # do I just extract the damn small linux iso to my flash drive and then change the boot order? 04.03.20 # I have no idea who that is. I've heard of Chris J. Hampton, but he has nothing to do with Rockbox, that I'm aware of. 04.03.37 # Mouser_X: http://chrisjs.com/ 04.06.19 Part tarehart 04.06.29 # guess either him or daniel might be able to help 04.10.10 # That looks like an interesting build, but I'll probably stick to the SVN build. 04.11.17 # I tried it out for a while, but was about to go back to SVN when I bricked my sansa 04.11.48 # he comes on once and a while 04.11.57 Nick Doomed_ is now known as alienbiker99 (n=alienbik@ool-44c126d4.dyn.optonline.net) 04.12.02 Quit andrewg877 ("leaving") 04.12.05 # chris or daniel? 04.12.11 # I'm guessing daniel 04.12.20 # chris 04.12.25 # ok 04.12.31 Join andrew_ [0] (n=andrew@stjhnf0124w-142162083094.pppoe-dynamic.nl.aliant.net) 04.15.58 # TheCollector: Bricked your Sansa? What'd you do? From what I've heard, there's little that you could have done to have bricked it. You should be able to recover it. 04.16.14 # How hard is it to brick a Nano? Like if I mess up the CPU or IDE timing? 04.16.26 # well, bricked is probably an overstatement, as I can get to recovery mode 04.16.28 Join mathayas [0] (n=tylerwoo@S0106001346fc5b99.pp.shawcable.net) 04.16.39 # hi, all 04.17.09 # I accidentally formatted the os/2 part. on it, and since then I haven't been able to do much 04.17.21 # does rockbox support the sansa c250? More precisely, does it support voice recording on the c200 port? 04.17.54 # yes; and I believe so 04.18.07 # not 100% on the recording though 04.18.10 # and, if I didn't know myself what all the recording options meant, I'd help out by adding that section the manual. but since I don't, can someone please explain (triggers? What are those) 04.18.38 # well, what can you do. All I want to do is use the internal mic but I'm not sure what options are available and if there are any, what they'd all mean 04.19.26 # I've got an ipod video and half the recording settings I'm all caught up in, I understand the bitrate, and the filetype (I can't really remember the option it was now, something like incoding), but I'm curious what the rest of the options meant, such as, um, let me grab my ipod video 04.20.38 # blargh its all discharged. anyway there was something like triggering, which wasn't at all speech accessible (at least the last time I checked), file path (self explanitory), but there were also a few more options. also, another question; how would I get into the flash card on the sansa- I was just browsing through the manual but I didn't see anything abou 04.21.09 # I didn't see any sd card support or anything - and I heard it doesnt support the second gen 200 series? was the 250 included in that? 04.21.19 # sorry for rambling on and everything 04.23.33 # Mathayas - The recording options aren't detailed in some manuals because (I think) it's still pretty recent.. If you look at the manuals for, say, the iriver hp120 they are detailed. 04.24.07 # (probably because recording has been functioning for a while on those targets) 04.24.10 # ah, thanks. and it has all the options the sansa does, recording wise, minus, perhaps, a few? 04.24.37 # hmmm yeah, I can see that. well, maybe I'll get brave enough to make a section in the manual, as little difference as it'd make 04.24.45 # mathayas - It had all the options my H10 has, mostly. And the H10 uses the almost-same chipset as Sansa so... 04.25.14 # so, in other news, I'm guessing since the e200 series is a bit older than the c200 series, that sd cards would be more in detail on that manual? 04.26.52 # I don't know.. I think I read the cards would work if they are pre-formatted (say, in a card-reader).. Don't take my word for it, though. But there are lots of threads about it in the forums. 04.28.00 # forems, of course. I'm such an idiot, but I'm just in need of a voice recording player and I don't know how much longer this one will be in stores for. thanks a lot, I appreciate this. oh, btw. any idea the runtime on the thing, and what does it mean user replaceable battery? its not just a double or tripple a battery? 04.28.26 Quit jpt9 (Read error: 110 (Connection timed out)) 04.30.27 # Can someone explain how the following C code works? IISFIFO_WR is an address offset: IISFIFO_WR = *dma_play_data.p++; 04.30.43 # How does that write to IISFIFO_WR address? 04.31.09 # It looks like it should reassign IISFIFO_WR to be the address of dma_play_data 04.31.16 # .p 04.33.20 # Oh, actually IISFIFO_WR = (*(volatile unsigned long*)(0x70002840)) 04.34.50 # never mind 04.38.57 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 04.42.01 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.42.18 Join miepchen^schlaf [0] (n=hihi@p54BF4ADD.dip.t-dialin.net) 04.43.51 Join J3TC- [0] (n=jetc123@pool-71-125-77-210.nwrknj.east.verizon.net) 04.45.33 Join safetydan [0] (n=safetyda@rockbox/developer/safetydan) 04.47.27 # forems, of course. I'm such an idiot, but I'm just in need of a voice recording player and I don't know how much longer this one will be in stores for. thanks a lot, I appreciate this. oh, btw. any idea the runtime on the thing, and what does it mean user replaceable battery? its not just a double or tripple a battery? 04.47.36 # oops,, sorry 04.47.58 # I've done at least as bad. 04.48.23 # well, how long does the battery run on the c200? just curious- longer than the ipod? 04.48.37 # No idea, but probably. 04.48.37 # I'd think it would run longer, considering the fact there's no hdd 04.48.47 # That's my thinking. 04.48.57 # so what do you use as a player? 04.49.51 Join Anderoooo [0] (n=Anderooo@c-67-169-158-114.hsd1.ca.comcast.net) 04.51.18 # I have a Gigabeat F40, though I've got a Sansa e250 coming in the mail. 04.51.30 # (I'll still be using the Gigabeat most of the time though.) 04.51.58 # g'evening folks.... 04.52.21 # i'm a newbie to rockbox, but i have a question regarding formatting on themes.. 04.52.44 # Since I'm not a psychic, it's usually best if you just come out and ask. 04.53.07 # the clock on my screen is displaying the right hour:Mc... 04.53.25 # for instance, right now it says "19:Mc" 04.53.51 # Anderoooo: sounds like your WPS needs updating for the current clock syntax 04.54.29 # Anderoooo: http://www.rockbox.org/twiki/bin/view/Main/CustomWPS#Real_Time_Clock 04.54.33 Join atsea- [0] (i=atsea-@gateway/tor/x-04820c9893bd8669) 04.54.42 Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) 04.54.54 Join jpt9 [0] (n=chatzill@geodude-22.dynamic.rpi.edu) 04.55.04 Quit billenium (Read error: 104 (Connection reset by peer)) 04.55.21 # safetydan: you rawk the casbah.. i'll give it a shot and let you know... =) 04.58.18 Join billenium [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) 05.00.30 # does album art work on grayscale bitmap displays? 05.01.19 # okay.. i found the problem... 05.01.38 # it was with the wps file for the blackglass mgr theme (nano) 05.02.06 # but now that i have corrected the typo, its not updating on the ipod 05.02.14 # is there something i need to refresh? 05.02.50 # Anderoooo: you may need to reselect the theme 05.03.00 # tried that 05.03.41 # the author accidentally put "%Mc" for the minute marker instead of %cM" 05.03.53 # not sure then as I don't play with WPS stuff that much 05.04.04 # cool.. thanks tho 05.05.55 # Anyone here have a Nano that doesn't work with recent builds? I need to test a fix 05.06.28 # i just installed my nano today with the current build and it works fine 05.07.01 # Did you compile it? 05.07.24 # negative... i let talented people do the hard work for me. =) 05.08.13 *** Saving seen data "./dancer.seen" 05.08.34 Quit XavierGr (Read error: 110 (Connection timed out)) 05.10.39 Part radinp 05.11.40 Quit hannesd (Read error: 110 (Connection timed out)) 05.11.41 Nick hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) 05.12.59 # Anyone here use a nano and compile their own source (and could test a patch for me)? 05.13.18 Join psycho_maniac [0] (i=psycho_m@ppp064.hk.centurytel.net) 05.15.46 Join bb__ [0] (n=bb@dslb-088-074-136-220.pools.arcor-ip.net) 05.17.16 Quit billenium (Remote closed the connection) 05.18.22 # anybody here have an ipod video? 05.18.23 Join billenium [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) 05.18.35 # yeah, me 05.19.08 # do you use album art? 05.19.24 # nope, got no use for it, since I'm blind. 05.19.33 # sorry 05.21.31 # * Mouser_X deleted all the album art on his player, to make more room for music. 05.23.50 # can somebody test this please? this is for the ipod video: http://stashbox.org/51216/Cobalt.zip 05.24.05 Quit Soap__ (Read error: 104 (Connection reset by peer)) 05.24.18 Join Soap_ [0] (n=Soap@rockbox/staff/soap) 05.26.59 Quit midgey () 05.27.20 Quit mokkurkalve_ (Remote closed the connection) 05.27.23 Join mokkurkalve_ [0] (n=eivind@084202223083.customer.alfanett.no) 05.27.28 Quit bb (Connection timed out) 05.27.58 # oblib: I use a nano and compile. 05.29.11 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 05.32.03 # I would also like this one tested as well. same player: http://stashbox.org/51217/BlackGlass-AA.zip 05.32.50 # male, could you apply the patch I just pasted on http://www.rockbox.org/tracker/task/7510 and tell me if it breaks anything? 05.33.07 Quit animeloe (Read error: 110 (Connection timed out)) 05.33.08 # Should be as simple as playing a file and making sure it doesn't skip or anything 05.34.03 # I would, but the latest svn update broke my build :-( 05.34.21 # make[1]: *** No rule to make target `system.h', needed by `/home/male/dnl/src/rockbox/Rockbox/build-dir/firmware/ata_idle_notify.o'. Stop. 05.34.42 # did you 'make clean'? 05.35.04 # If that doesn't work, do tools/configure again 05.35.14 # I did configure. 05.35.47 # omment by oblib (oblib__) - Friday, 16 November 2007, 05:23 GMT+1 05.35.53 # Is this the patch you want tested? 05.36.06 # yup, the very bottom of the page 05.36.09 # Make clean doesn't help, btw. 05.37.27 # Anyone with a PP502x processor, please test my patch and let me know if it introduces skipping or breaks anything else. That would be ipod4g, h10, ipodvideo, ipodmini1g and 2g, and ipodnano 05.37.46 # Locate here http://www.rockbox.org/tracker/task/7510 at the bottom of the page 05.39.44 # anybody know why i am getting this error? http://paste.uni.cc/17603 05.41.24 # psycho_maniac, you need to put arm-elf-gcc in your current path 05.41.25 # or do i have to redownload the source again? 05.41.42 # i have never had to do this before. why does it tell me to do this now? 05.41.55 # export PATH=$PATH:/path/to/arm-elf/bin/ 05.42.10 # Have you rebooted or something since you first set it up? 05.42.23 Part Anderoooo 05.42.35 Join animeloe [0] (n=animeloe@unaffiliated/animeloe) 05.42.46 # im not sure. should i try a reboot? 05.43.43 # no 05.44.11 # if you reboot, your path is reset to default, unless you add the arm-elf to it in a config file somewhere 05.44.21 # Are you in linux? 05.44.45 # psycho_maniac: For cygwin, I had to put "export PATH=$PATH:/opt/arm/bin" 05.45.01 # no i didnt do anything but i noticed that my rockbox wallpaper is not there anymore 05.45.26 # I don't know if that command/ocation is the same for Linux though. 05.45.34 # */location 05.45.40 # i loaded it today noticed the wallpaper was not there and also the colors were different. 05.46.03 # after recompiling? 05.46.34 Join tarehart [0] (n=ubuntu@bec28117RN.rh.ncsu.edu) 05.46.45 # after reverting my svn 05.48.21 # Did you delete your config file? 05.48.33 # i didnt do anything. what config file? 05.49.02 # There is a config file in your .rockbox directory on your player which holds all your settings. If you delete .rockbox, your settings go too 05.50.01 # also what would make the colors go to (default?) and make my wallpaper dissappear 05.50.32 # deleting your settings would make everything go default. I don't know about wallpapers, I've never tried to use one. 05.50.58 # I'm in the middle of trying to install rockbox on a sansa e250R from ubuntu, and now I need a touch of linux help 05.51.15 # its the default one. shows rockbox in the background. 05.51.39 # psycho_maniac, sounds like you lost your settings 05.51.39 # I've got e200rpatcher.linux on my desktop 05.52.28 # what would i have to do to get my settings back? 05.52.29 # but sudo ./e200rpatcher.linux doesn't give me anything 05.53.32 # Unknown id, it says 05.53.37 # tarehart, are you in your Desktop directory? 05.53.46 # yes 05.53.57 # oblib: how did you figure out that bit on ide0? 05.54.37 # safetydan, looked at http://ipodlinux.org/PP5020 and saw the bit that said 0x10000000 - cpu > 65MHz and thought "hmmm, that looks suspicious" 05.55.16 # given that the problem manifested itself with a higher clock speed, and it seemed to be an IDE problem 05.55.49 # oblib: that pretty much matches with most peoples suspicions about the cause 05.56.28 # safetydan, those were the suspicions I was working off of 05.57.12 # be nice to get that one sorted out 05.57.55 Quit stewball (Read error: 110 (Connection timed out)) 05.58.16 # I just barely tried to sync (since last May) and found this problem. Glad I could help 05.58.19 # anybody? 05.58.39 # tarehart, is it set for executable permissions? 05.59.02 # I'm a linux noob; how do I find out? 05.59.16 # rm -rf / 05.59.16 # how did i lose my settings? 05.59.19 # type ls -l 05.59.22 # ignore male 05.59.22 # *JUST KIDDING* 05.59.53 # on the left is the permissions, looks like "-rw-r--r--" 06.00.23 # You really want test -x foo && echo Yes! 06.00.36 # finially im back to only one patch again :) 06.00.37 # it looks exactly like that next to e200r... 06.00.38 # it should have an x, like "-rwxr--r--" 06.00.49 # oh, nope 06.00.55 # sudo chmod 755 e200r... 06.00.57 # -rw-r--r-- 06.01.08 # that makes it executable for root, group, and world 06.01.20 # learn about permissions some time, it's important 06.01.29 # ok 06.01.42 # Not as important as having an Ubuntu coffee mug... 06.01.48 # holy moley, it's working! 06.02.10 # will post trip report soon 06.02.25 # thanks for the help so far 06.02.33 # yup 06.04.11 # safetydan, are you a developer? 06.05.02 # Anyone with a pp502x dap other than H10 would try to create a screendump? I'd just like to know if I report a bug specific to that platform (h10) or to the Portalplayer chipset. 06.05.42 # (screendump fail, and usb detection hangs, leaving the status bar reporting charging even when cable is out) 06.06.01 Part tarehart 06.09.47 # PaulPosition, I've got a nano sitting here, what should I do? 06.10.51 # oblib - Usually, you'd go into system->debug->screendump. When it says 'screendump enabled', you can plug the usb and unplug it to trigger a screendump. It *should* create a .bmp in the root of the dap. 06.10.59 Quit midgey (Read error: 104 (Connection reset by peer)) 06.11.32 # What I get is no .bmp, plus the statusbar keeps reporting the cable is plugged in and it's charging. 06.11.54 # oblib: yeah, though I haven't done much for a while 06.12.24 # PaulPosition, how long do I leave it plugged in? until it switches to disk mode? 06.12.37 # oblib - No need to, a second is enough. 06.12.39 # safetydan, just wondering who should make the decision on whether to commit my fix or not 06.13.33 # PaulPosition, works fine 06.13.45 # PaulPosition, that causes your H10 to crash? 06.13.49 Quit jhMikeS (Nick collision from services.) 06.13.53 # oblib - btw, what does it fix? I might update my svn now that I pinpointed my screendump problem (backtracked to september 4, lol). 06.13.55 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 06.14.21 # oblib - nope. Just no screendump AND the device doesn't sense the usb getting unplugged. 06.14.25 # PaulPosition, some Nanos were getting skipping and lockups with a change done back in July 06.14.26 # oblib: probably one of the devs who actually has a nano. Try talking to amiconn when he shows up 06.14.57 # yeah, amiconn "found" the bug in the first place with a bunch of changes he made 06.15.21 # PaulPosition, can you try my patch and see if it causes you any problems? 06.15.39 # oblib - In a few minutes, I will :) 06.16.06 # ok i guess i had to redownload the srouce again :( 06.16.25 # oblib - So you did get a .bmp in your root, right? thanks. 06.16.47 # PaulPosition, yes, three of them, because I got no indication that it was doing anything 06.16.54 # PaulPosition: are you using patches? this could cause the problem 06.17.01 # I guess my file browser is set to ignore .bmp files 06.17.49 Quit Seed (Nick collision from services.) 06.17.57 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 06.18.08 # psycho_maniac, your settings are stored in .rockbox/config.cfg, so if you ever overwrite or delete that file, you lose your settings. If you back it up, you can restore them later if you accidently kill it 06.18.22 # psycho_maniac, I missed your question before, sorry, hence the late reply 06.18.55 # thats ok. i only takes me 2.5 hours to download the source ;) 06.20.11 # Well, reported 'my' unimportant bug as FS#8170 ... Now to update and see if oblib's patch screw my h10. 06.20.22 Quit kkurbjun (Read error: 104 (Connection reset by peer)) 06.22.22 # PaulPosition: do you have an ipod video? 06.25.39 # what player is this changed applied for? 06.25.40 # Work in progress fixes to the remote button handling. Now the remote can be unplugged and then plugged in and it will work.   06.25.52 # change done by Nils Wallménius   06.26.19 # psychomanic - sorry, nope. iRiver h10 is all I got. 06.27.21 # psychomaniac - Not at all (patches), no. I retrieved and built 17 different svn revisions to pinpoint the bug so... :p 06.27.38 # anybody here that uses album art and has an ipod video want to test a theme i think i fixed. 06.27.47 Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) 06.29.18 # oblib - So where can I find your patch to try and see if it bork my h10? 06.29.47 # PaulPosition, oh, I thought you were testing. Here: http://forums.rockbox.org/index.php?topic=13788.0 06.30.44 # You shouldn't see any difference. If it breaks something it would most likely be skipping in music, especially processor intensive codecs 06.31.42 # oblib your patch doesn't apply. 06.32.15 # male, ? 06.32.49 # patch: **** malformed patch at line 4: MLCD_SCLK_DIV = 0x00000001; /* Mono LCD bridge serial clock divider */ 06.33.46 # male, did you copy and paste it into a file? Do you have any extra lines anywhere? 06.34.10 # oblib: Yes. No extra lines. 06.34.22 Quit jhMikeS ("Meow!") 06.34.28 # oblib: mightn't you just attach it as a file? 06.34.51 # probably should. Are you looking at the bug report or the forum post? 06.34.59 # Processor heavy codecs would probably be NSF, and SPC. Just pointing that out, in case using them is helpful. 06.35.04 # I'm looking at the link you gave me ;-) 06.35.21 # NSF is actually fairly light I believe. SPX are good. 06.35.40 # oblib: I have 1.2 firmware, btw. 06.35.45 Join jurrie_ [0] (n=jurrie@adsl-068-209-041-021.sip.asm.bellsouth.net) 06.35.54 # male, shouldn't matter. That was a red herring 06.36.02 # Huh. I didn't know that for NSF. 06.36.45 # Is it a problem with the 4GB nano then? 06.36.48 # Mouser_X, my method of testing: play file, and then load the plasma demo. If plasma updates a lot, that means a processor intensive codec. I don't know if that is true or not 06.36.56 # male, only some 4GB nanos 06.37.08 # Mine is a 2GB. 06.38.42 # male, I added patch. I want to see if it breaks a nano that didn't have the problem previously. 06.39.12 # male, on the bug web page, I mean 06.40.27 # male, it was a spacing issue. The bug post did not preserve leading spaces 06.40.54 # It's okay, I applied it manually. 06.40.57 # I just wanted you to know. 06.41.14 # oblib - got the same sort of error as male, gonna dl the file and see... 06.42.14 # PaulPosition, look here for file: http://www.rockbox.org/tracker/task/7510 06.43.09 # I just saw you uploaded it... building now. 06.43.25 # oblib: what am I looking for? 06.44.00 # Not sure I have any real 'processor intensive' file to test, though... ~200kb vbr mp3 is what I have, mostly.. 06.44.05 # See if playback works fine. If there's a problem you might see skipping, or lockups. Play a couple of different files, maybe run a plugin at the same time 06.44.26 # The plasma demo seems pretty processor intensive 06.44.29 # * male is playing some Johnny Cash and running demos. 06.44.43 # I'll say. 06.44.49 # Slow. But no skips. 06.44.56 # what's slow? 06.45.00 # Plasma. 06.45.18 # Slow and jerky. 06.45.26 # yeah. I think you can see when the processor speed bumps up and down. 30Mhz for slow, and 80 MHz for faster jerks 06.45.27 # Should it not be? 06.45.35 # Since the problem is ATA, there's really not much point in running a plugin *after* buffering completes 06.45.39 # That's what I see to (and saw before patch) 06.45.49 # At that point you're running from RAM, so any IDE or ATA related fix shouldn't matter 06.46.00 # Llorean, the idea is to get more processor speed bumps 06.46.11 # oblib: No. 06.46.13 # Well, I'm skipping through tracks and shit and nothing weird yet. 06.46.17 # The processor is always boosted during buffering. 06.46.39 # Llorean, okay, I couldn't think of any other way to stress it 06.46.46 # You don't need to stress the processor... 06.47.00 # in that case, skip around, load different playlists, etc. 06.47.07 # It's always boosted during buffering, and the data almost certainly must be corrupted either during the transfer from flash to RAM. 06.47.22 # These are all ogg/vorbis files BTW. 06.47.42 # Seems to be working fine. 06.47.54 # I would think it would. Thanks for checking for me 06.48.03 # PaulPosition, you seeing anything weird? 06.48.15 Quit jurrie (Read error: 110 (Connection timed out)) 06.49.17 # Llorean, have you looked at the patch yet? Can you see any problems that could arise from interrupts or anything? I'm not much of an embedded systems programmer 06.49.35 # copying files... My computer is a dog, takes time to 'make' :p 06.49.59 # oblib: Honestly, I've no clue. There are much better people to ask, probably. Maybe wait 'till amiconn's around, he might have an idea. 06.50.00 # I don't know what happens if the IDE_CFG bit is set, but the processor is < 65MHz 06.50.16 # But wouldn't it be something that should branch to only nano-specific builds? (or is that unRockbox?) 06.50.43 # PaulPosition: Hardware config is almost always specific to single or small ranges of players. 06.50.58 # PaulPosition, it's something that applies to all PP205x, but has never been used. Apparently it was only necessary in these few Nanos 06.51.30 # PaulPosition, if there are problems with other players, we can limit it to Nanos, but I don't believe there will be 06.52.04 # oblib: the only thing I'd check is whether to clear that bit before or after the pll changes 06.52.28 # Any way to weight with/without patch applied? Like a plugin with fps meter or something? Or is that irelevant? 06.52.50 # PaulPosition: FPS? 06.52.59 # safetydan, yeah, that's what I don't know. If it interrupts after the bit change, but before PLL, we could see IDE reads with that bit set. I don't know what that does. 06.53.03 # err, frame per second.. 06.53.04 # PaulPosition, does not apply 06.53.04 # Fuckups Per Second. 06.53.10 # ah. 06.53.10 # PaulPosition: I mean, why are FPS relevant? 06.53.56 # Dunno, I would have thought if we're looking whether things becomes sluggish or iresponsive then fps would suffer but -- what do I know? nothing, really. :p 06.55.11 # Okay. Well this *is* interesting : it just hangs on the bootscreen. 06.55.29 # PaulPosition, what we're looking for is disk reads during a processor boost. The way to test is loading different files/playlists 06.55.41 # PaulPosition, hmm, that's never good. Maybe it's nano only after all 06.55.58 # Let's reset and try again.. (/me takes the battery out) 06.56.26 # to be sure ah... went through this time. :p 06.56.44 # interesting 06.57.00 # maybe in your case a couple of reboots/reloads would be useful 06.57.18 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 06.57.51 # Hmm.. But froze on the first mp3 I tried playing. Let's go for reboot #2. 06.58.47 # Is the H10 a hard drive player, or flash? 06.59.16 # hard drive. 06.59.46 # Hmm hang on boots again.. How do I revert a patch? Gonna test a clean svn to be sure the problem isn't elsewhere.. 06.59.54 # patch -R -p0 ... ? 07.00.10 # oh, almost. 07.00.25 # PaulPosition, I'm not sure 07.00.47 # PaulPosition: -R is correct. 07.01.25 # safetydan, looks like it's not a problem. I just remove the un-setting of the bit, and it works just fine. So technically that bit should only need to be set during init, though that goes against the register description 07.01.47 # *remove=removed 07.02.11 # oblib: well that's either going to require some reverse engineering or a lot of testing to verify 07.02.13 # mo0ning 07.02.22 # oblib, PaulPosition: That patch is clearly broken 07.02.36 Join radinp [0] (n=pradin@psyduck-08.dynamic.rpi.edu) 07.02.46 # amiconn, clearly in general, or clearly for PaulPosition? 07.03.04 # Heh... clearly for me. booted once in 10 reboots. 07.03.15 # It only clears the bit at >65MHz on PP5020, and only sets it at <65MHz on PP5022/5024 07.03.18 # So looks like it's Nano only then 07.03.38 Join webguest22 [0] (i=cc6f6813@gateway/web/cgi-irc/labb.contactor.se/x-0c9668172b4cc3df) 07.03.38 # ? Is my bit logic backwards? 07.03.47 # allo 07.04.12 # (1) backwards and (2) switches only one direction ona yn PP502x 07.04.13 # any super smart troubleshooters on? 07.04.26 # s/ona yn/on any/ 07.04.45 # <= not fully awake ;) 07.05.04 # webguest22 - lots of super, many smart, some troubleshooters. Shoot up your question and we'll see who qualifies. 07.05.20 # IDE0_CFG &=~(0x10000000); clears the bit, no? 07.05.36 # yes 07.05.48 # But you need to clear it at <65MHz iiuc 07.05.51 # IDE0_CFG |= (0x10000000); sets the bit 07.05.58 # so does anyone ever have a problem when they turn up there volume rockbox will sto playing music and then will not let me play any until i reset it? 07.06.04 # huh, you're right... 07.06.16 # YOu can leave out the () btw, they're just visual noise 07.06.27 # For some reason I thought normal was first. 07.06.33 # oblib: And you forgot CPUFREQ_DEFAULT altogether 07.06.37 # () is left over from copy/paste 07.07.05 # webguest22: on what player? 07.07.11 # webguest - never heard that one. Recent build? 07.07.29 # it happend in an old build from almost 2 years ago 07.07.43 # i finally got mad at it and got the latest a month ago maybe 07.07.46 # same problem 07.08.03 # Btw, I always thought it's ata timing, but I don't really like this obscure >65MHz bit. ATA timing on PP needs to be researched; that'd be a job for someone with soldering capabilities and a logic analyser 07.08.15 *** Saving seen data "./dancer.seen" 07.08.21 # webguest22: what player? And you should always try the latest current build before reporting issues. 07.08.54 # before it just stoped playing then if i hit play again it would play but i had to cut down the volume, with the latest build i have to cut it off and back on for it to work and cut the volume down 07.09.01 # gigabeat player 07.09.48 # webguest22: How high does your volume go? Mine goes to +6, and I've never had any problems going that high. 07.10.07 # (I would assume that all Gigabeats go to +6) 07.10.09 # do you have replay gain enabled? 07.10.17 # amiconn, what makes it obscure? Just because no one set it before? 07.10.41 # webguest22: There is no way you had a build from 2 years ago... 07.10.46 # It's obscure because it doesn't good backup from research 07.10.54 # mine goes to about -20 07.11.05 # mine goes to about 12 if I'm not mistaken 07.11.15 # amiconn, do you know who defined it on the ipod linux page? Where do those definitions come from? 07.11.28 # oblib, PaulPosition: Here's a patch that does it in the correct places: http://amiconn.dyndns.org/ide-timing.diff 07.11.29 # wait sorry -7 07.11.50 # is about when it freezes 07.11.53 # webguest22: The only "audio enhancement" I use is crossfeed, so RG is turned off for me. 07.12.06 # hmm, amiconn, it breaks it for me when I "fix" it 07.12.41 # * Mouser_X has a Gigabeat, just to clarify. 07.12.45 # F40 07.13.21 # yes same and all i have is Crossfeed aswell 07.13.29 # oblib: I don't know who did the research, and the ipl findings helped a lot. But there are many which are incomplete or imprecise 07.13.35 # * mathayas wonders how much runtime the sansa c200 series? 07.13.40 # it used to not happen, for a year and a few months, 07.14.28 # amiconn, in your patch, why did you set the bit outside of the #if CONFIG_CPU == PP5020? 07.14.44 # another strange thing is it onl;y happens when headphones/speaker/car adapter is pluged in 07.14.49 # Because it applies bot to the 5020 and 5022 07.15.17 # only with nothing pluged in will it run high volumes without it freezing 07.15.28 # The way you had it, it would have never been set on your nano. Only cleared, at 80MHz, and then left that way forever 07.15.53 # webguest22, then that sounds like a hardware defect 07.16.09 # damn that sucks 07.16.20 # webguest22: As I said, I can max-out at +6, and I've had no issues to speak of. I've never used the "base" or cradle, and I use headphones/the remote all the time. 07.16.22 # and was what i was afraid of but thanks anyways 07.17.15 # webguest22: You didn't have Rockbox on Gigabeat for over a year... it hasn't had sound for a year yet in SVN. 07.17.42 # i took mine apart to try to troubleshoot it, see if the headphone jack was messed up, but its built into the chip so theres nothing i can do 07.17.47 # maybe not a year but close to it 07.18.37 # If I'm not mistaken, the Gigabeat didn't get sound until very late in Dec. 2006. 07.18.46 # Mouser_X: 29 Dec 07.19.02 # That is indeed very late... 07.19.06 # At least official Rockbox didn't. 07.19.17 # Either way, his initial "Two years" is quite impossible. But it sounds like a hardware concern anyway 07.19.24 # then i got it almost a year ago, because i was looking forward to it for quite some time 07.19.26 # (I was thinking after Christmas, but I wasn't sure by how far.) 07.19.29 # amiconn, looks to me I would only set it at normal, and never clear it 07.19.40 # it's under #elif (CONFIG_CPU == PP5022) 07.20.00 # ah, yes 07.21.29 Quit jpt9 (Read error: 110 (Connection timed out)) 07.21.54 # which explains why it broke when I tried to fix the set/reset 07.21.59 # Btw, the Nano, the Video, and the H10 have the "CPU >50MHz" bit set at boot, but the mini G2 does not. 07.22.01 # Works fine again now, using your patch 07.22.12 Quit webguest22 ("CGI:IRC (EOF)") 07.22.12 # The low bits are different all over 07.22.27 # amiconn, where is the > 50M bit set? 07.22.27 # amiconn, would you happen to know how iCatcher is licensed? i can't find a license for it and your nick is in the wpsbuild script 07.22.34 # Now tell me this doesn't need research... 07.22.47 # amiconn, all I know is that it works for my Nano. 07.22.55 # PaulPosition, have you tried amiconn's patch yet? 07.22.58 Join ddalton_ [0] (n=Daniel@203-217-95-172.dyn.iinet.net.au) 07.23.03 # krazykit: I have no idea. My nick is probably in wpsbuild because I fixed/changed something 07.23.17 Quit safetydan ("Leaving.") 07.23.26 # finishing building... 'told you my rig lacks hamster power.. 07.23.33 # Genre9mp3 made iCatcher iirc 07.23.45 # Im trying to build on my debian box. However my path is wrong. (I had the same prob on cygwin before) Do I just follow the profile part of this? http://www.rockbox.org/twiki/bin/view/Main/CygwinDevelopment 07.23.46 # i suppose i'll email him then 07.23.54 # about editing the profile with the correct path 07.23.56 # oblib: Somewhere in the original bootloader, not in rockbox 07.23.56 # ? 07.24.04 Quit Mouser_X ("CGI:IRC (EOF)") 07.24.17 # i suppose that's his real name in the WPS itself, then. 07.24.30 # I have dumps of the ata register range from various pp targets 07.24.54 # (but not all) 07.26.44 # hello? 07.26.53 # anyone around? 07.27.03 Join Mouser_X [0] (i=cf9bb003@gateway/web/cgi-irc/ircatwork.com/x-b2fef1dea2617e00) 07.27.31 # ddalton_, you should follow http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling for a real linux box 07.28.02 Quit Mouser_X (Client Quit) 07.28.20 # ddalton_, your path needs to include where ever you compiled arm-elf 07.28.45 # or whatever you are using to compile 07.30.12 # Hmmm, freeze on boot or on first try at playing a song. (amiconn's patch).. Let me try a clean unpatched rockbox though, maybe I borked my player by installing too many times since last format. (must be the 20th install today) 07.30.30 # PaulPosition: What target, btw? 07.30.40 # h10 5gb 07.30.43 # ah 07.31.00 # ok thanks. Ill take a look. I did use rockboxdev.sh so thought that would handle it for me 07.31.47 # amiconn, I did get one other nano tested (2GB) by male and he said it worked for him. 07.32.27 Join Mouser_X [0] (i=cf9bb003@gateway/web/cgi-irc/ircatwork.com/x-d7ab2f14d137f36b) 07.34.05 # hmmm...? http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling is win related 07.34.13 # amiconn, oblib - Okay, no reformat and just install an unpatched current svn and no problem at all. 07.34.16 # "wordpad"? "cmd window"? 07.34.45 # with amiconn's patch? So not quite "unpatched" :) 07.36.45 # oblib - Nope. without amiconn's patch. with it it was more of the same : froze on boot thrice, and on playing a song the one time it booted. 07.37.06 # ddalton_, sorry, try this: http://www.rockbox.org/twiki/bin/view/Main/DevelopmentGuide 07.38.10 # PaulPosition, amiconn, so looks like nano only. And it should probably be tested on more nanos. 07.38.36 # so what should I do since I have already ran rockdev.sh? 07.38.38 # It might be a temporary fix for nano, until proper research of PP ide happens 07.38.42 # Well I think I'm done for the night. Good morning amiconn, and good whatever PaulPosition thanks for the help 07.38.42 # rockboxdev.sh 07.39.35 # oblib - thanks to you for trying something :) 07.40.08 Join LinusN [0] (i=linus@rockbox/developer/LinusN) 07.40.13 Quit oblib ("Leaving") 07.41.19 # LinusN: What do I do after running rockboxdev.sh on my debian machine. GCC isn't in my path. 07.41.24 Join stewball [0] (n=WTFOMGBB@91.104.233.249) 07.41.39 # ddalton_: then put it in your path 07.41.57 # LinusN: Just edit /etc/profile ? 07.41.58 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 07.42.09 # ddalton_: for example 07.42.52 # amiconn: Honestly, I fear that these occasional disk-corrupted Nanos might be from the bug. Do you think this patch is relatively safe to commit? 07.42.59 # LinusN: like the cygwin one? 07.43.03 # Playback glitches are one thing, but if this bug is causing people to lose all their data, that's kinda bad. 07.43.07 # ddalton_: yes 07.43.19 # LinusN: Same file and path? 07.43.24 # Llorean: It obviously needs to be limited for nano 07.43.25 # and code or whatever 07.43.26 # what does this patch do? 07.43.39 # Regarding http://www.rockbox.org/tracker/task/8170 .. It's pretty trivial (I would have set priority low if I could) but in these days of big changes in WPS world, screendumps could be useful.. 07.43.46 # amiconn: Of course. 07.43.54 # ddalton_: yes, /etc/profile is the one, if you want all users on your machine to have the gcc path 07.44.03 Quit radinp (Remote closed the connection) 07.44.22 # LinusN: Thanks. I shall do that 07.44.25 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 07.45.45 Join Darksaboteur [0] (n=chatzill@75.73.87.203.static.nsw.chariot.net.au) 07.46.24 # 'nyway, hope y'all have a great day/night.. my pillow's calling. 07.50.39 Quit PaulPosition () 07.50.57 Part mathayas 08.11.47 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 08.15.36 Join AstralFires [0] (i=7bfc9d42@gateway/web/cgi-irc/labb.contactor.se/x-70bc37833dc47c00) 08.16.50 # * amiconn wonders about austriancoder's last commit 08.17.54 # We clearly state that actual code should never go into .h files. Only macros and inline stuff 08.18.51 # * scorche points amiconn to http://www.rockbox.org/mail/archive/rockbox-dev-archive-2007-11/0034.shtml 08.19.43 # hello everyone 08.20.05 # howdy 08.20.33 Join Rob222241 [0] (n=Miranda@p54B15B3A.dip.t-dialin.net) 08.21.25 # i need some help.. 08.22.29 # i have successfully installed rockbox on my 3gen ipod 30 gb.. & it works fine but has developed a major problem now 08.22.55 Quit JdGordon ("Konversation terminated!") 08.23.17 # when connected to the pc through usb.. win xp does not detect it anymore.. earlier i never had such a problem.. ive even tried it on another pc.. 08.23.39 # ipod is on & fully charged.. 08.23.47 # are you booting into the OF 08.26.26 # whats OF ? 08.26.39 # origional firmware 08.27.44 # is the 3rd Gen the one which does both firewire and usb ? 08.28.34 # * amiconn still needs a tester with an iPod 4th Gen grayscale *or* an iPod Mini 1st Gen ... :| 08.29.06 # its auto booting into rockbox now.. 08.29.11 # try a post in the forums too amiconn ? 08.29.54 Part AstralFires 08.31.09 # GodEater: Hmmmmmmmm. I'm not a friend of the forums, and the tests require a bit of knowledge as they are 08.31.56 # what are you testing ? 08.32.13 # PP 'mono' lcd bridge configuration and timing 08.32.26 # ah - as you mentioned yesterday 08.32.46 # amiconn: i have a friend with one if you cant find someone else after a bit 08.32.56 Join CaptainSquid [0] (n=Miranda@proxy15.netz.sbs.de) 08.34.20 # There are 4 groups of targets with this bridge and identical hookup within that group. I need to test at least one of each group 08.35.22 # (1) iPod 1st..3rd gen (done myself, on 2nd gen). (2) Mini 2nd gen (done myself). (3) Sansa c200 (done by pixelma). (4) iPod 4th gen + Mini 1st gen (not done) 08.36.59 Join AstralFires [0] (i=7bfc9d42@gateway/web/cgi-irc/labb.contactor.se/x-f65495e31a247228) 08.37.21 # (1) ~2x speedup, (2) 30..40% speedup. (3) ~3.5x speedup (!!) 08.37.53 # amiconn: should that also apply to e200 series? 08.37.57 # For (4) I need to know whether we're not driving the bridge too fast 08.38.02 # nanok: Not at all 08.38.12 # nanok: greyscale 08.38.20 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.38.26 # While the c200 is color, it for some reason uses the grayscale bridge. 08.38.39 # Or 'mono' rather 08.38.40 # amiconn can u see any possible solution to my predicament 08.39.25 # Afaik you need to boot into the OF for USB on 3rd gen 08.40.17 # On 3rd gen, rockbox won't detect USB, hence not reboot. And rockbox can't do usb itself on portalplayer targets yet 08.40.23 # Firewire is auto-detected 08.41.04 # Llorean: In fact I don't like these names, as the bridge itself is neither mono nor colour. That's why I just called them LCD1_* and LCD2_* in pp5020.h 08.42.05 # But calling them 'simple bridge' or 'newer bridge' would also be cumbersome, and bridge 1/2 too ... 08.42.10 # oh, i see. i thought it was possible to do the same on the e's also. now i am really thinking i should have gotten a c instead, colour is utterly useless most of the time.. 08.42.31 # The e200's lcd update is really fast already 08.42.42 # ? 08.43.01 Join webguest47 [0] (i=c76ff1a6@gateway/web/cgi-irc/labb.contactor.se/x-1e40195180f8df2d) 08.43.21 Join pondlife [0] (n=Steve@rockbox/developer/pondlife) 08.43.27 # In fact it's the fastest colour target, lcd wise (as far as the list shows - e.g. gigabeat is missing completely there) 08.43.46 # anyone around use a sansa e200 with a microsd card? 08.44.16 # amiconn: it was just a matter of useless versus minimal. i usually like minimal better ;), the e200 is fine indeed 08.44.37 # amiconn: i am still sad now sigmatel's have been ported yet, because of that 08.44.40 # amiconn: is there anyway to switch back to the original firmware or disable rockbox from the ipod ? as i cannot connect my ipod through usb anymore 08.45.09 # I use a sansa e250, but not with a microsd 08.45.12 # Hold Menu while booting, or enable hold directly after power-on. It's all in the manual 08.45.23 # You can also boot into diskmode manually 08.45.30 # I've got a situation where my Rockbox has locked up.. is there any way to reboot it? 08.45.39 # Short of letting the battery die? 08.45.40 # TheCollector, if you have a question, just ask it, don't ask if anyone is around 08.45.41 # That should even be mentioned in the apple manual (on the 2nd gen it is) 08.45.47 # webguest47: hold power for ~15 seconds 08.46.21 # Thanks a ton :-) 08.47.07 Quit webguest47 (Client Quit) 08.49.58 Join perrikwp [0] (i=98215a22@gateway/web/cgi-irc/labb.contactor.se/x-dc6e099040bf37f1) 08.50.04 Quit AstralFires ("CGI:IRC (Ping timeout)") 08.51.06 # amiconn: Did you see the update on Flyspray regarding the Nano ATA issue? 08.51.23 Quit Darksaboteur ("ChatZilla 0.9.79 [Firefox 2.0.0.9/2007102514]") 08.52.05 # there appears to be a post in the forums about it too 08.52.54 # * GodEater wonders what the mystery bit *really* does 08.52.56 # pondlife: Check this morning's logs... 08.53.05 # amiconn: i have the friend with the 1st gen mini's attention...what do you need him to do? 08.53.16 Join Astral_Fires [0] (i=7bfc9d42@gateway/web/cgi-irc/labb.contactor.se/x-20d9d5845c508bb3) 08.53.51 # scorche: First I want to know the current value of LCD1_CONTROL. Output that on the ports debug screen 08.54.46 Join bEnN [0] (n=chatzill@dsl-58-6-92-52.act.westnet.com.au) 08.54.51 # If that is done, and it's 0x4687 or 0x4685, the next tests would involve changing that, and then test fps and look for display corruption / pixel garbage, especially at 80MHz 08.54.58 Quit perrikwp ("CGI:IRC (Ping timeout)") 08.55.18 # hey guys 08.55.36 # The values to test would be 0x4487, 0x4287 and 0x4087 (ordered by increasing speed) 08.56.12 # would ne1 be able to link me to a tutorial on creating themes? 08.56.19 Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 08.57.39 # amiconn: thx a lot, u have been of great help to me :) 08.59.48 # should i also delete internal_rom_000000-0FFFFF.bin from the ipod for a clean uninstall ? 09.01.34 # Astral_Fires: it's certainly not needed - so yes you can delete it 09.02.15 # can some1 help me create a basic theme with a new bg and icons? 09.02.22 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 09.02.44 # bEnN: http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToWPSMaking 09.02.53 # bEnN: and please stick to proper english here "some1" is not a word 09.03.11 # thx and ill remember that next time, soz 09.03.25 # you just did it again :( 09.03.34 # oh ok sorry 09.03.39 # IM LERNING! 09.03.51 # to type english ? 09.04.14 # yea, im happily fluent in msn though 09.04.21 # we dont use msn here 09.04.50 Join petur [0] (n=petur@rockbox/developer/petur) 09.04.55 # yea 09.05.05 Join CaptainSquid83 [0] (n=Miranda@proxy15.netz.sbs.de) 09.05.18 Quit Astral_Fires ("CGI:IRC (Ping timeout)") 09.05.31 Quit nanok (Read error: 113 (No route to host)) 09.06.58 # Am I right in thinking that if album art is present for any given file, it will always be loaded into the buffer, regardless of the WPS ? 09.08.16 *** Saving seen data "./dancer.seen" 09.13.55 Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) 09.13.55 # GodEater: are you busy? i was wondering if you could test something for me on the ipod video. a theme? 09.15.41 # sure 09.16.36 # you need album art? is that a problem? 09.16.57 # http://stashbox.org/51216/Cobalt.zip 09.17.27 # if im exporting a backdrop as a bmp, does it matter if its a 24 bit, 256 or that? 09.17.57 Join tierra [0] (n=tierra@ibaku.net) 09.17.58 # bEnN: it has to be as high as 32 i think. 09.18.05 # ah - I don't have any album art 09.18.15 # ok 32 bit pr colors? 09.18.20 # or 09.18.35 # 32 bit, not 32 colour 09.18.46 # ok ty 09.18.54 # thank you i mean 09.20.09 # ok GodEater i am reuploading the wps but this time it has a very basic album art cover. will that work? 09.20.44 Quit CaptainSquid (Remote closed the connection) 09.21.04 Join crwl [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) 09.21.15 Part Mouser_X 09.21.25 # http://stashbox.org/51241/Cobalt.zip 09.21.34 # the background and foreground color, what do they afect? 09.22.33 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 09.22.39 # change them on your player and find out? 09.22.40 # psycho_maniac: I'll try it now 09.22.58 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 09.23.12 # ill mess around with the later 09.23.35 # GodEater: are you running any patches? 09.23.37 # amiconn: sorry for the delay...needs updating... 09.23.54 # how can I check what the fonts look like without my ipod 09.24.50 # psycho_maniac: only the keyclick patch currently 09.25.08 # alright that is ok. 09.25.26 # looks nice 09.25.31 # but obviously I have no AA 09.25.42 # can you change that cover.bmp to 100x100? i forgot to do that part 09.25.58 # bEnN: http://www.rasher.dk/rockbox/fonts/ 09.26.01 Join sidlet [0] (n=chuck@76.2.176.115) 09.26.30 # psycho_maniac: there isn't a cover.bmp 09.26.43 # hmm. 09.26.44 # thanks 09.27.25 # scorche: guess I can move the conversation here 09.27.32 # GodEater: this is not my wps this is somebodys on the wiki now. i just changed it to work for the current svn 09.27.59 # tierra: did you see what amiconn said before? 09.28.06 # no 09.28.40 Join webguest44 [0] (i=c76ff1a6@gateway/web/cgi-irc/labb.contactor.se/x-cd1df8096306cca0) 09.29.15 # The audio from my sansa e250 sounds really funny - a lot of instrumentation is missing in the songs. Is there a way I can set all my sound settings back to their default? 09.29.27 Nick bb__ is now known as bb (n=bb@dslb-088-074-136-220.pools.arcor-ip.net) 09.30.07 # anybody ever have a patch compile correctly but it will not work correctly on the ipod? 09.30.25 # meaning no hunk errors or anything but it will crash the player? 09.30.36 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) 09.30.53 # amiconn: sorry, metacity keeps freezing up for some reason, I'll have it in a minute though 09.35.39 # amiconn: where can I find LCD1_CONTROL? 09.35.46 # amiconn: did you see http://forums.rockbox.org/index.php?topic=13788.0 09.35.55 # tierra: settings, debug, view I/O ports 09.35.55 # if i copy some1 elses wps and put in my own bmp it should work right 09.36.13 # thought so, but it's not listed 09.36.46 # I see plenty of GPIO*, GPO32, and DEV_EN# 09.36.48 # nothing else 09.37.10 # bEnN: why don't you stop the "some1"? 09.37.18 # * scorche wonders if amiconn meant to add it to the screen literally 09.37.27 # sorry, habit 09.38.41 # bEnN: that would work. 09.38.44 Quit webguest44 ("CGI:IRC (Ping timeout)") 09.39.02 # oops 09.39.06 # rockbox version reported is: r15632-071115 btw 09.39.08 # thankms 09.40.01 # scorche: I should update more often, looks like quite a bit has changed... heh 09.40.11 # * scorche nods 09.40.42 # http://www.rockbox.org/twiki/bin/view/Main/MajorChanges 09.40.42 # dont know if this is the place to report it, but i mught have found a problem with the new nano release 09.41.00 # bEnN: shoot 09.41.46 # i was running loader2, with ipod linux and rockabox and when I ran rockbox the load bar would fill then nothing would happen 09.42.03 # it worked when I ran r14152 09.42.25 # bEnN: does it work with the latest rockbox bootloader? 09.42.32 # im testing that now 09.42.42 # it might have just been my setup but im not sure' 09.42.51 # I had rockbox.ipod on my root and in the older 09.43.02 # my loader.cfg pointed to the root one though 09.43.31 # tierra: well, i need to go to bed...if you are going to stay up, amiconn should be around...if you need to change the source, i can make you some builds tomorrow 09.43.40 # scorche: wow, the entire DB stuff is all new, and something I'd expect, and yeah, very awesome 09.43.44 # amiconn: tierra has a mini 1st gen for testing 09.44.00 # alright, night 09.44.01 # your previous build didnt even ahve the database? o_O 09.44.10 # yeah, must have been pretty old 09.44.39 # it was likely there...you just didnt know about it 09.44.50 # oh has scorche left? 09.45.16 # i *think* tagcache was in before the ipods 09.45.41 # o scorche, im about to test it with the rockbox bootloader 09.46.01 # bEnN: someone else can help you...i am moving to bed :) 09.46.07 # oh ok 09.46.10 # cya 09.48.29 Quit ddalton_ (Read error: 110 (Connection timed out)) 09.48.59 # how do I update rockbox, I copied the files but it still has the old ver 09.49.55 # extract ALL of the rockbox.zip to the root of your player 09.50.27 # delete the rockbox file you have in the root of the device 09.50.32 # ...but i am not here.. 09.50.54 Join mrkiko [0] (n=mrkiko@88.34.98.169) 09.51.33 # ok... 09.52.14 # GodEater: that wps did work? did you play a song longer then 10 seconds? 09.53.41 # psycho_maniac: because I saw this wrong information from you here in the logs and in the forums and by the way - you gave 2 different answers. The backdrop doesn't need to be in a specific bit depth... Rockbox is able to scale it down to what the display can handle (dithered if necessary)... 09.54.38 # ok. thanks pixelma. i got the wrong info. 09.54.39 # I know there are places in the wiki that still suggest this 09.55.41 # is there an auto installer for rockbox nano? 09.56.13 # i think i was refering to the album art .bmp 09.56.26 # bEnN: there is an installer which is explained in the manual 09.57.12 # ok, just so people know, the new nano release doesnt work with loader 2 i dont think' 09.57.23 # its opk with rockbox boot loader though 09.58.11 # psycho_maniac: the same applies there. Just out of interest (and curiousity how it looks) I experimented with album art on my (greyscale) M5 - it works with the prepared colour (usually 24-bit) cover.bmps 09.58.22 # ok now i keep getting a data abort when i load a theme with album art. 09.58.29 # cyas 09.58.30 Quit bEnN ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") 09.58.48 # psycho_maniac: yes - it worked fine, other than me having no AA as I said 10.00.20 # if you have an album art theme with cover.bmp over the specified demsions of the wps it will crash. EVEN with bmp-resize 10.00.22 # patch 10.00.59 # AND i just realized how much i love 7738. i just ran the current build and it scrolls so slow lol 10.02.54 Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) 10.07.13 # May I have Wiki write permissions? 10.07.45 # of course 10.07.50 # what's your wikiname? 10.07.55 # JerryLange 10.08.07 # speaking of wiki, i really like this MarcGuay guy 10.08.24 # haha yes did you read his wiki profile? 10.08.55 Part pondlife ("Gone") 10.09.03 # JerryLange now has edit powers 10.09.25 # Thank you. 10.10.47 # speaking of the wiki... someone knows why saratoga deleted the "USB otg" part on the NoDo? 10.11.18 # he decided he's going to implement it ? ;) 10.11.23 Part sidlet ("Ex-Chat") 10.11.49 # GodEater: on all targets? ;) 10.12.00 # that would be challenging certainly! 10.12.19 # is there a way to change a file on the wiki? 10.12.22 # maybe he's making a little solder kit available for targets without the right hardware ? 10.13.17 # psycho_maniac: no - the accepted way to do that is to "hide" the original file, and upload another one 10.13.39 # that would need a new page UsbOtgMod or something ;) 10.14.55 # nobody asks about otg on the archos targets anyway, so we can safely delete it :-) 10.15.14 # it was worse a few years ago 10.15.29 # LinusN: you're right, that MarcGuay chap has done a lot of hard work on the wiki it seems :) 10.15.41 # i'm impressed and thankful 10.15.43 # indeed 10.15.51 # can we award him a gold star ? 10.15.57 # we should :-) 10.16.17 # the "unbrick" page for the sansa e200 needs some updating - if I make an account, will I be given write privledges? 10.16.48 # so i would name it something different? 10.16.59 # markun: (1) I don't read the forums anymore, so I won't know any thread unless someone points me to it. But (2) read this morning's logs 10.17.15 # psycho_maniac: yes, that's the idea 10.17.44 # amiconn: (1) that's why I point you to posts from time to time (2) ok 10.17.45 # TheCollector: yes, you'll get write privileges if you make an account 10.17.53 # great 10.18.02 # TheCollector: the only reason we make people ask is to stop spambots signing up and ruining the wiki 10.18.09 # ah 10.18.15 # so unless you're spambot - you'll get permission 10.18.19 # you're not a spambot are you ? 10.18.27 # * GodEater peers suspiciously at TheCollector 10.20.11 # quick, the Voight-Kampff test! 10.20.18 # well, I guess that all depends 10.20.36 # if spambots can install rockbox, then maybe 10.20.42 Join [potato] [0] (n=insanpeo@c220-237-156-194.brodm1.vic.optusnet.com.au) 10.20.43 Quit micols_ (Read error: 104 (Connection reset by peer)) 10.21.18 # ok, I just got my account confirmed 10.22.51 # TheCollector: done 10.23.57 # thanks 10.27.35 # GodEater: can you test another theme? 10.27.57 # psycho_maniac: not right now - bit tied up sorry 10.29.29 # anybody else want to test a theme on the ipod video? 10.30.19 Quit [potato] () 10.32.13 # psycho_maniac: what's special about it? 10.33.14 # i fixed the album art but for some reason the text does not update and i want to know if its just my player. 10.34.06 # tierra ? 10.34.55 Join PaulJam [0] (i=PaulJam_@vpn-3101.gwdg.de) 10.38.18 # ok, I presume that it isn't my fault that the recent build is broked, despite is being triggered by my commit 10.38.56 # considering that I only touched rockblox.c 10.39.56 # hcs: ? 10.40.42 # amiconn: I just did my first commit in a while and I'm noticing the broken M-Robe build 10.40.58 # just a bad build server? 10.41.39 Join TMM [0] (n=hp@ip5650d1ab.direct-adsl.nl) 10.44.24 # Do you read the dev ml? Build server owners need to update arm-elf-gcc with the multilibs patch 10.44.36 # Unfortunately many of them did not do so yet 10.45.45 # yeah, I had read that, but didn't recall all the details 10.46.02 Join Clam [0] (i=unyuuu@124-168-35-73.dyn.iinet.net.au) 10.52.27 Join inteliwasp [0] (n=inteliwa@cpe-76-189-94-34.neo.res.rr.com) 10.54.04 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 10.55.06 # i have a 4g ipod that is giving me errors when i try to boot it, it keeps giving me the sad ipod icon or some folder icon 10.59.01 # intelliwasp: Is this related with a rockbox install ? 11.00.34 # yes, it is a daily build from about a month ago 11.00.41 Join weezerle [0] (n=weezerle@dslb-088-072-010-002.pools.arcor-ip.net) 11.01.12 # the last time i tried it, it got to rb but it said that the it could not boot 11.01.25 # Sad icon could mean a bad HD possibly, if its the folder icon , you might be able to recover it with disk mode. 11.01.46 # crap... 11.01.57 # yay blackglass and cobalt themes for the ipod video now work without patches. !! 11.02.01 # and i just got a new battery 11.02.32 # i wonder if one of the wires got loose... 11.08.17 *** Saving seen data "./dancer.seen" 11.09.39 # Hi all! I' seeing big rockbox changes! 11.10.26 Part Clam 11.13.00 Quit rasher ("need more rams") 11.13.33 # bitwise.c:177: internal compiler error: in cgraph_expand_function, at cgraphunit 11.14.31 # gcc says to submit a full bug-report... but :) I' m not alive again 11.19.40 Quit inteliwasp ("Leaving") 11.25.38 # what does "quietsave" mean? 11.27.55 # I'm trying to rework FS7738 to remove the settings entries for it. Where is the best place to store the values for wheel_accel_start and wheel_accel once they're no longer required in the menu system ? 11.28.55 # silly me - ignore that question 11.31.27 Join mf0102 [0] (n=michi@85.127.180.92) 11.38.27 # FS7738 has now had it's settings menu stuff removed. Is it good enough for a commit now ? 11.38.36 # please test it and let me know 11.40.18 # * GodEater crosses his fingers and hopes 11.44.06 Join Onj [0] (n=Miranda@home.andrelouis.com) 11.44.53 # It's still button_clickwheel only.# 11.45.04 # correct 11.45.53 # And I wonder why the 200 does quadratic acceleration, while the ipods use power of 4 11.46.05 # Hello. Could I ask a question about the latest SVN? I seem to have a problem building a voice for my target at the moment. 11.46.11 # no clue - you'd have to ask jhMikes / buschell 11.46.25 # Onj: what problem would that be ? 11.47.52 Quit psycho_maniac (" HydraIRC -> http://www.hydrairc.com <- Nine out of ten l33t h4x0rz prefer it") 11.47.52 # WEll two days ago I built voices for Iriver H120 which worked fine, but Ipod Video 30 and 80 did not. Then, it was suggested to me that I delete the entire rockbox directory and get SVN to redownload the entire thing, which allowed me to build for Ipod30 and 80, but now my own target doesn't work. How silly. However, I can use one of the voices I built two days ago and not yesterday, with today's build, and that works. My system menu is extremely sc 11.47.52 # like, copy, cut, move, a/b repeat, and so on. 11.49.32 # GodEater: I've only had a quick look, but maybe remove "DEFAULT_" from the names of the #defines, as they can't be changed any more. Also, I don't think they need to be passed as parameters to the button_apply_acceleration() function any more - that code can just use the #defines. It follows from this that the "factor" variable in that function can also become a #define 11.50.07 # linuxstb: hmm - ok 11.52.22 # linuxstb: do you mean move whatever #define I turn factor into out into the same files where the ACCEL_START #defines are currently ? 11.52.28 Join barrywardell [0] (n=barrywar@194.46.178.46) 11.53.02 # Also, when I did build the broken voices for Ipod targets, the system menu was missing completely. I've never seen anything like it. 11.55.44 # GodEater: IIUC, factor is based on DEFAULT_WHEEL_ACCEL_START, so you can #define WHEEL_ACCEL_FACTOR in button.c, based on the WHEEL_ACCEL_START which is set in the individual target config files. 11.56.39 # ok 12.08.16 Quit scorche (Read error: 110 (Connection timed out)) 12.10.27 Join moos [0] (i=moos@m147.net81-66-159.noos.fr) 12.12.03 # linuxstb: ok - all changed 12.12.58 Join lee-qid [0] (n=liqid@p54966B6B.dip.t-dialin.net) 12.16.30 Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) 12.18.18 # * GodEater pokes other ipod owners to get them to try it 12.19.50 # I wonder if the menu disappeared just for the voice, or on-screen as well? 12.22.28 # Onj, have you tried a daily build and it's matching voice file from the rockbox site ? 12.23.10 # Sure. but I never liked festival anyway, and I used to build them under windows. so I got Cygwin and I can build them just fine, no compile errors, none of that, but for some reason, something is wrong. 12.23.30 # so the one from our site works ok ? 12.23.32 Join Thundercloud [0] (n=thunderc@resnet15.nat.lancs.ac.uk) 12.23.33 # and doesn't miss menus out ? 12.24.30 # I haven't tried this morning, but yesterday everything seemed fine. It's now my H120 that doesn't work, but my friend's Ipod does, with the same parameters when I build a voice. Very strange. 12.24.57 # Maybe i will have to delete the rockbox dir yet again and run the SVN co thing. 12.24.58 # well if you try with today's, then we can rule out whether it's your build environment, or something we've broken 12.25.12 Quit Soap () 12.27.37 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 12.28.25 Join rasher [0] (n=rasher@rockbox/developer/rasher) 12.28.31 # Onj: It's now my H120 that doesn't work, but my friend's Ipod does, with the same parameters when I build a voice. <- What do you mean with the "same parameters"? How do you build them (in different build directories etc.)? 12.28.57 # No same build directories, my own personal lame choices though. 12.30.18 # ok the festival voice from the site works. I literally just got through building my own voice, so now I test that. 12.30.52 Quit barrywardell () 12.31.20 # still unsure if I understand you correctly... you are aware that voice files are target specific? (just making sure) 12.31.37 Join Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) 12.32.19 # Wow. That really does not work. The first item in the system menu is blank. then move. show indacies. Interesting choices, but definitely incorrect. I always run svn update before I build, is there something else I should do as well? I feel quite stupid for this. 12.32.49 Join barrywardell [0] (n=barrywar@194.46.178.46) 12.33.12 # Yeah. I know all that. I run the ../tools/configure, choose my target, etc etc. Build the voice, run it, and it fails. I was the unofficial rockbox voice builder for windows until August fifth this year, when it switched to target-specific voices. 12.35.08 # Are you sure you're updating the build on your player correctly? Maybe that part isn't working, so you're using a new voice file with an old build. 12.35.24 Quit Nico_P (Remote closed the connection) 12.35.34 # Absolutely. I just downloaded it. The build does say today's date in the system info, so I know that's correct also. 12.36.57 Join james_malone [0] (n=James@58.175.82.141) 12.38.48 # so are you building the voice files in the same directory and just "switch" by rerunning configure again? 12.39.27 # yeah, i cut and paste them to another folder after build. I've had this working before. I built for h10 20 gb and those voices work, the Ipod voices work with this current svn, but H120 no go. 12.39.47 # Two days ago it was reversed. 12.41.04 Quit james_malone (Client Quit) 12.43.26 # and do you also run "make clean" before configuring again? I once had a problem when I chose another voice in the tts options and a make clean soled it... if it's not that than I'm out of ideas unfortunately 12.43.40 # *solved 12.46.17 # Oh, no. I didn't know to do that. I will try that. Thanks very much. Building again now. 12.46.36 # Onj: I don't know about voice, but when building Rockbox itself, it should be done in separate build directories for different targets. IIUC, you can have a common "pool" folder somewhere that caches voice clips. 12.47.19 # Aah. Well. er, right then. I wasn't aware of this 12.47.55 Quit Bagder (Read error: 110 (Connection timed out)) 12.47.58 # that could probably make it easier :) 12.50.06 Quit mrkiko (Read error: 104 (Connection reset by peer)) 12.50.20 # What do you know! It worked. So different build folders for different targets. I'm ea windows user, thus stupid when it comes to Linux. I figured that the configure would clean up before and after itself, but I guess not. 12.50.31 # * Onj looks stupid 12.51.22 # not really 12.52.18 Join mrkiko [0] (n=mrkiko@host169-98-static.34-88-b.business.telecomitalia.it) 12.54.49 Join Casainho [0] (n=chatzill@bl8-161-199.dsl.telepac.pt) 12.55.45 # hello people! :-) 12.56.28 # Onj: All configure does is create the "Makefile" and "autoconf.h" files in the build directory - nothing else. 12.56.58 # barrywardell: hello! 12.57.05 # hi 12.57.19 # barrywardell: can you please tell me how is sansa USB developing? 12.57.37 # all I know is what Zagor has posted to the tracker 12.57.43 # I don't have to run a configure every time though now. I can make one directory for each target, configure it once and just run make voice when I need it. That saves a lot of time. Thanks. 12.58.46 # Casainho: the last two weeks nothing much has happened. I've been stuck on a hw/driver problem I don't know how to solve. some new ideas came up yesterday that I'll try as soon as I find the time. 12.59.20 # Zagor: sorry, I can't help - I am asking because I am just curious... 13.00.07 # Zagor: USB on Sansa is OTG? - what will It be able to do? - justo to connect to computer? 13.00.26 # my code is device mode only, i.e. connect to computer 13.00.46 # otg can potentially connect two sansas together and swap files 13.01.00 # but that is quite a bit more complex than what I'm doing 13.01.34 # otg is conceptually host and device capability on the same port, with auto-negotiating 13.01.55 # hmmm.. 13.02.03 # OTG does depends on hardware? 13.02.06 # yes 13.02.28 # so, Sansa have USB OTG(?) :-) :-) 13.02.57 Join Foofty [0] (i=d4dbbf87@gateway/web/cgi-irc/labb.contactor.se/x-96329457ab4b17e9) 13.02.58 Join webguest62 [0] (i=3b6412ee@gateway/web/cgi-irc/labb.contactor.se/x-6624c8b1a5ae88c2) 13.03.01 # yes it does 13.03.06 Join MethoS- [0] (n=clemens@pD955BCF7.dip.t-dialin.net) 13.03.19 # okok - good luck with USB :-) ;-) 13.03.56 # Zagor, where can I find in TWiki info about PortalPlayer? - I wouldl ike to know waht DAC It have... 13.03.58 # i want to start making a new flavor of rockbox 13.04.08 # were do i start 13.04.19 # webguest62: you mean a new port? 13.04.43 # from drivers in source, there are a few drivers for DAC but I don't know what is for Sansa... - Is that information on TWiki? 13.04.43 # based of the original 13.04.58 # Zagor: is it at the stage where could add a charging mode for the sansa (ie. request 500mA, no extra endpoints)? 13.05.11 # barrywardell: yes we could 13.05.28 # webguest: you want to modify rockbox or port it to new hardware? 13.05.40 # no 13.05.55 # webguest62: http://www.rockbox.org/twiki/bin/view/Main/DevelopmentGuide 13.06.21 # just make a version that works a little better for a Ipod Nano 1st gen 13.07.04 # Zagor: nice. can your code easily deal with selecting between msc and charging mode? 13.07.39 # thanks 13.08.02 # barrywardell: sure, we could add a switch to inhibit sending endpoint descriptors 13.08.19 *** Saving seen data "./dancer.seen" 13.08.26 Quit mrkiko (Remote closed the connection) 13.08.55 # Is there any use for a 9+18x18 unicode font? 13.10.42 # webguest62: What kind of changes do you have in mind? 13.11.40 # Why is it that every song gets included into the Database 4 times? Any way to correct this? iPod Nano with Tuesday's daily build. 13.12.13 # I've tried removing the database files and recreating the database. I've also tried looking for any duplicates of the songs on the device, none 13.13.36 # ryanakca: It could be a side-effect of the problems some Nanos are experiencing. Do you have any other problems (e.g. freezing during playback)? Also, have you checked the filesystem for errors (I can't remember if I asked that last time you were here...) 13.13.43 Join Siku [0] (i=Siku@e81-197-76-6.elisa-laajakaista.fi) 13.13.50 # like, say I have ABC and DFG on the iPod, the list goes 'ABC, ABC, ABC, ABC, DFG, DFG, DFG, DFG'. When I removed all music from my iPod with amaroK and transfered one song to it. And, before, when I had a pile of songs on there, each and every song was listed 4 times in the database browser/list. 13.14.38 # linuxstb: no... fsck.vfat ? 13.15.06 # I guess so. Or you could simply try a reformat, just to be sure. 13.15.07 # (btw, dunno if this changes anything, but it's a first generation Nano) 13.15.25 # We assumed so - that's the only Nano Rockbox works on. 13.15.29 # linuxstb: ok... and then run upstairs to a windows comp and do a restore of the firmware? 13.15.32 # ah :) 13.15.49 # No, no need to restore the firmware. Just format /dev/sdX2 (the firmware is on /dev/sdX1) 13.16.03 # linuxstb: i just want to make a interface that my mom can understand 13.16.22 # ah 13.16.28 # webguest62: How would you change it? Remove options? 13.16.28 Quit Foofty ("CGI:IRC (EOF)") 13.16.46 # * ryanakca will try fsck.vfat, and if that doesn't work, I'll reformat it tonight when I get back from school 13.17.37 # I'm assuming you're not trusting Amarok when it tells you it's deleted all files? i.e. you're looking inside the iPod_Control directory on your Nano, and making sure no files are still there? 13.17.54 # first of all i'd like to change the main menu list into a list of icons 13.18.25 # nice pretty pictures 13.19.19 # that's a pretty big change =/ 13.19.59 # linuxstb: yes... I ran... *checks* 'md5sum -b `du -a /media/IPOD/ | grep -i kpod | sed -e 's@.*/media@/media@g' | sort` >> music-md5sums' and looked threw the list for matching sums, and I also ran 'fdupes -r /media/IPOD'. 13.20.17 # and as for that, yes 13.20.21 # webguest62: you do know you can add icons to the top menu? 13.20.38 # when there aren't any files, there aren't any, and when there are some, there aren't any duplicates. 13.21.23 # yes but i want a easyer to see interface 13.21.26 Join ddalton_ [0] (n=Daniel@203-217-95-172.dyn.iinet.net.au) 13.23.11 # webguest62: easier than a list of icons? 13.23.30 # just make the font bigger 13.23.45 # webguest62: Out of curiousity, has your mom tried Rockbox? 13.23.52 # its not the look i want 13.23.59 # but she might not mind it? 13.24.18 # * ryanakca quite likes it actually :D 13.24.20 # she doesn't like it 13.24.21 # webguest62: you probably want to write down your ideas first, and make mockup screens. it will help you work faster than starting pulling at the code. 13.24.49 Quit desowin ("use linux") 13.24.52 # linuxstb: anyways, thanks, I'll format it tonight and start from scratch. Thanks ;) 13.26.09 # i found the new build to be a little unfinished 13.26.18 # it looks good but 13.26.24 # ryanakca: Is there a reason you use Amarok? You know you can just copy the files to your Nano's drive (with cp) and Rockbox will play them? 13.26.45 # some of the fuctionality is a bit glitchy 13.26.55 Join n1s [0] (n=nils@nl104-209-90.student.uu.se) 13.27.25 # webguest62: we most certainly welcome additional help 13.27.41 # don't assume nobody else wants your modifications 13.27.42 # Anything in particular? If you can't fix them, bug reports are also very welcome. 13.28.03 # kk 13.28.07 # thanks 13.29.06 # i'm just wondering if theres a fix for the USB connativity 13.29.18 Join spiorf [0] (n=spiorf@host185-210-dynamic.20-79-r.retail.telecomitalia.it) 13.30.06 # webguest62: no, because it requires a lot more than a "fix" 13.30.09 Join Nico_P [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) 13.30.35 # so the problem is known? 13.31.00 Join jpt9 [0] (n=chatzill@geodude-22.dynamic.rpi.edu) 13.31.35 # webguest62: ehum, wait a sec 13.31.59 # what exactly is the problem? 13.35.04 Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) 13.37.11 Quit jhMikeS (Nick collision from services.) 13.37.17 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 13.41.19 # when i link up my ipod nano to my computer it starts up and freazes 13.41.34 # doesn't happen with mine 13.42.07 # only if i have it turned off when i link it up 13.42.16 # not then either 13.42.32 # the old firmware didn't do it 13.42.58 # its only the past two updates 13.42.59 Join MethoS-- [0] (n=clemens@pD955C25B.dip.t-dialin.net) 13.43.13 # I don't get it on my ipod either - but I know others have reported it (both pixelma and amiconn I think). IIRC, they've said it happens with some builds, but not others, seemingly at random. 13.43.20 Quit jhMikeS (Nick collision from services.) 13.43.23 # gragh 13.43.25 # we need proper usb :/ 13.43.26 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 13.43.36 # * LinusN looks at Zagor 13.43.42 Quit barrywardell () 13.44.00 # USE 2.0?? 13.44.16 # 2.0 what? 13.44.21 # sometime i've only got 1.1 13.44.24 # webguest62: no, our own usb driver 13.44.34 # oh 13.44.37 # oz 13.44.37 Quit ddalton_ ("I was using BOFHNet IRC version 1.2 by fmillion - get your copy today from http://www.the-bofh.com/bofhnet/irc !") 13.44.43 # soz 13.46.22 # webguest62: Which Rockbox build are you currently using? Maybe preglow could test the same build on his ipod, to see if he also gets the usb freeze? 13.48.44 # r15634 13.50.08 # preglow: I'm was trying to build with the last patch applied and building the encoder fails because it can't find inttypes.h (I don't know about other files yet). SVN builds fine. 13.51.51 # linuxstb: I get this freeze rather often on all PP502x targets, but the probability depends on the actual target 13.52.11 # On mini g2 it happens *very* often, on video not that often 13.52.26 # Also not often on H10 13.55.23 Quit jpt9 (Read error: 110 (Connection timed out)) 13.56.25 Join DrMoos [0] (i=moos@m147.net81-66-159.noos.fr) 13.57.29 # jhMikeS: is that so 13.57.58 # jhMikeS: what, don't you have inttypes.h, then? 13.58.01 Quit moos (Read error: 104 (Connection reset by peer)) 13.58.18 # linuxstb: it freezes when I try connecting from a running Rockbox (not when it was turned off) - often on my c200, first experienced on amiconn's Mini. With certain builds, they can even be made with the same computer 13.59.00 # pixelma: freezes _in_ rockbox, you mean? 13.59.13 # then it just "hangs" in Rockbox's USB screen and doesn't reboot to the OF 13.59.17 # yeah, i've had that plenty of times 14.01.02 # not here 14.01.56 Quit MethoS-- (Connection timed out) 14.02.19 Nick DrMoos is now known as moos (i=moos@m147.net81-66-159.noos.fr) 14.02.39 Quit lee-qid ("aufwiederbyebientotsayonara") 14.02.53 Quit stewball (Read error: 104 (Connection reset by peer)) 14.03.31 # preglow: I have it...in two places but not on some global include path apparently. It's a fresh debian image (trying to install espeak messes things up, will try others). 14.04.10 # jhMikeS: well, i don't know what to do about that, you should have inttypes 14.04.16 Quit Casainho (Remote closed the connection) 14.04.36 Quit MethoS- (Read error: 110 (Connection timed out)) 14.06.16 # I do, I do...in the #includes. Just a path thing I think. has anyone else tried this on debian? I invite them to. 14.06.54 # Not the #includes, in the "/include" directory on the image. 14.07.22 # well, i developed it on ubuntu, which basically is debian in this regard 14.07.37 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 14.08.02 # jhMikeS: which patch? 14.08.28 Quit webguest62 ("CGI:IRC") 14.08.52 # jhMikeS: Try "apt-get install libc6-dev" - that should give you /usr/include/inttypes.h 14.09.28 # jhMikeS: Or am I misunderstanding, and the file's there? 14.09.31 # btw 14.09.43 # i haven't looked at .talk file generation at all 14.09.52 # is there anything else i should have a look at? 14.10.06 # i don't use voice, remember 14.10.10 # I have it...if I compile the binary directly with gcc from the command line, it finds it 14.10.40 # where it doesn't find is when compiling libspeex 14.10.51 # OK. All targets I've built with today using separate build directories work. So I'd like to say thanks to everyone who's helped me out today, it's much appreciated. 14.12.40 # * jhMikeS added an #include to the #includes in rbspeexenc.c to check and ran gcc on that 14.14.30 # *shrug* 14.15.14 # i wish people would stop writing shell scripts!" 14.15.15 # speex/speex_config_types.h is including "inttypes.h" 14.16.31 # so the include path is wrong then? 14.17.15 # i believe it could be without causing any problems 14.17.34 # linuxstb: where did you see that? You must be using a modified version of Speex. 14.17.52 # hrm, how should i handle the entire swcodec/hwcodec in gentalkclips.sh? i can't detect what kind of target the user has, so i have to ask about something. should i ask whether to use rbspeexenc or lame, or should i ask if the user has a hwcodec target or not? 14.17.57 # I think it's just an include path problem yeah. 14.18.46 Quit Onj ("I can get up and I can get out, so I did. http://www.tbrn.net") 14.19.05 # preglow: i think a hwcodec/swcodec question could do, or rather ask if the user has an Archos Player/Recorder/Ondio 14.19.25 # the user isn't likely to know what "hwcodec" is 14.20.05 # yeah, exactly 14.20.21 # player/recorder/ondio is the full range of archos stuff we support? 14.20.29 # yes 14.20.43 # but the player is sometimes called "studio" 14.21.04 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 14.21.05 # all add that too, then 14.21.07 # and the recorder comes in 3 flavours, "Recorder", "V2 Recorder" and "Fm Recorder" 14.21.39 # but i guess "studio/player/recorder/ondio" should suffice 14.22.00 # yeah, me too 14.22.23 # btw, what do you think would be a good way of handling this change wrt the users? 14.22.31 # i guess some kind of advance notice would be helpful 14.22.39 # especially in case of problems, and such 14.22.58 # perhaps, but i don't think many will notice anyway until after the fact 14.23.23 # if everything goes smoothly, then no 14.23.36 # but i guess i should do an ml post telling that voice file format has changed 14.24.00 # oh yes, we should of course inform them about the change 14.24.10 # i suddenly had an interesting idea 14.24.40 # is it still there? :> 14.26.08 # we have a new unicode font! 14.26.20 # royal plural? :V 14.26.44 # the old voice file could contain a clip that says "pleas upgrade the voice file" that is played when the voice file is too old 14.27.14 # and even the speex version of rockbox should be ably to play back that single clip somehow 14.27.21 Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 14.27.22 # LinusN: is it possible yet to correct svn commit messages? 14.27.34 # don't think so 14.27.40 Join Calcipher [0] (n=Calciphe@ool-18bab657.dyn.optonline.net) 14.27.43 # well, doesn't matter so much 14.27.59 # no? i'm pretty sure i've done it once 14.28.02 # but perhaps that was with cvs 14.28.23 # cvs , yes. you need the svn hook installed for that. 14.28.53 Join jpt9 [0] (n=chatzill@geodude-22.dynamic.rpi.edu) 14.29.05 Quit jpt9 (Client Quit) 14.29.28 Join jpt9 [0] (n=chatzill@geodude-22.dynamic.rpi.edu) 14.29.33 # heyhey 14.29.34 Quit linuxstb (Nick collision from services.) 14.29.35 # (sorry). 14.29.39 Quit linuxstb_ (Nick collision from services.) 14.29.43 Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 14.29.44 # how often is rockbox supposed to crash? 14.29.58 # (on a refurb Sansa e250R) 14.30.00 # lol 14.30.29 # i've had it freeze up completely a few times in the last day or so. 14.30.39 # (I just got the Sansa from woot) 14.30.40 # often, it's a feature 14.30.57 # unfortunately, I haven't been writing down the error messages; I'll start doing that. 14.31.10 # jhMikeS: so there isn't anything wrong with the Sansa? 14.31.31 # he was kidding... 14.31.34 # oh. 14.31.44 # i knew he was kidding... 14.31.46 # I just got one and I suppose I'll see myself 14.32.24 # if I use the "Complete Installation" button in Rockbox Utility, will it leave all my settings/themes/configuration/etc intact? 14.32.45 # preglow: Why not simply make the script ask for the file format (i.e. MP3 or Speex), and add a note saying that MP3 is for Archos devices, Speex is for all others? 14.32.47 # jpt9: yes 14.33.03 # i assume it gets the latest version? 14.33.12 # yes 14.33.43 # yay, my new font is even bigger than unifont (1.8MB) 14.33.55 # is there any way to permanently disable the "refresh database" crap from the OF? 14.33.59 # LinusN: because the format should be irrelevant and the info about archos should be there anyway 14.34.00 # it's *really* annoying. 14.34.08 # linuxstb: that was to you... 14.34.12 # jpt9: not until we have our own usb stack 14.34.25 # ah. 14.34.48 # preglow: IMO it's very relevant - asking which device the user has seems to be hiding what's going on behind the scenes, which I don't like. 14.35.22 # linuxstb: i don't why it matters, for archos you have one choice: mp3, for swcodec you have once choice: speex, and you will never, ever need to know what format you are using 14.35.33 # but sure, i don't care, i can hang on two format names 14.35.43 # obviously this encoder building should run on debian. where might I look for the best place to deal with include details? 14.35.55 # * amiconn wonders what gentalkclips.sh is :> 14.36.45 # hm? 14.36.56 # * amiconn uses voiceBox for generating .talk clips 14.37.01 # * jhMikeS 's problem is building the speex encoder itself in tools 14.37.10 # oh yeah... 14.37.24 # jhMikeS: Did you change the "inttypes.h to ? 14.37.43 # sometimes Rockbox won't let me shut off my Sansa if the USB cable is plugged it. (it's attached to one of those USB power adapters). 14.37.53 # linuxstb: in the speex files? no, will try that. 14.38.00 # amiconn: what/where is that? 14.38.12 # amiconn: i don't use this shit myself so i have no idea what i have to fix.... 14.38.15 # jhMikeS: Yes, see the logs from 23 minutes ago... 14.38.41 # jpt9: the sansa can not be shut down while connected to external power (afaik) 14.38.50 # does anyone know how to get rid of the Windows "Your USB device you attached is almost full. We think it might be new from the manufacturer, so we'll offer you the option to delete all the data on it. While stealing the focus from where you're currently typing. Have a nice day." thing? 14.39.01 # ah. 14.41.53 # jpt9, use a better operating system? 14.41.59 # bah, still not working 14.42.05 # i will... 14.42.11 # once I get a decent disk defragmenter... 14.42.16 # jhMikeS: Is this patch on flyspray? I can try on Debian. 14.42.33 # linuxstb: the patch in question is mine, you had a look at it yesterday 14.42.34 # Diskeeper Home (I'm at RPI; it came with the laptop) can't shove all the files to one end of the disk. 14.42.55 # http://www.pvv.org/~thomj/rockbox/speex-voicebuilding.patch 14.43.00 # linuxstb: not one with the encoder, can make a patch though 14.44.49 # also, is there any way you could have the wheel on the Sansa move the keyboard cursor left/right (or better yet, if you're not using Rec for anything, have it swap the X/Y key controls)? 14.44.55 # yep, definitely compiles libspeex in a normal build context. I verified to make sure it's not just me. 14.45.08 # jpt9, not without compiling your own build 14.45.16 # preglow: So I should just apply that patch and type "make rbspeexenc" in tools? 14.45.40 # linuxstb: just do make tools 14.45.45 Join thegeek_ [0] (i=thegeek@s220b.studby.ntnu.no) 14.45.49 # Ouch, doing that attempts to do "mkdir /libspeex"... 14.45.53 # preglow: It's not in SVN, but in the wiki: http://www.rockbox.org/twiki/bin/view/Main/VoiceHowto#Automated_generation_of_talk_cli 14.46.04 # It's a vbscript + html application 14.46.24 # linuxstb: feel free to fix, i absolutely hate hacking this shit 14.46.33 # I don't think fixing it will be a problem. We just need to provide an encoder executable in the package 14.46.50 # gheh 14.46.55 # i'll see what i can do later 14.47.10 # preglow: tools/configure looks for tools/speexenc when configuring, but it isn't built until after the configuration is done 14.47.11 # i'll probably boot windows once during the day 14.47.17 # LinusN: i know, fixed locally 14.47.58 # * amiconn boots windows approximately once a week, or even less often 14.48.10 # I just let it run... 14.48.13 # preglow: rbspeexenc.c:261: error: redefinition of 'get_long_le' 14.48.21 # redefinition???? 14.48.48 # i must be accidentally including some rockbox stuff, then, i assume the system doesn't have that 14.49.37 # wow, looks like the source is included twice 14.49.45 # ??? 14.49.54 # jhMikeS: It compiles fine for me - I did "mkdir build-voice ; cd build-voice; (ran configure for voice); make tools" and it worked. 14.50.06 # must be because i tried to apply both your and jhmikes patch 14.50.20 # now it compiles fine 14.50.25 # (cygwin) 14.50.31 # linuxstb: why the hell did it try to mkdir /libspeex ? 14.50.47 # preglow: Because TOOLSDIR isn't defined if you type "make" manually inside the tools directory. 14.50.58 # linuxstb: but you're never suppÃosed to do that, are you? 14.51.17 # linuxstb: the image i'm running is straight off the wiki link...0 modifications 14.51.47 # It works for the other tools... And the user might want to build rbspeexenc (e.g. for talk clips) without doing a configure 14.51.52 # preglow: would your patch break anything if we commit it now? 14.52.00 # LinusN: yes, voice building 14.52.01 # jhMikeS: I'm using a "real" Debian install. 14.52.07 # preglow: why? 14.52.15 # LinusN: because i removed the encoder option from configure 14.52.17 # * jhMikeS is using VMWare 14.52.29 # LinusN: so you/bagder have to fix that on the web end of things 14.52.47 # preglow: you removed it? 14.52.47 # preglow: I'm happy to try and fix it though - leave it with me... 14.52.54 # linuxstb: aye 14.53.00 # LinusN: yes i did 14.53.05 # LinusN: there is no real choice anyway 14.53.26 # if $swcodec is set, i set encoder to lame, if not, rbspeexenc 14.53.27 # but we must still support mp3 14.53.31 # aha 14.53.37 # the other way around... 14.54.10 # * preglow glues another "read _before_ pressing enter" note to his display 14.55.09 # preglow: can you commit everything but the configure cgange? 14.55.13 # change even 14.55.26 # LinusN: i still haven't fixed .talk clip generation either 14.55.28 # not even tested it 14.55.44 # preglow: I think it may be cleaner if we create a "rbspeexenc" directory in tools/, and put rbspeexenc.c in there, along with a new Makefile. Typing "make" in that directory (or "make -C ../tools/rbspeexenc") should then be capable of building the encoder. 14.55.45 # LinusN: if i don't commit the configure change, no one will be able to make voice files 14.55.48 # it woudl still feel better if the speex encoder was commited 14.55.54 # LinusN: go ahead... 14.55.57 # linuxstb: go ahead... 14.56.02 # you guys need new nicks!!! 14.56.23 # haha 14.56.35 Nick linuxstb is now known as DaveC (n=linuxstb@i-83-67-212-170.freedom2surf.net) 14.56.40 # hahah 14.56.48 # * DaveC sees this is registered though... 14.57.01 Nick DaveC is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 14.57.04 # yes, i regged it to stop you from changing your nick 14.57.05 # i'll just make my nick completer choose randomly, will probably give better results 14.57.36 Join nicktastic [0] (n=nick@unaffiliated/nicktastic) 14.57.38 # LinusN: ok, so what would you rather happen now? 14.58.10 # i'd want the speex encoder committed, but still build voices the old way 14.58.35 # okiedoke, that we can do as soon as linuxstb fixes the stuff he wanted fixed 14.58.40 # greato 14.59.17 # Are nicks case-sensitive? 14.59.20 # i'm a little concerned when the patches become so big 14.59.37 # i like incremental change 14.59.39 # * linuxstb wonders why xchat's nick-completion ignores case 15.00.24 # LinusN: sure, no point in not doing it incrementally when possible either 15.01.19 # that way we can prepare for speex voice building in a nicer way 15.03.30 Quit thegeek (Read error: 110 (Connection timed out)) 15.04.11 # jhMikeS: could you perhaps break out the type conversions in your speex patch and commit them separately, like right now? 15.05.02 # that way it is easier to review the speex specific changes in the patch 15.05.43 # LinusN: I suppose so 15.06.01 # would be great 15.06.23 # xchat's nick completion can be set to complete nearest match of whoever spoke last 15.06.32 # clever 15.06.38 # and useful :) 15.06.57 # LinusN: btw, when are we switching over to git? :) 15.07.20 # :-P 15.08.14 # * GodEater waves his "commit 7738" placard 15.08.20 *** Saving seen data "./dancer.seen" 15.09.12 # genvoice? 15.09.14 # what is this for? 15.10.40 # ok, currently both gentalkclips.sh and genvoice.sh just hard code both encoder and tts engine in variables, can i continue doing this, pretty please? :) 15.10.54 # it seems they're not made to be user friendly anyway 15.12.55 Quit Febs (Read error: 110 (Connection timed out)) 15.13.11 # GodEater: look my latest comment in 7738 15.13.19 # $0 in a shell script means argv[0], yea? 15.13.30 # linuxstb: where will rbspeexenc end up? in tools/ or tools/rbspeexenc? 15.14.04 # LinusN: it varies by target 15.14.17 # GodEater: yes, but not in runtime 15.14.28 # that would be exciting though, wouldn't it 15.14.33 # it should be handled by the preprocessor 15.15.15 # erm - ok - I'll look into it again 15.16.26 # i'm having a look now 15.16.43 # the default case can go completely too I guess 15.18.26 # ah - no it can't - that's the one the e200 uses 15.19.07 # that's WHEEL_ACCELERATION == 1, right? 15.19.11 # yes 15.19.44 # * GodEater still doesn't understand most of the maths in the patch - that was all jhMikeS and buschell's hard work 15.20.47 # parabolas 15.22.09 # another thing we should agree on: -q parameter to encode with 15.22.35 # pick one :-) 15.23.48 # -q 4? 15.23.53 # amiconn: didn't you have some suggestion for -q ? 15.24.44 # i guess i'll just tune that later 15.25.05 # but default for -c (encoder complexity, more quality at same bitrate, but slower encode) can be set to max, yes? 15.25.16 # it's not excessively slow 15.25.33 # I could have sworn one of the cases came back 2 as well - but apparently not 15.26.39 # LinusN: separate commit done 15.26.53 # jhMikeS: lovely 15.27.32 # jhMikeS: i'm commiting some smaller stuff contained in my patch to svn now, just so you don't get any trouble 15.29.03 Join pondlife [0] (n=Steve@rockbox/developer/pondlife) 15.31.57 Join Frazz [0] (n=Fraser@thelawsons.plus.com) 15.32.15 Quit Frazz (Client Quit) 15.32.28 # preglow: In tools/rbspeexenc/ 15.32.37 # ok 15.33.29 # just spam me the makefile when you're done 15.33.38 # how do i remove something i have svn added but not commited, again? 15.34.25 # svn revert ? 15.34.39 # just a guess 15.34.40 # preglow: -q 4 or even -q 3 15.34.41 # that reverts a file 15.34.45 # svn rm 15.35.00 # LinusN: it looks like the check for WHEEL_ACCELERATION==2 is not required 15.35.01 # save it if you want it though 15.35.07 # I can't find a config which uses it 15.35.09 # LinusN: Any chance your menu.c fix has resolved http://www.rockbox.org/tracker/task/8003 ? 15.35.10 Join farhank [0] (n=furk@12.206.207.114) 15.35.13 Join Arathis [0] (n=doerk@p508A51B1.dip.t-dialin.net) 15.35.34 # GodEater: let's keep it anyway, one day we might find a target that benefits from it 15.35.53 # I could have sworn the Nano was set up to use 2 15.35.57 # pondlife: nope :-( 15.35.57 # I must have imagined it 15.36.33 # pondlife: my fix only appiled to the padding for the scrolling demo text 15.36.38 # Ah, ok 15.37.01 # Does anyone know when the wma patch for fastforwarding and rewinding is going to be included so I can generate a checked out source and update? 15.37.18 # farhank: which patch #? 15.37.30 # i'm not sure, someone was talking about it in here yesterday. 15.38.15 # I just know that they have it, and I wondered when it was going to be included, as i'm leaving for london tomorrow and will be stuck with some not foastforwarding wmas if I don't convert them. 15.38.24 # farhank: i found it, but it looks like it isn't finished 15.38.30 # ahh 15.38.48 # http://www.rockbox.org/tracker/task/7989 15.39.09 # GodEater: Sorry if I'm being obtuse and pestery, but could you just recheck FS#7307. Verify that keyclick_3.patch definitely causes the beepfromhell, and that it doesn't happen with keyclick_4.patch. I find it hard to believe, sadly. 15.39.33 # Apparently Sansa still suffers with _4... 15.39.50 # um - ok 15.40.25 # jhMikeS: time to resync your speex patch :-) 15.41.14 # seeking is broken in wma, but is that part of why when you stop playing a file and go back to it later it doesn't bookmark your position? 15.41.21 # GodEater: I want to be sure before I start hacking away madly... it seems most likely that you were lucky yesterday. 15.41.57 # LinusN: deed 15.42.19 Quit jumijoze ("Some say the world will end in fire; some say in segfaults.") 15.42.19 # farhank: i believe so 15.42.45 # * LinusN is excited about speex voice 15.42.50 # jhMikeS: i'll resync my part as soon as linuxstb sends me the makefile stuff 15.43.23 # speex voice? it isn't going to generate mp3 files? 15.43.29 # preglow: I'm almost there - the problem now is an undefined reference to le2h32() in speex_header.c 15.43.38 # linuxstb: btw, latest builld seemed to add about 25kb to arm builds, will be less for coldfire 15.43.42 # i don't think that's too bad 15.43.48 # pondlife: building with v3 at the moment 15.43.50 # linuxstb: why didn't i get that? 15.44.07 Quit farhank () 15.44.08 # OK. I'm fairly sure you can get that to fail still... 15.44.08 # farhank: we are working towards using speex instead for the targets that can support it 15.44.13 # LinusN: btw, latest builld seemed to add about 25kb to arm builds, will be less for coldfire 15.44.27 # and yes, i enjoy telling you linuxstb the same things 15.44.44 # :-) 15.44.46 # preglow: still have a few of those minor changes left...made more than I realized 15.44.47 # preglow: I don't know... Maybe I'm not passing the correct -D options or something... Let me upload what I've got. 15.44.51 # 25k is nothing 15.45.06 # i can shave off more too 15.45.23 # preglow: My Makefile is here - http://www.davechapman.f2s.com/rockbox/Makefile 15.45.27 # i'm just a bit hesitant to go #ifdef crazy 15.45.48 # preglow: Create a new directory (rbspeexenc) in tools/ move rbspeexenc.c into it, and put that Makefile there as well. Then "cd" into into, and type "make" 15.45.51 # 25kcode gain, but freeing up 512k swap buffers? 15.45.56 Join Febs [0] (n=chatzill@38.98.196.75) 15.46.16 # yeah but the 512K buffer was only allocated when voice was required 15.46.17 # pondlife: more than that 15.46.23 # iram swap buffer too 15.46.31 # the greatest gain is less complexity, if you ask me 15.46.46 # * pondlife agrees 15.46.47 # yeah, the buffer handling is way simpler 15.46.49 # linuxstb: ok, so this thing replaces the libspeex/Makefile for this scenario? 15.47.18 # Yes. It's a completely self-contained Makefile, but it uses SOURCES in the libspeex directory. 15.47.45 # linuxstb: i get the same 15.47.47 # I think the problem is that we have no endianness check... 15.48.05 # I think it worked by chance for you - it was compiling with the same endianness as the target... 15.48.18 # i never use the header module 15.48.37 # isn't letoh32 a rockbox function? 15.48.43 # aaaaah 15.48.51 # i know where the bug is 15.49.29 # ok, how do i detect if i'm building as part of rockbox? 15.49.39 # any nice define? 15.50.02 # I think there's a -DROCKBOX define. If not, just add one to your libspeex Makefile 15.50.28 # ifdef ROCKBOX fixed it 15.50.29 # In fact, that's something I invented for libdemac - I use it there. 15.50.40 # so i should go #ifdef ROCKBOX? 15.50.54 # Yes - but you need to add -DROCKBOX to the libspeex Makefile 15.51.01 # pondlife: I cannot get the earsplitting shriek with v3 15.51.05 # I've tried really hard 15.51.10 # Hmm 15.51.15 # So keyclick is clicking? 15.51.20 # for the most part 15.51.27 # I get the occasional *short* beep 15.51.30 # The occasional beerp 15.51.36 # but not the never ending one 15.51.48 # linuxstb: kiedoke, will commit a fix so you can continue working, the makefile still isn't 100% good 15.51.49 # still want me to try with v4 ? 15.51.49 # Are you using SVN as a base? 15.51.55 # pondlife: of course 15.52.16 # GodEater: Maybe jhMikeS has resolved it? I'll look at his pcmbuf work shortly... 15.52.27 # preglow: Which Makefile? 15.52.31 # No need to mess with v4 unless you can get a brain-fryer out of v3. 15.52.33 # linuxstb: yours 15.52.40 # pondlife: have you seen the changes LinusN and I have made to 7738 yet ? 15.52.44 # preglow: OK... 15.53.03 # No 15.53.09 # linuxstb: in speex_header.c, just replace the #if 1 with #ifdef ROCKBOX 15.53.15 # linuxstb: that should have you on your way for now 15.53.22 # But I'm unlikely to commit it as I don't have an iPod 15.53.43 # not sure who is going to in that case 15.53.48 # Argh, I did "svn update" and now have conflicts... 15.53.52 # I just think that it should be committed as the previous time I played with an iPod in Rockbox, the wheel didn't feel great. 15.53.55 # I've ripped all the menu entries out now 15.54.09 # and just set the defaults that had been picked before as constants 15.54.18 # Cool. So you just need to pester a dev who has an iPod :) 15.54.19 # linuxstb: at least this makes the libspeex/Makefile a lot nicer... 15.54.33 # pondlife: I already have - they're mostly ignoring me ;) 15.54.43 # haha, that old problem. 15.54.47 # =/ 15.54.59 # amiconn isn't keen on it because it's clickwheel ipods only 15.55.01 # * LinusN installs the scceleration patch on his G5 15.55.32 # Well, it can be extended to the other iPods once it's in SVN... 15.56.02 # preglow: I think I've messed up my tree, and your patch doesn't apply any more to SVN - can you update it? 15.56.11 # linuxstb: kiedoke 15.56.59 # linuxstb: i won't include any rbspeexenc.c stuff, then 15.57.01 # * pondlife is happy that jhMikeS worked on the crossfade code and never removed it ;) 15.57.11 # :-) 15.58.32 # haha 15.58.36 # GodEater: so have we tested 7738 on all targets that it affects? 15.58.49 Quit CaptainSquid83 ("Miranda IM!") 15.59.10 # I'm not sure. Llorean tested on Nano, linuxstb tested on a color, and I've tested on a 5.5G 15.59.27 # linuxstb: http://www.pvv.org/~thomj/rockbox/speex-voicebuilding_2.patch 16.00.00 # * jhMikeS should probably remove preglow's previous voice building patch before this becomes a mess 16.00.08 # oh yes 16.00.09 # i did warn you :> 16.00.33 # the e200 bit has been test by a lot of users afaik 16.00.50 # preglow: Hmm, strange error - it builds rbspeexenc but then gives an error? 16.00.52 # the only unconfirmed targets at the 2g mini, and the 4G greyscale 16.01.04 # preglow: libspeex changes too? some are required here. 16.01.35 # linuxstb: it does build libspeex, yes, it complained about the resampler here 16.01.44 # linuxstb: do you defined ROCKBOX_VOICE_ENCODER also when processing SOURCES? 16.01.54 # * jhMikeS can just svn revert /tools 16.02.08 # preglow: Where are you typing "make" - you should do it inside tools/rbspeexenc/ for now 16.02.12 # linuxstb: did 16.02.41 # I don't build libspeex... it just builds all the .o files and links them with rbspeexenc,o to create rbspeexenc (which works for me) 16.02.48 # Or is that what you meant? 16.03.10 # gcc -o rbspeexenc $(OBJS) -lm 16.03.28 # doesn't that line need rbspeexen.c too? 16.03.41 # mno 16.03.57 # cc -DHAVE_CONFIG_H -DROCKBOX_VOICE_ENCODER -I ../../apps/codecs/libspeex -iquote ../../apps/codecs/libspeex -fomit-frame-pointer -Wno-unused-parameter -c -o all.o 16.04.00 # cc: no input files 16.04.02 # i get that here 16.04.26 # Yes, but before that, it's finished and created rbspeexenc ? 16.04.40 Quit spiorf (Remote closed the connection) 16.04.40 Quit Zagor ("Client exiting") 16.05.08 # the file browser is still hopelessly sluggish on my g5 :-( 16.05.21 # linuxstb: it did indeed 16.05.28 # LinusN: eh? 16.05.57 # amiconn: yes, the cursor lags a lot 16.05.58 # I never actually had the impression that the browser is slow on G5, even before my lcd speedup 16.06.14 # it's only speedy when the cpu is boosted 16.06.17 # :( 16.06.25 # With the speedup, it's completely decent, even at 24MHz 16.06.36 # still choppy here 16.06.38 # preglow: This is odd - I'm assuming it's trying to create all.o because it's making "all"... 16.06.55 # preglow: If you type "make rbspeexenc" then it works perfectly. 16.06.56 # amiconn: the menus are like lightning, but not the file browser 16.08.23 # i'm surprised that the file browser is so much slower 16.08.32 # i mean, what's the difference? 16.08.46 # it's horrible 16.08.47 # preglow: Hmm, adding ".PHONY : all" fixes it, but I wonder why that's needed... 16.09.13 # LinusN: is this the same degree of slow you mentioned a month of so back ? 16.09.18 # yes 16.09.18 Join spiorf [0] (n=spiorf@79.20.210.185) 16.09.27 # I believe I got it too 16.09.34 # but I can't remember when it got fixed 16.09.36 # or why 16.09.54 # linuxstb: don't ask me, i would have been frothing at the mouth already if dealing with this 16.10.21 # preglow: now I'm getting undefined refs to codec_realloc, speex_uwb_mode, speex_default_user_handler, speex_inband_handler :\ 16.10.36 # preglow: OK, Makefile updated on my website - same URL 16.10.38 # \o/ 16.10.53 # in any case, my file browser is now no longer slow 16.10.56 # i'll check it out 16.11.13 # preglow: But we still need to integrate this into tools/Makefile somehow... 16.11.57 # linuxstb: and once again i am more than content with leaving it in your able hands :> 16.12.04 # ;) 16.12.40 # linuxstb: i'll add some optimizations and stuff 16.12.42 Join Bagder [0] (n=daniel@rockbox/developer/bagder) 16.12.55 # the default wps is buggy on my g5 16.13.13 # it clears a part of the screen for no reason 16.13.48 # preglow: Would you prefer rbspeexenc to be created in tools/ ? uclpack something similar - the source (and makefile) is in tools/ucl but the executable is created as tools/uclpack 16.15.32 # linuxstb: well, it sounds more logical, but i don't really care 16.16.10 # jhMikeS: ahh 16.16.13 # LinusN: is that when you had a wps with album art before? I think something like this was reported here and Nico_P committed a fix for it a few days ago, maybe it's still not completely fixed? 16.16.18 # OK, let's rename the rbspeexenc directory to rbspeex, and then I'll build rbspeexenc in tools/ 16.16.32 # jhMikeS: add back speex_callbacks.c in SOURCES and see if that makes a few disappear 16.16.33 # pixelma: i have never had that, and i just reset my settings 16.16.49 # weird, never seen that 16.17.41 # jhMikeS: i don't get why you're getting codec_ things, though 16.18.32 # do I need those for the core? 16.19.10 # no, not at all, you fixed those last by commenting out a couple of allocs 16.19.18 # perhaps you've deleted that code again? 16.19.20 # it was in bits.c 16.19.26 # that was malloc, free 16.19.38 # right, so it's realloc now 16.19.44 # LinusN: do you have album art files? 16.19.58 # I'll just use #ifndef ROCKBOX_VOICE_CODEC. BTW, are those tables to stay in IRAM for non-core? 16.19.59 # preglow: OK, final version of Makefile now in same place, and a diff for tools/Makefile is here - http://www.davechapman.f2s.com/rockbox/tools.diff 16.20.16 # preglow: You now need to rename the tools/rbspeexenc directory to tools/rbspeex 16.20.22 # LinusN: I take it back, I have that too now on my c200. It looks as if it's my old wps but with the default font and without the bitmaps 16.20.24 # Nico_P: weird, a reboot solved the issue 16.20.58 # pixelma: yes, that sounds like what i had too 16.21.07 # linuxstb: excellent 16.21.29 # yes, looks like it's not reset correctly - reboot helped here too 16.21.41 # LinusN: File browser isn't slow at all here on the G5.5 ... 16.21.53 # amiconn: really odd 16.22.11 # amiconn: i wonder what on earth can cause that 16.22.54 Join jpt9_ [0] (n=chatzill@geodude-22.dynamic.rpi.edu) 16.23.12 # linuxstb: 404 on tools.diff 16.23.18 # oops... 16.23.28 # I'll upload it then... ;) 16.23.31 # :D 16.23.36 # There now. 16.23.47 # LinusN: wasn't there something about the gradient bar settings last time you discussed that here? 16.23.59 # LinusN: do you have filetype colouring enabled? 16.24.04 # preglow: one more time: ought I to retain those tables in IRAM for non-core? 16.24.13 # pixelma: yes, that was my first suspicion, but it is the same with a solid bar 16.24.19 # ah 16.24.25 # Nico_P: is that enabled by default? 16.24.38 # LinusN: no, I don't think it is 16.24.43 # * GodEater has both file coloring and the gradient bar in use on his 5.5 16.24.48 # The file browser seems slow on my 5g as well... I'm not sure how old the build is though... 16.25.01 # * pixelma wonders why bookmarking sometimes works on c200 and sometimes not... :\ 16.25.16 # bookmarking needs work... 16.25.19 # * pondlife wants bookmarking to be per-playlist, not per-folder 16.25.39 # jhMikeS: most of the tables can be left out at minimal cost, should i check that out? 16.25.50 # opinion seems divided on where the bookmark file should end up too 16.25.57 # wow, and now it hung on the "bookmark saved" screen 16.26.12 # I'd use it much more if I could save a playlist and have the resume point live in the .m3u8 file... 16.26.26 # Some kind of bookmarks as #EXTM3U maybe 16.26.39 # preglow: I think so...I say squeeze it to the minimum. I don't think speed is an issue here at all. 16.26.42 # proprietary playlist format ? 16.26.44 # yuk 16.27.01 # jhMikeS: okiedoke, then i'll do that after commiting the encoder 16.27.05 # linuxstb: thanks, btw 16.27.34 # GodEater: Is there a standard way I could achieve this? 16.27.35 Quit hcs ("Leaving.") 16.27.36 # jhMikeS: but really, i don't get those new errors 16.29.23 # pondlife: don't think so 16.29.30 # Pity. 16.29.42 # which is why we invented the bookmark file in the first place isn't it ? 16.30.19 # ok, encoder commit coming up 16.30.56 # Yep, but I'd like to be able to have my "all random tracks" playlist for use when I'm feeling indecisive, then listen to a particular album and later return to my original playlist,. 16.31.09 # So a per-playlist bookmark would do that neatly, I think 16.31.25 # The per-folder method is a special case of per-playlist, no? 16.31.42 # I guess so 16.31.54 # but the bookmark naming relies on the folder of the currently playing track 16.32.05 # Which sucks for database users. 16.32.10 # regardless of whether you're actually playing a folder or a playlist you've built yourself 16.32.25 # I think it sucks for file browser users too 16.32.31 # Yep :) 16.32.35 # preglow: building a core decoder you don't? 16.32.37 # I don't like that the .bmark gets saved into the parent folder 16.32.41 # but apparently some people do 16.32.47 # so I didn't bother submitting a patch to change it 16.33.07 # I like the idea that I could copy my bookmarks, but they should be associated with the playlist, not the folder. 16.33.16 # To be honest - I think we'd be better off with a bookmark catalog 16.33.19 # much as we have for playlists 16.33.22 Join karashata [0] (n=karashat@pool3-048.adsl.user.start.ca) 16.33.24 # perhaps even use the same folder 16.33.28 # Or build it into the playlist catalog 16.33.35 # yeah 16.33.42 # jhMikeS: hmm? 16.33.54 # The standard resume tracking should just be a bookmark too. 16.33.58 # I don't like the idea of the resume info in that actual playlist though 16.34.22 # it stops the playlist being portable =/ 16.34.30 # Could be a .bmark file alongside the playlist. The dynamic playlist would need a dynamic bookmark 16.34.31 # preglow: for building the decoder for the core, you get no errors? don't see how that's possible myself. Anyway...I don't need the user callback stuff for sure. 16.34.53 # yeah that would work nicely 16.34.57 # jhMikeS: i haven't tried yet, i'll need a new patch from you 16.34.59 # I agree, I wouldn't want to lose my bookmark(s) because I did some m3u maintenance in another program 16.35.06 # jhMikeS: btw, do remove my old patch around now 16.35.13 # all the encoder stuff is going in 16.35.14 # which parts 16.35.21 # But .bmark alongside .m3u makes some sense. 16.35.22 # I reverted /tools 16.35.42 # yep 16.35.46 # I guess the default user handler does the bit advancing...hmmm 16.35.48 # tons of stuff will go down in libspeex/ now as well 16.35.54 # blargh 16.35.55 # doesn't rockbox do it tha way when you play a m3u8? if i play a playlist and create a bookmark, then the bookmark is created in the same dir as the playlist and has the same name, so to resume you just habe to load the bmark file instead of the m3u8. 16.36.04 # just hold on a sec 16.36.12 # too late, but you don't have to update 16.36.12 # heh 16.36.37 # amiconn: so you are saying that the file browser is just as responsive as the menus? 16.36.40 # PaulJam: I didn't think it did - the routine to name the .bmark file seemed to look at the location of the currently playing file 16.36.45 # I'll check again 16.36.58 # it's not much...I'll just revert that tree 16.37.16 # Godeater: this happens afaik when you play a dynamic playlist 16.37.39 # you appear to be 100% correct 16.37.44 # So if I save my playlist first, it should work 16.37.45 # I obviously didn't understand the code properly 16.37.55 # it's a little unwieldy mind you 16.38.02 # But when I resume it goes back to being a dynamic one....:/ 16.38.14 # * pondlife will play 16.38.25 # back in ten, brb 16.38.40 # yeah - that's not ideal 16.38.47 # also - the naming could be better 16.39.15 # when you're viewing "supported" files - the .bmark file appears to be called .m3u8 16.39.22 Quit jpt9 (Read error: 110 (Connection timed out)) 16.41.46 # The current playlist filename should be preserved if I shut down, it doesn't seem to... 16.41.56 # i.e. if I resave it should default to the same name 16.42.26 # * GodEater has just tried bookmarking a playlist 16.42.45 # and loading it back after playing a different playlist gets the whole playlist back 16.42.58 # not just the folder the bookmark was in 16.44.53 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 16.48.01 Join XavierGr [0] (n=xavier@ppp101-12.adsl.forthnet.gr) 16.50.35 Join scorche|w [0] (n=42c007b2@rockbox/administrator/scorche) 16.50.56 Quit jpt9_ (Read error: 110 (Connection timed out)) 16.51.52 Quit Febs ("ChatZilla 0.9.79 [Firefox 2.0.0.9/2007102514]") 16.51.55 # well, that was smooth 16.51.57 # * jhMikeS will just hold off trying to sync any patches for a little bit 16.52.08 # jhMikeS: nothing more from me now 16.52.29 Part tkooda ("thanks") 16.54.34 Quit Bagder ("It is time to say moo") 16.54.34 # LinusN: I really can't compare, just no noticeable lag 16.54.43 # wow 16.54.54 # in my case it is so much slower in the browser 16.55.09 # I am using solid colour bar, no background image, no filetype colouring, and no custom icons 16.55.22 # amiconn: same here, i use the default settings 16.55.26 # Just rockbox blue background and rockbox orange selector 16.55.38 # Nimbus-12 16.55.55 # i have tried different settings, no difference in lag 16.55.57 # preglow: ok, now I'm just getting the stuff about the various heap calls. 16.56.34 # i use the default settings, as per a settings reset 16.56.57 # preglow: should I do the same for the realloc as the others? 16.59.09 # * amiconn has to compare again whether he can feel a difference between menus and browser 17.01.03 # amiconn: it is easier to see if you enter a directory with many items, and use a small font 17.01.09 # jhMikeS: jwell, why not 17.01.43 # linuxstb: oh yeah, forgot to credit you for that, i assume you'll survive :> 17.02.25 # preglow: No problem ;) BTW, I think line 75 in rbspeexenc be fread, not read? 17.02.35 # in speex_bits_read_from and speex_bits_read_whole_bytes, it reallocs bits->chars...not sure how to handle this. 17.02.36 # amiconn: i get the same lag if i browse fonts 17.03.48 # linuxstb: i LOVE how c just lets bugs like that through 17.04.04 # preglow: You may want to add -Wall to the CFLAGS... 17.04.11 # (that's how I found it...) 17.04.30 # hmmm...doesn't seem to care if I just remove the group functions alltogether. 17.05.29 # linuxstb: are you sure the makefile deps are ok? if i change rbspeexenc.c, it doesn't rebuild when called from "make tools" 17.05.39 # amiconn: hmm, i changed to nimbus-12, and now the menus are almost as laggy as the browser :-) 17.05.46 # * jhMikeS should just start removing functions and if compiles it's good if not, keep it 17.06.47 # amiconn: well, the browser is still a lot worse than the menus 17.07.18 Join tarehart [0] (n=Tyler@Bagw-08-238.rh.ncsu.edu) 17.07.23 Part LinusN 17.07.34 Part tarehart 17.08.23 *** Saving seen data "./dancer.seen" 17.08.23 # preglow: The problem is in tools/Makefile - we'll need to make rbspeexenc .PHONY 17.08.57 Quit TMM ("Ex-Chat") 17.09.02 Quit petur ("connection reset by (loads of) beer") 17.09.14 # preglow: I think the same issue will happen with uclpack... 17.09.29 # what does .PHONY do? Where's the makefile manual? Use "man"? 17.10.43 # linuxstb: ok, so any time i change rbspeexenc, people will need to actually make clean first 17.10.47 # that's very nasty 17.10.56 # jhMikeS: gnu hates man, you need to use "info make" 17.11.03 # jhMikeS: but i'd just go for the web manual 17.11.08 # The only version of the info is better - ask google... - http://theory.uwinnipeg.ca/gnu/make/make_33.html 17.11.13 # s/only/online/ 17.11.35 # preglow: No, adding the .PHONY means that "make -C rbspeex" will always be run. 17.12.04 # The problem is that currently, "make" sees rbspeexenc already exists, and that there are no dependencies, so does nothing. 17.12.18 # (in tools/Makefile) 17.12.36 # jhMikeS: clip_sample_16 seems to do the wrong thing with the sign bit... what am I missing? 17.12.54 # well, end result is that changes i make to rbspeexenc.c are ignored, yes? 17.13.07 # it certainly seems like it 17.13.11 # lostlogic: same code as in DSP and SPC codec 17.13.27 # it should be fine unless I munged it somehow 17.13.40 # linuxstb: even a hard "make tools" ignores anything i do to rbspeexenc.c 17.14.18 # lostlogic: which part looks wrong? I don't see a problem. 17.14.50 # jhMikeS: I must not be understanding it -- why is the sign bit xor'd with the _low_ bit of the final sample? 17.15.27 # 0xffffffff ^ 0x7fff = 0x8000, 0x00000000 ^ 0x7fff = 0x7fff 17.15.50 # preglow: Fix committed. 17.15.53 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-24-9.w81-50.abo.wanadoo.fr) 17.15.54 # woops 0xffff8000 17.16.26 # oh, there's my stupid -- >> is signed. 17.16.31 # thanks! 17.16.32 # yeah :) 17.18.01 Join PaulPosition [0] (n=noneofye@modemcable228.133-82-70.mc.videotron.ca) 17.22.44 Join Febs [0] (n=chatzill@38.98.196.75) 17.23.05 # red? 17.23.56 Quit n1s () 17.24.10 # linuxstb: Your red? 17.24.11 # linuxstb: most excellent 17.24.54 # now, that's a fancy error 17.24.59 # looks like problems on bygg again? 17.25.12 # * preglow helps bygg to its feet 17.25.38 # * preglow takes the booze bottle away from bygg 17.26.05 Join salty-horse [0] (n=ori@pdpc/supporter/active/salty-horse) 17.26.43 # when playing a song in the file browser, and the dir is turned into a playlist, is it possible to have it automatically sorted by track number? 17.26.44 # * linuxstb blames the red on bygg as well... 17.27.36 # It should be sorted by filename - so if the filenames contain the track number at the start, it will sort correctly. Otherwise you will need to use the database. 17.28.15 Quit pondlife (Read error: 104 (Connection reset by peer)) 17.29.33 Join pondlife [0] (n=Steve@rockbox/developer/pondlife) 17.29.58 Quit idnar (Nick collision from services.) 17.30.00 Join idnar_ [0] (i=mithrand@unaffiliated/idnar) 17.35.40 # reasonable enough, linuxstb. thanks 17.42.01 # linuxstb - Don't waste any time on this, but : a (long) time ago, you commited some changes to the usb detection on PP devices (0/1 to USB_EXTRACTED/USB_INSERTED).. Since then the screendump doesn't work, at least on the h10 devices (see FS#8170).. Is it possible that debug's screendump didn't get the notice? 17.42.38 Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) 17.43.53 # PaulPosition: It sounds like you've proved my commit broke it... ;) 17.43.56 Quit Xerion (" ") 17.44.06 # * linuxstb tests on his ipod 17.44.20 # * preglow got a t-shirt 17.45.08 # PaulPosition: I've just tried a screendump on my ipod (Color), and it works fine... 17.45.46 # linuxstb - It might be something specific to h10s, I wouldn't know. But I started hunting the bug (through downloading 20+ different svn versions) when a few folks on misticriver told me about that. 17.47.30 # linuxstb - Been reading source file after source file, but I'll be damned if I understand anything. As I said, it's pretty trivial anyway, so if there's no 'eureka' moment, just forget about it and keep working on making rockbox work. :) 17.47.51 # What happens if you hold RIGHT when inserting the USB cable? 17.48.01 # gonna try that. 17.49.50 # linuxstb - Well, well.. :o So the 'right/select' button would serve like the 'menu' button for that.. It does work. 17.50.45 # Hmm, odd 17.50.56 # (although it kind of make 'screendump' useless :p ) 17.51.11 # The browser *is* a bit laggy compared to the menu on G5.5 (and btw I'm using Nimbus-19) 17.51.25 # But it seems there is a stray boost somewhere 17.51.39 # I have a boost count of 1 right after boot 17.52.13 # PaulPosition: I think this is because the H10 reverses the USB logic - it only reboots into disk mode if you're holding RIGHT (IIUC) 17.52.54 # linuxstb - It would make sense. I guess. 17.53.26 # PaulPosition: I'm still looking at it though... 17.55.31 # Ah yes, that is the reason. The H10 defines the "charge only" button as BUTTON_NONE, which means the usb detect function is returning USB_POWERED, not USB_INSERTED when nothing is pressed. 17.55.43 # And the screendump is only done on USB_INSERTED... 17.56.04 # Looks like the lagginess simply depends on string length 17.56.22 # linuxstb - But as I said, it's a trivial thing. WPS designers still have simulator for creating screendumps and most debug info don't react on pressing right, so there's no big loss. 17.56.22 # So if there are lots of long filenames in the list, it will slow down 17.56.31 Join localhero [0] (n=dinzdale@74.196.216.101) 17.57.27 # I think that means mono bitmap drawing is in need of optimisation 17.57.28 # PaulPosition: Yes, I can't think of a nice fix... Let's keep waiting for Zagor's usb code... 17.57.38 Part localhero 17.57.46 # PaulPosition: I'll comment on your task though. 17.58.12 # linuxstb - Thanks for taking some time looking at it. And commenting, if only so no one starts chasing windmills. 17.58.17 # Of course it could pay off to check for nasty things like multiple redraws in the list code as well 17.59.27 # amiconn - Is that specific to the G5.5 or is it something you'd like to test on (completely different) targets? 17.59.56 # * PaulPosition 's only forte is having time to test. 18.01.03 # It probably affects all 16 bit colour targets (if it's the mono bitmap drawing), or all targets (if it's the list code) 18.01.23 # But larger screens will suffer more 18.01.55 # (unless that larger screen is backed by a faster cpu, i.e. gigabeat) 18.01.55 # heh.. I have the smallest screen. 18.02.03 # I doubt that... 18.03.04 # Smallest screen (both in terms of pixels and in terms of framebuffer bytes) would be the archoses 18.03.08 # even not the smallest colour screen 18.04.26 # True enough, I didn't think of the mono targets. But is there a colour one with less than 128x128 ? 18.04.32 # yes 18.04.38 # c200 18.04.39 # 132x80 (c200) is smaller than 128x128 18.04.39 # c200: 132x80 18.04.56 # Sheesh, c200. Forgot about this new kid. 18.05.39 Join webguest24 [0] (i=82cf39eb@gateway/web/cgi-irc/labb.contactor.se/x-eec2e6dd11a1ea7d) 18.06.55 Quit webguest24 (Client Quit) 18.07.51 # tierra: Around now? 18.08.28 # Meh, who did this strange "optimisation" in lcd-16bit.c: lcd_mono_bitmap_part() that actually slows things down? 18.08.36 # * amiconn checks svn 18.10.14 # Looks like gregw... 18.10.49 # Putting a switch() into an inner loop is clearly not a way to speed things up... 18.14.57 # I'm also curious about his ARM optimisation to lcd_bitmap_transparent_part... 18.15.54 # Hmm, how should one "artificially heat" a Nano? ;-) http://www.rockbox.org/tracker/task/7510#comment19623 18.18.09 # microwave for example... 18.18.15 # probably a hairdryer 18.18.21 Part salty-horse ("Leaving") 18.18.45 # actually, put some oil in the skillet... add onions and garlic, when those are near done, put in the nano 18.19.17 # oblib's very specific with that "CPU > 65MHz bit" comment. 18.19.36 # Why 65MHz, I wonder? 18.21.48 Join japc [0] (n=japc@194.65.5.235) 18.25.18 # The bit is named that way by the ipl people 18.26.09 # But it seems that it's not recommended on PP in general; PaulPosition tried it on H10 and got freezes 18.26.10 # does this mean FS#7510 is fixed? 18.26.27 # The PP ata controller definitely needs research 18.26.29 Quit Calcipher ("—I-n-v-i-s-i-o-n— 2.0 Build 3515 with A Pack Fix By www.ircmadeasy.com") 18.26.54 # I might look into that later, for now I'm quite busy with lcd & backlight 18.27.25 # * amiconn *still* needs a tester with some basic build knowledge and an ipod 4th gen grayscale or a mini 1st gen 18.27.51 # * amiconn also thinks a gfx benchmark plugin would be a good idea 18.28.41 # jhMikeS: so, what next? 18.28.42 # Someone here must have a 4th gen grayscale or a mini 1st gen 18.28.49 # amiconn: what would it do compared to testfps? 18.29.19 # Test things like lcd_drawline(), lcd_fillrect(), lcd_mono_bitmap_part(), lcd_bitmap_part() ... 18.29.38 # Mandelbrot with an FPS readout? 18.29.56 # Mandelbrot isn't that gfx heavy 18.30.07 # it's more cpu heavy 18.30.10 # yes 18.30.11 # amiconn: I agree, a gfx benchmark plugin would be very helpful.... 18.30.43 # testfps++ 18.30.54 # But lcd-16bit.c: lcd_mono_bitmap_part() is clearly in need of optimisation, and in fact t shouldn't be difficult 18.31.21 # pondlife: test_fps tests hardware. A gfx benchark is a pure software benchmark 18.31.40 # It could even run in the sim (althoguh that probably doesn't make much sense) 18.32.14 # pondlife: For mono bitmaps, logo.rock with the sleep() removed would be a better benchmark 18.32.44 Part linuxstb ("Leaving") 18.32.52 # * amiconn wonders whether greg white really benched his optimisations on gigabeat 18.33.13 # * amiconn suspects that it slows down things on all 16 bit targets, including gigabeat 18.34.10 Join linuxstb [0] (n=chatzill@rockbox/developer/linuxstb) 18.34.33 Join MethoS- [0] (n=clemens@pD955FCBD.dip.t-dialin.net) 18.34.49 # PaulJam: as I understand it, a microwave won't help you much as long as you don't apply some water as well.. ;) 18.35.44 # pixelma: well, the metal parts should heat up, no? 18.36.00 # or fat :P 18.36.29 # and/or spark like mad. 18.36.37 # PaulJam: it is a *very* bad idea to put metal in a microwave 18.37.01 # i didn't intend to do it 18.37.43 # * scorche|w recommends the hair dryer method of heating up a nona 18.37.55 # that also works for nanos >_> 18.37.57 # that nona again... :P 18.38.18 # idop nona 18.38.28 # does the patch posted on FS#7510 fix the problem? 18.42.25 # It seems to... 18.43.06 # that's excellent news! :) 18.43.32 # I guess it needs testing on other PP targets before committing though. 18.43.36 # ...on nano's that is. 18.44.12 # No, all targets I think... (well, all that use the ATA controller) 18.44.18 # linuxstb - that patch + h10 == freezes on boot 8 out of 10 times, freezes on (trying to) playing song the rest of the time. 18.45.01 # amiconn said that about 20 minutes ago... 18.45.04 # Unless he changed it a lot since I tried it ~10 hours ago. 18.45.15 # * linuxstb goes to read the logs... 18.45.17 # indeed. 18.47.47 # what, a patch on that page?? 18.48.48 # now, lookie here 18.48.52 # i wonder where this info was found 18.49.34 # btw, what's the status on ipod hw eq? 18.51.50 # Looks like the nano problem was pinched. Well done, whoever that was (I just quickly skipped through -sf mails) 18.52.35 Quit Guile`` ("KVIrc 3.2.0 'Realia'") 18.52.40 Join JoeBorn [0] (n=rootmeis@dsl017-022-247.chi1.dsl.speakeasy.net) 18.52.46 # hi all 18.52.54 # thought you might find this interesting: 18.52.56 # http://open.neurostechnology.com/node/1020 18.53.14 # TI is releasing a free DSP compiler for the C54x for open source work 18.54.25 # with the DSP bridge, it should be a lot easier to port rockbox to many of the TI devices 18.54.27 # http://open.neurostechnology.com/node/981 18.54.29 # amiconn: those are optimizations? 18.54.30 # Not bad. Pity they had to be picky about who uses it 18.54.50 # it's a good step, IMHO 18.55.04 # The distinction between opensource and commercial is a bit weird 18.55.17 # rasher: That's what struck me as well... 18.55.27 # JoeBorn: Do you have a link to the actual license of that compiler? 18.55.59 # it's an attachment to the top link 18.56.17 # jhMikeS: The commit message says so... 18.56.24 # we negotiated it for months. 18.56.37 # you should have seen the first version of the license. 18.56.41 # * jhMikeS would have thought the diff engine reversed panels 18.56.56 Quit moos ("Rockbox rules the DAP world") 18.56.58 # I can't find that attachment 18.56.59 # http://svn.rockbox.org/viewvc.cgi/trunk/firmware/drivers/lcd-16bit.c?annotate=12062 18.57.18 # yeah, I'm looking at that and saying wtf 18.57.25 # I can't see the attachments either... 18.57.49 # JoeBorn: Are attachments only visible to logged in users? 18.58.12 # shouldn't be, let me see. 18.58.43 # jhMikeS: Well, the idea to implement often needed draw modes directly instead of calling the pixelfuncs might be helpful - but the switch must happen outside the inner loop then 18.58.47 # try again, should be fixed 18.59.11 # JoeBorn: now this is an unexpected turn of events 18.59.54 # preglow - hw eq? Is someone working on getting rockbox to use hardware eq on some targets? 18.59.54 # Now it's there.. http://open.neurostechnology.com/files/TI-C54x-CGT-v4.1.1.2.tar.bz2 19.00.07 # PaulPosition: i'm trying to have it removed and replaced with tone controls on ipod video 19.00.15 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 19.00.15 # I wonder why they only made the Linux version available though - lots of open source devs use Windows, and I'm sure vice-versa... 19.01.09 # preglow - Oh. I *so* don't know about the ipod platform. I just wish I could have some functional eq on my h10 without ui slowing to a crawl. :p 19.01.28 # JoeBorn: What host archs/OSes is this compiler available for? 19.01.28 # linuxstb: we asked for linux, since that's what most of our folks are using 19.01.34 Join bertrik [0] (n=Bertrik_@121-021-045-062.dynamic.caiway.nl) 19.01.44 # amiconn: linux for now, but windows might be coming 19.01.47 # we're working on it. 19.01.51 # We'd need at least linux-x86 and linux-x86_64 19.02.03 # comment on the blog that you'd like 64 19.02.06 # Windows would be helpful too (cygwin) 19.02.40 # linux-x86_64 isn't strictly needed 19.02.47 # i'd go for windows first, fo shizzle 19.02.55 # Well, several build servers are running that 19.03.05 # yeah, but they can also run linux-x86 19.03.07 # no trouble at all 19.03.22 # Yes - but only if the 32 bit compatibility libs are installed 19.03.40 # * amiconn prefers to keep his system 64 bit clean 19.04.00 # sure, me too, but enabling it is very simple, so it really is no biggie, if you ask me 19.04.04 # Anyway, not all build servers would need it - those would need to be excluded from TI builds 19.07.30 Quit nicktastic (Read error: 113 (No route to host)) 19.08.27 *** Saving seen data "./dancer.seen" 19.09.16 Join webguest80 [0] (i=8071369a@gateway/web/cgi-irc/labb.contactor.se/x-954c670c34c2cab9) 19.13.35 # preglow: what's left to do in the voice switchover besides daily builds using speex? *getting impatient* 19.13.58 # What needs to be changed? 19.14.03 # Won't it automatically use speex? 19.14.35 # amiconn: well comment on the blog, TI will be listening 19.14.43 # To commit the changed playback of course but can't do that until the other build support is in place. 19.14.43 Quit webguest80 ("CGI:IRC (EOF)") 19.15.11 # But what build support? Has anything changed to build a voicefile? 19.15.25 # new format = new encoder 19.15.40 # Yeah but isn't that built automatically? 19.15.59 # I don't think that was put in place yet in a config. 19.16.17 # so you have to manually build rbspeexenc? 19.16.54 # yeah, atm. 19.17.22 # couldn't it be built in the same way as voicefont and wavtrim? 19.18.31 # There was some trouble. one thing was on Debian VMWare it couldn't find certain #includes, I guess a recent commit fixed another. 19.19.09 # But shouldn't "make voice" at least attempt to build rbspeexenc in the same way the other tools are built? 19.20.24 Join linuxstb_ [0] (n=chatzill@i-83-67-212-170.freedom2surf.net) 19.20.49 Quit billenium ("Ex-Chat") 19.21.01 Quit jhulst ("Konversation terminated!") 19.22.19 # Adding \$(SILENT)\$(MAKE) -C \$(TOOLSDIR)/rbspeex CC=\$(HOSTCC) all to the Makefile when building voice for swcodec 19.22.21 # Maybe. I didn't work on that part but when will the build servers start generating the speex voice for dailies. The core commit and the format change have to happen together. 19.22.25 # If I got that right 19.22.58 # jhMikeS: little, i was asking you the same 19.22.59 # The format change should happen because the commit makes it happen, surely? 19.23.05 # jhMikeS: i am going to have a test, that's for sure 19.23.08 # and that's going to happen now 19.23.22 # and i still need to fix gentalkclips.sh 19.23.24 # preglow: I'm ready to push the button at a moment's notice 19.23.44 # well, we need to get a hold of a swede too 19.23.49 # Why? 19.23.53 # daily voice builds 19.23.54 # preglow: create support in voice.pl instead 19.23.56 # they need to change the script 19.23.58 Quit linuxstb (Nick collision from services.) 19.24.02 # What needs to be changed? 19.24.02 Nick linuxstb_ is now known as linuxstb (n=chatzill@i-83-67-212-170.freedom2surf.net) 19.24.04 # rasher: i have created support in voice.pl 19.24.11 # preglow: no I mean for generating talk clips 19.24.19 # rasher: just the basic shit, use lame for hwcodec, rbspeexenc for swcodec 19.24.23 # that's that, basically 19.24.29 # preglow: I thought that happened automatically in configure? 19.24.36 # I don't see why it wouldn't 19.24.43 # not for gentalkclips.sh, surely? 19.24.48 # i don't really know, i never use this stuff 19.25.03 # I think our problem is that we're talking about two things at once. 19.25.16 # First, what needs to be changed in the voice build scripts? 19.25.22 Quit Thundercloud (Remote closed the connection) 19.25.29 # Daily voice, that is. 19.26.05 # rasher: codec selection 19.26.07 # i removed one prompt 19.26.11 # Which? 19.26.14 # codec choice 19.26.19 # there was no codec choice 19.26.21 # which basically was just "lame" before 19.26.31 # are you certain about that? i'm quite sure configure asked for codec 19.26.38 # It doesn't. 19.26.50 # # option=`input` 19.26.51 # option="l" 19.27.02 # right, then we're good to go 19.27.03 # It used to, though 19.27.42 # Assuming rbspeexenc will build automatically and succesfully, it should work 19.27.54 # As far as I can tell anyway 19.28.09 # i still have to fix and test talk clips 19.28.19 # and create a build for amiconn's voicebox 19.28.40 Join japc_ [0] (n=japc@194.65.5.235) 19.28.54 # You should just code talkclips support in voice.pl and deprecate gentalkclips.sh 19.29.30 Join linuxstb_ [0] (n=chatzill@i-83-67-212-170.freedom2surf.net) 19.29.33 # i'm not doing that now :) 19.29.40 # Lazy. 19.29.43 # this shell script work is killing my interest slowly and certainly 19.29.51 # i was in this for the codec work :P 19.29.52 # But.. perl! 19.30.05 # it's not enough anymore :/ 19.30.17 # what do most people use for voice files anyway? 19.30.18 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 19.30.39 # Voice files are created by voice.pl 19.30.55 # genvoice.sh is dead? 19.31.01 # I don't think the vbscript solution has caught up, and genvoice.sh is dead as a dodo 19.31.04 # why is it still in svn? :) 19.31.27 # Because no one has deleted it yet 19.32.09 # I guess I'll have a go at stuffing talkclip generation into voice.pl 19.32.51 # Will probably wait until after your commit 19.34.03 # ok, so talk clips will be dead until you do? :> 19.34.35 # I don't think that'd be terribly unreasonable 19.34.46 # I doubt many people use gentalkclips.sh anyway 19.34.47 Quit linuxstb_ (Read error: 104 (Connection reset by peer)) 19.36.22 # preglow: voicebox probably needs minimal adjustment, and an rbspeexenc.exe 19.36.32 # amiconn: i'll get you that today 19.36.35 # hmm 19.36.36 # preglow: and you removed the encoder argument from encodewav? 19.36.43 # Iirc it already allows to choose swcodec or hwcodec, because of format support 19.36.45 # rasher: encodewav?? 19.36.52 # preglow: inside voice.pl 19.37.00 # The hwcodec setting only generates clips for .mp2 and .mp3 files 19.37.24 # rasher: i don't believe i've done any such thing, no 19.37.33 # could've sworn.. 19.37.50 # voicebox is mostly a vbscript, hence easy to fix compared to shell scripts ;) 19.38.04 # preglow: ah right, nevermind 19.38.57 Quit linuxstb (Nick collision from services.) 19.38.57 # I'm just talking rubbish 19.39.34 # The user will need to be aware of the change though 19.40.26 # By default, voicebox only creates missing clips, but will not recreate existing ones. There's a checkbox to override this; the user will have to do this once to replace the old .talk clips in mp3 format 19.40.46 # The script cannot know whether the clip is in old or new format 19.41.36 # That reminds me - the core voice code must be robust enough to not crash when it's fed with mp3 data 19.42.30 # it is 19.43.46 Join merbanan [0] (n=banan@83.233.243.232) 19.44.25 # hmm... isn't rbutil also able to create .talk clips? Should probably adapted then too... 19.44.33 # +be 19.44.58 Join linuxstb [0] (n=chatzill@rockbox/developer/linuxstb) 19.45.09 # Gosh, all these options 19.45.31 # preglow: waste no time in deleting gentalkclips.sh and friends (genvoice.sh and voicecommon.sh) 19.46.00 # woot 19.46.49 # rasher: commiting a new dude now? 19.47.22 Quit MethoS- (Read error: 110 (Connection timed out)) 19.52.48 # preglow: Huh? 19.53.08 Join MethoS- [0] (n=clemens@pD955DE2A.dip.t-dialin.net) 19.53.31 Join Xerion [0] (i=xerion@cp198589-d.landg1.lb.home.nl) 19.55.58 Join webguest98 [0] (i=51dbe728@gateway/web/cgi-irc/labb.contactor.se/x-7fa099b19f4b2b2f) 19.56.54 # bygg seems to be cursed... 19.57.34 # Eh.. are perl dirhandles global? 19.58.29 # Isn't everything global in Perl, unless prefixed by "my" ? 19.59.11 # Dirhandles are different beasts 19.59.31 # Ah, there's a core module which seems somewhat saner 20.01.03 # Hrmpf 20.06.10 # hi. when in file browser the result of pressing SELECT button and FF button (on iaudio m5) are the same. where can I look for file to change it? i mean eg. pressing SELECT will insert whole folder but pressing FF will insert only one selected file. 20.09.54 Join Frazz [0] (n=Fraser@thelawsons.plus.com) 20.09.57 # rasher: you told me to delete the bash scripts, i assumed you were working on a replacement for gentalkclips.sh 20.10.13 # preglow: yeah, I'll implement it inside voice.pl 20.10.22 # (as planned from the start - I just never got round to it) 20.12.22 Join nanok [0] (n=nanok@194.145.183.75) 20.13.29 # do most people just download their voice files? 20.14.14 # I'd assume so 20.14.22 # amiconn: you around? 20.16.13 Quit japc (Read error: 110 (Connection timed out)) 20.16.16 Quit japc_ (Read error: 110 (Connection timed out)) 20.16.49 # yes 20.17.26 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 20.21.24 # amiconn: i'm going to try an rbspeexenc build with mingw now 20.21.53 Quit Xerion (" ") 20.22.03 # webguest98 - Have you tried a long press of select? Context menu would allow choosing the sort of insert you want (I think).. 20.22.04 # preglow: s/gcc/$(CC)/ in the Makefile... 20.22.05 # Imho it would be best to build it in cygwin, but as pure win32 executable 20.22.13 # We already do this for several tools 20.22.39 # For sapi voice building, this is a necessity 20.22.55 # amiconn: well, that's what mingw does... 20.23.02 # ...because the encoder executable is started from the vbscript, not directly from cygwin 20.23.12 # mingw is a pure windows env 20.23.17 Join Thundercloud [0] (n=thunderc@resnet19.nat.lancs.ac.uk) 20.23.19 # i never use cygwin, i hate the stuff 20.23.23 # Yes, but it would be nice to have it built automatically on demand 20.23.32 # * linuxstb curses Windows for requiring a .exe extension and looks at the Makefiles again... 20.23.37 # well, i'm not installing cygwin 20.24.20 Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 20.25.16 Join Clam [0] (i=unyuuu@124-168-35-73.dyn.iinet.net.au) 20.25.35 # Hmm. Once it builds in mingw, it's probably just a question of CFLAGS to make it build in cygwin 20.25.43 Join Xerion [0] (i=xerion@cp198589-d.landg1.lb.home.nl) 20.25.49 # cygwin gcc -mno-cygwin essetially *is* mingw 20.26.00 # * linuxstb wonders how uclpack works in cygwin - the target is "uclpack", even for Windows builds (IIUC)... 20.26.20 # I'm having a bit of trouble with the WPS. When I use the Time tags, and a graphic on the same "line" the graphic will display for a millisecond then disapear. If I use any other text on the same line, the graphic stays... 20.26.35 # what is -iquote? 20.26.38 # gcc 3.4.5 does not have it 20.27.00 # preglow: It's the search path for #include "filename.h" 20.27.41 # -I also includes that, no? 20.28.25 # linuxstb: cygwin is clever enough to know about the .exe extension - in most cases 20.29.01 # preglow: I didn't think so - I thought that's the whole point if <> and "" when #incliding 20.29.32 # amiconn: Hmm... In tools/configure, the target is "uclpack", so would "make" look for "uclpack.exe" ? 20.29.43 # I mean tools/Makefile 20.30.24 # this didn't work too well... 20.30.36 # PaulPosition - yes I can do that but it's slow. the problem is that by pressing SELECT and FF exactly the same actions are taken. it'll be a small improve to differentiate these actions. 20.31.02 # linuxstb: Not only uclpack - that applies to all tools 20.31.15 # linuxstb: just doing CC=i586-mingw32msvc-gcc does not work well and gives strange errors... 20.31.36 # preglow: Did you see the fix I mentioned (replacing gcc with CC) ? 20.31.39 Join Fraser [0] (n=Fraser@thelawsons.plus.com) 20.31.46 # yep 20.31.48 # applied it too 20.31.51 # webguest - Then I *think* you'd have to set up a dev environment, edit source code and compile your own build.. On my device, FF/RW are used for page-up/down so I can't really relate. :p 20.31.56 # preglow: That worked fine for me... 20.32.04 # i586-mingw32msvc-gcc -DHAVE_CONFIG_H -DROCKBOX_VOICE_ENCODER -I ../../apps/codecs/libspeex -O3 -fomit-frame-pointer -Wno-unused-parameter -Wall -c -o bits.o 20.32.07 # i586-mingw32msvc-gcc: no input files 20.32.08 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 20.32.09 # that happens here 20.32.45 # I uploaded some examples: http://blahtemppics4.googlepages.com/ex1.png as opposed to: http://blahtemppics4.googlepages.com/ex2.png 20.33.44 # preglow: Are you doing that in the tools/rbspeex directory? 20.33.49 # linuxstb: yessir 20.33.56 # PaulPosition: yes, I want do compile but I simply don't know where I can find the file responlisbe for these actions. 20.34.06 # preglow: I've just done it, and get a .exe (well, a rbspeexenc file without the .exe extension...) 20.34.16 # And you did 'make clean" ? 20.34.17 # ok... 20.34.20 # what failed here? 20.34.21 # Nico_P: You here? 20.35.26 # Nico_P: Anyway, I can't stay at the computer long. Just wanted to ask if the Album Art code then takes into account someone changing from a WPS with one size AA to a different size AA (up or down) safely. 20.35.29 Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) 20.35.39 # preglow: "CC=i586-mingw32msvc-gcc make" is all I typed... My i586-mingw32msvc-gcc is v4.2.1 20.35.47 # Llorean: I'm here, yeah 20.36.10 # Llorean: depends on what you call safely 20.36.52 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 20.37.08 # webguest98, apps/keymaps/keymap-yourmodel.c 20.37.28 # linuxstb: i didn't know such a mingw gcc existed... 20.37.44 # Llorean: off the top of my head, everything should go smoothly... I think I tested too 20.37.49 # preglow: It's just the Debian one - "apt-get install mingw32" 20.37.58 # Nico_P: "Doesn't cause crashes or glitchy-looking data" 20.37.58 # mine is the ubuntu one 20.38.09 # What version is yours? 20.38.12 # linuxstb: anyway, all is well, relay that exe to amiconn, doing it properly can come later 20.38.15 # linuxstb: 3.4.5 20.38.18 # Llorean: I pretty sure it doesn't 20.38.25 # Alright 20.38.38 # Just thought of it, and was curious 20.38.58 # Well, it seems to only happen when using the "%pc" tag. Has this got something to do with the constant updating of the current time in the track, but the graphics won't get refreshed? 20.39.32 Join Arathis2 [0] (n=doerk@p508A7075.dip.t-dialin.net) 20.39.35 # amiconn: http://www.davechapman.f2s.com/rockbox/rbspeexenc.zip (my .exe compiled with mingw32) 20.39.40 # webguest98 - So that would be keymap-x5.c which is used for both the x5 and m5.. Btw, I think that 'extra' select has been put in to facilitate one-handed operation of the dap. 20.40.10 # Soap_: If you're around at any point, there's a "fix" for the Nano issue, but one person's reported problems with it not saving settings on shutdown, or playing videos in mpegplayer, wondering if you could see what happens for you. Tracker entry 7510 20.40.19 Quit Frazz (Read error: 110 (Connection timed out)) 20.40.40 # * Llorean is going to try it on his "working" nano, just as soon as he runs off and does some errands. 20.43.15 # jhMikeS: have you tested .talk clips? 20.43.45 # no...not sure how to pull it off with the trouble I'm having 20.43.50 # trouble? 20.44.25 # with the includes, or is that fixed? 20.44.34 # what, you still can't compile? 20.44.44 # I'll try again 20.44.57 # i haven't tried lately, i just assumed you had it fixed when you posted a patch 20.45.10 # oh, those includes 20.45.44 # jhMikeS: You're talking about building rbspeexenc ? 20.45.51 # yeah 20.46.17 # Can you update to latest SVN and try running "make" inside tools/rbspeex/ ? 20.46.51 # krazykit - this file controls buttons, but BUTTON_RIGHT and BUTTON_SELECT are connected both to ACTION_STD_OK. If it might work I should add eq. ACTION_insert and bind connect with BUTTON_RIGHT. and I have to change some *.c file. 20.47.09 # unrecognized option -iquote 20.47.35 # eq = e.g. 20.47.59 # without 'bind' 20.48.04 # webguest98, sorry, i'm not really familiar with that code. 20.48.49 # jhMikeS: So which native gcc does that image come with? 20.48.57 # ok. but thanks you 20.49.14 # 3.3.5 20.49.50 # * linuxstb sighs... 20.50.31 # jhMikeS: go windows? :> 20.50.43 # ouch, old image? 20.50.53 # jhMikeS: OK, just try removing the -iquote option completely in the Makefile 20.50.55 # last one on the Wiki 20.51.29 # jhMikeS: I don't think that was necessary anyway - it builds fine for me without it. 20.51.31 # Gah, I'm getting .talk.wav.talk files... That's not what I wanted 20.51.37 Quit Arathis (Nick collision from services.) 20.51.42 Nick Arathis2 is now known as Arathis (n=doerk@p508A7075.dip.t-dialin.net) 20.52.57 # PaulPosition: did you understand what my problem is? any advice? 20.53.10 # cc: ../../apps/codecs/libspeex: linker input file unused because linking not done 20.53.14 # bunches of those 20.53.42 Join ToHellWithGA [0] (n=ryan@d8-9.rb4.clm.centurytel.net) 20.54.15 # jhMikeS: Hmm... Can you do "make clean" and then "make &> log" and upload the log file somewherE? 20.55.17 # i got one of those with mingw too 20.55.37 # hey yall. i have the most recent 30GB black ipod video. rockbox runs great but when i plug in to usb without putting the device in the "hold" position it neither charges nor syncs. am i doing something wrong? 20.55.56 # s/sync/mount/ 20.55.57 # preglow: would it be okay if I committed .talk file generation before your commit? 20.56.03 Quit bertrik ("bye") 20.56.04 # rasher: 100% 20.56.09 # rasher: i in fact welcome it 20.56.16 # webguest98 - I "kind of" understand, but I'm not familiar with rockbox source.. I guess you'd have to browse the files #included for the call you're looking for.. dunno, really. I'm no programmer, I just have a basic understanding. 20.56.42 # I think I have it working, but I bet there'll be bugs. Those can be sorted out in time I guess 20.56.48 # sure 20.56.54 # i'm concocting a small mail to the users list now 20.57.14 # webguest98 - Maybe start with browsing the various 'menu' files looking for what happens when you insert from context menu and see if you can call it right away from a button? I'm lost, really. :p 20.58.08 # http://rafb.net/p/EnfRUv72.html 20.59.34 # * linuxstb just compiled rbspeexenc on Mac OS X - no warnings, worked perfectly... 21.01.29 # jhMikeS: Did you remove the $(SPEEXSRC) after -iquote when you removed -iquote? 21.02.18 # preglow: there we go 21.03.01 # rasher: excellent, delete the bash ones while you're at it? 21.06.15 # uh, nope 21.06.42 # but I you saying I should, or you thought I did? 21.06.48 # s/I/are/ 21.06.54 Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) 21.07.25 # preglow: done 21.07.29 # I'm saying you should - it was a parameter to the iquote option... Or just do svn update - I've committed the change to SVN. 21.07.38 # ah, np 21.08.28 Join Falen [0] (n=chatzill@81-237-250-8-no147.tbcn.telia.com) 21.08.30 *** Saving seen data "./dancer.seen" 21.08.59 # jhMikeS: ok, some testing on me now, and i'm good to go 21.09.08 # ok, now I've got one 21.09.34 # jhMikeS: rbspeexenc compiled for you? 21.10.00 # yes...a bit verbosely :) 21.10.44 # argh! 21.10.46 # There are too many source files there... But I guess we could shut it up. 21.10.46 # diff still pukes on memswap 21.10.58 # claims it detects a reversed patch 21.11.19 # that's weird 21.12.03 # it's just a plain svn diff? 21.12.40 # yeah, should be. I don't think I changed the file then did 'svn rm' or anything...it would've complained about local changes. 21.12.50 # if i tell it to apply it nonetheless, it fails on the entire hunk 21.13.22 # blah, just pull those last hunk out then 21.14.00 # ping (Bagder_, Zagor) 21.14.17 # pong 21.14.35 # frankly it doesn't matter, the files won't be compiled 21.14.42 # Zagor: bygg.haxx.se seems to have problems 21.14.55 # * amiconn thinks it's cursed 21.14.57 # jhMikeS: yeah, know 21.15.03 # jhMikeS: but ok, we're going for this now soon? 21.15.09 # i'll fire a mail if so 21.15.30 # * linuxstb rehearses his speex-voice-codec dance 21.15.40 # synchronize watches and begin at T- what? 21.16.04 # amiconn: looking 21.16.12 # Don't we need Bagder to perform some build-server magic? 21.16.17 # * amiconn would like to do the lcd speedup dance, but cannot do so without a G4/mini G1 tester :( 21.16.29 # * jhMikeS is poised over the launch key 21.16.29 # tierra: around now? 21.16.41 # yeah, but I'm at work 21.16.46 # linuxstb: depends whether rbspeexenc will compile automatically 21.16.57 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 21.16.58 # I'm still a bit unclear on whether or not that happens 21.17.16 # rasher: It should do. At least, that's what I think preglow setup. 21.17.26 # Then there should be no changes needed 21.17.40 # was that committed? I thought the configure addition wasn't 21.17.59 # Ah probably not yet... 21.18.05 # linuxstb: i was wrong, it turns out 21.18.15 # amiconn: while I have a lot of experience with programming (mostly C++), I am just a Rockbox user, I've never touched the source, just so you're aware... if the build system isn't easy to use, I'm less likely to help with testing past the daily builds on the site 21.18.39 # tierra: Ohkay, I'll wait if nobody else jumps in before 21.18.46 # alright 21.19.05 # I can also provide test builds 21.19.45 # that would probably be helpful, but if it is just a simple autoconf and make, then that won't be a problem 21.19.50 # linuxstb: i added rbspeexenc to all the swcodec toolsets in configure, that should do it, non? 21.19.57 Quit Nico_P (Remote closed the connection) 21.20.03 # tierra: you'll need new compilers 21.20.15 # preglow: I don't think that's the right place - it's only needed for voice files... 21.20.31 # linuxstb: configure allows you to make voice files 21.20.34 # Hmm.. Is it normal that I'd get only +20db or 0db Gain in recording screen of H10 ? (also, automatic gain isn't implemented for that target?) 21.20.50 # preglow: Yes, but we don't want to build rbspeexenc when doing a normal build 21.20.54 Join bistouri [0] (i=58a10615@gateway/web/cgi-irc/labb.contactor.se/x-ac07de8d8a83cfaa) 21.21.03 # (only when doing a "make voice") 21.21.07 # PaulPosition: That's all the WM8731 provides 21.21.16 # do yall have any thoughts on why i can't connect or charge via USB when running rockbox but can when my default apple firmware boots? 21.21.30 # preglow: rbspeexenc compiles as-is on cygwin, but is probably not an independent win32 executable (i.e. requires cygwin1.dll) 21.21.37 # ToHellWithGA: Rockbox doesn't support USB on the ipod 21.21.40 # jhmikes - Ah, well good to know. I'm a bit surprised but, heh! :p thanks. 21.21.42 # linuxstb: then where to put it :/ 21.21.45 # Will test, and adjust if I can figure it out 21.21.49 Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) 21.21.57 # amiconn: I'm on Gentoo at home btw 21.21.57 Quit bistouri (Client Quit) 21.21.59 # rasher: horseshit 21.22.03 # PaulPosition: The gains are the same as on x5...so not really unusual 21.22.04 # it's worked fine before 21.22.17 # ToHellWithGA: Then you must have magic hardware. 21.22.19 Quit hannesd (Read error: 110 (Connection timed out)) 21.22.20 Nick hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) 21.22.39 # though I have a Windows install with Cygwin on it as well 21.22.42 # preglow: It needs cygwin1.dll atm 21.22.48 # it charged by usb and allowed the device to be mounted if i didn't hold a button when it was plugged in 21.22.53 # now it doesn't 21.23.06 # amiconn: no need for that, it should work just dandy without 21.23.12 # amiconn: same problem as before, tolls/ucl/src/libucl.a was old/wrong version. I only cleaned out old .o files, and forgot the .a file. 21.23.17 # preglow: line 1975 (but only when building voice)? 21.23.23 # jhmikes - Oh I believe you. Not saying it's surprising, just that *I* am surprised. ;) 21.23.41 # preglow: Well, atm it doesn't. Needs special parameter for gcc to avoid this 21.23.47 # * preglow goes for his first speex voice test spin 21.23.58 # ToHellWithGA: so you mean that it doesn't reboot when you plug usb? 21.24.02 # so what you're saying is the image of a usb cable that was on the screen of my ipod while rockbox was connected via usb was some figment of my imagination 21.24.05 # preglow: I'll look at it... 21.24.18 # it doesn't mount when i plug usb and i'm in the rockbox firmware 21.24.32 # it mounts when i plug usb and i'm in the apple firmware 21.24.40 # it used to not care :/ 21.24.47 # preglow: In fact all tools built by tools/Makefile are like that - but that means the .exe will work for .voice building within cygwin 21.25.17 Quit jhulst (Read error: 110 (Connection timed out)) 21.25.19 # ...because wavtrim and voicefont are built the same way, i.e. require cygwin1.dll - and they work too 21.25.48 # well, that wasn't exactly a success 21.25.49 Quit desowin ("use linux") 21.26.18 # it says absolutely nothing 21.26.32 # preglow: what's wrong? do the files have version 4.00? 21.26.34 # Time to fire up a logf build.. 21.26.43 Join Jeton [0] (n=chatzill@79.126.189.180) 21.26.47 # jhMikeS: i have no idea? 21.26.54 # if that is something i need to fix: no 21.27.05 # change the first 32-bit word to 00 00 01 90 21.27.11 # in the voice file 21.27.39 # yes, but i just generated it, do i need to change voicefont.c or something to make it do so all the time? 21.27.48 # yeah, lookie here 21.27.52 # it's 3.0 21.28.00 # Hmm 21.28.02 # the patch should have the update 21.28.04 Quit MethoS- (Read error: 104 (Connection reset by peer)) 21.28.52 # hmmm...how'd that not get included? 21.29.20 # linuxstb: Do you have an idea what would be the best way to introduce another CFLAGS flag for some tools on cygwin? 21.30.01 # heh. when I reverted the tools directory I didn't change that back to 400 :p 21.30.29 # still no dice 21.30.51 # the first 32 bit word is 00 00 01 2c 21.30.57 Join bertrik [0] (n=Bertrik_@121-021-045-062.dynamic.caiway.nl) 21.31.00 Quit Clam ("...") 21.31.01 # make it 190 then 21.31.11 # you mean after voicefont? 21.31.17 # yeah, but why didn't my update work 21.31.29 # value = SWAP4(400); / 21.31.32 # shouldn't that work? 21.31.37 # afaik 21.32.02 # says if you alter talk, then sync it with voicefont.c 21.32.46 # bah 21.32.49 # linuxstb: ok, so, format /dev/sdf2... and then reinstall rockbox? Will that mess up the apple firmware? 21.32.50 # i thought make voice overwrote 21.32.51 # but no 21.32.52 # it doesn't 21.33.27 # huh!? 21.33.36 # rasher: could it be an issue of using usb rather than usb2 or vice-versa? 21.33.40 # hint: roloing rombox.iriver doesn't work 21.34.08 # jhMikeS: \o/ 21.34.13 # ToHellWithGA: Quite unlikely. I'm probably not much help in your issue, as I know next to nothing about the ipods. 21.34.21 # this bloody rules 21.34.23 # sounds really nice 21.34.24 # aha 21.34.31 # Now to make rbspeexenc build automatically on make voice... 21.34.55 # Can't you simply add it to $toolset in configure? 21.35.19 Quit amiconn (Nick collision from services.) 21.35.27 Join amiconn [0] (n=jens@rockbox/developer/amiconn) 21.36.14 # someonehaha 21.36.17 # lucky onj 21.36.24 # he'll have to recreate those files 21.36.34 # linuxstb: Adding -mno-cygwin to both compilation and linking in rbspeex/Makefile works. (1) Is there a reason why linking doesn't use CFLAGS? (2) What woul dbe the best way to add this for cygwin only? 21.37.03 # but ok, now i need to test .talk file generation 21.37.11 Part webguest98 21.37.16 # preglow: 'make voice' creates a new file with a numeric modifier 21.37.33 # amiconn: yeah, i noticed :) 21.37.37 # preglow: if [ "$swcodec" = "yes" ]; then toolset="${toolset} rbspeexenc"; fi 21.37.44 # It has always been that way... 21.37.47 # rasher: I'm looking at the Makefile for voice to build rbspeexenc - I want to avoid building it for normal builds. 21.38.03 # linuxstb: that line should do it, I believe 21.38.16 # eh, inside some voice-related block 21.38.17 # rasher: Won't that always build it? 21.38.21 # linuxstb: We don't do this for the other tools, e.g. voicefont, wavtrim 21.38.39 # linuxstb: depends where you place it :) 21.38.39 # amiconn: well, sure, but i have never before made a voice file 21.39.03 # amiconn: Any reason why not? I would want them to be a dependency of voice:, and nothing else. 21.39.09 # The tools are only built once unless they're updated, so I wouldn't care much 21.39.32 # rasher: so, the way to make .talk files is by direct invocation of voice.pl ? 21.39.39 # linuxstb: just do it in line 305 21.39.39 # 'make zip' being a shell-in-perl script is way more annoying.... 21.39.54 # Speaking of voices, do we have a plan to provide official voices in different synthesizers, or do we want to pick one and go with it? 21.39.59 # preglow: that was the way with gentalkclips.sh as well 21.40.21 # linuxstb: just after toolset="${toolset} voicefont wavtrim" 21.40.26 # Llorean: Different languages would be even more important than different synthesizers imho 21.40.34 # rasher: "voice.pl -C -e=rbspeexenc -s=espeak /media/myplayer" or something? 21.40.48 # amiconn: Different languages would be very nice. 21.40.49 # preglow: I believe you need to pass -E and -S as well (even if empty) 21.40.55 # Guess it could be more flexible about that 21.41.15 # preglow: But otherwise, yes 21.41.35 # seems to work 21.41.39 # hrrrm :/ 21.42.02 # amiconn: But our current voice files sound like crap, even in English, and I was wondering if we wanted to try to pick a good synth, or just let people pick from a selection of bags of shit, or what. 21.42.19 # Llorean: subjective.. 21.42.24 # ouch, core dumo 21.42.27 Quit jgarvey (Read error: 104 (Connection reset by peer)) 21.42.39 # ouch!ouch!ouch! 21.42.49 # it dumped core all over my laÃp here 21.42.50 # rasher: I don't think anyone _really_ thinks Espeak, Festival or Flite sound "good" 21.43.02 # It's generally a selection of least bad. 21.43.02 # Llorean: do we have any other options? 21.43.31 # I don't know. 21.43.54 # We have espeak+mbrola obviously. But there are also windows voices, if we wanted to do a daily voice build and could get some sort of volunteer. 21.45.24 # rasher: what's it supposed to create, really? 21.45.28 # i didn't get this 21.45.36 # it made a ton of filename.ext.talk before coredumping 21.45.38 # umm, can I use UNCACHED_ADDR for iram addresses? 21.45.51 # preglow: the .talk files are expected. The core dump is not. 21.45.52 # (I know I don't have to, but will it work?) 21.45.56 # but all of them just say "talk mp3 clip" 21.46.06 # Llorean: Afaik the only free (beer) voices are the (english) microsoft voices, plus some really old L&H voices 21.46.06 # Zagor: that won't work 21.46.06 # That's what they speak? 21.46.09 # yes 21.46.22 # jhMikeS: ok, thanks 21.46.37 # preglow: hahaha, well, I'll have a look at that. Not sure what to do about the core dump - I doubt it's my fault, to be honest 21.47.00 # The latter sound like crap, but there are voices for english, french, german and spanish iirc 21.47.36 # amiconn: We don't necessarily need free (beer) voices. We can also look for non-free voices that absolutely clearly allow redistribution, and see about getting donations to purchase one for whoever the voice builder ends up being. 21.48.02 # Is the OSTYPE env var available anywhere? 21.48.24 # * pondlife likes the old L&H voices best... 21.48.41 # really? 21.48.50 # rasher: This is what I had in mind for tools/configure - http://www.davechapman.f2s.com/rockbox/tools-voiceconfig.diff - it only builds the voice-related tools when doing "make voice" 21.49.03 # Yes, clearer than any MS voice . 21.49.21 # rasher: actually, it looked like _sh_ did the core dumping 21.49.42 # The L&H voices are so incredibly slow they are unbearable, imho 21.49.45 # linuxstb: I don't see why you added voicetoolset? 21.49.58 # And they're sapi4, so building a voice file takes ages 21.50.04 Join bEnN [0] (n=chatzill@dsl-58-6-92-52.act.westnet.com.au) 21.50.14 # linuxstb: toolset only includes wavtrim and voicefont when building voices.. Why not simply add rbspeexenc if building voices AND swcodec is set? 21.50.19 # rasher: Because voice tools are independent of the normal build tools. 21.50.26 # amiconn: I have an L&H Michael which is SAPI5 21.50.35 Join ttuttle [0] (n=tom@pdpc/supporter/student/gentoo.contributor.ttuttle) 21.50.41 # There seem to be sapi5 versions as optional components for the microsoft reader, but I couldn't get those to work 21.50.45 # Hey, how can I encode video for the Sansa e200 running rockbox? 21.50.50 # Yep, that's the one 21.50.51 # rasher: The principle elsewhere in tools/configure is to only build the tools required for that build - my patch extends that principle to voice. 21.50.57 # ttuttle: See the PluginMpegplayer wiki page. 21.51.00 # Much better than the SAPI4 version 21.51.13 # Llorean: I did. It tells me what format but not how. 21.51.35 # ttuttle: Odd, because it not only mentions how but provides links to at least 2 or 3 programs you can use... 21.51.47 # jhMikeS: what happens if we encounter old .talk clips now? 21.51.59 # silence 21.52.10 # linuxstb: Could you check whether $OSTYPE exists on macos? 21.52.12 # Llorean: Oh. I'm sorry, I didn't see the part at the bottom. 21.52.16 # amiconn: To answer your earlier questions - 1) No reason for not including CFLAGS - it works fine for me if you add it to the linking step; 2) Can't you just do the same check for cygwin that you did for ipodpatcher, and add -mno-cygwin to CFLAGS? 21.52.18 # Llorean: That's actually a wonderful wiki page. 21.52.39 # ttuttle: I personally recommend WinFF, as long as you use version .29 21.52.44 # linuxstb: I suppose 21.52.51 # jhMikeS: you need to check out all the other stuff as well, .talk clips and dir spelling works funny here 21.52.52 # Llorean: Linux here. 21.52.56 # jhMikeS: filename spelling doesn't work at all 21.53.03 # * amiconn checks 21.53.03 # ttuttle: WinFF is actually a Windows or Linux front end for ffmpeg. 21.53.04 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 21.53.12 Quit Falen ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") 21.53.18 # Llorean: Oh. That's a strange name for a program that works on Linux. 21.53.22 # amiconn: Yes, it exists and for me is "darwin8.0" 21.53.26 # It was originally a Windows program, I guess. 21.53.27 # jhMikeS: ah, no, it works if i disable .talk clips 21.53.29 # Llorean: Ah. 21.53.31 # ah 21.53.40 # preglow: it simply plays what's asked of it. it does spell the keyboard and the info screens ok. 21.53.48 # Maybe checking $OSTYPE would be better (in general) than spawning uname? 21.53.49 # Either way, you do encounter problems with too-new ffmpegs on Linux. I keep planning to update the presets for .31 of WinFF but haven't done it yet. 21.53.57 # By the way, RockBox is awesome. 21.54.07 # On linux it says 'linux-gnu', on cygwin just 'cygwin' 21.54.09 # Have you received the influx of Woot customers who just got their players? 21.54.11 # ahh 21.54.13 # my first hang :P 21.54.23 # preglow: It's fun. Hold down power forever and it will reboot. 21.54.28 # preglow: (Or at least power off.) 21.54.42 # Might be bash-only... 21.54.52 # ttuttle: nah, needed the paper-clip 21.54.52 # Llorean: Hey, can ffmpeg run on two CPU's? Or at least split video and audio across CPU's? I'm dual core. 21.54.55 # preglow: Ah. 21.55.01 # and it's my first voice hang, i've been hanging steadily for years now :P 21.55.01 # Anyone who uses dash (ubuntu users)? 21.55.05 # amiconn: yes... 21.55.20 # * BigBambi sticks up the ubuntu hand (does that mean I use dash :)) 21.55.20 # preglow: hang doing what? 21.55.26 # jhMikeS: browsing menus 21.55.34 # preglow: 'echo $OSTYPE' ? 21.55.40 # ttuttle: Varies from codec to codec, unfortunately. As opposed to splitting the video/audio decoding, it'll attempt to encode one or the other using two threads, but depends on the codec supporting it 21.55.42 Join Shoot [0] (n=Vitanova@bas1-toronto63-1096774497.dsl.bell.ca) 21.55.43 # Hey 21.55.47 # thomj@pocketsandwich:~$ 'echo $OSTYPE' 21.55.47 # bash: echo $OSTYPE: command not found 21.55.48 # Llorean: okay 21.55.49 # Just wondering 21.55.51 # Afaik, mpeg2 support and mp3 support in ffmpeg aren't multithreaded 21.55.54 # Llorean: what about the stock encoding format they suggest? 21.55.56 # Llorean: ok 21.55.58 # amiconn: wait a sec... 21.56.05 # Can anyone help me with my bricked Sansa? 21.56.07 # amiconn: dash says the same 21.56.07 # preglow: odd...it really shouldn't be possible from the thread's pov. 21.56.10 # amiconn: does ubuntu use dash by default? 21.56.13 # I'll give you all the details 21.56.16 # Can anyone help me with my bricked Sansa? 21.56.26 # Shoot: Don't spam please. 21.56.30 # 1. Recovery Mode and Manufacturing Mode are not functioning 21.56.31 # ttuttle: If you look at the presets.xml for WinFF, and find the right entry in it, it's almost exactly what command line parameters to use with ffmpeg from the terminal 21.56.33 # Sorry 21.56.34 # amiconn: without the quotes it just gives me blank space 21.56.40 # If so: alex@MaximusLappy:~$ echo $OSTYPE 21.56.40 # linux-gnu 21.56.48 # jhMikeS: perhaps it's not voice's fault 21.56.50 # ttuttle: The big difference in newer ffmpegs is that they renamed some of the codecs between versions 21.56.55 # preglow: which player? 21.56.57 # preglow: odd.. talk clips seem to work here 21.56.59 # Iirc someone here said it does (rasher?). I am running debian on my linux box 21.57.09 # 2. Is there any way to fix my Sansa? 21.57.13 # Llorean: Ah. 21.57.16 # I'm downloading Ubunto now 21.57.21 # amiconn: Silly question - how do I check? 21.57.24 # Shoot: How do you know Manufacturing mode isn't functioning? 21.57.25 # BigBambi: echo $0 should tell you what shell you have 21.57.34 # rasher: I wonder if talk clips properly override directory spelling 21.57.36 # jhMikeS: h120 21.57.38 # Llorean: I tried Hold/Select/USB 21.57.39 # Nico_P: That'll be bash then 21.57.42 # ttuttle: mp3 became lamemp3 or mp3lame or something like that, breaking front ends. 21.57.43 # Cheers 21.57.47 # Llorean: libmp3lame ;-) 21.57.51 # That's it. 21.57.51 # Llorean: It didn't work =\ 21.57.54 # Llorean: Yeah, I tried mp3 first and it didn't work. 21.57.56 # shoot: and what happened? 21.57.58 # Shoot: "Didn't work" is vague. What happened? 21.58.00 # preglow: couldn't manage that all day myself...really odd 21.58.06 # jhMikeS: I don't think that's my area 21.58.16 # Llorean: I placed an OF.bin file in 16MB-format 21.58.20 # Llorean: ffmpeg is surprisingly easy to use. mencoder is far more complicated. 21.58.21 # BigBambi: but on my system, /bin/sh links to dash 21.58.25 # Llorean: And now it won't turn on 21.58.27 # hmmm 21.58.27 # rasher: preglow said it acted odd having them both enabled at the same time 21.58.27 # ttuttle: In fact, a find/replace on mp3 to libmp3lame should actually fix the existing presets.xml to work with newer ffmpegs, assuming unlike ubuntu yours *has* MP3 support 21.58.31 # * BigBambi checks 21.58.38 # Llorean: I think I actually damaged a .Rom file 21.58.40 # Shoot: Manufacturing mode doesn't have a 16MB-format partition. 21.58.53 # Llorean: Yeah, mine has MP3 support. And it's Debian. Which means Ubuntu purposefully broke it. 21.58.53 # Shoot: Again, what does "Doesn't work" mean when you try manufacturing mode? 21.59.06 # preglow: I suspect massive weirdness. Both directories and filename talk clips contain whatever they should, here 21.59.08 # Llorean: Manufacturing mode is hold + select + USB? 21.59.13 # ttuttle: I'm Ubuntu, but I complie ffmpeg from svn anyway. :) 21.59.28 # preglow: I've not tested it on target, but playing the .talk files with mplayer yields expected results 21.59.42 # jhMikeS: well, then I blame rockbox speech code, which I have never touched 21.59.47 # Shoot: http://www.rockbox.org/twiki/bin/view/Main/SansaE200Unbrick 21.59.49 # Yes 21.59.55 # Llorean: I tried that =\ 22.00.03 # Shoot: Please, JUST answer my question: WHAT HAPPENS. 22.00.03 # and what happened? 22.00.05 # Llorean: Now the wheel light won't even turn on 22.00.16 # Llorean: Nothing, if I turn on manu, wheel light doesn't work 22.00.20 # Llorean: Display as well 22.00.29 # Display's not supposed to come on. 22.00.34 # Llorean: Yeah 22.00.43 Part hoobop ("leaving") 22.01.00 # Llorean: You need any other details? 22.01.16 # Hmm, OSTYPE seems to cause trouble sometimes. Looks like I should go for the old uname method 22.01.25 # If your wheel light doesn't come on in that situation, you're basically out of luck. 22.01.29 # Llorean: I've tried the search function on forums; I found a neat thread 22.01.33 # Llorean: FUCK 22.01.37 # Please, watch your language. 22.01.42 # Llorean: Sorry 22.01.54 # are these "e200r" things sold as plain-vanilla really e200r or some other odd combo? 22.02.02 # And in the future, don't do stupid things like putting files other than those our instruction say in recovery partitions. It's never a good idea to experiment if you don't have a way to undo the damage. 22.02.09 # rasher: you're probably doing the right thing here 22.02.13 # rasher: the files vary in size 22.02.17 # but all that is said is "talk mp3 clip" 22.02.25 # perhaps there's some "voice file type" bug going on here? 22.02.25 # Llorean: Sansa's warranty is 1 year? 22.02.57 # preglow: Hrm, I've no idea, but it sounds like it isn't my bug, and I really know very very little about the actual voice code 22.03.07 # * jhMikeS hasn't tried a rockbox install on his woot special yet 22.03.11 # Llorean: Does the MPEG2 video player ever crash? 22.03.18 # jhMikeS: you should. is it rhapsody? 22.03.23 # jhMikeS: mine was a genuine R 22.03.26 Quit krazykit ("Connection reset by beer") 22.03.35 # jhMikeS: They seem to either be real e200Rs, or vanilla e200s with an e200R physical shell. 22.03.39 # it say "R" on the back and has Rhapsody fw 22.03.45 # as was krazykit's 22.03.51 # ttuttle: In Rockbox? If it does, it's a bug... 22.03.52 # Llorean: Mine doesn't say 250R, and isn't 250R. 22.03.57 # Llorean: Yeah. I found a file. 22.03.59 # well, if it has the rhapsody firmware, it is an R 22.04.00 # linuxstb: Thanks, it works :) 22.04.02 # jhMikeS: well, test with .talk files 22.04.03 # Llorean: Unfortunately I can't send it to you to test. 22.04.18 # Llorean: (Copyright 'n' stuff...) 22.04.22 # * amiconn forgot that he added such a check not too long ago :\ 22.04.29 # Nico_P: /bin/sh is indeed a link to dash, but gnome-terminal (which is what applications -> accessories -> terminal points to) is bash 22.04.32 # ttuttle: Well, most files that will crash it will do so because the file has stream errors, I hear. 22.04.37 # Llorean: hmm 22.04.39 # are the different options supposed to be cascaded in some way, so that if i have "voice file .talk clips" and "voice filenames" enabled, both are said? 22.04.41 # It's more that our player is less error-resistant than others. 22.04.48 # preglow: you locked with .talk files? I don't want to destroy my debian install at this time. I'll just say things into a mic and be happy. 22.05.04 # Llorean: Plays fine on my PC. 22.05.18 # ttuttle: That may just mean that your PC based player is better about ignoring errors. 22.05.23 Join donutman25 [0] (n=chatzill@65.75.87.48) 22.05.23 # Hmm, does anyone know how long Sansa e200's warranty lasts? 22.05.30 # Llorean: It's mplayer. It usually prints an error. 22.05.33 # Shoot: ask them...not us 22.05.35 # * Nico_P is off 22.05.37 # Shoot: Check the Woot blog, it usually says. Or email Woot. 22.05.40 # ttuttle: Did you encode the file yourself? 22.05.44 # Llorean: Yeah, using ffmpeg. 22.05.46 # Woot blog? 22.05.48 # I'll google it 22.05.51 # ttuttle: ps or ts? 22.05.52 # jhMikeS: i don't the talk files had anything to do with that 22.05.53 # Shoot: woot.com, click on "blog". 22.05.56 # Llorean: Huh? 22.06.00 # * BigBambi points at the topic 22.06.01 # jhMikeS: but .talÃk files don't seem o work here anyway 22.06.16 # ttuttle: program stream or... transfer I think stream? 22.06.24 # Also : Does anyone here know if e200R > e200? 22.06.25 # Llorean: I don't know what either of those mean. 22.06.35 # Shoot: e200r < e200, unless you want Rhapsody. 22.06.50 # it doesnt really matter, as you change change them... 22.07.00 # can change 22.07.11 # Rhapsody? 22.07.13 # ttuttle: Basically, did you use the exact same command line parameters I used in the presets.xml on the wiki, or did you add or change any? 22.07.20 # Llorean: I think the same. Lemme try again. 22.07.52 # ttuttle: If they are the same, file a proper bug report, and try to generate a short clip from content you feel comfortable sharing that reproduces the crash. 22.08.02 # amiconn: how will "make voice" work on cygwin? 22.08.06 # preglow: maybe the .talk code was trying to be crafty to control voice but not voice just instantly plays whatever is fed to it. 22.08.16 # preglow: What do you mean? 22.08.23 # amiconn: will it work fine as it is? 22.08.37 # What is Rhapsody? 22.08.42 # The svn version (w/o rbspeexenc) is working fine 22.08.57 # I'm using it for all my voice files (using at&t voices) 22.09.13 # Shoot: ask google... 22.09.37 # amiconn: well, i'm wondering if it'll work fine with it 22.09.47 # Llorean: Argh. Suddenly it's not accepting -acodec libmp3lame 22.10.01 # amiconn: Assuming the changes were wrapped in the proper #if or #ifdef can you think of any problems the "Nano IDE0 fix" might cause, assuming it seems to work for testers over the next couple days? 22.10.01 # * Llorean would rather get it in asap if possible. 22.10.23 # If it works on all 'reachab 22.10.42 # le' nanos, both affected ones and unaffected ones, I think it should go in 22.10.50 # Erm o___o how does the Sansa e200r connect with Rhapsody? USB? 22.11.16 # amiconn: It certainly works on my unaffected Nano fine. 22.11.25 # (#ifdef IPOD_NANO, and with a comment saying this is somewhat hackish) 22.11.38 # Shoot: please stay on topic...that has nothing to do with rockbox 22.11.47 # Shoot: Also o___o is not a word 22.11.58 # >_> 22.12.11 # preglow: If added properly it should just work 22.12.34 # Llorean: Okay, ffmpeg is saying "Unknown decoder 'libmp3lame'" if I use -acodec libmp3lame, and "Unknown encoder 'mp3'" if I use -acodec mp3. I'm confused. I got it to work before! 22.12.40 # The only difference is that on cygwin, the encoder (and also wavtrim) is spawned from the vbscript instead of the perl script 22.12.47 # ttuttle: Emoticons can be considered modern virtual punctuation useful in replacing the expressiveness in human body language, facial expression, and intonation for the purpose of online communication, assuming they aren't abused. :-P 22.12.50 # That saves the cygwin process creation overhead 22.13.18 # ttuttle: Honestly, no clue. :) Sorry. 22.13.21 # linuxstb: hmmm... formatting fixed it... for now :) 22.13.24 # Llorean: I know. I consider any text that matches \w+ in a regular expression to not be an emoticon ;-) 22.13.55 # l 22.14.11 # Llorean: If I put -acodec libmp3lame at the end it works. Who knew? 22.14.52 Join Snake_ [0] (n=Snake@adsl-68-76-119-91.dsl.bcvloh.ameritech.net) 22.14.56 # Ooh, I'm getting almost 300 FPS encoding. 22.15.32 # Hey guys, quick question: Are there any USB Host applications for Rockbox that you know of? 22.15.58 # Snake_: That would surely require us having a software USB stack? 22.16.51 # BigBambi: no idea :P im trying to get my PSP to connect to it, and the guys in the PSP forums told me to find some host for the ipod in order to connect to it 22.17.04 # Snake_: I ws implying we don't 22.17.10 # *was 22.17.12 # oh 22.17.12 # yet 22.17.13 # :( 22.17.41 # BigBambi: would it be difficult to recomplie usbhostfs for it?? 22.17.48 # For rockbox? 22.17.58 # You do know rockbox is not based on linux right? 22.18.17 # To compile anything for rockbox requires it to be ported to it 22.18.19 # BigBambi: There seems to be a bit of a rumor. Someone else thought that. 22.18.22 # Oh thats right 22.18.24 # Hm 22.18.40 # rasher: btw, i get some warnings on voice.pl now 22.18.42 # ttuttle: Many people think that. Despite the rumours, they are wrong 22.18.46 # BigBambi: I know. 22.18.56 # BigBambi: It would have displayed a penguin when it booted if it were Linux :-b 22.19.01 # ttuttle: And I know you know :) 22.19.03 Nick Bagder_ is now known as Bagder (n=daniel@1-1-5-26a.hud.sth.bostream.se) 22.19.09 # Indeed so 22.19.10 # BigBambi: And I know you know I know... :stack overflow: 22.19.13 # Well I knew it wasnt linux, but I forgot ;-) 22.19.14 # hehe 22.19.32 # * ttuttle tries another MPEG2 file. 22.19.39 # ive used both and rockbox is way better 22.19.40 # imo 22.19.44 # more usable, more purpose 22.19.52 # Argh. 22.19.54 # Still hanging. 22.19.56 # * BigBambi doesn't own an iPod 22.20.42 Part Jeton 22.20.48 # ttuttle: With an SVN build from about 30 minutes ago, I can watch a video I encoded with ffmpeg r10481 just fine. =/ 22.21.03 # preglow: about $V not being set? 22.21.06 # Okay. Lemme build my own ffmpeg. 22.21.16 # Llorean: Do you know the svn repos offhand? 22.22.08 # Llorean: Found it. 22.22.11 # ttuttle: No, I found them somewhere on their site and promptly forgot 22.22.11 # Apparently I'm 100 revisions old on ffmpeg. Heh. 22.23.35 # rasher: aye 22.23.41 # Building... 22.24.19 # preglow: I noticed that - should be harmless (but I'll fix) 22.25.22 Part pondlife ("Gone") 22.25.29 # Llorean: Wow, this takes a while to build. 22.25.36 Quit Siku () 22.25.41 # Llorean: How hard is it to build Rockbox? 22.25.51 # Llorean: Or should I just download it again? 22.26.07 # ttuttle: It's kinda off-topic here, though 22.26.27 # * BigBambi declares rockbox easy to build 22.26.28 # If you download from the "current build" page you'll have the most recent SVN revision of Rockbox. 22.26.35 # But it's darn easy to build yourself too. 22.26.47 # rasher: Hmm, looks like the .talk clip creation in voice.pl doesn't check file extensions at all 22.26.53 # Llorean: Okay. 22.27.00 # It would even create .talk clips for .talk clips.... 22.27.07 # amiconn: no 22.27.09 # + 22.27.11 # VoiceBox only voices supported filetypes 22.27.18 # Llorean: I think I didn't encode as mp3. 22.27.23 # amiconn: it checks for =~ /\.talk$/ 22.27.29 # rasher: found a bug 22.27.37 # Llorean: It simply won't accept either acodec option. One is invalid for encoding, one is invalid for decoding (why is it decoding?) 22.27.38 # amiconn: I noticed only supported filetypes are voiced, but why on earth is that? 22.28.07 # Llorean: Will -acodec mp2 work? 22.28.11 # Why would you want an unsupported file with a .talk clip? 22.28.31 # ttuttle: It should. 22.28.32 # amiconn: because you might be showing all filetypes in the browser? 22.28.35 # Llorean: Okay. 22.28.42 # Don't forget the sample rate _must_ be 44100 unless things have changed. 22.28.48 # Then you can still have it numbered or spelt 22.28.56 # .. but not voiced 22.29.08 # amiconn: I think the option for voicing all files should still be offered, if someone has the space and desire. 22.29.33 # amiconn: then you might as well say the same for all files. Why offer .talk clips at all when you can just have it numbered or spelt? 22.29.36 # Llorean: Hmm. 22.29.40 # Llorean: Yeah, it is. 22.29.59 # rasher: In fact I don't use file .talk clips, only dir clips 22.30.17 # Llorean: Hmm. I wish MP3 would work. 22.30.25 # File .talk clips are wasting too much space imho 22.30.27 # amiconn: That's you, though. Not everyone. 22.30.32 # sure 22.31.47 # Llorean: Could it be because my input file has MP3 audio as well? 22.33.12 # jhMikeS: so, have you got some .talk stuff going? 22.33.34 # Guys, does removing the battery off my Sansa e200 help it recover from the bricking? 22.33.45 # Someone on the Sandisk help line told me to 22.34.01 # all i can make it say is "talk mp3 clip" 22.34.19 # preglow: and you're sure you're not selecting an actual talk clip? 22.34.45 # ttuttle: Never been a problem for me. 22.34.45 # ttuttle: What player are you encoding for? 22.35.09 # Llorean: Sansa e250. 22.35.13 # rasher: what do you mean by that? i'm hovering over a talk file when it does that, yeah,but why does it do that? 22.35.33 # rasher: it doesn't explain to me what any of the other file types are, and i don't even have that feature enabled, not that it makes a difference 22.35.53 # ttuttle: -acodec libmp3lame -ab 128 -ar 44100 -vcodec mpeg2video -s 224x176 -b 320kb -strict -1 works for me, with -s adjusted if you're doing 16:9 22.36.17 # For encoding, haven't tried it on the player. 22.36.18 # preglow: well, talk files don't have talk clips generated for them - hovering over the corresponding "regular" file should voice the contents of that .talk file 22.36.33 # doesn't 22.36.38 # preglow: only supported (mp3, ogg, flac, etc) files get voiced though 22.36.54 # Llorean: What version of ffmpeg? 22.36.56 # it still shouldn't say "talk mp3 file" unless i have "voice file types" enabled, though 22.37.04 # rasher: this reminds me, there probably is some language to fix now 22.37.04 # Llorean: I'll rollback mine. 22.37.35 # any good alternatives to ".talk mp3 clip" ? 22.37.46 # s/mp3/voice/? 22.38.04 # "talk voice clip" doesn't make much sense 22.38.07 # why not just "voice clip" ? 22.38.08 # ttuttle: That's with SVN current ffmpeg. 22.38.11 # Llorean: Hmm. 22.38.16 # preglow: Why not indeed. 22.38.18 Join mog [0] (n=KVIrc@cpe-69-205-186-182.stny.res.rr.com) 22.38.19 # Llorean: I ran that, and I got "Unknown decoder 'libmp3lame'". 22.38.35 # Llorean: And "WARNING: The bitrate parameter is set too low. It takes bits/s as argument, not kbits/s" 22.38.48 # I have a question about the Gigabeat player 22.38.55 # mog: Ask it. 22.38.58 # mog: Just ask 22.39.02 # I see that rockbox is supported on the F series, but what about the S series? 22.39.03 # rasher: as usual i'm not too clear on the context in voice files 22.39.06 # Not yet 22.39.07 # so i'll just delay changing it 22.39.11 # preglow: trying to do _something_ here 22.39.17 # mog: Join in and make it happen 22.39.26 # Mine accepts kbits/s 22.39.28 # I don't even know how to use them so have to go read up anyway 22.39.29 # BigBambi: I'm thinking about it 22.39.34 # Cool 22.39.38 # mog: super 22.39.41 # ttuttle: Note that I did say 320kb for the bitrate, not just 320 22.39.49 # Llorean: I copied your line verbatim. 22.39.49 # mog: You are very welcome 22.39.52 # jhMikeS: ditto here 22.40.03 # BigBambi: but I got a lot going on, college stuff and the like, I'll be back around if I can, thanks for the support 22.40.08 # ttuttle: Odd, it works for me just fine. =/ You're best off asking ffmpeg guys at this point 22.40.13 Part mog ("Time makes no sense") 22.40.54 # Hrmm. I thought there already was an option in voiceBox, but there isn't 22.41.01 # Llorean: I'm asking there. 22.42.02 # rasher: I'd just use '.talk clip' 22.42.25 # amiconn: the . isn''t pronounced 22.42.40 # yeah, sure 22.42.56 # so it should be "dot talk clip" or soemthing 22.43.05 # There's also a standard language string 22.43.39 # Imho the dot is redundant for voice - thats why there are both and in .lang files 22.45.08 Quit merbanan (Remote closed the connection) 22.45.10 Quit jhulst (Connection timed out) 22.46.24 # Llorean: I'm trying mencoder but it's *not even real-time*! 22.46.43 # Llorean: It's saying 21 minutes to encode an 11 minute clip :-( 22.46.57 Join DerPapst [0] (n=DerPapst@p5B23F4A1.dip.t-dialin.net) 22.50.08 Quit karashata ("I will *SO* make you regret that... Later... *is a lazy dragon*") 22.51.25 # Llorean: Ok. I removed the battery and put it back in. 22.51.32 # Llorean: Now the mousewheel is working. 22.54.33 # do we need songdb.pl anymore? 22.55.26 # preglow: iirc, it can still generate a db on host (for mp3 and ogg) 22.55.39 # Can anyone explain to me how to run e200tool? 22.55.42 # Don't we have an executable for that now, though? 22.55.56 # Llorean: yes, if that still builds... 22.56.13 # I'm just saying, I have no opinion 22.56.20 # I don't use the database 22.56.54 # how do you build that tool anyway? (perhaps it should be part of the build table or something?) 22.57.36 # "make database" in tools/ 22.57.54 # and no, it doesn't build... 22.58.34 # =/ 22.58.50 # I like that tool better since it uses Rockbox's own database code, so as long as it's kept building it should always build a valid database, right? 22.58.54 # Llorean: What should I do from now? The mousewheel is working now. 22.59.11 # Llorean: yes, and I agree that it is better than the perl version in almost all ways 22.59.25 # Llorean: I'm not even sure it ever worked completely... But it shouldn't need much massaging. 22.59.44 Join mog [0] (n=KVIrc@cpe-69-205-186-182.stny.res.rr.com) 22.59.47 # Shoot: Follow the instructions on the SansaE200Unbrick wiki page 22.59.49 # Llorean: plus it uses the same metadata parsing, so it supports all files, and gives the same results 23.00.12 # And hopefully the same bugs... 23.00.16 # Bagder: so it has been updated for tagcache? 23.00.27 # preglow: yup 23.00.30 # aights 23.00.33 # Llorean: I've tried; I'm at the step where I need to use e200 tool. I've downloaded Ubuntu and the Linux binary. Now what? 23.00.45 # rasher, linuxstb: Honestly, I wouldn't mind seeing that code either incorporated into RBUtil or give it the ability to launch it if the executable is found. 23.01.05 # Shoot: Follow the instructions on the page... 23.01.21 # having it inside rbutil (using Rockbox code) would be neat 23.01.29 # I'm honestly equally capable of reading a wiki page as you.. 23.01.41 # jhMikeS: now? 23.02.09 # Llorean: Are you sure about that Unbrick wiki page? It doesn't tell users to put their e200 into recovery mode (using the bootloader transferred via e200tool), and then having to copy a bootloader and mi4 file to the recovery partition... 23.03.05 # preglow: I have to get a way together to generate this stuff 23.03.16 # what exactly was going on? 23.03.23 # jhMikeS: i can upÃload yu a ton of files, no worries 23.03.34 # sure 23.03.36 # jhMikeS: btw, are talk files supposed to just be raw speex? no header or nothing? 23.04.30 # heck if I know. the thread takes raw speex and plays whatever the heck is sent to it. 23.04.42 # linuxstb: Hm, I thought that was the proper recovery page. Shoot, well now I have no clue what page I was thinking of. =/ 23.04.47 Quit bEnN (Read error: 104 (Connection reset by peer)) 23.04.58 # Llorean: I couldn't find it either... 23.05.14 # jhMikeS: that's the way the voice.pl script works, at least 23.05.20 # I swear there was a page that told the proper process for recovering a completely bricked Sansa, and I thought that was it 23.05.36 # Llorean: But I think it would make sense for that Unbrick page to be improved - that's where we always send people. (I don't own a Sansa though...) 23.05.40 # jhMikeS: anyway, then you can just rbspeexenc a couple of wavs and rename them to myfile.ext.talk 23.06.06 # tried that. I might see the problem...it calls mp3_info in talk_file 23.06.16 # linuxstb: I've never actually managed to brick my Sansa, but I bet there's a lot of stuff I could copy and paste from the old e200R install page or something 23.06.20 # well ouch, then 23.06.31 # make it stop that 23.07.01 # using iram instead of dram did not help bulk performance :-( 23.08.05 # Zagor: :/ 23.08.33 *** Saving seen data "./dancer.seen" 23.09.00 # Is someone working on updating voicebox? 23.09.07 # amiconn, i asumme 23.09.19 # i just assumed he coded it 23.10.47 # Zagor: dram is not really slow anyway. I can run mpegplayer from an uncached file buffer without any sort of performance hit. 23.11.34 # jhMikeS: yeah, but it was worth a shot. 23.12.27 Join karashata [0] (n=karashat@pool3-048.adsl.user.start.ca) 23.13.40 # Zagor: were you one of the guys working on the usb for sansa targets, or am i way past my bedtime? :) 23.13.48 # Zagor 23.13.52 # yes, yes 23.13.55 # * preglow wipes eyes 23.13.57 # nanok: yes I am 23.14.13 # been away for a while, i think i should check an overall changelog 23.14.34 # but i never could find , except for the ones which refer to the between versions changes 23.14.50 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 23.14.57 # nanok: Between which versions? 23.15.00 # amiconn: so, will you update voicebox tonight? 23.15.10 # well my work isn't in svn yet so you won't see it :) it's patch #7962 23.15.14 # If you mean between svn commits, then that is every change 23.15.16 # Zagor: i was curious what's the word on that? what is the status, and so on, and, maybe, if there is anything us mortals can do to help :) 23.15.54 Join roxfan [0] (n=dunno@63.198-201-80.adsl-dyn.isp.belgacom.be) 23.16.09 # BigBambi: i mean, there is no "master" changelog. you basically have to look at every changelog for every version 23.16.13 # nanok: the status is, unfortunately, that I'm stuck. I have weird problems with >64byte bulk transfers that I don't know the source of, nor the fix for. 23.16.17 # or am i wrong? 23.16.25 # Check out major changes 23.16.55 # Zagor: how about the power related stuff on usb? is that allready okay? 23.17.05 # that works fine 23.17.19 # I hover on it now and it says "talk mp3 clip blah" like it should...it's in games and the name is _games.talk but I get nothing when I hover on it. 23.17.24 # Where is the major changes link? 23.17.29 # I can't find it 23.17.35 # wiki/MajorChanges 23.17.43 # that sounds good i think. wouldn;t it be good to make that in a separate patch, and eventually svn commit? 23.17.49 # jhMikeS: it should be _dirname.talk 23.17.52 # jhMikeS: literally 23.17.56 # Bagder: Thanks 23.18.04 # Shouldn't that be on the front page? 23.18.06 # ah, thought that was figurative :) 23.18.12 # jhMikeS: and that should make its contents be read when you hover over the directory "games2 23.18.29 # rasher: Talk clips are created as _dirname.talk ? 23.18.33 # nanok: http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=MajorChanges 23.18.36 # Zagor: unfortunately i am no programmer, and i also don;t know shit about usb (mass storage) protocol internals :( 23.18.43 # nanok: yeah there's been a few request for such a commit. I was hoping to have more working before committing... 23.18.48 # but if there's anything i can test or such, let me know 23.18.48 # now it works 23.19.03 Join aridkillzone [0] (i=42b04f89@gateway/web/cgi-irc/labb.contactor.se/x-2f9176cd75d9a34f) 23.19.17 # hey how is everything everyone? 23.19.20 # Zagor: maybe it is better to do it in small steps, and get it "out of the way" piece by piece 23.19.34 # rasher: Ignore that question... I was worried about them conflicting with the files Mac OS X writes, but those are prefixed "._" 23.19.47 # preglow: yep, just the mp3-centric code had to be remove for SWCODEC 23.19.57 # Is rockbox for the ipod nano still laggy and jumpy? Or do the daily builds now work? 23.20.25 # jhMikeS: elite, quick fix or new patch? i wanna test 23.20.53 # aridkillzone: they have never been laggy and jumpy to me 23.21.11 # I have a 4 gig ipod nano 23.21.15 # preglow: http://rafb.net/p/DJjsfH57.html 23.21.34 # What ipod do you have scorche? 23.21.44 Join miepchen^schlaf [0] (n=hihi@p54BF4ADD.dip.t-dialin.net) 23.22.07 # aridkillzone: Are you talking about this bug? http://www.rockbox.org/tracker/task/7510 23.22.56 # aridkillzone: And what was the most recent version of Rockbox you've used? 23.23.22 # Yes thats exactly the one. I have restored my nano about 5 times (not exaggerating) and I want a working build for it 23.23.32 # I want doesn't get 23.23.47 # The most recent version was around september. 23.23.50 # aridkillzone: There is a new patch at the end of that bug report. Test it 23.23.55 # I gave up 23.23.57 # lol 23.24.16 # Ok, how do I put patches into the build? 23.24.29 # http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=SimpleGuideToCompiling 23.24.47 # Someone should probably upload a patched build to the task to get more testers 23.25.28 # Someone did... 23.25.46 # Is the last link the complete build with the patch and all? 23.25.48 # aridkillzone: Just download the rockbox.zip at the bottom of that page. 23.25.53 # ok! 23.25.58 # Yes - forget about patching... 23.26.03 # Kool thanks so much, ill test it 23.26.21 # That patch was posted today, so good timing... 23.26.28 # rasher: The patch seems to work fine on my non-problematic nano, at least 23.26.48 # Was yours problematic before the patchand that build? 23.26.57 # *patch and 23.27.04 # aridkillzone: As I said mine's a non-problematic Nano 23.27.37 # okay, ill try the new build with the patch 23.28.00 # Im just so tired of restoring my nano, and rockbox works like a dream on my 80 gig 23.28.30 # aridkillzone: Well, if you demand it works a bit more I'm sure it will 23.30.13 # Llorean: It's gotta do with the order of the arguments. 23.31.45 Join oblib [0] (n=oblib@111-231-8-204.erd.cust.wirelessbeehive.com) 23.32.11 Quit OlivierBorowski (Remote closed the connection) 23.32.37 # Zagor: allthough i know you will hhate me: i think the most urgent part is the power stuff, for practical reasons (booting the of for transfering files is annoying and i know i will be a happy bunny when i won;t have to see the of anymore, but not being able to charge while playing -- playing implies rockbox, ofcourse, there is no other way -- is much worse for daily usage, for so many reasons) 23.32.47 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-24-9.w81-50.abo.wanadoo.fr) 23.33.02 Quit Thundercloud (Remote closed the connection) 23.33.11 # preglow: and? 23.34.42 # Hey, are there any plans to get USB support working on the Sansa e250? 23.35.09 # ttuttle: Zagor's working on it 23.35.11 # ttuttle: same plans as all other portalplayer targets 23.35.41 # nanok: I agree with you. 23.36.38 # Zagor: What are the plans? 23.37.02 # ttuttle: get it working? see patch #7962 23.37.06 # Zagor: Okay. 23.37.13 # Zagor: So it should happen? 23.37.28 # Zagor: Is this something I can help test? 23.37.50 # yes, once we get to that stage. it's not ready for testing yet. 23.38.08 # Zagor: Okay. 23.38.56 Quit aridkillzone ("CGI:IRC (EOF)") 23.39.01 # eh, brb 23.39.21 Quit Fraser (Read error: 110 (Connection timed out)) 23.40.39 Quit ompaul (Client Quit) 23.40.49 # Zagor: it seems this is a good day for usb :-P 23.41.34 # Llorean: Thanks a lot for the help! 23.41.40 Quit ttuttle ("leaving") 23.41.46 # nanok: well there's lots of interest, but unfortunately we are no closer to a solution 23.43.39 Quit mog (Nick collision from services.) 23.44.26 # Zagor: i guess it's a stupid question, but for what it's worth: 23.45.10 # it seems the 64bytes limit is exactly the limit for "full speed" usb, for up to 512 you must have "high speed" usb. might that have anything to do with the problem here 23.45.29 # (sorry in advance, i am pretty sure you allready know that/thought of it) 23.46.05 Quit PaulJam (".") 23.46.37 # I plan to have a closer look at sansa USB on sunday 23.46.55 # bertrik: excellent 23.47.14 Quit Febs ("ChatZilla 0.9.79 [Firefox 2.0.0.9/2007102514]") 23.47.47 # i assume high speed must be negotiated explicitly somehow, so maybe the negotiation is somehow the problem (fails and falls back to full speed)? 23.48.05 Join rotator [0] (n=e@rockbox/developer/rotator) 23.48.38 # nanok: I was going to response "of course I am running 2.0" but it is worth triple-checking. no suggestion is too stupid at this point. 23.48.48 # Zagor: have you figured out already which endpoints can do what? 23.49.11 # I mean are all endpoints capable of bulk transfer, or do you need to use specific ones 23.49.44 # bertrik: afaik they are all the same 23.49.48 # Zagor: i may be mistaking, but i seem to remeber full and high speed are both 2.0? 23.49.50 Quit davina (Remote closed the connection) 23.49.53 # * nanok goes out to check 23.49.56 # jhMikeS: sorry, some people came by 23.49.56 # Zagor: so at 64bytes, does it work, but slowly? Or is it still broken 23.49.58 # High and Full are both part of 2.0 23.50.02 # afaik too 23.50.15 # nanok: no, full is specified in 1.1. 23.50.28 # yes but still available in 2.0... 23.50.40 # yes of course. everything is back-compatible 23.51.00 # rasher: at 64 bytes it works 23.51.20 # Wouldn't that be worth committing? 23.51.28 # That's what I was about to say 23.51.40 # no, we are wrong. usb 1 12mbps is "full" 23.51.50 # nanok: exactly 23.51.54 # Zagor: just checked, sorry :) 23.52.02 # yes, but you can still do usb 2.0 and full speed 23.52.03 # Assuming things are in a working order, slow usb is far better than no usb 23.52.32 # ie "usb 2.0" is not equivalent to high speed 23.52.34 # For stuff like upgrading rockbox, it'd be more than sufficient 23.52.42 # linuxstb, rasher: yeah I suppose so. I've been to focused on this bug to really think about committing a suboptimal version. I'll limit to 64 bytes and run some tests. 23.52.48 # rasher: i second that. and 12mbps is not all that sllow anyway 23.52.59 # is it possible or useful to port the mass storage part of the stack to other USB device controllers? 23.53.19 # plus, having the code in the svn might be helpfull, in having a bigger testbase, and more people to look at the code and come up with ideas.. 23.53.25 Quit jhMikeS (Nick collision from services.) 23.53.31 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 23.53.34 # bertrik: yes, that is the idea 23.54.08 # so you did make it portable, more or less? 23.54.27 Join handmadematters [0] (n=handmade@80.224.161.24.dyn.user.ono.com) 23.54.35 # yes 23.54.58 # preglow: pay no attention to the people ;) 23.55.04 # in this case, comitting with the current limitation of 64B might also help poeple advance/test on other targets 23.55.22 # hi all ;-) 23.55.46 # Anyone know what it would take to add .rar decompression to Rockbox? Apparently .spc files are often stored in RAR files 23.56.21 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 23.57.09 # oblib: there have been a few discussions ont he forums about this 23.58.03 # scorche|w, what was the result of the discussions? 23.58.07 # we arent a big fan of rar, as it is proprietary 23.58.23 # true, I forgot about that 23.58.35 # Is there a place at rockbox to report examinations of a DAP behaviour which could be helpfull for real developers... i think the task could be a little bit to much for me (we will see) but if i wont succeed the things i recorded could be helpful