--- Log for 04.11.110 Server: hubbard.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 10 days and 5 hours ago 00.02.15 Join JesusFreak316 [0] (~quassel@USF-Wifi-34-85.laptops.usf.edu) 00.02.22 Quit domonoky (Read error: Connection reset by peer) 00.04.29 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 00.06.12 Quit JdGord (Quit: Bye) 00.06.54 Join csu [0] (~csu@91.75.204.13) 00.07.17 Join csu2 [0] (~csu@91.75.204.13) 00.07.17 Quit csu (Read error: Connection reset by peer) 00.07.56 Quit csu2 (Client Quit) 00.10.20 Quit csu1 (Ping timeout: 240 seconds) 00.12.45 Join DSStrife89 [0] (~Strife89@207.144.201.128) 00.13.37 Join soap [0] (~soap@rockbox/staff/soap) 00.14.52 Quit Jerom (Quit: Leaving.) 00.20.16 # 'core' manual for MPIO is ready. 'Only' plugins left... 00.20.25 Quit hebz0rl (Ping timeout: 265 seconds) 00.21.52 Part MItaly 00.24.00 Quit wodz (Quit: Leaving) 00.25.03 Join fritschy [0] (~marcus@dslb-094-217-031-119.pools.arcor-ip.net) 00.25.45 Quit petur (Quit: Leaving) 00.31.33 Part toffe82 00.34.26 Quit bertrik (Quit: :tiuQ) 00.36.58 *** Saving seen data "./dancer.seen" 00.37.01 Join dragon [0] (~dragon-ha@112-213-157-226.bb.ispone.net.au) 00.37.04 Nick dragon is now known as Guest88514 (~dragon-ha@112-213-157-226.bb.ispone.net.au) 00.37.50 # hello world 00.39.36 # Guest88514: I guess it works 00.42.13 Quit JesusFreak316 (Ping timeout: 250 seconds) 00.47.18 Join drizztbsd [0] (~quassel@unaffiliated/drizztbsd) 00.51.59 Quit n1s (Quit: Lämnar) 00.53.52 Part lixus00 00.56.01 Quit Guest88514 (Quit: Leaving) 01.00.48 Quit JdGordon (Ping timeout: 276 seconds) 01.03.42 Quit balintx (Ping timeout: 264 seconds) 01.11.38 Quit fritschy (Quit: Lost terminal) 01.12.09 Join krabador [0] (~krabador@host26-29-dynamic.251-95-r.retail.telecomitalia.it) 01.12.23 Quit DSStrife89 (Ping timeout: 240 seconds) 01.12.35 Quit anewuser () 01.12.50 Join fritschy [0] (~marcus@dslb-094-217-031-119.pools.arcor-ip.net) 01.13.05 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 01.14.28 Quit robin0800 (Remote host closed the connection) 01.15.47 Join anewuser [0] (anewuser@unaffiliated/anewuser) 01.20.49 Join balintx [0] (~balintx@fibhost-67-58-201.fibernet.hu) 01.27.59 Quit xxcv () 01.28.45 # no rockbox prototype i can use for unbrick a Philips GoGear SA3115/02? 01.29.00 Quit anewuser (Ping timeout: 240 seconds) 01.29.22 Join anewuser [0] (anewuser@unaffiliated/anewuser) 01.31.58 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 01.38.33 Quit anewuser (Ping timeout: 255 seconds) 01.40.28 # krabador: Nope. 01.41.09 # krabador: The only GoGear devices Rockbox runs on are the HDD16x0, HDD63x0, and SA9200. 01.50.13 Quit niekie (Read error: Operation timed out) 01.50.53 Join markun_ [0] (~markun@rockbox/developer/markun) 01.53.00 Quit markun (Read error: Connection reset by peer) 01.57.18 Quit fritschy (Quit: bbye) 02.10.25 Join qwd [0] (~x@unaffiliated/qwd) 02.13.45 # Can I use several genre entries in Rockbox? That is, say I have two albums, one has the genres "pop" and "rock" and the other one has "rock" and "folk". If I look at the tag "rock" will I see both? I just realized mp3 doesn't handle more than one entry so with the regular ipod software I only get one genre in there. 02.15.43 # try it and see... 02.15.54 # it depends how the tag is stored 02.16.13 # I'd guess though that it wont work how you are hoping 02.16.43 # ah, yes, if the ipod OF shows only one then very likely our db will only show one also 02.19.33 # JdGordon|: well, the ipod shows one because that's all there is on an mp3. I was thinking if I encode my music to ogg vorbis instead where I can have several separate genre entries. 02.20.08 # I don't tihnk that would work 02.25.09 Quit LambdaCalculus37 (Quit: Fwump) 02.25.45 Quit krabador (Quit: Sto andando via) 02.25.46 Quit simonrvn (Quit: ZNC - http://znc.sourceforge.net) 02.26.22 Join simonrvn [0] (simon@209.165-ppp.3menatwork.com) 02.27.39 Join anewuser [0] (anewuser@unaffiliated/anewuser) 02.28.45 # Added: FS#11717 - RaaA (Or Similarly Large Target) Iconset ( http://www.rockbox.org/tracker/task/11717 ) 02.28.53 # JdGordon|: \0/ 02.30.21 # I was unsure of the naming convention, you know where they're going and what they should be called I assume. 02.31.06 # looking good :) 02.31.12 # wanna do a 32pt one also :) 02.31.37 # from what I understand, unless it's now bullshit, the iconset is limited to 24px 02.32.10 # If that is indeed untrue, then I should be able to knock out a 32px iconset also. 02.33.30 # yes and no 02.33.43 # * JdGordon| can change anything.. *evil laugh* 02.34.15 # "Each individual icon can be any size up to 24x24 pixels and in full 16-bit colour." <-- http://www.rockbox.org/wiki/CustomIcons 02.34.26 # yes, artificial limitation 02.34.30 # Aha. 02.35.02 # Good, good...24 should be sufficient for now...though there's some pretty high res targets/potential targets now. 02.35.25 # I'll start on a 32px set, but it won;t be right up the top of my list if 'ya know what I mean ;) 02.35.33 # yeah, and these big screen targets have even less memory issues (which is hwy its 24pt max currently) 02.35.45 # Ah...I see. 02.36.14 # we could probably drop hat down even, I doubt 24 is actually needed on any current non app targst 02.36.29 # correct. 02.36.37 # No iconset I'm aware of is close to it. 02.36.55 # I have an 18x18 set for my Video builds...that's it. 02.37.01 *** Saving seen data "./dancer.seen" 02.37.08 # themers don't seem to make iconsets anymore. 02.37.16 # I guess it's boring. 02.40.31 Join CaptainKewl [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 02.41.59 Quit anewuser (Ping timeout: 240 seconds) 02.46.54 Quit Staphylo (Ping timeout: 276 seconds) 02.56.54 Join JesusFreak316 [0] (~quassel@pool-173-65-61-23.tampfl.fios.verizon.net) 03.05.21 Join anewuser [0] (anewuser@unaffiliated/anewuser) 03.16.49 # I can't write to my ipod harddrive after installing Rockbox and doing mount -o remount,rw /media/X doesn't help! (This is on Debian Squeeze AMD64 and an Ipod 5.5 80gb white with FAT) 03.23.46 # does your user have permissions to write to the device? presumably you mount as root and tried to write as user 03.24.18 # krazykit: can't write to it as root either 03.30.22 # I'll try to reset it with itunes on windows 03.30.32 # or check your mount options and make sure it's rw 03.30.37 # do an fsck.vfat 03.31.17 # krazykit: I tried that but I got some error message. I'll just try the itunes solution and see if that works :) 03.31.21 Quit qwd (Quit: leaving) 03.37.21 Quit kazaik (Quit: Leaving) 03.55.13 Join bluebrother [0] (~dom@f053152075.adsl.alicedsl.de) 03.55.14 Quit bluebrother (Changing host) 03.55.14 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 03.58.16 Quit bluebroth3r (Ping timeout: 276 seconds) 03.58.20 Quit DerPapst (Quit: Leaving.) 04.00.07 Join togetic [0] (~togetic@unaffiliated/ibuffy) 04.09.27 Quit TheSeven (Ping timeout: 240 seconds) 04.13.46 Quit edboyer93 () 04.14.00 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.18.51 Quit amiconn (Disconnected by services) 04.18.52 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.18.54 Quit pixelma (Disconnected by services) 04.18.56 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.18.58 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.19.12 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.28.18 Join fyrestorm [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) 04.33.57 Join Barahir [0] (~jonathan@frnk-590fc43a.pool.mediaWays.net) 04.35.18 Quit Barahir_ (Read error: Operation timed out) 04.36.53 Quit MethoS- (Read error: Connection reset by peer) 04.37.05 *** Saving seen data "./dancer.seen" 04.37.38 Join MethoS- [0] (~clemens@134.102.106.250) 04.38.46 Quit MethoS- (Remote host closed the connection) 04.47.06 Quit Judas_PhD (Quit: This is a quitting message) 05.04.43 Quit JesusFreak316 (Ping timeout: 245 seconds) 05.31.44 Quit ps-auxw (Read error: Operation timed out) 05.40.58 Join xxcv [0] (~asdf@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) 05.41.24 Quit Horscht (Quit: Verlassend) 05.44.38 Quit JdGordon| (Ping timeout: 255 seconds) 05.44.44 Join JdGordon| [0] (~jonno@vl10.gw.ok-labs.com) 05.44.44 Quit JdGordon| (Changing host) 05.44.44 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 05.45.48 Join ps-auxw [0] (~arneb@p4FF7EE17.dip.t-dialin.net) 05.46.48 Quit GodEater (Read error: Operation timed out) 05.46.54 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 05.54.48 Join monsterb [0] (~monsterb@216.176.144.49) 06.07.08 Quit anewuser () 06.08.28 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 06.09.03 Quit xxcv () 06.09.08 Join kugel [0] (~kugel@e178058088.adsl.alicedsl.de) 06.09.09 Quit kugel (Changing host) 06.09.09 Join kugel [0] (~kugel@rockbox/developer/kugel) 06.10.31 Quit scorche|sh (Ping timeout: 265 seconds) 06.10.53 Quit kugel (Read error: Connection reset by peer) 06.11.02 Join kugel [0] (~kugel@e178058088.adsl.alicedsl.de) 06.11.04 Quit kugel (Changing host) 06.11.04 Join kugel [0] (~kugel@rockbox/developer/kugel) 06.11.47 # S_a_i_n_t: perhaps 36x36 rather tanned 32x32 06.12.12 Join scorche|sh [0] (~scorche@squisch.net) 06.12.21 # s/tanned/than/ 06.29.24 Quit kugel (Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org) 06.35.06 Quit KiwiCam (Quit: Leaving) 06.37.07 *** Saving seen data "./dancer.seen" 06.44.08 Join soap__ [0] (~soap@lu-r1.connectionvpn.com) 06.45.48 Quit soap (Ping timeout: 252 seconds) 06.49.10 Join KiwiCam [0] (~Kiwicam@ip-118-90-75-25.xdsl.xnet.co.nz) 06.49.26 Quit rvvs89 (Ping timeout: 255 seconds) 06.50.55 Quit fyrestorm (Ping timeout: 260 seconds) 06.52.48 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 06.53.04 # Hi peeps. Under Themes for Sansa Clip, my theme (uNbaLanCeD) is the only one where the pictures don't change, when you hover the mouse over them. My pic files end with .png - Should I use caps? 06.54.06 Join panni_ [0] (hannes@ip-178-203-81-220.unitymediagroup.de) 06.54.52 # S_a_i_n_t: BTW. Thanks for your previous help. I've change my theme code. You probably would still have a fit at how it is ;) But, I'm happy with it. 06.57.53 Quit panni_ (Client Quit) 07.00.41 Join xxcv [0] (~asdf@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) 07.10.50 # kugel: (logs) Yes, I am indeed planning a second iconset now, much higher resolution than 24x24x16. 07.11.15 # I was thinking along the lines of 36x36 also. 07.12.27 # 36pt seems too big for the fontset we have.. isnt there only 2 or 3 fonts bigger than 35pt? 07.12.32 # 32 sounds better 07.12.59 Join Buschel [0] (~chatzilla@p54A3BADA.dip.t-dialin.net) 07.13.41 # Well, I was thinking about constructing a larger font also...but that is much, much further down the line ;) 07.15.46 # The problem with that is...it will be *HUGE* 07.16.15 # as, I'll be working with Unifont (for compatability), and that thing is already massive at 16pt 07.16.36 # and to be of any real use, it will need to be about 40pt at least. 07.17.17 # and there is *SO many chars in Unifont, it will take me a BLOODY long time to convert it by hand. 07.17.25 # And if antialiasing goes in, that'll multiply its size again. 07.17.37 # (forgot to close [bold], oops. 07.18.13 # Llorean: Yes, I had thought about that also...lets just say I have no desire for it to go in any time soon ;) 07.19.08 # However, provisions exist to convert existing fonts to our format already. I am just not sure how good they are. 07.19.29 # Well, if you're converting from a mono bitmap font, they're perfect. 07.19.37 # It will almost certainly need cleaning up by hand but that is a lot easier than starting from scratch. 07.21.55 Quit CaptainKewl (Ping timeout: 240 seconds) 07.30.21 # we should just support vector fonts and be done with it! :p 07.31.03 # Get a decently fast vector rendering engine in place, then give people SVG to play with in the themes too. :-P 07.31.39 # Oh hush you! 07.31.54 # Make me dream of cool things that no one wants to code ;p 07.38.16 Join esperegu [0] (~quassel@145.116.15.244) 07.47.29 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630]) 07.51.02 Join stoffel [0] (~quassel@p57B4B80D.dip.t-dialin.net) 07.55.44 Quit BHSPitMonkey (Remote host closed the connection) 08.01.02 Quit JdGordon| (Quit: leaving) 08.02.07 Join kugel [0] (~kugel@e178058088.adsl.alicedsl.de) 08.02.09 Quit kugel (Changing host) 08.02.09 Join kugel [0] (~kugel@rockbox/developer/kugel) 08.04.48 # S_a_i_n_t: I prefer 36 because a) icons commonly come multiple-of-12 sizes and b) even 35-Adobe seems to too small for some people so we might have a 38 or 40-adobe in the future 08.05.36 Quit merbanan (Ping timeout: 272 seconds) 08.05.39 Join JdGord [0] (~jd@58.108.104.109) 08.06.04 Join LinusN [0] (~linus@rockbox/developer/LinusN) 08.09.38 Quit stoffel (Remote host closed the connection) 08.14.59 # * S_a_i_n_t will see what happens 08.15.06 Join Drise [0] (~Drise@user-24-236-91-225.knology.net) 08.15.16 # 'tis in the future, after all. 08.16.03 # Hey S_a_i_n_t, I appreciate your help with compiling from source. 08.16.16 # I got it working with the patch I wanted to give a go at. 08.16.30 # Drise: No problems, were you wanting to compile SDL.dll also? 08.16.32 # Now just to learn C and contribute, lol. 08.16.55 # S_a_i_n_t: did you change the icons since you posted the last time? 08.17.02 # Hm... actually yes. I wanted to run the android sim, if there is one. 08.17.28 # there is an SDL app, but, not an "android sim" 08.17.52 # * JdGord wonders if dynamic screen size can reasonably be dependant on an application build? 08.18.49 # Drise: Download the SDL source from here. 08.19.02 # I would still find it better if its in sync with icons in svn, but I don't really care the direction of the sync (ie I'd be happy if the icons in svn are changed to look like your 24px version) 08.19.32 # yes, that is more likely to happen that me changing the 24px version 08.19.51 # the current icons from the cabbie set represent their actions VERY poorly 08.20.05 # S_a_i_n_t: How can i make an android sim, like the Fuze sim, for windows? 08.20.21 # Drise: You can compile the SDL app 08.20.21 Join rvvs89 [0] (rvvs89@mussel.ucc.gu.uwa.edu.au) 08.20.41 # Drise: Download the SDL source I linked. 08.21.01 # I did not recieve a link..? 08.21.05 # but I think the rb symbol should be changed to show clef 08.21.38 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 08.21.40 # kugel: I'd liek that too...but I didn;t feel like making it by hand. 08.21.47 # Drise: http://www.libsdl.org/release/SDL-1.2.14.tar.gz 08.22.23 # then extract it from the CygWin prompt whereever you'd like it (you can just delete the source afterward, you don't need it) 08.22.37 # S_a_i_n_t: there is an svg for the clef. I think we even have a 24px png on svn 08.22.58 # Drise: extract using "tar -xvf filename.tar" 08.23.01 Quit JdGord (Quit: Bye) 08.23.10 # kugel: Ok, I'll look into it and post a revision 08.24.21 # DriseL Let me know when you have downloaded the SDL source 08.24.30 # * Drise: ^^ 08.24.58 # donloaded and extracting 08.25.11 # done 08.25.15 # don't extract it with a 7zip/whatever 08.25.23 # extract it with the commandline in cygwin 08.25.27 # did 08.25.29 # and done 08.25.33 # else you'll get line ending troubles. 08.26.31 # you may need to change the gcc version you're using, can you paste the output from "gcc -v" for me please? 08.26.36 # Drise: ^ 08.26.56 # 3.4.4 08.27.06 # Ok, good. 08.27.28 # cd to the directory "SDL-1.2.14" 08.27.39 # then do "./configure && make && make install" 08.28.13 # after this completes, you'll be able to compile the simulator and you can remove the SDL source. 08.28.31 Quit kugel (Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org) 08.29.44 # Not as long as the toolchains I hope, yes? 08.29.57 # S_a_i_n_t: ^ 08.30.19 # to compile the SDL application, make a build folder in your rockbox source root, run "./tools/configure", then select 200 for "Application" 08.30.30 # Drise: No, ~10mins or so to compile SDL 08.31.26 Join dys [0] (~andreas@krlh-5f72e1d2.pool.mediaWays.net) 08.32.46 # * Drise wishes the checking and such was done alphabetically to indicate progres... 08.34.27 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.35.11 # Drise: What version of cygwin are you running? 08.35.22 # dunno 08.35.45 # it's interesting that gcc 3 came back from gcc -v, the default has been gcc 4 for some time now. 08.36.36 # after you've compiled this, its probably a good idea to update your CygWin installation by running setup again. 08.36.43 # I thought I had 4.4.4 08.37.06 # that's just the gcc version for the toolchain 08.37.09 *** Saving seen data "./dancer.seen" 08.37.10 # not the native version. 08.37.16 # ah 08.37.39 Join n1s [0] (~n1s@rockbox/developer/n1s) 08.37.45 # Well S_a_i_n_t I'm sorry, but clss in 6 hours is telling me I nee to sleep... 08.38.03 # No worries, anytime. 08.38.04 # And I'm getting to the point of missing keys when typing. 08.38.33 Quit Drise (Quit: Thanks again.) 08.44.49 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 08.51.01 Quit xxcv (Ping timeout: 252 seconds) 08.52.43 Quit Gabe_G23 (Read error: Connection reset by peer) 08.52.43 Part LinusN 08.53.39 Part Zagor 08.54.07 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 08.54.40 Quit n1s (Quit: Lämnar) 08.59.36 Join ender` [0] (krneki@foo.eternallybored.org) 09.00.22 # Trying to convert the skin code to use host malloc instead of internal... it does a massive amount of small allocations (and maybe 1/3 of the tags do nonstandard allocing also). 09.00.43 # would it be acceptable to just keep a list of all alloc()ed objects so they can be easily freed? 09.00.51 # or better to always just alloc a single massive block? 09.01.04 # (this would be for applicaiton builds only of course) 09.03.54 # by massive I mean probably up to 10 per tag(!) 09.04.07 # most would be 2/tag 09.04.26 Quit TheSeven (Ping timeout: 255 seconds) 09.05.10 Join LinusN [0] (~linus@rockbox/developer/LinusN) 09.08.17 Join merbanan [0] (~banan@c-94-255-221-206.cust.bredband2.com) 09.20.33 Join Rob2223 [0] (~Miranda@p4FFF1EE4.dip.t-dialin.net) 09.21.12 Join petur [0] (d408b802@rockbox/developer/petur) 09.24.47 Quit Rob2222 (Ping timeout: 272 seconds) 09.29.32 Quit bertrik (Ping timeout: 252 seconds) 09.29.38 # i.e this... http://pastebin.com/7misEz3z 09.31.08 # JdGordon: what is the overall goal? 09.31.45 # runtime screen size handling instead of indivual build 09.31.45 # s 09.32.08 # ah 09.32.25 # the skin buffer is a big hurdle for it 09.33.07 # I want to do this anyway though because 1/4 of the RaaA audio buffer is stolen for the skin buffer anyway 09.33.48 # closer to 1/6 even.. still crap 09.43.33 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 10.04.09 Join xxcv [0] (~asdf@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) 10.15.23 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 10.17.37 Join PurlingNayuki [0] (~716ec4a8@giant.haxx.se) 10.19.06 # how can i just check, if a file exists? 10.22.33 Quit PurlingNayuki (Quit: CGI:IRC (Ping timeout)) 10.22.40 # Hey Folks. Just bumping my previous post. How can I get my screenshots to change when you hover the mouse over them? http://themes.rockbox.org/index.php?target=sansaclipplus I've tried .png .PNG but neither seems to make a difference. Any ideas? 10.23.41 Quit ajb (Read error: Connection reset by peer) 10.24.00 Quit Judas_PhD (Quit: This is a quitting message) 10.24.24 Join ajb [0] (~user@cbnluk-gw0.cambridgebroadband.com) 10.24.36 # KiwiCam: did you include both menu and wps screenshots? 10.25.10 # Not the Menu. But additionals. It's the Unbalanced theme. 10.27.29 # I didn't include the menu shot as it's just the default. If I add that, then the others will be displayed in sequence on hover? 10.27.40 Quit ajb (Read error: Connection reset by peer) 10.27.48 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 10.28.20 Join swilde [0] (~wilde@aktaia.intevation.org) 10.30.04 Join ajb [0] (~user@cbnluk-gw0.cambridgebroadband.com) 10.32.15 # no idea actually 10.32.52 # However, there's really no such thing as "just the default". Cabbiev2 may be the default theme, but it's still explicitely a theme 10.32.57 Quit Judas_PhD (Quit: This is a quitting message) 10.33.44 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 10.34.27 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 10.35.31 Quit factor (Read error: Connection reset by peer) 10.35.59 Quit xxcv (Ping timeout: 245 seconds) 10.37.13 *** Saving seen data "./dancer.seen" 10.38.25 # gevaerts: Your suggestion worked. Thanks. I don't really want the Menu showing. But, at least the screenshots are working now. Greatly appreciated. 10.39.00 # * gevaerts doesn't really understand why showing the menu is so bad 10.40.02 Join DerPapst [0] (~Alexander@dslb-088-068-021-185.pools.arcor-ip.net) 10.40.08 # where can i find the "rb"-field, which is used in each plugin for all system calls? 10.40.39 # want to read the source-file for this think.. Just for interesset, which methods it has at all 10.40.44 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 10.41.07 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 10.41.21 Quit timccc (Ping timeout: 276 seconds) 10.41.30 # Stummi: apps/plugin.h 10.45.29 # gevaerts: I suppose I just don't want people thinking they can't change it. I see that really, I can just upload any .png file in place of the menu, so I don't really have to have it showing anyway, as long as there's SOMETHING there. :) 10.45.45 # gevaerts, ah, found where i was looking for. Thanks :) 10.46.38 # KiwiCam: why would people think that based on a screenshot? 10.48.26 Join timccc [0] (~tim@112.166.15.141) 10.48.42 # Most regular users won't change anything, and advanced users know they can change whatever they want. Not showing the menu really is a disservice to the first group and no help to the second 10.49.10 # gevaerts: I just happy it's working now. Thanks. 10.52.09 # gevaerts: But the Menu is set as to how I like it. Not how the first group would necessarily see it on their player. 10.52.37 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 10.53.03 # Oh, so it will be set to whatever the previous theme had? That sounds bad... 10.53.09 # * S_a_i_n_t is in the "if you didn't do anything with the theme to change the look of the screen, there's no point in adding a screenshot of said screen" camp. 10.53.34 # users will get the wrong idea. 10.53.50 # "hey, I downloaded your theme but my menu looks different" 10.53.59 # etc. 10.54.09 # Yes. If that happens, IMO the theme is buggy 10.54.25 # not necessarily. 10.54.31 # Yeah. I've ONLY changed the WPS, no other screens. I've customised the Menu to my liking with the menu settings, but no coding changes. 10.55.01 # then, IMO, you shouldn't have a menu screenshot. 10.55.33 # It means that if you switch to a random other theme, and then back to yours, it will look different. That only serves to confuse *exactly* those people you claim to be trying to help 10.55.39 # How is that not buggy? 10.55.49 # I agree. That's why I didn't want to show it. I can put something else in it's place, but I should have the option of not putting any image there. 10.56.05 # gevaerts: if a theme only changes one screen, it is by design. 10.56.05 # The webpage is perhaps requiring a change. 10.56.22 # KiwiCam: what does showing the menu screenshot have to do with my argument? 10.56.32 # changing one screen shouldn;t revert changes from other themes. 10.56.39 # I'm talking about what happens on the player 10.56.55 # as am I. 10.57.14 # if the theme is only a .wps, why should it change anything else previous themes have set? 10.57.39 # (barring the .wps of course) 10.57.39 # S_a_i_n_t: because doing otherwise will confuse exactly those people you claim you don't want to confuse 10.58.10 # It may be confusing, but I think it is less correct to revert changes other themes have made. 10.58.11 # Then uploaders of themes need to be forced to set or determine other screen options. 10.58.41 # a theme is either full, or partial. 10.58.54 # a partial theme shouldn't overwrite any other themes changes. 10.59.01 # only the changes it needs for itself. 10.59.27 # that being said, I think partial themes are annoying ;) 11.00.47 # I could set the config to default to the standard screens (correct term?), but isn't the idea to allow other to choose what they want, or to mix and match? 11.01.00 # KiwiCam: Correct. 11.01.19 # I'd be more pissed off personally if it reverted all my other settings. 11.01.58 # I think what you are doing is correct, but only if you remove screenshots of screens you have not modified. 11.02.13 # People can still change whatever they want if you specify settings 11.02.43 # the screenshots not alternating with mourover is not a big deal, they will still see your alternate screens when selecting the theme to download it. 11.03.28 # gevaerts: I just don;t think it is correct for the theme to default setting from other themes, when the "theme" as a whole is only intended as a .wps 11.03.32 # *don't 11.03.34 # I see that the other themes uploaded only have perhaps two screenshots. I'm guessing that they upload using the first two slots ie WPS screenshot and Menu screenshot, but put non menu pics in the Menu screnshot places, so that they get the screenshot change on Mouse Hover. 11.04.13 # "but only if you remove screenshots of screens you have not modified" Yes. 11.04.42 # S_a_i_n_t: rockbox doesn't really support having both "partial" themes and "full" themes. Unless you find a way to change that, I don't see any better solution than discouraging "partial" themes 11.05.10 # gevaerts: very few themes as a whole are "full" themes. 11.05.14 # Yeah. It's not a biggie. I was just jealous that the other themes could do that and I couldn't :( 11.06.25 # if RB "doesn't support" partial themes, then those themes should be removed from the themesite that do not provide the full set of files, or a theme .cfg that reverts other screens to default. 11.06.32 # which, would be crap IMO 11.06.48 # I just think a webpage tweak would solve that menu screenshot requirement. ie If you don't upload a pic to it, it doesn't show it, but still rotates the other screenshots. 11.08.18 # I find it *really* annoying to check out themes one by one, find one I like, use that, and then three weeks later when I see a new theme, try it out, decide I still prefer the old one, and then find I have to remember the exact order I was trying out themes in last time to recreate the desing I want 11.08.31 # To put it this way, if I have a theme set on my device and I knowingly download a "theme" that just consists of a .wps, then I expect only the .wps to be changed. 11.09.04 # I would NOT expect to lose all my other changes, when it is so easy to revert the changes manually if it is needed. 11.11.09 # S_a_i_n_t: I agree. 11.12.21 # * gevaerts doesn't see how that helps anyone except those people who read the theme config files before loading them 11.12.57 Join dfkt [0] (dfkt@unaffiliated/dfkt) 11.13.01 # gevaerts: It is the responsibility of the themer to provide accurate shots of the screens changed. 11.13.03 # The easy work around is just to put something else in the Menu Screenshot place so that no menu shot is displayed. Anyway. I have to catch some Z's. Goodnight all. 11.13.16 # if that is not done, it is the fault of the themer, not the theme. 11.14.04 # S_a_i_n_t: I agree again. Darn. Go to bed Cam! 11.14.09 # people (if the themer has rightly included images) can see what they are getting at the time of download, I also include the changes to be expected in the themes description. 11.14.44 # Any confusion that arises is a result of the themer, and not the theme IMO 11.15.36 # New commit by 03jdgordon (r28480): RaaA: Use the host's malloc() for the skin engine. 11.17.25 # anyone know where this is? 11.17.27 # "[20:23] S_a_i_n_t: there is an svg for the clef. I think we even have a 24px png on svn" 11.17.36 # r28480 build result: All green 11.17.51 # sasquatch: People will assume that whatever they see after installing the theme is what the theme provides 11.17.58 # S_a_i_n_t: ^ 11.18.03 # * gevaerts apologises to sasquatch 11.18.13 # S_a_i_n_t: I wouldn't know of such an SVG 11.18.21 # gevaerts: well...this a flawed assumption. 11.18.24 # S_a_i_n_t: moreover, in such cases they'll assume that the theme author forgot to include a menu screenshot 11.18.34 # S_a_i_n_t: is it? Or is yours? 11.18.37 # people should assume that the theme provides what it displays at the time of download. 11.18.46 # Why? 11.19.13 # I could pose the same "why?" to your assumption no? 11.20.01 # Are you asking why people would assume that, or why I think they would? 11.20.21 # If I installed a theme, and afterward there was still parts of the previous theme...is it not ridiculous to assume that everything you see now is a part of the current theme? 11.20.31 # s/current theme/theme you just loaded/ 11.20.47 # it would be more natural to assume that changes simply were not made to all screens. 11.20.53 # Arguing about what people will assume is a bit silly, I can see people thinking both things 11.20.56 # Why would it be? People make derivative themes all the time 11.21.23 # S_a_i_n_t: e.g. the theme I mainly use (and ade) is just cabbiev2 with bigger fonts 11.21.26 # S_a_i_n_t: there's an SVG of the complete logo (sans the metal structure on the "box" part). There should be an .ico file of the clef for the fav icon and it could contain vector data but I don't know and would have to look up where it is, my guess would be on the www or themes module 11.21.37 # "Oh, it uses the same font as the previous theme. It must not set the font then" 11.21.44 Join n1s [0] (~n1s@nl118-174-240.student.uu.se) 11.21.44 Quit n1s (Changing host) 11.21.44 Join n1s [0] (~n1s@rockbox/developer/n1s) 11.22.39 # bah...it's pointless arguing about it. it's not like anything is going to change unless you "outlaw" partial themes. 11.22.44 # and I don;t see that happening. 11.22.51 # why not? 11.23.04 # Why would it now all of a sudden? 11.23.12 # it;s been fine up until now. 11.23.12 # I'm not saying it should (I can see the argument both ways), but anything could happen depending on what the devs want 11.23.21 # S_a_i_n_t: Because nobody noticed? 11.23.38 # I think its expected bahaviour personally. 11.23.43 # Right, personally 11.23.44 # not a case of no one noticing. 11.23.49 # S_a_i_n_t: you've just been convincingly arguing that the current model is flawed. Why wouldn't we change it? 11.24.03 # And if it is you vs a dev who thinks otherwise (and cares enough), then it'll change 11.24.17 # you've been arguing it's flawed....I argue it is expected. 11.24.47 # You've *tried* to argue that, but the message I got from what you said is "it's flawed" 11.25.30 # 11:18:25 * | gevaerts apologises to sasquatch <<< no problem... and it didn't hurt... :-) 11.25.39 # sasquatch: You just wait :) 11.26.28 # ok --- we'll see... 11.27.57 # As a new user, I like the way that I can just create a WPS and leave the other screens alone, AND still be able to share what I've done. If I had to go through the hassle of creating all the other screens as well, then I probably wouldn't have gone as far as I have. I like the partial theme aspect. 11.28.23 # I thought I was going to bed? 11.29.15 # You don't have to *create* anything. There's this concept called "copying" 11.29.29 # Maybe it'd be worth if a screen hasn't been themed having the image for it on the themesite say something like "Menu screen will not be changed" or some such 11.30.09 # And the good news is, that now that I've had some experience and pleasure creating a WPS, I'm now enthused about changing the others. So, it's good for me as a beginner. It draws me in... 11.30.27 # AlexP: That's kinda what my thoughts are, but IMO the "image" you speak of is implied by the fact that there isn't an image of screen X, so screen X does not change. 11.30.39 # Implying things like that is not good 11.30.47 # You never know what people will think 11.30.48 # perhaps making it ABSOLUTELY clear the themers must supply screenshots of changes? 11.30.56 # I would think that they forgot to upload the image 11.31.14 # It needs to be explicit one way or the other 11.31.26 # it should be quite easy to get the themesite to force this. 11.31.43 # if an .fms is present then an FMS screenshot is NEEDED to upload, etc. 11.32.01 # .wps == WPS screenshot, etc. 11.32.31 # sane? 11.32.42 # And .cfg == menu screenshot? 11.32.45 # They should all be forced, if you haven't changed anything say so 11.32.56 # It has to be explicit, not implied 11.33.06 # The way one person thinks is different to another 11.34.27 Join soap [0] (~soap@rockbox/staff/soap) 11.34.33 # I tend to think that a theme should supply all files - if you haven't changed anything copy the default one in. If someone wants only the wps, they download the theme and set wps not theme through the menus 11.34.37 # gevaerts: iconset == , or font == in the .cfg could quite easily == Menu Screenshot, yes. 11.34.38 # Perhaps just a bold note on the upload page stating that screenshots should be uploaded only if they've been changed? (And of course tweaking the hover thing ;) ) 11.34.41 # But I'm not that bothered 11.35.08 # KiwiCam: People don't read stuff no matter how bold it is 11.35.11 # * gevaerts still disagrees with the basic premise that a theme should be allowed to be incomplete 11.35.30 # but, they are incomplete by design. 11.35.32 # without paying any attention to the topic, I agree, sort of 11.35.33 # that is my point. 11.35.42 # And I think uploading a random menu shot is not a good thing - it is innacurate, if you don't set it it could be anything depending on the previous theme they were using 11.35.44 # a theme is just a .cfg though 11.36.34 # As a noob, I thought the Theme help files were very clear. I picked up on the partial's straight away. 11.36.37 Quit soap__ (Ping timeout: 240 seconds) 11.36.39 # yeah, so if someone only wants part of a theme they set that part through the menus, not the whole theme 11.37.14 # why isnt the sdl app being built with -std=gnu99 ? 11.37.43 # hmm, scaling seems to be off 11.38.17 # * gevaerts is happy to know that JdGordon agrees. He only wishes he knew what with 11.38.21 # pixelma: Thanks, sorry I missed your post...I was wondering why I was still being highlighted. 11.38.42 # I really need (preferably an SVG) of the Rb Clef, not the "Rb" logo. 11.38.48 # gevaerts: that was to you, although i sort of take it back.. i'm staying out of this! 11.38.53 # But it looks like I'll have to do it by hand...uuurgh. 11.38.58 # JdGordon: ok :) 11.39.24 # S_a_i_n_t: then grab the svn logo and remove anything you don't want 11.39.28 # Must sleep. Thanks for the fun. Have a good one. 11.40.43 # S_a_i_n_t: or do something advanced like e.g. look for svg files in the source tree 11.45.02 # gevaerts: it won't be a simple "remove everything you don't need" because in the logo the clef is positive/negative and you need to combine it to get one form again... possible of course 11.45.17 # S_a_i_n_t: the logo SVG is somewhere in the manual part 11.45.34 # does anyone know the sdl lcd code? 11.46.55 # where is the sdl window size setup? fiddling with hosted/sdl/lcd-bitmaps.c doesnt seem to fix it 11.47.59 # aha, rbutil. Didn't know that. AFAIR this clef is a bit different though 11.48.55 # pixelma: there is an .ico of the clef in RButil, and also the "Rb" logo (small) but the .ico won't scale well I don't think. 11.49.24 # S_a_i_n_t: Rockbox Utility also has an svg version of the "clef" icon 11.49.37 # IIRC can contain vector data but don't have to 11.50.17 # bluebrother: didn't you squeeze it a bit? 11.52.12 # squeeze in what way? I've created an svg version of the clef, mostly based on the svg version of the logo itself with a few adjustments (small rotation IIRC) to make it fit better for an icon 11.53.06 # hm, how can i just print something out to the console in simulator mode? 11.53.23 # Stummi: DEBUGF() 11.54.54 # i tried this already. Do i need a special compile flag or so, to get working this? 11.55.55 # * bluebrother isn't too familiar with that and thought it should just work 11.56.05 Quit casainho (Remote host closed the connection) 11.56.47 # oh, yes it works. Seems to was my failure. Sorry :) 11.58.31 # bluebrother: it looks a bit rotated and wider (in aspect ratio) than in the icon but it's possible that it matches the favicon better. That's not very important though 11.59.23 # boot time screen sizing mostly works :) 11.59.31 # ./rockbox --display 640x480 11.59.38 Join Staphylo [0] (~Bullet@AMontsouris-159-1-31-253.w90-46.abo.wanadoo.fr) 11.59.42 # JdGordon: yay 11.59.58 # need to do some tricks to make the skins load the correct images though 12.00.24 # then someone else can fix the buildzip.pl :) 12.01.32 # S_a_i_n_t, pixelma: I've also put some other variants online when I did that icon. See the svg files at http://www.alice-dsl.net/dominik.riebeling/rockbox/ 12.01.48 # bluebrother: Thankyou. 12.02.02 # rockbox-clef.svg seems to be the unrotated version 12.02.17 # This is for the rockbox icon for the RaaA/large screen target iconset. 12.02.43 # if the screen is large enough you might even be able to use rockbox-icon.svg :) 12.03.03 # I was previously using the "Rb" icon from RButil 12.03.30 # bluebrother: Errr...I mean the iconset, 24x24 ;) 12.06.40 # the svg should give you a much better quality ;-) 12.06.43 # what is the simplest way to check, if the volume is turned to null? (the entry at top of the volume-menu, not "0db") 12.08.53 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 12.10.22 Join lmjubuntu [0] (~lmjubuntu@2001:250:6801:4418:2ea:1ff:fe12:2816) 12.11.36 Join JG [0] (~d4bcf6a4@giant.haxx.se) 12.12.35 Quit JG (Client Quit) 12.13.04 Join JG [0] (~d4bcf6a4@giant.haxx.se) 12.14.06 # Hi Just wondering if anyone can think of a way to get rockbox to use only lower half of the ipod screen? 12.14.14 # The top half of my ipod screen doesn't work 12.14.35 # You could be creative with the UI viewport 12.14.51 # can you advise how? 12.15.04 # I've only been a rockbox user not developer 12.16.03 # Was the 3.7 release tagged? 12.16.09 # * gevaerts doesn't remember the details. He's sure someone else here does though 12.16.14 # rasher: yes 12.17.07 # So it was. 12.17.49 # JG: the manual can advise you of how to do this. 12.18.12 # you will still have to create a custom theme, as well as altering the UI viewport if you want all screens to work. 12.18.58 Part lmjubuntu 12.19.09 # I think I've found it 12.19.32 # Can someone point me how to install a theme I edit? I've only used the rockbox util 12.29.04 # scroll engine is totally screwed up with this dynamic lcd size patch 12.35.23 # Ok so I've set the view port options on every theme installed to ui viewport: 0,66,176,66,- no change in picture when I reboot, any tips? 12.35.57 Quit soap (Ping timeout: 255 seconds) 12.36.23 # are you actually loading that theme? 12.36.50 # How do I load a theme? Does this not happen on startup? 12.37.14 *** Saving seen data "./dancer.seen" 12.37.26 # not if you havnt got it configured to 12.37.42 # how are you setting the ui viewport? 12.37.43 # I changed all themes in the themes folder 12.38.03 # how? 12.39.10 # plugged in the ipod to a mac went to /Volumes/IPOD/.dropbox/themes and edited the text files there 12.39.41 Join PurlingNayuki [0] (~716ec4a8@giant.haxx.se) 12.39.45 # .dropbox? 12.39.55 # what did you change in which file 12.40.02 # Dropbox cannot be visited in China. 12.41.35 # .dropbox appears to be where all the dropbox install goes onto the ipod. 12.42.27 # it's called rockbox though... 12.42.50 # no it has a . in the name to hide it from view in finder on an apple 12.43.06 # .rockbox 12.43.23 # but the project is called Rockbox :) 12.44.08 # oh I've reloaded the theme on the ipod itself. Hard without being able to see but it is now working... 12.44.20 # Thanks so much! I can use the ipod again!!! 12.44.31 # you could use a voice file 12.44.35 # Rockbox ROCKS!!! 12.45.06 # whats about dropbox? 12.45.21 # * JdGordon got theme loading working on dynamic screen size builds :) 12.46.51 # was "dropbox" just a mistake, or is there some alternate version of RB with .dropbox as the main folder? 12.47.46 # sorry yes mental aberation .rockbox not .dropbox 12.47.49 # ha ha ha 12.47.54 # stupid typo 12.47.59 # one prob still though 12.48.16 # the theme goes back to full screen on reboot and I have to go through the menus and load it. 12.48.29 # How can I get it to hold my theme selection? 12.49.08 # [00:49] how are you rebooting? 12.49.09 # [00:49] are you using menu+select, or pressing play until it shuts down? 12.49.17 Quit PurlingNayuki (Quit: CGI:IRC (Ping timeout)) 12.49.55 # if shut down correctly, rockbox should store those settings in the theme .cfg 12.50.05 # s/theme .cfg/.cfg/ 12.50.09 # pressing play until it shuts down 12.50.23 # that is extremely odd then. 12.50.48 # your settings should be saved when you shut down. 12.51.36 Join xxcv [0] (~asdf@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) 12.52.08 # figured 12.52.11 # maybe a bug 12.52.31 # where exactly did you put your theme? 12.52.51 # I was on cabbiev2 and loaded cabbiev2 after changing the viewport. It did not hold after reboot 12.53.01 # Changed to rockboxed and rebooted. it stayed 12.53.13 # back to cabbiev2 and rebooted and now it holds 12.53.36 # cabbiev2 is made for the full screen 12.54.01 # it seems to work perfect with half screen after the viewport options are set. 12.54.10 Join lixus00 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) 12.54.21 # is there a theme you'd recommend for half screen? 12.54.35 # one you create specifically 12.54.52 # all themes are made for fullscreen. 12.55.49 # the failsafe one probably works without trouble but doesn't look as nice 12.56.33 Quit xxcv (Ping timeout: 276 seconds) 12.57.40 # Have to say Cabbiev2 seems very usable in this config. Almost perfect. 12.58.04 # must go do some work but thanks so so much! 12.59.03 Quit lixus00 (Quit: Leaving.) 12.59.32 Join csu [0] (~csu@91.75.204.14) 13.01.13 Join lixus00 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) 13.03.43 # kugel: arg... you made dynamic screen sizing a bit painful on android.... FS#11615 ... I did say c should NOT be setting the dimensions..... :/ 13.03.43 Quit JG (Quit: CGI:IRC (EOF)) 13.15.47 Join PurlingNayuki [0] (~716ec4a8@giant.haxx.se) 13.15.56 # giovanni_: I've changed the wiki. Please read and tell me if you're satisfied. 13.16.08 Quit casainho (Ping timeout: 252 seconds) 13.27.45 # I have updated the VirtualMachine for rockbox development from debian sarge to debian lenny. Is there someone i should send it to, or should i put it on the wiki? 13.30.18 Join LambdaCalculus37 [0] (~3f74f70d@rockbox/staff/LambdaCalculus37) 13.31.44 # bluebrother: Ping 13.41.52 Part lixus00 13.48.01 # Patch is really unlovely... 13.49.15 Join teru [0] (~teru@KD059133111160.ppp.dion.ne.jp) 13.49.50 Join hebz0rl [0] (~hebz0rl@dslb-088-065-223-147.pools.arcor-ip.net) 13.50.21 # PurlingNayuki: ? 13.56.23 Join Alchimysta [0] (~9753efdc@giant.haxx.se) 13.56.42 Quit Alchimysta (Client Quit) 13.56.56 Join Alchimysta [0] (~9753efdc@giant.haxx.se) 13.57.06 # Can you explain in more simple words this phrase? 2: add "ines" to $ ROCKBOX/apps/plugins/Subdirs2: add "ines" to $ Rockbox / apps / plugins / SUBDIRS 13.58.35 # Alchimysta: edit those two files to include "ines". 14.02.39 # SUBDIRS What is it? 14.03.45 # Alchimysta: If you don't have a development environment set up, with a working toolchain, and a copy of the rockbox source code checked out...don't bother. 14.03.46 Quit antil33t (Read error: Connection reset by peer) 14.03.53 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 14.03.57 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 14.06.09 # I can compile the plugin and send it infones (MegaUpload)? 14.06.57 # You tell me you can compile the plugin and send it infones (MegaUpload)? 14.09.37 # you can compile the plugin and send it infones (MegaUpload)? 14.10.46 # LambdaCalculus37: pong 14.12.14 # Help me!!!! 14.13.46 # bluebrother: Question about rbutil... I want to start adding support to install the builds and bootloaders for the GoGear devices to it. The install method is the same as most of the other PP targets (H10, m:robe, YH-9x0). 14.14.22 # Alchimysta: No one will help you with that attitude 14.14.35 # you have already been told what you need to do, and what you need to do it. 14.15.18 # LambdaCalculus37: ok. You basically only need to edit rbutil.ini in that case. 14.16.06 Join drizztbsd_ [0] (~quassel@unaffiliated/drizztbsd) 14.16.11 # bluebrother: Okay. Basically add the devices, URLs for download, and then test to make sure it installs correctly, right? 14.16.20 # bluebrother: Or is there anything I need to know about? 14.16.46 Quit drizztbsd (Ping timeout: 272 seconds) 14.17.02 # you need to change two places: the [platforms] section needs a new one that holds the section name of your device 14.17.33 # then add a new section named after your device (i.e. the short name accepted by configure) the same way the other sections are. 14.18.06 # the [platforms] section is used for sorting and for recognizing the available platforms so it's necessary. 14.18.31 # S_a_i_n_t: But I'm not able ... I was just wondering if anyone could do for me ... 14.18.54 # Alchimysta: You *are* able, you are just not willing to learn. 14.19.16 # the resources are available, everyone else learnt the same way. 14.19.27 Join CaptainKewl [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 14.19.37 # bluebrother: Ahh, I see how the [platforms] section is laid out... it's just platformXXX=. 14.20.00 # bluebrother: This looks pretty easy. Thanks for the rundown. :) 14.20.08 # I can not learn just because I understand little English and the translator sucks ... (It's not that I want) 14.22.18 # LambdaCalculus37: oh, if you have any pre / post installation hints you need to add it to the source code of the bootloader install method class. I.e. if bootloadermethod=mi4 you need to adjust base/bootloaderinstallmi4.cpp 14.22.45 # bluebrother: Okay. 14.22.50 # that text unfortunately is only handled in the code itself. I'm not too happy with that but I'm missing a better idea :) 14.23.10 # but that should be it 14.24.00 # does anyone know where i can find a 48kHz flac sample or something i can easily turn into one, wav perhaps? 14.24.22 # Oh, SNAP... no one ever did device detection for either the HDD6330 or HDD1630: http://www.rockbox.org/wiki/DeviceDetection 14.26.01 # * LambdaCalculus37 has to remember to do that today 14.26.18 # Hm, bdf2bmp is giving me bdf2bmp.c:100: error: conflicting types for ‘getline’ 14.26.25 # Because of stdio.h 14.26.37 # Is there some proper way to handle this, or should we just rename getline? 14.28.00 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 14.29.19 # LambdaCalculus37: you can leave that out. Of course detecting it won't work then but that doesn't affect installation itself fortunately :) 14.30.49 # bluebrother: Nah, I'd rather have them in. I can at least do the HDD6330 USB IDs now as I have it with me. 14.31.25 # I still have to find my HDD1630 and get that one brought up to speed. 14.35.24 # What is the best way, when I want a patch addet to the svn? 14.35.37 # Stummi: post in on FS and nag people here 14.36.11 # ok, first step is already done :) 14.36.16 # http://www.rockbox.org/tracker/task/11632 14.36.20 # *nag* 14.36.52 Join anewuser [0] (anewuser@unaffiliated/anewuser) 14.37.17 *** Saving seen data "./dancer.seen" 14.37.56 # Stummi: Have you tested your patch to see if it builds okay on other platforms besides yours? 14.38.23 # I testet the patch with the simulator 14.38.43 Join komputes [0] (~komputes@ubuntu/member/komputes) 14.39.13 # Stummi: I mean besides the Fuzev2. 14.39.20 # LambdaCalculus37, and i didn't changed something critical which could cause an crash on some devices 14.39.54 # LambdaCalculus37, hm, does ist suffice to test the patch with other sim-builds? 14.40.27 Quit JdGordon (Ping timeout: 255 seconds) 14.43.35 Quit PurlingNayuki (Quit: CGI:IRC (Ping timeout)) 14.51.27 # Someone else who speaks Italian? "Cè qualcuno che parla italiano?" 14.51.44 Part LinusN 14.52.14 Quit antil33t (Read error: Connection reset by peer) 14.52.26 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 14.53.08 # Alchimysta: This channel is ENGLISH only 14.54.47 # Stummi: That does help, but since the patch is in Flyspray, that should also give others a chance to test it. 14.55.10 Quit CaptainKewl (Ping timeout: 240 seconds) 14.55.41 # ok. Would it be good to send a mail to rockbox-dev mailinglist to call for testers? 14.57.51 # not very good, if one does not speak English that you do not know how to talk ... 14.58.55 # your english seems to be good enought to be unterstanded :) 15.00.15 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 15.02.28 # I use the translator ... : ( 15.03.36 Join soap [0] (~soap@rockbox/staff/soap) 15.05.12 # the following location is where the zipped updated VM can be found: http://88.159.165.151/rockbox%20-%20Debian-6.zip 15.05.33 # scorche: that might be interesting for you to look at 15.06.08 # gevaerts: Regarding your post to the -dev ML, have you tried the most recent patch for FS#8806? 15.06.26 # the file itself is rather big: 8GB; so downloader beware 15.07.53 # stacker55: Why is it so big? How much stuff did you add to the VM? 15.07.59 # LambdaCalculus37: no. I'm only willing to spend time on it if it's worth the effort :) 15.08.45 # LambdaCalculus37: it's regular zip, not 7zip, and i had to increase the vm disk size. The updates needed more room than the original VM provided 15.09.10 # The VM itself has plenty of room inside 15.11.28 Quit csu (Ping timeout: 264 seconds) 15.14.32 Join LinusN [0] (~linus@rockbox/developer/LinusN) 15.14.33 # gevaerts: I've yet to try the most recent patch out, but I think that we should get the task committed already. The most recent version is a codec version. 15.15.34 # I'm going to try it out later on. 15.16.34 # i'm trying to get a smaller file by zero-filling unused clusters; see how well that works 15.17.51 Nick drizztbsd_ is now known as drizztbsd (~quassel@unaffiliated/drizztbsd) 15.18.35 Join csu [0] (~csu@91.75.204.14) 15.20.31 Quit Alchimysta (Quit: CGI:IRC (EOF)) 15.22.55 Quit csu (Ping timeout: 255 seconds) 15.23.06 Join csu [0] (~csu@dev.dist.us) 15.28.17 Quit factor (Read error: Connection reset by peer) 15.29.36 Join Alchimysta [0] (~9753efdc@giant.haxx.se) 15.29.50 Quit Zarggg (Ping timeout: 240 seconds) 15.32.01 Join lixus00 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) 15.32.11 Part lixus00 15.32.58 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 15.32.58 Quit Alchimysta (Client Quit) 15.44.46 # gevaerts: Rockbox already has a MOD codec and IIRC it can somehow deal with files larger than codec buffer but only plays the simple format modules.I once tried the MikMod patch (quite some time ago) and it wasn't able to play some of the ones that already worked, I'm willing to try again 15.45.08 # S_a_i_n_t: I think it is acceptable for him to ask if there are any Italian speakers around who can help him. If he finds one, then they can take it to a PM 15.45.34 # gevaerts: on the other hand it was able to play .it files etc. but I don't have many of these 15.47.41 # pixelma: I've tried the mikmod codec patch several times and have been able to play all MOD files I have in my collection without issue. 15.48.06 # and one "minus" about the current codec version - it doesn't display playback time correctly and IIRC you need to skip manually to advance in the playlist (need to try that out myself again) 15.48.39 # pixelma: IIRC the current MOD codec doesn't display playback time correctly either. 15.48.42 # I don't know how other chiptunes codec do, I believe there are similar problems with SID 15.48.51 # pixelma: And NSF. 15.49.13 # LambdaCalculus37: yes, I meant the current SVN codec version, sorry for not being clear 15.51.39 Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) 15.52.28 # LambdaCalculus37: replace .zip with .7z (in about 20 minutes it'll be online) and the file size will be 1/10th; so about 820MB for the VM. 15.53.56 Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) 15.54.04 # pixelma: I can confirm that you do have to skip manually to advance in the playlist when playing MOD files. 15.55.09 # pixelma: The playback time behavior is a little harder to explain, but basically it's behaving like it's displaying a "block" of the current MOD file. 15.55.21 # * LambdaCalculus37 doesn't have a good explanation for it 15.55.53 # LambdaCalculus37, i sent a mail calling for testers for my patch to the dev-list now 15.55.54 # sratch that, it is online now. http://88.159.165.151/rockbox%20-%20Debian-6.7z 15.56.06 # lets see if i get some feedback :) 15.58.08 Join notsoap [0] (~soap@lu-r1.connectionvpn.com) 15.59.18 # LambdaCalculus37: yes, it displays the pattern number on place of the playback time. It's nice if you have "Caption Backlight" enabled 15.59.20 Quit soap (Ping timeout: 245 seconds) 15.59.40 # is that one seems to take the numbers there as seconds 16.00.42 Quit teru (Quit: Quit) 16.00.59 # pixelma: And IIRC the mikmod patch has the same behavior. 16.04.25 Quit notsoap (Ping timeout: 276 seconds) 16.04.51 # Stummi: It wasn't clear from the flyspray description, did you fix the bug in Pokemon? 16.05.30 # evilnick_B, no 16.06.01 # (and i dont know something about an bug in polemon) 16.06.09 # *pokemon 16.07.28 # evilnick_B, can you point me to the bug, please? 16.09.57 Join lixus00 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) 16.17.19 # ah, you mean the thing that it freezes, when you try to heal pokemon without sound? 16.17.45 # hm, is there a reason for turning the sound off? 16.17.57 # Stummi: http://forums.rockbox.org/index.php?topic=12683.0 16.18.43 # ok 16.19.11 # how i said: Is there a special reason to turn the sound off (performance or so?). If not, you could turn sound on and set volume to null 16.22.36 # Stummi: Yes, it's faster if sound is disabled 16.22.51 # Stummi: but it breaks games which rely on sound interrupts 16.23.04 # since if you don't emulate the sound hardware you don't know when to trigger interrupts :) 16.26.01 # ok 16.26.28 # sound is expensive to emulate on lots of consoles 16.31.39 # wow, didn't had thunk that 16.32.34 # not necessarily more expensive than, say, video, but you can't play most gmaes without video :) 16.33.20 Quit petur (Quit: reboot) 16.37.20 *** Saving seen data "./dancer.seen" 16.38.17 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 16.43.56 # Something strikes my curiosity... since the Toshiba Gigabeat V is by and large the same hardware as the Gigabeast, has anyone tried seeing if the Gigabeast port runs on the V? 16.44.39 # I did it and it didn't work , but I should retry, it was a long time ago 16.45.37 # * Stummi just subscriped for cvs and sf-list too \o/ 16.48.53 Part LinusN 16.50.23 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 16.51.48 # toffe82: How much of the hardware is different between the S and the V? 16.52.55 # the lcd 16.53.21 # and no FM if I remember 16.53.22 # does the V have the same signature checking bug? 16.53.37 # Torne: IIRC it should. But toffe82's the man to ask. 16.53.59 # I don't know 16.54.03 # Torne: And I wanted to find out if the T has the same bug as well, since the S, V, and T are very similar hardware-wise. 16.55.49 # does the pcm.h interface requires the data to be aligned in some way or did something changed in the last 6 months that could be considered as a non-minor change ? 16.55.58 # how can we look for the bug looking in the code ? 16.57.01 # toffe82: I was trying to disassemble the Gigabeat T firmware to look for an exploit, but I'm no damn good at reading ARM assembly. 16.57.49 Quit user890104 () 16.57.51 # toffe82: But IIRC you, me, and saratoga had tried an experiment last year where I pushed a Gigabeat S firmware to my T via sendfirm, and it asked to restore. 16.58.21 # toffe82: I think I also tried an nk.bin patched with the beast bootloader and that just left it in a reboot loop. 16.58.40 # LambdaCalculus37: does that prove anything? 16.59.14 # toffe82: it's not very obvious 16.59.18 # I mean, I flashed my bluetooth adapter with a meizu test bootloader, and it didn't ask for a restore, so it must have worked! 16.59.40 # gevaerts: Nothing concrete, but I think that the digital signature bug may be on the T as well. 17.00.14 # LambdaCalculus37: it may accept the thing for installing but not for booting 17.00.59 # gevaerts: Yes, and IIRC someone had tried the same with the V as well. 17.10.04 # Torne: If you want to take a look at the Gigabeat V and T firmwares, there are updaters on the wiki. 17.10.24 # not really :) 17.10.27 # i have enough firmwares 17.12.47 Quit TheSeven (Ping timeout: 260 seconds) 17.14.55 # Actually, the Gigabeat V updater isn't even on its wiki page. 17.16.26 # I have it but you can find it on the toshiba site 17.17.28 Join lixus001 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) 17.18.22 # toffe82: Can you post a link to it on the wiki? 17.18.37 # ok 17.19.47 # LambdaCalculus37: I have no time now, can you do it : http://www.csd.toshiba.com/cgi-bin/tais/support/jsp/modelContent.jsp?ct=DL&os=&category=&moid=2288418&rpn=undefined&modelFilter=MEV30K&selCategory=666409&selFamily=727858 17.19.58 Quit lixus00 (Ping timeout: 240 seconds) 17.20.04 Part Zagor 17.20.13 # toffe82: Will do. :) 17.22.36 Join Strife89 [0] (a80dbf53@gateway/web/freenode/ip.168.13.191.83) 17.24.34 # toffe82: Done. 17.25.20 # does beastpatcher work with v1.3 of tohsiba gigabeat s 17.26.40 # yes. 17.28.08 Quit antil33t (Read error: Connection reset by peer) 17.28.17 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 17.37.57 Quit ajb (Read error: Connection reset by peer) 17.46.25 Quit antil33t (Read error: Connection reset by peer) 17.46.34 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 17.48.47 Join Alchimysta [0] (~9752d159@giant.haxx.se) 17.49.14 Quit Alchimysta (Client Quit) 17.50.50 Quit Kitar|st (Ping timeout: 240 seconds) 17.55.58 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) 17.56.15 Join Kitar|st [0] (~Kitarist@89.142.48.123) 18.04.09 Join kugel [0] (~kugel@e178058088.adsl.alicedsl.de) 18.04.10 Quit kugel (Changing host) 18.04.10 Join kugel [0] (~kugel@rockbox/developer/kugel) 18.10.41 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 18.13.00 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.16.31 Part lixus001 18.19.34 Join panni_ [0] (hannes@ip-178-203-81-220.unitymediagroup.de) 18.21.03 # http://www.rockbox.org/mail/archive//rockbox-dev-archive-2010-11/0028.shtml <--- I would also like to see the plugin be commited soon, if and when it's patched up once more. 18.23.59 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.24.00 Quit bertrik (Changing host) 18.24.00 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.24.14 Join Alchimysta [0] (~9752d159@giant.haxx.se) 18.29.28 Quit Alchimysta (Quit: CGI:IRC (EOF)) 18.30.34 Join Sarcastic_Dude [0] (~Sir_Galla@westquad-146242.reshall.umich.edu) 18.31.09 # Was some new functionality added to WPS 18.31.22 # 's in the last release?* 18.33.43 # I just downloaded and installed 3.7 and my WPS no longer works...I assume something was changed in the layout of the WPS file? 18.33.55 Quit FOAD (Ping timeout: 265 seconds) 18.36.07 Join lixus001 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) 18.36.21 Part lixus001 18.37.03 Join tcm1998 [0] (~tcm1998@83.119.244.13) 18.37.12 # hi 18.37.24 *** Saving seen data "./dancer.seen" 18.37.53 # I'm quite impressed by the rb3.7 stability on my nano 1G, compared to the 3.6 release :D 18.39.18 # Nice 18.39.25 # on the 3.6 release, I kept getting "undefined instructions", "data abort" or sometimes it just hang itself up 18.39.38 # none of that so far on 3.7 (knocks on wood) 18.40.40 # Very nice indeed, because stability is the most important thing on a player (IMHO) 18.40.55 # oh, definitely 18.41.11 # I can't remember any major issues in 3.6 though 18.41.17 # I want to load it up with a playlist and not have to give it another thought until the workday is over. 18.41.40 # Well, I never reported them (I've been using it for only a week now) 18.41.49 # apparently the people who can answer my question are idle or not on IRC atm :( 18.41.52 # well, maybe about 10 days 18.41.54 # Sarcastic_Dude: The syntax changed] 18.42.04 # in what way? 18.42.15 # See the manual for how the tags work now] 18.42.39 # you mean the CustomWPS page? 18.42.40 # and then check which of yours need changing 18.42.48 # no, the manual 18.42.49 # well, I guess they weren't MAJOR issues, but just pretty annoying 18.42.56 # I believe there's a wiki page describing the changes too 18.42.59 # ok thanks 18.43.23 # and I was going to ask about it, but then I saw the new release and decided to go for that, first 18.43.38 # Sarcastic_Dude: if it was from the theme site, most have been updated 18.43.50 # I worked my way through the subversion log, but it didn't list anything to drastic 18.43.52 # it was a personal one I wrote ages ago 18.44.12 # Sarcastic_Dude: there's also a conversion tool somewhere I think 18.44.19 # unless it has something to do with threading and locking 18.44.48 # tcm1998: depends. Reproducible data aborts on a common player are pretty big issues, especially if you're talking about common codecs 18.45.14 # unfortunately, it wasn't reproducable in any way 18.45.24 # just happend every few hours 18.45.39 # most of the time, the playlist was screwed up to, but not always 18.45.54 # Sarcastic_Dude: I did mean the manual, but that wiki page should have been updated too 18.46.25 # my personal suspicion was that it was because the player was doing more than one thing at the time. 18.46.34 # e.g. updating the database while playing 18.46.38 # Is the syntax drastically different? It took the greater part of a day to write it the first time, I don't want to have to do it all over again... 18.46.40 # or changing theme 18.46.47 Quit anewuser () 18.46.54 # Sarcastic_Dude: not hugely 18.47.04 # updating should be pretty trivial 18.47.40 # Ok, so I'll do that later. For the moment, I'll stick to 3.6...thanks AlexP 18.48.01 # The release is for the stable ports, right? 18.48.05 # yeah 18.48.06 # Sarcastic_Dude: http://www.rockbox.org/wiki/SkinBreakingChange has a summary 18.48.56 # Sarcastic_Dude: there is a conversion tool in the source you could compile, somewhere in the forums there was a precompiled binary for Windows 18.49.44 # that would be useful - you guys are very helpful, I appreciate it :) 18.50.00 # called skinupdater I think, maybe you can find it if you search for that 18.50.16 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 18.51.01 Join anewuser [0] (anewuser@unaffiliated/anewuser) 18.52.30 # got to go...Rockbox is the greatest! 18.52.32 Quit Sarcastic_Dude (Quit: Sarcastic_Dude) 18.57.59 Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) 18.59.08 # I'm off for now 18.59.11 Quit tcm1998 (Quit: Leaving) 19.02.23 Join user890104 [0] (Venci@Venci-Notebook-LAN.ipv6.6bez10.info) 19.12.17 # gevaerts: isn't the audio buffer used for playback in the mikmod patch= 19.12.19 # ? 19.12.51 Join Alchimysta [0] (~9752d159@giant.haxx.se) 19.13.34 Quit Alchimysta (Client Quit) 19.19.23 # yes 19.19.53 # Well, it calls plugin_get_audio_buffer() 19.20.22 # LambdaCalculus37, what was the deal again with the gogear players w.r.t. the tuner chip? 19.20.24 Quit DerPapst (Quit: Leaving.) 19.20.49 # There is a single rockbox target that in some cases has an fm tuner and in other cases it has not? 19.21.19 Quit markun_ (Read error: Connection reset by peer) 19.21.32 # If you're talking about *real* single targets, there's pixelma's M5L 19.21.42 # bertrik: There are several models of the 16x0 and the 63x0 players. There's the 1620 and 6320 which lack FM radio, and the 1630 and 6330 which have FM radio. 19.21.47 # FM 19.22.16 # bertrik: e200s and X5s 19.22.41 # bertrik: And Gigabeast. 19.22.45 # hmm, maybe I misunderstood 19.23.02 # What I meant to ask is, do we really need runtime tuner detection for these targets, or can you just enable/disable it compile-time for those 16x0 and 63x0 players? 19.23.14 Join moos [0] (moos@rockbox/staff/moos) 19.23.18 # I was just drawn into the discussion as gevaerts pinged me and I didn't read too much of backlog :\ 19.23.28 # * gevaerts apologises :) 19.23.48 # pixelma, I wasn't very clear, it meant specifically the 16x0 and 63x0 targets 19.23.50 # bertrik: Runtime tuner detection would be much easier because all we would have to offer is one unified build that will run on all of the same series. 19.24.18 # ok 19.24.48 # gevaerts: I read that one comment, the real problem seems to be that mikmod needs to decode the entire file at loading time 19.24.48 # LambdaCalculus37, thanks for testing so far, btw :) 19.25.00 # or it at least needs to load the complete file 19.25.09 # yes, exactly 19.25.21 # runtime tuner detection is there in general but probably has to be enabled for the GoGears then 19.25.30 # that is the real problem, not the memory limitations :) 19.26.21 # bertrik: No problem. :) 19.26.26 # LambdaCalculus37, do you have a 63x0/16x0 target that could have a tea5767, but doesn't? 19.26.32 # kugel: The way I see it those are just two different ways to state the same problem 19.26.39 # it does so apparently to convert 8bit to 16bit samples 19.26.57 # I don't think loading the entire file is needed just for that 19.26.58 # bertrik: I just have the one 6330 with me right now, and toffe82 is sending me a 1630 in the post soon. 19.27.17 # kugel: it needs to have those samples available at all times 19.27.21 # bertrik: The only other GoGear I have with me right now is the SA9200, and that doesn't have a radio AFAIK. 19.27.32 # I'm currently testing the latest mikmod codec version patch on my M5, works well so far if the file isn't larger than codec buffer which is rare at the moment with the buffer which got slighly larger when combining things (it's at 1MB or so IIRC?) 19.27.40 Join Buschel [0] (~chatzilla@p54A3B1D1.dip.t-dialin.net) 19.27.57 # I only found one .it file which was larger and it caused a freeze 19.28.00 # gevaerts: ok, I haven't found the comment yet explaining that 19.28.05 # n1s: you there? 19.28.49 # bertrik: I do have one question, though... how can you determine the FM radio hardware without opening the device up? 19.30.08 # n1s: based on your measurements the precision of the mpc patch looks fine. I have a question regarding the saturation of "D"-coefs though 19.30.16 # kugel: it's basically a bit similar to midi, where you have a (potentially huge) soundfont and a relatively small "tune description", except that with mod files the "soundfont" (which has a different name here, but I don't know it) is embedded in the file 19.30.38 # what I seem to remember is that the current SVN MOD codec could handle larger files somehow (I think back when I tried it before inclusion, codec buffer was half its current size and I had like 2...3 MODs that were larger and it played them. Unfortunately I can't remember for sure and if it is what was included) 19.31.23 # gevaerts: there are small samples in wave format IIRC, if you refer to the "instruments" 19.31.32 # yes 19.31.48 # so perhaps adding audio_get_buffer() to the codec api could "solve" this? 19.31.53 # LambdaCalculus37, I guess you can't really be sure without opening up. We could probe for it in software, but that can only prove presence, not absence. 19.31.58 # kugel: audio_get_buffer() stops playback 19.32.29 # but the could can restart it, no? 19.32.41 # then buffering gets the buffer again 19.33.37 # I mean it could restart it whatever way it does it in the plugin :) 19.33.49 Join Horscht [0] (~Horscht@p4FD4EC1E.dip.t-dialin.net) 19.33.49 Quit Horscht (Changing host) 19.33.49 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.34.06 Join Alchimysta [0] (~9752d159@giant.haxx.se) 19.34.31 # But then the playback system wouldn't know it's currently playing, leading to all sorts of funny business 19.35.26 # I'd also expect the main codec thread to be stopped 19.36.01 # btw. the latest mikmod codec doesn't loop so you advance to the next track automatically, depending on the MOD this may sound a bit weird but is quite convenient - and it allows for some seeking it seems. I don't want to lose codec support, especially for this "playlist" handling. Even if you would have to skip manually to the next track it's still better than chosing a new file everytime 19.36.20 # gevaerts: it could do audio_get_buffer(), then buffer_alloc() the current file, and then restart playback (since buffer_alloc() moves the audio buffer front, or doesn't it do that yet?) 19.36.23 # So yes, if you want to dive deep into playback and buffering to make them work with seriously different requirements than they were designed for, sure, you can do that :) 19.36.51 Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl) 19.36.51 Quit markun (Changing host) 19.36.51 Join markun [0] (~markun@rockbox/developer/markun) 19.37.26 # kugel: yes, that would work, except for the possible nastyness of freeing the thing reliably again 19.37.33 # I shall write this all to the ml too but doing something else currently and this is quicker :| 19.37.34 # Buschel: yep 19.37.45 # pixelma: no hurry 19.38.01 # how does the plugin version handle this? 19.38.46 # It can just grab the audio buffer until it exits 19.38.53 # if I see this right it uses malloc. if that's true I expect it to also fail after a few files 19.38.55 # n1s: great :) your patch looks fine to me -- especially with the minor output diffs to the reference. 19.39.20 Join franky [0] (~franky@e179076177.adsl.alicedsl.de) 19.39.41 # n1s: a question out of interest -> why do you need to saturate "D"-coefs? Is that because of using the topmost 32 bits of the 64 bit result? 19.40.33 # Buschel: how do you mean saturate? 19.40.34 Quit Alchimysta (Quit: CGI:IRC (EOF)) 19.41.01 # n1s: you do <<14 to saturate them to a range of +/- 2^31 19.41.04 # I'm not sure about e.g. the case where you'd play a mod file which "stops" playback, buffer_alloc()s the necessary space (which it technically can't, codecs aren't supposed to run when playback is stopped :), then starts playback again, then the user picks a theme with differently-sized album art, which stops playback and buffer_alloc()s a bit and restarts, then the mod file ends. What happens now? 19.41.59 # it technically can because it's the codec's responsibility to exit on playback stop (if it doesn't do that it continues to run) IIRC 19.42.06 # I really don't think trying to shoehorn that sort of thing in the codec version is a good idea 19.42.24 # changing themes involves buffer alloc? 19.42.38 # hm, no, wait 19.42.51 # No, it "just" needs a rebuffer I think 19.42.57 # do you mean the <<14 shift? 19.43.02 # yes 19.43.16 # yes, album size changing is a rebuffer only 19.43.16 # New commit by 03moos (r28481): Update the russian translation. ... 19.43.19 # New commit by 03moos (r28482): Update the russian translation. ... 19.44.07 Part franky 19.44.25 # perhaps we should have a heap for codecs. it bugs me a bit that codecs can use malloc and we can't estimate a suitable codec buffer size anymore 19.44.36 # Anyway, I think we should choose between the codec version with size limitations, and the plugin version without, or possibly have both, but not try to do fancy stuff with buffering. That's already complex enough as it is 19.44.50 # codecs have a heap 19.45.25 # yes, whatever space is left in the codec buffer 19.45.36 # r28481 build result: All green 19.45.57 # well yes. How else would you handle that? Have an extra fixed chunk somewhere? 19.46.03 # I mean a heap on the audio buffer, then we could adjust the codec buffer size down since we the know the size again 19.46.03 # I think the current MOD codec for the simple modules and mikmod as a plugin for the more complex formats like .it would be a good compromise 19.46.04 # We used to have that... 19.46.21 # really? 19.46.30 # kugel: well, not what you just described 19.46.47 # But again you're making buffering a lot more complex 19.47.25 # I think it would be nicer if the first codec that needs a heap makes a codec api call (request_heap()), then the core buffer_allocs() a fixed size heap for all codecs 19.47.41 # my idea is a bit separate from the mikmod patch 19.47.41 # What if the next codec needs more? 19.47.52 Join fyrestorm [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) 19.48.00 # And how do you maintain gapless playback? 19.48.01 # the same thing we do now, tell it to shut up :) 19.48.22 # So it's not guaranteed to be available? Then how does that help? 19.48.34 # the codecs that need a heap would request the heap on the first run, before the first decoding is ever done 19.49.09 Join bmbl [0] (~bmbl@dsl25-24.pool.bitel.net) 19.49.12 Quit bmbl (Changing host) 19.49.12 Join bmbl [0] (~bmbl@unaffiliated/bmbl) 19.49.29 Join webguest373 [0] (~9752d159@giant.haxx.se) 19.49.41 # it'd guaranteed to be made available if there isn't already a heap, just growing wouldn't be supported 19.49.42 Quit webguest373 (Client Quit) 19.50.02 # So if a codec needs more, you skip that track? 19.50.06 Join Horschti [0] (~Horscht@xbmc/user/horscht) 19.50.21 # it would help since we can shrink the codec buffer to a suitable size (e.g. the biggest codec) 19.50.24 # Buschel: sorry, my irc lags as mad, yes i do the shift just as coldfire and the regular c because the smmul/smmla instrs do a 32*32=64>>32 multiply 19.50.38 # gevaerts: yes, that's what vorbis is doing currently 19.50.58 # Foe very few files 19.51.14 # it would be the same with my idea 19.51.16 # What you're proposing will make some files play and others not, depending on playlist order 19.51.30 # how so? 19.51.47 Quit t0rc (Ping timeout: 276 seconds) 19.52.13 # The only way that I can see to avoid that would be to run test_codec on all files on the disk and remember the largest heap used 19.52.20 # But that would slow down booting 19.52.24 # n1s: ok. I am asking because the mul's should take less cycles if the operand is smaller. so, did you make the experiment to use a smaller shift (e.g. <<6) and post-scale the result (e.g. by another <<6)? Does this have direct influence on the output of the decoder? 19.52.27 Quit Horscht (Ping timeout: 272 seconds) 19.53.09 # n1s: nevertheless the patch looks fine so far. would be good, if you would add a comment to the <<14 shift why this is done (e.g. referencing to the 32*32>>32 multiplication) 19.53.12 # it's not supposed to be big enough for all files, it would be as big as vorbis' effective heap right now, so nothing would change 19.53.23 # So what's the point? 19.54.12 # shrinking the codec buffer, potentially not having a heap at all if no codecs need it (memory saving) 19.54.29 # and knowing the max. size of codecs again 19.54.46 # But some codecs *do* need it, and you don't know in advance whether or not you'll load those 19.55.01 # And how does it tell you that maximum size anyway? 19.55.05 # I had this desire the other day when playing around (in my mind) with relocatable plugins and a unified codec and plugin buffer 19.55.13 # Buschel: the arm11 multiplier doesn't have early terminate afaik so i don't think the size of the operands matter there 19.55.50 # Sure, you'll know the size of the codec itself, but you still don't know the maximum size of the heap, and you have to allocate it anyway 19.56.07 # that's at least according to the system developer's guide (it mentions that arm7tdmi and arm9tdmi multipliers have early termination but arm9e doesn't) 19.56.09 # gevaerts: the first codec that needs it (that's simply the first codec that has malloc compiled it, i.e. not depending on the files) allocates the heap 19.56.23 # So at that point you stop playback and rebuffer? 19.56.32 # yes but as long as the heap is in the codec buffer, plugin and codec buffer can for sure not be unified :) 19.56.52 # yes 19.57.01 Join franky [0] (~franky@e179076177.adsl.alicedsl.de) 19.57.06 # Sorry, but I don't think that that's at all acceptable 19.57.12 Quit n1s (Read error: Connection timed out) 19.57.16 # it would be ok since it only happens once, if at all 19.57.21 # imo 19.57.36 # A three second gap somewhere halfway your playlist is ok? 19.57.49 # It seems something that would lead people to think playback is broken to me 19.57.56 # AlexP: *think*? 19.58.02 # It *would* be broken 19.58.08 # If it occasionally randomly stopped and restarted 19.58.14 # gevaerts: I mean not by design 19.58.14 # 3 seconds? on my targets playback starts immediately, before buffering is finished. might be worse on hdd though 19.58.56 # disks take a few seconds to spin up 19.59.06 # You need to spin up the disk before you can even start buffering 19.59.22 # n1s: seems you're right. just skimmed through some arm11 documentation -> so, comment the <<14 shift and then commit :) 20.00.35 Join nls_web [0] (~82f3aef0@giant.haxx.se) 20.00.36 # then do the heap unconditionally. it's basically also allocated unconditionally currently 20.00.51 # Yes, but then you haven't changed anything 20.00.56 # Buschel: I'll do that and commit tomorrow 20.01.27 # it would enable unifying codec&plugin buffer at the very least 20.01.49 # I'm doubtful about that 20.02.35 # nls_web: ok. will you also add the instr-saving change to the ARMv4-patch that you mentioned? 20.03.02 # sure 20.03.32 # You could either make that unified plugin the combined size of both of them, which again isn't very useful on its own, or make it smaller and then have the interesting situation that you can't play certain files if specific plugins are running, or vice versa 20.04.42 # s/plugin/buffer/ 20.05.41 Join DerPapst [0] (~Alexander@p4FE8F4A4.dip.t-dialin.net) 20.06.36 # it would be smaller yes, since to codec is actually bigger than 512k 20.07.31 # It would be smaller by exactly the size of this heap that you've now just allocated elsewhere 20.07.46 # yes :9 20.07.50 # :) 20.07.57 # So again, *why*? 20.08.40 # it could be even smaller, we could test the worst case combination, add a small gap and be done 20.09.18 # And what do you do with plugins that grab the remaining bits of the plugin buffer? 20.09.56 # that's a case a I haven't thought about yet ;) 20.10.30 # I'm just playing with the idea once in a while, I'm not claiming I have a definite plan 20.10.34 # "Oh, you can use the text viewer while playing wav just fine. Playback will skip ogg files though" 20.12.03 # Reducing heap size and making it predictable are excellent goals. Making playback stop working depending on the exact combination of codecs used, running plugins, and the phase of the moon is not 20.13.51 Join TheLemonMan [0] (~lemonboy@ppp-60-213.32-151.iol.it) 20.15.12 # aren't we already in this situation with doom on the 8MB targets? some parts usually work, fewer work if you use dircache and fewer still if you have tagcache loaded to ram and probably fewer still with max playlist and filebrowser sizes 20.15.55 # it's not nice, indeed and i agree we shouldn't go this way with core stuff 20.16.33 # doom would actually work in the unified buffer 20.16.59 # hm, there are other things we could do... 20.17.04 # * gevaerts checks some stuff 20.17.56 # Doom could actually use the codec buffer right now 20.18.26 # it doesn't do this already? 20.18.33 # ph the codec buffer 20.18.41 # well, it's not accesible for plugins is it? 20.18.41 # wait 20.18.57 # it's not supported no 20.19.24 # but I don't think there's a technical reason why a plugin that grabs the audio buffer shouldn't be allowed to get the codec buffer as well 20.19.42 # It's not necessarily that simple though 20.19.43 # indeed 20.19.55 # Isn't the codec buffer in iram on some AMS targets? 20.20.02 # yes 20.20.07 # yes, on the 2MB one(s) 20.20.14 # ok, so not on any fuze? 20.21.13 # hm, according to my reading the fuzev2 has that 20.21.47 # yes, seems so 20.21.56 # Which means that the codec buffer isn't adjacent to the audio buffer, which might make malloc() harder to get working properly 20.22.32 # Still not impossible though 20.23.25 # * kugel wonders if doom's malloc is any better than tlsf 20.25.03 # That probably depends on what sort of blocks you ask for 20.25.12 # you could play with the mmu 20.25.35 # If you have one, yes 20.28.15 # Anyway, using the codec buffer would gain us about a megabyte 20.28.52 # not to be sniffed at 20.29.00 # the ams sansas all have a mmu 20.29.40 # right 20.29.49 # you could set it up so that iram after the end of the audio buffer (i.e. physical location of the plugin buffer), and the plugin buffer after that 20.30.16 # You'd save doom and gain a few enemies in the process :) 20.30.41 # gain enemies? those who don't like doom? 20.30.45 # yes! 20.31.11 # I can just kill them with a shotgun, since doom then works 20.31.54 # ah, right 20.32.00 # Yes, it seems to be a working solution 20.32.32 # already? That was quick :) 20.34.10 # anybody with an iPod 4g, color or nano 1g willing to test fs#11707 ? 20.35.05 # Let me see what that FS# is. :) 20.35.40 Join jdut210 [0] (~58b3d225@giant.haxx.se) 20.35.59 # Oh, it allows for enabling/disabling line out? 20.36.07 # yes 20.36.41 # I'd need someone to make a build for me. :/ 20.36.57 # for which target? 20.36.58 # If I can find someone to do it, what exactly would you like tested? 20.37.12 # gevaerts: I suppose you could then even build doom as overlay, using audiobuffer+codec buffer+plugin buffer 20.37.14 # Color 20.37.27 *** Saving seen data "./dancer.seen" 20.38.13 # I'm not sure if it's very clean to exploit the adjacency of these buffers 20.38.34 # maybe not 20.39.01 # But then it shouldn't be too hard to e.g. have malloc decide on which buffer to use depending on requested size 20.39.04 # Buschel: Color/Photo. 20.39.26 # Strife89: jsut started the build, will take some minutes now 20.39.32 # Buschel: Okay. 20.40.12 # Buschel: What exactly would you like me to test for? I don't think I can do it here. 20.40.52 # 1) mandatory: does on/off affect the headphone output? -> expected: no 20.41.31 # 2) mandatory: does on/off affect the line out? -> expected: yes 20.41.58 Join Sarcastic_Dude [0] (~Sir_Galla@westquad-146242.reshall.umich.edu) 20.42.00 # 3) optional: does on/off affect the battery runtime / battery current -> expected: minor 20.42.25 Quit markun (Read error: Connection reset by peer) 20.43.43 # Can anyone with a target containing a tea5767 tuner chip test http://www.rockbox.org/tracker/task/11714 ? 20.43.53 # A list of tea5767 containing targets is at http://www.rockbox.org/wiki/FmTunerHardware#TEA5767 20.44.14 # The GoGear HDD6330 has already been tested to work 20.47.34 Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl) 20.47.34 Quit markun (Changing host) 20.47.34 Join markun [0] (~markun@rockbox/developer/markun) 20.47.59 Quit KiwiCam (Quit: Leaving) 20.49.36 # Buschel: JSYK, I was planning on leaving on the hour. 20.52.10 Quit jdut210 (Quit: CGI:IRC (EOF)) 20.53.04 Join W00fer [0] (~d5548d22@giant.haxx.se) 20.53.08 # hello 20.54.22 # 3.7 is great, but I have some SD Card trouble (Fuze v1) 20.56.14 Quit Horschti (Ping timeout: 255 seconds) 20.56.35 Quit moos (Read error: Connection reset by peer) 20.56.48 Join moos [0] (moos@rockbox/staff/moos) 20.57.13 # It only seems to notice my SD card after I unplug the player from the computer, if I turn off/on my Fuze, it fails to recognize it 20.58.02 # 3.6 never had a problem with it 20.59.04 Quit LambdaCalculus37 (Quit: CGI:IRC 0.5.9 (2006/06/06)) 20.59.12 # Buschel: My apologies for the impatience, but ... how's it coming? 20.59.13 # I saw some improvements in libatrac3. So should it be possible to playback more bitrates now? 20.59.37 Join Horschti [0] (~Horscht@xbmc/user/horscht) 20.59.53 # Sarcastic_Dude: If you turn on the player withpout the card then insert it when Rockbox is running does it work? 21.00.03 # no 21.00.09 # good evening, has anyone experienced a problem on sansa fuze(v2) that when the scrollwheel lights, the lcd itself not works? 21.00.17 Join kazaik [0] (~kazaik@pool-72-81-202-127.bltmmd.east.verizon.net) 21.00.20 # only works *just* after I unplug the player from the computer 21.00.33 # odd 21.01.12 # Buschel: I need to leave in a few minutes. If the build has not compiled by then, you could e-mail it to me if you like. 21.01.15 # AlexP: indeed 21.01.34 # (fixed my WPS and it works great btw) 21.01.39 # cool :) 21.02.44 # I need to scoot. See y'all around! o/ 21.02.54 Quit Strife89 (Quit: Vamoose.) 21.03.59 # bertrik: FS#11714 seems fine on H100 (it still thinks it has a radio anyway) 21.04.13 # nice, thanks 21.04.37 # you're welcome 21.05.48 # I'm hoping for b0hoon to show up, he has a target that has no tea5767 but could have 21.06.00 Quit moos (Read error: Connection reset by peer) 21.06.35 Join moos [0] (moos@rockbox/staff/moos) 21.07.04 # Strife98: sorry, had a private high prio interrupt 21.08.31 Join webguest34 [0] (~9752d159@giant.haxx.se) 21.09.12 # Strife98: uploaded the .zip -> http://www.sendspace.com/file/3nqoi8 21.09.21 Join webguest87 [0] (~2669ecc2@giant.haxx.se) 21.09.38 # bertrik: my OndioFM has such a TEA5767 too, it's not listed though you can find it in the config file. Here Rockbox has to detect which of the tuner chips it has (older models have a different one) 21.09.43 Quit webguest34 (Client Quit) 21.09.47 Nick webguest87 is now known as CaptainKewllllll (~2669ecc2@giant.haxx.se) 21.10.04 Join Alchimysta [0] (~9752d159@giant.haxx.se) 21.10.27 # pixelma: No detection necessary, just checking the respective hw mask bit., as I already explained y'day 21.10.27 Quit Alchimysta (Client Quit) 21.10.29 Join sideral [0] (~sideral@217.9.48.20) 21.11.10 # ah hmm, so is testing of bertrik's patch necessary? 21.11.18 Join Alchimysta [0] (~9752d159@giant.haxx.se) 21.11.25 # amiconn, do you want some #ifdef'ing of the detection routine for the archoses? 21.11.26 Join FOAD [0] (~dok@83.161.135.61) 21.13.09 # bertrik: Would make sense. All archoses with the respective bit set (i.e. all newer Ondio FM's) always have that tuner 21.13.32 # Otoh - does the Samsung tuner driver have a presence check? I guess it does 21.14.57 # hmm, and what about the Iaudios' alike tuner? 21.15.26 # r28475 should have been two seperate commits 21.15.28 # That's essentially a TEA5767 21.16.36 Quit pamaury (Remote host closed the connection) 21.16.37 # the tea5767 driver seems to be the only that does not have a detection routine 21.16.55 # yes, I wanted to know if the changes in the patch needs checking there too 21.17.44 # as I don't know if Rockbox just uses the TEA driver or something else 21.19.24 # everyone who contributed to making the Fuze work as a HID gets my compliments (this is really cool) 21.20.39 # ok, patch needs testing on Iaudio X5/M3 (or radio modded M5s ;) ) too then 21.20.56 # bertrik: Depending on how much binsize that adds, it may stay in. *If* we're going for ifdefing the detection, the TEA5767 driver is not the only one where we could do this (and save some binsize on targets where detection is unnecessary) 21.22.02 # The Samsung detection is necessary on recorder v2 (because it may have a radio - early model), but not on fm recorder or (old) Ondio FM, since those always have it 21.23.22 # I would prefer not having to add #ifdefs and do the detection anyway even when not strictly necessary 21.24.19 # the binsize penalty is just 90 bytes for the hdd1630 IIRC 21.25.39 # * amiconn would be more interested in SH1 binsize 21.25.50 # who's got a onda vx767? 21.30.45 # amiconn, which sh1 target exactly? 21.31.18 # Ondio FM, as it's the only one that uses the TEA5767 driver 21.31.29 Part sideral 21.31.51 # Hmm, I could try myself... 21.32.16 Join fml [0] (~chatzilla@manz-590ef49f.pool.mediaWays.net) 21.32.57 Join Lear [0] (chatzilla@rockbox/developer/lear) 21.33.11 # +78 bytes for archos ondio fm 21.33.26 Join yawny [0] (user36@2610:150:c229::2) 21.33.36 # kugel: you make android builds, right? What do you think about http://www.rockbox.org/mail/archive//rockbox-dev-archive-2010-11/0027.shtml then? 21.33.49 # anyone can :) 21.34.19 Quit elcan (Ping timeout: 240 seconds) 21.34.31 # oh I didn't realize he already committed 21.35.55 # I think your points are valid, sure 21.35.55 Quit Alchimysta (Quit: CGI:IRC (Ping timeout)) 21.38.17 # kugel: I won't change anything because I can't verify the changes. But I think someone who can (you?) should do it. 21.38.22 Quit Buschel (Ping timeout: 240 seconds) 21.38.49 # well, it's skin engine code, it doesn't have much to do with android 21.43.32 Join Sings_0f_Failure [0] (amoral.ncu@93.123.165.187) 21.44.19 # Yes, but the proposed changes affect hosted envs, e.g. android 21.48.32 Join Alchimysta [0] (~9753e1fb@giant.haxx.se) 21.52.36 # AlexP: could you please (as a native speaker) look at FS#11724 (seperate -> separate)? 21.54.40 # Yeah, the correct spelling is separate 21.56.52 # Commit? 21.58.48 # I didn't look at the patch or anything :) 22.04.27 # hi! 22.04.27 # i have some problems with Cue Support on my Sansa Clip+ 22.04.47 Nick Sings_0f_Failure is now known as Songs_0f_Failure (amoral.ncu@93.123.165.187) 22.05.12 # I'll leave it to JdGordon (FS#11724) 22.05.38 Quit S_a_i_n_t (Ping timeout: 265 seconds) 22.05.46 Quit W00fer (Quit: CGI:IRC (Ping timeout)) 22.10.01 Join noamsml_ [0] (~noamsml@adsl-75-45-241-63.dsl.sfldmi.sbcglobal.net) 22.12.05 Quit Horschti (Ping timeout: 252 seconds) 22.13.14 Quit noamsml (Ping timeout: 260 seconds) 22.13.17 # well, I guess I'll go back to 3.6 until the issue is solved... 22.13.22 # later people of Rockbox 22.13.25 Quit Sarcastic_Dude (Quit: Sarcastic_Dude) 22.13.30 Join n1s [0] (~n1s@rockbox/developer/n1s) 22.14.05 Join Horschti [0] (~Horscht@xbmc/user/horscht) 22.14.43 Quit evilnick_B (Quit: Page closed) 22.16.30 Quit Alchimysta (Quit: CGI:IRC (EOF)) 22.16.48 Quit TheLemonMan (Quit: Help me, i got shot! *DIES*) 22.18.15 Quit Judas_PhD (Quit: This is a quitting message) 22.20.27 Quit fml (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630]) 22.29.10 Quit Dreamxtreme (Ping timeout: 240 seconds) 22.31.52 Join MethoS- [0] (~clemens@134.102.106.250) 22.34.59 Quit esperegu (Read error: Connection reset by peer) 22.35.07 Join Dreamxtreme [0] (~Dre@92.30.19.75) 22.37.29 *** Saving seen data "./dancer.seen" 22.38.40 Join Strife89TX [0] (~cstrife89@207.144.56.176) 22.39.31 Quit csu (Ping timeout: 240 seconds) 22.39.43 Join csu [0] (~csu@dev.dist.us) 22.44.14 Part Songs_0f_Failure 22.44.54 Join toffe82_ [0] (~chatzilla@maf.wirelesstcp.net) 22.45.41 Quit bmbl (Quit: Verlassend) 22.45.51 Join toffe82__ [0] (~chatzilla@maf.wirelesstcp.net) 22.45.55 Quit benedikt93 (Quit: Bye ;)) 22.46.18 Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) 22.46.31 Quit toffe82 (Ping timeout: 240 seconds) 22.46.48 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 22.49.53 Quit toffe82_ (Ping timeout: 276 seconds) 22.50.21 Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) 22.51.16 Quit jgarvey (Quit: Leaving) 22.51.28 Quit JdGordon (Ping timeout: 252 seconds) 22.54.26 Quit toffe82__ (Ping timeout: 276 seconds) 22.55.16 Join y4n [0] (y4n@unaffiliated/y4ndexx) 22.55.39 # Hello. Is chained ogg planned? Or somehow supported? 22.55.49 Quit MethoS- (Remote host closed the connection) 22.55.50 # My file just won't play. 22.56.14 # Not supported. 22.56.31 Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) 22.57.18 # y4n: its not planned and probably won't happen since its difficult to do on a portable 22.57.51 # ah well ok then, thanks :) 22.59.57 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 23.01.19 Join RoC_MasterMind [0] (~Free@c-76-122-36-52.hsd1.fl.comcast.net) 23.04.10 Quit Lear (Quit: ChatZilla 0.9.86 [Firefox 4.0b8pre/20101103031807]) 23.04.11 Quit Horschti (Ping timeout: 255 seconds) 23.06.06 Join Horschti [0] (~Horscht@xbmc/user/horscht) 23.07.57 Join Ramsey[LC] [0] (~RamseyLC]@adsl-75-17-125-136.dsl.rcsntx.sbcglobal.net) 23.09.53 Join toffe82_ [0] (~chatzilla@maf.wirelesstcp.net) 23.10.02 Quit toffe82_ (Client Quit) 23.11.31 Quit toffe82 (Ping timeout: 240 seconds) 23.13.07 Quit saratoga (Quit: Page closed) 23.16.20 Quit anewuser () 23.17.25 Quit Strife89TX (Quit: Low battery + no-electronics-at-dinner-policy) 23.20.34 # New commit by 03jdgordon (r28483): Cleanup and oops spotted by Alexander Levin 23.21.17 Join anewuser [0] (anewuser@unaffiliated/anewuser) 23.21.33 Quit domonoky (Read error: Connection reset by peer) 23.22.11 # r28483 build result: All green 23.26.56 Quit csu (Ping timeout: 276 seconds) 23.29.19 Quit y4n (Quit: only amiga makes it possible) 23.32.22 Join csu [0] (~csu@91.75.204.14) 23.32.47 Quit Horschti (Ping timeout: 276 seconds) 23.33.54 # JdGordon: last and last->next always point to the same, doesn't it double free in _init()? 23.34.06 Join Horschti [0] (~Horscht@xbmc/user/horscht) 23.34.10 # ah no, nevermind 23.34.48 # but I think "else last->next = obj;" is uneeded 23.36.23 # Do we have a datasheet describing the portalplayer i2c controller? 23.39.37 # How can i add the arm-elf-eabi-gcc compiler to a debian install ? (not in the apt case ; main/contrib) 23.41.18 # If you want the rockbox cross compiler, you can just run the cross-compiler script and it will install it in /usr/local/bin 23.42.38 # Is that what you want? 23.42.41 # that could work, except that it is not the spot where debian places everything 23.42.57 # so i'm unsure whether that would work 23.43.16 # That's exactly why it will work 23.43.37 # gevaerts: because it won't conflict is what you're saying ? 23.43.43 # Installing stuff that doesn't come from .deb packages in places like /usr/bin is a *bad* idea 23.44.00 # but easy to do too if you want to... 23.44.29 # JdGordon: just ignore what I said 23.44.54 # let's just try it and see where it goes :) 23.45.42 # In my experience it's a painless process, just run the script, wait a bit and it magically works without further setup 23.46.38 # where is the script ? 23.46.42 # You will need some packages for running the tools/rockboxdev.sh script but it will tell you what you're missing 23.46.57 # thank you :) 23.47.49 Join lixus001 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) 23.51.42 Join atlanx [0] (~chatzilla@p5497C878.dip.t-dialin.net) 23.51.57 Nick atlanx is now known as Atlanx (~chatzilla@p5497C878.dip.t-dialin.net) 23.52.19 # hello ^^/ 23.53.02 # I have a little question about the font renaming of Rockbox v3.7 23.53.56 # There ( http://svn.rockbox.org/viewvc.cgi/trunk/fonts/README?revision=18390&view=markup ) is mentioned that "nimbus-14" got renamed to "14-Nimbus". 23.54.34 # But what is with "nimbus+uming-14.fnt"? 23.54.57 # I need it for displaying Japanese Kanjis. 23.56.38 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 23.56.44 # Was that an official rockbox font? 23.57.14 # no, that is a version of the font where someone added the uming font to get CJK support 23.57.45 # Atlanx: the font renaming is *ages* ago, it's not a 3.7 thing 23.57.54 Join Horscht [0] (~Horscht@xbmc/user/horscht) 23.58.33 Quit ender` (Quit: It's amazing how the the human mind does not process the the fact I used the the word "the" twice each time.) 23.58.50 # but you can still use the one you found, only the names changed. The only thing you'll notice that a font without digits in the beginning of their name will be found at the end of the list when browsing for fonts... but you only have to set it once