--- Log for 20.07.112 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 1 month and 5 days ago 00.09.50 Quit wodz (Quit: Leaving) 00.11.24 Join amayer [0] (~amayer@191.sub-174-252-62.myvzw.com) 00.13.20 Quit mirak (Ping timeout: 245 seconds) 00.17.55 Quit amayer (Ping timeout: 248 seconds) 00.18.19 Join TheLemonMan [0] (~LemonBoy@adsl-ull-155-223.50-151.net24.it) 00.18.19 Quit TheLemonMan (Changing host) 00.18.19 Join TheLemonMan [0] (~LemonBoy@unaffiliated/thelemonman) 00.18.21 Join amayer [0] (~amayer@68-191-252-146.static.oxfr.ma.charter.com) 00.25.35 Quit Topy44 (Read error: Connection reset by peer) 00.25.55 Join Topy44 [0] (~Topy44@f049077041.adsl.alicedsl.de) 00.34.23 Part amayer 00.53.45 Quit Szatan (Ping timeout: 245 seconds) 00.54.25 Join Szatan [0] (principal@dj.from.drumandbass.net.pl) 00.58.54 Join Scromple [0] (~Simon@119.225.209.134) 01.03.09 Quit ender` (Quit: How does Moses make his tea? HEBREWS IT. Then he sells it for prophet.) 01.19.46 Quit bertrik (Ping timeout: 276 seconds) 01.34.22 Quit factor (Read error: Connection reset by peer) 01.34.31 *** Saving seen data "./dancer.seen" 01.35.25 Quit Szatan (Ping timeout: 245 seconds) 01.36.24 Join Szatan [0] (principal@dj.from.drumandbass.net.pl) 01.41.58 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 01.51.38 Join factor [0] (~factor@74.196.174.126) 02.00.50 Quit XavierGr () 02.14.20 Quit pamaury_ (Remote host closed the connection) 02.49.41 Quit eintopf (Ping timeout: 244 seconds) 02.49.48 Join eintopf [0] (~eintopf@zzz.strace.org) 02.50.02 Quit advcomp2019 (Ping timeout: 248 seconds) 02.51.45 Join advcomp2019 [0] (~advcomp20@97-114-242-110.sxcy.qwest.net) 02.51.45 Quit advcomp2019 (Changing host) 02.51.45 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 03.14.14 Join Scr0mple [0] (~Simon@119.225.209.134) 03.17.57 Quit Scromple (Ping timeout: 246 seconds) 03.18.12 Join amayer [0] (~amayer@68-191-252-146.static.oxfr.ma.charter.com) 03.19.33 Quit t0rc (Quit: WeeChat 0.3.8) 03.20.39 Quit Rower85 (Read error: Connection reset by peer) 03.34.35 *** Saving seen data "./dancer.seen" 03.50.16 Quit TheLemonMan (Quit: WeeChat 0.3.8) 03.56.54 Quit [Saint] (Quit: Quit) 04.03.01 Quit anewuser (Read error: Connection reset by peer) 04.04.21 Quit factor (Read error: Connection reset by peer) 04.06.41 Quit TheSphinX_ (Ping timeout: 244 seconds) 04.11.44 Join TheSphinX^ [0] (~briehl@p579CCCD1.dip.t-dialin.net) 04.13.07 Quit [7] (Disconnected by services) 04.13.16 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 04.17.35 Join [Saint] [0] (~Saint]@101.98.158.103) 04.17.35 Quit [Saint] (Changing host) 04.17.35 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 04.18.59 Quit [Saint] (Client Quit) 04.20.19 Join factor [0] (~factor@74.196.174.126) 04.46.25 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 04.49.05 Quit perrikwp (Ping timeout: 276 seconds) 04.51.22 Nick perrikwp_ is now known as perrikwp (~quassel@cpe-024-163-024-033.triad.res.rr.com) 04.51.32 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.51.33 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.51.33 Quit amiconn (Disconnected by services) 04.51.33 Quit pixelma (Disconnected by services) 04.51.33 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.51.35 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.59.21 Part amayer 05.34.37 *** Saving seen data "./dancer.seen" 06.37.14 Quit thegeek_ (Ping timeout: 260 seconds) 07.34.39 *** Saving seen data "./dancer.seen" 08.40.11 Join ender` [0] (krneki@foo.eternallybored.org) 08.42.00 Join kevku [0] (x@heaaqi4aafadxgaamaafaadyaby.dyn.reverse.name) 08.55.32 Quit funman (Ping timeout: 245 seconds) 08.57.44 Join funman [0] (~fun@rockbox/developer/funman) 09.04.24 Quit funman (Ping timeout: 252 seconds) 09.06.07 Join funman [0] (~fun@rockbox/developer/funman) 09.10.24 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.21.42 Join TheLemonMan [0] (~LemonBoy@adsl-ull-163-245.45-151.net24.it) 09.21.42 Quit TheLemonMan (Changing host) 09.21.42 Join TheLemonMan [0] (~LemonBoy@unaffiliated/thelemonman) 09.23.34 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 09.23.46 Quit Szatan (Changing host) 09.23.46 Join Szatan [0] (principal@unaffiliated/blown-engine) 09.26.24 Quit perrikwp (Ping timeout: 252 seconds) 09.34.41 *** Saving seen data "./dancer.seen" 09.45.29 Quit alexbobp (Ping timeout: 276 seconds) 09.46.20 Join alexbobp [0] (~alex@capitalthree.pwnz.org) 09.46.27 Join Totalled_ [0] (~Totalled@199.58.84.5) 09.48.11 Quit Totalled (Ping timeout: 248 seconds) 09.48.11 Nick Totalled_ is now known as Totalled (~Totalled@199.58.84.5) 10.09.26 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 10.10.03 Quit perrikwp_ (Ping timeout: 248 seconds) 10.23.25 Quit bzed (Remote host closed the connection) 10.23.32 Join bzed [0] (~bzed@devel.recluse.de) 10.31.13 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 10.31.13 Quit bertrik (Changing host) 10.31.13 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 10.42.10 Quit perrikwp (Read error: Connection reset by peer) 10.43.34 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 10.46.05 Quit Scr0mple (Quit: Leaving) 10.58.16 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 11.00.25 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 11.01.17 Quit perrikwp (Ping timeout: 264 seconds) 11.20.48 Quit Szatan (Ping timeout: 252 seconds) 11.31.40 Join dfkt|n [0] (~dfkt@unaffiliated/dfkt) 11.33.12 Join Szatan [0] (principal@dj.from.drumandbass.net.pl) 11.34.43 *** Saving seen data "./dancer.seen" 11.37.00 Quit kevku (Ping timeout: 272 seconds) 11.37.27 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 11.37.28 Quit pamaury (Changing host) 11.37.28 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.38.36 Quit Szatan (Remote host closed the connection) 11.43.44 Join Szatan [0] (principal@dj.from.drumandbass.net.pl) 11.45.45 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 11.48.36 Quit perrikwp_ (Ping timeout: 240 seconds) 12.32.57 Quit perrikwp (Read error: Connection reset by peer) 12.34.12 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 12.39.42 Quit Topy44 (Ping timeout: 246 seconds) 12.40.07 Join Topy44 [0] (~Topy44@f048006133.adsl.alicedsl.de) 12.46.11 Quit advcomp2019 (Read error: Connection reset by peer) 12.46.37 Join advcomp2019 [0] (~advcomp20@97-114-242-110.sxcy.qwest.net) 12.46.38 Quit advcomp2019 (Changing host) 12.46.38 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 12.57.15 Join PSPOS [0] (~5b4fa393@www.haxx.se) 12.57.26 # hi all 12.59.55 # I want port rockbox to one device. It has mips-architecture and 64 mb of rom 13.01.51 # црщ цфте рудз ьу 13.01.58 # who want help me 8 13.02.21 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 13.03.03 # who want help me ? * 13.04.15 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 13.04.34 Quit factor (Quit: Leaving) 13.06.00 # help me pls 13.06.59 Quit perrikwp (Ping timeout: 248 seconds) 13.11.40 # who is there now? 13.12.04 # please read the channel guidelines 13.12.19 # http://www.rockbox.org/wiki/NewPort <- also read this. 13.19.11 # Ok 13.21.42 Quit PSPOS (Quit: CGI:IRC) 13.22.44 Join PSPOS [0] (~5b4fa393@www.haxx.se) 13.27.30 Quit PSPOS (Client Quit) 13.30.21 Quit dfkt|n () 13.34.44 *** Saving seen data "./dancer.seen" 13.35.20 Join kevku [0] (x@heaaqi4aafadxgaamaafaadyaby.dyn.reverse.name) 15.12.00 Quit evilnick (Quit: Leaving) 15.34.46 *** Saving seen data "./dancer.seen" 15.43.16 Join WalkGood [0] (~4@unaffiliated/walkgood) 15.49.59 Quit Topy44 (Read error: Connection reset by peer) 16.04.47 Join stoffel [0] (~quassel@pD9E42DC1.dip.t-dialin.net) 16.09.06 # weird. 16.09.25 # my RB source tree has an executable playlist.c 16.10.11 # hm, same here 16.11.32 # no doubt if I was clever with git blame I cold work out whose fault it is 16.12.01 # git log --summary apps/playlist.c 16.12.44 Quit tchan (Quit: WeeChat 0.3.8) 16.12.50 # So it was saratoga apparently 16.12.51 # oddly, none of the comments metion "set execute bit on playlist.c" :) 16.13.08 # well, he commited it last - does that mean it was him what did it? 16.13.11 # "mode change" 16.13.18 # oh so it does 16.13.24 # * GodEater goes to the back of the class 16.16.27 Join mortalis [0] (~mortalis@134.17.35.148) 16.17.00 # does he use windows? 16.17.28 # if you're on windows you probabyl want git config --global core.fileMode false 16.17.37 # which just makes git ignore the file's mode on disk and never change it in the index 16.18.03 # I suspect he uses a VM 16.18.08 # git sets that automatically on filesystems that don't support an executable bit like FAT, but on NTFS it will use the equivalent NTFS execute permissions 16.18.16 # so there's various ways for that to get screwed 16.19.45 # speaking of git... 16.20.01 # Torne: have you had time yet for revision numbers? 16.20.15 # well reminded 16.20.16 # i haven't, no 16.20.22 # but i should have now 16.20.41 # i will attempt to ahve a go over the weekend. 16.21.00 # my network in the new house is all working so i have my dev machine back 16.21.45 # * Torne puts it in the persistently-nagging app on his phone 16.22.46 # Sounds great :) 16.44.01 Join prof_wolfff [0] (~prof_wolf@82.159.1.234.dyn.user.ono.com) 16.45.27 Join saratoga [0] (123e1ea6@gateway/web/freenode/ip.18.62.30.166) 16.45.37 # i actually did that commit from the same ubuntu machine i do most of my work on, no idea how that bit got set 17.06.08 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.07.17 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 17.07.46 # has anyone tried my db patches yet? 17.24.10 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 17.25.16 Join tchan [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 17.25.17 Quit tchan (Changing host) 17.25.17 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 17.25.39 Quit mortalis (Ping timeout: 246 seconds) 17.31.36 Quit WalkGood (Quit: ♪ ♫ ♪ ♫ ♪ ♫ ♪) 17.33.01 Join mortalis [0] (~mortalis@134.17.35.148) 17.34.21 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 17.34.50 *** Saving seen data "./dancer.seen" 17.37.43 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 17.54.24 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 17.56.24 Join anewuser [0] (~anewuser@190.207.186.19) 17.56.25 Quit anewuser (Changing host) 17.56.25 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 18.03.02 Join MethoS- [0] (~clemens@134.102.106.250) 18.04.43 # Does anyone have any plans to port the opus/celt codec to rockbox? 18.05.12 # i don't think so 18.05.17 # it would be fun but i have no time 18.05.40 # I have a bit of time this weekend, but I have never ported a codec 18.05.55 # optimization aside, its usually not too difficult 18.06.25 # and it sounds like the decoder is meant to be portable to embedded systems 18.06.42 # yes I read that, so sounds doable 18.06.59 # and the malloc thing wasn't that big of a thing either as I understood 18.07.06 # yeah it sounds like its a nonissue 18.07.20 # i'm curious how the codec works internally, it seems quite different then all others i've seen 18.07.33 # how exactly? 18.07.57 # I read it has emphasis on low latency, but we don't really care abou tthat 18.07.57 # no well defined sample rate, scalable latency, and I think it can change how it transforms data depending on the latency and bitrate specified 18.08.31 # i think you can basically tell it the latency you want, and it figures out how to do that, from near 0 to 100s of milliseconds like AAC 18.08.50 # with a trade-off between latency and quality? 18.09.01 # compression scales with latency basically 18.09.03 # yeah 18.09.21 # since for good compression you want long fourier transform lengths, but those imply long latency 18.10.24 # but is there any impact on decoding-only? 18.11.18 # Opus doesn't really have a "sampling rate" (unless you want to count the 16Hz,25,50,100,200,400Hz frame rates ) there are several rates which can be most efficiently encoded or decoded from which are all integer relative to 48000 18.11.41 # The rates of the encoder and decoder are independent and don't change the bitstream (except presumably a 8kHz encoder wouldn't be encoding sound at 20kHz)— this eliminates rate incompatibilities, rate negotiation, makes smaller decoder (lower memory footprint) implementations possible, etc. 18.11.48 # i have no idea 18.11.51 # nice actually 18.12.01 # i don't know of anything else that works like this 18.12.11 # i assume its quite different then anything else we have 18.13.08 # our 44.1 kHz default sample rate is incompatible with the 48 kHz hierarchy 18.14.07 # IIUC you can run the decoder at 44.1k 18.14.56 Join n1s [0] (~n1s@nl118-168-30.student.uu.se) 18.14.56 Quit n1s (Changing host) 18.14.56 Join n1s [0] (~n1s@rockbox/developer/n1s) 18.15.52 # hmm maybe not 18.16.01 # it loos like the MDCT is always run at 48k 18.16.09 # so we may need to resample 18.16.59 # noooooooo 18.17.35 # i'll hopefully get our resampling fixed up soon 18.18.11 Quit mortalis (Read error: Connection reset by peer) 18.18.25 # we could also think about handling the resampling internally to the codec, perhaps using better quality 18.19.54 # I'd be happy to at least get it working first with a 8.8 % pitch error :) 18.24.36 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 18.26.56 # bertrik: rk27xx coded strange output is not the problem of common buffer. The device has output caps. I also dissasembled related part of OF and compared it both to sdk and datasheet. OF doesn't drive this chip in capless mode. Maybe I need to toggle some gpio. 18.27.08 # *codec 18.28.21 # wodz, ok, nice to have that confirmed, too bad it's not the solution yet 18.34.49 Quit saratoga (Quit: Page closed) 18.35.20 Join Strife89 [0] (~Strife89@207.144.201.128) 18.42.09 Quit n1s (Read error: Connection timed out) 18.50.25 Join einhirn [0] (~Miranda@p4FC747AD.dip0.t-ipconnect.de) 18.57.40 Quit einhirn (Ping timeout: 264 seconds) 19.18.51 Join LambdaCalculus37 [0] (~LambdaCal@rockbox/staff/LambdaCalculus37) 19.31.44 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 19.34.13 Quit Totalled (Ping timeout: 260 seconds) 19.34.37 Join [Saint] [0] (~Saint]@101.98.158.103) 19.34.37 Quit [Saint] (Changing host) 19.34.38 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 19.34.54 *** Saving seen data "./dancer.seen" 19.35.02 Quit bluebrother^ (Ping timeout: 276 seconds) 19.35.41 Quit fs-bluebot (Ping timeout: 276 seconds) 19.37.11 Join fs-bluebot [0] (~fs-bluebo@g224239047.adsl.alicedsl.de) 19.39.41 Join amayer [0] (~amayer@68-191-252-146.static.oxfr.ma.charter.com) 19.40.54 Quit wodz (Quit: Leaving) 19.41.50 # <[Saint]> Is there some special trickery you have to do to get Chrome to save a .patch file from flyspray instead of opening it? 19.42.14 # <[Saint]> whoops...wrong channel, but, kinda relevant. 19.48.14 # [Saint]: it does that for alot of file types for me. 19.48.17 # just go to file > save as 19.48.19 # or right click the link and save page as 19.50.22 # <[Saint]> Not everybody uses Windows, and, the latter isn't entirely useful. But thanks. 19.51.13 # <[Saint]> gedit; ctrl+a; ctrl+v seems to be the best solution. 19.52.28 # [Saint]: im not using windows either 19.52.44 Join agumonkey [0] (~agu@85.158.70.86.rev.sfr.net) 19.53.10 # hi peeps, looking for help with a non-rockbox sansa clip+, any info or channel I could go ? 19.53.26 # <[Saint]> argh. Sorry, I parsed it incorrectly. My brain merged the two lines into "right click > save target as" 19.54.28 # Just found the clip v2 unbricking tutorial, reading. 19.55.06 # <[Saint]> agumonkey: what makes you believe your player is bricked? 19.55.17 # its all good. it does get kind of annoying sometimes. 19.55.19 # mp3 files and some other file types just open a new window. they dont download like intended. 19.55.21 # thats the only reason i knew how to save the file 19.57.15 Join pretty_function [0] (~sigBART@123.252.213.165) 19.57.48 # [Saint]: maybe my terminology is fuzzy. Clip+ does not power, even on usb, blank screen. Linux report usb device of 32Mb. Smells bad right ? 19.58.42 # <[Saint]> agumonkey: yes, indeed. These are familiar symptoms. 19.59.02 # <[Saint]> I really wish we had some idea what this 32MB partition actually is. 19.59.53 Quit LambdaCalculus37 (Quit: LambdaCalculus37) 20.00.29 # It has never been modded (soft or hard), no official firmware update. 20.00.29 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 20.01.29 # <[Saint]> agumonkey: interesting, probably the first time I've heard of one of these getting into that state without a little bit of outside help. 20.01.48 # yep, genuine crash 20.03.54 # <[Saint]> Well, in a weird way, congratulations...I guess :) 20.04.56 # <[Saint]> At this point in stage you're at a point where the unbricking guide can't really make anything worse unless you physically damage the hardware whilst opening the device. 20.05.20 # <[Saint]> But what we know of the unbrick process is a *very* inexact science. 20.05.57 # Requires a lot of very precise knowledge of used chips.. 20.06.44 # Is it necessary to unsolder battery to overwrite a fresh firmware in the 32MB space ? 20.07.05 Join LambdaCalculus37 [0] (~LambdaCal@rockbox/staff/LambdaCalculus37) 20.07.30 # <[Saint]> agumonkey: its necessary to guarantee the device is off. 20.08.12 # <[Saint]> If you can guarantee that by other means, go nuts, I guess. 20.09.14 # good point 20.17.43 Part amayer 20.26.34 Quit y4n (Quit: PANTS OFF!) 20.40.10 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 20.41.52 # <[Saint]> Hum... FS#12570 is quite broken :-S 20.41.53 # http://www.rockbox.org/tracker/task/12570 310 bands EQ (patches, unconfirmed) 20.42.38 # <[Saint]> agumonkey: its also not the 32MB partition you write the FW to 20.43.02 # <[Saint]> As I said, we don't know what that partition is, what it does, or what its for. 20.43.40 # <[Saint]> To be able to recover the device, you need to expose the recovery partition, which is ~460MB or so iirc 20.52.53 # omg, the linux source code from the nwz from sony is horrible 20.55.15 # wait, drop that soldering iron! 20.56.17 # a sansa showing only 30 or 32 MB space should be recoverable with a simple dd, no soldering needed 20.56.59 # soldering should be the very last resort 20.57.17 # please stop recommending that 20.57.55 Join lurch [0] (~lurch@dslb-088-065-054-211.pools.arcor-ip.net) 20.58.59 # <[Saint]> bertrik: update the Unbrick page then. 20.59.18 # <[Saint]> In my experience, that 32MB partition is useless if its actually bricked. 21.01.03 # <[Saint]> I have recovered a few players now, but never by simply being able to dd a firmware to the 32MB parition 21.02.11 # <[Saint]> If you have, and you know the recipe, great. I'd love to know it and I'm sure others would too. 21.04.39 # I did actually recover a device showing the 30 MB partition 21.05.24 # <[Saint]> That's awesome. I'd love to know how it was done, I've never been able to do it that way. 21.06.14 # <[Saint]> The only luck I've had is through repition, and eventually getting the magic right to expose the recovery partition and dd'ing in a patched OF. 21.07.27 # and the recovery partition is the 1G (or so) one? 21.08.03 # <[Saint]> yeah, I misremembered earlier and said 400something MB, but its ~960MB iirc 21.08.15 # bertrik: how did you manage that ? 21.08.30 # <[Saint]> agumonkey: I'm curious too :) 21.08.42 # I remember just dd-ing the original firmware .bin file to it 21.09.59 # bertrik: did you see usb io errors with that device ? sometimes linux prints some errors 21.10.13 # I don't remember 21.10.22 # <[Saint]> Perhaps it is possible that there are various states of "bricked" for these devices, and it is possible to recover that way depending on what got trashed. 21.10.56 # <[Saint]> kugel: are you around? 21.11.14 # [Saint]: do you think the ~1GB partition is embedded in the microcontroller/cpu ? 21.12.02 # [Saint]: I half-theorized those 32MB were reported by the controller on exceptions , being the firmware ~EEPROM 21.12.46 # <[Saint]> agumonkey: no no, its an area of the main storage. I don't think there's any SoCs (for these types of devices at least) that have anywhere near that much storage. 21.13.12 # I think the ~1GB partition is the built-in flash (but without the special bank-switching magic), the 4 MB partition might be RAM 21.13.18 Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu) 21.13.21 # [Saint]: you're right, that's highly probable, even high end device don't have that much lol 21.13.49 # and if they device has a ~30 MB partition, it's exactly twice the OF firmware size IIRC 21.14.05 # OF meaning ? 21.14.13 # <[Saint]> Original Firmware 21.14.17 # aight 21.15.06 # so: this 1GB is just the first ram module , something like that ? and when you put the firmware at the start then reboot, the controller reads this and flash itself ? 21.15.39 # I mean the NAND is fully for data storage, no code left here ? 21.18.21 # no, the first X MB of the NAND stores the firmware image, the rest is used for the FAT file system 21.18.50 # Ok 21.21.03 Join n1s [0] (~n1s@nl118-168-30.student.uu.se) 21.21.03 Quit n1s (Changing host) 21.21.03 Join n1s [0] (~n1s@rockbox/developer/n1s) 21.21.05 # i'm gonna try to dd then. I'm not even sure that the device will enable dd to write anything ^^ 21.23.27 Quit MethoS- (Ping timeout: 272 seconds) 21.27.42 Quit LambdaCalculus37 (Quit: LambdaCalculus37) 21.28.18 Join mirak [0] (~mirak@89-92-229-253.hfc.dyn.abo.bbox.fr) 21.28.27 # dd success. clip+ still bricked 21.28.41 # which size if the disk agumonkey ? 21.28.53 # 62688 512-byte logical blocks: (32.0 MB/30.6 MiB) 21.29.12 # linux ehci reports : scsi 8:0:0:0: Direct-Access UNDEF storage 1.0 PQ: 0 ANSI: 0 21.30.22 # reserved size for OF is 61440 sectors 21.31.26 # i.e. exactly twice the size of the OF file 21.31.38 # what did you read from this memory before overwriting it ? 21.31.55 # the OF I dl is 01.02.16 , 16MB , half yes 21.32.24 # I didn't read anything.. since it's not a recognized partition by fdisk 21.32.44 # Did I worsened the situation ? 21.33.06 # who knows 21.33.24 # you could've read what you could from this device and saved it 21.33.43 # indeed. that would be a wise thing to do 21.33.58 # * note for future self : stop being a newb * 21.33.58 # ah i just read 'non rockbox' 21.34.07 # also 'usb io errors' 21.34.10 Join mortalis [0] (~mortalis@134.17.35.148) 21.34.10 # ah 21.34.14 # new diagnosis 21.34.16 # put that player into the bin, it's broken 21.34.27 # sadness ensue 21.34.32 # (remove the battery though) 21.34.47 # I can't even repurpose this as a usb key, how lame 21.34.56 *** Saving seen data "./dancer.seen" 21.35.18 # i think the player goes into that mode when it can't even read the OF on the flash (because the flash's is broken or unreadable) 21.35.37 # maybe you can still read the 2nd half of the 30 MB partition? 21.35.51 # or perhaps try to copy the OF .bin image there too? 21.36.40 # I don't think the chip is programmed to sniff the ram for a potential firmware 21.37.09 # funman: does NAND fails like this often ? it wasnt even heavily used 21.37.30 # so, for opus, the usual way of framing coded data is apparently to use an ogg container 21.37.54 # I'll try the bridge/recovery mode , for curiosity sake 21.40.18 # bertrik: hmm where di you see this? 21.40.39 # see what? 21.41.42 # that opus usually go into ogcc 21.41.43 # ogg* 21.42.08 # This framing is not self-delimiting. Instead, it assumes that a lower layer (such as UDP or RTP [RFC3550] or Ogg [RFC3533] or Matroska [Matroska-website]) will communicate the length, in bytes, 21.42.12 # from http://tools.ietf.org/html/draft-ietf-codec-opus-16 21.43.21 Join Totalled [0] (~Totalled@199.58.84.5) 21.43.37 # I looked in one of the opus test vector files at http://people.xiph.org/~greg/opus_testvectors/ 21.43.57 # maybe 'framing' was the wrong word 21.44.00 # the .opus files are in fact ogg? 21.44.45 # 'file' says so and I see the 'OggS' header in the file when I do a hex dump 21.48.30 Join LambdaCalculus37 [0] (~LambdaCal@rockbox/staff/LambdaCalculus37) 21.49.39 Quit pretty_function (Ping timeout: 248 seconds) 21.56.25 Join B4gder [0] (~daniel@81-235-141-52-no63.tbcn.telia.com) 21.56.25 Quit B4gder (Changing host) 21.56.25 Join B4gder [241] (~daniel@rockbox/developer/bagder) 21.59.43 Quit LambdaCalculus37 (Quit: LambdaCalculus37) 22.00.24 # funman, are you interested in opus too? 22.02.57 Join yuriks_ [0] (~yuriks@186.213.141.114) 22.02.57 Quit yuriks (Read error: Connection reset by peer) 22.05.10 # do we support alloc in rockbox? 22.05.16 # I mean alloca 22.11.19 # bertrik: yes, i looked a bit at it but it was still in development stage 22.11.33 # no I don't think we use alloca, but we can use variable size arrays for the same effect 22.11.49 # e.g. void f(int n) { int foo[n]; } 22.12.08 # instead of int *foo = alloca(n * sizeof(*foo)); 22.12.14 Quit mortalis (Remote host closed the connection) 22.12.48 # i think these are valid since C99 (or GNU extensions), and it's why alloca was used before 22.13.09 # just dd the 32MB partition then hexdumped it to get 0000000 0000 0000 0000 0000 0000 0000 0000 0000 22.13.12 # * 22.13.14 # 1e9c000 22.13.20 # It really looks fried 22.13.36 # But now I got a portable /dev/null 22.13.51 # * funman suggests agumonkey takes this topic on #rockbox-community 22.14.11 # I've never ported a codec before, so this could be a nice learning experience 22.14.31 # the opus decoder looks simple enough 22.14.44 # at least the API 22.15.14 # hmm 22.15.15 # I don't know how to get packets from the ogg container though 22.15.16 # indeed 22.15.31 # bertrik: perhaps see if mkv is simpler 22.16.01 # if you use the codec in CBR you don't need a container I suppose 22.16.15 # the test/ part of opus tarball should have tests operating on raw data 22.16.55 # i.e. make check does ./encode + ./decode and measure differences between PCM input and output. Using ogg here would be quite complex I guess 22.21.35 # funman, sorry for perhaps a silly question, but what does a container usually do? 22.21.38 # metadata? 22.21.45 # allow efficient seeking? 22.22.25 # or is metadata usually just tacked on the start or end of the file? 22.23.31 # metadata is not the primary use 22.24.03 # for audio it should at least tell you # of channels, samplerate 22.24.12 # and framing like you said 22.25.17 # if opus frames have no length, you can have 1 or 2 bytes before each frame which give frame length 22.27.21 # i.e. what is required to initialize decoder (channels, rate); and how to split the data into frames to give it to the decoder 22.29.07 # e.g. see lib/rbcodec/codecs/libm4a/demux.c 22.29.26 # read_chunk_stco() apparently builds a table of byte positions for fast seeking 22.32.04 # <[Saint]> kugel: git HEAD seems to have broken FS#12474 in apps/gui/bitmap/list.c 22.32.05 # http://www.rockbox.org/tracker/task/12474 3[PATCH] Database: Support for multiple search roots. (patches, new) 22.35.32 # [Saint]: I split the patch into 4 and pushed then to gerrit. the first is already in master 22.35.35 Quit n17ikh (Ping timeout: 252 seconds) 22.36.05 Quit Strife89 (Quit: Connection reset by deer.) 22.37.06 Join Totalled_ [0] (~Totalled@c-98-245-9-211.hsd1.co.comcast.net) 22.37.42 Join n17ikh [0] (~n17ikh@128.204.195.239) 22.37.42 Quit n17ikh (Changing host) 22.37.42 Join n17ikh [0] (~n17ikh@unaffiliated/n17ikh) 22.37.51 Quit Totalled (Ping timeout: 246 seconds) 22.37.51 Nick Totalled_ is now known as Totalled (~Totalled@c-98-245-9-211.hsd1.co.comcast.net) 22.40.35 Quit B4gder (Quit: It is time to say moo) 22.40.43 Join LambdaCalculus37 [0] (~LambdaCal@rockbox/staff/LambdaCalculus37) 22.42.30 Quit n17ikh (Ping timeout: 245 seconds) 22.47.19 Quit Rower85 (Quit: Hmmm...) 22.54.22 # <[Saint]> kugel: I don't get it... :-S 22.54.28 # <[Saint]> is g299 still valid? 22.54.29 # 3Gerrit review #299 at http://gerrit.rockbox.org/r/299 : Database: Support for multiple search roots. by Thomas Martitz (changes/99/299/1) 22.54.40 # <[Saint]> I'm getting an error trying to cherry pick into HEAD 22.59.24 # [Saint]: it depends on earlier patches, cherry-pick doesn't work there 22.59.37 # do a checkout 23.01.46 # or pull 23.02.42 # it depends on g297, you'd need to cherry pick that too 23.06.20 Quit LambdaCalculus37 (Quit: LambdaCalculus37) 23.07.12 Join n17ikh [0] (~n17ikh@128.204.195.239) 23.07.13 Quit n17ikh (Changing host) 23.07.13 Join n17ikh [0] (~n17ikh@unaffiliated/n17ikh) 23.15.46 Quit y4n (Quit: PANTS OFF!) 23.18.50 Quit n17ikh (Ping timeout: 248 seconds) 23.18.56 Join n17ikh [0] (~n17ikh@128.204.195.239) 23.18.57 Quit n17ikh (Changing host) 23.18.57 Join n17ikh [0] (~n17ikh@unaffiliated/n17ikh) 23.19.41 Quit kevku (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 23.24.13 Quit n17ikh (Ping timeout: 252 seconds) 23.26.01 Quit stoffel (Read error: Operation timed out) 23.34.08 Quit perrikwp_ (Read error: Connection reset by peer) 23.35.00 *** Saving seen data "./dancer.seen" 23.35.08 Quit liar (Ping timeout: 260 seconds) 23.35.25 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 23.49.54 Join n17ikh [0] (~n17ikh@128.204.195.239) 23.49.55 Quit n17ikh (Changing host) 23.49.55 Join n17ikh [0] (~n17ikh@unaffiliated/n17ikh)