--- Log for 13.02.110 Server: wolfe.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 9 hours ago 00.10.00 Quit JdGordon_ (Quit: CGI:IRC) 00.10.26 Quit S_a_i_n_t (Quit: [St.] has exited mIRC™) 00.11.06 # Is there a way to retrieve the number of channels of an audio file ? 00.14.10 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.4.23) 00.17.53 Quit S_a_i_n_t (Client Quit) 00.19.34 # For MTP I need to provide the range form the sample rate and the bitrate as well as a step value. Do someone has this at hand (it's intended to be the range supported by the firmware) or do I copy the firmware values ? (which are: [sample rate: 8000->96000, step 50] [bitrate: 8000->1500000, step 1]) 00.19.36 Quit dmb_ (Ping timeout: 264 seconds) 00.19.45 # s/form/for 00.20.02 # *original firmware 00.21.54 # per codec I assume? 00.23.58 # I can either have a global value or a per codec value. It's simpler for me to have a global one but we can do thing very cleanly and have a per codec value 00.24.45 # pamaury: If you're asking which samplerates/bitrates Rockbox can deal with, I don't think there are any limitations (for the common codecs at least). 00.25.19 Join enapupe [0] (~bd487fb1@gateway/web/freenode/x-zvnxqvfoxbsqlmow) 00.25.38 # I don't why MTP always want bounds on values ! So can I put the value of the OF ? Are there sensible ? 00.25.49 # And how can I get the number of channels of an audio file ? 00.25.57 # What "value of the OF" ? 00.26.22 # Values returned by the OF in MTP mode: [sample rate: 8000->96000, step 50] [bitrate: 8000->1500000, step 1] 00.26.51 # love u folks, continue doing this amazing job, goodnight 00.27.06 Quit enapupe (Client Quit) 00.27.34 # pamaury: But to answer your question, apps/metadata.c:get_metadata() will read all the metadata from a file. 00.27.54 # I don't know if the database stores technical info... 00.27.59 # I can't find the number of channels in the metadata 00.28.22 # Ah yes, I remember now. It seems we don't bother reading that... 00.28.32 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.226) 00.29.22 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 00.29.27 # It's not that important, I'm not obliged to provide that information, if there is no way to obtain it currently :) 00.48.05 Quit perfectdrug (Quit: perfectdrug) 00.50.20 Quit lantius (Quit: CGI:IRC (Session timeout)) 00.53.11 *** Saving seen data "./dancer.seen" 00.55.04 Join saratoga [0] (~9803c57f@gateway/web/freenode/x-rdzscikpieqeejxy) 00.55.28 # I think the MTP sample rate and channel info stuff is so that any apps syncing can transcode if needed 00.56.53 Quit freddyb (Remote host closed the connection) 00.59.12 # you can get one from the other one ? 00.59.32 # But yes, indeed, there is some redundancy in the properties 01.00.40 Quit piotrekm (Quit: Leaving.) 01.01.13 Join perfectdrug [0] (~marko@p5B0EF1A7.dip.t-dialin.net) 01.01.38 # yeah! Non-ASCII characters working for OS X talkfile generation :) 01.08.26 Quit ranmachan (Read error: Operation timed out) 01.08.47 Quit simabeis (Ping timeout: 260 seconds) 01.09.10 Quit pippijn (Ping timeout: 246 seconds) 01.09.24 Quit bzed (Ping timeout: 264 seconds) 01.09.52 Quit sinuc (Ping timeout: 246 seconds) 01.11.09 Quit matsl (Quit: Riece/3.1.2 XEmacs/21.5-b29 (garbanzo, linux)) 01.14.20 Quit xavieran (Quit: ➤➤➤➤➤➤TAKE THAT YOU UNICODE HATERS ➤➤➤➤➤➤) 01.14.25 Join bzed [0] (~bzed@devel.recluse.de) 01.15.24 Join simabeis [0] (~simabeis@lobmenschen.de) 01.16.19 # btw, is implementing a way for rockbox to just go to sleep instead of powering off completely (and thus starting up again within milliseconds) considered a NODO? 01.16.20 Join pippijn [0] (~pippijn@unixcorps/staff/pippijn) 01.17.33 Join sinuc [0] (~sinuc@apokryph.org) 01.17.40 Join ranmachan [0] (ranma@yumi.tdiedrich.de) 01.18.35 Quit bertrik (Quit: De groeten) 01.19.06 # TheSeven: no 01.19.34 # almost nothing that is actually possible is a nodo :) 01.20.24 # aren't most nodos actually possible though? 01.20.42 # (else we wouldn't need them at all - everyone trying to do them would just fail by definition) 01.21.31 Quit domonoky (Read error: Connection reset by peer) 01.22.08 # arnt most of them related to the archos targets? 01.22.21 # other filesystems is about the only possible one that is a nodo 01.22.43 # malloc? i consider that possible as well 01.22.48 # (actually most OFWs do it) 01.23.12 # TheSeven: amiconn had some ideas about it and he wanted to work on it. But that needed a rework of general power management IIRC ... like for everyone, lake of time maybe :) 01.25.13 # oh, I just realized that malloc is an unspoken nodo! 01.25.19 # it isn't even listed on that page 01.25.27 # TheSeven: Sleep is needed for the original 1st/2nd gen ipods - they can't be powered off. So it's definitely not a nodo. 01.25.38 # didn't it have a page of its own? 01.25.45 # WhyNoMalloc? 01.25.59 # TheSeven: it has its own page :) 01.26.20 # * TheSeven wonders why this isn't linked on NoDo then, but that's probably a user vs. developer view split 01.26.21 # TheSeven: Proper sleep needs quite some architectural rework 01.26.47 # (that is, how all the various drivers and threads handle shutdown) 01.26.49 Join Strife1989 [0] (~michael@adsl-154-11-130.mcn.bellsouth.net) 01.27.12 # hm, i don't think it would be that hard. about the only thing the core would need to care about is stopping playback, the rest could easily be "hibernated" 01.27.16 # That's one of the various things I have on my long list... 01.27.18 # TheSeven: Yes, the "NoDo" is more a list of features we can't or don't want to implement. But "don't want to" can always change over time, so I wouldn't pay much attention to that page... 01.27.34 # I also object to "Add scandisk-like features!" with regard to FTLs 01.27.38 Quit Strife89 (Disconnected by services) 01.27.39 # * p3tur uploaded another recording histogram patch and goes to bed 01.27.40 Nick Strife1989 is now known as Strife89 (~michael@adsl-154-11-130.mcn.bellsouth.net) 01.27.45 Quit p3tur (Quit: Zzzzz) 01.27.48 Quit Schmogel (Ping timeout: 256 seconds) 01.27.56 # things that a normal pc without additional tools cannot do should be added to rockbox in some way or another 01.27.59 # TheSeven: Check more closely. Right now, shutdown causes various threads to end themselves. This would cause serious problems on wakeup 01.28.23 # amiconn: i wouldn't want to do a shutdown just because i go to sleep 01.28.25 # Also, in case of sleep you need to handle a lot of components which aren't important to handle on poweroff 01.28.26 Quit petur (Remote host closed the connection) 01.28.31 # most of that could be handled transparently by the drivers 01.29.04 # Yes, but you need a mechanism that puts threads and hardware into a well defined state before going to sleep 01.29.25 # hardware: yes, but I don't see why threads even need to know about this 01.30.00 # Right now several threads end themselves, and hardware is shut down in the main thread. The poper mechanism you need for sleep (or suspend as I call it) just doesn't exist yet 01.30.24 # TheSeven: i would imagine that is why - malloc is not a user-visible feature 01.30.49 Quit pamaury (Quit: abort();) 01.30.57 # TheSeven: The threads need to know about it _because_ threads handling hardware components need to do something 01.31.37 # Think of the backlight thread - since it must not end on suspend, it needs to e told to shut off the backlight, and not re-enable it until receiving another event (wakeup) 01.31.43 # i wonder why i can't just disable interrupts, wait for things like i2c transfers to finish if there are some, save the codec state, save the LCD contents (if this is needed at all), put sdram to self-refresh and power down. on wakeup, sdram would be re-enabled, the codec state etc. would be restored, and interrupts would be re-enabled 01.31.46 Quit archivator (Quit: Leaving) 01.32.25 # All this needs to be coordinated, in a way that's both fast enough (parallelizing things), and also makes things happen in the right order 01.32.29 # * TheSeven thinks we could just suspend the backlight thread and shut the backlight off ourselves in the shutdown code 01.32.52 # speed won't be an issue, I don't think we need to parallelize here 01.32.58 # amiconn: maybe an event queue or such that threads managing such magic listen on? they wouldn't need to actually exit, just do whatever cleanup they need to do on receiving their suspend event and then wait for a wakeup event before going back to their normal behavior. 01.33.10 # shutdown would be <1s, wakeup probably way faster 01.33.10 # Then the backlight thread would have a wrong assumption about the current state after wakeup 01.33.36 # amiconn: the current state would just be restored by the suspend code 01.33.50 # Messing with hardware that's supposed to be handled by another thread is dirty and error prone 01.34.19 # hm, i would just freeze *everything* besides the suspend code, backup things, power down, wake up, restore things, and let go of it again 01.34.19 # And it's not just the backlight - there are more components to put to sleep. LCD, audio codec, to name just two 01.34.44 # yes, it's lcd, backlight, codec and nand. I can't think of more of them. 01.34.59 # On hdd targets the equivalent would be hdd 01.36.06 # Backlight is backlight thread, codec is powermgmt, lcd is main thread. Now synchronize 01.36.43 # ...making sure that you don't introduce race conditions (e.g. if the user plugs in usb when rockbox is *just* about to suspend) 01.37.16 # Oh, btw, the usb thread might also have to do something 01.38.17 # It's certainly doable, it's *just* rather complex 01.38.29 # the fun things always are 01.38.37 # * amiconn ponders implementing a poor-mans suspend for 1st/2nd Gen 01.39.02 Quit saratoga (Quit: Page closed) 01.39.13 # One that behaves like a regular poweroff, i.e. it reboots immediately on wakeup 01.39.37 # *poor man's 01.40.26 # * amiconn doesn't really like such hackjobs. Do it properly, or not at all... 01.45.28 Join lantius [0] (~lantius@76.73.16.26) 01.48.51 Join CaptainKewl [0] (jds@207-237-117-89.c3-0.80w-ubr2.nyr-80w.ny.cable.rcn.com) 01.49.48 # well.... there are hackjobs, and there are dirty rotten horrible hack jobs 01.50.02 # the firts is usually somewhat acceptable (imo) 01.50.52 # so is the second (*if you really really really want something and there's no other way to do it :P) 01.50.57 # btw, i would really appreciate if someone could have a look at nano2g type-2 lcd init. this still isn't working at all, and can easily be tested and played with. 01.51.17 Join planetbeing [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) 01.51.36 # oops? planetbeing? 01.54.53 # I got a "*PANIC* USB ***<-(something I didn't quite catch)" last night on Nano2g just by plugging the dock connecter in, resulting in 'please restore using itunes, yadda yadda yadda'...who knows what would've caused that? 01.56.45 # did the panic really mention usb? 01.56.57 # yep 01.57.04 # IIRC 01.57.04 # what probably caused the need for restore was the crash itself, not the usb issue 01.57.26 # well, check for panicf's in the usb code then 01.57.41 # i had some usb problems today, too 01.57.50 # it sometimes just wouldn't enumerate properly 01.58.05 # not sure what caused this, but it was still working fine in the morning 02.00.08 # btw, why is there a need to press the 'select'(if it's turned off) for the nano2g to boot/detect the dock connector, whereas the nano1g say knows it's been plugged in and boots/detects even if it is off. 02.00.11 Join Strife1989 [0] (~michael@adsl-154-22-127.mcn.bellsouth.net) 02.01.10 # different wakeup bits set in the pmu 02.01.26 # didn't yet bother to figure out which one fires if there is usb activity 02.01.58 # would it *ever* be possible to get it working in a similar fashion to the 1g/others...? 02.02.17 Quit Strife89 (Ping timeout: 240 seconds) 02.02.57 Join michaelcarr [0] (~michael@adsl-154-11-144.mcn.bellsouth.net) 02.05.31 Quit Strife1989 (Ping timeout: 272 seconds) 02.06.10 Join Strife1989 [0] (~michael@adsl-154-22-223.mcn.bellsouth.net) 02.06.14 Quit lantius (Quit: CGI:IRC (Ping timeout)) 02.08.17 Quit michaelcarr (Ping timeout: 241 seconds) 02.11.17 # S_a_i_n_t: USB? probably yes 02.12.18 Join richard [0] (~43a6a0bd@giant.haxx.se) 02.12.23 # hello 02.12.50 Nick richard is now known as Guest77276 (~43a6a0bd@giant.haxx.se) 02.12.52 # i've been trying to compile rockbox on os x 10.4 02.13.08 # getting this error in terminal: 02.13.09 # dyld: lazy symbol binding failed: Symbol not found: _open$UNIX2003 Referenced from: /private/var/root/rbinstall/./mkamsboot-mac Expected in: /usr/lib/libSystem.B.dylib dyld: Symbol not found: _open$UNIX2003 Referenced from: /private/var/root/rbinstall/./mkamsboot-mac Expected in: /usr/lib/libSystem.B.dylib Trace/BPT trap 02.13.18 # anyone know what's up? 02.14.25 # Guest77276: That sounds like a problem with your OS X installation. Can you compile anything else? 02.15.11 # never tried... 02.15.32 # are there any precompiled patched binaries for the sansa clip? 02.16.03 Join enthdegree [0] (~enthdegre@adsl-144-134-113.rmo.bellsouth.net) 02.16.25 # Are there any additional plugins I can get for my c200vI? 02.16.31 # Guest77276: What do you mean by "patched binaries" ? You mean the original firmware patched with the Rockbox bootloader? 02.17.07 # enthdegree: rockbox installs with all of the plugins. 02.17.18 # Guest77276: You can download an OS X mkamsboot binary here - http://download.rockbox.org/bootloader/sandisk-sansa/mkamsboot-1.1/macosx/ 02.17.56 # Snap. Also, why is the wikipedia reader not included in the normal install? 02.18.00 # It's still a patch. 02.19.18 # enthdegree: Probably just because no core developer (i.e. someone with rights to add things to the official builds) has taken an interest in it... 02.19.32 Quit S_a_i_n_t (Ping timeout: 252 seconds) 02.19.42 # enthdegree: generally things that stay on flyspray have a reason for not being merged yet. it could be anywhere from "somebody needs to review and approve this" to "there are serious things that need fixed" to "we don't think this belongs in rockbox" 02.19.56 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.248) 02.20.12 # \c: ok. 02.25.37 Quit Rob2222 (Read error: Connection reset by peer) 02.26.26 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.4.219) 02.27.53 Join Rob2222 [0] (~Miranda@p4FDCA0BC.dip.t-dialin.net) 02.29.00 Quit S_a_i_n_t (Ping timeout: 256 seconds) 02.31.40 Quit enthdegree (Quit: Lost terminal) 02.37.34 # well 02.37.53 # yes, i do mean the OF patched with rockbox... 02.38.02 # i tried using the mkamsboot binary 02.38.17 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 02.38.21 # Guest77276: Then no, we can't distribute those for obvious reasons. 02.38.25 # We cannot legally distribute the sansa firmware 02.38.26 # but my guess is it has some leopard dependencies, based on the error 02.38.40 # i see 02.40.11 # well i need to remove rockbox then 02.40.25 # is the only file from the zip .rockbox? 02.41.22 # Yes. 02.41.32 Nick S_a_i_n_t_ is now known as S_a_i_n_t (S_a_i_n_t@203.184.4.219) 02.42.36 # thank you 02.42.48 # i might try getting my friend on windows 7 to compile it later 02.43.15 Quit Guest77276 (Quit: CGI:IRC) 02.45.17 Quit DerPapst (Quit: Leaving.) 02.47.36 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 02.49.31 Join toffe82_ [0] (~chatzilla@ppp-71-138-18-130.dsl.frs2ca.pacbell.net) 02.51.06 Quit toffe82 (Ping timeout: 272 seconds) 02.53.13 *** Saving seen data "./dancer.seen" 02.53.59 Quit toffe82_ (Client Quit) 02.54.23 Join toffe82 [0] (~chatzilla@ppp-71-138-18-130.dsl.frs2ca.pacbell.net) 02.54.41 Join pneux [0] (~626fc755@giant.haxx.se) 02.55.24 # i need some help! 02.56.08 # Just ask... 02.56.30 Quit pneux (Client Quit) 02.57.11 # Unhelpful: (bringing -community talk here) mpegplayer should clip fine - I've tried VCD resolution videos on my Gigabeat F in the past (352x288 IIRC) and they played fine. 02.57.28 Quit Tomis (Ping timeout: 256 seconds) 02.57.48 Join Rob2223 [0] (~Miranda@p4FDCB3BF.dip.t-dialin.net) 02.58.01 Join Tomis [0] (~Tomis@70.134.74.176) 02.58.19 Quit planetbeing (Quit: Leaving) 02.58.19 # Unhelpful: But I'm pretty sure mpegplayer just crashes badly if the video is too big. That would be nice to fix (and may be debuggable in the sim). 02.58.30 # linuxstb: excellent. so what we want is 1) are buffers sufficient for the larger resolutions and bitrates 2) IPU scaling on beast when playing not-screen-size files 3) figure out the TV output 02.59.12 # i'd love it to be usable as a gadget i can plug into a TV at a hotel or such and watch a selection of movies prepared on it :) 02.59.25 # although... i'd probably already just use the laptopt for that 03.00.00 # That would be a nice summer-of-code project... 03.01.14 Quit Rob2222 (Ping timeout: 272 seconds) 03.12.03 Quit bmbl (Quit: Bye!) 03.13.04 Quit perfectdrug (Ping timeout: 245 seconds) 03.19.10 Quit Zarggg_ (Quit: Zarggg_) 03.19.43 Join dmb_ [0] (~Dmb@unaffiliated/dmb) 03.27.14 Quit komputes (Ping timeout: 245 seconds) 03.28.08 Join TopyMobile_ [0] (~topy@f049072153.adsl.alicedsl.de) 03.28.24 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 03.29.06 Quit kadoban_ (Read error: Connection reset by peer) 03.31.14 Join kadoban [0] (~mud@cpe-24-93-17-195.rochester.res.rr.com) 03.32.02 Quit TopyMobile__ (Ping timeout: 256 seconds) 03.33.02 Quit Topy44 (Ping timeout: 256 seconds) 03.34.14 Quit kadoban (Remote host closed the connection) 03.34.59 Join Topy44 [0] (~topy@my.fastsh.it) 03.37.40 Quit dmb (Quit: Leaving) 03.39.04 Join kadoban [0] (~mud@cpe-24-93-17-195.rochester.res.rr.com) 03.43.48 Join komputes [0] (~komputes@ubuntu/member/komputes) 03.44.39 Quit Adnyxo (Ping timeout: 265 seconds) 03.50.38 Quit komputes (Ping timeout: 272 seconds) 04.00.34 Quit MethoS- (Remote host closed the connection) 04.18.28 Join shodan45 [0] (~chris@adsl-068-212-080-078.sip.msy.bellsouth.net) 04.18.45 Quit yosafbri` (Quit: Coyote finally caught me) 04.19.37 # does the sansa fuze (v1) not have a partition table or something? 04.20.33 Quit TheSeven (Disconnected by services) 04.20.47 Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) 04.20.57 Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) 04.20.58 # nothing shows up in fdisk, but it gets automounted as just /dev/sdc 04.39.06 Quit Strife1989 (Read error: Connection reset by peer) 04.40.07 Join dmb [0] (~Dmb@unaffiliated/dmb) 04.41.01 Join Barahir [0] (~jonathan@gssn-5f757646.pool.mediaWays.net) 04.44.17 Quit Barahir_ (Ping timeout: 240 seconds) 04.50.37 Join xavieran [0] (~xavieran@ppp118-209-153-106.lns20.mel6.internode.on.net) 04.51.59 Join Adub- [0] (~Rotting@xplr-ts-t11-208-114-159-122.barrettxplore.com) 04.53.15 *** Saving seen data "./dancer.seen" 04.56.49 Quit mc2739 (Ping timeout: 264 seconds) 04.58.25 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 05.05.52 Quit GeekShadow (Ping timeout: 265 seconds) 05.17.34 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 05.30.59 Quit Kitar|st (Ping timeout: 246 seconds) 05.50.44 Join grndslm [0] (~grndslm@174-126-14-4.cpe.cableone.net) 05.52.30 # shodan45: If it mounts as /dev/sdc, then it doesn't have a partition table. 05.57.54 # linuxstb, thx 05.59.11 Quit shodan45 (Remote host closed the connection) 06.03.56 Quit Tomis (Read error: Connection reset by peer) 06.04.19 Join Tomis [0] (~Tomis@70.134.74.176) 06.06.39 Quit efyx_ (Remote host closed the connection) 06.23.04 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 06.27.11 Join teru [0] (~teru@KD059133108225.ppp.dion.ne.jp) 06.37.56 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.2.188) 06.38.48 Quit S_a_i_n_t (Ping timeout: 264 seconds) 06.53.16 *** Saving seen data "./dancer.seen" 07.06.42 Quit kramer3d (Ping timeout: 265 seconds) 07.12.09 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 07.25.13 Quit tchan (Quit: WeeChat 0.3.2-dev) 07.32.53 Nick S_a_i_n_t_ is now known as S_a_i_n_t (S_a_i_n_t@203.184.2.188) 07.43.52 Join Horschti [0] (~Horscht2@p4FD4C84D.dip.t-dialin.net) 07.43.54 Quit Horschti (Changing host) 07.43.54 Join Horschti [0] (~Horscht2@xbmc/user/horscht) 07.45.30 Quit xavieran (Quit: ➤➤➤➤➤➤TAKE THAT YOU UNICODE HATERS ➤➤➤➤➤➤) 07.47.48 Quit Horscht (Ping timeout: 264 seconds) 07.55.02 Part flyback 07.57.56 Join ender` [0] (krneki@foo.eternallybored.org) 08.13.31 Join krazykit` [0] (~kkit@adsl-69-219-225-19.dsl.ipltin.sbcglobal.net) 08.16.52 Quit krazykit (Ping timeout: 258 seconds) 08.17.01 Join nickk [0] (~5660e559@giant.haxx.se) 08.19.27 # hey guys. I got an ipod 5th gen and every time I try to play a song off the database, it starts searching for the song 08.19.35 # is there any way to prevent that? 08.23.05 # you might want to try enabling Settings->General Settings->Database->Load to RAM 08.23.30 # i have done that 08.23.47 # but it still performs a search before playing a song 08.24.17 # and how long a delay is that causing? 08.24.50 # well the count down is from about 3600, so a good 1 to 2 minutes 08.25.40 # the player *has to* load additional information to play a song from the database - you've been browsing a list of titles, it then needs to load the pathname of the file. then it needs to load the file data itself, which it would need to do if you were using the file browser, also. 08.25.46 # ...countdown?! 08.26.53 # this does not happen with the file browser for some reason 08.27.12 # it's a countdown where the player searches for the song 08.28.32 # ok, this wait is something i could deal with 08.28.57 # maybe disable "auto update"? 08.29.08 # but how come i cannot skip to the next song when i am in the database or the file browser 08.29.19 # does it actually *take* 1-2 minutes to play the song? don't assume that numbers on your screen are in seconds :) 08.29.35 # yes it does 08.29.54 # approximately 1 - 2 minutes 08.30.36 # teru: even with auto update, update should not run on track select... 08.31.35 # nickk: It searches when you press select on an individual song? 08.32.14 # yes Llorean 08.33.09 # Have you tried inserting just the one song, rather than pressing "select" on it and queuing the whole folder? 08.33.10 # and how are you browsing the database? do you select the track in question from "tracks"? 08.34.08 # yeah i am selecting the track from the "tracks" folder 08.34.24 # it's not a folder, it's a list. :) 08.34.49 # well that list then :) 08.35.16 # So, about that "insert" alternative? 08.35.50 # i imagine he's simply selecting (play) instead of using insert, and... yeah, i think i see the problem. :) 08.36.05 # It's queuing up 3600 songs, having to check the database for the path for each of them 08.36.13 # wouldn't that load all tracks to the playlist? 08.36.15 # Well, inserting them 08.36.35 # ok so how am i supposed to do it 08.36.44 # probably he needs to enable dircache also if he hasn't... doesn't the tagcache use dircache to speed path lookups? 08.36.51 # I think it does, yes 08.37.16 # That will probably help considerably 08.37.31 # nickk: if you want to keep doing things the way you do them now, make sure dircache is enabled (needs a reboot) and see if that helps 08.38.16 # otherwise, use the context menu to insert tracks individually, since a simple select in the DB browser loads the whole list you're viewing as the new playlist. 08.38.28 Part toffe82 08.38.41 # Unhelpful: how do i enable the dircache? 08.38.42 # or browse via album or artist first, then it will only load the whole album to the playlist. 08.39.27 # i'll let you know in a minute, i'm rebuilding the latest. :) 08.39.56 # sure that'd be great 08.40.01 # i have one more issue though 08.40.28 # what's that? 08.40.37 # i cannot skip to the next song, either in FB or in DB even if i have my prevent track skipping off 08.41.09 # how are you trying to skip to the next song? 08.41.36 # by pressing "next" 08.41.51 # You can only skip tracks in the WPS 08.42.10 # i am in the WPS 08.42.20 # What do you mean by "FB" and "DB" then? 08.42.24 # dircache is settings->general settings->system->disk->directory cache 08.43.03 # i meant even if i play songs using the file browser or using the database, i cannot skip to the next song 08.45.30 # What version of Rockbox do you have? 08.46.15 # version 3.5 08.46.57 # And there are more than one song in your playlist when you try to skip? 08.47.16 # yes definetely 08.47.34 # If you let the song end naturally, what happens? 08.47.54 # it skips to the next one 08.47.59 Quit S_a_i_n_t (Quit: [St.] has exited mIRC™) 08.48.04 # Havey ou tried completely resetting settings, then? 08.48.07 # problem with the touchpad maybe? 08.48.42 # no, that's impossible, whenever i press "next" it fast forwards 08.48.55 # You're holding it too long, then 08.49.27 # trust me i am not 08.49.38 # If it's fast forwarding, you are. 08.50.03 # if there was a webcam on this irc, i could show you 08.51.01 # i press it as fast as i can and it just fast forwards 08.51.26 # How can you tell it fast forwards if you're pressing and immediately releasing? 08.51.41 # because it skips one second 08.52.37 # The minimum fast-forward time is less than a second. It sounds like your button might be sticking 08.53.17 *** Saving seen data "./dancer.seen" 08.53.20 # but it doesn't do that if i load the original Ipod software 08.53.43 # The original firmware might have a longer wait time before it fast forwards 08.54.07 # yes but it skips just fine 08.54.37 # I don't see what the "but" is there. If it had a longer wait time before it fast forwards, and your buttons just stick a little, they wouldn't stick long enough to prevent skipping in the OF. 08.54.49 # But you can just file a bug report and see if anyone else can reproduce 08.55.05 # If you're using a release build it should be trivial for someone with the same hardware to verify once somebody comes along 08.56.22 # hmm ok, thanks for your help anyway 08.56.37 # Unhelpful: thank you as well 09.00.35 Quit nickk (Quit: CGI:IRC (EOF)) 09.32.50 Join dfkt [0] (dfkt@unaffiliated/dfkt) 09.38.29 Join Kitar|st [0] (~Kitr88@BSN-182-124-184.dial-up.dsl.siol.net) 09.39.19 Join DerPapst [0] (~DerPapst@p4FE8FD9E.dip.t-dialin.net) 09.42.40 Quit Kitar|st (Ping timeout: 245 seconds) 09.43.20 Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) 09.48.00 Join Kitar|st [0] (Kitr88@BSN-182-57-48.dial-up.dsl.siol.net) 09.50.27 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 09.58.43 Quit CaptainKewl (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) 10.00.10 Quit bmbl (Ping timeout: 245 seconds) 10.02.14 Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) 10.04.43 Quit fyrestorm (Read error: Connection reset by peer) 10.05.42 Quit DerPapst (Quit: Leaving.) 10.09.09 Quit phanboy4 (Ping timeout: 256 seconds) 10.11.55 Quit robin0800 (Ping timeout: 272 seconds) 10.16.24 Join utchybann [0] (~papier@ede67-1-81-56-102-26.fbx.proxad.net) 10.26.34 Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) 10.26.52 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 10.29.39 Join Buschel [0] (~ab@p54A3FC9F.dip.t-dialin.net) 10.37.02 # mt: when walking through the atrac decoder (searching for further optimization possibilites) a question came up. In getChannelWeights() you are calculating two factors -- the second is using sqrt. I am wondering whether the calculation is correct as the result for indx==7 is ONE_16 and handled as a special case. When using the sqrt-function the result is sqrt(ONE_16)=ONE_8. As the results are used for multipication and 16.16-format is used I guess 10.37.17 # mt: I am asking because I would like to create some tables for this. 10.38.04 # mt: I am also checking to find a faster INTERPOLATE macro or algo 10.38.54 # mt: would be great if you could share your thoughts 10.38.58 # see you later 10.39.00 Quit Buschel () 10.42.11 Join Adub-- [0] (~Rotting@xplr-ts-t11-208-114-159-122.barrettxplore.com) 10.44.13 Quit Adub- (Read error: Connection reset by peer) 10.47.26 # Damn, now I bricked it >_< 10.53.19 *** Saving seen data "./dancer.seen" 11.02.34 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 11.06.10 Join TheSphinX^ [0] (~cold@p54A5F523.dip.t-dialin.net) 11.10.19 Join perfectdrug [0] (~marko@p5B0EF1A7.dip.t-dialin.net) 11.22.47 Join TopyMobile__ [0] (~topy@f049114187.adsl.alicedsl.de) 11.25.53 Join stripwax_ [0] (~Miranda@87-194-34-169.bethere.co.uk) 11.25.53 Quit TopyMobile_ (Ping timeout: 252 seconds) 11.28.33 Quit stripwax (Ping timeout: 272 seconds) 11.32.53 Join Farthen [0] (~chatzilla@e179235038.adsl.alicedsl.de) 11.41.11 Quit Farthen (Ping timeout: 276 seconds) 11.45.29 # New commit by 03stripwax (r24630): Add XNPROD31_R and XPROD31_R macros for coldfire (same idea as XPROD32: identical to XPROD31 and XNPROD31 but avoid a memory reference) 11.45.44 # ^mdctexp now compiles on coldfire.. 11.50.30 # mt - (for the logs) - does raac.c now use ff_imdct_calc ? i see it's still commented out 11.56.25 Quit robin0800 (Ping timeout: 272 seconds) 12.02.50 Join flydutch [0] (~flydutch@host66-209-dynamic.15-87-r.retail.telecomitalia.it) 12.11.14 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 12.11.43 Quit CIA-88 (Ping timeout: 246 seconds) 12.13.41 Join webguest63 [0] (~425bdac5@giant.haxx.se) 12.14.38 Quit webguest63 (Client Quit) 12.17.35 # Could anyone test FS#10535: bmp viewer on greyscale/mono target please? I'll commit it in the near future if no one objects. 12.19.07 Quit stripwax_ (Quit: http://miranda-im.org) 12.20.33 Join Guest01 [0] (~7aa65377@giant.haxx.se) 12.21.20 # Hello all.. does 3.5 version break while charging in USB mode for ipod vdo ? 12.24.01 # Anyone home? 12.25.10 # It is slow, but I don't know what you mean by "break" 12.26.38 # @Alexp I mean, when i connect my ipod vdo to my laptop, it does not get charged and device keeps unloading/loading from windows repeatedly. Contant sounds of windows of installing/uninstalling new device tell about second thing. 12.27.00 # You don't need the @ in IRC 12.27.13 # And you connect holding menu? 12.27.18 # What OS? 12.27.53 # I think Rockbox USB is disabled for Ipods in the release? 12.28.06 # Alexp, thanks. No, no button is holded while connecting. WinXP. Now i moved to 3.4 and it works fine, so something related to 3.5 only. Has anyone else reported similiar thing? 12.28.20 # Try turning USB HID off 12.28.40 # This is the 3.5 release right? 12.28.53 # So when you plug in USB it should reboot to the apple disk mode 12.29.03 # Forget the HID bit if you are using the release 12.29.20 # Alexp Yes, it was seen in v3.5. So, you mean with 3.5 HID doesn matter 12.29.37 # Rockbox USB is disabled in the release 12.29.56 # So when you plug in USB without holding a button it should reboot to the Apple emergency disk mode 12.30.57 # AlexP ohh ohh. So, ideally i should still be able to connect ipod to pc and charge it.. as i dont care which disk mode it starts.. 12.31.13 # To charge only you hold menu when plugging in 12.31.19 # But it is slow in Rockbox 12.31.34 # If you want to do fast charging, you should reboot to the Aplle firmware 12.32.04 Join piotrekm [0] (~pm@unaffiliated/piotrekm) 12.32.13 # okay, So i need to press select+menu button to reboot in Apple firmware and then connect for charging 12.32.26 # teru: I'll have a look. Has it been tested for lowmem targets? 12.32.51 # Guest01: No, just shut down as normal, then when turning on hold the appropriate key to get the Apple firmware 12.32.59 # The key is listed in the manual 12.34.07 # AlexP: all right, and for transferring songs to Ipod, i can connect directly?? I mean i am little confused how would i transfer songs to it now. 12.34.47 # You can either do it by restarting in the Apple firmware manually, or when you plug in USB in Rockbox it should restart in the Apple diskmode automatically 12.34.56 # But this doesn't seem to be working for you 12.35.35 Join terrakok [0] (~terrakok@178.66.88.163) 12.35.44 # yes, the screen i see is : a plug is shown and text written is "multimedia mode" 12.35.54 # That is rockbox USB 12.36.13 # Which you shouldn't get with the release 12.36.20 # One second 12.37.15 # pixelma: thanks. i tested on gigabeat x and on some of simulators. 12.37.40 # Guest01: Could you go to System --> Rockbox Info and tell me what version it says? 12.38.21 # what type of file system debian-rockbox? 12.38.48 # Rockbox supports FAT 12.38.53 # debian has nothing to do with it 12.39.07 # ohh, I had moved to 3.4. I will install 3.5 again, give me some time 12.39.16 # Sure 12.39.17 # no, debian-rockbox (virtual mashin) 12.39.33 # That isn't Rockbox (just to be clear) 12.39.50 # I don't know, I'd guess ext3 12.39.57 # For the VM 12.40.21 # thx 12.41.38 # pixelma: so I haven't tested on lowmem real devices. 12.42.24 # jobec, funman, maybe the high current consumption of some sansa clips can be explained by the radio chip not being completely turned off, I do remember that the radio chip in my clip behaved slightly different than the one in other ams sansa players 12.43.18 Quit terrakok (Remote host closed the connection) 12.44.54 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 12.49.46 # AlexP : Looks like the problem is gone now. I installed "rockbox-ipodvideo-3.5" manually. restarted ipod. when it was still on, i connected to laptop. multimedia screen came for a minute, but then "do not disconnect" screen started coming. 12.50.02 # Cool :) 12.50.19 # Thanks, you guys are great! 12.50.25 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 12.50.26 # You are welcome :) 12.51.17 # i have another question: are we planning to include : http://www.rockbox.org/tracker/task/6733 in upcoming build? 12.52.35 # I don't know - it hasn't been discussed for ages 12.52.52 # I think I remember some people wanting it, and others being quite against it 12.53.11 # As there is already a dedicated button to do that, and it just adds yet another thing to clutter up the menu 12.53.22 *** Saving seen data "./dancer.seen" 12.53.46 # * bertrik thinks exactly what AlexP said 12.53.53 # actually, there is no button on ipod and i dont want to press the play button for so long :( 12.54.01 # There is, it is the long play 12.54.21 # It is much quicker to hold down play, than to navigate to the menu, find the right option, select etc. 12.54.37 # In my opinion given we have a button to do it, it isn't necessary 12.54.38 Quit Horschti (Quit: Verlassend) 12.55.26 Quit n17ikh (Read error: Connection reset by peer) 12.55.54 # it might sound stupid, but i love my ipod so much that i feel bad in pressing a button for so long.. I respect your team's decision not to include it and will try to build local build with this patch. 12.56.12 # Hehe, I'm sure the ipod doesn't mind :) 12.57.00 # But yes, by all means do yourself a build with the patch. There is some quite good documentation on the wiki on how to do that, and if you get stuck then of course ask 12.57.09 # bertrik: sounds like a valid idea. is there any easy way to test it? like a custom build which explicitely shuts the radio down 12.57.46 # Yes, i have links needed. I had tried earlier but it was failing hile building. Giving it a second try today. WIll surely ask 13.00.43 # Can i ask a out of topic question. it is not related to rockbox, but usb devices as such 13.01.27 # jobec, a very simple thing to do is to go to system/debug/radio and look at the numbers there so I can identify the radio chip type, can you tell me the top 4 numbers? 13.03.26 Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) 13.03.40 # Guest01: we don't want off-topic things here, but we do have another channel for that, #rockbox-community 13.04.00 # bertrik: si4700? 13.04.00 Quit piotrekm (Ping timeout: 258 seconds) 13.05.10 # jobec, no the top line with the contents of the SI4700 regs, saying something like 1242 0850 4001 xxxx 13.05.22 Join KBH [0] (~hbk@rrcs-97-77-49-215.sw.biz.rr.com) 13.05.23 # bertrik: Would you like mine? 13.05.57 # AlexP, yes please. You may have to enter and exit the radio screen to make the numbers show anything else than just 0000. 13.06.08 # Was just going to ask that :) 13.06.15 # bertrik: all zeros. i have to run now for a while 13.06.47 # bertrik: 1242 1053 4001 0015 13.06.56 # jobec: You need to go into the radio then exit 13.07.50 Quit HBK (Ping timeout: 258 seconds) 13.08.43 # AlexP, thanks. I'll compile a list of this and hope to see any relation with power consumption. 13.09.08 # Yours is a sansa clip v1, 2GB with long runtime, right? 13.10.43 Quit Adub-- (Read error: Connection reset by peer) 13.10.57 Join Adub- [0] (~Rotting@xplr-ts-t11-208-114-159-122.barrettxplore.com) 13.10.57 Join pamaury [0] (~pamaury@ALyon-551-1-70-117.w92-137.abo.wanadoo.fr) 13.14.04 # bertrik: yep 13.15.04 Join perfectdrug_ [0] (~marko@p5B0ED3E6.dip.t-dialin.net) 13.15.58 Quit stripwax (Quit: http://miranda-im.org) 13.18.45 Quit perfectdrug (Ping timeout: 272 seconds) 13.21.15 # teru: seems to work nicely on my M5 (coldfire, greyscale) and OndioFM (sh, lowmem, monochrome). The only thing I would wish for is that the bmp viewer could do aspect ratio correction on the latter as pictureflow does. (The Archos screen has rectangular pixels so without the correction suqare images (e.g. album art) looks squeezed. But that's a cosmetic issue that can be "fixed" later 13.22.28 # square images too ;) 13.23.01 # pixelma: funny, if it uses scale-on-load it should *get* aspect ratio correction... 13.23.50 # sorry? 13.26.32 # well, the 200x200 cover.bmp (which has to be scaled down) I'm watching doesn't look corrected in the bmp viewer. I can't tell what the plugin uses, maybe have a look at the patch yourself... http://www.rockbox.org/tracker/task/10535 13.27.03 Join efyx_ [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 13.28.01 # fun to watch Rockbox screendumps though which are correct now and would look wrong when corrected (but I guess that's not the usual picture you would watch) 13.29.05 # pixelma: thank you for testing. 13.30.38 # pixelma: i'm a bit surprised if it's actually resizing at all... load_and_show seems to use the core bitmap loader, which doesn't do any scaling on mono targets. 13.31.49 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 13.32.16 # you can zoom in and out and the 200x200 picture is scaled down to fit (looks like 50x50) 13.33.07 # maybe it just skips rows and columns though? (If I understand your statement correctly) 13.33.57 # pixelma: it's using smooth_resize_bitmap, grey_resize_bitmap, etc. 13.35.43 # looks like it defines grey_resize_bitmap itself... i'll have to take a closer look later at what goes on here. :) 13.36.50 # grey_resize_bitmap is exactly same as simple_resize_bitmap in pluginlib_bmp.c. 13.37.57 # teru: on targets with non-square pixels i think the solution is to *always* scale on load 13.38.49 # you can test with LCD_PIXEL_ASPECT_WIDTH and LCD_PIXEL_ASPECT_HEIGHT, both will be 1 on targets with square pixels 13.39.29 Quit Sajber^ (Read error: Connection reset by peer) 13.41.36 # Unhelpful: ok, thanks. I'll take a look later. 13.41.59 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.43.24 Join petur [0] (~peter@d54C6F9B2.access.telenet.be) 13.43.25 Quit petur (Changing host) 13.43.25 Join petur [0] (~peter@rockbox/developer/petur) 13.45.29 Join piotrekm [0] (~pm@2002:4fba:1dbe:4:21b:63ff:fe38:3730) 13.45.35 Quit piotrekm (Changing host) 13.45.35 Join piotrekm [0] (~pm@unaffiliated/piotrekm) 13.46.11 # it might be best on such targets, since you're already getting the unscaled size of the bmp, to calculate "unscaled" width as orig_width * LCD_PIXEL_ASPECT_HEIGHT and height as orig_height * LCD_PIXEL_ASPECT_WIDTH. then divide both by MIN(LCD_PIXEL_APSECT_WIDTH,LCD_PIXEL_ASPECT_HEIGHT) 13.47.28 Join MethoS- [0] (~clemens@134.102.106.250) 13.47.29 Quit Guest01 (Quit: CGI:IRC (EOF)) 14.00.28 Quit dmb_ (Read error: Operation timed out) 14.01.29 Join dmb_ [0] (~Dmb@unaffiliated/dmb) 14.05.33 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 14.11.59 Join TheSeven|Mobile [0] (~theseven@rockbox/developer/TheSeven) 14.15.28 Quit linuxstb (Quit: Leaving) 14.21.21 # sim-on-900 audio dropouts do not seem to be caused by the pcm buffer running out of data 14.21.47 # assuming the buffer info debug screen is reliable on the sim 14.24.08 Join krazykit [0] (~kkit@adsl-76-240-222-234.dsl.ipltin.sbcglobal.net) 14.24.08 Quit krazykit` (Read error: Connection reset by peer) 14.25.34 Join randomguy [0] (~5c186d3b@giant.haxx.se) 14.28.51 Quit stripwax (Ping timeout: 252 seconds) 14.31.33 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 14.32.21 # Hi, I am writing a pugin and want to get a text entry from the user. I am using this but it does not seem to be working kbd_input(char Name, int 10); can anyone help Thank u? 14.33.42 Quit flydutch (Quit: /* empty */) 14.34.49 Join kugel_ [0] (~kugel@e178114163.adsl.alicedsl.de) 14.35.02 Quit kugel (Disconnected by services) 14.35.05 Nick kugel_ is now known as kugel (~kugel@e178114163.adsl.alicedsl.de) 14.35.10 Quit kugel (Changing host) 14.35.10 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.37.29 # randomguy: have you ever done any C programming before? 14.37.45 # yes? 14.37.54 # I just cant get that function to work 14.38.01 # kbd_input(char Name, int 10); is not valid C 14.38.13 # I know but its in the rockbox api? 14.39.17 # The prototype is kbd_input(char* buffer, int buflen); 14.40.32 # so would this work kbd_input(char* Name, int 10); 14.40.33 # ? 14.41.41 # no, of course not. That's not C. Rockbox is written in C 14.41.41 # no, thats not valid C 14.42.14 # * domonoky remeber to have written a complete example line for randomguy here in irc a few days ago. 14.42.25 # randomguy: have you ever done a C program ? 14.42.54 # yes! 14.42.56 # * pamaury hates sansa OF: if the directory structure is too deep, the MTP mode is buggy and the Of freeze half of the time !!! 14.43.06 # so how would I get input?, my plugin is finished and tested. it justs need text input 14.43.23 # you call the kbd_input function 14.43.27 # Example (untested): 14.43.34 # char input[30]; 14.43.41 # rb->kbd_input(intput, 30); 14.43.53 # char buf[10]; kbd_input(buf,sizeof(buf)); int car = atoi(buf); 14.46.38 Join m3dlg [0] (~m3dlg@212.183.140.52) 14.46.59 Quit MethoS- (Remote host closed the connection) 14.47.53 Quit Adub- (Read error: Connection reset by peer) 14.48.05 Join Adub- [0] (~Rotting@xplr-ts-t11-208-114-159-122.barrettxplore.com) 14.51.20 # kbdinput isnt working 14.51.25 # this my plugin 14.51.37 # http://pastebin.com/d58030921 14.53.23 *** Saving seen data "./dancer.seen" 14.53.24 # B4gder: did you move the new rbutil binarys to the download server ? 14.53.41 # * gevaerts wonders why randomguy asks questions here if he doesn't bother reading the answers 14.53.59 # I do bother, I just dont understand them 14.54.23 # randomguy: look at what pamaury just wrote, and compare it to what you wrote 14.54.45 # if you don't understand them, maybe you need to learn C first 14.54.58 # I do know basic C 14.55.18 # like printf, scanf, switch, loops, if statements etc 14.55.28 # then look at the examples we wrote to you here, and compare to your code. 14.55.48 # its so wrong, we can believe you know C 14.55.51 # can not 15.02.55 Quit TheSeven|Mobile (Ping timeout: 240 seconds) 15.04.11 # what is wrong with it, Ok i missed out the semi colons and I did not print the Answer. But apart from that it compiles fine 15.05.35 # do you know what this advanced C thing called a "function" is? 15.05.55 # and semicolons are important in C :-) 15.10.22 # rb->kbd_input(searchword, sizeof(searchword)); doesnt use a function? 15.11.32 # kbd_input() is a function.. 15.13.31 # What is the difference between this line from pamaury "rb->kbd_input(intput, 30);" and yours? 15.16.17 Quit m3dlg (Ping timeout: 240 seconds) 15.17.29 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 15.17.34 Join merbanan [0] (~banan@c-94-255-221-92.cust.bredband2.com) 15.17.38 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 15.17.59 Join Schmogel [0] (~Miranda@p3EE21E83.dip0.t-ipconnect.de) 15.20.21 Quit desowin (Quit: KVIrc Insomnia 4.0.0, revision: 3332, sources date: 20090703, built on: 2009/07/12 16:20:08 UTC 3332 http://www.kvirc.net/) 15.21.08 Quit teru (Quit: Quit) 15.23.40 # Where is the size of the pcm buffer defined? 15.27.28 Join Lear [0] (~chatzilla@rockbox/developer/lear) 15.27.29 Quit KBH (Excess Flood) 15.30.31 Quit randomguy (Quit: CGI:IRC) 15.30.34 Join KBH [0] (~hbk@rrcs-97-77-49-215.sw.biz.rr.com) 15.31.02 Quit KBH (Read error: Connection reset by peer) 15.35.27 Join randomguy [0] (~5c186d3b@giant.haxx.se) 15.35.57 Quit randomguy (Client Quit) 15.40.55 Join HBK [0] (~hbk@rrcs-97-77-49-215.sw.biz.rr.com) 15.41.20 Quit HBK (Read error: Connection reset by peer) 15.51.46 # I'd like to request this small change: http://pastebin.com/m7cdafd94 15.52.07 # This would have prevented the mistake that lead to my bricked c200v2... 16.06.29 Join HBK [0] (~hbk@rrcs-97-77-49-215.sw.biz.rr.com) 16.06.51 Quit HBK (Read error: Connection reset by peer) 16.09.27 Quit Highlander (Quit: Quitte) 16.10.31 Quit Lear (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) 16.15.05 # ranmachan: maybe put that on the tracker. I'm not sure if mkamsboot people are online right now 16.17.19 # Will do 16.18.40 Quit pamaury (Read error: Operation timed out) 16.26.26 # Done: http://www.rockbox.org/tracker/task/11009 16.29.00 Join HBK [0] (~hbk@rrcs-97-77-49-215.sw.biz.rr.com) 16.30.01 Quit HBK (Read error: Connection reset by peer) 16.43.40 Join Farthen [0] (~chatzilla@e179235038.adsl.alicedsl.de) 16.43.47 Join m3dlg [0] (~m3dlg@212.183.140.21) 16.44.01 Quit krazykit (Ping timeout: 246 seconds) 16.44.04 Join krazykit [0] (~kkit@adsl-76-240-222-234.dsl.ipltin.sbcglobal.net) 16.45.43 Quit nima (Ping timeout: 265 seconds) 16.47.04 Join nima [0] (~nima@adsl-75-45-250-17.dsl.sfldmi.sbcglobal.net) 16.49.32 Quit Farthen (Ping timeout: 260 seconds) 16.53.25 *** Saving seen data "./dancer.seen" 16.53.54 Join froggyman [0] (~sopgenort@pool-72-69-210-48.chi01.dsl-w.verizon.net) 16.55.09 Quit dude187 (Ping timeout: 252 seconds) 16.59.51 Join dude187 [0] (~chris@cpe-75-187-48-206.columbus.res.rr.com) 17.01.14 Join pamaury [0] (~pamaury@ALyon-551-1-70-117.w92-137.abo.wanadoo.fr) 17.03.07 Join HBK [0] (~hbk@rrcs-97-77-49-215.sw.biz.rr.com) 17.03.37 Quit HBK (Read error: Connection reset by peer) 17.10.20 Join HBK [0] (~hbk@rrcs-97-77-49-215.sw.biz.rr.com) 17.11.15 Quit HBK (Read error: Connection reset by peer) 17.14.55 Quit m3dlg (Ping timeout: 240 seconds) 17.15.54 Join HBK [0] (~hbk@rrcs-97-77-49-215.sw.biz.rr.com) 17.34.45 Join phanboy4 [0] (~benji@c-24-98-43-198.hsd1.ga.comcast.net) 17.35.08 Join dantje [0] (~dantje@HSI-KBW-095-208-155-207.hsi5.kabel-badenwuerttemberg.de) 17.35.17 Join flydutch [0] (~flydutch@host66-209-dynamic.15-87-r.retail.telecomitalia.it) 17.37.44 Join webguest73 [0] (~5c186d3b@giant.haxx.se) 17.38.51 Join Sajber^ [0] (~Sajber@h-143-62.A213.priv.bahnhof.se) 17.38.51 Quit webguest73 (Client Quit) 17.39.21 Quit efyx_ (Quit: Quitte) 17.47.36 # Unhelpful, pixelma: In order to view rockbox screendumps undistorted, maybe the bmp loader should make an exception so that it doesn't correct bmps which are exactly the size of the lcd? 17.47.55 # s/bmp loader/bmp viewer/ 17.48.51 Quit HBK (Ping timeout: 256 seconds) 17.51.00 Join efyx_ [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 17.52.22 Quit flydutch (Quit: /* empty */) 17.53.13 Join HBK [0] (~hbk@rrcs-97-77-49-215.sw.biz.rr.com) 17.58.11 Quit HBK (Ping timeout: 276 seconds) 18.01.06 Quit piotrekm (Quit: Leaving.) 18.05.08 Join HBK [0] (~hbk@rrcs-97-77-49-215.sw.biz.rr.com) 18.09.35 Quit HBK (Ping timeout: 252 seconds) 18.11.03 Join webguest51 [0] (~5c186d3b@giant.haxx.se) 18.12.27 Join HBK [0] (~hbk@rrcs-97-77-49-215.sw.biz.rr.com) 18.12.55 Quit HBK (Read error: Connection reset by peer) 18.14.05 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 18.14.59 # Hi I have been trying to add number input for days but it does not seem to be working, can anyone modify it to allow number entry so that I can add it to source. Thanks http://pastebin.com/d38774158 18.16.22 # What's wrong with the examples people have given you several times now? 18.17.00 # I cannot get them to work and wish if someone could modify it so that I can learn from it, Thanks 18.17.09 Join Sajber^1 [0] (~Sajber@h-143-173.A213.priv.bahnhof.se) 18.17.10 Join HBK [0] (~hbk@rrcs-97-77-49-215.sw.biz.rr.com) 18.17.45 Quit Sajber^ (Ping timeout: 256 seconds) 18.17.49 Quit HBK (Read error: Connection reset by peer) 18.19.16 # btw, that code uses (avoidable) floating point math 18.22.05 Quit webguest51 (Quit: CGI:IRC (Ping timeout)) 18.25.41 Quit krazykit (Ping timeout: 256 seconds) 18.26.25 Join FOAD_ [0] (~dok@dinah.blub.net) 18.27.45 Quit FOAD (Read error: Operation timed out) 18.27.46 Nick FOAD_ is now known as FOAD (~dok@dinah.blub.net) 18.27.58 Join HBK [0] (~hbk@rrcs-97-77-49-215.sw.biz.rr.com) 18.28.31 Quit HBK (Read error: Connection reset by peer) 18.29.27 Join toffe82 [0] (~chatzilla@adsl-75-23-148-126.dsl.frs2ca.sbcglobal.net) 18.30.27 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 18.33.14 Quit GeekShadow (Read error: Connection reset by peer) 18.33.30 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 18.37.11 Join krazykit [0] (~kkit@adsl-76-240-222-234.dsl.ipltin.sbcglobal.net) 18.38.57 Join piotrekm [0] (~piotrek@unaffiliated/piotrekm) 18.39.54 Join Zarggg [0] (~zarggg@2001:0:4137:9e50:0:fbf4:beb1:ba3d) 18.40.24 Join HBK [0] (~hbk@rrcs-97-77-49-215.sw.biz.rr.com) 18.40.24 # the bot is gone? 18.41.16 Quit HBK (Read error: Connection reset by peer) 18.44.06 Join webguest43 [0] (~5c186d3b@giant.haxx.se) 18.45.05 # * kugel thinks mcuelenaere could've just added fscanf to the core 18.45.22 Quit webguest43 (Client Quit) 18.45.40 # * domonoky wants todo subtrack support for asap codec (currently it only plays the default track). But if i do it similar to nsf(plays all songs, seeking 1 sec switches to next subtrack, special handling in repeat-one mode) , i loose the ability to seek in normal mode. Anyone got a better idea ? 18.46.05 Join webguest51 [0] (~5c186d3b@giant.haxx.se) 18.47.07 # domonoky: why not just make normal skip skip subtracks? 18.47.22 # that's how cuesheets work too 18.47.48 Quit webguest51 (Client Quit) 18.47.53 # so to change to the next real file, you have to skip through the subtracks ? 18.47.54 Join webguest51 [0] (~5c186d3b@giant.haxx.se) 18.48.03 # yea 18.48.49 # can i change id3-title when i do that ? 18.49.01 # I would at least expect it to work like that 18.49.16 # i will try this :-) 18.49.21 # @kugel "the bot is gone?" If that was directed to me I am not a bot and simply want to learn! 18.49.43 # domonoky: I'm not sure if it's possible from the codec 18.50.24 # changing id3->length works from the codec, so i will just test it :-) 18.50.39 # ah well, then it should work :) 18.50.58 # webguest51: Nothing to do with you 18.51.05 # kugel: it apparently disconnected at 12:11 today 18.52.09 # kugel: looks like the cia website is down 18.52.10 # #commits is silent as well 18.53.11 Join Lss [0] (~Lss@cm48.omega219.maxonline.com.sg) 18.53.29 *** Saving seen data "./dancer.seen" 18.53.30 Nick webguest51 is now known as Raafat (~5c186d3b@giant.haxx.se) 18.55.33 # Is anyone willing to help me? 18.55.50 # People have been helping you all day 18.55.56 # But you haven't been listening 18.56.16 # Also, this isn't a teach-people-C channel 18.57.02 # I do know C, the plugin does compile and work. Its just I dont know how to translate a SCANF() command to rockbox 18.57.19 # And you have been told multiple times 18.57.32 # And given your examples, it doesn't appear that you do know C 18.58.30 # OK My C knowledge may not be great, but if the plugin is compiling and works on my unit then how can I not know some C???? 18.58.38 Quit merbanan (Ping timeout: 265 seconds) 18.58.58 # pure luck ? :-) 18.59.11 # a lot of copy and paste? 19.00.03 # obviously you can't just copy and paste a 2 line snippet from this channel though 19.00.41 # I did not copy and paste anything. I wrote the program as a windows Command line program and then decided to port it to rockbox and it works if I set the variables in the program. 19.00.48 # There is no need to be rude!! 19.00.53 # Read the logs from 13:30 GMT today 19.01.00 # You have been told what the problem is 19.01.24 # i will even quote it for you: [14:42] char buf[10]; kbd_input(buf,sizeof(buf)); int car = atoi(buf); 19.02.05 # So is car] 19.02.09 # the variable? 19.02.29 # That's clear for *anyone* who knows C 19.02.38 # obviously you need to replace "car" with your variables .. 19.03.29 # and actually you may want to remove the declaration of it at the same time, as you already declared things as global variables :-) 19.05.36 # Raafat: People aren't being rude, they are just tired of giving the same answer over and over 19.06.02 # So if its that easy why cant you just add it to my code so I can go away 19.06.36 # Because that won't solve anything 19.06.41 # You ought to learn how to fish 19.09.03 # Raafat: you need to realize that we won't do your job (unless you pay me ;) ) 19.11.08 # Why should I pay you , Its an open source community project. And its not like I have not written the code myself I just need a little help with the last bit?? 19.11.17 Join CaptainKewl [0] (jds@207-237-117-89.c3-0.80w-ubr2.nyr-80w.ny.cable.rcn.com) 19.11.28 # open source doesn't mean "code for me" 19.12.04 # and it annoys me that you claim we don't help me. We've been helping you all the day 19.12.11 # help you* 19.12.20 # Raafat: People are willing to help, and have helped. However it has become clear that you need to go back a few steps and have a look at the basics 19.12.46 # As you are asking questions to which you don't appear to understand the answers 19.14.34 # Raafat: alright, I updated the paste for you http://pastebin.com/m33092561 19.15.11 # Very Funny 19.15.19 # Bye 19.15.51 Quit Raafat (Quit: CGI:IRC) 19.19.55 Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) 19.20.51 Join m3dlg [0] (~m3dlg@212.183.140.1) 19.22.35 Part evilnick ("Leaving") 19.25.24 Quit m3dlg (Ping timeout: 260 seconds) 19.25.51 Quit bmbl (Quit: Bye!) 19.26.15 Join flydutch [0] (~flydutch@host66-209-dynamic.15-87-r.retail.telecomitalia.it) 19.28.05 Join m3dlg [0] (~m3dlg@212.183.140.32) 19.31.03 Quit Lss (Read error: Connection reset by peer) 19.31.15 Join Lss [0] (~Lss@cm48.omega219.maxonline.com.sg) 19.34.24 Quit m3dlg (Ping timeout: 265 seconds) 19.34.37 Join m3dlg [0] (~m3dlg@212.183.140.17) 19.37.22 Join Strife89|PalmTX [0] (~upirc@adsl-154-22-223.mcn.bellsouth.net) 19.41.22 # ranmachan, sorry to hear about your c200v2, your fix in FS#11009 looks sensible, I think I'll commit it 19.52.40 Quit m3dlg (Ping timeout: 245 seconds) 19.53.47 Join jon [0] (~47641cfb@giant.haxx.se) 19.54.09 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 19.54.15 Nick jon is now known as Guest85551 (~47641cfb@giant.haxx.se) 19.54.27 # can some one help mod my ipod 3g (small one) for games 19.54.48 # hello 19.54.59 # Rockbox doesn't support the nano 3rd gen 19.55.28 # hello 19.55.36 # I just answered 19.55.39 Quit Guest85551 (Client Quit) 19.55.54 # * B4gder falls off his chair laughing 19.57.59 Quit Adub- (Read error: Connection reset by peer) 19.58.10 Join Adub- [0] (~Rotting@xplr-ts-t11-208-114-159-122.barrettxplore.com) 20.01.08 Join freddyb [0] (~fred@pool-68-238-8-141.chi.dsl-w.verizon.net) 20.01.45 # B4gder: can you please move the new rbutil binarys to the download server ? 20.02.06 # http://www.alice-dsl.net/...ox/rbutil-releases/1.2.5/ 20.03.23 # kugel: little problem with your suggestion todo subtracks with normal skips, i can only skip forwards, because i only know that a new track was requested, not which direction the skip was. 20.03.28 Quit kugel (Remote host closed the connection) 20.10.31 # I added predictive text to my scrollwheel keyboard patch: http://www.rockbox.org/tracker/task/10763 20.16.59 Quit amiconn (Disconnected by services) 20.17.01 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 20.17.25 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 20.18.03 Quit pixelma (Disconnected by services) 20.18.05 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 20.18.22 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 20.26.20 Quit dantje (Remote host closed the connection) 20.29.05 Join Olof [0] (~Olof@81-231-231-153-no21.tbcn.telia.com) 20.31.19 # im thinking about purchasing a sandisk sansa fuze 20.31.36 # is the chance to find a v1 new very low? 20.31.40 # If you want Rockbox in any form make sure it is a v1 20.31.43 # any store etc that sells it? 20.31.44 # yeah 20.31.48 # looked at the wiki 20.31.51 # Pretty low I'd guess 20.32.02 # to bad 20.32.08 # but you never know 20.32.17 # if you find the old rainbow boxes that might be 20.32.18 # are there any player that you can pickup new that supports rockbox? 20.32.23 # Olof: You can also consider an e200. 20.32.25 # nope 20.32.39 # hmm, silver fuze 8g's at besbbuy are v2? 20.32.43 # ROckbox supports all the e200s. 20.32.53 # yeah, im thinking about a e200 as well 20.32.55 # sorry, the first comment was e2xx 20.32.57 # but a fuze would be nice 20.33.09 # im however located in europe 20.33.16 # so i dont believe bestbuy is an option for me? 20.33.22 # nope 20.33.59 # what im looking for is a quite cheap player that supports micro-sdhc and rockbox 20.34.29 # e200, c200v1 or fuzev1 20.34.37 # yeah, seems that way 20.34.46 # and c200 does not look that interesting 20.34.57 # It is small 20.35.01 # The screen is crap 20.35.27 # but theres no way to identify a v1 fuze? 20.35.31 # by the packaging etc 20.35.39 # No. 20.36.11 # Sandisk commonly puts v1 hardware in cases marked as v2. 20.36.19 # And vice-versa. 20.36.39 # ah 20.36.48 # does the original firmware support sdhc cards? 20.37.07 # Not on the c/e200s. 20.37.16 # ROckbox, however, does. 20.37.18 # and if any of you own a fuze, is it easy to eject the microsd card? 20.37.19 # yeah 20.37.22 # thought about the fuze 20.37.29 # Yes, it's easy. 20.37.31 # i had this issue with my e280 20.37.40 # that i usually ejected the card by accident 20.37.46 # The card sticks out a little on the Fuze. 20.37.51 # ok :/ 20.38.26 # The c200s are the most "secure" in that sense. 20.38.31 # The card doesn 20.38.38 # 't stick out much at all. 20.38.43 # does anyone know about the status at clip+ 20.38.50 # as it looks like a really interesting player 20.42.02 Quit flydutch (Quit: /* empty */) 20.47.36 Join HBK [0] (~hbk@HBK.broker.freenet6.net) 20.53.32 *** Saving seen data "./dancer.seen" 20.54.31 # Olof: Yeah, clip+ looks interesting 20.54.49 # some work has been done, but it is no where near ready to use 20.58.32 # I'm making background keymaps for simulator targets. Why are there targets that just have a circuit board? 20.59.07 # that's the mini2440? 21.00.37 Quit FlynDice (Remote host closed the connection) 21.00.49 # IAUDIO_7, IAUDIO_M3, SANSA_C200, SANSA_CLIP so far 21.02.09 # I only see the IAUDIO_7 like that 21.02.18 # Nevermind, I didn't clean my build dir good enough 21.02.34 # and for that one, I assume it's because we don't have a better image 21.04.05 # gevaerts: how far is this port? is it usable at all? 21.04.13 # Ok, it might take some time to map all these 21.04.29 # perfectdrug_: I suspect it doesn't even compile 21.06.09 Quit Strife89|PalmTX (Quit: See ya.) 21.06.31 # it's not hard to find a better image, but if it is not worked on, than probably no need to bother 21.07.29 # the problem with "found" images is copyright, no? 21.08.26 # i could do a svg but think it is not worth it, or maybe just a quick hack 21.10.51 # the zenvision looks like a digicam:D 21.11.16 # I'll do some checking on the iAudio 7 21.18.47 # What are the network issue referred to in the topic? 21.19.13 # hm, that's a few days ago 21.20.01 # So it can go? 21.20.05 # yes 21.20.31 Topic "3.5 has been released! | Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | This channel is logged at http://www.rockbox.org/irc" by ChanServ (ChanServ@services.) 21.34.14 Join checker [0] (~621342a9@giant.haxx.se) 21.40.38 # is "ui" in "ui viewport" user interface? 21.40.57 Quit grndslm (Remote host closed the connection) 21.43.13 Quit Highlander (Quit: Quitte) 21.48.48 # AlexP or others: What does already work with the clip+? Anything more than dual boot or a delay at boot? 22.00.39 Join stooo [0] (~sto@f051065128.adsl.alicedsl.de) 22.04.29 Join Schmo [0] (~Miranda@p3EE21E83.dip0.t-ipconnect.de) 22.04.31 # bertrik: new try on the reg values: 1242 0850 4001 0007 22.05.03 Quit Schmogel (Ping timeout: 272 seconds) 22.05.04 Quit GeekShadow (Quit: The cake is a lie !) 22.05.38 Join mt [0] (~mtee@rockbox/developer/mt) 22.08.24 Join tetsuo55 [0] (~eteu@unaffiliated/tetsuo55) 22.09.02 Join danopia_ [0] (~danopia@fullcirclemagazine/developer/danopia) 22.10.05 # ThomasAH: Very very little: http://www.rockbox.org/wiki/SansaAMS#Port_Status 22.10.20 # jobec, thanks, that seems to be the "old" type of tuner 22.11.34 # bertrik: Do we both have "new"? 22.12.16 # domonoky: all the 1.2.5 packages are now on the dl master 22.14.57 # AlexP: I hoped the page is not up to date :) 22.15.08 # heh :) 22.17.58 Join stooo1 [0] (~sto@f051065128.adsl.alicedsl.de) 22.17.58 Quit stooo (Read error: Connection reset by peer) 22.19.27 # AlexP, yes, we both have a si4702 with firmware revision C19 (I can tell from the 1053 value), the 0850 value indicates an older type si4700 rev B 22.19.28 Join stooo [0] (~sto@f051065128.adsl.alicedsl.de) 22.19.28 Quit stooo1 (Read error: Connection reset by peer) 22.20.05 # hmmm, interesting 22.21.19 # bertrik or AlexP, when you stop your radios, does your debug screen go back to all zeros? 22.22.36 Join saratoga [0] (~9803c6dd@giant.haxx.se) 22.22.48 # mc2739: yes 22.23.22 # that could be something in the software though 22.23.43 Join anewuser [0] (anewuser@unaffiliated/anewuser) 22.24.04 # jobec: does yours? 22.24.21 # yup, software does that 22.24.25 # ok 22.24.48 Join Farthen [0] (~chatzilla@e179235038.adsl.alicedsl.de) 22.26.34 Join akur [0] (~akur@bl6-144-197.dsl.telepac.pt) 22.31.05 Quit n17ikh (Remote host closed the connection) 22.31.50 # Shouldn't format (and thus sprintf/logf) check for NULL strings ? 22.35.33 # And thus display something like "(null)" in that case ? 22.37.15 Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) 22.41.27 Quit checker (Quit: CGI:IRC) 22.44.06 # Is someone interested by what I'm saying ? ;) 22.47.14 Quit n17ikh (Remote host closed the connection) 22.49.49 # I think we shouldn't pass NULL strings in the first place 22.50.35 # yeah, we never did add any treatment for NULL since we never needed it 22.50.54 # so the question is if the need is there now, or not 22.50.54 # amiconn: or else have an option for it. and doing grey->grey scaling using the "standard" scaler should be very simple, just a callback to return a line at a time, and filling in some structures and calling the scaler. could even load the image unscaled and use a button or context-menu item to toggle aspect correction. 22.51.17 Quit soap (Read error: Connection reset by peer) 22.53.14 # bertrik, B4gder: this can be needed sometimes during debugging but anyway, that's not crucial 22.53.19 Join punkt [0] (~punkt@dslb-092-076-134-031.pools.arcor-ip.net) 22.53.34 *** Saving seen data "./dancer.seen" 22.54.23 Join soap [0] (~soap@rockbox/staff/soap) 22.54.26 Join Olof- [0] (~Olof@81-231-231-153-no21.tbcn.telia.com) 22.57.32 Quit Olof (Ping timeout: 252 seconds) 23.00.02 # Hi! Does anybody here know their way around the wps code? 23.00.35 Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) 23.03.15 # does rbutil now support the nano 2g? 23.04.29 # yeah according to the release notes 23.04.39 # added in the second to most recent release 23.05.01 # is it just me or does a52_imdct_512 not actually use the bias argument in lib152/imdct.c? 23.05.04 # how is that not a warning 23.05.21 # we warn on unused function arguments right? or can codecs disable that 23.07.07 # saratoga: you posted a link to how to reset an Ipod yesterday in the forums. If I read the original post he says that his Select button doesn't work correctly - how does you answer help him then? 23.08.45 Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) 23.10.15 Join checker [0] (~621342a9@giant.haxx.se) 23.12.22 # for the volume tag conditional, %?pv , must those 3 positions (mute, 0, 0+), always be defined, and the space between mute and 0 is divided by however many conditional spots you have? 23.12.52 # minus the 3 spots for the mute 0, and 0+ of course 23.13.23 # saratoga: seems to not be used in imdct_256 either. 23.13.35 # checker: As I understand it, yes 23.14.27 Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 23.14.34 # thanks 23.15.09 # makes me wonder how the "above 0dB" works on targets that just go up to 0 (H100 and H300 IIRC) 23.15.32 Join Adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 23.15.40 # maybe push the colume button till it breaks and then it loads the next part 23.15.44 # volume* 23.17.51 # saratoga: Are you looking into using the new mdct with liba52 ? 23.18.17 Quit checker (Quit: CGI:IRC) 23.19.40 Quit bluebrother (Disconnected by services) 23.19.41 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 23.20.09 # I mean how this works in the tag - does the part still need to be there or is the last state of the conditional the "0 dB" one. I'm wondering a bit about consequences for sharing WPSs/themes 23.20.42 Join aaron_ [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 23.21.04 Quit mc2739 (Ping timeout: 260 seconds) 23.21.53 Join checker [0] (~621342a9@giant.haxx.se) 23.22.57 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 23.23.59 Quit Adnyxo (Ping timeout: 265 seconds) 23.25.26 Join CaptainKwel [0] (jds@207-237-117-89.c3-0.80w-ubr2.nyr-80w.ny.cable.rcn.com) 23.28.57 Quit CaptainKewl (Ping timeout: 252 seconds) 23.47.53 # does the shuffle conditional have a on|off or only on? %?ps %?ps 23.50.20 Join waran [0] (~Miranda@dslb-088-078-220-249.pools.arcor-ip.net) 23.51.24 Quit Farthen (Ping timeout: 260 seconds) 23.52.19 # I don't know if I already asked this thats why I ask again: Does anybody know the creator of the "Clix Brownstone"-theme which is no longer on the theme wiki (due to licensing issues, I suppose)? 23.52.31 Quit CaptainKwel (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) 23.52.32 Quit ender` (Quit: printk("; corrupted filesystem mounted read/write - your computer will explode within 20 seconds ... but you wanted it so!\n"); -- /usr/src/linux/fs/hpfs/super.c) 23.52.39 # waran: check the wiki logs and see who uploaded it 23.52.46 # mt: yeah I was looking at it quikcly 23.52.50 # Ill try 23.53.07 Quit stooo (Ping timeout: 246 seconds) 23.53.14 # its a little different then all the other MDCTs in rockbox 23.53.32 # Woops. The theme site is not part of the wiki. 23.53.50 # the codec actually stores the short block transforms in pairs and does then two at a time 23.55.02 # saratoga: did you see my question earlier? 23.55.49 # pixelma: yes but I assumed it was a rhetorical question 23.56.36 # it wasn't 23.57.04 # then i have no idea 23.57.09 Quit phanboy4 (Ping timeout: 272 seconds) 23.58.34 Join phanboy4 [0] (~benji@c-24-98-43-198.hsd1.ga.comcast.net) 23.58.38 # saratoga: Why don't we have an imdct function in the mdct library specific for liba52, that uses the same fft and butterflies that the new mdct provide ? The goal is for liba52 to use codeclib for mdct, and this idea would achieve it.