Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2014-10-12

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:00
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:00
02:07:44 Quit lebellium (Quit: ChatZilla 0.9.91 [Firefox 33.0/20141007073543])
02:28:40***Saving seen data "./dancer.seen"
03:00
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:00
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:58yuriksGod, the official Sansa firmware is so terrible... "Refreshing your media"
05:00
05:08:13 Quit [7] (Ping timeout: 272 seconds)
05:09:25 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
05:09:39yuriksI'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:59yuriks:)
05:11:05[Saint]start playback, reboot, ...magic.
05:11:05yuriksI have no idea what that is
05:11:56yurikslooks 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:12yuriksoh 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:12yurikswhat 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:14yuriksdoing that now, but I always eject when using it, so...
05:15:38yuriks(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:00yuriksI thought it was cable related, but this brand new cable that was working fine yesterday isn't anymore, so scratch that
05:16:47yuriks[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:11yuriks[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
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:09yurikshmm, 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:05yurikscrap, I actually had it formatted as NTFS
06:48:12yuriksaaaargh, time to copy all the files again
06:48:19[Saint]Well...it doesn't support that either. ;)
06:50:46yuriksWindows 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:57yuriksyeah yeah, I just wasn't planning on using this card for rockbox when I formatted it
06:53:17yuriks"Volume is too big for FAT32"
06:53:18yurikshmmm
06:53:25yuriksyeah, I don't think so
06:54:47 Join foolsh [0] (~bbrown@c-67-174-138-234.hsd1.in.comcast.net)
07:00
07:00:35yuriks[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:57yuriks[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:36yuriksyeah, isn't that kind of a livecd?
07:03:43yuriksI guess I'll try fdisk from cygwin...
07:04:08[Saint]Oh My. CygWin? ...wow.
07:04:17[Saint]Rockin' it oldschool.
07:04:33yurikshuh? It's updated you know
07:05:03yuriksapparently 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:44yuriksthat is true, few things are slower than cygwin's fork
07:08:17yuriksanyway, brainfart, fdisk won't help me here anyway
07:10:15[Saint]cygwin likely has some bastardized incarnation of dosfstools
07:13:56yuriksit doesn't
07:14:09yuriksjesus, maybe I should patch the filesize check out of format or something
07:21:10yurikshttp://www1.mager.org/mkdosfs/
07:21:11yuriksfinally.
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:52yurikshm, this other card also causes problems with USB
07:28:10yuriksI'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:44yuriks"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:53yuriksweird, USBpcap doesn't seem to be able to capture the traffic between the host and rockbox when I enable USB audio
07:55:03yuriksI guess it only gets the packets after windows finishes enumerating
08:00
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:00
09:02:35 Join charlie [0] (~c@unaffiliated/charlie)
09:15:25 Join petur [0] (~petur@rockbox/developer/petur)
09:31:26yuriksanyone knows anything about the Clip+ USB stack rework pamaury was talking about?
09:31:35yuriksI searched gerrit for something relevant but came out empty
10:00
10:28:47***Saving seen data "./dancer.seen"
11:00
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:00
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:01pamauryyuriks: g#949
12:10:05fs-bluebotGerrit review #949 at http://gerrit.rockbox.org/r/949 : usb-designware: New USB driver for Synopsys DesignWare USB OTG core. by Michael Sparmann
12:10:16yurikspamaury: oh, it's that same driver
12:10:32yurikspamaury: I assume you saw my coment on the patch?
12:16:08pamauryno I just went through the logs and saw your question
12:16:34pamaurywhat is printing ""Invalid USB configuration descriptor."" ?
12:16:40yurikswindows
12:17:04yuriks(it actually says that in device manager, I later used ETW tracing to figure out the exact cause)
12:17:47yurikspamaury: well, I left a comments on your patch with my findings
12:18:42yuriksI 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:43pamauryah but you tested in on the clip+
12:20:09pamaurywell 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:28yuriksit doesn't seem to, as far as I could see
12:20:59yuriksit sets len on the driver without checking it, simply overflowing the register bitfield
12:21:33 Quit varogami1 (Ping timeout: 244 seconds)
12:21:37pamauryouch
12:21:44yuriksassuming this datasheet I have (for the s3c6400x) is correct, anyway, but the experimental results seem to match
12:22:43pamaurywell, 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:45yuriksall endpoints handle 19-bit transfer sizes with 10-bit packets counts
12:23:03yuriksexcept for the control endpoint, which only does 64 byte transfers of 1 packet
12:23:22lebelliumpamaury: you saw my report yesterday?
12:23:45pamaurylebellium: yes, I was about to ping you, I want to know more about this
12:23:56pamaurydo you recognise the sound or is it complete garbage ?
12:24:17lebelliumI recognise it very well, it just like "crackling" quite often
12:24:31yurikspamaury: 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:47yuriksI might try out that new driver at some point
12:25:18yurikslebellium: does it sound like interference from the USB port? (I know the Clip+ has that, I dunno about other devices)
12:25:28pamauryyuriks: 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:48yuriksahaha
12:25:58yuriksthat seems to match the stability of the driver over time for me :)
12:25:59pamaurylebellium: if it's complete garbage, I might have an explanation, if you still recognise the sound I'm not so sure
12:26:10yurikspamaury: btw, those USB disconnect problems weren't the cable
12:26:29yurikspamaury: I was getting them again with the same brand-new cable
12:27:00yurikspamaury: also worked fine on OF. removing the microSD seemed to stop it from happening, so I was just doing that for testing
12:27:30pamauryI 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:44pamauryI also observed this issue on my clip+
12:28:28pamaurylebellium: could you go to the debug menu and dump the log please ?
12:28:31yuriksso, how do you know the new synopsis driver is "correct" for the clip?
12:28:48***Saving seen data "./dancer.seen"
12:29:03yuriksor should it simply be less crappy in general?
12:29:38pamaurybecause 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:41lebelliumpamaury: which menu is that exactly?
12:29:52pamaurylebellium: System > Debug Menu > Dump log
12:29:59pamauryit will dump it to .rockbox/logf.txt
12:30:06lebelliumI don't see it
12:30:33yurikspamaury: makes sense
12:30:45pamaurylebellium: it is at the end of the debug menu, right after "Show Log File"
12:31:04lebelliumI don't have that on my Fuze+ hum
12:31:04yurikspamaury: 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:05pamauryah damn, you need to enable logf in the build before :-/
12:31:10pamaurylebellium: ^
12:31:20pamaurywhen running configure, make sure to select "enable logf"
12:31:26yuriksthanks for the work on the patch, even if I can't quite run it yet ;)
12:31:34pamauryno problem
12:32:02lebelliumarf
12:32:09lebelliumdon't you have a ready build pamaury?
12:32:22pamauryyeah, wait a minute
12:38:52pamauryuploading...
12:40:19 Quit Guest71876 (Remote host closed the connection)
12:41:16lebelliumso basically what should I do? Listen to music via USB audio then dump the logs?
12:41:30pamauryyes
12:41:55pamauryhttps://www.dropbox.com/s/t83u7p71p7x8z48/rockbox_fuzeplus_usbaudio.zip?dl=0
12:42:22pamauryjust 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:59lebelliumokay
12:47:55lebelliumpamaury http://pastie.org/private/6nbn6pk6u5oesi9janlqag
12:48:38pamaurythat's what I expected :-/
12:49:07pamauryI will send you a new version with more debug in a few minutes
12:49:14lebelliumokay
12:49:39lebelliumI can try to record the sound but I guess I have no line in cable here
12:50:50pamauryit will not be useful, the problem is that the device doesn't receive all the audio data
12:51:05pamaurysome it underflows and the playback stops for a few instants
12:51:08pamaury*so
12:51:30lebelliumI disabled HID for info
12:56:48 Quit krnlyng (Quit: huiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii)
12:56:48pamauryhttps://www.dropbox.com/s/t83u7p71p7x8z48/rockbox_fuzeplus_usbaudio.zip?dl=0
12:57:07 Join krnlyng [0] (~liar@83.175.90.24)
13:00
13:02:16lebelliumpamaury: http://pastie.org/private/pl0ffju4dure5yrri8hp8w
13:06:21pamaurythis is strange
13:07:23pamaurythe device seem to receive the correct amount of data
13:09:49 Join einhirn [0] (~Miranda@p5B0C4ABD.dip0.t-ipconnect.de)
13:12:15lebelliumyou don't have win 7?
13:13:56pamauryI 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:34lebelliumI see
13:14:35pamauryI'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:53pamauryor maybe I can grab the laptop of one of my housemates :D
13:18:19 Quit varogami1 (Ping timeout: 255 seconds)
13:18:55lebelliumUSB audio doesn't seem to work with VirtualBox
13:19:02lebelliumI wanted to try with Ubuntu
13:20:41 Quit einhirn (Ping timeout: 245 seconds)
13:21:01pamauryit requires isochronous transfer pass-through, I'm not sure VirtualBox can do that reliably
13:21:18pamauryusb is already broken on VirtualBox at times...
13:22:27[Saint]That's putting it mildly.
13:23:22pamauryfor me it seems random, sometimes it's flawless and sometimes it's a nightmare
13:23:43lebelliumI found the solution: no longer update VirtualBox
13:23:48lebelliumI just keep a working version
13:24:27pamauryyeah, recently usb has regressed :(
13:25:42 Join kugel___ [0] (~kugel@rockbox/developer/kugel)
13:27:49pamaurylebellium: I need to run more test and I'll ping you if I have another file to test. Thanks for your time :)
13:28:01lebelliumok
13:46:25 Join varogami1 [0] (~varogami@dynamic-adsl-78-13-223-180.clienti.tiscali.it)
14:00
14:28:52***Saving seen data "./dancer.seen"
15:00
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:00
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:00
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:00
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:00
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:25n9xvtcan 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:47n9xvti want to snag the WPS from there builds
19:26:54[Franklin]ahh
19:27:38n9xvti 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:33n9xvtblue 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:30n9xvtverry 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:57n9xvti 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:46n9xvti though i might see prices drop on a drive to fix it,, but havnt seen that happen yet
19:33:32n9xvtfigure 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:07n9xvtis 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:45n9xvti 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:00
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:28n9xvtabove 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
21:00:11[Franklin]anyone here an expert in the build system? (not the farm, all the makefiles)
21:01:53pamaurydepends 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:04fs-bluebotGerrit review #1008 at http://gerrit.rockbox.org/r/1008 : [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:02pamauryhum, I'm not sure how easy it is to do this
21:24:08*[Franklin] said it was simple, not easy ;)
21:24:24pamaurywouldn'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:27pamauryso 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:43pamauryah 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:04pamauryproblem is that I now next to nothing about how bitmaps are hanlded by the build system
21:28:15*[Franklin] barely does
21:29:42pamaurywouldn'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_<name>
21:30:46[Franklin]better than nothing
21:32:28pamauryyeah, 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:48pamauryand 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
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:00
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:15DBUGEnqueued 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:24DBUGEnqueued KICK [Snait]
23:37:13 Nick [Snait] is now known as [Franklin] (~franklin@cpe-071-071-039-006.triad.res.rr.com)
23:37:13DBUGEnqueued 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)

Previous day | Next day