--- Log for 07.11.107 Server: kubrick.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 hours and 57 minutes ago 00.00.18 # unless it's Tuesday, then it's three decades. 00.00.38 # ...at least, that should reset it. 00.00.51 # it's funny though, because you could easily create a program that requires you to hold a button for two decades 00.00.56 # No one has completed the procedure yet... 00.01.04 # except Chuck Norris 00.01.29 Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) 00.01.32 # I wouldn't consider Chuck Norris "one". 00.02.27 # * eigma laughs out loud 00.03.46 # hey JdGordon 00.03.58 # hey 00.05.34 Join spiorf [0] (n=spiorf@host171-227-dynamic.8-87-r.retail.telecomitalia.it) 00.06.43 Quit FOAD (Read error: 110 (Connection timed out)) 00.06.43 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 00.06.50 # chuck norris is many 00.07.14 # For official Chuck Norris discussion, please join #rockbox-community 00.07.23 Join DarkDaemon [0] (n=Prisoner@dsl-207-112-74-153.tor.primus.ca) 00.07.25 # hey 00.07.42 # i was wondering if you guys could help me with a little situation i'm having with itunes? 00.08.02 # DarkDaemon: does it have something to do with rockbox? 00.08.14 # no :( 00.08.35 # please read the guidelines linked in the topic :) 00.09.01 # ok sorry 00.09.05 Part DarkDaemon 00.09.37 Nick eigma is now known as ChuckNorris (n=cat@216.48.162.210) 00.10.00 Nick ChuckNorris is now known as eigma (n=cat@216.48.162.210) 00.10.16 Quit MajorC () 00.11.10 Quit jgarvey ("Leaving") 00.11.22 Quit linuxstb (Read error: 113 (No route to host)) 00.14.14 Nick guyzmo_ is now known as guyzmo (n=guyzmo@nenya.mithrandir.net) 00.15.07 # topic topic 00.20.21 Quit ompaul (Client Quit) 00.22.51 # "The one who is many" 00.22.54 # scnr 00.27.35 Join JRoT|Stage [0] (n=JRoT@ip4da03737.direct-adsl.nl) 00.28.44 # amiconn: can I bother you with some LCD initialization sequence questions? 00.31.35 # :) 00.31.59 Join Jakeworld [0] (n=chatzill@66-214-64-213.dhcp.snlo.ca.charter.com) 00.32.35 # in a WPS file, is there any way to display the volume as a percent? 00.33.06 # hey, I tried updating my build today and encountered a major problem with playback, the files endlessly skip forward 00.33.09 # There is no such concept as volume in percent. Volume is logarithic 00.33.15 # eigma: Just ask 00.33.36 # I tried using the most recent build, and with a clean build, but it was still happening 00.34.12 # amiconn: it's a bit of a long story.. have you ever heard of persistent storage (like an EEPROM) in a LCD controller? 00.34.29 # actually I suppose not the *most* recent, 15498, but I'll give it a shot quickly 00.35.16 Quit Arathis ("Bye, bye") 00.35.50 # Jakeworld: what player do you have, what files are these and did they play fine before? 00.36.08 # The Samsung S6B33 has an OTP eprom 00.36.16 # Gigabeat F40, musepack sv7 q8 files 00.36.29 # I tried 15470 and it works just fine 00.36.30 Quit Soap (Read error: 110 (Connection timed out)) 00.36.53 # yes, 15500 does it too 00.36.54 # all right, here's the entire story 00.36.58 # then it data aborts 00.37.31 # I was trying to figure out how to control the backlight brightness, and by looking at the OF, I found that whatever controls it hangs off the SPI bus; I also figured out which GPIO was the chip select. 00.37.35 # I'd say what the data abort is, but the LCD is off 00.38.02 Join dandin1 [0] (n=dandin1@bas7-ottawa23-1088833913.dsl.bell.ca) 00.38.10 # the commands are something like this: A4h 00h XXh BBh, where XX is between 00h and 80h and sets the brightness of the backlight. 00.39.10 # Jakeworld: hmm... can't help you there (I neither have a gigabeat nor musepack files). I guess though that it's still some resulting bugs from the Metadata on buffer changes and followup changes. Maybe Nico_P could look into it, he's involved in this and has a gigabeat 00.39.12 # it turns out that BBh also controls something about the screen; I think it's something like contrast.. when too high or too low, the screen looks washed out, almost a negative image and in shades of gray 00.39.51 # I tried sending other Axh commands, I scanned from A0h and AFh, and I somehow got it stuck on the 00h contrast setting.. it wouldn't go back to normal even after disconnecting the battery 00.39.56 # I'll try and pass it along to him then, I'll give some other codecs a run and see if they do it as well 00.40.09 Join Angryman [0] (i=50e0a118@gateway/web/cgi-irc/labb.contactor.se/x-3f16d656fefa7c1d) 00.40.26 Quit bertrik ("bye") 00.41.03 # I also found that the OF sends a command that returns data (the only one that I have seen to far that is a "read"), which is A8h 00h. 00.41.23 # when the screen was borked, it was returning a value that was causing the OF to skip some initialization commands 00.41.51 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 00.41.55 # I tried sending those commands myself manually and the screen was fixed, for good -- and from then on, A8h returned a value that caused the OF to send those initialization commands on every subsequent boot 00.42.16 # is this making any sense so far? 00.44.07 Quit Angryman (Client Quit) 00.44.45 # Not really. I haven't seen an lcd controller with an eeprom 00.45.11 # oh yeah... is there any way you guys could get a Z-machine running under rockbox? :-) 00.45.16 # But then the lcd controllers I know are for lower resolutions than the m:robe 00.45.54 Quit ender` (" Doesn't it strike you as mildly ironic that most of the people who are against abortion are people you wouldn't want to fuc") 00.47.08 # hrm :\ 00.50.16 # interesting, it would appear my seeking bug is exclusive to musepack, at least in the codecs I've tried 00.51.21 Join Soap [0] (n=Soap@rockbox/staff/soap) 00.51.53 Quit JRoT (Read error: 110 (Connection timed out)) 00.53.17 Quit XavierGr (Nick collision from services.) 00.53.18 Join XavierGr_ [0] (n=xavier@ppp41-222.adsl.forthnet.gr) 00.54.35 Join atsea- [0] (i=atsea-@gateway/tor/x-74ed19e71ae2c30b) 00.56.11 Quit japc (Remote closed the connection) 00.56.49 Quit linuxstb_ (Read error: 113 (No route to host)) 00.58.32 Join spiorf_ [0] (n=spiorf@host148-207-dynamic.16-79-r.retail.telecomitalia.it) 01.00.01 Quit cooz () 01.00.46 # Jakeworld: I'll test 01.01.02 # oh, I was just about to file a bug report 01.01.02 Quit scorche|w ("CGI:IRC (Ping timeout)") 01.01.21 # it seems it only occurs with musepack files 01.01.39 # though I only tested ogg, musepack, and LAME mp3 01.01.50 # hmm yeah I have it too 01.02.03 Quit Genre9mp3 ("I don't suffer from Rockbox psychosis. I enjoy every minute of it.") 01.02.05 # I remember having it at an early point of MoB development 01.02.43 # I'm not totally sure which revision is responsible for starting the behavior, but after 15470, and before 15496 01.02.46 # Nico_P: random question -- I notice some commented out code WRT cue sheets. What's the deal with that? 01.03.04 # lostlogic: it's preloading which I disabled 01.03.11 *** Saving seen data "./dancer.seen" 01.05.16 Quit spiorf_ (Remote closed the connection) 01.05.16 # hmm, I don't get it. 01.06.19 # Jakeworld: no need to file a bug report, I intend to fix the bug ASAP 01.06.29 # lostlogic: what don't you get? 01.06.30 # sure thing, I closed it out 01.07.12 # lostlogic: yo, tracking down issues, want to play along> 01.07.36 # Nico_P: I guess I don't get what cue sheet support is or why that bit of code was there in the first place, so I therefor don't see why it's disabled. I'll ignroe it for now. 01.07.43 # hcs: nope, only chatting ATM. 01.07.58 # 'k 01.08.00 # Nico_P: you're fixing rebuffer_handle? Because that would make you my hero... again. 01.08.08 # hcs: what issue you tracking though, out of curiosity 01.08.08 # ? 01.08.14 # lostlogic: not right now... it seems bufread is broken 01.08.21 # checking 01.09.09 # lostlogic: bugs with ADX. seem to involve backwards seeking not working 01.09.10 # wow... segfault in the sim 01.09.18 # and yeah, bufread is the culprit 01.09.24 # Nico_P: I've been getting those all the time now. 01.09.34 # lostlogic: http://repo.or.cz/w/Rockbox.git?a=commitdiff;h=cf815d5f2439bfdb6938101b635933d39687175e 01.09.51 # hcs: the ADX bugs? I thought lostlogic fixed them 01.09.57 Quit spiorf (Read error: 110 (Connection timed out)) 01.10.36 # Nico_P: Well, I rewrote it as it should have been. And I meant I've been getting segfaults in the sim all the time. 01.10.57 # ah. on what codecs? 01.11.04 # any, it seems 01.11.09 # oh 01.11.30 Join barrywardell [0] (n=barrywar@194.46.181.134) 01.11.35 # even MP3? 01.12.00 # yeah 01.12.23 # must be something wrong with my libraries... seems to happen within ALSA 01.14.41 Join billenium [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) 01.15.06 # Hello 01.15.10 # did you update the codecs? (make && make install) 01.15.29 # Nico_P: yeah, from scratch 01.16.08 Part pixelma 01.20.01 Join Rob222241 [0] (n=Miranda@p54B15138.dip.t-dialin.net) 01.20.02 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 01.20.16 Quit Dark_Apostrophe (Connection timed out) 01.20.17 # If I attempt to seek backwards in a file when that part of the buffer has been overwritten, what should happen? It looks like I just get an error. 01.21.45 # hcs: that's broken. 01.21.53 # hcs: how broken varies on other factors 01.21.58 # FS8092 01.22.03 # Hum. 01.22.22 # Thus "this is broken" in the comment, I suppose. 01.22.36 # Guess it's back to the old ADX, eh? 01.23.14 # Nico_P: hmm, I'm slightly confused. 01.23.22 # so much for playing nice... 01.23.50 # hcs: why are you changing back? 01.23.57 # lostlogic: by what? 01.23.59 # all codecs have the problem of seeking backwards off of the buffer 01.24.10 # Nico_P: that diff doesn't apply to current SVN afaics 01.24.20 # lostlogic: because ADXs almost always do this seek, so I run into it an awful lot 01.24.38 # lostlogic: no it doesn't... it's from MoB prehistory 01.24.39 # hcs: they seek back to the beginning of the file later during playback!? 01.25.01 # lostlogic: MPC relies on its bufread calls being satisfied 01.25.02 # lostlogic: not necessarily clear to the beginning, but back, yeah 01.25.33 # hcs: :( that... that's potentially problematic. 01.25.33 Quit JRoT|Stage (Read error: 104 (Connection reset by peer)) 01.25.50 # lostlogic: That's why I did those huge requests, to keep the beginning of the file from being overwritten. Why did you think I was doing it? 01.25.52 # hcs: if the buffer's been shrunk since it last seeked there it'll be off buffer regardless of old vs. new buffering code I think 01.26.47 # Nico_P: hmm, by definition a bufread call can be checked &| looped over to get the full amount of data 01.26.55 # it's only bufgetdata that is pretty much past-fail 01.27.08 # amiconn: know anything about the GCP signal in EPSON LCDs? 01.27.17 # because bufgetdata may have a permanent unsatisfiable request for contiguous data 01.27.27 # but bufread can always fill furthre into the client's poitner 01.27.34 # what's your proposed solution? 01.27.50 # lostlogic: yeah but the fact that the chunksize check is common to both breaks bufread... I'll move it to bufgetdata 01.28.01 # Nico_P: no. 01.28.31 # Nico_P: neither one is allowed to request data that would require a buffer_handle request to read more than a single filechunk in order to satisfy it 01.28.35 # lostlogic: why? also in it, size = MAX(avail,BUFFERING_DEFAULT_FILECHUNK); looks wrong to me... shouldn't it be MIN? 01.28.41 # introduces potential (likely) long waits 01.28.47 # lostlogic: I don't agree 01.29.03 # no, it's _ok_ to satisfy more than a filechunk if it's already available 01.29.24 # Nico_P: we cannot offer any guarantee of _when_ any more than _one_ chunk of data will be read by a buf_request_buffer_handle call. 01.29.33 # yeah but then you return more than originally asked for 01.29.46 # so unless it loops the buf_request_buffer_handle call it's absolutely illegal to request more than filechunk mor than avail 01.31.02 # yeah I see what you mean 01.31.03 # Nico_P: could do a MIN(size,MAX(avail,filechunk)). 01.31.31 # yeah that's what I was thinking 01.31.49 # I think that's right, I had misthought that size was already > avail at that point. 01.32.19 Quit eigma ("homework") 01.32.45 # in my case it wasn't I think... size was less than avail but then size became avail 01.33.01 # and trying to copy that much data failed 01.33.02 # Nico_P: yeah, definitely possible. 01.33.08 # I were wrong. 01.33.16 # size = MIN(size, MAX(avail, BUFFERING_DEFAULT_FILECHUNK)); fixes MPC 01.33.20 # I'll commit 01.33.21 # great :) 01.33.40 # this is a very delicate alchemy :p 01.34.12 # Nico_P: yeah, I'm really glad that we have two minds actively engaged in it because we seem to have different perspectives that end up with a better final result. 01.34.20 Quit Rob222241 (Read error: 104 (Connection reset by peer)) 01.34.39 # So help me out here, minds. 01.34.42 # lol 01.34.55 # very true... I'm also very thankful that you helped out that much 01.34.58 # Do I give up and revert? 01.35.07 # hcs: I don't think revert will fix 01.35.13 # I have a theory though 01.35.15 # hcs: wait a minute 01.35.18 # 'k 01.35.27 Join Rob2222 [0] (n=Miranda@p54B15138.dip.t-dialin.net) 01.35.34 Join JRoT|Stage [0] (n=JRoT@ip4da03737.direct-adsl.nl) 01.35.47 # (I'll speak my theory before I hafta run here and then Nico can get to you after his minute) 01.36.36 # what kind of backward seeks are likely in adx? 01.37.09 # my idea is that you can avoid advancing the buffer after reads until you won't need the earlier data any more but that might depend on where buffer wraps fall :( 01.37.27 # lostlogic: that was the logic on which the old version worked 01.37.40 # hcs: but it got lost? 01.38.07 # it seemed to work pretty well until I got to the Sansa 01.38.28 # and all these changes being made to buffering recently have destabilized things 01.38.38 # hcs: hmm, so what happens if the distance between playing and earliest seek needed is wrapping the buffer end? 01.39.11 # hcs: I think you're right that with the latest patches to buffering today the old code might be more stable than the new. 01.39.31 # I can accept a smaller buffer than the whole file, then when it hits the end it requests the whole thing again. 01.39.31 # (even though it might cause some logf warnings from the buffering code) 01.39.48 # hcs: but what if the whole thing will never be satisfied because it wraps the buffere nd? 01.39.52 # that's what I'm concerned with. 01.40.03 # yeah, it's a bad strategy, don't know why it worked so long 01.40.23 # hcs: I ended up not trying your ADX files because I thought the prob was fixed, but I'll have a look 01.41.03 # Nico_P: "which would be bad" <-- :) 01.41.14 # ;) 01.41.18 # Nico_P: please do, those three are large enough that the first two fill the buffer, then when the third is loaded near the end of the second (but before the second is entirely done) things go awry 01.41.28 # Jakeworld: the problem is fixed... thanks for reporting 01.41.43 Join iamben [0] (n=ben@adsl-75-25-102-163.dsl.spfdmo.sbcglobal.net) 01.41.49 # no problem, thanks for the awesome work you do :D 01.42.27 # ok, I gotta run, sorry I don't have a good answer for your complex codec there hcs :( 01.42.39 # lostlogic: thanks for your attempts 01.42.59 # hcs: I probably won't come up with one this evening either... it's already late here 01.43.16 # glad to have more minds on the problem 01.45.21 # AWAY 01.55.22 Quit einhirn (Read error: 104 (Connection reset by peer)) 01.55.43 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 01.55.51 Quit advcomp2019 (Nick collision from services.) 01.55.55 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 01.56.38 Quit Soap (Read error: 110 (Connection timed out)) 01.57.10 Quit billenium ("Ex-Chat") 01.59.24 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 01.59.58 Join Rob2222 [0] (n=Miranda@p54B15138.dip.t-dialin.net) 02.01.03 Join Soap [0] (n=Soap@rockbox/staff/soap) 02.02.04 Join donutman25 [0] (n=chatzill@65.75.87.48) 02.02.26 Quit Jakeworld ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") 02.03.36 # dionoea: I comitted a fix to the problem you reported earlier 02.06.48 # hcs: sorry, I'm really too tired to investigate the ADX problems today... bed time 02.07.01 # ...or after I fix my warning 02.07.05 # * Nico_P slaps forehead 02.07.06 # g'night 02.14.26 # sup 02.15.56 Join billenium [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) 02.16.48 Join Thundercloud [0] (n=thunderc@resnet08.nat.lancs.ac.uk) 02.16.59 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.17.43 Quit Nico_P (Remote closed the connection) 02.20.31 Join micols [0] (n=micols@scharff.fys.ku.dk) 02.22.06 Quit micols_ (Read error: 104 (Connection reset by peer)) 02.22.20 Quit JRoT|Stage (Read error: 110 (Connection timed out)) 02.24.50 Join JRoT|Stage [0] (n=JRoT@ip4da03737.direct-adsl.nl) 02.26.31 Quit petur ("Zzzzz") 02.27.27 Quit Thundercloud (Remote closed the connection) 02.27.31 Quit dandin1 (Read error: 104 (Connection reset by peer)) 02.29.46 Join dandin1 [0] (n=dandin1@bas7-ottawa23-1088833913.dsl.bell.ca) 02.36.34 Join sdoyon [0] (n=steph@modemcable193.152-83-70.mc.videotron.ca) 02.37.30 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 02.39.24 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 02.43.36 Quit barrywardell () 02.45.47 # Nico_P: (If you read logs) Nice fix for something I missed with my id3v2 dropping 03.03.12 *** Saving seen data "./dancer.seen" 03.05.05 Quit JRoT|Stage (Read error: 110 (Connection timed out)) 03.06.50 Join JRoT|Stage [0] (n=JRoT@ip4da03737.direct-adsl.nl) 03.08.28 Join Brian_ [0] (n=Brian@pool-71-117-215-135.ptldor.fios.verizon.net) 03.08.31 # hey 03.13.17 Join Dark_Apostrophe [0] (n=darkapos@217-50-177.231210.adsl.tele2.no) 03.15.24 Join allele [0] (n=allele@CPE-69-23-137-242.wi.res.rr.com) 03.15.28 # hello 03.16.23 # is there rockbox planed for sansa clip 03.17.34 # Brian_: new ports aren't really planned they just happen when someone is interested enough 03.18.00 # Brian_: see http://www.rockbox.org/twiki/bin/view/Main/NewPort 03.18.03 # I don't want to quote the party line, because it always sounds...well..."jerky" - but it is true. Rockbox is never "planned" in such a manner. People port it to the players they are willing and able to port it to. There is no central command issuing orders like "port to player X" or "make more games". 03.18.28 # I installed the rockbox toolchain using 'sudo sh rockbox.sh', but when I try compiling rockbox I get "arm-elf-gcc: command not found". 03.19.44 # allele, that is a failure to add the newly compiled (via the shell script) cross-compilers to your PATH. This step is covered in the wiki. Give me a sec and I'll pull up the page if you are not currently looking at it. 03.23.01 # looks like that step isn't mentioned explicitly in http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler#Step_2a_Automatic_build after all, allele. See the very last part of the Manual Build section of that page for a mention of adding the compilers to your PATH. 03.26.22 Join barrywardell [0] (n=barrywar@194.46.181.134) 03.27.25 Quit Brian_ ("Leaving") 03.27.45 # ok. thats scary. I'm not going to be trying on my old rio carbon anytime soon like i was pondering. 03.28.11 # sdoyon: If it's supposed to be _spelling_ the filename, why should it speak the filetype rather than spell it at the end? 03.29.30 # Llorean: The idea is to cut down on the painful spelling you have to listen to. You can quickly skip over files of the wrong type. 03.30.17 # Perhaps there should be an option "speak type first" that speaks the type of what you have highlighted first (whether spelling or using .talk clips)? 03.31.14 # It seems to me even with .talk clips you might want to know the type first, meanwhile just arbitrarily speaking the type first when people expect spelling is forcing your choice on users who may not want it (it would actually slow me down a lot since I don't have any repetition in my lists, so I just use the first letter or two to identify what's highlighted) 03.31.53 # Hearing "Folder" first before hearing the beginning of the folder name would slow me down drastically the few times I use voice. 03.32.00 Join RaRe` [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) 03.32.02 # Llorean: I had a setting but I took it out, expecting people wouldn't want me to add a new one, and I had had positive feedback... 03.32.20 # It sounds like you're creating more repetition, rather than less. 03.32.49 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 03.33.01 # Hearing "Folder" before every folder and having to wait longer before you can hear the first few letters of its name, hearing "MP3" before the letters to identify the track name... 03.33.22 Join Rob2222 [0] (n=Miranda@p54B15138.dip.t-dialin.net) 03.33.55 # It only really seems useful if A) You're very uncertain of the filenames on your player, and B) You've got a mix of filetypes in each folder. Most times you only have Folders, and Files, and I think a lot of times you don't have files and folders alongside each other, since the first entries are always folders, so as soon as you get to a letter *before* the previous letter, you know you're past the folders. 03.34.08 # Llorean: well, in use I found it helped. It's true in some cases it'll introduce repetition. 03.34.25 # In what situation does it reduce repetition? 03.34.32 # Llorean: Try looking for a bookmark file... 03.35.10 # So, it reduces repetition for bookmarks while increasing it in "Scrolling through folders" and "Scrolling through MP3 files" 03.35.15 # Which ones are more commonly used features? 03.35.59 # Llorean: Well, I guess I should have brought this up here then. I had kind of assumed it was OK as it had been languishing on the tracker for a long time. I'm not blaming you mind you, hard to follow everything on there. 03.36.13 Quit hardeep ("leaving") 03.36.40 # Well, I didn't expect it to be committed one-sided, since it's very definitely a case of something that works contrary to the setting name, since it's not spelling any more. 03.37.30 Join lemur_ [0] (n=lemur@cpe-76-81-127-6.socal.res.rr.com) 03.37.39 # Llorean: uh... there's still a lot of spelling going on :-). You know it's not a big deal, I'll just revert it while we discuss a better alternative then. 03.37.54 # I think an option "Speak extension first" is all you need. 03.38.07 # And have it speak it for either .talk or spelling if that's enabled. 03.38.08 Quit barrywardell () 03.38.16 # Since I *can* see it being useful, but think it is even for .talk when it is. 03.39.52 # Llorean: .talk is another case IMHO. You hear the whole name in under 1.5s most of the time. I think it's best to include the extension in the .talk clip (although the current .talk generation script doesn't do that I believe). The file types that are defined are not so specific: it's audio, not mp3 for example. 03.40.03 # big yawn. 03.40.34 # sdoyon: Still, folder names wouldn't have extensions. Files don't necessarily need extensions either, if they're not audio files. 03.41.01 # sdoyon: Even if you do have .talk clips generating extension, and even if you have it generate .talk clips for *all* files and folders, it's possible that you might want to hear them first. 03.41.24 # It seems at least as useful to me as speaking them for spelling. 03.41.51 # Llorean: this commit has it say "folder" for .talk clips as well, only AFTER, as most of the time you know it's a folder already. And when there's no extension, there's no type...? 03.42.27 # Llorean: "hear them first"? 03.42.40 # The type. 03.42.46 # I still don't understand the difficulty with spelling. 03.42.55 # Why is it difficult to find a bookmark file? 03.42.59 Join nanok [0] (n=nanok@194.145.183.75) 03.42.59 # It's named the same as the audio file, right? 03.43.16 # Just a different extension, and since sorting is alphabetical, you'll know whether it'll be before or after. 03.43.21 # Or same as the playlist. 03.43.44 Quit allele ("Leaving") 03.45.47 Nick XavierGr_ is now known as XavierGr (n=xavier@ppp41-222.adsl.forthnet.gr) 03.45.54 Quit RaRe (Read error: 110 (Connection timed out)) 03.46.42 # Either way, I think forcing people to listen to the type first is a bad choice to make, especially if they willingly choose to have it spelled because they want it spelled 03.49.14 # Llorean: Well, at the risk of sounding stupid... I admit this one was kind of in the backlog of patches, and I have been using .talk clips a lot more than spelling for a while. You make good points. Hearing folder all the time could often be annoying in particular. 03.51.16 # Llorean: I remember liking this much when I had a mix of file types, configs and firmwares and such. And the point about the bookmark: it's still faster in some cases to listen just for folder or bookmark with little or no spelling... 03.52.18 # sdoyon: I can see that as being true only if you don't know what file you've saved the bookmark for, or if you can't remember. 03.52.26 # But either way, I'm not saying it's a bad option 03.52.30 # Just a bad thing to force on users. :) 03.53.19 Quit lemur (Read error: 110 (Connection timed out)) 03.54.20 # wow this mp3 that wont play in rockbox is one weird sucker 03.54.37 # plays in winamp, but open it with something like goldwave and it shows as having no sound 03.55.27 # Silent in windows media player 03.55.27 # Llorean: well I can just add the setting I used to have. But there's probably ways to make it more repetitive. 03.55.46 # Llorean: ... uh... less repetitive?! 03.55.50 # Hehehe 03.55.59 # Well, I'm not sure of a good way to make it less repetitive. 03.56.07 # But you can think about it, and I will. 03.56.16 # No need to rush something, as long as we don't fix about it 03.56.47 # Llorean: well do I add the setting or revert? 03.57.05 # I'd say add the setting for now. It sounds useful enough that it should be made available for users. 04.00.16 # we havnt got enough settings already? 04.00.31 # wow this file is weird 04.00.42 # Now that's what I expected to hear...! :-) 04.02.41 # well thats even more bizzare 04.03.13 # recoded the file using VLC as no editor could open it, file now looks like solid volume all the way in an editor, but plays perfectly 04.04.39 Quit XavierGr (Remote closed the connection) 04.04.40 Quit Soap (Read error: 110 (Connection timed out)) 04.04.47 Part Llorean 04.04.52 Join XavierGr [0] (n=xavier@ppp41-222.adsl.forthnet.gr) 04.05.08 Quit dandin1 () 04.05.29 Join Mouser_X [0] (i=cf9bb003@gateway/web/cgi-irc/ircatwork.com/x-5174a466b11ebb78) 04.05.35 Join Soap [0] (n=Soap@rockbox/staff/soap) 04.07.32 Join barrywardell [0] (n=barrywar@194.46.181.134) 04.20.13 # as i thought: the steapness of the curve increases dramatically after a certain voltage 04.20.45 # at about 3.6 volts it starts to be obvious, it takes about 20 minutes form there to shutdown 04.20.54 # (sansa e200) 04.21.23 # up to that point, it seems to stay fairly linear 04.21.38 # but i would have to do more tests.. 04.21.59 # nanok: Interesting. I recently added spontaneeous voicing of battery level, but didn't know when a final warning would be appropriate... 04.28.00 # currently it seems to shutdown at 3277 mV, but i need more samples 04.28.36 # from what i have now, it seems a smarter threshold would be 3500 (would loose only about 10 minutes of play time) 04.28.55 # or at least 3450, 3400 04.29.13 # nanok: is there a notion of unsafe level to do writes to flash? 04.29.18 # in that range the curve is getting quite steap, so the battery is not very happy 04.29.43 # sdoyon: interesting point. that i think should be considered also ;) 04.30.08 # sdoyon: right now i'm just playng with the bat bench and ploting with gnuplot 04.30.43 # the main reason is that the battery indicator is currently fairly.. dumb. and i think it can be made _very_ smart very easyly 04.31.07 Quit jmworx (Read error: 104 (Connection reset by peer)) 04.32.08 # i thought about a safer level of shutdown, so as not to stress the battery too much, but now that you mention it, writes to "disk" would be another thing to consider (but i think the lowest of the two should just be set as shutdown threshold) 04.33.26 # so, i take it we still haven't got the new usb code.. :( 04.33.57 # * nanok hates having to use the OF to charge the battery, not to mention file transfers 04.34.12 # Digressing a bit, but why is the estimated battery life so low on my X5 (X5L actually), like 6hours, while it used to be more like 15ish (and more in reality)? 04.34.28 Join Brian_ [0] (n=Brian@pool-71-117-215-135.ptldor.fios.verizon.net) 04.34.47 # sdoyon: i think it has a lot to do with the theme settings also 04.35.03 # When will rockbox for sansa clip be released 04.35.19 # nanok: I mean just the estimate, in info screen...? 04.35.30 # currently, as far as i understand, the voltage is read and, based on that, a "blind" linear estimate is made 04.35.58 # sdoyon: oh, okay, that one i think is theme independent 04.36.21 # nanok: must have changed at some point in the last months, it used to be closer to reality... 04.36.28 # Brian_, do not know because there is no timeline 04.37.13 # so basically you have 4.2 i think which is 100% and the shutdown threshold which is 0%, between them, the rb estimates linearly where you are, and gives you a percentage 04.37.14 # Brian_, plus the people here does not have much info of what is inside the clip 04.37.22 # now, for the estimated time, i am not so sure 04.39.50 # i am not certain if it estimates the consumption somehow or it is also just based on some figure (like, 100% on target X is y hours, so we have this many hours left) 04.40.37 # sdoyon: and i am not smart enough to read the code and tell ;) 04.43.32 Quit Brian_ ("Leaving") 04.52.17 # the idea would be to set the thresholds to something more suitable, and maybe to have a simple algorithm to estimate the time remaining and percentage more realitcially, like estimating the steapness of the curve locally, and predicting the shutdown time based on that (this should mean one would also have a better idea of how the current "avergae" usage pattern influences the lifetime) 04.52.33 # and it should be easy enough to do 04.52.45 Join KWhat_Mobile [0] (n=kwhat@netblock-66-159-216-40.dslextreme.com) 04.53.12 # i think by the end of the week i should have enough data to be able to make some acceptable estimations 04.53.33 # Is the problem with the X5 nightly as of last night preventing it from playing mp3 files? 04.54.41 # KWhat_Mobile: can you find a bugreport about that? 04.55.02 # you have ~bugzilla somewhere? 04.55.12 # http://www.rockbox.org/tracker ? 04.55.21 # damn, i nedd to go to sleep 04.55.22 # KWhat_Mobile: err well FWIW mine seems to play... 04.55.35 # KWhat_Mobile: i think that's it, yes 04.55.57 # KWhat_Mobile: you have a search box on the main page labeled "flyspray" 04.56.25 # yah got it 04.56.32 # does this thing show the build id in a menu somewhere 04.56.53 Quit hcs (Read error: 104 (Connection reset by peer)) 04.56.58 # KWhat_Mobile: on the player you mean? system, rockbox info 04.57.03 # wooo i got the future build 04.57.13 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 04.57.27 # r15493 dec 4 07 04.57.52 Join Rob2222 [0] (n=Miranda@p54B15138.dip.t-dialin.net) 04.58.15 Quit homielowe (Remote closed the connection) 04.58.21 # KWhat_Mobile: 15507 is the latest i have, got it 1/2h ago or so 04.58.46 # so yours is maybe just labeled wrong (timestamp) 04.59.06 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 04.59.17 # it is not really from the future (fortunately, that would have been something to keep me up at night :-P ) 05.00.15 # lol, its my local time, need ntp for this thing 05.00.24 # KWhat_Mobile: ;) 05.00.52 Quit JRoT|Stage (Read error: 110 (Connection timed out)) 05.01.34 Join JRoT|Stage [0] (n=JRoT@ip4da03737.direct-adsl.nl) 05.01.37 # strange fixxxed the date and now the booger players =) 05.01.59 # good job on a sweet ass app guys 05.02.23 # i bought this player specifically for rockbox 05.03.15 *** Saving seen data "./dancer.seen" 05.03.49 # Llorean: still around? 05.07.08 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 05.07.13 Join miepchen^schlaf [0] (n=hihi@p54BF67F7.dip.t-dialin.net) 05.09.51 # is there any way to have Rockbox as an application on a Nokia 770? 05.09.54 # it's be really cool. 05.10.09 # or on pretty much any other pda. 05.10.24 # it could totally kick pocket tunes' ass. 05.12.04 # jpt9, if the 770 has SDL, it can run the sim as an app. 05.12.25 # it might... 05.12.28 # not sure. 05.13.22 # there is sdl. 05.13.30 # they've done dosbox: http://issaris.blogspot.com/2006/04/dosbox-on-nokia-770.html 05.13.56 # krazykit, jpt9: Running the Rockbox SIM, while possible, won't be idea... 05.14.00 # *ideal 05.14.10 # yeah... i know... 05.14.10 # The SIM has problems. 05.14.22 # i mean, you wouldn't want it as *firmware* per say... 05.14.26 # the 770 already runs linux. 05.14.34 # Ah, sorry, I didn't recognize your name (I don't come around here frequently.) 05.14.41 # but you wouldn't want it to simulate an existing device. 05.15.04 # What I mean, is that audio output in the SIMs is lacking. 05.15.10 # yeah... 05.15.13 # i noticed. 05.15.23 Join bb [0] (n=bb@unaffiliated/bb) 05.15.40 # it's a bit crackly (quiet artifacts occasionally), and a bunch of the audio settings don't seem to work. 05.16.26 # Yes. 05.16.36 # otherwise, it makes a great mp3 player. 05.16.41 # just needs a real scroll wheel :-) 05.16.43 # hmm... 05.17.43 # you guys should rig up the mouse wheel and button to scroll up/down and enter... 05.18.55 # jpt9: Check the Wiki. Someone is working on adding touchpad/mouse support. 05.19.04 # (I don't remember the article's name.) 05.19.19 # i just mean in the simulator... 05.19.29 # basically add a couple of keybindings. 05.19.34 # I know. It'd be added to the SIMs as well. 05.19.43 # what devices would there be that would use it? 05.19.56 # afaik, there aren't any touchscreen mp3 players with rockbox ports. 05.20.02 # The m:ROBE is entirely touchscreen based. 05.20.06 # oh. 05.20.14 # It has 1 button, and that's the power button. 05.20.38 # are there any skins for it? it's VGA! 05.20.53 # Not yet. The port is still in the works. 05.21.05 # oh. 05.21.10 # (Though, that would be sweet!) 05.27.46 Quit bb_ (Read error: 110 (Connection timed out)) 05.28.23 Quit barrywardell () 05.28.45 # * jpt9 is playing minizork in the simulator while listening to music. 05.28.45 Quit sdoyon ("ircII EPIC4-2.4 -- Are we there yet?") 05.28.59 # thank god for the simulator... my Sansa is being shipped via SmartPort :-P 05.29.48 # you guys should add the ability to change the font in the text viewer. 05.29.52 # (and possibly the editor) 05.34.38 Join Llorean [0] (n=llorean@12.198.112.130) 05.35.00 Join kkurbjun [0] (n=kkurbjun@c-67-166-49-171.hsd1.co.comcast.net) 05.35.13 # Minizork on the simulator? 05.35.17 # yes. 05.35.19 # What's minizork? 05.35.20 # the gameboy game. 05.35.30 # it's a miniature (scaled-down) version of Zork. 05.35.33 # the text adventure. 05.35.33 # Oh! I didn't know there was a GB of that. 05.35.36 # yeah. 05.35.47 # * Mouser_X will load it onto his Gigabeat later. 05.36.05 # http://nocash.emubase.de/infgmb.htm 05.36.07 # (I've already got the GoodGB/C 05.36.12 # ) 05.36.18 # how fast/slow is the GB emu on a real device? 05.36.38 # On the Gigabeat, it's runs fine (though, the Gigabeat has a 300 mhz CPU.) 05.36.50 # oh. 05.36.50 # As for other targets, I've heard it struggles on the iPod. 05.36.59 # what about the e250 05.37.12 # (Most people have audio disabled on the iPod.) 05.37.16 # yah. 05.37.19 # yeah. 05.37.29 # No idea, but I'd guess it's about the same as the iPod, since the CPU types are similar. 05.37.31 # it's laggy with audio on the simulator on a 2GHz dual-core laptop :-) 05.37.44 # is it still laggy on the ipod without the audio? 05.37.56 # I don't know. Never played it on an iPod. 05.38.00 # amd how laggy are we talking about? 05.38.03 # like unplayable? 05.38.09 # No, it's playable. 05.38.22 # (Though, I don't know if that's with, or without, audio.) 05.38.24 # a zmachine that used normal save formats would make a great plugin. 05.38.52 # (it'd be nice if there were other input methods besides the fullscreen keyboard... perhaps something with a dictionary or at least pairs/triplets of common letters) 05.40.10 Quit hcs (Read error: 104 (Connection reset by peer)) 05.40.13 # Honestly, I think something like a GB game's "Input name" screen keyboard would be nice... 05.40.35 # maybe with a few (5 or 10) user customizable words. 05.40.45 # and the ability to pick words off the screen (for the text adventure) 05.41.00 # that's pretty much what most palm ones provide (besides graffiti), and it works quite well. 05.41.05 # Multi-screen switching, instead of having to scroll through everything to access stuff. 05.41.21 # yeah... 05.41.33 # some sort of input mode (like T9/abc/123/symbols on phones). 05.41.50 # you guys should check out the insane number of input methods iPodLinux has, and possibly steal some from there :-) 05.41.58 # then again, most of those are designed for a wheel. 05.42.02 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 05.42.04 # HCS was working on input methods. But not for this purpose. 05.42.46 # a binary search/tree thing -- press Up for A-M, Down for N-Z, etc. might be interesting. I wrote something like that for my palm; it was (I think) 5 presses/character, but I actually got pretty quick at using it. 05.48.02 # how about user-defined keyboard layouts? 05.49.10 # I think the problem you run into with changing the keyboard, is in making it too complex. 05.49.17 # yeah... 05.49.28 # user-defined layouts would be nice... 05.49.35 # I don't think a user-defined layout would be a good idea, because of that. 05.49.35 # and if you loaded them from a text file... 05.49.44 # you could edit them onboard the device :-) 05.54.34 Join qweru [0] (n=kvirc@bb-87-80-66-156.ukonline.co.uk) 05.54.53 # why do i have a feeling that i'm going to spend a month or so doing nothing but grabbing the latest rockbox updates every 10 minutes and playing with them, and not actually using the 2GB on my Sansa to play any music? :-D 05.54.57 # you guys rock! 05.56.12 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 05.56.25 # lol... 05.56.40 # * Mouser_X is hoping that all the nasty bugs will be fixed soon... 05.56.45 # i'm searching for songs, and since it's case insensitive, i'm just jumping between upper/lower case depending on which one's closer. 05.56.50 # what nasty bugs?! 05.57.07 # A lot of stuff showed up from the MoB commit. 05.57.17 Join Rob2222 [0] (n=Miranda@p54B15138.dip.t-dialin.net) 05.57.21 # Much of it has been fixed, but things are still showing up occasionally. 05.57.24 # MoB? 05.57.31 # Metadata on Buffer. 05.57.34 # oh. 05.57.43 # * jpt9 loves Database > Same as current... 05.57.47 # it's awesome. 05.58.04 # I don't use the database. 05.58.07 # oh. 05.58.15 Quit Bjoern-Erik (Connection reset by peer) 05.58.19 # i just like that Rockbox gives you the option to browse or use the database. 05.58.20 # or use both. 05.58.26 # it's the best of both worlds. 05.58.33 # I have over 40,000 untagged files on my Gigabeat. It'd make a mess in the database... 05.58.36 # oh. 05.58.37 # yeah. 05.58.48 # can you guys get the wheel on the Sansa to pulsate to the beat? :-) that'd be fun. 06.00.08 # Check the tracker. Maybe there's already a patch for it. 06.01.02 # i think there is. 06.01.35 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 06.02.11 Join Rob2222 [0] (n=Miranda@p54B15138.dip.t-dialin.net) 06.05.03 Join Calcipher [0] (n=Calciphe@ool-18bab657.dyn.optonline.net) 06.05.58 Quit JRoT|Stage (Read error: 110 (Connection timed out)) 06.07.48 Join psycho_maniac [0] (i=psycho_m@ppp-64-91-85-253.cam.centurytel.net) 06.08.48 # for what? 06.10.36 # jpt9: I already *have* the High Voltage SID collection on my Gigabeat. (Remember those 40,000 untagged files? 32,000 of them are SIDs) 06.10.42 # * Mouser_X is reading logs. 06.10.44 # ohh.... 06.10.45 # spiffy. 06.10.56 # what was the patch that you were talking about for? 06.11.32 # Read what you said, *immediatly* before what I said. 06.11.43 # lol... 06.11.45 # lemme see... 06.12.48 Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) 06.12.59 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 06.13.11 # can't seem to find it... 06.13.23 Join Rob2222 [0] (n=Miranda@p54B15138.dip.t-dialin.net) 06.19.12 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 06.19.30 Join dominx [0] (n=erickim9@cpe-76-87-164-182.socal.res.rr.com) 06.19.49 Join Rob2222 [0] (n=Miranda@p54B15138.dip.t-dialin.net) 06.20.50 Join Bjoern-Erik [0] (n=Bjoern@108.80-202-110.nextgentel.com) 06.21.46 Quit psycho_maniac (" HydraIRC -> http://www.hydrairc.com <- \o/") 06.25.25 Quit dominx () 06.25.49 Join ijuz_ [0] (n=ijuz@p54ABEF7F.dip.t-dialin.net) 06.27.03 Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) 06.36.30 Join Rob222241 [0] (n=Miranda@p54B15837.dip.t-dialin.net) 06.37.36 Join psycho_maniac [0] (i=psycho_m@ppp132.hk.centurytel.net) 06.39.42 Quit atsea- (Read error: 104 (Connection reset by peer)) 06.41.18 Quit KWhat_Mobile ("Download Gaim: http://gaim.sourceforge.net/") 06.42.08 # i love the little menu thingy that pops up when you hold Menu at the WPS on the Sansa. it's quite spiffy. 06.42.26 # say what 06.42.42 Quit ijuz (Read error: 110 (Connection timed out)) 06.43.23 # you mean quick menu? 06.43.32 # I think he's talking about the quick menu that shows up in the WPS, and allows you to view track info, change track ratings, and that stuff. 06.44.23 # oh sorry got them mixed up. 06.44.42 # the "context menu" 06.45.49 # I haven't read the manual in awhile. I forget what things are called, but I generally know what they *do.* 06.45.53 Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) 06.46.19 # actually i figured thats what it was called, but i made the menu come up on my player and it said that on top. 06.46.50 Quit lazka (Remote closed the connection) 06.48.02 Quit Mouser_X ("CGI:IRC (EOF)") 06.50.29 Join Mouser_X [0] (i=cf9bb003@gateway/web/cgi-irc/ircatwork.com/x-36097f99bae8d6a7) 06.52.36 Quit Rob2222 (Read error: 110 (Connection timed out)) 06.53.05 Quit TMM ("Ex-Chat") 07.00.45 Quit hannesd (Connection timed out) 07.00.45 Nick hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) 07.03.18 *** Saving seen data "./dancer.seen" 07.07.46 Join J3TC- [0] (n=jetc123@pool-71-125-77-210.nwrknj.east.verizon.net) 07.12.20 Join Siku [0] (i=Siku@e81-197-77-148.elisa-laajakaista.fi) 07.12.26 Join RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) 07.14.20 Join lemurgrl [0] (n=chatzill@72.168.174.95) 07.14.27 # Hi. :D 07.17.14 # I had a question about where I would find out about 6th gen iPod classic support? 07.17.32 # not from rockbox. 07.18.00 # I know Apple took measures against installing user created firmware on the 6th gen iPod. 07.18.41 # I'm coming down from an iAudio X5L which crapped out on me. To my dismay Apple is pretty much the only company still making HDD based DAPS (which aren't PMPS) 07.19.06 # Is there a comprehensive source where I can read up on the progress of Rockbox on the classic. 07.19.21 # If the prospect is hopeful or grim? 07.19.54 # there is no progress. 07.19.55 # lemurgrl: nobody's started porting to those devices 07.19.56 # lemurgrl, grim. here's what's happened so far: pretty much nothing. 07.20.09 # aren't we a bunch of gloom and doomers 07.20.16 # Sad. 07.20.26 # it's not remotely impossible though, you should start the port 07.20.29 # Makes me wish for a follow up to the X5. 07.20.50 # I would if I wasn't an idiot when it comes to programming. 07.21.00 # I'd like to. 07.21.06 # lemurgrl: :) 07.21.06 Join B|utEngel [0] (i=UPP@74-38-20-217.dsl1.pco.ca.frontiernet.net) 07.21.16 # lemurgrl: You could buy a Gigabeat. It's a HDD based player. 07.21.34 # I dunno. :/ 07.21.36 # I've heard the H100 is an excellent choice as well. 07.21.39 # How's the battery life? 07.21.41 # lemurgrl: http://www.rockbox.org/twiki/bin/view/Main/IpodStatus 07.21.43 # I owned an H300. 07.21.51 # I miss mjy H300 :( 07.21.54 # Most of the best players are out of production. 07.21.57 # (I broke two of them before getting my ipv) 07.22.00 # The battery life on the Gigabeat is fine. Easily 12+ hours. 07.22.08 # Probably 15+. 07.22.12 # ive been reading the manual to rockbox it dont say how to load music on the ipod after rock box has taken over 07.22.14 # :\ 07.22.16 # It seems most companies have totally given up on the prospect of HDD based players to compete with iPod. 07.22.21 # (I've never timed it myself.) 07.22.25 # Which sucks, especially since the iPod Classic is a buggy POS. 07.22.27 # :/ 07.22.33 # B|utEngel: anyway you wish, really 07.22.39 # B|utEngel, because you have a choice. use itunes and be able to play music in the OF too or drag and drop 07.22.45 # and chris pohl is a gothic god :) 07.22.58 # There's no reason to upgrade to the Gigabeat from my Zen Vision M really if there isn't a bump in capacity or battery life. 07.23.04 Quit Mouser_X ("CGI:IRC (EOF)") 07.23.26 # umm the ipod gose into disk mode when its plugged into USB cord 07.23.32 # I can only hope the ZVM 60gb will fetch a great price on ebay once it's been out of production a little while longer. 07.23.44 # B|utEngel: as it should 07.23.46 # the Apple OS for the ipod is gone 07.23.48 # UMS and hdd daps are going the way of the dodo :[ 07.23.51 # no it isnt 07.23.54 # o 07.24.08 # disk mode is part of the apple OS too 07.24.12 # And I refuse to pay archos $20 for codec support. 07.24.19 Join Mouser_X [0] (i=cf9bb003@gateway/web/cgi-irc/ircatwork.com/x-166f2bf6cadae976) 07.24.50 # how can i get the ipod to not boot rock box but boot the apple Firm ware ? 07.25.03 # that is described in the manual 07.25.05 # its in the manual. 07.26.02 Quit Mouser_X (Client Quit) 07.26.35 # Would it be possible to shove the 80gb iPod hdd into the X5? 07.26.45 Join Mouser_X [0] (i=cf9bb003@gateway/web/cgi-irc/ircatwork.com/x-c23b02c71e546f54) 07.26.45 # what about this RECORD option on the main menu in rockbox ? 07.26.56 # B|utEngel: again, the manual ;) 07.27.05 # lemurgrl: check out the wiki page HardDriveReplacement 07.27.10 # lemurgrl: look up harddrive replacement on the wiki 07.27.17 # Hmm. 07.27.29 # me gently pats psycho_maniac :) 07.27.30 # How about a comprehensive list of improvements that rockbox makes in the 5th gen iPod? 07.27.32 # bah! 07.27.37 # I've always found that info to be really hard to find :[ 07.27.45 # lemurgrl: improvements over what? 07.27.54 # its very easy with the SEARCH button 07.27.55 # The original firmware. 07.27.59 # Added features. 07.28.12 # well, we typically dont look at the original firmware much 07.28.15 # lemurgrl: ipodlinux.org also has some info on the ipod 6 gen, doesn't look good 07.28.17 # who cares about the OF. thats not rockbox. 07.28.20 # says something about encrypted firmware 07.28.20 # but you can check out the wiki page WhyRockbox 07.28.52 # I wonder why Rockbox wasn't ported to the Zen Vision M 07.29.00 # Does the ZVM have the same firmware encryption? 07.29.05 # ill decrypt it with my sledge hammer. 07.29.22 # because no one has stepped forward with the time, player, and motivation to make it happen fully yet 07.30.21 # A sledge hammer can decrypt and/or disassemble anything! 07.30.22 # I figure it it's gonna happen for a player it's gonna be the classic. 07.30.33 # it doesnt just happen on its own... 07.30.34 # It's so popular... why is beyond me. 07.30.34 # :[ 07.30.51 # scorche. Do you go to #ga? 07.31.01 # i dont know what that is 07.31.03 # Your nick looks really familiar. 07.31.08 # Okay nvm. 07.31.11 Quit RaRe` (Read error: 110 (Connection timed out)) 07.31.13 Part safetydan 07.32.16 Join ramon8 [0] (i=DontFuCk@adsl-71-146-153-228.dsl.pltn13.sbcglobal.net) 07.32.50 # The X5L is going for like $400 on ebay. 07.32.55 # kkurbjun: was your commit to doom/i_system.c a mistake? 07.36.35 Quit psycho_maniac (" HydraIRC -> http://www.hydrairc.com <- The alternative IRC client") 07.38.08 Join JR0T [0] (n=JRoT@ip4da03737.direct-adsl.nl) 07.38.37 Quit lemurgrl ("Chatzilla 0.9.74 [Firefox 1.5.0.12/2007050813]") 07.40.26 Join LinusN [0] (i=linus@gateway/web/cgi-irc/labb.contactor.se/x-fb13e15f095099c5) 07.43.28 Quit qweru ("moo") 07.44.06 # podzilla Sucks compared to RockBox :D 07.44.24 # I'd be surprised if it was otherwise... 07.44.51 # i couldnt do nuthin with Busybox/podzilla 07.45.23 # i spent like 48 hours trying to get idoom on podzilla 07.45.36 Quit amiconn (Nick collision from services.) 07.45.45 Join amiconn [0] (n=jens@rockbox/developer/amiconn) 07.47.31 Join RaRe` [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) 07.51.19 Part Mouser_X 07.51.58 # zvm will probably happen... isn't it similar to what linuxstb has been working on? 07.56.18 Quit jhulst ("Konversation terminated!") 07.58.52 # dame 10100 Songs in my itunes :D 07.59.28 Part Llorean 07.59.51 # gah 08.01.18 # red deltas everywhere, and warnings added but not fixed by sdoyon :( 08.02.37 # everyone knew we woul get red delats if more voicing went in.... 08.04.46 # The fm radio voicing contains redundant code 08.05.05 # cant that new nano Video Firmware be used on the 5g ? 08.05.20 # nano video? 08.05.23 # yea 08.05.37 # i want the firmware on the 5g 08.05.49 # i have no idea what "nano video" is supposed to mean 08.05.59 # * JdGordon thinks B|utEngel might be lost... 08.06.14 Quit RaRe (Read error: 110 (Connection timed out)) 08.06.37 # nano Video is the new nano it is simply a 5g Ipod compact .... 08.06.51 # oh is it? 08.06.52 # no? 08.07.09 # are you referring to the 3rd gen nano commonly known as "fatty"? 08.07.09 # not even remotely. 08.07.12 Join pondlife [0] (n=Steve@rockbox/developer/pondlife) 08.07.29 # ok what dose it do the 5g dont ? 08.07.41 # your question has nothing to do with rockbox. 08.08.14 # * pondlife notes another dose of red deltas :/ 08.08.20 # ok 08.08.58 # * JdGordon confused by the new warning 08.09.12 # new warning? 08.09.36 # Ah, unused var 08.09.45 # ah! 08.09.54 # talk_ids() is defined to blank for hwcodec 08.09.57 # :( red deltas bad. I make pretty green deltas. 08.10.15 # JdGordon: i wonder why 08.10.16 # What timezone is sdoyon in? 08.11.18 # LinusN: ditto.. no idea 08.11.56 # hehe, time for the Archoses to have some red delta ? 08.12.08 # lots of nasy #defines in talk.h 08.12.56 # A lot of them could be made into a common routine to check if talking is possible, IIRC. 08.13.25 # talk_idarray() is compiled for hwcodec.. so i dont kjnow why its not being used? 08.13.39 # strange 08.13.48 # Why are those #defines (talk_ids etc.) in lower case 08.13.58 # Macros are meant to be upper-case, no? 08.14.12 # Or are they functions normally? 08.14.14 # * JdGordon very confused 08.14.36 # i guess they are meant to look like functions for some reason 08.14.51 # OH! right i get it 08.14.52 # Which is why this is confusing (well, one reason) 08.15.11 # its the hwcodec sims which cant talk... 08.15.18 # We should build talk.c into the HWCODEC sims regardless 08.15.20 # The radio screen voicing doesn't work on hwcodec atm 08.15.31 # Just for sim-plicity :p 08.15.39 # haw haw haw! 08.17.00 # pondlife: #define'ing functions for targets where they're empty is used in quite a number of places 08.17.04 Quit jpt9 (Read error: 110 (Connection timed out)) 08.17.13 # It's better than using an empty function 08.17.28 # amiconn: sure, but talk_ids() is a macro on all targets 08.17.52 # Oh, then it should not look like a function of course 08.18.00 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-140-16.w90-6.abo.wanadoo.fr) 08.18.12 # talk.h contains plenty of fake functions 08.19.04 # not sure why 08.20.15 # we should either convert them into functions, or convert to upper case 08.20.27 Join n17ikh [0] (n=n17ikh@c-76-23-98-11.hsd1.sc.comcast.net) 08.21.03 # The last 3 are nasty in that they waste binsize. The check for global_settings.talk_menu is compiled in everywhere those "functions" are used" 08.22.16 Join nick_ [0] (n=nick@c-71-58-125-209.hsd1.nj.comcast.net) 08.22.56 Quit nick_ (Client Quit) 08.23.16 # Functions would be better than macros, surely. 08.23.48 Quit n17ikh|Lappy (Connection timed out) 08.24.09 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 08.24.44 # I think that it would be a good idea to go through apps/, and give all talk_* functions which are called depending on global_settings.talk_menu from more than one place a counterpart that does the check itself 08.25.19 # talk.c is apps code and hence allowed to access global_settings 08.26.07 # warning "fixed" 08.26.14 Join aliask [0] (n=chatzill@c58-109-97-210.eburwd4.vic.optusnet.com.au) 08.28.15 # those undefined talk_ functions should be compiled as stubs on hwcodec sim... 08.28.39 # Why can't they use the same code as HWCODEC devices? 08.28.43 # It should come out in the wash 08.28.45 Join GodEater [0] (n=bryan@rockbox/staff/GodEater) 08.29.47 # * amiconn also wonders what timezone sdoyon is in 08.30.11 # It's always a bad surprise in the morning for me :| 08.31.04 # he isnt on IrcNicks! 08.31.11 # oh well :p 08.32.07 Join Rob2222 [0] (n=Miranda@p54B15115.dip.t-dialin.net) 08.32.40 Quit nanok (Read error: 113 (No route to host)) 08.33.48 # there are 4 functions which need stubbing (mas related) for the sim to enable the hwcodec sim to at least compile the talk code 08.34.07 # didn't know timezones were on ircnicks *adds* 08.34.40 # any one willing to download then DCC me a .bin firmware ? :\ 08.34.49 # rapidshare sucks 08.35.07 # B|utEngel: what does this have to do with rockbox? 08.35.23 # nothing . i just need a favor 08.35.24 # :\ 08.35.39 # it hassed to do with ipods tho 08.35.42 # ;0 08.35.58 # this isnt #ipod, this is #rockbox 08.36.05 # o 08.36.06 # please read the channel guidelines ;) 08.36.51 # lol Ok chill ill stfu 08.38.20 # Stéphane Doyon seems to be from canada 08.39.07 # anyone know what a safe value for mp3_get_pos() to always return for the sim would be? 08.39.08 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) 08.39.21 Quit ompaul (Read error: 113 (No route to host)) 08.45.59 # LinusN: amiconn: http://rafb.net/p/7dYFcd32.html <- get hwcodec sim compiling talk (doesnt actually talk though...) commit? 08.47.21 # dinner.. back in 20 08.47.25 # JdGordon: you messed up Zagor's name again 08.48.10 # Poor Zagor 08.48.27 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 08.49.23 # JdGordon: Can you not let most of talk.c be the same on sim, and only #ifdef at a lower level? 08.49.32 Quit BigBambi (Read error: 113 (No route to host)) 08.51.11 Quit Rob222241 (Read error: 110 (Connection timed out)) 08.51.51 Quit Toki (Read error: 104 (Connection reset by peer)) 08.54.40 Join annulus__ [0] (n=ap@81-237-222-105-no91.tbcn.telia.com) 08.57.01 # I think I know now how to add backlight brightness to G5 and keep software pwm fade-in + fade-out 08.58.19 # nice 08.58.49 # amiconn, a better solution than the patch that some use, where it flips the backlight on and off really fast. 08.58.52 # It's a bit tricky because backlight-nano_video.c needs to track state of 2 pins, and pulse counts on a 3rd 08.59.17 # krazykit: That's a hack. I know now how to control the hardware circuit for backlight brightness 08.59.46 # We could also fade in/out using that circuit, but that wouldn't look smooth, especially at low brightness levels 08.59.49 # amiconn: but the resolution is too low for nice fading? 08.59.54 # 32 levels 08.59.54 # i know it's a hack, that's why your solution is better. 08.59.56 # ah :-) 09.00.18 # 32 true different levels that is. The lowest level is *not* off 09.00.34 # It's the level that the apple loader uses 09.01.22 # I think our bootloader should use that level too, in order to avoid flickering backlight at boot (minimum in apple loader -> maximum in rockbox loader -> user level in rockbox) 09.02.37 # LinusN: The (well, your) G5.5 already has experimental backlight adjustment on it (adjusted from 'View HW Info', and the level not surviving reboots) 09.03.06 # nice 09.03.22 *** Saving seen data "./dancer.seen" 09.03.44 # And it turned out that the Nano has the exact same circuit - but apple doesn't offer brightness adjustment in the Nano OF (!) They only use it for fading 09.03.58 Quit annulus_ (Read error: 110 (Connection timed out)) 09.05.46 Quit Siku () 09.07.07 Join petur [0] (n=petur@rockbox/developer/petur) 09.07.09 # amiconn: interesting... 09.09.03 Join Toki [0] (n=hsdbvlkb@gateimb.imb.lebedev.ru) 09.09.38 Join ddalton [0] (n=Daniel@124-168-45-55.dyn.iinet.net.au) 09.09.46 # pondlife, around? 09.10.19 # Yep 09.11.06 # I read your stuff on 8083 and not sure if it would be accepted. 09.11.14 # Which bit? 09.11.43 # a function talking all this stuff and not shutting up isn't a good idea in my opinion. There has to be a way to shut it up. 09.11.51 # ? 09.12.08 # Well if you want to read the WPS, you can choose when to trigger a read 09.12.10 # pondlife: the menu option part... 09.12.20 # That's just a way to access it. 09.12.35 # yes but I prefer "track info" 09.12.41 Join JRoT|Stage [0] (n=JRoT@ip4da03737.direct-adsl.nl) 09.13.11 # you want it to just voice all the stuff if the user activates that option? If I have heard enough what do I do? 09.13.11 # Basically, you'd press LONG SELECT to get the context menu, then it would say "Read WPS". You'd press SELECT and it would return to the WPS whilst speaking all of the WPS tags 09.13.29 # Have a simple WPS with just the basics on 09.13.47 # Alternatively, we agree. Just need to get the track info spoken. 09.13.48 # pondlife: that wouldn't shut up for ages. Remember spelling as well. How much of your aduio do you want to be interupted. 09.13.51 Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 09.13.53 # audio 09.14.07 # Personally, I'd only use the track info option 09.14.17 # pondlife: then commit the id3 patch from fs#6323. 09.14.25 # maybe it not haven't looked at the code... 09.14.34 # maybe not 09.14.48 # Would talking support in Track Info do this for you? 09.14.58 # If so, I'll close 8083 09.15.01 # ok ill right a comment there saving me having to write the same thing twice then tell me your thoughts. 09.15.16 # pondlife: don't close it! 09.15.26 # pondlife: ifdeffing it at the lower level is going to be annoying.. so untill somone actually tries getting sound on hwcodec sim i tinhk that patch is good enough 09.15.30 # there is another part to it which hasn't really been addressed... 09.16.31 # pondlife: give me a minute. Ill try and write something up 09.17.52 # pondlife: ill do the replaying part and if that doesn't get accepted then oh well. And tell them to use track info like we agreed on. Happy with that? 09.19.17 # Replaying part? 09.19.19 # * ddalton Life will be easier with the commit of p6331 09.19.35 # You mean, like read the WPS tags? 09.19.39 # pondlife: the repeating last spoken thing part... 09.19.42 # ? 09.19.49 # read it 09.19.54 # the task 09.20.05 # pondlife: no 09.20.07 # 8083? 09.20.11 # pondlife: yes 09.20.29 # let me see if im missing something 09.20.44 # I thought we agreed that voiced track info would cover this. 09.21.01 # pondlife: yes; 09.21.04 # Cool 09.21.26 # "FS#8083: Voice feature for Accessibility : Speak current item, or WPS infornation on button press" 09.21.34 # "speak current item" 09.21.39 # Ah, so respeak 09.21.44 # that's a different matter 09.21.51 # Gotcha 09.22.00 # pondlife: yes. 09.22.08 # ill close it and put it in a new patch then? 09.22.17 # No, keep that going 09.22.22 # oh ok. 09.22.30 # But I doubt anything using a button will make it into SVN 09.22.37 # Although I quite like the idea 09.22.51 # You'd need a dedicated "SPEAK" button really 09.22.55 # Globally available 09.23.13 # pondlife, yes not going to be accepted though 09.23.24 # OK, I'll leave it with you 09.23.30 # whats the sintax for play +rec? 09.23.35 # in the keymap file 09.23.38 # (h300) 09.23.45 # No idea 09.23.56 # * ddalton Looks at 5555 09.24.44 # BUTTON_ON|BUTTON_REC 09.26.03 Join barrywardell [0] (n=barrywar@194.46.181.134) 09.26.12 # Rather than trying to update every screen, see if any "repeat talk" function could be built into talk.c. It would need to remember the last spoken ID array (or string or whatever). 09.26.35 # But we need to avoid bloating the code much more, or all this talking is going to start getting removed ;) 09.27.21 # pondlife: good idea. Got any suggestions on how to do that? 09.27.40 # No, but bear in mind that Stéphane's red deltas aren't very popular :) 09.27.45 # brb 09.30.32 Quit advcomp2019 ("Leaving") 09.30.38 Quit JRoT|Stage (Read error: 104 (Connection reset by peer)) 09.35.33 # kkurbjun: you got jtag working on the gigabeat, right? 09.36.05 Join CaptainSquid [0] (n=Miranda@proxy16.netz.sbs.de) 09.36.24 # barrywardell: eigima has jtag cnnected and working 09.37.43 # JdGordon: on which target? 09.39.59 Join midkay_ [0] (n=midkay@71-35-102-133.tukw.qwest.net) 09.41.25 # pondlife: if, to pick a button, the menu button could be changed (based on a setting) to, on first press speak on second (within [time] seconds) do functionality. Would that be acceptable? (WRT ddaltons patch) 09.41.43 # (hope that made sense!) 09.42.05 # pondlife: it's not only because of the red deltas for me. It's also because there's is the possiblilty that voice starts getting annoying if it talks too much. I want to hear the music, and by the way, I already enjoy voice more on hwcodec because it talks less... 09.42.06 # Probably not. Both short and long menu are already used 09.42.18 # pixelma: I agree 09.42.21 # double click? 09.42.33 # Urgh, please no :) 09.42.40 # :) just a suggestion :) 09.43.03 # barrywardell: ha.. sorry... for some reason i read gigabeat as mrobe :p 09.43.30 Quit JR0T (Read error: 110 (Connection timed out)) 09.43.37 # I'm actually mostly just interested in jtag in generel, neither for gigabeat nor mrobe 09.44.07 # JdGordon: already fixed Zagor's name? ;) 09.44.07 # I have jtag on my H10 now :) 09.44.08 Join gtkspert [0] (n=gtkspert@gateless.info) 09.44.32 # pixelma: realaaaaaxx.. you can see its not commited yet 09.44.37 # * JdGordon goned 09.44.48 # ?? 09.45.03 # I'm referring to your last commit 09.45.15 # And he's referring to his next one I guess :) 09.45.41 # * pondlife enjoys a scotch egg and goes to work 09.45.58 # editors that changes unrelated lines like that should be taken out and get shot 09.46.09 # repeatedly :-) 09.46.16 # JdGordon: Which editor do you use? 09.46.23 # * LinusN guesses Kate 09.46.31 # * Bagder makes the drum roll 09.46.42 # * LinusN loads his gun 09.46.46 # Bagder: You're going to have tired arms 09.46.50 # pondlife: Ill have to look at it later. Got to try and get this linux stuff installed 09.46.56 # does "goned" mean he's gone? 09.46.59 # Yup 09.47.06 # In JdGordonian 09.47.08 # * Bagder slows down the roll... 09.47.08 Join JR0T [0] (n=JRoT@ip4da03737.direct-adsl.nl) 09.47.27 # The gun will remain loaded though 09.48.42 # * Bagder gets tired and stops drumming 09.48.59 # Peace at last 09.50.35 # Soap_: Good idea locking the Nano thread. Maybe there should be a sticky summary to hopefully stop a new one springing up? 09.51.05 # is there a wiki page summarizing the nano situation? 09.53.58 Quit daurnimator ("Cyas later...") 09.54.46 # Hmm, could it be that the Nano is poorly designed, so whilst the CPU runs fine, it produces enough heat to upset the ATA controller or other components? Maybe the OF sleeps more than Rockbox, so no build up occurs? 09.54.56 # * pondlife waffles in an uninformed manner.. 09.54.59 # could be yes 09.55.15 # we do use more power so we could be making it hotter 09.55.18 # It's quite a tiny thing 09.55.27 Quit midkay (Read error: 110 (Connection timed out)) 09.56.33 # it's not in Soap's summary but the theory came up yesterday that the Rockbox's power consumtion problem on PP "supports" this problem 09.56.41 # i haven't followed the nano situation very closely, but to me it seems to boil down to bad ata timing at high clock frequencies 09.59.16 # Has anyone done the old IR thermometer trick on a Nano? 09.59.26 # Comparing OF and Rockbox 10.02.24 Join JRoT|Stage [0] (n=JRoT@ip4da03737.direct-adsl.nl) 10.07.55 # pondlife: yeah, kate 10.08.05 # for some reason it likes converting files to utf8 10.08.10 # Bang! 10.08.27 # i havnt foudn a better one yet 10.09.21 # JdGordon: Did you see my comment about talk and HWCODEC sims? 10.09.30 # i.e. only #ifdef at a lower level 10.10.20 # yeahm you missed my reply i guess... 10.10.36 # Yep! 10.10.37 # there isnt any point ifdeffing it much lower unless someone tries getting sound in hwcodec sims 10.11.41 # I find #ifdef SIMULATOR annoying if it's not in a hardware code.. 10.12.40 # * JdGordon agress 10.12.45 # agreees 10.13.13 # try again? :P 10.13.33 # JdGordon: maybe you could file a bug report to kate? 10.13.45 Join cowslayer [0] (i=cowslaye@adsl-69-208-67-44.dsl.klmzmi.ameritech.net) 10.14.00 # why arnt we using utf8 files anyway though? 10.14.02 # hello 10.14.26 # JdGordon: be glad that we don't, otherwise you wouldn't have found this bug to report :) 10.14.49 Part cowslayer 10.14.55 # JdGordon: I wouldn't be surprised if kate would change the encoding to something else then... 10.15.08 # not sure why we don't use UTF-8, as we need a UTF-8 editor for the language files anyway 10.16.09 # Kdevelop has a setting for this, maybe kate too? 10.17.04 # I can manually change the encoding.. but i havnt found a way to autodetect though 10.19.28 Join n1s [0] (n=nils@nl104-209-90.student.uu.se) 10.23.49 Part pixelma 10.24.06 Quit barrywardell () 10.27.04 # * petur kicks memory - KDevelop also just has a setting for the encoding and doesn't autodetect (iirc) 10.27.11 Join DerPapst [0] (n=DerPapst@p54B2FD33.dip.t-dialin.net) 10.27.25 # morning all :) 10.28.03 Quit JR0T (Read error: 110 (Connection timed out)) 10.28.11 # * GodEater also thinks we should be using UTF-8 10.29.51 # there is one thing I'm afraid of: that editors start adding and removing the BOM at the start 10.30.17 # BOM ? 10.30.34 # http://en.wikipedia.org/wiki/Byte_Order_Mark 10.30.50 # haha - I just found it before you posted ;) 10.31.13 # :) 10.31.32 # according to that article though, UTF-8 shouldn't need one 10.31.36 # only UTF-16 10.32.05 # bom for utf8 doesn't make any sense 10.32.05 # still some editors add it (for autodetection I guess) 10.32.26 # this byte is in what order? ;-) 10.32.27 # oh yes - it says notepad.exe adds it 10.32.33 # how stupid 10.33.58 # Bagder: The bom makes *some* sense even for utf-8 - as an indicator that this file is utf-8 encoded 10.34.07 # it's just a marker, like "fLaC" at the start of a flac file 10.34.09 # who uses notepad.exe anyways? 10.34.13 # yeah I guess 10.35.44 # LinusN: My suspicion is bad (read: wrong) ata timing, plus our power consumption issue on PP502x 10.35.49 # amiconn: it may make sense in that way - but apparently it breaks gcc 10.36.33 # amiconn: then we agree 10.36.53 # We need to RE how to set ata timing on PP. Then we can fix the ata sleep on Nano. My suspicion is that the nano flash (and CF in mini, etc) come up in PIO2 from sleep - and we're trying to talk in PIO4 to it... 10.37.17 Part ddalton 10.37.25 # Oh, what was the outcome for turning off the HDD on PP502x targets? Did it affect the battery life much? 10.37.27 # The Toshiba hdds (and luckily also the microdrives in small H10 and mini) just don't care 10.37.52 # aliask: roughly 10% iirc 10.37.55 Quit donutman25 (Read error: 104 (Connection reset by peer)) 10.38.16 # Excellent! Not quite OF levels yet though? 10.38.18 Join PaulJam [0] (i=PaulJam_@vpn-3124.gwdg.de) 10.38.26 # Roughly 10% on PP5020 with 1.8" hdd, and roughly 20% on PP5022 with 1.8" hdd 10.38.37 # Nothing on microdrive PP targets 10.41.39 # JdGordon: RED 10.41.39 Join spiorf [0] (n=spiorf@host148-207-dynamic.16-79-r.retail.telecomitalia.it) 10.41.52 # hi, is it possible to make genlang highlight changes that were only done to the voice string too (like in r15507)? 10.42.19 # ah bugger 10.42.29 # course its not the sim i test! 10.43.22 Join metzelmetzger [0] (n=mkl66@p54A973DE.dip.t-dialin.net) 10.44.56 # wtf? 10.49.03 # that error doesnt even make sensee 10.51.24 # umm... did i break swcodec sims with the last commit? 10.51.55 # * JdGordon glares at beer bottle.... your making me look bad...!! 10.57.41 # It does make sense 10.58.13 # Obviously, talk_date() and talk_time() are still emtpy macros on hwcodec sims 10.58.27 # Hence, you broke the hwcodec sims for targets with rtc 10.58.38 # nothing is obvious after beer.... 10.59.10 # beer should only be allowed for people who can handle it :P 11.01.51 # pixelma: woops.. i owe you an apology.. i didnt realise you were talking about my previous commit... 11.03.26 *** Saving seen data "./dancer.seen" 11.05.12 Quit ramon8 ("O FUK! WAATZ DAT SMELL?!!! O WAIT I FORGETS DAT I AM DA DOPEST SHIITTT!!!") 11.05.53 Quit metzelmetzger () 11.07.20 Join metzelmetzger [0] (n=mkl66@p54A973DE.dip.t-dialin.net) 11.08.14 Quit XavierGr (Nick collision from services.) 11.08.15 Join XavierGr_ [0] (n=xavier@194.219.45.242) 11.08.51 # tabs in our sourcefiles are a no-no yes ? But what about the Makefiles ? 11.08.56 Join barrywardell [0] (n=barrywar@dhcp-892b9b4f.ucd.ie) 11.09.06 # makefiles require tabs 11.09.26 Quit DerPapst ("university (away for ~3h30min)") 11.09.28 # heh hey do indeed 11.09.28 # ah 11.09.29 # although gnu make isn't as strict as other makes 11.09.51 # * petur once had them replaced with spaces..... 11.10.19 Quit crashd (Read error: 101 (Network is unreachable)) 11.10.35 # petur: me too 11.10.36 # lol @ the changelog entry 11.10.59 # hehe 11.11.01 # you just cant win 11.11.33 # are there any source files where we're deliberately keeping tabs instead of spaces ? Such as codecs we've grabbed from other projects ? 11.11.37 # aren't we against commits that change more than a thing at the time? 11.12.00 # I am at least ;-) 11.12.00 # yeah, but im lazy and the 3 were in 3 files 11.16.44 Quit JdGordon ("Konversation terminated!") 11.16.54 # aliask: any progress on the s port? 11.17.06 Join Thundercloud [0] (n=thunderc@resnet01.nat.lancs.ac.uk) 11.18.07 # n1s: Nope, finished my exams today and I plan on working on it from now 11.18.13 Join JdGordon [0] (n=Miranda@c210-49-113-143.smelb1.vic.optusnet.com.au) 11.18.45 # aliask: great, where are we at? does interrupts work and can we load a firmware file from disk? 11.19.11 # JdGordon: if there are in 3 files it's even easier. I would also prefer 1 change per commit. 11.19.30 # s/there/they/ 11.19.32 # meh... 11.19.40 # * JdGordon goned 11.21.25 # n1s: Interrupts aren't working, but I think that's because we're still only loading the bootloader and not the main binary 11.22.01 Join crashd [0] (i=foobar@lostnode.org) 11.22.19 Quit z35 (Read error: 110 (Connection timed out)) 11.22.21 # And no, the firmware file doesn't work when loaded. 11.22.53 Join z35 [0] (n=z@149.123.33.65.cfl.res.rr.com) 11.24.38 # aliask: I have been studying data sheets and if the spi interface works might have coded a simple driver for the rtc in the mc13783 :-) haven't tested yet though, not too keen on having to boot windows every time and not yet clear on how to modify and upload new firmware safely 11.27.25 # n1s: There's an RTC on the i.mx31, which is better (I can't remember exactly why though), but it seems to be only read only for some reason 11.28.33 # The mc13783 one works well though I think (never tried writing to it, but reading worked fine) 11.28.37 # aliask: I know it's there but not why it would be better, if we use the mc13783 rtc we should be able to wake on alarm even if we power down the cpu 11.29.11 # I think it was more accurate, or it was able to store the year or something 11.29.24 # Though the alarm function probably outweighs any benefit 11.30.14 # Should we move this to #gigabeat? 11.32.35 # aliask: sounds like a #rockbox discussion to me 11.35.24 Quit metzelmetzger () 11.35.38 Quit RaRe` (Read error: 113 (No route to host)) 11.36.23 Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) 11.36.35 # * amiconn still wonders why there is a separate #gigabeat 11.37.01 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 11.38.35 # yeah, keeping a specific port's discussions elsewhere isn't really a very good idea, imo 11.38.45 Quit JdGordon (Read error: 104 (Connection reset by peer)) 11.40.25 # the logging is nice 11.40.54 Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) 11.41.44 # the #gigabeat one? 11.42.35 Quit OlivierBorowski (Remote closed the connection) 11.42.57 # I like it because I can just read the logs and see anything gigabeat specific 11.43.07 # Rather than wade through #rockbox logs 11.43.22 # I'm interested in all targets, and I'd rather not join 26 IRC channels 11.43.24 # i dislike it for the same reason 11.43.40 # Bagder: amen 11.45.06 # and I believe I could add some support and input to people with gigabeats 11.45.15 # but I won't be bothered to join a specific-port channel 11.45.54 # and yes I am grumpy ;-) 11.46.00 # :P 11.48.12 # Bagder: #gigabeat is not only about rockbox but also gigabeat dock mods for example 11.48.32 # well, for non-rockbox stuff I fully get it 11.48.40 Quit Lambuntu (Remote closed the connection) 11.48.45 # and I wouldn't want to read about that... :-) 11.49.00 # although I don't think it's ever about the OF :) 11.50.15 # aliask: here's the patch http://home.student.uu.se/niwa5341/rtc_mc13783.diff 11.51.01 # most of it just moves code from the sansa rtc driver which is need by this one too (calculating a date from a number of seconds) 11.51.34 Quit Nico_P (Remote closed the connection) 11.51.41 # I would be interested if any sansa users could try it out and tell me if the rtc still works too 11.52.11 # and if anyone has a better place for the helper functions to live than in firmware/common/timefuncs.c 11.52.29 # n1s: ill check on my sansa 11.53.29 Join vnl [0] (n=nitin@122.167.23.223) 11.53.35 # JdGordon: thanks 11.54.01 Part vnl 11.54.18 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 11.56.48 # I've just done a complete tab cleanup of all *.c|*.h files in the rockbox code tree with this : http://pastebin.ca/764549 11.56.50 # n1s: looks fine 11.57.01 # JdGordon: setting date too? 11.57.03 # is it worth submitting the result as a patch ? Or would one of you chaps with commit access care to do similar ? 11.57.07 # I had to reset the date though.. but i dont know if it was set correctly before hand 11.59.02 # JdGordon: thanks, it's at least not horribly broken then :-) 12.02.56 # GodEater: I'd say we probably want to keep the tabs in a lot of them to allow easier syncing of code that's copied from elsewhere (eg. the codecs) 12.03.10 Join DontFret [0] (i=423cb164@gateway/web/cgi-irc/labb.contactor.se/x-081bec68414f12f3) 12.03.23 # hm 12.03.25 # sup 12.03.31 # barrywardell: I knew you'd say that :(. Why didn't anyone say that when I asked the question earlier ? 12.05.01 # rockbox is pretty amazing, just installed it today, im a little late 12.05.17 # GodEater: there are still quite a few files which have no reason to have tabs in them, but I wouldn't be 100% sure which ones they are 12.05.19 Quit jhMikeS (Nick collision from services.) 12.05.25 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 12.06.01 Quit DontFret (Client Quit) 12.08.23 # there's quite a lot of files outside the codecs tree (which I could leave alone easily enough) - but do we copy much code from other places to locations outside our codec tree ? 12.08.51 # ok, got the imx31 datasheet to open and it seems the built in rtc fires an interrupt when an alarm occurs so I assume the chip must be in some state of powered on 12.09.52 # while the mc13783 datasheet says this "A Time Of Day (TOD) alarm function can be used to turn on the phone and alert the processor." 12.09.55 # GodEater: i think all files not in codecs/ and plugins/ are safe to fix 12.10.13 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 12.11.36 # could we fix plugins which are rockbox specific (i.e. not doom, zxbox or rockboy) ? 12.11.47 # n1s: Well that raises a good question, when the thing is off, how off is it? I think that the battery is tied to an interrupt to power the unit on, so as soon as you connect the battery (with the switch), it turns the unit on. 12.11.58 # GodEater: of course 12.12.07 # or would you rather leave everything in plugins alone completely ? 12.12.12 # GodEater: show me the list of files 12.12.38 # If that's the case, then the best we can do in terms of turning the unit off completely would be to put it to sleep, as turning it off would just turn it back on 12.12.56 # LinusN: http://pastebin.ca/764561 (I've removed codecs already) 12.15.22 # aliask: we also haven't found a way to turn off the S3C2440 (Gigabeat F/X) 12.16.41 # markun: It also is just "asleep"? 12.17.59 # GodEater: revised list: http://pastebin.ca/764566 12.18.14 # LinusN: thanks 12.18.47 # GodEater: can you get your script to fix the keywords on all the files also? 12.20.41 # what keywords would those be ? 12.20.52 # LinusN: I have a patch now - flyspray ? 12.20.58 # aliask: yes, consumes about 0.78mA while sleeping 12.21.02 # GodEater: sure 12.21.20 # GodEater: Regarding tabs, ipod_fw.c is just a copy of the IPL make_fw.c, so maybe tabs should stay there. 12.21.37 # GodEater: we will be eternally hated by the keepers of other patches :-) 12.21.50 # LinusN: sh2d is imported, isn't it? 12.22.03 # amiconn: i didn't know 12.22.04 # aliask: and if we turn off RAM we could probably lower that quite a bit more (right, amiconn?) 12.22.18 # pondlife, That is a good point (adding a sticky about the Nano thread since locking) I didn't think about. I was running off the assumption that now all the relevant information is in the first and last pages (the only two pages people are appearing to read), but I didn't consider the fact now that the thread is locked it will slip further and further down the page until it isn't seen by a casual viewer (the ones I was targeting) at all. 12.22.40 # amiconn: we have imported plenty of files in firmware/include too, but i think they are fairly stable and easy to sync manually 12.22.54 # linuxstb: oops - too late =/ 12.23.11 # Hmm. sh2d also saw several fixes by us... 12.23.38 # markun: If it's ~1mA or less, the RAM is already sleeping 12.23.42 # FS8108 12.23.50 # pixelma (for the logs) - I didn't mention/quote the discussion on Rockbox's power consumption on PP "supporting" the problem because I felt it was opening as many questions as it answered. Perhaps I should add that as well? 12.24.25 Join webguest78 [0] (i=522e52e0@gateway/web/cgi-irc/labb.contactor.se/x-7ca7aaca802d2e2e) 12.25.49 # Though, pondlife / pixelma, the front page is arguably a better place for a "notice" on the issues some Nanos are experiencing than the forums perhaps? 12.26.03 # * linuxstb isn't sure he likes these cosmetic patches - it breaks "svn annotate" 12.26.36 # linuxstb: surely though it only breaks it once 12.26.41 # That's enough... 12.27.30 # you seem to do enough tab policing yourself however... 12.27.56 # True, which is why I'm starting to doubt it's usefulness. 12.28.08 # s/'// 12.28.44 # well someone seems to have done it on some of the files I'm trying to keep a patch sync'd against 12.28.52 # so I just thought I'd try to get the whole tree in one hit 12.30.01 # n1s: I haven't tested your patch yet, but it seems that the spi code is unreliable. I'll have to look into it tomorrow. 12.30.37 # anyway - unless someone chooses to commit that patch, then you won't have to worry will you ? 12.30.54 # GodEater: I know it's been done a lot in the past, I'm just asking everyone else if they still consider it beneficial. 12.31.11 # and the sound of the silent response is deafening ;) 12.31.32 Quit aliask ("sleep") 12.31.34 # Patience... 12.31.59 # Imho it is. 12.33.48 # it seemed at least as if some of the tabs in the files weren't even leading ones - they appeared in some very odd places 12.34.03 # I know ffmpeg have hooked into their SVN a check for tabs and trailing whitespace, and reject commits containing them. It could be helpful if we do something similar, to prevent the need for post-commit fixes. 12.34.16 # I was thinking similarly 12.34.25 # or even get it to silently change them 12.34.37 # Presumably we could make file-by-file exceptions. 12.34.40 # Hmm, but we can't do that in general 12.35.49 Join MajorC [0] (i=redeem@host183-38.bornet.net) 12.36.21 # not unless someone's volunteering to maintain the list of exceptions 12.36.29 # <-- isn't volunteering 12.37.49 # Well, everything in subdirs under apps/codecs/ needs to be excluded, and all files named 'Makefile' 12.37.55 # * pondlife thinks manual code policing is fine 12.39.51 # GodEater: That's easy - if you attempt to commit a file with tabs, and it's rejected, then that's the time to add the file to the list of exceptions. Hopefully the exceptions file would be in SVN. It's a very small percentage of Rockbox source files. 12.40.49 # And I disagree about apps/codecs - a lot of files are Rockbox specific, others come from ffmpeg (same no-tabs rule as us). 12.42.24 # http://pastebin.ca/764587 <-- codecs with tabs in 12.43.27 # feel free to edit and I'll submit another diff with ones you think shouldbe tidied too 12.43.30 # OK, the ffmpeg-derived files shouldn't - i.e. libffmpegFLAC and libwma, and I don't think adx.c or sid.c should either (IIUC they're Rockbox-specific codecs). 12.45.00 # * GodEater has no idea what adx or sid do 12.46.40 # amiconn: I only did the policing for files named *.c or *.h - so that skipped all Makefiles 12.47.11 # sid.c is the SID codec. Looking at it, the TABs look accidental, so I think they can go. adx.c is the ADX codec written for Rockbox by hcs, and tabs again look accidental. 12.47.17 # I'm not sure of the rules on .S files either - so I left them alone 12.48.45 # GodEater: BTW, how did you remove the tabs in your patch? Looking at adx.c as an example, some will need to be replaced by 8 spaces, some by 4... 12.49.01 # I used tab2space 12.50.20 # I made the assumption that people who were accidentally using spaces would at least have their tabstops set to 4 chars. 12.50.26 # perhaps this is in error however 12.50.55 # Yes, I think it will be optimistic to think it can be done automatically. 12.51.30 # You could test with adx.c and see how it looks... 12.51.35 # I already did 12.51.40 # mostly it looks fine 12.51.46 # =/ 12.52.21 # actually - I lie - I've not run it on adx yet 12.52.25 # it looks dreadful already 12.52.31 # GodEater: .S files should be fixed too 12.53.09 # linuxstb: The files directly in apps/codecs/ should be fixed too imho, but not files in subdirs of that 12.53.26 # * pondlife gets the daily mention of #7738 in... 12.53.45 # running tab2space on it actually imroves it 12.53.47 # +p 12.54.09 # GodEater: What's holding #7738 up? Removal of the setting to a fixed value? 12.54.47 # amiconn: Not even the ffmpeg-derived ones? 12.55.37 # pondlife: no idea 12.55.54 # pondlife: that's why I just sync'd it again 12.56.10 # Ah, ok.. I thought you (and jhMikeS) had some reason.. 12.56.34 # pondlife: I'm in no position to say 12.56.49 # You at least have an iPod... 12.56.50 # pondlife: Do you think there needs to be a setting? 12.56.58 # http://pastebin.ca/764597 <-- list of files including .S 12.57.10 # linuxstb: No big opinion, but I'd hope not 12.57.17 # Assuming the OF doesn't need one 12.57.50 # I don't even have a scrollwheel... but that patch seems to have been hanging around too long. 12.58.16 # I think that's the general view. So the setting needs to be removed, and we need to ensure a sensible value for the configurable parts of the patch for each ipod. 12.59.01 # and currently we've only had feedback (that I know of) from a video owner (me), and a nano owner (Llorean) - both of whom agree that the current defaults appear "sensible" 12.59.29 # I guess I should test then ;) And also a mini2g owner (amiconn?) 13.02.05 Quit CaptainSquid (Remote closed the connection) 13.03.28 *** Saving seen data "./dancer.seen" 13.07.48 # i think it's fine for nano too 13.07.53 # and yes, it really should be commited now 13.08.02 # but the settings need to go and fine-tuning commence 13.10.33 Join mrkiko [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) 13.11.46 Join nicktastic [0] (n=nick@unaffiliated/nicktastic) 13.12.48 # pondlife, GodEater: Does it work for mini g1, and 1st..3rd gen now? 13.12.53 Quit spiorf (Remote closed the connection) 13.13.25 # Sorry, I don't know. 13.13.37 # Maybe you could test? 13.14.06 # linuxstb: also, where are we with removing the hw eq? 13.15.31 # safetydan needs to fix his patch 13.20.51 # wouldn't the bug be easier to fix by someone with an actual g5? 13.22.10 # what bug? 13.22.11 # It's not a functional bug 13.22.29 # there is a functional bug, afaik 13.22.48 # The patch contains conflict markers in the english.lang changes, and one change doesn't apply anymore 13.23.52 # man, flyspray's search sucks 13.23.53 # there's nothing in the patch that relates to the mini1g or 1st -> 3rd gen as far as I can see 13.24.28 Join jpt9 [0] (n=chatzill@ninetails-33.dynamic.rpi.edu) 13.24.36 Quit Toxicity999 (Remote closed the connection) 13.24.36 Quit jpt9 (Client Quit) 13.25.10 # amiconn: i can't see any conflict markers 13.25.26 # nor me - the one I sync'd applies cleanly here 13.25.38 # the previous patch had them, but that was updated quite some days agio 13.25.40 # ago 13.25.42 # GodEater: Those targets have a different button driver, and don't use button-clickwheel.c 13.26.35 # a week, actually 13.27.44 # preglow: oops - have I sync'd an old version then ? 13.28.30 # GodEater: i don't think we're talking about the same thing 13.28.38 # GodEater: i'm talking about the remove-hw-equalizer patch 13.29.37 # ah ok 13.36.23 # amiconn: are you saying you're opposed to 7738 being commited until it supports all ipods ? 13.41.46 # it would be a nice bonus, but unless it's going to happen soon, i say we commit it anyway 13.44.16 Quit Seed (Nick collision from services.) 13.44.19 Join Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 13.45.40 # preglow: Yes, fixing that bug is on my to-do list. Although I think what's needed is a rewrite of the driver so it's using shadow registers, which would also fix help the broken-playback-after-recording issue (at least, if I understood jhMikeS correctly). 13.46.18 Join CaptainSquid [0] (n=Miranda@proxy16.netz.sbs.de) 13.47.05 # I'm not sure we can realistically expect Bushel to get 7738 working on a bunch of devices he doesn't own =/ 13.47.13 # hell no 13.47.17 # so I don't think that sort of acceleration is likely anytime soon 13.49.19 # is there any reason 1-3g can't use the same code with a few mods? 13.49.30 # do all 1-3g models use a physical kind of wheel? 13.51.30 Quit J3TC- (Read error: 113 (No route to host)) 13.51.54 # preglow: the 3g is a touch wheel 13.52.03 # I think the 1st and 2nd gens use a physical one 13.52.07 # not sure on the mini1g 13.52.59 Join RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) 13.54.41 # this is weird, the crossfeed settings lists are reversed on nano 13.54.54 # ehh 13.55.04 Join J3TC- [0] (n=jetc123@pool-71-125-77-210.nwrknj.east.verizon.net) 13.55.22 # a lot of them are 13.55.24 # volume, balance 13.55.34 Join kugel [0] (i=kugel@unaffiliated/kugel) 13.55.41 # stereo width.. 13.56.02 # preglow: have you seen #8106? 13.56.19 # LinusN: yes, this is what made me notice at all 13.56.33 # preglow: clockwise scroll shoud increase 13.57.22 # i don't really think of it in terms of "increase" or "decrease", i think of it in terms of "up" and "down" 13.57.26 # would anyone object to a patch which made pressing a button while a splash is displayed which is blocking force it to close early? 13.57.31 # and i doubt other people do any differently 13.57.43 # if we stop using lists, it'll be different 13.58.06 # JdGordon: where would it be useful? 13.58.45 # it drives me nuts when a splash comes up like the "nothing to resume" and just sits there... 13.59.16 # then people might miss those splashes if they push buttons too quickly 13.59.18 # i say no 14.00.04 # JdGordon: What if you press the button just after the splash disappears by itself? 14.00.17 # JdGordon: maybe shorten the delay of the splash? 14.00.41 # umm... 14.01.12 Quit mrkiko ("leaving") 14.05.45 # something like http://rafb.net/p/OIqeR519.html 14.06.02 # it wont exit unless the buttong going in was released... 14.06.10 # and pressing late shouldnt be a problem 14.07.33 # except it should be _OK instead of _CANCEL 14.08.01 # pressing too early seems to be no problem either 14.08.08 # common... pretty please??? :p 14.09.33 # except it doesnt yield now though which might be a problem 14.09.35 # JdGordon: I think the behaviour is kind of strange with splashes disappearing without user action anyway, how 'bout making splashes stay until a key is pressed? 14.09.54 # no, thats not very nice 14.10.16 # i dont tihnk thats nice anway ;p 14.10.47 # I would think that behaviour is expected and it would allow enough time for reading the splash and no waiting time... 14.11.56 # of course it wouldn't work for all splashes 14.12.01 # although... I guess it does actually make sense to wait... 14.12.15 # the splashes which dont block would stay non blocking 14.12.29 # anyone else want to comment? 14.12.41 # * JdGordon doesnt think waiting indefinatly would be good for voiceing 14.13.21 # i'm just kind of opposed to splashes being easily aborted by accident 14.13.26 # the whole point is making the user notice them 14.13.34 # its not as easy as it sounds 14.14.11 # actually... it should be _CANCEL ... makes it even harder to press accidently 14.14.14 # stuff like "nothing to resume" is quite ok to abort, but there are more important splashes 14.14.30 # like? 14.14.33 # JdGordon: i guess that makes sense 14.15.04 # JdGordon: What do you mean by "and pressing late shouldnt be a problem" ? If the user presses it late, Rockbox will do something else with the keypress... 14.15.22 # right voice wouldn't like indefinate waiting 14.16.05 # linuxstb: because the splashes are up for a few seconds.. you have a very small window between it exiing and the other scrww redrwing when you could accidently press a button 14.16.35 # its not like you could see it come up and then try to pres but its gone already 14.16.48 # ... except on the splashes which dont block 14.16.55 # Splashes without timeout should stay non-blocking. Everything else would be nasty... 14.17.52 # * JdGordon doesnt see how adding this makes them more nasty 14.18.21 # GodEater, preglow: 4th gen and higher have the wheel hooked up to the opto controller. 1st..3rd gen and mini 1st gen have it on gpio ports 14.19.02 # amiconn: perhaps 1-2g would be better served using the sansa wheel code directly? both are physical rotary wheels 14.19.03 # linuxstb: its impossible to press too late... unless you start pressing when your already past get_action() in the other screen which means ts redrawn already... the context change means it will ignore imput until a release 14.19.17 # Only the 1st gen wheel is a mechanical wheel 14.19.34 Join Daniel_S [0] (i=57b0dd24@gateway/web/cgi-irc/labb.contactor.se/x-ac04e3aac294cc66) 14.19.39 # 2nd gen and up are touch wheels, but the hookup is the same (except the wheel power switching) 14.20.10 # JdGordon: I'm talking about 1) Brain tells finger to press button; 2) Rockbox removes the splash; 3) finger presses button. I agree it's a small period of time though. 14.20.36 # I'd hate blocking splashes because I love to be able to press buttons in advance 14.20.39 # I highly doubt anyone could press it in that time period... 14.21.01 Join webguest27 [0] (i=c05b9323@gateway/web/cgi-irc/labb.contactor.se/x-41432de58c868485) 14.21.01 # amiconn: im not suggesting adding blocking to any currently non blocking splashes 14.21.04 Quit webguest27 (Client Quit) 14.21.13 # What about leaving the button on the queue, but making it remove the splash? 14.21.45 # amiconn: not sure why you're telling me this though... 14.22.05 # * linuxstb doesn't see blocking splashes as a problem anyway, he's never in that much of a hurry... 14.22.09 # linuxstb: then that would trigeger the action in the previous screen? 14.22.37 # Wouldn't it trigger the action in the next screen? 14.22.53 # the one that called the splash.. 14.22.57 # Or rather, whatever screen next checks for actions after the splash is removed... 14.23.02 # yeah 14.23.31 # without giving apps/ access tothe button queue thats not possible 14.23.57 # and let's keep this simple... 14.24.19 # i really don't see this as much of a problem, i'm fine with the way it is 14.24.22 # i almost never see splashes 14.24.44 # Doesn't apps/ already have access to the button queue? 14.24.53 # not dirctly 14.25.14 # button_queue_count() ? 14.25.46 # preglow: I agree, it doesn't annoy me at all. 14.26.00 # could use that...but that makes accidently missing the splash waay to easy 14.26.28 # the _REL event will be in the queue for most tagrtes whent he splash is shown 14.26.33 Join ilgufo [0] (n=matteo@host190-126-dynamic.56-82-r.retail.telecomitalia.it) 14.27.48 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 14.28.17 Join PrintHorizon [0] (n=jonodude@ip70-186-201-185.hr.hr.cox.net) 14.28.57 # interesting, coldfire v2 pipeline description was committed to gcc mainline (4.3) should help avoiding stalls :-) 14.29.23 Join webguest06 [0] (i=42d27746@gateway/web/cgi-irc/labb.contactor.se/x-4d762717e1a946f1) 14.29.40 # \o/ 14.29.50 Join daurnimator [0] (i=daurn@unaffiliated/daurnimator) 14.29.52 # Hey, I'm trying to get the "Album Artist" tag in my MP3s to work for the database feature of Rockbox. foobar2000 uses this tag by default, but Rockbox doesn't recognize it. Anyone know what exactly the tag should be called for Rockbox to recognize it? 14.29.59 # too bad coldfirev2 doesn't have much of a pipeline 14.30.53 # I'm thinking fb2k simply formats the title a certain way and Rockbox wants the title a different way. I'm just not sure how to see. :) 14.31.03 # preglow: I am fairly certain it didn't know about move.l stalls at all before 14.31.06 # n1s: where do you find this out, btw? 14.31.28 # http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00272.html 14.32.14 # For those contributors present - and those other places - THANKS! 14.32.32 Nick webguest06 is now known as sawyer_HP140 (i=42d27746@gateway/web/cgi-irc/labb.contactor.se/x-4d762717e1a946f1) 14.33.38 # n1s: i guess we should try to go 4.3, then 14.34.23 # would rock if we had someone involved with gcc onboard, i'm pretty sure we're one of the larger bases of code running on coldfire publically available 14.34.41 # preglow: I intend to test with the next weekly snapshot (released on friday nighs) to see if it got nicer 14.35.30 # preglow: you mean someone that would code up some emac support for gcc :-P 14.36.05 # Ah, from the Wiki, it appears that the tag Rockbox wants from MP3s for "Album Artist" is "BAND" 14.36.37 # n1s: nah, i've given up on that being possible to do in a nice way, but there are plenty of other things that could be nicer 14.37.26 Join roolku [0] (n=roolku@82-41-2-141.cable.ubr01.edin.blueyonder.co.uk) 14.39.23 # PrintHorizon: rockbox uses the id3v2 tags TPE2 and TP2 for album artist 14.39.48 # Oh? 14.39.51 # Okay 14.39.54 # Thanks 14.40.17 # The "Album Artist" section of the database seems to read from the "ARTIST" tag by default 14.40.22 Quit sawyer_HP140 ("CGI:IRC") 14.40.22 # PrintHorizon: I don't know what foobar translates that into :( 14.40.32 # Which is fine because all I need to apply an album artist to various compilations 14.40.39 # And one semi-split EP 14.41.11 # PrintHorizon: if it doesn't find TPE2/TP2, it will use TPE1/TP1 (artist) 14.41.18 # Ah! 14.42.15 # (but only for the database - the WPS will be empty for album artist) 14.42.29 Quit CaptainSquid ("Miranda IM!") 14.42.35 # Thanks. Well, I saw in the wiki at http://www.rockbox.org/twiki/bin/view/Main/DataBase#Supported_Tags that the albumartist tag is read from "BAND" for MP3s. I applied that to a set of files and it seems to work great. 14.42.58 # So I guess TPE2/TP2 = BAND 14.43.17 # TPE2/TP2 might well be called BAND 14.43.20 # :) 14.43.40 # Okay, this is cool. :) Thanks. 14.44.59 # I like when I have a few releases by a band, and their compilation contributions are grouped in with the rest of their releases... but I dislike having a bunch of artists with one or two tracks populating the database. So browsing by Artist and Album Artist is like having the best of both worlds... 14.45.38 Quit PrintHorizon () 14.46.59 Quit daurnimator ("Cyas later...") 14.48.02 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 14.59.43 Join XavierGr [0] (n=xavier@ppp228-94.adsl.forthnet.gr) 15.02.59 # barrywardell: yes, I have a JTAG connection on one of my gigabeat's 15.03.12 # I used a Xilinx Parallel III jtag cable 15.03.16 Join Siku [0] (i=Siku@e81-197-77-148.elisa-laajakaista.fi) 15.03.32 *** Saving seen data "./dancer.seen" 15.03.56 # you should also be able to use a JTAG3 from digilent - I havn't tried it, but I hear they are compatible 15.04.25 # JdGordon: the commit to i_system.c was intended 15.04.45 # ok 15.05.00 # the gigabeat has a user timer now so I was removing an unnecessary condition 15.06.14 # JdGordon: have you tried a battery runtime test now with the backlight work that eigma did? 15.06.53 # no 15.06.58 # o point really... 15.07.16 # I would think that and keeping the core from spinning when it needs to sleep would have the largest effect 15.07.23 # yeah, i suppose 15.07.26 # i did the firs one so we could see the battery curve 15.07.34 # gotcha 15.07.38 Join sawyer_iHP_140 [0] (i=42d27746@gateway/web/cgi-irc/labb.contactor.se/x-91b226f0adf52812) 15.07.50 # exept I dont think ive done anything with the resut yet 15.08.05 # ok, no worries 15.09.11 Quit Thundercloud (Remote closed the connection) 15.09.15 # barrywardell: openocd is great for arm debugging too by the way - I've never tried it on a portal player chipset so I don't know what the chain looks like 15.11.12 # * preglow starts chanting "sansa dev board" 15.12.08 Quit XavierGr_ (Read error: 110 (Connection timed out)) 15.12.15 # :) 15.12.17 # hello 15.12.28 # back again 15.12.31 # I have and iHP-140, running rockbox r15492-071106, and its locking up on various files that play fine with the 1.66 ver of the iriver ware. It is happening on various types - wav, mp3 and also doesn't matter if its plugged in or not. 15.13.16 # how locking up? 15.13.48 # sorry to ask such a question but after looking through the docs I'm not finding a direction. 15.14.06 # It shows the song title, and the song length 15.14.24 # but no sound, and it shows sometimes the play or pause icon on the bottom 15.14.45 # MoB issues ? 15.14.56 # only way to get out is to press reset 15.14.57 # maybe 15.15.02 # ouch... 15.15.09 # MoB = motherboard> 15.15.11 # ? 15.15.17 # no, metadata on buffer 15.15.19 # a recent addition of ours 15.15.23 # pertaining to playback 15.15.33 # errr? 15.15.37 # sawyer_iHP_140: could you supply one of these files? 15.15.47 # sure, how 15.15.57 # any way convenient for you 15.17.20 # hehe, I did it again. It seems to happen with alot of the files I have. 15.17.36 # sawyer_iHP_140: is it consistent? 15.17.38 # I think I could email one of the files. 15.18.10 # sawyer_iHP_140: does it happen if you put one of the problem files in a separate directory and play it there? 15.18.12 # yes - it is consistent for me. Do you think since it is so many of the files I have its an issue with my player and not a rockbox issue> 15.18.13 # ? 15.18.34 # let me tru to put it in a different dir. 15.18.50 # thatks, that helps us isolate the problem 15.20.07 # if it always locks up in the same place for a given file, then having that file would be interesting 15.21.04 Quit MajorC (Read error: 104 (Connection reset by peer)) 15.21.12 # the thing is - it locks up before I get any sound 15.21.45 # doesn't matter, as long as it does so consistently 15.22.22 # hmm, you guys are smart! The same file that locked up every time now plays after copying to a new directory. What gives? =] 15.22.41 # indeed, what gives... 15.22.47 # sounds like mob bugs, then 15.23.11 # Sounds like the playlist is picking up a later file in the same folder and MoB is choking on that file... 15.23.52 # this is the first time for me using rockbox, although I did read the faqs and manual 15.23.53 # sawyer_iHP_140: Could you try setting up a new folder with ALL of the same files in and see it that gives a problem? 15.24.03 # i.e a folder copy 15.24.06 # all the music was on prior to rockbox install 15.24.12 Quit crashd (Remote closed the connection) 15.24.14 # sure 15.24.16 Join crashd [0] (i=foobar@lostnode.org) 15.24.17 Join daurnimator [0] (n=fake@unaffiliated/daurnimator) 15.24.42 # Then, try deleting files from the end of that folder one at a time until the problem goes away... 15.24.42 # although I'm jammin to live custard pie right now! 15.24.52 # Mmm.. jam... 15.24.56 # :) 15.25.20 # BTW - I'm not using a playlist just going into a dir and selecting files to play 15.25.28 # K hang on a sec 15.27.01 # err a couple minutes 15.27.08 # it is a big directory 15.27.37 # so, the solution is to re-copy all the files? No big deal to me if thats the fix. 15.28.20 # yeah, jam good 15.29.08 # noodles bad !! =] 15.30.46 Join mf0102 [0] (n=michi@85.127.180.92) 15.31.12 Quit ilgufo ("So Long, and Thanks For All the Fish - http://gufo.wordpress.com") 15.31.16 # sawyer_iHP_140: No, the theory is that one of those files is causing the problem. 15.31.35 # By making a copy and then deleting it file-by-file, we should be able to work out which one. 15.32.32 # Alternatively, make sure repeat is disabled, then start playback on the last file and see if that works. If so, stop and restart playback on the previous file. Repeat until crash. 15.35.30 # OK, but what has been happening is it locks on the first file I play; is that affected by other files in that dir? Also to add trouble, I'm having some CRC errors during copy so it seems I need to attend to the HD status before I suspect anything else... 15.35.38 # sorry for any trouble 15.35.49 # Ah, that's probably the issue then 15.35.56 # CHKDSK /F /R 15.36.02 # Or fsck 15.36.21 # or toss it in the bin and replace with an 80GB =] 15.36.26 # heh 15.36.36 # If you can find one. 15.36.52 Quit sawyer_iHP_140 ("CGI:IRC (EOF)") 15.37.04 Join TMM [0] (n=hp@193.172.135.162) 15.37.09 # I'd love an 80GB upgrade, but I can only find them second-hand for a silly price. 15.37.10 # well, if of was able to play them... 15.37.16 # Hmm, good point 15.37.21 Join sawyer_iHP140 [0] (i=42d27746@gateway/web/cgi-irc/labb.contactor.se/x-73872f032d8f3816) 15.37.33 # ack closed the wrong window 15.37.55 # sawyer_iHP140: and you're sure the original firmware can play those files fine? 15.37.57 # sawyer_iHP140: Do you know that all files in that folder play ok in the original firmware? 15.38.41 # Bear in mind that we buffer the following files after the one that's playing... so a read error in one of the later ones might kill it. 15.38.56 # Although a nice error, rather than a lockup would be good 15.40.46 # yes, they play OK in the original firmware, although once in a rare while (with orig firmware) my player will either play a snippet of a different song or skip to the next song in the middle of a file. 15.41.02 # hmm seems more and more I have hardware issue 15.41.59 # damn chkdsk is going to take awile 15.43.01 Quit JdGordon (Remote closed the connection) 15.43.50 # sawyer_iHP140: be sure to plug it on the AC 15.43.59 # you guys are great to point me in the right direction - I think I will call it a night and let chkdsk run (I'm in China so its 10PM!) and hit you all up another day. Great project! 15.44.03 # chksdsk can take ages in those disks 15.44.05 # Yep, plugged in 15.44.20 # through the 240 to 110 converter =] 15.45.26 # electricity is scary over here 15.49.53 Join japc [0] (n=japc@194.65.5.235) 15.54.30 # yep - looking at the chkdsk output the hd is definitely in question. 15.58.06 # kkurbjun: sorry. I was away 15.58.16 # I already have openocd working with my H10 15.58.35 # but I was wondering where you got the patch for accessing the flash? 15.58.43 # :), nice, the patch? 15.58.48 # oh, on openocd? 15.58.53 # I made that myself 15.59.20 # ah, ok. what would be involved in making one for the H10? I can read the flash at 0x0 already... 15.59.26 Quit sawyer_iHP140 ("CGI:IRC") 15.59.39 # do you know who makes the flash? 15.59.48 # is it CFI compatible? 16.00.25 # i have a datasheet: http://www.rockbox.org/twiki/bin/view/Main/IriverH10HardwareComponents#SST_39VF800A_CMOS_Multi_Purpose 16.00.51 Quit Zagor ("Client exiting") 16.02.12 # it looks like it's CFI 16.02.12 # kkurbjun: also, do you have trst hooked up? Is it necessary? I'm using a homemade Xilinx Parallel III which doesn't have it afaik 16.03.19 # I don't have it connected, I've never tried using gdb with my cable, I think openocd can deal without it, but you can issue a full reset and hold from the begining of the program as far as I know 16.03.40 # you should be able to use the builtin CFI driver in openocd 16.04.07 Part LinusN 16.04.10 # see if that works, if it doesn't you might need to add another device to allow it to support your flash 16.04.34 # what does the patch in the wiki do? Is it necessary? 16.04.59 # the flash writer code I have should also be able to help you - the flash on the gigabeat isn't fully cfi compatible, but it does have most of the full spansion cfi commands 16.05.17 Join scorche|w [0] (n=42c007b2@rockbox/administrator/scorche) 16.05.20 # so theres some extra info you have to give to openocd so that it knows how to deal with the flahs 16.05.30 # I have to go to work though 16.05.33 # I can talk later 16.05.59 # ok, thanks for the info 16.06.12 # don't use the gigabeat flash code till you have the flash writing through jtag working though 16.06.35 # you can always write a script to recover it without support of openocd though too 16.07.46 # Don't worry, I don't plan on doing any flash writing just yet 16.11.31 Quit Echelon (Remote closed the connection) 16.11.34 Quit hcs ("Leaving.") 16.16.40 Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) 16.21.49 Part Daniel_S 16.25.16 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 16.39.01 Join Crash91 [0] (n=evil91@41.232.204.155) 16.45.49 Join Bubelgum [0] (n=Moredrea@p5B119CDA.dip0.t-ipconnect.de) 16.49.52 Nick parafin|away is now known as parafin (i=parafin@paraf.in) 16.50.11 Join vnl [0] (n=nitin@122.167.23.223) 16.50.35 Part vnl 16.50.42 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 16.57.00 # my lord, how much can i stand 16.57.15 # neither audacity, sweep or sox can pan a stereo file for me without crashing or malfunctioning badly 16.57.32 # :) 17.01.29 Join ApotheoZ [0] (i=Apo@nfb68-1-88-169-81-101.fbx.proxad.net) 17.02.38 Quit ApotheoZ (Client Quit) 17.03.35 *** Saving seen data "./dancer.seen" 17.03.56 Join sonofsam [0] (i=4516ca84@gateway/web/cgi-irc/labb.contactor.se/x-b4122d8ed8e1efc0) 17.04.55 # guys i have scandisk e200 if i download rockbox will it let me veiw russian text 17.05.34 # HELP: i have scandisk e200 if i download rockbox will it let me veiw russian tex 17.05.45 # TEXT* 17.07.50 # ? 17.08.22 # HELP: i have scandisk e200 if i download. rockbox will it let me veiw russian text? 17.08.50 # sorry, rockbox doesnt support players from "scandisk" 17.08.58 # ok thank 17.09.01 # z 17.09.02 # but yes, it can 17.09.08 # and its sandisk :P 17.09.30 # wait wut? 17.09.59 # does support scan disk or not? 17.10.03 # sonofsam: rockbox supports unicode, so it should if you use a unicode font 17.10.19 # rockbox, doesnt support players from "scandisk" but it supports players from "sandisk". It can also let you view Russian text, yes 17.10.42 # the sandisk e200 is from sandisk 17.11.00 # crash91 : ow wow i'm an idiot i ment sandisk 17.11.00 # lol 17.11.26 # quite obvious :p 17.11.44 # xD 17.11.54 # just messing around 17.12.46 # thank 17.13.02 # i dont quite understand what you meant by "ment" 17.13.05 # :P :P 17.14.56 Quit sonofsam ("CGI:IRC (EOF)") 17.15.27 Join sonofsam [0] (i=4516ca84@gateway/web/cgi-irc/labb.contactor.se/x-8995b6d8a48a42a8) 17.16.17 # hey crash91: i'm a noob at this sooo after i download and unzip rockbox for my 60 gb ipod 17.16.32 # how do i fromat my ipod software 17.16.33 # ? 17.17.09 # i redirect you to the holy grail of these things 17.17.13 # http://download.rockbox.org/manual/rockbox-ipodvideo/rockbox-build.html 17.17.14 # I recommand you either read documentation or stick with ipod software 17.17.56 # and only do this if you know what you are doing, understand the risks of bricking and if you are really going to use the extra RB features 17.18.34 # yea i like your themes that you have 17.18.55 # and i need it to recoginze russian text 17.18.56 # Crash91: what risks of bricking are those? 17.19.20 # There is no risk of bricking an ipod. It's not possible by installing Rockbox. 17.19.25 # scorche|w: how the hell am i supposed to know :D 17.19.39 # this is a sansa, but the issue some people have still isnt bricking ;) 17.19.40 # ah well, i thought that 17.20.11 # wait...he asked if he could use it on his sansa, Then asked howto install on his video 17.20.38 # * Crash91 wonders why someone would need both 17.20.44 # either way, it isnt bricking ;) 17.21.48 # well my brother has sansa and i have ipod video 17.22.01 # and some people own more than one target... 17.22.19 # GodEater:thats devs 17.22.43 # and me 17.22.45 # GodEater: and rich people :P (or non-teenagers, unlike me) 17.22.49 # I own three targets 17.22.54 # GodEater: arent you a dev 17.22.58 # ?* 17.22.58 # nope 17.23.01 # * scorche|w waits for his sansa to come 17.23.05 # O_o 17.23.19 # or more appropriately: Ø_ø 17.23.21 # * GodEater didn't know sansa's could get turned on like that 17.23.24 # Crash91: you can identify people by their rockbox cloak 17.23.48 # * scorche|w thinks that GodEater is missing out on quite a bit 17.24.00 # I ought to buy one obviously 17.24.05 # * Crash91 wonders whether it is the sex 17.24.13 # well, you missed the cheap price 17.24.17 # can you upload a video of it to beautifulagony ? 17.24.27 # scorche|w: but woot don't ship here :) 17.24.29 # * scorche|w moves over to -community 17.25.36 Quit sonofsam ("CGI:IRC (EOF)") 17.26.27 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-140-16.w90-6.abo.wanadoo.fr) 17.28.36 Quit webguest78 ("CGI:IRC") 17.30.28 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 17.30.49 Join miepchen^schlaf [0] (n=hihi@p54BF67F7.dip.t-dialin.net) 17.33.08 Quit Xerion (Read error: 110 (Connection timed out)) 17.39.19 Quit TMM ("Ex-Chat") 17.42.22 Quit Calcipher ("—I-n-v-i-s-i-o-n— 2.0 Build 3515 with A Pack Fix By www.ircmadeasy.com") 17.44.37 Join Frazz [0] (n=Fraser@thelawsons.plus.com) 17.50.24 Join feisar_ [0] (n=jljhook@noppakerho.com) 17.50.24 Quit feisar (Read error: 104 (Connection reset by peer)) 17.57.49 # we already have the code to do pwm dimming, did anyone check to see if it can be reused for the wheel light at all? 17.58.48 # preglow: FS8110 ? 17.59.02 # yes, the one you just closed an reopened... 17.59.12 # linuxstb shouted at me 17.59.25 # well, i agree, it's an honest request 17.59.35 # so did I after I thought about it 17.59.41 # hence I re-opened it 18.00.05 # GodEater: I didn't shout, I just questioned why it was different from regular backlight dimming... 18.01.12 # I imagined it as a shout 18.01.17 # on that note, we need another fade in/out setting, 250ms 18.01.21 # i think the current ones are too slow 18.01.21 # * GodEater has an active imagination 18.01.24 # Missing start packet code prefix F4EB at 4000, followed by Missing packet start code prefix: 2355 at 0 18.01.34 # I'm getting that with many videos 18.01.55 # The first one appears when I select the videos, then the second when I select "play from beginning" 18.01.56 # GodEater: Not at all - sorry if it came across that way. 18.02.00 # Is this a known bug or something? 18.02.07 # also, ten seconds fade out? come on... 18.02.42 # heh, slow fade like the sun 18.03.03 # Indeed :) 18.03.11 # You read the forum too.... 18.03.34 # pondlife: no, that was FS#8110 :) I'd like to see the forum thread 18.03.52 # Hmm, just imagine a backlight that takes 24 hours to brighten and dim. 18.04.00 # Anyone? 18.04.20 # pondlife: Imagine the battery lifeime of said MP3 player ;) 18.04.43 # Fusion powered, I guess. 18.06.06 # hrm, seems like anything lower than 500ms requires further changes... 18.06.32 # Can anyone please help me out? 18.07.35 # Nico_P: I saw in the #gigabeat logs that you downloaded the linux bsp for the imx31, anything interesting in there? I am mostly thinking about the mc13783 as the "datasheet" available is quite lacking... 18.08.34 # n1s: I'm not really competent enough to understand the stuff in there but if you tell me what to look for I can tell you 18.09.37 # Dark_Apostrophe: I have no idea what it is 18.10.08 # markun: I get that with certain videos 18.10.36 # markun: I can send you one of the videos so that you can see if you get the error, as well 18.11.25 # Nico_P: I'm not sure what I'm looking for really, just stuff missing from the datasheet like controlling the voltage to the cpu and brightness/fading of the backlight are mentioned in there but never described... 18.11.58 # if the mc13783 driver is self-contained maybe you can pastebin it or something? 18.12.09 # I'll search for it 18.16.39 # Dark_Apostrophe: How did you encode your videos? 18.16.48 # winff 18.17.48 # Can you put an example video online somewhere? 18.18.00 # n1s: what does the chip do? 18.18.20 # power management mostly 18.18.47 # I saw that it is used on the dev board the linux bsp is supposed to be run at 18.19.21 # linuxstb: Someone might get pissed, as it's a Simpsons episode 18.19.24 # but it also has audio ADC and DAC touchscreen interface and some other stuff 18.19.38 # linuxstb: I can DCC you one if you want 18.19.45 Quit barrywardell (Remote closed the connection) 18.20.05 # Nico_P: in the gigabeat is basically just power management/backlight/rtc 18.23.25 Join lee-qid [0] (n=liqid@p54966E4C.dip.t-dialin.net) 18.24.59 # n1s: would you know what file it is if I gave you the list? 18.25.39 Part pondlife ("Gone") 18.25.55 # n1s: You're talking about the Gigabeat S I assume? Have you started running code on it? 18.26.05 # Nico_P: no, I'm in no rush really and will try to download the image once freescale's site lets me, thanks for looking tho :-) 18.26.09 Join joh1 [0] (n=alex@nrbg-4db40799.pool.einsundeins.de) 18.26.45 # linuxstb: not yet, I have been reading datasheets though and the mc13783 datasheet is lacking a lot of details 18.27.00 Join DerPapst [0] (n=DerPapst@p54B2FD33.dip.t-dialin.net) 18.27.11 # 'lo all 18.27.16 # like it mentions it can set brightness and fade backlight leds but not how to make it do that... 18.27.21 # We _really_ need to find an easier way to run code on the S... 18.27.44 # n1s: oh I think I found the file 18.27.55 # linuxstb: agreed, aliask said earlier today he now has more free time and will start looking at the port again 18.29.13 # * n1s <3 the imx31 reference manual, 2000+ pages of gory details :-) 18.30.50 # n1s: does mc13783.c sound interesting to you? 18.31.03 # Nico_P: yes, yes indeed :-) 18.32.42 # http://pastebin.ca/764888 18.33.04 # I took it from one of the patches 18.34.16 Quit Bubelgum (Remote closed the connection) 18.35.17 # Nico_P: thanks 18.35.47 # n1s: there seems to be a lot more mc13783-related things in that patch... I can DCC it to you if you want 18.36.37 # Nico_P: I'm not sure dcc works for me only tried it once though, but sure go ahead 18.36.49 Join bertrik [0] (n=Bertrik_@149-022-045-062.dynamic.caiway.nl) 18.37.55 Join pepie34 [0] (n=pepie34@cop60-1-82-240-26-92.fbx.proxad.net) 18.38.00 Quit kugel (Read error: 104 (Connection reset by peer)) 18.42.48 Quit B|utEngel (Read error: 104 (Connection reset by peer)) 18.43.08 Quit petur ("work->home") 18.45.31 Join andrewg877 [0] (n=andrew@stjhnf0124w-142162068198.pppoe-dynamic.nl.aliant.net) 18.49.15 # Nico_P: unrelated: can the buffering code now handle large data structs on the buffer associated with a track (for midi)? 18.50.33 Quit idnar (Nick collision from services.) 18.50.35 Join idnar_ [0] (i=mithrand@unaffiliated/idnar) 18.50.46 Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) 18.51.16 # n1s: define large and probably, would just need to have a type defining the proper behavior for it 18.52.35 # n1s: the problem would be knowing where to put them so that they aren't in the way. 18.53.00 # lostlogic: we should start experimenting with plugins maybe 18.53.24 # Nico_P: for handling what to do when we finish buffering a file? 18.53.26 # lostlogic: a midi file would need a set of patches to be available for as long as it's playing, the largest patch I have is 2.2 MB 18.53.29 # because that's what came to my mind 18.54.18 Quit pepie34 ("Ex-Chat") 18.54.20 # n1s: what's involved in generating those? To do it with simple modifications only they would need to be available to the buffering system at roughly the same time that the midi is being buffered 18.54.28 # lostlogic: never though of that... I was thinking of giving plugins access to the buffering API 18.54.32 # n1s: ie would get_metadata be able to tell the system what to stick on? 18.54.40 # and seeing how existing ones could benefit 18.55.14 # lostlogic: they are just read from disk and possibly byteswapped and yes get_metadata should be able to do it 18.55.15 # lostlogic: for example, the midi player is a plugin AFAIK 18.55.26 # n1s: that would work beautifully then. 18.55.44 # I gotta run to work, but this has definite promise 18.56.41 # Nico_P: the plan is to turn the midi player into a codec 18.57.05 # but I got to go too now so ttyl 18.57.10 # Do we have a freely distributable set of patches for midi? 18.57.11 Quit n1s () 18.57.18 # bye.... 18.57.47 # linuxstb: there is one on the wiki 18.57.59 # I know about that one, but I thought the license was unknown? 18.58.11 # ah then I know nothing more than you do 18.59.24 # Ah, a readme for that patchset has been added since I last looked... 18.59.28 Join spiorf [0] (n=spiorf@host148-207-dynamic.16-79-r.retail.telecomitalia.it) 19.00.03 Join Arathis [0] (n=doerk@p508A4780.dip.t-dialin.net) 19.00.27 # Hmm, but the readme doesn't really help... 19.02.27 Join ilgufo [0] (n=matteo@host164-121-dynamic.52-82-r.retail.telecomitalia.it) 19.03.39 *** Saving seen data "./dancer.seen" 19.08.53 Join Xerion [0] (i=xerion@cp198589-d.landg1.lb.home.nl) 19.08.53 Quit andrewg867 (Read error: 110 (Connection timed out)) 19.12.40 Join Thundercloud [0] (n=thunderc@resnet06.nat.lancs.ac.uk) 19.12.43 # * preglow has speex at 41kb for coldfire and expects at least 10kb more can go, easily 19.14.46 # Smaller than the Rockbox logo on a lot of targets... 19.15.29 # i spent quite a lot of time hunting for some rogue floating point code that turned out to be in codecs/speex.c ... 19.15.43 # a lovely divide and multiply, all in one glorious line 19.15.55 Join jumijoze_ [0] (n=jumijoze@chello062178168041.13.14.vie.surfer.at) 19.16.29 Quit jumijoze (Nick collision from services.) 19.16.39 Nick jumijoze_ is now known as jumijoze (n=jumijoze@chello062178168041.13.14.vie.surfer.at) 19.18.56 # hmm, the only problem I can see wiht the idea of midi as a codec with its samples on the buffer would be if the midi + samples are larger than the buffer. I think since midi files themselves are small, that's an acceptable situ 19.19.32 # The patchset is over 20MB - so that rules out a few swcodec targets.... 19.19.36 # lostlogic: the midi itself is tiiiiiiny in comparison 19.19.48 # i don't see that as a problem at all 19.20.35 # very few midi files will use all of the patches (instruments) 19.21.02 # so a lot less than 20Mb is required 19.22.49 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 19.23.10 Join miepchen^schlaf [0] (n=hihi@p54BF67F7.dip.t-dialin.net) 19.23.45 Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) 19.24.57 Join Llorean [0] (n=llorean@12.198.112.130) 19.25.06 Quit linuxstb ("Client Exiting") 19.25.16 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 19.25.21 Join Exiro [0] (n=ANonEMoo@ip565812ec.direct-adsl.nl) 19.25.30 # ello there 19.25.37 Join miepchen^schlaf [0] (n=hihi@p54BF67F7.dip.t-dialin.net) 19.27.33 Quit kkurbjun (Read error: 113 (No route to host)) 19.27.55 Quit spiorf (Remote closed the connection) 19.28.26 # preglow: I figured... it should work great then... just hafta work out who's in charge of putting the samples into the buffer after get_metadata knows which ones the song needs. 19.28.29 # Hi, I'm having a problem on the current build for my iPod Nano. I'm hearing some weird Techno-like Noise in the background. 19.29.19 Quit Crash91 ("Bye Bye!") 19.29.23 # I can't really explain what kind of sound, but it's definitely not part of the music I listen 19.36.04 Quit jgarvey (Read error: 110 (Connection timed out)) 19.36.54 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 19.37.40 # Nico_P: I'm considering reverting to the old ADX codec until the backwards seeking issue can be resolved, any objections? 19.38.34 # hcs: none. I haven't thought about how to do it better yet :/ 19.40.13 # Nico_P: I consider it a two-stage process, to fix. 19.40.16 # 1) fix the seeking issue (rebuffer the file in the space that is already allocated for it? throw out what's in the space where the requested stuff would be? 19.40.43 # 2) implement some way to not dump the buffer for files where we know we'll need it 19.41.05 # The first to make it work, the second to make it efficient. 19.41.11 # hcs: what happens when an adx is > bufsize? 19.42.42 # then we've no choice but to dump it 19.42.45 # priority: current buffer=2, reserved buffer=1, other tracks=0 19.43.12 # not that I have any experience with the buffering code to figure out how to implement it 19.43.16 # * lostlogic hates special handling for one type of audio. 19.43.41 # ADX is like the bastard child of the small atomic codecs and a packet codec 19.44.29 # lostlogic: the second stage is optional, I'd just be happy with it working even if it has the reload the file 19.44.58 # hcs: yeah, realistically once 8092 is fixed, it should work again, especially on flash players w/o a spinup 19.45.32 # but then making it work well remains difficult -- needs some kind of flag that says "don't shrink me unless you strictly must" 19.45.39 # which actually wouldn't be unreasonable. 19.45.50 # should that be a different type or a flag? 19.45.51 # hmmmmmmmmmmmmm 19.45.54 # lostlogic: any plans in place to fix 8092 or should I start looking into it 19.46.12 # hcs: I _think_ Nico's working on it. I'm bitter/jaded/refusing. 19.46.23 # (and yes, I know how childish it is)_ 19.46.52 # I'm just going to go ahead and revert ADX, then, so at least we have something usable for now 19.47.24 # how well does it work? don't you still run into trouble around the buffer wrap? 19.47.38 # It works flawlessly, as far as I can tell 19.47.46 # hcs: oh, cool -- revert away then :) 19.48.23 # lostlogic: observe the section commented "dance with the devil in the pale moonlight", it's supposed to handle that, but I can't remember exactly why it works 19.48.50 # hahaahha, I'll take a look. 19.50.45 Quit Exiro (Read error: 110 (Connection timed out)) 19.50.57 # drat, I'm on a public wireless network, is there secure access for svn? 19.51.15 # shouldn't it default to ssl? 19.52.04 # I thought I recalled someone asking about this a while ago and it wasn't possible. 19.52.20 Join Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) 19.53.01 # ask Bagder_ 19.54.35 Join Domonoky [0] (n=Domonoky@e179060095.adsl.alicedsl.de) 19.55.34 # Bagder_: can we do svn over a secure channel? 19.55.44 # does anyone knows if the old keymap for sansa ever comes back? 19.56.11 # * bertrik gazes crystal ball 19.56.12 # *know 19.56.50 # i don't really like the new one, it made everything harder, why did you guys chose for the new one? 19.57.11 # JRoT|Stage: not likely.. for reasons read in the forum.. :-) 19.57.22 # k thnx 19.57.25 # JRoT|Stage: we're actually in the business of making software as hard to use as possible. It's in our charter. 19.57.29 # ::shiftyeyes:: <-- liar. 19.57.57 # lostlogic i didn't want to flame 19.58.00 # sorry for that 19.58.11 # JRoT|Stage: no no, no worries, I was just being an ass ;) 19.58.15 Nick JRoT|Stage is now known as JR0T (n=JRoT@ip4da03737.direct-adsl.nl) 19.59.29 Quit Thundercloud (Remote closed the connection) 20.01.36 Join r121 [0] (n=r121@d-201-184.resnet.unb.ca) 20.03.44 # ha, tsocks + ssh -D ftw 20.06.40 # JR0T: It's not harder... And it certainly doesn't make EVERYTHING harder since it only affected a few buttons in a few specific screens 20.06.53 # Please, try using it for more than a couple days before judging it. Right now it's new and you haven't gotten used to it. 20.07.32 # JR0T: and if you continue to hate it... you can always build the devkit and compile a patched build with the old keymap pretty easily :) 20.07.50 # Not to mention the patch has been in the tracker for months, and I gave a weeks warning both in the forums and the mailing list, so this change shouldn't have taken people interested in "what's going on" (as people updating regularly should be) by surprise. 20.08.21 Quit Bagder (Read error: 110 (Connection timed out)) 20.09.39 Join mrkiko [0] (n=mrkiko@adsl-152-102.38-151.net24.it) 20.10.01 Quit japc (Read error: 110 (Connection timed out)) 20.11.25 Join karashata [0] (n=Kimi@pool3-038.adsl.user.start.ca) 20.12.08 # Hi all! When I'm in the track-list with my H340, I can make rockbox go mad just pressing the "next" or "prev" key quickly! Does someone experience this with this or another player? 20.12.41 # "track list"? 20.12.55 # "go mad"? 20.13.06 # * lostlogic high fives hcs 20.13.31 # just wanna mention to whoever's been playing around with playback stuff that the recent SVN commits broke FLAC playback on my H10 20.13.37 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 20.13.52 # karashata: please be specific 20.14.04 Quit ilgufo ("So Long, and Thanks For All the Fish - http://gufo.wordpress.com") 20.14.07 # karashata: which cmomit broke it and for which flacs (I play flacs pretty frequently without trouble) 20.15.00 # hcs: "go mad" = the player will not detect the next key release; 20.15.16 # I'm not sure which one, the most recent one (r15517) and the one I tried before it that I noticed didn't work (r15513) are the only two builds I've used with FLAC recently 20.15.20 # lostlogic: "track list": file browser, the window I get in when selecting "files" 20.15.53 # mrkiko: why would you press next repeatedly in that window (not that I'm justifying it breaking us, but ???) 20.16.26 # karashata: so 15513 worked and 15517 broke, right? 20.16.41 # no, 15513 didn't work either 20.16.51 # karashata: oh, what build worked? 20.17.05 # There are 3 tracks, A, B and C. I would press next repeatedly and quickly if I need to skip from A directly to C. 20.17.12 # I don't remember, let me check the other builds I have backed up and see if I can't find it 20.17.18 Join ilgufo [0] (n=matteo@host164-121-dynamic.52-82-r.retail.telecomitalia.it) 20.17.32 # mrkiko: wouldn't... wouldn't you do that from the WPS not the browser?? 20.17.34 # lostlogic: note that I'm blind, so I can't use the file browser agibly. 20.17.56 # mrkiko: so you are using voicefiles ? 20.18.08 # Domonoky: yes 20.18.22 # * mrkiko needs to say that his braille display is slow in reacting... 20.18.50 # mrkiko: considering that I had no idea you were blind until you said so, I'm rather impressed by your reading and typing speed ATM. 20.19.32 # i've had this bug myself 20.19.33 # several times 20.19.36 # rockbox would just hang 20.19.44 # lostlogic: thank you. I would do better with a functional braille display. This one is having some problems right now! :) 20.20.13 # preglow: how do you trigger it exactly? 20.20.23 # okay, apparently it broke for me before 15493 even... 20.20.32 # lostlogic: by switching tracks very fast 20.20.34 # karashata: are the flacs > 30m in size? 20.20.40 # lostlogic: i can't make it happen consistently :/ 20.20.45 # preglow: does voice need to be enabled? 20.20.45 # no, none of them are 20.20.48 # lostlogic: nope 20.21.25 # karashata: can you further describe "breaks"? 20.21.27 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 20.21.42 # the player completely freezes when trying to play a FLAC file back, no response to anything 20.21.48 # constant disc activity 20.21.52 # lostlogic: in my case at least it's different from the fs#8003. 20.21.53 # er, disk 20.21.55 # preglow, lostlogic, mrkiko: I think you may be talking about two different things? 20.22.01 # possibly 20.22.07 # It sounds like "mrkiki" is scrolling up/down in a list rapidly 20.22.10 Quit ilgufo (Client Quit) 20.22.11 # er mrkiko 20.22.13 Join ilgufo [0] (n=matteo@host164-121-dynamic.52-82-r.retail.telecomitalia.it) 20.22.22 # karashata: at the beginning before even starting to play or smoetmie randomly in the middle? 20.22.24 # Since "next" and "previous" in the filetree wouldn't skip tracks, but enter and leave folders. 20.22.32 # right at the beginning 20.22.35 # Llorean: that's what I was confused about. 20.22.37 # it doesn't play the file at all 20.22.58 # loads the metadata fine though for it and the next track on 15493 20.22.59 # fs#8003 (still verifying) will crash my player; this problem instead causes the player to act like the last key is being pressed again. 20.23.00 # karashata: but other codecs work? What kind of tags are on your FLACs? 20.23.30 # I'm not sure, whatever tags Winamp uses to tag FLAC files 20.23.39 # mrkiko: so the problem you are reporting today acts as though you've held the next button down and keeps repeating that action? 20.24.01 # karashata: lemme find a build for you to try. 20.24.06 # okay 20.25.57 # karashata: can you try 15464 for me? It's possible that stripping leading tag data from the buffer is causing your trouble. 20.25.59 # lostlogic: yes 20.27.00 # mrkiko: on the H340, which direction button is it that we are speaking about? Left or Down? 20.27.04 # lostlogic: if I can find it, I don't have SVN to grab builds with 20.27.25 Join Lear [0] (i=chatzill@rockbox/developer/lear) 20.27.56 # lostlogic: /me is trying to read as much text as possible - please wait 20.28.27 # lostlogic: the closes daily build to 15464 is 15466 20.28.51 # karashata: crap. 20.28.59 # lostlogic: ... left button 20.29.15 # lostlogic: the left part of navi 20.29.40 # Aniway: probably I can trigger it with "right"... 20.30.01 # if someone could build me a build to check I'd be glad to test, but I don't have SVN and the time it would take to get a build environment set up would be a while... 20.30.02 Join bertrik_ [0] (n=Bertrik_@023-020-045-062.dynamic.caiway.nl) 20.30.03 # lostlogic: it triggers frequently especially when I generate a key sequence needed to skip from a directory to the next... 20.30.30 Join merbanan [0] (n=banan@83.233.243.136) 20.30.34 # mrkiko: and once it triggers, what do you hear that tells you that it is skipping repeatedly? 20.31.12 # karashata: I hear ya, I'm pondering... I wish flacs weren't so large, do you have a small-ish one that causes the problem that you could send me? 20.31.48 # I have a few that might qualify as smallish, where do you want me to dump one for youÉ 20.32.17 # ack, apparently Pidgin changed the keyboard layout again on me, be back in a sec... 20.32.19 # lostlogic: if "beep" is enabled, I can hear many many beeps. If it's not I can detect it from the fact that my IDE disk will simply not spin down. When I arrive to school I should reset the player aniway when this happens. In some cases the player will shut down ... 20.32.23 Quit karashata ("Leaving.") 20.32.37 # karashata: my email server will accept attachments up to 20m if yours will send them 20.32.48 Join karashata [0] (n=Kimi@pool3-038.adsl.user.start.ca) 20.32.52 # karashata: my email server will accept attachments up to 20m if yours will send them 20.33.14 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) 20.33.22 # hmm, I can try, I don't know if mine sends up to that 20.33.23 # mrkiko: I think I understand the bug pretty well. I assume that you have tried on the latest build already? 20.34.05 # Yes - I got up this mornign early to test it. 20.34.08 Join akuma [0] (n=chatzill@59.92.151.176) 20.35.06 # lostlogic: I use daily builds 20.35.19 # Aiway I have here a ready build environment... 20.35.50 # * akuma i just installed rockbox on my ipod nano adn installed some 3 or 4 themes ...the problem is that whenever i play any song i keep hearing squeeking noises in the background 20.36.22 # * scorche|w wonders if akuma added any oil to his nano recently 20.36.24 # what do i do? 20.36.38 # nope..:) 20.37.26 # Nico_P: cool, you fixed it :) Thanks. 20.37.36 # lostlogic: aniway I'm not a native english speaker, so tell me if I'm clear... 20.37.41 Quit ilgufo (Remote closed the connection) 20.38.35 # the noise is like someone rubbing two balloons in the background 20.38.49 Quit r121 ("Leaving") 20.39.27 Join ilgufo [0] (n=matteo@host164-121-dynamic.52-82-r.retail.telecomitalia.it) 20.39.35 # dionoea: thanks for the report ;) 20.39.54 # Well I only read the svn log... haven't had time to test yet :) 20.41.51 # * akuma waits paiently for someone to help him... 20.42.02 # patiently* 20.42.50 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 20.43.22 # akuma: stupid but may be helpful question - can you try booting your iPod with the original firmware and test the problem disappears? 20.44.06 # yes ... 20.44.24 Join GodEater_ [0] (n=bryan@rockbox/staff/GodEater) 20.44.27 Quit bertrik (Read error: 110 (Connection timed out)) 20.44.44 Nick bertrik_ is now known as bertrik (n=Bertrik_@023-020-045-062.dynamic.caiway.nl) 20.44.45 # when i use the original firmware i dont hear the squeeking sounds.... 20.45.04 Quit GodEater (Read error: 113 (No route to host)) 20.45.13 Nick GodEater_ is now known as GodEater (n=bryan@rockbox/staff/GodEater) 20.45.34 # Akuma: are you trying with mp3 files? 20.45.40 # yes 20.46.25 # akuma: mhm... I don't have any idea... right now 20.46.33 # shall i delete the .rockbox folder and reextract 20.46.54 # akuma: mm... it won't help 20.47.02 # If it's a Nano, it could simply be the Nano bug 20.47.03 # akuma: probably... 20.47.18 # mrkiko: hmm, would it be possible to use current builds 20.47.25 # mrkiko: you're being very clear. 20.47.49 # i am using thecurrent build 20.48.25 # lostlogic: ... ok: now I checkout and compile, ok? 20.49.14 # mrkiko: Or just download it 20.49.22 # Unless you are adding patches 20.49.25 Join Echelon [0] (i=ryan@tinfoilhat.net) 20.49.43 # BigBambi: ... downloading it now 20.50.00 # :) 20.50.13 # please be patient - I can hardly read ... 20.50.53 # mrkiko: That was a smiley, not a hurry up! 20.51.16 Join ruinedtwice [0] (n=xxx@d154-20-29-13.bchsia.telus.net) 20.51.50 # BigBambi: ... I know, I warned only ... 20.52.55 Quit jhulst ("Konversation terminated!") 20.53.24 Quit BigBambi (Remote closed the connection) 20.54.09 # well overwriting tockbox folder worked... 20.54.15 # rockbox* 20.55.10 # according to firefox JdGordon's fix of Zagor's is still not right. Looks correctly if the encoding is set to utf-8 now which makes me wonder what encoding it was before... 20.55.16 Join atsea- [0] (i=atsea-@gateway/tor/x-48fc633452b3f594) 20.55.30 # are tehre any tried and tested themes for rockbox that i can use? 20.56.48 # * mrkiko is writing the firmware to the player 20.56.51 Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) 20.57.22 # * pixelma adds a "name" to her previous sentence 20.57.29 Quit Toxicity999 (Read error: 104 (Connection reset by peer)) 20.57.34 Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) 20.58.18 # ok - booting rockbox 20.58.52 # mrkiko: when i am installing the themes do i even copy hte .DS_Store file? 20.59.16 Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) 20.59.46 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 21.00.17 # when i am installing the themes do i even copy the .DS_Store file? 21.00.31 # no, you don't need to 21.00.32 # Ok - It didn't crash while in the track list 21.00.42 # but It crashed hard on the main menu 21.00.57 # the one saying "files" - "Database" and so on 21.01.08 # ok thanks. 21.01.10 # akuma: looks like something that the operaring system of the theme author added 21.01.11 # but this is fs#8003: the problem I mentioned initially has been solved 21.01.27 # mrkiko: I'm glad that at least one problem is solved :) 21.01.57 # :) I'm happy also 21.01.58 Quit hcs (Read error: 113 (No route to host)) 21.02.33 # does someone know a way to get the H340 out of a crash without the need to press the reset button' It's so difficult! :) 21.02.48 # and plugging the reader to the usb doesn't help, seems 21.02.58 # pixelma: do you use a ipod? 21.03.02 # mrkiko: and so you know, you are much better spoken, in English, and more able to respond and manage your computer/player than many people who are both sighted and native English speakers. I feel kinda humbled. 21.03.16 # akuma: no 21.03.41 *** Saving seen data "./dancer.seen" 21.04.02 # lostlogic: thank you so much! 21.04.15 # pixelma: ah ..so you wouldnt be able to suggest me some theme...? 21.04.28 # not at all 21.04.34 # mrkiko: Unfortunately, the whole point of the "Reset" button is for when there is no other way to reset it. 21.04.51 Quit Nimdae_ ("reboot") 21.05.24 # Llorean: no problems, I will reset it later when I find something appropriate :) 21.05.40 # pixelma: so what theme do i use? 21.05.41 Quit mf0102 ("Verlassend") 21.05.42 # akuma: also, themes are made for a specific screen (size, colour depth) so there is no them for Ipod 21.05.58 Join bernd_b [0] (n=bernd@dslb-084-060-184-071.pools.arcor-ip.net) 21.06.02 # mrkiko: The reset button really basically disconnects and reconnects power, so it's not something handled by programming but a much more "physical" solution. 21.06.25 # akuma: in general, I mean. I use my own theme... 21.07.37 # Llorean: .. ehm... the problem basically (at least for H340) is that to reset you need something very very very fine 21.08.13 # akuma: you could try holding the "power on" button (i think its play on h3x0) for about 15sec, for many crashes this works to shutdown.. :-) 21.09.46 # ah...fixed it by re installing rockbox.... 21.09.54 # mrkiko: I know. It's unfortunate. But it's just not a "button" like the other ones, so you can't even reprogram another easier to use button to do the same thing or anything. It's one of those things we just can't really fix. 21.09.57 Join linuxstb [0] (n=chatzill@rockbox/developer/linuxstb) 21.10.03 # think i messed with some setting... 21.10.18 Quit ilgufo ("So Long, and Thanks For All the Fish - http://gufo.wordpress.com") 21.10.41 Join ilgufo [0] (n=matteo@host164-121-dynamic.52-82-r.retail.telecomitalia.it) 21.10.50 # * akuma decides its time to sleep....rockbox rules.... 21.11.03 # thanks all for helping.... 21.11.15 # Domonoky: unfortunately with this crash the thing doesn't work. 21.11.15 Part akuma 21.11.16 # :) 21.12.00 # it only works if rockbox isnt completly crashed.. 21.12.37 Quit jhulst ("Konversation terminated!") 21.13.37 Join iamben_ [0] (n=ben@adsl-75-25-102-163.dsl.spfdmo.sbcglobal.net) 21.14.40 Join spiorf [0] (n=spiorf@host234-168-dynamic.6-79-r.retail.telecomitalia.it) 21.16.05 # i get a bit of a cracking sound on some mp3s, on the bass/snare, but it happens at low volume too 21.16.21 # does this sound familiar to anyone? 21.17.08 Quit Siku () 21.17.12 # bertrik: you use any eq or bass enhancment in rockbox ? 21.17.25 # no, disabled eq and crossfeed 21.18.38 # the same mp3 sounds clean on my pc 21.18.52 # with same headphones? 21.18.59 # ze: yes 21.19.16 # bertrik: You have all settings cleared in Rockbox? 21.19.40 # Llorean: no, I'll try that, but I think I already tried that 21.22.21 # It's still there with cleared settings, I think I'll try to going back some versions and pinpoint it 21.23.17 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 21.24.10 # lostlogic: well, predictably, I was standing in line and suddenly I was blasted with loud static, looks like the old ADX isn't as perfect as I'd thought 21.24.22 # hcs: wheee 21.24.57 # I'm really getting tempted to just bypass the buffer 21.25.17 Quit iamben (Read error: 110 (Connection timed out)) 21.25.26 # the wiki cites the frontend "winff" and it's underlying executable "ffmpeg" as good candidates for video encoding for rockbox. My searches through the winff / ffmpeg docs, the wiki, and the forums have not produced for me a useful answer to the following question... 21.25.36 Join akuma [0] (n=chatzill@59.92.138.52) 21.25.46 # the squeeking is back 21.25.59 # hcs: how? 21.26.20 # lostlogic: by just opening the file 21.26.46 # Can someone try to trigger fs#8003 on another player different from h320 and h340? 21.27.16 # hcs: the sound you hear is hdd based players screaming in pain 21.27.48 # i have nano 21.28.12 # its a flash drive player right? 21.28.39 Quit amiconn (Nick collision from services.) 21.28.44 # akuma: There are multiple conversations going on. That's why people precede their comments with who they're directing them at in many cases. For example the one about hdds was to HCS, not you 21.28.47 Join amiconn [0] (n=jens@rockbox/developer/amiconn) 21.28.48 # namely, I would like winff to drive ffmpeg to produce well behaved split files. Please, what additional command line parameter should one enter in winff in order to compell ffmpeg to split the output file into, say, 50mb parts. 21.29.00 # akuma: As I said quite some time earlier, it's very likely you're simply experiencing the current problem on Nanos, which there is no yet fix for. 21.30.16 # ruinedtwice: Why do you want to split files, there's not a very practical reason to do this in Rockbox? 21.30.23 # Llorean: ah when will the next build going come out? 21.30.57 # soon ? 21.31.25 Join Angryman [0] (i=50e0a118@gateway/web/cgi-irc/labb.contactor.se/x-0b0efc6c8c37a6f3) 21.31.27 # It's not fixed in the next build... 21.31.41 # akuma: new builds come out almost constantly, but it's not likely that any particular one will fix your specific problem. 21.32.02 # soi got to report a bug? 21.32.09 Quit Angryman (Client Quit) 21.32.15 # akuma: As I said, it's a known issue... 21.32.23 Join Angryman [0] (i=50e0a118@gateway/web/cgi-irc/labb.contactor.se/x-a165b1d9870de531) 21.32.27 Join TMM [0] (n=hp@ip565b35da.direct-adsl.nl) 21.32.29 # Llorean: I had rockbox choke on a file that happened to be "large" -- esprit d'experimentation 21.33.17 Quit krazykit ("Connection reset by beer") 21.33.33 # ruinedtwice: Did you know that Rockbox is supposed to work on any length video? 21.33.53 Quit ompaul (Client Quit) 21.34.31 # If a file isn't working as it's supposed to, you should post a proper bug report... 21.34.37 Join handmadematters [0] (n=handmade@80.224.161.24.dyn.user.ono.com) 21.34.40 # Llorean: yes, and I hope and intend to get my installs of it (h340 and sansa 280) to behave better. At the moment either they are misbehaving or else (more likely), I am an incompetent guardian. 21.34.44 Join tokam_one [0] (n=tokam@pD9E0CB48.dip0.t-ipconnect.de) 21.34.45 # hi 21.34.57 # is itpossible to get a java plugin for rockbox? 21.35.07 # i want to be able to execute j2me code on it 21.35.13 Join krazykit [0] (n=kkit@light.sunsetab.denison.edu) 21.35.20 # tokam_one: If you write one. 21.35.29 # tokam_one: that'd be a neat trick, but I don't know of any such project in development 21.35.30 # Llorean: :D 21.35.59 # i would have fun to start one 21.36.07 # but i do not hav time for more new projects 21.36.28 # i have a typo3 project running to januar 21.36.53 # Maybe another stupid question: it seems that i cant get the adc values read out of the plugin section? Any advice? And yes i know how to register it (plugin.c plugin.h) :) 21.37.39 # ...it's useful to be reminded that rockbox is meant to support "any size" of video file. That encouraging. I'd still like to know the syntax to make winff produce files split to order. I guess it's my narcissism showing. 21.37.41 # handmadematters: that is a bad idea (giving plugins direct access to an adc) 21.38.05 # ruinedtwice: ask in a winff channel/forum? 21.38.08 # But i need to test some smoothing code... 21.38.19 # handmadematters: ah, ok, good though :) 21.38.20 # and i thought this would be the best place 21.38.21 # smoothing code? 21.38.40 # ruinedtwice: Well, considering the fact that nobody here wrote WinFF, perhaps you should seek questions that aren't actually related specifically to Rockbox to the creators of that software instead... 21.38.40 # H10 got jumpy values 21.38.42 # handmadematters: you would need to add a pointer in plugin.h and an assignment to a function in plugin.c 21.38.46 # I guess if a j2me plugin for rockbox will be released, more developers will work on rockbox 21.38.52 # did that 21.39.05 # reads the very first value then it stops 21.39.07 # the java guys (like me) will start to develope programms and games for rockbox 21.39.14 # tokam_one: Considering the ones we want are ones who will work on the core, I'm not sure that's a huge incentive. 21.39.18 # handmadematters: stops or keepds getting same values? 21.39.21 # and than we can might use other programms written for j2me 21.39.21 # (ie does it freeze? 21.39.29 # tokam_one: Rockbox is a music playing firmware, we really care very, very little about plugins/games, overall. 21.39.33 # gets the same values 21.39.36 # no stops 21.39.39 # Sorry 21.39.40 # They're more "fluff and added bonus" than a focus in any way. 21.39.57 # handmadematters: the adc is read over an i2c bus (IIRC) you might need to wait some ticks between polls? 21.40.03 # The plugin works further only the adc doesnt respons any further 21.40.04 # what does the word incentive mean? 21.40.36 # tokam_one, a reason to do something 21.40.36 # tokam_one: "Encouragement for doing something" 21.40.39 # ruinedtwice: Tried the "-fs" option to ffmpeg? 21.40.55 # Also thought about that... But the strange thing is that half a year ago exactky the same procedure worked... 21.40.58 # Llorean: Apple ipod is also a music player, rockbox can only be better if it is more than a music playing software 21.41.04 # But i will give this a try 21.41.16 # tokam_one: Or simply a better music player. 21.41.32 # handmadematters: there have been significant timing changes to the adc drivers on many targets in that time... 21.41.32 # Llorean: why it is better, if it just can play music and video like others too? 21.41.39 # tokam_one: You could take every single plugin out of Rockbox and 99% of current users would probably still use it. 21.41.53 # Yep thats the reason why i start my work on that again... 21.41.54 Quit akuma ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") 21.41.54 # tokam_one: Seriously, do you not know what features Rockbox has? 21.41.55 # ;-) 21.42.00 # Llorean: you mean to implement new drivers for other hardware with the "work on the core" ? 21.42.03 # * bertrik agrees with Llorean 21.42.03 Quit Frazz (Read error: 104 (Connection reset by peer)) 21.42.06 # java on rockbox is a nonstarter, IMO -- the JVM requires a lot of threads just to run itself and we don't want to have that many threads living 21.42.10 # Llorean: not the bubbles! ;) 21.42.15 # but then that's just my opinion and I'm also against making rockbox preemptive 21.42.28 # ijuz_: lol :D 21.42.37 # tokam_one: A wide, wide range of supported formats, parametric equalizer, gapless playback, dithering, replaygain, crossfeed, crossfade, advanced on-player playlisting and database management, themeability, just to name a few features. 21.42.50 # Llorean: i think that rockbox is better, but is only because it can do more 21.43.01 # if it could just do the same like others it would not be 21.43.19 # +it 21.43.22 # tokam_one: Yes, but you can do "more" while still focusing on music and media related features. 21.43.50 # Llorean: you can do more with a lot of things.... 21.43.51 # lostlogic: My understanding is that the Phone Edition VM would be within the limits of our players. 21.43.52 Join Buschel [0] (n=AndreeBu@p54A3D224.dip.t-dialin.net) 21.44.01 # tokam_one: Yes, but as I said, it's not a focus of the project. 21.44.04 # Llorean: many users know how to convert formats .. 21.44.12 # Converting formats degrades quality. 21.44.17 # This is obvious... 21.44.27 # Llorean: do you think, that rockbox will oneday be able to play wma without coprocessor? 21.44.34 # It already can 21.44.37 # tokam_one: It does 21.44.39 # iT CAN? 21.44.41 # Yes 21.44.46 # i will do an update now :D 21.44.47 # * Domonoky thinks rockbox would happily accept a java vm if someone wrote one for rockbox... but someone has to volunteer... :-) 21.44.48 # Seriously, learn about the program before commenting on it, please. 21.44.52 # even on ipod 5? 21.44.54 # Yes 21.45.01 # since when? 21.45.03 # It always has done - what made you think it didn't? 21.45.04 # tokam_one: Apart from the portalplayers, what about all the single core daps we have? 21.45.15 # Domonoky: I'm quite sure it would. All I ever said was that "attracting plugin developers is not an incentive for Rockbox core devs to spend resources on it" 21.45.22 # linuxstb: yes -- and I suspect that it "should" do the trick. I'm embarrassed to confess that I haven't yet guessed the required syntax for that option: "-fs 50", or "-fs 50m", or "-fs 50mb", or "-fs 50 mb", and so on. None of my attempts so far have produced anything other than abort upon execution. So sad. I need to get this little tweak working to make the sky stop looking like a Munch etching. 21.45.32 # tokam_one: Since inclusion of WMA support, it's always run on one core. 21.45.48 # ok, i will look after it now 21.46.00 # Llorean: true, but we dont have any ressources to distripute.. its all volunteer.. :-) 21.46.01 # ruinedtwice: It's in bytes, so -fs 50000 would be 50000 bytes. 21.46.15 # excellent 21.46.29 # flv format would be nice 21.46.32 # flash video 21.46.39 # tokam_one: Then get coding.... 21.46.40 # ruinedtwice: You can add units though. But it doesn't split for you, so you'd need to know how long the file is in time, and convert a second time, with the time offset starting at that time to make a second 50mb file, and it might be imperfect for overlap 21.47.07 # tokam_one: Considering the necessity to resize for the iPods screen anyway, while converting audio is a no-do, converting video is essentially a necessity anyway... 21.47.17 # mmm, I even get crackle from SVN 15000... :( 21.47.26 # ^^ Llorean, ok 21.47.34 # Llorean: it suxx :) hehe :D 21.47.59 # Llorean: an encoding software inside rockbox would be too slow would it? 21.48.09 # These players are very, very slow. 21.48.10 # So yes. 21.48.59 # Llorean: have you developed for the rockbox project? 21.49.08 # Yes 21.49.13 # have you developt might the textviewer? 21.49.19 # No. 21.49.30 # Mostly I've just fixed a few bugs. 21.50.02 Quit Angryman ("CGI:IRC (EOF)") 21.50.10 Quit spiorf (Connection timed out) 21.50.15 # i have a little improvement idea, but i heared that it was allready planed or developed, but it did not work on my ipod 5, but before telling more i will install now an update :D 21.50.24 Quit Rick ("updating mirc") 21.50.28 Join spiorf [0] (n=spiorf@host83-207-dynamic.16-79-r.retail.telecomitalia.it) 21.50.51 Join Frazz [0] (n=Fraser@thelawsons.plus.com) 21.51.13 # i am talking about a funktion with reminds textposition not only for 1 file, also for more 5-10 or so 21.51.23 # -k +c 21.51.46 Join Rick [0] (i=rick@pool-96-229-77-230.lsanca.dsl-w.verizon.net) 21.51.48 # I thought it already did remember the last few files position 21.52.53 # i will download the update now 21.52.59 # mine is 2 -3 month old 21.53.02 # It has done for ages 21.53.12 # it remembers only the position for one page on my ipod 5 21.53.17 # * mrkiko resetted the player 21.53.21 # tokam_one: Please don't comment or report problems with anything less than the current build 21.53.45 # tokam_one: It is incredibly annoying trying to help with a 'bug' that has been fixed ages ago 21.53.52 # but in a forum i was told, that it should allready remember it for some more files 21.54.01 # And so it does 21.54.01 # BigBambi: you are right 21.54.18 # when i was told i downloaded the latest update :) 21.54.27 # but i will do now again, and test it ;) :D 21.54.36 # rockbox is nice 21.54.40 # tokam_one: You should always have the latest before questioning anything 21.54.46 # ^^ 21.54.54 # BigBambi: you are right 21.55.21 # questioning yes, but no bug reporting with an old version 21.55.35 # Questioning no 21.55.47 # If you had updated you would know it worked 21.55.57 # Then we wouldn't have ad to have this conversation 21.56.02 # *had 21.56.03 # BigBambi: the question for j2me was ok i guess 21.56.24 # tokam_one: I'm just talking about current rockbox functionality 21.56.38 # yes, there you are right ;) 21.57.15 Join Llorea1 [0] (n=llorean@12.198.112.130) 21.57.30 Quit Llorean (Nick collision from services.) 21.57.45 # amiconn: had a chat with some people in #gcc, and they said it'd be perfectly ok to ping the binutils mailing list with the bugzilla entry if nothing happens 21.57.45 Nick Llorea1 is now known as Llorean (n=llorean@12.198.112.130) 21.57.53 # amiconn: how's brightness stuff coming along, bnntw? 21.57.55 Quit XavierGr (Nick collision from services.) 21.57.56 Join XavierGr_ [0] (n=xavier@ppp151-179.adsl.forthnet.gr) 21.59.16 # is it the right way for an update to replace the .rockbox folder? 21.59.23 # yep, just overwrite 21.59.44 # OK 21.59.49 # did anyone ever try to set hi 5G ipod to 100MHz? 21.59.52 # than i gone reboot now 21.59.54 # *his 22.01.00 # Buschel: why would we want to? :> 22.01.12 # damn nice 22.01.22 # textviewer works how i want it :) 22.01.25 # e.g. to have 16:9 video at 24fps? 22.01.28 # you do nice work 22.01.56 Join JRoT|Stage [0] (n=JRoT@ip4da03737.direct-adsl.nl) 22.02.30 # if there would be an j2me plugin for rockbox even a noob like me will be able to write java programms for his ipod or so 22.02.51 # i think it is a nice idea, but with c i am not good enaugh to write an implementation 22.03.46 # then sit back and wait for someone else to if it happens at all 22.03.56 # tokam_one: I think it unlikely, but should someone write one I'm sure it shall be considered 22.04.12 # However, I do not think any of the core devs will be jumping on this one 22.05.22 # I think there was someone trying to drum up interest in a JAVA forum, but again, it was full of people saying "Someone ought to make this" rather than people saying "I'm willing to make this" or trying to get work done. 22.06.06 # and nobody was able to manage it? 22.06.21 # tokam_one: More like nobody bothered 22.06.39 # BigBambi: do you mean with your second post, that nobody whant to switch his project and change work form rockbox core development to j2me development 22.06.43 # I'm in the planning stages of implementing a different virtual machine, but that's another issue entirely... 22.06.45 # Buschel: check last weeks log for w1lliam (or similar) 22.07.01 # It is all very well saying, someone should do this, wouldn't it be great etc., but until someone who wants it writes it it won't happen 22.07.08 # BigBambi: nobody bothered without java? 22.07.24 # tokam_one: That none of the core devs could give two hoots about java on rockbox 22.07.30 # tokam_one: people develop only what they want to develop.. so if noone has interesst.. 22.07.45 # tokam_one: No, no one bothered to write a java interpreter for rockbox 22.07.47 # tokam_one: Someone who wants JAVA should work on it, but there are lots of bugs and other things that most of us consider far more important. 22.08.13 # Buschel: starting here http://www.rockbox.org/irc/reader.pl?date=20071102#22:19:18 22.09.06 # pixelma: thanks, will take a look 22.09.06 Quit Domonoky (Read error: 104 (Connection reset by peer)) 22.09.10 Join Thundercloud [0] (n=thunderc@resnet08.nat.lancs.ac.uk) 22.09.33 Join Domonoky [0] (n=Domonoky@e179060150.adsl.alicedsl.de) 22.09.52 Quit hcs ("Leaving.") 22.09.53 Quit karashata ("Leaving.") 22.10.37 Join karashata [0] (n=Kimi@pool3-038.adsl.user.start.ca) 22.10.38 # BigBambi: and what about it now? 22.10.44 # BigBambi: it did not work? 22.10.51 # tokam_one: Did what not work? 22.11.09 # BigBambi: the java interpreter for rockbox 22.11.24 # tokam_one there is none...read what people are telling you 22.11.25 # tokam_one: There isn't one 22.11.39 # tokam_one: No-one who wants one has bothered to write one 22.12.13 Nick Bagder_ is now known as Bagder (n=daniel@1-1-5-26a.hud.sth.bostream.se) 22.12.18 # scorche i am not as good in english as BigBambi is i guess 22.12.19 Join keanu [0] (n=keanu@unaffiliated/keanu) 22.12.42 # i look up many words of him :D do you come from the usa BigBambi ß 22.12.42 # ? 22.12.50 # tokam_one: I'm British 22.12.51 Quit ilgufo ("So Long, and Thanks For All the Fish - http://gufo.wordpress.com") 22.13.07 Quit nicktastic ("Leaving") 22.13.12 # BigBambi: ^^ i see, you talk like a native speaker 22.13.22 # That's because I am 22.13.33 # ^^ 22.13.34 # ;) 22.13.39 Join XavierGr [0] (n=xavier@ppp40-133.adsl.forthnet.gr) 22.13.42 # english didnt originate int he us... 22.13.54 # I'm the original native speaker! 22.14.09 # hcs: on what kind of vm do you work? 22.14.27 # (22:06:35) hcs: has he left? 22.15.06 # *** hcs [n=agashlin@rockbox/contributor/hcs] has quit ["Leaving."] 22.19.07 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 22.19.49 Quit JR0T (Read error: 110 (Connection timed out)) 22.23.42 Quit ruinedtwice () 22.26.12 Quit XavierGr_ (Read error: 110 (Connection timed out)) 22.28.20 # ok, got my 5.5G 30GB pod running at 100MHz :o) works fine for the last minutes and tests 22.30.18 Quit merbanan ("Leaving") 22.33.47 Quit Buschel () 22.36.01 # hehe he quit 22.36.12 # tomorrow i have to ask bushel and hcs 22.36.23 # tokam_one: about? 22.36.24 # bushel for 100mhz ipod and hcs for java on rockbox 22.37.06 # why do you want to run the ipod at 100MHz? 22.37.08 # java on rockbox sounds like pretty unlikeliy 22.37.21 # and a bit useless too 22.37.35 # and hcs said nothing about java 22.37.46 # he did 22.37.54 # scorche isn't it faster 22.37.57 # that java crap pops up every once in a while 22.38.00 # it'll die again 22.38.11 # scorche but the batteriy will lowered down faster will it? 22.38.23 # tokam_one yes...why would you want to run it faster? 22.38.43 # scorche fast is nice, but batterie is more important i guess 22.38.45 # :) 22.38.50 # and no he didnt...he was talking about something different than java 22.38.53 # Bagder: I hope not so 22.38.59 # but why would being fast be nice? 22.39.06 # scorche|w, tokam_one: There's no real harm in changing the "boosted" speed as long as the unboosted speed stays the same, as long as boosted is within spec, I think 22.39.06 # why would you need it faster for? 22.39.22 # i mean, you draw more power, but at less time, and iiuc the ratios work out so that it should be the same net power draw, roughly 22.39.28 # Llorean: i am trying to get him to tell me his reasoning of why he wants it faster 22.39.35 # you dont need to reference me ;) 22.39.43 # It _could_ help with APE. 22.39.56 # and java? :) 22.40.20 # BigBambi: you want to know why i need java? 22.40.24 # Llorean: oh yes...there are plenty of reasons why one would want it faster, but i was curious if he would say one of them, or wanted it for no reason 22.40.28 Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 22.40.44 # scorche|w: True, plenty of people just think faster is better. 22.40.49 # tokam_one: I was just making an unfunny joke 22.41.05 # About java needing speed 22.41.14 # But really, we don't need to go faster unless we're fixing a problem with it at this point, since we have to optimize everything for the 80mhz iPods either way. 22.41.14 # scorche|w: it is what Llorean mentioned 22.41.31 # but the fast lowered power is the bad aspect of it 22.41.46 # * Llorean just said it shouldn't increase power consumption 22.42.11 Quit Dark_Apostrophe (Read error: 104 (Connection reset by peer)) 22.42.12 # Now the crazy thing some people have done where they increased their unboosted speed to 60mhz (I will never understand that, it really baffles me) will destroy what minimal battery life we already have on the iPods. 22.42.31 # Llorean: why not, if my notebook runns on 2x2ghz it is warm fast, on 2x800mhz not 22.42.47 # tokam_one: Rockbox runs by boosting when it needs to 22.43.07 # It would be like your laptop running at 800mhz most of the time, and changing to 2000 to catch up if it's not far enough ahead any more 22.43.22 # If it went to 1500 to catch up instead of 2000, it'd use less power when at 1500 but have to be there longer so it doesn't really gain anything. 22.43.58 # ok 22.44.26 # but to give rockbox the possibility to go up to 100 i have to enable it? 22.44.47 # There's not a good reason to. 22.45.04 # There's much more suitable lossless compression for audio. 22.45.20 # Llorean: ok 22.45.28 Join bV [0] (i=4128a885@gateway/web/cgi-irc/labb.contactor.se/x-ed4ba9442813529e) 22.45.47 # i have to go now 22.46.36 # is there a special c compiler for rockbox systems? 22.47.15 # tokam_one: There are plenty of developer documents in the wiki. 22.47.15 # "special" is an apt word for it... 22.47.21 # i never wrote programms in c, but have i to work vry closed to the hardware, or is there an interface given by ther rockbox core? 22.47.45 # i use usually java :) 22.48.05 # there isn't an api like in java i guess :) 22.48.24 # THERE IS NO JAVA! 22.48.28 # I've got a quick question. Has anyone experienced the inability to get into the manufacturer mode after "unbricking" a Sansa e200r series player? 22.48.34 # tokam_one: Spend some time with the documentation for a while, please. 22.48.53 # Llorean: ok 22.48.58 # I can't attempt a re-installation of Rockbox because I can't run the bootloader modifier again 22.48.58 # good night to all... 22.49.04 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 22.49.07 # thanks for your work, rockbox is nice! 22.51.12 # bV: What happens instead? 22.52.58 Quit Domonoky ("Trillian (http://www.ceruleanstudios.com") 22.52.59 # Black screen. The scroll wheel lights up when I hold it down as it should, and instead of the text that says "Welcome to manufacturer mode" or whatever, I just get a black screen. I end up needing to kill it by holding down power. 22.54.08 Quit keanu (Read error: 110 (Connection timed out)) 22.54.20 # Manufacturer mode never had text... 22.54.25 # Recovery mode had text 22.54.40 # Manufacturer mode is a blank screen and a lit up wheel, exactly as you're describing. 22.57.03 # Okay, I may be remembering where the text came from wrong - but I know I received some kind of notification that I had entered manufacturer mode (maybe a popup on the computer)? 22.57.12 # No 22.57.27 # Your computer may have "recognized" the device for the first time 22.57.36 # But there is normally no special notification of any sort. 22.59.47 # Okay then! I guess I must have been smoking something. I just tried the patcher again and it recognized it, and patched it. Amazing... thanks. Going to try the installation again 23.02.37 Quit bV ("CGI:IRC (EOF)") 23.03.44 *** Saving seen data "./dancer.seen" 23.04.22 Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") 23.05.53 Quit bernd_b ("Verlassend") 23.05.54 # * ender` yawns 23.06.35 # ... Now I may go... 23.07.03 # Has someone said something to me? I Haven't detected this yet... 23.08.19 # then probably not 23.08.31 Quit Arathis ("Bye, bye") 23.08.58 # I'll look at the web log tomorrow with a good braille display 23.12.21 # Bye! Good chatting! 23.12.25 Part mrkiko ("rockbox") 23.15.01 Quit Frazz ("Leaving") 23.17.23 Join safetydan [0] (n=safetyda@rockbox/developer/safetydan) 23.19.13 Nick parafin is now known as parafin|away (i=parafin@paraf.in) 23.19.25 Join petur [0] (n=petur@rockbox/developer/petur) 23.21.39 Quit midgey () 23.21.59 # hmmm, can't reproduce the mp3 cracks on the sim 23.23.17 Join darkless [0] (n=darkless@x1-6-00-1a-92-ea-71-14.k201.webspeed.dk) 23.23.46 # bertrik: Have you tried the original firmware then? 23.24.00 # eh, no 23.24.39 # good idea to try while waiting for compile 23.27.01 Quit tokam_one (Remote closed the connection) 23.28.10 Quit jhulst (Connection timed out) 23.33.52 # no cracks in OF 23.36.44 # What hardware is this on? 23.38.47 Quit z35 (Read error: 110 (Connection timed out)) 23.41.26 # sansa e200 23.42.17 # Strange, there used to be such crackling back with older builds 23.42.42 # But assuming you're using a current build and not raising the volume above 0, and none of your DSP settings are enabled, it shouldn't happen. 23.43.00 # it only happens on certain mp3s, but those mp3s sound fine in the sim, and it also happens at low volume 23.44.11 # I'm assuming you're using an official SVN revision and bootloader? 23.44.53 # yes, the firmware is SVN but the bootloader is an older version 23.45.10 # How old? 23.45.22 # 3 weeks or so 23.45.36 # That shouldn't be a problem. 23.46.00 # my build was done on cygwin though, not with the officially approved compiler, so I'll try that next 23.46.22 # Why did you compile your own build if it's unpatched anyway? 23.47.22 Quit jgarvey ("Leaving") 23.47.25 # I was compiling my own because I was working on some patches 23.47.58 # Well wait, so are there source code changes or no? 23.48.36 # no, I reverted those to be sure 23.48.54 # One thing to be test might be to simply decode the MP3 to WAV on your computer and then playback the WAV file. 23.49.54 # I'll try that, tomorrow. The official build also crackles by the way 23.50.14 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 23.50.27 Join hachi [0] (i=hachi@shego.kuiki.net) 23.50.52 Quit bertrik ("bye") 23.51.02 # I've got a 5.5 80GB ipod here, the interface on rockbox occasionally hangs while it still plays music 23.51.12 # normally I just do a hard reset of the ipod and go on with my day 23.51.22 # but the reset isn't working, do I have any other options? 23.52.01 Part handmadematters 23.53.33 Quit davina ("xchat on Ubuntu 7.04")