--- Log for 02.12.116 Server: card.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 12 hours ago 00.02.06 # ah we are slowly getting somewhere 00.03.07 # something corrupts the root menu in the data section 00.03.24 Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 50.0.1/20161123182536]) 00.05.25 # [Saint]: can a theme change the root menu? 00.14.27 # corruption happens in settings_apply_skins(), this looks dangerous 00.15.21 # I think it's safer to go to bed before I loose my sanity in the skin engine 00.15.34 Quit edhelas (Ping timeout: 246 seconds) 00.27.09 Quit ender` (Quit: History is a set of lies agreed upon. — Napoleon Bonaparte) 00.28.31 Join athidhep [0] (~afoakf@unaffiliated/athidhep) 00.31.08 Quit pamaury (Ping timeout: 256 seconds) 01.04.31 # <__builtin> [Saint]: well there's no easy way of loading a font of a specific size, so I was thinking of rendering it to a bitmap and scaling it 01.08.22 # <__builtin> then I could hardcode in a few fonts which I hope exist and scale them on demand 01.17.33 Quit alexweissman (Remote host closed the connection) 01.20.20 *** Saving seen data "./dancer.seen" 01.20.50 Join Bray90820_ [0] (~bray90820@50-83-212-56.client.mchsi.com) 01.23.58 Quit Bray90820 (Ping timeout: 260 seconds) 01.26.29 Quit tracktheripper (Ping timeout: 260 seconds) 01.49.35 Quit prosinz (Ping timeout: 240 seconds) 02.08.15 # <[Saint]> __builtin: you don't want to go for this approach, I assure you. 02.09.11 # <[Saint]> __builtin: scaling fonts dynamically just plain does not work if you want to retain legibility. 02.09.32 # <[Saint]> This will at best work "OK...ish" for Latin glyphs only. 02.10.05 # <[Saint]> Any Eastern or Asian glyphs will be rendered into little indistinguishable shit-blobs. 02.10.53 # <__builtin> well all I ever need are plain latin glyphs 02.11.24 # <[Saint]> __builtin: ...what was wrong with the approach I offered? 02.11.24 # <[Saint]> I think this is both the most obvious approach, and the one that has the least impact on the myriad of end users who almost certainly aren't going to use this. 02.11.51 # <[Saint]> And....really? These aren't localized, at all? 02.11.51 # <[Saint]> That sounds like something to fix. 02.12.54 # <__builtin> the back-end games themselves are not 02.15.52 Join cohokiller673 [0] (cohokiller@c-24-22-103-176.hsd1.wa.comcast.net) 02.20.20 # <__builtin> and honestly there's not much in the way of actual words, just numbers mainly 02.20.33 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 02.24.36 Quit krnlyng (Ping timeout: 250 seconds) 02.34.12 Quit ZincAlloy (Quit: Leaving.) 02.37.23 Quit athidhep (Quit: athidhep) 02.37.53 Join krnlyng [0] (~liar@178.114.7.147.wireless.dyn.drei.com) 02.41.48 # <__builtin> another question, can I have viewports inside of viewports? 02.41.55 Quit uwe_ (Ping timeout: 240 seconds) 02.43.17 Join uwe_ [0] (~uwe_@dslb-088-067-189-010.088.067.pools.vodafone-ip.de) 02.52.38 # <[Saint]> Technically, yes. But not in the way you're thinking. 02.53.20 # <[Saint]> There's the default, fullscreen viewport. And additionally defined viewports, which are technically children of the fullscreen viewport. 02.59.23 Quit cohokiller673 (Read error: Connection reset by peer) 02.59.42 # <__builtin> so no chaining defined viewports then? 03.20.16 Join smoke_fumus [0] (~smoke_fum@leased-line-195-222-93-132.telecom.by) 03.20.24 *** Saving seen data "./dancer.seen" 03.20.49 Quit smoke_fumus (Client Quit) 03.28.18 Quit mxyzplx (Quit: mxyzplx) 05.20.25 *** Saving seen data "./dancer.seen" 06.06.19 Quit Senji (Ping timeout: 260 seconds) 06.09.12 Nick [Saint] is now known as DarleneAlderson (~sinner@rockbox/staff/saint) 06.09.28 Nick DarleneAlderson is now known as [DarleneAlderson (~sinner@rockbox/staff/saint) 06.09.48 Nick [DarleneAlderson is now known as KristaGordon (~sinner@rockbox/staff/saint) 06.10.01 Nick KristaGordon is now known as [KristaGordon] (~sinner@rockbox/staff/saint) 06.10.50 Nick [KristaGordon] is now known as AngelaMoss (~sinner@rockbox/staff/saint) 06.11.06 Nick AngelaMoss is now known as [AngelaMoss] (~sinner@rockbox/staff/saint) 06.11.29 Nick [AngelaMoss] is now known as TyrellWellick (~sinner@rockbox/staff/saint) 06.11.48 Nick TyrellWellick is now known as [TyrellWellick] (~sinner@rockbox/staff/saint) 06.12.48 Nick [TyrellWellick] is now known as JoannaWellick (~sinner@rockbox/staff/saint) 06.12.58 Nick JoannaWellick is now known as [JoannaWellick] (~sinner@rockbox/staff/saint) 06.13.25 Nick [JoannaWellick] is now known as PhillipPrice (~sinner@rockbox/staff/saint) 06.13.39 Nick PhillipPrice is now known as [PhillipPrice] (~sinner@rockbox/staff/saint) 06.14.11 Nick [PhillipPrice] is now known as [Saint] (~sinner@rockbox/staff/saint) 06.16.27 Part [Saint] ("Part.") 06.29.28 Join [Saint] [0] (~sinner@rockbox/staff/saint) 06.30.24 Quit [Saint] (Quit: Quit.) 06.35.27 Join [Saint] [0] (~sinner@rockbox/staff/saint) 06.45.36 Part [Saint] ("Part.") 06.47.45 Quit TheSeven (Disconnected by services) 06.47.51 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 06.47.53 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 06.53.43 Join [Saint] [0] (~sinner@rockbox/staff/saint) 06.56.16 Part [Saint] 07.03.01 Join EdwardAlderson [0] (~sinner@rockbox/staff/saint) 07.03.23 Nick EdwardAlderson is now known as [Saint] (~sinner@rockbox/staff/saint) 07.20.28 *** Saving seen data "./dancer.seen" 07.45.17 Join johnb2 [0] (~johnb2@pD9564554.dip0.t-ipconnect.de) 07.55.54 Join edhelas [0] (~edhelas@145.133.43.230) 07.57.09 Quit edhelas (Client Quit) 08.01.30 Quit naleo (Read error: Connection reset by peer) 08.22.38 Join ender` [0] (krneki@foo.eternallybored.org) 08.23.41 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 08.24.20 Nick Bray90820_ is now known as Bray90820 (~bray90820@50-83-212-56.client.mchsi.com) 08.25.33 Quit wodz (Client Quit) 08.25.51 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 08.34.15 Quit johnb2 (Ping timeout: 260 seconds) 08.41.19 Join petur [0] (~petur@rockbox/developer/petur) 09.17.49 Quit PurlingNayuki (Remote host closed the connection) 09.18.08 Join PurlingNayuki [0] (~Thunderbi@2001:da8:215:4ff:6192:fee6:6530:8c32) 09.20.29 *** Saving seen data "./dancer.seen" 09.43.43 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 09.47.41 # pamaury: I remember running sdl app build on arm debian running in qemu. Maybe thats the way to more efficiently debug? 09.49.55 Join johnb2 [0] (~johnb2@pD9564554.dip0.t-ipconnect.de) 09.59.19 Quit johnb2 (Ping timeout: 265 seconds) 10.02.45 # wodz: thanks for the suggestion, I might do that if I can't find it. I have the feeling I'm getting closer to a skin engine bug 10.03.07 # whoa, that would be quantum leap 10.05.10 # pamaury: anyway my idea with g_serial + gdbserver still holds. Judging from sony's kernel source they implemented gadget udc controller using regular linux framework so retrofit g_serial module should be possible 10.05.12 # because the biggest problem in debugging that is that the point of the crash is irrelevant, the corruption happens much before that silently 10.08.03 Quit scorche|sh (Ping timeout: 260 seconds) 10.08.05 Join johnb2 [0] (~johnb2@pD9564554.dip0.t-ipconnect.de) 10.12.28 # did you try building a sim with address sanitizer? 10.25.20 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:6565:2227:f4cc:7ddd) 10.29.26 Join robertd1 [0] (~root@201.208.231.245) 10.34.30 Quit pamaury (Ping timeout: 268 seconds) 11.08.35 Quit robertd1 (Ping timeout: 248 seconds) 11.11.52 Join pamaury [0] (~quassel@wks-50-63.mpi-sws.org) 11.11.53 Quit pamaury (Changing host) 11.11.53 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.17.47 Join Bray90820_ [0] (~bray90820@50-83-212-56.client.mchsi.com) 11.19.52 Quit Bray90820 (Ping timeout: 246 seconds) 11.20.16 Join robertd1 [0] (~root@201.208.231.245) 11.20.32 *** Saving seen data "./dancer.seen" 11.24.58 Join pamaury_ [0] (~pamaury@rockbox/developer/pamaury) 11.51.20 # ah, so the problem was that I declared a 0 byte plugin buffer in config.h and the skin parser steals the plugin buffer for parsing 11.52.39 # and plugin_get_buffer() expects a non-zero buffer size 11.52.46 # what a waste of time... 12.00.27 # did you put a warning in for the next guy? 12.00.54 # I will 12.01.31 # I'm unsure between plugin_get_buffer() that returns NULL if PLUGIN_BUFFER_SIZE is 0, or a warning in config.h 12.04.17 # pamaury_: I'd expect more places silently stealing buffers for a while 12.05.07 # could there be a instance where someone woul want a 0 buffer after startup where the null would throw up 12.07.15 # wodz: isn't the whole buffer area a case of things stealing buffers IIUC anything free gets allocated to the playback buffer? 12.08.37 Quit johnb2 (Quit: Nettalk6 - www.ntalk.de) 12.09.46 # Bilgus: eee, parsing failure 12.10.28 # I think #error is safer, since skin parsing will fail with an empty plugin buffer 12.10.35 # I think 12.11.07 # Bigger question is why it actually uses plugin buffer at all? 12.11.17 Quit robertd1 (Ping timeout: 245 seconds) 12.12.36 # robbing peter to pay paul would be my guess, how many plugins will be running at init 12.12.45 # wodz: my guess is that when you first load the skin on boot, it saves an allocation 12.13.06 # since not plugin is running at that point 12.13.17 # but yeah I don't like this buffer stealing stuff 12.14.36 # ok, but this is asking for troubles. Does it work the same on dynamic skin change? 12.15.25 Join robertd1 [0] (~root@201.208.231.245) 12.17.31 # I haven't read the code thoroughly, I think it refuses to load a skin if it cannot steal the plugin buffer. Actually it doesn't need all the plugin buffer, it only requires a part of it. And I think plugin_get_buffer() has a lock so in theory nothing bad can happen 12.19.23 # It probably predates buflib but IMO buflib is the right way to do that 12.58.25 Join athidhep [0] (~afoakf@unaffiliated/athidhep) 13.08.47 # I will implement the button driver and when I confirm it works, I will push all my nwz work to gerrit 13.20.33 *** Saving seen data "./dancer.seen" 13.37.11 # Selective Softlock and Backlight SANSA - Fuze+, FuzeV2, Clip+, Clip Zip; IPOD - Classic_6G, Video; CREATIVE zen; Cowon D2 http://www.mediafire.com/?tl0828dq7lq1c 13.38.01 # Johnb2, TorC the settings will need to be set again as some options have changed values again 14.21.29 # yeah \o/ keys working on NWZ-E460 14.21.49 # screenshot would be in order :-) 14.22.15 # A screenshot of working keys? :) 14.22.30 # rockbox main menu on sony rather 14.26.08 # http://imgur.com/a/IXgHo 14.28.04 # lovely 14.31.13 # unfortunately playback does not work, it crashes on an illegal instruction 14.31.53 # in codec or somewhere else? 14.32.20 # I haven't looked into that yet 14.46.24 # g#1424 14.46.26 # 3Gerrit review #1424 at http://gerrit.rockbox.org/r/1424 : 3Initial commit for the Sony NWZ linux port and NWZ-E460 (WIP) by Amaury Pouly 15.05.42 Quit wodz (Ping timeout: 260 seconds) 15.12.24 # Sony LLC has not made this instruction legal in your country 15.20.35 *** Saving seen data "./dancer.seen" 15.31.59 # funman: care to explain what you mean ? 15.32.21 # I suspect he means you should smile :) 15.32.39 # "illegal instruction" 15.33.42 # haha, I completely miss the reference 15.34.45 # Ah, a cache miss? You probably didn't set up the page table right! 15.35.33 # pamaury: sorry for scaring you :) 15.36.13 # gevaerts: I had switched to work context 15.36.30 # pamaury: you shouldn't lose data on context switch! 15.36.47 # * gevaerts suspects this is also a symptom of the page tables being incorrect 15.38.46 # gevaerts: that's the fault of my supervisor, he is constantly messing with my schedule 15.39.43 # Does he preempt you? 15.40.49 # absolutely 15.58.03 Join rela_ [0] (~x@p5B247B95.dip0.t-ipconnect.de) 15.59.55 Quit rela (Ping timeout: 260 seconds) 16.19.00 Join johnb2 [0] (~johnb2@pD9564554.dip0.t-ipconnect.de) 16.23.44 Quit johnb2 (Client Quit) 16.23.54 Join johnb2 [0] (~johnb2@pD9564554.dip0.t-ipconnect.de) 16.32.57 Quit johnb2 (Quit: Nettalk6 - www.ntalk.de) 16.33.16 Join johnb2 [0] (~johnb2@pD9564554.dip0.t-ipconnect.de) 16.35.35 # Bilgus: What has changed respectively what should we look out for? 16.42.18 Quit petur (Quit: Leaving) 16.49.15 Quit johnb2 (Quit: Nettalk6 - www.ntalk.de) 16.51.31 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 17.11.55 Join Senji [0] (~Senji@85.187.103.250) 17.14.42 Join Senji_ [0] (~Senji@85.187.103.250) 17.17.23 Quit Senji (Ping timeout: 260 seconds) 17.17.30 Join Senji [0] (~Senji@85.187.103.250) 17.19.08 Join Bilgus_ph [0] (~Bilgus_ph@108.101.43.146) 17.19.55 Quit Bilgus_ph (Read error: Connection reset by peer) 17.19.55 Quit Senji_ (Ping timeout: 240 seconds) 17.20.07 Join Bilgus_ph [0] (~Bilgus_ph@108.101.43.146) 17.20.39 *** Saving seen data "./dancer.seen" 17.22.30 # Johnb2 there shouldn't be anything to look for specifically there is an error i introduced in the settings menu that will turn it off if only volume is set but ill fix that when I find something else to change 17.25.28 # i moved all handling to a single function so there could be a gotcha I haven't noticed yet but I doubt it. There is now an option to disable touch on touch screen devices. a disable notify option that won't pop up buttons locked during softlock. both are for sel softlock btw 17.26.24 # THE mask for setting have changed so check them before you wonder why a button you had disabled is getting through 17.29.29 # the code should be much faster now READ more responsive And less resource intensive 17.30.48 Quit Bilgus_ph (Remote host closed the connection) 17.50.06 Quit alexweissman (Remote host closed the connection) 17.54.43 Quit athidhep (Quit: athidhep) 18.00.12 Join naleo [0] (~naleo@unaffiliated/naleo) 18.03.40 Join Senji_ [0] (~Senji@85.187.103.250) 18.06.43 Quit Senji (Ping timeout: 248 seconds) 18.13.27 Quit naleo (Ping timeout: 250 seconds) 18.16.59 Quit robertd1 (Ping timeout: 268 seconds) 18.18.18 Join JanC_ [0] (~janc@lugwv/member/JanC) 18.19.33 Quit JanC (Killed (karatkievich.freenode.net (Nickname regained by services))) 18.19.34 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) 18.20.21 Join robertd1 [0] (~root@201.208.231.245) 18.24.55 Quit rela_ (Quit: Leaving) 18.35.26 Join athidhep [0] (~afoakf@unaffiliated/athidhep) 18.53.00 Join girafe [0] (~girafe@LFbn-1-8015-136.w90-112.abo.wanadoo.fr) 19.00.32 Join alexweissman [0] (~alexweiss@149-160-182-218.dhcp-bl.indiana.edu) 19.03.48 Join lebellium [0] (~chatzilla@89-93-179-5.hfc.dyn.abo.bbox.fr) 19.04.10 Quit robertd1 (Ping timeout: 260 seconds) 19.05.42 Quit alexweissman (Ping timeout: 268 seconds) 19.05.49 Join robertd1 [0] (~root@201.208.231.245) 19.09.17 # pamaury: congrats :) 19.12.20 Quit pamaury (Remote host closed the connection) 19.13.44 Quit pamaury_ (Ping timeout: 258 seconds) 19.18.55 Join naleo [0] (~naleo@unaffiliated/naleo) 19.20.43 *** Saving seen data "./dancer.seen" 19.22.47 Quit robertd1 (Ping timeout: 250 seconds) 19.26.00 Join robertd1 [0] (~root@201.208.231.245) 19.35.03 Quit naleo (Ping timeout: 260 seconds) 19.51.07 Quit robertd1 (Ping timeout: 250 seconds) 19.51.30 Join robertd1 [0] (~root@201.208.231.245) 20.09.54 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 20.13.15 Join smoke_fumus [0] (~smoke_fum@dynamic-vpdn-93-125-63-192.telecom.by) 20.14.10 Quit akaWolf (Quit: leaving) 20.16.51 Quit robertd1 (Ping timeout: 260 seconds) 20.18.52 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 20.19.17 Join ender [0] (krneki@foo.eternallybored.org) 20.19.29 Quit ender` (Read error: Connection reset by peer) 20.25.40 Join robertd1 [0] (~root@201.208.231.245) 21.20.44 *** Saving seen data "./dancer.seen" 21.23.20 Join sven_knurr [0] (2ef63892@gateway/web/freenode/ip.46.246.56.146) 21.23.26 Part sven_knurr 21.37.01 Join b0hoon [0] (~quassel@91.200.39.246) 21.42.31 Join naleo [0] (~naleo@unaffiliated/naleo) 21.43.10 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 21.43.29 # pamaury: nice job! i guess i should start to think how to redraw this DAP. :) 21.43.47 # b0hoon: yeah :) 21.44.38 # or plain draw it, I don't think it has an image 21.46.29 # and draw the A840/850 and E580 too :D 21.46.44 # it has and in very good quality 21.46.54 # o shit ;p 21.49.12 # b0hoon: I know it's a lot of work but if you could draw E380, E460, E450, A860 and E470 that would nice too :) 21.49.26 # "they all look the same" ;) 21.50.46 Quit robertd1 (Ping timeout: 260 seconds) 21.50.50 # https://static.bhphoto.com/images/images2500x2500/1313000982000_815545.jpg 21.51.01 # https://static.bhphoto.com/images/images2500x2500/1313000982000_815547.jpg 21.51.11 # these are good 21.51.21 # nice 21.52.44 # nice 21.52.49 # ok nwz-e380 is like e370 right? 21.54.19 # b0hoon: you would need to check the case but I think so, except for the color 21.54.49 # aha ok 21.55.33 Join robertd1 [0] (~root@201.208.231.245) 22.59.47 # what would be the cleanest way to embed the rockbox *icon* into the bootloader? Currently it embed the *logo* but it's ugly for the purpose I have in mind. Possibilities I see: adding a custom rule to sonynwz.make and put the bitmap somewhere in firmware/host/sonynwz. Or adding an icon bitmap in apps/bitmap/native/ and editing SOURCES there with a special case of nwz 23.04.50 # i would choose 2 23.08.02 # different sizes of icons for different players? 23.08.24 # and the second problem I have is that I actually need to embed two icons: one for rockbox and one for "tools" (I have a bootloader menu with three choice) 23.08.52 # currently all the nwz players I have seen will use the same size but it may change for newer players if they have higher res screen 23.09.38 # yeah i don't konow, second option seems to me more sane 23.09.44 # know 23.09.54 # but it only works for one icon though 23.10.15 # because the root makefile hardcodes one bitmap rule and the SOURCES just select the bmp file 23.10.25 # or maybe not 23.10.32 # I need to see that 23.10.44 # eeee why? 23.10.56 # aha 23.11.13 # scrap that, it already suppors several icons because of usblogo 23.11.50 # right 23.13.37 # speaking of specific cases, is anyone against g1408? 23.13.39 # 3Gerrit review #1408 at http://gerrit.rockbox.org/r/1408 : 3YH-820: prohibit to change time/date on some hardware versions by Sebastian Leonhardt 23.14.53 # i know it's another target define in a tree but there is no other, cleaner way 23.14.55 # ok let's try it 23.16.14 # b0hoon: what I don't like with this patch is it seems to be at the wrong level. I would do the test in the rtc driver and have time_menu.c handle failures in a model independent fashion 23.16.29 # <[Saint]> I always thought we should ship an oversized image for logo and usb and then scale it ondemand on the device. 23.16.43 # <[Saint]> the way we do it now with 'picking one that's about the right size' looks terrible. 23.16.46 # [Saint]: that's a waste of space 23.17.01 # also resizing is much better done offline 23.17.15 # (since we produce the bitmap from the svg) 23.17.52 # yeah i know it's some kind of ugly, but is it worth to do it for one target? 23.18.03 # <[Saint]> Our scaler is actually fucking fast and efficient. 23.18.28 # <[Saint]> and arguing against waste of space when we still ship plugins by default seems like shakey grounds. 23.19.09 # <[Saint]> I sincerely believe outside of viewers about three people use plugins. 23.20.01 # <[Saint]> the only time I ever hear of devs using plugins is __builtin creating them, or people bitching about them when creating keymaps for a new port. 23.20.02 # [Saint]: on targets with lowmem it can make a huge difference, because it is *in memory* 23.20.34 # <[Saint]> this could be cased out for lowmem trivially. 23.20.46 *** Saving seen data "./dancer.seen" 23.20.51 # then you can as well case it for a few sizes as we do... 23.20.51 # <[Saint]> the lowmem targets pretty much universally have shit screens that wouldn't benefit from this. 23.21.21 # <[Saint]> but then you end up with weird, shittily aligned USB screen logos like we have now. 23.21.28 # For me the good question is more: why do we even embed them and not store them in a bitmap file to save *memory* 23.22.28 # I haven't noticed any particular problem with the USB logo 23.22.46 # <[Saint]> I realize aesthetics aren't a high priority, but to me on some targets the USB screen just looks cobbled together and weird. 23.23.07 # <[Saint]> because they used an image where the horizontal resolution was /close enough/, so the alignment is way off. 23.23.12 # well I have to admit I never understood why the logo in horizontal and ugly 23.23.21 # *is 23.23.30 # when most targets have a more vertical screen 23.23.43 # <[Saint]> it would look better vertical and centrally aligned, yes. 23.24.54 # <__builtin> hmm 23.24.59 # I guess we could rotate it on most targets 23.25.49 Join Bray90820 [0] (~bray90820@50-83-212-56.client.mchsi.com) 23.26.02 Part b0hoon ("GTG... Bye.") 23.26.18 # To be honest, I also always prefered the rockbox *icon* to the rockbox *logo*. It looks much better at low res in my opinion 23.26.42 # <[Saint]> Honestly, I agree. 23.26.43 # * pamaury thinks we need a Rockbox Design Group (RDG) 23.27.00 # <[Saint]> But I agree even in "high" resolution. 23.27.29 # <[Saint]> For us "high" res is 240x320-ish, and the text and subtext of the logo itself is just a blurred garbled mess. 23.27.31 # yeah me too, but at least in high res the logo makes more sense 23.27.39 # <[Saint]> ...eh, kinda. 23.27.49 # 240x320 isn't high res 23.27.58 # <[Saint]> most people don't even realize that there's text in the background as well. 23.27.58 # I mean it is for rockbox but not for the logo ;) 23.28.03 Quit Bray90820_ (Ping timeout: 250 seconds) 23.28.23 # <[Saint]> and the 'open source jukebox player' text is usually renered totally unreadable. 23.28.35 # <[Saint]> *rendered. 23.29.10 # Well if you want to switch from logo to icon and rotate usb logo I will support you 23.29.33 # It looks technically unchallenging for once :) 23.30.17 # unless you want to try to use ffmpeg to rotate the bitmaps in CLI 23.34.50 Join nlogex [0] (~filip@CPEa84e3f5c8563-CMa84e3f5c8560.cpe.net.fido.ca)