--- Log for 25.02.117 Server: adams.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 21 days and 5 hours ago 00.09.10 Quit ParkerR (Quit: ZNC - http://znc.in) 00.09.58 Join ParkerR [0] (ParkerR@znc.withg.org) 00.09.58 Quit ParkerR (Changing host) 00.09.58 Join ParkerR [0] (ParkerR@unaffiliated/parkerr) 00.11.42 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 00.16.17 Quit alexweissman (Ping timeout: 268 seconds) 00.17.20 Quit fujisan (Quit: Textual IRC Client: www.textualapp.com) 00.19.56 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 00.24.13 Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 51.0.1/20170125094131]) 00.36.55 Quit pamaury_ (Ping timeout: 240 seconds) 00.40.51 Quit MrZeus2 (Ping timeout: 255 seconds) 00.45.39 Quit paulk-collins (Quit: Leaving) 01.04.15 Quit jhMikeS (Ping timeout: 255 seconds) 01.07.43 *** Saving seen data "./dancer.seen" 01.10.44 Quit dys (Ping timeout: 260 seconds) 01.12.17 Quit skapazzo (Quit: leaving) 01.27.17 Join krabador [0] (~krabador@unaffiliated/krabador) 01.31.13 Quit ender` (Quit: You have the right to remain silent. Anything you say will be misquoted, then used against you.) 01.53.42 Quit ZincAlloy (Quit: Leaving.) 02.00.00 Join gk_-1wm_- [0] (~su@50.118.213.31) 02.31.24 Quit gk_-1wm_- (Excess Flood) 02.34.02 Quit bastian__ (Quit: bastian__) 03.07.47 *** Saving seen data "./dancer.seen" 03.13.40 Quit alexweissman (Remote host closed the connection) 03.17.29 Quit krabador (Remote host closed the connection) 03.23.12 Join gk_-1wm [0] (~su@209.73.151.42) 03.23.13 Part gk_-1wm 05.07.48 *** Saving seen data "./dancer.seen" 05.28.13 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 05.29.25 Quit Ruhan (Quit: Connection closed for inactivity) 06.12.01 Join shmibs_ [0] (~shmibs@shmibbles.me) 06.12.18 Join pixelma_ [0] (~pixelma@rockbox/staff/pixelma) 06.13.38 Join benedikt93_ [0] (~quassel@unaffiliated/benedikt93) 06.14.00 Join Strife1989 [0] (~quassel@adsl-98-80-189-43.mcn.bellsouth.net) 06.14.09 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 06.14.26 Join Marex_ [0] (~Marex@195.140.253.167) 06.14.28 Join mikroflops_ [0] (~yogurt@178.174.137.46) 06.14.31 Join rasher_ [0] (~rasher@diti.rasher.dk) 06.14.38 Quit gevaerts (Disconnected by services) 06.14.42 Join mc2739_ [0] (~mc2739@rockbox/developer/mc2739) 06.14.45 Quit mc2739 (Disconnected by services) 06.14.46 Join gevaerts_ [0] (~fg@rockbox/developer/gevaerts) 06.14.47 Nick mc2739_ is now known as mc2739 (~mc2739@rockbox/developer/mc2739) 06.16.40 Quit fs-bluebot (Ping timeout: 260 seconds) 06.16.40 Quit munch (Ping timeout: 260 seconds) 06.16.40 Quit man_in_shack (Ping timeout: 260 seconds) 06.16.40 Quit Petri152 (Ping timeout: 260 seconds) 06.16.40 Quit Birch (Ping timeout: 260 seconds) 06.16.41 Quit kugel (Ping timeout: 260 seconds) 06.16.41 Quit rasher (Ping timeout: 260 seconds) 06.16.41 Quit Marex (Ping timeout: 260 seconds) 06.16.41 Quit Rower (Ping timeout: 260 seconds) 06.16.41 Quit pixelma (Ping timeout: 260 seconds) 06.16.42 Quit benedikt93 (Ping timeout: 260 seconds) 06.16.45 Quit mikroflops (Ping timeout: 240 seconds) 06.16.45 Quit Strife89 (Ping timeout: 240 seconds) 06.16.45 Quit gluytium_ (Ping timeout: 240 seconds) 06.16.46 Quit shmibs (Ping timeout: 240 seconds) 06.16.46 Quit tomflint (Ping timeout: 240 seconds) 06.16.46 Quit alexbobp (Ping timeout: 240 seconds) 06.16.51 Nick rasher_ is now known as rasher (~rasher@diti.rasher.dk) 06.16.51 Nick shmibs_ is now known as shmibs (~shmibs@shmibbles.me) 06.17.12 Join alexbobp [0] (~alex@testificate.xen.prgmr.com) 06.17.28 Join fs-bluebot [0] (~fs-bluebo@xd9baf424.dyn.telefonica.de) 06.17.34 Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) 06.17.35 Nick alexbobp is now known as Guest24161 (~alex@testificate.xen.prgmr.com) 06.17.37 Join Petri152 [0] (~Petri@petritrebs.ca) 06.17.40 Join man_in_shack [0] (~chat@unaffiliated/man-in-shack/x-4279753) 06.18.22 Join TorC [0] (~TorC@fsf/member/TorC) 06.19.01 Join tomflint [0] (~tomflint@unaffiliated/tomflint) 06.19.10 Join gluytium [0] (U2FsdGVkX1@ma.sdf.org) 06.21.01 Join munch` [0] (pls@gateway/shell/elitebnc/x-ldxtvsavwglssnyn) 06.36.49 Quit pixelma_ (Quit: No Ping reply in 120 seconds.) 06.38.28 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 06.41.15 Quit fs-bluebot (Ping timeout: 260 seconds) 06.41.15 Quit man_in_shack (Ping timeout: 260 seconds) 06.42.24 Join man_in_shack [0] (~chat@unaffiliated/man-in-shack/x-4279753) 06.42.26 Quit munch` (Ping timeout: 240 seconds) 06.42.27 Quit tomflint (Ping timeout: 240 seconds) 06.42.34 Join tomflint [0] (~tomflint@159.203.211.54) 06.42.34 Quit tomflint (Changing host) 06.42.34 Join tomflint [0] (~tomflint@unaffiliated/tomflint) 06.43.31 Join fs-bluebot [0] (~fs-bluebo@xd9baf424.dyn.telefonica.de) 06.46.02 Join munch [0] (pls@gateway/shell/elitebnc/x-nldzxizmxfxcvytt) 06.48.21 Quit TheSeven (Ping timeout: 240 seconds) 06.49.27 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 07.02.26 Quit furrywolf (Ping timeout: 240 seconds) 07.07.49 *** Saving seen data "./dancer.seen" 07.16.49 Quit pixelma (Quit: No Ping reply in 120 seconds.) 07.18.38 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 07.35.25 Join dys [0] (~dys@x5f71d787.dyn.telefonica.de) 08.10.00 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 08.19.26 Quit bluebrother (Ping timeout: 240 seconds) 08.19.41 Quit fs-bluebot (Ping timeout: 240 seconds) 08.21.10 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 08.33.37 Join fs-bluebot [0] (~fs-bluebo@xd9bafed5.dyn.telefonica.de) 08.35.48 Quit pixelma (Quit: .) 08.35.48 Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) 08.35.59 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 08.36.01 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 08.53.02 Quit alexweissman (Remote host closed the connection) 08.56.33 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 08.58.54 Join paulk-collins [0] (~paulk@gagarine.paulk.fr) 08.59.42 Quit alexweissman (Remote host closed the connection) 09.07.51 *** Saving seen data "./dancer.seen" 09.36.05 Join TheLemonMan [0] (~root@irssi/staff/TheLemonMan) 09.39.37 Join johnb2 [0] (~johnb2@p57B45906.dip0.t-ipconnect.de) 09.47.36 Join parchd [0] (~parchd@unaffiliated/parchd) 10.02.21 Quit johnb2 (Ping timeout: 240 seconds) 10.04.22 Join ken [0] (65e78a5c@gateway/web/freenode/ip.101.231.138.92) 10.04.45 Nick ken is now known as Guest71210 (65e78a5c@gateway/web/freenode/ip.101.231.138.92) 10.07.10 Quit Guest71210 (Client Quit) 10.09.01 Join johnb3 [0] (~johnb2@p57B45906.dip0.t-ipconnect.de) 10.09.21 Join ender` [0] (krneki@foo.eternallybored.org) 10.09.31 Quit johnb3 (Client Quit) 10.10.14 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 10.13.22 Join lebellium [0] (~chatzilla@89-93-177-91.hfc.dyn.abo.bbox.fr) 10.14.51 Quit alexweissman (Ping timeout: 260 seconds) 10.15.32 Quit Senji (Read error: Connection reset by peer) 10.15.49 Join Senji [0] (~Senji@85.187.103.250) 10.23.36 Join wodz [0] (~wodz@89-74-169-198.dynamic.chello.pl) 10.25.25 # pamaury: ping 10.35.25 Quit amiconn (Quit: No Ping reply in 64 seconds.) 10.36.38 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 10.38.41 Quit parchd (Ping timeout: 240 seconds) 10.44.57 # wodz: pamaury what's that "Wifi service"?! 11.04.34 Join pamaury_ [0] (~pamaury@rockbox/developer/pamaury) 11.07.53 *** Saving seen data "./dancer.seen" 11.10.54 Join parchd [0] (~parchd@unaffiliated/parchd) 11.11.39 # lebellium: Afaik it is leftover from SDK 11.12.01 # pamaury_: ping again 11.13.15 # wodz: pong 11.14.36 # pamaury_: I don't quite understand framebuffer configuration in nwz. nwzlinux.h claims pixel format 565 i.e 16bit is it really the case? 11.15.53 # yes iirc 11.16.09 # but on nwz, the framebuffer driver reports bullshit info anyway 11.16.25 # pamaury_: also if framebuffer is mmap'ed do you really need to copy from rockbox's internal fb? Can't you simply access linux fb directly? 11.19.02 # wodz: I could but then the screen would update without lcd_update which is wrong 11.19.14 # because on NWZ, some LCDs refresh periodically 11.19.27 # pamaury_: ah, ok. 11.20.45 # my understanding of Sony's driver is that you can only select which buffer to use for redraw (and potentially set other info like alpha etc) 11.22.42 # is there a way to not allocate rb internal framebuffer currently? 11.24.01 # pamaury_: ^ 11.26.44 # I don't remember 11.28.07 # wodz: but it's unclear to me because in lcd.h there is lcd_static_framebuffer which seems to be implemented by drivers/ 11.28.33 Nick mikroflops_ is now known as mikroflops (~yogurt@178.174.137.46) 11.30.05 # but in general I think you want to have two framebuffers: rockbox's static framebuffer and the framebuffer holding the data (being) sent to the lcd 11.30.22 Join skapazzo [0] (~skapazzo@151.9.205.1) 11.36.24 # wodz: just so you know, most of the bluetooth services translate to calls to bt-adapter, so it's probably possible to not use sys_server at all 11.37.50 # pamaury_: I know, but figuring out actual sequence may be problematic. I am wondering how usb insert/remove is signaled btw. 11.39.36 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:e49b:eb5a:835b:3c46) 11.41.15 # I don't know, probably some dev/sys file that you need to poll. This does not seem to be handled by sys_server 11.49.56 Quit TheLemonMan (Remote host closed the connection) 11.50.19 Quit girafe (Read error: Connection reset by peer) 11.55.03 # wodz: maybe look in /sys/devices/platform/ if you have a usb driver that exposes some info 11.55.20 # possible in /proc/ as well 11.55.54 # pamaury_: It seems it is somewhat modern system and most of the stuff is in /sys 11.55.55 # I think linux has a hotplug detection mecamism in userspace, also there is inotify if you now that a particular file is create in /sys on usb plug 11.59.25 # pamaury_: there is also dbus daemon running but don't know if it is used actually for anything 11.59.33 Quit pamaury (Remote host closed the connection) 12.01.03 Nick pamaury_ is now known as pamaury (~pamaury@rockbox/developer/pamaury) 12.20.33 Join TheLemonMan [0] (~root@irssi/staff/TheLemonMan) 12.34.15 Nick gevaerts_ is now known as gevaerts (~fg@rockbox/developer/gevaerts) 13.02.51 Join johnb2 [0] (~johnb2@p57B45906.dip0.t-ipconnect.de) 13.07.57 *** Saving seen data "./dancer.seen" 13.34.41 Quit amiconn (Quit: No Ping reply in 64 seconds.) 13.36.09 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 14.01.05 Join girafe [0] (~girafe@LFbn-1-11729-221.w2-7.abo.wanadoo.fr) 14.01.51 Join Ruhan [0] (uid76353@gateway/web/irccloud.com/x-fdblszgfzgvqgvrb) 14.10.04 Nick Marex_ is now known as Marex (~Marex@195.140.253.167) 14.33.45 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 14.41.56 # jhMikeS, can you have a look at #g1562 when you get a chance 14.41.58 # 3Gerrit review #1562 at http://gerrit.rockbox.org/r/1562 : 3Add DISABLE_O_CREAT define to allow removal of file creation codepath by William Wilgus 14.43.58 # though #g1572 should be universal I'm pretty sure the bootloader only uses the default codepages if someone can comfirm maybe we can just use it across all targets 14.43.59 # 3Gerrit review #1572 at http://gerrit.rockbox.org/r/1572 : 3Add DISABLE_UNICODE_LOAD_CODEPAGES define to allow removal of load CodePage codepath by William Wilgus 14.47.51 Quit johnb2 (Ping timeout: 260 seconds) 14.53.39 Join johnb2 [0] (~johnb2@p57B45906.dip0.t-ipconnect.de) 15.01.09 Quit johnb2 (Quit: Nettalk6 - www.ntalk.de) 15.03.31 Join Alexeyan [0] (5de5003c@gateway/web/freenode/ip.93.229.0.60) 15.07.59 *** Saving seen data "./dancer.seen" 15.15.51 Quit pixelma (Quit: No Ping reply in 120 seconds.) 15.17.38 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 15.34.21 Quit parchd (Ping timeout: 240 seconds) 15.50.04 Join Glitches [0] (~Glitches@ns375315.ip-176-31-102.eu) 15.50.26 # Hello, I have a .rock file, how do I run it if I don't have a physicil device to setup rockbox? 15.50.37 # physical* 15.50.53 # or how do I analyze it, rather? are there debugging tools? 15.50.58 # How are these made? 15.55.40 # Glitches: just look at the code ? 15.56.06 # you can't run them outside of rockbox, these are regular executable 15.56.06 # pamaury: this looks just like a binary file, can't make any sense of it 15.56.10 # *are not 15.56.22 # Glitches: the source code is in our repository of course 15.56.35 # pamaury: but what if you didn't write the application I'm analyzing? 15.57.06 # that seems unlikely, I'm not aware of any out of tree plugin for rockbox 15.58.21 # pamaury: well, it's a hacking competition and they have apperantly made their own application for rockbox 15.59.27 # I see, well you can still look at our code to understand the format of the executable 15.59.30 # pamaury: but, so you're telling me that I need to setup rockbox on a physical device to be able to run this application? 15.59.31 # and then use a static analyzer 15.59.51 # pamaury: are there static analyzers for this out there? 16.00.02 # it may run in a simulator 16.00.05 # Glitches: to run it yes, unless it was complicated for a simulator build that runs on a PC 16.00.10 # pixelma: oh? is there one? 16.00.11 # *compiled 16.00.41 # pamaury: so you're saying that there is a simulator? 16.00.45 # we have a simulator but it's not a simulator in the sense you imagine 16.00.59 # pamaury: well, I would like to try it out, where is it? 16.01.54 # there isn't one simulator, each rockbox target can be turned into a simulator where all the kernel calls are essentially reimplemented on top on linux/windows 16.02.09 # oh, I se 16.02.12 # see* 16.03.06 # best way to get an emulator is to build it yourself on Linux. If you are running Windows, I think rasher provides some prebuilt images 16.04.42 # pamaury: how much time and knowledge about rockbox would that take? 16.05.16 # building an emulator is easy on Linux if you are at least a bit familiar with command line 16.06.36 # https://www.rockbox.org/wiki/UiSimulator 16.07.53 # pamaury: really? 16.08.24 # uisimulator uses elf for plugins, no? Should be easy to check 16.08.38 # pamaury: sorry, my internet died, what did you say? 16.09.42 Join parchd [0] (~parchd@unaffiliated/parchd) 16.10.01 # wodz: can you possibly run .rock binaries in that? 16.10.04 # https://www.rockbox.org/wiki/UiSimulator explains how to build a simulator. But I am a bit confused about this hackking competition that you mentioned. Isn't it a bit strange to get an executable and no way to run it ? 16.10.38 # pamaury: that's kinda the point, you're just expected to figure shit out 16.10.48 # but figure what exactly ? 16.11.01 # Glitches: if this is for hacking competition, don't you think you should figure it out yourself? 16.11.09 # pamaury: how to run it, and if it's exploitable 16.11.28 # wodz: yea, but I thought I would drop by here and ask if there was an emulator 16.11.50 # my bet is that it is plugin for simulator. 16.12.09 # as I said afaik this should be elf file in this case 16.12.20 # wodz: but I'm not given an elf file 16.13.03 # Glitches: you can easily check if a file is an ELF file by looking at the first bytes. If it contains the string ELF at the very beginning then it's an elf file 16.13.26 # pamaury: I have checked, this is raw binary data 16.14.28 # yes but ELF file start with the bytes 7f 45 4c 46 with correspond to the string ELF. You can check that with any decent hex editor 16.14.35 # yeah, rocks for uisimulator are elfs 16.14.52 # or simply file :-) 16.15.05 # lamp.rock: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=1d7ea01d3d986e7a743558cc98c9eaa981b5cd43, not stripped 16.16.04 # wodz: well I was given that file as well, but... 16.16.10 # "lamp.rock: data" 16.17.01 # Glitches: It means it is plugin to be run on embedded hardware 16.17.40 # wodz: So I need to figure out what hardware, and then I need to get said hardware? 16.17.42 # Glitches: you need to figure out what arch it is :-) Could be mipsel, arm, coldfire, sh 16.18.04 # Glitches: lamp is small, I suppose you should figure out by static analysis only 16.19.17 # anyway having hardware to run is not that helpful unless it is hacked to have some form of debug interface wired (as jtag or bdm) 16.19.37 # wodz: right, so I'd need some emulator that runs that architecture? 16.20.11 # wodz: but how do I statically analyze this? is there a tool or do I just need to side-by-side this with the manual fro a bunch of instruction sets? 16.20.34 # Glitches: Have you heard about disassemblers? 16.20.49 # wodz: I have, is there one for this? 16.21.15 # good god 16.21.28 # right, so they can figure out that part? 16.23.11 # wodz: but i'm still not following, does a disassembler not need to know what instuction set was used? 16.23.18 # rock is header + raw binary, no relocations. When you figure out what arch is this you strip the header and feed it to disasembler. Then you have a fun to make sense of output you get. 16.23.51 # Glitches: You are responsible of figuring out what arch it is but the choice is limited as I said 16.24.02 # you have to try all architectures until you find the right one 16.24.10 # pamaury: ok, I see 16.24.20 Join smoke_fumus [0] (~smoke_fum@dynamic-vpdn-93-125-63-154.telecom.by) 16.24.36 # + arm can be both thumb or arm, still rather limited subset of arch on earth 16.25.08 Quit smoke_fumus (Client Quit) 16.26.41 # wodz: yea, you're right 16.28.36 # Glitches: can you provide the file? I am mildly interested what it actually is. 16.28.54 # wodz: sure 16.31.53 # Glitches: Ah you have full build not separated .rock? That makes things much easier. Hint rockbox.sansa file 16.32.06 Quit Moarc (Quit: i znowu NADMUCHAŁ BALONA) 16.32.20 # or rockbox-info.txt 16.33.15 # oh, I see 16.34.42 # good luck finding e200v2 :P 16.35.49 # wodz: I highly doubt I actually need the hardware, there must be something I can gather from this 16.35.58 Join Moarc [0] (~chujko@85.28.128.105) 16.36.54 # I think so too 16.37.52 # wodz: lol, do you think this is usable? https://www.rockbox.org/tracker/task/6524 16.38.28 # it's not v2 tho 16.38.50 # Glitches: it is very old and never fully working 16.39.02 # yea, that's what I thought 16.39.49 # Gosh, should I hack the competition server to figure out what the hacking tasks are? Are there additional scores for knowing what you are supposed to do? 16.47.28 Join Bilgus_ [0] (~Bilgus@gateway/tor-sasl/bilgus) 16.48.05 # wodz: ikr, this is so ambigous 16.49.42 Quit parchd (Ping timeout: 255 seconds) 16.50.18 Quit Bilgus (Ping timeout: 240 seconds) 16.50.24 # v2 has a different cpu so it shoudn't work.. 16.50.54 # Alexeyan: I was afraid of that 16.51.45 # This challenge... 16.56.46 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 17.02.29 Join MrZeus1 [0] (~MrZeus@2a02:c7f:7018:6200:95c3:4473:850f:f22d) 17.02.43 # pamaury: Do I think correctly that I need to reconfigure fb for 16 or 24 bpp for rockbox? 17.08.00 *** Saving seen data "./dancer.seen" 17.08.16 # https://twitter.com/BkPctf/status/835508393360109568 - Rockbox related 17.08.53 # also, hello Glitches ;) 17.10.01 # Is there description of the task (without registering and stuff)? 17.27.09 # wodz: yea, hang on 17.27.42 # wodz: "Because I thought that you may be bored while listening to your music, I wrote a small application for your favorite jukebox, have fun!" 17.27.47 # not helpful at all... 17.32.01 Join furrywolf [0] (~randyg@mc70536d0.tmodns.net) 17.40.27 # wodz: assuming the framebuffer supports it then yes 17.41.30 # making look at the code to see, or try to change the framebuffer settings, see what the ioctl returns 17.46.28 Quit pamaury (Remote host closed the connection) 17.46.53 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 17.47.43 # *maybe 17.49.48 # pamaury: Just tried and fb only accepts 24 and 32 bpp BUT 24 bpp doesn't change mem layout so basically I am stuck at 32bpp 17.51.20 # what do you mean it doesn't change mem layout ? 17.51.29 # ah, but it looks like rockbox can be configured to support 32bpp 17.52.41 # pamaury: it should change smem_length and line_length, no? 17.53.04 Quit ZincAlloy (Quit: Leaving.) 17.53.09 # wodz: don't necessarily trust those values 17.53.19 # on many framebuffer drivers they are wrong 17.53.37 # I would say just try to set 24-bit and see if it works as expected 17.53.54 # ah, and setting bits_per_pixel to 24 and rereading gives back 32 17.54.51 # then maybe the driver only supports 32-bit 17.55.16 # if rockbox can support 32bpp (and looking at lcd.h it should) it would be easier to not touch this 17.57.14 # yeah probably 17.58.00 # apparently we don't have any single device with LCD_DEPTH == 32 17.58.51 # wodz: that means you may have to implement some functions 17.59.10 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 17.59.10 # * wodz grumbles 17.59.29 # basically lcd-32bit.c, the same way we have lcd-24bit.c and lcd-16bit.c 18.00.08 # it's mostly copy-paste + fixes 18.00.41 # * pamaury suspects we have too much copy-paste in lcd drivers 18.02.18 # the most important fixes will probably be in lcd.h to pack/unpack 18.03.33 # or I can write lcd driver to perform extension 24->32. top 8 bits is alpha anyway 18.03.50 # it will be slower then plain memcpy but easier 18.04.12 # yeah you can do that for starters, that's what I did for the ZEN until we had proper support for 24-bit framebuffer 18.04.40 # The screen is small, just 128x160. 18.04.41 # * pamaury finds it amusing that the Rocker has 32-bit per pixel given the terrible screen it has 18.05.49 # Out of curiosity I must check if it really supports alpha 18.07.19 # it may actually support alpha if IPU is enabled so it can blend with video for example 18.11.47 # nop, driver itself just ignores top 8 bits 18.14.37 # I just read the logs and didn't understand anything about this hacking challenge. That was a weird discussion :/ 18.14.51 Join johnb2 [0] (~johnb2@p57B45906.dip0.t-ipconnect.de) 18.17.05 # lebellium: I was contacted by author of this challenge and his description makes sense :-) 18.18.40 # pamaury: I don't understand one thing - your test_fb operates on 32bpp. Do you reconfigure framebuffer on nwz? 18.20.13 # wodz: my test_fb operates on 24-bit 18.20.24 # wodz: are the challengers given a .rock file? What are they supposed to do with it? 18.20.26 # the code is simply doing 32-bit read/writes at the end 18.20.33 # but each pixel is 24-bit 18.20.55 # pamaury: but writes to mmap'ed fb memory are 32bit 18.21.17 # actually iirc my code can handle any pixel arrangement as reported by the kernel 18.21.35 # yes that's what I said, it does 32-bit read/write but masks everything properly 18.21.47 # it could support 17-bit per pixel even 18.22.07 # look at put_pix and put_pix_mask 18.23.36 # * pamaury doesn't guarantee his code is correct in all cases 18.23.36 # pamaury: I understand that part. But in rockbox you claim 24bpp and use lcd_copy_framebuffer_rect(). How it works to extend 24bit pixel into 32bit written to fb? 18.24.03 # no the framebuffer is 24-bit per pixel 18.24.53 # I am lost. You write 32bits per pixel to framebuffer, no? 18.25.14 # no, I do 32-bit accesses to make the code simpler 18.25.38 # I didn't write test_fb for rockbox originally, it supports any pixel configuration 18.25.51 # and the easiest way to handle any configuration is to do 32-bit accesses 18.33.33 # so I am not getting any closer to fix audio on nwz but at least I know that noise cancelling is handled by the codec and seems simple enough to enable 18.34.09 # Noise cancelling is the main feature 18.34.12 # we don't need sound 18.34.53 # it cancels everything, even sound :) 18.37.20 # so after looking more deeply the issue, you still don't understand where it comes from or you actually didn't have time yet to look at it more deeply? 18.38.24 # I'm disassembling the codec driver to understand why acoustic mode somehow fixes the issue but makes sound too loud 18.39.23 # ah yes this strange acoustic mode 18.39.37 # sounds like marketing bullshit 18.53.44 Quit amiconn (Quit: No Ping reply in 64 seconds.) 18.53.58 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 18.55.43 Join webguest044 [0] (~ba061ff6@www.haxx.se) 18.56.48 Quit webguest044 (Client Quit) 19.04.10 Quit johnb2 (Ping timeout: 268 seconds) 19.08.01 *** Saving seen data "./dancer.seen" 19.20.34 Quit wodz (Quit: Leaving) 19.48.12 Join polytux [0] (~oscar@2a02:7aa0:1619::cea:62cd) 19.49.20 # so...how do I manage a 256 gb iPod 6th generation in Windows? it will not mount when connected, and transferring all my music everytime I need to sync it... :( 19.50.57 Join dipus [0] (~jacopo@global-deiInsideNECST.dei.polimi.it) 20.08.28 Quit Alexeyan (Ping timeout: 260 seconds) 20.11.55 # probably prof_wolfff knows 20.13.26 # wodz (log): so looking at the audio table and confirming on target, I suspect that actually, in normal mode (ie acoustic=cuerev=0), the DAC runs at 0dB and then the volume controls HP volume. Thus it saturates. 20.14.03 # when acoustic mode is set, DAC volume is set to a fixed value (don't know exactly much), HP volume table is the same as in normal => no more saturation 20.14.35 # when cuerev is set, DAC volume is set the minimal possible value, and HP volume stays the same => even lower volume 20.14.45 # actually with cuerev, the volume is much more acceptablr 20.23.18 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:8caa:867d:cc24:627a) 20.27.05 Join johnb2 [0] (~johnb2@p57B45906.dip0.t-ipconnect.de) 20.43.18 Join wodz [0] (~wodz@89-74-169-198.dynamic.chello.pl) 20.44.14 # pamaury: maybe I am missing something but if accustic mode attenuates DAC signal and volume tables controlling HP are the same how it is louder? 20.47.41 Quit johnb2 (Ping timeout: 240 seconds) 20.49.05 # wodz: I've check with the device, normal mode actually sounds louder, just completely distorted 20.49.53 # or not, I don't know it's obvious 20.50.16 # pamaury: Didn't you say that accustic mode makes volume control useless as it is very loud? 20.50.16 # I mean it's hard to compare two signals when one of them is garbage 20.51.06 # but in normal mode, it clearly sounds like it's clipping 20.51.29 # * pamaury double checks the tables 20.53.06 # Anyway for me it is hard to imagine that DAC at 0dB causes clipping. 20.56.27 # ok sorry I got it wrong, let's give some figures for lowest volume: 20.56.27 # normal mode (dac/hp): 0x17 / 0xc3 20.56.27 # acoustic mode: 0x00 / 0xc9 20.56.27 DBUG Enqueued KICK pamaury 20.56.27 # cuerev mode: 0xff / 0xc3 20.56.27 # so in fact in normal mode, the DAC is run at +x dB (whatever 0x17 means) 20.56.28 *** Alert Mode level 1 20.56.28 # in acoustic, it's 0dB 20.56.30 # in cuerev, it's the lowest (0xff is negative ?) 20.56.57 # acoustic may still sound louder if 0x17 + 0xc3 < 0x00 + 0xc9 (when adding the equivalent dB values) 20.57.13 # but normal mode may clip while still being less loud 21.02.03 Quit dipus (Quit: WeeChat 1.6) 21.02.34 # here are the raw numbers: 21.02.34 # [21:01:41][pamaury@lap-54-71:/home/pamaury/project/rockbox/sony_nwz]$ ./audio_table -f off -a off -c off -n off -o hp -i music -p dac,hpout 21.02.34 # fr=off in=music cr=off ac=off out=hp nc=off 21.02.34 *** Alert Mode level 2 21.02.34 # DAC: 33 17 17 17 17 17 17 17 17 17 17 17 17 17 17 17 17 17 17 17 17 17 17 17 17 17 17 17 17 18 18 18 21.02.34 *** Alert Mode level 3 21.02.34 # HPOUT: c3 c4 c7 ca cd d0 d3 d6 d9 dc df e2 e4 e6 e8 ea ec ee f0 f2 f3 f4 f5 f6 f7 f8 f9 fa fb fc fe fe 21.02.41 # (that's normal mode) 21.02.48 # [21:01:58][pamaury@lap-54-71:/home/pamaury/project/rockbox/sony_nwz]$ ./audio_table -f off -a on -c off -n off -o hp -i music -p dac,hpout 21.02.49 # fr=off in=music cr=off ac=on out=hp nc=off 21.02.49 # DAC: 33 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 04 08 0c 0e 10 12 14 16 18 18 18 18 18 18 18 21.02.49 *** Alert Mode level 4 21.02.49 # HPOUT: c9 cc d0 d6 dc e0 e3 e6 e9 ec ef f2 f4 f6 f8 fa fc fc fc fc fc fc fc fc fc fc fc fc fc fd fe fe 21.02.49 *** Alert Mode level 5 21.02.49 # (acoustic mode) 21.02.56 # [21:02:02][pamaury@lap-54-71:/home/pamaury/project/rockbox/sony_nwz]$ ./audio_table -f off -a off -c on -n off -o hp -i music -p dac,hpout 21.02.56 # fr=off in=music cr=on ac=off out=hp nc=off 21.02.56 # DAC: 33 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 00 00 00 21.02.58 # HPOUT: c3 c4 c7 ca cd d0 d3 d6 d9 dc df e2 e4 e6 e8 ea ec ee f0 f2 f3 f4 f5 f6 f7 f8 f9 fa fb fc fe fe 21.03.00 # (cuerev node) 21.06.42 Quit amiconn (Quit: No Ping reply in 64 seconds.) 21.07.23 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 21.08.05 *** Saving seen data "./dancer.seen" 21.08.43 # wodz: http://ctf.bostonkey.party/challenges 21.08.56 # non-registered users are now allowed to see the challenges :) 21.09.18 # this is the audio table codec, for those interested: https://gist.github.com/pamaury/2ffc57d955e6bcf3702dfab79b690722 21.09.53 # jvoisin, neet challenge :) 21.11.09 # pamaury: ok, thanks! prof_wolfff seems afk but I'm not in any rush 21.12.35 # aw, TheLemonMan <3 21.12.50 *** Alert Mode OFF 21.13.46 # jvoisin: it still asks me team name and password to see the challenges 21.14.20 # it works here™ 21.14.52 # I checked in another browser to be sure it's not a cache issue 21.15.13 # this is weird. 21.17.02 # oh it's OK now 21.17.04 # sorry 21.17.48 # <3 21.27.48 Quit jhMikeS (Ping timeout: 255 seconds) 21.34.00 Part Glitches 21.39.46 # No more glitches pamaury. Clean sound 21.39.48 # \o/ 21.40.23 # lebellium: you mean you changed the code ? 21.40.35 # I mean glitches left 21.40.44 # with cuerev ? 21.40.47 # sorry for the poor joke 21.40.53 # [21:34:03] <--| Glitches has left #rockbox 21.41.17 # haha 21.41.25 # good one, I completely missed it 21.44.17 # otherwise it is very much unlikely I can improve any of your code 21.47.25 # I think I will switch the nwz code to set cue/rev since it seems to solve the problem, at least for now 21.47.39 # do you know what fr=off is? 21.47.46 # a special setting for France? 21.50.44 # fr corresponds to volume regulation I believe (note that I did not include the fr1 table in the file because I'm lazy) 21.51.07 # reading sony's code over and over, I have been lead to believe that volume regulation was previously refered to as france setting 21.51.16 # ok 21.51.32 # it's always ambiguous because I think that's a European regulation 21.51.57 # but maybe at first it was only in France 21.56.47 # wodz: lebellium: I have update g#1481 if you want to try it 21.56.49 # 3Gerrit review #1481 at http://gerrit.rockbox.org/r/1481 : 3Initial commit for the Sony NWZ linux port (WIP) by Amaury Pouly 21.57.23 # the new code now sets cue/rev to 1 by default, and there is a debug entry in System > Debug > Hardware Info > audio 21.57.38 # ok 21.57.42 # I'll try on A10 21.57.46 # use select to toggle, and up/down to switch between cue/rev and acoustic setting. 21.58.16 # As far as I can tell, when both cue/rev and acoustic are set, it acts as if acoustic was 0 (ie cue/rev has priority) 22.10.03 # pamaury: still the *Panic* control 'playback volume" on the A10 22.11.16 # lebellium: did you keep your old settings ? 22.11.36 # pamaury: I overwrote the existing rockbox folder 22.11.44 # try erasing it and do a fresh install 22.11.47 # ok 22.13.35 # pamaury: doesn't help 22.14.00 # the panic comes directly when starting Rockbox 22.15.05 # ah yes that's on the A10 ? 22.15.20 # yes 22.15.20 # I forgot the fix the volume thing were left and right are merge 22.15.39 # otherwise I can try on another device 22.16.01 # try it on the E580, in the mean time I will fix the code 22.25.43 # lebellium: I updated the task, hopefully it should fix A10 22.25.47 # ok 22.25.53 # trying on E580 for now 22.27.02 # I agree 22.27.16 # of cue=1, it doesn't matter if acoustic=0 or 1 22.27.19 # if* 22.28.12 # does it sound more reasonable with cuerev ? At the lowest volume (1), with cuerev sound is reasonably low. Still after level 5 or 6 it gets really loud but that's a clear improvement, I can actually listen to the device now 22.29.30 # it's indeed better 22.29.34 # not much progressive volume 22.29.42 # but volume 1 is quiet enough 22.30.22 # but sound is still distorded 22.30.24 # terrible 22.30.40 # ? with cuerev ? 22.31.30 # yes 22.32.21 # 6dB is reasonable volume with my IEM but sound is crappy 22.32.37 # it's not in dB :-p 22.32.46 # less than with cue=0 but still very crappy 22.33.00 # on mine sound is not distorted, either in acoustic or cuerev mode. 22.33.34 # I tried with Hello from Adele 22.33.43 # on the quiet moment it's OK 22.33.46 # did you change anything using the debug menu ? 22.33.50 # but on the main chorus it's terible 22.33.52 # yes 22.33.56 # with the debug menu 22.33.59 # that's how I test 22.34.03 # and if you don't change anything ? 22.34.09 # now the default when it boots is cuerev=1 22.34.32 # yes 22.34.38 # I just turned off and on again 22.34.58 # sound is terrible at 6 dB (or whatever it is) 22.35.38 # on E580 ? 22.36.22 # yes, let me try several songs 22.39.09 # yes 22.39.10 # and what about acoustic ? 22.39.22 # confirmed at least with FLAC files (Eminem and Adele sounding good with OF) 22.39.49 # acoustic=1 is worse since it's louder 22.40.18 # ah no sorry, it's acoustic=0 22.40.24 # louder doesn't mean more clipping though 22.40.43 # We all agree that acoustic=0 and cuerev=0 is terrible because of clipping 22.40.51 # with acoustic=1 there is less clipping than with cuerev=1 22.41.18 # now on my E580, acoustic=1 and cuerev=0, I have no clip but too loud sound 22.41.18 # with acoustic=0 and cuerev=1, I have no clip and less loud sound 22.42.34 # I think you do have clipping but you don't listen to the proper samples to hear it :P Do you want me to upload a file? 22.43.37 # it might depend on the headphones as well 22.43.52 # why not 22.44.27 # it may also depend on the file's own volume. Depending on whether on high the maximum volume in the file is, it may or may not clip 22.44.46 # but you say you have clipping in acoustic mode ? 22.46.10 # no 22.46.18 # in acoustic mode it's louder but no clipping 22.47.55 Quit MrZeus1 (Read error: Connection reset by peer) 22.54.08 Join johnb2 [0] (~johnb2@p57B45906.dip0.t-ipconnect.de) 22.55.40 # I confirm the sound is also crappy with mp3 files 22.57.02 Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel) 22.58.33 # acoustic is better and closer to the OF 22.59.03 # but acoustic is too loud 22.59.40 # yes 22.59.55 Join MrZeus1 [0] (~MrZeus@2a02:c7f:7018:6200:5c0c:cd06:1ae4:bf3c) 23.00.00 # clearly the OF is not just using acoustic, either it uses something else or it preprocesses the file to reduce volume 23.00.53 Quit johnb2 (Ping timeout: 260 seconds) 23.00.56 # pamaury: maybe you could run OF through ltrace/strace to figure out how it configures alsa 23.02.45 # I thought about it but I am also afraid that the amount of trace will be insane 23.03.25 # pamaury: the OF has a much more progressive volume so it's not just about reducing the volume anyway 23.06.42 # older Sony's allowed userspace to override the volume table but on E580 the driver does not seem to allow that 23.06.52 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 23.06.52 # * pamaury will try to trace the OF 23.08.09 *** Saving seen data "./dancer.seen" 23.12.25 Quit wodz (Quit: Leaving) 23.15.55 # polytux: if the storage media is not recognized by Apple firmware then probably it wont work on Rockbox, if it is compatible with Apple FW then it should work on Rockbox, an user with a similar problem: http://forums.rockbox.org/index.php/topic,51647.0.html , what is exactly your problem? 23.19.00 # oh wow, surprisingly enough, Sony put strace on the device... 23.21.05 Join initdctf [0] (60e76cfe@gateway/web/freenode/ip.96.231.108.254) 23.24.01 # hum, only on the E460 apparently 23.25.33 Quit initdctf (Client Quit) 23.27.38 # * pamaury now has a 2.5 MB trace log 23.34.34 # pamaury: I guess this one is for you http://forums.rockbox.org/index.php/topic,51682.msg239213/topicseen.html#msg239213 23.35.49 Join smoke_fumus [0] (~smoke_fum@dynamic-vpdn-93-125-63-154.telecom.by) 23.57.11 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com)