--- Log for 22.06.112 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 7 days and 0 hours ago 00.12.50 Join amayer [0] (~amayer@72.25.56.179) 00.31.48 Quit ender` (Quit: Why shouldn't truth be stranger than fiction? Fiction, after all, has to make sense. -- Mark Twain) 00.36.41 # Has anyone in here installed rockbox on an IPod Classic? 00.36.46 Quit Wardo (Read error: Connection reset by peer) 00.40.55 Quit pamaury (Remote host closed the connection) 00.43.31 Join saratoga [0] (980329b4@gateway/web/freenode/ip.152.3.41.180) 00.44.36 Join Scromple [0] (~Simon@119.225.209.134) 00.49.35 Quit Rower (Quit: Hmmm...) 00.50.06 Join krabador [0] (~krabador@host1-181-dynamic.56-79-r.retail.telecomitalia.it) 00.56.09 Quit dfkt_ (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 01.05.44 Join bitcraft_ [0] (~bitcraft@66.254.199.148) 01.08.44 Quit bitcraft (Ping timeout: 250 seconds) 01.20.00 *** Saving seen data "./dancer.seen" 01.24.31 Quit lebellium (Quit: ChatZilla 0.9.88.2 [Firefox 14.0/20120612164001]) 01.48.33 Quit mgottschlag (Remote host closed the connection) 01.57.18 Quit Thra11 (Remote host closed the connection) 02.06.40 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 02.08.27 Quit prof_wolfff (Read error: Operation timed out) 02.19.40 Quit eckoit (Quit: eckoit) 02.20.29 Join user485763 [0] (~aoeu@112.166.15.141) 02.36.51 # <[Saint]> How do people feel about the touchscreen cabbiev2's ffwd/rwd/next/prev buttons remaining grey unless touched and only then becomminh yellow? 02.36.59 # <[Saint]> *becomming 02.37.09 # <[Saint]> bah! 02.39.37 # <[Saint]> Hmmmm....the sim isn't displaying my backdrop 02.41.04 Quit GermanMushroom (Ping timeout: 265 seconds) 02.58.49 Quit jfc (Ping timeout: 252 seconds) 03.03.01 Join jfc [0] (~john@stat-bng-72-73-80-12.ngn.east.myfairpoint.net) 03.06.57 Quit user485763 (Ping timeout: 245 seconds) 03.07.51 # <[Saint]> JdGordon: kugel: a CCCCCC-->000000 gradient drawn by the theme engine as a backdrop 03.07.52 # <[Saint]> http://imgur.com/88kus 03.08.17 # <[Saint]> (ignore the black around the icons, I just butchered a theme to show you guys this) 03.10.31 # * [Saint] remembers gevaerts might also want to see this 03.11.16 # got a comparisson shot from the bmp? 03.13.18 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 03.13.21 Join eckoit [0] (~ryan@50.65.10.24) 03.20.02 *** Saving seen data "./dancer.seen" 03.27.47 Quit shamus (Read error: Connection reset by peer) 03.27.54 Join shamus [0] (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 03.42.13 Quit eckoit (Quit: eckoit) 03.44.25 Quit mystica555 (Quit: Ekkusu Chatto) 03.44.54 Join sqwishy [0] (~sqwishy@S0106002401df0769.va.shawcable.net) 03.50.56 # Before installing rockbox, windows did not assign a drive letter to my player, so while I thought I was moving the rockbox files to the root of the device, they were being placed in ##MUSIC# or something. 03.51.24 # Windows mounted the device properly after the bootloader was in place and I installed rockbox properly. 03.52.19 # But, for future reference. Does anyone know how I could avoid this problem and have windows mount the player as a storage device? (Without using the automatic installer) 03.52.39 # sounds like you've got the device in MTP modew 03.53.07 # Yeah 03.54.48 Join eckoit [0] (~ryan@50.65.10.24) 03.59.00 # JdGordon: Thanks for the tip 03.59.02 # <3 03.59.04 Part sqwishy 04.03.06 Join TheSphinX_ [0] (~briehl@p5B321D92.dip.t-dialin.net) 04.04.14 Quit Totalled (Ping timeout: 250 seconds) 04.04.46 # <[Saint]> JdGordon: Here's a side-by-side - http://imgur.com/a/sNa98 04.05.02 # <[Saint]> (also: kugel, gevaerts ^) 04.06.42 Quit TheSphinX^ (Ping timeout: 245 seconds) 04.06.59 # <[Saint]> They're both CCCCCC-->000000 gradients, but, to get the same effect out of the skin engine it looks like I'll need to select a *much* darker color than CCCCCC 04.07.17 Quit jfc (Ping timeout: 248 seconds) 04.07.40 # <[Saint]> ...and have "Mr. Someone" fix the obvious color banding :-) 04.09.30 # <[Saint]> Anyway, yeah...that's a side-by-side (actually a top-and-bottom? ;) ) showing a bitmap backdrop (rather obviously) on the top, and a gradient drawn by the theme engine on the bottom. 04.09.46 Join jfc [0] (~john@stat-bng-72-73-80-12.ngn.east.myfairpoint.net) 04.10.13 Join Totalled [0] (~Totalled@c-98-245-9-211.hsd1.co.comcast.net) 04.10.46 # <[Saint]> (it also gives one a chance to compare GNU Unifont vs Ubuntu...I think there's a clear winner there) 04.14.18 # [Saint]: hmm... ok, are you sure you've got the graident tag/viewport sized correctly? 04.14.26 # I really wouldnt have expected a huge difference 04.14.57 # <[Saint]> its just %V(0,0,-,-,-) 04.15.46 # <[Saint]> I kinda saw it coming looking at the status bar, but, I really wanted it to "just work" so I tried anyway. 04.15.53 # <[Saint]> No loss, no foul. 04.16.26 # status bar? 04.16.44 # <[Saint]> errr....sorry, line selector 04.17.16 # ok, so our gradient logic is completly broken :) 04.17.46 # <[Saint]> Torne and kugel came to the conclusion it was a lack of dithering (possibly among other things) 04.18.05 # that grey isnt cccccc is it? 04.18.14 # <[Saint]> Apparently, yes. 04.18.45 # <[Saint]> Oh, do you mean my backdrop, or the skin engine? 04.19.00 # err... 04.19.11 # i dont really see how they could be doing the same gradient start->end 04.19.19 # the backdrop is much darker 04.20.07 # <[Saint]> my backdrop is CCCCCC, with a 000000+transparency gradient drawn over it. 04.20.35 # <[Saint]> Its probably just positioned a little higher. 04.24.06 # whats the trancparency griadient? 04.24.22 # <[Saint]> ...buh? 04.25.07 # 12:20 <[Saint]> my backdrop is CCCCCC, with a 000000+transparency gradient drawn over it. 04.26.51 # <[Saint]> I mean, I started with a plain CCCCCC 240x320 bitmap, and then I created a 000000+transparent gradient and positioned that to my liking overtop of the CCCCCC image. 04.27.22 # <[Saint]> as I needed approximately the entire bottom third of the image to be pure 000000 04.27.53 # so they arent a 1:1 comparisson 04.28.27 # make the graidnet viewport only use the top 2/3 of th screen and try again 04.28.53 # <[Saint]> Well, not exactly, no...but its still pretty bloody obvious that there's horrible banding and no dithering :) 04.29.07 # * JdGordon doesnt know hat they are, but sure 04.32.46 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.32.46 Quit amiconn (Disconnected by services) 04.32.49 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.32.51 Quit pixelma (Disconnected by services) 04.32.52 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.32.54 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.33.23 Join mystica555 [0] (~Mike@70-58-27-171.hlrn.qwest.net) 04.39.05 Quit krabador (Quit: Sto andando via) 05.20.05 *** Saving seen data "./dancer.seen" 05.35.29 Quit ps-auxw (Ping timeout: 272 seconds) 05.45.43 Join ps-auxw [0] (~arneb@p4FF7F32E.dip.t-dialin.net) 05.54.54 Quit Totalled (Quit: iTunes killed my iPod. ._.) 05.55.11 Join Totalled [0] (~Totalled@c-98-245-9-211.hsd1.co.comcast.net) 05.59.00 Join Guardian452|bob [0] (~Cone@cpe-74-69-0-23.rochester.res.rr.com) 06.00.52 Quit alexbobp (Quit: leaving) 06.07.15 # what is the fuction of the contents of the ##PORT## folder on my sansa clip 06.07.35 # theres a relatively large 190MB file in there I would like to kill 06.07.42 # ignore it... its a sansa folder, notihng we use 06.07.52 # so I can safely kill it 06.08.00 # I dont plan on booting into the crapy old firmware 06.08.04 # yep 06.09.14 # rockbox is awesome It fixed my dieing clip 06.09.16 # :3 06.10.18 # also is there a way to make the clip+ display in a single color 06.10.22 # the orange band is annoying 06.10.41 Join alexbobp [0] (~alex@capitalthree.pwnz.org) 06.11.39 # no 06.11.57 # bah though I could mess with the lcd voltages and make it one color 06.12.02 # meh ill buy a clip zip 06.12.59 # clip zip ftw 06.13.11 # it's my #1 mp3 player to buy right now 06.13.53 # yea but what are the hardware specs 06.13.55 # * Guardian452|bob googles 06.17.34 # hmm 06.18.08 # looking for a player thats relatively water restient and has 24Bit output support 06.23.24 Join Ward [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) 06.23.50 Nick Ward is now known as Guest66925 (~Mirandaha@176-120-190-109.dsl.ovh.fr) 06.30.24 # is there a way to set where the database load from instead of loading from root? 06.30.38 # t 06.30.44 # no 06.31.12 # so it always loads all the files on the harddrive section of my ipod 06.35.38 Quit [Saint] (Quit: Quit) 06.37.03 Join [Saint] [0] (~Saint]@101.98.158.103) 06.37.03 Quit [Saint] (Changing host) 06.37.03 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 06.44.37 Quit Guest66925 (Ping timeout: 248 seconds) 06.45.07 Quit XavierGr () 06.52.00 Quit [Saint] (Quit: Quit) 06.54.38 Join [Saint] [0] (~Saint]@101.98.158.103) 06.54.39 Quit [Saint] (Changing host) 06.54.39 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 06.57.06 Quit amayer (Quit: Going 127.0.0.1(home)) 07.01.25 Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu) 07.04.47 Quit anewuser (Ping timeout: 272 seconds) 07.12.42 Quit [Saint] (Quit: Quit) 07.12.50 Join [Saint] [0] (~Saint]@101.98.158.103) 07.12.51 Quit [Saint] (Changing host) 07.12.51 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 07.14.40 Quit [Saint] (Client Quit) 07.15.01 Join [Saint] [0] (~Saint]@101.98.158.103) 07.15.02 Quit [Saint] (Changing host) 07.15.02 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 07.18.12 Join [Saint_] [0] (~Saint]@101.98.158.103) 07.18.13 Quit [Saint_] (Changing host) 07.18.13 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 07.18.57 Quit [Saint] (Client Quit) 07.20.07 *** Saving seen data "./dancer.seen" 07.22.33 Quit [Saint_] (Client Quit) 07.22.55 Join [Saint] [0] (~Saint]@101.98.158.103) 07.22.55 Quit [Saint] (Changing host) 07.22.55 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 07.24.46 Quit [Saint] (Client Quit) 07.27.30 Join [Saint] [0] (~Saint]@101.98.158.103) 07.27.30 Quit [Saint] (Changing host) 07.27.30 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 07.29.43 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 07.30.37 # is there a way to reverse rockboxes boot prio 07.31.03 # like boot the sansa firmware by default and boot into rockbox by holding the left key 07.31.58 Quit [Saint] (Client Quit) 07.32.21 Join [Saint] [0] (~Saint]@101.98.158.103) 07.32.21 Quit [Saint] (Changing host) 07.32.21 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 07.33.21 # [Saint]: the bad background is a CCCCCC backdrop with transparent gradient? 07.33.50 # <[Saint]> no. 07.36.19 # <[Saint]> I'm not even sure how that would...oh, wait, yeah...but, no. 07.36.49 # <[Saint]> The "bad" backdrop is a CCCCCC->000000 gradient drawn with the theme engine. 07.37.34 # <[Saint]> The "good" backdrop started off life as a pure CCCCCC bitmap, and a transparent+000000 gradient was positioned overtop of it. 07.38.28 # ok I was confused 07.40.27 # <[Saint]> Nevermind, it happens to me all the time ;) 07.40.35 # it amazes me that the background is that wrong. the top us nearly white and the bottom is light grey at best 07.41.45 # <[Saint]> yes, only the bottom-most pixel is actually true black according to GIMP. 07.43.32 # that's how it would be in an ideal gradient too :-P 07.45.31 # how transparent is the overlay at the top? CCCCCC should be pretty light 07.46.20 # <[Saint]> its approximately 60% transparency at the top. 07.47.05 # <[Saint]> possible more, as I ran a blur filter over the backdrop set I made a few times as well. 07.47.29 # ah its far away from CCCCCC 07.48.17 # seleting the colors as line selector doesn't look as bad 07.48.57 # but obviously not like the backdrop either 07.49.01 # <[Saint]> Well, yes. The test I made was just to see how it would look. I was going to set as near as possible to the colors in the bitmap backdrops I made afterward, if it looked ok. 07.49.31 # <[Saint]> I wasn't going to put any serious effort into until I knew it wouldn't make anyones eyes bleed. 07.49.33 # right, the banding is a deal breaker 07.49.42 # * [Saint] nods 07.50.13 Nick Jack87 is now known as Jack87|Away (Jack87@nasadmin/admin/jack87) 07.51.45 # I think our dithering can only work on loading files from disk currently, some possibly non-trivial changes are needed there 07.56.35 Join webguest68 [0] (~46be935b@www.haxx.se) 07.57.00 Quit webguest68 (Client Quit) 08.09.15 Join [Saint_] [0] (~Saint]@101.98.158.103) 08.09.15 Quit [Saint_] (Changing host) 08.09.15 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 08.11.33 Quit [Saint] (Disconnected by services) 08.20.12 # why is the doom game all fuzzy on the clip+ ? 08.20.23 # just cheating due to lack of power/ram ? 08.25.47 # it's dithering 08.26.02 # how else do you do a color game on a monochrome display? 08.26.14 # the pixels don't even support grayscale afaik 08.34.42 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 08.39.26 # I would have thrown the colors out all togetor 08.39.28 # > 08.39.33 # can't even see whats going on 08.39.43 # makes it pretty well unplayable 08.39.57 # <[Saint_]> And, you think that would help? 08.40.15 # <[Saint_]> if there wasn't an attempt to convert the colours, you know what you'd see? 08.40.21 # GRAY? 08.40.22 # <[Saint_]> A solid blue screen. 08.40.27 # <[Saint_]> that's it. 08.41.15 # <[Saint_]> there is no "grey", its simply an optical illusion. 08.41.54 # <[Saint_]> The pixels are all one colour, the simply flash at different rates to create the illusion of different shades. 08.42.02 # you can either display black or /blue/orange 08.42.15 # whats the problem with that make everything blue 08.42.16 # :P 08.42.27 # <[Saint_]> orange is limited to the first 8(?) pixels only. 08.42.32 # so 08.42.44 # use it for the hudbar and throw everything else below 08.42.45 # :P 08.42.59 # <[Saint_]> Ok, go for it then. Patches welcome. 08.43.18 # * Guardian452|bob is currently in search of src 08.43.40 # <[Saint_]> Give us a call when you've got a patch ready. ;) 08.44.15 # * Guardian452|bob realises this is all so he can play doom on a 1in screen 08.44.24 # GLORY TO THE BFG 08.44.48 # we really should remove doom 08.44.55 # WHAT 08.44.56 # -.- 08.44.57 # and replace it with the lamp plugin 08.45.02 # fuck you 08.45.12 # hating on doom 08.45.13 # why? 08.45.14 # the fk 08.45.22 # <[Saint_]> warning, Guardian452|bob 08.45.30 # <[Saint_]> keep it up and you can leave. 08.45.31 # * bluebrother^ prepares a patch that will remove doom 08.45.44 # * bluebrother^ prepares another patch that will rename lamp to doom 08.45.48 # * Guardian452|bob slaps bluebrother^ with the delete key 08.45.54 # you want it removed there you go 08.46.07 # * bluebrother^ prepares to hit enter for committing 08.46.32 # * bluebrother^ stops last minute. For now. 08.46.33 # * Guardian452|bob wonders the proablity of making the usb port fuction as a device 08.46.46 # * Guardian452|bob starts writing usb-ethernet drivers 08.46.49 # -.- 08.47.10 # oh, you want to get USB OTG going? Nice. 08.47.15 # * bluebrother^ awaits patches 08.47.30 # * Guardian452|bob thinks its probly inpossiblerz 08.47.39 # * Guardian452|bob consults the tech papers 08.48.27 # negative ghost rider 08.48.36 # otr is anti--possiblez 08.48.40 # * Guardian452|bob is sad 08.49.16 # the dream of running a mysql server from a 240Mhz hafaARM chip 08.49.18 # CRUSHED 08.49.25 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.49.26 # *and nothing of value was lost 08.50.29 Join ender` [0] (krneki@foo.eternallybored.org) 08.51.01 # <[Saint_]> You could've just asked... 08.51.25 # <[Saint_]> there's only like 2 or 3 targets that run Rockbox that are even capable of USB OTG 08.51.47 # * Guardian452|bob wonders why [Saint_] thought he was serious 08.52.09 # * Guardian452|bob looks at the clock and realises he has not sleept in ~19h 08.52.30 # OOOoshiettt 08.52.38 # wait just a cotton picking momento 08.52.42 # <[Saint_]> Oh, right. I'll try to keep in mind that I should disregard everything you say from now on. 08.52.43 # http://www.ams.com/eng/Products/Mobile-Entertainment/Analog-Integrated-Microcontrollers/AS3525 08.52.45 # <[Saint_]> Thanks ;) 08.52.45 # ;O 08.52.53 # 266MHz. The AS3525 features dedicated high speed interfaces for USB2.0 HS-OTG (AS3525A+B), ATA IDE and SDRAM (AS3525A only) ensuring maximum performance for download, upload, and playback. 08.52.59 # O_o 08.53.06 # O_o 08.53.28 # * Guardian452|bob has a dollor that says those pins are not even connected 08.53.29 # :( 08.54.26 # hmm anyone have a micro bga work station and a 15x microscope 08.57.53 # hmm 08.58.13 # sleep or hacking on tieny tiny chips @ 3Am 08.58.14 # hMmm 08.58.37 # Guardian452|bob: please try to keep discussion concise here, a lot of people read the logs and use translators 08.59.09 # their problem not mine 08.59.14 # put me on ignore 08.59.15 # -.- 08.59.29 Mode "#rockbox +o funman" by ChanServ (ChanServ@services.) 08.59.33 Mode "#rockbox +b *!*Cone@*.rochester.res.rr.com" by funman (~fun@rockbox/developer/funman) 08.59.33 Kick (#rockbox Guardian452|bob :sure thing) by funman!~fun@rockbox/developer/funman 09.00.08 Mode "#rockbox -o funman" by funman (~fun@rockbox/developer/funman) 09.05.05 Quit Scromple (Quit: Leaving) 09.16.30 Join ks [0] (~ks@aqu33-5-82-245-97-150.fbx.proxad.net) 09.20.09 *** Saving seen data "./dancer.seen" 09.21.03 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.36.37 Quit bertrik (Ping timeout: 240 seconds) 09.36.45 Join user485763 [0] (~aoeu@112.166.15.141) 09.38.25 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) 09.39.59 Join kevku [0] (x@heaaqi4aafadxgct73gcnrg5bpq.dyn.reverse.name) 09.48.37 Nick ks is now known as fbnlsr (~ks@aqu33-5-82-245-97-150.fbx.proxad.net) 10.05.50 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) 10.05.50 Quit pamaury (Changing host) 10.05.50 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.18.41 Quit mc2739 (Ping timeout: 246 seconds) 10.20.47 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 10.28.19 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 10.41.01 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 11.00.21 Join petur [0] (~petur@rockbox/developer/petur) 11.03.53 # [Saint_]: for testing that gradient, you could put in half a backdrop using %x, and half using a gradient :) 11.20.13 *** Saving seen data "./dancer.seen" 12.03.02 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 12.09.08 Join Syconaut^ [0] (viper@c-4dfd72d5.162-1-64736c10.cust.bredbandsbolaget.se) 12.10.27 Quit Syconaut (Ping timeout: 245 seconds) 12.11.35 # kugel: why do we copy rockbox.zip as a .so in rockbox.apk, instead of using resources? 12.13.22 # funman: iirc resources cannot be executed (copied to some noexec folder) 12.13.39 # zip file needs to be executable? 12.13.45 # resources are not copied at all, they're mmap'ed directly out of the apk 12.13.52 # it contains plugins 12.14.05 # presumably we extract them, though 12.14.20 # but i don't remember the exact details anymore 12.14.43 # are plugins shared objects on android, or do we just load them manually still? 12.15.08 # dlopen()d shared objects 12.15.24 # i would suspect the right thing to do would be to put all the shared objects into the APK directly 12.15.36 # and to put all the other rockbox files into the APK as assets 12.15.44 # and not have a zip at all 12.16.19 # that's done for codecs now 12.16.24 # but not yet plugins 12.16.58 # i thought the .zip was extracted on /sdcard so we can use themes, fonts etc 12.17.09 # yes, but there's no actual need to do that 12.17.15 # you can just open them directly from inside the apk withotu extracting them 12.17.42 # that requires a few changes to use java resources instead of plain unix files however no? 12.18.01 # someone just needs to fix the build system :) 12.18.04 # only if you want the files to be deflated 12.18.27 # if you don't mind storing them in the apk uncompressed (e.g. already compressed formats already do this) you can mmap() them directly out of the apk 12.19.13 # but the apk is compressed, how can you mmap stuff in it? 12.19.46 # ...read what i just said again? :) 12.20.28 # let me rephrase, I don't know how to mmap() files that are contained in compressed files 12.20.40 # don't compress them 12.20.53 # apk is always compressed isnt it? 12.21.03 # apk is a zip, compression is on a per-file basis 12.21.13 # ah, i didn't know that 12.21.21 # aapt already detects already-compressed formats (like jpg and pals) and skips compressing them, storing them directly 12.21.35 # and it pads assets to align them to page boundaries in the file 12.21.38 # I also didn't know that :) 12.21.40 # specifically so they can be mmap'ed 12.21.45 # and that :) 12.21.50 # you can tell it other files/tiletypes to not compress, also 12.22.10 # compressed resources can only easily be accessed from java, though, you're right (and even then only as an unseekable input stream) 12.22.20 # (because, yaknow, it's just inflating it as it goes along) 12.22.57 # Anyway. You can just use Java to do it, for loading stuff 12.22.59 # I would :) 12.23.13 # allocate buffer, make JNI call requesting that a particular resource gets loaded into that buffer 12.23.26 # java code reads the resource using the normal resource apis in the framework, which will decompress for you 12.23.35 # it's just like any other filesystem implementation :) 12.24.19 # the only thing you actually do have to extract onto the local filesystem is shared objects, because sadly the Bionic dynamic loader can't load a shared object from inside an apk, compressed or not 12.24.36 # (it would in theory be possible to do it if the .so was stored uncompressed, but it doesn't) 12.26.42 # we use plain open() and friends to access themes etc, I wouldnt want to change that 12.26.55 # why not? 12.27.11 # it's not difficult 12.27.29 # also, you don't have to change the places where it calls open() 12.27.41 # just wrap open() to abstract the resources out as a pretend FS 12.28.29 # * Torne shrugs. 12.28.30 # that requires changes to rockbox itself 12.28.37 # not really. 12.29.31 # also: we shouldn't really be handling themes and fonts and things the same way as native rockbox *anywya* 12.29.36 # because we should be trying to mmap() that stuff 12.29.38 # instead of reading it 12.29.40 # to save memory 12.29.59 # (whether that's mmap() from a real file or from inside the apk) 12.30.22 # actually the same applies to a lot of things 12.30.24 # the database, etc :) 12.31.46 # it doesnt save a lot of memory 12.31.58 Join a [0] (~c@s5146db6a.adsl.wanadoo.nl) 12.32.10 # it doesn't? 12.32.12 # we usually don't have the files as-is in ram 12.32.22 Nick a is now known as Guest12840 (~c@s5146db6a.adsl.wanadoo.nl) 12.32.47 # fonts we do. the database we do, i think 12.33.43 # anyway. 12.33.58 # this is just more ways in which our architecture isn't great as an app :) 12.34.33 # could extend buflib to have file-backed allocs, which could be mmap() on hosted 12.34.44 # yes. 12.35.27 # and on freestanding it can probably do the alignment/etc to do DMA reads and so on 12.35.35 # in order to just slurp the file in the most efficient way 12.36.56 # could we have some mmap-like thing on native as well? 12.37.04 # trickery with data abort handlers or so? 12.37.25 # only on the devices with real MMUs, and only if we were prepared to start allocating real 4kb-granularity page tables 12.37.32 # and then that's not trickery, that's just actual paging 12.37.33 # :) 12.37.58 # g#239 ? 12.37.59 # 3Gerrit review #239 at http://gerrit.rockbox.org/r/239 : WIP: read-only memory on sansa AMS using MMU by Rafaël Carré (changes/39/239/2) 12.38.17 # you're still using section mappings there, no? 12.38.37 # anyway, no, there isn't really a trick other than "implement paging" 12.38.47 # it's fine to have an mmap() that works by just reading the entire file up front 12.38.58 # that's semantically valid for read-only mappings 12.38.59 # :) 12.39.19 # (fake mmap for writable mappings is possible too but fiddlier) 12.39.44 # reading into ram? 12.39.54 # what about a real mmap? 12.39.56 # yeah. allocate the required amount of ram, read entire file into it, return pointer to allocated region 12.40.17 # what about it? not sure what you're asking. 12.40.29 # could we implement it? 12.40.32 # yes, we could implement paging on devices with an MMU. no, i don't think it's at all a good idae 12.40.42 # it will ruin our soft-RT-ness :) 12.41.31 # also it's really fucking complicated 12.41.38 # * kugel thinks it should be possible without mmu too, even if limited to only one file at a time or so 12.41.41 # having implemented it in a realtime OS before :) 12.41.52 # er 12.41.53 # how? 12.42.57 # hm, wait, you need an mmu to trap non-ram memory accesses right? 12.43.15 # you need an MMU to make a given address not always do the same thing, basically :) 12.45.20 # Okay, so technically you could do it, but it woul dbe torturous and incredibly slow: what you have to do is use a region of memory which aborts on access (which doesn't necessarily exist on all hardware, some things just don't abort), and then when you take a data abort, *decode the aborting instruction* and look at the registers to work out what address it accessed (because ther's no FAR on MMUless ARM) and then work out what register it wanted ... 12.45.26 # ... the result in and copy the right word of data there 12.45.49 # nobody is going to do that. 12.46.08 # right, that was roughly my idea :) 12.46.21 # that's absurd, though :) 12.46.30 # it would take hundreds of instructions to handle a *hit* 12.46.48 # hm, maybe only *a* hundred, but still 12.47.03 # it basically means you are emulating the entire behaviour of the ldr and str instructions 12.47.17 # (you need to do the whole thing, including, say, base register updates for ! and so on) 12.47.24 # also ldm/stm :) 12.48.16 # and even then it still wouldn't be implementable on all hardware, because some devices *never data abort* 12.48.27 # at least, not externally (they may abort on alignment) 12.48.58 # some device buses just return something for *any* address; mirrors or garbage or zeros, and never abort. 12.49.18 Quit mgottschlag (Ping timeout: 276 seconds) 12.49.43 # anyway no. paging is a bad idea for our use case, we want predictable behaviour. as an app, we are already screwed and cannot be sensibly RT no matter how we try so using mmap() is not unreasonable :P 12.50.27 Quit GermanMushroom (Quit: Ik ga weg) 12.50.48 Quit Guest12840 (Quit: Ik ga weg) 12.51.50 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 12.51.52 Quit user485763 (Quit: Leaving.) 12.51.53 Join anewuser [0] (~anewuser@200.84.251.43) 12.51.53 Quit anewuser (Changing host) 12.51.53 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 12.53.39 # I don't remember we really want that 12.54.12 # (RTness) 12.54.26 # at least it's not document that we do or we focus on it 12.55.34 # we are pretty much the definition of a soft RT system, at least as a firmware :) 12.56.34 # i know, but i don't remember it's our declared goal 12.57.41 Join Topy [0] (~Topy44@f049066255.adsl.alicedsl.de) 13.01.39 Quit T44 (Ping timeout: 276 seconds) 13.05.06 Join dfkt [0] (dfkt@unaffiliated/dfkt) 13.09.16 # i don't think it has to be declared: we want audio playback to work reliably, therefore we have to behave in at least a soft RT way 13.20.17 *** Saving seen data "./dancer.seen" 13.36.12 Join MethoS-- [0] (~clemens@134.102.106.250) 13.54.10 Quit ps-auxw (Quit: leaving) 13.54.30 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 14.18.41 # * kugel disagrees, but well 14.20.49 # help me finish g#239 so we can have data aborts *at all*, after that you'll have more matter to debate :P 14.20.50 # 3Gerrit review #239 at http://gerrit.rockbox.org/r/239 : WIP: read-only memory on sansa AMS using MMU by Rafaël Carré (changes/39/239/2) 14.24.54 Quit pamaury (Ping timeout: 260 seconds) 14.26.11 Join Thra11 [0] (~thrall@87.115.35.37) 14.51.55 Quit TheSeven (Ping timeout: 246 seconds) 15.00.23 Join mgottschlag [0] (~quassel@HSI-KBW-091-089-250-186.hsi2.kabel-badenwuerttemberg.de) 15.00.27 Quit mgottschlag (Changing host) 15.00.27 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) 15.04.29 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 15.05.21 Quit pamaury (Remote host closed the connection) 15.08.25 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 15.08.25 Quit pamaury (Changing host) 15.08.25 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 15.20.18 *** Saving seen data "./dancer.seen" 15.25.56 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 15.51.47 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.52.38 # are the daily builds stable or beta? 15.53.16 Quit fs-bluebot (Ping timeout: 246 seconds) 15.53.24 # No 15.53.37 # amayer: where still refers to the daily builds? 15.53.37 # They're daily builds of the development tree 15.53.44 # Ah yes, that too 15.54.00 # amayer: also, look for "database.ignore" in the manual 15.54.31 # so the daily builds are beta 15.54.34 Join fs-bluebot [0] (~fs-bluebo@g226069032.adsl.alicedsl.de) 15.54.39 # No 15.54.49 # im confused 15.55.11 # the daily builds are an archive of bleeding edge development versions that happen to be spaced 24 hours apart 15.55.11 # i just installed rockbox last night 15.55.25 # they are for people to go back into the past to work out when something broke 15.55.29 # they are not something you should install to use 15.55.43 # Well, unless you understand "beta" as "any build that's not an official release", but that's not what beta typically means 15.55.58 # there are two choices for what you should install: either the latest stable release (3.11) or the most recent development build (some hex number) 15.56.12 # ok thank you 15.56.39 # amayer: i assume you are referring to the choices in Rockbox Utility? 15.56.48 # the wbesite shouldn't be referring to daily builds any more. 15.56.57 # i read about it on a forum 15.57.03 # our forum? 15.59.20 # yes 15.59.29 # http://forums.rockbox.org/index.php/topic,28562.0.html 16.00.01 # (i have an ipod classic) 16.00.07 # ah. that's from a year ago 16.00.19 # yes i noticed. thats why i asked 16.00.45 # Anyway, on the classic you want a dev build 16.01.07 # are you saying i should or shouldnt use a dev build? 16.01.38 # There is no other build type available on the classic 16.02.01 # i got the most recent version off of freemyipod.org(com?) 16.02.13 # those are not at all recent 16.02.32 # so i should download the most recent daily build and install that? 16.02.33 # they are very old dev builds :) 16.02.43 # Oh, http://build.rockbox.org/dev.cgi still refers to daily builds... 16.02.47 # no. as you have been told several times you should not use the daily builds at all 16.03.09 # gevaerts: http://www.rockbox.org/daily.shtml still has the filename/title :) 16.03.20 # that page probably should just go away 16.03.32 # having downloads for the most recent daily build is kinda useless 16.05.03 # amayer: I think you can install an up to date dev build from rockbox utility. If not, go to http://build.rockbox.org/dev.cgi, click "Toggle full/compact table", and look for "Ipod Classic" in the (rotated) list. That links to what you wany 16.05.07 # *want 16.05.43 # huh. why doesn't build.rockbox.org list it 16.05.50 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 16.06.00 # Because it's classified as unusable, not unstable 16.06.10 # It should probably be promoted I guess 16.06.12 # hrm. 16.06.24 # probably yes 16.06.35 # but also, i dunno that skipping it on that grounds is particularly helpful 16.06.40 # what is the difference between the ipod video and classic? 16.06.43 # Oh, I *think* that's because you can't install it using only rockbox.org stuff 16.07.01 # amayer: they're completly different devices? 16.07.26 # they happen to be about the same size and shape, but that's about th eonly similraity 16.08.03 # i have a gray(blackish) 120Gb ipod with black click wheel 16.08.41 # some websites say its a video some say classic 16.08.57 # there are no 120GB ipod videos 16.09.00 # apple says classic but they dont have a "ipod video" descrition 16.09.01 # they only go up to 80GB 16.09.08 # ok so its a classic 16.09.12 # yes. 16.09.19 # so i cant use the video build 16.09.22 # no. 16.09.26 # ok thank you 16.09.54 Quit anewuser (Ping timeout: 260 seconds) 16.10.05 # ive been using linux forever and not to sound like a noob but i thought this would be kinda like that were you just install general software and it figures most everything out for you 16.10.15 # i guess mp3 players are more specialized then computers 16.10.23 # you guys are very helpful 16.10.46 # every player we support is differnt 16.11.07 # they share varying amounts of code, but they all need unique builds 16.11.51 # i went to college for computer science and understand software but hardware has somehow eluded me 16.12.46 # i like free software. and would like to contribute but im just trying to wrap my head around it before i go making waves in the pool 16.13.48 Quit saratoga (Quit: Page closed) 16.14.00 # so the topic that started this disscussion was me wondering if i enable fastboot on emcore will i be able to get back to the boot menu if i want to or will it always just skip to booting rockbox? 16.14.30 # (i googled emcore fastboot menu and the daily builds came up) 16.14.40 Join Dr_saratoga [0] (980329b4@gateway/web/freenode/ip.152.3.41.180) 16.17.25 # im on the build dev page an i cant find ipod classic. its in the delta table but i have no idea what i need to click to get the correct files 16.17.45 Quit pamaury (Remote host closed the connection) 16.21.07 Quit Torne (Ping timeout: 240 seconds) 16.21.28 # The name at the top of the page 16.21.53 # i think i found it. you just click the vertical "ipod classic" 16.22.07 # Yes, as I said 16.22.30 # thank you very much. you guys are a huge help 16.22.51 # do you know about emcore boot menu? 16.23.14 # no. You'll have to ask the freemyipod people about that 16.26.58 Join user485763 [0] (~aoeu@112.166.15.141) 16.27.55 Join Torne [0] (~torne@rockbox/developer/Torne) 16.46.04 Quit Thra11 (Ping timeout: 260 seconds) 16.46.51 # so if no one minds i'm going to just commit the playlist sd card code 16.47.35 # i trust you, doctor 16.53.35 # lol 17.02.44 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 17.05.06 # Commit b30edcd in rockbox by 03Michael Giacomelli: Make playlist.c aware of external storage when determining paths 17.05.18 # i think this is a good first step 17.05.40 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.05.46 # eventually we should make the playlist code actually search all possible volumes in order to intelligently determine where a playlist points to 17.06.07 # but for now, this behavior is a lot more sensible then just assuming everything was on the internal storage 17.08.10 # b30edcd build result: 0 errors, 105 warnings (Michael Giacomelli committed) 17.09.28 # oh wow 17.09.39 # thats embarrassing, but i'll have to fix it in a couple minutes 17.19.03 Join prof_wolfff [0] (~prof_wolf@82.159.1.234.dyn.user.ono.com) 17.20.22 *** Saving seen data "./dancer.seen" 17.23.26 Quit user485763 (Ping timeout: 252 seconds) 17.34.28 # didn't Lear have some objections (in the forums or so)? I haven't followed it unfortunately though :\ 17.38.54 # Commit d245997 in rockbox by 03Michael Giacomelli: Fix warning on previous commit. 17.40.56 # bertrik: did you get anywhere with the USB file handle issue? 17.41.12 # d245997 build result: All green 17.54.07 Join Strife89 [0] (~Strife89@207.144.201.128) 17.56.42 # <[Saint_]> gevaerts> Oh, I *think* that's because you can't install it using only rockbox.org stuff <-- Yeah, its "unusable" as opposed to "unstable" because of the no RB bootloader/no RBUtil support shennanigans. 17.57.19 # <[Saint_]> TheSeven said at some point that getting the Classic to work with ipodpatcher would be fairly trivial. 17.57.29 Quit fbnlsr (Quit: Nettalk6 - www.ntalk.de) 17.57.48 # <[Saint_]> But, he's been super busy lately and hasn't done sweet FA in terms of development. 17.58.05 Quit factor (Read error: Connection reset by peer) 18.00.11 # <[Saint_]> amayer: Yes, if you enable fastboot, you can still get to the boot menu by holding (other than hold) during boot. 18.00.40 # <[Saint_]> And trust me, you want to enable fast boot, it takes those things frickin' ages to boot up. 18.01.02 # thank you. i went to #freemyipod-support as suggested 18.01.13 # you guys are really helpful tho 18.01.22 # <[Saint_]> And since there's no Apple firmware, and an end-user pretty much shouldn't touch anything else in the menu, fastboot is the way to go. 18.01.32 # <[Saint_]> Most of that menu assumes you're a developer. 18.01.39 Quit domonoky (Read error: Connection reset by peer) 18.01.57 # it does boot alot faster with fastboot on 18.02.37 # <[Saint_]> Apple "cheats" with its booting, because the device never actually properly turns off. 18.02.42 # <[Saint_]> The simply hibernate it. 18.03.01 # is there like a diskdrive utility i can put on as bootable so that i can connect it as a disk drive without starting rockbox 18.04.07 # <[Saint_]> No. 18.04.44 # <[Saint_]> There would be, but there's no dual-boot, and hence, no disk-mode. 18.04.55 # so rock box is what makes the harddrive section accessable to the computer 18.05.21 # isnt there some way i could add a launcher to emCore? 18.05.28 # <[Saint_]> Rockbox is controlling absolutely everything on the device, yes. There's no longer a shred of Apple code on there. 18.05.45 # <[Saint_]> A launcher to what, exactly? 18.07.19 # <[Saint_]> I'm not following what you're asking. 18.08.12 # my head unit in my car can scan a hard drive and find all the mp3s but it does not support rockbox 18.08.29 # i can put a thumb drive in with mp3s on it and i can play them through my head unit 18.08.38 # im looking for a way to do that with my ipod 18.08.49 # <[Saint_]> Right, but, as I said...there's no disk-mode, as there's no Apple firmware. 18.09.03 # i understand 18.09.31 # <[Saint_]> If your head unit supported IAP, and in the distant future when IAP is added to the classic port, it should "just work". 18.09.46 # what is IAP? 18.10.23 # <[Saint_]> Alternatively, if dual-boot ever becomes functional, and the head unit is happy mounting "dumb storage" (for example, your thumb drive), then that will "just work" too. 18.10.31 # <[Saint_]> Ipod Accessory Protocol 18.10.36 # It's unlikely that we support any variant of IAP used by a modern head unit 18.10.46 # so even if we implement IAP on the Classic port it still won't work, probably 18.11.01 # the head unit is 4 years old 18.11.04 # yes 18.11.06 # and it worked with my ipod 18.11.12 # <[Saint_]> Torne: I have a reasonably modern head unit, and it /half/ works. 18.11.14 # by modern i mean, like, the last decade :) 18.11.21 # The relevant info here is: it's probably detecting based on the USB IDs that it's an iPod and then specifically trying to talk the apple protocol do it 18.11.29 # if you ran a build of rockbox that *didn't* look like an ipod 18.11.36 # then it would just treat it like a usb stick and find all the mp3s 18.12.38 Quit GermanMushroom (Ping timeout: 245 seconds) 18.13.11 # it doesn't work because rockbox still identifies the device as an ipod, while not actually being compatible with the ipod-specific usb protocols :) 18.13.12 # <[Saint_]> Torne: I can play/pause and skip (but not seek) with the head-unit and my Nano2Gs 18.13.25 # [Saint_]: that's an old fashioned one, then 18.13.34 # i.e. one that is using the ipod to playt he audio 18.13.43 # modern ones just read the data from the ipod and play the audio themselves 18.13.44 # <[Saint_]> its only 2~3 years old. 18.13.52 # okay, so replace with "cheap" 18.13.54 # :) 18.14.01 # <[Saint_]> Its certainly not cheap. 18.14.07 # then you got ripped off :) 18.14.08 # <[Saint_]> its *very* not cheap. 18.14.16 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 18.14.31 # modern flashy head units seem to use the latest usb protocol to just look into the iTunesDB on the device 18.14.43 # and then just treat the ipod as a disk, but give you browsing info based on the DB 18.14.48 # i.e. the player is not doing much of the work at all 18.15.01 # or various similar weird schemes that we don't support even a little bit 18.15.21 # this is usually what is wrong when a device is able to play mp3s off a dumb usb stick, but not off a rockbox'ed ipod. 18.15.57 # <[Saint_]> If I use the Apple firmware and plug it in, it puts a nice little "Sony Xplod" logo on the screen. 18.16.08 # <[Saint_]> ...it'd be nice if we knew how to do magic like this in RB 18.22.19 # thats the head unit i have "Sony Xplod" 18.22.24 # we could figure it out 18.22.51 # ive seen it on a couple of head units. i had a touch screen head unit the had a dumb logo too 18.25.24 Join webguest51 [0] (~5e49ed22@www.haxx.se) 18.27.09 Quit webguest51 (Client Quit) 18.38.45 Join K-77 [0] (~chatzilla@host-86-111-99-141.tvk.torun.pl) 18.39.35 Part K-77 18.46.01 # does rockbox support hibernate? 18.48.27 # no 18.49.48 # thanks 18.51.18 Join ender [0] (krneki@foo.eternallybored.org) 18.51.28 Join Thra11 [0] (~thrall@36.104.125.91.dyn.plus.net) 18.52.37 Quit ender` (Ping timeout: 244 seconds) 18.53.04 Quit ender| (Ping timeout: 260 seconds) 18.56.33 Join Keripo [0] (~Keripo@c-50-135-159-85.hsd1.wa.comcast.net) 19.00.37 Quit Torne (Ping timeout: 240 seconds) 19.06.08 Join ender| [0] (~ender1@2a01:260:4094:1:42:42:42:42) 19.09.41 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 19.11.31 # I'm surprised freemyipod haven't updated their releases page. There have been some major improvements for the iPod Classic since their most recent build. (http://www.freemyipod.org/wiki/EmCORE_Releases) 19.14.15 # i installed that release last night and played music for an hour and it ate half my battery. today i downloaded the most recent build and ive been listening for over an hour and my battery is still full 19.14.19 Quit Rower85 (Quit: Hmmm...) 19.14.41 # so i would say yes. there were some major improvements 19.15.03 # There's also a random crash that happens with that release but has since been fixed 19.15.18 # i wonder why they just dont link to the most recent build on rockbox.org 19.18.51 # Well the *most* recent build might contain experimental code that hasn't been fully tested yet 19.19.05 # So they're trying to provide a more "stable" version 19.19.32 # got it 19.20.23 *** Saving seen data "./dancer.seen" 19.22.26 # they should probably just link to the current version 19.23.07 # funman: if I want to test a lower PCLK, is changing AS3525_DRAM_FREQ enough? It looks like the code will figure out the right dividers for me to get close to that number but i'm not certain 19.23.09 # thats kinda what i ment. not really the daily build but the most current released version 19.26.06 Join lebellium [0] (~chatzilla@g225185181.adsl.alicedsl.de) 19.45.48 # amayer: and what exactly would that be? 19.46.05 # For the classic, there's only the current development build 19.46.18 # exactly use that 19.46.31 # they have a really old version on there 19.47.21 # Yes, but I'm not sure what "not really the daily build but the most current released version" is supposed to mean 19.47.56 # the dev build isnt the same thing as the daily build correct? 19.49.02 # No, but the difference is one of frequency of builds, not anything more 19.49.22 # A daily build is build from the dev tree once per day, the current dev build is built whenever the tree changes 19.49.32 Quit nosa-j (Quit: lol) 19.49.36 # So there's no difference in expected quality 19.49.45 # Which is why we're getting rid of the daily build 19.50.13 # is there a decently stable build or like a "last known worked" build 19.50.32 # i dont mean "stable" but you understand 19.50.51 # im just saying they should like to something more up to date 19.50.51 # No. We try to keep the dev tree working 19.52.00 # The normal expectation is that a target reaches "stable" as fast as possible, and while it's not there most builds will be better than older builds 19.52.12 Join nosa-j [0] (~m00k@adsl-74-235-42-108.clt.bellsouth.net) 19.52.19 # As soon as a target reaches "stable", there's the latest stable release 19.52.43 # but there isnt one for the ipod-classic 19.53.30 # we were talking about the build hosted on freemyipod.org 19.53.45 # They're free to host builds, yes 19.54.22 # im not saying that. i totally agree with them hosting it. but it is an old build which someone said had a bad crash bug in it 19.54.50 # The ipod classic situation is a bit unfortunate, but the ipod classic is really one of the exceptions here. Most targets go to "stable" reasonably quickly, or aren't really usable at all. Targets that get stuck halfway are hard to deal with 19.55.28 # <[Saint_]> Thra11: The point of those releases is to offer a known good build. 19.55.35 # Anyway, if you want to talk the freemyipod.org people into updating their build, you're welcome and you have my moral support, but their channels are probably going to work better :) 19.55.48 # <[Saint_]> Its up to you if you want to continue and install a development snapshot afterwards. 19.56.15 # i guess that makes sence 19.56.30 # i installed the most current build and it runs ALOT better 19.57.37 # question, can i use the themes from ipod video? or are there no themes for ipod classic? 19.57.47 # <[Saint_]> Same thing. 19.58.05 # <[Saint_]> The theme only cares a hoot about the screen size. 19.58.13 # <[Saint_]> The Classic and Video share dimensions. 19.58.16 # makes sence 19.59.01 # the player doesnt look like it did in the theme 19.59.25 # i copied all the file to the correct spot but the player is all black and white and is just lines. nothing looks polished 20.00.05 # <[Saint_]> Anyway, the point of the release builds on freemyipod.org, is that they're tested, and they work. Even if there are bugs included. Its largely irrelevant how old the build is, though, as you're going to install a development snapshot immediately anyway (as per the instructions) 20.00.20 # <[Saint_]> It just offers a safe, known workig build so you can actually do so. 20.01.20 # do i have to manually go into setting and select player theme, then icon theme, then menu theme and change them all? or can i select a config file and it all just loads correct? 20.01.22 # <[Saint_]> If they provided releases of the current code, and say....USB broke, you'd be screwed (to some extent) 20.01.43 # <[Saint_]> amayer: No, just select the theme .cfg 20.01.44 # [Saint_]: yeah i get that 20.02.52 # <[Saint_]> So, yeah. While it might seem a bit weird that there's ages old builds on freemyipod.org, there's a reason behind it. 20.03.24 Quit nosa-j (Ping timeout: 244 seconds) 20.03.31 # its just to make it work not make it up to date 20.03.40 # * [Saint_] nods 20.05.19 Quit Strife89 (Quit: Heading home) 20.07.12 Join nosa-j [0] (~m00k@adsl-74-235-42-108.clt.bellsouth.net) 20.08.56 Quit nosa-j (Client Quit) 20.13.26 Join nosa-j [0] (~m00k@adsl-74-235-42-108.clt.bellsouth.net) 20.14.31 Quit nosa-j (Quit: lol) 20.16.41 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 20.31.12 Join nosa-j [0] (~m00k@adsl-74-235-42-108.clt.bellsouth.net) 20.46.09 Quit eckoit (Quit: eckoit) 20.46.17 Quit zchs (Ping timeout: 244 seconds) 20.50.18 Quit jfc (Ping timeout: 276 seconds) 20.54.33 Join jfc [0] (~john@stat-bng-72-73-80-12.ngn.east.myfairpoint.net) 20.55.42 Join anewuser [0] (~anewuser@186.93.241.109) 20.55.42 Quit anewuser (Changing host) 20.55.42 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 20.59.38 Join eckoit [0] (~ryan@96.53.108.182) 21.13.22 Quit mgottschlag (Disconnected by services) 21.20.26 *** Saving seen data "./dancer.seen" 21.51.31 Quit bitcraft_ (Remote host closed the connection) 21.54.19 Join Torne [0] (~torne@rockbox/developer/Torne) 21.58.57 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 22.06.01 Quit [Saint_] (Quit: Back Soon - Reboot) 22.07.18 Join [Saint] [0] (~Saint]@101.98.158.103) 22.07.18 Quit [Saint] (Changing host) 22.07.18 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 22.13.28 Quit bieber (Ping timeout: 252 seconds) 22.17.30 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) 22.26.48 Quit factor (Ping timeout: 245 seconds) 22.37.52 Quit jfc (Ping timeout: 244 seconds) 22.41.12 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 22.49.56 Join p3tur [0] (~petur@rockbox/developer/petur) 22.51.21 Join jfc [0] (~john@stat-bng-72-73-80-12.ngn.east.myfairpoint.net) 23.00.34 Quit GermanMushroom (Ping timeout: 260 seconds) 23.05.02 Part amayer 23.12.15 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 23.20.29 *** Saving seen data "./dancer.seen" 23.26.12 Quit jfc (Ping timeout: 248 seconds) 23.27.12 Quit y4n (Quit: Today is the perfect day for a perfect day.) 23.29.24 Join jfc [0] (~john@stat-bng-72-73-80-12.ngn.east.myfairpoint.net) 23.35.58 Quit Szatan (Ping timeout: 252 seconds) 23.38.35 Join Szatan [0] (~torrentow@dj.from.drumandbass.net.pl) 23.43.03 Quit Szatan (Ping timeout: 245 seconds) 23.43.53 Join amayer [0] (~amayer@h118.183.123.208.dynamic.ip.windstream.net) 23.44.30 Quit jfc (Ping timeout: 265 seconds) 23.49.33 Join Szatan [0] (principal@dj.from.drumandbass.net.pl) 23.54.18 Quit Szatan (Ping timeout: 272 seconds) 23.58.17 Join Szatan [0] (principal@dj.from.drumandbass.net.pl)