--- Log for 12.10.114 Server: wilhelm.freenode.net Channel: #rockbox --- Nick: logbot- Version: Dancer V4.16 Started: 1 day and 1 hour ago 00.10.04 Join krabador [0] (~krabador@unaffiliated/krabador) 00.18.30 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 00.23.12 Quit benedikt93 (Read error: Connection reset by peer) 00.28.39 *** Saving seen data "./dancer.seen" 00.42.13 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 00.48.46 Quit ZincAlloy (Quit: Leaving.) 00.51.06 Quit nialv7 (Ping timeout: 245 seconds) 00.56.49 Join foolsh [0] (~bbrown@c-67-174-138-234.hsd1.in.comcast.net) 01.17.23 Join stickyb1t [0] (~egon@cpc11-aztw25-2-0-cust22.aztw.cable.virginm.net) 01.22.46 Quit pamaury (Ping timeout: 245 seconds) 01.24.28 Quit stickyb1t (Quit: Konversation terminated!) 01.33.20 Quit bertrik (Remote host closed the connection) 01.44.35 Quit petur (Quit: Leaving) 01.53.36 Quit Provel (Ping timeout: 245 seconds) 01.54.09 Join Provel [0] (Provel@75-132-30-64.dhcp.stls.mo.charter.com) 02.07.44 Quit lebellium (Quit: ChatZilla 0.9.91 [Firefox 33.0/20141007073543]) 02.28.40 *** Saving seen data "./dancer.seen" 03.00.00 Quit AlexP (Remote host closed the connection) 03.24.40 Quit krabador (Quit: Sto andando via) 03.33.41 Quit byteframe (Quit: Deuces.) 03.45.52 Join byteframe [0] (~byteframe@unaffiliated/byteframe) 03.55.53 Nick SuperBrainAK is now known as DormantBrain (~andy@74.112.200.73) 04.01.03 Nick DormantBrain is now known as SuperBrainAK (~andy@74.112.200.73) 04.07.59 Quit synergst` (Ping timeout: 255 seconds) 04.10.03 Join synergst` [0] (~dev@575196a0.skybroadband.com) 04.28.43 *** Saving seen data "./dancer.seen" 04.51.28 Quit amiconn (Disconnected by services) 04.51.28 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.51.31 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.51.32 Quit pixelma (Disconnected by services) 04.51.33 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.51.35 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.57.58 # God, the official Sansa firmware is so terrible... "Refreshing your media" 05.08.13 Quit [7] (Ping timeout: 272 seconds) 05.09.25 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.09.39 # I'm getting "Error accessing playlist control file" every time I unplug my device from USB with this newer build I made. Anyone knows what's causing that? 05.10.33 # <[Saint]> Probably an error accessing the playlist control file. 05.10.59 # :) 05.11.05 # <[Saint]> start playback, reboot, ...magic. 05.11.05 # I have no idea what that is 05.11.56 # looks like my USB stability issues are related to the microSD. I almost never get USB disconnect when I eject it firt 05.12.42 # <[Saint]> You should _always_ safely eject media. 05.12.45 # <[Saint]> Always. 05.13.12 # oh I do 05.13.32 # <[Saint]> Sorry, that last statement kinda implied to me you didn't. 05.13.40 # <[Saint]> Guess I misparsed. 05.14.12 # what I mean is that the device doesn't bug out from windows or crash if I remove the microSD from it before plugging the device in 05.14.59 # <[Saint]> it might be worthwhile checking the filesystem on said sdcard for error if that's the case. 05.15.14 # doing that now, but I always eject when using it, so... 05.15.38 # (context: I have this issue where sometimes my Clip+ doesn't work with USB. I plug it in and it immediatelly connects and disconnects USB, and windows gives me a "This device had a problem blahblahblah" message) 05.16.00 # I thought it was cable related, but this brand new cable that was working fine yesterday isn't anymore, so scratch that 05.16.47 # [Saint]: hmm, this SD might just be borked. Chkdsk on it (connected directly via a SD adapter into the laptop's SD reader) seems to be taking longer than it should 05.22.11 # [Saint]: doesn't look like the FS is corrupted. I'll copy everything off and then reformat it, I guess 05.57.00 Join JdGordon [0] (~jonno@ppp118-209-148-152.lns20.mel8.internode.on.net) 05.57.35 Quit JdGordon_ (Ping timeout: 260 seconds) 06.00.09 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 06.15.38 Quit Aldem (Quit: Leaving) 06.28.44 *** Saving seen data "./dancer.seen" 06.39.01 Quit foolsh (Ping timeout: 245 seconds) 06.47.09 # hmm, Rockbox doesn't support SDXC? 06.47.43 # <[Saint]> It most certainly does. 06.47.55 # <[Saint]> It doesn't support exFAT, though. 06.48.05 # crap, I actually had it formatted as NTFS 06.48.12 # aaaargh, time to copy all the files again 06.48.19 # <[Saint]> Well...it doesn't support that either. ;) 06.50.46 # Windows railroads you into one of these two by not displaying FAT32 in the format screen for larger disks -_- 06.51.31 # <[Saint]> sane partition tools abound. 06.51.57 # yeah yeah, I just wasn't planning on using this card for rockbox when I formatted it 06.53.17 # "Volume is too big for FAT32" 06.53.18 # hmmm 06.53.25 # yeah, I don't think so 06.54.47 Join foolsh [0] (~bbrown@c-67-174-138-234.hsd1.in.comcast.net) 07.00.35 # [Saint]: do you recommend one? I guess I'll just have to passthrough to my Linux VM 07.01.14 # <[Saint]> GParted will do it happily on either OS. 07.01.24 # <[Saint]> Up to you. Ask Google. 07.01.57 # [Saint]: I asked google and the top results were either dead links or dubious 07.02.15 # <[Saint]> GParted will do it happily on either OS. 07.03.25 # <[Saint]> Actually, not sure using GParted on Windows really counts as being "on Windows"...hmmm. 07.03.36 # yeah, isn't that kind of a livecd? 07.03.43 # I guess I'll try fdisk from cygwin... 07.04.08 # <[Saint]> Oh My. CygWin? ...wow. 07.04.17 # <[Saint]> Rockin' it oldschool. 07.04.33 # huh? It's updated you know 07.05.03 # apparently virtualbox can't passthrough the SD reader (even though it's attached internally via USB) 07.05.06 # <[Saint]> There's only so much you can polish a turd. 07.05.48 # <[Saint]> Its unbearably slow. 07.05.56 # <[Saint]> But that's a topic for another channel. 07.06.44 # that is true, few things are slower than cygwin's fork 07.08.17 # anyway, brainfart, fdisk won't help me here anyway 07.10.15 # <[Saint]> cygwin likely has some bastardized incarnation of dosfstools 07.13.56 # it doesn't 07.14.09 # jesus, maybe I should patch the filesize check out of format or something 07.21.10 # http://www1.mager.org/mkdosfs/ 07.21.11 # finally. 07.25.03 Join n1s [0] (~n1s@c-4eea70d5.010-215-7570701.cust.bredbandsbolaget.se) 07.25.03 Quit n1s (Changing host) 07.25.03 Join n1s [0] (~n1s@rockbox/developer/n1s) 07.25.32 Quit Provel (Ping timeout: 255 seconds) 07.26.10 Join Provel [0] (Provel@75-132-30-64.dhcp.stls.mo.charter.com) 07.26.19 Join JdGordon_ [0] (~jonno@ppp118-209-156-174.lns20.mel8.internode.on.net) 07.26.42 Join varogami1 [0] (~varogami@dynamic-adsl-78-13-223-180.clienti.tiscali.it) 07.27.15 Quit JdGordon (Ping timeout: 255 seconds) 07.27.52 # hm, this other card also causes problems with USB 07.28.10 # I'll try the new clip I got later and see if it produces the same results 07.29.07 Quit varogami (Ping timeout: 244 seconds) 07.36.44 # "Invalid USB configuration descriptor." look like pamaury's patch won't work on windows out of the box 07.44.08 Quit varogami1 (Ping timeout: 246 seconds) 07.53.53 # weird, USBpcap doesn't seem to be able to capture the traffic between the host and rockbox when I enable USB audio 07.55.03 # I guess it only gets the packets after windows finishes enumerating 08.01.12 Join AlexP [0] (~alex@rockbox/staff/AlexP) 08.05.39 Nick SuperBrainAK is now known as DormantBrain (~andy@74.112.200.73) 08.28.46 *** Saving seen data "./dancer.seen" 08.56.52 Quit charlie (Ping timeout: 260 seconds) 09.02.35 Join charlie [0] (~c@unaffiliated/charlie) 09.15.25 Join petur [0] (~petur@rockbox/developer/petur) 09.31.26 # anyone knows anything about the Clip+ USB stack rework pamaury was talking about? 09.31.35 # I searched gerrit for something relevant but came out empty 10.28.47 *** Saving seen data "./dancer.seen" 11.22.54 Join varogami1 [0] (~varogami@dynamic-adsl-78-13-223-180.clienti.tiscali.it) 11.39.02 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 12.03.53 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.05.07 Join lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr) 12.10.01 # yuriks: g#949 12.10.05 # 3Gerrit review #949 at http://gerrit.rockbox.org/r/949 : 3usb-designware: New USB driver for Synopsys DesignWare USB OTG core. by Michael Sparmann 12.10.16 # pamaury: oh, it's that same driver 12.10.32 # pamaury: I assume you saw my coment on the patch? 12.16.08 # no I just went through the logs and saw your question 12.16.34 # what is printing ""Invalid USB configuration descriptor."" ? 12.16.40 # windows 12.17.04 # (it actually says that in device manager, I later used ETW tracing to figure out the exact cause) 12.17.47 # pamaury: well, I left a comments on your patch with my findings 12.18.42 # I tried to hack the driver to get it to work, but wasn't quite successful, and fixing it properly would require larger changes I think... 12.18.43 # ah but you tested in on the clip+ 12.20.09 # well the driver on the clip+ is shaky at best, however it should handle control transfers longer than 64 bytes, because these are very common for configuration descriptors and strings 12.20.28 # it doesn't seem to, as far as I could see 12.20.59 # it sets len on the driver without checking it, simply overflowing the register bitfield 12.21.33 Quit varogami1 (Ping timeout: 244 seconds) 12.21.37 # ouch 12.21.44 # assuming this datasheet I have (for the s3c6400x) is correct, anyway, but the experimental results seem to match 12.22.43 # well, the datasheet only partially applies, that's a big problem because there are some many variations of this core, but I know that in pio mode it works on a per packet basis so it should split up transfer manually 12.22.45 # all endpoints handle 19-bit transfer sizes with 10-bit packets counts 12.23.03 # except for the control endpoint, which only does 64 byte transfers of 1 packet 12.23.22 # pamaury: you saw my report yesterday? 12.23.45 # lebellium: yes, I was about to ping you, I want to know more about this 12.23.56 # do you recognise the sound or is it complete garbage ? 12.24.17 # I recognise it very well, it just like "crackling" quite often 12.24.31 # pamaury: I couldn't see anywhere where it splits the packet, so I'm pretty sure this is the issue, but if you're motivated you can take a look at it 12.24.47 # I might try out that new driver at some point 12.25.18 # lebellium: does it sound like interference from the USB port? (I know the Clip+ has that, I dunno about other devices) 12.25.28 # yuriks: to be honest I'm fed up with this code, because I initially wrote the driver for clipv2 and clip+, then we realised it was the "same" core as s3c644x, both were buggy, someone tried to merge them and now I think it's worse 12.25.48 # ahaha 12.25.58 # that seems to match the stability of the driver over time for me :) 12.25.59 # lebellium: if it's complete garbage, I might have an explanation, if you still recognise the sound I'm not so sure 12.26.10 # pamaury: btw, those USB disconnect problems weren't the cable 12.26.29 # pamaury: I was getting them again with the same brand-new cable 12.27.00 # pamaury: also worked fine on OF. removing the microSD seemed to stop it from happening, so I was just doing that for testing 12.27.30 # I see, I'm not specialist of the clip+ but I seem to remember that on this device the microSD seems to influence USB in a negative way, for some unknown reasons 12.27.44 # I also observed this issue on my clip+ 12.28.28 # lebellium: could you go to the debug menu and dump the log please ? 12.28.31 # so, how do you know the new synopsis driver is "correct" for the clip? 12.28.48 *** Saving seen data "./dancer.seen" 12.29.03 # or should it simply be less crappy in general? 12.29.38 # because it was started by TheSeven who worked on a lot on those synopsys cores and we assume that over time he has since sufficiently manu variants to know how to write a driver for it 12.29.41 # pamaury: which menu is that exactly? 12.29.52 # lebellium: System > Debug Menu > Dump log 12.29.59 # it will dump it to .rockbox/logf.txt 12.30.06 # I don't see it 12.30.33 # pamaury: makes sense 12.30.45 # lebellium: it is at the end of the debug menu, right after "Show Log File" 12.31.04 # I don't have that on my Fuze+ hum 12.31.04 # pamaury: well, I'm going to sleep, it's way late. I was actually waiting for you to show up to see if you had any insights 12.31.05 # ah damn, you need to enable logf in the build before :-/ 12.31.10 # lebellium: ^ 12.31.20 # when running configure, make sure to select "enable logf" 12.31.26 # thanks for the work on the patch, even if I can't quite run it yet ;) 12.31.34 # no problem 12.32.02 # arf 12.32.09 # don't you have a ready build pamaury? 12.32.22 # yeah, wait a minute 12.38.52 # uploading... 12.40.19 Quit Guest71876 (Remote host closed the connection) 12.41.16 # so basically what should I do? Listen to music via USB audio then dump the logs? 12.41.30 # yes 12.41.55 # https://www.dropbox.com/s/t83u7p71p7x8z48/rockbox_fuzeplus_usbaudio.zip?dl=0 12.42.22 # just wait for a few "cracks" to happen, disconnect the device, dump the log, plug it again and upload the log file 12.42.53 Join varogami1 [0] (~varogami@dynamic-adsl-78-13-223-180.clienti.tiscali.it) 12.42.59 # okay 12.47.55 # pamaury http://pastie.org/private/6nbn6pk6u5oesi9janlqag 12.48.38 # that's what I expected :-/ 12.49.07 # I will send you a new version with more debug in a few minutes 12.49.14 # okay 12.49.39 # I can try to record the sound but I guess I have no line in cable here 12.50.50 # it will not be useful, the problem is that the device doesn't receive all the audio data 12.51.05 # some it underflows and the playback stops for a few instants 12.51.08 # *so 12.51.30 # I disabled HID for info 12.56.48 Quit krnlyng (Quit: huiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii) 12.56.48 # https://www.dropbox.com/s/t83u7p71p7x8z48/rockbox_fuzeplus_usbaudio.zip?dl=0 12.57.07 Join krnlyng [0] (~liar@83.175.90.24) 13.02.16 # pamaury: http://pastie.org/private/pl0ffju4dure5yrri8hp8w 13.06.21 # this is strange 13.07.23 # the device seem to receive the correct amount of data 13.09.49 Join einhirn [0] (~Miranda@p5B0C4ABD.dip0.t-ipconnect.de) 13.12.15 # you don't have win 7? 13.13.56 # I do, but it's dualboot with my laptop which makes it uneasy to work it because I cannot develop and test without rebooting 13.14.34 # I see 13.14.35 # I'd rather try at work where I have a linux box and I can boot my laptop in Window and develop on the work computer 13.14.53 # or maybe I can grab the laptop of one of my housemates :D 13.18.19 Quit varogami1 (Ping timeout: 255 seconds) 13.18.55 # USB audio doesn't seem to work with VirtualBox 13.19.02 # I wanted to try with Ubuntu 13.20.41 Quit einhirn (Ping timeout: 245 seconds) 13.21.01 # it requires isochronous transfer pass-through, I'm not sure VirtualBox can do that reliably 13.21.18 # usb is already broken on VirtualBox at times... 13.22.27 # <[Saint]> That's putting it mildly. 13.23.22 # for me it seems random, sometimes it's flawless and sometimes it's a nightmare 13.23.43 # I found the solution: no longer update VirtualBox 13.23.48 # I just keep a working version 13.24.27 # yeah, recently usb has regressed :( 13.25.42 Join kugel___ [0] (~kugel@rockbox/developer/kugel) 13.27.49 # lebellium: I need to run more test and I'll ping you if I have another file to test. Thanks for your time :) 13.28.01 # ok 13.46.25 Join varogami1 [0] (~varogami@dynamic-adsl-78-13-223-180.clienti.tiscali.it) 14.28.52 *** Saving seen data "./dancer.seen" 15.14.26 Quit jhMikeS (Ping timeout: 245 seconds) 15.28.59 Join stickyb1t [0] (~egon@cpc11-aztw25-2-0-cust22.aztw.cable.virginm.net) 15.30.36 Quit stickyb1t (Client Quit) 15.30.53 Join stickyb1t [0] (~egon@cpc11-aztw25-2-0-cust22.aztw.cable.virginm.net) 15.32.01 Nick megal0maniac is now known as Guest87208 (~megal0man@unaffiliated/megal0maniac) 15.32.01 Quit Guest87208 (Killed (orwell.freenode.net (Nickname regained by services))) 15.32.05 Join megal0maniac [0] (~megal0man@105.229.177.111) 15.43.32 Join varogami2 [0] (~varogami@dynamic-adsl-78-13-197-254.clienti.tiscali.it) 15.43.36 Quit varogami1 (Ping timeout: 255 seconds) 15.49.35 Nick megal0maniac is now known as Guest85556 (~megal0man@105.229.177.111) 15.49.35 Quit Guest85556 (Killed (holmes.freenode.net (Nickname regained by services))) 15.49.39 Join megal0maniac [0] (~megal0man@ti-228-43-179.telkomadsl.co.za) 16.12.34 Quit bertrik (Ping timeout: 272 seconds) 16.14.12 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 16.19.15 Join ikeboy [0] (~ikeboy@pool-108-29-132-68.nycmny.fios.verizon.net) 16.24.19 Quit ikeboy (Ping timeout: 250 seconds) 16.28.55 *** Saving seen data "./dancer.seen" 16.34.04 Join ikeboy [0] (~ikeboy@pool-108-29-132-68.nycmny.fios.verizon.net) 16.35.50 Join ender` [0] (krneki@foo.eternallybored.org) 16.58.09 Quit ikeboy (Ping timeout: 258 seconds) 17.02.45 Join ikeboy [0] (~ikeboy@pool-108-29-132-68.nycmny.fios.verizon.net) 17.11.21 Quit ikeboy (Ping timeout: 240 seconds) 17.29.47 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 17.51.12 Quit mikroflops (Ping timeout: 272 seconds) 17.54.09 Join mikroflops [0] (~yogurt@178.174.137.62) 17.55.05 Quit y4n (Read error: Connection reset by peer) 17.55.30 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 18.16.35 Nick kugel___ is now known as kugel (~kugel@rockbox/developer/kugel) 18.21.40 Join krabador [0] (~krabador@unaffiliated/krabador) 18.28.56 *** Saving seen data "./dancer.seen" 18.36.28 Quit kugel__ (Ping timeout: 250 seconds) 18.42.04 Join ikeboy [0] (~ikeboy@pool-108-29-132-68.nycmny.fios.verizon.net) 18.42.52 Join ZincAlloy [0] (~Adium@pD9EEBE80.dip0.t-ipconnect.de) 18.53.48 Join franklin [0] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 18.53.52 Nick franklin is now known as [Franklin] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 19.07.43 # <[Franklin]> [Saint]: got the RLE to be lossless! 19.09.00 # <[Franklin]> just an off-by-one before 19.25.02 Join n9xvt [0] (41b96f3d@gateway/web/freenode/ip.65.185.111.61) 19.26.25 # can anyone recomend a different player with same size color display as ipod nano 2ndG? 19.26.40 # <[Franklin]> same size? 19.26.42 # <[Franklin]> why? 19.26.47 # i want to snag the WPS from there builds 19.26.54 # <[Franklin]> ahh 19.27.38 # i really like one on my sansa but not one close for the ipod,, i have tried a few but the sizes are wrong 19.27.47 Quit stickyb1t (Ping timeout: 244 seconds) 19.28.03 # * [Franklin] 19.28.19 # * [Franklin] 'd like RB on N3G 19.28.33 # blue spectrum from the sansa c240 series is my dream,, or somthing close,, 19.28.46 # * [Franklin] had a c250 19.28.54 # <[Franklin]> plasticky junk 19.28.56 # <[Franklin]> *HAD* 19.29.30 # verry good players imho,, for a cheap player,, mines over 4 years old and still ticking,, 19.29.58 # <[Franklin]> dropped it a couple of times and it broke 19.30.04 # <[Franklin]> ipod classic is MUCH better 19.30.57 # i got one of those,, even got rockbox running on it,, loaded my 80+ gig music collection,, than the drive decided to DIE 19.31.30 # <[Franklin]> aww 19.32.00 # <[Franklin]> but it looks great 19.32.06 # <[Franklin]> and is *FAST* 19.32.46 # i though i might see prices drop on a drive to fix it,, but havnt seen that happen yet 19.33.32 # figure i find a good deal on a drive,, i'll put a new battery in it too and have a "new" ish one 19.34.57 # <[Franklin]> but yes... spinning disks suck 19.35.03 # <[Franklin]> hence SSD's :D 19.36.37 # <[Franklin]> ok... with RLE'd bitmaps (ipod classic), the 2048 binary is 37K vs ~200K 19.37.03 # <[Franklin]> 80% size reduction 19.40.51 Quit ikeboy (Ping timeout: 260 seconds) 19.42.07 # is there a ssd to fit that application? i know it would be more cost but being less fragile would be win 19.42.21 # <[Franklin]> and fast 19.42.31 Join ikeboy [0] (~ikeboy@pool-108-29-132-68.nycmny.fios.verizon.net) 19.43.45 # i wish i could use the drive out of my a1099 ipod,, granted it's smaler storage,, but i got a failed 1099 for parts,, 19.45.01 Quit ikeboy (Client Quit) 19.51.24 # <[Franklin]> How do I detect if a target is big/little endian? 19.51.30 # <[Franklin]> (no "weird" tests) 19.51.45 # <[Franklin]> so no is_big_endian(uchar test[4])! 20.01.45 # * [Franklin] isn't sure how to compress 24-bit data 20.02.12 # <[Franklin]> perhaps 1-byte BGR, but that limits the number of repeats representable 20.03.28 # above my paygrade 20.04.07 # <[Franklin]> or... do that, and store the last 3 bytes when compressing, and write the number of repeats with 2 bytes 20.04.11 # <[Franklin]> :O 20.04.15 # <[Franklin]> it could work! 20.05.08 # <[Franklin]> same for 8-bit 20.11.26 Quit dfkt (Read error: Connection reset by peer) 20.15.24 Join dfkt [0] (dfkt@unaffiliated/dfkt) 20.18.56 Quit fs-bluebot (Ping timeout: 272 seconds) 20.19.02 Quit bluebrother (Ping timeout: 260 seconds) 20.21.09 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 20.24.57 Join fs-bluebot [0] (~fs-bluebo@g226071102.adsl.alicedsl.de) 20.28.58 *** Saving seen data "./dancer.seen" 20.32.49 Join Aldem [0] (~Aldem@unaffiliated/aldem) 20.35.37 # <[Franklin]> same for 8-bit 20.35.39 # <[Franklin]> argh 20.41.28 # <[Franklin]> hmm... seems to work 20.43.50 Join JdGordon [0] (~jonno@ppp118-209-200-235.lns20.mel8.internode.on.net) 20.45.10 Quit JdGordon_ (Ping timeout: 260 seconds) 20.57.34 Quit dfkt (Ping timeout: 272 seconds) 21.00.11 # <[Franklin]> anyone here an expert in the build system? (not the farm, all the makefiles) 21.01.53 # depends on what you want to do, I'm not an expert but I understand pieces of it 21.03.24 # <[Franklin]> I want to make it configurable which plugin bitmaps are compressed 21.03.27 # <[Franklin]> and which are not 21.03.39 # <[Franklin]> so I guess two SOURCES files in each bitmaps/* dir 21.03.46 # <[Franklin]> so SOURCES and SOURCES.compressed 21.04.10 # <[Franklin]> the bitmaps in SOURCES.compressed have an additional -c flag to bmp2rb 21.04.17 # <[Franklin]> simple enough 21.07.01 # <[Franklin]> pamaury: it's basically implementing G#1008 in more plugins 21.07.04 # 3Gerrit review #1008 at http://gerrit.rockbox.org/r/1008 : 3[POC]: RLE compression of plugin bitmaps by Franklin Wei 21.07.12 # <[Franklin]> (currently only 2048) 21.07.56 # <[Franklin]> it's plugin-specific because some bitmaps may not be easily compressable 21.08.06 # <[Franklin]> and it's hard to know which bitmaps to uncompress 21.08.13 Nick DormantBrain is now known as SuperBrainAK (~andy@74.112.200.73) 21.08.16 # <[Franklin]> so leaving it up to the plugin at runtime is easiest 21.20.06 Join stickyb1t [0] (~egon@cpc11-aztw25-2-0-cust22.aztw.cable.virginm.net) 21.23.02 # hum, I'm not sure how easy it is to do this 21.24.08 # * [Franklin] said it was simple, not easy ;) 21.24.24 # wouldn't it be best to make sure of the BMP structure ? if I remember correctly, BMP allows for compressed images 21.24.44 # <[Franklin]> it does, yes 21.25.07 # <[Franklin]> but bmp2rb still would convert it to the uncompressed native format 21.25.27 # so then it would be best that our code understands compressed bitmap and that bmp2rb compresses if it's useful 21.25.51 # <[Franklin]> see the 2048.c diff 21.25.54 Quit varogami2 (Ping timeout: 250 seconds) 21.26.15 # <[Franklin]> it uncompresses the bitmap at runtime, and then uses it as if it were never compressed 21.26.43 # ah you mean the image is included in the source code of the plugin 21.26.51 # <[Franklin]> that's just a POC 21.26.57 # <[Franklin]> (proof-of-concept) 21.27.17 # * [Franklin] would like to implement it just like it is now 21.27.37 # <[Franklin]> a header in build/pluginbitmaps/ and the source in build/apps/plugins/bitmaps/ 21.28.04 # problem is that I now next to nothing about how bitmaps are hanlded by the build system 21.28.15 # * [Franklin] barely does 21.29.42 # wouldn't it be better that bmp2rb produces some structure saying whether it's compressed or not, and then the loading code uncompress it only if needed 21.30.12 # <[Franklin]> it kind of does that with the patch 21.30.15 # <[Franklin]> it has a #define 21.30.41 # <[Franklin]> BMPRLE_ 21.30.46 # <[Franklin]> better than nothing 21.32.28 # yeah, that's still somehow unpractical because you would need to #ifdef-uncompress each bitmap but it could work 21.32.43 # <[Franklin]> but yes, it'd be best for it to be transparent to the plugin 21.32.48 # and it would only work for RLE, if someone comes up with another compression algorithm... 21.33.47 # <[Franklin]> for now, maybe just add a bmp_uncompress function to the pluginlibs 21.33.58 # <[Franklin]> and then think of some way to have it be compressed 21.34.13 # <[Franklin]> because what if a plugin doesn't want a bitmap to be compressed? 21.34.29 # <[Franklin]> RLE only works with runs of 4+ bytes 21.34.42 # <[Franklin]> /s/bytes/units/ 21.42.20 # <[Franklin]> so some bitmaps aren't really well suited for compression 21.50.16 Join sakax [0] (~sakax@unaffiliated/sakax) 21.52.21 Quit krabador (Ping timeout: 240 seconds) 21.58.27 Quit pamaury (Ping timeout: 260 seconds) 22.00.41 Quit foolsh (*.net *.split) 22.00.41 Quit Scall (*.net *.split) 22.00.41 Quit Strife89 (*.net *.split) 22.00.41 Quit Zambezi (*.net *.split) 22.00.41 Quit Ketturi (*.net *.split) 22.00.42 Quit advcomp2019__ (*.net *.split) 22.00.42 Quit Unhelpful (*.net *.split) 22.00.42 Quit uwe_ (*.net *.split) 22.00.42 Quit ranmachan (*.net *.split) 22.00.42 Quit sobukus (*.net *.split) 22.00.42 Quit Slasheri (*.net *.split) 22.00.50 Join sobukus [0] (~thomas@basal.nesselzelle.de) 22.00.51 Join ranmachan [0] (~ranma@yumi.uguu.de) 22.00.56 Join uwe_ [0] (~uwe_@ipservice-092-211-045-117.092.211.pools.vodafone-ip.de) 22.01.00 Join Slasheri [0] (miipekk@xen.ihme.org) 22.01.00 Quit Slasheri (Changing host) 22.01.00 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 22.01.00 Join Zambezi [0] (Zulu@bnc.from.hostbay.nu) 22.01.01 Join foolsh [0] (~bbrown@c-67-174-138-234.hsd1.in.comcast.net) 22.01.02 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 22.01.04 Join advcomp2019__ [0] (~advcomp20@65-131-187-162.sxct.qwest.net) 22.01.04 Quit advcomp2019__ (Changing host) 22.01.04 Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019) 22.01.10 Join Strife89 [0] (~Strife89@adsl-98-80-237-109.mcn.bellsouth.net) 22.01.34 Join Ketturi [0] (ketturi@hilla.kapsi.fi) 22.01.51 Part foolsh 22.02.30 Quit y4n (Quit: We're fucking 3LN!) 22.02.45 Join foolsh [0] (~bbrown@c-67-174-138-234.hsd1.in.comcast.net) 22.03.32 Join Scall [0] (~chat@unaffiliated/scall) 22.05.55 Join krabador [0] (~krabador@unaffiliated/krabador) 22.07.30 Quit [Franklin] (Remote host closed the connection) 22.07.47 Join [Frankli1] [0] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 22.11.37 Join mlilenium_ [0] (~mlilenium@178.251.136.142) 22.11.46 Part mlilenium_ 22.12.13 Join dfkt [0] (dfkt@unaffiliated/dfkt) 22.29.00 *** Saving seen data "./dancer.seen" 22.34.35 Quit n1s (Quit: Ex-Chat) 22.35.07 Nick [Frankli1] is now known as [Franklin] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 22.37.08 Quit Provel (Ping timeout: 255 seconds) 22.37.45 Join Provel [0] (Provel@75-132-30-64.dhcp.stls.mo.charter.com) 22.40.00 Quit petur (Remote host closed the connection) 22.58.08 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 23.06.15 Join varogami2 [0] (~varogami@dynamic-adsl-78-13-197-254.clienti.tiscali.it) 23.13.34 Quit Provel (Ping timeout: 272 seconds) 23.14.05 Join Provel [0] (Provel@75-132-30-64.dhcp.stls.mo.charter.com) 23.17.38 Quit kugel (Ping timeout: 255 seconds) 23.24.34 Join kugel__ [0] (~kugel@rockbox/developer/kugel) 23.32.42 Nick [Franklin] is now known as [Satin] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 23.34.58 Nick [Satin] is now known as [Stain] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 23.35.31 Part [Saint] ("Part.") 23.35.59 Nick [Stain] is now known as [Siant] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 23.36.06 Nick [Siant] is now known as [Sanit] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 23.36.10 Nick [Sanit] is now known as [Tanis] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 23.36.15 Nick [Tanis] is now known as [Tnais] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 23.36.15 DBUG Enqueued KICK [Tnais] 23.36.22 Join [Saint] [0] (~saint@rockbox/staff/saint) 23.36.24 Nick [Tnais] is now known as [Snait] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 23.36.24 DBUG Enqueued KICK [Snait] 23.37.13 Nick [Snait] is now known as [Franklin] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 23.37.13 DBUG Enqueued KICK [Franklin] 23.37.13 *** Alert Mode level 1 23.45.41 # <[Franklin]> [Saint]: the compression/decompression is working fine now 23.45.57 # <[Franklin]> just how it's going to be integrated is a problem 23.46.35 Quit foolsh (Remote host closed the connection) 23.47.14 *** Alert Mode OFF 23.47.23 # <[Franklin]> ideas? 23.54.44 Quit pamaury (Ping timeout: 272 seconds) 23.55.58 Quit ender` (Quit: Arguing that Java is better than C++ is like arguing that grasshoppers taste better than tree bark. -- Thant Tessman)