--- Log for 17.11.107 Server: kubrick.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 10 days and 2 hours ago 00.00.05 # bertrik: pretty much throwing it away, I'm afraid. It seems no one really paid attention to what he was doing, which is pretty sad in a lot of ways. 00.00.46 # ok 00.00.54 # next year shall be different :) 00.01.11 # * linuxstb sharpens the whips 00.01.52 # I looked at the linux gadget API and I found it actually quite clean. 00.02.13 # * Bagder has gotten lost in the linux usb code more than once 00.02.14 # Ofcourse we don't need to have everything dynamic/installable 00.02.25 Join billenium [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) 00.04.40 Quit bertrik ("happy hacking") 00.05.50 # but if it is based on the linux code, woudln't it have the colateral effect of making, for instance, usb otg easyer to get working (where possible)? 00.06.25 # ofcourse, i understand how the full linux stack might be overkill for rockbox 00.07.43 # yay, another kernel oops... 00.08.26 # Zagor: is there some evil spirit following you? 00.08.40 # or inhabiting your pc's memory controller 00.08.43 # no, I'm not following Zagor! ;-P 00.08.44 # :) 00.09.35 # Bagder: come on, man, give the man a break? can;t you oops the kernel while he's asleep, at least? 00.09.56 # we need to keep him alert at this late hour! 00.10.16 # i mean, i can understand how an evil spirit cannot change it;s ways overnight, but be reasonable, at least a small compromise?.. :) 00.10.17 # nanok: that's one of the reasons I haven't commited anything yet. my code started as an experiment, to see how much code is really needed because I found the linux code unmanageable. 00.11.21 # Zagor: i get your point. but otoh it seems you are not the only one. it seems to me like that code feels unmanageable enough for most people, enough not to be maintained anymore 00.11.48 # doing OTG from scratch is not going to be funny. otoh we don't want the linux stack either, so we won't be able to otg from there without large modifications. 00.12.01 # to get otg 00.12.13 # maybe you should try to make a "prerelease" with this 64B limitation, and at least have a patch available, i think there's a bunch of people out here who might want to test it as it is.. 00.12.48 # Zagor: yeah, that's the tradeof, i guess 00.14.19 # I'll focus on a 64byte-version for now 00.17.58 # geh 00.17.59 # me bac 00.18.47 Quit Zagor ("reboot") 00.21.49 # jhMikeS: well, it does work better now 00.21.53 # but it doesn't seem to say the right things 00.22.08 # what the heck does that mean? 00.22.11 # :) 00.22.28 Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 00.22.39 # it says crazy shit like "26" instead of directory names 00.23.28 # well, that seems a little outside /* Make bit buffer use our own buffer */ 00.23.28 # do you have "number" turned on? 00.23.28 # i should try decoding some of these bastards to see what they really say 00.23.36 # nope 00.23.43 Join psycho_maniac [0] (i=psycho_m@ppp151.hk.centurytel.net) 00.24.07 # is there a way to upload more than one file to the wiki at a time? 00.24.44 # jhMikeS: yeah, something went seriously wrong with my .talk clip run 00.24.51 # so, basically, it worked 00.24.56 # what say you we commit this bastard, then? 00.25.23 # i do wonder what is going on with voicebox, though 00.25.35 # think I can do that...3, 2, 1, first committer is a bastard! :P 00.25.53 # now, let's see 00.25.53 # preglow: I'd say that should be taken care of first 00.25.59 # rasher: well, me too :/ 00.26.02 # but amiconn vanished 00.26.11 # what needs taking care of now? 00.26.17 # voicebox 00.26.20 # what people use for making voices 00.26.27 # No, .talk clips 00.26.35 # * jhMikeS gives voicebox a pack of smokes 00.26.47 # they're fine. 00.27.15 # Which means it's arguably more important, since people rather have to make those themselves 00.27.18 # rasher: well, shit, who is this brian wolven anyway? 00.27.46 # and why isn't it in svn? 00.27.59 # Two good questions 00.28.08 # preglow: so what could have gone wrong with the talk clip run? 00.28.17 # I think the answer, like for voicefont and wavtrim is "no one cared" 00.28.22 # jhMikeS: no idea 00.28.27 # i'll try again, since i apparently have time to do so 00.29.01 # It's entirely possible I cocked up the .talk clip generation, but it's perl, so you should be able to fix that... 00.29.02 # well, if it we rely on it in this fashion, it should be in svn, imo 00.29.03 # preglow: it pissed me off when rbspeexenc rejected my stereo input :) 00.29.11 # jhMikeS: :D 00.29.44 Join iamben_ [0] (n=ben@adsl-75-33-219-124.dsl.spfdmo.sbcglobal.net) 00.29.46 # too hard to do a (L+R)/2 eh? :p 00.30.45 # laziness is an integral part of me 00.30.49 # have to pay attention to it 00.30.55 # besides, it might not be what you want 00.31.33 # what might not be what I want? 00.32.38 Quit handmadematters () 00.32.44 # to have it mix to mono? can't see why. 00.33.10 # go ahead :> 00.33.38 # not bothering now 00.34.14 # I don't even use voice outside of testing it. 00.35.00 # what does "Quietsave" mean when editing a wiki page? 00.35.05 # These .talk clips will sure as heck run your batt down though 00.36.27 # yes indeed 00.38.01 Quit Toxicity999 ("Leaving") 00.38.19 # what the hell 00.38.40 # .talk generation snafu? 00.38.46 # espeak 28 -w "lollerskates.wav" 00.38.49 # why would it pass "28" ? 00.39.18 # what's the 28 mean? 00.39.39 # erk 00.39.44 # i don't even know why thell it's there 00.39.47 # it's confusing me badly 00.40.06 # $tts_engine_opts must be "28" 00.40.15 # it's not, i use -S="" 00.40.31 # and when i did -S="-h", it still passed some weird-ass number and not -h 00.41.09 Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) 00.41.24 # hrm... 00.41.29 # hang on 00.41.32 Quit psycho_maniac (" HydraIRC -> http://www.hydrairc.com <- \o/") 00.42.14 Quit iamben (Read error: 110 (Connection timed out)) 00.42.16 # i might just go ahead and port this bastard to use the Getopts module one day :> 00.42.20 # preglow: fixed 00.42.26 # rasher: schweet 00.42.27 # getopts wouldn't have helped 00.42.37 # rasher: nah, but i think it's clearer 00.44.18 # preglow: should work now.. can you confirm? 00.54.00 # Anyone here good at codec programming? I'm trying to fix seeking in speex. 00.55.55 Quit Zagor ("Client exiting") 00.58.37 Join Thundercloud [0] (n=thunderc@resnet21.nat.lancs.ac.uk) 00.59.29 Quit scorche|w ("CGI:IRC (Ping timeout)") 01.02.00 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 01.04.25 Quit ender` (" PHP is a minor evil perpetrated and created by incompetent amateurs, whereas Perl is a great and insidious evil, perpetrate") 01.06.24 # * jhMikeS looks up "single stack kernel architechture" and is bombarded by patents...always stupid patents anytime you get any ideas 01.06.48 # jhMikeS: you'll not do much good with that 01.06.57 # you misspelled architecture 01.06.59 # ;-) 01.07.06 # haha 01.07.17 # i figure i can be your google assistant 01.07.24 # since i have no idea what that means 01.07.28 # so long as they patented the "architechture" I'm safe :p 01.08.33 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 01.08.35 *** Saving seen data "./dancer.seen" 01.09.58 # oblib: It's not "codec programming", but I might be able to help. 01.10.14 # are you responsible for speex? 01.11.29 # oblib: I deny all responsability for it, but yes I wrote it. 01.11.30 # responsible? haha 01.11.44 Quit Toxicity999 ("Leaving") 01.11.57 Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) 01.12.06 # I'm trying to figure out why when I resume a speex file with a bookmark, it plays a bit (buffer full?) at the beginning of the file, and then jumps. Also, if I push skip backwards, it doesn't play anything until like 10 seconds in. 01.12.43 # is the behavior there pre MoB? 01.13.02 Part toffe82 01.13.05 # MoB? I'm working off a current SVN 01.13.12 # Metadata on Buffer 01.13.15 Join shriphani [0] (n=shriphan@60.243.172.51) 01.13.30 # I'm not sure what that means. 01.13.51 # I'd suggest checking out a revision before that just to make sure. 01.14.08 # I see that it does grab ci->id3->offset, but does not use it right away. 01.14.21 # jhMikeS, a revision before what? Current? 01.14.27 # That means info about the files (like tag info) is kept on the audio buffer 01.14.38 # no...farther back 01.14.45 # hello, I am making a podcast on rockbox for our open source software interest group. Can someone give me a list of new features which improve upon the functionality of the native os which comes with the iPod and iRiver ? 01.14.51 # It's done this since May at least 01.15.15 # ah...so that's not it then 01.15.27 # shriphani: http://www.rockbox.org/twiki/bin/view/Main/WhyRockbox 01.15.50 # karashata, I have gone through that page and I am looking for more. 01.17.06 # shriphani, because it *rocks*! what more do you need than that? ;-) 01.17.39 # shriphani: Do you have specific questions or something, or do you just feel like something must be missing? 01.18.29 # Llorean, I feel that the WhyRockbox page is a bit small and won't take much time to cover in a podcast. 01.18.51 # Well, the manual goes into detail on pretty much everything 01.18.54 # So you can get more out of it 01.19.05 # ok. 01.19.15 # btw has python been ported to rockbox ? 01.20.07 Quit Shoot () 01.20.26 # where in the code can I find what happens to the codec if the "skip back" button is pushed (skip to start of track, or skip back one track)? 01.20.48 # shriphani: No. 01.21.32 # well alright then, I'll look for material in the manual. thanks a lot :) 01.22.42 Join Mouser_X [0] (n=mouser_x@LAYL001.digis.net) 01.23.04 Join iamben [0] (n=ben@ppp-70-247-252-134.dsl.spfdmo.swbell.net) 01.25.08 Quit mf0102 ("Verlassend") 01.27.52 Quit linuxstb ("ChatZilla 0.9.79 [Firefox 2.0.0.9/2007102514]") 01.29.23 # oblib: the SPC codec has really simple handling of those events so it might be a good reference of what to look for in a more complex one 01.30.20 # jhMikeS, will do 01.30.54 Nick Soap_ is now known as Soap (n=Soap@rockbox/staff/soap) 01.31.19 # shriphani: from your description it sounds like http://www.rockbox.org/twiki/bin/view/Main/FeatureComparison could be of interest... ? 01.33.52 # jhMikeS, yes very simple indeed. It doesn't really handle it at all (no seeking, doesn't respect bookmarks) 01.34.32 # It's an emulated format. It would be difficult to specify those things... 01.35.08 Join [potato] [0] (n=insanpeo@c220-237-156-194.brodm1.vic.optusnet.com.au) 01.35.17 # Mouser_X, I understand, it just doesn't help with what I'm trying to do now 01.35.58 Quit iamben_ (Read error: 110 (Connection timed out)) 01.36.11 # <[potato]> hi, can anyone guid me on how to get midi files working? im on dial up and having a bit of trouble getting into the forums 01.36.12 # Sorry, I didn't read the logs. 01.36.57 # oblib: well, you seemed to be asking about events. it sounded relevent anyway. 01.37.35 Quit karashata ("I will *SO* make you regret that... Later... *is a lazy dragon*") 01.37.44 # yeah, what I'm saying is it doesn't respond to any events. I will check into some of the other codecs though 01.37.56 Join karashata [0] (n=karashat@pool3-048.adsl.user.start.ca) 01.38.50 # sure it does. it will restart from the beginning if "skip back" is pressed and such...it ignores a seek request to actually seek but process it. 01.39.27 Quit [potato] (Client Quit) 01.39.54 # you're right, which tells me that the skip back is handled out side of the codec. So I guess that means (as far as the speex problem goes) is that it just behaves poorly for the first packet it buffers. 01.40.25 # we could have seeking in an emulated format if the machine state were caches along many points and then the machine run up to a particular sample index before actually playing samples. 01.41.06 # or just run the emulator as fast as possible until it gets there. how's that for battery intensive? 01.41.38 # way too CPU intensive for that...hence the "seektable" 01.47.52 Quit Nico_P (Remote closed the connection) 01.53.44 Quit jhulst ("Konversation terminated!") 01.57.40 Join mathayas [0] (n=tylerwoo@S0106001346fc5b99.pp.shawcable.net) 01.58.12 # I need a bit of help in getting cygwin up and running, -- particularely when it comes to installing the required packages 01.58.29 Quit Arathis ("Bye, bye") 01.58.59 Part pixelma 02.00.41 Quit animeloe ("This computer has gone to sleep") 02.06.45 # jhMikeS: ok, so we're waiting with this, then? 02.06.51 # hi all, anyone remember which cowon player uses the TI DM320? 02.08.14 # a2? 02.08.18 # tms320 02.09.21 # preglow: umm...I'm waiting...just sitting here wait for the go code 02.09.42 # well, if we're going to wait until voicebox is fixed, it's not happening now, apparently 02.10.45 # lemme guess, priority inversion...we're blocked until the low priority task completes? :p 02.11.25 # indeed... 02.11.35 # but no, if it's not fixed tomorrow... 02.12.06 # then it need to inherit the priority of this task or be preempted (ok, thread head atm I am) 02.17.01 # yeah, amiconn is right anyway 02.17.03 # it should be easy to fix 02.17.25 # just support for speex? 02.17.32 # yeah 02.17.35 # that should be all 02.18.47 Join msl [0] (n=msl@CPE-69-76-224-94.kc.res.rr.com) 02.20.18 # How do I reboot my nano if it has frozen? 02.20.36 # keep menu and select pressed for a long time 02.20.40 # you'll see when it work 02.20.40 # s 02.20.50 Join Aware [0] (n=bill@CPE-58-161-148-11.nsw.bigpond.net.au) 02.21.54 Join japc [0] (n=japc@bl7-242-62.dsl.telepac.pt) 02.22.16 # Thanks preglow 02.22.24 # I need a bit of help in getting cygwin up and running, -- particularely when it comes to installing the required packages 02.23.03 Part msl ("Konversation terminated!") 02.26.01 Quit oblib ("Leaving") 02.26.49 Join smooveJ [0] (i=408b0493@gateway/web/cgi-irc/labb.contactor.se/x-14988b7313e8afea) 02.27.43 # Heya - just tried installing rockbox boot loader 2.0 on OSX formatted iPod Video and I think I might've bricked it 02.27.50 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 02.27.57 # i'm getting this message on a black screen: 02.28.06 # Rockbox boot loader 02.28.12 # Version 2.0 02.28.26 # IPOD version: 0xFFFFFFFF 02.28.33 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 02.28.46 # tOSHIBA MK6008GAH 02.28.51 # No partition found 02.29.00 # Hold MENU+SELECT to reboot 02.29.11 # smooveJ: Why did you put it on an OSX formatted iPod? 02.29.15 # then SELECT+PLAY for disk mode 02.30.16 # I didn't do my homework - stupidly assumed it would work before reading the doco 02.30.45 # Now it won't even mount 02.30.53 # If you just follow the disk mode instructions from the bootloader message you pasted, you can boot into disk mode and mount.. 02.30.57 # preglow: possible to whip up an H10 voice real quick? 02.32.10 Quit JoeBorn ("afk tonight") 02.37.58 # jhMikeS: sure 02.38.00 # what engine? 02.38.02 # espeak? 02.38.16 # the darth vader one 02.38.40 # coming up 02.38.53 # calling it the darth vader one is a bit of stretch, though :P 02.38.55 # it's 20GB if that matters 02.39.05 # can you lower the pitch? :) 02.39.09 # it sounds like half-eccentric british guy through a ring modulator :P 02.39.14 # haha, perhaps tomorrow 02.40.45 # what is the point of the new %m wps tag? does it just remove the need to manually add preceding spaces to line wps info off the edge of the screen? 02.41.00 # I think you could use that one to make a very good DV impression. I'll try to install one or another version of it and mess around till I get it. 02.41.07 # http://www.pvv.org/~thomj/rockbox/english.voice.h10 02.41.11 # thanks 02.41.15 # nÃp 02.41.24 # kill for a beer 02.42.18 # I observed that the letter "A" in the keyboard was too short...just a quick eh' 02.42.54 # Which engine is being called the "darth vader" one? 02.42.59 # espeak 02.43.00 # Llorean: i think it's espeak 02.43.05 # we'll find out shortly 02.43.05 # Have you heard the mbrola voices yet? 02.43.11 # no, no i have not 02.43.53 # This is espeak using mbrola voices instead of its own: http://llorean.dyndns.org/rockbox/voice/mtest.wav 02.44.29 # if we can improve pronounciation with phoneme strings (for the voice string), why not use it? don't these TTS engines support that? 02.44.39 # jhMikeS: sure they do 02.44.45 # to some extent 02.45.44 Join CoupDeGrace [0] (n=db56@c-67-160-184-120.hsd1.wa.comcast.net) 02.45.54 # could someone please answer my question? 02.45.55 # some correction is being done already, in voice.pl 02.46.00 # that sounds like Tony Blair 02.46.17 # jhMikeS: it was the wrong one? 02.46.25 # no the mtest.wav 02.46.29 # ah, right 02.46.35 # Aware: the %m tag allows you to specify a left margin 02.46.56 # It's a good deal less mechanical than the standard espeak voices, and I think espeak has better pronunciation with unedited strings than festival 02.47.12 # so does it essentially do what i thought it did? 02.47.12 # that doesn't sound too bad at all 02.47.23 # is that espeak? 02.47.29 # Sorta 02.47.32 # has that vocoder-ish richness to it with closet echo 02.47.33 # espeak + mbrola? 02.47.41 # The command line has espeak produce phonemes and feed them to mbrola which actually speaks them. 02.47.58 # well, espeak does pronounciation very well 02.48.19 # Espeak even gets read vs read correct sometimes. 02.48.30 # and it doens't say ploojins :P 02.48.35 # There is that too. 02.48.40 # Does anyone know if there's any beta versions of Rockbox for the Creative Zen Vision:M? 02.48.41 # i almost missed that 02.48.43 # Aware: basically, yes, except that text won't scroll past the margin, so it's good for positioning text beside images you don't want drawn over by the text 02.48.47 # CoupDeGrace: no, it's not even being worked on 02.48.58 # preglow: Not *entirely* true any more. 02.49.02 # preglow Seriously?! 02.49.26 # Llorean: right... 02.49.28 # disregard me, then 02.49.30 # I think they've got the ability to get the device to load their own code now, don't they? Just don't have any code for it to load, or anything. 02.49.44 # well, if i knew that i wouldn't have said what i said, would i :V 02.49.55 # CoupDeGrace: It's _barely_ being worked on. As in "Nobody's working on Rockbox for it, but they're working on the ability to work on Rockbox for it" 02.50.16 # Lol. Great. 02.50.30 # karashata: i see. so this negates the usage of patched builds for this functionality. so why isn't there the ability to set a right margin? 02.50.35 # I've been dying to Rockbox my Vision all year. x_X 02.50.53 # CoupDeGrace: Then join the effort working on it. All Rockbox development is volunteer effort. 02.51.23 # Aware: Because that functionality will come with viewports 02.51.28 # Tell me what to do and I'll do my best, but I'm no programmer.. 02.51.35 Quit donutman25 ("ChatZilla 0.9.79 [Firefox 2.0.0.9/2007102514]") 02.51.52 # CoupDeGrace: See the NewPorts wiki page, but if you're not up to getting your hands dirty, there's not much you can do (or really, anything) 02.52.41 # saving 300k on a voice file ain't bad 02.53.13 # Where do we load / keep the voice file? 02.53.21 # Llorean Alright, just google NewPorts or something? I'm fine with getting my hands dirty, I'm tech savvy enough to perhaps be able to help in some way but I'm not sure 02.53.45 # CoupDeGrace: It's a page in the Rockbox Wiki, simply named NewPorts, no googling should be necessary. 02.53.50 # preglow: yeah, that's the nice DV/driod one 02.53.55 Join Diablo [0] (n=Pierre@119.230.100-84.rev.gaoland.net) 02.54.24 # Llorean Awesome. Well. I'll snoop around and see if I can be of any assistance. 02.54.32 # Llorean: what is viewports? 02.55.04 # Aware: http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=ViewPorts 02.55.07 # preglow: "yes" seems to always be missing too 02.55.11 # Aware: A feature that will allow text to be put at X/Y coordinates, with left, right, and possibly even bottom margins (so you can change fonts and not have alignment die) 02.55.30 Join psycho_maniac [0] (i=psycho_m@ppp499.hk.centurytel.net) 02.55.55 # I just get silence (audio goes to background so silence is playing instead) 02.55.59 Quit Diablo (Client Quit) 02.56.09 # when i run the svn up command it just sits there with a yellow block. is there something wrong here? \ 02.57.41 # jhMikeS: yeah, i never get yes 02.57.43 # god knows why 02.58.00 # I remember a bug about a missing "Yes" in the voices in the past 02.58.42 # then not our bug, good 02.58.46 # it was running and then stoped on one file so i closed eterm and ran it again. ran svn cleanup and then svn up. would this break somethign as it snot working at the moment 02.59.11 # preglow: it is the very first clip 02.59.53 # so I suppose it's immediately after the header...could be a clue 03.00.18 # myeah 03.00.48 # i can ping svn.rockbox.org but it just doesnt seem to be downloading anyhting. just sits as a yellow block. 03.01.48 Quit Thundercloud (Remote closed the connection) 03.01.51 Join blistov [0] (n=blistov@S0106001346a471bb.ed.shawcable.net) 03.02.02 # what version of sanspatcher works with the e200's right now? 03.02.09 # The newest? 03.02.23 # maybe i need to give something a kick 03.02.57 # Llorean, last time I used the newest, it broked maw device. 03.03.04 # I think we had this conversation a few months ago. 03.03.28 # its still just sitting there not downloading anything. 03.03.34 # Some version at some point wouldn't boot the device, and I couldn't get into recovery either. 03.03.59 # blistov: So... your assumption is that a version some months ago didn't work, so the october 20th version probably doesn't fix that bug? 03.04.06 # how to i revert to an older version of svn? 03.04.41 # * jhMikeS hunts for more mp3-centric code just in case 03.04.46 # blistov: And I highly doubt it *broke* your device. It doesn't have the physical strength for that. The worst it could've done was simply require you to restore it. 03.05.18 # maybe if i revert to a older svn i could then do the svn up command. 03.06.31 # * preglow goes sleepey 03.06.47 Join SCHALKE_04 [0] (n=SCHALKE_@blk-7-164-183.eastlink.ca) 03.06.50 # Llorean, I'm asking a question. Not questioning y ou. 03.06.52 # actually where do i find the newest svn revision? 03.07.26 # Last time I did this using the newest version, my device wouldn't go into recovery. 03.07.33 Part SCHALKE_04 03.07.34 # Just verifying. 03.07.34 # blistov: If you were just asking the question, you probably would've stopped when I just gave you an answer. 03.08.26 Part blistov ("Kopete 0.12.4 : http://kopete.kde.org") 03.08.38 *** Saving seen data "./dancer.seen" 03.08.52 # Sansapatcher doesn't even write to the area where recovery is kept. Are you sure the only thing you did was use Sansapatcher as the instructions describe on a clean e200 non-R? 03.09.34 # Is there a bug report associated with the problem you had with it? 03.09.47 Quit joshin (Remote closed the connection) 03.12.46 Join sdoyon [0] (n=steph@modemcable193.152-83-70.mc.videotron.ca) 03.12.56 Part ToHellWithGA ("Oh no!") 03.13.07 Part mathayas 03.13.51 Join scorche [0] (n=scorche@rockbox/administrator/scorche) 03.16.15 # For the voice with speex, P#8162, do I need new tools fomr somewhere? 03.16.31 Quit smooveJ ("CGI:IRC") 03.20.03 Quit Llorean ("Leaving.") 03.20.16 Quit karashata ("I will *SO* make you regret that... Later... *is a lazy dragon*") 03.20.23 Join Llorean [0] (n=llorean@cpe-70-113-103-34.austin.res.rr.com) 03.25.13 Join ttuttle [0] (n=tom@pdpc/supporter/student/gentoo.contributor.ttuttle) 03.25.23 # Hey, has anyone thought of adding a feature to Rockbox where you can pause the radio and have it buffer it? 03.25.28 Join mschneider [0] (i=42444ee1@gateway/web/cgi-irc/labb.contactor.se/x-ed94c4adf244bfe8) 03.25.29 Join joshin [0] (n=josh@unaffiliated/joshin) 03.25.35 # You could build a radio PVR even. 03.26.20 # would anyone be willing to help with a brief coding issue? 03.27.36 # mschneider: depends...? 03.28.02 # well, I'm trying to get something to take user input - but only number 03.28.06 # numbers* 03.28.24 # anyone interested? 03.28.30 # Which do you think would be better to do - user the keyboard or draw a number pad like in calculator? 03.28.39 # ttuttle: Rockbox can already record from the radio, and I believe even do timed recordings 03.28.48 # mschneider: Pad. 03.28.59 # Alright thank you. 03.29.23 # Would it be alright if i borrowed some of that code or should i start from scratch? 03.29.45 # it's gpl sure you can borrow as much as you want 03.30.01 # mschneider: It's GPL, you can reuse all the code in Rockbox. 03.30.08 # Llorean: Yeah, but what about pausing live radio? 03.31.06 # ttuttle: i guess it is beyond most dap to record audio and play it back at the same time 03.31.06 # ttuttle: Nothing's implemented for that. 03.31.06 Quit mschneider ("CGI:IRC (EOF)") 03.31.24 # *most daps abillities 03.32.10 # DerPapst: Oh. 03.32.15 # DerPapst: Hmm. I didn't think of that. 03.32.26 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 03.33.00 # ;) 03.33.39 Quit hcs ("Leaving.") 03.34.03 # DerPapst: Are you sure, or nobody's tried? 03.36.20 # i'm not sure... 03.37.10 # but you can't use mp3 as codec for that task because on some daps mp3 is pretty cpu intensive 03.37.20 # and for encoding even more 03.37.30 # but wav requires a lot of seeking 03.37.35 # and buffering 03.37.40 Quit CoupDeGrace (Read error: 104 (Connection reset by peer)) 03.37.44 # DerPapst: Okay. 1. How much RAM is in most devices? 2. Can I stream data to/from the hardware directly, instead of writing to disk? 03.37.46 # *seeking on the harddrive 03.37.49 Join webguest52 [0] (i=44219091@gateway/web/cgi-irc/labb.contactor.se/x-6edc6457adb7cb53) 03.37.53 # DerPapst: Er, I'm using a flash player. 03.38.07 # hey everyone, sorry for the troubleshooting question... 03.38.37 # I just accidentally loaded the OF.mi4 from rockbox on my sandisk 03.38.47 # ttuttle: tough i'm not sure how much bigger the performance is over a hdd, 03.38.58 # now the screen is all colorful static, and I can't get it to shut off... is there a way to hard reset it? 03.39.08 # webguest52: hold power for many seconds? 03.39.17 # I tried, it doesn't do anything 03.39.34 # webguest52: hmm 03.39.37 # webguest52: is there a reset pin? 03.40.12 # ttuttle: that target are you talking about? since it's flash i guess it has 32MB ram.. which isn'T that much for wav 03.40.28 # *what target 03.40.45 # ttuttle: there doesn't appear to be a reset pin... it's a new player for me, I don't know much about the hardware yet 03.41.00 # so you could only hold a few minuted 03.41.40 # seriously... i shouldn't try to tye at 3:45am :-/ 03.43.02 # The Sansa should always shutdown if you hold Power for 15 seconds. 03.43.38 # I've tried holding power for about 30 seconds, but it's not shutting off... the light wheel is on and the screen is all static 03.43.54 # Then there's something very significantly wrong with it. 03.44.00 # Something not just software, probably 03.44.16 # wait, what the heck? It just shut off automatically 03.44.17 # weird 03.44.30 # it's working now, thanks! 03.44.44 # how much battery was left when you accidently loaded that file? 03.44.53 # about a quarter 03.45.04 # ok nm. i figured it killed the battery 03.45.53 # thanks for the help! 03.45.56 Quit webguest52 ("CGI:IRC") 03.46.08 # now never do that AGAIN 03.46.10 # DerPapst: Well, you could dump it out to disk/flash after a few minutes in 1 minute increments. 03.46.24 # DerPapst: Assuming you can hold 2 minutes worth in RAM, you're fine. 03.47.00 Quit sdoyon ("ircII EPIC4-2.4 -- Are we there yet?") 03.49.51 # well as i said.. i *guess* it's beyond most daps abillities. but i can be wrong though. there you better ask someone who has a better knowledge about the internals of rockbox and what is possible. 03.50.34 # Buffering to disk shouldn't be a problem, I mean, we do that with recording anyway 03.50.43 # Encoding realtime as necessary, etc. 03.51.09 # The real question comes in terms of the order things are hooked up, and whether it's possible to encode *and* decode realtime, so that you can playback while timeshifted (say, 15 minutes behind "now") 03.51.46 # So the important questions are "Can the device play audio files while recording radio" and "Is it fast enough to do this with any format other than WAV" 03.52.33 # with the old scrolling margins patch. did you need the 2 margins? or could you have just the left margin? 03.56.05 # Llorean: Well I don't plan to do it with anything but WAV. 03.56.25 # Llorean: wait, don't they have hardware MP3 decoders? Or is it shared, so you can't encode if you're decoding? 03.57.29 # ttuttle: Very few have hardware MP3 decoders. 03.58.23 # Llorean: brb, Numb3rs is on... 03.58.43 # ttuttle: thanks for reminding me hehe 03.58.47 # psycho_maniac: ;-) 03.59.23 Join TradeJack [0] (n=aurum@ool-182f7087.dyn.optonline.net) 04.01.52 Quit japc (Remote closed the connection) 04.07.05 Quit DerPapst ("So Long And Thanks For All The Fish!") 04.30.32 Quit jhulst ("Konversation terminated!") 04.31.16 Join ddalton [0] (n=daniel@210-84-8-139.dyn.iinet.net.au) 04.31.22 # sdoyon: around? 04.31.41 # whois says yes any im just learning this irc client 04.37.36 Quit ivan` (Read error: 104 (Connection reset by peer)) 04.37.45 Join ivan` [0] (n=ivan`@adsl-71-142-236-175.dsl.scrm01.pacbell.net) 04.42.49 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.43.09 Join miepchen^schlaf [0] (n=hihi@p54BF4652.dip.t-dialin.net) 04.46.31 Join D0ug [0] (n=Doug@d235-215-218.home1.cgocable.net) 04.47.35 # I'm simply asking one question and not asking for reference to google, or any page that would contain a slew of seperate answers. Has there been any progress on the iPod Classic models (6th gen)? 04.48.05 # no 04.48.39 # Thank you. 04.48.57 # there isnt anyone working on it, so i dont see how there can be progress ;) 04.52.16 # Okay, would there be anyone working on it anytime soon? 04.52.32 # As, its become difficult to purchase an older model of iPod 04.53.45 # We can't predict when someone will work on it 04.53.51 # All progress comes by people volunteering 04.55.55 Join [1]psycho_maniac [0] (i=psycho_m@ppp398.hk.centurytel.net) 04.55.55 # Okay, has there been very much other inquiry? 04.56.16 Quit psycho_maniac (Nick collision from services.) 04.56.17 Nick [1]psycho_maniac is now known as psycho_maniac (i=psycho_m@ppp398.hk.centurytel.net) 04.56.39 # Yes, but none of them are really people working on it, just people interested in seeing someone do it. 04.56.51 # D0ug: Lots of people have asked, but that's it. Asking only. If you want a port, see what you can do to help it get started. 04.57.16 # I can't actually do anything coding wise, but does actual funds expedite the process at all? 04.57.38 # I wouldn't mind donating, if it'll help with intiative. 04.58.00 # it's not gonna hurt, that's for sure 04.58.07 # Heh 04.58.10 # The donation fund is for "Rockbox" rather than for incentive for any specific goal or target. 04.58.20 # Don't expect anything out of it, it really is a _donation_ and not payment for anything. 04.58.28 # Yeah, I know 04.59.28 Quit billenium (Connection timed out) 05.08.42 *** Saving seen data "./dancer.seen" 05.11.13 Quit D0ug ("Leaving") 05.15.53 Quit bb (Nick collision from services.) 05.15.58 Join bb_ [0] (n=bb@unaffiliated/bb) 05.26.07 Quit ddalton ("leaving") 05.26.37 # In reading the logs (I'm at least a day behind) I have to say that crossfade, and fade on stop/pause are among my most unwanted features ever... 05.26.59 # Hey, my Sansa is just stuck at the Rockbox splash screen. (Rockbox logo at top, version number at bottom.) 05.27.17 # Drop kick it? (not really, of course) 05.27.27 Quit ttuttle ("leaving") 05.27.41 # Well, I didn't mean to be rude... 05.28.53 Join TheNetKnight [0] (n=TheNetKn@c-98-206-169-163.hsd1.in.comcast.net) 05.29.41 Join ttuttle [0] (n=tom@pdpc/supporter/student/gentoo.contributor.ttuttle) 05.29.45 # Sorry, had to switch IP's. 05.30.13 # Ah. 05.30.24 # Mouser_X: Any solution? 05.31.08 # Mouser_X: Those are incredibly useful for performances. 05.31.17 # if he doesnt answer he might have went to sleep. 05.31.38 # which sansa 05.31.41 # Mouser_X: I recently did the music for a wedding with Rockbox and it would have been a pain without crossfade and fade on pause/play. 05.31.54 # advcomp2019: me? e250. (not r) 05.32.06 # Mouser_X: Same at parties. 05.32.17 Quit GodEater (Connection timed out) 05.32.23 # power up 20 to 30 second 05.32.42 # hold^ 05.32.43 Nick GodEater_ is now known as GodEater (n=bryan@rockbox/staff/GodEater) 05.33.05 # advcomp2019: wait, hold the power button 20-30 seconds after turning on? 05.33.31 # My only gripe is that when you pause, skip, and unpause, the previous song fades in, and then crossfades... This is obviously incorrect. 05.33.42 # male: I didn't say I hated them, but I would avoid using them whenever possible. 05.33.50 # yea ttuttle 05.33.58 # advcomp2019: oh, i got it by reinstalling rockbox 05.33.59 # Once you've faded out on pause and skipped, the original song is done with. 05.34.14 # o ok ttuttle 05.35.39 # male: In truth, I don't use the "directout" output plugin in Winamp, because the other one (apparently older) doesn't allow fading... That's not the *only* reason, but it's one of the very biggest. 05.36.23 # Mouser_X: What does Winamp have to do with anything? 05.36.35 # Crossfade and pause/stop fading. 05.36.54 # Just saying, that I dislike it enough to forcefully disable it whenever possible. 05.37.25 # I'm new to Rockbox, I would like to contribute to the project, the website says to ask here for permission top post in the Wiki 05.37.25 # When listening to a song, I don't want some other music to be thrown into the mix. 05.37.28 # I dislike the games plugins and demos, but I'm not suggesting they be removed to development on them stopped. 05.37.30 # crossfading? 05.38.00 # male: I'm not suggesting that crossfading be removed either. I'm just saying that I don't like it. 05.38.00 # s/to/or/ 05.38.22 # And used Winamp to illustrate that point further. 05.38.30 # i dont like crossfading really either. i wish i could have it on but have it off only when i skip songs. 05.38.35 # * male makes a note in his Things Mouser_X Doesn't Like book. 05.38.46 # Heh. 05.38.55 # Add cats to the list. 05.39.11 # * psycho_maniac adds smashed up deloreans 05.39.16 # :( 05.39.57 # Back on topic: You're correct though, that they're great for perfomance *tests.* 05.39.59 # :P 05.40.46 # It's nice to see how the player works, when they're enabled. Can it handle it? Is the codec written/optimized well enough, that it can work with all the bells and whistles enabled? 05.41.22 # Even though I might not like it, I realize that others do. As such, these are important issues, and should be payed attention to. 05.41.27 # TheNetKnight: your name? 05.41.49 # John Grover, already registered on the TWiki 05.42.44 # done 05.42.57 # although it is saying you dont exist... 05.43.40 # Thanks. I was really impressed with what RockBox let me do on my e250r, very cool 05.44.34 # JohnGrover is your wikiname? 05.44.52 # yes, did I mess up the registration? 05.45.03 # well, it is saying you dont exist 05.45.08 # how did you type it? 05.45.27 # I'll go try again 05.47.32 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 05.48.48 # Ah, apache gives a 500 error when I try to register 05.50.29 # I'll try again later 05.52.02 Part rotator 05.54.50 Join Soap_ [0] (n=Soap@rockbox/staff/soap) 05.55.29 Quit Soap (Read error: 104 (Connection reset by peer)) 05.58.08 Join z35_1 [0] (n=z@149.123.33.65.cfl.res.rr.com) 06.03.51 Quit z35 (Read error: 113 (No route to host)) 06.11.25 Part TheNetKnight 06.13.37 Quit BHSPitMonkey (Connection timed out) 06.27.50 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 06.46.54 Quit joshin (Read error: 113 (No route to host)) 07.08.46 *** Saving seen data "./dancer.seen" 07.10.20 # usually when you register to the wiki it comes up on the main page. unless he registered a long time ago 07.41.08 Join J-23 [0] (n=aldwulf@a187.net131.okay.pl) 07.41.10 # Hello! 07.42.19 Join eae [0] (i=eae@72.28.149.150) 07.43.18 # . 07.44.12 Quit PaulPosition () 07.45.27 # preglow: VoiceBox is written by Brian Wolven, not me 07.45.58 # How can I install live system on my player? 07.46.42 # what do you mean by "live system"? and what player? 07.46.51 # Sansa c240 07.47.05 # Live system = LiveCD Linux/BSD 07.47.18 Join bertrik [0] (n=Bertrik_@121-021-045-062.dynamic.caiway.nl) 07.47.23 # you cannot we only know/tell how to install rockbox. 07.47.35 # hmm... 07.47.49 # tierra: around now? 07.48.25 # J-23: do you mean by installing an actual linux os on the player itself, plug it in and then load the os from there? 07.48.34 # onto the computer? 07.48.39 # amiconn: i could be wrong, but i believe he is out with friends 07.49.46 # if that is what you are after this is not the place to ask those questions as they are off topic. 07.49.57 # timezones :/ 07.50.10 # indeed 07.51.11 # psycho_maniac: Yes, I do. 08.01.02 Join Calcipher [0] (n=Calciphe@ool-18bab657.dyn.optonline.net) 08.10.52 Join weezerle_moep [0] (n=weezerle@dslb-088-072-004-019.pools.arcor-ip.net) 08.12.59 Quit weezerle (Read error: 110 (Connection timed out)) 08.17.59 Quit shriphani (Read error: 110 (Connection timed out)) 08.19.01 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 08.19.28 Join Rob2222 [0] (n=Miranda@p54B15C76.dip.t-dialin.net) 08.19.41 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 08.21.15 Join Gibbed [0] (i=rick@pool-71-189-189-253.lsanca.dsl-w.verizon.net) 08.21.19 Quit Rick (Nick collision from services.) 08.21.35 Nick Gibbed is now known as Rick (i=rick@pool-71-189-189-253.lsanca.dsl-w.verizon.net) 08.27.26 Quit bertrik (Read error: 104 (Connection reset by peer)) 08.27.32 Quit Calcipher ("—I-n-v-i-s-i-o-n— 2.0 Build 3515 with A Pack Fix By www.ircmadeasy.com") 08.35.35 Quit psycho_maniac (Remote closed the connection) 08.36.10 Join Workaphobia [0] (n=Jonathan@magneton-35.dynamic.rpi.edu) 08.37.30 Quit Rob222241 (Read error: 110 (Connection timed out)) 08.37.51 Join psycho_maniac [0] (i=psycho_m@ppp012.hk.centurytel.net) 08.40.45 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 08.40.59 Join thegeek [0] (i=thegeek@s220b.studby.ntnu.no) 08.46.24 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 08.47.58 Quit Gnu47 (Read error: 110 (Connection timed out)) 08.49.39 Join shriphani [0] (n=shriphan@60.243.172.51) 08.59.15 Quit thegeek_ (Read error: 110 (Connection timed out)) 08.59.38 Join thegeek_ [0] (i=thegeek@s220b.studby.ntnu.no) 09.00.17 Quit thegeek (Read error: 110 (Connection timed out)) 09.00.54 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) 09.08.47 *** Saving seen data "./dancer.seen" 09.13.54 Quit J-23 (Remote closed the connection) 09.14.16 Join mrkiko [0] (n=mrkiko@host169-98-static.34-88-b.business.telecomitalia.it) 09.14.53 Quit Workaphobia (Read error: 110 (Connection timed out)) 09.15.12 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 09.15.47 Join J-23 [0] (n=aldwulf@a187.net131.okay.pl) 09.24.07 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 09.26.18 Quit ompaul (Client Quit) 09.28.06 Quit psycho_maniac (" HydraIRC -> http://www.hydrairc.com <-") 09.31.13 Quit J-23 (Remote closed the connection) 09.31.52 Join J-23 [0] (n=aldwulf@a187.net131.okay.pl) 09.38.54 Join Matze [0] (n=Miranda@p50804D5D.dip.t-dialin.net) 09.39.53 Quit Aware () 09.45.31 Join PaulJam [0] (i=PaulJam_@vpn-3011.gwdg.de) 09.45.33 # hello, I have a question that I have already asked in the dev-board but I have not got an answer till now. so here is it again in IRC: How can I use the audio data from an input source (fmradio, mic, linein) in a plugin? I read through oscilloscope plugin but that uses pcm_calculate_peaks which does not return the "real sample data" as I understand it? I want to demodulate data from incoming audio... 09.48.42 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 09.49.25 Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) 09.50.17 Join MethoS- [0] (n=clemens@pD955D4A6.dip.t-dialin.net) 09.50.47 # Matze: No other plugins currently do that, but I think jhMikeS and preglow did some work on it, and they may have a "proof-of-concept" plugin somewhere. 10.01.51 # linuxstb: thank you. maybe one of them reads this and answers me when they have time. I did not find anything similar to my request so I have foreseen that it would not be possible easily with current svn build. 10.01.51 Quit mrkiko (Read error: 104 (Connection reset by peer)) 10.01.57 Join mrkiko [0] (n=mrkiko@host169-98-static.34-88-b.business.telecomitalia.it) 10.02.29 # ... 10.03.18 Nick bb_ is now known as bb (n=bb@unaffiliated/bb) 10.05.37 Join lee-qid [0] (n=liqid@p549674E0.dip.t-dialin.net) 10.05.52 Quit lee-qid (Client Quit) 10.06.02 Join lee-qid [0] (n=liqid@p549674E0.dip.t-dialin.net) 10.07.15 Quit mrkiko (Read error: 104 (Connection reset by peer)) 10.07.51 # * linuxstb suspects that the latest wiki user doesn't have CODeRUS as a realname... 10.08.19 Join mrkiko [0] (n=mrkiko@host169-98-static.34-88-b.business.telecomitalia.it) 10.08.29 # initials? 10.08.45 Quit BigBambi (Read error: 113 (No route to host)) 10.10.09 Join BigBambi [0] (n=alex@86.72.189.172) 10.21.54 # well he does mention parts of his name in the Name field 10.22.03 # so we know it isn't CODeRUS ;-) 10.22.34 Quit J-23 (Remote closed the connection) 10.24.15 # Bagder: Do you remember if the issue of real names for contributors to rockbox-themes.org has been discussed? Also, any idea what license the WPSs in SVN are under? 10.25.01 # I can't recall any particular discussion about real names on rockbox-themes 10.25.13 # I would say the WPSes in SVN are under the GPL 10.26.09 Quit desowin ("use linux") 10.28.01 Quit MethoS- (Read error: 110 (Connection timed out)) 10.29.17 Join Badgerer [0] (n=Whom@tremulous/player/badger) 10.29.26 Part Badgerer ("Oh no, LIONS!") 10.31.16 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 10.34.46 Join Thundercloud [0] (n=thunderc@resnet23.nat.lancs.ac.uk) 10.46.35 Join MethoS-- [0] (n=clemens@pD955F340.dip.t-dialin.net) 10.52.08 Join merbanan [0] (n=banan@83.233.243.232) 11.02.38 Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) 11.08.02 # hmpf 11.08.32 Quit jhMikeS (Nick collision from services.) 11.08.38 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 11.08.52 *** Saving seen data "./dancer.seen" 11.15.49 Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) 11.19.39 Quit jhMikeS () 11.30.29 Quit MethoS-- (Read error: 110 (Connection timed out)) 11.30.36 Join MethoS-- [0] (n=clemens@pD955DA57.dip.t-dialin.net) 11.33.07 # ... 11.34.45 # * JdGordon agrees 11.35.25 Part Llorean 11.44.28 Join Gnu47 [0] (i=Gnu47@private.ntwk.thita.net) 11.57.14 Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) 12.01.39 # amiconn: how is brian wolven, and why isn't voicebox in svn if we depend on it so much? 12.01.44 # who... 12.07.45 # * preglow would have liked to have this in svn by now :/ 12.08.55 Quit desowin (Remote closed the connection) 12.10.08 # Hmm. Unfortunately it doesn't have a clear license 12.10.29 # Brian Wolven used to be around a lot in archos-only times 12.10.48 # it doesn't _have_ a license 12.10.49 # I now have a working version of VoiceBox with rbspeexenc support 12.10.52 # so we can't modify it either 12.11.12 # and sure as hell not redistribute it 12.11.21 # preglow: do you know what rbutil uses, afaik it can create .talk clips somehow (if I'm not remembering wrong) 12.11.28 # Well, there already is a modified version in the wiki 12.11.33 # (for sapi4 support) 12.11.49 # pixelma: hmm, i'll check it out right now 12.13.32 # pixelma: does its own thing, it seems 12.16.53 # amiconn: well, hell, if we already have a modified version, please do put up another one 12.17.20 # What would be a nice default for rbspeexenc -c ? 12.18.18 # Hmm, and how do I tell it to resample? 12.18.24 # It only mentions -q and -c 12.18.54 # amiconn: it always resamples 12.19.04 # unless sampling rate is 16khz 12.20.31 # ah 12.21.06 # No 8 kHz option? 12.22.17 # not yet 12.23.05 # and seriously, who'd use it? 12.23.32 # any rbutil people around? 12.24.28 # amiconn: anyway, it'll be the same then, i'll just add a "-n" option that'll force resampling to 8khz 12.24.53 # i actually think the rockbox part of things should work almost with no modifications 12.26.16 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 12.26.35 # yeah, it actually should, the wideband decoder will detect if it in fact decoded a narrowband frame 12.26.52 # Hmm. Not all invocation variants of voiceBox will work yet 12.26.54 # it'll be slightly less efficient than decoding as nb straight away, though 12.27.01 Join mf0102 [0] (n=michi@85.127.180.92) 12.27.10 # GUI works, but drag&drop without literal options won't 12.27.49 Join Frazz [0] (n=Fraser@thelawsons.plus.com) 12.28.01 # btw, i think default for -c should be 10, slower encode, but max quality 12.28.03 Quit mrkiko (Remote closed the connection) 12.28.17 # as for -q, i currently have 4 as default when doing make voice 12.28.25 # * amiconn only ever used the gui so far 12.29.19 # * preglow wonders why rbutil doesn't support festival 12.41.40 # rasher: voice.pl still doesn't generate talk clips right here 12.43.17 # preglow: what's wrong now? 12.44.12 # you forget to pass $tts_engine_opts to gentalkclips 12.45.21 # so it gets $i instead 12.45.30 # a lot for "zero", "zero", "zero" clip 12.45.31 # si'll fix 12.45.33 # I thought that's what I tested 12.45.37 # eh, fixed. 12.46.03 Join UncleRemus [0] (n=caj@81-234-174-183-no95.tbcn.telia.com) 12.46.17 # well, svn up does nothing to it 12.46.25 # sure you fixed it all places? 12.46.37 # Ah no, I missed the first call 12.46.52 # indeed 12.47.07 # adding $S before , 0 in line 487 should fix it 12.47.28 # done so 12.47.32 # works just fine 12.47.50 # I guess the $i should be global to work correctly, really 12.49.19 # wavtrim is a bit too eager at times... 12.52.09 Join Lear [0] (i=chatzill@rockbox/developer/lear) 12.57.30 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 12.58.11 Quit MethoS-- (Read error: 110 (Connection timed out)) 13.05.13 # perhaps the easiest option would be linking libspeex with rbutil 13.08.54 *** Saving seen data "./dancer.seen" 13.10.56 # * linuxstb senses libspeex build #4... 13.11.07 Join einhirn [0] (n=Miranda@p5B032BE4.dip0.t-ipconnect.de) 13.11.52 # * linuxstb has written some plans for viewports and would welcome comments - http://www.davechapman.f2s.com/rockbox/viewports.txt 13.12.54 # linuxstb: shouldn't rbutilqt be able to use the one we already do? 13.13.48 # We don't create a .a at the moment, just link the .o files with rbspeexenc.o - but that could be changed. 13.14.33 # and easily too 13.14.38 # Sure. 13.14.53 # but yeah, it would be easier by far to link rbutilqt with that than bundling anything 13.15.03 # rbspeexenc.c should be easily adaptable 13.15.33 # but i'd need to talk to some rbutil person 13.15.53 # What's the current status of speex voice? What are we waiting for before the big commit? 13.16.17 # getting all the various speech-related tools updated 13.16.55 # amiconn seems to have voicebox updated somewhat, the in-svn tools work now, so rbutil does remain 13.17.00 # So the actual implementation in Rockbox is commit-ready? 13.17.05 # i'd say so 13.18.16 # linuxstb: the viewports proposal looks sweet to me 13.18.22 # What will happen when someone tries an mp3 voicefile ? 13.18.29 # linuxstb: it won't play, afaik 13.18.30 # jhMikeS: comments? 13.19.23 Join Rondom [0] (n=Rondom@p57A95A8C.dip.t-dialin.net) 13.21.20 Join moos [0] (i=moos@m147.net81-66-159.noos.fr) 13.21.22 Quit mf0102 ("Verlassend") 13.24.19 # what'll happen to talk clips, i don't know, they're just raw files, i bet swcodec will just try to feed them to speex and see what it says 13.28.10 Join Falen [0] (n=chatzill@81-237-250-8-no147.tbcn.telia.com) 13.28.27 # Is there any special magic we can look for in the rockbox-specific speex frames to distinguish them from mp3? 13.29.34 Join Arathis [0] (n=doerk@p508A7075.dip.t-dialin.net) 13.31.00 # Is it the viewers.config file i should edit to associate a file type with my plugin? 13.31.12 # Yes 13.31.14 # linuxstb: we could look for the mp3 sync word and refuse to play if we find that 13.31.29 # but that might be a legal speex pattern too... 13.31.41 # What should I write at the last parameter, "bas,viewers/basint," ? 13.32.35 # Falen: the last parameter is the icon, the wiki about custom iconsets should have some info. 13.33.04 # Ok 13.33.24 Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 13.33.34 Nick parafin|away is now known as parafin (i=parafin@paraf.in) 13.33.46 Nick weezerle_moep is now known as weezerle (n=weezerle@dslb-088-072-004-019.pools.arcor-ip.net) 13.34.15 # Falen: Does basint mean BASIC Interpreter? 13.34.37 # Yeah. I was planning to convert lua, but instead I'm writing my own 13.38.55 # preglow: about what? 13.39.28 # mp3 clips will just error-out and not play if that's what you're asking about 13.42.30 # error out because speex tried to decode but can't, yeah? 13.44.08 # yeah...which is as good a metric as anything. if it can't decode that clip, it stops after asking talk.c for more data. it will continue until it consumes everything but nothing will play out. 13.45.12 # I already fed mp3 voice files to it to check this 13.46.21 # never got any noise? 13.46.33 # nope 13.46.34 # speex isn't really designed to handle stuff like this 13.46.43 # but if it works it's ok, i guess 13.47.15 # I don't think a valid emulation from mpa is very likely, if it is...so you get some noise *shrug* 13.47.31 # we could add a header to talk files, but nah... 13.48.09 # What is the rockbox max file path? 13.48.11 # I don't think it's likely to get confused. It won't crash it in any case. 13.48.23 # * how long can paths be 13.48.40 # MAX_PATH 13.50.10 # Ok 13.51.50 # * jhMikeS suggests snprintf(buf, buflen, "%s", str) instead of strncpy(buf, str, buflen) too 13.52.23 # jhMikeS: Why? 13.52.35 # the NULL-termination issue with strncpy 13.53.31 # better than strncpy(buf, str, buflen-1); str[buflen-1]= '\0'; imo 13.54.00 # Maybe we need something like strncpy_safe(), which always does that? 13.54.11 # Even better would be strlcpy... 13.54.26 # Which is a safe version of strncpy. 13.54.44 # well, if a standardized one exists, use that one of course 13.55.30 # * linuxstb reads the "Controversy" paragraph here - http://en.wikipedia.org/wiki/Strlcpy 13.56.02 # The OpenBSD version sounds good then. 13.57.27 Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) 13.58.10 # yeah, someone always complains but it's better than lack of NULLs from a full buffer. 13.59.41 # probably need a UTF-8 safe version that won't split mulibyte characters too. 14.01.44 # jhMikeS: Did you see my link to my "viewports.txt" description of how viewports could work? 14.02.52 Join Buschel [0] (n=AndreeBu@p54A3F2CA.dip.t-dialin.net) 14.03.08 # no 14.03.26 # http://www.davechapman.f2s.com/rockbox/viewports.txt 14.03.49 # I also have an idea to use TLS to store a current viewport...each thread gets it's own current one...then no issues and no extra parameter. 14.03.52 # I would welcome feedback (I expect you'll disagree with everything, as it's more or less how amiconn has described how he wanted them...) 14.04.30 # * preglow vanishes 14.09.10 # I think I found a bug in rockbox 14.09.33 # While listening to a podcast, I wanted to try the mandelbrot set plugin out 14.09.45 # I zoomed as far as I possibly coul 14.09.47 # d 14.09.54 # At some point, the screen went black 14.10.00 # But playback didn't stop 14.10.08 # None of the buttons were responding to anything 14.10.10 # not everything...pretty much what's in my head about the structs. add a struct viewport *powner; to struct viewport and it's perfect. if it has no parent, it has an on-screen clipping region. 14.10.26 # I had to push the battery slider to turn the player off 14.10.36 # Can anyone else try this and see if they get the same problem? 14.10.42 # I got a Toshiba F20 14.11.00 # Dark_Apostrophe: Can you reliably repeat it yourself? 14.11.10 # linuxstb: I'll give it a try 14.11.50 # jhMikeS: Why would a viewport need a parent? 14.13.16 # because an owned viewport would exist pasted to its parent and it's visible area would be the intersection of its bounding rectangle with its parent's visible area (part not overlapped by other unowned viewports) 14.13.59 # Why? 14.14.03 # iow, no extra clipping data is required for those. 14.14.03 # linuxstb: Ok, something else happened now - the screen went all red instead of all black, but it does still respond to buttons. :/ 14.14.18 # It seems that when you go very deep into the mandelbrot set, the plugin chokes 14.14.19 # because I want to have this not be half-baked 14.14.21 # jhMikeS: I mean what can you achieve with that that you can't achieve without it? 14.14.54 # a splash that doesn't get overwritten by drawing going on underneath it for example... 14.17.12 # the ideas there don't really prohibit extending things to that either 14.17.38 # linuxstb: Could you give it a try please? 14.17.56 # linuxstb: Go as deep into the mandelbrot set as you can and see if it chokes in one way or another 14.17.58 # I don't follow this at all - so how would this work inside the LCD driver? My idea is that the LCD driver only ever knows about the current viewport, and doesn't care about others. Are you implying that the LCD driver would need to know about all viewports? 14.19.16 # you're saying in this it won't know about them at all? 14.19.55 # I'm saying it only knows about the current viewport. 14.20.00 # same here 14.20.23 # But you talked about "unowned viewports" - how would the lcd driver know about those? 14.20.27 # maybe the owner if one, that's it 14.21.16 # it would know by way of the owner pointer in struct viewport 14.21.45 # So in your example of the splash, how would the viewports be defined? 14.22.06 # Isn't there a way to access files in the simulator? 14.22.44 # as an unowned viewport with a NULL parent (probably not for a delay 0 which would use global or arbitrary owner) 14.23.42 # Is there any documentation on the read_line function? 14.23.50 # OK, so how does the LCD driver know not to overwrite that viewport when drawing into the area behind it? 14.23.51 # that leaves several ways to do something simply implicit in the logic 14.24.27 # Falen: See the comment for it in misc.c 14.24.28 # it looks up the rectangle bands that make up the region and splits the drawing operation...pretty normal stuff 14.24.47 # What rectangle bands - where are they defined? 14.25.49 # Ok 14.25.54 # it's global to the screen, all rects that make up one viewport are connected together. they're computed when an unowned viewport move, is shown/hidden 14.26.10 # Isn't there a function for reading the whole file into the buffer? 14.27.12 # if the number of overlapped ports is limited, so is the region complexity and the rectangle pool can have a reasonable size 14.28.08 # Falen: read? 14.28.25 # I.e., the function read... :) 14.28.39 # found it :) 14.28.51 # jhMikeS: So what manages this rectangle pool? The LCD driver code? 14.29.31 Quit spiorf (Remote closed the connection) 14.29.32 # the main thread I think would be enough 14.30.06 Part pixelma 14.30.48 # How do you get a files size then? 14.31.40 # Falen: just keep reading until read returns less than what you requested 14.31.51 # (I believe) 14.31.56 # be mindful that blitting into the bands doen not require checking visibility on every pixel since the bands are sort l->r, t->b. some have doubted me on this so I'll just to prove that one. :) 14.32.58 # And read appends data to the buffer? 14.33.03 Nick Soap_ is now known as Soap (n=Soap@rockbox/staff/soap) 14.33.28 # jhMikeS: Do you still intend there to be a single lcd_framebuffer[] or for each viewport to have its own storage? 14.34.05 # one framebuffer 14.34.25 # Falen: Look in apps/plugin.h for the available functions - filesize() is there... 14.34.56 # Falen: And read() is just the standard read function - ssize_t read(int fd, void *buf, size_t count); 14.35.25 # Imho anything that goes beyond simple rectangular viewports would be overkill for an embedded system and cause unacceptable slowdowns and binary size increase 14.35.27 # that's the point, no backbuffer is required 14.35.37 # eh, ok 14.36.12 # I disagree, on points 1 and 2, point 3, perhaps not so bad 14.36.13 Join spiorf [0] (n=spiorf@79.20.210.185) 14.36.27 # Simple rectangles can be implemented at nearly zero cost, as the drawing functions already do clipping 14.37.29 # Anything beyond that needs complex checks while drawing, potentially for every pixel (worst case) 14.39.14 # Ok 14.39.34 # I can't find the filesize function you're talking about 14.40.05 # nope, they really don't and checking would be usually one check per complete operation 14.41.08 # linuxstb: Your design draft looks pretty much like I imagined viewports. Didn't check the later parts in detail, as I don't have much time atm. 14.41.23 # Falen: It's in apps/plugin.h - which is the plugin API. So you would do n = rb->filesize(fd); 14.42.04 # amiconn: Well, it's more or less what you've described your vision of viewports to be anyway. I was just trying to flesh out the details... 14.42.18 # Aha, Ok 14.42.19 # for a viewport that has a simple region (definitely one in the foreground), it's one rectangle intersection between the owner and the child 14.42.24 # off_t (*PREFIX(filesize))(int fd) 14.42.58 # Just a minor point is that lcd_default_viewport() isn't necessary as a separate function; my idea was that lcd_set_viewport(NULL) would do this 14.43.02 # I don't get that, what does it mean with prefix? 14.43.28 Join n1s [0] (n=nils@nl104-209-90.student.uu.se) 14.43.52 # The default viewport would exist as a static const like all others, but live in the lcd driver. lcd_set_viewport() would just check for NULL and replace it with the default viewport address 14.44.10 # Falen: Ignore it - it's just some magic that's needed for the simulator, to use the Rockbox versions of functions, and not the system versions. In your plugin, you always just do rb->filesize() 14.44.31 # Ok 14.44.54 # amiconn: That's something I wasn't sure about - how can the viewport structs be const, if their contents are changed by things like lcd_set_drawmode() ? 14.45.02 # The backdrop handling is an interesting point. I agree that the first version should keep it global 14.45.44 # AH, right - they can't be const 14.46.18 # linuxstb: can a viewport be moved? 14.46.27 # x, y, width and height should be declared const though (iirc that's possible even if the whole struct is not const) 14.46.28 # this implementation will allow extension to the clipped version anyway, so I'll just wait for step 1, then do step 2 to prove it out making any needed asjustments. 14.46.36 # And I'm expecting they'll be user-definable via the config file - I was thinking of something like mainmenu_viewport: x,y,width,height,.... in the config.cfg file 14.47.47 # Hmm, or not - but the scrolling code might not like if a viewport it uses is resized or moved 14.48.04 # viewports would also need to be moved depending on settings - e.g. if the status bar is disabled, then everything else grows to take up the space. 14.48.42 # heh, most of what you're proposing there requires clipping anyway to really work 14.48.44 # For the scrolling code, I'm suggesting a viewport struct is stored in scroll_info (not a pointer to it) 14.48.54 # Button bar should definitely use one viewport per button, even if we don't want scrolling, just to make it auto-clip properly 14.49.06 # And the status bar should have its own viewport too 14.49.29 # linuxstb: Then those 'child viewports' need to remember their parents 14.49.42 # Why? 14.49.43 # one pointer 14.50.07 # linuxstb: If th eparent viewport is cleared, the scrolling lines in it must be cleared too 14.50.14 Quit Nico_P (Remote closed the connection) 14.50.45 Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) 14.51.02 Join oblib [0] (n=oblib@111-231-8-204.erd.cust.wirelessbeehive.com) 14.51.51 # Otherwise you won't have a way to get rid of scrolling text 14.52.36 # they should store visiblity state 14.52.39 # Right now scrolling text is onl removed in 2 cases: (1) if lcd_puts_scroll() is used to put text on a line and it doesn't need to scroll. (2) when calling lcd_clear_screen() 14.53.24 # This works fairly well for line based scroll text, but won't work for viewports 14.53.31 # amiconn, do you know if any devices use ide1 as well as ide0? 14.54.07 # * jhMikeS must be on /ignore now ... but nontheless knows all this special casing is unneeded 14.54.13 # amiconn: OK, I obviously need to read the existing scrolling code more - I'm not familiar with all the details. 14.55.07 # jhMikeS: What special casing? 14.56.06 Join joshin [0] (n=josh@unaffiliated/joshin) 14.56.07 # worrying about scrollers or not. viewports should just have a visibility flag, the user of the scrollers should show or hide them. 14.57.04 # You still need a way to get rid of scrolling text 14.58.07 # And if the scrolling code copies viewports, these child viewports need to remember their parent, as you obviously can't do it the other way round 14.58.42 # why treat them like pixels (in a way). they're widgets really. 14.58.49 # But I think copying isn't necessary, referencing should be enough 14.59.11 # linuxstb: nice doc about viewports 14.59.38 Join ivan`` [0] (n=ivan`@adsl-71-142-236-175.dsl.scrm01.pacbell.net) 15.00.05 # I just tried to make a normal build, and this came up, The compiler you must use (arm-elf-gcc) is not in your path! 15.00.06 Quit ivan` (Read error: 104 (Connection reset by peer)) 15.00.16 # how many viewports should be allowed? I thought there should just be a pool of structs not pre-allocated for a particular use. 15.00.34 # The apps/ code declares as many viewport structs as it wants. 15.00.36 # Falen: fix your path. 15.00.47 # Falen: Or install the compiler... 15.00.55 # or more correctly PATH 15.01.01 Nick ivan`` is now known as ivan` (n=ivan`@adsl-71-142-236-175.dsl.scrm01.pacbell.net) 15.01.22 # linuxstb: about ?% C<%VA|%VB>... that means veiwports would be drawn when the corresponding %V tag is encountered 15.01.31 # Falen, export PATH=$PATH:/path/to/arm-elf/bin 15.01.46 # linuxstb: ... and that conflicts with what you say ealrier about the order 15.03.45 # for threading I could save a ton of bytes by letting thread structs be caller-allocated. no unused structures in the core need exist and they tend to be dedicated to a particular one-time use anyway. 15.04.17 Join JETC- [0] (n=jetc123@pool-71-125-77-210.nwrknj.east.verizon.net) 15.05.07 # Yeah. That did this trick 15.05.12 Quit JdGordon ("Konversation terminated!") 15.05.25 # Nico_P: I think what I want to achieve is that viewports would be rendered in order (A-Z), but the visibility of viewports, and maybe the size/location/other features could be controlled by conditionals in some way. 15.05.40 # Falen, that will happen every time you reboot unless you put it in a config file somewhere 15.05.49 # /etc/bash.bashrc or ~/.bashrc 15.06.00 # But maybe the order of rendering doesn't matter, as the intention is that there is no need for them to overlap. 15.07.14 # I edited \etc\profile 15.08.04 # * jhMikeS will continue to think if there's some other even more efficient way to allow defined overlapping than rectangle bands. 15.08.23 # Now I got some very strange errors 15.08.46 # http://pastebin.com/m6135ecfb 15.08.58 *** Saving seen data "./dancer.seen" 15.11.30 Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") 15.11.56 Join gfather [0] (n=gfather@86.108.23.50) 15.12.08 # hello guys 15.12.17 # man, but you can do clipped drawing nearly as fast as non-clipped with them 15.12.23 # i need some help pleas 15.12.25 # jhMikeS: I'm just not convinced overlapping is useful. Apart from the example of the splash staying visibile whilst the underlying screen continues to refresh, is there anything else? 15.12.34 # i have rockboc for sometime now and its grea 15.12.35 # t 15.12.56 # and i want to add video support for it 15.13.05 # linuxstb: getting the menu system in "popup"-style on top of the WPS and similar I guess 15.13.23 # do i change the rockbox version i have , or just add the video support 15.13.33 # Yes, but doesn't that mean two threads? Or would the menu code call the wps_refresh() function? 15.13.53 # good question... 15.13.55 # gfather: Rockbox already has video support - all you need to do is copy your videos to it... 15.13.55 # gfather: update to the latest, then read the MpegPlayer wiki page 15.14.27 # n1s oks ill try to 15.14.36 # lunxstb: it's useful for basically everything I've looked at there 15.14.42 # Falen, that is a strange error. Did svn complete? did you run configure and everything? It should just compile unless you changed something 15.15.32 # Falen: try make clean 15.16.08 # pop-up dialogs? pop-up menu? statusbar? pretty much needed in order to have good results. 15.16.11 # Falen: Did you previously compile a sim in the same build directory? 15.16.20 # Yeah 15.17.05 # guys there is an auto installer , anybody know where i can get it from 15.17.06 # ? 15.17.59 # jhMikeS: What would the statusbar overlap? As for pop-up dialogs and menus, you seem to be implying a multi-threaded UI? 15.19.40 # gfather: http://download.rockbox.org/rbutil/ 15.19.49 Quit Toxicity999 (Read error: 104 (Connection reset by peer)) 15.19.54 # linuxstb: you mentioned those in viewports.txt 15.19.54 # thanks 15.19.59 Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) 15.21.19 # jhMikeS: Yes, but if the screen behind doesn't refresh, you don't need any special support for overlapping viewports - the calling screen just refreshes all of its viewports when the pop-up has closed, in the same way it does now. 15.21.50 # I updated the svn, and cleared the build dir and now it compiled fine 15.21.59 # exactly...but this way they can and there will be no restriction on scrollers continuing to run while a menu is shown 15.23.53 # Yes, keeping the background scrolling lines scrolling would be nice... 15.24.57 # Although I think that's only useful when the WPS is the background screen - no need to scroll the currently selected list item. 15.26.16 # But then if the WPS isn't being refreshed, it might look better for it to be frozen in time, rather than to appear to still be active.... 15.29.42 # what makes it inactive if it's still visible and the popup is really part of it? 15.30.49 # The info in the WPS won't be being redrawn (elapsed time, current track etc) when the popup is active. 15.35.02 # Where is the logfile written if logf is enabled? 15.35.24 # bah, but it can have a much nicer touch. just need to get out of the procedural/100% modal model here. I know it's easier to get this going that way but shouldn't be the end-all of it. Being hasty in implementing clipping could result in suboptimal implementation but ideas come out from talking about it. 15.35.52 Join DerPapst [0] (n=DerPapst@p5B23EA28.dip.t-dialin.net) 15.38.22 # I find the subject more interesting myself if there's actually a challenging aspect to it. How do I meet every goal on my checklist in an very economical manner (with an emphasis on drawing speed)? 15.45.10 # Is debug mode broken? I get gui/wps_debug.c:475: error: ‘wps_verbose_level’ undeclared (first use in this function) 15.46.09 # oblib: The logfile isn't written, it's just stored in a memory buffer you can view/save via the debug menu. 15.46.19 # ah thanks 15.46.38 # The strlen function, is it in any special library? 15.46.48 # In that case I probably don't need debug enabled 15.47.14 # hay guys 15.47.26 # can i get avi support in rockbox ? 15.47.39 # falen try #include 15.47.39 # Falen: It's in the plugin API - rb->strlen() (everything you can access is there...) 15.47.50 # nm 15.48.10 # Ok 15.48.17 Join krazykit [0] (n=krazykit@adsl-76-240-200-149.dsl.ipltin.sbcglobal.net) 15.48.30 # can i get avi support in rockbox ? 15.48.44 # gfather: unless you make it yourself, no 15.49.07 # only mpeg support ? 15.49.27 Join donutman25 [0] (n=dagni@65.75.87.48) 15.49.28 # gfather: rockbox is opensource, so start working on it. i think there is even an xvid decoder on the tracker 15.49.29 # I also guess you don't have mpeg2 in avi files so you will also need a whole new video decoder... 15.50.00 # gfather: that wiki page makes it quite clear that it's mpeg 1 and 2 only 15.50.17 # i know 15.50.29 # but somewhere i read the avi support 15.50.35 # not on rockbox site 15.50.37 # xvid decoder? hmmm. want AVI containers? 15.50.45 # (in this case) the wiki doesn't lie) 15.51.42 # jhMikeS: someone posted an xvid decoder long before work on mpegplayer was started 15.52.16 # It's not very useful - very little work was done apart from getting libxvid to compile. 15.52.36 # And the plugin is huge - it doesn't fit in 512KB... 15.53.21 # that's not good 15.53.25 # But it would be interesting to see how exactly how fast xvid would be, compared to libmpeg2. 15.53.28 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 15.54.11 # I would guess ffmpeg's xvid decoder would be a better basis, but I for one am not going to attempt to extract it... 15.54.19 # libmpeg2 is pretty speedy I think. some overly general stuff was pulled out 15.55.16 # how does xvid compare to mpeg2 for decoding speed? 15.55.26 # can i download the xvid pluggin to test ? 15.55.36 # gfather: it doesn't work 15.55.38 # n1s: That's the question... 15.55.59 # if it doesn't fit in 512KB you'll need to custom build with a larger plugin buffer 15.56.35 # what should fit in 512 ? 15.56.36 # n1s: I think it's agreed it will be slower than mpeg2, but no-one has ever suggested by how much. 15.57.33 # gfather: The xvid plugin doesn't do anything - it just decodes frames and displays a count of how many it has decoded. And it's very old, so would probably need work to even make it build any more. 15.57.36 # linuxstb: hmm, one of the last comments state that he got it to output to the screen at 2fps fullscreen on h300... 15.58.14 # well it will be very usfull for others too 15.58.17 # n1s: Any mention of iram use? 15.58.27 # I'm guessing it was _very_ unoptimised. 15.58.27 # as avi/xvid are most popular now 15.58.43 # what FS task? 15.59.05 # FS#2848 15.59.17 # gfather: Don't forget that Rockbox won't be able to decode high resolution xvid streams, so you will need to resize it to the size of the LCD anyway. Which more or less makes the original format irrelevant... 15.59.21 Quit desowin (Read error: 113 (No route to host)) 15.59.27 # it also seems attachments are gone from the comments 15.59.50 # weird, I searched xvid and got nothing 16.00.00 # jhMikeS: it's closed 16.00.10 # yeah, just noticed :P 16.01.05 # well, YUV conversion is optimized and in the core so things aren't what they once were 2 years ago 16.02.03 # * linuxstb hopes jhMikeS doesn't get distracted with the idea of xvid... ;) 16.02.10 # * PaulJam propably shouldn't have mentioned the xvid decoder 16.02.11 # the iriver of does 10 fps so i guess we could at least get that :) 16.02.14 # * preglow reappears 16.03.03 # haha...ADHD...too easily distrated 16.03.18 # jhMikeS: You're not the only one... 16.03.36 # * linuxstb should go back to arguing about viewports 16.04.04 # * Soap passes out the Dexedrine 16.04.11 # * linuxstb decides to go out food shopping instead 16.04.25 # looks like the idct in there could share with libmpeg2 16.07.18 Quit jhulst (Read error: 113 (No route to host)) 16.07.20 # ok guys what about wmv :) 16.07.28 # just asking :) 16.07.54 # open source *jukebox* firmware! jukebox means audio ;) 16.08.29 # oblib: hi, you the guy with the ipod ide patch? 16.08.31 # * jhMikeS has seen jukeboxes in restaurants that play videos 16.08.33 # nano, tha tis 16.08.42 # preglow, yeah 16.08.43 Join Clam [0] (i=unyuuu@124-168-35-73.dyn.iinet.net.au) 16.08.46 # oblib: where'd you find that info? 16.08.57 # ipl hardware wiki 16.09.16 # http://ipodlinux.org/PP5020 16.09.43 # Is there any print command for plugins? 16.09.43 Quit roxfan (Read error: 104 (Connection reset by peer)) 16.11.07 # ok, MPEG4 will wait but it could be doable (just a semi-naiive guess) 16.11.37 # Falen: check what other plugins do 16.13.12 Join maraz [0] (i=maraz@lakka.kapsi.fi) 16.13.14 # preglow: is there any progress on voicebox? only that tool is lagging? 16.13.16 # Hello. 16.13.42 # hey maraz, I'm still confused about what you did exactly 16.14.10 # Actually, I might have found a cure for my problem. 16.14.16 # oh? 16.14.19 # I'm copying files as we speak, it'll take a few minutes 16.14.40 # Found the printf function (hopefully it works like in a console app) 16.15.08 # Falen, logf can be used if you enable it in configure. Not useful for crashes though 16.15.19 # oblib: The bug gets progressively worse as the device heats up, and it heats up A LOT when copying files. So, I figured that cooling the device while plugged in might just do the trick. 16.15.38 # Long story short, my nano is now under a metal plate with ice on top. 16.16.04 # maraz, are you copying in the Apple firmware (turn hold on after a reboot)? 16.16.22 # I was under the impression that rockbox uses the apple firmware for all USB activity? 16.16.36 # yeah, but the hold version copies much faster 16.16.41 # Hmm, that is true. 16.17.11 # So logf works just like printf or? 16.17.27 # maraz, the problem is that temperature shouldn't matter for anything you do in Apple firmware 16.17.50 # Falen: logf is only available for debug builds 16.18.08 # oblib: Better safe than sorry :) 16.18.09 # Falen, find a sample usage (in speex.c for example). It creates a log you can view from the debug menu 16.18.13 Join roxfan [0] (n=dunno@50.171-201-80.adsl-dyn.isp.belgacom.be) 16.18.17 # oblib: within some limits of course :) 16.18.34 # jhMikeS, of course! 16.18.42 # ;) 16.18.52 # Ok 16.19.04 # maraz, are you formatting from windows? 16.19.11 # when you format that is 16.19.23 # Yes. 16.20.04 # maraz, then you copied a valid .rockbox folder over? Note that the .zip file I posted does not have fonts 16.20.19 # Yep (and added nedora-9 for iCatcher). 16.20.37 Quit einhirn (Read error: 104 (Connection reset by peer)) 16.20.49 Quit Clam ("...") 16.20.53 # and then when you started up rockbox, you got the "No .rockbox directory - installation incomplete" 16.21.02 # Yes. 16.21.18 # Then I changed to r13390 and it worked perfectly after cooling it down. 16.21.58 # There, done installing your build again. 16.22.02 # Moment of truth... 16.22.12 Quit spiorf (Read error: 104 (Connection reset by peer)) 16.22.54 Join spiorf [0] (n=spiorf@79.20.210.185) 16.23.01 # Now I'm confused, if I want to print out strings on the screen like a console, what function should I use? 16.23.20 # lcd_puts 16.23.40 # oblib: And it works! 16.24.26 # Still on ice? 16.24.41 # Settings are saved and there is absolutely no glitching. I'll need to test it longer though, so the device has a chance to heat up and do a few power cycles. I'll probably be able to tell today/tomorrow whether this is a definitive fix for the problem. 16.25.06 # CPU is running at 30/80MHz. 16.25.15 # You could always stick it in your armpit to speed things up... ;) 16.25.25 # Or somewhere else, yow. 16.25.36 # So there isn't a magic function that just takes one parameter, and prints the strings out under eachother? 16.25.48 # Falen: no 16.26.04 # Ok 16.27.58 # oblib: Nope - power cycling lost the settings again. 16.28.12 # Falen: as I told you already look at the other plugins, stopwatch does that for example 16.28.13 # Could be device dependent, my nano is close to 2 years old... 16.28.55 # maraz: how do you power cycle? are you letting rockbox shut down properly? 16.29.01 # yes. 16.29.16 Quit Echelon (Remote closed the connection) 16.29.27 # Interestingly, forcebooting at this time with menu+select found the theme but not the font (i have a menu with the correct theme but no text whatsoever). 16.29.46 # So the settings are there, but they're not getting loaded correctly. 16.30.11 Join kugel [0] (i=kugel@unaffiliated/kugel) 16.30.37 # maraz, this whole bug is device dependant, but I don't understand why things would be messed up in USB mode for the file copy. If it continues to not work after your nano warms back up, I'd guess this patch only partially fixes the problem, and you have an "extra special" nano 16.30.56 # Indeed... 16.31.09 # As I previously mentioned, I have glitches using pre-14003 builds 16.31.39 # It could be that the flash drive is slowly creeping towards its grave... 16.31.57 # If I left my nano in the car all day, I would get skips in files on the way home (with a build from May). I won't now until next summer whether this patch fixes that or not. 16.32.16 # *now=know 16.32.33 # Who's jens arnold here? 16.33.03 # kugel: he's amiconn, but we have an IrcNicks wiki page... 16.33.12 # Oh really? 16.33.43 # Oh yea, found it. THanks 16.33.59 # amiconn: Are you there? 16.34.15 # oblib: interestingly, the cooler my nano gets, the better it works at boot 16.34.29 # maraz, define "better" 16.35.01 # oblib: I just let it sit for a few minutes under the ice (while it was running and displaying the default theme menu = settings not loaded), forcebooted, and it loaded my theme and settings just fine. 16.35.45 # Cooling it seems to be a temporary and very, very awkward fix. 16.35.49 # jhMikeS: ask amiconn 16.35.54 # jhMikeS: turns out we need to fix rbutil too 16.36.04 # jhMikeS: he had big parts of voicebox working, but not all, afaik 16.36.39 Quit ttuttle ("leaving") 16.36.48 # maraz, If it gets to the point where it's not saving settings again, one thing you could do would be to change a setting and see if it actually was written in .rockbox/config.cfg 16.37.01 # oblib: it is saving settings, probably was all the way. 16.37.15 # oblib: the problem is that it's not _loading_ settings, probably related to something that is done at startup 16.37.32 # maraz, do you think it just was not reading the file correctly? Or not even trying at all? 16.38.05 # oblib: well, it might just use defaults or try and load the theme and fail loading the font either partially (= corruption) or altogether (= no text). 16.38.14 Join me [0] (n=me@bas12-toronto63-1088795095.dsl.bell.ca) 16.38.15 # Or, when cooled, work fine. 16.38.43 # maraz, can you compile? 16.39.04 # technically yes, i don't have a compiler on this computer at the moment though 16.39.36 # don't have time for it at the moment, i really have to get some food :) i'll be back in 30-45mins 16.39.41 # can someone please help me out with a bricked sansa e200? 16.39.53 # maraz, sure. I should probably eat too 16.40.18 # preglow: isn't it just a choice for the encoder? that seems easy to fix (and ugh I hate VBScript but will take one for the team) 16.42.28 Quit Toxicity999 (Read error: 113 (No route to host)) 16.43.32 # is jmspeex here? 16.49.38 # probably sleeping now 16.54.48 Quit lee-qid ("aufwiederbyebientotsayonara") 16.55.10 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 16.55.17 Join lee-qid [0] (n=liqid@p549674E0.dip.t-dialin.net) 16.55.29 Quit joshin ("Gotta stop the kids from rioting") 16.55.34 # * bluebrother looks around 16.56.06 # does anyone have any knowledge of Sansa players? 16.56.11 Quit FunkyELF ("Leaving") 16.57.33 # me: possibly, probably, certainly someone, somewhere 16.57.37 # me: just ask your question 16.57.55 # jhMikeS: you should ask amiconn what's up anyway, he had the primaries working, but something involving dragging and dropping did not 16.58.39 # preglow: If I see him around, yeah 16.58.53 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 16.58.58 Join miepchen^schlaf [0] (n=hihi@p54BF4652.dip.t-dialin.net) 16.59.14 # I have a dd image of my sansa drive, all of it (the /dev/sdb) but the sansa itself is corrupted/bricked and has no filesystem/boot loader etc... how can I get a /dev/sd* assigned to it so I can put the dd image back on it? 17.00.09 Quit Xerion (" ") 17.00.10 # is that even possible? or do I need to buy a new sansa? 17.00.26 # check the unbrick wiki page 17.00.36 # there are a couple of recovery modes in the sansa. 17.00.43 # I did, most of them assume that there is a filesystem on the sansa 17.01.17 # me: what does that mean? 17.01.38 # jhMikeS: as for rbutil, i'm planning to integrate rbspeexenc into that 17.01.41 # have you even tried recovery mode 17.01.53 # yes it did nothing 17.02.13 # as far as I can tell there is no data of any kind on the sansa, no filesystem, no filesystem tables, nothing 17.02.25 # preglow: is looks mosly like a preset selection job with the addition of an encoder build 17.02.42 # and of course the system OS is gone too 17.02.45 # sounds like an e200tool job 17.03.50 # the e200tool can restore the bootloader, how do i get everything else back? 17.03.50 # * jhMikeS can't imagine how to get it into that condition though 17.04.23 # primarily the system firmware 17.05.29 # e200tool can't rebuild the partitions? 17.05.56 # me, after putting the bootloader, you should be able to get into recovery mode. 17.06.34 # oblib: So, what compiler should I use and where can I get the source? 17.06.35 # if it's as messed up as it sounds, not sure but I can't imaging you could wipe it that clean 17.07.05 # krazy: even if the device is full of 0's for data? 17.07.14 # how do you know that? 17.07.36 # maraz, you'll need the arm one, see the wiki on compiling. I don't really have any changes to offer yet though. What's your nano's status? 17.07.40 # bluebrother: do you do any rbutil hacking? 17.07.42 # because someone had a brilliant idea of formatting it 17.07.57 # I've formatted mine 17.08.35 # oblib: It plays fine and at least for now cycles fine. Probably goes back to losing settings when it gets warm, though. 17.08.37 # but did they somehow destroy the partitions in the process? 17.08.46 # ok, so I start sansa in factory setting, load the bootloader through e200tool, and from then the recovery mode should work? 17.08.54 # yup, the paritions are gone 17.08.59 *** Saving seen data "./dancer.seen" 17.10.26 # is the dd a full dump across all partitions? 17.11.04 # yes the dd has all the partitions 17.11.16 # if only i could get a /dev/sdb again for it, I could put it all back 17.11.30 # but linux doesn't think sansa is a hard drive 17.12.26 # that's the part I don't know...and why it would need to think it is a hard drive or if some other way to mount it exists. /me not linux guru 17.12.30 # it isn't 17.12.42 # the OF exports the drives 17.13.06 # and if the OF is gone? 17.13.44 # that's where e200tool comes in. have you tried manufacuring mode and then recovering the firmware after that? 17.13.46 # must be a way to raw dump to the flash...I can't imagine it's truely briked but might be tricky 17.14.50 # krazykit: I have the e200tool, but I cannot find anywhere of how I would restore the firmware - I only know how to restore the bootloader 17.15.05 # me, once you restore the bootloader, it should dump you into recovery mode 17.15.53 # krazykit: once i restore the bootloader, nothing happens 17.16.04 # yeah, e200tool loads up a bootloader and executes it 17.17.08 # me, ah, then after recovering the bootloader, turn on lock and hold down record while it reboots. that SHOULD put you into recovery mode 17.17.38 # in recovery mode, try touch sansa.fmt in the drive that you should be able to mount 17.18.01 # according to the wiki, sansa.fmt makes the player reformat the drive. 17.18.53 # krazykit: that restores the partition info? interesting 17.19.24 # the wiki claims it remakes the partitions and formats them 17.20.07 # * jhMikeS rarely has to do any fancy recoveries on devices 17.23.14 # preglow: currently not -- I don't have internet at home :( 17.23.33 Join joshin [0] (n=josh@unaffiliated/joshin) 17.23.54 # maraz, you there? 17.24.04 # and that situation most likely won't change until january :'-( 17.24.05 # krazykit: I turned the lock on, held down the Rec, and turned it on. There is still nothing to mount 17.24.21 # it is not picked up as a mountable device 17.24.24 # preglow: just put a rbspeexenc make in there. add some decoder presets, associate the presets with the right target (it looks pretty basic) 17.24.55 # oblib: Yep, installing cygwin as we speak. 17.25.11 # oblib: Is the IDE0 register bit set at boot time? 17.25.15 # me, strange. gimme a minute please 17.25.27 # sure 17.26.17 # maraz, not sure. 17.26.31 # oblib: I don't know anything about the bootloader, but perhaps the device needs to be booted up at 30MHz and the flag not set. 17.27.22 # If you get to where you can compile, try changing my 0x10000000 to 0x30000000 and see if that makes a difference 17.27.45 # I'll try. 17.27.49 # What does it do? 17.28.17 Quit alienbiker99 (Read error: 104 (Connection reset by peer)) 17.28.24 # there are two bits 10000000 does > 65 MHz, and 20000000 means > 50 MHz. Maybe they both need to be set 17.29.46 # me, so you can recover the bootloader, correct? 17.31.11 # I run e200tool i2cprogram i2c.bin, and that seems to do something succesfully, but it makes no difference in the end. 17.31.24 # that's not the bootloader. 17.31.34 # the bootloader is the ROM file? 17.31.43 # you want e200tool recover BL_SD_boardSupportSD.rom 17.32.14 # when you execute that, hold down Record and keep holding it down until the sansa finishes rebooting, where you SHOULD see the message about being in recovery mode. 17.32.14 # I tried that, it said: Searching for device 0781:0720 ... 9 8 7 6 5 4 3 2 1 0 not found! 17.32.48 # linuxstb: around? 17.32.54 # i'll try it all again 17.32.55 # I just arrived back... 17.32.56 # me, you're using this file: http://daniel.haxx.se/sansa/e200/1.01.11A/BL_SD_boardSupportSD.rom 17.33.20 # linuxstb: cool, care to offer a quick makefile hack to make it build a libspeex? 17.33.38 # preglow: What is "it" ? rbutilqt? 17.33.49 # linuxstb: ah, just the rbspeexenc makefile 17.33.50 # Ah, you mean the main rbspeexenc makefile? 17.33.58 # linuxstb: so that rbutilqt has a nice lib to link with 17.34.17 # me, you're doing this as root/sudo, right? 17.34.21 # krazykit: I've tried that file and it cant find the device 17.34.25 # yes 17.34.31 # me: The only way to access the whole disk in your Sansa as a UMS device is when running the OF. Nothing else gives you access to it, so your backup is useless... 17.34.34 # i'm going to just make rbutil link directly with the speex stuff, that would be the sanest approach, yes 17.34.38 # ? 17.34.56 # preglow: Yes, sounds sensible to me. I always prefer linking than running external binaries. 17.35.09 # linuxstb: yeah i was afraid of that... 17.35.54 # me, put it into manufacturer mode and check lsusb. is there a sandisk device listed there? 17.36.18 # yes there is 17.36.32 # me: Both the Sansa bootloader and original firmware are stored in the firmware partition on the disk /dev/sdX2 - so if that's wiped the only solution is e200tool to recover it. "Recovery mode" is a feature of the Sansa bootloader, and presents a 16MB (I think) ramdisk via UMS for you to copied bootloader and OF files to. The recovery mode in the bootloader takes care of writing them to the correct location on the disk. I don't know if 17.36.33 # it will repair the partitions as well, but I assume so. 17.36.56 # linuxstb, i'm trying to figure out why e200tool isn't finding his sansa 17.37.54 Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) 17.38.16 # sudo ./e200tool recover BL_SD_boardSupportSD.rom 17.38.16 # e200tool v0.2.3-alpha (c) by MrH 2006, 2007 17.38.16 # Searching for device 0781:0720 ... found! 17.38.16 DBUG Enqueued KICK me 17.38.16 # Initializing USB stub (4780 bytes) ... done! 17.38.16 # Writing 'BL_SD_boardSupportSD.rom' to address 0x10600000 17.38.17 *** Alert Mode level 1 17.38.17 # Searching for device 6666:e200 ... 9 8 7 6 5 4 3 2 1 0 not found! 17.38.17 # bluebrother: is there a good way to find out if a target is swcodec in rbutil? or is that perhaps an attribute i should add to the targets list in rbutil.ini? 17.38.45 # me: You should hold whatever key is needed to put the bootloader into recovery mode. 17.38.51 # (on your sansa) 17.38.54 # (I think....) 17.39.13 # me: Or just see if you now have access to a 16MB UMS partition. 17.39.16 # maraz, I've posted a build for you to try if the current one starts failing 17.39.26 # with the changes I mentioned above 17.39.35 # thanks, i'll try it 17.39.46 # err, I was going to but the forum wo' 17.39.50 # n't let me 17.40.25 # So I put it on the bug page 17.40.49 # still can't get a hold of that partition 17.40.58 # in the recovery mode 17.41.35 # okay now it's there 17.42.02 # preglow: I don't think we have this information available yet, so it's something that should be added IMO 17.42.26 # for the logs: new rbutil linux static build is here: http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/rbutil/rbutilqt-v1.0.3pre.tar.bz2 17.43.01 Quit gfather () 17.43.04 # maraz, I'm going to leave for a bit. If anything changes (stops working, stops working and new build works, whatever) let me know here, and if I don't respond, put it on FS7510 17.43.20 # okay 17.43.50 # well, shit 17.43.55 # The forum is bizarrely low on disk space, hence the silly filesize limits and files getting deleted. 17.43.58 # it appears qt4-dev-tools are _broken_ on my ubuntu 17.43.59 # that rocks 17.44.33 # sounds like a nice compile session... 17.44.44 # ok, gtg now. 17.44.48 # bluebrother: Do you know that 1.0.3 has been tagged in SVN? 17.44.49 # bluebrother: sure, have fun 17.44.50 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 17.44.50 # * DerPapst waves 17.45.04 # linuxstb: no idea. Haven't checked either 17.45.05 # bluebrother: (by Domonoky, 10 days ago...) 17.45.20 # me, i don't suppose your sansa is still under warranty? 17.45.23 # then the w32 binary shouldn't be named -pre ;-) 17.45.30 # (on the download server) 17.45.32 # bluebrother: You made it ;) 17.45.39 Quit Frazz ("Leaving") 17.45.51 # Hadn't noticed it was tagged then. 17.46.00 # * bluebrother wishes fast internet at home 17.46.04 # bluebrother: I keep missing you... 17.46.14 # btw, how's the usb stack going along? 17.46.36 # I'll be back. It's a matter of 2 months or so unfortunately :( 17.46.48 # oblib: Okay, I changed to the 0x30000000 build, and nothing really changed. 17.46.53 # it's going pretty well afaik 17.47.00 # bluebrother: Zagor's having trouble getting high speed working, but it sounds like it works at full speed (if I have the terminology right...). i.e. slow is working, fast is not. 17.47.04 # zagor made some nice progress 17.47.09 # for a ums driver 17.47.09 # oblib: It does load my settings just fine if I go into .rockbox and select the config.cfg manually, but not at startup. 17.47.27 # cool. Congrats to Zagor and see you guys -- hopefully soon 17.47.38 # bluebrother: Zagor was trying to solve that problem, but I think he's now decided to commit the slow version instead. 17.48.08 # thanks. b4n 17.48.14 Quit bluebrother ("I'll be back") 17.48.18 *** Alert Mode OFF 17.48.25 # btw.. is any code from austirancoder left? 17.49.14 Join pepie34 [0] (n=pepie34@cop60-1-82-240-26-92.fbx.proxad.net) 17.49.26 # DerPapst: no, Zagor started from scratch 17.49.28 # preglow: Makefile changes committed - I hope they're OK.... 17.49.45 Quit shriphani ("Ex-Chat") 17.49.46 # DerPapst: ac's code is in SVN, but I think it isn't used by anything 17.50.03 # rasher: ah... 17.50.32 # i would guess ac is kinda dissapointed... 17.50.39 # preglow: I take that back, I hadn't updated my SVN, and now I have conflicts... 17.51.15 # linuxstb, krazykit: thanks a million, it finally works! :) 17.51.47 # after a ton of attempts managed to get into recovery mode and reformatted it from there 17.51.51 # everything seems ok now 17.51.58 # excellent! 17.52.06 # indeed, thanks again :) 17.52.59 # me: do you know what you did wrong when it didn't work? (this information may help others whith the same problem) 17.53.20 # meh... I don't get why the debug build isn't linked correctly... :/ 17.53.40 # Where is malloc in rockbox? 17.54.04 # Falen: don't say the m-word! 17.54.21 # Falen: There is no malloc. You're supposed to work without it. 17.54.47 # Aha, ok 17.54.59 # preglow: OK, now it's committed... 17.55.18 # pauljam: got confused as to what the bootlader restoring process is, the e200 tool page said to do: e200tool i2cprogram i2c.bin, and that's it, but that wont do anything. 17.55.26 # Falen: Just make buffers that are "big enough", and keep that in mind. 17.55.43 # me, maybe that wiki page needs to be reworked... 17.55.49 # Falen: You have two choices - you can work with the 512KB plugin buffer (which includes all the plugin's code and data), or you can stop music playback, and work with the main audio buffer (around 28MB on most targets) 17.55.51 # I also assumed that after the bootloader is properly loaded, sansa can be turned off, and turned on holding the rec button allowing you into the recovery mode - which is not the case 17.56.06 # Ok 17.56.12 # Falen: Plus, the older Archos devices have even less memory available... 17.56.45 # * jhMikeS realizes he can just dump the entire 64 entry talk queue on SWCODEC 17.56.50 # me, i'll add a note to the manufacturer mode part to hold Record before the sansa reboots from manufacturing mode to recovery mode. that should clear it up in the future 17.58.18 # great, thank you all again 17.58.27 Quit me (Read error: 104 (Connection reset by peer)) 17.58.58 # Falen: BTW, I hope you succeed with your plugin, it would be interesting to see what kind of applications people come up with for it... 18.00.49 # Yeah. 18.01.13 Quit pepie34 ("Ex-Chat") 18.02.32 Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) 18.03.49 # * jhMikeS tests the latest commit 18.05.30 # linuxstb: elite, thanks 18.06.18 # works great on Debian VMWare 18.14.31 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 18.16.14 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 18.16.32 Join SoapSud [0] (n=SoapSud@host81-155-122-42.range81-155.btcentralplus.com) 18.19.48 Quit linuxstb (Nick collision from services.) 18.19.50 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 18.20.43 Quit TradeJack ("Leaving.") 18.20.43 Join radinp [0] (n=pradin@psyduck-08.dynamic.rpi.edu) 18.24.43 Join bertrik [0] (n=Bertrik_@121-021-045-062.dynamic.caiway.nl) 18.28.13 # * preglow dinner 18.46.44 Nick z35_1 is now known as z35 (n=z@149.123.33.65.cfl.res.rr.com) 18.50.41 Join eigma [0] (n=cat@216.48.162.210) 18.59.53 Quit andrew_ (Remote closed the connection) 19.02.44 Quit Rondom (Success) 19.04.10 Quit SoapSud ("ChatZilla 0.9.79 [Firefox 2.0.0.9/2007102514]") 19.09.03 *** Saving seen data "./dancer.seen" 19.23.04 # LinusN: For the logs, if you have some time on your hands please check #8178 19.23.29 Quit eigma (Read error: 113 (No route to host)) 19.23.38 # LinuN: I think that only you can test this one, because there is a risk of bricking it 19.26.20 Join matteo [0] (n=matteo@openwrt/developer/matteo) 19.26.23 # hi all 19.26.42 # i have installed the bootloader, the fonts package and rockbox latest build 19.26.50 # this on an iPod vide0 60GB 19.26.58 # but in the loader I have only APpleOS 19.27.28 # metteo: can't help you much but are you sure that you followed the wiki instructions exactly? 19.27.38 # http://download.rockbox.org/manual/rockbox-ipodvideo/rockbox-buildch2.html#x4-60002 19.27.44 # i followed this instructions 19.28.21 # are you using the official rockbox bootloader? have you reset your ipod afer installing the bootloader? 19.28.36 # i have to reset just after installation? 19.28.44 # or appleOS does something wrong? 19.29.34 # aplle only enters a sleep mode when you shut it down, so you have to completely shut it down by holding menu and select i think. 19.30.05 # iPL loader 2.5 SVN-2363 19.30.10 # this is the loader 19.30.26 # that loader is not supported here. 19.30.29 # i know, i reset but the menu has only Apple OS, disk mode and Sleep 19.30.30 # well, that is the ipodlinux bootloader 19.30.47 # it isn't the same? 19.30.59 # isn't it supposed to run rockbox too? 19.31.25 # probably, but it's not supported by rockbox. either ask them, or use the rockbox bootloader, which can boot ipodlinux too. 19.32.29 # does rockbox run from HFS+? 19.32.37 # no 19.32.44 # krazykit: can you give me a link for the latest loader? 19.33.01 # matteo, get ipodpatcher from the manual 19.33.18 # ok 19.33.23 # krazykit: wiki or manual? 19.33.40 # the "manual install" section has a link, i believe. 19.34.30 # the manual page you linked to contains the bootloader installation. you should reread the page carefully before installing. 19.34.49 Join Saaka999 [0] (i=534f8a7d@gateway/web/cgi-irc/labb.contactor.se/x-f97e0e06fc759434) 19.34.55 # hi everybody 19.35.35 # hi Saaka999 19.36.07 # hey i've got a question about rockbox... 19.36.39 # well, no need to ask to ask. 19.36.40 Join FOAD_ [0] (n=dok@dinah.blub.net) 19.36.46 # :-D tanks 19.37.37 # i want to install rockbox on my ipod... it's a 6th gen ipod video... (ipod classic) i can't install ipodlinux 'cause the firmware is encrypted... can i install rockbox? 19.37.46 # no 19.37.50 # no. the supported models are on the front page 19.37.50 # shit 19.38.15 # yes i saw them but in wikipedia it say's that every ipod expect the ipod touch is supported... 19.38.15 Quit eae ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 19.38.19 Join MethoS-- [0] (n=clemens@pD955DF37.dip.t-dialin.net) 19.39.45 # Saaka999, then wikipedia is wrong. 19.39.59 # yes... :-( 19.40.13 # anyway thank u... cya 19.40.15 # as a matter of fact, wikipedia does NOT say that. 19.40.25 # i looked in the german version of it 19.40.42 # then i recommend you fix it, if you have an account 19.40.56 # yes i will 19.42.15 # thank u... bye 19.42.17 Quit Saaka999 ("CGI:IRC") 19.42.59 Join Echelon [0] (i=ryan@tinfoilhat.net) 19.43.01 Quit Echelon (Remote closed the connection) 19.46.25 # argh 19.46.32 # what qt version does rbutilqt need? 19.47.07 # qt4 19.47.45 Join eigma [0] (n=cat@216.48.162.210) 19.48.08 # that i know 19.48.11 # but 4.1? 4.2? 4.3? 19.48.37 # build/ui/ui_previewfrm.h:37: error: ‘class QHBoxLayout’ has no member named ‘setLeftMargin’ 19.48.40 # i get tons of these 19.48.46 Part matteo ("ketamine: it's not just for horses") 19.48.50 # and afaik, i have qt 4.3 19.49.22 # 4.3.2, even, the newest 19.49.23 # is somebody currently working on the fm features (like scaning, that is the most notable problem i noticed on my e200) 19.49.28 # i'm not sure. i haven't built anything terribly complex for a good while 19.53.47 Quit FOAD (Read error: 110 (Connection timed out)) 19.53.48 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 19.55.44 Quit sarixe ("(EE) Failed to load "quit" module") 19.56.50 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 20.01.07 # accoring to qt docs, these methods really don't exist too many places... 20.03.01 Part bb 20.05.37 Join Rondom [0] (n=Rondom@p57A96A87.dip.t-dialin.net) 20.10.29 # * preglow dropkicks qmake 20.14.01 Quit Seed ("cu, Andre") 20.15.54 # nanok: what kind of work? Scanning seems to be working decently here 20.15.56 # This is killing me, why does it splash the file contents? http://pastebin.com/m6be1aa58 20.16.17 # It got a bit messy when pasting** 20.18.21 # perhaps you meant, rb->splash(HZ*2,"Couldnt open file: %s",(char*)filename) 20.18.50 Join Frazz [0] (n=Fraser@thelawsons.plus.com) 20.18.55 # ah, nevermind. spoke too soon. 20.19.07 # The file opens without any error 20.19.33 # But rb->splash(HZ*2, filename), pops up the file data instead of the name 20.19.40 # buffer is only a single char.. maybe you meant something a lot biggeR/ 20.20.02 # you're trying to read an entire file (filesize(fd)) into a single character (buffer). 20.20.38 # Aaah, thank you!! 20.21.15 # it's generally considered better practice to read the size of the buffer.. read(fd, buffer, sizeof(buffer)) 20.21.25 # and buffer is declared like, 'char buffer[X]' 20.21.57 # Ok 20.25.20 # I must ask, why isn't it possible to use malloc? 20.26.03 # http://www.rockbox.org/twiki/bin/view/Main/WhyNoMalloc 20.26.16 # it is possible, we just dont like it :) 20.27.26 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 20.27.51 # Ok 20.28.20 Quit spiorf (Read error: 104 (Connection reset by peer)) 20.28.32 Join spiorf [0] (n=spiorf@host185-210-dynamic.20-79-r.retail.telecomitalia.it) 20.28.42 Quit spiorf (Read error: 104 (Connection reset by peer)) 20.29.14 Join spiorf [0] (n=spiorf@79.20.210.185) 20.37.43 Join The-Compiler [0] (i=534c1806@gateway/web/cgi-irc/labb.contactor.se/x-4c71692824312f2c) 20.37.48 # Hi 20.37.55 # lo 20.39.01 # How can I see wich revision the newest is? Or on wich date wich revision was? Is r15627 old? 20.39.09 Quit atsea- (Remote closed the connection) 20.40.11 Quit oblib (Read error: 113 (No route to host)) 20.40.18 # The-Compiler: http://build.rockbox.org/ here is the current version listed 20.40.26 Join billenium [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) 20.41.13 # The-Compiler: You can go to www.rockbox.org/since-4weeks.html , hover over the [diff]-Links, and look at the link target 20.41.58 # that even works on the main page :P 20.42.13 # ThePope :) 20.42.25 # miepchen :) 20.42.30 Join Siku [0] (i=Siku@e81-197-76-6.elisa-laajakaista.fi) 20.43.29 # so this was the 14th november, wasn't it? 20.43.45 # your revision? 20.44.53 # 14 Nov 22:34 20.44.56 # so yes 20.47.29 Quit MethoS-- (Remote closed the connection) 20.48.48 Quit ompaul (Read error: 113 (No route to host)) 20.48.54 Join salty-horse [0] (n=ori@pdpc/supporter/active/salty-horse) 20.49.36 Quit XavierGr () 20.49.41 # is it possible to have the sansa firmware automatically unset the fat32 "hidden" flag on the MUSIC dir whenever it launches? 20.50.00 Join Llorean [0] (n=llorean@cpe-70-113-103-34.austin.res.rr.com) 20.52.07 Quit kubiix ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 20.54.43 Quit donutman25 (Remote closed the connection) 20.57.01 Quit Arathis (Read error: 110 (Connection timed out)) 20.57.20 Join Arathis [0] (n=doerk@p508A7DD5.dip.t-dialin.net) 21.00.57 Join Soap_ [0] (n=Soap@rockbox/staff/soap) 21.03.45 Part The-Compiler 21.03.53 Quit krazykit (Read error: 110 (Connection timed out)) 21.09.05 *** Saving seen data "./dancer.seen" 21.09.59 Join Calcipher [0] (n=Calciphe@ool-18bab657.dyn.optonline.net) 21.12.12 Join etb [0] (n=bolduc_e@modemcable151.219-200-24.mc.videotron.ca) 21.12.19 # Hello everyone 21.13.02 # i bought the newest nano ipod (8gig) and when i try to instal rockbox , i am unable , can anyone help me with that?< 21.13.38 # etb, the new ipod models aren't supported yet 21.13.59 # only the 1st gen nano works 21.14.07 # oh.. thats why .. You think that they will be soon? 21.14.28 # no 21.14.35 # etb: well, no one is working on it... 21.14.40 # i c 21.14.50 # so there is no way to get iboy in it? 21.15.09 # no 21.15.50 # Well thank you for information.. 21.15.58 # i was better with my old 30gb then lol 21.16.11 Part etb 21.16.19 # yea 21.16.29 Quit daurnimator (Connection timed out) 21.18.32 Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) 21.19.26 Join oblib [0] (n=oblib@111-231-8-204.erd.cust.wirelessbeehive.com) 21.21.55 Join Robin0800 [0] (n=Robin080@cpc1-brig8-0-0-cust97.brig.cable.ntl.com) 21.24.58 Join atsea- [0] (i=atsea-@gateway/tor/x-d44cea216941b8dd) 21.25.27 Join handmadematters [0] (n=handmade@80.224.161.24.dyn.user.ono.com) 21.25.34 Quit hannesd (Read error: 110 (Connection timed out)) 21.25.34 Nick hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) 21.28.03 Join The-Compiler [0] (n=The-Comp@16-49.76-83.cust.bluewin.ch) 21.28.14 # Hi 21.28.14 Quit Falen (Read error: 110 (Connection timed out)) 21.28.28 # maraz, you there? 21.30.19 # yes. 21.30.41 # I've got something else for you to check, give me a couple of minutes 21.30.48 # Is it possible to have two versions of rockbox (an official and an unsupported) as a dualboot (with iPodLoader 2) on an iPod? I'm thinking of change the name of the .rockbox-folder, and launch the rockbox.ipod in this folder then. The problem is, that this rockbox.ipod-file searchs for .rockbox and not for .rockbox2. So can i change this path somewhere in the sourcecode? 21.32.20 # linuxstb: Out of curiosity, why can't it be as simple as reformatting for an iPod? 21.35.59 Quit amiconn (Nick collision from services.) 21.36.03 # maraz, I have a build. What would be the easiest way to get it to you? 21.36.06 Quit handmadematters () 21.36.07 Join amiconn [0] (n=jens@rockbox/developer/amiconn) 21.36.36 # oblib: i'll PM you 21.37.15 Join PaulPosition [0] (n=noneofye@modemcable228.133-82-70.mc.videotron.ca) 21.37.25 # Llorean: I made a bug report about the issue I talked about with you 21.37.34 # but it's allready closed again 21.37.35 # oblib: wait, no I won't. 21.37.43 # not registered... 21.38.01 # oblib: you could email it to me at smsroi@utu.fi 21.38.02 # now? 21.38.33 # Actually I'll just post it on the bug page again. 21.38.40 # Llorean... I understand you guys getting fed up with stupid questions in the forums, but your answer to http://forums.rockbox.org/index.php?topic=13812.0 is a bit unfair : there's no mention at all, in the manual for e200, of linuxstb button mapping for disc/charging mode. 21.39.07 # (I wanted to answer earlier but couldn't find what sansa button would be the "menu" button described in Dave's commit) 21.39.16 # maraz, it'll be on http://www.rockbox.org/tracker/task/7510 soon 21.39.53 # PaulPosition: The Sansa button for it is "Select" actually. 21.40.22 Quit Soap () 21.40.28 # I've changed it to have an answer that's actually valid now, then 21.40.35 # thanks :) 21.40.44 Join Nic0_P [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) 21.40.55 # kugel: Which task was it? 21.41.06 Quit Nico_P (Nick collision from services.) 21.41.08 Nick Nic0_P is now known as Nico_P (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) 21.41.27 # 8164 21.41.50 # btw: I was talking shit, I was talking about ACTION_STD_CANCEL 21.41.59 # but I meant ACTION_STD_MENU 21.42.25 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 21.43.12 # kugel: Reading *that* entry, it sounds like there's not an actual _problem_, you just don't like which buttons do what? 21.43.59 # there were changes made, which were not intended, so it's a problem for me 21.44.33 # and when power button is unmapped, which should be cancel generally, it's a problem for me too 21.44.57 # cancel/exit, such stuff 21.45.47 # No, it's not a problem anymore, it's a matter of preference. 21.46.00 # Whoever wrote the keymappings for text editor, intended for them to line up with certain standard actions. 21.46.04 # Otherwise he wouldn't have used the action system. 21.46.16 # So when the action bindings changed, text_editor changed itself. 21.46.35 # sure 21.46.41 # I'm aware of that 21.46.50 Join Renko_ [0] (n=Jon@host86-138-65-205.range86-138.btcentralplus.com) 21.46.56 # I'm not saying that you're wrong, I'm just saying it's clearly not a bug. You were claiming something was overmapped, and making it sound like one button had conflicting uses or something 21.47.09 # oblib: 1st cycle - defaults, 2nd cycle - works, 3rd cycle - defaults, 4th cycle - no .rockbox directory. 21.47.31 # so no help there 21.48.05 # But you said yourself, that power button should have a consistent function 21.48.13 # oblib: The bootloader doesn't handle .cfg loading, and the no .rockbox directory is, I believe, a message from rockbox.ipod *after* it's been loaded by the bootloader. 21.48.20 # but now, in text editor it hasn't a function at all 21.49.04 # kugel: You're missing my point. I'm not talking about what the buttons should or shouldn't do AT ALL right now. 21.49.25 # Llorean, where is the code that handles it? 21.49.32 # My point was that the task shouldn't have been a bug report, and this is an important thing for you to know in terms of future tasks. 21.49.36 # You said that before you committed the patch 21.50.18 # Yea, it might not be a real bug. It's just you said I should make a bug report for that issue, and I did so 21.50.32 # kugel: I said you should make a bug report, because YOU said a button was overmapped and unusable. 21.50.41 Quit Renko_ () 21.50.57 Join Soap [0] (n=Soap@rockbox/staff/soap) 21.51.07 # Hmm, I was wrong about that, I forgot that it's on hold select now 21.51.37 # If something is _broken_ it's a bug. If something is not how you like it, and you feel it should be changed, it's a feature request. 21.51.56 # I do feel text editor could use some keymap love, but my point is, you need to be very careful when reporting things so that people actually have a clue what you're talking about. 21.52.20 # oblib: I'm not sure. I'm actually pretty sure that the device should stay unboosted entirely while in the bootloader. 21.52.31 # So I would be better for the task to be a feature request? 21.52.38 # oblib: Has maraz completely reformatted and restored his iPod before trying your patched build? 21.52.42 # it* 21.52.47 # kugel: I've said that several times now, yes. 21.53.01 # can you change that or shall I make a new task? 21.53.04 # Llorean: yes. 21.53.26 # kugel: Make a new task, and explain what buttons you feel should do what rather than trying to explain what changed. 21.53.43 # Llorean: I've for some time now thought that the flash drive might be nearing the end of its life (1,5 years old now), but then again, it works just fine with the apple firmware... 21.54.08 # I've written in the task what I suggest to change 21.54.12 # maraz: You both reformatted, AND used iTunes to restore, then installed the newest official Rockbox bootloader? 21.54.36 Quit BigBambi (Remote closed the connection) 21.54.41 # Llorean: What's with the iTunes part, anyway? 21.54.53 # kugel: No, you said "stop should have a cancel usage or something." From context it's more clear you mean "Stop should quit" 21.55.05 # kugel: And you made no suggestion about button_down 21.55.06 # I did the restoration some 3-4 weeks back, so the Apple firmware should be current. 21.55.31 # maraz: It's not about apple firmware version. 21.55.31 # maraz, an Itunes restore would guarantee the partitions are correct 21.55.44 # maraz: It's about trying to undo any corruption that may be tripping up Rockbox but not bothering the apple firmware. 21.55.52 # oblib: It doesn't actually guarantee it, but it helps 21.56.32 # Hmm. 21.56.32 # does an itunes restore do a checkdisk? 21.57.26 # Ugh, the dreaded iTunes... I guess I'll have to sacrifice myself and install. 21.57.38 # maraz, I feel your pain 21.57.43 # maraz: Another option is to see if there's an MBR for your iPod in the ManualRestore wiki page. 21.58.59 # Llorean: Is a full format needed for the file-system insurance? Why not just a chkdisk or equiv? 22.00.17 # Soap: Because honestly I'm just not sure I trust them to catch every possible problem. 22.00.24 # I can understand that. 22.02.32 # Llorean, do you know what the first code executed on boot is? 22.03.07 # oblib: No. 22.06.27 Part salty-horse ("Leaving") 22.07.18 # maraz, what's the exact text when it doesn't boot? 22.07.45 # It does boot. 22.07.59 # when it says "no rockbox" 22.08.23 # no .rockbox directory 22.08.29 # The "No .rockbox folder" message comes in when rockbox is running but can't find it's folder 22.08.47 # Is that the exact wording of the message 22.08.49 # It's not a bootloader message :-) 22.08.49 # ? 22.08.55 # good question... 22.09.08 # Is it possible to have two versions of rockbox (an official and an unsupported) as a dualboot (with iPodLoader 2) on an iPod? I'm thinking of change the name of the .rockbox-folder, and launch the rockbox.ipod in this folder then. The problem is, that this rockbox.ipod-file searchs for .rockbox and not for .rockbox2. So can i change this path somewhere in the sourcecode? 22.09.37 # The-Compiler: Have you tried simply searching the source code for it with grep? 22.10.13 Join xlbxxx_ [0] (n=bryan@ool-18be775e.dyn.optonline.net) 22.10.28 # Llorean, no, i've not 22.11.04 # oblib: It gives two messages: "No .rockbox directory" and "Installation incomplete". 22.11.22 # The-Compiler: I'd suggest doing that instead of pasting a message in here every 40 minutes or so. The path *has* to be stored somewhere, as obviously it can't just know it psychically. 22.11.42 Quit linuxstb (Remote closed the connection) 22.11.45 # hey can some one help me set up rockbox. i fallowed the steps and i dont knowwhat the problem is 22.12.11 # Llorean, ok, i'll give it a try 22.14.03 # xlbxx - You'll have to state what player you own and what exactly happens (and what error message if any) before anyone could help you out. 22.14.40 # oblib: well, tree.c it is, now to figure out what exactly calls the function check_rockboxdir(void) in the boot procedure 22.14.41 # i got a gen 5.5 80gb ipod 22.14.53 # just got there myself 22.15.42 Join Buschel_ [0] (n=AndreeBu@p54A3F2CA.dip.t-dialin.net) 22.15.51 # installed ipodlinux witch works and i draged the .rockbox to my ipod 22.16.09 # The-Compiler: they are in the target specific config files 22.16.09 # http://svn.rockbox.org/viewvc.cgi/trunk/firmware/export/ 22.16.23 Join linuxstb [0] (n=chatzill@rockbox/developer/linuxstb) 22.17.13 # xlbxxx_: and? 22.17.43 Quit Buschel (Read error: 104 (Connection reset by peer)) 22.18.16 # rockbox does not show up 22.18.31 # what loader2 version do you have? 22.18.46 Nick parafin is now known as parafin|away (i=parafin@paraf.in) 22.19.35 # Loader2 questions shouldn't really be brought here anyway 22.19.41 # maraz, well, tree_gui_init calls it, and tree_gui_init is called from main.c right after init(). However I can't find init() defined anywhere 22.19.55 # i fallowed these steps http://mikesubuntu.blogspot.com/2007/10/how-to-install-rockbox-and-extras-on.html 22.20.31 Join mf0102 [0] (n=michi@85.127.180.92) 22.21.28 # xlbxxx_: As those aren't the official instructions, ask the person providing them if you're having problems with them 22.21.41 # * Llorean strongly disagrees with the claim there that the iPodLinux loader or install is the "fastest" way anyway 22.21.41 # xlbxxx_: the files are outdated 22.21.43 # oblib: how about main.c? 22.21.59 Join darkapostrophe [0] (n=darkapos@217-50-177.231210.adsl.tele2.no) 22.22.16 # * DerPapst agrees with Llorean 22.22.17 # does it matter i have ipod linux installed first 22.22.21 # maraz, oh, there it is, I just didn't look far enough 22.22.22 # no 22.22.35 # if you want to keep iPL you just need a newer Loader 2 version 22.22.40 # and a newer rockbox build 22.22.42 # Llorean: To answer your earlier question, HFS formatted ipods have an Apple Partition Map describing the partition layout. That needs to be replaced with a DOS partition table for Rockbox to work. 22.22.47 # oblib: /* if nobody initialized ATA before, I consider this a cold start */ 22.22.49 # :) 22.22.53 # DerPapst: Loader2 really is off-topic, though. It's not our software 22.23.09 # hmm 22.23.19 # linuxstb: Could Rockbox handle the partition map without HFS+ support, so just a reformat is needed? 22.23.20 # Llorean: i know though this is about insalling rockbox 22.23.30 # DerPapst: No, it's about getting Loader2 to see an installed Rockbox... 22.23.37 # and i often help people over in #ipodlinux to install rockbox 22.23.44 # like i did it 10minutes age 22.23.46 # *ago 22.24.02 # What does that have to do with anything, though? 22.24.17 # The piece of software you're supporting is Loader2, whether you're doing it to install Rockbox or not. 22.24.30 Join DM| [0] (n=dm@cpe-65-24-163-189.columbus.res.rr.com) 22.24.35 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 22.24.52 # Hey guys, i installed theme "Aurora Black" from http://rockbox-themes.org/index.php?res=320x240x16 but it doesnt look like it has it on the page 22.24.58 # Llorean: Yes, if we added support for the APM (ipodpatcher supports it), but I don't know if the Apple firmware would be happy with such a setup. I should go back and finish adding the conversion to ipodpatcher - the code is there, it just needs debugging... 22.25.00 # there is no play button, no shuffle, no battery icon 22.25.35 # linuxstb: Ah, I was just wondering if it might be an easier alternative to the full conversion 22.25.54 # DM|: Are you using the custom build that page says is needed for that theme? 22.26.01 # DM|: as stated on Rockbox-themes.org that WPS needs a custom build. 22.26.08 # (too slow) 22.26.15 # he's using a recent official build 22.26.27 # Im new to rockbox... 22.26.32 # so I have no flappin idea 22.27.18 # DM|: You need to read the descriptions under the themes on that page, some of them require custom Rockbox builds (i.e. versions of Rockbox created by other people) to work. They won't work with the official version. 22.27.21 # How do install a custome build? 22.27.27 # EvilG in example 22.28.09 # You need to ask the people providing those builds - they're out of our control, so we can't help you with them. 22.28.17 # DM|: if you want some better powemanagement you should stick to he official build and get a theme what doesn't need patches 22.28.41 # DM| Have a look at the 'unsupported build' section of forum.. note that there's an emphasis on "unsupported" for a reason, though. 22.29.22 # well it still looks pretty cool.. lol 22.30.05 # So... how do i boot back to the ipod firmware 22.30.19 Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) 22.30.25 # shut down your ipod and flip hold on 22.33.04 # Llorean, you said you don't think the processor should boost during startup? It looks like it does. Why do you think it shouldn't? 22.34.27 # oblib: I thought I remembered someone who knew more about what happened than me saying it doesn't. 22.34.36 # DerPapst, thanks 22.34.42 # bye 22.34.46 # np 22.34.52 Quit The-Compiler ("Verlassend") 22.35.02 # Llorean, I'm not sure what counts as the "bootloader" but after system and kernel inits, the cpu boosts for the rest of init() 22.35.46 # maraz, can you compile now? 22.35.50 # oblib: The bootloader is what you install with ipodpatcher... it's not part of rockbox.ipod. It's what loads Rockbox.ipod. 22.35.57 # oblib: i believe so 22.36.32 # maraz, do you have a clean svn? or have you applied my patch already? 22.36.48 # Llorean, is the code for the bootloader included in SVN? 22.36.53 # Yeah, the 0x10000000 one. 22.37.02 # oblib: Yes. 22.37.11 # maraz, and it works the same way my build doesn't? 22.37.17 # oblib: Yes, the bootloader is in SVN - bootloader/ipod.c. It links with the code in firmware/ 22.37.29 # oblib: Let me try. 22.37.53 Quit Thundercloud (Remote closed the connection) 22.38.35 Join hermie [0] (i=47b659e6@gateway/web/cgi-irc/labb.contactor.se/x-84da97eb0f2bf966) 22.38.46 Quit Dark_Apostrophe (Connection timed out) 22.39.05 Quit darkapostrophe (Remote closed the connection) 22.39.21 # I have a noob question here 22.39.31 # can anyone help? 22.39.38 # oblib: Is it enough to change the rockbox.ipod? 22.39.39 # looking for rockboy 22.39.45 # no. because you didn't ask a question 22.40.11 # anyone know where I can find rockboy? how to install it? 22.40.11 # hermie: have you already read the manual chapter about rockboy? 22.40.21 # nope 22.40.29 # I just noticed it wasn't on my plugins list 22.40.38 # there you'll find the answer 22.40.43 # maybe the topic should have something that says "ask the question, not *if* you can ask the question" 22.41.04 # fair enough, thanks 22.41.08 Part hermie 22.41.18 # oblib: it's part of the guidelines the topic links to 22.41.27 # ;) 22.41.46 # which is obviously one click to many for those that do that 22.42.15 # omg i think i just fell in love with rockbox 22.42.27 # a lil diff from ipod firmware but this customer theme is the shiza 22.43.34 Quit xlbxxx_ (Remote closed the connection) 22.44.00 # maraz, I usually replace the whole .rockbox directly with what comes out of 'make zip' 22.44.28 # Now my question is.. Is there a way to have the ipod ignore a power cable being plugged in ( USB ) continue playing but charge at the same time? 22.44.43 # hold menu 22.44.47 # iirc hold play while conecting it 22.44.53 # em menu then 22.44.57 # :P 22.45.14 # which one? 22.45.15 # hold? 22.45.31 # but the linux kernel might try to mount your ipod again a few seconds later... 22.45.32 # got it 22.45.33 # menu 22.45.34 # it was hold 22.45.38 # nm it mounted it 22.45.42 # poopy 22.45.47 # DerPapst: That should be fixed now. 22.46.00 # (a few months ago...) 22.46.07 # linuxstb: aha.. thanks for clarification :) 22.46.12 Join hermie [0] (i=47b659e6@gateway/web/cgi-irc/labb.contactor.se/x-229958a7a4cd2101) 22.46.19 # * DerPapst shuts up 22.46.32 # * DerPapst knows to less about rockbox ;) 22.46.47 # just checked out the manual and it doesn't say anything about adding rockboy if it isn't part of the build 22.46.54 # does anyone know where I can get it? 22.46.55 # It mounted it Derpapst 22.47.05 # hermie: it does explain about viewers though 22.47.08 # hermie: it is part of the build 22.47.10 # hermie: it's already installed 22.47.22 # * Llorean saw that coming, and didn't type his own response. 22.47.27 # it's a viewer so you just select the gameboy rom in the filebrowser 22.47.30 # no big deal 22.47.50 # * scorche still sees a line from Llorean in response ;) 22.47.56 # oh, I guess it does say that, it just didn't make sense to me 22.47.57 # try this one hermie: http://www.rockbox.org/twiki/bin/view/Main/PluginRockboy 22.48.01 # DM|: you held menu for 20 seconds this time? 22.48.11 # I'll give it a whirl 22.48.15 # after or before i plg it in 22.48.19 # thanks DerPapst 22.48.20 # while 22.48.29 # np hermie :) 22.48.35 Part hermie 22.50.26 # hmm Derpapst soon as i release the hold and go back to the menu it mounts it 22.50.56 # derpapst err release the menu button 22.51.25 # maybe i just need to buy myself a wall cable 22.51.36 # linuxstb said it was fixed... so it shoudl work with an official build 22.51.37 # stupid 5G only came with a USB cord 22.51.46 # * linuxstb thought it was fixed... 22.51.48 # Derpapst not an official build now :X 22.51.54 # hehe 22.52.03 # try out one before ;) 22.52.04 # * linuxstb ignores DMI then ;) 22.52.06 # Derpapst iam using the fusion thing or whatever so my ipod is sexy now 22.52.21 # DMI: Yes, but using an old and buggy version of Rockbox... 22.52.29 # but its so sexy 22.52.39 # do i have to say, sexy again 22.54.01 # albumart and some kind of margin patch is in the official build now too. so maybe your theme can be fixed to be compartible with a caurrent build 22.54.05 # not sure though 22.54.20 # also don't know how to accomplish that ;) 22.54.23 Quit ompaul (Client Quit) 22.55.02 # maraz, did you disappear 22.55.08 # nope 22.55.23 # can you do a build? 22.55.32 # yes 22.55.42 # * amiconn returns 22.55.49 # * DerPapst waves 22.55.55 # * oblib cheers 22.56.03 # * maraz looks confused 22.56.07 # * amiconn still needs a tester for lcd stuff on either a 4th Gen grayscale or a Mini 1st Gen :\ 22.56.16 # * linuxstb joins in 22.56.29 # Where do those users hide? 22.56.33 # maraz, Try commenting out lines 351 and 571 in apps/main.c 22.56.49 # amiconn: Maybe we ran off all the 1st gen grayscale users back in the PP5020 crash days? 22.57.12 # 1st gen? Na, that's PP5002 22.57.39 # amiconn: Do you just need someone to test that things work, or will you need to adjust things for those devices? 22.58.21 # I'm just wondering if one option would be to commit, and then see if those users come out of hiding... 22.58.24 # amiconn: 4th gen, I can't type 22.58.34 # amiconn, have you been following the nano patch at all? maraz has a problem on boot, but doesn't with older builds 22.58.38 # First I need verification of a register value. If it is what I expect, I then need a series of speed tests (4 different builds), combined with checking for graphical glitches at 80MHz 22.59.12 # It requires a bit of rockbox knowledge, but I could provide test builds 22.59.25 # maraz, they should be cpu_boost lines, btw 22.59.32 # yeah, i noticed 22.59.48 # * DerPapst knows someone with a 4th gen b&w... 23.00.02 # but i'm not sure if i could get his ipod for testing 23.00.13 # and it wont be until next week 23.01.08 # tierra seems to be around when I am not, and vice versa. And both kkurbjun and perrikwp vanished... 23.01.21 # do you have some kind of betatesting subforum to ask for testers? 23.02.17 # linuxstb: The problem is that I don't know whether the fastest setting of the mono bridge would overdrive the HD66753 at 80MHz 23.02.18 # What does HAVE_RTC_RAM mean? Real-time clock RAM? if so, what does that do? 23.02.35 # So far I know which bits set the speed, but don't understand the scaling yet 23.03.24 # oblib: It's only defined for the archos recorders. The RTC of these has 44 bytes of static ram. It's similar to the CMOS ram of a pc, i.e. it can store settings 23.03.39 # amiconn: fxb has a 4G and might have some knowledge about rockbox. he lives in germany as well 23.04.03 # amiconn, thanks 23.04.19 # but he isn't here right now (thus the 2 underscored) 23.04.25 # *underscores even 23.05.24 # linuxstb: On 2nd gen (PP5002) the fastest setting is rougly 2x as fast as the slowest, and the second fastest only a tiny bit slower than the fastest., while on c200 the fastest setting is rougly 2.5x as fast as the slowest - and the second fastest is *a lot* slower than the fastest 23.06.31 Join zanzabar [0] (n=zibit@c-24-21-87-106.hsd1.or.comcast.net) 23.06.33 # 2nd Gen: (slowest->fastest) 68->94->124->132 fps 23.06.48 # c200: 14.4->20->24->50fps 23.06.53 # That's at 30MHz 23.07.40 # maraz, anything yet? 23.07.44 # yes 23.08.09 # i just put the "slowpoke" version in 23.08.41 # I'll be curious if it is noticably slower or not 23.08.45 # Ehm, that's even 3.5x speedup on c200 23.09.08 *** Saving seen data "./dancer.seen" 23.11.44 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 23.13.22 # fxb: do you have rockbox on your 4G b&w? 23.14.33 Join Xerion [0] (i=xerion@cp198589-d.landg1.lb.home.nl) 23.15.08 # oblib: What do you know, it seems to work! 23.15.26 # Is it slower on boot? 23.15.29 # With no noticeable speed drop during boot. 23.15.37 # hmm maybe I'm stupid, but is there a way to affect only some bits of an int other than by using its previous value and bitmasking it? 23.16.29 # oblib: It even works when heated. 23.16.38 # How are you heating it? 23.16.51 # Table lamp, too hot to touch directly. 23.16.55 # microwave :P 23.17.11 # Nico_P: What exactly are you trying to do? 23.17.12 # DerPapst, that would make for a great light show 23.17.21 # Nico_P: not in any general manner, no. you want atomic bit setting? 23.17.59 # linuxstb: general idea is to store the last value of a conditional in the token's value, next to the number of cond cases 23.18.04 # So apparently there is something wrong in the start up sequence that makes the nano try to read flash before that bit is set, or something like that 23.18.13 # oblib: actually someone did that in iPL forums to dry his wet nano ^^ 23.18.33 # DerPapst, did he video tape it? 23.18.35 # jhMikeS: what's atomic bit setting? 23.18.39 # oblib: Probably, yes. At least it works now. 23.18.56 # linuxstb: where "next to" means "in the same int var" 23.18.59 # oblib: unfortunately not but "it pops" :D 23.19.09 # maraz, but I don't know if it needs to be applied as part of the patch. 23.19.23 # Nico_P: to change some bits in an int without read-modify-write 23.19.28 # Nico_P: The usual way would be to mask it. 23.19.38 # amiconn, how familiar are you with the boot up sequence? (amiconn exposed this bug by upping the CPU freq) 23.19.49 # oblib: well, at least we'll know what will work if another case with the same symptoms comes up 23.21.28 # linuxstb: yeah, I did that: data->tokens[cond_index].value.i = (intval << 8) + num_options; but at first I thought data->tokens[cond_index].value.i &= (intval << 8); would be ok, which was obviously wrong but led me to wonder whether it was possible to do an affectation on only two bits of the var 23.21.39 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 23.22.05 # Does anyone know of any other common patches used for the WPS, apart from scrolling margins, custom-line (%e) and multifont? 23.22.08 # of course I should mask num_options to be careful 23.22.20 # maraz, yeah, I just posted an update on the bug report. If anyone else comes forward, that will let us know it's more than just unique hardware on your part. 23.23.17 Join handmadematters_ [0] (n=handmade@80.224.161.24.dyn.user.ono.com) 23.23.24 # oblib: what i'm thinking is that the specific flash chip used on my device initializes a few cycles too late 23.24.41 # maraz, it's definitely something to do with a very tight timing being missed somewhere (given its sporadic nature) 23.25.40 # Can you try something else? 23.26.59 # heh, i'm a bit reluctant to mess with it now that it works, but sure :) 23.27.01 # oblib: Afaik the rockbox ata_init() resets that >65MHz bit 23.27.19 # amiconn, I believe that is correct 23.27.31 # So if ata_init() is called *after* boosting the cpu, the bit will be reset when it shouldn't 23.27.47 # maraz, undo those changes (the cpu_boost), and add this line above system_init(), line 343 23.28.26 # IDE0_CFG |= (0x10000000); 23.28.51 # I think that on nano, ata_init(9 should set that bit instead of clearing it, to be on the safe side 23.28.52 # amiconn, I tried a build that made ata_init() set that bit, and it still didn't work. 23.28.58 Quit Xerion (" ") 23.29.02 # for maraz 23.29.11 # The bootloader needs the same fix 23.29.14 Quit bertrik ("bye") 23.29.29 # is that bit set somewhere in the bootloader? 23.29.40 # DerPapst: i only have a 4G color 23.30.00 # fxb: ok then nevermind :) 23.30.08 # maraz, did you make that change? 23.30.24 Quit BigBambi (Remote closed the connection) 23.30.29 # also in /firmware/target/arm/ata-pp5020.c, change line 47 to 23.30.35 # IDE0_CFG |= (0x10000000); 23.30.50 # oblib: The bootloader uses the exact same ata code as main rockbox 23.30.56 Join Thundercloud [0] (n=thunderc@resnet28.nat.lancs.ac.uk) 23.31.14 # amiconn, is that /firmware/target/arm/ata-pp5020.c for the nano? Or is it somewhere else? 23.31.21 # I'm not sure whether the bootloader boosts the cpu, but I think it does 23.33.20 # oblib: Done, anything else? 23.33.48 # nope. You should now have that line in two places, and the cpu_boost lines back in place, right? 23.33.54 # yes. 23.34.03 # go for it, let me know what it does 23.34.09 Quit Isolinear () 23.35.23 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 23.36.04 Quit desowin ("use linux") 23.36.38 # amiconn, if the only way to boost is to call cpu_boost, then the only place it does that in the bootloader (that I can find) is if the bootmethod is BOOT_RAM. Would the ipod be BOOT_RAM or BOOT_ROM? 23.38.01 # oblib: Are you looking at bootloader/main.c ? 23.38.15 # maraz, did install iTunes by the way? 23.38.18 # linuxstb, yet 23.38.20 # yes 23.38.33 # That's the iriver bootloader - you want bootloader/ipod.c 23.38.41 # that's the only place in bootloader directory it show up 23.38.42 # oblib: Nope, not yet. I did download it though. 23.38.44 # s/iriver/coldfire/ 23.38.54 # maraz, phew, we fixed it just in time 23.39.49 # I have been looking at ipod.c, but don't see it boost anywhere. Unless there is another way to boost (direct register manipulation or something) I have to assume it doesn't boost in the ipod bootloader 23.40.30 # No, I don't think it does. 23.40.31 Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) 23.41.19 Part handmadematters_ 23.42.25 # oblib: Good news - the IDE0 patching works, too. 23.42.37 # So now it's both working and booting up 0,05 seconds faster. Hurray! 23.43.01 # okay, now remove it from ata-pp502x.c (put that line back to what it was) 23.43.15 # IDE0_CFG &=~(0x10000000); 23.44.05 # amiconn: hey 23.44.59 Join ttuttle [0] (n=tom@pdpc/supporter/student/gentoo.contributor.ttuttle) 23.45.14 # Hey, I just found something weird. mpegplayer hangs when viewing a video while voice menus are turned on. 23.45.20 # amiconn: Am I right that iPods have lcd fading? 23.45.38 # "ipods" is too generic 23.45.42 # Some do, some don't 23.45.49 # maraz, are you building that? 23.45.51 # video and nano 23.45.52 # And lcd fading is software in rockbox 23.45.53 # oblib: yeah. 23.46.00 # kugel: Yes, those do 23.46.08 # I'm refering to the commit of the 12th of semptember 23.46.21 # Can you add this to the e200 series too? 23.46.38 # There was this patch giving LCD fading, but this doesn't work anymore since this commit 23.47.01 # amiconn: I'm here with some free time now 23.47.05 # I can't, since I don't have an e200 23.47.19 # tierra: ah :) 23.47.19 # I could use a build 23.47.25 # One moment please 23.48.23 # amiconn: Couldn't you try to make it? I mean first doing a patch and some e200 users test it 23.49.06 # amiconn: if you are busy, i could make builds for him 23.49.10 # oblib: does NOT work. 23.49.22 # kugel: What commit are you talking about? I can't see anything from the 12th September that looks like lcd fading here - http://www.rockbox.org/since20060801.html 23.49.33 # yea 23.49.46 # I think he meant 12th November 23.49.53 # yea 23.50.00 # didn't I type november? 23.50.06 # oh sorry 23.50.12 # Well, it came out as September... ;) 23.50.22 # My code rearrangement probably breaks a patch on the tracker 23.50.24 # true 23.50.24 # amiconn, dyo you know if there is anything sacred about when ata_init() gets called? 23.50.34 # amiconn: it did 23.50.56 Quit Siku () 23.50.57 # I talk about FS#6800, if you didn't know which patch I meant 23.51.32 # oblib: should I try with the ata-pp5020.c patched but with an unpatched main.c? 23.51.34 # That reminds me - is that software brightness patch for Video/Nano closed now? 23.51.44 # * amiconn is bad at remembering fs# 23.52.27 # maraz, yes 23.52.44 # amiconn: It seems to be, but there is a feature request still open - http://www.rockbox.org/tracker/task/6417 23.53.09 # kugel: That patch still requires a lot of work from the sound of it. It's very not properly done for inclusion. 23.53.20 # At least, judging from the comments 23.53.23 # I expected that 23.53.48 # linuxstb: That's an ooold one - will close, thanks 23.53.49 # So why don't you appeal to the people actually working on the task to improve it, rather than asking someone who doesn't even have the hardware to "just try it"? 23.54.03 # It's done by setting the brightness lower every split second 23.54.06 # amiconn: I just did... 23.54.12 # which seems to be a very hackish way to me 23.54.13 # thanks 23.54.44 # kugel: It'd be impossible to fade any other way than "lessening over time"... 23.54.59 # kugel: If the target offers fined-grained brightness setting, it's a more efficient way than software pwm 23.55.31 # Ok 23.55.33 Join donutman25 [0] (n=chatzill@65.75.87.48) 23.55.44 # So it isn't actually done in a bad way? 23.55.46 # On ipods and iriver h1x0 we only use software pwm becaus there is either no way to set brightness in hardware, or there are too few steps for smooth fading 23.55.46 # The problem with that patch, according to the comments, relates more to the code being threadsafe. 23.56.28 # E.g. ipod Nano/Video has 32 brightness levels in hardware - too few for smooth fading if you have set a low level to start with 23.57.07 # Gigabeat F/X with its 64 levels is abot the lowest limit for usable fading just by using hardware brightness 23.57.39 # oblib: It works. 23.57.53 # the e200 has 12 brightness levels 23.58.03 # oh, I thought I had you try that with one of the bug report builds. 23.58.03 # but it was smooth enough for me