--- Log for 29.04.117 Server: rajaniemi.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 15 days and 7 hours ago 00.12.10 Quit lorenzo92 (Ping timeout: 260 seconds) 00.22.13 Part ender` 00.35.42 Quit MrZeus2 (Ping timeout: 252 seconds) 01.02.59 Part robertd1 01.12.52 Quit pimpin8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 01.19.04 *** Saving seen data "./dancer.seen" 01.57.22 Quit alucryd (Remote host closed the connection) 01.59.01 Join alucryd [0] (~quassel@archlinux/developer/alucryd) 02.01.28 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 02.02.23 Quit Bilgus_ (Ping timeout: 248 seconds) 02.02.31 Quit ZincAlloy (Quit: Leaving.) 02.05.06 Quit xorly (Ping timeout: 240 seconds) 02.15.14 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 02.27.29 Quit jhMikeS (Ping timeout: 268 seconds) 03.09.35 Quit Ruhan (Quit: Connection closed for inactivity) 03.15.13 Join PurlingNayuki [0] (~Thunderbi@106.120.233.239) 03.16.45 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 03.19.07 *** Saving seen data "./dancer.seen" 03.54.08 Quit PurlingNayuki (Ping timeout: 240 seconds) 04.03.44 Quit Guest94707 (Quit: Ծ-Ծ) 04.05.42 Join Ruhan [0] (uid76353@gateway/web/irccloud.com/x-cdounjgaxlzrwpne) 04.10.47 Quit jhMikeS (Ping timeout: 240 seconds) 04.11.40 Quit pamaury (Ping timeout: 240 seconds) 04.16.19 Join PurlingNayuki [0] (~Thunderbi@2001:da8:215:4ff:8d4:e86f:f1da:3e6b) 04.48.40 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 05.09.12 Quit pamaury (Ping timeout: 260 seconds) 05.19.11 *** Saving seen data "./dancer.seen" 05.34.30 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 05.53.35 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 06.20.08 Quit TheSeven (Disconnected by services) 06.20.17 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 06.46.22 Quit Strife89 (Quit: No Ping reply in 180 seconds.) 06.47.46 Join Strife89 [0] (~quassel@adsl-98-80-187-215.mcn.bellsouth.net) 07.00.26 Quit PurlingNayuki (Ping timeout: 258 seconds) 07.19.12 *** Saving seen data "./dancer.seen" 07.39.36 Quit Ruhan (Quit: Connection closed for inactivity) 07.55.24 Join PurlingNayuki [0] (~Thunderbi@2001:da8:215:4ff:8d4:e86f:f1da:3e6b) 09.19.14 *** Saving seen data "./dancer.seen" 09.27.06 Quit PurlingNayuki (Ping timeout: 240 seconds) 09.55.30 Join lebellium [0] (~chatzilla@89.93.177.91) 09.58.51 Join MrZeus [0] (~MrZeus@2a02:c7f:7066:fb00:159e:4c78:c3fd:829c) 10.01.35 Join smoke_fumus [0] (~smoke_fum@188.35.176.90) 10.09.01 Join lorenzo92 [0] (~lorenzo@host120-107-dynamic.17-79-r.retail.telecomitalia.it) 10.12.28 Join Horrorcat [0] (129994c4c6@unaffiliated/horrorcat) 10.14.12 Join xorly [0] (~xorly@ip-86-49-24-93.net.upcbroadband.cz) 10.22.52 Join Jonathan_ [0] (dcf662af@gateway/web/freenode/ip.220.246.98.175) 10.23.39 # Hi I get an error message like "Your device is not supported. Please contact developers." on my NW-A37HN 10.33.09 Join Guest93_ [0] (~textual@2a02:a454:38ea:1:d893:4dc8:140a:16f) 10.33.32 # Dear Hi I get an error message like "Your device is not supported. Please contact developers." on my NW-A37HN 10.33.43 # your device is not supported as of now 10.33.51 # yes 10.35.27 # that means i can not change the Language? 10.38.52 # hm, I just looked and the NW-A30 should be supported by the latest scsitool, which version did you use? 10.39.27 # scsitool-nwz-v7.exe 10.44.56 # hm, ok I'm busy right now. Can you stay on the channel for one/two hours? 10.45.09 # ok 10.45.17 # many thanks 10.57.09 Join johnb2 [0] (~johnb2@p5DC8815B.dip0.t-ipconnect.de) 10.58.30 # Jonathan_: try running: 10.58.30 # scsitool-nwz-vX.exe H: -s nw-a30 dest_tool get 10.58.37 # (replace H: with the driver letter) 10.58.48 # ok 10.59.44 # and X by 7 :) 11.00.32 # is work many thanks 11.00.33 # lebellium: did you see my log on irc about dead links? 11.00.49 # Jonathan_: you can then change the destination with 11.00.49 # scsitool-nwz-vX.exe H: -s nw-a30 dest_tool set E2 off 11.00.49 # (for example) 11.03.07 # restarting 11.04.48 # pamaury: yes, due to my hundreds or thousands server requests, I suspect Sony moved or renamed the MDSM directory but I couldn't find the new location pattern. 11.05.34 # that's why I put alternative download links 11.05.59 # but I want to keep the original link to have the SM number in case someone finds the new location 11.07.18 # ok makes sense 11.07.29 # Jonathan_: don't forget to reset all settings on your device 11.08.24 # many thanks 11.10.25 # pamaury: why is -s needed for A30? 11.10.34 # I thought it worked out of the box in v6 11.10.51 # no, because for the A30 series we don't have the list of model IDs 11.11.03 # but still can not change T Chinese 11.11.16 # scsitool-nwz-v7.exe D: -s nw-a30 dest_tool set TW off 11.11.41 # I extracted the list of model IDs from Sony's firmware, but since we cannot crack the encryption of the A30 (that looks different from other devices), I had to take the list of the A20, and thus it stops at A20 11.11.52 # now just show english only 11.12.44 # Jonathan_: change destination is not something supported by Sony, if Sony did not put the chinese translation on the device, you can't have it I guess. Maybe try other destination codes 11.13.08 # ok many thanks 11.13.20 # well, you should have a language menu on device 11.13.24 # with T chinese 11.13.47 # T chinese being the default language in TW is my observation on NWZ-A10, that's why I wrote that on the wiki 11.13.57 # no the language menu on device 11.14.25 # when restart just show set time only 11.15.10 # Normally the language menu is only missing in J destination code 11.15.21 # for all other destination codes you should have a language menu in the settings 11.16.21 # my nw-37hn buy form japan 11.19.17 *** Saving seen data "./dancer.seen" 11.20.49 # pamaury: you actually have the list of model IDS page 9 of the A30 service manual 11.22.42 # lebellium: ah cool, I'll add them to the list then 11.24.01 # scsitool-nwz-v7.exe D: -s nw-a30 dest_tool set E off 11.24.17 # can change all language 11.25.36 # use set E off, have the language menu on device 11.25.47 # many many thanks 11.26.23 Nick Guest93_ is now known as pimpin8 (~textual@2a02:a454:38ea:1:d893:4dc8:140a:16f) 11.26.29 # Jonathan_: nice 11.27.34 # Thanks all 11.31.29 Quit Jonathan_ (Quit: Page closed) 11.43.48 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:8160:4c3:baf6:88d8) 11.44.25 Join johnb3 [0] (~johnb2@p5DC8815B.dip0.t-ipconnect.de) 11.45.37 Quit johnb2 (Ping timeout: 252 seconds) 11.49.14 Quit jhMikeS (Disconnected by services) 11.49.14 Join _jhMikeS_ [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 11.49.15 Nick _jhMikeS_ is now known as jhMikeS (~jethead71@d192-24-173-177.try.wideopenwest.com) 12.25.58 # lebellium: I am working on recording for ypr0 and ypr1 :-) 12.26.40 # on ypr0, radio is now recordable, ypr1 mic + fm radio need some work since it cannot recover back to playback, I guess there is still to improve the wm1808 codec driver for this device 12.27.29 # backend is alsa, by the way, currently by using the asynch callback which is something that could be replace with select() calls in a proper thread or by simulating DMA by mmpaping 12.28.02 # nice! 12.29.59 # since I go in holiday 1 week from tomorrow I have some things to prepare today so I'm not sure I'll have time to try out some things for Rockbox and YP-R0/R1 but I'll have time in May 12.31.44 # lebellium: sure, no need to rush...I'll submit initial patches soon 12.32.42 # lebellium: I would also love to finally mark ypr0 and ypr1 as stable xD 12.34.12 # for which, the 2 most important tasks are manual (no idea where to start, do we also need screendumps for that?) and rbutil (I need to re-analyze the required stuff) 12.34.29 Nick johnb3 is now known as johnb2 (~johnb2@p5DC8815B.dip0.t-ipconnect.de) 12.47.57 Join robertd1 [0] (~root@201.242.174.75) 12.49.44 Join pamaury_ [0] (~pamaury@rockbox/developer/pamaury) 12.50.59 Quit pamaury (Ping timeout: 240 seconds) 12.53.47 Quit jhMikeS (Ping timeout: 260 seconds) 12.59.06 Quit robertd1 (Quit: Leaving.) 13.02.07 # just go my 6th YP-R0 13.02.09 # :D 13.02.10 # got* 13.08.37 # * pimpin8 is listening to Oddisee — Built by Pictures, from the album The Iceberg 13.08.38 # hehe second hand shop or what? 13.08.44 # lebellium: ^^ 13.09.07 # lorenzo92: a guy on my French forums sold it to me for 20€ 13.09.07 # because I am also looking for another one, in case mine decides not to work anymore ... 13.10.29 # lebellium: that sounds like 5 too many ;) 13.10.45 # pamaury_: I said YP-R0, not Fuze+ 13.10.46 # by the way, I am working on some tool to help check the manual's keymap againts the source code 13.10.47 # :P 13.10.52 Join robertd1 [0] (~root@201.242.174.75) 13.10.54 Nick pamaury_ is now known as pamaury (~pamaury@rockbox/developer/pamaury) 13.11.21 # mt goal is not necessarily to automate the manual building but to help find potential inconsistencies 13.12.27 # kind on lazy now to read the wiki, is the manual also requiring images i.e. screendumps? 13.13.11 # I am not 100% sure about this, either the images are necessarily but only one set per screen size, or it fallbacks to some version if not found 13.13.36 # I guess one set per screen size 13.14.08 # there are usually some screendumps for the plugins 13.14.21 # but you can take the one from the Fuze+ (240x320) 13.18.03 Quit lorenzo92 (Ping timeout: 260 seconds) 13.19.22 *** Saving seen data "./dancer.seen" 13.44.39 Join Ruhan [0] (uid76353@gateway/web/irccloud.com/x-wrtdzqaeozqaiwwv) 13.57.59 Join lorenzo92 [0] (~lorenzo@host120-107-dynamic.17-79-r.retail.telecomitalia.it) 13.58.09 Quit JdGordon (Ping timeout: 240 seconds) 13.58.28 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 13.59.41 # pamaury: I see, thanks 14.11.53 # lorenzo92: I think the priority for YP-R0 should be fixing the keymapping 14.18.44 Join Boltermor [0] (~Boltermor@subscr-46-148-173-81.dhcp-docsis.net.tomkow.pl) 14.20.42 Quit Boltermor (Client Quit) 14.27.53 Quit lorenzo92 (Ping timeout: 260 seconds) 14.28.06 Join lorenzo92 [0] (~AndChat52@host120-107-dynamic.17-79-r.retail.telecomitalia.it) 14.37.05 Join lorenzo92_1 [0] (~AndChat52@94.35.31.111) 14.39.27 Quit lorenzo92 (Ping timeout: 240 seconds) 14.41.27 Quit lorenzo92_1 (Ping timeout: 246 seconds) 14.41.45 # __builtin: about rbutil for ipod6g in 3.14, i think the Windows and Linux version are ready, i am going to test it on a borrowed Mac mini this weekend but not sure how it will result, let's see what bluebrother thinks about it 14.42.54 # hello. 14.43.06 Quit johnb2 (Ping timeout: 258 seconds) 14.43.55 Join lorenzo92 [0] (~AndChat52@94.35.31.111) 14.43.56 # prof_wolfff: nice. Though I currently have some issues building Rockbox Utility on OS X due to libcryptopp 14.44.03 # need to figure that ... 14.44.43 # I was considering to import cryptopp into our repository so we can build it directly. We can still link against a system library on Linux 14.45.04 # (and then debian / ubuntu calls it crypto++, while fedora and upstream calls it cryptopp ...) 14.46.10 # bluebrother: about cryptopp, see g#1585 and g#1589 14.46.12 # 3Gerrit review #1585 at http://gerrit.rockbox.org/r/1585 : 3rbutil: fix compilation issues on mkimxboot and rbutil by Cástor Muñoz 14.46.12 # 3Gerrit review #1589 at http://gerrit.rockbox.org/r/1589 : 3Use pkg-config to set crypto++ flags by Franklin Wei 14.47.00 # on Ubuntu it is called cryptopp but includes links to crypto++ IIRC 14.47.41 # hmm, then I need to check that on a debian box (don't have a working ubuntu one around, but at least a debian machine) 14.48.06 # but if they at least include a link then that should be find -- if we use libcryptopp instead of libcrypto++ 14.48.12 # if cryptopp turns out to be the most general then let's go for it 14.48.28 # however what about pkg-config? Does that work on Mac and Windows? 14.48.36 # usually no 14.48.45 # i will also try to compile and test rbutil for ipod6g on a Mac mini today or tomorrow and fix/add the needed code to work on Mac 14.49.27 # and Mac doesn't have cryptopp installed -- you need to do that yourself. And then you can run into issues. I've stumbled across that a while back, there seems to be a difference if you compile with gcc and clang 14.49.48 # and homebrew uses gcc, while OS X itself uses clang 14.50.14 # it's a bit of a mess and I haven't had enough time to figure it 14.50.55 # and then we'll get issues with zlib on Windows ... newer Qt versions don't export the zlib symbols anymore like they did in the past (which has been considered a bug) 14.51.20 # so right now I'm considering to add zlib and cryptopp to our repository, and use that if needed (i.e. on Windows and OS X) 14.52.15 # ATM we are using homebrew to install libusb prior to compile mks5lboot on Mac, it seems to work well: https://files.freemyipod.org/~user890104/bootloader-ipodclassic.html 14.52.50 # libusb is a C library. cryptopp is C++. That unfortunately makes a difference (C libs are _much_ easier to handle) 14.53.05 # ah! ok 14.53.13 # oh, and we do need libusb on OS X? That's ... ugly :( 14.54.01 # yes, why it is bad?, it works well 14.54.34 # because handling that dependency for deployment is ... a pain 14.54.45 # we had that dependency in the past. Took quite some time to get rid of it 14.54.54 # and made things much simpler 14.55.05 # so what is the alternative? 14.55.19 # especially since we're (still) targeting 10.4, which also means ppc support 14.55.48 # good question :) What is libusb needed for? 14.56.05 # yes i was supposing that libusb is for intel 10.5+, right? 14.56.44 Join johnb2 [0] (~johnb2@p5DC8815B.dip0.t-ipconnect.de) 14.56.55 # not sure what the current state is. Back then it did work on 10.4ppc, but you'd need to be careful about that, make sure you get the correct lib linked etc. 14.56.57 # libusb is needed to handle the installation of the bootloader in DFU mode 14.58.13 # hmm. 14.58.30 # well, the alternative is a native implementation of course :) But that's quite some work unfortunately 14.59.10 # openiBoot was using and 'old' API to access USB DFU mode, i can add that API to mks5lboot but i am not sure if it does worth, does this native API work on new Macs? 14.59.52 # so the question arises if we still want to target 10.4ppc or simply go 10.6+ 15.00.11 # since then we can get rid of ppc support 15.00.59 # mks5lboot is prepared to support various APIs, i.e. it supports winapi or libusb on windows, it is possible to do it for Mac, not easy so not sure it does worth 15.01.32 # * user890104 has a OS X 10.11 virtual machine with xcode, rockbox source and cryptopp source cloned from git 15.02.00 # hmm. With this winapi support (you're talking about winusb I guess?), what requirements puts that up? At least Win7? 15.02.17 # or Vista, afaik winusb was introduced with Vista 15.05.02 # I'm fine with going OS X 10.6+ / Win7+, but we need to make sure to make that a clear decision 15.05.03 # yes i think it is winusb, i don't use Windows so ATM not sure, it is the API used when Apple drivers are installed, it is tested in XP, win7 and win10 15.05.36 # that sounds like something different. winusb is something libusb like that's shipped with Windows. 15.05.57 # but I'm also not familiar with those Apple drivers 15.06.59 # ipodscsi is using apple's driver on windows 15.07.06 # no winusb/libusb 15.07.36 # it opens a device at windows-specific path name, and communicates with it using windows apis 15.08.25 # ok ... 15.08.25 # well, after revising that: it uses libusb for WinUSB drivers (i.e. Zadig) and the native Windows API for Apple Drivers 15.09.01 # the installed driver is detected and the it uses the appropriate API 15.09.08 # then* 15.09.08 # hmmm? My understanding is that if you use winusb you don't need libusb, since winusb is a similar thing. 15.09.51 # ah, so it checks if you have some libusb based driver installed? But that would be something the user needs to install first explicitly? While the Apple drivers are usually installed when installing Itunes? 15.10.58 # yes, i was referring to a installed WinUSB type driver, the library used is libusbX, if not it uses the native windows API (for Apple drivers) 15.11.32 # it is some confusing, there are also libusbK and libusb0 type drivers 15.11.33 # bluebrother: the error i get on OSX is: https://pastebin.com/fg9BGP1P 15.11.49 # looks like it fails on the final linking stage 15.12.12 # i guess i fail to provide it with the correct path for libcryptopp 15.12.40 # yes, if the uses does not have iTunes installed then he must install a libUSB driver 15.13.20 # see https://files.freemyipod.org/~user890104/bootloader-ipodclassic-v1_0/README.mks5lboot.txt "Windows Only" section 15.13.22 # does Rockbox Utility needs to use libusb in that case? Or only the driver? 15.13.44 # how can i make a playlist with rockbox 15.14.04 # libusb is only used by the mks5lboot.a library, not rbutil itself 15.14.09 # prof_wolfff: iiuc, if you have apple's driver, mks5lboot will use that. if not, it will use libusb, but the user need to install the libusb driver in advance, is that right? 15.14.24 # (talking about windows only) 15.14.34 # prof_wolfff: since we statically link mks5lboot.a that means Rockbox Utility needs to link against libusb 15.14.44 # yes, mks5lboot needs to be linked against libusb 15.14.50 # :( 15.15.05 # I'd really like to avoid a dependency on libusb on Windows / OS X 15.15.29 # can it be built in a Apple-only way? 15.15.40 # yes, rbutil needs to be linked with libusb, it is needed for mks5lboot.a 15.16.29 # bluebrother: why do you want to avoid libusb? 15.16.31 # yes, we could remove the libusb dependency easily but then the user needs to install the Apple drivers (iTunes) 15.17.06 # prof_wolfff: it is possible to install the apple drivers without installing itunes 15.17.19 # there are instructions on the freemyipod wiki 15.17.43 # i think so, they are included in a folder with iTunes, but not sure if they are distributed without iTunes 15.18.03 # well, you can cheat a bit, and download itunes' setup 15.18.09 # then extract it with 7-zip 15.18.21 # and run only AppleMobileDeviceSomethingSomething.exe 15.18.35 # user890104: (1) additional dependency / complexity for development / deployment, (2) more options for the user -> more confusion 15.18.52 # so if the user already has itunes, mks5lboot should work fine 15.19.17 # if not, they can choose 1) to install itunes, or 2) to extract the drivers from itunes' setup and install only them 15.19.18 # yes, even with a mks5lboot not linked with libusb 15.19.25 *** Saving seen data "./dancer.seen" 15.19.27 Quit johnb2 (Ping timeout: 240 seconds) 15.19.32 # it's a bit like when it comes to restoring the Ipod: use Itunes :) 15.19.42 # :) 15.20.03 # there are other ways (which I used myself) but those are more advanced, and thus something I'd keep out of something like Rockbox Utility 15.20.09 # but actually there is no native API support for Mac, only libusb 15.20.41 # how do other installers that need usb access work on mac? 15.20.47 # ok, but at least on Windows we could have a Apple-driver-only solution, which should fit 99.9% of the users. Right? 15.21.08 # how many installers do need usb access are actually out there? ;-) 15.21.40 # uhm, honestly i don't know, that's why i'm asking 15.21.49 # the only thing that comes to mind are tools that require special USB drivers anyway, so you'd need to implement a driver :) 15.23.07 # I guess it needs a bit more investigation to figure if we can avoid libusb on OS X 15.23.16 # yes, a appls-driver-only solution is ready, but rbutils compilation using -lusb-1.0 works well for me, see http://gerrit.rockbox.org/r/#/c/1268/14/rbutil/rbutilqt/rbutilqt.pro 15.24.25 # it seems that the libusb problem could be the same for cryptopp 15.25.51 # prof_wolfff: well, where do you get libusb from? And which version / binary? The main problem is that there is no standard way to get it. If MinGW would ship it ... 15.26.11 # and a similar problem exists with zlib. In case you build with MSVC you cannot simply -lz 15.26.24 # just a moment... 15.26.50 # so for the zlib issue I'm considering to add our own copy. It's not that much actually. 15.27.04 # cryptopp is a much larger library unfortunately. 15.28.04 # i used mingw32-gcc-4.8.1 + precompiled libusbx-1.0.15 15.28.30 # ok, so let's say I want to build using MSVC ... 15.29.05 # oh, and does libusb link statically? 15.29.52 # yes, version 1.0.15 links statically for 32-bit 15.30.52 # newer precompiled libusb versions i tested has problems linking for 32-bit regarding some 64-bit dependency issues 15.31.56 # actually there are mks5lboot and rbutil 32-bit executables statically linked using the precompiled libusbx-1.0.15 15.33.09 Quit pamaury (Ping timeout: 245 seconds) 15.33.17 # ok, so that's working now but likely to give problems in the future when things change 15.34.00 # yes, more than likely :( 15.34.27 # that's why I would like to avoid these dependencies. I've had my fair share of hunting down such issues, don't need more of that :) 15.35.30 # so. On Windows we could rely on the Apple drivers (which means we require the user to install Itunes and check the "enable disk access" box). That'll allows us to get rid of libusb on Windows 15.35.48 # OS X is a more complicated unfortunately 15.36.00 # yes, i can remove easily the libusb dependency and use only native API for windows 15.36.15 # you can just #ifdef that part 15.37.00 # so we can still build it with libusb, but then I'd go for using libusb-less for Rockbox Utility, and if someone needs a libusb-based approach it could be done using command line tools 15.37.02 # it is already done, just comment USE_LIBUSB 15.37.09 # oh, nice 15.37.55 # yes, we can supply mks5lboot.exe with libusb support and rbutil with only native API 15.38.25 # great :) 15.39.02 # i suspect there is no native API on OS X 10.6+, right? 15.44.35 # prof_wolfff: there's IOKit: https://developer.apple.com/library/content/documentation/DeviceDrivers/Conceptual/IOKitFundamentals/Introduction/Introduction.html 15.44.55 # that's how we get the attached USB devices on OS X right now 15.45.21 # see base/system.cpp:337 15.45.55 # though I don't know if that's feasible for our purpose 15.47.04 # i think so, it seems the openiBoot project is using that API, i can try to port it but will take some time, the important thing is that i can test it on a Mac mini 15.50.30 # oh, great. Upstream creates a libcryptopp.so. Debian has libcrypto++.so, but a symlink libcryptopp.so, at least. But pkg-config doesn't know about cryptopp, only libcrypto++ :( 15.51.01 # will try to do that and update the gerrit patch ASAP 15.51.20 # I'll try to find some time for the zlib / cryptopp issues 16.15.38 Join krabador [0] (~krabador@unaffiliated/krabador) 16.18.05 Quit krabador (Client Quit) 16.20.18 Join krabador [0] (~krabador@unaffiliated/krabador) 16.20.35 Join johnb2 [0] (~johnb2@p5DC8815B.dip0.t-ipconnect.de) 16.23.18 Join TheLemonMan [0] (~root@irssi/staff/TheLemonMan) 16.40.58 Join paulk-elm [0] (~user@gagarine.paulk.fr) 16.54.12 Quit krabador (Quit: Leaving) 16.55.23 Join krabador [0] (~krabador@unaffiliated/krabador) 17.07.33 Quit ZincAlloy (Quit: Leaving.) 17.18.42 Join monotux [0] (~monotux@faktaresistens.party) 17.19.26 *** Saving seen data "./dancer.seen" 17.19.33 # quirk of the day, my ipod classic (120 gb originally) wont start as it only has 3653 mW available. anyone else with this problem? 17.34.26 # pamaury: I am trying to enable Sony A20. Searching through the different files and comparing with A10, I am confused when to name the model nwz-a20 and nw-a20, i.e. omitting the z. 17.35.05 # Is there a special logic behind that or was the z just left out by mistake? 17.39.22 # You do this for the A30 in a similar manner, but I thought the A20 was like the A10. 17.42.05 Join johnb3 [0] (~johnb2@91.42.206.65) 17.43.47 Quit johnb2 (Ping timeout: 246 seconds) 17.46.38 Join cc___ [0] (~ac@AMarseille-653-1-226-7.w90-8.abo.wanadoo.fr) 17.51.37 # johnb3: A20 and A30 only exist as NW while the A10 can be both NW and NWZ 17.53.01 # well, not exactly. The A10 only exists as NWZ, it was not sold in Japan 17.58.14 Join JanC_ [0] (~janc@lugwv/member/JanC) 17.59.32 Quit JanC (Killed (weber.freenode.net (Nickname regained by services))) 17.59.32 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) 17.59.46 # I'm wrong, it was sold in Japan http://www.sony.jp/support/walkman/download/nw-a10s/ 17.59.55 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 18.09.20 # Ah, I see. Then I will change it to consistently be NW-A20 only. 18.14.39 Join beveradb [0] (~beveradb@irc.beveridge.uk) 18.25.49 Join johnb2 [0] (~johnb2@p5B2ACE41.dip0.t-ipconnect.de) 18.38.23 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 18.39.36 Quit Ruhan (Quit: Connection closed for inactivity) 18.58.58 # pamaury: trying to compile mknwzboot, I get 18.59.28 # ../../utils/nwztools/upgtools/mg.cpp:22:31: fatal error: crypto++/cryptlib.h: No such file or directory 18.59.45 # the whole crypto++ directory is not existing. 18.59.58 # How would I get this? 19.13.32 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:25d4:2f0c:9afb:8c92) 19.19.28 *** Saving seen data "./dancer.seen" 19.23.05 # pamaury: would you be so kind to review http://gerrit.rockbox.org/r/1597 ? 19.26.11 Quit johnb3 (Quit: Nettalk6 - www.ntalk.de) 19.47.20 Join saratoga [0] (123e11e0@gateway/web/freenode/ip.18.62.17.224) 19.47.58 # is the xfi2 broken by the mutex_lock check for anyone besides that guy on the forums? 19.48.04 # seems surprising no one noticed 19.48.56 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") 20.01.36 Join Ruhan [0] (uid76353@gateway/web/irccloud.com/x-zsnflefjpqeowsuz) 20.02.00 Quit johnb2 (Ping timeout: 268 seconds) 20.12.09 Join johnb2 [0] (~johnb2@p5B2ACE41.dip0.t-ipconnect.de) 20.22.56 Join johnb3 [0] (~johnb2@p5B2ACE41.dip0.t-ipconnect.de) 20.39.16 Quit johnb2 (Ping timeout: 255 seconds) 21.02.35 Quit paulk-elm (Remote host closed the connection) 21.03.08 Quit johnb3 (Quit: Nettalk6 - www.ntalk.de) 21.05.21 Join cephalopoid [0] (~cephalopo@70pc86.sshunet.nl) 21.10.56 # lorenzo92: do you speak italian? if so could you look at FS#13111 ? Otherwise I'll just commit it for the 3.14 release 21.10.57 # http://www.rockbox.org/tracker/task/13111 3updated Italian translation (bugs, unconfirmed) 21.13.14 # will it be really version 3.14 with so many changes? 21.13.37 # it should be 4.0 21.19.29 *** Saving seen data "./dancer.seen" 21.19.42 Quit [7] (Ping timeout: 240 seconds) 21.20.23 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 21.27.53 Join johnb2 [0] (~johnb2@p5B2ACE41.dip0.t-ipconnect.de) 21.39.21 Quit johnb2 (Quit: Nettalk6 - www.ntalk.de) 21.55.19 Quit krabador (Remote host closed the connection) 22.26.52 Join lorenzo92_1 [0] (~AndChat52@94.35.31.111) 22.27.11 Quit lorenzo92 (Read error: Connection reset by peer) 22.31.54 Quit pimpin8 (Remote host closed the connection) 22.32.43 Join PimpiN8 [0] (~textual@2a02:a454:38ea:1:d893:4dc8:140a:16f) 22.44.17 # monotux: it seems the iPod is modified with a different HDD that consumes more power than the original HDD, right?, are you using the new bootloader? 22.58.50 # <__builtin> lebellium: my thinking is that 4.0 will be distinguished by not having HWCODEC support 22.58.55 # <__builtin> whereas 3.14 will 23.00.11 # so dropping HWCODEC support is a bigger change than the hundreds changes between 3.13 and 3.14? 23.00.16 # That doesn't make any sense to me :S 23.00.54 # <__builtin> there have certainly been tons of changes since 3.13, it's just that it's more significant to have 4.0 mean "no HWCODEC" than "many changes" imo 23.07.53 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 23.08.33 Quit lorenzo92_1 (Ping timeout: 240 seconds) 23.08.43 Part robertd1 23.19.33 *** Saving seen data "./dancer.seen" 23.22.20 Quit jhMikeS (Ping timeout: 260 seconds) 23.29.01 Join lorenzo92 [0] (~AndChat52@94.35.31.111) 23.42.53 Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 53.0/20170413192749]) 23.48.54 Quit smoke_fumus (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 23.49.45 Quit lorenzo92 (Ping timeout: 260 seconds) 23.50.26 Join lorenzo92 [0] (~AndChat52@94.35.31.111) 23.57.32 Join lorenzo92_1 [0] (~lorenzo@host120-107-dynamic.17-79-r.retail.telecomitalia.it)