--- Log for 06.12.113 Server: holmes.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 6 days and 13 hours ago 00.00.41 # f+, clip, clip zip, samsung players so I'd say all 00.01.17 # my guess is that this is related to bad buflib use 00.01.37 # would be great if we can reproduce this on a sim 00.01.57 # on rk27xx I experience weird backlight state corruption on usb unplug. It may be due to usb driver itself but I have doubts 00.03.05 # I have begun some work on buflib + mmu but it is still far from done, and will hard to begin. And it would be most useful if I had an imx233 simulator 00.05.25 # Yeah, now I understand how the sansa express boots 00.05.32 # that's *really* a *nice* hack 00.06.30 # pamaury: share the secret 00.08.13 Quit ladyblink (Ping timeout: 246 seconds) 00.08.25 # the stmp3600 cannot boot from SD, only from i2c eeprom, nand and ata. So what they did is simple: they boot from eeprom, the eeprom stubs does one trivial thing: if you hold volume-, it returns, otherwise it patches the memory used by the ROM so that the USB boot vtable is replaced by a SD boot vtable implemented by the eeprom code. Then it returns and ask the ROM to boot from USB: if you had hold volume-, it boots from USB because it's 00.08.25 # unpatched but if you didn't, it boots from patches USB which is SD :) 00.10.22 Quit cmhobbs_ (Ping timeout: 272 seconds) 00.10.50 # so the rom is mapped in memory so you can patch it on the fly? 00.10.57 Join ladyblink [0] (bassgeisha@selectah.drop.that.bass.aikyou.bassgeisha.com) 00.10.58 # part of it yeah 00.11.06 # thats weird 00.11.17 # this ROM has been built to be patched, which I admit is weird ^^ 00.11.36 # that's also why it's so hard to RE: everything is done via vtables 00.11.39 # so it can be patched :-/ 00.12.02 # now it's nice, I have RE the stmp3600 rom to understand the boot format, I have RE the eeprom to understand how the Express boots, I have RE the Express firmware to understand how it works. *BUT* I don't understand why sd card detect GPIO doesn't work 00.14.26 # *AND* most importantly, in this very nice boot process I cannot find any piece of boot which enable the SDRAM 00.16.12 # which leaves only two possibilities: I missed something in RE, or the boot process is even more complicated and they have two bootloaders 00.18.07 Quit kugel (Ping timeout: 252 seconds) 00.21.08 Quit wodz (Quit: Leaving) 00.21.37 # at this point I wouldn't be surprised that piece of code calls the ROM directly to setup the EMI 00.27.05 Quit bertrik (Remote host closed the connection) 00.29.54 Join cmhobbs_ [0] (~cmhobbs@ip70-178-52-92.ks.ks.cox.net) 00.30.19 Quit Wardo (Quit: Blarglarg) 00.34.30 Join thegeek [0] (~thegeek@105.11.9.46.customer.cdi.no) 00.37.05 *** Saving seen data "./dancer.seen" 00.43.12 # I think there is a second bootloader 00.52.47 Quit ender` (Quit: Religion is regarded by the common people as true, by the wise as false, and by the rulers as useful. -- Seneca) 01.01.58 # haha understand why now, the sigmatel/freescale has always been an awful slow bootloader, mostly because it works on bytes and not blocks 01.02.12 # so they only load a small second bootloader which does "fast boot" 01.04.40 # Can anyone tell me the purpose of the RB Creative ZEN bootloader including the OF? 01.05.30 # dualboot 01.14.47 # OK, thanks. 01.19.22 # When it comes to a Release, it is worth considering that there are two variants of the latest ZEN OF, so ideally there would be two variants of the bootloader. If there's only one, I suggest it be the USA variant rather the European variant suffixed "e"). Let me know if you need a copy of the USA variant . 01.20.06 # We have already supported variants of the firmware, the user is free to provide any firmware to be patched and installed 01.20.23 # Does RButils handle that? 01.20.27 # yes 01.20.37 # s/RButils/RButil/. 01.20.43 # Cool. 01.21.15 # it doesn't prevent you from installing the US firmware on EU device, so it's up to the user 01.21.42 # * pamaury is slightly lying about this, it is not entirely technically true 01.21.56 # Another Q: Where can we see the datasheet of the imx233? 01.22.11 # google is your friend 01.22.23 # but the ZEN doesn't use the imx233, it uses the stmp3700 01.23.21 # which can be found here: http://www.rockbox.org/wiki/DataSheets 01.23.22 # Hmm... so how come ZEN is in RB imx233/ 01.24.04 # because the imx233 port handles stmp36xx, stmp37xx and imx233 01.24.53 # OK :) 01.25.18 # and for a long time, we didn't have the datasheet of the stmp3700 anyway 01.25.35 # even thought we knew it was imx233-like 01.27.03 # "http://www.rockbox.org/wiki/DataSheets" Thanks . I see no stmp3700 specifically, but I guess http://www.rockbox.org/wiki/pub/Main/DataSheets/stmp37xx-ds-1-03.pdf applies to ZEN? 01.27.15 # yes 01.28.24 # Strange thing though: that datasheet says CPU clock is320MHz, and I was certain ZEN's is 4XXMHz. 01.29.14 # no, only imx233 goes up to 454MHz 01.29.29 # OK, thanks. 01.29.55 # Any thoughts on how to collect the SoC version numbers? I wonder if the best approach is a plug-ing? 01.30.19 # No i'll this to the debug menu 01.31.00 # but I'm not sure it's relevant anymore, I think the lcd issue is rockbox specific, just need to find what causes the problem 01.32.31 # I too thinkk the LCD issue is RB-specific, but the odd think is that it varies between units. If units do actually differ in SoC version, it would be really good to know! 01.33.42 # with don't have any errata for the stmp3700 unfortunately 01.33.52 # *we 01.35.07 # Even without errata for the SoC data sheet, knowing if two units has different SoC versions would greatly help in testing surely? 01.35.45 # maybe 01.37.05 # Another Q: Do you expect file Properties to work? Here is does nothing on WAV, FLAC, M3U. 01.38.05 # file properties is a plugin, plugins are not compiled, so no it cannot work at the moment 01.38.30 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 26.0/20131125215016]) 01.38.44 # OK. Strange that a fixed menu option uses an optional plugin... 01.39.19 # Is there some reason that this code is not in RB core? 01.43.09 # save memory 01.43.19 Join DuperMan [0] (~woland@p3nlhftpg122.shr.prod.phx3.secureserver.net) 01.43.25 # pamaury: yo 01.43.58 # lcd fix is a-ok - added a review, but could swear it was merged already. is our gerrit lagging? 01.44.59 # "save memory". So this code in a plugin takes less memory than in core?? I would have through slightly more, due to the interface. 01.45.11 # s/through/thought/ 01.45.14 # no, it only uses memory when you use a plugin 01.45.32 # core is loaded all the time (hence, it is the core) 01.45.40 # Oh, I see - less memory when not in use. 01.46.19 # since it uses the already existing plugin memory, technically it adds no memory use at all to rockbox 01.46.35 # and no more when in use. unless you implement a framework in rockbox, which would be dumb 01.47.49 # "since it uses the already existing plugin memory, technically it adds no memory use at all to rockbox". Then you've got wonder why modal UI functions in RB core don't borrow that memory too :) 01.48.40 # to not abuse a well crafted design for minimal gain if any 01.48.42 # when feasible they usually do 01.48.50 # ^ 01.49.03 # so those take a backseat when plugin loads? 01.49.12 # Perhaps Properties is slated for refactoring :) 01.49.31 # you have to quit a plugin before you can launch a new one 01.49.46 # Understood - "modal" 01.49.53 # except for things like battery bench which can run to a limited extent in the background 01.50.02 # No problem for Properties, surely. 01.51.17 # properties seems to exist and be alternatively called both as plugin and modal form 01.51.19 # madness! 01.51.22 # :) 01.52.22 # Anotehr Q - for pamaury: would the ZEN LCD DAM block size be 1024 byes, by any change? (I can't work it out from the tricksy macros.) 01.52.31 # s/change/chance/ 01.53.11 # what do you mean by "DRAM block size" ? 01.55.23 # Sorry, typo. DMA block size. 01.56.53 # no, it's 64K, although block size doesn't really have a meaning a in this context 01.57.28 # OK, thanks. I'm really wondering what causes the LCD display corruption at 1024-byte pitch. 01.57.52 # buffer corrupts, isn't built to recover 01.58.32 # 1024-byte buffer?? 01.58.49 # do you observe that on your screen ? how can you tell it's the 1024-th byte exactly ? 01.59.11 # a display's output is tossed into a buffered pipeline that's constantly streamed to screen afaik 02.00.01 # yeah, the number you're saying - where's it from? 02.00.46 # I observe it on Mr Joe's screen. 1024 is apparent from the resulting pattern and the LCD row length. 02.01.22 # you mean the shifted screen ? 02.01.40 # make your mind. is it what's needed to fill 320x240 8bit color pixels? 02.02.27 # the total buffer size is 240x320x3 so it's much larger than 1024 bytes 02.02.34 # No, I mean this dotted screen: http://forums.rockbox.org/index.php?action=dlattach;topic=13462.0;attach=6384;image 02.02.59 # 614kb here. why 3? did x8 02.03.10 # you can tell the spacing from those pictures? 02.03.16 # "the total buffer size is 240x320x3 so it's much larger than 1024 bytes" Sure, but I'm talking about one row. Look carefully at the pattern. It is a real tell-tale. 02.03.43 # S, yes. And I have seen this very fault before. 02.03.58 # you reall should state such things when you start 02.04.21 # oh. sure is a classic artifacting pattern 02.04.25 # really* 02.04.32 # i would have guessed either 700 or maybe 1500 bytes from those pictures 02.04.47 # I didn't guess :) 02.05.01 # looks like maybe 350 or 670 pixels per shift 02.05.28 # rgb or r/g/b? 02.05.42 # * DuperMan is losing ground to the smarter folks 02.05.52 # Build Server message: 3New build round started. Revision 2bf192e, 243 builds, 35 clients. 02.05.55 # chrisjj: do you a link to the picture you are referring to ? 02.06.08 # 240x320x3 because it is 24-bits per pixel 02.06.16 # The link is the one I gave. 02.06.24 # ah just assumed it was rgb565 02.06.27 # Again: http://forums.rockbox.org/index.php?action=dlattach;topic=13462.0;attach=6384;image 02.06.32 # oh, so we were doing bytes to begin with xD derp on my part 02.06.58 # I've never observed this 02.07.46 # I may have when zero value for lcd backlight malfunctioned but it was nearly drowned in a sea of other kinds of corruption so I can't vouch 02.08.22 # been fine for a while as long as no backlight is treated as shut lcd down 02.08.25 # DuperMan, you're using RB ZEN?? 02.08.29 # and since the lcd code is not working properly for now, I prefer not to guess what could cause this 02.08.59 # DuperMan: no backlight has always implied lcd shut down 02.09.04 # chrisjj: ocassionally 02.09.34 # pamaury: then what's up with the submission I reviewed? works for me btw, assumed you did that 02.09.50 # http://gerrit.rockbox.org/r/#/c/688/ 02.09.50 # pamaury, do you know that the LCD code is not working properly? E.g. that the BSoD is due to LCD code? 02.10.16 # until recently and the WSoD, there was a major problem with the lcd apparently 02.10.30 # now we have BSoD which might be due to the lcd code, or not, we don't know 02.10.43 # "until recently" agreed. 02.10.48 # haven't used extensively enough to encounted BSoD 02.10.57 # recently... :P 02.11.16 # Build Server message: 3Build round completed after 325 seconds. 02.11.47 # anyway, going to bed 02.11.59 # DuperMan: http://forums.rockbox.org/index.php/topic,13462.msg221670.html#msg221670 gets BSoD guaranteed here. 02.12.04 # was just chatting until the build round finished :p 02.12.30 # Sweet dreams, Hero! :) 02.12.35 # night pamaury:) 02.12.39 # GTG too. 02.12.40 # rock on! 02.13.03 # will do same then. will enjoy my clip+ rb xD 02.13.09 # nn 02.16.57 Quit DuperMan (Remote host closed the connection) 02.18.00 Quit Raptors (Quit: Leaving) 02.21.48 Quit pamaury (Ping timeout: 250 seconds) 02.34.39 Join Raptors [0] (~whoneedsa@198-200-68-213.cpe.distributel.net) 02.37.08 *** Saving seen data "./dancer.seen" 03.01.34 Quit cmhobbs_ (Ping timeout: 260 seconds) 04.03.00 Quit [Saint] (Remote host closed the connection) 04.05.08 Join [Saint] [0] (~saint@rockbox/user/saint) 04.06.40 Quit [Saint] (Remote host closed the connection) 04.31.46 Quit ihniwid (Ping timeout: 250 seconds) 04.37.10 *** Saving seen data "./dancer.seen" 04.38.13 Join cmhobbs_ [0] (~cmhobbs@ip70-178-52-92.ks.ks.cox.net) 04.42.27 Join saratoga_ [0] (123e1c6d@gateway/web/freenode/ip.18.62.28.109) 04.42.57 # derf: has anyone on the Opus team noticed this: https://github.com/Mustaavalkosta/android_external_kissfft/commit/cfa95dc35972f97a9186bf8f33bb1a9f87a40d42 04.43.41 # i profiled decoding on ARM, and the kf_bfly4 step was the slowest single function for some frame sizes IIRC 04.44.16 # i suspect you would get a large speed up from this 04.45.17 Quit amiconn (Disconnected by services) 04.45.18 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.45.20 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.45.23 Quit pixelma (Disconnected by services) 04.45.23 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.45.25 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 05.15.41 Join krabador [0] (~krabador_@unaffiliated/krabador) 05.30.14 Join nosa-j [0] (~m00k@66.233.224.206) 05.39.46 Join Strife89 [0] (~Strife89@adsl-98-80-221-161.mcn.bellsouth.net) 05.44.19 Quit krabador (Quit: Sto andando via) 05.47.01 Quit nosa-j (Ping timeout: 240 seconds) 05.52.24 Quit TheSeven (Read error: Operation timed out) 05.54.36 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.09.18 Join nosa-j [0] (~m00k@66.233.224.206) 06.09.27 Quit cmhobbs_ (Ping timeout: 240 seconds) 06.23.28 # saratoga_: Yes, we have the patches up on review.xiph.org, but they're floating point. 06.23.52 # And normally fixed-point is much faster on ARM. 06.24.03 Join mortalis [0] (~kvirc@213.33.220.118) 06.24.24 # At some point I want to see if I can convert to an integer version, but I haven't had the time to sit down with it. 06.30.09 # ah ok 06.30.26 # still need to look into ARMv5 versions of those functions 06.31.21 # maybe over christmas 06.37.12 *** Saving seen data "./dancer.seen" 06.53.45 Join DuperMan [0] (~woland@p3nlhftpg122.shr.prod.phx3.secureserver.net) 07.01.57 Join dfkt_ [0] (OxO29A@unaffiliated/dfkt) 07.02.56 Quit dfkt (Ping timeout: 252 seconds) 07.05.00 Join manther [0] (4c176e5e@gateway/web/freenode/ip.76.23.110.94) 07.05.33 Quit manther (Client Quit) 07.32.01 Quit saratoga_ (Quit: Page closed) 07.32.55 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) 07.45.44 Quit mortalis (Ping timeout: 272 seconds) 07.47.00 Nick SuperBrainAK is now known as DormantBrain (~andy@74.112.200.73) 07.48.20 Join mortalis [0] (~kvirc@213.33.220.118) 07.57.21 Quit amiconn (Remote host closed the connection) 07.57.21 Quit pixelma (Remote host closed the connection) 07.57.33 Join amiconn [0] (amiconn@rockbox/developer/amiconn) 07.57.34 Join pixelma [0] (pixelma@rockbox/staff/pixelma) 07.59.47 Join stoyan [0] (~io-headqu@77.70.0.98) 08.00.24 Quit stoyan (Client Quit) 08.07.33 Join ender` [0] (krneki@foo.eternallybored.org) 08.08.22 Join fragilematter [0] (~fragilema@unaffiliated/fragilematter) 08.22.44 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 08.28.14 Quit Raptors (Ping timeout: 260 seconds) 08.30.38 Quit Scromple_ (Read error: Connection reset by peer) 08.31.17 Join Raptors [0] (~whoneedsa@198-200-68-213.cpe.distributel.net) 08.34.38 Join Scromple [0] (~Simon@161.43.73.67) 08.35.50 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 08.36.56 Join [Saint] [0] (~saint@rockbox/user/saint) 08.37.16 *** Saving seen data "./dancer.seen" 08.44.15 Join kugel [0] (~kugel@rockbox/developer/kugel) 08.55.41 # kugel: ping 09.03.38 Quit kevku (Ping timeout: 260 seconds) 09.11.32 # pamaury: (log) building hwstub for stmp fails on virigin box. The reason is the lack of hwstub.db command file which crashes elftosb utility 09.13.06 # This step was added in 1085d15a3ed01807c3e55f36652c3a69c14bfc46 and I guess you forgot to add command file to the commit 09.18.13 Join LinusN [0] (linus@giant.haxx.se) 09.19.40 # pamaury: (log) please take a look at g#690 as well 09.19.43 # 3Gerrit review #690 at http://gerrit.rockbox.org/r/690 : 3 by Marcin Bukat (changes/90/690/1) 09.21.20 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 09.23.49 Quit shai (Client Quit) 09.24.21 Quit Provel (Read error: Connection reset by peer) 09.24.39 Join Provel [0] (Provel@75-132-21-67.dhcp.stls.mo.charter.com) 09.31.31 DEBUG EOF from server (Connection reset by peer) (snapshot: netstuff.c line 545) 09.31.31 *** Cleanup 09.31.31 *** Cleanup 09.31.31 *** Saving seen data "./dancer.seen" 09.31.31 *** Exit 09.31.33 *** Started Dancer V4.16 09.31.33 *** Connected to irc.freenode.net on port 6667 09.31.33 *** Logfile for #rockbox started 09.31.34 Mode "logbot :+i" by logbot 09.31.40 *** Server message 501: 'logbot :Unknown MODE flag' 09.31.40 Join logbot [0] (rockbox@giant.haxx.se) 09.31.40 Join LinusN [0] (linus@giant.haxx.se) 09.31.40 Join kugel [0] (~kugel@rockbox/developer/kugel) 09.31.40 Join [Saint] [0] (~saint@rockbox/user/saint) 09.31.40 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 09.31.40 Join Scromple [0] (~Simon@161.43.73.67) 09.31.40 Join Raptors [0] (~whoneedsa@198-200-68-213.cpe.distributel.net) 09.31.40 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 09.31.40 Join ender` [0] (krneki@foo.eternallybored.org) 09.31.40 Join pixelma [0] (pixelma@rockbox/staff/pixelma) 09.31.40 Join amiconn [0] (amiconn@rockbox/developer/amiconn) 09.31.40 Join mortalis [0] (~kvirc@213.33.220.118) 09.31.40 Join dfkt_ [0] (OxO29A@unaffiliated/dfkt) 09.31.40 Join DuperMan [0] (~woland@p3nlhftpg122.shr.prod.phx3.secureserver.net) 09.31.40 Join nosa-j [0] (~m00k@66.233.224.206) 09.31.40 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 09.31.40 Join ladyblink [0] (bassgeisha@selectah.drop.that.bass.aikyou.bassgeisha.com) 09.31.40 Join saratoga [0] (123e11e0@gateway/web/freenode/ip.18.62.17.224) 09.31.40 Join DormantBrain [0] (~andy@74.112.200.73) 09.31.40 Join fs-bluebot [0] (~fs-bluebo@f053155051.adsl.alicedsl.de) 09.31.40 Join mikroflops_ [0] (~yogurt@s208h98o2esc1.dyn.tyfon.se) 09.31.40 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 09.31.40 Join chrisjj [0] (561bb732@gateway/web/freenode/ip.86.27.183.50) 09.31.40 Join Guest81512 [0] (Slayer@c-69-143-178-62.hsd1.va.comcast.net) 09.31.40 Join solrize [0] (solrize@unaffiliated/solrize) 09.31.40 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 09.31.40 Join Bluefoxicy [0] (~Bluefoxic@c-76-21-157-203.hsd1.md.comcast.net) 09.31.40 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 09.31.40 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 09.31.40 Join Scall [0] (~chat@unaffiliated/scall) 09.31.40 Join futurisk [0] (futurisk@9mm.607hosting.us) 09.31.40 Join AlexP_ [0] (~alex@rockbox/staff/AlexP) 09.31.40 Join K1773R [0] (~K1773R@unaffiliated/k1773r) 09.31.40 Join JdGord|w [0] (cb1380e2@gateway/web/freenode/ip.203.19.128.226) 09.31.40 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 09.31.40 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 09.31.40 Join Cultist [0] (~CultOfThe@c-24-12-53-28.hsd1.il.comcast.net) 09.31.40 Join krnlyng [0] (~liar@83.175.90.24) 09.31.40 Join markun [0] (~markun@rockbox/developer/markun) 09.31.40 Join froggyman [0] (~frogs@unaffiliated/froggyman) 09.31.40 Join Poodlemastah_ [0] (~Poodlemas@109-124-181-96.customer.t3.se) 09.31.40 Join endee [0] (sid15467@gateway/web/irccloud.com/x-btonklyezyetkjjr) 09.31.40 Join scorche [0] (~scorche@rockbox/administrator/scorche) 09.31.40 Join draft [0] (draft@disharmony.fi) 09.31.40 Join maraz [0] (maraz@kapsi.fi) 09.31.40 Join zoktar [0] (~zoktar@unaffiliated/zoktar) 09.31.40 Join michaelni [0] (~michael@chello084114129144.4.15.vie.surfer.at) 09.31.40 Join Zambezi [0] (Zulu@unaffiliated/zambezi) 09.31.40 Join Mir [0] (~Mir@pool-71-109-219-225.lsanca.dsl-w.verizon.net) 09.31.40 Join GodEater [0] (~whoknows@rockbox/staff/GodEater) 09.31.40 Join gelraen [0] (~imax@lab.biomed.kiev.ua) 09.31.40 Join rudi_s [0] (31580@ircbox.informatik.uni-erlangen.de) 09.31.40 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 09.31.40 Join efyx [0] (~efyx@91.176.66.67) 09.31.40 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 09.31.40 Join KotH [0] (~attila@lou-outside.kinali.ch) 09.31.40 Join Synergist [0] (~synfn@unaffiliated/synergist) 09.31.40 Join toehser [0] (~tom@Connqueror.Toms.NET) 09.31.40 Join Elfish [0] (amba@2001:1608:12:1:13:3:3:7) 09.31.40 Join TBCOOL [0] (~tb@c-2691e555.09-273-73746f44.cust.bredbandsbolaget.se) 09.31.40 Join Karrde [0] (alucard@karrde.kiserai.net) 09.31.40 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 09.31.40 Join tweek_ [0] (~tweek@irc.cloud.tilaa.com) 09.31.40 Join Topy44 [0] (~Topy44@93.190.93.215) 09.31.40 Join ender| [0] (krneki@2a01:260:4094:1:42:42:42:42) 09.31.40 Join simabeis_ [0] (~simabeis@lobmenschen.de) 09.31.40 Join knittl [0] (~knittl@unaffiliated/knittl) 09.31.40 Join Marex [0] (~Marex@195.140.253.167) 09.31.40 Join bzed [0] (~bzed@devel.recluse.de) 09.31.40 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 09.31.40 Join FOAD [0] (~foad@unaffiliated/foad) 09.31.40 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 09.31.40 Join lonoxmont [0] (~lonoxmont@71-95-40-15.dhcp.rvsd.ca.charter.com) 09.31.40 Join copper [0] (~copper@unaffiliated/copper) 09.31.40 Join linuxguy3 [0] (~timj@24-148-61-208.c3-0.lem-ubr1.chi-lem.il.cable.rcn.com) 09.31.40 Join Maxdamantus [0] (~Maxdamant@2001:470:f078::dead:beef:cafe) 09.31.40 Join shadows [0] (lucent@unaffiliated/shadows) 09.31.40 Join GLC- [0] (clg@56k.modeemi.net) 09.31.40 Join SrRaven [0] (srraven@fatfecker.shagged.org) 09.31.40 Join funman [0] (~fun@rockbox/developer/funman) 09.31.40 Join makoto [0] (~makoto@81.187.171.52) 09.31.40 Join user890104 [0] (Venci@unaffiliated/user890104) 09.31.40 Join yosafbridge` [0] (~yosafbrid@li125-242.members.linode.com) 09.31.40 Join Beta2K_ [0] (~Beta2K@d24-36-136-246.home1.cgocable.net) 09.31.40 Join alecjw [0] (~wright@fsf/member/alecjw) 09.31.40 Join rocketnine [0] (~tee@198.199.104.66) 09.31.40 Join ranmachan [0] (ranma@kagami.uguu.de) 09.31.40 Join olspookishmagus [0] (~pookie@snf-137798.vm.okeanos.grnet.gr) 09.31.40 Join dokan [0] (~minatani@ac250006.ppp.asahi-net.or.jp) 09.31.40 Join derf [0] (~derf@fuzzyneural.net) 09.31.40 Join Ketturi [0] (ketturi@hilla.kapsi.fi) 09.31.40 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 09.31.40 Join Naked [0] (~naked@naked.iki.fi) 09.31.40 Join Bagder [241] (~daniel@rockbox/developer/bagder) 09.31.40 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 09.31.40 Join pystar89 [0] (~pystar89@ip-109-90-154-150.unitymediagroup.de) 09.31.40 Join habys [0] (~luke@arikui.org) 09.31.40 Join Jack87 [0] (~Jack87@nasadmin/admin/jack87) 09.31.40 Join alexbobp [0] (~alex@capitalthree.pwnz.org) 09.31.40 Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) 09.31.40 Join x56 [0] (~0x56@sillytitties.com) 09.31.40 Join n17ikh [0] (~n17ikh@unaffiliated/n17ikh) 09.31.40 Join __jae__ [0] (~jae@dedicated.jaerhard.com) 09.31.40 Join Kohlrabi [0] (~kohlrabi@94-23-217-152.kimsufi.com) 09.31.40 Join rasher [0] (~rasher@rockbox/developer/rasher) 09.31.40 Join aevin [0] (eivindsy@unaffiliated/aevin) 09.31.40 Join @ChanServ [0] (ChanServ@services.) 09.31.40 Join uwe_mobile [0] (~uwe@static.88-198-8-117.clients.your-server.de) 09.31.53 Quit scorche|sh (Remote host closed the connection) 09.33.06 Quit futurisk (Ping timeout: 260 seconds) 09.34.53 Join thegeek_ [0] (~thegeek@105.11.9.46.customer.cdi.no) 09.34.53 Join fragilematter1 [0] (~fragilema@193.226.142.214) 09.34.54 Part LinusN 09.34.54 Join evilnick_ [0] (~evilnick@d54C37FA5.access.telenet.be) 09.35.00 Join KiwiCAM_ [0] (~quassel@121.99.176.30) 09.35.00 Join Strife1989 [0] (~Strife89@adsl-98-80-221-161.mcn.bellsouth.net) 09.35.00 Join LinusN [0] (linus@giant.haxx.se) 09.35.00 Join futurisk_ [0] (futurisk@9mm.607hosting.us) 09.35.01 Join scorche|1h [0] (~scorche@squisch.net) 09.35.01 Join dionoea_ [0] (~dionoea@oyp.chewa.net) 09.35.01 Quit scorche|1h (Changing host) 09.35.01 Join scorche|1h [0] (~scorche@rockbox/administrator/scorche) 09.35.01 Join uwe__ [0] (~uwe_@dslb-088-066-160-105.pools.arcor-ip.net) 09.35.01 Join soap_ [0] (~soap@rockbox/staff/soap) 09.35.49 Quit solrize (Ping timeout: 240 seconds) 09.41.12 Join Provel [0] (Provel@75-132-21-67.dhcp.stls.mo.charter.com) 09.42.04 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.45.24 Join petur [0] (5bb7304d@rockbox/developer/petur) 09.50.06 Join kevku [0] (~kevku@2a01:d0:ffff:34a::8:3) 10.29.48 Quit [Saint] (Remote host closed the connection) 10.31.56 Join [Saint] [0] (~saint@rockbox/user/saint) 10.50.56 Quit fragilematter1 (Quit: Leaving.) 11.13.38 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 11.23.45 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.26.35 # wodz: thanks for the report, I will add the file and fix the crash 11.27.17 # pamaury: please take a look at gerrit task, it is rather trivial but I don't know if you had something else in a mind 11.27.42 # ok, I will just after 11.29.04 # pamaury: Another thing - you looked into buflib code recently. Where is 'buflib cookie' stored? At the begining of the allocation itself? 11.30.17 # maybe, for debugging purposes, we could protect cookie with crc or add some 0xdeadbeef barier or something to see if allocation is ovewritten 11.30.31 # wodz: pong 11.30.41 # kugel: see my question above 11.30.57 # yes 11.31.00 # meta information is stored right before the allocation 11.31.36 *** Saving seen data "./dancer.seen" 11.31.41 # pamaury: i have a malloc-based buflib backend around, could that help to detect use-after-free in the sim? 11.31.57 # yeah definitely 11.32.02 # using valgrind 11.32.06 # which can detect use after free 11.32.33 # you can even fake usb plug in the sim 11.32.46 # btw, there is a pretty major bug in playback.c w.r.t. to buflib, I fixed it but it's not in master yet 11.33.08 # why not in master? 11.33.08 # g#681 is malloc-buflib 11.33.10 # 3Gerrit review #681 at http://gerrit.rockbox.org/r/681 : 3buflib: Add malloc-based backend for application builds. by Thomas Martitz (changes/81/681/1) 11.33.22 # the bufix is g#483 11.33.23 # 3Gerrit review #483 at http://gerrit.rockbox.org/r/483 : 3playback,talk: Share audiobuffer via core_alloc_maximum(). by Thomas Martitz (changes/83/483/6) 11.33.55 # wodz: I had little time the past months, and I'm was still working on it 11.34.40 # the bugfix fixes the infamous radio art issue but doesn't appear to fix data corruption caused by USB (someone tested it a few months back) 11.35.51 # its better to have fixed something then nothing 11.36.19 # it affects playback.c in a way that I also need to fix/change the hwcodec which is hard for me 11.37.11 # I wished we just dropped hwcodec 11.40.19 # Build Server message: 3New build round started. Revision c5b209f, 243 builds, 34 clients. 11.45.13 # Build Server message: 3Build round completed after 295 seconds. 11.45.38 # wodz: g#690 looks good, I will push 11.45.40 # 3Gerrit review #690 at http://gerrit.rockbox.org/r/690 : 3 by Marcin Bukat (changes/90/690/1) 11.45.49 # thanks 11.46.02 # Build Server message: 3New build round started. Revision 3440f35, 243 builds, 34 clients. 11.46.17 # I knew we would need to do that one day ^^ 11.46.37 # by the way, how is your register map for rk27xx going ? 11.47.13 # pamaury: can't you use mem* from firmware/asm? 11.49.47 # yeah we could, that's a good remark 11.50.22 # Build Server message: 3Build round completed after 260 seconds. 11.50.49 # should even be as easy as "include $(FIRMDIR)/asm/asm.make", except the it adds the files to FIRMLIB_SRC and not just SRC (but you can correct that in hwstub.make) 11.52.17 # Won't be add other files we don't want ? 11.53.08 # hm right, need to add some #ifdef in firmware/asm/SOURCES 11.53.52 # pamaury: Basic version of regfile is ready but I didn't try to conduct regdump to test it 11.54.00 # you coud of course use the files directly, but asm.make has logic to fall back to a .c if the $ARCH/.[cS] doesnt exist 11.54.20 # pamaury: btw. Is there possibility to specify register width? Some regs are not 32bit wide 11.54.41 # wodz: not at the moment, but I can add that if you want 11.55.02 # maybe add a property to reg: ? 11.55.22 # pamaury: I don't need it right now but atj udc block has most of the regs 8bits wide 11.57.01 # Ok, when I have some time I'll publish something on gerrit, because the hwstub shell needs to be aware of the register size to do correct reads too 12.01.31 Quit Strife1989 (Read error: Operation timed out) 12.08.56 Nick uwe__ is now known as uwe_ (~uwe_@dslb-088-066-160-105.pools.arcor-ip.net) 12.09.13 Join fragilematter [0] (~fragilema@unaffiliated/fragilematter) 12.26.15 Quit chrisjj (Ping timeout: 250 seconds) 12.26.56 Quit alecjw (Ping timeout: 272 seconds) 12.30.17 Join lorenzo92 [0] (~chatzilla@host213-111-dynamic.249-95-r.retail.telecomitalia.it) 12.52.16 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 13.15.15 Quit pamaury (Ping timeout: 246 seconds) 13.16.25 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 13.21.29 Quit ikeboy (Quit: ikeboy) 13.23.53 Quit petur (Ping timeout: 250 seconds) 13.25.54 # my pthreaded rockbox playback core seems to play really well 13.28.56 # kugel: how do you control it? (play, pause, etc) 13.30.57 # while (!quit) { switch (getc(stdin)) { ... } } for now 13.31.37 *** Saving seen data "./dancer.seen" 13.31.57 # the end result should of course be a proper GUI using qt or whatever 13.33.35 # How do you foresee integration of your changes in mainline? Do you plan to switch playback core into lib also for firmware builds? 13.34.54 # not sure what's best 13.35.26 # currently I have defined a new target and #ifdef'd {apps,firmware}/SOURCES accordingly 13.35.36 Quit lorenzo92 (Ping timeout: 265 seconds) 13.36.21 # it's not so trivial to just a make a lib because the code (in both firmware and apps) depends on various little helpers 13.45.26 # also this requires fundamental parts, it's not really a library (for rockbox) 13.45.53 # (however it should become a library for desktop/hosted applications) 13.46.44 # and I'm not entirely decided/convinced whether it's a good idea to include the playlist handling or not 13.47.42 # if it will be sufficiently abstracted it should be included and client will eventually not use this part 13.48.20 # "client will eventually not use this part" ? 13.48.28 # the playlist stuff? 13.48.29 # playlist handling 13.49.19 # abstracting this will be hard; playback.c and buffering.c need it to know what to play/buffer 13.50.49 # Well its the question about the final target. If the goal is to have rockbox with native UI then playlist stuff should be included. 13.51.12 # I think playlist handling is a significant part of what rockbox is about 13.51.12 # if "client-side-playlisting" is prefered it is probably easier to switch our playlist code into in-ram queue mode (such that doesnt really do a playlist but just enqueues tracks at a higher level than buffering) 13.53.04 # gevaerts: I agree but it's also going to be the hardest part to get carried over, it includes many GUI and other foreground operations (such as scanning dirs for files) 13.53.33 # Yes, I do realise that. Eventually we'll need some sort of callback object or something like that 13.53.34 # my current work does include it with a large part of playlist.c commented out 14.02.34 # lorenzo92 (logs): sleep function in hwstub ? 14.03.51 # there is also the question whether or not our struct playlist is a good fit to work with from non-rockbox toolkits 14.08.47 Join alecjw [0] (~wright@cpc8-cmbg14-2-0-cust680.5-4.cable.virginm.net) 14.38.31 Join treaki [0] (e0a38aa9cf@p4FF4AE47.dip0.t-ipconnect.de) 14.40.48 Quit kugel (Ping timeout: 245 seconds) 14.45.07 Join krabador [0] (~krabador_@unaffiliated/krabador) 14.52.52 Join notben [0] (~ben@99-122-84-227.lightspeed.spfdmo.sbcglobal.net) 14.53.08 Part notben 15.05.44 Quit krabador (Quit: Sto andando via) 15.07.15 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.08.08 # pamaury: I created the S540 page so that we don't forget the stuff I did some months ago 15.09.45 # ok thanks 15.18.05 # yeah SDRAM works on Sansa Express, that was a nasty bug 15.19.04 # lorenzo92 (logs): FYI, I found a bug in sbtoelf: it didn't correctly print the arguments given the stub (for jump / call) instructions, so it *may* be that your sdram init stub take non-null arguments 15.22.39 Quit wodz (Quit: Leaving) 15.22.54 # Build Server message: 3New build round started. Revision 99835fa, 243 builds, 34 clients. 15.25.00 # oh yeah, RB bootloader working on Sansa Express 15.25.10 # the lcd doesn't work but at least storage does, somehow 15.26.46 Quit kevku (Ping timeout: 260 seconds) 15.27.19 # Build Server message: 3Build round completed after 264 seconds. 15.31.40 *** Saving seen data "./dancer.seen" 15.39.13 Quit mortalis (Ping timeout: 264 seconds) 15.54.38 Quit [Saint] (Remote host closed the connection) 15.56.44 Join [Saint] [0] (~saint@rockbox/user/saint) 15.57.35 Quit scorche (Disconnected by services) 15.57.39 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 16.15.50 # how do we add targets to flyspray ? 16.19.18 # administrators can do it 16.20.05 # which currently is only me, Bagder and LinusN 16.21.20 # we are missing many targets: Creative ZEN/X-Fi/X-Fi2/X-Fi3/Mozaic 16.21.28 # Sony NWZ-E360/E370/E380 16.21.54 # also add ZEN V and Sansa Express while you are at it 16.22.14 # Zagor: Bagder: LinusN: ^ 16.22.39 Join cmhobbs_ [0] (~cmhobbs@ip70-178-52-92.ks.ks.cox.net) 16.24.08 # Samsung YH-820, YH-920, YH-925 and YP-R0 are also missing 16.26.58 Quit Guest81512 (Ping timeout: 272 seconds) 16.32.42 # lcd working on Sansa Express \o/ trivial mistake 16.33.58 Join Narod [0] (~Narod@p5DDDB522.dip0.t-ipconnect.de) 16.35.34 Join Guest11127 [0] (Slayer@c-69-143-178-62.hsd1.va.comcast.net) 16.36.39 # Zagor: could you also look into changing "Operating System" back to "Player type" on flyspray? It looks a bit silly right now 16.42.59 # good, button reading working on the Express 16.45.28 # the Express looks like a mix of C200 and Clip+. How much different is the hardware? 16.45.36 # very different 16.45.46 # except the lcd, which is the same as the clip 16.46.28 # I don't understand why the micro-sd detect pin is not working, this is really puzzling 16.47.41 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) 16.48.24 Join foolsh [0] (~foolsh@c-24-14-134-34.hsd1.in.comcast.net) 16.50.37 # pamaury: where did you find it actually? LBC? 16.51.43 # yeah 16.51.48 # hum no, ebay 16.51.53 # let me check ^^ 16.52.09 # ah no Leboncoin 16.53.35 Quit fragilematter (Quit: Leaving.) 16.53.41 # ok 16.53.48 # let me know if you find another one :D 16.54.35 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 16.54.48 Quit Zagor (Quit: Clint excited) 17.03.36 Join Strife89 [0] (~Strife89@2602:306:250d:18b9:d904:b13c:3ccb:538b) 17.11.44 Join mortalis [0] (~kvirc@213.33.220.118) 17.21.02 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.31.42 *** Saving seen data "./dancer.seen" 17.41.55 Join kugel [0] (~kugel@91-66-52-103-dynip.superkabel.de) 17.41.55 Quit kugel (Changing host) 17.41.55 Join kugel [0] (~kugel@rockbox/developer/kugel) 17.50.52 Quit mortalis (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) 17.52.24 Quit yosafbridge` (Ping timeout: 252 seconds) 17.53.37 Quit ikeboy (Ping timeout: 264 seconds) 17.54.01 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 17.54.08 Join lorenzo92 [0] (~chatzilla@46.18.27.62) 17.55.22 Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) 17.59.45 Quit pamaury (Read error: Operation timed out) 18.06.19 Quit ikeboy (Quit: ikeboy) 18.07.42 Quit lorenzo92 (Ping timeout: 265 seconds) 18.09.46 Join krabador [0] (~krabador_@unaffiliated/krabador) 18.28.29 Quit kugel (Ping timeout: 240 seconds) 18.33.21 # can someone add ipod classic to the list of targets with a 320x240 screen, so http://themes.rockbox.org/rbutilqt.php can understand it and return all compatible themes? 18.40.26 # anyone with access to http://themes.rockbox.org/admin.php should be able to do it 18.50.38 Quit endee (Ping timeout: 245 seconds) 18.53.03 Join chrisjj [0] (561bb732@gateway/web/freenode/ip.86.27.183.50) 18.53.41 # " We have already supported variants of the firmware, the user is free to provide any firmware to be patched and installed" I see no such option on Rockbox Utility. Is it somewhere else? 18.59.57 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.00.51 # chrisjj: there isn't any, when you use Rockbox Utility it ask you to provide a firmware and you can use any. Of course this doesn't apply to the ZEN since RBUtil doesn't support the ZEN at the moment 19.01.11 # OK, I see. Thanks. 19.01.54 # all the work is done by rbutils/mk*boot anyway 19.02.11 # Nice to know. 19.02.16 # rbutil/mkzenboot knows about many versions of the firmwares, just like rbutil/mkimxboot 19.04.10 # chrisjj: also please avoid answering *every* post in the ZEN thread, it adds no value and makes it much harder to read 19.05.51 # I am a not answering every post. 19.07.56 # yes you are 19.08.31 # Incorrect, pamaury. Look again. 19.11.27 # this is not a question, this is a fact, just *look*, half of the post are yours, and you answer even when it doesn't apply to you. 19.11.58 Join endee_ [0] (sid15467@gateway/web/irccloud.com/x-sqcbdgbujvytabsi) 19.31.44 *** Saving seen data "./dancer.seen" 19.48.24 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 19.48.59 Quit dfkt_ (Remote host closed the connection) 19.51.55 Join JordiGH [0] (~jordi@octave/developer/JordiGH) 19.59.12 Quit KiwiCAM_ (Remote host closed the connection) 20.15.42 # "half of the post are yours" Since apparently about 90% of the beta testing is mine, that's no surprise. 20.16.32 # "you answer even when it doesn't apply to you." Incorrect, pamaury. e.g. http://forums.rockbox.org/index.php/topic,13462.msg221816.html#msg221816 20.17.01 Quit Strife89 (Ping timeout: 240 seconds) 20.17.13 # Is someone wrong on the internet? 20.17.27 # :) 20.17.34 # No. Just with chrisjj 20.19.10 Join kiwicam [0] (~quassel@121.99.176.30) 20.21.48 # Frank, if you have any objection to any message of mine on the forum, please ID the message and state the objection. 20.33.52 # and then what will happen? 20.34.51 # He'll know what to focus on to annoy us even more 20.43.41 Nick cmhobbs_ is now known as cmhobbs (~cmhobbs@ip70-178-52-92.ks.ks.cox.net) 20.43.47 Quit cmhobbs (Changing host) 20.43.47 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 20.46.54 Quit kevku (Ping timeout: 260 seconds) 20.47.54 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) 21.11.30 Quit nosa-j (Ping timeout: 250 seconds) 21.13.34 Join nosa-j [0] (~m00k@66.233.224.206) 21.15.42 Join lorenzo92 [0] (~chatzilla@95.237.110.244) 21.30.12 Join dfkt [0] (dfkt@unaffiliated/dfkt) 21.31.43 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 21.31.48 *** Saving seen data "./dancer.seen" 21.36.08 Part JordiGH ("Leaving") 21.48.49 Join brutes [0] (~brutes@unaffiliated/brutes) 22.01.04 Quit shadows (Ping timeout: 246 seconds) 22.02.25 Join kugel [0] (~kugel@91-66-52-103-dynip.superkabel.de) 22.02.25 Quit kugel (Changing host) 22.02.25 Join kugel [0] (~kugel@rockbox/developer/kugel) 22.07.49 Join shadows [0] (lucent@silenceisdefeat.com) 22.08.13 Nick shadows is now known as Guest66537 (lucent@silenceisdefeat.com) 22.09.53 Quit bluebrother (Disconnected by services) 22.09.59 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 22.12.55 Quit fs-bluebot (Ping timeout: 240 seconds) 22.14.45 Join fs-bluebot [0] (~fs-bluebo@g231120221.adsl.alicedsl.de) 22.19.02 Join b0hoon [0] (4e1e5ecb@gateway/web/freenode/ip.78.30.94.203) 22.19.46 Quit krabador (Ping timeout: 260 seconds) 22.28.36 # I can't find an e200R manual and at http://www.rockbox.org/wiki/TargetStatus I have recorded that there is none. Does anyone know otherwise? I.e. can point me to the manual? Thanks. 22.28.43 Quit benedikt93 (Ping timeout: 246 seconds) 22.32.45 Join krabador [0] (~krabador_@unaffiliated/krabador) 22.43.45 Quit b0hoon (Ping timeout: 250 seconds) 22.44.13 # lorenzo92: i have a 3rd ALSA access method 22.44.19 # probably the most proper one 22.46.02 # kugel: nice to hear :) 22.46.38 # similar to the ASYNC_CALLBACK, though using a looping thread instead of signal handler 22.46.48 # not sure why I didn't come up with this in the first place 22.48.06 # looping in a thread? 22.48.42 Quit kevku (Ping timeout: 260 seconds) 22.48.56 # basically: while(1) snd_pcm_writei(); 22.49.03 # yes 22.49.12 # pamaury: Thank you for replying a while ago about my PhillipsGoGear Vibe question. I can't find a download file for the firmware. You have to install a program and I can't get it to run under WINE. It's a fantastic little device and would be perfect if it could be rockboxed. I can't deal with most of it's OS quirks except for the SLOOOOW FF & RW. Thanks anyway. 22.49.14 # i was also wondering 22.49.39 # can't s/b can 22.49.41 # kiwicam: are you using linux or windows ? 22.49.47 # Linux 22.50.00 # ok, so they it's even easier, can you compile ? 22.50.04 # It's a windows firmware update program 22.50.26 # lorenzo92: the signal handler version doesnt even work on my laptop, and my current work doesnt have tick tasks 22.50.29 # I can do a basic make install 22.50.51 # kugel: it works, but if you don't have *any* active stream 22.51.18 # kiwicam: can you recall me what I answered you ? I forgot :) 22.51.40 # kugel: ah okay, now i see, strange, but yes we should go with something more robust 22.53.00 # pamaury: "does it have a firmware upgrade available ? If so I can have a look at it and tell you" 22.53.41 # ah ok, do you have the link to the installer ? I have a windows box to run it 22.54.17 # I do. I'll come back... 22.54.25 # lorenzo92: your issue is because ALSA can only handle one stream (by design) at a time 22.54.48 # kugel: yes, no surprise 22.55.09 # multiple streams only work if you use the "default" device _and_ either the dmix or pulseaudio plugin (these plugins add stream multiplexing to alsa) 22.57.01 # It uses Songbird and my model has several version that are similar it appears SA4VBE04 SA4VBE08 SA4VBE16 http://www.philips.co.nz/c/mp3-and-mp4-players/gogear-vibe-8gb-sa4vbe08kf_97/prd/?t=support 22.57.31 # lorenzo92: in my case ALSA reported that the async signal handler method is not supported by my driver 22.57.38 # chrisjj: can you stop editing at random with asking ? 22.57.42 # *without 23.00.06 # chrisjj: manual for e200r: http://download.rockbox.org/daily/manual/rockbox-sansae200/rockbox-build.html 23.01.05 Quit saratoga (Ping timeout: 250 seconds) 23.01.19 # lorenzo92: I also find that it's worthwhile to play with the buffer sizes 23.02.10 # e.g. my laptop starts with unusual high CPU load when pcm starts (>50% just on the pcm thread) which goes down to 1% after a pause/resume cycle 23.02.19 # larger period sizes seems to fix this 23.02.42 # i remember I did some tweaking before commiting the r0 work 23.02.59 # after all the same thing happens on R0 23.03.14 # first, say, 5 seconds, the device can freeze a little 23.03.20 # (max 5 seconds or so) 23.12.16 Join Epicanis [0] (~Epicanis@sdsl-68-238-63-20.static.ngn.east.myfairpoint.net) 23.16.38 Quit amayer (Quit: Leaving) 23.16.42 # kiwicam: ok let me have a look 23.17.10 Quit krabador (Ping timeout: 260 seconds) 23.17.52 # kiwicam: oh in fact I already Songbird :) it contains the firmware of many devices 23.18.04 # so Gogear Vibe is SA4VBExx ? 23.18.24 # pamaury: Yes. 23.18.29 # :) 23.18.49 # ok let me see 23.22.36 # hum, Songbirds has a folder Firmwares but it only contains dll to upgrade, to the firmware itself, I wonder how it get those 23.25.09 # or the firmware is in the DLL ?! 23.25.19 # I've seen this in the past 23.25.34 # but these seem too small 23.26.40 Join krabador [0] (~krabador_@unaffiliated/krabador) 23.31.12 # kiwicam: the philips website has a link for the the "device/Firmware manage" which I think contains the firmware 23.31.49 *** Saving seen data "./dancer.seen" 23.32.22 # OK. I won't be able to tell anything with it. /unskilled 23.34.21 Quit krabador (Quit: Sto andando via) 23.34.24 # yeah I'm downloading..but it's 60MB and my connection here is very bad, it will takes ages 23.35.38 # I hate philips way of naming players, that's really really unclear 23.36.22 # there exists SA4VBE04 and SA4VBE04k_37 and 08kf_97 23.36.28 Join lorenzo92_ [0] (~chatzilla@95.237.110.244) 23.36.49 # kiwicam: what is your exactly ? 23.36.57 # *yours 23.39.16 Quit lorenzo92 (Ping timeout: 265 seconds) 23.39.22 Nick lorenzo92_ is now known as lorenzo92 (~chatzilla@95.237.110.244) 23.40.12 # the 97. sa4vbe08kf_97 23.41.36 # so that's Vibe 8GB Fullsound 23.42.12 # downloading... 23.43.05 # I'm really interested in the Gogear players, they look nice but it's a mess, so many versions...and I only buy second hand otherwise it's too expensive 23.47.42 Quit lorenzo92 (Ping timeout: 246 seconds) 23.49.05 Join krabador [0] (~krabador_@unaffiliated/krabador) 23.50.03 # oh my god, Sansa was very Creative back in 2009 ;)