--- Log for 30.07.108 Server: verne.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 17 days and 16 hours ago 00.00.25 Quit ompaul (Client Quit) 00.01.48 Join coatman [0] (n=jacob@ppp-70-245-251-72.dsl.stlsmo.swbell.net) 00.04.21 Join tvelocity [0] (n=tony@athedsl-121415.home.otenet.gr) 00.06.57 Quit petur ("Zzzzz") 00.23.39 Quit coatman ("Leaving.") 00.25.47 Join shot0fadds [0] (n=rob@rockbox/developer/shotofadds) 00.26.05 Quit barrywardell (Read error: 104 (Connection reset by peer)) 00.26.54 Quit shotofadds (Nick collision from services.) 00.26.59 Nick shot0fadds is now known as shotofadds (n=rob@rockbox/developer/shotofadds) 00.27.31 Quit shotofadds (Read error: 104 (Connection reset by peer)) 00.27.54 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 00.32.12 Quit obo ("bye") 00.37.50 Part toffe82_ 00.43.12 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 00.44.45 Quit jhulst (Read error: 110 (Connection timed out)) 00.44.58 Quit sitwon (Read error: 110 (Connection timed out)) 00.44.59 Quit mcuelenaere () 00.45.16 Join ChristianGibbons [0] (n=60ff0034@gateway/web/cgi-irc/labb.contactor.se/x-1f7c901e15b06d60) 00.47.00 # Hey guys, I just signed up for the Rockbox Twiki and I need write permission to upload a few themes i've done 00.49.19 Quit shotofadds (Read error: 104 (Connection reset by peer)) 00.50.17 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 00.50.45 # done, you have now write permission 00.51.18 # thanks 00.51.57 # no problem, just please don't spam us :) 00.52.11 Quit shotofadds (Client Quit) 00.54.29 Join CaptainKewl [0] (n=jason@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 00.58.10 Quit neddy (Read error: 104 (Connection reset by peer)) 01.00.30 Join neddy [0] (n=john@nat/sun/x-4fc4a707a12d3ba9) 01.07.13 Join coatman [0] (n=Jacob@ppp-70-245-251-72.dsl.stlsmo.swbell.net) 01.07.39 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 01.08.37 Quit moos ("Rockbox rules the DAP world") 01.12.31 Join anathema [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 01.20.24 *** Saving seen data "./dancer.seen" 01.21.33 Quit culture (Connection timed out) 01.22.23 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 01.22.44 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 01.23.51 Quit linuxstb (Nick collision from services.) 01.23.55 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 01.26.07 # Soap: Any luck getting your c100 open? 01.26.30 Nick MarcGuayAway is now known as MarcGuay (n=chatzill@ip216-239-82-198.vif.net) 01.26.53 Join nicktastic [0] (n=nick@unaffiliated/nicktastic) 01.27.02 Quit ender` (" A man without religion is like a fish without a bike.") 01.27.08 # MarcGuay, I haven't tried since we last spoke. 01.27.31 # I've gotten quite skilled at it if you need any tips. ;) 01.31.32 # where do I even start? 01.31.46 # I've chewed up the edging pretty good already. 01.32.54 # I had good luck wedging in around the USB port, or the corners near there, and then moving it over to the sides, and popping up somewhat forcefully around 1/4 to 1/3 the way up the side... then again about 2/3 the way down. That should get the top face up. 01.35.56 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 01.38.24 Quit Zom ("leaving") 01.38.37 Join Zom [0] (n=zom@84-217-236-141.tn.glocalnet.net) 01.38.42 Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") 01.39.22 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 01.40.08 # what tool? 01.41.03 # Basic flathead screwdriver. Not even very thin. 01.42.49 # * scorche|sh uses fingernails 01.43.10 # * MarcGuay eats his nervously 01.43.33 # mine have worked on many such devices and tend to not marr the plastic near as much if at all 01.43.58 # The face on this one is clipped on really tight. I had to put my back into it. 01.47.02 Quit fyre^OS (Read error: 104 (Connection reset by peer)) 01.47.19 Join fyrestorm [0] (n=fyre@cpe-68-173-172-243.nyc.res.rr.com) 01.48.19 Quit ChristianGibbons ("CGI:IRC (EOF)") 01.53.52 # my nails, haven't tried them yet. Tried a 1" plastic putty knife, and a small regular screwdriver (which did the damage). 01.54.49 Quit linuxstb (Read error: 110 (Connection timed out)) 01.56.29 Quit nplus (Remote closed the connection) 02.05.24 Join jhulst [0] (n=jhulst@24-236-216-245.dhcp.aldl.mi.charter.com) 02.10.47 Quit anathema (Read error: 110 (Connection timed out)) 02.10.55 Quit Nibbl (Read error: 110 (Connection timed out)) 02.18.31 Quit DerDome ("Leaving.") 02.18.44 Quit neddy (Read error: 104 (Connection reset by peer)) 02.21.19 Join neddy [0] (n=john@nat/sun/x-8f28b0e020a93d70) 02.21.39 Quit neddy (Remote closed the connection) 02.25.13 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.26.57 Join linuxstb__ [0] (n=linuxstb@rockbox/developer/linuxstb) 02.27.45 Join neddy [0] (n=john@nat/sun/x-499d9d2a0005052b) 02.28.31 Quit linuxstb_ (Read error: 110 (Connection timed out)) 02.29.56 Quit coatman (Read error: 54 (Connection reset by peer)) 02.36.24 Quit jhulst (Remote closed the connection) 02.39.30 Quit maddler (Remote closed the connection) 02.39.44 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 02.39.49 Join maddler [0] (n=maddler@cabbage.komputika.net) 02.44.54 Quit maddler (Remote closed the connection) 02.45.16 Join maddler [0] (n=maddler@cabbage.komputika.net) 02.45.38 Join ackers [0] (n=Becks@80-235-149-109.cable.ubr22.newt.blueyonder.co.uk) 02.49.12 # hello 02.49.34 # is rockbox coming to sansa clip? 02.50.05 # ackers, nope.. look on the forums for that info 02.50.34 # lol didnt realize you was here as well 02.51.31 Quit MarcGuay ("ChatZilla 0.9.83 [Firefox 2.0.0.16/2008070205]") 02.53.25 Join cool_walking_ [0] (n=cool_wal@203-59-129-195.perm.iinet.net.au) 02.54.54 Quit jhulst (Remote closed the connection) 02.54.56 # sansa clip plays vorbis out of the box 02.55.05 # erm... not quite 02.55.13 # but almost 02.56.15 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 02.56.55 # what makes vorbis better than mp3? 02.57.38 Quit jhulst (Remote closed the connection) 02.59.37 Quit maddler (Remote closed the connection) 02.59.44 Join maddler [0] (n=maddler@cabbage.komputika.net) 03.00.42 Join simonrvn [0] (i=simon@unaffiliated/simonrvn) 03.00.57 Part simonrvn ("Thanks, and Take Care") 03.03.38 Quit webmind (Read error: 104 (Connection reset by peer)) 03.07.28 Quit Thundercloud (Remote closed the connection) 03.09.52 Quit tvelocity (Remote closed the connection) 03.10.48 # ackers: happy to answer that, but it's off-topic here, if you join #rockbox-community i can explain. 03.18.03 Quit ackers (Read error: 110 (Connection timed out)) 03.20.26 *** Saving seen data "./dancer.seen" 03.21.43 Join juxt_ [0] (n=juxt@207-172-140-221.c3-0.bkl-ubr2.sbo-bkl.ma.cable.rcn.com) 03.21.57 Quit Zom (No route to host) 03.22.36 # just wanted to say thanks for everyones hardwork with rockbox. i really enjoy it and appreciate your hardwork. 03.23.36 Part juxt_ 03.23.52 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 03.51.40 Join webmind [0] (n=webmind@shell.puscii.nl) 03.53.35 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-b20fc4466a43c6af) 03.56.59 Quit cool_walking_ (" Try") 03.57.30 Quit neddy ("Leaving.") 04.00.12 Join b9AcE [0] (i=nospam@c-beb1e155.1136-1-64736c22.cust.bredbandsbolaget.se) 04.01.34 Quit Schmogel (Read error: 104 (Connection reset by peer)) 04.06.04 Join JdGordon|uni [0] (i=768b0144@gateway/web/ajax/mibbit.com/x-c805df607c191f23) 04.13.47 Quit saratoga ("CGI:IRC") 04.21.23 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 04.28.33 Quit Zarggg () 04.31.36 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 04.33.04 Quit Shaid (Client Quit) 04.33.51 Join hasmind [0] (n=cb3e0a03@67.159.55.26) 04.34.24 Quit mirak (Remote closed the connection) 04.38.19 # hello all 04.38.28 # hello? 04.38.42 # hello Hadaka 04.38.48 # oops hasmind 04.48.34 Join miepchen^schlaf_ [0] (n=miepchen@p54BF6736.dip.t-dialin.net) 04.51.12 Quit JdGordon|uni ("http://www.mibbit.com ajax IRC Client") 04.51.59 Join sdhoigt [0] (n=48c41bfc@gateway/web/cgi-irc/labb.contactor.se/x-d6f1c6fc520334a2) 04.54.38 Quit miepchen^schlaf (Connection timed out) 04.54.41 Join sitwon [0] (n=adam@pool-71-178-171-238.washdc.fios.verizon.net) 04.56.37 Quit faemir ("Leaving") 05.02.00 Join JdGordon|uni [0] (i=768b0144@gateway/web/ajax/mibbit.com/x-b89120834b28ce68) 05.06.08 Quit d-k-t-2 (Read error: 104 (Connection reset by peer)) 05.08.21 Join d-k-t [0] (n=dt@125.118.38.181) 05.13.29 Quit webmind (Read error: 104 (Connection reset by peer)) 05.20.29 *** Saving seen data "./dancer.seen" 05.31.17 Join webmind [0] (n=webmind@shell.puscii.nl) 05.35.40 Quit sdhoigt ("CGI:IRC") 05.42.38 Join Normmatt [0] (n=matt@124-197-18-83.callplus.net.nz) 05.43.12 Quit Normmatt (Remote closed the connection) 05.45.23 Quit Horscht ("electromagnetic radiation from satellite debris") 05.50.14 Join d-k-t-2 [0] (n=dt@vpn21.witopia.net) 05.54.17 Join cool_walking_ [0] (n=cool_wal@203-59-129-195.perm.iinet.net.au) 05.58.13 Join Dagni [0] (n=chatzill@65.75.87.48) 05.59.36 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 05.59.44 Quit d-k-t (Read error: 110 (Connection timed out)) 05.59.46 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-f286dd4b50064729) 06.00.52 Quit XavierGr () 06.01.21 Quit JdGordon|uni ("http://www.mibbit.com ajax IRC Client") 06.07.35 Join JdGordon|uni [0] (i=768b0144@gateway/web/ajax/mibbit.com/x-6a3eb53db4d27b1e) 06.09.22 Quit JdGordon|uni (Client Quit) 06.25.59 Quit Dagni (Read error: 104 (Connection reset by peer)) 06.27.43 Join toffe82 [0] (n=chatzill@75.12.169.104) 06.42.12 Quit b9AcE (Read error: 104 (Connection reset by peer)) 06.52.55 Quit cool_walking_ (" ") 07.02.59 Quit Xerion (" ") 07.04.01 Quit sitwon (Read error: 113 (No route to host)) 07.06.13 Join JdGordon|uni [0] (i=768b0144@gateway/web/ajax/mibbit.com/x-f6f5a17d5c89f1df) 07.12.30 Quit JdGordon|uni ("http://www.mibbit.com ajax IRC Client") 07.13.58 Part toffe82 07.20.31 *** Saving seen data "./dancer.seen" 07.33.16 Quit BHSPitLappy (Remote closed the connection) 07.34.53 # hmm... the q6 Vorbis with which I did the battery test had an ABR of 173 07.35.05 # the V2 mp3 has an ABR of 199 07.35.41 # should I do V3 instead for closer bitrates, or should I stick with V2? 07.50.02 Join Nibbl [0] (n=Nibbler@HSI-KBW-091-089-240-203.hsi2.kabel-badenwuerttemberg.de) 08.04.17 Quit Nibbl ("Ex-Chat") 08.05.31 Quit miepchen^schlaf_ () 08.14.05 Join d-k-t [0] (n=dt@vpn21.witopia.net) 08.23.50 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 08.24.21 Quit safetydan ("Leaving.") 08.25.55 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-5fa09ba3a204ca79) 08.26.14 Quit BigBambi (Read error: 113 (No route to host)) 08.27.36 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.29.07 Join vitja [0] (n=vitja@79.120.98.174) 08.29.42 # TMM, hi! 08.29.58 # I know you was working on iaudio7 port, right? 08.30.39 Join tomers [0] (n=chatzill@wall-ext.jungo.com) 08.30.59 Quit d-k-t-2 (Read error: 110 (Connection timed out)) 08.33.47 # does anyone has copy of tcc77x data sheet? 08.36.41 # Does anyone knows how to compile rbutil on Windows? Should I use Cygwin for that? 08.37.58 Join Nibbler [0] (n=Nibbler@txx226.disy.net) 08.41.14 Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 08.45.02 # tomers: This page describes what you need to do install - http://www.rockbox.org/twiki/bin/view/Main/RockboxUtilityDevelopment 08.45.05 Nick linuxstb__ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 08.45.32 # linuxstb, can you help me with tcc77x? 08.46.22 # i've found ds for tcc76x only 08.49.49 Join Rob2223 [0] (n=Miranda@p4FDCE15A.dip.t-dialin.net) 08.52.12 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.53.33 Quit CaptainKewl (Read error: 110 (Connection timed out)) 08.58.49 # ok if none could help tcc76x will be enought for me now 09.04.33 Quit vitja ("Ухожу") 09.04.48 Quit parafin (Read error: 113 (No route to host)) 09.06.00 Join d-k-t-2 [0] (n=dt@vpn21.witopia.net) 09.08.09 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.10.38 Join petur [50] (n=petur@rockbox/developer/petur) 09.16.47 Join funman [0] (n=tg@ip545278d7.speed.planet.nl) 09.17.01 # hello 09.18.38 # funman: fyi, it is not customary to greet the channel unless you have something more to say 09.18.50 # but hello to you anyway :-) 09.19.48 # yeah, we normally just walk in, flip everyone a finger, and then sulk in a corner until we have something constructive to come out with. 09.19.49 # :D 09.20.01 # haha 09.20.24 Join BigBambi [0] (i=86ceaf40@gateway/web/ajax/mibbit.com/x-382ca34e45e91f65) 09.20.36 *** Saving seen data "./dancer.seen" 09.22.12 # * petur comes looking briefly from under his stone and crawls back into the shadow 09.24.37 Quit d-k-t (Read error: 110 (Connection timed out)) 09.24.49 # well I have to say that I'm looking for people analyzing the sansav2 firmware :) 09.26.45 # some great work have been made but there's still plenty to do 09.27.16 # i haven't followed the sansav2 progress, so i wouldn't know :-) 09.27.54 Join Nico_P [0] (i=53915df2@gateway/web/ajax/mibbit.com/x-0595a644954e16cd) 09.31.52 Join nplus [0] (n=nplus@141.25.globcom.net) 09.33.47 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 09.39.02 Quit hasmind ("CGI:IRC (Session timeout)") 09.40.20 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 09.41.06 # does anyone know if anyone is planing on doing anything about fontcache re multifont? 09.41.44 # i hope so... 09.42.01 # * JdGordon had a few ideas in the car on the way home and might start working on it.. 09.42.07 # unless someone has started already 09.42.32 # i say go ahead 09.42.36 # AFAIK, no-one is working on it. At least, I haven't heard it mentioned here for a long time. 09.43.10 # markun possibly has some ideas about it though 09.54.32 Join safetydan [0] (n=safetyda@rockbox/developer/safetydan) 10.07.26 Quit Llorean (Read error: 104 (Connection reset by peer)) 10.07.50 Join Llorean [0] (n=DarkkOne@ppp-70-242-15-106.dsl.hstntx.swbell.net) 10.14.06 # damn, i hate it when people take stuff from your desk without leaving a note - suddenly my oscilloscope probes are gone... grrr... 10.14.55 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 10.23.06 Join Chriz21 [0] (n=example@netblock-75-79-26-89.dslextreme.com) 10.23.09 # Hello 10.23.24 # is there anyway to get rb on my classic? 10.23.35 # unfortunately no... :-( 10.24.04 Join parafin [0] (i=parafin@paraf.in) 10.24.10 # why not? 10.24.21 # *sigh* 10.24.43 # ? 10.24.44 # Chriz21: Basically because no-one has done the work to make Rockbox work on the Classic. And that work is hard. 10.24.48 # Chriz21: Because nobody's worked on it yet 10.25.02 # :( 10.25.08 # anyone wanna work on it? 10.25.17 # do you ? 10.25.22 # dunno how 10.25.31 # nor do we 10.26.09 Quit parafin (Client Quit) 10.26.20 Join parafin [0] (i=parafin@paraf.in) 10.26.58 Quit parafin (Client Quit) 10.27.54 # what is different fromt he classic and the older ones? 10.28.17 # Everything. 10.28.37 # like? 10.28.45 # The hardware and the software. 10.28.47 # is classic an "ipod" classic ? 10.28.49 # I think everything covers it 10.29.17 # plus, the firmware is encrypted 10.30.19 # Chriz21: Read this : http://forums.rockbox.org/index.php?topic=14871.0 10.37.21 Join parafin [0] (i=parafin@paraf.in) 10.37.43 Quit parafin (Client Quit) 10.37.50 Join parafin [0] (i=parafin@paraf.in) 10.40.19 Nick parafin is now known as parafin| (i=parafin@paraf.in) 10.40.20 Nick parafin| is now known as parafin (i=parafin@paraf.in) 10.42.13 Quit parafin (Client Quit) 10.42.22 Join parafin [0] (i=parafin@paraf.in) 10.42.51 Quit Chriz21 () 10.43.54 Quit parafin (Client Quit) 10.44.01 Join parafin [0] (i=parafin@paraf.in) 10.46.29 Nick parafin is now known as parafin| (i=parafin@paraf.in) 10.46.31 Nick parafin| is now known as parafin (i=parafin@paraf.in) 10.54.31 Quit crwl (Remote closed the connection) 10.54.37 Join desowin [0] (n=desowin@atheme/member/desowin) 10.55.34 Join crwl [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) 11.04.06 Quit Thundercloud (Remote closed the connection) 11.06.31 # * JdGordon just loves opening files with no comments :( 11.06.49 # fortunatly these are fairly short so they are work-out-able 11.06.58 # i have no comments on that 11.12.31 Join wpyh [0] (n=william@116.12.145.178) 11.12.58 Join stooo [0] (n=sto@222-151-136-141.jp.fiberbit.net) 11.16.21 # mcuelenaere (for the logs): I saw your fix for tools/configure, but I still cannot build the vx747 target properly 11.16.55 # after configuring for vx747 and bootloader, I ran make and ld gave me an error: "target elf32-tradlittlemips not found" 11.18.07 # I checked the ld binary in the toolchain, and it doesn't have this "tradlittlemips" target 11.20.40 *** Saving seen data "./dancer.seen" 11.21.17 Part stooo 11.23.20 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 11.23.30 Join tvelocity [0] (n=tony@athedsl-121415.home.otenet.gr) 11.24.03 # wpyh: sorry, I should've done a test-build before committing :) 11.26.57 Quit BigBambi ("http://www.mibbit.com ajax IRC Client") 11.28.45 # who knows what the magic number 0xFFDB is in font.c? 11.28.57 # if ( pf->bits_size < 0xFFDB ) 11.29.19 # wpyh: btw to fix this, change elf32-tradlittlemips to elf32-littlemips in firmware/target/mips/ingenic_jz47xx/apps.ld 11.30.27 Quit JdGordon ("Konversation terminated!") 11.30.43 Join JdGordon|uni [0] (i=d31c822f@gateway/web/ajax/mibbit.com/x-2ab32c586522becf) 11.31.17 Join gregzx [0] (n=chatzill@dtf198.neoplus.adsl.tpnet.pl) 11.33.21 Join sacarasc_ [0] (i=sacarasc@cpc1-kemp3-0-0-cust978.lutn.cable.ntl.com) 11.33.27 Quit sacarasc (Read error: 104 (Connection reset by peer)) 11.33.59 Quit webmind (Read error: 104 (Connection reset by peer)) 11.42.34 Quit wpyh (Read error: 110 (Connection timed out)) 11.42.53 Quit linuxstb (Read error: 110 (Connection timed out)) 11.42.56 Join wpyh [0] (n=william@116.12.145.178) 11.43.11 # mcuelenaere: sorry, my internet got cut off 11.44.37 Join Normmatt [0] (n=normmatt@124-197-18-83.callplus.net.nz) 11.44.43 # ok, I didn't see a file named firmware/target/mips/ingenic_jz47xx/apps.ld 11.45.04 # ah sorry it's boot.lds 11.45.11 # there is a boot.lds file inside that directory though, and if I modify it, there is still an error 11.45.21 # ah, I modified the boot.lds file :p 11.45.30 # which error? 11.45.53 # now the error becomes: error: no memory region specified for loadable section `.rel.dyn' 11.46.06 # i fixed that error 11.46.13 # sorry, I'm about blind when it comes to this 11.46.21 # Normmatt: I'll svn up again and see 11.46.48 # I fixed it on my build but i dont have access to the files at the moment 11.46.51 # hm... I'm already at the latest revision 11.47.09 # Normmatt: any recollection of how you fixed the build? 11.47.11 # Normmatt: are you normmat234@..? 11.47.26 # mcuelenaere, yes 11.47.30 # mcuelenaere: and you could build correctly? 11.47.36 # I currently can't 11.47.43 # I used a different compiler 11.47.55 # I'll put .rel.dyn in .text 11.48.00 # I'll reboot into linux and tell you how i fixed it, give me a second 11.48.10 # ok, thanks guys :) 11.48.18 Quit Normmatt () 11.48.36 # wpyh: I got it working 11.48.54 # mcuelenare: hmm.... let's check our compiler versions 11.48.54 # not sure why the compiler allocates something to .rel.dyn though 11.49.04 # oh.. 11.49.09 # now I'm using the rockboxdev.sh one 11.49.17 # do I need to change something in the source? 11.49.20 # previously I was using the one from emdebian 11.49.25 # I'll commit it to SVN 11.49.32 # ok :) 11.52.23 Join matt__ [0] (n=matt@124-197-18-83.callplus.net.nz) 11.54.24 # all i did too fix that .rel.dyn error was add ".rel.dyn : { *(.rel.dyn) } > DRAM" to the lds file 11.54.30 Nick matt__ is now known as Normmatt (n=matt@124-197-18-83.callplus.net.nz) 11.54.36 # I added it into .text 11.54.36 # * wpyh is opening ingenic's website again to make sure about the rtc on the 4730 11.54.43 # * mcuelenaere too 11.55.16 # yep, there it is: "Real Time Clock" instead of "RTC" 11.56.00 # ok so it wasn't the rtc 11.56.06 # but the 4730 doesn't seem to have an ADC 11.56.15 # while I do have the SADC working for touchscreen 11.56.30 # * wpyh notices that the diagram for the 4740 also shows "Real Time Clock"... 11.57.05 # yeah, there isn't an ADC on the diagram 11.57.30 # I also read on one Chinese website, that the 4732 is most likely a stripped-down version of 4740 11.57.34 # let me get the link for you 11.57.38 # if Ingenic would provide some kind of processor identification thingy.. 11.57.55 # I got the MIPS identification code's though 11.58.07 # not that it's worth much.. 11.58.18 # s/MIPS/MIPS core/ s/code's/codes/ 11.59.30 # mcuelenaere: maybe you can take a look at the linux source code that ingenic provided 11.59.36 # I haven't finished downloading yet :( 11.59.44 Join qrack [0] (n=cdbfc2a4@gateway/web/cgi-irc/labb.contactor.se/x-f11f4d1e23272627) 11.59.52 # wpyh: linuxstb has a mirror for that 12.00.08 # the problem is not with network speed 12.00.24 # it's because I'm travelling right now and can't get a stable connection :p 12.00.35 # ah ok :) 12.00.57 # and for the registers, my friend says we can look at the source 12.01.05 # yes, most of it is GPL'ed 12.01.08 Quit qrack (Client Quit) 12.01.32 # some aren't? 12.02.16 Join Cyberdyskinesia [0] (n=lachienn@AStDenis-107-1-10-180.w90-43.abo.wanadoo.fr) 12.02.34 # perhaps some of the Cos stuff 12.02.44 # but I'm wondering about the NAND driver 12.02.49 # it has a binary blob provided 12.03.01 # probably the NAND structure 12.03.12 # can binaries be provided as GPL? 12.03.27 # in that case, we could use it and wouldn't even have to bother reverse engineering the structure 12.04.26 # hm... this is a legal question 12.04.38 # (which I'm not sure the answer of) 12.04.44 # if it can't be done, we just need to reverse engineer it 12.04.53 # it's the same problem as with the TCC targets 12.06.29 # ok :) 12.06.40 # btw, I found the thread: http://bbs.imp3.net/viewthread.php?tid=464366&extra=page%3D1%26amp%3Bfilter%3Ddigest 12.06.42 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 12.07.19 # wpyh: do you speak chinese? 12.07.56 # the author says that "the 4732 is a small-sized version of the 4740, some pins that aren't commonly ued have been removed, so basically it's just a repackaging, and the core is the same" 12.08.34 # yeah, I do... sorry, here's a translation: http://www.google.com/translate?u=http%3A%2F%2Fbbs.imp3.net%2Fviewthread.php%3Ftid%3D464366%26extra%3Dpage%253D1%2526amp%253Bfilter%253Ddigest&hl=en&ie=UTF8&sl=zh-CN&tl=en 12.09.31 # and the good thing is: the author found the firmware recovery button. it's inside the casing so we have to open it to access the button 12.09.39 # it's inside? 12.09.51 # yes 12.10.02 Join mazling [0] (i=largeear@host86-143-12-125.range86-143.btcentralplus.com) 12.10.08 # hmm they appear to use a separate TV out IC in the VX777 12.10.19 # so the jz4740 isn't good enough for tv-out 12.10.23 # on this picture in the lower right corner: http://bbs.imp3.net/attachments/month_0807/20080718_ebd31bab048e1cc8ec06WBliiSAq1ZyG.jpg 12.10.43 # mcuelenaere: ah, yes, and the vx767 also uses a separate IC 12.10.45 # is that a reset button ? 12.11.13 # do they say which brand the FM chip is? 12.11.20 # or if there's a separate audio codec? 12.11.22 # and there a two versions for the vx767: one uses the epson chip, the other one uses a chrontel chip 12.11.57 # bleh only 16MB of SDRAM :( 12.12.01 # hmm... that's not a reset button 12.12.43 # the author says that "pressing that button gets the same effect as pressing the center button on the 989", which I think means that the device gets into firmware recovery mode 12.13.04 # yeah, 16 MB of sdram :p 12.13.21 # same as the vx747, right? 12.13.25 # I don't know :( 12.13.29 # probably 12.13.47 # there are stickers over the chips, and if I pull them off the text comes off with them 12.14.25 # mcuelenare: the text is (I think) laser-engraved, so don't worry about that 12.15.14 # well I tried and it didn't really worked I think 12.15.16 # as for the fm chip, they don't say anything about it. the audio codec is on the 4732 12.15.24 # ok 12.15.38 # at least I don't see a codec chip :p 12.16.18 # from this diagram: http://bbs.imp3.net/attachments/month_0807/20080718_fabb56f8825a9013de5bsR0VkwTTHLzC.jpg , it says that the 4732 connects directly to an amp and then to output. so the codec is on-chip 12.17.07 # for the sdram, isn't there a way to detect it at runtime? 12.17.14 # perhaps, I'm not sure 12.17.25 # there are only registers, not datasheets 12.17.38 # also I'm not really familiar with the MIPS core 12.17.43 # ok.. 12.18.11 # for example on an ARM target with a MMU, I could see from a disassembly how big the RAM is 12.19.42 # maybe we'll find out later, but I think the RAM is 16 MB (64*2/8) 12.20.56 # 64*2/8? 12.21.10 # yeah, two 64-Mbit chips, total 16 MB 12.21.27 # ah ok 12.21.54 # :) 12.22.04 # is there some kind of NOR flash or ROM chip somewhere? 12.22.19 # because I wonder where the onda bootloader/ingenic recovery mode is located 12.22.23 # I don't think there's a NOR flash 12.22.49 # but the boot mode is located in ROM inside the 4730/4740, according to my friend 12.23.15 # hmm ok that would be logical 12.23.27 # did he specify what the xburst is? 12.23.34 # what capabilities etc 12.23.41 # on what mips core it is based 12.23.50 # hm... no 12.24.05 # I can read some information out of the core itself, but not much 12.24.19 # he only hints that the 4740 might be based on another mips chip 12.24.41 # (the dev team was "stolen" over from another chinese company that produces mips chips) 12.25.10 # :) 12.25.29 # and do you know what mips chip? 12.26.30 # he told me the series but I don't remember exactly... should be like "p2000" or something similar... 12.27.15 # http://mips.com/products/processors/32-64-bit-cores/ 12.27.45 # http://mips.com/products/product-materials/processor/ 12.28.08 # any of those? 12.28.22 # and does your friend has access to datasheets? 12.28.29 # or does he know if ingenic would be willing to provide them? 12.30.17 # hmmm... I don't know 12.30.20 # I'll ask him 12.30.42 # he doesn't have access right now, but he may still have some coworker-friends 12.31.05 # he said that Ingenic would NOT provide the datasheets to us or any other small developer company 12.31.13 # hmm too bad 12.31.35 # you know why? 12.31.39 # they will only supply the datasheets to big partners under NDA, because of the similarities to other chips (hint, hint) 12.31.44 # :) 12.31.50 # :p 12.32.48 Quit safetydan ("Leaving") 12.32.54 # we'll find out about their chips sooner or later anyhow ;) 12.33.07 # yeah :) 12.35.32 # oh, and for uploading the firmware to the vx767, do I need to get another set of log files? (Log_Files.rar) 12.36.02 # I'm not sure 12.36.04 # probably not 12.36.16 # what the files currently do is init the sdram, check nand flash 12.36.21 # and perhaps some other gpio init 12.36.30 # sdram init is provided by ingenic, so it's generic 12.36.40 # nand flash init is made by onda, so also pretty generic 12.36.53 # only difference probably is the lcd init 12.37.07 # for that you'll either need to disassemble the appropriate ccpmp.bin 12.37.15 # ah 12.37.16 # ok 12.37.19 # or find the vx767 recovery tool 12.37.31 # I've tried it again twice, and this time it worked 12.37.33 # (second option is easier as it's a smaller file to disassemble) 12.37.39 # the first time I tried, it timed out 12.37.49 # be sure to do svn up 12.37.55 # (but the lcd garbled) 12.38.02 # I just erased someone else's NAND because of a mistake 12.38.04 Nick sacarasc_ is now known as sacarasc (i=sacarasc@xmms2/bitch/sacarasc) 12.38.08 # uh? 12.38.17 # * wpyh did it before an svn up 12.38.55 # yeah, great 12.39.02 # my firmware is erased.. 12.39.06 # no problem :) 12.39.19 # you have the same as Normmatt 12.39.28 # I'll try the recovery procedure then :0 12.39.28 # do you have a reset button? 12.39.29 # :) 12.39.31 # yeah 12.39.48 # try http://www.rockbox.org/twiki/bin/view/Main/OndaVX747#Official_flash_recovery 12.39.52 # speaking of which, I'm haven't heard from him since just now 12.40.04 # Normmatt? 12.40.08 # yeah 12.40.16 # I've been PM'ing him 12.40.32 # he said he'll boot into linux, then he didn't appear anymore :p 12.40.48 # he currently is formatting his device as fat :) 12.40.57 # ah, ok 12.40.58 # so he got a bit further than you ;) 12.41.03 # Did anyone play with this codec a bit? http://celt-codec.org/ 12.41.16 # so, he also has a 767? 12.41.38 # 747 12.41.52 # so you say the lcd is garbled? 12.41.57 # markun: no, I haven't... 12.41.59 # yes, the lcd is garbled 12.42.10 # in what way? 12.42.28 # does it display color? 12.43.10 # hm... half of the display is washed white, the other half changes color slowly 12.43.21 # it changes color? 12.43.22 # weird 12.43.30 # normally, 10.bin displays a static image 12.43.38 # saying it's erasing your flash 12.43.41 # in chinese 12.44.06 # hm... maybe because it loads onda.bin? 12.44.25 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 12.44.41 # hm... but it doesn't send onda.bin... 12.44.53 # wpyh: ? the version you compiled loaded 10.bin in it's last stage; the version committed now to SVN loads onda.bin 12.44.57 # then maybe the log files are different 12.45.01 # yeah 12.45.07 # all the x.bin files are extracted from the official onda recovery tool 12.46.54 # and that's for the vx747 right? 12.47.00 # yep 12.47.02 # currently.. 12.47.10 Join faemir [0] (n=faemir@88-106-180-165.dynamic.dsl.as9105.com) 12.47.21 # there should be some vx767 writer tools around on the internet 12.47.42 # like this http://www.mp4nation.net/forum/viewtopic.php?f=24&t=4698&hilit=vx767 12.48.03 # hm... let's see 12.49.14 Quit Bensawsome ("The awsome is gone :(") 12.50.32 # I've got the vx767 writer tool now, but how do I extract the log files? 12.50.40 # where did you find it? 12.51.00 # I copied them from a usb log, but you can use a win32 resource extracter 12.51.01 # through baidu :p here: http://www.ziddu.com/download.php?uid=Zq2Zlp2marKZnOKnYaqhkZSqXqudmJyu1 12.51.25 # hm... 12.51.43 Quit avis (Remote closed the connection) 12.52.22 # hmm that download site is slow 12.52.35 # the file is small :) 12.52.43 Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 12.53.08 # it doesn't want to start the download.. 12.53.22 Join Bensawsome [0] (i=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) 12.53.47 Join DerDome [0] (n=DerDome@dslb-082-083-216-144.pools.arcor-ip.net) 12.54.17 # after disabling adblock it works 12.54.26 # :) 12.55.21 # hmm they provide a .dl file with it 12.55.39 # so a full OS is sent for recovery probably 12.56.41 # hm... it's only 23kB? 12.57.08 Join avis [0] (n=ident@pdpc/supporter/student/avis) 12.57.14 # OS'es can be small ;) 12.57.40 # if you look at it with resource hacker you'll see it contains about 7 binaries 12.57.59 # one is the .inf file, another a .exe/.dll/.sys (probably the drivers) 12.58.01 Quit Normmatt (Remote closed the connection) 13.02.57 # I think I found the main initialisation routine 13.04.08 # I tried the reovery tool, and the *.dl file is actually called a "配置文件" which means "settings file" or "configuration file" 13.07.00 Join Normmatt [0] (n=normmatt@124-197-18-83.callplus.net.nz) 13.10.17 # hmm lcd_init is a bit different 13.11.13 Join Schmogel [0] (n=Miranda@p3EE21304.dip0.t-ipconnect.de) 13.13.09 # bleh they use pointers and jump to it 13.14.22 # wpyh: did you succeed in recovering? 13.14.43 # no 13.16.15 # try this ( http://i33.tinypic.com/xqf505.jpg ) and press the right button 13.16.46 # hm... 13.16.48 # whenever the lcd comes up reset it and hold the button which you normally press for a fw upgrade 13.17.04 # then it should boot into an UMS mode 13.17.42 # (vol down on the vx747) 13.18.09 # hm... ok 13.18.15 # this should help http://www.mp4nation.net/forum/viewtopic.php?p=29914#p29914 13.18.21 # I did that on my sister's computer without chinese support 13.18.27 # so I clicked the left button :p 13.18.35 # :) 13.20.41 # hm... ok, so it's recovered :) 13.20.45 *** Saving seen data "./dancer.seen" 13.20.48 # for the logs: 13.20.51 Quit gregzx (Read error: 110 (Connection timed out)) 13.21.06 # 1. hold down M button and reset the device 13.22.06 # 2. connect usb, 3. install the drivers, 4. fire up the program, 5. choose the *.dl file for the first textbox on the right, 6. choose the firmware file for the second textbox on the right, 7. press the right button 13.22.32 # you should probably put this in a wiki page 13.23.01 # 8. then the device will recover the firmware, 9. wait, since this takes a _long_ time, 10. when the device gets into the UMS mode, take it out, it's recovered 13.23.16 # mcuelenaere: ok, maybe later ;) 13.23.17 # you can skip the long time 13.23.31 # it's setting every bit to 0 during the "long time" 13.23.41 # mcuelenaere: every bit in what? :-\ 13.23.44 # but there's the builtin onda bootloader 13.23.45 # nand flash 13.24.05 # if you hold vol down and the nand flash doesn't contain a valid fw 13.24.11 # it'll boot into UMS 13.24.22 # then you need to format the disk/flash as FAT 13.24.22 # is there away to replace the .dl plugins for games, with custom code? 13.24.25 # hm.. I didn't hold down the VOL- 13.24.26 # and put the file in it 13.24.34 # because you did it right 13.24.38 # @wpyh 13.24.43 # Normmatt: yes there is 13.24.50 # but I haven't been looking into this 13.24.55 # tomac know a lot about that 13.25.14 # he even made an emulator I believe 13.25.16 # hm... ok 13.25.26 Quit parafin ("So long and thanks for all the fish") 13.25.29 # and a small file browser (which also works on the vx747) 13.25.35 # mcuelenaere, how do you plan to release rockbox then? replacing ccpmp.bin?? 13.25.41 # yes 13.25.46 # with a bootloader 13.25.50 # but it'll support dual boot 13.25.58 # awesome 13.26.12 # but for that, I need some read access to the nand flash 13.26.25 # then I can copy the Original Fw to SDRAM and execute it 13.26.31 # for dual booting 13.26.42 # that's what the rockbox bootloader is for 13.26.51 # it loads the main rockbox/OF fw 13.30.36 Join wpy1 [0] (n=william@58.185.228.6) 13.31.15 # mcuelenaere: you mean, the BL will replace ccpmp.bin, then it will look for RB in the FAT partition? 13.31.25 Quit Cyberdyskinesia (Read error: 110 (Connection timed out)) 13.31.30 Join Cyberdyskinesia [0] (n=lachienn@AStDenis-107-1-54-35.w80-8.abo.wanadoo.fr) 13.31.31 Join parafin [0] (i=parafin@paraf.in) 13.47.01 # wpy1: yes 13.47.17 # * wpy1 noticed that he's wpy1 now :\ 13.47.27 # and the original ccpmp.bin will be named ccpmp2.bin or something like that 13.47.33 # * wpy1 is wpyh now 13.47.34 # so that it can also get loaded 13.47.36 # uh, no 13.48.16 Nick wpy1 is now known as wpyh_ (n=william@58.185.228.6) 13.48.36 # mcuelenaere: yes, that's a good idea :) 13.49.00 # let's hope it'll be more than theory :) 13.49.38 # wpyh: do you have any reverse engineering experience? 13.50.05 # mcuelenaere: almost none :p 13.51.31 # do you understand assembly? (ARM, MIPS?) 13.52.12 # mcuelenaere: no... I know the instructions, but I can't figure out what it does exactly.. 13.52.24 # maybe because I'm still thinking in C instead of assembly 13.52.24 # :p 13.53.00 # but you have some experience in C, perhaps that's enough for a starter 13.55.38 Join wpy1 [0] (n=william@bb121-6-236-4.singnet.com.sg) 13.55.52 Nick wpy1 is now known as wpyh__ (n=william@bb121-6-236-4.singnet.com.sg) 13.56.49 Quit wpyh (Read error: 111 (Connection refused)) 13.57.01 # * wpyh__ has to go now, after those disconnections.. 13.57.33 Quit wpyh__ (Client Quit) 14.01.36 # are there any stores in the US(texas) where I can buy the sandisk e270 in person? 14.08.19 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 14.12.07 Quit wpyh_ (Read error: 110 (Connection timed out)) 14.16.36 Join massiveH [0] (n=massiveH@pool-72-76-241-36.nwrknj.fios.verizon.net) 14.24.34 # Plouj: I assume you're looking for a "v1" e270? 14.25.55 # yeah 14.26.06 # something nice that supports rockbox, really 14.27.09 # I would be surprised if any "real" shops had v1 Sansas any more. But I've no idea where you would buy one from. 14.29.15 Join m0f0x [0] (n=m0f0x@189-47-29-180.dsl.telesp.net.br) 14.31.11 Join CaptainKewl [0] (n=jason@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 14.32.24 Join jac0b|w [0] (i=d043a7c2@gateway/web/ajax/mibbit.com/x-f929dff9a6c1384b) 14.32.48 # is anyone using the gigabeat S with RB 14.35.18 # yes 14.36.34 # is the initial install complicated or pretty easy 14.36.43 # what OS? 14.36.50 # ubuntu 14.36.54 # not too bad then 14.37.00 # you need to do some compiling 14.37.09 Join gregzx [0] (n=chatzill@dtc49.neoplus.adsl.tpnet.pl) 14.37.12 # thats ok 14.37.14 # There is an install guide in the wiki 14.37.21 # Be aware, it isn't finished 14.37.32 # e.g. charging doesn't work, battery life isn't brilliant 14.37.36 # yeah I read the install steps 14.37.46 # When I say it, I mean RB, not the install btw 14.37.53 # jac0b|w: Well there you go then 14.38.08 # If you think that is complicated it is, if you think it is OK, then cool 14.38.25 # I was just wondering, I should be getting one in mail here in a couple days 14.39.04 Join RostislavCh [0] (n=chatzill@mail.jvl.by) 14.39.07 # If you are OK compiling, then it is pretty easy 14.39.20 Nick RostislavCh is now known as krz (n=chatzill@mail.jvl.by) 14.39.26 # Do you know if the OF firmware has the lock on files like the f series 14.39.38 # Yes, in the sense that it is MTP only 14.40.01 # So you can't play them in Rockbox, and if you transfer in Rockbox you can't use them in the OF 14.40.07 # But the OF is simply hideous 14.40.22 # b/c I was going to try the OF maybe for a bit to see if they get the RB woking better on it 14.40.26 # It being MTP only is why the initial install is a slight bugger 14.40.27 # working* 14.40.36 # well, feel free, but it is horrible 14.41.00 # It is possible under linux, but using anything other than WMP for transferring is not fun 14.41.18 # RB for me then 14.41.39 # I currently have the F series 14.42.33 # I like the F, but the S is nicer (with RB) - a real cross is nice 14.45.34 Quit faemir (Read error: 104 (Connection reset by peer)) 14.47.55 Join mf0102 [0] (n=michi@85.127.182.28) 14.48.14 Quit Zom ("leaving") 14.48.42 Join Zom [0] (n=zom@c-45b9e253.09-109-73766c10.cust.bredbandsbolaget.se) 14.49.08 # * JdGordon|uni tries his luck and summons amiconn..... 14.50.24 # He's on holiday I think 14.50.34 # nuts :p 14.50.41 # On a bike tour :) 14.53.16 # markun: you round? 14.53.42 Nick JdGordon|uni is now known as JdGordon (i=d31c822f@rockbox/developer/JdGordon) 14.59.56 # krz: Hi. How are things going? 15.00.14 # hi, i'm cleaning the code 15.01.13 # krz: hi :) 15.01.14 # I tried compiling your code, but get errors (in gui/) about missing .h files - qmp3state.h and qwpsstate.h. Did you forget to add them to SVN? 15.01.21 Quit madspin (Read error: 110 (Connection timed out)) 15.01.49 Join madspin [0] (n=madspin@i-83-67-106-212.freedom2surf.net) 15.01.56 # seems that you tried to compile them in linux? 15.02.06 # Nico_P: hi! 15.02.08 # Yes. Is that wrong? 15.02.50 # Ah, I see they are there, but with different names... 15.02.57 # hm, i changed register and, probably, forgot to commit changes 15.03.14 Quit Schmogel (Read error: 104 (Connection reset by peer)) 15.04.38 # JdGordon: more or less. Is it about the fontcache? 15.04.50 # yeah 15.04.58 # if your busy i wont bother you though 15.05.05 # ok :) 15.05.27 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 15.05.44 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 15.11.47 Join kugel [0] (n=chatzill@unaffiliated/kugel) 15.15.23 Quit jac0b|w ("http://www.mibbit.com ajax IRC Client") 15.20.48 *** Saving seen data "./dancer.seen" 15.21.23 Quit jhulst ("Konversation terminated!") 15.52.06 # kugel: comment added.... ill be around for another few minutes to discuss/argue ( :D ) ... 15.54.18 # markun: if/when you get a chance.... can you quickly run through how the fonts are stored in the .fnt file? I dont get it... 15.55.06 # JdGordon: I'm pretty sure there's a page on it 15.55.29 # I thought there was too but my net is too slow atm to search the wiki :( 15.57.02 # JdGordon: FontFormat 15.57.46 # thanks... although, thats about as useful as fonts.c is :( 15.57.54 Quit CaptainKewl (Read error: 110 (Connection timed out)) 15.58.28 # JdGordon: Well, I'm still not a fan of the extra file. 15.58.49 # thats ok :) 15.59.05 # its better than storing more barely used text in global_settings 15.59.19 # JdGordon: Have you read the comment by linuxstb from 27th of march? That's the reason I went to the globally available list_info vp 15.59.34 # i probably did 2 months ago... :p 15.59.54 # 4 even 15.59.58 # hehe 16.00.12 # time's moving faster than you can imagine :P 16.01.20 # your missing the point of _something_... my version doesnt go against any of his points 16.01.43 # JdGordon: I haven't said that 16.02.06 # * JdGordon is tired... sorry 16.04.01 # JdGordon: I guess, since you stopped at the menu, you didn't stumble upon the still being problem of showing dead parts between the lcd boundary and the viewport boundary 16.04.31 # JdGordon: that's the reason I have to have always a fullscreen parent 16.04.41 # i did... but imo thats a problem with the viewports layout and shouldnt be handled by the individual screens 16.06.30 # JdGordon: IMHO different dimensions for different screens is overkill 16.06.52 # i agree... but i dont think overkill is bad... :D 16.07.00 # and not needed in approx 99% of the time 16.08.32 # just about every user will end up having a extra file containing 1 line (the default) and 1 line in the config pointing to the vpcfg 16.09.23 # no... 90% of users will have no extra file because the feauter is pointless :p 16.09.42 # but for the other 10%, it makes sense to go overkill 16.09.46 # I don't think the feature is pointless 16.10.10 # why do it half-assed? if your gonna make something customizable.. make it customizable... dont put artificial limitations on it 16.11.29 # JdGordon: How about implementing different backdrops for different screens? I think I'd then see a sense in that 16.12.02 # I wouldnt be against it.. 16.13.10 # there was talk of making viewports be able to disable the backdrop which would make this nice also 16.13.19 # JdGordon: Why have a separate file for viewports, instead of using the existing .cfg mechanism? 16.13.33 # * linuxstb wonders where in RAM all these backdrops would be stored... 16.14.49 # because, with the extra file 1 filename needs to be saved per screen, without it, its 2 largeish strings per screen.. and those strings are only accessed once.. 16.15.21 # heck, we use this file to specify the backdrop bmps and we can store them on the audiobuffer before playback starts 16.15.39 # which saves a couple hundred bytes for those who dont use a backdrop at all 16.15.52 # * petur starts calling some RSB members to inform them of the bloat alert 16.17.26 # I wonder what the other guys think about that: 1 viewport (i.e. only 1 vp struct) for every screen which shows the backdrop (or every screen if liked) or several viewports (and several structs) for every screen, which allows different dimensions for those screens 16.17.35 # and something that sounds suspiciously like malloc() with a different name - don't forget that petur 16.18.20 # JdGordon: I don't understand your answer about the separate viewport .cfg file. Strings shouldn't be stored, the binary viewport struct should be, and how does loading from a different file reduce the storage requirements? 16.18.25 # kugel: ??? 16.19.06 # linuxstb: you actually waste more space storing the struct than the string... 16.19.19 # JdGordon: "waste"? 16.19.23 Join faemir [0] (n=faemir@88-106-180-165.dynamic.dsl.as9105.com) 16.19.32 # JdGordon: ??? 16.20.00 # linuxstb: well.. not waste, use... 16.20.12 # kugel: I dont understand what your talking about... 16.20.25 # Probably true, but how does using a separate .cfg file make any difference to that? 16.21.13 # it does't, but it does make that huge struct slightly more managable, it stays a constant 1 item for this no matter how many screens/viewports can be handled 16.21.16 # JdGordon: Not? Which part is not clear to you? 16.21.42 # godeater: you know storeing on the audiobuf pre audio is 100% fine with everyone right? 16.22.06 # kugel: "I wonder what the other guys think about that: 1 viewport (i.e. only 1 vp struct) for every screen which shows the backdrop (or every screen if liked) or several viewports (and several structs) for every screen, which allows different dimensions for those screens" 16.22.36 # JdGordon: someone else's sarcasm detector is broken ;) 16.22.46 # :) 16.22.55 # seems so 16.23.31 # I asked the others, if they like 1 viewport for all screens or 1 viewport for each screen 16.24.14 # JdGordon: I'm still not understanding you - how can 1 item store an unlimited number of viewport definitions? 16.24.52 # check out the patch... they are loaded from the text file into an array 16.25.32 # So it's not 1 item... 16.26.07 # kugel: what you meant was "do they prefer being stuck with the only confiurable option being moving the "fullscreen" viewport to a smaller rect wasting parts of the screen, instead of being able to choose the rctangle for every screen 16.26.14 # linuxstb: in the global_settings struct 16.26.22 # obviously they need to be stored somewhere... 16.26.28 # JdGordon: Exactly 16.27.09 # JdGordon: I just tried to express it less biased 16.27.10 Join mib_eop2s5xd [0] (i=cdcdc8ee@gateway/web/ajax/mibbit.com/x-bbe3c8467b539751) 16.27.16 # :) 16.27.18 Nick mib_eop2s5xd is now known as MarcGuay (i=cdcdc8ee@gateway/web/ajax/mibbit.com/x-bbe3c8467b539751) 16.27.56 # btw, if we decide to do the "statusbar" wps thing, then these could work well together 16.33.13 Join JdGordon_ [0] (n=jonno@c211-28-130-47.smelb2.vic.optusnet.com.au) 16.33.19 Quit JdGordon ("http://www.mibbit.com ajax IRC Client") 16.34.36 # anywho... bed time 16.34.39 Nick JdGordon_ is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 16.41.03 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 16.48.02 # Hmm, a new bmp resize version is up, which moves the resizing into the core 16.53.08 Quit faemir (Remote closed the connection) 16.53.46 Join mf0102_ [0] (n=michi@85.127.180.61) 16.55.57 Quit mf0102 (Read error: 110 (Connection timed out)) 17.02.55 # 4KB seems a bit excessive... 17.06.04 Quit Normmatt () 17.12.39 # worth it, imho 17.12.57 # also, Nico_P optimized it a little a while ago 17.13.10 # I did? 17.14.09 # Nico_P: I remember you told me 17.14.25 # Sorry, if I got it wrong 17.15.29 Join fdinel [0] (n=802b3ffe@gateway/web/cgi-irc/labb.contactor.se/x-5729aec99500b0fa) 17.16.46 Quit fdinel (Client Quit) 17.18.08 # kugel: there is some room for size optimisation, but I didn't do any of it 17.18.22 # I figured it was unnecessary for plugins 17.19.52 # Do color targets need simple_resize if smooth_resize is available? I think the guy put both into the core for color targets 17.19.53 Quit tomers ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 17.20.23 # they probably don't need both 17.20.50 *** Saving seen data "./dancer.seen" 17.23.49 # Nico_P: Do you know if those two special cases are needed (downscaling in one direction only)? 17.24.55 # linuxstb: I don't think they are. IIRC this code is optimised for speed, regardless of size 17.25.17 # OK, then the comment I just posted isn't stupid... ;) 17.25.30 # no, it isn't 17.25.38 # maybe there can even be only one generic case 17.25.46 # but I wouldn't know that 17.26.38 # linuxstb: I think removing simple_resize for color targets will also decrease the bin size delta a bit 17.26.40 # How does the album-art resize work? Is the full-size bmp loaded from disk, and then scaled? 17.27.35 # There's a simple_resize? 17.27.36 # linuxstb: There's some pre-calculations due to the ability for only upscale, only downscale and no scale (see my previous comment) 17.28.25 # linuxstb: IIRC the cover is loaded into the image buffer, then resized and copied into the metadatabuffer 17.29.06 # linuxstb: Yes, there's a simple_resize, which is used on greyscale targets AFAIR 17.29.34 # You said it could be removed for colour targets... 17.30.21 # The only resize function I can see is in the plugin lib, which is irrelevant. 17.30.25 # linuxstb: Yea. idak moved that into the core, for both greyscale and color targets. And IMHO color doesn't need simple_resize, since smooth_resize is better 17.30.49 # * scorche|sh boggles at "idak" 17.34.12 # kugel: What do you mean he moved it into the core? I can't see it in SVN... 17.34.40 # OK, I think I understand - the patch moves two functions into the core... 17.36.15 # linuxstb: With his latest bmp resize patch (which is the reason he gets the 4KB bin size delta) 17.37.16 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 17.40.24 # Anyone opposed to FS#9158 ? 17.40.49 # There's always someone opposed to something ;) 17.41.09 # sorry, but I oppose to what you just said 17.41.27 Quit DerDome ("Leaving.") 17.42.36 # * Nico_P doesn't agree 17.42.39 Join coatman [0] (n=jacob@ppp-70-246-148-155.dsl.stlsmo.swbell.net) 17.43.06 # :) ok then it's getting in 17.43.44 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 17.44.13 # * kugel wants to remind people on http://www.rockbox.org/tracker/task/9012 17.44.20 # hei krz, how is your gsoc project going ? 17.44.54 # hi, cleaned some code. now trying to remove some includes 17.46.21 # kugel: I'm on it 17.46.56 # mcuelenaere: Cool! It's really not a big patch 17.47.02 # krz: for your interrest, i am in holiday from about 5.8 - 15.8 , so you have to ask Nico_P, your co-mentor, in this time for help.. 17.47.26 # kugel: no problem, I'm just testing my new Flyspray powers ;) 17.47.28 # domonoky: ok, sure 17.48.45 # mcuelenaere: hehe :) 17.49.28 # I'd just like to mention I don't have internet at home these days, but hopefully it'll be solved by the time domonoky leaves 17.49.59 # speaking of home, I think I'll go there 17.51.24 Quit linuxstb (Remote closed the connection) 17.51.32 Quit massiveH ("Leaving") 17.52.30 Quit mazling ("Carai an Caldazar! Carai an Ellisande! Al Ellisande!") 17.53.04 # krz: I presume http://www.rockbox.org/tracker/task/9175 can be removed? 17.53.26 # krz: as a note: please use commit messages when you commit to your svn 17.54.02 # mcuelenaere: jup, this fading bug was resolved :) 17.54.11 # k 17.54.21 Join faemir [0] (n=faemir@88-106-180-165.dynamic.dsl.as9105.com) 17.54.46 Quit Nibbler ("Ex-Chat") 17.54.58 Quit krz ("ChatZilla 0.9.83 [Firefox 1.5.0.12/2007050813]") 17.54.59 Part LinusN 17.55.28 Quit funman ("leaving") 17.56.43 # Nico_P: The binsize delta is only 2KB without the special cases in smooth_resize 17.57.04 # mcuelenaere: Thanks 17.59.13 # kugel: nice 17.59.57 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 18.01.37 # krz: i just checked out a fresh copy from your svn, and i had to update the .pro file to point to "../proxy/src/.." for some files. Also i had to update some other files from the gui, because of the moved wpsstate.h file (moved from gui to proxy? ). Could you please fix this ? :-) 18.02.03 Quit mcuelenaere (Read error: 54 (Connection reset by peer)) 18.02.14 # also a little readme on what to do, to compile the wps editor would be nice, for others trying your programm :-) 18.03.05 # Nico_P: not having simple_resize for color targets doesn't even save 1 byte 18.03.35 # kugel: maybe because it wasn't used, so the linker didn't include it 18.04.04 # * Nico_P heads home 18.04.23 Quit Nico_P ("http://www.mibbit.com ajax IRC Client") 18.07.46 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 18.09.32 # * petur thinks that is a good idea 18.09.39 Quit petur ("work->home") 18.12.12 Join OlivierBorowski [0] (n=OlivierB@sab57-5-88-179-80-205.fbx.proxad.net) 18.13.03 Quit OlivierBorowski (Remote closed the connection) 18.15.03 # domonoky: you mean you had to point some files to "../proxy/src/*"? 18.16.02 Join toffe82 [0] (n=pocketir@63.164.47.227) 18.16.51 # krz: does "qmake && mingw32-make" works on Windows? 18.17.25 # jup, they were moved from proxy to proxy/src... 18.17.36 # krz already left ? 18.17.45 # ah yes, missed that 18.18.14 # * domonoky uses "qmake && make" 18.18.29 # should be the same 18.18.33 # do you use windows or linux? 18.18.50 # windows, with mingw for this... 18.19.06 # I get a "wpsstate.h not found" 18.19.45 Quit toffe82 (Remote closed the connection) 18.20.06 Join toffe82 [0] (n=pocketir@63.164.47.227) 18.20.08 # thats the other change i mentioned, wpsstate.h moved to proxy/src i think, so i just changed the include directiv in the file to "#include ../proxy/src/wpsstate.h" 18.20.39 # k thanks 18.20.52 # you could also add ../proxy/src/ to the Include dirs in the pro file i think... 18.20.59 # that doesn't work 18.21.13 Quit toffe82 (Client Quit) 18.21.16 # for me 18.21.30 Join toffe82 [0] (n=pocketir@63.164.47.227) 18.23.11 # * domonoky just tried this and it works :-) just change the INCLUDEPATH in the gui.pro file to point also to ../proxy/src .. 18.23.22 Quit MarcGuay ("http://www.mibbit.com ajax IRC Client") 18.23.54 Quit toffe82 (Client Quit) 18.23.57 Join Vorador [0] (n=tomas@84.240.35.19) 18.24.11 Join toffe82 [0] (n=pocketir@63.164.47.227) 18.24.46 # domonoky: so I should have "INCLUDEPATH += . src/QPropertyEditor ../proxy ../proxy/src"? 18.25.20 # you dont even need th proxy one anymore, sou you can just add "/src" :-) 18.25.31 # INCLUDEPATH += . src/QPropertyEditor ../proxy/src 18.25.36 # http://pastebin.com/d4bbd5039 18.26.34 Quit toffe82 (Client Quit) 18.27.03 # the path to the api header is wrong. change the include in wpsdrawer.h to "#include "api.h"", should work with the corrected INCLUDEPATH 18.27.15 # indeed :) 18.27.30 # so that makes a total of 3 fixes 18.27.46 Join miepchen^schlaf [0] (n=miepchen@p54BF6736.dip.t-dialin.net) 18.28.38 # D:\MinGW_QT\\bin\..\lib\gcc\mingw32\3.4.2\..\..\..\..\mingw32\bin\ld.exe: cannot find -lproxy 18.28.43 Join toffe82 [0] (n=pocketir@63.164.47.227) 18.28.54 # should I do a make first in ../proxy ? 18.29.39 # jup, you should do a "make shared" in proxy... (maybe this makefile also needs tweaking :-) ) 18.30.08 # i should make a patch with the fixed things, and add rules to the pro file to build it in one go :-) 18.30.11 # it does :) 18.30.54 # hmm $(OS) gives Windows_NT instead of the expected w32 18.31.00 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.31.37 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 18.32.24 # its the same for me, i just added another else clause with OS set to w32 and CC to gcc 18.32.48 # also the copy command fails for me, so i copied the dll myself... 18.32.57 # and windows expects backslashes instead of slashes.. 18.33.09 Join Chronon [0] (i=vircuser@c-71-236-145-128.hsd1.or.comcast.net) 18.33.29 # and i created a bin/debug/ dir... more fixes :-) 18.33.57 # * mcuelenaere wonders how he compile proxy last time... 18.37.59 # domonoky: does your .exe also requires mingwm10.dll? 18.39.19 # mcuelenaere: i didnt checked which dlls it needs.. 18.39.48 # ok, do you know how I can compile it static? (it works if I place the dll's in the same directory) 18.41.07 # there are ways, but i dont remember at moment (we had the same problem with rbutil), for you can just copy the dll to the bin dir, or add the mingw/bin dir to your PATH 18.41.20 # /for/for now/ 18.41.48 Join funman [0] (n=fun@82-171-216-191.ip.telfort.nl) 18.44.33 # ok 18.44.49 Join DerDome [0] (n=DerDome@a89-182-15-134.net-htp.de) 18.51.01 Join joshin [0] (n=joshin@unaffiliated/joshin) 18.52.19 Join Nibbler [0] (n=Nibbler@HSI-KBW-091-089-240-203.hsi2.kabel-badenwuerttemberg.de) 18.53.19 Join LambdaCalculus37 [0] (n=LambdaCa@m9b0736d0.tmodns.net) 18.56.31 # mcuelenaere: FS#9226 without the Makefile fixes for the proxy part for now.. :-) 18.56.43 # ok :) 18.57.03 # don't forget to inform krz about it 18.57.11 # sure.. :-) 18.58.14 # @all: could FS#7943 do any harm? 18.59.24 # It looks quite safe. Is it worth messing with though? Does it do any harm as it is? 18.59.43 # no, but is a (very small) optimisation 19.00.08 # And very unlikely to be hit (ie. few users have unallocated partitions) 19.00.18 # true 19.00.35 # I'll just leave it in FS then 19.02.11 # LambdaCalculus37: Does FS#9225 only include changed target-names? 19.02.56 # Hm, not quite 19.03.45 Join OlivierBorowski [0] (n=OlivierB@sab57-5-88-179-80-205.fbx.proxad.net) 19.04.08 # rasher: Yes. 19.04.18 # Also a bunch of untranslated strings at the bottom 19.04.36 # I'll commit the good part 19.04.50 Join massiveH [0] (n=massiveH@pool-72-76-241-36.nwrknj.fios.verizon.net) 19.04.56 Quit OlivierBorowski (Client Quit) 19.05.01 Join fml [0] (n=4fd3dd57@gateway/web/cgi-irc/labb.contactor.se/x-0907727ca76914f7) 19.05.41 Quit Cyberdyskinesia ("Leaving") 19.06.09 Join webguest56 [0] (n=5849d259@gateway/web/cgi-irc/labb.contactor.se/x-af304aff74b4a84b) 19.07.41 Quit Chronon ("User pushed the X - because it's Xtra, baby") 19.07.41 Quit webguest56 (Client Quit) 19.08.14 # domonoky: Remind me, does rbutil generate voicefiles? 19.08.25 # jup 19.08.34 # Can it apply corrections? 19.08.52 # no, that feature is still missing.. 19.09.00 Join merbanan [0] (n=banan@83.233.243.166) 19.09.04 # * rasher sighs 19.09.12 # You just ruined my argument with this japanese guy 19.09.34 # :-) 19.10.22 # the buildsystem can apply corrections, i dont know about what the voicebox+ script can.. thats the other 2 possibilities 19.10.26 # JdGordon|zzz: (for the log) I think I understand what the magic value FFDB in font.c means. It's FFFF (max. unsigned 2 bytes) minus 36. And 36 is the total size of the fields in the font file before the bits. So if the bits_size is less than this value you can use an unsigned short to address the bytes in the file. Otherwise you have to use a four bytes int. 19.11.08 # Some comments would indeed be good. 19.11.33 Quit Nibbler (Remote closed the connection) 19.11.37 Quit snoh (Remote closed the connection) 19.11.46 # domonoky: I know the build system can - I wrote that. The old voicebox could - I don't know about this "Voicebox+" thing 19.13.14 # He wants to modify the voice strings to fit a specific SAPI voice. I maintain that is awful and wrong, but I can understand why he wants to do it 19.13.17 Join Nibbler [0] (n=Nibbler@HSI-KBW-091-089-240-203.hsi2.kabel-badenwuerttemberg.de) 19.15.04 # hm, it seems this voicebox+ script doesnt even generate voicefiles (only talkfiles) ... 19.15.27 # Generating voicefiles isn't easy, these days 19.15.43 # Or rather, writing scripts to generate voicefiles isn't easy these days 19.15.52 # but if he uses the buildsystem he can do exactly that.. 19.16.18 # Yeah. 19.16.45 # hm, but with the same help as rbutil has (genlang.cgi :-) ) it should be easy to generate voicefiles for other scripts 19.17.19 # Ah, didn't know how rbutil did it 19.18.57 # so the only choice for this japanese gui, is to use the buildsystem, or add this feature to rbutil :-) 19.19.26 # domonoky: Do you plan to allow configurable (or even hard-coded - maybe copied from voice.pl somehow) substitutions? 19.20.29 # i want a configurable list with a already built in set (copied from voice.pl) sometime in the future, but i dont know when i will find time.. 19.20.52 *** Saving seen data "./dancer.seen" 19.21.00 # That's good enough for my argument ("rbutil will do it eventually") 19.22.07 # inserting a replacement list is easy, but to get the layout correctly so you have different replacement depending on language and voice is harder.. :-) 19.22.43 Quit fml ("CGI:IRC") 19.23.26 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 19.23.47 # I can imagine 19.24.31 # domonoky: what uname do you have installed? If you use the one of the gnuwin32 project you'll get windows_nt ... 19.24.57 # besides, I think making the proxy stuff buildable using qmake would be also helpful 19.25.08 # rasher: Thanks for the commit. :) 19.25.28 # I'm going to do a few more non-translation fixes like that later. 19.25.41 Quit LambdaCalculus37 ("Do quit now, there's a demon around the corner!") 19.26.03 # LambdaCalculus37: If you'd be as good as to remove the untranslated strings from the patches, that'd be great (hope you read logs) 19.26.41 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 19.28.11 # bluebrother: no uname available in the Qt/mingw console :-) 19.32.04 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.33.01 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 19.33.05 Join mcuelenaere [0] (n=mcuelena@78-21-191-98.access.telenet.be) 19.33.43 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 19.38.37 Quit toffe82 ("Pocket IRC 1.2.5 (http://pocketirc.com/) UNREGISTERED") 19.41.57 Join Horschti [0] (n=Horscht@p4FD4C4A8.dip.t-dialin.net) 19.42.41 Quit Horscht (Nick collision from services.) 19.47.30 Quit miepchen^schlaf (Remote closed the connection) 19.48.04 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 19.48.10 Join miepchen^schlaf [0] (n=miepchen@p54BF6736.dip.t-dialin.net) 19.55.32 Quit z35 (Read error: 104 (Connection reset by peer)) 19.56.08 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 19.57.07 # * rasher thinks we should in fact have headers in the language files 19.57.25 # Including the names of translators 20.00.48 Join petur [50] (n=petur@rockbox/developer/petur) 20.05.19 # domonoky: hmm. Any progress from your student? Just checked his repo and the latest (uncommented :/ ) changes only look like shuffling stuff around 20.06.36 # he was here earlier, said that he is working on cleanup, but he was gone before i could ask more.. 20.08.29 # is he krz? 20.09.44 # * bluebrother figured himself 20.11.38 Join solexx [0] (n=jrschulz@e176119029.adsl.alicedsl.de) 20.11.42 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-a235f7a8a1ea43cc) 20.14.02 Quit ompaul (Read error: 113 (No route to host)) 20.16.03 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 20.16.20 Join Mathiasdm [0] (n=Mathias@vpnd208.ugent.be) 20.18.11 # yes, he said he was cleaning up the code 20.18.31 # still broken -- doesn't build without adjustements on windows :/ 20.19.06 # now it can't find QPropertyEditord. hmpf. 20.21.13 Quit Thundercloud (Remote closed the connection) 20.21.13 # domonoky: how should qpropertyeditor get built? There is no Makefile or pro file 20.21.39 # there is a .pro file in gui/src/QPropertyEditor .. 20.21.55 # ah, missed that. 20.22.12 # linuxstb: welcome back! removing the special cases from smooth_resize saves 2KB 20.22.19 # bah, that build setup is really crap :( 20.22.27 # kugel: That's not surprising - it's 50% of the code... 20.22.41 # * bertrik hates special cases 20.22.43 # maybe take a look at: FS#9226 i took a fast shot to improve it a little 20.23.08 # bertrik: They have their place (i.e. when optimising for speed). But not in that bmp resize function... 20.23.27 Join tessarakt [0] (n=jens@e180072144.adsl.alicedsl.de) 20.23.42 # kugel: But does the code still work correctly when downscaling in only a single direction? 20.24.34 # linuxstb, agreed. I like the principle of "as simple as possible, as complex as necessary" 20.24.48 Quit Horschti ("I am root. If you see me laughing, you better have a backup") 20.24.52 # linuxstb: I think so. I ran test_resize, and I could resize the test.bmp horizontally in both directions 20.25.13 # "horizontally in both directions" ? ;) 20.26.00 # Yea. On the sansa sim, you resize horizontally and vertically if you turn the scroll wheel, and only horizontally with left/right 20.26.31 Quit Nibbler (Read error: 104 (Connection reset by peer)) 20.26.36 # and both worked 20.26.51 Join Nibbler [0] (n=Nibbler@HSI-KBW-091-089-240-203.hsi2.kabel-badenwuerttemberg.de) 20.26.54 # What about only vertically? 20.27.36 # domonoky: I assume there has been no progress trying to get krz's computer talking to the Rockbox svn? 20.28.04 # linuxstb: Well, test_resize doesn't offer this, but I'll quickly implement it 20.28.20 # domonoky: Sounds like it would be very useful if you and bluebrother could hack directly on his code... 20.29.00 # kugel: So test_resize doesn't do any speed-testing? 20.29.11 # linuxstb: What I found weird is, that (with idaks patch of course) removing simple_resize from the core for color targets didn't even save 1 byte 20.29.38 # How are you measuring size? And on what target? 20.29.53 # linuxstb: No, it doesn't 20.30.00 # i think there is a solution to his svn problem. a ssh tunnel via port 80 or a like, he just needs a account somewhere... but i dont think the code is really ready to commit... 20.30.24 # linuxstb: sansa e200 sim. the screen the bitmap is resized "in realtime" 20.30.47 # s/the screen// 20.30.53 # I mean how are you measuring the binary size difference? 20.31.03 # compiling a rockbox.mi4 20.31.15 # And then looking at the size of the .mi4 file? 20.31.19 # yes 20.31.42 # mi4 files are padded to (I think) 512-byte boundaries, so you won't see small increases/decreases. 20.31.52 # ah ok, I didn't know that 20.32.09 # Best to look at the apps/rockbox.bin file, or even better, the apps/rockbox.map file 20.32.23 # You can tell the exact size of functions by looking at the .map 20.32.53 Quit Nico_P (No route to host) 20.32.54 # If I knew this earlier :S 20.34.04 Quit UncleRemus ("leaving") 20.34.05 # map files are great to spot global variables and unintended global functions too 20.34.31 # How can you tell if a global function is unintended? 20.34.50 Join vort3x [0] (n=vortex@unaffiliated/dfa001) 20.34.57 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 20.35.48 # it's not automatic but takes some intelligence :P 20.36.09 Quit bluebrother (Nick collision from services.) 20.36.14 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 20.36.47 # bertrik: I mean, what clues does it give that just looking at the source code doesn't? 20.37.31 # A lot of the rockbox global functions have been given a sub-system specific prefix like playlist_ , so a function in playlist.o that doesn't start with that is likely unintended global 20.38.24 # Huh.. FS#6638 was committed without a realname 20.38.31 # As far as I can tell 20.38.40 # http://svn.rockbox.org/viewvc.cgi?view=rev&revision=12255 20.39.00 Join UncleRemus [0] (n=caj@78-69-154-184-no176.tbcn.telia.com) 20.39.23 # His real name is "Dieter" ;) 20.39.36 # (according to Flyspray...) 20.39.56 # Guess I'll shoot him a mail 20.40.11 # There was no subsequent commit to fix that? 20.41.15 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 20.41.29 # Hm, Nope 20.43.02 Join gregzx_ [0] (n=chatzill@dtc66.neoplus.adsl.tpnet.pl) 20.43.08 Quit gregzx (Read error: 110 (Connection timed out)) 20.43.11 Nick gregzx_ is now known as gregzx (n=chatzill@dtc66.neoplus.adsl.tpnet.pl) 20.44.00 Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 20.44.15 # There is a Dieter Pellkofer in CREDITS - added in r14242 Which was FS#7362 - also by "dip".... 20.44.30 # Ah, that should do it 20.45.06 # I did see that Dieter, but didn't think of checking which commit added that. 20.45.50 Quit snoh (Remote closed the connection) 20.45.55 # Good catch 20.46.21 Quit Thundercloud (Remote closed the connection) 20.46.28 # I would prefer flyspray to require real names, but I recall others liking anonymous bug reports. 20.46.42 # s/liking/wanting to allow/ 20.47.03 # I agree with allowing anonymous bug reports. Some people might turn around if we require their full name 20.47.59 # they could still report their issues on the mailing list. 20.48.11 # Then what have we gained? 20.48.35 # Not everyone wants to bother with subscribing to the mailinglist either 20.48.36 # real names on the tracker? ;-) 20.48.57 # true, but the same applies for signing up for the tracker 20.49.06 # Why not require real names for patches? Surely the point of patches is inclusion, and if they are submitted without a real name they aren't going to get included 20.49.13 # well, how about requiring a real name when posting a patch? 20.49.28 # I think we do in theory, but we should perhaps enforce that more. 20.49.46 # i.e. patches should only be posted if they're intended for inclusion 20.49.48 # I don't think it needs to be a requirement for the account - as long as we can ask, and he answers (we should do that as the first comment on the patch, though) 20.50.09 # linuxstb: exactly 20.50.19 # This page should probably mention it... http://www.rockbox.org/tracker/newtask/proj1 20.50.41 Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 20.51.08 # linuxstb: Works 20.51.56 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 20.52.48 # wow, that h320 went up to almost 180EUR :/ 20.52.49 # linuxstb: Would you consider 2KB binsize increase as worth it for resizing? 20.53.28 # kugel: I think the feature is worthwhile, and it should be as compact as possible. I have a feeling it can be made smaller... 20.54.13 # linuxstb: The bmp_resize patch (which actually enables the resize for album art) also adds ~1KB 20.54.16 # But isn't "resize-on-load" the ideal approach? Is there a reason that patch doesn't do that? 20.54.22 # kugel: do you have a patch number for that resize patch? 20.54.24 # But this one can be heavily optimized imo 20.54.44 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 20.54.46 # bertrik: http://www.rockbox.org/tracker/task/5697 20.55.34 # linuxstb: I'm not entirely sure how the patch works. It's been a while since I was into the algorithm 20.55.47 # It's possible that the patch already works that way 20.56.30 # No, the resize function takes two pointers - the input bitmap and the output bitmap. 20.57.34 # linuxstb: I recommend you to read the comments after 14th feb, there already was a discussion on the tracker about this 20.58.42 # idak says the cover is resized when loaded from disk into metabuffer 20.58.47 # is there a description of the "smoothscale" algorithm anywhere? 20.59.37 # bertrik: it's based on imlib2, so you could google for it. But there's also comments in the file 21.01.23 Join bughunter2 [0] (n=Jelle@77.164.66.126) 21.02.36 # I'll google for it, the comments tell me nothing 21.04.01 # bertrik: iirc you can find imlib on the enlightenment homepage 21.05.37 Quit snoh (Remote closed the connection) 21.05.39 Quit gromit`` (Read error: 110 (Connection timed out)) 21.05.59 # linuxstb: Have you read the comments? Any insight? 21.07.06 Quit Nico_P (Remote closed the connection) 21.11.36 Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 21.13.48 Quit snoh (Remote closed the connection) 21.16.18 Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 21.16.58 Join |desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) 21.18.11 # I uploaded a new patch at http://www.rockbox.org/tracker/task/5697 21.18.19 Quit |desowin (Client Quit) 21.20.52 Join gryzor [0] (n=gryzor@fydelkass.inl.fr) 21.20.55 *** Saving seen data "./dancer.seen" 21.21.36 # Who's bobthc? 21.22.31 Join AndyIL [0] (n=pasha_in@212.14.205.32) 21.23.27 Part gryzor 21.26.22 # haven't looked at the patch, but i'd be surprised if it wasn't bilinear interpolation 21.29.44 Join funman_ [0] (n=fun@2001:0:53aa:64c:189c:cfbd:ad54:2740) 21.32.15 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 21.34.08 Quit AndyI (Read error: 110 (Connection timed out)) 21.34.43 # saratoga: Hi. Thanks for cleaning up the patch - it's much easier to see the real changes now. 21.36.00 Join n1s [0] (n=nils@rockbox/developer/n1s) 21.37.26 # Which patch are you talking about, if I may ask? 21.40.15 # linuxstb: yeah i'm not sure what happened to my first patch 21.40.34 # kugel: 9222 21.42.35 # Which version of the bootloader does Rockbox Utility install on Iriver H120? 21.42.36 # what do people think of adding some kind of table to the manual with the supported audio formats with some notes what is working nicely, sort of like the wiki page but more easily accessible? 21.42.54 Quit funman (Read error: 110 (Connection timed out)) 21.43.26 # for example "OGG/Vorbis, q1-q10 working well, some old 'floor 0' files may crash rockbox" 21.44.44 # They cause crashes? 21.44.58 # rasher: I noticed that in LambdaCalculus' patch you committed the translated "button light timeout" string was emptied (l. 3842 and 3847) - on purpose or a mistake? 21.45.18 Join germanguest [0] (n=508752a0@gateway/web/cgi-irc/labb.contactor.se/x-b2920afccc4fc2f1) 21.46.01 # test 21.46.13 # n1s: they actually crash rockbox? 21.46.14 # linuxstb: there was one problem sample that did posted in the tracker see FS#5796 21.46.17 # i thought they were just slow 21.46.33 # n1s: but yes, i think that is a good idae 21.46.41 # n1s: not mentioning audio formats would be silly, if you ask me 21.47.03 # do we list what formats we support at all? 21.47.41 # preglow: not in the manual, no, just soem other filetypes like cfg, wps, lng etc. 21.47.43 # rasher: and the last change (accessory power) seems to have the features the wrong way around 21.48.44 # in the dest and voice part 21.48.50 # so, should this be an extension of the "Supported file formats" part of the appendix or somewhere in the getting started chapter? 21.49.50 # Should it be "media formats"? Or is our video support too limited to include with audio? 21.50.28 # n1s: i think perhaps that such lists of formats might be good appendix sections, but then again, they are very much concerned with the main parts of rockbox 21.50.43 Quit germanguest ("CGI:IRC (EOF)") 21.51.14 # solexx: rbutil install the latest bootloader aviable via the download server, dont know the version 21.51.16 # solexx: the most recent one -- it gets downloaded off the website every time you install 21.51.45 # Looking at the manual's table of contents now, it seems odd to have "Getting Started" and "Quick Start" chapters. What about renaming "Getting Started" to "Introduction" ? 21.52.18 Quit funman_ (Read error: 110 (Connection timed out)) 21.52.41 # linuxstb: seems, logical since it is more of an introduction anyway :) 21.52.51 # n1s: my first thought is extending the supported file formats table because for hwcodec it's already sort of done this way because they use different icons for wav and mp3/mp2, not a strong opinion though. There still is a mistake in that because it's not excluded (yet) for the Player which has a different MAS that can not play wav... 21.53.35 Join jfc^3 [0] (n=john@dpc691978010.direcpc.com) 21.53.44 # domonoky, bluebrother: that would be (at least) V7-pre4 then, thanks 21.54.12 Quit Mathiasdm ("Invisible Internet Project: http://www.i2p2.de") 21.54.33 # pixelma: how about putting audio formats in their own table since the "Action when selected" field would be odd for them... 21.55.03 # also adding a ref somwhere in the early chapters 21.55.06 # solexx: no, v7-pre4 hasn't been released. 21.55.22 # for h100, latest is v6. 21.55.39 # but maybe hwcodec should use the current table since it only supports mp2/mp3 and wav... 21.55.53 # bluebrother: ok, thanks for looking that up. 21.56.28 # I am about to introduce a friend to Rockbox because we are both going to replace the HD with a CF card 21.56.29 # n1s: a reference yes, action when selected makes sense for the Archos as long as wavplay is a plugin... hmm... needs some thoughts 21.56.36 # and CF needs V7-pre4 21.57.15 # I just want to know what exactly to do before we get our hands durty 21.57.19 # *dirty 21.57.30 # well, you can install v6 using rbutil and afterwards use the flashing plugin to update to v7-pre4 21.57.44 # bluebrother: will do that 21.57.50 # pixelma: i will try to look into this next week if i can find the time and the weather is bad :) 21.58.11 # n1s, some time ago (svn 14213) you committed some voice code, it seems there's a double "loading" message when loading a plugin: one at line 538 in filetree.c just before calling the plugin and another one inside the plugin_load code itself (plugin.c around line 644) 21.58.13 # unless beaten to it of course ;) 21.58.32 # bertrik: oh 22.00.25 # n1s I think the one in filetree can be removed, but I'm not really a regular user of voice 22.01.04 # bertrik: well spotted :) Ill look into it 22.01.26 # s/I/I' 22.02.45 # afaik, the V7-pre4 is not enough to use a CF card, you need to build and load an svn bootloader and use it by loading it in some second part of the flash - a process not completely clear to me but I might CF mod my h120 and then find out ;) 22.03.05 # (the above was for solexx) 22.03.39 # petur: the CFModGuide page says: 22.03.40 # CF support was added to SVN on 2008-03-09 22.03.51 # petur: how's it looking for new official h*00 bootloaders with the imminent release? 22.04.35 # solexx: sure, but the V7-pre4 doesn't contain that 22.05.17 # n1s: Linus found which commit broke the bootloader on my h380, but I fear he hasn't had time for it since 22.05.29 # petur: but if I install that version of the bootloader, followed by a current build from SVN? 22.06.39 # solexx: try it... I haven't followed the h1x0 much... 22.07.44 # petur: I will. But of course I'd be grateful if anybody could tell me in advance whether it will actually work :) 22.08.14 # solexx: it will work in the end, you might need some help but we're here ;) 22.08.31 # petur: the wiki page confused me as well, at first I thought I had to compile Rockbox myself 22.08.51 # Before reading the sentence quoted above, I installed a build environment :) 22.09.43 # well, I *think* you need to compile a newer bootloader, and load it by using some clever trick in V7-pre4 that can load two bootloaders in flash, so there is no risk in bricking 22.10.18 Quit jfc (Read error: 110 (Connection timed out)) 22.10.43 # BTW, setting everything up was incredibly easy. I am completely agnostic re C and all the common tools in use, but that didn't matter at all. 22.10.53 # * bluebrother figured what made automatic install not work anymore 22.12.50 # still, some stuff needs fixing first :/ 22.15.55 # * petur returns with a beer 22.17.19 Quit mcuelenaere () 22.18.07 # pixelma: I'll have a look 22.18.34 # petur: Meanwhile, stern looks for committing r14374 http://svn.rockbox.org/viewvc.cgi?view=rev&revision=14374 22.21.09 # petur: CFModGuide's history shows reports of success "without any code modification", but they appear to be from the time before anything has been done in SVN. 22.21.12 # bertrik: hmm, the sim isn't displaying not speaking any of the splashes... 22.21.19 # * n1s goes to fetch a device 22.21.30 # petur: Anyway, I'll either report success or ask for help in here in a few days 22.21.31 # rasher: yeah, that was before I figured out his translations aren't that reliable... I gave up committing lang changes for languages I do not know well 22.21.34 Quit nplus (Remote closed the connection) 22.21.48 # petur: FS#7605 should have been a hint 22.22.01 # solexx: for some cards it works just like that 22.22.10 Quit DerDome ("Leaving.") 22.22.21 # * petur goes stand in the corner (but takes his beer with him) 22.23.38 # Bagder: Should RSB be on the front page news? It seems an not inconsequential development for the project. 22.23.49 # s/an/a/ 22.24.47 # * rasher notifies the Italian maintainer 22.26.17 # * petur does some more english.lang changes 22.26.31 Quit coatman ("Leaving.") 22.28.49 # bertrik: the message is indeed spoken twice on target 22.29.23 # petur: I never thought that "dumb" hardware like a CF card can be so tricky to choose 22.29.47 # CF is all but dumb, it contains a controller 22.29.49 # n1s, thanks for confirming, I'm a bit surprised nobody else noticed this so far 22.30.44 # I'll remove the splash in filetree retest an commit 22.34.17 # * bluebrother add another workaround ... this really needs cleanup 22.35.38 # CF cards are nice 22.37.51 # bertrik: ok, fix is in :) i guess people using voice don't launch that many plugins since voice is not supported there (yet) 22.38.28 # n1s, ok thanks 22.43.02 Quit massiveH ("Leaving") 22.45.06 Quit Vorador ("Ex-Chat") 22.45.14 # Is a declaration of read/write performance of 30MB/s credible for 1 32GB CF card? 22.46.06 # that's probably faster than the original 1.8" HD 22.46.07 # solexx: depends on the manufacturer 22.46.21 # ender`: sandisk 22.46.32 # if it's original, you can trust it 22.46.40 # extreme III, wow 22.46.42 # solexx: I bet that speed will never be reached by the hardware of the iriver... 22.46.57 # (be careful if you're buying on ebay, because there's a ton of fakes) 22.47.18 # petur: does iriver use UDMA? 22.47.31 # rockbox uses PIO 22.47.45 # ok, then it doesn't really matter what card you buy 22.47.51 # PIO is 20MB/s at best 22.48.13 # and the original firmware doesn't work with most CF cards... 22.48.24 # why not? 22.48.33 # not compatible? 22.48.52 # (and you don't really need a sandisk card then either - you can get just about anything, which you'd usually avoid, since many no-name cards don't support UDMA) 22.48.55 # ender`: I probably won't buy on ebay. But I am not sure yet. And I think there are some trustworthy sellers on ebay.de. It helps if they have a real shop somewhere 22.49.33 # the original firmware doesn't matter to me, but to my friend it might do. 22.49.41 # iirc, amiconn is quite happy with his transcend 32GB card... not very expensive too 22.50.08 # at least it's nice to know that buying the most expensive models won't help me anyway 22.50.19 # solexx: with the CF card the original firmware will most probably not work 22.51.10 # petur: I already told him he needs Rockbox for CF anyway. :) But he is very cautious, he's trying to get an Iriver with a broken HD from ebay first. 22.51.15 # * ender` 's currently playing with microdrives 22.51.58 # solexx: hahaha, just get a normal h1x0 from ebay, 80% chance the hdd is broken 22.52.21 # petur: but they are more expensive if the seller lies about it ;) 22.52.24 # petur: now you are just being bitter ;) 22.52.25 # solexx: what kind of adapter do you use? 22.52.26 # mine is a refurb from mistic river store, and its hdd is broken as well 22.52.31 Quit saratoga ("CGI:IRC") 22.52.46 # ender`: I ordered the one from dealextreme.com, there's a link on the CFModGuide page 22.53.10 # They shipped from Hongkong to Germany in four days - for free :) 22.53.41 # what's the size limit of rockbox on iriver? 22.53.43 # * petur got his from ebay 22.53.56 # BTW, can anybody confirm that it has to be inserted with its back down? 22.54.09 # otherwise, it wouldn't fit into the player 22.55.51 # http://www.dealextreme.com/productimages/sku_10886_1.jpg 22.56.17 Quit Thundercloud (Remote closed the connection) 22.56.22 # The holes left to "PIN1" don't have any counterpart on the connector, right? 22.57.51 # solexx: in my h320, the connectors were aligned on the right side. adapter placed normally (back down). You'll probably need to bend the jumper forward to make it fit 22.59.03 # petur: Ok. How did you bridge the jumper? Aluminium foil? 22.59.29 # you could probably just bend it together 22.59.43 # that's what one of my old laptop hdds did :) 23.00.20 # no, I left the jumper on it 23.01.18 # or just solder a wire between the traces to the jumper and snip the pins 23.01.32 # bertrik: I didn't want to hear the s-word! 23.01.33 # s/jumper/pins/ 23.01.57 # s-word? snip? 23.02.21 # solder. But that might be an easy first try. 23.02.21 # solexx: bend the pins and solder them 23.03.00 # pfff... just bend the bloody jumper forward and it's done... 23.03.21 # why make this so complicated 23.03.52 # petur: I am just afraid they might break 23.03.59 # nah 23.04.02 # petur: why go for the obviously easy solution? 23.04.16 # better buy two then 23.04.18 # solexx: if it breaks, then solder it together :) 23.04.23 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.04.38 # jumper pins do not break easily 23.05.10 Quit XavierGr (Nick collision from services.) 23.05.21 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 23.07.02 # Ok, thanks all. My GF needs attention, so bye for now. 23.09.28 # sansa R series on woot.com for the next few minutes. 23.09.52 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 23.14.27 # Should language files include GPL information? 23.14.57 Quit n1s () 23.19.44 # * rasher decides that they should 23.20.58 *** Saving seen data "./dancer.seen" 23.23.02 Quit ompaul (Client Quit) 23.23.18 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 23.24.51 Quit tessarakt ("Client exiting") 23.33.01 # How's the new USB stack on the e2xx series these days? Is writing to internal flash safe? 23.33.49 # the problem was some kind of interaction between USB and SD, I think gevaerts fixed it by making sure that USB and SD access are not overlapping 23.33.55 Quit BigBambi (Remote closed the connection) 23.34.20 # I haven't tried rockbox USB myself in a while 23.34.48 Quit snoh (Remote closed the connection) 23.37.47 Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 23.38.33 Join safetydan [0] (n=evertond@rockbox/developer/safetydan) 23.38.55 # thanks bertrik 23.42.09 # * bluebrother thinks we should get a codename for 3.0 23.42.22 # Didn't we have one? 23.42.22 # swordfish is always the password, perhaps it should be the codename. 23.43.57 # Soap: we do? 23.44.04 # * petur votes for BoS 23.44.08 # there was some talk yesterday about using beer varieties as release/code name 23.44.09 # "mayday" is ... outdated ;-) 23.44.13 # Soap: eh...i will probably put a proposal on the list tonight or some such...i thought about beer varieties =P 23.44.34 # "as a tribute to the thing that makes the rockbox project possible" 23.45.28 # * petur then votes for Cantillon 23.45.51 # or maybe mort subite ;) 23.46.02 # damn, so many possible names 23.46.05 # Maybe we can get sponsership... 23.46.06 # * Llorean doesn't like codenames. 23.46.16 # (in product of course, not cash...) 23.46.26 # Someone will ask for support with Rockbox Cantillon, and I'll have to go and check a crib sheet. 23.47.03 # codenames for rbutil would be nice too :) 23.47.04 # beer is fine for the release name. Still need a code name. 23.47.05 # * linuxstb also dislikes codenames, and finds simple version numbers... errr, simpler. 23.47.12 # boo 23.48.54 # well, call it release name ;-) 23.50.11 # * bluebrother thinks release names are fun 23.51.07 Quit jgarvey ("Leaving") 23.51.34 # In an amazing turn of events, only one person contributed to more than one translation, and that may have been a mistake on my part. 23.52.43 Join webguest46 [0] (n=44e4b215@gateway/web/cgi-irc/labb.contactor.se/x-41df31fd78759901) 23.53.14 # hey 23.53.44 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 23.54.10 # i was wondering if theirs any progress on the sansa sandisk e200 v2 project 23.54.30 # i got a sandisk e280 v2 23.54.53 # webguest46: All progress is in the forum thread(s). But I don't think it's much. 23.54.57 # I think the most up-to-date info can be found on the forum 23.55.21 Join LambdaCalculus37 [0] (n=LambdaCa@c-24-0-218-198.hsd1.nj.comcast.net) 23.55.26 # i was working on trying to mod it myself 23.56.09 # but i figured out you can manually change the firmware maybe can coperate OF bootloader in it 23.56.50 # then you can load .rockbox 23.57.08 # im not sure.... just was thinking 23.57.29 # "coperate" ? 23.58.18 # work with it