--- Log for 31.01.111 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 5 days and 20 hours ago 00.05.14 Quit CapsAdmin (Ping timeout: 255 seconds) 00.05.35 Join Azazaz [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 00.06.43 Join JdGordon1 [0] (~jonno@vl10.gw.ok-labs.com) 00.07.18 Join CapsAdmin [0] (CapsAdmin@ti0143a340-dhcp0163.bb.online.no) 00.08.32 Quit bluefoxx_ (Ping timeout: 264 seconds) 00.08.49 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 00.11.06 Quit Azazaz (Ping timeout: 240 seconds) 00.11.57 Quit bluefoxx_ (Read error: Connection reset by peer) 00.12.13 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 00.12.20 Quit CapsAdmin (Ping timeout: 276 seconds) 00.15.34 Join CapsAdmin [0] (CapsAdmin@ti0143a340-dhcp0163.bb.online.no) 00.15.50 Quit bluefoxx_ (Read error: Connection reset by peer) 00.16.04 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 00.17.53 Quit cdated (Quit: Lost terminal) 00.17.57 Quit bluefoxx_ (Read error: Connection reset by peer) 00.18.12 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 00.21.35 Quit bluefoxx_ (Read error: Connection reset by peer) 00.21.53 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 00.24.49 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 00.27.29 Quit saratoga (Quit: Page closed) 00.28.35 Join Azazaz [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 00.29.52 Quit bluefoxx_ (Ping timeout: 240 seconds) 00.30.33 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 00.33.11 Quit bluefoxx_ (Read error: Connection reset by peer) 00.33.28 Quit Azazaz (Ping timeout: 240 seconds) 00.33.31 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 00.34.10 Quit wodz (Quit: Leaving) 00.36.23 Join Azazaz [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 00.36.54 Quit stsquad (Ping timeout: 276 seconds) 00.37.41 Join chattr [0] (~mike@218.209.121.70.cfl.res.rr.com) 00.38.59 Quit bluefoxx_ (Ping timeout: 255 seconds) 00.39.17 Quit Azazaz (Read error: Connection reset by peer) 00.39.33 Join Azazaz [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 00.40.26 Part chattr 00.40.55 Join kugel [0] (~kugel@rockbox/developer/kugel) 00.41.42 # grr, I object to r29174 and it probably also breaks embedded albumart 00.42.38 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 00.43.15 # well embedded AA isnt on the table so big deal 00.43.36 # and that looks like a sane change untill the id3 mem usage handling is done better 00.44.02 # JdGordon1: I worked embedded AA it today and it looks like it could be done rather nicely 00.44.45 # JdGordon1: since when do you think artificial limits are sane? 00.45.08 # I tihnk the mp3entry struct is a stupid place to put the aa image 00.45.08 Quit Azazaz (Ping timeout: 264 seconds) 00.45.31 # nobody puts the aa image into the mp3entry struct 00.45.41 # then why does that change cause problems? 00.46.13 # the size of the image relates to the frame length 00.46.33 # the size is saved is in the mp3entry 00.47.31 # so? 00.48.25 # * JdGordon1 admits to having no clue how id3 info is layed out 00.48.31 # if the frame length is capped the size will be wrong 00.48.40 Quit bluefoxx_ (Read error: Connection reset by peer) 00.48.56 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 00.48.56 # is the actual frame stored? 00.50.02 Quit mudd1 (Ping timeout: 276 seconds) 00.50.19 # no, but the size of file offset is calculated using the frame length 00.51.31 # I still think parsing comments last and only limit these is the better solution 00.51.46 # (except a solution which removes all limits of course) 00.52.08 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 00.53.58 # where do the pointers in mp3entry actually point to? 00.54.10 Join Azazaz [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 00.54.18 Quit bluefoxx_ (Ping timeout: 272 seconds) 00.54.50 # id3v2buf in the struct 00.55.57 # and its all copied before use right? 00.56.42 Quit Azazaz (Read error: Connection reset by peer) 00.56.59 Join Azazaz [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 00.57.01 Quit bluefoxx (Ping timeout: 265 seconds) 00.57.57 # hmm... /me decides to not try to think about buffering/mem allocation 00.59.03 Quit ender` (Quit: printk("autofs: Out of inode numbers -- what the heck did you do??\n"); -- /usr/src/linux/fs/autofs/root.c) 01.02.12 # JdGordon1: I imagine you could parse in two passes, the first pass collects the total space needed and offset of the actual data, the section allocates the size on the audio buffer and actually stores the data into memory 01.02.50 Quit Azazaz (Read error: Connection reset by peer) 01.02.54 # but I guess that's a bit of work 01.03.06 Join Azazaz [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 01.03.13 # I was thinking that also 01.03.52 # but you need to be careful with the big items because the mp3entry struct is copied off the MoB IIRC when the track is started 01.04.22 # it would even make things simpler 01.04.30 # any frame larger than X shuold be handled differently, it shouldnt just outright be rejected though 01.04.55 # now you need special handling when copying a mp3entry; if the pointers don't point into the struct anymore than a memcpy() is enough 01.05.07 # then* 01.05.15 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 01.05.26 Quit Azazaz (Read error: Connection reset by peer) 01.05.42 Join Azazaz [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 01.06.56 # JdGordon1: with Buschels commit they are not rejected, they're just cut off 01.07.15 # which might be ok for strings, but is fatal for album art 01.10.42 Quit Azazaz (Read error: Connection reset by peer) 01.11.00 Join Azazaz [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 01.15.02 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 01.15.04 Quit t0rc (Remote host closed the connection) 01.16.17 Quit Azazaz (Ping timeout: 240 seconds) 01.16.46 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 01.19.45 Quit bluefoxx_ (Ping timeout: 265 seconds) 01.24.59 Quit bluefoxx (Read error: Connection reset by peer) 01.25.14 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 01.28.42 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 01.30.06 Quit bluefoxx_ (Read error: Connection reset by peer) 01.30.21 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 01.30.23 Quit bluefoxx (Ping timeout: 255 seconds) 01.31.45 Join Keripo [0] (~Keripo@eng194.wireless-resnet.upenn.edu) 01.33.21 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 01.35.03 Quit [Saint] (Disconnected by services) 01.35.05 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.140) 01.35.58 Join Azazaz [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 01.36.51 Quit bluefoxx_ (Ping timeout: 276 seconds) 01.38.32 Quit bluefoxx (Ping timeout: 250 seconds) 01.38.44 Quit Azazaz (Read error: Connection reset by peer) 01.39.02 Join Azazaz [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 01.39.16 Quit krabador (Ping timeout: 272 seconds) 01.39.54 Join user890104 [0] (~Venci@2001:0:5ef5:79fd:38f2:2b03:2b16:10ec) 01.41.39 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 01.43.53 Quit Azazaz (Ping timeout: 240 seconds) 01.46.15 *** Saving seen data "./dancer.seen" 01.47.12 Quit bluefoxx_ (Read error: Connection reset by peer) 01.47.27 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 01.49.27 Join Azazaz [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 01.51.55 # Unhelpful: any tip where I can find more information about desync and non-id3v2 embedded album art? 01.52.01 Quit bluefoxx_ (Ping timeout: 246 seconds) 01.52.12 Join krabador [0] (~krabador@host140-179-dynamic.250-95-r.retail.telecomitalia.it) 01.54.55 # google is really useless here 01.57.26 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 01.59.43 Quit sinthetek (Read error: Connection reset by peer) 01.59.59 Quit bluefoxx_ (Read error: Connection reset by peer) 02.00.15 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 02.00.23 # kugel: really? the id3v2 specs should be able to tell you about desync. 02.00.46 Quit Azazaz (Ping timeout: 276 seconds) 02.02.44 Quit bluefoxx_ (Read error: Connection reset by peer) 02.02.58 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 02.05.26 Join Azazaz [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 02.05.59 # kugel: http://www.id3.org/id3v2.3.0#head-c632e49403443283c464955b36911f949bbb2586 02.06.09 Quit krabador (Quit: Leaving) 02.07.53 Quit bluefoxx_ (Ping timeout: 240 seconds) 02.08.16 Quit Azazaz (Read error: Connection reset by peer) 02.08.33 Join Azazaz [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 02.09.05 Quit liar (Ping timeout: 255 seconds) 02.11.23 Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) 02.12.06 # Unhelpful: is interpreting a desync as normal file largely affecting the output? 02.13.26 # kugel: ...yes, obviously the insertion of null bytes will have an impact on decoding if you don't remove them correctly? 02.13.50 # but is it noticeable? 02.14.21 Quit Azazaz (Read error: Connection reset by peer) 02.14.36 Join Azazaz [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 02.14.47 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 02.15.04 # kugel: of course it will be. 02.15.20 # i.e. would the output be completely garbled or would it only result in one black pixel among hundreds of correct ones? 02.15.37 # it's not obvious to me, I'm not into how jpeg works 02.15.57 Quit Azazaz (Read error: Connection reset by peer) 02.16.17 Join Azazaz [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 02.20.32 # Unhelpful: so, garbled? 02.22.00 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 02.23.12 # kugel: things will be very wrong until the next restart marker, if the jpeg in question *has* restart markers. 02.23.54 Quit Azazaz (Ping timeout: 240 seconds) 02.24.04 Join Azazaz [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 02.24.05 # is there a way to tell whether an image needs unsynchronisation or not? 02.25.36 # yes, there's a bit set in the headers for a tag if it uses unsynchronization. 02.26.46 Quit bluefoxx_ (Ping timeout: 272 seconds) 02.27.02 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 02.28.10 # I think it's not too imported to handle desync if it's not recommended anyway and (hopefully) normal pictures are more common 02.28.22 Quit PaulJam (Ping timeout: 250 seconds) 02.28.30 # we only handle a subset of jpeg already and it has never been a real problem 02.29.00 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 02.29.06 Quit Azazaz (Ping timeout: 240 seconds) 02.32.14 # yes, but on the other hand we would *need* to handle input filtering for pretty much any other tag format. 02.32.37 Quit bluefoxx (Ping timeout: 276 seconds) 02.39.48 Quit MethoS- (Remote host closed the connection) 02.49.22 Join stonefoz [0] (~stonefoz@216-111-67-244.dia.static.qwest.net) 02.52.28 Quit DerPapst (Quit: Leaving.) 02.52.43 Quit milk__ (Quit: baaaiiii) 02.55.55 Quit CapsAdmin (Ping timeout: 240 seconds) 02.59.50 Join L-Strife89 [0] (~Strife89@168.16.236.65) 03.07.10 # JdGordon1: I'm not sure of the fix required...but since the view playlist menu doesn't automatically jump to WPS on selection, there needs to be some sinsederation for conditional UI viewports/playmode 03.07.40 # some what? 03.07.48 # I have my UI viewport change conditional to playmode, and it uncovered an ugly-ass bug there. 03.08.26 # oh, *consideration 03.08.39 # Unhelpful: how does embedded aa work on other tag formats? 03.08.46 # im still not sure what you are talking about... 03.08.53 # presumably the theme you sent sat night? 03.09.12 # kugel: afaict the "standard" for using vorbis tags is to base64-encode :( 03.09.28 # correct, if you load it up and start playback from the view current playlist screen...you'll see it. 03.09.30 # ugh 03.09.38 # I havnt yet 03.09.52 # the code seems fine, but it doesn't appear to work in this instance. 03.10.02 # tonight maybe 03.10.24 # sweet...I'd just like you to see it so you know what I'm talking about ;) 03.10.31 # It's very hard to explain. 03.10.33 # i can't say for APEv2. *fortunately* you won't need to deal w/ base64 for flac, since it has support for album art outside the vorbis tags. *unfortunately* that's a whole new type of tag data to deal with that we probably only know how to skip over right now. 03.16.47 # Would it be ok to change the "We have a font-pack that is built every day with a bunch of extra fonts." on the extras page? 03.16.50 Join CapsAdmin [0] (CapsAdmin@ti0143a340-dhcp0163.bb.online.no) 03.17.08 # to "We have a font pack...here it is" or similar. 03.17.56 Quit liar (Ping timeout: 255 seconds) 03.20.20 # Unhelpful: that's a bummer, but I try to have a look at the other formats 03.20.41 # download.rockbox.org seems to sugegst that "built every day" may be a bit of a lie. 03.20.48 # *suggest. 03.21.36 # the extras page is in the wiki right? 03.21.42 # Or, if it is built daily...it doesn't appear to be uploaded to download.rockbox.org? Either way it says it was last touched in September 09 03.21.59 # JdGordon1: yes. 03.22.29 # That's why I asked if it wa sok to change it. 03.22.34 # *was ok 03.23.21 # sounds like something to talk to Bagder about... I dont see the font zip on build.rocbkox.org eithr 03.23.49 # it's in daily/fonts 03.24.02 # yet the last touched date is 23-Sep-2009 03.24.23 # i meant http://www.rockbox.org/daily.shtml 03.24.33 # ah. 03.24.57 # was it ever in there? 03.25.10 # http://build.rockbox.org suggests it should be 03.25.18 # Hmm. 03.25.38 # I don't remember it being in there personally, but that doesn't say much. 03.42.35 Quit tchan (Read error: Connection reset by peer) 03.43.25 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 03.46.18 *** Saving seen data "./dancer.seen" 03.48.43 Quit kugel (Ping timeout: 240 seconds) 03.54.22 Quit Keripo (Quit: Leaving.) 04.14.29 Quit Kitar|st (Ping timeout: 264 seconds) 04.17.08 Quit amiconn (Disconnected by services) 04.17.08 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.17.14 Quit pixelma (Disconnected by services) 04.17.16 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.17.18 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.17.26 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.19.15 Join Kitar|st [0] (~Kitarist@BSN-182-96-75.dial-up.dsl.siol.net) 04.30.05 Quit TheSeven (Ping timeout: 264 seconds) 04.32.07 Join Keripo [0] (~Keripo@eng194.wireless-resnet.upenn.edu) 04.33.32 Join TheSeven [0] (~TheSeven@stgt-5d849f13.pool.mediaWays.net) 04.33.36 Quit TheSeven (Changing host) 04.33.37 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.47.30 # hello all, anyone here that could help set up a debug compile, build system seems broken 04.50.32 Quit L-Strife89 (Quit: Bedtime. ZZZZZZZZZZZZzzzzzzzzz ....) 04.54.07 # stonefoz: What development system are you trying to set up, on what OS? 04.55.41 # build on current svn, on linux. when enabling debug, the app/record tries to use macro H_TOBE32, i haven't a clue where else it's at in the source though 04.56.49 # normal build works just fine, wanted to know where 'H_TOBE32' came from though, looks like it generates canary values for debug builds 04.58.13 # was going to do some janitor work first, getting a working debug, but... i'm still a noob on rockbox at least 04.59.07 Quit Barahir_ (Ping timeout: 265 seconds) 05.00.41 Join Barahir [0] (~jonathan@frnk-590f716b.pool.mediaWays.net) 05.01.13 # better question is, besides trying to get my stuff to log for debug, does the community do much with logging, or is most of the development with simulators and jtag? 05.03.38 # JdGordon1: Do you know what magic I need to envoke to enable test_* plugins on RaaAoA? 05.03.58 # It seems enabling them in configure isn't enough. 05.04.01 # lots and lots 05.04.10 # plguins rent built for raaaaaa 05.04.33 # kugel has test_codec results posted...so I assume it's possible. 05.04.45 # so ask him :p 05.04.54 # I don't care for plugin-plugins...I just want the test_* ones 05.06.36 # ~75K% realtime for flac is pretty impressive. 05.07.10 # put on -c50000 mpc and see how it goes 05.09.28 # mpc_350 gets a pretty reasonable ~4.5K% 05.10.02 # I realised I missed a decimal in the previous post...7.5K% 05.10.21 # * JdGordon1 prods saratoga about doing the NEON optimisations :) 05.10.44 # JdGordon1: i don't have any devices with NEON 05.10.52 # so? :D 05.12.21 # but yeah neon looks fun eventually, although plain armv6 is probably more useful since so many more devices have it 05.14.15 Join Rob2223 [0] (~Miranda@p4FFF37A5.dip.t-dialin.net) 05.14.32 # plus it looks like a lot of android stuff is going Tegra, and that doesn't support NEON 05.14.33 Quit stonefoz (Quit: Leaving) 05.18.26 Quit Rob2222 (Ping timeout: 276 seconds) 05.26.20 Quit fdinel (Read error: Connection reset by peer) 05.28.18 Quit Keripo (Quit: Leaving.) 05.41.44 Quit Horscht (Quit: Verlassend) 05.46.19 *** Saving seen data "./dancer.seen" 06.02.34 Join Keripo [0] (~Keripo@eng194.wireless-resnet.upenn.edu) 06.21.18 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 06.28.46 Quit JdGordon1 (Quit: leaving) 06.32.14 Quit panni_ (Read error: Connection reset by peer) 06.50.29 Quit TheSeven (Ping timeout: 264 seconds) 06.57.50 Join EpicCyndaquil [0] (~epiccynda@pool-96-251-147-184.lsanca.fios.verizon.net) 07.19.20 Join alexc [0] (~alex@unaffiliated/alexc) 07.19.39 Part alexc 07.26.32 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 07.39.35 Quit jepler (Ping timeout: 265 seconds) 07.46.22 *** Saving seen data "./dancer.seen" 07.52.35 Join Buschel [0] (~chatzilla@p54B67C39.dip.t-dialin.net) 07.52.42 Quit Buschel (Client Quit) 07.58.18 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 08.07.14 Quit mystica555 (Ping timeout: 240 seconds) 08.10.47 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 08.15.46 Quit BHSPitMonkey (Remote host closed the connection) 08.16.59 Join mystica555 [0] (~Mike@m362636d0.tmodns.net) 08.21.15 Join LinusN [0] (~linus@rockbox/developer/LinusN) 08.21.32 Join esperegu [0] (~quassel@145.116.15.244) 08.27.27 Quit foo|sh (Ping timeout: 240 seconds) 08.29.17 Join B4gder [0] (~danielx@rockbox/developer/bagder) 08.30.49 Join foo|sh [0] (~benjamin@c-98-212-236-251.hsd1.il.comcast.net) 08.56.41 Join ender` [0] (krneki@foo.eternallybored.org) 08.59.32 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 09.01.05 Quit EpicCyndaquil (Remote host closed the connection) 09.01.39 # "@chaikovsky While we're talking about #Rockbox , shoutout to open-source software that clearly cares about accessibility!" 09.01.45 # a happy user on twitter 09.02.14 # Better than the alternative. 09.02.20 # that's awesome. 09.02.58 Join MethoS- [0] (~clemens@134.102.106.250) 09.04.46 # nice 09.14.21 Join mrkiko [0] (~mrkiko@host43-251-dynamic.14-87-r.retail.telecomitalia.it) 09.18.25 Join petur [0] (d408b802@rockbox/developer/petur) 09.26.53 Join webguest21 [0] (~576b4dac@giant.haxx.se) 09.28.24 Quit webguest21 (Client Quit) 09.31.12 Quit simonrvn (Read error: Connection reset by peer) 09.35.22 Join sideral [0] (~sideral@unaffiliated/sideral) 09.38.36 Join jepler [0] (~jepler@emc/developer/pdpc.professional.jepler) 09.39.07 Join solexx_ [0] (~jrschulz@e176116254.adsl.alicedsl.de) 09.40.44 Quit solexx (Read error: Connection reset by peer) 09.44.03 Join simonrvn [0] (simon@197.230-ppp.3menatwork.com) 09.46.25 *** Saving seen data "./dancer.seen" 09.48.14 Join n1s [0] (~n1s@rockbox/developer/n1s) 09.59.03 Quit sasquatch (Quit: WeeChat 0.3.2) 09.59.29 Join sasquatch [0] (~username@p4FF2CD3F.dip.t-dialin.net) 10.05.37 Join swilde [0] (~wilde@aktaia.intevation.org) 10.31.53 Quit Keripo (Quit: Leaving.) 10.37.48 Join mudd1 [0] (~cmertes@ip-78-94-216-65.unitymediagroup.de) 10.38.19 Join PaulJam [0] (~Paule@p54BEC026.dip.t-dialin.net) 10.48.02 Join Barahir_ [0] (~jonathan@frnk-4d008863.pool.mediaWays.net) 10.50.41 Quit Barahir (Ping timeout: 260 seconds) 10.57.06 Join DerPapst [0] (~Alexander@p5DE5A8EF.dip.t-dialin.net) 11.10.45 Quit sideral (Ping timeout: 255 seconds) 11.17.00 Join kugel [0] (~kugel@rockbox/developer/kugel) 11.17.26 Quit kugel (Remote host closed the connection) 11.36.13 Join dfkt [0] (dfkt@unaffiliated/dfkt) 11.46.26 *** Saving seen data "./dancer.seen" 11.49.00 Join sideral [0] (~sideral@unaffiliated/sideral) 11.54.03 Quit tchan (Read error: Connection reset by peer) 11.54.56 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 11.57.26 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 12.02.44 # kugel: come on guy, I want to be your friend, leave the frame buffer code to us guys who learned how to program in 48k of ram and 1.2Mhz processors, You don't want all that java magic in there , makes it slow. 12.04.20 Quit balintx_ (Ping timeout: 272 seconds) 12.05.07 Join Obscenity [0] (~Obscenity@ip-217-102-36-251.ip.prioritytelecom.net) 12.05.22 Part Obscenity 12.06.40 Quit mudd1 (Ping timeout: 240 seconds) 12.06.51 Join ajb_oe [0] (~user@cbnluk-gw0.cambridgebroadband.com) 12.07.43 Part ajb_oe 12.08.38 Join vnl [0] (~slayer@cpc5-king10-2-0-cust73.perr.cable.virginmedia.com) 12.08.46 Part vnl 12.27.11 Join ZhangNing [0] (~ZhangNing@182.35.210.166) 12.28.41 Quit user890104 (Ping timeout: 260 seconds) 12.45.42 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 12.47.56 Join Buschel [0] (~chatzilla@p54B67C39.dip.t-dialin.net) 13.14.31 Join yawny [0] (user36@pr0.us) 13.15.51 Quit elcan (Ping timeout: 240 seconds) 13.15.57 # * gevaerts wishes that people wouldn't use flyspray as a place to dump their flow of consciousness 13.17.05 # * foo|sh ran into the hardest knot of code he ever saw and wanted help, sorry 13.21.25 Join mudd1 [0] (~cmertes@2001:638:504:20e0:221:70ff:fe83:655e) 13.22.18 # gevaerts: ? 13.22.51 # Zagor: some of the recent android-related tracker items have been a bit verbose I think 13.23.05 # Zagor: FS#11898 & FS#11903 13.23.26 # * foo|sh apologizes again 13.24.01 # I don't think it's a problem as long as it stays in one task. we all work in different ways. 13.25.10 # otoh I can see how 11903 is seen as a bit excessive :) 13.25.19 Quit Buschel (Ping timeout: 264 seconds) 13.25.53 # foo|sh: do you answer the dpad objections anywhere? 13.26.33 # I think it makes it hard(er than needed) to follow the task if you're not directly involved, and probably even if you are 13.26.40 # Zagor: could you be more specific? I'm old 13.27.38 # foo|sh: your patch assumes the presence of a dpad, which only ~20% of android phones have 13.28.26 # and with the plethora of tabs coming this spring, I expect that ratio to shrink even more 13.28.53 # no It removes kugels work around, exercises demons and restores sanity to the buttons, it treats the dpad as a regular button. 13.29.16 # yes, but how does it work on phones that don't have a dpad? 13.29.23 # normally 13.29.49 # it uses the on-screen 3x3 grid? 13.29.59 # heyoo! :) 13.30.05 # what's up dudes? 13.32.35 # Zagor: I never touch that handler it has its own function,I just straighted out the buttonhandler's assumptions of how rockbox handles key presses. 13.33.17 # foo|sh: I'm talking about fs#11898 13.33.55 # it uses a dpad to control plugins. how is that done on devices without a physical dpad? does it use the 3x3 touchscreen grid? 13.34.06 # thats preliminary work FS#11903 is the hard knot. sorry 13.34.26 # which plugins? 13.34.59 # as many plugins as I can 13.41.47 Join GeekShadow [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) 13.41.48 Quit GeekShadow (Changing host) 13.41.48 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 13.42.04 # I think there are some plugins already prepared for touchscreen devices (either for a grid, or maybe with own touch regions (not sure about that though)) and I'd assume it would at least use that 13.43.50 # pixelma: there are and most work great so far as they are now 13.45.12 Join Buschel [0] (~chatzilla@p54B67C39.dip.t-dialin.net) 13.46.29 *** Saving seen data "./dancer.seen" 13.47.14 # While there's a few people here on the topic...isn't it still very much up in the air as to what plugins RaaA should actually include? 13.47.47 # why not simply all that works? 13.47.47 # I was under the impression only things like fft and pictureflow...audio/video related plugins were of any real use. 13.48.31 # imho, rockbox on android should only be a music player application 13.49.01 # I'm of a similar opinion..but I see some plugins being usefull. 13.49.18 # fft, oscilloscope, pictureflow and friends. 13.49.24 # * B4gder looks forward to the day rockbox enters the android market 13.49.36 # B4gder: because there are probably better suited, "native" apps for some things 13.50.00 # S_a_i_n_t: You named a few good ones to me once but who knows what someone else wants. If my code speeds up the framebuffer then who cares, let the plugins run free. 13.50.04 # sure, but then i guess nobody will use those plugins 13.50.11 # its not like they will hurt people (much) 13.50.23 # If they can be installed to the sd card, sure 13.50.29 # If not, I'd rather not have them 13.50.30 # ah true 13.50.39 # that's the hurt point I guess 13.50.59 # also, we probably want dynamic plugin buffer allocation 13.51.06 # do we already? 13.51.09 # yeah, that's my beef...the apk size will jump. 13.51.11 # and having a bunch of virtually useless plugins just makes rockbox look bad on that platform 13.51.22 Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) 13.51.36 # you could theoretically have a second apk for plugins 13.51.51 # That could be an option 13.51.54 # sure, but do we really want to work on those? 13.52.02 # plugbox ;) 13.52.04 # * foo|sh as time 13.52.09 # no, but do we want to prevent other people from working on those? 13.52.10 # LinusN: I don't think that's a big problem. if the rest is good, a few superflous plugins is not going to make a big difference I think 13.52.10 # has* 13.52.17 # oh wait, that somehow sounds familiar 13.53.16 # if integration was a big issue you'd probably just use rockbox as a lib and code a brand new ui using the android framework 13.53.34 # dionoea: exactly my vision 13.54.07 # * linuxstb has the same vision 13.54.12 # * gevaerts agrees 13.54.18 # A lot of work though 13.54.24 # yup 13.54.27 # (if you want to do it properly) 13.57.59 # A proper library split would also allow for other fun stuff like isolating the playback engine for easy debugging 13.58.55 # and auto tests 13.59.02 Join kevku [0] (~kevku@2001:7d0:0:f9af:215:c5ff:fe7e:794d) 13.59.17 # we could perhaps also lure over other android apps authors to this work if we get some performance comparisons on android 13.59.35 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.59.47 # Let's do it! 13.59.55 # * gevaerts summons Mr Someone 13.59.58 # the subjects audio codecs and ffmpeg are very frequent on the android ndk list 14.00.48 Join user890104 [0] (~Venci@2001:0:5ef5:79fd:38f2:2b03:2b16:10ec) 14.01.28 # B4gder: should we step in and show off? ;) 14.01.53 # foo|sh: I'm sorry but I'm not able to follow you on FS#11903 14.02.02 # I think our offer isn't as attractive though as long as our codecs are "embedded" in rockbox as-is 14.02.20 Join _jhMikeS_ [0] (~jethead71@adsl-99-36-14-64.dsl.sfldmi.sbcglobal.net) 14.02.20 Quit _jhMikeS_ (Changing host) 14.02.20 Join _jhMikeS_ [0] (~jethead71@rockbox/developer/jhMikeS) 14.02.20 Quit jhMikeS (Disconnected by services) 14.02.21 Nick _jhMikeS_ is now known as jhMikeS (~jethead71@rockbox/developer/jhMikeS) 14.02.26 # kugel: buddy it's ok I can't understand your code :) 14.02.42 # but if we'd show that our codecs are N% better, it could be a start 14.03.07 Quit antil33t (Read error: Connection reset by peer) 14.03.15 Join antil33t [0] (~antil33t@124-197-51-80.callplus.net.nz) 14.03.40 # foo|sh: the generic button code is there, and we're not gonna change it just for android 14.04.17 # kugel: the generic button code includes a work around its just not right 14.04.25 Quit esperegu (Read error: Operation timed out) 14.04.26 # it works by polling either the hw or some variable where interrupts store the button state (on non-RaaA targets) every 10ms 14.04.41 # and it works well 14.04.52 # kugel: like keyWaspressed? 14.05.00 Join TheLemonMan [0] (~lem0n@ppp-187-150.98-62.inwind.it) 14.05.02 # works perfectly 14.05.30 # I see no reason to do it differently in android, especially since onKeyDown and Up are acting as interrupts 14.05.30 # I see no reason to do it differently in android, especially since onKeyDown and Up are acting as interrupts 14.06.05 # then why did you do it differently in button-application? 14.06.20 # Zagor: part of foo|sh' problem is that his phone is actually a hacked winmo device which has a real dpad with real buttons instead of a trackball/pad 14.06.44 # button-application.c just maps android buttons to rockbox buttons 14.06.49 # it contains no logic 14.06.55 Join esperegu [0] (~quassel@145.116.10.163) 14.06.55 # onKeydown is not evaluated as an interrupt sorry its broken 14.07.16 # it sure is 14.07.32 # it comes once, and until the next onKeyUp the button is still being held 14.07.42 # which is why it's saved in last_btns 14.08.32 # it comes in once and every tick there after step through the code on paper you can see it yourself. 14.08.57 # every tick after last_btns is used 14.10.12 Quit antil33t (Read error: Connection reset by peer) 14.10.21 Join antil33t [0] (~antil33t@124-197-51-80.callplus.net.nz) 14.10.32 Quit GodEater_ (Ping timeout: 240 seconds) 14.10.35 Join quem_ [0] (~foo@c83-254-247-163.bredband.comhem.se) 14.10.42 # and this is entirely correct 14.10.56 # and your code looks for button releases and sends the button received right before that. and this cannot be right. sorry even the scroll ball/track pad can't work well this way your comments prove that in button-application 14.11.24 # are you saying the menu and back button are malfunctioning? 14.11.31 # they are not, they work as they should 14.12.02 Join GodEater [0] (~bibble@5ada16d7.bb.sky.com) 14.12.03 Quit GodEater (Changing host) 14.12.03 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 14.12.21 # we do have a work around for the trackball, but that's because the ball/optical sensor work and I can see the work around doesn't work on your hacked device 14.13.18 Join esperegu_ [0] (~quassel@145.116.15.244) 14.13.55 Quit esperegu (Ping timeout: 264 seconds) 14.14.03 # in my view a dpad and trackball are very different devices 14.14.19 Quit quem (Ping timeout: 240 seconds) 14.14.19 Nick quem_ is now known as quem (~foo@c83-254-247-163.bredband.comhem.se) 14.14.23 # kugel: Have you tried the Sanity_API-1.0 patch? 14.14.30 # Zagor: how so? 14.14.35 # I haven't tried any of your patches 14.14.59 # foo|sh: for one, you can hold in the buttons on a dpad. you cannot do that with a trackball. 14.15.49 # trackballs don't have press and release events like dpads 14.16.00 # except for the center button 14.16.08 # Zagor: of course not that would crazy. but looking for releases only is also wrong. 14.17.18 # is it? what type of events do you get from android for the trackball? 14.17.39 # I think it's down and up immediately after another 14.17.46 # there you go then 14.17.56 # which with our tick resolution is prone to be missed entirey 14.17.57 # kugel: that's rather odd 14.18.11 # kugel: aren't they messages on a queue? 14.19.33 # no, input events are dispatched like interrupts onto views 14.21.41 # can you point me to some docs? 14.21.50 # except the onKeyDown event never gets interrupted and continues hammering buttonhandler the whole time the button is pressed 14.22.27 # Zagor: http://developer.android.com/reference/android/view/View.html, look for event processing 14.23.19 Quit blast007 (Quit: When the pin is pulled, Mr. Grenade is not our friend) 14.24.10 # onTrackballEvent() looks good? 14.25.38 # that's more scrollwheel like and requires a more complicated driver 14.25.47 # Ah MotionEvent 14.25.58 # and I'm not sure it would better, since currently the trackball works good 14.26.48 # kugel: can you select to get onKeyDown() or onTrackbacllEvent() from the trackball? 14.27.14 Join blast007 [0] (~blast007@bzflag/developer/Blast) 14.27.24 # kugel: works good with a work around in place, Thomas you're locking out every other android device with that work around. 14.28.03 # foo|sh: no I'm not, since there's no android device which has a dpad like yours 14.28.18 # kugel: how does his differ from, say, the motorola droid? 14.28.28 # all android devices have either a trackball, a trackpad with otical sensor or neither of both 14.28.36 # even slide out keyboards are broken 14.29.09 # kugel: uh, what? no. devices with physical keyboards don't always have ball or sensor. some have cursor keys only, some none at all. 14.29.36 # some have cursor keys? 14.29.41 # yes 14.30.20 # kugel: please try my last patch in FS#11903 please buddy 14.32.01 # * kugel has limited time currently 14.32.02 # kugel: motorola droid 2 has no dpad, no ball, no sensor. only cursor keys. 14.32.35 Quit kugel (Remote host closed the connection) 14.32.57 # * foo|sh did not want to make kugel feel bad 14.33.10 # I dount you did. 14.33.15 # *doubt 14.33.49 Quit Buschel (Ping timeout: 240 seconds) 14.35.28 # * foo|sh still thinks kugel is a genius for working around a broken interrupt 14.35.52 # he has done a heck of a job with the android port 14.36.02 # you have a weird way of showing it with "your work is broken". 14.36.29 # thats what bugs are all about 14.36.52 # No, but you said that multiple times. 14.37.28 # I know this but It's really between he and I 14.37.45 # this is a *community* 14.37.57 Quit Sajber^ (Read error: Connection reset by peer) 14.42.58 Quit ZhangNing (Remote host closed the connection) 14.43.38 Join ZhangNing [0] (~ZhangNing@182.35.210.166) 14.51.49 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.52.15 # kugel: say WHAT? i have no cursor keys or physical cursor control at all. why would it be a *requirement* to have such on a touchscreen? 14.52.54 # I didn't say that 14.53.20 # Unhelpful: "or neither of both" 14.53.32 # ah, "or neither" :D 14.57.34 # Can an iPod running RB (or otherwise) do line in and out at the same time? 15.01.47 # I'm wiring a cable and wondering if I should wire a switch, or try to fit two 3.5mm minijacks in a ridax connector. 15.02.43 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.11.03 # Hmmm...I just had an idea: If we could draw a gradient as the bg in the default viewport (being able to draw one in any viewport would be cool though) we could stop having target dependant backdrops for cabbiev2 colour targets. 15.11.45 # I suspect there is already code to do a bitonal gradient fill, I base this suspicion solely on the line selector. 15.12.48 # that would make having a "default" theme for RaaA a LOT easier 15.14.27 # ...possibly. variable positioning of the additional elements that make up the skin would be a PITA. 15.25.40 Join quem_ [0] (~foo@c83-254-246-203.bredband.comhem.se) 15.27.07 Quit quem (Ping timeout: 264 seconds) 15.27.19 Nick quem_ is now known as quem (~foo@c83-254-246-203.bredband.comhem.se) 15.29.36 Join Buschel [0] (~chatzilla@p54B67091.dip.t-dialin.net) 15.31.35 Join Buschel_ [0] (~chatzilla@p54B67091.dip.t-dialin.net) 15.34.28 Quit Buschel (Ping timeout: 255 seconds) 15.34.31 Nick Buschel_ is now known as Buschel (~chatzilla@p54B67091.dip.t-dialin.net) 15.46.33 *** Saving seen data "./dancer.seen" 15.47.31 # S_a_i_n_t: could we not just ship one size backdrop and scale it on load then? 15.47.52 # using a gradient limits the options far more than a bmp 15.48.00 # n1s: scaling images looks crap. 15.48.14 # and, I disagree. 15.50.21 # how can you disagree? a bmp can be made of any gradient, a gradient can not make any bmp 15.50.55 # s/any bmp/every bmp/ 15.51.05 # * linuxstb hasn't been keeping up - is the Android port a single binary which will work on any screen size? 15.51.08 # I just don't think scaling the images is really an option. 15.52.02 # whereas the cabbie backdrop is just a gradient, and everything could just be positioned on top of that. 15.52.33 # * foo|sh is standing in the middle of that one 15.52.44 # tring to figure that out 15.52.47 # wps could have a kind of "sources" file, where screen sizes greater than X get image set A, greater than Y get image set B 15.53.15 # scaling one backdrop will look terrible on small targets and large ones. 15.53.45 # S_a_i_n_t: the default theme could change, i think limiting backdrops to gradients 15.53.53 # s/think/don't like/ 15.54.11 # it's not limiting *all* backdrops. 15.54.15 # don't get me wrong. 15.54.26 # just this one case for cabbie. 15.54.54 # that could save ~200Kb in one backdrop. 15.55.10 # (depending on screensize of course) 15.55.11 # well, the defauld could change, it's just a coincidense the the defualt has a gradient backdrop with only a logo 15.55.34 # there's no logo on the menu backdrop (yet) :) 15.55.37 # That memory wouldn't be saved in RAM though - unless you rewrite how backdrops are handled in the LCD drivers. You would just render the backdrop at runtime instead of loading it from a bmp 15.55.44 # A coincidence that makes target independant builds one step easier. 15.56.09 # it would rather imply a gradient-fill command for the wps 15.56.35 # B4gder: I assume the code is already there. 15.56.43 # I doubt that 15.56.45 # the line selector can doa fine gradient 15.56.52 # *do a 15.56.56 # yes, but that's very small and limited 15.57.10 # how complex need a gradient be? 15.57.33 # I would guess it should do gradients to look as nice as they do in the bg images now 15.57.34 # the line selector gradient isn't fine enough for a backdrop 15.58.15 # it already starts looking bad on lists where line selector height is two items on a large scren 15.58.44 # Hey...just trying to come up with an idea to not ship a target dependant backdrop ;) 15.58.49 # Just an idea... 15.59.40 # a gradient wps tag is a reasonable idea, is it not? 15.59.49 # I think so, yes. 16.01.53 # if we have a runtime generated backdrop we wouldn't need a theme for each resolution, but it's still not enough for a one-theme-works-on-all, is it? 16.02.14 # it's not, no 16.02.53 # no, there would need to be somehow conditional placement of skin elements also. 16.03.00 # which would be...difficult. 16.03.11 # short of svg icons and percentage positioning, I don't see how we can ever reach that 16.03.31 # the screen size range is huge 16.03.39 # percentage positioning should be doable 16.03.41 # It is. 16.04.06 # SVG was discussed and pretty much ended up in the "it would be nice, but there's too many thigns wrong with it" basket. 16.04.07 # kugel: doable, sure. but will it look any good? I bet a lot of designers will cry. 16.04.16 # another way of doing "a single theme" is to make one file support different resolutions 16.04.37 # ie discard the "bad" ones on load 16.04.45 # alternatively we could pick up the density-independent pixel concept of android 16.04.59 # You'd still need to write code for every possible resolution. 16.05.16 # B4gder: I think JdGordon|'s patch does this but it makes the .apk huge 16.05.36 # kugel: that's still nine different sizes, isn't it? 16.05.40 # yeah, I can understand that 16.06.20 # Gah! there just doesn't seem to be any easy way to do it :/ 16.06.42 # Every time I think of something, the thought gets so far and there's another roadblocking problem. 16.07.45 # in my opinion, it's better to do the easy half of it than to do nothing 16.08.10 # density-independent pixel + generated backdrop + seperate cabbies for ldpi/mdpi/hdpi could possibly work 16.08.26 Quit GeekShadow (Read error: Connection reset by peer) 16.08.33 Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) 16.09.21 # the market allows seperate apks for ldpi etc, right? 16.09.45 Join quem_ [0] (~foo@c83-254-246-15.bredband.comhem.se) 16.09.51 # but even then, we still have the portrait vs landscape problem 16.10.11 Join enthdegree [0] (~enthdegre@cpe-174-099-058-029.nc.res.rr.com) 16.10.19 # not every app has to support both orientations 16.10.28 # most games don't, for instance 16.11.25 # I'm happy with portrait, but the hw-keyboard people probably aren't 16.12.16 # I think it's "only" an issue when entering text 16.12.37 Quit quem (Ping timeout: 272 seconds) 16.12.42 # we could support landscape in menus but only portrait in wps 16.12.48 # * Buschel sighs 16.12.53 # or, let the wps decide 16.12.54 Nick quem_ is now known as quem (~foo@c83-254-246-15.bredband.comhem.se) 16.12.54 # it flips up/down in a manner and is not that bad. 16.13.13 Quit sideral (Remote host closed the connection) 16.13.29 # what? 16.13.36 # most of the trouble with m4a searching was cause by two wrong "<" which should have been ">" 16.14.17 Join sideral [0] (~sideral@unaffiliated/sideral) 16.15.12 # either way, I very much encourage implementing half-assed solutions first and fix them later. this is open source. we'll rewrite it when necessary. 16.16.03 # (defining "half-assed" as "not covering every aspect", not as "does not work") 16.16.04 # Careful ;) 16.16.20 # There's those in the camp very much *against* such things. 16.16.36 # Ah, great save. 16.17.24 # :-) 16.18.29 # New commit by 03Buschel (r29175): Fix resume for m4a files. Solves FS#9306. 16.19.04 # I don't see much of a point in a resolution independant build if themes (or the default theme) is still dependent 16.19.35 # Nor I. 16.19.39 # I don't care much about other themes, if we could fix it for the default theme at least then great 16.19.58 # * foo|sh was thinking vector graphics could save the day here 16.20.12 # kugel: I agree, focusing on the default theme is step #1 16.20.31 # Only if we can change everything to display Vector gfx 16.20.41 # if we're just resizing to bmp...then, pointless. 16.20.52 # * gevaerts votes for Display PostScript 16.21.10 # (we'll lose transparency if we do that) 16.21.26 # *not postscript, SVG-to-bmp 16.21.58 # vector graphics is all fine and dandy, but it requires a massive translation effort 16.22.36 # yes, we've already hashed that one out as a "not gonna work without massive changes that probably won't happen" thing a while back. 16.22.49 # "we" being "theme people" ;) 16.22.52 # it would be sufficient to convert the svg at runtime (boot) to bmp for the detected screen, then use the bmp 16.23.18 # kugel: as long as there's no transparency. 16.23.25 Join quem_ [0] (~foo@c83-254-246-15.bredband.comhem.se) 16.23.34 # S_a_i_n_t: well, "to a bitmap format" then 16.23.39 # the resizing affects colouration, which would fuck transparency. 16.25.53 # * foo|sh thinks it even better to convert on first run only, if thats not what kugel just said, in that case I agree with kugel. 16.26.01 # I also seem to remember someone saying that loading an SVG and doing the conversion would actually be a bit of a massive effort for some players. 16.26.42 # foo|sh: it can be difficult to detect when a theme has been updated. not all targets have realtime clocks 16.26.46 # S_a_i_n_t: we obviously would only do it on RaaA 16.26.51 # foo|sh: If possible, it would be nice to have a system that handled transparency, svg->bmp will not. 16.26.58 # daps don't have variable screen sizes 16.27.07 # You'd only have to do the convert-on-boot on targets that actually *have* multiple screen sizes 16.27.08 # this is ture ;) 16.27.49 # what would we be converting though? It only seems to me that it would make sense if we could do all graphics this way. 16.27.50 Quit quem (Ping timeout: 276 seconds) 16.27.51 Nick quem_ is now known as quem (~foo@c83-254-246-15.bredband.comhem.se) 16.28.01 # I can't think of a way it would be possible to do icons this way. 16.28.01 # so we're talking two different theme formats now? 16.28.08 # pretty much only backdrops will work,. 16.28.14 # S_a_i_n_t: why? 16.28.24 # transparency. 16.28.38 # bitmaps can handle transparency 16.28.57 # Zagor: yes and no; the new theme format would be converted to the old one on the first run 16.29.00 # just not bmp 16.29.10 # We'd need to change the way we handle transparency in core then. 16.29.19 # and not have it just be a "magic" colour. 16.29.36 Quit ZhangNing (Read error: Connection reset by peer) 16.29.57 # It would be cool to have menu animations, but that would probably be a bad idea 16.29.58 # do we currently have gif-style transparency? i.e one color is 100% transparent, the rest is opaque? 16.29.59 # The way we do transparency now, the resizing would ruin the colouration..and hence the transparency. 16.30.11 # No 16.30.34 # enthdegree: if done well, why not? 16.30.43 # With 16.30.48 # Oh, wait...you mean like a "magic" colour? 16.30.55 # With "done well" implying "can be disabled easily" :) 16.31.07 # we could use the svg only and convert it to a bitmap for other targets at compile time and only use the svg format for creating themes all the time. 16.31.16 # maybe like blueish yellow http://www.indigoimage.com/bluish_yellow.html 16.31.20 Join quem_ [0] (~foo@c83-254-246-15.bredband.comhem.se) 16.31.48 # foo|sh: yes 16.31.51 # ...huh? 16.32.25 # but an svg would only make the apk smaller. you still need the logic to convert proplerly according to the current screen 16.32.52 # kugel: isn't apk size the reason we need this at all? 16.33.05 # Nah. 16.33.16 # it's one reason 16.33.20 # hm, we have generic conditionals now (the "if" tag). If we add tags for screen width, height and depth, you could do conditional positioning 16.33.30 # We need it because it'll be an ass to make a new cabbie every time a new device comes out. 16.33.36 # haha, that is true. IMHO The rockbox interface right now is kind of 'scary' to newcomers. Maybe like an icon-based layout or something 16.33.37 # Not really easy to do, but for the default theme that may be doable 16.33.38 # S_a_i_n_t: that too 16.33.38 # not having to make a cabbie for each new resolution vendors come up with is another 16.34.03 # enthdegree: I think with big friendly icons, the menu interface is friendly enough 16.34.12 # apk size is the least of our worries presently I think. 16.34.42 # Not that it shouldn't be a consideration. 16.34.49 # S_a_i_n_t: I don't understand your point about colorization and transparency. when we render svg to the target bitmap, we'll do it correctly of course. 16.35.19 Quit quem (Ping timeout: 240 seconds) 16.35.19 # Yeah, it's only so bad on the clip 16.35.19 Nick quem_ is now known as quem (~foo@c83-254-246-15.bredband.comhem.se) 16.35.22 # kugel: if you want something nice looking you still have to adapt anew, unless there is already a screen with the same aspect ratio 16.35.26 # There's always some areas where the colouration is different than the original. 16.35.43 # this is more evident on large->small conversions though. 16.35.48 # * foo|sh thinks he needs to build what Zagor is running, because fool's icons are tiny 16.36.06 # foo|sh: yes, the default android theme is rather hostile 16.36.08 # When we looked at converting svg to bmp last time, we realised that would mess up our "magic" colour. 16.36.14 # S_a_i_n_t: I'm not into vector graphics but IIUC they can scale so that this is not an issue 16.36.30 # *"default theme on android" 16.36.44 # * gevaerts votes to add a gradient tag and tags for lcd properties 16.36.47 # kugel: I haven't seen an editor that can scale it without visible erros yet. 16.36.59 # Every time I have done so, I need to fix the image manually. 16.37.00 # S_a_i_n_t: I don't see how this is an inherent technical limitation, rather than a problem with the implementation 16.37.07 # though, I'm a bit of a perfectionist. 16.37.07 # svg or vector icons are used all the time and transparency is not a problem 16.37.20 # why would converting it to bmp introduce it? 16.37.28 # S_a_i_n_t: if you use a magic colour for transparency, make sure you don't anti-alias 16.37.36 # they don't do transparency like we do? 16.37.51 # S_a_i_n_t: you also don't need the magic color in the svn, the converter can insert it 16.37.53 # svg* 16.38.13 # exactly 16.38.18 # What are the problems with the font AA patch right now? 16.38.40 # people don't see the point? 16.38.58 # enthdegree: kugel was going to look at the patch to see if it's good enough last time I asked him :) 16.38.59 # (that's my impression, anyway) 16.39.13 # I would like to see it in too. 16.39.14 # Impact seems to be negligible 16.39.49 # awesome. 16.40.31 # gotta go 16.40.32 Part Zagor 16.41.03 # kugel: even when applying the "magic" colour later, the result could possiby be off. "While scaling the border pixels will become a bit transparent and their real final colour depends on the actual colour "behind" it 16.41.58 # I'm glad pixelma showed up to word this better..."it fucks transparency" really didn't cut it. 16.43.27 # gah, just add png to the core and be done :) 16.43.34 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 16.43.38 # the magic color way of doing it is annoying anyway 16.43.53 # amen 16.44.02 # alpha blending! 16.44.51 # what the skin engine really needs...layers. 16.45.02 # that'd be awesome. 16.45.12 Quit quem (Ping timeout: 240 seconds) 16.45.31 Quit TheSeven (Ping timeout: 276 seconds) 16.47.25 # kugel: what did you need to do to get the test_*.rock plugins compiling for RaaA? 16.47.36 # Do you have a patch around? 16.47.45 Join quem [0] (~foo@c83-254-246-88.bredband.comhem.se) 16.48.00 # * S_a_i_n_t noticed your codec comparisons on the wiki 16.48.01 # insert hacks into various places 16.48.41 Quit PaulJam (Ping timeout: 246 seconds) 16.49.04 # also, does the boost/cpu frequency in the RaaA debug return actual values? 16.49.14 # on my git repo I think 16.49.48 # where? 16.50.46 # system/debug/view buffering thread 16.51.53 # boost is always 0.0% and cpu is 0.0Mhz no matter what I'm playing...so I guess it's not returning actual values. 16.52.04 # 0.0MHz is obviously not an actual value 16.52.11 # or, it's very bloody efficient 16.54.58 Quit krazykit (Ping timeout: 265 seconds) 16.57.17 Quit sideral (Quit: Leaving.) 16.58.35 Quit B4gder (Remote host closed the connection) 17.01.06 Join Keripo [0] (~Keripo@SEAS408.wlan.seas.upenn.edu) 17.01.11 Part foo|sh ("this old dog is tired.") 17.03.06 Quit antil33t (Read error: Connection reset by peer) 17.03.14 Join antil33t [0] (~antil33t@124-197-51-80.callplus.net.nz) 17.04.46 Quit petur (Quit: Page closed) 17.05.00 # anyone know the status of FS#10693 Absolute Point in GEQ? 17.12.18 Quit quem (Read error: Connection reset by peer) 17.13.34 Join pamaury [0] (~quassel@dhcp-128-95.residence.ens-lyon.fr) 17.13.39 Quit pamaury (Changing host) 17.13.39 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 17.16.42 Quit n1s (Quit: Lämnar) 17.16.48 Join quem [0] (~foo@c83-254-246-88.bredband.comhem.se) 17.19.05 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.23.37 # can someone enlighten me please as to how to properly do the ifdefs here? 17.23.39 # http://pastebin.com/hZvZGp8R 17.24.02 Join quem_ [0] (~foo@c83-254-241-42.bredband.comhem.se) 17.27.56 Quit quem (Ping timeout: 250 seconds) 17.27.56 Nick quem_ is now known as quem (~foo@c83-254-241-42.bredband.comhem.se) 17.28.14 Quit kugel (Remote host closed the connection) 17.36.15 Quit timccc (Remote host closed the connection) 17.41.21 Quit enthdegree (Ping timeout: 240 seconds) 17.42.48 Join NikolasZ [0] (~6db654d8@giant.haxx.se) 17.43.25 # H I :-) 17.45.57 Quit evilnick_B (Quit: Page closed) 17.46.34 *** Saving seen data "./dancer.seen" 17.49.06 Quit GeekShad0w (Ping timeout: 265 seconds) 17.52.01 Quit Keripo (Quit: Leaving.) 17.53.24 Join enthdegree [0] (~enthdegre@vpn2.waketech.edu) 17.53.28 Quit liar (Read error: No route to host) 17.54.12 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 17.59.41 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 18.02.44 Quit quem (Ping timeout: 276 seconds) 18.04.59 Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) 18.06.37 Quit NikolasZ (Quit: CGI:IRC) 18.08.47 Quit linuxguy3 (Ping timeout: 260 seconds) 18.10.45 Join linuxguy3 [0] (~timj@adsl-75-57-205-224.dsl.emhril.sbcglobal.net) 18.11.56 Join quem [0] (~foo@c83-254-244-228.bredband.comhem.se) 18.21.15 Join PaulJam [0] (~Paule@p54BEBF20.dip.t-dialin.net) 18.26.15 Join DisturbedFood [0] (~55a528b1@giant.haxx.se) 18.26.36 # hello, how do i install snake on my sansa clip+ ? 18.27.03 # hello, how do i install snake on my sansa clip+ ? 18.27.07 Quit DisturbedFood (Client Quit) 18.28.07 Join DisturbedFood [0] (~jerry@ti0030a380-dhcp2220.bb.online.no) 18.28.18 Quit Xerion (Quit: ) 18.28.22 # All the rockbox plugins come with rockbox, you don't have to install them. 18.28.29 Quit ender` (Read error: Connection reset by peer) 18.28.52 # and how do i do that? 18.28.56 Join ender` [0] (krneki@foo.eternallybored.org) 18.29.13 # how do you do what? 18.29.15 Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) 18.29.28 # install rockbox plugins 18.29.35 # you don't need to install them 18.29.39 # They are all included when you install rockbox 18.29.47 Join komputes [0] (~komputes@ubuntu/member/komputes) 18.30.00 Quit robin0800 (Quit: Leaving) 18.30.24 # okay, found it, thanks 18.31.28 Quit markun (Ping timeout: 276 seconds) 18.31.44 Quit mudd1 (Read error: Operation timed out) 18.32.36 Join markun [0] (~markun@rockbox/developer/markun) 18.37.25 Quit mikroflops_ (Quit: qux) 18.37.28 Nick amee2k is now known as amee2dead (~thomas@ve504.cugnet.net) 18.37.59 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 18.41.23 Join Keripo [0] (~Keripo@SEAS401.wlan.seas.upenn.edu) 18.49.20 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 18.51.05 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.56.33 Quit DisturbedFood (Quit: Leaving) 19.01.22 Join stoffel [0] (~quassel@p57B4AD6F.dip.t-dialin.net) 19.07.59 Join sinthetek [0] (~sinthetek@cpe-174-111-031-059.triad.res.rr.com) 19.07.59 Quit sinthetek (Changing host) 19.07.59 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 19.10.18 Join markun_ [0] (~markun@rockbox/developer/markun) 19.10.29 Quit markun (Ping timeout: 240 seconds) 19.11.59 Join LambdaCalculus37 [0] (~3f74f70d@rockbox/staff/LambdaCalculus37) 19.12.47 Join Lear [0] (chatzilla@rockbox/developer/lear) 19.13.11 Quit robin0800 (Remote host closed the connection) 19.13.14 Quit parafin (Quit: So long and thanks for all the fish) 19.14.19 Join kugel [0] (~kugel@rockbox/developer/kugel) 19.14.30 Join parafin [0] (parafin@paraf.in) 19.15.27 Join dfkt|x [0] (~dfkt@unaffiliated/dfkt) 19.15.51 Join panni_ [0] (hannes@ip-178-202-69-162.unitymediagroup.de) 19.17.01 Join quem_ [0] (~foo@c83-254-240-228.bredband.comhem.se) 19.18.40 Quit quem (Ping timeout: 240 seconds) 19.18.50 Nick quem_ is now known as quem (~foo@c83-254-240-228.bredband.comhem.se) 19.20.43 Quit user890104 (Ping timeout: 245 seconds) 19.21.14 Quit dfkt|x (Remote host closed the connection) 19.22.15 Join sideral [0] (~sideral@unaffiliated/sideral) 19.23.14 Quit markun_ (Ping timeout: 276 seconds) 19.23.15 Quit enthdegree (Ping timeout: 272 seconds) 19.24.29 Join plux [0] (~yogurt@h-34-156.A238.priv.bahnhof.se) 19.25.41 Join Horscht [0] (~Horscht@p5DD57B6F.dip.t-dialin.net) 19.25.41 Quit Horscht (Changing host) 19.25.41 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.26.23 # wow, I'l able to run custom code on my mio c510e \o/ 19.28.20 Join thomasjfox [0] (~thomasjfo@dslb-088-065-012-169.pools.arcor-ip.net) 19.28.30 # pamaury: Nice! :) 19.29.41 # pamaury: Is that a Rockchip-based device? 19.30.15 # nope, it's a s3c2400 GPS device, that runs WinCE (urg) 19.30.21 # *S3c2440 19.30.48 # pamaury: That's the same CPU that's in the Gigabeat F/X, isn't it? 19.30.55 # * LambdaCalculus37 checks and confirms 19.31.30 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) 19.34.32 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 19.34.37 Quit LambdaCalculus37 (Quit: back to work time is now) 19.38.48 Join mudd1 [0] (~cmertes@ip-78-94-216-65.unitymediagroup.de) 19.40.28 Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 19.42.41 Quit thomasjfox (Remote host closed the connection) 19.42.52 # pamaury: s3c? boring :P 19.45.58 Quit robin0800 (Quit: Leaving) 19.46.18 Quit PaulJam (Ping timeout: 240 seconds) 19.46.29 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 19.46.35 *** Saving seen data "./dancer.seen" 19.46.36 Quit robin0800 (Client Quit) 19.49.38 Join enthdegree [0] (~enthdegre@cpe-024-211-171-023.nc.res.rr.com) 19.51.08 Join user890104 [0] (~Venci@95.43.112.85) 19.55.16 Quit tchan (Read error: Connection reset by peer) 19.56.10 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 19.56.47 Nick Loto is now known as Loto_ (~nfs@xbmc/user/Loto) 19.59.18 # dionoea: how do you tell it didn't build all classes? javac compiles needed classes which our Makefile doesn't print 19.59.52 # if a needs b, then javac builds both even if you just specified b 19.59.52 Quit user890104 (Read error: Connection reset by peer) 20.00.20 # hence the Makefile output is sometimes lacking. that's atl east how I understood it 20.00.49 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.00.49 Quit bertrik (Changing host) 20.00.49 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 20.01.14 # Lear: you saw the change in m4a seeking? 20.01.31 # this code is quite messy... 20.01.41 Join enth [0] (~enthdegre@cpe-024-211-171-023.nc.res.rr.com) 20.05.17 Nick enth is now known as IAmKlausFiedler (~enthdegre@cpe-024-211-171-023.nc.res.rr.com) 20.06.22 Quit stoffel (Remote host closed the connection) 20.06.53 Quit IAmKlausFiedler (Quit: Reconnecting) 20.07.09 Join enthdegr1e [0] (~enthdegre@cpe-024-211-171-023.nc.res.rr.com) 20.09.57 # Buschel: Yes, the file format is messy, so... But it broke at least something for a test file (time display, don't know the test track well enough to say if the position is right or not). 20.10.42 Quit liar (Read error: No route to host) 20.12.26 Quit tchan (Read error: Connection reset by peer) 20.13.19 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 20.16.09 # New commit by 03bluebrother (r29176): mkmpioboot: restructure model / firmware file information. ... 20.17.10 Quit enthdegr1e (Ping timeout: 255 seconds) 20.17.12 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 20.17.25 Quit enthdegree (Ping timeout: 241 seconds) 20.21.14 # r29176 build result: All green 20.22.19 Join enthdegree [0] (~enthdegre@cpe-024-211-171-023.nc.res.rr.com) 20.23.56 # Lear: which file? 20.24.38 # A 5 minute file I have... Don't remember where I got it from. 20.30.20 # Lear: what does the failure look like? is it happening when seeking 20.30.41 # No, just resume (only use of raw_seek). 20.31.01 # * Buschel tests some other tracks he has 20.32.34 # chunk_sample gets the wrong (much too high) value, I think that's the main problem. 20.34.59 # I have some major reworked code here, let's see how this handles your file 20.35.17 # (even though /me just spots a bug) 20.37.49 Quit enthdegree (Ping timeout: 240 seconds) 20.44.12 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 20.45.06 Quit GeekShad0w (Read error: Connection reset by peer) 20.45.31 Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) 20.45.38 # The user added link to the rk27xx SDK which leaked into internet on our wiki. http://www.rockbox.org/wiki/RockChip. Should we keep this or remove? 20.46.16 # the SDK was not released public AFAIK 20.49.51 Quit quem (Read error: Connection reset by peer) 20.51.26 Join markun [0] (~markun@178.228.229.221) 20.51.26 Quit markun (Changing host) 20.51.26 Join markun [0] (~markun@rockbox/developer/markun) 20.51.31 # does it actually contain useful information or just a bunch of windows files we don't need? 20.52.10 Join quem [0] (~foo@c83-254-244-113.bredband.comhem.se) 20.53.22 # it contains part of the sources as far as I can tell 20.55.26 Nick amee2dead is now known as amee2eaten (~thomas@ve504.cugnet.net) 20.56.40 Quit Dreamxtreme (Quit: Don't follow me) 20.57.37 Quit markun (Ping timeout: 272 seconds) 20.58.29 Join thomasjfox [0] (~thomasjfo@dslb-088-065-012-169.pools.arcor-ip.net) 20.59.51 Quit Keripo (Quit: Leaving.) 21.07.13 # well if theres nothing useful in it i would just delete it regardless 21.07.13 Join Keripo [0] (~Keripo@law098.wlan.law.upenn.edu) 21.07.23 # kugel: it only listed a subset in the make output 21.08.48 Join n1s [0] (~n1s@nl118-175-108.student.uu.se) 21.08.48 Quit n1s (Changing host) 21.08.48 Join n1s [0] (~n1s@rockbox/developer/n1s) 21.09.21 # ah ok. just saw your last sentence 21.10.42 Quit wodz (Ping timeout: 240 seconds) 21.14.49 # dionoea: I guess make cannot figure out that it doesn't need to build them since javac already did 21.15.22 # ok. 21.15.54 # New commit by 03bluebrother (r29177): mkamsboot: restructure model / firmware file information. ... 21.15.55 Quit quem (Read error: Connection reset by peer) 21.16.18 Join quem [0] (~foo@c83-254-244-113.bredband.comhem.se) 21.20.21 # r29177 build result: All green 21.21.15 Join quem_ [0] (~foo@c83-254-244-113.bredband.comhem.se) 21.22.26 Quit quem (Ping timeout: 276 seconds) 21.22.38 Nick quem_ is now known as quem (~foo@c83-254-244-113.bredband.comhem.se) 21.24.59 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 21.41.00 Quit tchan (Read error: Connection reset by peer) 21.41.50 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 21.46.38 *** Saving seen data "./dancer.seen" 21.46.46 # Lear: seems like I got it :) 21.47.13 Quit Stummi (Quit: Bye!) 21.47.42 # Got a patch? 21.48.44 # in a second 21.49.02 Quit mrkiko (Quit: leaving) 21.49.55 # http://pastie.org/1516003 21.50.26 # the fix can be done with minor changes to svn. my patch is a rework of the seeking code 21.52.23 # works for all of my files here (about 8) 21.52.28 # 8 ) 21.52.42 # Hm, last chunk still contains valid data, doesn't it? 21.53.01 # saratoga, bertrik: Sansa ClipV2 background noise debugging -- FS#11915 21.53.46 # Lear: yes. of what line are you talking about? 21.54.07 # Line 107 in the patch. 21.54.56 # the index is correct N elements, last element is N-1 21.55.41 # Yes, but if file_loc is within the last chunk, won't the code abort? 21.55.49 # ah, wait. got you 22.04.23 Quit sideral (Quit: Leaving.) 22.04.24 Quit bertrik (Read error: Connection reset by peer) 22.05.50 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 22.05.50 Quit bertrik (Changing host) 22.05.50 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 22.06.44 Quit wodz (Quit: Leaving) 22.07.31 Join Dreamxtreme [0] (~Dre@92.30.197.143) 22.13.06 Join user890104 [0] (Venci@venci-notebook-wlan.ipv6.6bez10.info) 22.16.15 # Lear: slight rework (removed the mentioned line and refactored a bit) -> http://pastie.org/1516092 22.18.11 Quit esperegu_ (Remote host closed the connection) 22.19.47 # Hmmm....if I run "make apk" twice, I get different results with the JAVAC stuff. 22.19.48 Quit Keripo (Quit: Leaving.) 22.20.18 # Buschel: Failed with a search to 5-6 seconds... 22.20.47 # Rather, anywhere, in another file... 22.20.51 # It seems I need to run "make apk" twice from a clean build dir (new or make clean/veryclean), on the second time all java elements are generated successfully 22.23.15 # Lear: works for all my files here. seeking within the first seconds and to the last seconds as well as somewhere within the file 22.23.31 # S_a_i_n_t: see today's logs 22.23.56 # kugel: any particular bit? ;) 22.24.03 # my talk with dionoea 22.24.11 # Or any word to look out for in particular? 22.24.17 # ah, ok. 22.24.18 # The file that fails only has one sample_to_chunk. Don't know if that's the problem though. 22.25.48 # one? 22.27.10 # the code assumes to have 2 or more -- svn, too 22.27.24 # Yes, and only 21 in num_samples... 22.27.55 # * Buschel slap m4a format 22.29.02 # SVN can handle one, as it has one step outside the loop. 22.32.13 Join EvanCarroll [0] (~ecarroll@64.200.109.13) 22.32.20 # I think I just broke my sansa e200v2 22.32.42 # I was charging it while playing music then it went blank, but it was still on. 22.32.57 # i turned it off, and was able to get it back on by plugging in the sansa recharging cable 22.33.02 # but now the right channel doesn't work 22.33.52 Join Tarvis [0] (~Tarvis@249.17.204.68.cfl.res.rr.com) 22.34.28 # kugel: assuming you mean http://www.rockbox.org/irc/log-20110131#21:07:23 it's not terribly descriptive. 22.34.58 # it starts here: http://www.rockbox.org/irc/log-20110131#19:59:18 22.36.05 Join cinvida [0] (624dc13d@gateway/web/freenode/ip.98.77.193.61) 22.37.11 # psst, quick ? if anyones got a sec... ive got a rockbox ipod 5th generation 30 gb video (no idea which sector size 512 or 2048)... that i did on my windows machine which i no longer have... and now im on a macbook pro and osx 22.37.28 # i plugin the ipod, running rockbox... and i see the usb icon pop on so its charging... 22.37.34 # but i cant farking mount the thing and load it up anymore! 22.37.42 # cinvida: disable HID support 22.37.50 # in Rockbox that is 22.37.51 # im running ntfs apps but i dont think i can see fat partitions 22.37.57 # disable it not enable it... 22.37.59 # fark yeah! 22.38.10 # OSX can handle FAT itself 22.38.44 # Hey, I got a question about the iPod Radio Remote for an ipod video 22.38.52 # In rockbox, is it possible to listen to music through it as well? 22.38.55 # okie trying now, just set setting and rebooted roxkbox 22.38.59 # Radio works but not regular music 22.39.04 # Using 3.7.1 22.39.24 # okie still dont see it under devices... hmmph 22.39.27 # should i reboot the mac? 22.39.41 # cinvida: no need to do that 22.39.56 # cinvida: just disable USB HID support in Rockbox. Then connect the Ipod again. 22.39.57 # under disc utility it still isnt finding it 22.40.02 # ive done so still no go 22.40.19 # what version of Rockbox are you using? 22.41.00 Quit froggyman (Quit: Ex-Chat) 22.41.25 # 3.6 22.41.37 # that's horribly outdated. 22.41.45 Join quem_ [0] (~foo@c83-254-244-113.bredband.comhem.se) 22.41.50 # yuppers 22.42.01 # you should really updated. Can't remember exactly but I wouldn't be surprised if there have been bugs regarding USB fixed sicne 22.42.24 # anyway to restore ipod software from the hardware without plugging it in ? 22.42.29 # put the Ipod in disc mode (either boot the Apple firmware or use Emergency Disk Mode), then update 22.42.45 # no need to restore anything ... it's all still there 22.44.45 # how do i put it in disk mode 22.45.19 Join froggyman [0] (~seth@98.115.0.7) 22.45.20 Quit froggyman (Changing host) 22.45.20 Join froggyman [0] (~seth@unaffiliated/froggyman) 22.45.23 # Lear: http://pastie.org/1516228 22.45.25 # reset the Ipod by holding Menu + Select until it reboots. Then hold Select + Play until the Ipod changes into disk mode 22.45.30 Quit quem (Ping timeout: 240 seconds) 22.45.31 Nick quem_ is now known as quem (~foo@c83-254-244-113.bredband.comhem.se) 22.45.45 # Lear: if you do not find any further bugs I'll submit 22.45.56 # if you're done reset the Ipod again 22.46.09 # (disk mode won't quit when you disconnect the Ipod) 22.48.00 # Buschel: That should be an improvement, but I'll test more later (probably not today). 22.48.06 Join Keripo [0] (~Keripo@eng251.wireless-resnet.upenn.edu) 22.48.13 # kugel: I partly agree, the s3c part is not that much interesting, but the fact that it's wince make everything more complicated :) And it's a GPS receiver (that's better for a GPS device ;)) which looks interesting 22.48.57 # Lear: ok, as this patch solves several issues I will submit. just let me know if you find any further bugs to fix 22.49.27 Join T44 [0] (~Topy44@f048038090.adsl.alicedsl.de) 22.49.30 # anyway, I want to know because one of the pins on the logic board where the headphone jack plugs in is broken 22.49.39 # SO there's no sound except through the radio remote 22.52.47 # okay i tried being in and out fo disc mode in version 3.6 and plugging it into a mac and a windows machine... neither are mounting it... for sure power is coming through the usb cable... but i hear a noise in the cable when i shake it at the end where it connects to the ipod... 22.52.56 # could it just not be transferring data... just power... 22.53.00 # cause the power bar keeps going up... 22.53.06 Quit Topy (Ping timeout: 240 seconds) 22.53.08 Join petur [0] (~petur@rockbox/developer/petur) 22.53.08 # cinvida: you could of course also have a bad cable 22.53.28 # thats my theory heh 22.54.49 # anyhoo is there a way to revert to ipod software... 22.54.50 # from the device 22.54.54 # New commit by 03Buschel (r29178): Rework m4a seek/resume code. Seek/resume does now also work properly with files having sample_to_chunk of 1 or 2. 22.54.55 # without having to plug it back in ? 22.55.10 # cinvida: Rockbox can dual boot ... 22.55.25 # if that's what you're looking after 22.55.44 # fark yeah 22.55.46 # that'd be sweet 22.55.56 # * bluebrother points to the manual 22.55.59 Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) 22.56.04 # enable hold immediately after power on 22.56.07 # but id just like to go through my ipod running rockbox, and have it revert back to the ipod software somehow... 22.56.09 # lol 22.56.23 # enable hold imediately after power on, how do i do that? 22.56.25 # * bluebrother doesn't understand that 22.56.40 # well, shut it down. Then start it again. Enable hold. 22.57.46 # you can also dualboot by holding menu to start the iPod. 22.57.54 Quit froggyman (Quit: Ex-Chat) 22.58.44 Join froggyman [0] (~seth@unaffiliated/froggyman) 22.58.53 # muHhh 22.58.56 # SWEET 22.59.23 # r29178 build result: All green 23.00.06 # It's hard to say this without it sounding like "RTFM!", but...perhaps you should gave the manual a read? 23.00.12 # hmm even in ipod mode 23.00.15 # it isnt being recognized... 23.00.16 # arghooo 23.00.28 # soooo, me thinks i got a bad ipod/usb cable 23.00.46 # did the cable ever work? 23.00.53 # if you're connecting to the USB hub in the keyboard: plug it into the Mac directly 23.00.55 Join gbl08ma [0] (~5d662a15@giant.haxx.se) 23.01.00 # some are just charge only cables 23.01.22 # macbook pro, directly plugged in. its an aftermarket cable... it was only used for charging... so dunnno 23.01.34 # gotcha 23.02.36 # There's a good chance the cable doesn't actually have data lines. 23.02.42 Quit TheLemonMan (Quit: free(me)) 23.02.53 # A lot of cheap iPod cables are like this. 23.03.52 # ashasdkfjsdkf 23.04.54 Join komputes [0] (~komputes@ubuntu/member/komputes) 23.06.25 # if you don't mind loosing that cable, as it seems to only charge, you can always open the connector of the iPod side and see if the data contacts are wired to the cable... 23.07.23 # kugel: Bagder: my/mceuelenernes(?) patch for lcd size independance only makes the apk huge because i put all the fonts in, very little code is added to do it... 23.07.37 # Well, I'd just shell out the 5 bucks or so for a proper cable 23.07.57 # If there are no data pins (most likely) there isn't much you can do 23.08.46 Quit komputes (Read error: Connection reset by peer) 23.09.22 # if it has all the pins but doesn't have them wired, you can always make a custom line-in for your ipod; this is specially useful if it supports recording through line in, like Nano 1st gen does 23.10.44 Join sideral [0] (~sideral@unaffiliated/sideral) 23.14.09 # anyway 23.14.21 # So can rockbox play audio through the radio remote or not? 23.14.26 # Seems to be fm radio only 23.16.00 Quit thomasjfox (Remote host closed the connection) 23.17.25 Quit gbl08ma (Quit: CGI:IRC (EOF)) 23.19.02 Join bzed_ [0] (~bzed@devel.recluse.de) 23.19.30 Join DerPapst1 [0] (~Alexander@p5DE5A8EF.dip.t-dialin.net) 23.20.12 Quit Horscht (Read error: Connection reset by peer) 23.20.38 # k got the proper cable 23.20.44 # how do i reboot from ipod into rockbox? 23.20.49 # sorry total newb here 23.21.09 # nm 23.21.14 Quit DerPapst (Read error: No route to host) 23.21.14 Quit bzed (Remote host closed the connection) 23.21.55 Quit Keripo (Quit: Leaving.) 23.23.20 Quit Lear (Quit: ChatZilla 0.9.86 [Firefox 4.0b11pre/20110131064745]) 23.23.24 Quit domonoky (Read error: Connection reset by peer) 23.24.11 Join markun [0] (~markun@rockbox/developer/markun) 23.24.46 Quit GeekShad0w (Quit: The cake is a lie !) 23.24.59 # okY I SEE THE IPOD IN ITUNES... and it mounts then it unmounts.... 23.25.01 # erg 23.25.10 # should i erase it like i tunes asks? 23.25.19 # or how do i reflash it with the new version... if it isnt auto detecting it 23.26.45 # cinvida: you're on a mac now? If so, don't let itunes erase it or rockbox won't work with it any more until you've made it a "winpod" again 23.26.56 # hmm /me reads the fucking manual heh 23.27.07 # ah whew thanks 23.27.11 # im on macbook pro 23.28.48 # k reinstalling everything onto ipod 23.28.50 # with new version 23.33.42 # now how do i move music onto rockbox? 23.33.51 # and how do i wipe the old install of the ipod so i can redo it ? 23.38.39 # cinvida: you don't need to wipe any old install 23.38.56 # and for syncing music ... use Finder. Or Itunes if you like 23.39.03 # or anything else. It doesn't matter 23.39.08 # nope had to get a new one 23.39.19 # whoops miss text 23.39.25 # ah cool 23.39.29 # updating Rockbox does *not* require deleting your old installation 23.39.33 # okay, so im inipod side again 23.39.41 # but this ipod isnt synced with my laptop 23.39.44 # so how can i fix that ? 23.40.01 # what on earth do you want to achieve? 23.40.20 # my music on the ipod/rockbox... with it registered to my new itunes 23.40.34 # as i just put in a ssd, and am redoing everything from scratch 23.40.36 # Rockbox does not know anything about itunes 23.41.15 # you can use Itunes to sync music to the PC (but then you need to boot into the Apple firmware for syncing, as Itunes doesn't recognize Rockbox as an Ipod) 23.41.30 # or does it and I have disabled this stuff? Hmm. 23.41.45 # actually not completely sure about that. I usually don't use Itunes 23.41.54 # sooo if im in ipod mode, and im in itunes, and this version is registered to my old mac... so i cant add my library... then wtf do i do to add music to my ipod... or do i just go into rockbox mode and add music and itll appear on the ipod side too 23.42.03 # If you organize your music yourself just copy it to the player using Finder. 23.42.22 # use F i n d e r. 23.42.35 Quit bertrik (Quit: :tiuQ) 23.42.57 # i got calendars, contacts, notes, playlists, but no music folder in finder... 23.43.08 # there is no music folder 23.43.11 # period 23.43.11 # well where do you keep all your music? 23.43.15 # if you want one create it 23.43.16 # just copy that 23.43.32 # or call it "stuff", or "cds" or whatever you like 23.43.34 # ah hah 23.43.39 # thanks for the newb slap... =) got it 23.43.41 # Rockbox does *not* care a bit about names 23.44.47 # those folders "Notes", "Contacts" and so on are created by the Apple firmware. Music is kept (in filename-scrambled format) below the hidden folder iTunes_Control 23.45.10 # though I assume if you're using Rockbox you don't want to use a hidden folder for putting your music on the player. 23.45.16 Quit efyx (Quit: Quitte) 23.45.29 # nope 23.45.37 # is there someway to find all the music on this drive and remove it... 23.45.43 # from the mac... how do i find hidden folders? 23.45.44 # new to mac heh 23.45.56 # * bluebrother uses Terminal for that 23.46.41 *** Saving seen data "./dancer.seen" 23.47.37 # Itunes keeps its music in a folder Music/iTunes 23.48.09 Join JdGordon1 [0] (~jonno@vl10.gw.ok-labs.com) 23.50.20 Quit n1s (Quit: Ex-Chat) 23.54.07 # hmmph cant find that folder 23.54.13 # its hidden... ??? 23.54.22 Join timccc [0] (~timccc@112.166.15.141) 23.54.33 # wish i could wipe the previous owner off this ipod, sync it to my itunes and transfer music to it that way... 23.58.27 # Not with rockbox 23.58.46 # Can't ou just delete all the folders in the ipod?