--- Log for 28.03.108 Server: heinlein.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 13 days and 21 hours ago 00.00.27 # Soap: yes. but i guess bluebrother wants read compiler errors and suff like that. 00.00.54 # DerPapst: beer? ;) 00.01.20 # meh... more a lack of sleep i guess ;-) 00.01.53 # DerPapst: did you catch the "suff"? 00.02.32 Quit davina ("GNU/Linux the free alternative to Windows") 00.02.33 # ROTFL :) 00.02.35 Join CyBergRind|w [0] (n=cbr@212.98.160.130) 00.04.03 Quit ender` (" "Religion is the opiate of the masses." -- Karl Marx || "Winners don't do drugs." -- The FBI") 00.05.06 # pixelma: Thanks for fixing that wps - I see it was my fault in two ways... 00.06.48 Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") 00.06.50 Quit midgey () 00.07.16 # no problem... what do you mean with "in two ways" though? 00.07.43 # rofl 00.08.09 # I didn't rename the reference in the wps, and then my commit to make the parser reject WPSs with missing bmps 00.08.15 Nick erik006-2 is now known as erik006 (n=erik006@76-10-136-126.dsl.teksavvy.com) 00.09.29 Join gevaerts_ [0] (n=fg@195-144-092-153.dyn.adsl.xs4all.be) 00.09.52 Quit gevaerts (Nick collision from services.) 00.10.12 Nick gevaerts_ is now known as gevaerts (n=fg@195-144-092-153.dyn.adsl.xs4all.be) 00.10.31 # * DerPapst should do his beautysleep 00.10.49 # Good night everyone. :-) 00.11.03 Quit DerPapst ("So Long And Thanks For All The Fish!") 00.11.15 Quit MethoS- ("Konversation terminated!") 00.11.16 # linuxstb: aha, the problem already occured for someone already in the "make zip" which couldn't find the lockopen bmp. I wasn't even aware that there are more problems... 00.11.34 # s/already// 00.14.12 Join kugel [0] (n=kugel@unaffiliated/kugel) 00.14.37 Quit Rincewind ("bye") 00.19.08 Quit [CBR]Unspoken|w (Read error: 110 (Connection timed out)) 00.19.09 Quit ompaul (Client Quit) 00.20.49 # * bluebrother just had a repeating track ... 00.22.08 Quit matsl ("Leaving") 00.24.08 Quit shnee ("Konversation terminated!") 00.26.05 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 00.26.33 Join midgey [0] (n=tjross@141.211.151.169) 00.26.48 Join handmadematters [0] (n=handmade@dslb-084-056-166-055.pools.arcor-ip.net) 00.27.16 Quit advcomp2019 (Nick collision from services.) 00.27.22 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 00.27.57 Quit miepchen^schlaf () 00.28.08 Quit gevaerts ("sleeping time") 00.31.46 Join miepchen^schlaf_ [0] (n=miepchen@p54BF4166.dip.t-dialin.net) 00.32.02 # linuxstb: ping 00.32.13 # ? 00.32.43 # linuxstb: I have a problem with your "Check for trailing | " "function" 00.33.34 # It doesn't work with the viewport parse function 00.33.50 # you might scroll back/read logs from today to read more about that 00.33.53 # What viewport parse function? 00.35.42 # the one I wrote to unify viewport structure parsing in wps and lists 00.35.55 # * amiconn wonders what a ZXbot is :\ 00.36.19 # You shouldn't have any trailing | in the .cfg file... 00.39.10 # linuxstb: It doesn't work in the wps 00.39.26 # You mean there's a bug in SVN? 00.39.50 # No. It works when I use the SVN way of parsing the wps viewport 00.39.54 # linuxstb: I think he means "I want the syntax to be identical in WPS and .cfg, and in the WPS you need a trailing |" 00.40.05 # Llorean: No... 00.40.42 Quit waldo ("Konversation terminated!") 00.42.19 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 00.42.25 # The setting works (with or without the trailing | ), the list is also working. But the wps gets rejected when wps_parser checks for the traling | 00.43.09 Part toffe82 00.43.15 # but only when I use my generic viewport parse function from viewport.c, and not the svn "parse_list" 00.43.42 # eventhough, my viewport parse function doesn't much more than parse_list 00.44.16 # so are you saying that this breaks one of your patches? 00.44.41 # kinda 00.44.47 # scorche|sh: He's trying to unify the parsing for both types of viewports as suggested by linuxstb for the patch 00.44.53 # I think he's saying that his patch breaks existing functionality and wants help to figure out why... 00.45.06 # I have commented out that for now, but I doubt it's wanted 00.45.36 # linuxstb: also correct :) 00.45.37 # kugel: What did you add to your generic function, since it's "not much more than parse_list" it suggests it is more. 00.45.54 # Your function will need to return a pointer to the character after the data you've parsed - i.e. a pointer to where the | is expected to be. 00.46.10 # This is the return value from parse_list. 00.46.38 # Llorean: it does actually the same the parse_viewport from wps_parser.c. As suggested, I moved the most part from wps_parser.c to viewport.c for a generic function 00.47.10 # linuxstb: ahh, that could be the reason 00.47.27 # jhMikeS: in case you needed confirmation... r16778 has much faster buffering and better responsiveness than current ones. I'm going to try r16791 now 00.47.50 # I only return an int as of now, depeding of parse_list worked or not 00.48.33 # Bagder: you still around by any chance? 00.49.09 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 00.51.38 # jhMikeS: r16791 seems no better and no worse, although after reading the commit message it seems I could expect that 00.52.15 # (DB and dircache are still disabled) 00.54.16 # Nico_P: the key here is digging deep into why that device runs contrary to all others esp. given that disk contention won't be a factor with all that stuff off. I'm gonna try to make a guinea pig of my sister's if she'll allow it. :) 00.54.54 # linuxstb: thanks, that worked 00.55.30 Quit Nevtus (Remote closed the connection) 00.56.09 # linuxstb: What did you say about traling | in .cfg? Should I avoid that? Should I check for that, and if it's there reject the value? 00.56.39 # jhMikeS: could it be because of the fact that the RAM is bigger, so the audio thread would hold longer on to the disk, thus slowing buffering down? 00.56.53 # hmm I'm not even really convincing myself :/ 00.56.55 # A bit confusing. Trailing pipe in wps is a must, but in .cfg a nogo? 00.57.01 Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) 00.57.18 # the fact is that buffering is much slower now 00.57.30 Quit bluebrother ("leaving") 00.57.33 # Nico_P: why should it and why wouldn't it have before then? 00.57.46 # yeah I don't see why either 00.57.59 # kugel: Personally I would make the VP parameters in the .cfg a comma separated list - i.e. use ',' instead of '|' and no leading or trailing separators. 00.58.19 # jhMikeS: could it be a possibility of a wrong low level setup somewhere? 00.58.54 # the diff is far too large for me to try to understand it :/ 00.59.09 # linuxstb: I personnally like the that the list viewprt syntax and the wps syntax are the same 00.59.40 # yeah, the diff sucks cause so much #ifdef junk was removed 01.00.37 Join corevette [0] (n=corevett@adsl-75-18-212-2.dsl.pltn13.sbcglobal.net) 01.01.21 # kugel: But they're not the same - there's no %V, and it's likely the WPS syntax will be extended with other things (e.g. conditionals, statusbar features) 01.01.24 # what sort of low-level setup? threading doesn't really get into much direct register access except tick and sleep 01.01.32 # jhMikeS: have you seen the patch I posted earlier? (http://pastebin.ca/960166) 01.01.56 # jhMikeS: it was a shot in the dark, I really don't know what sort of things are involved in this 01.02.00 # kugel: I'm gonna hafta agree with linuxstb here. They're similar, but they're going to diverge anyway, and comma separated lists are a more regular thing for .cfg files 01.02.11 # Nico_P: no, just plopped myself down here 01.02.26 # but I guess there is some target specific code involved for low level kernel objects? 01.02.46 *** Saving seen data "./dancer.seen" 01.02.50 # linuxstb: but why did I made this generic function than? I don't quite get it, if the list viewport structure and the wps viewport structure are going to differ a lot more 01.03.16 # Because it parses the core parts of the viewport - i.e. what goes into the viewport struct. 01.03.21 # Nico_P: not much at all 01.04.05 # kugel: That's also why I made the separator a parameter to the parse_list function. 01.04.12 # actualy nothing is low-level. the variants have corelock and/or priority inheritance. I my tests again on the inheritance and that checked out ok. 01.04.24 # linuxstb: Ok 01.05.07 # jhMikeS: is there some kind of test I could run to help figure things out? 01.05.54 # linuxstb: but back to my previous question. As of now, it doesn't matter if there's a trailing seperator in the config. Should I explicit reject the setting value, if there's a traling seperator, or leave it as it is (hoping that the user avoids traling seperator by himself) 01.06.43 Quit EskimoSpy ("CGI:IRC (EOF)") 01.06.48 # kugel: I think you can ignore it. 01.06.50 Quit Soap (Connection timed out) 01.07.18 # I think if they're using commas, they're a lot less likely to think there should be a trailing one anyway 01.07.32 # linuxstb: That's what I think too. But I asked before someone bashes me again 01.08.01 # Nico_P: I can't think of anything specific atm. How's the navigation in general once you're in the menus? 01.08.10 # it's fine 01.08.43 # the only things that are laggy are the ones that involve passing a queue message to the audio thread 01.08.57 # e.g. volume or entering a menu are fine 01.09.09 # but pause/unpause takes forever 01.09.16 # I have an idea - try making the owner argument NULL in each queue_enable_queue_send call 01.10.12 Quit spiorf (Remote closed the connection) 01.10.40 # all of those calls or just buffering/audio? 01.10.40 Quit RoC_MasterMind (Remote closed the connection) 01.11.12 Quit dionoea (Remote closed the connection) 01.11.36 # pixelma: Regarding your suggestion earlier about leaving fg/bg colour/shade blank in %V tags, I like the idea, but think that will just cause complications. i.e. when the user changes the fg/bg colour in the settings, how do we know to change those viewports? 01.11.45 Quit lymeca ("...and don't forget: 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 !") 01.12.28 # linuxstb: Are those settings going to explicitly only change the list viewport (and anything listing it as the parent) then? 01.12.38 # all in playback.c and buffering.c, and voice_thread.c (to remove that from the equation). I did neglect to recheck the queue stuff. 01.13.01 # I ended up doing all of them 01.13.13 # Llorean: I guess eventually they won't do much at all... Unless we add the concept of "use global values" for certain viewport items. 01.13.46 # linuxstb: I honestly wouldn't mind them being removed entirely, myself. 01.14.08 # Since they don't really fit into the whole "everything is viewport defined" scheme 01.15.11 # I think this is the dilemma - do we keep all the existing theme settings in the UI (including things like statusbar visibility) and deal with the complication, or just make everything controlled by the theme? 01.16.00 # I vote the latter. 01.16.29 # jhMikeS: things don't seem any better 01.16.50 # linuxstb: Generally speaking, you don't change most of them except when changing themes these days anyway, I think. 01.17.03 # Llorean: I think I do as well, but can also see the usefulness of those settings for people using text-only themes, without any viewports. 01.17.23 # But I guess those people will just need to create themes for themselves... 01.18.14 # * kugel hates warnings 01.18.23 # kugel: They're there to help... 01.18.45 # sure, but if it works and gcc warns anyway 01.18.53 # jhMikeS: I need to rerun the test though... I'm not certain I did things right 01.19.01 # kugel: Are you sure it works? In all cases? 01.19.04 # linuxstb: Well, if they *really* want the option to toggle them, they can do .cfg files. But I think it's going to be minimally important, and only to a few people. 01.19.14 # nah, they are very usefull. they just annoy, since they show my code is bad :p 01.19.25 Join dionoea [0] (n=dionoea@yop.chewa.net) 01.19.35 # linuxstb: not entirely 01.19.59 # * Llorean means "minimally important" because only a few people use it, rather than "minimally important to those few", since I imagine to them it might be very important. 01.20.08 # the viewport gets parsed correctly (in list and wps cases) though 01.20.18 # But I mean, if it complicates things much, it may just be a bad thing. 01.20.51 # jhMikeS: do I need to update the codecs too? 01.21.01 # I got a codec failure 01.21.26 # Nico_P: for that? no. 01.21.33 # ah crap it's probably because of the latest SVN changes 01.22.54 Quit corevette (Connection timed out) 01.25.40 Join webguest12 [0] (n=4aaa3bc7@gateway/web/cgi-irc/labb.contactor.se/x-812abe365ebb3007) 01.26.18 # * Nico_P is still getting codec failures 01.26.52 # * linuxstb is struggling to think of a good way to implement conditionals for viewports, and can just come up with an album-art specific solution - %VC for an album-art only viewport, and %Vc for a no-album-art only viewport... 01.28.03 # Nico_P: hmmm...that shouldn't hurt anything at all. 01.29.11 # jhMikeS: it's just freezing now 01.30.07 # yep... can't start audio playback 01.30.12 # linuxstb: That works for me. Can I have multiple %VCs? 01.30.35 # Llorean: Yes (and Vc of course) 01.31.10 Quit handmadematters () 01.31.23 # linuxstb: Though people *might* want a "Playback Status" viewport or a "Hold is on viewport" as well (people have done stuff like show the album art only while paused, or show enhanced track info only while hold is on) 01.31.29 # Llorean: I just don't like the way that it loses the flexibility of the existing conditional system (and uses a different syntax). But given that viewports work at a level above WPSs (basically splitting a WPS into lots of little ones), I can't see how to do it... 01.31.37 # But I think the *main* one is Album Art 01.32.21 # Nico_P: I'll check that one out for sure. 01.33.01 # Hi all! A couple things. I've been going through the manual for RockBox on an IPod video, and there's a lot of "this is discussed in detail in section??." With no number or link. Also, could Voicebox be upgraded to be able to generate .voice files? 01.33.06 # jhMikeS: I changed all queue_enable_queue_send owners to NULL 01.33.22 Quit amiconn (Nick collision from services.) 01.33.29 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 01.33.47 # webguest12: Which format manual (html or PDF) ? 01.34.01 # linuxstb: I don't think you're going to be able to preserve the flexibility. I think you're just going to have to say "While the existing conditionals work, only this one (or these few) can be used to toggle the existence of viewports" 01.34.21 # amiconn: I tried a few different bootloaders including the iriver ones and the .map .lds files matched 01.34.41 # * jhMikeS tries on H10 01.35.09 # linuxstb: The online html version. 01.35.51 # webguest12: Ah, it seems it's broken... It stops in chapter 5. 01.36.36 # linuxstb: I broke it, bluebrother fixed it today so it should be fine tomorrow 01.36.40 # linuxstb: Yeah I also noticed thta, something like "the controls are:" or something 01.36.54 # webguest12: try the pdf 01.39.08 Quit n1s () 01.40.43 # H10 worked just fine 01.41.02 Quit gromit` (Read error: 110 (Connection timed out)) 01.41.08 # how weird 01.41.25 # is there any target specific code in your commit? 01.41.29 # could there be some mutex or something getting initialized more than once? 01.41.59 # none except the obligatory context and core stuff 01.43.51 # just a few compatibility changes but those are shared on pp502x 01.45.45 Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 01.49.17 Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) 01.55.00 # jhMikeS: would you mind taking a quick look at http://pastebin.ca/960166 at one point? it's a very small patch and I think it doesn't introduce any behaviour change 01.55.15 # it makes things simpler IMO 01.56.22 # Would send this to the person asking me to try the pdf but he/she's gone. Trying to find a section, a lot of section titles in links in the table of contents are one word, like addingmusictoplaylists 01.58.37 # Nico_P: shouldn't an improper status still be rejected in the Q_AUDIO_FILL_BUFFER case? 01.59.29 # jhMikeS: at first I had written it that way but there is only one place left where a Q_AUDIO_FILL_BUFFER event it sent 01.59.59 # I could probably even get rid of that event and just let the SYS_TIMEOUT do the job 02.00.07 Join shnee [0] (n=CurtyD13@cpe-75-187-62-136.columbus.res.rr.com) 02.00.59 Quit Thundercloud (Read error: 110 (Connection timed out)) 02.01.25 # webguest12: which pdf did you try (tried one here that looks correctly)? 02.01.29 # Would be more efficient to block the audio thread instead of time out all the time 02.02.09 # pixelma: The latest one for the IPod Video. 02.02.21 # jhMikeS: block it? 02.03.30 # queue_wait instead of queue_wait_w_tmo. staying blocked takes 0 computing cycles afterall. 02.03.42 # ah, right 02.04.41 # what is default for btw? 02.05.54 # also, without the timeout, where would I put the code I added to the timeout case? after treating queue messages if there isn't another one waiting? 02.06.54 # webguest12: weird - I can't see anything unusual here. Maybe you could try older ones from here http://download.rockbox.org/manual/ and compare 02.08.41 # pixelma: hmm, i'm using Adobe Reader 8, if it makes a difference. 02.08.47 # I guess default is just to log it 02.11.09 # I was just thinking queue_wait could be used when stopped. obviously the pcm buffer events have to be checked when playing. 02.11.51 # jhMikeS: probably, yes. I'll leave that to another commit though 02.12.26 Quit csc` ("Powering Off") 02.13.55 # there's definitely something rotten though if setting the queue owner to NULL caused problems. 02.15.18 # indeed... 02.15.27 # * jhMikeS tries e200 this time 02.16.11 # * Nico_P decides it's bed time 02.17.16 # nighty 02.17.27 # thanks :) 02.17.31 Quit Nico_P ("zzzz") 02.20.27 # webguest12: I'm using the same version, so I'm out of ideas (and should get some sleep too). 02.22.59 # pixelma: ah ok. Also if this is ok, what is the combo box on this page for? it has querey, kick and whice or something 02.24.16 Quit phinze () 02.26.03 Quit Massa ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") 02.26.33 Join corevette [0] (n=corevett@adsl-75-18-212-2.dsl.pltn13.sbcglobal.net) 02.28.56 # this is to either start a query (personal chat), kick is probably disabled for you and I guess the third is "whois" which you can use to get some info about a certain nick. Chose the wanted action from the dropdown and then doubleclick the nick in the list below (if I remember correctly). But now I'm really off. 02.29.14 Part pixelma 02.32.07 Join toffe82 [0] (n=chatzill@adsl-71-154-233-26.dsl.frs2ca.sbcglobal.net) 02.35.42 Quit erik006 (Read error: 104 (Connection reset by peer)) 02.38.25 Quit cool_walking_ (Remote closed the connection) 02.39.13 Quit J (Read error: 110 (Connection timed out)) 02.45.26 Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) 02.47.24 Join JdGordon_ [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au) 02.54.31 Quit webguest12 ("CGI:IRC (Ping timeout)") 03.02.49 *** Saving seen data "./dancer.seen" 03.03.48 Quit JdGordon (Read error: 110 (Connection timed out)) 03.05.46 Quit Chronon ("Client exited") 03.07.19 Quit leox (Read error: 104 (Connection reset by peer)) 03.13.52 Join Shaid3 [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 03.24.18 Join CaptainKewl [0] (i=jds@207-237-172-5.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 03.25.38 Join leox [0] (n=leox@165-162-114-200.fibertel.com.ar) 03.32.55 Quit Shaid (Read error: 110 (Connection timed out)) 03.32.56 Nick Shaid3 is now known as Shaid (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 03.37.11 Join webguest76 [0] (n=46bbd5ba@gateway/web/cgi-irc/labb.contactor.se/x-b66d63f6886361d7) 03.37.16 Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) 03.37.16 Join RomDump [0] (i=romdump@faeroes.freeshell.ORG) 03.37.25 # hi 03.37.34 # ok 03.37.38 # pl 03.37.57 # i have e200 03.38.04 # need help??????????? 03.38.20 Quit sarixe (Client Quit) 03.40.47 # webguest76: dont do that...please have a look at the guidelines linked to in the topic 03.43.08 Quit webguest76 ("CGI:IRC (Ping timeout)") 03.45.22 Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279529752.dsl.bell.ca) 03.47.23 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 03.49.05 Part RomDump 03.56.12 Quit Nevtus (Remote closed the connection) 04.01.28 Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) 04.02.51 Quit Thundercloud_ (Read error: 110 (Connection timed out)) 04.04.17 Join miepchen^schlaf [0] (n=miepchen@p54BF4416.dip.t-dialin.net) 04.04.36 Join Insectoid [0] (n=q@adsl-072-148-075-054.sip.gnv.bellsouth.net) 04.07.29 Join bd_ [0] (n=foo@satoko.is.fushizen.net) 04.11.22 Join jenky [0] (i=adam@snorkel.rtfm.net.au) 04.14.30 Quit argumentD (Read error: 113 (No route to host)) 04.14.35 Quit midgey () 04.17.10 Quit ctaylorr (Read error: 110 (Connection timed out)) 04.17.58 # can anyone recommend a decent pmp which works with rockbox well and is currently being sold? not real keen on bidding for an old gigabeat on ebay for $150+! 04.18.27 # $150 is kinda on the cheap end of the scale for actual media-player designed devices... 04.18.59 # But you can see the full list of supported devices on the front page of the Rockbox site. None of them were designed as "media" players. Just music players, or in a few rare cases, Music players + some video features 04.19.16 # Hmm, approximately where in the source are the titles for songs in the database browser assembled (ie, track number etc tacked on)? I'm trying to fix the sort order of multi-disc albums where there are >9 discs, as currently it seems to be going by asciibetical ordering... 04.19.39 Quit miepchen^schlaf_ (Connection timed out) 04.19.47 # I tried changing the obvious sprintfs in gui/gwps-common.c and screens.c to %02d but that didn't seem to have any effect 04.20.21 Quit Thundercloud (Remote closed the connection) 04.20.32 # (the files in question are ogg vorbis, if it matters) 04.24.13 # ok sorry.. i am after a music player 04.24.34 # $150 would be cheap for a new one agreed, but not for one thats a few years old 04.24.59 # jenky: You asked for ones "currently being sold" though... which is basically "new ones" 04.25.26 # jenky: But as i said, the list of supported players is on the front page of the site, and there's a page in the wiki called BuyersGuide with a little more info. 04.25.56 # i saw it 04.26.00 # jenky, check out the site some more, and probably move this conversation to #rockbox-community 04.26.14 # ok i'll ask there 04.26.40 # one thing about that buyers guide; it shouldnt recommend things like the sandisk players as 'supported', when its only v1.0 that are supported 04.27.10 # which player who has a remote can be compiled with arm-elf-gcc? 04.27.21 # (sim) 04.27.28 # kugel: The sims are never compiled with arm-elf-gcc 04.27.38 # oh, yea 04.27.40 # jenky: The buyers guide calls them V1... 04.27.45 # * kugel slaps himself 04.29.15 # so, which targets have remotes? :) I need it for the customlist patch btw 04.29.27 # kugel: You mean "which have LCD remotes" 04.29.38 # sure 04.29.50 # Which would be, as far as I know, the iRiver H100 and H300 series, and the iAudio Xs and Ms 04.29.53 # are there any other types of remotes supported? 04.29.56 # Yes. 04.29.59 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 04.30.09 # Oh, didn't know 04.30.13 # There are non-LCD remotes for some players. 04.30.25 # Sorry, I have absolutely no idea of remotes and stuff. 04.32.18 Part jenky 04.52.00 Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) 04.54.47 Quit Insectoid () 04.56.49 Join kushal [0] (n=kushal@12.169.180.134) 04.57.03 # hmm, my patch doesn't work with remotes :( 04.57.09 Quit kushal (Read error: 104 (Connection reset by peer)) 04.57.55 Join fakewun [0] (n=45f984b1@gateway/web/cgi-irc/labb.contactor.se/x-a9cbaa158d9bd813) 04.59.01 Quit kushal_12_27_200 (Read error: 104 (Connection reset by peer)) 04.59.01 Quit fakewun (Client Quit) 05.02.51 *** Saving seen data "./dancer.seen" 05.23.54 Join quitte_ [0] (n=quitte@stgt-d9bebc56.pool.mediaWays.net) 05.25.30 Join csc` [0] (n=csc@archlinux/user/csc) 05.27.08 Quit Horscht (Read error: 113 (No route to host)) 05.37.30 Join Lopli1 [0] (n=Nathan_S@wtfrwibas01-pool2-a113.wtfrwi.tds.net) 05.38.25 Quit quitte (Read error: 110 (Connection timed out)) 05.40.03 Join Llorea1 [0] (n=DarkkOne@ppp-70-243-34-31.dsl.hstntx.swbell.net) 05.40.10 Quit Llorean (Nick collision from services.) 05.40.12 Nick Llorea1 is now known as Llorean (n=DarkkOne@ppp-70-243-34-31.dsl.hstntx.swbell.net) 05.40.33 # Are there hooks in rockbox that can be used by plugins so that the main sourcecode doesn't have to be edited? 05.40.45 Nick Lopli1 is now known as Loplin (n=Nathan_S@wtfrwibas01-pool2-a113.wtfrwi.tds.net) 05.43.48 Quit Shaid (Read error: 104 (Connection reset by peer)) 05.43.49 # the plugin API? 05.44.21 Quit kugel ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008032514]") 05.48.58 # I didn't see any documentation on the DocsIndex page about a plugin API... is this in plugin.h? 05.53.10 Quit XavierGr (Read error: 110 (Connection timed out)) 06.07.32 Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) 06.09.14 Quit BigBambi (Remote closed the connection) 06.09.39 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 06.14.43 Part toffe82 06.15.53 Quit jhMikeS (Nick collision from services.) 06.15.59 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 06.28.43 Quit sarixe ("(EE) Failed to load "quit" module") 06.29.42 Quit lostlogic ("leaving") 06.32.08 Join lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 06.35.26 Quit ColinT (Remote closed the connection) 06.35.36 Join ColinT [0] (n=realizat@69-11-97-130.regn.static.sasknet.sk.ca) 06.44.16 Quit Hodapp_ (Read error: 110 (Connection timed out)) 06.47.04 Quit jhMikeS (Nick collision from services.) 06.47.10 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 06.59.12 Join bulltrout [0] (n=45d27fee@gateway/web/cgi-irc/labb.contactor.se/x-fc2b0bf3cf49efd2) 07.02.54 *** Saving seen data "./dancer.seen" 07.03.06 Quit bulltrout (Client Quit) 07.05.36 Quit rvvs89 (Read error: 110 (Connection timed out)) 07.13.40 Join Insectoid [0] (n=q@adsl-072-148-075-054.sip.gnv.bellsouth.net) 07.13.49 # No more prebuilt voice files? 07.40.30 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 07.43.47 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 07.43.48 Join argumentD [0] (n=argument@cpe-76-173-115-95.socal.res.rr.com) 07.46.33 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-10-109.w86-204.abo.wanadoo.fr) 07.51.24 Join rvvs89 [0] (n=rvvs89@bright-snat.ucc.asn.au) 08.09.51 # Hrrmmm, saratoga's build server is missing the multilib patch for arm-elf-gcc 08.12.00 Quit miepchen^schlaf () 08.14.09 Quit Hadaka (Read error: 145 (Connection timed out)) 08.19.32 Join Ranjith [0] (i=mobin@116.68.120.39) 08.20.21 # hi everyone 08.21.09 # Ranjith: Hello. 08.21.17 Join joey1 [0] (n=cbdc7c4c@gateway/web/cgi-irc/labb.contactor.se/x-8e40547e6936b104) 08.22.33 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 08.23.48 Quit Insectoid () 08.25.01 # Hi, I am using VMware to compile a build following the steps on the wiki page and have now made the zip, just wandering where i can find the zip on my computer. I cant seem to find it 08.26.33 Join Rob2222 [0] (n=Miranda@p4FDCE508.dip.t-dialin.net) 08.27.42 # it should be in the folder you ran "make zip" from. 08.27.53 Quit BigBambi (Remote closed the connection) 08.28.03 # I am intersted in bringing realaudio support in rockbox, and I have discussed the matter with linuxstb and as per his suggestion i had gone through the source code of rockbox . I want some clarifications over whether its enough to convert the floating poing outputs generated by the existing decoders to fixedpoint or is it needed to change the existing decoders to produce fixedpoint output? 08.28.10 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 08.28.47 # cool_walking_: the problem is a can find that folder either 08.29.09 # you don't know where you are? type "pwd". 08.29.26 Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) 08.29.52 # joey1: if you are in vmware, you need to transfer the zip off it and onto your regular filesystem through samba 08.29.54 # cool_walking_: VMWare, so he's gotta browse to it via the network share. 08.29.59 Quit GodEater (Nick collision from services.) 08.29.59 # * scorche wins 08.30.04 Nick GodEater_ is now known as GodEater (i=c2cbc962@rockbox/staff/GodEater) 08.30.54 # Ranjith: It's not simply a matter of output. The processors do floating point math very slow, so most or all operations need to be converted to fixed point. 08.31.04 # ok so any ideas on how to do that? 08.31.23 # joey1: it should talk about that in the wiki page 08.32.53 # oh i understand now thankyou 08.35.25 # what is the best way to implement a 25 microsecond wait? 08.39.22 Join spiorf [0] (n=spiorf@host140-214-dynamic.20-79-r.retail.telecomitalia.it) 08.42.18 Quit Ranjith (Remote closed the connection) 08.43.19 Quit ompaul (Client Quit) 08.44.59 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.50.55 Join disorganizer [0] (n=c2785409@gateway/web/cgi-irc/labb.contactor.se/x-375886f607a8cbcd) 08.57.31 Quit cool_walking_ (Remote closed the connection) 08.57.48 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 09.00.40 Join LinusN [0] (n=linus@gateway/web/cgi-irc/labb.contactor.se/x-5d5bad67f4ab2ea3) 09.02.57 *** Saving seen data "./dancer.seen" 09.06.16 Join petur2 [0] (n=petur@ip-212-239-214-166.dsl-static.scarlet.be) 09.08.30 Nick petur2 is now known as petur (n=petur@ip-212-239-214-166.dsl-static.scarlet.be) 09.09.34 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 09.11.45 Join cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au) 09.14.02 Quit davina (Remote closed the connection) 09.15.24 Part Llorean 09.19.23 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 09.22.01 Quit joey1 ("CGI:IRC (EOF)") 09.30.50 Quit perrikwp (Remote closed the connection) 09.30.50 Quit GodEater (Remote closed the connection) 09.30.59 Join Naked [0] (i=naked@naked.iki.fi) 09.35.23 Quit midgey () 09.35.34 Quit csc` ("Powering Off") 09.39.38 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 09.40.12 Join csc` [0] (n=csc@archlinux/user/csc) 09.41.16 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.49.55 Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) 09.52.06 # Bagder: are you around now? 09.53.55 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 09.54.30 # GodEater: Morning, did you see jhMikeS has been active again 10.00.52 # I saw he'd put a comment on the FS task 10.00.58 # but I've not investigated further 10.09.16 # OK, well let me know if you want a test build 10.09.19 Quit csc` ("Powering Off") 10.25.20 # pondlife: would love a test build ;) 10.25.20 # OK, will let you know once I've pedalled Cygwin up-to-speed. 10.25.20 Part linuxstb ("Leaving") 10.25.20 Join [CBR]Unspoken|w [0] (n=cbr@212.98.160.130) 10.25.20 Quit LinusN ("disconnecting from stoned server.") 10.25.20 Quit CyBergRind|w (Read error: 104 (Connection reset by peer)) 10.25.20 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 10.25.20 Quit disorganizer (Read error: 104 (Connection reset by peer)) 10.40.02 Join roolku [0] (n=roolku@77-99-112-231.cable.ubr16.edin.blueyonder.co.uk) 11.03.01 *** Saving seen data "./dancer.seen" 11.03.45 # Hmm, audio_set_buffer_margin() is wacky... its parameter is defined as seconds, which is true for MASCODEC, but on SWCODEC it performs a table lookup to find the number of seconds. 11.19.42 # Low watermark handling on swcodec has been broken since playback got implemented... 11.20.12 # pixelma: nice vector image of the M3! 11.38.06 # markun: thanks, it wasn't that hard because I could reuse a lot of the M5 drawing 11.41.49 # does anyone plan on updating some of the screendumps to show Cabbie2? 11.42.10 # I might do the 320x240 ones to prepare for the Meizu manual :) 11.42.38 # currently there are no screenshots in the manual that show the WPS 11.42.53 # but they do show the menu and the context menu etc 11.43.04 # ah, that 11.43.11 # wouldn't be bad if we could automate this 11.43.25 # in case we make some changes to the default theme again in future 11.46.47 Quit BlakeJohnson86 ("Leaving.") 11.47.01 # updating these screenshots wouldn't have high priority for me, IMO there are more important things to do in the manual :\ 11.47.09 Join BlakeJohnson86 [0] (n=bjohnson@c-67-190-234-51.hsd1.mn.comcast.net) 11.52.32 Join der-ftz [0] (n=ftz@ws-80-68-252-11.rbc.ru) 11.58.20 Quit der-ftz ("If you wanna meet only with your own rakes, you should set them up by yourself..") 12.00.44 Join linuxstb [0] (n=linuxstb@213.86.218.27) 12.06.57 # pixelma: it's just that A-4 wanted to get an impession of what rockbox was all about and the scnreeshots in the manual didn't look very inviting. 12.09.14 # markun: Any ideas how to automate the screenshots? 12.09.22 Join der-ftz [0] (n=ftz@ws-80-68-252-11.rbc.ru) 12.09.25 Join vcf [0] (n=5b4ca459@gateway/web/cgi-irc/labb.contactor.se/x-4f3de9f7ebcdbdb9) 12.09.32 # linuxstb: not really, do you? 12.09.56 Join PaulJam [0] (n=PaulJam_@p54BCCA16.dip.t-dialin.net) 12.10.12 # someone simulate button presses for the simulator 12.10.17 # somehow.. 12.10.33 # My immediate thought is a button driver that reads button events and "take screenshot" events from a file... But I'm not sure if it's worthwhile. 12.11.33 # * pixelma should update the screenshots in the DefaultWPS page 12.11.35 # if it could read rockbox actions that would be even better 12.11.53 # then you can reuse it for different targets 12.12.03 # without knowing the button mapping 12.12.19 # Yes, maybe it could be done with the action API instead - a project for JD ;) 12.12.33 # and then you need a long list of screens you need a dump of 12.13.24 # Someone needs to port a scripting engine to Rockbox :) 12.13.35 # ;) 12.13.45 # let's just do the screenshot by hand :) 12.13.53 # hello 12.14.08 # markun: An SoC project? 12.14.17 # poor student.. 12.14.20 # der-ftz: hi 12.14.25 # guys, is it possible to turn on/off the LCD on the fly list a backlight? 12.14.40 # *like a backlight 12.14.46 # on iRiver H120 12.14.49 # actually it would be a nice project and could be part of a test framework 12.15.26 # der-ftz: I don't think rockbox has that option, but it's not impossible to implement. 12.15.39 # der-ftz: Why would you want to? 12.15.56 Join tvelocity [0] (n=tony@athedsl-121453.home.otenet.gr) 12.15.56 # I wonder where the MajorChanges link went again... 12.16.23 # der-ftz: why would you want that? The H120 display is quite readable without backlight and I believe that the display itself doesn't need much power (as the backlight does) 12.16.29 # markun: sure, i'm asking about possibility. linuxstb: does LCD's power consumption is too low? 12.17.09 # amiconn: I think I'll split up plugin.lds today 12.17.30 # or should we do the portalplayer shuffle first? 12.17.50 # markun: Your boot.lds split could use some polishing... 12.18.03 # der-ftz: clarification: I meant that the backlight needs much power but the LCD itself doesn't 12.18.29 # amiconn: any particular area? I know very little about the linker files. 12.18.58 # Mostly unnecesary or unclear ifdefing 12.19.13 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 12.19.17 # markun: I'm not convinced by all this splitting up - it's just creating many almost identical files... Wouldn't it be better to just use #defines in something like a "hardware-target.h" file? 12.19.45 # linuxstb: yes, maybe 12.19.51 Join DerPapst [0] (n=DerPapst@p5B23C780.dip.t-dialin.net) 12.19.58 # hi all :-) 12.20.12 # it was just becoming too messy if I added the meizu to the existing boot.lds 12.20.26 # morning DerPapst 12.20.33 # thanks guys 12.21.00 # der-ftz: no problem 12.21.56 # linuxstb: do you want to give it a go? 12.22.07 Quit jhMikeS (Nick collision from services.) 12.22.08 # markun: Not really ;) 12.22.11 # ;) 12.22.13 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 12.22.25 # linuxstb: i hope i haven't missed that part somewhere in the logs (if so a pointer is enough) but what is the problem with conditional viewports? 12.23.00 # Imho splitting the linker scripts does make sense. The linker scripts aren't very long, and the unified one was rather hard to follow with all the ifdefing 12.24.05 # Restructuring the PP targets in the target tree will allow to recombine some of them as well 12.24.20 # DerPapst: They're implemented at a level above the rest of the WPS, so can't use the existing conditionals mechanism. 12.25.08 # because everything below that viewport tag belongs to said viewport? 12.25.16 # Yes 12.26.17 # Nico_P: playback.c routine audio_set_buffer_margin() seems wrong 12.26.20 # would it make sense to make somekind of if,then statement with using braces or similar? 12.26.51 # something similar to a viewport close tag. 12.27.07 # * pondlife smells xml... 12.27.12 # pondlife: I'll take a look 12.27.14 # heh 12.27.33 # pondlife: have you seen http://pastebin.ca/960166 ? 12.27.35 # Nico_P: The audio.h definition (and MAS implementation) takes the number of seconds directly 12.27.47 # Nico_P: Not until now 12.28.10 # FSM-style buffering handling in playback.c... not a big change but simplifies things IMO 12.28.32 # I hope my const-ing won't make it harder for you to merge that in... 12.28.41 # probably not 12.28.52 Join asdrubal [0] (n=dribbles@unaffiliated/asdrubal) 12.29.03 Quit jhMikeS (Nick collision from services.) 12.29.09 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 12.29.19 # Oops, forgot the plugin API version 12.30.43 # * Nico_P tries jhMikeS' patch 12.32.31 # Aargh, 12.34.50 # jhMikeS: I think you nailed it! :) 12.36.04 # pondlife: plugin api version doesn't seem necessary for those little changes 12.36.15 # It's binary compatible 12.36.18 # Ah, ok 12.36.26 # I was unsure 12.36.51 # I'll leave it now, just mop up the non-recording red 12.37.03 # * pondlife adds another target to his test build script 12.37.23 # * Nico_P needs one such script 12.39.26 # jhMikeS: commands are responsive and bufferingis much faster again with the patch, congratulations :) 12.41.47 Join PaulJam_ [0] (n=PaulJam_@p54BCFB96.dip.t-dialin.net) 12.41.48 # pondlife: about FS#5127, I guess the reporter was mainly thinking of when the track he skips to isn't buffered. in that case the PCM buffer empties while the new track is loaded 12.42.34 # * Nico_P bbs 12.44.12 # Nico_P: Maybe, but I think that's reasonable behaviour.. I might even prefer it. 12.44.28 # I guess it would feel more responsive if it silenced 12.45.50 # pondlife: I don't think all function arguments should be const'ed 12.46.00 # Why not 12.46.13 # It makes it clear they are in only 12.46.19 # There's no effective benefit for normal arguments, it just clutters the argument list 12.46.58 # Normal arguments (i.e. non-pointers) are read-only anyway, as they're not passed back 12.47.07 # Yes, but I like the clarity 12.47.08 # It only makes sense for pointers 12.47.12 Quit DerPapst (Nick collision from services.) 12.47.17 Join DerPapst [0] (n=DerPapst@p5B23E51A.dip.t-dialin.net) 12.47.28 # I'll stop though.. 12.47.34 Quit jcollie ("Ex-Chat") 12.47.47 # But if an int is passed to the a function, it's obviously an "in" parameter... 12.48.10 # True, but I didn't think const did any harm 12.48.19 # Btw, there's a slight but important difference between 'const *ptr' and ' const *ptr' 12.48.31 # Indeed 12.48.47 # We're concerned with the former (i.e. a ptr to a const) 12.48.57 # yes 12.49.02 # * DerPapst guesses linuxstb doesn't like his "idea" ;-) 12.49.19 # That's the only form where the 'const' makes sense in a function argument list 12.49.33 # OK, shall I revert the non-ptr ones 12.49.34 # ? 12.49.35 # DerPapst: Show me how it would look... (and a patch to implement it ;) ) 12.49.47 # Consistency is a good thing. 12.49.57 # ah well... no idea ;-) 12.50.16 # Maybe I'll pop a note in DOCS too 12.51.26 # "const should be used with pointers whenever possible, but not be used for non-pointer types." 12.51.31 Quit jhMikeS (Nick collision from services.) 12.51.37 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 12.51.42 # Or is it not worth worrying about? 12.52.08 Join d34df00d [0] (n=d34df00d@80.251.122.132) 12.56.59 # DerPapst: Regarding your SoC proposal, IMO games are a very low priority for Rockbox - if it was a choice between SoC projects that addressed core features and a game plugin, my vote would always go in favour of the core features... 12.58.30 Join mf0102 [0] (n=michi@85.127.182.33) 13.00.13 Quit PaulJam (Read error: 110 (Connection timed out)) 13.03.02 *** Saving seen data "./dancer.seen" 13.03.09 # intptr_t is a pointer, right? 13.05.01 # No, I think it's an int the same size as a pointer. 13.05.07 # Ah, ok 13.05.18 # A data or code pointer? 13.05.35 # There's a difference? 13.05.57 # On some architectures, probably not any more... I was being silly. 13.08.26 Quit vcf ("CGI:IRC (EOF)") 13.08.33 Join mikus [0] (n=5316e06c@gateway/web/cgi-irc/labb.contactor.se/x-5b94b95a471b6160) 13.16.57 Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279529752.dsl.bell.ca) 13.19.22 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 13.20.42 Quit basti (Remote closed the connection) 13.21.45 Join basti [0] (i=bnc@85.214.109.173) 13.27.36 Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) 13.30.41 Quit midgey () 13.31.51 Quit mikus ("CGI:IRC (EOF)") 13.32.44 # linuxstb: ok. i'll try it anyways. if there aren't enough applicants for rockbox there might be hope for me. My proposal can always be rejected in favour of a core feature. 13.34.52 Quit ch4os_ ("Lost terminal") 13.35.03 Quit Nevtus ("Gone") 13.38.22 Nick qwm is now known as nze (i=qwm@c83-254-194-26.bredband.comhem.se) 13.38.34 Nick nze is now known as qwm (i=qwm@c83-254-194-26.bredband.comhem.se) 13.40.19 Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) 13.46.19 Quit ctaylorr (Read error: 110 (Connection timed out)) 13.50.07 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-5c7f79b43d1de405) 13.55.42 # * pondlife has just received a Sansa c240 13.55.53 # I wonder if it's v2 or not 13.56.40 # Audible is mentioned on the box... that's a bad sign, right? 13.56.48 # pondlife: Uh oh... 13.57.03 # Open it up and see if it's got 03.xx.xx firmware. 13.57.13 # Or look for that telltale "v2" on the back. 13.57.22 Quit Nevtus ("Gone") 13.58.38 # I see no v2 on the back, but my eyesight isn't the best 13.58.46 # Battery needs charging 14.00.40 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 14.01.36 # v1 14.01.44 Join Paule__ [0] (n=PaulJam_@p54BCF94E.dip.t-dialin.net) 14.02.26 Part pondlife 14.03.30 Quit Jon-Kha (Read error: 131 (Connection reset by peer)) 14.03.47 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 14.04.54 # Hmm, RBUtil claimed that the c200 bootloader didn't need updating... is that a known issue? 14.04.59 Join Rincewind [0] (i=yQiQ1n1N@nat-wh-1.rz.uni-karlsruhe.de) 14.05.54 Quit suom1 (Remote closed the connection) 14.08.00 Join Jon-Kha [0] (n=jon-kha@80-248-247-190.cust.suomicom.fi) 14.12.00 Join suom1 [0] (n=suom1@irssi.mobi) 14.13.48 Quit LambdaCalculus37 (Read error: 104 (Connection reset by peer)) 14.14.51 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-f0801d430c80bc11) 14.15.44 # pondlife: Lucky! A v1! :) 14.15.56 Part der-ftz 14.16.38 # For £10 14.16.47 # plus £3 postage 14.19.49 Quit Mathiasdm ("Yuuw!") 14.20.40 Join der-ftz [0] (n=ftz@ws-80-68-252-11.rbc.ru) 14.20.51 Quit der-ftz (Client Quit) 14.21.09 Quit PaulJam_ (Read error: 110 (Connection timed out)) 14.25.06 Quit Seed (Remote closed the connection) 14.25.22 Join Seed [0] (n=ben@bzq-84-108-237-178.cablep.bezeqint.net) 14.25.41 # pondlife: Sounds like a good deal! 14.25.52 # * LambdaCalculus37 wishes deals like this popped up in the U.S. 14.30.15 # hehe it has a radio too, even though I saved £3 by opting for the non-FM model. 14.32.38 Join desowin [0] (n=desowin@atheme/developer/desowin) 14.32.50 Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) 14.35.21 Part pondlife 14.37.11 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 14.37.19 # Oops 14.37.43 # Silly question - what's the keymapping to boot the OF on a C200 ? 14.38.02 # pondlife: Hold Left. 14.38.07 Join disorganizer [0] (n=c2785409@gateway/web/cgi-irc/labb.contactor.se/x-b28af67dfb3b730e) 14.38.17 # Then power on. 14.38.18 # Thanks 14.40.07 Join PaulJam [0] (n=PaulJam_@p54BCC78E.dip.t-dialin.net) 14.41.19 Quit desowin (Success) 14.42.38 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 14.45.13 # Hmm, is http://www.rockbox.org/twiki/bin/view/Main/UsbSoftwareStack now obsolete? 14.45.21 Join FOAD_ [0] (n=dok@dinah.blub.net) 14.45.50 Join SirFunk [0] (n=Sir@141.238.69.16) 14.46.09 # I'm trying to find the magic #defines to test USB... the wiki isn't forthcoming 14.47.26 # pondlife: A lot of the information on that page is just old notes from GSoC 2007, it seems. 14.47.36 # pondlife: http://www.rockbox.org/twiki/bin/view/Main/PortalPlayerUsb 14.47.40 # Aha 14.47.49 # Thanks 14.48.16 # And yes, I think bluebrother has mentioned the bootloader detection isn't working properly in rbutil - he may even have fixed it in SVN... 14.48.17 Join desowin [0] (n=desowin@atheme/developer/desowin) 14.48.51 Join kugel [0] (n=kugel@unaffiliated/kugel) 14.49.04 # So I wasted £3 with the "radio version" of the C200? 14.49.11 # Maybe! 14.49.20 # That's a whole beer 14.49.36 # Yours cost 4 beers, mine only cost 3 14.49.41 # ;) 14.49.54 # are they still for sale? 14.50.22 # petur: http://www.bigpockets.co.uk/search.php?lang=&page=1&session=923b7ee73f81e54287043e0d66df43d9 14.50.35 # thnx 14.50.35 # But expensive shipping overseas 14.50.53 # They don't seem to be selling very fast - I've been keeping an eye on the stock levels, and they had about 280 last weekend, and 248 today (the radio version) 14.51.17 # Maybe the price will drop further 14.51.28 # Down to 1 beer 14.51.49 # + 3 beers shipping costs :( 14.51.57 # And the rest 14.52.04 # 25 beers to Sweden... 14.52.46 # * Rincewind has to convince people in germany that they need a c250, too 14.53.07 # This is only a c240, but it'll be great if I can debug playback over USB 14.53.22 # "The usb serial implementation doesn't seem complete enough to be usable from Windows." might be a problem 14.53.26 # 240, whatever 14.53.28 # * GodEater has convinced about 4 people in his office to buy one 14.53.39 # You should take commission 14.53.49 # But them and sell them for 5 beers each 14.53.56 # s/But/Buy 14.54.59 # pondlife: Hah... "Here's the Sansa you wanted. Now let's go the pub and you'll buy me 5 pints." :) 14.55.07 # Yup 14.55.56 Join qwedsa [0] (n=superman@ip51ccca31.speed.planet.nl) 14.56.03 # * disorganizer has the feeling we get a bit offtopic here 14.56.09 # beer costs £3 in UK? 14.56.10 # True 14.56.18 # In some places, yes 14.56.25 # more in some 14.56.27 # Normally a little less 14.56.29 # * kugel is impressed 14.56.40 Quit Paule__ (Read error: 101 (Network is unreachable)) 14.57.07 # here I pay normally 1,50 to 2,50 € 14.57.09 Join PaulJam__ [0] (n=PaulJam_@p54BCE271.dip.t-dialin.net) 14.57.19 # kugel: We measure by the pint 14.57.30 Quit PaulJam (Nick collision from services.) 14.57.35 # If that makes a difference 14.57.36 # * LambdaCalculus37 reminds disorganizer that beer talk is allowed 14.57.40 Nick PaulJam__ is now known as PaulJam (n=PaulJam_@p54BCE271.dip.t-dialin.net) 14.57.55 # Yes, it was the Sansa selling that was OT 14.58.14 # pondlife: Given that a pint is around 0,5l, I was doing so too ;) 14.58.45 # I feared as much 14.58.51 Quit CaptainKewl (Read error: 110 (Connection timed out)) 14.58.59 # kugel: 1.50€ in a pub/bar outside university? 14.59.28 # Rincewind: 1,50 for a small, and 2,50 for a big beer :) 14.59.43 # pondlife: did they post the player by royal mail or by courier? 14.59.55 # Royal Mail 15.00.03 # well, small isn't really comparable 15.00.11 # nice :) 15.00.23 # * roolku orders one as well... 15.00.44 # * disorganizer reminds all that finding useful information in a beer conversation may be a hard job and that we have other channels :-P 15.01.02 # * pondlife reminds disorganizer that beer is explicitly on-topic. 15.01.11 # we should definitely have #rockbox-beer 15.01.14 # But anyway, lunch time 15.01.55 # nah... beer is always ontopic 15.02.16 # * petur counts down... 2 hours to go 15.02.38 Quit DerPapst (Nick collision from services.) 15.02.41 Join DerPapst [0] (n=DerPapst@p5B23FFFE.dip.t-dialin.net) 15.02.47 Quit FOAD (Read error: 110 (Connection timed out)) 15.02.48 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 15.03.05 *** Saving seen data "./dancer.seen" 15.03.07 # * pondlife worries about petur's general wellbeing 15.03.42 # just need some to flush away the frustrations ;) 15.05.10 # What would you guys think about the possibily to give the list title another font than the list? 15.05.23 # would require a setting more though 15.07.51 # eh... that would be overkill imo. 15.08.34 # having a different coulor for the title would be nice. 15.08.53 # theming stuff needs no setting 15.09.25 Quit mf0102 (Read error: 104 (Connection reset by peer)) 15.09.29 # are there objections about theme stuff having settings (but not settable on the device, only with config files)? 15.10.10 # no, that is the whole idea of the theme files 15.10.46 # @rincewind: did you send out your application? and no, thats working as designed. 15.10.59 # maybe somebody could make a plugin to change theme settings though 15.11.50 # disorganizer: it's not finished, yet. If I am done with procastination for today I write the remaining paragraphes 15.12.32 Quit qwedsa_ (Read error: 110 (Connection timed out)) 15.12.59 # petur: I didn't mean a setting to set on the player, only a theme.cfg one 15.13.00 # petur: question is whether it really makes sense. with viewports the settings become more and more theme based in the future, so changing a setting of the vp's can easily destroy a theme 15.13.33 # kugel: we only need to keep in mind that mf is a problem at the moment until someone comes up with a good font caching solution 15.14.08 # disorganizer: sure, at this time the user could only decide between SYSFONT and FONT_UI ofc 15.14.35 # petur: I have this customlist patch (FS#8799), and I'm thinking about splitting the list title from the list, in order for more customization 15.16.09 # Anyway, I'm gonna need some help with someone who is a bit more into remotes 15.16.55 # * disorganizer still hopes the statusbar soon gets viewportified via an official patch 15.18.14 # disorganizer: depends. Without the possibily to set the statusbar viewport elsewhere, I don't see much sense in that 15.18.37 # * petur doesn't care much about all this customizing stuff 15.19.03 # * kugel hopes that JdGordon_ viewportifies the quickscreen again 15.21.19 # * pondlife just wants the status bar to be shared between default WPS and menus 15.21.29 # disorganizer: want to see my latest version of the customlist patch? 15.21.52 # pondlife: How do you mean that? That the default wps shows the statusbar? 15.22.05 # afaik cabbiev2 menu shows statusbar 15.22.09 # That would be one solution 15.22.33 # But the default WPS doesn't currently show the statusbar, it uses it's own "icons" 15.22.36 # @kugel: did you see linuxstb's hack? you could have a statusbar above and below the list 15.22.41 # That's what I want 15.22.47 # disorganizer: Yes, I did 15.23.04 # that would be the ideal solution 15.23.14 # pondlife: Ah, and you want the wps statusbar to be shown in the menus? 15.23.15 # That remains the single use I would have for viewports 15.23.29 # kugel: Yes, or the menus status bar on the wps 15.23.34 # Consistent though 15.23.57 # well in fact, i would like to popup the list-viewport ontop of the wps, while the wps still updates its non-hidden tags :-) 15.24.09 # Currently it jumps around and changes it's look completely ;) 15.24.14 # for example replace the AA-viewport with the list-vp ;-) 15.24.22 # disorganizer: Viewports cannot overlap 15.24.43 # well, there was a concept-hack where they didnt have to 15.25.41 # Indeed, but "ontop" was your word 15.25.47 # visually ontop 15.25.59 # covering parts of the wps 15.26.22 # also, that was what i WANT, which need not be what i GET ;-) 15.26.31 Quit quaal (Read error: 110 (Connection timed out)) 15.26.40 # i wonder if the following would make sense: 15.27.12 # if we had a wps-like file for the statusbar, one of its viewports could be defined as "use for rockbox" as a kind of placeholder. 15.28.00 # rockbox would then load this screen-layout first and use the designated vp as parent for all things to display... 15.28.05 # ... the list, the wps, ... 15.28.22 # Nico_P: You going to commit jhMikeS' patch, or let him do it? 15.29.13 # Expensive shipment to germany... same costs as the sansa itself :( 15.29.20 Join disorganizer2 [0] (n=c2785409@gateway/web/cgi-irc/labb.contactor.se/x-5f31de3b62860a86) 15.29.57 # * disorganizer2 needed to change browsers 15.30.25 Quit disorganizer ("CGI:IRC (EOF)") 15.30.29 Nick disorganizer2 is now known as disorganizer (n=c2785409@gateway/web/cgi-irc/labb.contactor.se/x-5f31de3b62860a86) 15.31.17 # @kugel: regarding the viewport concept: what is the function of the parent-vp? 15.31.54 # the parent is the whole screen 15.32.12 # For viewports on remotes? 15.32.14 # but whats its function? 15.32.37 # and if you set current_vp = active, you can clear&update the whole screen, and not only the (possibly) smaller viewports 15.32.48 # current_vp = parent 15.32.53 # can a child only display things inside their parent viewport? 15.32.57 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 15.33.12 # sure 15.33.19 # and a child can also have childs? 15.33.25 # but the parent is allways max dimensions 15.33.28 # to which he is parent? 15.33.42 # -he +it 15.34.02 # disorganizer: viewports don't really have a parent. this parent is an exception. 15.34.15 # too bad :-) would be nice 15.34.46 # we could define a parent and just give the rockbox contexts a child-vp as parent for their own vp definitions 15.34.54 # "childs" are only other viewports, not really childs in sense of inheritance 15.35.05 # i dont mean inheritance here. 15.35.23 # you can also have childs without inheriting anything to them, just for limiting their display space 15.35.53 # so what we could do is: we use a wps-like cfg-file for the main vp (i dont call it parent on purpose). 15.36.27 # this could define for example a viewport 0|0|200|10 and display time there, and a vp 0|50|200|10 and display batt+volume there, but.... 15.36.39 # Don't change the parent vp 15.36.54 # you will get the behavior you know from JdGordon_ old list-vp patch 15.36.56 # ... also a vp 0|10|200|40 which will be defined as "context vp" 15.37.07 # amiconn: got my private message? 15.37.11 # the parent is needed in order to update&clear the whole screen 15.37.15 # @kugel: wait a second 15.38.10 # if we change contexts, the content of the "context vp" will be given to the other context to fill it. the only thing we need to do: get the screen updated outside the context vp. 15.38.52 # in linuxstb's patch, i did change the main-vp and the updates worked. so the problem only exists in jdgordons original patch, not in the statusbar-hack of linuxstb. i didnt look into what he exactly did though 15.38.56 # * petur fails to see any advantage in this whole vp parent-child thinking. KISS! 15.39.06 # -linuxstb's patch +linuxstb's hack 15.39.41 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 15.39.46 # disorganizer: did you change the parent's dimensions? 15.39.57 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 15.40.05 # petur: the advantage imho is that you have one file where you define the general rockbox layout (content which is shown in all contexts) and the config files for the contexts themselves are in their own files/settings 15.40.10 # kugel: yes 15.40.38 # disorganizer: but this empty space got filled by the statusbar, which was updated? 15.40.40 # kugel: and the trackinfo/time etc were updating while showing a list in the front 15.40.50 # kugel: there was no empty space 15.41.36 # disorganizer: see, only empty space doesn't get updated 15.41.53 # ??? i dont get what you mean 15.42.05 # disorganizer: if the the parent's dimensions and the statusbar's dimensions fill together the whole screen, then there's no problem 15.42.20 # disorganizer: it looks to me you are thinking of an overly complex system for some relatively simple layout stuff we need to do 15.42.40 # a theme which is designed good should have fitting vp's together with no spaces in between except for the backdrop 15.42.57 # We just need a top-level subdivision of the screen surely. 15.43.15 # pondlife: thats exaclty what i meant 15.43.16 # disorganizer: the problem of JdGordon_'s old list.vp patch was, that he changed the parent (reduced the dimensions), but he didn't fill it up with an updating viewport, so the parts weren't updated 15.43.32 # So no need for "depth" or parent/child relationships 15.44.20 # pondlife: whats your problem with parent/child relations? 15.44.44 # No big problem, I just don't see a need 15.44.44 # simple is good 15.44.54 # disorganizer: what's your obsession with parent-child relations? 15.45.05 # hehe 15.45.12 # parent/child might in fact be needed (but no z-order) 15.45.14 Quit desowin (Read error: 113 (No route to host)) 15.45.16 # petur: dont answer a question with a question 15.45.22 # can we please keep it simple 15.45.32 # amicon: nobody talked about z-order (overlapping) 15.45.57 # Parent/child in this case means "containing", right? 15.46.03 # yes 15.46.14 # just a pointer to a struct which contains other structs 15.46.16 Quit PaulJam (".") 15.46.22 # (well, or so) 15.46.55 # * disorganizer should propably verbalize the idea in another way: 15.47.27 # lets say we have a "rockboxmain.cfg" which defines the general look in wps syntax 15.47.38 # nah, if a parent-child relation, i'd copy the parent's dimensions into the child. and set the max dimensions not to LCD_WIDTH,_HEIGHT etc but to the dimensions of the parent 15.48.05 # kugel: whats your obsession with inheritance? 15.48.06 Join SirFunk_ [0] (n=Sir@141.238.68.111) 15.48.11 # :-P 15.48.37 Quit corevette ("Leaving") 15.48.57 # I think it's most logical that the child is limited by the parent, not by the lcd bounds 15.49.52 # * petur fails to see this whole max dimension stuff being different than the LCD size + limited by not allowing overlapping 15.50.47 # a cfg defines the main structure of the rockbox screen in wps syntax: 15.50.49 # petur: overlapping is only dissalowed for wps afaik 15.50.54 # wrong paste... 15.50.55 # I think the key question is do we have an idea of viewport-within-a-viewport or not 15.50.59 # http://pastebin.com/m2d97f433 15.51.01 Quit SirFunk (Read error: 113 (No route to host)) 15.51.12 # just to make it easier to read 15.51.12 # actually, the wps viewports overlap actually with the parent 15.51.14 # I think not, only viewport-within-a-display 15.51.30 # Hence no real need for parent/child 15.51.34 # we do have viewport within viewport already. also parent relation 15.51.48 # bugger 15.51.51 # Hmm, why? 15.52.02 # linuxstb: ping...? 15.52.11 # disorganizer: We do and we don't... pondlife's description of viewport within a display is more accurate. 15.52.35 # kugel: The rule is that active viewports must not overlap. You can subdivide a viewport, but then you must not draw into both the parent and the child(ren) at the same time 15.52.35 # i.e. there is a default viewport that covers the whole display, but that's really just for convenience in the LCD driver. 15.52.59 # We have multiple displays (think remotes). Each can have a set of viewports. 15.53.01 # linuxstb: that's what I though too, and told disorganizer allready :) 15.53.11 # That's how it works in my head anyway! 15.54.25 Quit Zarggg (Read error: 104 (Connection reset by peer)) 15.54.34 # any1 read my pastebin? 15.55.01 # linuxstb: good that you are here. You posted in the comments of my customlist patch, that I ignore remotes. That's not true, I just didn't get to remotes, since I haven't a remote to test. 15.55.31 # linuxstb: but now, where my list code works, I try to implement remotes. But I'm getting some problems since I'm not familiar with remotes at all 15.55.45 # Remotes are just more screens 15.55.59 # (From a certain level at least.) 15.56.01 # @linuxstb: how did you manage to let the wps-info update in the sb-hack? 15.56.20 # pondlife: sure, that's how I did it as of now. Though a h300 sim crashes at start, and I don't know where to start :) 15.56.33 # kugel: gdb is your friend 15.56.33 # disorganizer: I don't understand what you mean - why wouldn't it update? 15.57.02 # would be nice if someone would point me to a decent tutorial for gdb 15.57.16 # kugel: Search for places in Rockbox that do things with NB_SCREENS 15.57.26 # And look at screen_access.[ch] 15.57.37 # pondlife: I was planning on letting him commit it 15.57.40 # @linuxstb: in jdgordons "old" list-vp patch the wps content did not update, as only the main vp size was modified. so how did you manage to implement the sb-hack (in simple words, im blond) 15.57.48 # Nico_P: OK, just wondered 15.58.16 # linuxstb: I have implemented remotes (at least I should have). 15.58.24 # disorganizer: My patch is a statusbar - which is designed to update... 15.58.25 # I wouldn't be capable of explaining what it changes apart from improved responsiveness 15.58.34 Join Llorean [0] (n=DarkkOne@ppp-70-243-34-31.dsl.hstntx.swbell.net) 15.58.54 # I create a info viewport for each screen, and fill it with the customlist settings ([remotes_]list_vp_config) 15.59.33 # looks like this http://pastebin.ca/960883 16.00.08 Join webguestwe [0] (n=dd7c3c5a@gateway/web/cgi-irc/labb.contactor.se/x-779f3f1b4f719f16) 16.00.18 Quit webguestwe (Client Quit) 16.00.22 # I'm under the impression that that should work, but it doesn't actually 16.01.02 # that's my viewport.c btw http://pastebin.ca/960885 16.02.43 Quit Zagor ("Client exiting") 16.02.55 # linuxstb: did you spot anything obvously wrong? 16.04.48 # linuxstb: would my idea described in the pastebin make sense? 16.06.19 # He seems to avoid our questions :p 16.07.18 # or is just busy... 16.07.25 # or has something else to do 16.07.32 # * disorganizer really IS slow today 16.08.50 Join tri170391 [0] (n=tri17039@117.6.45.8) 16.12.16 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 16.16.02 Quit SirFunk_ (Remote closed the connection) 16.19.38 Quit Zom (Read error: 110 (Connection timed out)) 16.21.24 Join SirFunk [0] (n=Sir@141.238.69.103) 16.23.09 Join tvelocity_ [0] (n=tony@athedsl-4397716.home.otenet.gr) 16.24.14 Quit BHSPitMonkey (Read error: 110 (Connection timed out)) 16.25.05 # kugel: One problem is that your viewport_parse_viewport() function doesn't take account of the depth of the actual screen - i.e. screens[screen].depth 16.25.32 Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 16.25.47 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 16.25.49 # kugel: You just need to copy my original parse_viewport() function... 16.26.49 # I thought my #ifdefs work, but I'll try 16.29.15 # The #ifdefs just decide which code is compiled - you still need if() statements to check for the characteristics of the LCD being processed (main/remote) 16.30.56 # yea 16.31.11 # ahh yea, you are right 16.31.30 # my dumbness 16.32.45 # still crashes, a little later though 16.34.15 # "*** glibc detected *** ./rockboxui: free(): invalid pointer: 0x00000000028ba6c0 ***" is the error msg at crashing 16.37.10 Quit z35 ("Leaving") 16.38.26 Quit tvelocity (Read error: 110 (Connection timed out)) 16.41.48 # * disorganizer wonders if viewports containing viewports would be possible and make sense. especially when we some day maybe get conditionals for vp display 16.46.06 # * disorganizer will read logs later 16.46.07 Quit disorganizer ("CGI:IRC") 17.01.32 Join mud-rb [0] (n=mud-rb@dialup-4.156.9.114.Dial1.Boston1.Level3.net) 17.03.10 *** Saving seen data "./dancer.seen" 17.08.23 Quit SirFunk (Read error: 113 (No route to host)) 17.08.52 Join phinze [0] (n=phinze@pcp027324pcs.jesres.mu.edu) 17.10.31 Join desowin [0] (n=desowin@atheme/developer/desowin) 17.10.49 Join webguest84 [0] (n=d5bad643@gateway/web/cgi-irc/labb.contactor.se/x-61c7b4a42cd04c62) 17.11.08 Join SirFunk [0] (n=Sir@141.238.24.208) 17.12.51 Quit petur ("connection reset by beer :)") 17.14.29 Part d34df00d ("Konversation terminated!") 17.16.03 Join pSiKO [0] (n=tbox@213.56.158.253) 17.16.14 Part pSiKO 17.16.19 Quit webguest84 ("CGI:IRC (Ping timeout)") 17.17.45 Quit domonoky (Read error: 104 (Connection reset by peer)) 17.18.11 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 17.18.19 Join webguest78 [0] (n=d5bad643@gateway/web/cgi-irc/labb.contactor.se/x-7d257b5ed849638f) 17.20.13 Quit OlivierBorowski (Remote closed the connection) 17.20.41 Quit webguest78 (Client Quit) 17.25.04 # So, onwards to debate :) 17.25.28 # Beta2K: The GSoC page doesn't necessarily mean "support the whole database format" as much as "keep things like playcount in sync between the two" 17.25.57 Join gevaerts [0] (n=fg@195-144-092-153.dyn.adsl.xs4all.be) 17.26.04 # A means of making Rockbox interact with their database so that information that can be is preserved between the two. 17.26.48 # But not nesisarily the actual playlists and song listing? 17.26.56 # What's the difference between HAVE_LCD_REMOTE and HAVE_REMOTE_LCD ?? 17.27.00 Join mud-rb_ [0] (n=mud-rb@dialup-4.156.9.202.Dial1.Boston1.Level3.net) 17.27.05 # I've seen both 17.27.07 # kugel: One is right, one is wrong... 17.27.44 # i guess the latter is right, since grep didn't found HAVE_LCD_REMOTE in firmware/export 17.27.46 # Beta2K: Rockbox is going to need to look for actual tags on the file anyway, as we support more tags than they do. Importing playlists might be good though. 17.28.53 # is this idea for something going into the core? 17.28.54 # Integral RockboxDB/iTunesDB plaaycount tracking with a plugin playlist import? 17.29.26 # can somebody tell my why this talkclip: http://www.retrospektiwe.de/The%20Last%20Supper.mp3.talk is cut off in rockbox, but decodes fine with rbspeex ? it also plays fine if you hover of the talk clip, and it says : "Talkclip The Last Supper" 17.29.48 # linuxstb: ...........that was the reason my patch didn't work for remotes. those "HAVE_LCD_REMOTE" confused me 17.29.53 # kugel: Yes, HAVE_LCD_REMOTE seems wrong, but no harm is done, as all targets with remote have a main LCD with depth > 1 (I think...) 17.30.10 # scorche, playcount in the core, playlists/other things in a plugin I'm currently thinking... 17.30.19 # linuxstb: Yes, it works by chance... 17.30.41 # i dont think anything relating to the ipodDB should be in the core 17.31.06 Quit XavierGr (Nick collision from services.) 17.31.19 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 17.31.26 Quit tri170391 ("Leaving") 17.31.32 # I don't think rockbox should support the itunes (or any other OF) database 17.32.34 # i am fine with it in a plugin or some computer program, but nothing in the core 17.32.38 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 17.32.40 # Actually, (partially) supporting the sansa database might provide a way to tell it not to rebuild it constantly 17.33.28 # When we'll have our own usb stack, you won't start the OF at all anymore 17.33.42 # I mean when we have it working properly, o course 17.33.55 # amiconn/scorche, even if we're just updating the playcount DB? That's a totally seperateDb from teh music one 17.34.14 # amiconn: Am I right in thinking that #includes should be protected in the .h file itself (i.e. backdrop.h) rather than in the .c files including that .h file? 17.34.44 # Of course. I just hope we can have it working properly before anyone reverse engineers the sansa database :) 17.34.48 # e.g. the #include "backdrop.h" in apps/filetree.c 17.35.28 # And radio.h/keyboard.h in the same file don't need the #ifdefs either... 17.35.52 # Beta2K: can that not be done in a plugin or an external program? 17.36.01 # I agree that many developers/coders would have little use for iTunes, but there's a large following of people who love it. 17.36.07 Join noodlesgc [0] (n=noodles@c-71-61-42-69.hsd1.pa.comcast.net) 17.36.14 # Sure, it's just not automatic then right? 17.36.32 # who is to say which proprietary system we should support?...once we do one, the floodgates will open 17.36.49 # on the rockbox website it does not mention Creative mp3 players. Does rockbox support Creative? 17.36.55 # noodlesgc: not yet 17.37.16 # any idea on if and when they will be? 17.37.40 # nope...you can view the status of such efforts in the new ports forum 17.38.08 # yay, I knew it :) My code works for remotes. It was technically only the damn HAVE_LCD_REMOTE (and the flaw linuxstb pointed me to previously) 17.38.11 # thanks 17.39.13 # gonna upload the current patch 17.39.28 Join Pio [0] (n=sean@64.251.10.106) 17.39.34 Join Chipsaru [0] (n=chips_ru@gw.it-group.com.ua) 17.43.25 Quit mud-rb (Connection timed out) 17.44.02 # is that normal, that when i try to "make" from currently svn i get many errors like "VOICE_EXT_RWPS undeclared here (not in a function)"? 17.44.13 Join jborn_ [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) 17.44.30 # Chipsaru: No 17.44.31 Nick jborn_ is now known as JoeyBornm (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) 17.44.36 Nick JoeyBornm is now known as JoeyBorn (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) 17.44.59 # Chipsaru: Which target are you compiling for? Also, are you working in a clean build directory, and did you re-run ../tools/configure? 17.46.58 # linuxstb i using cygwin configured by HowTo from rockwiki, for iriver h300 series 17.47.32 # linuxstb: yes, i re-runned configure 17.48.06 # Did you delete everything in your build directory? e.g. "make clean"? 17.48.14 # did you do "make clean"? 17.48.22 # Also, have you got any patches applied to the source (or did you in the past)? 17.48.44 # it was newly created directory 17.48.47 # Hmm, gonna upload later... 17.48.55 Quit kugel ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008032514]") 17.50.55 Join gregzx [0] (n=chatzill@aauw14.neoplus.adsl.tpnet.pl) 17.51.14 Part linuxstb ("Leaving") 17.51.58 # no, this is clear svn's source without any patches 17.52.37 # do you build for the target or the sim? 17.52.55 Join jrsharp [0] (n=jrsharp@c-68-52-226-233.hsd1.tn.comcast.net) 17.52.57 # for iriver h300 series 17.53.22 # yes... i know. but the sim or the actual target? 17.53.34 # actual 17.53.38 # hey all... is there a way to make the apple firmware the default firmware? I haven't found any docs on it yet... 17.54.00 # not without recompiling the bootloader 17.54.20 # Chipsaru: and you're using the suggested gcc version too i guess? 17.55.20 # scorche: Hmm.. well, I suppose I could do that... I had expected that others may have requested this and a method existed 17.55.54 # DerPapst: i done all steps from http://www.rockbox.org/twiki/bin/view/Main/CygwinDevelopment 17.56.19 # that would be a yes then.... 17.56.28 Quit pixelma (Read error: 110 (Connection timed out)) 17.56.51 # * DerPapst is out of ideas for now... sorry. 17.58.56 # DerPapst: one detail - i use TortoiseSVN together with Cygwin using CR+LF, but i think this is not a problem 17.59.44 # i wouldn't be sure about that... i've never used TortoiseSVN though 17.59.57 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 18.01.32 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 18.02.33 # when i try to add a constants like VOICE_EXT_RWPS in english.lang it helps, but appears new errors like "VOICE_EXT_RWPS undeclared here (not in a function)" in other files... 18.03.11 # could that be related to lang building? 18.03.22 # just a wild guess... 18.03.26 Join mf0102 [0] (n=michi@85.127.182.33) 18.04.01 # TortoiseSVN has been known to cause some pretty strange problems like this. It could very well be the issue. 18.04.48 # Chipsaru: you could try to download a current source snapshot archive and try to build that. 18.05.10 # * domonoky needs help with a voice issue: this talkfile http://www.retrospektiwe.de/The%20Last%20Supper.mp3.talk is cutoff when used in rockbox, in the sim it gives me: "sdl_audio_callback: No Data", but it decodes fine with rbspeexdec, what could be wrong ?? 18.05.17 # Chipsaru: http://build.rockbox.org/dist/build-source/rockbox.7z 18.05.21 Join m0f0x [0] (n=m0f0x@189-47-74-10.dsl.telesp.net.br) 18.05.42 # i dont know why it shows me this errors, this is my first build, so all sources are only from current svn, without any patches 18.06.39 Quit JoeyBorn (Remote closed the connection) 18.08.29 # pixelma's mrobe100 image is now in use 18.09.31 # \☺/ 18.10.00 # this solved this error, but new errors with other const names appears in another files... 18.10.47 # woops... not all text was sended 18.13.36 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 18.16.10 Join Y-Signal [0] (n=cd9cbcfe@gateway/web/cgi-irc/labb.contactor.se/x-d5986dc26d747db3) 18.17.05 Join lee-qid [0] (n=liqid@p54966D35.dip.t-dialin.net) 18.17.18 # Shooould a stock rockbox be reasonably stable on a 5th gen ipod? 18.17.27 # yes 18.17.30 # Yup 18.17.42 # Not crashing every 25 songs or so? 18.17.52 # Or when switching codecs for different song types? 18.18.03 # Or when somebody sneezes? 18.18.09 # Or upon contact with air? 18.18.24 # sneezing still kills it, but normal coughs are fine 18.18.25 # ...we get the point. do you want help or just asking? 18.19.04 # Mainly just asking to make sure this is even normal or not 18.19.26 # But during an 8-hour workday, I have to reboot this thing at least three times 18.19.35 Part noodlesgc ("THE NEXT GENERATION OF IRC IS HERE phalkyn.sf.net (coming soon)") 18.19.37 # Is there any likely cause? 18.19.38 # which build are you running? 18.19.47 # i have a different player, but i've only had rockbox crash once total, that's definitely not normal 18.21.04 # Yesterday's I believe 18.21.28 # quote the rockbox: r168198-080326 18.21.50 # has it always been like that? 18.24.39 # jhMikeS: ping 18.25.20 Quit m0f0x () 18.27.21 # yes, ping 18.27.39 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.27.40 Quit quitte_ ("Changing server") 18.28.06 # Hard to say; it only really became evident when I started using rockbox more at work. May have been like that from the start, may not have. 18.28.16 # Take that as a no, I suppose 18.28.25 # Y-Signal: What happens when it "crashes" 18.32.46 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-9d7575b3e2aac0e5) 18.33.42 Part LinusN 18.34.04 Quit perrikwp (Client Quit) 18.35.37 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-2196f592927b9473) 18.37.38 Quit lee-qid (Read error: 110 (Connection timed out)) 18.40.03 Join bertrik [0] (n=Bertrik_@182-015-045-062.dynamic.caiway.nl) 18.41.36 Join waldo [0] (n=waldo@ip-81-11-209-203.dsl.scarlet.be) 18.42.46 Join TaylorKillian [0] (n=Administ@d60-65-59-145.col.wideopenwest.com) 18.46.32 # yawn 18.46.34 # Looks like MTP support under Linux is improving big time: http://www.anythingbutipod.com/archives/2008/03/improved-mtp-support-for-linux.php 18.46.37 # work :P 18.47.10 # When it crashes, either it freezes totally with an un-lit screen so that I'm unable to read if there's an error message, but other times it's lit and freezes with an error in the upper-left corner 18.47.28 # Y-Signal: The error will provide some more clues. 18.47.43 # I bet I could incite one right now if you want the code 18.48.47 # hey, I am intersted in developing an ARM emulator for gsoc. 18.49.29 # does anybody know what all needs to be added to SkyEye in order for it to be acceptable for rockbox emulation? 18.49.48 # * DerPapst wonders how many slots rockbox has for gsoc projects... 18.50.19 # TaylorKillian: I believe the goal is going to be emulation of the other misc hardwares in the ARM-based players too, but I'm not certain. 18.50.28 # DerPapst: slots get assigned after student apps are over 18.50.28 # DerPapst: IIRC we had 4 last year. I don't know what that means for this year though 18.50.40 # * DerPapst nods 18.51.10 # yes the arm emulator should be able to run rockbox, and one or many of the original firmwares of our players, i think.. 18.51.21 # Oh, well, i've gotten the midnight freeze 18.51.23 # can't read it 18.51.29 # anybody have a flashlight? 18.51.42 # meh, domonoky, beat me ;-) 18.51.52 # ata abort mean anything? 18.52.04 # Data abort, rather 18.52.21 # Y-Signal: What type of files are you playing? 18.52.22 # so what is lacking from SkyEye? It looks pretty complete at first glance. 18.52.26 # at 400002E0 (0) 18.52.28 # mp3s 18.52.35 # nothing but mp3 right now 18.52.52 # other times, .spc , it REALLY hates them 18.52.53 # Try updating to the latest version, and see if it continues. If so, file a bug report in the tracker. 18.53.00 # Oh... 18.53.09 # Are you using the Rockbox bootloader, or did you install Loader2? 18.53.20 Quit preglow ("leaving") 18.53.38 # TaylorKillian: i dont really know whats missing in sykeye for rockbox, but i would think the differen peripherals you different arm based players have.. 18.53.46 # eh... my wps is broken without changing it o.O 18.53.49 # s/you/ our 18.54.21 Join preglow [0] (i=thomj@rockbox/developer/preglow) 18.55.06 # TaylorKillian: do you have a rockboxable, arm based player ? 18.55.17 # domonoky: gotcha 18.55.37 # domonoky: yes 18.56.12 # good :-) 18.56.22 Join miepchen^schlaf [0] (n=miepchen@p54BF4416.dip.t-dialin.net) 18.58.19 # guess i'll just have to compile skyeye ;) 18.58.32 # * bluebrother is puzzled why the install window doesn't close after a successful install anymore :/ 18.59.03 # Maaan 18.59.31 # I kinda doubt it's been patched in a day after occurring for months, but here goes 19.00.32 # Y-Signal: You didn't answer my question about what bootloader you're using. 19.01.31 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 19.02.33 # I didn't see it 19.02.56 # it's no specialized loader; whatever rockbox uses 19.03.04 # I assumed there WAS only that one 19.03.12 *** Saving seen data "./dancer.seen" 19.03.25 # maybe its to old, try updating the bootloader 19.03.51 Quit pondlife ("Leaving.") 19.04.11 # Easily found on the rockbox site I hope? 19.04.23 # Y-Signal: Just re-follow the instructions in the manual. 19.04.43 # just use ipodpatcher or rbutil again.. 19.05.33 Quit TaylorKillian (Read error: 104 (Connection reset by peer)) 19.06.00 Join petur [50] (n=petur@rockbox/developer/petur) 19.06.19 # got it 19.06.40 # yippee, no ipods found 19.06.55 # would it be possible to add the revision number of the source tarball on the current build page? 19.06.59 # though my ipod says Do not disconnect 19.07.01 # in black and white 19.07.06 # the mode of the disk 19.07.26 # So, then, tell me about loader2 19.08.02 Join Horschti [0] (n=Horscht@p4FD4DB5F.dip.t-dialin.net) 19.08.03 # Is it...less bad? 19.08.14 # Loader 2 is iPodLinux bootloader. If you don't have it installed don't do so :-P 19.08.16 Join quaal [0] (n=rodney@72-17-144-190.tpa.fdn.com) 19.08.25 # loader2 is not ours, so its bad :-) 19.08.33 # Since it's not officially supported by rockbox. 19.08.46 Quit Horscht (Nick collision from services.) 19.08.56 # *cough* it's not ];-> 19.09.09 # * gevaerts hands DerPapst a throat lozenge 19.09.18 # ah 19.09.34 # Loader2 questions have to be asked to the iPodLinux guys. 19.09.35 # Well, all things considered over here....that makes it better than bad 19.09.38 # okay 19.09.50 # I'll give loader2 a try then 19.09.56 # looks infinitely bettah 19.10.00 # * DerPapst is one of those guys. 19.10.10 # You do, and you're going to #ipodlinux for support. 19.10.32 # * LambdaCalculus37 puts up a sign: "Loader2 questions this way ---->" 19.10.44 # I get it 19.10.50 # Though i guess Llorean wanted to make sure you're not using it. 19.11.38 # Y-Signal: An old version of Loader2 could've caused problems very much like you were describing, which is why I wanted to make sure you were using an up to date Rockbox bootloader, because we don't provide support for their software. Though their current one should, in most cases, work as well as ours. 19.11.48 # So....before I head over there....Data Abort at 400002E0 (0) means nothing to you? 19.11.53 # The fact that it didn't like SPC made me worry, since that makes heavy use of Dual Core. 19.12.16 # and i wonder why rbutil and/or ipodpatcher aren't detecting your iPod anymore. 19.12.37 # Crap if I know :P 19.13.13 # It DOES have to be disk mode, right? Waste of time trying in regular ipod transfer mode? 19.13.43 # both check the hardrive if it really is a ipod.. so is suspekt you firmwarepartition is somehow damaged.. 19.13.47 # it should work in both modes 19.14.26 # * DerPapst almost never uses "emergency" Disk Mode 19.18.18 # How would I check the hdd? 19.19.39 # * gevaerts wonders when all these wonderful gsoc applications will magically appear 19.20.20 # after we do 50% of the work for them 19.20.38 # gevaerts: last day 19.20.45 # * domonoky thinks 5 min before end of deadline.. as always, thei are students ! :-) 19.21.00 # or do you mean really the brilliant (in sense of useful and such) ones ;) 19.21.40 # * Rincewind could submit his half finished proposal to make gevaerts happy 19.22.28 # * gevaerts thinks that Rincewind might just have demonstrated Beta2K's point ;) 19.22.47 # and if we dont comment it, you have to leave it half- finished :-) 19.23.49 # a wesnoth developer showed me a very interesting application 19.24.24 # let me just find it 19.24.39 # * gevaerts hopes it was about porting wesnoth to rockbox, but somehow doubts that 19.24.48 # no, it was not 19.25.16 Quit DerPapst (Nick collision from services.) 19.25.25 Join DerPapst [0] (n=DerPapst@p5B23D71B.dip.t-dialin.net) 19.28.09 # http://rafb.net/p/1xK8us57.html 19.28.15 # note lines 74 and 75 19.29.04 Join silvio [0] (n=silvio@adsl-84-227-156-81.adslplus.ch) 19.29.32 # Dooooes rockbox have a built-in disk check? Should I use Windows'? Should I use the ipod's service mode? 19.30.11 # BTW, another 400002E0 (0) 19.30.59 # domonoky: iirc ipodpather refuses to detect the iPod too if the MBR doesn'T contain its magic. So the MBR could be slightly faulty too. 19.31.30 # Y-Signal: just use windows chkdsk utillity 19.32.12 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 19.33.02 # Horschti: this application is nice, even better then the ui studi application rockbox got :-) 19.33.22 # shome! 19.33.47 # DerPapst: I think that check went a long time ago in ipodpatcher 19.33.56 # At least he knows where his caps-lock key is 19.34.18 # yes, indeed 19.34.38 Part toffe82 19.34.46 # but have you checked the question wether or not he has ever played wesnoth? 19.34.54 Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) 19.34.57 # Y-Signal: if you will use windows check disk, enable the "verify and repair faulty sectors" or something like that... 19.36.02 Quit Nevtus ("Gone") 19.36.17 # * gevaerts sometimes wonders how these people managed to get through enough schools to actually qualify for gsoc 19.36.32 # Came up clean as a newly-polished whistle 19.38.18 Join bughunter2 [0] (n=Administ@ip565fbeaa.direct-adsl.nl) 19.38.24 # linuxstb: haven't noticed. ;-) 19.39.02 # Horschti: you don't have to play/use the game to code for it ;-) 19.39.30 # Eh, maybe I'll sit out on rockbox for another couple of months 19.39.33 # See if it fixes itself 19.39.41 # if you applay for coding an AI, you surely do, DerPapst 19.39.54 # :-P 19.40.19 # Horschti: you're applying for wesnoth? 19.40.21 # ah, i always miss the leading sarcasnm tag 19.40.27 # no, bluebrother 19.40.27 Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) 19.40.30 # I can't code 19.40.47 # Horschti: if you code an AI, it means you actually don't want to play yourself, doesn't it ? 19.41.01 # heh 19.41.08 # ah. 19.41.25 # good point, but you do have to know how to play it, gevaerts 19.42.12 # Y-Signal: Maybe you could try older builds ? 19.42.52 Quit sarixe ("(EE) Failed to load "quit" module") 19.44.06 Join mud-rb [0] (n=mud-rb@dialup-4.156.9.202.Dial1.Boston1.Level3.net) 19.44.40 # Horschti: not if you make a self-learning AI 19.45.15 Quit mud-rb_ (Connection timed out) 19.45.20 # you have to know the rules... 19.45.37 # don't try to defend your application, gevaerts 19.45.47 # http://daniel.haxx.se/blog/2008/03/28/sansa-fuze-ams-reuse/ 19.46.28 # is the USB_SERIAL stuff out of date? i'm not seeing anything about 'logf over USB' in the debug menu... (yes i defined USB_SERIAL and USE_ROCKBOX_USB) 19.46.50 # Did you enable logf in configure? 19.47.19 # Bagder: We really do have a lot of potential targets these days, don't we? 19.47.24 # hmm, i thought that was on by default. i'll check 19.47.26 # we do indeed 19.47.37 # * gevaerts hoped that Horschti wouldn't find out :) 19.49.16 Quit petur ("switching....") 19.49.24 Join petur [50] (n=petur@rockbox/developer/petur) 19.52.24 Join FOAD_ [0] (n=dok@dinah.blub.net) 19.52.24 # hrmph 19.54.18 Quit SirFunk ("Leaving") 19.54.21 Quit quaal (Read error: 110 (Connection timed out)) 19.56.50 Join DaCapn [0] (n=dacapn@c-76-105-220-239.hsd1.or.comcast.net) 19.58.08 Nick Horschti is now known as Horscht (n=Horscht@xbmc/user/horscht) 20.00.01 # so defining LOGF_ENABLE, USB_ROCKBOX_USB, and USB_SERIAL should be all that's required for logf over USB, right? i still don't see anything in the debug menu... 20.00.24 # mud-rb: you have to enable logf during ./configure 20.01.29 # gevaerts: oh, i see...thanks. misunderstood linuxstb 20.08.54 Quit midgey () 20.10.46 Quit FOAD (Read error: 110 (Connection timed out)) 20.10.47 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 20.15.04 Join m0f0x [0] (n=m0f0x@189-47-51-69.dsl.telesp.net.br) 20.16.48 Quit desowin (Read error: 113 (No route to host)) 20.17.37 Quit jrsharp ("Leaving...") 20.25.00 Quit silvio (Nick collision from services.) 20.25.14 Join silvio_ [0] (n=silvio@adsl-84-227-156-81.adslplus.ch) 20.26.13 Quit Chipsaru (Read error: 110 (Connection timed out)) 20.31.20 Quit bertrik ("reboot") 20.41.14 # ..... 20.41.31 # gev, I ran older builds and was told to run newer builds... 20.41.50 # Where can I ask about the error code my ipod gives me? 20.42.08 # Y-Signal: sure, but once we know the problem still exists in the latest build, we want to try to isolate when it started 20.43.09 # * gevaerts tries to look through map files to find the data abort 20.45.30 # Y-Signal: you mentioned version r168198-080326. That's one digit too many. Could you check the version again ? 20.47.02 Join Coffee [0] (n=chicory@ppp-70-129-126-251.dsl.ksc2mo.swbell.net) 20.47.39 Quit DaCapn (Remote closed the connection) 20.48.00 Join DaCapn [0] (n=dacapn@c-76-105-220-239.hsd1.or.comcast.net) 20.49.27 # Hello? 20.49.52 # Question - does anyone have c250 on-hand? 20.49.58 # Coffee, just explain your issue 20.51.07 # Well, I have a c250 that's bricked, the bootloader's there-and-not, and despite using e200tools and the right pribootloader file, it's not working so hot. 20.51.50 # Y-Signal: could you try version 16712 from http://www.rockbox.org/dl.cgi?bin=ipodvideo ? (You do have a 5G ipod, right ?) 20.52.03 # Coffee: what exactly happens ? 20.52.27 # Just a sec, I'll do it again so I can give you a rough estimation of what the rockbox bootloader gives. 20.52.29 Quit axionix (Read error: 110 (Connection timed out)) 20.52.43 # * gevaerts wonders why hard-to-recover problems always seem to occur on c250 and never on c240 20.53.18 Quit Thundercloud (Remote closed the connection) 20.53.23 # Y-Signal: And if 16712 works, please try 16718 20.53.37 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 20.55.29 # * gevaerts suspects r16717 for Y-Signal's problems. 0x400002E0 seems to be in sample_output_stereo(), which was implemented in arm-assembly then 20.55.31 # Letsee, I caught "bad checksum" (.mi4 isn't there), can't load OF.bin, nor OF.mi4 ... 20.55.50 Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") 20.56.21 Join gregzx [0] (n=chatzill@aauw14.neoplus.adsl.tpnet.pl) 20.56.25 # I'm glad to see that the pribootloader works and all, but, er ... I'm kind of at a loss for what to do now. 20.57.01 # Coffee: so you put it in recovery mode ? Did you copy firmware.mi4 to it, or only pribootLoader.rom ? Did you cleanly unmount (safely remove in windows) the recovery drive ? 20.58.14 # Just a sec, it's flashing green. 21.02.34 # Well, this is going to sound remedial, but I'm uncertain if it's in recovery mode. 21.03.16 *** Saving seen data "./dancer.seen" 21.03.28 # In recovery mode, the screen says things like 'LUN locked' or similar 21.03.54 # ... Well, then I guess it's definitely not. 21.04.53 # Just to get more insight in what's going on, how did it get into this state in the first place ? 21.05.35 # This is going to sound retarded, but I think it boils down to getting the wrong firmware and totally borking it. 21.06.03 # It was intended for the c200 series, I think, but after it "upgraded firmware" as it's won't to do, blam. Black screen, blue ring of death. 21.06.33 # OK. That should be fixable 21.06.41 Join Tavnos [0] (n=Tavnos@lju91-5-88-174-161-25.fbx.proxad.net) 21.06.53 # Does it show the blue ring now ? 21.07.03 # *"won't" keeps getting autofixed by Pidgin, my bad. 21.07.06 # And yes, yes it is. 21.07.12 Join jrsharp [0] (n=jrsharp@c-68-52-226-233.hsd1.tn.comcast.net) 21.08.01 # Then it's in manufacturer mode. What OS are you running ? 21.08.05 Join siwy [0] (n=5a9c5012@gateway/web/cgi-irc/labb.contactor.se/x-602b6e71f2293a37) 21.08.10 Join luisbg [0] (n=d33p@ubuntu/member/luisbg) 21.08.14 Quit jrsharp (Remote closed the connection) 21.08.23 # Hardy Heron alpha herd ... 6 now? 21.08.23 # * linuxstb has yet to experience the pleasures of the Sansa recovery modes 21.08.25 # does rockbox work in iPod classic¿ 21.08.40 # *Ubuntu Hardy Heron, that is. 21.08.40 Quit siwy (Client Quit) 21.08.41 # luisbg: no 21.08.41 # luisbg: No, and no-one is working on it... 21.08.49 # :( 21.08.51 Join pixelma [0] (i=pixelma@212.204.47.129) 21.08.54 Join tessarakt [0] (n=jens@e180065018.adsl.alicedsl.de) 21.09.59 # Coffee: ok. You should be able to put it in recorvery mode by plugging it in and running 'sudo ./e200tool recover pribootLoader.rom'. 21.10.10 # * Coffee nods. 21.10.39 # anyone remember how the directory/playlist limit settings are supposed to work? 21.11.19 # By the way, how good is your linux knowledge ? (i.e. can I just say 'mount the disk', or do I have to spell it out ?) 21.11.53 # so which player would you guys recommend to use rockbox? 21.12.20 # I can follow along pretty well, although I'm a little shaky on /dev/ paths and the like, so mounting per se might require some instruction. 21.12.42 Join siwy [0] (n=mwq@90-156-80-18.magma-net.pl) 21.13.33 # OK. Do you see a device appearing in dmesg after putting it in recovery mode (/dev/sd*, should be about 16M)? 21.14.45 # gevaerts: Your spot with Y-Signal's data abort seems right - it seems to be a data abort writing to the dst parameter (16-bit) to sample_output_stereo()... The C version does 16-bit writes. 21.15.16 # Mmmm, it seems to be powering off soon after running sudo ./e200tool recover pribootLoader.rom 21.15.34 Quit ompaul (Client Quit) 21.15.38 # linuxstb: it was just an informed guess. Look it up in the map file, and then svn log... 21.15.56 # Coffee: is the hold switch on by any chance ? 21.16.05 # Nope. 21.16.14 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 21.16.25 # gevaerts: you can start to get nervous, there is a gsoc application coming up! 21.17.06 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-ab2ad6815f00256a) 21.17.09 # Rincewind: I'm busy helping Coffee now, so you're spared comments for a bit longer 21.17.27 # well, I start to get nervous, at least :) 21.18.03 # * DerPapst thinks Rincewind's app will get accepted... it's a good idea. 21.18.06 # * gevaerts grabs his sansa and puts it into manufacturer mode to see what should happen 21.18.56 # hey, I request a write access to wiki. I want add my script (which you can find at forum: http://forums.rockbox.org/index.php?topic=15428). 21.19.28 # * linuxstb wonders if there are any pcmbuf/dsp experts around that can say whether the "destination" buffer for the DSP code is 32-bit aligned 21.19.32 # Coffee: after you ran e200tool, did the sansa logo appear on the screen before it turned off ? 21.19.43 # Yes. 21.19.51 # * Coffee was reassured by this. 21.20.53 # siwy: What is your wiki name? 21.21.38 # MateuszKubica 21.22.26 # siwy: Done, have fun :) 21.22.27 Join austrian_guest [0] (n=50794a4c@gateway/web/cgi-irc/labb.contactor.se/x-fd52fa7ca9aa0504) 21.22.43 # ... Oh dear. 21.22.44 # thank you vey much 21.23.34 # Coffee: I'm looking for some software that I have here somewhere that should help 21.23.56 # gevaerts: Has the SoC application you replied to been modified after your comments? 21.24.06 # linuxstb: yes 21.24.07 # Does anyone here know how I can change the recording sample rate with the plugin api? 21.24.13 # gevaerts: ... 21.24.15 # linuxstb: sadly, it has.. 21.24.16 # * Coffee nods. 21.24.22 # so which player would you guys recommend to use rockbox? looking something big like ipod classic 21.24.23 # Thank you very much gevaerts. 21.24.47 # howmany apps are there already? 21.24.55 # luisbg: rockbox.org/wiki/BuyersGuide 21.24.58 # not near enough 21.25.39 # DerPapst: 1 21.25.48 # heh 21.26.06 Quit siwy () 21.26.26 # 2 with Rincewind's... does the one interessted in LLVM make one too? 21.26.32 Join mud-rb_ [0] (n=mud-rb@dialup-4.156.9.88.Dial1.Boston1.Level3.net) 21.26.41 Quit DaCapn (Remote closed the connection) 21.27.04 # Someone has also shown an interest in the RealAudio codec(s) 21.27.21 # right... forget that one. 21.27.32 # DerPapst: don't forget your own! 21.27.36 # ;-) 21.28.06 # Coffee: download http://www.evonet.be/~gevaerts/c250erase 21.28.18 # * DerPapst is unsure a bit. the core is more important then a game... 21.28.35 Join Chipsaru [0] (n=chips_ru@193.138.147.102) 21.28.42 # DerPapst: well, do something! ;) 21.28.44 # DerPapst: apply for something core-ish ;-) 21.28.50 # chmod +x, move zig? 21.28.57 # (you can always submit multiple apps too..) 21.29.04 # DerPapst: a game is probably more important than _nothing_, which is right now still possible 21.29.25 # Coffee: chmod +x 21.29.51 # is there a limit on the number of students, or can you just accept everyone with a good proposal? 21.29.59 # Coffee: This tool will erase everything on your c250, after which the e200tool procedure should work 21.30.05 # decission is up to google iirc 21.30.06 # mud-rb: we get N slots assigned 21.30.12 # last year we got 4 21.30.18 # ah, i see 21.30.36 # and then we pick the N "best" applications for which we have mentors 21.31.05 # Coffee: put the device back in manufacturer mode (the blue ring one), plug it in, and the run 'sudo ./c250erase'. Ignore the mentions of e200r (I didn't polish this tool, I just needed it to work...) 21.31.05 Join csc` [0] (n=csc@archlinux/user/csc) 21.31.45 # Patching application uploaded successfully? 21.31.53 # Huh. 21.31.55 # anyone here got any mp3pro files? 21.31.59 # It appears to be working! :) 21.32.12 # preglow: i would probably encode some.... 21.32.16 # Coffee: ok. this will take some time (between 20 and 40 minutes) 21.32.19 # scorche|sh: would be sweet 21.32.29 # eh 21.32.37 # i don't have an encoder :> 21.32.44 # :) 21.32.45 # and there doesn't seem to be a free one 21.32.46 # Hooray! 21.32.47 # preglow: musical taste? =P 21.32.52 # scorche|sh: oh, whatever 21.33.24 # i listen to just about anything 21.33.41 # grindcore? 21.33.45 # :-P 21.33.56 # gevaerts: Thanks, man. 21.34.15 # DerPapst: grindcore would be a notable exception :) i find it exceedingly boring music 21.34.18 # Coffee: it seems that the sansa 'recovery mode' is pretty sensitive to unexpected things on flash (like failed firmware upgrades, ntfs filesystems, ...). I'm not sure why it's even called recovery mode sometimes 21.34.20 Join framo [0] (n=framo@bb-87-80-66-156.ukonline.co.uk) 21.34.48 # Eh, it's like recovery from drug addiction. 21.34.52 # preglow: grindcore so sweet music... why boring? 21.34.52 # Annoying relapses. 21.35.20 # Chipsaru: i just think it's boring, it's usually too straightforward to interest me 21.35.46 # for pretty much the same reason i find speedcore uninteresting, it's all speed and nothing else 21.35.49 # but this is off-topic 21.36.11 # preglow: actually, it seems i need to go home and see if i still have a certain program on there...dont have anything capable on my laptop here 21.36.15 Join siwy [0] (n=mwq@90-156-80-18.magma-net.pl) 21.36.19 # Thanks, gevaerts. 21.36.24 # it seems to be working just fine. 21.37.23 # scorche|sh: no worries 21.38.00 # At some point the counting down will stop, it will write a few lines about partition tables and FAT, and then print 'Press any key to shutdown' (which might not fit on the screen). Once that happens, the e200tool procedure should work 21.38.00 # preglow: you need some mp3pro files? 21.39.01 # Chipsaru: i would like some to debug playback of them in rockbox, yah 21.41.05 Quit siwy () 21.41.11 # preglow: http://samples.mplayerhq.hu/A-codecs/MP3-pro/ 21.41.11 # preglow: i take it we will probably play them at half sample rate? 21.41.23 # scorche|sh: yeah 21.41.30 # linuxstb: wow, thanks, i couldn't find any sample files 21.41.36 # linuxstb: i should bookmark that... 21.42.44 # preglow: i won't contradict you there ;-) 21.43.00 Quit mud-rb (Read error: 110 (Connection timed out)) 21.43.42 # * scorche|sh wonders who uses mp3pro.. 21.43.42 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 21.43.55 # Could people who know PortalPlayer have a look at the latest two comments in FS#8663 ? 21.44.13 # preglow, you know a bit about the plugin api, especially the recording part, right? 21.44.42 # how can I change the recording sample rate with the plugin api? 21.45.49 # austrian_guest: psm_set_frequency() 21.46.25 # austrian_guest: pcm_set_frequency(SAMPR_44); for 44.1khz, for example 21.47.01 # do you know what "const unsigned long *rec_freq_sampr;" 21.47.08 # means? 21.47.45 # it is 88200, no matter what frequency I set with pcm_set_frequency! 21.47.52 Join fyrestorm [0] (n=fyre@cpe-68-173-163-201.nyc.res.rr.com) 21.48.02 # where i can disable some buttons on remote forever? 21.48.42 # Chipsaru: you probably can't without editing the source code 21.48.59 # * linuxstb hands Chipsaru a hammer 21.49.03 # Chipsaru: Which target? 21.49.14 # And yes, you need to edit the code then compile 21.49.48 # i asked about which source files i need to change 21.50.00 # austrian_guest: i think it points to the list of supported recording sample rates 21.50.05 # iriver h300 21.50.07 # Chipsaru: Sorry, didn't see that 21.50.49 # I took " where i can disable some buttons on remote forever?" to mean you were looking for a setting 21.51.05 # austrian_guest: there are REC_NUM_FREQ entries in that table 21.51.31 # BigBambi: maybe there some text missing... 21.51.32 # ok, I am doing a UI study: rearange the main menu. 21.51.40 # Chipsaru: apps/keymaps/keymap-h1x0_h3x0.c 21.52.03 # the current main menu seems to have no real logic in it's sorting 21.52.19 # Chipsaru: Do you just want to remove the action from a button so it is detected but does nothing, or remove detection of that button altogether? 21.52.27 # Rincewind: thanks, are there keymaps for remote's also? 21.52.29 # gsoc application #2 arrived 21.52.41 # Chipsaru: If the former, then apps/keymaps/keymap-h1x0_h3x0.c 21.52.44 # sbr playback support looks nice here 21.52.47 # Bagder: any nice ones? 21.52.47 # Chipsaru: look at line 284 in the file 21.52.55 # Chipsaru: As Rincewind said 21.52.57 # 2 already? wow, that's 4 times as many as I will ever write 21.52.57 # Bagder: oh...lets mark that one ineligible ;) 21.53.02 # rj c 21.53.06 # preglow: I hope so, it is mine 21.53.07 # Rincewind: that yours? 21.53.16 # Chipsaru: And that file has both main unit and remote buttons it it 21.53.17 # "Theme Editor" ? 21.53.27 # Bagder: yes, that's me 21.53.32 # thanks a lot 21.53.34 # what's the other one? 21.53.42 # preglow: you don't want to know 21.53.46 # sounds like a windows Editor for creating themes 21.53.52 # preglow: '"Usability study" project for Rockbox' 21.53.52 # preglow: wont be accepted anyway.. 21.53.59 # (damn I am good) 21.54.16 # Horscht: cross-platform, not only windows 21.54.44 Quit spiorf (Read error: 104 (Connection reset by peer)) 21.54.50 # yeah, you got my point. If it wasn't multi platform, I would have had to "take serious measurements" 21.55.19 # 21.55.25 Join spiorf [0] (n=spiorf@79.20.214.140) 21.56.26 Join toffe82 [0] (n=chatzill@adsl-71-132-80-224.dsl.sntc01.pacbell.net) 21.57.25 Quit bughunter2 ("Leaving.") 21.58.26 Quit blithe (Read error: 104 (Connection reset by peer)) 21.58.54 # if i put my notebook to sleep mode with running "make zip" command and then wake it, can cygwin resume its work? it seems to me, that it freeze (no processor/harddisk usage from this application) 21.59.01 Nick Coffee is now known as Chicory (n=chicory@ppp-70-129-126-251.dsl.ksc2mo.swbell.net) 21.59.19 # howlong doe it run already? 21.59.28 # * DerPapst adds a space 21.59.51 # about 10-15 minutes 22.00.07 Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279529752.dsl.bell.ca) 22.00.07 # that is ways too long. 22.00.12 # hm cygwin must be seriously slow if you are able to put the laptop to sleep before it finishes make zip... 22.00.13 # even for cygwin 22.01.47 # if i terminate it, i only need to run "make zip" secondly, or some cleaning needed? 22.02.09 # nope. just make zip should be fine 22.02.48 Join blithe [0] (n=blithe@stiletto.djblithe.com) 22.04.45 Quit tessarakt ("Client exiting") 22.04.50 Join tessarakt [0] (n=jens@e180065018.adsl.alicedsl.de) 22.04.59 # when's the gsoc app deadline, again? 22.05.17 # its monday 22.05.21 # March 31 22.05.21 # 31.03 22.05.35 # what, and we've only got two apps? 22.05.38 # preglow: although it will likely be extended 22.05.41 # that sucks 22.05.42 # you may be getting a third from me 22.05.46 # hi, btw :) 22.05.52 # ceclin: make it a good one :) 22.05.57 # scorche|sh: why? 22.06.00 # trying :) 22.06.13 # ceclin: What are you thinking of? 22.06.21 # preglow: just to allow more time 22.07.30 # scorche|sh: just wondering why that's needed. poor response? 22.07.38 # i don't think it was extended last year 22.07.44 # it was 22.07.49 # right, then :) 22.08.19 # well, I was thinking about working on a RealAudio codec 22.08.24 # and yeah...orgs have been reporting less this year...not sure why...we have had much more mentor orgs apply this year 22.08.39 # perhaps people are hoping for a hot summer 22.08.41 # ceclin: Hi. 22.08.49 # ceclin: excellent choice, sir :) 22.09.13 # ceclin: coolio :) 22.09.13 # linuxstb: is there any reason to support that codec, btw? i can't remember seeing any files using it floating aroudn 22.09.26 # haven't looked too hard, though 22.09.27 # mp3pro? 22.09.44 # preglow: Bragging rights? 22.09.54 Quit csc` ("Powering Off") 22.09.59 Quit petur ("*plopperdeplop*") 22.10.43 # preglow: Not really... But it would seem a shame not to support it, as it's feasible... 22.11.02 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 22.11.09 # * Rincewind had to use rockbox once to hear a file he got from a friend, because rockbox had more codecs than his computer 22.11.18 # preglow: If you can think of more useful codecs, add them to the SoC page... 22.11.18 # heh 22.11.26 # linuxstb: trying hard as we speak :) 22.11.32 # a new aac codec would be high on the list... 22.11.45 # afaik, the ffmpeg one is usable now, but floating point 22.11.47 # * linuxstb thinks he has a liquid audio file somewhere... 22.12.08 # i thought aac was already supported? or is it hackish or incomplete or something? 22.12.09 # Rincewind try k-lite mega codec pack for your pc :) 22.12.23 # dont try that 22.12.23 # mud-rb_: it's slow and hard to optimize 22.12.29 # it also tends to bring out the worst in gcc 22.12.35 # preglow: ahh, i see 22.12.36 # codec hell...tons of overlapping codecs 22.12.48 # I discovered foobar2000 shortly after that and now I am 90% linux 22.12.50 # use ffdshow if anything 22.12.53 # no need for codec packs 22.12.59 # * bluebrother suggests ffdshow and mplayer 22.13.08 # k-lite is horrid 22.13.09 # ffdshow and media player classic = haven 22.13.14 # heaven too 22.13.32 # k-lite screws up computers 22.13.33 # vlc plays anything I can throw at it 22.13.57 Quit austrian_guest ("CGI:IRC") 22.14.14 # BigBambi: how it screws them? 22.14.17 # ceclin: Do you use Rockbox? 22.14.32 Join picky [0] (n=4fd3c039@gateway/web/cgi-irc/labb.contactor.se/x-5a8853049c20776e) 22.14.32 # Chipsaru: it is codec hell...many many overlapping codecs 22.14.36 # Chipsaru: This is off topic, but scorche|sh> codec hell...tons of overlapping codecs 22.14.40 # yep, i've been using it on my iPod mini 1G for a couple months 22.14.55 # markun: ping 22.14.57 # I have a iPod 3G also that someone gave me, but the battery died. Rockbox would be on there too if it worked. 22.15.11 # I have a lot of .flac files, its the only way i can get apple stuff to play it 22.16.34 # can rockbox recognize one big flac file + cue? 22.17.28 # Chipsaru: Yes 22.17.54 # (as long as the cue is a separate file, not embedded) 22.17.58 # markun: I think the state names in your last commit are somewhat orthogonal. Some mean what is being done (filling, idle, finished) while others mean state (full). Just from the names, e.g. "filling" does not exclude "full". And isn't "finished" same as "idle"? I.e. after we're finished, aren't we in the idle state? 22.18.01 Quit ctaylorr (Read error: 110 (Connection timed out)) 22.18.04 # I have a question though, would there be any interest in other formats aside from RealAudio? I've always been interested in the video game music formats, and i noticed rockbox is missing support for some classic systems.. 22.18.16 # linuxstb: as a playlist? or how? 22.18.58 # markun: the states may be (and probably are) different from the technical point of view but the enum names are a bit misleading or confusing at the first glance. 22.19.04 # Chipsaru: No, as "sub-tracks" within a track. i.e. it will display the correct metadata for each sub-track and let you skip back/forwards. But it's just one item in the playlist. 22.19.05 # ceclin: RealAudio is a ton of codecs... 22.19.12 # ceclin: The more the merrier in my view 22.19.19 # but yes, we always welcome more 22.19.28 # bluebrother: there were still some action definitions missing in some platform files. I'm currently working on a fix 22.19.58 # pixelma: nice. I just figured some manuals build as pdf but not html 22.20.11 # I'll also try to fix the fixmes by looking at the old code 22.20.24 # ceclin: Sure. You should put together a list of codecs that you plan to implement and apply... 22.20.25 # how many is "RealAudio" up to now?...7 or 8 codecs? 22.20.30 # ceclin: there is a .mod patch in the tracker. 22.20.35 # bluebrother: the old recording.tex 22.20.50 # unfortunately those were missing (as far as I looked) 22.20.53 # ceclin: i don't know if it supports any others such as xm or s3m 22.21.01 # The PDF manual doesn't look nice in the WPS tags > Images section. The Example 2 is indented. 22.21.11 # bluebrother: oh... there goes my plan then 22.21.17 # pixelma: you and jens should go ahead and post what you find lacking in that .mod player patch on the patch tracker, btw 22.21.31 # i want it commited if there's nothing wrong with it 22.21.43 # picky: which manual are you looking at? 22.21.49 # preglow: yes, wanted to take the time for some writing (tracker, forums) 22.21.56 # (will most likely apply to all, just to make sure) 22.21.59 # bluebrother: H120 22.22.06 # preglow: tonight... 22.22.08 # ceclin: maybe a port of libmikmod might be a good idea since it supports loks of differen module music filetypes and performs well on iPods and similar players 22.22.14 # pixelma: excellent :) 22.22.27 # Don't we have two mod codecs on the tracker now? 22.22.34 # yes 22.22.36 # one based on mikmod 22.22.42 # isn't one a plugin? 22.22.45 # Which one are you talking about? 22.22.46 # yep 22.22.50 # linuxstb: the .mod one 22.22.56 # the mikmod ones does everything 22.22.58 # ones/one 22.23.01 # picky: ah, that. Well, that's caused by the second example being the second paragraph in the section. 22.23.03 # bluebrother: he-he, page 120 as well! 22.23.09 # I'm talking about the codec (not the plugin) 22.23.09 # but I agree that it looks ugly. 22.23.17 # pixelma: it pretty much has to be a plugin, our playback engine has bad support for non-streamed formats 22.23.18 # DerPapst: that'd actually be really cool. 22.23.30 # I have a ton of old chiptunes that'd be nice to play on the go. 22.24.21 # DerPapst: You mean this? http://www.rockbox.org/tracker/task/8806 22.24.21 # some iPL dev compiled libmikmod for the iPods and it performs excellent. tough i don't know what is required to make it a rockbox codec. 22.24.27 # preglow: the codec one works ok-ish (still has some problems though but I would have thought they are fixable ?) 22.24.28 # bluebrother: is there a latex environment for examples? 22.25.01 # bluebrother: I mean, there surely is, but is there one that should be used in RB manual? 22.25.08 # not sure if we defined one ... check LatexGuidelines in the wiki 22.25.26 # linuxstb: heh. i didn't know that existed o. i thought there is only the licence free .mod patch 22.25.28 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 22.26.01 # pixelma: i don't even know what the problems are, but i definitely would guess they are fixable, yes. but it will have the limitation of only being able to play small files until our non-streamed format support is fixed 22.26.53 # bluebrother: there seems to be a special env. Look at e.g. page 110 in the PDF manual. 22.27.07 # preglow: the new one plays larger files (which the old one didn't play). I only have 2 for which that applies though 22.27.28 # but FS#8806 seems to be a viewer and not a codec... 22.27.40 # yep, remembered it. 22.27.45 # preglow: the rest is smaller than codec buffer (I think it was and were played before) 22.28.13 # those two work now 22.29.00 Quit picky ("CGI:IRC (EOF)") 22.29.06 # pixelma: but it still can't play files of several megabytes, i guess 22.29.10 # that's the big plus I meant yesterday 22.30.02 # * bluebrother tries to use enumerate and likes it much better 22.31.04 # preglow: why (and where) should it stop now? I admit I have no idea about how it is coded though, can only talk from a user's perspective and my .mods are rather small 22.31.29 # and the second example doesn't need to be that long too ... 22.31.30 Join TMM [0] (n=hp@ip565b35da.direct-adsl.nl) 22.31.58 # which is I think rather typical for .mods 22.32.39 # * DerPapst has some 8MB mods :-P 22.33.19 Quit phinze () 22.33.38 # preglow: Looking at the .mod codec, it uses the data directly from the audio buffer - so as long as it's buffered contiguously it should work (IIUC) 22.33.45 # DerPapst: then you should try the new mod codec too (the "licende-free" one)... 22.34.58 # linuxstb: so the limit is RAM size then? 22.35.34 # Hooray! 22.35.43 # Apparently it's in recovery moe! 22.35.45 # *mode 22.35.47 # or rather playback buffer size 22.35.52 # Now, er, stupid question, but ... now what? 22.36.29 # party? 22.36.32 # Chicory: now you can mount the recovery disk and copy bootloader and mi4 file to it 22.37.17 Join sarixe [0] (n=sarixe@pool-68-239-199-99.nwrk.east.verizon.net) 22.37.39 # Oh, pribootloader? 22.37.48 # Or some other file? 22.37.56 # Chicory: pribootLoader.rom and firmware.mi4 22.38.00 # * Chicory nods. 22.38.02 # the same one you did e200tool recover with 22.38.04 # Thought so. Thanks. :) 22.38.17 # Is it possible to turn an iPod 5G off when it is charging? 22.38.20 # And then just reboot and see what happens? 22.38.29 # BigBambi: nope. 22.38.41 # DerPapst: Cheers, didn't think so 22.38.46 # After you copied them, cleanly unmount, make sure hold is off, and unplug 22.39.38 # DerPapst: So I can close this in your view: http://www.rockbox.org/tracker/task/8109 - the problem is that the charging detection is broken 22.39.45 # pixelma: I've only looked at the code quickly, but that seems to be the case. 22.40.00 # Weeeelllll ... 22.40.06 # It's back! 22.40.28 # Chicory: choose "format" in the Settings menu to be safe. 22.40.34 # Thank you for all of your help, gevearts. 22.40.37 # And I shall. 22.41.04 # linuxstb: doesn't exactly sound like a safe bet 22.41.38 # Chicory: no problem. You're the fourth person to need this tool that I know of 22.42.02 # preglow: No... I wonder how hard it would be for the new buffering code to ensure files are loaded contiguously... Nico_P? 22.42.02 # I wonder if it'd be nice to have that on the main page, or referred to in the Wiki. 22.42.10 # Because this c250 stuff seems a little buggy. 22.42.30 # BigBambi: seems so. i haven't read the thread though. Maybe if he flips on hold while rockbox displays its shut down message the ipod will actually stay off. However, when he attaches a charger the iPod will boot again. 22.43.06 # BigBambi: it's like pressing a button to wake the iPod up again. 22.43.16 # DerPapst: Yep, but whatever the problem, the answer isn't allowing shutdown during charging, as that isn't possible 22.43.21 # The problem is that the tool is not really ready. It's c250 specific and won't work on c240, The code is not clean, and it still refers to e200r installation... 22.43.25 # * Chicory nods. 22.43.30 # BigBambi: yes :-) 22.43.38 # DerPapst: The problem is the erroneous charging detection 22.43.42 # All I know is that it saved my bacon. 22.43.47 # I actually wonder why no-one with a c240 ever seems to have problems 22.43.55 # * Chicory shrugs. 22.43.56 # gevaerts: or e2x0 owners 22.44.10 # gevaerts: I'll try my best soon 22.44.17 # Maybe bugs in Sansa's firmware/bootloader? 22.44.32 # it certainly is a flaw no doubt 22.44.37 # Bagder: do you actually have reports of *.fmt working on c200 ? 22.44.49 # gevaerts: no, not that I can recall 22.45.05 # linuxstb: I would call 'recovery mode does not work if the filesystem is corrupted' a bug, yes 22.45.46 # ... which makes the whole recovery mode somewhat useless.... 22.46.05 # Bagder: I have my doubts about it. It never seems to work for me, so maybe that is the main difference between c200 and e200 for non-working recoveries 22.46.38 # Mmm, just a moment, be right back. 22.46.41 Quit Chicory ("Leaving.") 22.48.56 # linuxstb: would definitely be a sensible start 22.49.09 # linuxstb: plus introducing a new codec flag for codecs that want such behaviour, of course 22.49.18 Quit Tavnos () 22.49.23 # Craaaaaaaaaaaaaaaaaaaaaaaaaaaapsicles 22.49.44 # preglow: I was thinking that the get_metadata() function could set such a flag. 22.49.51 # I just need a zen M or something 22.49.59 # I'm sick of this ipod business 22.50.07 # Y-Signal: did you see what I said earlier ? 22.50.35 # I saw where you wanted the rockbox revision clarified, one too many digits 22.51.08 # linuxstb: yeah, it pretty much has to be that way, now that i think about it 22.51.38 Join Chicory [0] (n=chicory@ppp-70-129-126-251.dsl.ksc2mo.swbell.net) 22.52.02 # Well, it all seems kosher. 22.52.11 # preglow: Would you want to commit that codec before that's fixed in the buffering code? 22.52.12 # OK, so you missed the next bit. Can you try the version from 2008-03-19 (r16712) ? That one should work. If it does, we would also be interested to know if the version from 2008-03-20 (r16718) works 22.52.23 Quit Y-Signal ("CGI:IRC (EOF)") 22.52.40 # heh 22.52.41 Join Y-Signal [0] (n=cd9cbcfe@gateway/web/cgi-irc/labb.contactor.se/x-fb83fa8de281d016) 22.52.46 # Great, thanks browser 22.53.04 # I clicked your link for 16712 and my browser kicked me outta java chat; I'll grab that and 16718 and see what I get 22.53.07 # thanks for the help so far 22.53.50 # If you can verify that, we know where the bug is, so someone can then fix it 22.53.55 # linuxstb: well, if it doesn't have any safe guards against wrapping, no 22.55.08 # preglow: It will just give a codec error 22.56.15 # as soon as this song's done :) 22.56.36 # Sure 22.58.02 Quit domonoky (Read error: 104 (Connection reset by peer)) 22.58.23 # linuxstb: then i'd commit it anyway 22.58.44 # but i don't think adding in a simple no-wrapping scheme will be too hard anyway 22.59.15 # preglow: I don't feel that strongly, but don't like the idea of committing something that half-works and will give (to the user) random codec errors... 22.59.38 # Oh, not wholly related, but is there a simple way to change the loader's behavior so that a split-second error doesn't cost you your rockbox settings when moving the hold switch to the right? 23.00.10 # linuxstb: i wouldn't consider it for a more popular codec, i don't think too many people will notice such an error until a fix is in playback 23.00.21 # for .mod, that is 23.00.28 # Y-Signal: Use the MENU button to dual-boot. When your ipod is off, turn it on by pressing the MENU button, and keep it pressed. 23.01.52 Quit miepchen^schlaf () 23.02.52 # Hmmmmm 23.03.03 # I'll have to try that...what does holding Menu get you? 23.03.18 *** Saving seen data "./dancer.seen" 23.04.11 # That's awesome, thanks 23.04.25 # Much better than the hold switch 23.04.25 # bluebrother: in the platform files, there now is an \ActionSettingInc (or Dec) which is used in the settings context and a \ActionSettingsInc (Dec) for the recording context... wouldn't it be better to rename the latter to something with "Rec" at least? 23.04.59 # Y-Signal: I agree - I don't know why no-one uses it or talks about it... 23.05.06 Part swimmer 23.05.18 # bluebrother: those two are different in most cases... 23.05.43 # pixelma: I agree. 23.06.44 # alright... a bit more work then but for the better 23.07.08 # linux, probably due to lack of mention in documents? 23.07.42 # Y-Signal: That's what I'm talking about... 23.10.48 # pixelma: there? 23.10.55 # Or indeed any other manual bods 23.11.15 # * BigBambi ought to read the last three lines at least before pinging :) 23.11.33 # BigBambi: pong ;-) 23.11.47 # How difficult would it be to replace references to Gigabeat F to Gigabeat F/X in the manual? 23.11.59 Join miepchen^schlaf_ [0] (n=miepchen@p54BF4416.dip.t-dialin.net) 23.12.03 Quit tessarakt (Read error: 110 (Connection timed out)) 23.12.04 # As given it is for both, it probably ought to say so 23.12.18 # depends on how clean it is used 23.12.22 Join tessarakt [0] (i=nobody@vpn-cl-160-38.rz.uni-karlsruhe.de) 23.12.41 # pixelma: As in if all references are via a macro it would be OK? 23.12.51 # if it was very clean, it should be one small change in the platform file 23.12.58 # yes 23.13.02 # OK, I'll check :) 23.13.14 Join csc` [0] (n=csc@archlinux/user/csc) 23.13.28 Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 23.13.31 # linuxstb: what do you mean by contiguously? 23.13.45 # no data between two files? 23.14.52 # iirc no file half buffered. 23.15.00 Join FOAD_ [0] (n=dok@dinah.blub.net) 23.17.10 Quit silvio_ ("Verlassend") 23.17.12 # * gevaerts passes Rincewind's application through his built-in in-brain spellchecker (also known as reading) 23.18.33 # Nico_P: Yes, no gaps, and not wrapping 23.19.07 Quit DerPapst (Nick collision from services.) 23.19.18 Join DerPapst [0] (n=DerPapst@p5B23EA38.dip.t-dialin.net) 23.19.38 # gevaerts: you can keep every spelling mistakes you find, free of charge 23.20.16 # Rincewind: I only spotted a couple ;) 23.21.15 # no really, please tell me, I hope to improve my english 23.22.30 # Don't take this for gospel (no native english speaker either), but the 5th month is May in english, not Mai; and "I didn't knew yet" should be "I didn't know yet" 23.23.01 # yes, Mai is genuine german... 23.23.13 # "I didn't know yet" sounds like a cheap excuse :-> 23.24.15 # Nico_P: plain and simple just always buffer entire files for codecs that wish so, and no wrapping at the end of the buffer 23.24.22 # karlsruhe... 23.24.38 # * gevaerts didn't see any other mistakes 23.24.41 # with "i didn't knew" i want to say past perfect, or maybe past progressive? 23.24.44 # linuxstb: there seems to be a button action conflict in the Ipod's recording screen (short press of menu is used for - ACTION_STD_CANCEL in the settings context (wich is first "in list") and ACTION_STD_MENU in the standard context (setting). 23.25.07 # Rincewind: I didn't knew isn't correct in any tense in English 23.25.14 Quit mf0102 ("Verlassend") 23.25.31 # hm, ok. Don't know where I get that from 23.25.41 # Rincewind: I think you want "I hadn't known yet" or something, but I'm sure BigBambi knows this better 23.25.43 # bad english lessons :-P 23.25.54 # I hadn't known is fine 23.26.01 # linuxstb: judged from the sim this leads to both not working (at least "long play" which is defined for ACTION_STD_CANCEL in the standard context works then) 23.26.05 # hadn't known sounds good 23.26.06 # Rincewind: If you would like I can take a look 23.26.15 # preglow, linuxstb: no wrapping is already possible 23.26.35 # and files never have gaps *in* them. there is the header between files though 23.26.46 # * DerPapst bets Rincewind is ways better then him in english. 23.26.49 # "didn't know" is more natural if the difference in meaning isn't required though 23.26.55 # Rincewind: But normally you would say I didn't know (at that point) depending on context 23.27.08 # DerPapst: "than him" ;) 23.27.16 # whatever :-P 23.27.24 # " I had a C/C++ course at university last year where I learnt some things about C I hadn't known yet and object oriented programming with C++." 23.27.30 # DerPapst: too many typo classes? :P 23.27.38 # * gevaerts also would say "way better" instead of "ways better" 23.27.42 # gevaerts, 16712 seems to be working fine 23.27.43 # ways to many :-D 23.27.54 # Y-Signal: great. 23.27.59 # I'll try the other in a bit and see if it catches fire 23.28.00 # meh, beat me gevaerts :-D 23.28.06 # Rincewind: " I had a C/C++ course at university last year where I learnt some things about C I didn't know, and object oriented programming with C++. 23.28.12 # this is amazing, I can skip songs and everything 23.28.13 # But I'm not 100% sure about the last one 23.28.42 # * gevaerts beats DerPapst 23.28.45 # Yes, ways better is incorrect, but way better, whilst correct, isn't very formal 23.29.06 # But we ought to take this to #rockbox-community I guess 23.29.07 # BigBambi: this was on irc... 23.29.09 # is learnt a real word? sounds fake 23.29.25 # gevaerts: Ah, OK, I was still thinking in terms of applications 23.29.25 # mud-rb_: past tense of learn 23.29.34 # ...learned 23.29.36 # mud-rb_: Learnt is fine 23.29.40 # i see 23.30.33 # and so is learned (in terms of everyday English anyway, no doubt a linguist would have something to say) 23.30.49 Join CaptainKewl [0] (i=jds@207-237-172-5.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 23.31.23 # * DerPapst still has a lot to learn. 23.31.45 # http://www.askoxford.com/asktheexperts/faq/aboutspelling/learnt 23.32.13 # There you go :) 23.32.13 # * gevaerts thinks that English is an annoying language. At first it seems to have almost no grammar at all, it has several allowed variant spellings for nearly every word, and then suddenly they spring some weird rules on you 23.32.53 # oh, it's more used in british english i guess. i always thought that those spellings were just slang or whatever :) 23.33.26 # gevaerts: hahaha 23.33.26 # mud-rb_: so it is the opposite of slang :) 23.33.47 # pixelma: Unless something has broken it recently, I thought the ipod recording keymaps worked fine. I'll double-check later though. 23.33.51 Quit FOAD (Read error: 110 (Connection timed out)) 23.33.52 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 23.33.57 Join Insectoid [0] (n=q@adsl-072-148-075-054.sip.gnv.bellsouth.net) 23.34.04 # * gevaerts also suggests to hold english grammar and spelling discussions over ☞ in #rockbox-community 23.34.10 # "sorry for my terrible english, my native language is c++" © :) 23.34.49 # heh 23.34.55 # linuxstb: unfortunately I can't test on target, the problem is that I can't call the recording settings menu from within the recording screen 23.35.06 Join FOAD_ [0] (n=dok@dinah.blub.net) 23.35.17 # To build the manual currently, do I do configure then make manual? 23.35.27 Quit sarixe ("(EE) Failed to load "quit" module") 23.36.13 # linuxstb: and I believe DerPapst tried on target yesterday and couldn't find a button (combo) 23.37.25 Quit davina ("GNU/Linux the free alternative to Windows") 23.37.26 # BigBambi: I believe you wouldn't have to configure for the manual (because you have to "make manual" anyway) but I still do (doesn't hurt and I keep it in a different directory). 23.37.45 # So I was about to ask if anyone had any idea as to why my iPod 5g running latest svn freezes when it attempts to play anything, even after all kinds of poking about (chkdsk, etc) -- but I ran chkdsk one last time and now I'm getting all kinds of \Music\The Beatles\1967-1970 (US Stereo Ebbetts)\CD1\07. Penny Lane.mp3 is cross-linked on allocation unit 149652. messages. 23.37.59 # pixelma: As with current svn and configue then make manual it fails on the gigabeat manual 23.38.12 # pixelma: May I pastebin you the error? 23.38.28 # you can try 23.38.29 # Insectoid: can you try the version from 2008-03-19 (r16712) ? 23.38.47 # Sure -- but I'm building with cygwin so it'll take a bit. 23.39.18 Quit BlakeJohnson86 ("Leaving.") 23.39.32 # pixelma: http://www.pastebin.ca/961485 Does it build OK for you/anyone else? 23.39.33 # Insectoid: you can download a build from http://www.rockbox.org/dl.cgi?bin=ipodvideo 23.41.16 Quit BigBambi ("Please insert girder") 23.41.20 # gevaerts: Downloading and installing now. 23.41.59 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 23.42.15 # BigBambi: just tried, works fine for me. 23.42.32 # bluebrother: weird. Does the pastebin mean anything to you? 23.43.16 # BigBambi: builds fine for me too (using cygwin). Your error looks unfamiliar to me, maybe it's something in your setup? Is this the first time you tried building the manual? 23.43.44 # Nico_P: sounds sweet, then, but i guess you must add an error condition for when there is not enough room in the buffer for a file at all 23.43.49 # I'd guess its some features thingy that doesn't run correctly and thus doesn't create the initial document 23.44.02 # preglow: there is :) 23.44.13 # pixelma: Yes, since I reinstalled. I installed the packages mentioned on the manual how-to page (and before I reinstalled I could build fine), but I'll check them again 23.44.51 # preglow: you want to use bufopen with TYPE_ATOMIC_AUDIO 23.45.02 # audio_load_track already does it 23.45.32 # What happens if there isn't enough room? 23.45.34 # BigBambi: you need to have gcc installed since features.txt was added to the manual build process 23.45.48 # linuxstb: bufopen will fail 23.45.54 # bluebrother: yeah, gcc is there 23.45.56 # gevaerts: Works perfectly. 23.46.04 # Nico_P: So what does the playback engine do in that case? 23.46.05 # Thank you 23.46.31 # linuxstb: it will stop buffering. in the new code that means reaching the STATE_FULL state 23.46.47 # So it will try again later? 23.46.52 # BigBambi: do you have a file manual/rockbox-build.tex in the build folder? 23.47.03 # yes, when the buffering thread tells it the buffer is low 23.47.15 # * gevaerts tells linuxstb that there is indeed most probably a bug in sample_output_stereo() 23.47.21 # there could be a problem when trying to add a file that's bigger than the buffer though 23.47.34 # bluebrother: Yes, inside the manual sub directory of the build folder 23.47.36 # gevaerts: I already agreed with you ;) 23.48.07 # linuxstb: I know, but we have more evidence now ;) Anyway, I'm not up to fixing it 23.48.48 # I just wonder why nobody noticed before today. That code is 8 days old 23.48.55 Join BlakeJohnson86 [0] (n=bjohnson@c-67-190-234-51.hsd1.mn.comcast.net) 23.48.59 # bluebrother: Ah, I think it is the latex-ucs that is the problem 23.49.12 # bluebrother: I'll do a little more investigating then report back 23.49.55 # gevaerts: I think I know how/where to fix it - I'll need to see if I can recreate the problem though, and probably not tonight... 23.51.13 # I'm assuming the dest buffer in the call to dsp_process() (in playback.c) is only 16-bit aligned. This buffer is provided by pcmbuf_request_buffer(), which needs to ensure things are aligned. 23.52.01 # We could of course just revert r16717 until it's fixed... 23.53.14 # * gevaerts sees that preglow also has worked on that file, so he might also be able to fix it 23.53.37 Quit FOAD (Read error: 110 (Connection timed out)) 23.53.37 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 23.57.35 # sample_output_stereo bug? 23.57.39 # c or asm? 23.57.56 # preglow: asm 23.58.18 # gevaerts: arm? 23.58.38 # preglow: yes. Seen on ipod 5g, data abort 23.58.40 # buschel probably introduced a bug, then, what is the error? data abort?