--- Log for 23.12.111 Server: wolfe.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 11 days and 0 hours ago 00.00.35 # * kugel looks at the YP-R1 00.02.47 Quit Topy (Ping timeout: 268 seconds) 00.04.45 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 00.05.41 # this one seems to be almost identical to the R0, except it has a touch screen 00.09.09 # lebellium and lorenzo92 have made the custom rom to the r1 too 00.09.36 Quit Thra11 (Ping timeout: 240 seconds) 00.11.21 Join herefornow [0] (~Joe@99.102.68.133) 00.13.07 Join Strife89 [0] (~Strife89@207.144.201.128) 00.17.24 Quit herefornow (Read error: Connection reset by peer) 00.32.27 Quit pamaury (Remote host closed the connection) 00.35.48 Join missPapaya [0] (~dconcors@ip70-181-129-173.sd.sd.cox.net) 00.35.52 # I have a dillema 00.35.58 # I have fuzeplusport installed 00.36.04 # and the battery is dead 00.36.19 # and I can't get it to boot into the original firmware to charge it 00.38.28 Join keyb_gr_ [0] (~chatzilla@p57989222.dip.t-dialin.net) 00.39.47 Quit keyb_gr (Ping timeout: 276 seconds) 00.39.59 Nick keyb_gr_ is now known as keyb_gr (~chatzilla@p57989222.dip.t-dialin.net) 00.40.10 Join jhMikeS [0] (~jethead71@c-68-61-166-99.hsd1.mi.comcast.net) 00.40.10 Quit jhMikeS (Changing host) 00.40.10 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 00.43.33 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 00.44.47 Quit bertrik (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped) 00.46.47 Quit jhMikeS (Ping timeout: 240 seconds) 00.47.23 Quit ender` (Quit: Today's BOFH excuse: broadcast packets on wrong frequency) 00.47.27 # anybody have an idea of how to take care of a bricked fuze plus? 00.48.09 Part jlbiasini 00.48.58 Quit TheLemonMan (Quit: WeeChat 0.3.6) 00.50.10 Join jhMikeS [0] (~jethead71@c-68-61-166-99.hsd1.mi.comcast.net) 00.50.10 Quit jhMikeS (Changing host) 00.50.10 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 00.50.21 Quit saratoga (Ping timeout: 258 seconds) 00.59.34 # missPapaya: that is not bricked 00.59.48 # just plug it in and leave it for a few hours, it will/should trickle charge 01.00.12 # JdGordon: well it boots into the rockbox bootloader 01.00.21 # and that actually drains the battery for me 01.01.26 # what makes you thin that? 01.01.46 # I left it plugged in for a day and it doesn't even turn on when unplugged 01.02.34 # i dunno, usually plugging it in with hold enabled, or pressing a magic key will get you to the OF 01.08.40 # I'll keep trying 01.10.52 # it seems to ignore the magic key when it's plugged in 01.30.47 *** Saving seen data "./dancer.seen" 01.37.07 Quit keyb_gr (Ping timeout: 240 seconds) 01.38.59 Join kadoban_ [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 01.39.22 Join keyb_gr [0] (~chatzilla@p57989222.dip.t-dialin.net) 02.07.34 Quit keyb_gr (Ping timeout: 240 seconds) 02.13.06 Quit Strife89 (Ping timeout: 240 seconds) 02.23.06 Join keyb_gr [0] (~chatzilla@p57989222.dip.t-dialin.net) 02.25.16 Nick perrikwp_ is now known as perrikwp (~quassel@cpe-024-163-024-033.triad.res.rr.com) 02.29.53 Quit perrikwp (Remote host closed the connection) 02.30.14 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 02.55.19 Quit [Saint] (Read error: Connection reset by peer) 02.55.23 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 03.01.43 Nick [Saint_] is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940) 03.02.00 Nick [Saint] is now known as [Saint_] (~Saint]@unaffiliated/saint/x-8516940) 03.02.06 Nick [Saint_] is now known as [Saint__] (~Saint]@unaffiliated/saint/x-8516940) 03.02.11 Nick [Saint__] is now known as [Saint___] (~Saint]@unaffiliated/saint/x-8516940) 03.02.15 Nick [Saint___] is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940) 03.02.15 DBUG Enqueued KICK [Saint] 03.02.37 Nick [Saint] is now known as [Saint_] (~Saint]@unaffiliated/saint/x-8516940) 03.02.37 DBUG Enqueued KICK [Saint_] 03.02.40 Nick [Saint_] is now known as [Saint__] (~Saint]@unaffiliated/saint/x-8516940) 03.02.40 DBUG Enqueued KICK [Saint__] 03.02.40 *** Alert Mode level 1 03.02.44 Nick [Saint__] is now known as [Saint___] (~Saint]@unaffiliated/saint/x-8516940) 03.02.44 DBUG Enqueued KICK [Saint___] 03.02.44 *** Alert Mode level 2 03.02.48 Nick [Saint___] is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940) 03.02.48 DBUG Enqueued KICK [Saint] 03.02.48 *** Alert Mode level 3 03.02.56 Quit [Saint] (Quit: Bye) 03.03.12 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 03.12.49 *** Alert Mode OFF 03.30.50 *** Saving seen data "./dancer.seen" 03.35.48 Quit [Saint] (Remote host closed the connection) 04.02.09 Join webguest621 [0] (~45c4aa48@www.haxx.se) 04.03.45 Quit anewuser (Ping timeout: 252 seconds) 04.07.24 # Trying to RB a sansa clip zip. mkamsboot is tossing error "Model name "clzp" unknown. Is this really a rockbox bootloader?" with command "mkamsboot.exe 'clpza.bin bootloader-clipzip.sansa patched.bin'" - I've read The Sansa Clip Zip is the Sansa Clip+ replacement. it is based on the AS3525v2 SOC 04.07.36 # Is it safe to assume I can use the Clip+ OFW and bootloader? 04.12.09 Part joshin ("You can't be serious") 04.15.29 Quit scorche (Ping timeout: 252 seconds) 04.19.57 Quit [7] (Disconnected by services) 04.20.40 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.23.20 Join scorche [0] (~scorche@rockbox/administrator/scorche) 04.25.09 Quit webguest621 (Quit: CGI:IRC) 04.31.57 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.31.57 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.31.57 Quit pixelma (Disconnected by services) 04.31.57 Quit amiconn (Disconnected by services) 04.32.14 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.32.15 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.38.14 Quit dys` (Ping timeout: 252 seconds) 04.39.01 Join dys` [0] (~andreas@krlh-5f713224.pool.mediaWays.net) 05.01.35 Join saratoga [0] (47e22765@gateway/web/freenode/ip.71.226.39.101) 05.24.36 Quit factor (Read error: Connection reset by peer) 05.30.53 *** Saving seen data "./dancer.seen" 05.34.41 Quit keyb_gr (Ping timeout: 252 seconds) 05.40.58 Join factor [0] (~factor@74.197.205.204) 05.42.27 Quit Horscht (Quit: Verlassend) 05.42.32 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 05.43.32 Join Rob2223 [0] (~Miranda@p4FFF076C.dip.t-dialin.net) 05.47.08 Quit Rob2222 (Ping timeout: 252 seconds) 06.43.04 Join keyb_gr [0] (~chatzilla@p57989222.dip.t-dialin.net) 07.02.24 Join anewuser [0] (~anewuser@186.93.204.116) 07.02.24 Quit anewuser (Changing host) 07.02.24 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 07.11.29 Quit bzed (Ping timeout: 252 seconds) 07.12.16 Join bzed [0] (~bzed@devel.recluse.de) 07.13.41 Quit user890104 (Ping timeout: 252 seconds) 07.16.09 Join user890104 [0] (~Venci@Addicted.to.Minecraft.ipv6.6bez10.info) 07.27.32 Nick dys` is now known as dys (~andreas@krlh-5f713224.pool.mediaWays.net) 07.30.57 *** Saving seen data "./dancer.seen" 07.46.12 Quit [Saint] (Remote host closed the connection) 07.53.39 Quit keyb_gr (Ping timeout: 252 seconds) 07.54.05 Quit Scromple (Quit: Leaving) 08.01.38 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 08.25.19 Part missPapaya 08.34.17 Join kadoban__ [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 08.38.27 Quit kadoban_ (Ping timeout: 255 seconds) 08.47.47 Quit funman (Ping timeout: 244 seconds) 08.49.53 Join funman [0] (~fun@rockbox/developer/funman) 08.54.37 Quit funman (Read error: Operation timed out) 08.58.44 Join funman [0] (~fun@rockbox/developer/funman) 09.01.42 Join keyb_gr [0] (~chatzilla@p4FF030E8.dip.t-dialin.net) 09.10.10 Join ender` [0] (~ender@foo.eternallybored.org) 09.10.15 Join stoffel [0] (~quassel@pD9E41637.dip.t-dialin.net) 09.15.51 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 09.16.46 Quit saratoga (Ping timeout: 258 seconds) 09.24.10 Join n1s [0] (~n1s@rockbox/developer/n1s) 09.25.30 Quit liar (Read error: Connection timed out) 09.26.44 Join petur [0] (~petur@213.49.144.150) 09.26.53 Quit petur (Changing host) 09.26.53 Join petur [0] (~petur@rockbox/developer/petur) 09.29.59 Join TheLemonMan [0] (~LemonBoy@ppp-41-59.26-151.libero.it) 09.31.00 *** Saving seen data "./dancer.seen" 09.31.04 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.35.57 Quit nosa-j (Ping timeout: 248 seconds) 09.37.22 Join nosa-j [0] (~m00k@adsl-74-235-42-181.clt.bellsouth.net) 09.42.28 Quit dys (Remote host closed the connection) 09.47.11 Quit ender` (Quit: A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools. -- Douglas Adams) 09.54.40 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.59.40 Quit factor (Read error: Connection reset by peer) 10.00.27 Join Thra11 [0] (~thrall@84.93.177.29) 10.03.33 # New commit by 03kugel (r31408): Resolve CROSS/CROSS_COMPILE dualism in configure to use only CROSS_COMPILE (only used for SDL builds so far), which should be the de facto environment ... 10.04.39 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 10.05.59 # bluebrother: still not sure why you decided to use CROSS 10.06.09 # r31408 build result: 100 errors, 2 warnings (kugel committed) 10.07.23 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 10.09.43 # hmm 10.09.57 # the endianess is now detected as big on roolku's machines 10.13.37 # New commit by 03kugel (r31409): Configure: Fix endianess detection. 10.15.53 # r31409 build result: All green 10.16.19 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 10.16.21 Join factor [0] (~factor@74.197.205.204) 10.39.24 Quit liar (Read error: Connection timed out) 10.43.35 Quit kadoban__ (Read error: Operation timed out) 10.44.47 # any nand guru around ? 10.50.44 Quit stoffel (Ping timeout: 252 seconds) 11.04.38 # TheLemonMan: just ask the question 11.06.16 Join dfkt [0] (dfkt@unaffiliated/dfkt) 11.07.41 # rockbox seems to use .m3u8 for playlists. Is there a simple linux utility to convert m3u to m3u8 ? 11.08.09 Join rarog [0] (~chatzilla@p5DE93D51.dip.t-dialin.net) 11.09.50 # Thra11: m3u8 is m3u in utf8 encoding 11.10.17 # gevaerts, I know that. 11.10.53 # so I just need to convert ascii to utf8? 11.11.37 # If it's really ascii, you don't need to do anything. ascii is a strict subset of utf8 11.12.19 # If on the other hand it's latin1 or something like that, you need to convert, using tools such as iconv or recode, or possibly by telling your text editor to save as utf8 11.12.30 # so if I put .m3u files on the rockbox device it might just work? 11.12.46 # file blah.m3u says it's ascii 11.13.15 # yes 11.13.24 # Well, if it's ascii and it dpesn 11.13.39 # Well, if it's ascii and it doesn't work, it won't be the encoding that's the problem anyway 11.15.39 # pamaury: ok, all the debugging just hinted me that I don't get a success (0), but a timeout (-2) from imx233_ssp_sd_mmc_transfer when sd_wait_for_tran_state calls send_cmd. 11.18.36 # and as far as I see sd_wait_for_tran_state is called at least once by sd_init_card before and doesn't return -1 or else the init would fail. 11.18.59 # with return status -13 11.20.33 # and now I wonder if the init sequence runs different if it's called when sd card is inserted in normal mode and in usb mode. 11.30.04 # to read the nand i do 0x00 <5 bytes addr> 0x30 as suggested by samsung datasheet 11.30.28 # is the address field 5 bytes wise or i got this wrong ? 11.30.28 Join lorenzo92 [0] (~chatzilla@host121-111-dynamic.31-79-r.retail.telecomitalia.it) 11.31.03 *** Saving seen data "./dancer.seen" 11.32.11 # TheLemonMan: what do you mean by 5bytes wise? what part number? 11.32.55 # TheLemonMan: Basicaly first 2 bytes determine offset in page, remaining 3 determine row 11.33.10 # a samsung K9HBG08U1M 11.33.38 # oh, kay, then its correct. i guess all of them should be sent with ALE high 11.34.15 # TheLemonMan: control lines are usually handled by nand controller itself 11.34.33 # Usually you only need to select bank 11.35.06 # lorenzo92: hey :) 11.35.06 # the dma controller always needs you to specify if its a command/address/data byte 11.35.07 Quit [Saint] (Remote host closed the connection) 11.35.21 # lorenzo92: I already built my own firmware, with safe_mode and rockbox support :) 11.35.40 # kugel: perfect 11.35.45 # kugel: I'll test it ;) 11.36.09 # TheLemonMan: ok, thats a bit weird but still you don't need to drive controll lines by hand 11.39.32 # lorenzo92: I tested it, it works :) 11.39.46 # it works differently to yours, though 11.39.48 # kugel: :D I immagined that ;) fine fine 11.40.24 # from profile, the first thing launched is safe_mode (i.e. like in your mod) 11.41.03 # ok, then? 11.41.12 # then it sources /mnt/media0/.rockbox/rockbox.sh 11.41.49 # rockbox.sh is similar to rockbox_loader.sh, except it doesnt run rockbox. it rather sets MAINFILE to rockbox 11.42.16 # then it sources /mnt/media0/rc.user, for arbitrary stuff the user might want 11.42.30 # (you could set MAINFILE to somehting else in it) 11.42.51 # kugel: I like it. But you should also re-add scripting possibility in my opinion, or? 11.43.00 # then it launches $MAINFILE. that is, rockbox by default if rockbox.sh exists 11.43.08 # cool 11.43.21 # scripting is provided with rc.user 11.43.36 # ah ok ;) 11.44.02 # lorenzo92: I'm not saying my way is king, but we should agree on a way to load rockbox if you want to maintain your mod 11.45.01 # profile looks like this: http://pastie.org/3061767 11.45.06 # kugel: indeed. You are completely right, my modded firmware could be kept as a "plus", not the firmware to load rockbox (most of the users won't care about drk or scripting indeed) 11.45.35 # (I also added a way to run r0 from /mnt/media0, but it needs copying to /mnt/media1/ since otherwise usb doesnt work 11.46.54 # indeed, usb will lock if drive in use 11.47.51 # do you agree with sourcing rockbox.sh instead of rockbox_loader.sh? 11.48.18 # can I have a look at rockbox.sh? but it seems to be a clean solution ;) 11.48.39 # wait a second 11.50.33 # lorenzo92: http://pastie.org/3061786 11.51.30 # ok I like it. But I have a cleaner version of it , wait 11.52.03 # http://dl.dropbox.com/u/38710278/rockbox_loader.sh 11.52.28 # it's just to insert the MAINFILE thing and should be okay( there is RB logo too :p) 11.53.00 # :-) 11.53.15 # ooh got nand reading too :D 11.53.44 # gevaerts, had to adjust the paths in the playlist with sed, then it worked perfectly :-) thanks for your help 11.53.50 # lorenzo92: the reset of the SDL stuff can be removed too I guess 11.53.57 # yep 11.54.08 # I kept that for the story about the buffer size... 11.54.19 # #!/bin/sh needs to be the very first line 11.54.24 # yes 11.54.27 # ah? 11.54.45 # so this should be okay 11.55.02 # that only matters if you want "./rockbox.sh" to work though. it doesnt matter for ". rockbox.sh" or "/bin/sh rockbox.sh" 11.55.27 # TheLemonMan: does this nand controller have hardware error correction? 11.55.55 # yep, but atm its not active 11.56.31 # lorenzo92: which story about the buffer size? also not sure if the loader script is the right place 11.57.06 # TheLemonMan: so beware of possible bit flips in output 11.57.24 # kugel: haha no, I meant in the commented lines...for SDL-ALSA good buffer size (you will notice that it's optimal to have 32k of buffer, and we also set up this in our alsa rockbox....so that's fine :)) 11.57.46 # kugel: = we can remove the lines hehe 11.58.26 # it currently suggest these env vars actually have an effect 11.58.34 # wodz: bit flips ? 11.59.11 # lorenzo92: you removed the lp_modes lines? 11.59.31 # TheLemonMan: nand isn't the most reliable storage on the earth. Thats why aggressive error correction is used (and usually supported in hw) 11.59.37 # kugel: yes, they don't affect anything, it was just a test... 11.59.41 # kugel: ah! by the way 11.59.51 # kugel: more than 16 hours!!! 11.59.58 # lorenzo92: according to the linux source it has an effect, no? 12.00.17 # perhaps it's negible 12.00.54 # kugel: don't know, but I made the benchmark without it and after 16 hours (1 hours I used the player normally), still 0.100 volts to be used :) 12.01.40 # kugel: perhaps 18 hours after a full benchmark. RB can compete with OF that uses hw decoding, wuoa! 12.02.18 # lorenzo92: I found the imx37 has hw units only for image and video decoding, but not for audio 12.02.49 # kugel: I'm quite sure the video decoder acts also for audio, as you can see in the lib folder there are the various decoders 12.02.53 # mp3, etc.. 12.03.56 # lib_omx_* files 12.04.27 # I guess this comes from the fact that 200MHz (low speed) is quite a lot 12.04.34 # I see those too. but what makes you think they do hw decoding? 12.05.10 # well, without the DNSe (I guess it's entirely done on cpu of course) the player lasts 25 hours. With it only 12 12.05.17 # they obviously have libraries for the decoders, we also have those :) 12.05.40 # *.codec are plain .so files 12.05.46 Join nick^p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 12.05.48 # samsung compiles tiny decoders and makes them run in OCRAM, with a mailbox system to pass the buffers 12.05.48 # uhm you made me wondering now :p 12.06.39 # lorenzo92: there's a imx37 linux manual (you probably found it already). it says nothing about audio in hardware 12.07.03 # kugel: okay. I was quite wrong probably .... 12.07.40 Quit nick-p (Ping timeout: 240 seconds) 12.07.59 # I'll give a look at the things I've found in the net... 12.11.38 Nick [sanyi] is now known as [Sanyi] (~sanyi@unaffiliated/alexanderc) 12.12.06 # wodz: a block is marked as bad if the spare area isnt all 0xFF ? 12.13.11 # kugel: bah doesn't matter....Rockbox works and battery life is fine, so we shouldn't investigate if of uses hw decoding or not (but you're right I guess, no hw dec for audio) 12.14.09 # kugel: BUT https://support.bluetechnix.at/wiki/Multimedia_codecs_%28SBC-i.MX51%29 12.15.21 # brb, need to take care of a probably failing HDD :) 12.16.20 # TheLemonMan: thats FTL specific 12.20.34 # back 12.29.26 # TheLemonMan: also in R0 after wiping nand it's all 0xFF 12.31.01 # TheLemonMan: and it has FTL too... 12.34.59 Quit Thra11 (Quit: kthxbai) 12.35.37 # lorenzo92: of course - erased nand is all 0xff it has nothing to do with FTL 12.36.13 # wodz: ah hehe :) 12.36.51 # moreover if there is FTL and it is initialized there simply can't be all 0xff as it needs to store metadata somewhere 12.49.18 Quit nick^p (Quit: Leaving) 12.49.36 # I think I have toolchain building with ct-ng from rockboxdev.sh working 12.54.23 # kugel: for r0 right? 12.56.58 # yes 12.57.36 # sounds good 12.58.39 Join amithkk [0] (u4289@2buntu/writers/amithkk) 13.01.25 # Zagor, Bagder: if I commit to www/gcc, the files are immediately downloadable from rb.org/gcc? 13.01.39 # or does someone need to hit the sync button 13.01.45 # no, the web page must up manually svn-up:ed 13.03.23 # okay. I'll commit the files for www/gcc then. can you svn up afterwards, so I can test the real changes on a different machine? 13.03.31 # sure 13.06.18 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 13.13.59 # New commit by 03kugel (r31410): Add files required for building a toolchain to www/gcc. ... 13.14.04 # Zagor: ping :) 13.14.31 # done 13.14.36 # thanks 13.30.14 Quit Poodlemastah (Ping timeout: 252 seconds) 13.31.05 *** Saving seen data "./dancer.seen" 13.31.15 Join Poodlemastah [0] (~Poodlemas@h-241-205.a218.priv.bahnhof.se) 13.35.22 Join keyb_gr_ [0] (~chatzilla@p4FF0475F.dip.t-dialin.net) 13.36.28 Quit keyb_gr (Ping timeout: 248 seconds) 13.36.36 Nick keyb_gr_ is now known as keyb_gr (~chatzilla@p4FF0475F.dip.t-dialin.net) 13.41.36 Quit lorenzo92 (Ping timeout: 252 seconds) 13.44.17 Join {phoenix} [0] (~dirk@p4FEC6640.dip.t-dialin.net) 14.00.59 Join lorenzo92 [0] (~chatzilla@host121-111-dynamic.31-79-r.retail.telecomitalia.it) 14.01.31 # kugel: back 14.02.28 Quit wodz (Quit: Leaving) 14.14.41 # New commit by 03kugel (r31411): Tell crosstool-NG to _not_ delete the PREFIX dir 14.14.50 # Zagor: can you push again? 14.14.53 # or svn up 14.15.32 # done 14.17.00 # lorenzo92: I'm preparing committing the toolchain 14.17.09 # kugel: ;) 14.31.45 Join mortalis [0] (~4d6c62b1@www.haxx.se) 14.46.34 # gevaerts, mind to restore my last forum post once again? ;) 14.48.04 # (or anyone else, please) 14.49.44 # New commit by 03kugel (r31412): Add crosstool-NG build to rockboxdev.sh. ... 14.51.26 # lorenzo92: alright, I guess I can add the tool to patch the OF now 14.51.57 # r31412 build result: All green 14.52.35 # nooo 14.53.40 Quit mortalis (Quit: CGI:IRC) 14.54.01 # New commit by 03kugel (r31413): Actually call ct-ng (i.e. fix left-over from testing). 14.56.07 # r31413 build result: All green 14.58.58 Quit keyb_gr (Ping timeout: 252 seconds) 15.00.19 # kugel: what happened? 15.00.30 # my commit was bugged 15.00.45 # ah ok guessed something worse... 15.01.00 # lorenzo92: how do you extract a cramfs? I had to recompile fsckcramfs 15.01.26 # mount -t cramfs -o loop /mnt/Cramfs 15.01.47 # that's read-only, though 15.01.53 # and then a sudo cp -R of the moun point to somewhere... 15.02.02 # yes it's RO 15.02.08 # hm, of course that works too 15.02.36 # cramfsck has an -x option to extract. however, it's not enabled in the debian package 15.04.03 # I think I tend to add cramfsprogs to svn and compile. they're small enough 15.04.31 # (2 c files9 15.05.10 # okay, why not 15.05.33 # basically now you can build rockbox from the svn without any other tool, right? 15.06.49 # lorenzo92: what do you mean? 15.06.56 # the toolchain commit? 15.09.13 # im general... 15.09.24 Join rarog_ [0] (~chatzilla@p5DE93D28.dip.t-dialin.net) 15.09.49 # uhm maybe the toolchain is to build automaticly rockbox in the server? 15.11.07 # anyway now I go...see you later! 15.11.26 Quit rarog (Ping timeout: 252 seconds) 15.11.36 Nick rarog_ is now known as rarog (~chatzilla@p5DE93D28.dip.t-dialin.net) 15.11.50 Quit lorenzo92 (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111115183813]) 15.12.54 Join Horscht [0] (~Horscht@xbmc/user/horscht) 15.18.07 Part Zagor 15.27.55 Quit {phoenix} (Remote host closed the connection) 15.28.34 Join y4n [0] (y4n@unaffiliated/y4ndexx) 15.31.09 *** Saving seen data "./dancer.seen" 15.41.20 Join lebellium [0] (~chatzilla@195-132-195-24.rev.numericable.fr) 16.08.05 Join keyb_gr [0] (~chatzilla@p4FF02543.dip.t-dialin.net) 16.24.05 Quit domonoky (Read error: Connection reset by peer) 16.35.05 Quit petur (Quit: *plop*) 16.41.13 Join stoffel [0] (~quassel@pD9E43A8A.dip.t-dialin.net) 16.47.07 Quit factor (Ping timeout: 240 seconds) 16.52.51 Quit stoffel (Ping timeout: 276 seconds) 16.58.28 Quit rarog (Quit: ChatZilla 0.9.87 [SeaMonkey 2.5/20111121045514]) 16.58.31 Quit lebellium (Ping timeout: 252 seconds) 17.05.06 # i did this very ugly timed subline hack to achieve a 'button press' effect on a touch screen: http://pastie.org/3062967 17.05.27 # it shows the 'rollover image' for 0.1 seconds, then the normal state for ca. an eternity 17.05.34 # is there a nicer way to do a 'rollover'? 17.06.50 Join lebellium [0] (~chatzilla@195-132-195-24.rev.numericable.fr) 17.09.12 # New commit by 03alle (r31414): Actually remove the pulled out field (sequel to r31406) 17.11.57 # r31414 build result: All green 17.26.37 # dfkt: sure 17.27.02 # dfkt: you can check if specific touchregions were pressed in the last X seconds 17.27.19 # just give your touch regions a name 17.28.09 # like maybe... 17.28.44 # %T(mybutton,0,0,10,10) [...] %Tl(mybutton,0.1) 17.28.47 # u,lu,lr,d,du,dr 17.28.56 # see CustomWPS :) 17.30.08 # so... which OS are you guys using 17.30.21 Join kadoban__ [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 17.30.23 # :D 17.30.25 # :? 17.31.11 *** Saving seen data "./dancer.seen" 17.31.49 Join lorenzo92 [0] (~chatzilla@host218-107-dynamic.45-79-r.retail.telecomitalia.it) 17.33.32 Join sndstrm [0] (~4f32bbeb@www.haxx.se) 17.35.24 # how do you tell if you have the fuze v2? 17.35.49 # Check the version of the original firmware 17.36.18 # ok, so its only a firmware difference 17.36.20 # thx 17.36.38 # No 17.36.45 # It's different hardware 17.37.09 # oh ok 17.41.27 # V02.03.33A thats the firmware, do you know off the top of your head if thats v2? 17.41.56 # That's a v2, yes 17.42.08 Quit T44 (Ping timeout: 240 seconds) 17.42.28 # thx 17.44.24 Join Topy44 [0] (~Topy44@f048197124.adsl.alicedsl.de) 17.45.32 # how can I not make the script fail with set -e if some program doesnt return 0? 17.46.01 # ||true? 17.46.10 # like expr that exits with 1 when the expression is 0 17.46.35 # kugel: grep? 17.47.15 # gevaerts: seems to work, even in a when assigning the output (foo=`expr 0` || true) 17.47.16 # kugel: ah no maybe if [ $test -eq 0 ]; then; return 1 17.47.38 Join chkktri [0] (~user@unaffiliated/chkktri) 17.47.39 Join WalkGood [0] (~4@unaffiliated/walkgood) 17.48.17 # backticks should be avoided in favor of $(expr) 17.50.26 # lorenzo92: I have convinient scripts ready 17.50.37 # unpack-firmware.sh, patch-firmware.sh, pack-firmware.sh 17.51.09 # kugel: yeah I always planned to prepare them but.... hehe laziness hihi 17.51.18 Join DerPapst [0] (~Adium@91-64-115-27-dynip.superkabel.de) 17.53.18 # kugel: btw, my player is still running lol...never lasted so much!!! I guess we are now about 17 hrs of play time... 17.55.15 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 17.57.24 # kugel: ah! I noticed that randomly (not so often) when you first (after rebooting) play a song, CPU usage is extremely high! Also after stopping the song if I remember well..... 17.57.34 # rebooting again "solves" the problem... 17.58.32 # kugel: extermely high I mean 80-90 % of usage using 532 mhz! 17.59.17 # strange 17.59.22 # is rockbox causing that? 17.59.53 # uhm I'm not sure, well last time that happens I will debug it more carefully for sure... 18.00.18 # but maybe it's related to a particular song too 18.00.25 # I need to see for that... 18.01.56 # I'm not sure if we can distribute that MuonEncrypt binary easily 18.02.19 # why? licensing issues? 18.02.23 # yea 18.02.41 # uhm well, I don't know if it would be easy to reproduce it! 18.02.53 # kugel, awesome, thanks - will give it a try 18.02.53 # otoh you can easily download it for free from samsung's open source package, no? 18.03.21 # well yes, I found it there! 18.03.42 # so I don't see any problem... 18.07.11 # kugel: of course this muonencrypt is present in the R1 package too... 18.08.18 # I wonder how to get the rockbox.sh script into the script 18.08.22 # into the zip* 18.08.47 # kugel: yeah good question, it would be nice and also quite a must :) 18.09.52 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.13.40 # any suggestions? 18.14.26 Ctcp Ignored 5 channel CTCP requests in 33 seconds at the last flood 18.14.26 # * kugel sees android specific stuff in buildzip.pl and decides to do the same! 18.23.07 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 18.27.16 Quit sndstrm (Quit: CGI:IRC) 18.31.47 # lorenzo92: almost there :) 18.41.48 # I think I'll have a christmas present for ypr0 users :) 18.43.22 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.43.22 Quit bertrik (Changing host) 18.43.22 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.48.13 # really? 18.48.20 # :D 18.48.34 # everything is looking good 18.48.39 # that's nice :D 18.50.08 # so maybe I should avoid my xmas banquet on the 24-25 and stay here on the RB website? :D 18.50.19 # haha 18.54.44 Quit lebellium (Quit: ChatZilla 0.9.88 [Firefox 9.0/20111212185108]) 18.54.57 Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 18.56.57 Quit bluefoxx (Client Quit) 19.01.24 Join chattr [0] (~mike@179.167.189.72.cfl.res.rr.com) 19.01.36 Part chattr ("gone") 19.02.31 Join stoffel [0] (~quassel@pD9E42C85.dip.t-dialin.net) 19.07.35 # lorenzo92: is there a good reason for the sleep 5 the OF does? 19.07.59 # don't think so...bah no clue, really 19.08.08 # I guess it's not needed 19.22.21 Quit TheLemonMan (Quit: WeeChat 0.3.6) 19.29.57 Quit stoffel (Remote host closed the connection) 19.31.14 *** Saving seen data "./dancer.seen" 19.32.42 Quit bluebrother (Disconnected by services) 19.32.43 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 19.35.54 Quit fs-bluebot (Ping timeout: 240 seconds) 19.37.29 Join fs-bluebot [0] (~fs-bluebo@g231123081.adsl.alicedsl.de) 19.46.46 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 19.57.42 # hm 19.57.50 # flyspray doesnt let me add MuonEncrypt 19.57.54 # not sure i agree with r31403 20.00.27 # funman: I suspect the right place to discuss this is -committers 20.01.03 # nothing big but CREDITS says 'people having contributed one way or another' 20.01.20 # i have no strong feeling either 20.02.27 # This particular addition was a bit "weaker" than usual I think. However, I really think we shouldn't have a discussion that's likely to involve "But X is in CREDITS and what he did amounted to nothing!" in public 20.03.19 # that's what zagor did though? 20.03.23 # haha 20.03.25 # this is funny 20.03.38 # I cant just cant add this file 20.03.50 # kugel: .gitignore ? 20.03.51 # changing extension, remoing x-bit, nothing helps 20.04.07 # funman: this is about attachment on flyspray 20.04.48 # gevaerts: I'm sorry for starting this 20.05.22 # kugel: don't be. I think the discussion itself is useful :) 20.05.47 # But I'm not going to comment any more now :) 20.06.13 # this is really weird 20.07.30 # gaah. I can't even add it as "safe_mode2.raw", even though i have succesfully attached a "save_mode.raw" 20.08.31 # is there some quota, perhaps? 20.09.26 # rofl. I can attach a much bigger MBoot.tmp 20.11.21 # replacing that MBoot.tmp with my file (using the same name) again doesnt work :) 20.11.30 # bug2000: clipv1 worked for 8 straight hours until the battery was empty 20.11.57 # bug2000: using pony theme and nedora8 font 20.15.04 # if anyone else wants try: Try to attach the file I uploaded to my webspace to that task: FS#12348 (see last comment) 20.15.05 # http://www.rockbox.org/tracker/task/12348 3[New Port] Samsung YP-R0: the first patches (patches, unconfirmed) 20.15.53 Quit DerPapst (Quit: Leaving.) 20.17.10 # lorenzo92: have a play. I uploaded a new patch 20.17.26 # kugel: okay ;) 20.18.29 # kugel: "I could image that the usb safe mode is broken without safe_mode.raw." -> it's not ;) 20.26.13 Quit Stummi (Quit: Bye!) 20.33.18 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 20.34.13 # kugel: well, my player is still playing, so more than 18 hours, now we are at 3,500 volts :D 20.46.36 # lorenzo92: I updated the wiki page 20.46.50 # can you have a look over the misc section? the stuff there is unclear to me 20.47.19 # Whats the quickest way for me to get to pictureflow I've read you can setup a WPS hotkey but I see no option in general settings 20.47.23 # running clip zip 20.47.44 # lorenzo92: could we replace the boot image? I guess it's either in Mboot.bin or in zImage? 20.47.53 # kugel: misc section was written by slade 20.47.56 # or show none at all, but dmesg output :P 20.48.09 # kugel: we cannot without the tool :( 20.48.53 # kugel: ah wait 20.49.00 # kugel: yep the kernel is change-able 20.49.03 # kugel: BUT 20.49.41 # kugel: compiling it by us causes bad bugs, strange things. But, I should try to compile it with our new toolchain (yours..) 20.49.54 # maybe this makes the trick, not really conviced tough :p 20.50.48 # is MBoot.bin encrypted? 20.50.50 # kugel: ah need to remove the short battery life note lol 20.51.08 # kugel: no It isn't since I can see raw images in it throug gimp 20.52.35 # and we cant replace that? :) 20.53.08 # kugel: nope, as said without the samsung tool we cannot :( (I need to write some documentation about this too) 20.53.22 # what happens if you try to? 20.54.02 # kugel: well the device updater simply doesn't flash the bootloader, althoug it's contained in the rom file lol 20.54.11 # aha 20.54.18 # probably some checksum 20.54.39 # kugel: yeah crap lol nono no CRC, simply doesn't do it...btw nice wiki ;) 20.55.03 # some people here are talented in finding those to reverse engineer binary formats :) 20.57.05 Join mc2739_ [0] (~mc2739@rockbox/developer/mc2739) 20.57.11 # hehe first of all reversing how the flashing works would be cool :p 20.57.27 # but it's not a priority now... 20.57.58 Quit mc2739 (Disconnected by services) 20.58.05 Nick mc2739_ is now known as mc2739 (~mc2739@rockbox/developer/mc2739) 21.04.00 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 21.06.52 Join remlap1 [0] (~Patrick@190.28.169.217.in-addr.arpa) 21.07.31 Part remlap1 21.09.08 Quit remlap (Ping timeout: 240 seconds) 21.18.43 # Fun idea for RDS capable players: show a station logo as "album art" based on the station-specific program id broadcast over RDS 21.19.17 # bertik: I like it :) 21.19.33 # even when a station is on different frequencies across the country, it will still show the correct logo 21.23.13 # lorenzo92: so, how's it? 21.23.33 # kugel: I was reading the scripts...;) 21.24.06 Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) 21.31.10 Quit y4n (Quit: Today is the perfect day for a perfect day.) 21.31.16 *** Saving seen data "./dancer.seen" 21.33.09 Join factor [0] (~factor@74.197.205.204) 21.35.31 Nick [Sanyi] is now known as [sanyi] (~sanyi@unaffiliated/alexanderc) 21.41.56 Quit keyb_gr (Ping timeout: 252 seconds) 21.43.45 Quit WalkGood (Quit: CaminaBien ♪ ♫ ♪ ♫) 21.43.56 Join keyb_gr [0] (~chatzilla@p4FF02543.dip.t-dialin.net) 21.47.27 Quit factor (Read error: Connection reset by peer) 21.52.04 Quit GermanMushroom (Ping timeout: 240 seconds) 21.52.39 Join dfkt [0] (dfkt@unaffiliated/dfkt) 21.56.10 # lorenzo92: ping :) 21.56.56 # kugel: yes I've seen, seems to be good hehe 22.09.02 # lorenzo92: so I'd say the next thing is some reading battery values and charger detection 22.09.18 # kugel: indeed! Read the charger is pretty easy 22.10.20 # as you could see in the safe mode 22.10.28 # the is this magical minird executable 22.10.41 # this interfaces with SCblabla chip 22.11.03 # "SC900776 "minivet device" -> controls accessories/usb/recovery mode(to be used with non-public samsung tools) " 22.11.24 # if you go to see the kernel source, you can find SC900776 22.11.36 # using some ioctls should be easy, so! 22.12.08 # could also read the voltage from the /sys/.../ file, no? 22.13.00 # we need to call minird to detect whether the charger is inserted? 22.13.09 # yeah we can also do that but it isn't that good I think 22.13.19 # I don't know if it's better directly from C 22.13.25 # or calling other executables 22.13.30 # I'm for the first 22.13.34 # so opening device 22.13.37 # and using ioctls 22.14.13 Quit n1s (Quit: Ex-Chat) 22.15.13 # and for voltages, well we have the as3543 power management 22.15.21 # don't know how's easy to adapt tough 22.17.10 # lorenzo92: it's only one small main function 22.17.18 # indeed 22.17.28 # so? 22.23.53 # btw the register to see if charger is enable -> 0xa 22.24.27 # lorenzo92: shouldnt the linux sources show the ioctls? 22.24.35 # yes wait 22.25.14 # search for 22.25.16 # SC900776.h 22.25.21 # you will find them ;) 22.25.32 # it's not like the as3543 ... I had to reverse them! 22.27.05 Quit keyb_gr (Ping timeout: 248 seconds) 22.28.48 Join factor [0] (~factor@74.197.205.204) 22.30.17 # kugel: if you look at the code there is also a gpio that "checks" for a out supply... 22.30.25 Join Misan [0] (~Misanthro@adsl-84-226-237-87.adslplus.ch) 22.30.27 # always SCXXX.C 22.30.53 # kugel: IOCTL_MINIVET_DET_VBUS 22.31.01 # kugel: pretty interesting ;) 22.41.06 Join keyb_gr [0] (~chatzilla@p4FF02543.dip.t-dialin.net) 22.41.18 # kugel: ping :) 22.41.33 # lorenzo92: pong :) 22.41.45 # hehe okay, did you see the sources? 22.41.55 # not yet 22.42.10 # ok, you will see they are interesting ;) 22.42.27 # and we have a ready to use ioctl to detect pwr connected or nor 22.42.29 # t 22.46.59 # so opening /dev/minivet device and using this ioctl should be the trick... 22.48.22 # which ioctl do you mean? 22.48.25 Join saratoga [0] (47e22765@gateway/web/freenode/ip.71.226.39.101) 22.48.58 # got a c200 for 6 dollars on ebay, hopefully it'll be a v2 22.49.09 # kugel: IOCTL_MINIVET_DET_VBUS 22.50.26 # where is _IO() defined? 22.50.56 # should be a linux feature I suppose... 22.51.08 # do you mean the source file name= 22.51.10 # ? 22.51.53 # anyway files are: sc900776.h/c 22.53.28 # i wonder if theres some way to buy an m200v4 as well 22.54.30 # lorenzo92: minird uess IOCTL_MINIVET_READ_BYTE I think 22.54.41 # kugel: should be yes 22.55.00 # I wonder if we need also 22.55.02 # IOCTL_MINIVET_INIT 22.56.03 # dont think so. how come you think we need IOCTL_MINIVET_DET_VBUS? 22.56.46 # see the .c file, wait 22.57.30 # http://pastebin.com/yH1ihXwf 22.57.48 # pretty clear, isn't it ;) 23.03.12 # kugel: moreover, #define PMU_IS_EXT_PWR() mxc_get_gpio_datain(MX37_PIN_SD2_DATA2) /* HIGH : if ext_pwr is connected */ 23.05.51 # lorenzo92: but why does minird use something else? 23.06.24 # kugel: uhm which sense? what? 23.06.38 # I think they use IOCTL_MINIVET_READ_BYTE 23.06.40 # but hey I can write a quick C program to test that 23.06.54 # I've already a skeleton ;) 23.07.08 # but perhaps READ_BYTE is more generic and includes DET_VBUS 23.07.18 # uhm I check 23.09.43 # also, possible that I can't properly decide which ioctl 0x80024D02 is :P 23.11.24 # hehe 23.11.39 # in 2 seconds I'll give you results ;) 23.14.19 # pretty sure it uses READ_BYTE, because, going by the code, it passes a sMinivet_t object to ioctl 23.15.00 # indeed the minird uses it! because it's general purpose 23.15.05 # the output of minird is RD []: 23.15.10 # yeah 23.15.52 # yeah!! 23.15.58 # IOCTL_MINIVET_DET_VBUS 23.16.13 # this gives us if volage supply present or not ;) 23.16.18 # 1 -> present 23.16.21 # 0-> not 23.16.40 # so that's it, for usb we need to check the address 0xa tough 23.17.13 # I guess is what you pass to initrd (it calls strtol() for that) 23.17.48 # kugel: yes we have all the info now :) 23.18.09 # so DET_VBUS just says charger or not. makes sense, considering the name :) 23.18.28 # kugel: yes it is ;) so keep minird away, it's not useful. it's better to use directly the device 23.18.29 # hehe 23.18.39 # the ioctl for usb is pretty clear too, then isnt it? 23.18.52 # yes clear(issimo) :D 23.19.03 # :) 23.20.16 # i have a datasheet for that chip 23.21.31 # kugel: http://dl.dropbox.com/u/38710278/MC34827_minivet.pdf 23.21.54 # lorenzo92: do we need to add the kernel headers to the toolchain or so, for the IOCTL defines? 23.22.15 # uhm well yes if it's not a problem, yes 23.22.33 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 23.23.45 # lorenzo92: the problem is that this old kernel doesnt support 'make headers_install' 23.24.36 # kugel: I suppose it's not handy, so. uhm do we really need them? we can always grab ioctl code and use it in rockbox directly....too hackish? 23.24.54 # hm, wait, it seems *this* kernel does 23.25.02 # good :) 23.25.09 # the standard 2.6.24 I tried didnt 23.25.13 Join TheLemonMan [0] (~LemonBoy@ppp-41-59.26-151.libero.it) 23.27.36 # aha, there's another error. I guess ct-ng was confused by that 23.28.01 # no matter, we could add manually the needed headers? 23.29.54 # yes 23.31.19 *** Saving seen data "./dancer.seen" 23.31.28 # so no problem :) 23.36.33 Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 23.36.46 # okay I guess I go now, if you aren't preparing something cool :D 23.38.00 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 23.39.05 # lorenzo92: are you preparing someting? :) 23.39.17 # kugel: no :) 23.39.27 # :'( 23.39.31 # :) 23.39.55 # anyway, it should not difficult to implement charger detection in rb right? 23.40.35 # should be simple 23.41.48 # lorenzo92: I don't know how well it works for RaaA, though 23.44.09 # will see that ;) 23.44.12 # see you! 23.45.30 # lorenzo92: you need to rename getline() in scripts/unifdef.c 23.45.34 # then make header_install works 23.45.47 # ;) 23.46.21 Quit lorenzo92 (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111115183813]) 23.47.39 # but it doesnt include the ioctls 23.55.33 Quit keyb_gr (Quit: ChatZilla 0.9.87 [SeaMonkey 2.6/20111213014853]) 23.58.54 Quit bluefoxx (Quit: 5a 65 75 73 73 2d 73 6f 64 64 69 74 2d 66 75 63 6b 2c 20 49 27 6c 6c 20 62 65 20 62 61 63 6b 2e 2e 2e)