--- Log for 28.05.112 Server: pratchett.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 5 days and 16 hours ago 00.03.05 # the lowest brightness we get now is indeed the lowest the hardware supports with the way we drive it now 00.03.32 # I think someone talked about an alternative way of driving it that allows lower brightness, but I never dared to try 00.03.53 # something like voltage feedback mode vs. current feedback mode of one of the internal power supplies in the SoC 00.15.08 # odd, rockbox installed with rbutilqt crashes on boot with a panic, rockbox installed from my own-built code does not 00.15.54 Join Scromple [0] (~Simon@119.225.209.134) 00.16.23 # hm, not very convenient: the panic backtrace addresses won't fit on the screen, missing the last digit of the address 00.18.18 # bluebrother, what does rbutil do different compared to just unzipping the result of make zip, when installing rockbox ? 00.18.45 Join perrikwp [0] (~quassel@cpe-071-076-186-186.triad.res.rr.com) 00.19.54 # perhaps some voice stuff? 00.20.48 Join eyfour [0] (~a4@cm-84.215.121.71.getinternet.no) 00.23.35 # bah, I feel anxious to recommend rockbox to anyone lately, weird hangs everywhere 00.26.38 # * rasher thought his sansa was dying today because of FS#10362 00.26.40 # http://www.rockbox.org/tracker/task/10362 3Flickering backlight when removing hold with backlight fading (bugs, new) 00.32.39 # the panic from FS#12684 seems to be caused by database stuff 00.32.39 # http://www.rockbox.org/tracker/task/12684 3Any daily build for the Sansa Clip Zip from after the 2nd of May fatally crashes (bugs, unconfirmed) 00.38.25 # wodz, ping 00.39.42 Part eyfour ("WeeChat 0.3.7") 00.44.17 Quit lxs-makoto (Quit: Lost terminal) 00.44.49 Quit ender` (Quit: Explaining a word requires other words which in turn must be explained with others, and so on and on without end. Communicating is just an illusion.) 00.49.02 # * bertrik is happy to have a fairly complete backtrace for FS#12684 but doesn't really know what to do next 00.49.03 # http://www.rockbox.org/tracker/task/12684 3Any daily build for the Sansa Clip Zip from after the 2nd of May fatally crashes (bugs, unconfirmed) 01.04.45 # Commit 08f5224 in rockbox by 03Bertrik Sikken: Use shorter lines to show an ARM backtrace (so address fit on the clip zip screen) 01.07.10 # 08f5224 build result: All green 01.13.17 Quit lebellium (Quit: ChatZilla 0.9.88.2 [Firefox 13.0/20120523114940]) 01.14.52 # jhMikeS, ping 01.18.03 # my theory for FS#12684 is that during building of the database during startup, something is voiced, which make talk.c call something in playback.c which is not initialised yet at that point, causing an EOM. init_tagcache() is called earlier than audio_init() 01.18.04 # http://www.rockbox.org/tracker/task/12684 3Any daily build for the Sansa Clip Zip from after the 2nd of May fatally crashes (bugs, unconfirmed) 01.25.34 Join the-kyle [0] (~kyle@cpe-024-211-185-030.nc.res.rr.com) 01.27.04 Quit liar (Remote host closed the connection) 01.28.47 Join Farthen [0] (~Farthen@2a01:4f8:101:2a4:0:bc28:b2e1:9) 01.36.09 Quit bertrik (Ping timeout: 246 seconds) 01.38.04 Join WilliamC [0] (~William@184.3.21.227) 01.38.41 # The Bootloader isn't booting Rockbox 01.39.50 # I reinstalled the bootloader and it's still saying Firmware Upgrade in progress 01.40.56 # I just got the qt-at-spi bridge up and running on my Arch Linux system for interfacing QT applications with the Orca screen reader. Testing using the Rockbox Utility, I have been able to successfully install talk files on my player with minimal accessibility issues. 01.41.22 # I think my music player may have been bricked 01.41.31 # The main issue I had was that I needed to build the Rockbox Utility from source, so that it could be built against QT 4.8, which is the first version that works with qt-at-spi for accessibility on Linux. 01.42.02 # Looks like the only other accessibility issues are the ones mentioned in the wiki. 01.42.32 # What should I do? 01.42.46 # It says Firmware Upgrade in progress and it just stays there 01.43.14 # WilliamC: How long is it saying "upgrade in progress?" 01.43.23 # A few minutes 01.44.26 # WilliamC: Sometimes it takes some time. I would leave it running a bit longer. It's rare, but I have seen it take up to 20 minutes. 01.44.42 # It didn't take that long before. 01.44.52 # It usually doesn/t 01.45.03 # I had to reinstall the bootloader since it stopped working 01.45.10 # and now the reinstall isn't working 01.45.21 # I use the rbutility to install the bootloader 01.45.35 # Problem is that stopping the process now could brick your player if it isn't already bricked. 01.46.23 # Are you still able to boot into OF? 01.46.40 # Yeah, that works now 01.46.44 # Or were you able to before you reinstalled, since an upgrade is still in progress? 01.46.54 # But the bootloader won't boot Rockbox still 01.47.09 # Should I just stop using Rockbox? 01.47.16 *** Saving seen data "./dancer.seen" 01.47.36 # How many times did you try to reinstall the bootloader? 01.47.47 # It reinstalled now 01.48.05 # But Rockbox is still not loading? 01.48.23 # The directory got corrupted somehow 01.49.20 # Try reinstalling Rockbox itself. It seems your bootloader may be kicking you into OF due to the corruption of a necessary file in .rockbox. 01.49.35 # It wasn't kicking into OF, it was freezing 01.49.42 # I reinstall Rockbox but it got corrupted 01.51.33 Quit prof_wolfff (Ping timeout: 246 seconds) 01.51.50 # It should work if you try reinstalling the Rockbox firmware. It seems your bootloader is fine if it's able to force boot into OF. 01.52.46 # It was just being a bit lengthy 01.52.57 # I tend to freak out when things don't boot 01.53.16 # Ah, OK. So everything is working now? 01.54.05 # Let me see 01.54.14 # Yes 01.54.34 # Nice. 01.54.48 # I will never install the Samsung theme again 01.56.37 # Some themes do seem to make things run more slowly. I use a clip+ here, so I don't have much graphics support. I usually stick with the default theme, especially since I'm visually impaired anyway. :P 01.57.36 # USB is still Dodgy 01.57.47 # You're blind? 01.57.56 # Yes. 01.58.27 # We had a blind woman in my network security class. 01.58.58 # This is why I was testing the Rockbox Utility for accessibility, now that I finally have the fairly new QT accessibility package up and running on Linux. 01.59.45 # I actually haven't been able to run any QT applications before today. 02.00.17 # Rockbox Utility was the first QT application I decided to test extensively. 02.00.31 Quit [7] (Disconnected by services) 02.00.37 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 02.05.00 Part Farthen 02.19.46 Quit pamaury (Remote host closed the connection) 02.26.05 Quit thegeek (Read error: Connection reset by peer) 02.26.09 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 02.26.14 Join thegeek [0] (~thegeek@171.17.9.46.customer.cdi.no) 03.11.46 Quit the-kyle (Quit: Leaving.) 03.22.01 Join Keripo [0] (~Keripo@KD125054132232.ppp-bb.dion.ne.jp) 03.39.37 # bertrik: is it reproducible in the sim ? 03.47.21 *** Saving seen data "./dancer.seen" 03.53.21 # What did bertrik mean when he said to unmount properly? 03.53.38 # And than you for your help bertrik. 04.00.19 # And I looked, .rockbox isn't hidden at all because it's not there 04.05.09 # How do you operate a computer when blind? 04.06.11 Quit TheSphinX_ (Ping timeout: 244 seconds) 04.09.37 # Excuse me? 04.11.02 # WilliamC: I have a big problem where Rockbox won't function at all- all I get is "undefined instructions" with every time I press any button except home. 04.11.02 Join TheSphinX^ [0] (~briehl@p5B321FB2.dip.t-dialin.net) 04.11.30 # Oh, some guy earlier was blind and was helping other blind people use the rockbox utility. 04.11.40 # But it seems he left 04.12.04 # rocktriangle, I have no clue, I'm hear because Rockbox borderline bricked my player. 04.12.06 # And to answer your question, I don't know but a search engine is your best friend. 04.12.07 # here 04.12.27 # What DAP/PMP isi t? 04.12.30 # is it* 04.13.25 # Did you use an unstable build? 04.13.41 # Yeah 04.13.46 # :/ 04.13.49 # : / 04.14.09 # Clip ZIp 04.14.14 # I got it fixed 04.14.24 # I don't know what your dap/pmp is but it would help if you checked out how to recover it before comming it. 04.14.36 # Some players can be recovered once bricked. 04.14.47 # clip zlp? 04.15.24 # zip? 04.15.55 # How was Doom on the zip? Was it fun? 04.17.59 # I'm not even trying to play Doom 04.18.15 # It's way too small of screen, I'd need a blood magnifying glass. 04.18.21 # bloody 04.20.08 # Ah 04.20.32 # So is the slightly bigger screen any advantage of the clip+ ? 04.22.12 # WilliamC: http://www.rockbox.org/wiki/SansaAMSUnbrick 04.22.56 # rocktriangle, it didn't brick it, it turns out that I was just being impatient. 04.23.11 # I really hope they can stabilize the build. 04.23.11 # Oh, nevermind then. 04.23.22 # It took longer than normal 04.23.22 # It will be stable sooner or later. 04.23.23 Join saratoga [0] (98034408@gateway/web/freenode/ip.152.3.68.8) 04.23.44 # The primary instability is the USB drivers. 04.23.54 # But I think that is common with most development 04.32.56 Quit T44 (Ping timeout: 246 seconds) 04.38.44 Quit TheSeven (Disconnected by services) 04.38.53 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 04.42.53 Quit perrikwp (Read error: Connection reset by peer) 04.43.37 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.43.38 Quit amiconn (Disconnected by services) 04.43.52 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.44.14 Quit pixelma (Disconnected by services) 04.44.16 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.44.18 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.45.06 Join Topy44 [0] (~Topy44@f048046206.adsl.alicedsl.de) 04.48.27 Quit XavierGr () 05.05.32 # http://economictimes.indiatimes.com/tech/hardware/tips-to-unlock-hidden-features-in-your-gadgets/articleshow/13578629.cms 05.27.17 Join Horschti [0] (~Horscht@xbmc/user/horscht) 05.29.21 Quit Horscht (Ping timeout: 244 seconds) 05.33.04 Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu) 05.47.22 *** Saving seen data "./dancer.seen" 05.55.28 Quit Keripo (Quit: Leaving.) 05.59.43 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 06.03.34 Join [Saint] [0] (Saint]@unaffiliated/saint/x-8516940) 06.19.33 # Thank you saratoga but it seems I made a very amature mistake by not putting it on the right USB mode. 06.19.58 # Unfortunately the DAP still has a problem of holding onto a file that I can't delete but I'l ltry to go here and ask tomorrow. 06.20.02 Part rocktriangle 06.30.34 Quit saratoga (Quit: Page closed) 06.36.32 Quit qnm (Excess Flood) 06.38.25 Join qnm [0] (~qnm@2001:44b8:3110:f300:208:9bff:fec0:179a) 06.39.36 Quit qnm (Excess Flood) 06.40.25 Join qnm [0] (~qnm@2001:44b8:3110:f300:208:9bff:fec0:179a) 06.41.52 Part qnm 06.55.23 Quit anewuser () 07.43.27 Quit [Saint] (Quit: Quit) 07.45.59 Join [Saint] [0] (Saint]@unaffiliated/saint/x-8516940) 07.47.24 *** Saving seen data "./dancer.seen" 08.03.51 Join pystar90 [0] (~pystar90@ip-92-50-95-15.unitymediagroup.de) 08.07.49 Quit Rower85 (Read error: Connection reset by peer) 08.28.50 Join nosa [0] (~m00k@adsl-74-235-26-36.clt.bellsouth.net) 08.31.48 Quit nosa-j (Ping timeout: 245 seconds) 08.31.49 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-36.clt.bellsouth.net) 08.39.26 Join ender` [0] (krneki@foo.eternallybored.org) 09.11.15 Quit Scromple (Quit: Leaving) 09.17.44 Join LinusN [0] (~linus@giant.haxx.se) 09.24.29 Nick Totalled is now known as Totalled_ZzZz (~Totalled@c-98-245-9-211.hsd1.co.comcast.net) 09.43.50 Join Zagor [0] (~bjst@sestofw01.enea.se) 09.43.50 Quit Zagor (Changing host) 09.43.50 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 09.47.27 *** Saving seen data "./dancer.seen" 10.08.51 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 10.18.31 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 10.20.52 Nick JdGordon|afk is now known as JdGordon (~jonno@rockbox/developer/JdGordon) 10.25.35 Join stoffel [0] (~quassel@pD9E414BB.dip.t-dialin.net) 11.01.26 Quit stoffel (Ping timeout: 246 seconds) 11.07.02 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 11.07.02 Quit bertrik (Changing host) 11.07.02 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 11.11.10 Join n1s [0] (~n1s@nl118-175-223.student.uu.se) 11.11.10 Quit n1s (Changing host) 11.11.10 Join n1s [0] (~n1s@rockbox/developer/n1s) 11.14.18 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 11.14.25 # bertrik: pong 11.14.57 Join prof_wolfff [0] (~prof_wolf@82.159.1.234.dyn.user.ono.com) 11.15.21 # wodz, I was wanting to ask you if it was OK to shrink the ARM backtrace display a bit (so it fits on the screen of a clip zip), but I already did it 11.15.57 # (I think it was you who put this thing in rockbox) 11.16.42 # bertrik: Yeah, the frontend part of unwinder needs some love 11.18.14 Quit n1s (Read error: Operation timed out) 11.18.34 # wodz, the unwinder is already proving to be useful for tracking down a bug 11.19.10 # we don't compile with -g by default though, and I get the impression that addr2line is off by 1 line sometimes 11.20.37 # could the last thing perhaps be caused by compiler optimisation? 11.20.55 # What you mean by off by one? What you get is return trace not forward trace so you basicaly get the addresses which are used to return from calls 11.22.29 Quit kadoban (Ping timeout: 265 seconds) 11.22.37 # ok 11.34.22 # Commit afc9608 in rockbox by 03Thomas Martitz: (Author: Bertrik Sikken) New crossfeed algorithm for Rockbox: "Meier" crossfeed 11.34.23 # Commit eb02778 in rockbox by 03Thomas Martitz: tools/autoconf.pl: 2 enhancements 11.34.33 # ahh ffs 11.34.48 # meh, it was approved anyway 11.37.03 # eb02778 build result: All green 11.37.04 # or should I revert afc9608? it was approved on g#227 11.37.06 # 3Gerrit review #227 at http://gerrit.rockbox.org/r/#change,227 : New crossfeed algorithm for Rockbox: "Meier" crossfeed by Bertrik Sikken (changes/27/227/9) 11.39.53 # I opt for not reverting. It is widely accepted anyway 11.40.16 # (I didn't mean to push it, it was by accident) 11.40.52 Join lebellium_gs2 [0] (~lebellium@f052146114.adsl.alicedsl.de) 11.42.31 # how codecs cooperate with pcm layer? pcm has callback get_more() does it simply swaps pcm buffer to which codec decodes and start to stream data from the ready one? 11.44.39 Join stoffel [0] (~quassel@pD9E414BB.dip.t-dialin.net) 11.47.28 *** Saving seen data "./dancer.seen" 11.49.22 # Rockbox is mentioned in The Economic Times of India today. http://economictimes.indiatimes.com/tech/hardware/tips-to-unlock-hidden-features-in-your-gadgets/articleshow/13578629.cms 11.50.43 Quit lebellium_gs2 (Quit: Bye) 11.51.41 Join lebellium [0] (~chatzilla@f052146114.adsl.alicedsl.de) 11.57.48 Join webguest85 [0] (~4caf22a1@www.haxx.se) 11.59.37 # pamaury, ping 11.59.58 # Hi, I have a Sansa Clip Zip and I wanted to play a midi file. I installed the patchset, but when I try to play the file, it says no patchset is installed and quits. I double-checked, the patchset is installed in the right place What am I doing wrong? 12.01.40 # bertrik: are you okay with leaving afc9608 in? 12.01.51 # kugel, yes 12.02.19 # fine 12.02.21 # webguest85: which files do you have in .rockbox/patchset? 12.04.26 Join n1s [0] (~n1s@nl118-175-223.student.uu.se) 12.04.27 Quit n1s (Changing host) 12.04.27 Join n1s [0] (~n1s@rockbox/developer/n1s) 12.04.36 # The files that came with the zip file on the midi player wiki page. I know there are others, but I haven't installed them. 12.05.13 Join T44 [0] (~Topy44@f049044221.adsl.alicedsl.de) 12.05.36 # gevaerts, have you made devcon euro 2012 minutes yet, by any chance? 12.05.47 # bertrik: no, I should really do that :\ 12.06.00 # (unless you beat me to it) 12.06.23 # I didn't take any notes to speak of 12.06.47 # I remember that bluebrother would do most things :) 12.07.34 Join pamaury [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net) 12.07.34 Quit pamaury (Changing host) 12.07.34 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.07.58 Quit lebellium (Remote host closed the connection) 12.08.40 Join lebellium [0] (~chatzilla@f052146114.adsl.alicedsl.de) 12.08.51 # webguest85: so you have two cfg files there, and a lot of .pat files, and *no* subdirectories? 12.08.53 Quit Topy44 (Ping timeout: 245 seconds) 12.10.18 # pamaury, what should I do with the DRI? call imx233_dri_init(), then imx233_dri_enable(true) and then what? 12.10.28 # no subdirectories, tons of *.pat files, but only one .cfg file, drums.cfg. 12.10.47 # There should be a patchset.cfg as well 12.10.50 # bertrik: that all for now, imx233_dri_init should be called from system-imx233.c but I forgot to put it there 12.11.07 # and then imx233_dri_enable to enable the DRI and start streaming and false to stop 12.11.27 # Ah. That might be tha problem. 12.11.31 # the* 12.11.33 # The patchset.tbz2 file linked from the wiki does have it 12.11.35 # I finally fixed it so I will pastebin the new code 12.11.42 # where can I put the filter function to convert a (l+r, l-r,rssi,rds) tuple to a (l,r) ? 12.11.50 # the audio is still mostly noise 12.12.06 # in dri-imx233.c for now, in the IRQ callback 12.12.10 # meh, I just finished patching up the patch :) 12.12.20 # ah, so you fixed it ? 12.12.45 # no, I just made it compile 12.12.45 Quit webguest85 (Quit: CGI:IRC (EOF)) 12.12.56 # but it was compiling :-/ 12.13.30 # probably my git-fu is lacking 12.13.32 Quit lebellium (Client Quit) 12.13.57 # anyway, that's clearly a hack for now, the dri code should probably be given a callback and a buffer 12.13.59 # can I apply a patch with git, such that new files from the patch are automatically added? 12.15.10 Join lebellium [0] (~chatzilla@f052146114.adsl.alicedsl.de) 12.15.31 # you mean created ? 12.16.06 # staged for commit I guess 12.16.54 # I don't know, have a look at man git apply. You can always git add them by hand 12.16.54 # git apply 12.17.09 # didn't seem to work for me 12.17.17 # you want --index 12.17.21 # actually, sorry. 12.17.29 # will apply it to the index as well as the working tree 12.17.34 # cool 12.17.38 # <[Saint]> there's possibly some GUI based tool that does git add foo for new files added by a patch (hopefully optionallly, if it does so). 12.18.09 # pamaury, can you give me your new patch? 12.18.18 # yes, wait a minute 12.18.41 # if you're transporting patches that are actually from git, you want git format-patch and git am, though :) 12.18.50 # which willa ctually transport the commit metadata as well as the file changes :p 12.20.12 # bertrik: https://gist.github.com/2818354 12.20.26 # that's only a hack for now, don't commit that! 12.20.42 # oh!? :D 12.31.15 Join jdgord [0] (~jdgord@rockbox/developer/JdGordon) 12.35.37 Quit jdgord (Read error: Connection reset by peer) 12.36.13 Join jdgord [0] (~jdgord@rockbox/developer/JdGordon) 12.36.40 # pamaury, when should I call imx233_dri_init() ? 12.37.16 # I'm now simply calling it from stfm1000_init and the xfi3 hangs (but still responds to buttons to turn on the backlight) 12.41.10 # it's probably because it keeps being interrupted 12.41.44 # because imx233_dri_init basically does nothing 12.42.01 # try to remove the call to imx233_dri_enable 12.42.03 # can you have a look in the debug menu what is cpu freq ? (first screen) Also, try to not call 12.43.32 # (in the view HW info) 12.48.59 # it says 454000000 12.50.59 # I moved the order of some calls around and at least it's not hanging anymore, but I still gets noise from one earphone, perhaps the pins are not setup for digital audio yet (still for analog) 12.55.14 Quit jdgord (Read error: Connection reset by peer) 12.56.51 Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu) 13.04.46 # there should be 13.04.49 # *they 13.05.00 # I only get noise too 13.05.17 # that's strange that it hangs on the xfi3 and not the xfi2 13.08.51 # It's no longer hanging 13.10.25 # where are the digital audio pins set up? 13.11.00 # it's the ENABLE_INPUTS bit of HW_DRI_CTRL 13.12.12 # I doubt the DRI dma would work anyway if the pins where not configured since that's the tuner which is giving the clock 13.12.41 Quit T44 (Ping timeout: 246 seconds) 13.17.40 Quit factor (Quit: Leaving) 13.17.58 Quit stoffel (Ping timeout: 244 seconds) 13.26.37 Join anewuser [0] (~anewuser@190.207.222.122) 13.26.37 Quit anewuser (Changing host) 13.26.37 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 13.36.00 # pamaury, it doesn't seem that much has changed with or without the dma stuff, still have noise + faint audio in left and now nothing in the right earphone (possibly a clock at ultrasonic frequency) 13.36.34 # ah, sorry, I only changed the xfi2 audio path :-s 13.37.06 # in audio-zenxfi3.c, in select_audio_path, remove the if and only keep imx233_audioout_select_hp_input 13.37.08 Join stoffel [0] (~quassel@pD9E414BB.dip.t-dialin.net) 13.37.11 # *imx233_audioout_select_hp_input(false) 13.38.43 # ok, I'll try 13.40.08 # now I'm hearing interesting beeps 13.40.32 # changing at 5 Hz rate or so, with different beeps left and right 13.40.58 # bertrik: perhaps you try to record that sound on your computer and process it with audacity 13.41.56 # the change rate seems to be related to waiting periods, if I hold vol- for example, the change rate increases 13.47.29 *** Saving seen data "./dancer.seen" 13.47.41 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 13.53.36 # pamaury, I wonder, I see nothing in the linux code to set the frame format and frame rate in the DRI_CTRL register 13.55.31 # because there is none 13.56.07 # you can't control anything, the format is fixed by the protocol: 18-bits frames (pilot peak, attention, 16-bit audio) 13.56.16 # the meaning is not specified 13.57.26 # but the datasheet describes bits for justification, bit order, bit number and number of samples per frame 13.57.51 # what would pilot peak mean? 13.58.58 # <[Saint]> the highest point and the predominant mountain of the Pilot Range in far eastern Elko County, Nevada? 13.59.34 Mode "#rockbox +o bertrik" by ChanServ (ChanServ@services.) 13.59.37 Kick (#rockbox [Saint] :[Saint]) by bertrik!~bertrik@rockbox/developer/bertrik 13.59.40 Mode "#rockbox -o bertrik" by ChanServ (ChanServ@services.) 13.59.54 Join [Saint] [0] (Saint]@unaffiliated/saint/x-8516940) 14.00.14 # <[Saint]> I'm guessing that's not the right one, then? ;) 14.00.34 # bertrik: which datasheet ? 14.00.47 # the imx233 datasheet 14.01.24 # the "pilot peak" is likely some synchronization bit 14.01.34 # the imx233 datasheet doesn't contain anything about the dri 14.01.42 # only the stmp3600 does 14.02.26 Quit pystar90 (Remote host closed the connection) 14.04.08 # the stfm1000 "datasheet" says that each dri packet contains 4 16-bit words: lpr, mpr, rds, rssi 14.05.49 # pamaury, here's a sample of the audio https://docs.google.com/folder/d/0ByItZAj1MynOdHJ4WFY5YlZaZGM/edit 14.07.47 # which datasheet is that (have a link)? 14.08.36 # I think I already gave it to you no ? 14.09.56 # I only have the "glossy" 2-page thing which speaks about features and benefits and has only a few general specs 14.10.21 # ah, I have a 24 pages one, which is more precise but misses all the important information 14.13.32 Join mortalis [0] (~mortalis@77.108.98.177) 14.14.47 Join MethoS- [0] (~clemens@134.102.106.250) 14.14.48 # * pamaury has a poor internet connection here and is still download bertrik's audio sample 14.14.53 # *downloading 14.21.24 Join Topy44 [0] (~Topy44@f049044221.adsl.alicedsl.de) 14.27.29 Join T44 [0] (~Topy44@f049044221.adsl.alicedsl.de) 14.28.25 Quit Topy44 (Read error: Connection reset by peer) 14.29.10 Join TheLemonMan [0] (~giuseppe@adsl-ull-128-213.50-151.net24.it) 14.32.49 # it's almost as if the fm audio changes every time the cpu context changes 14.37.53 Quit stoffel (Ping timeout: 252 seconds) 14.39.06 Quit wodz (Remote host closed the connection) 14.43.11 Quit T44 (Read error: Connection reset by peer) 14.43.31 Join T44 [0] (~Topy44@f049044221.adsl.alicedsl.de) 14.46.31 Quit MethoS- (Remote host closed the connection) 14.53.09 Quit T44 (Read error: Connection reset by peer) 14.53.16 Join T44 [0] (~Topy44@f049044221.adsl.alicedsl.de) 14.54.24 Join MethoS- [0] (~clemens@134.102.106.250) 15.03.37 Quit preglow (Quit: leaving) 15.10.02 Join preglow [0] (thomj@rockbox/developer/preglow) 15.34.44 Quit pamaury (Remote host closed the connection) 15.42.01 Quit XavierGr () 15.47.30 *** Saving seen data "./dancer.seen" 15.49.00 Join stoffel [0] (~quassel@pD9E414BB.dip.t-dialin.net) 15.54.03 Part LinusN 16.03.07 Quit stoffel (Ping timeout: 240 seconds) 16.11.03 Join kevku [0] (x@Gizka-1-pt.tunnel.tserv24.sto1.ipv6.he.net) 16.17.43 Quit TheLemonMan (Quit: Does anybody here remembers of Vera Lynn ?) 16.19.49 Quit MethoS- (Ping timeout: 252 seconds) 17.02.28 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 17.27.24 Quit kevku (Ping timeout: 272 seconds) 17.34.38 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 17.39.23 Quit benedikt93 (Client Quit) 17.47.32 *** Saving seen data "./dancer.seen" 17.53.37 Join kevku [0] (x@Gizka-1-pt.tunnel.tserv24.sto1.ipv6.he.net) 17.58.44 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 18.00.02 # lorenzo92 (logs): got radio up and running now. I had some trouble loading the module but now it works 18.00.32 # good news! I tell him as soon he's online :) 18.02.20 # sometimes the database tells me to reboot to enable, othertimes it just scans and allows me to use it right away, any idea why the behaviour is different? 18.13.25 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) 18.19.35 # bertrik: The db uses the dircache buffer if dircache is enabled, otherwise you need to reboot 18.21.22 Quit n1s (Quit: Ex-Chat) 18.21.22 # on the clip zip, we run into a buflib EOM when there is db stuff to do during the next startup 18.21.23 Join bitcraft [0] (~bitcraft@68-115-41-166.static.eucl.wi.charter.com) 18.21.39 Join rocktriangle [0] (~trollingz@205.189.152.13) 18.22.31 # Is it possible to decrease contrast in my DAP with it's OLED screen further than what it allows you to go? 18.23.59 # are you expecting a different answer than when you asked this yesterday? 18.24.47 # <[Saint]> Oooooohhhhhh, someone needs to go to the Burn Ward! :P 18.26.37 # What's the deal with the USB support on the Clip Zip, one day it works, the next it doesn't. 18.28.47 # Is there any way to have it dump a log when it crashes? 18.29.19 # no 18.29.28 # Didn't think so 18.29.41 # there are still some work to do on it 18.31.09 # Shame I don't know ASM 18.32.34 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 18.32.51 # i don't think there is any asm in the usb driver 18.33.07 # oh 18.33.16 # What do they use? 18.33.20 # C 18.33.55 # Oh, I thought devices like music players had to use ASM. 18.33.56 # firmware/target/arm/usb-s3c6400x.c 18.34.02 # bertrik: Is the Clip zip lowmem? 18.34.11 # amiconn: no it has 8MB 18.34.22 # + 1MB iram 18.34.33 # Hmm, then why does it EOM? 18.35.01 # I think something is happening in the wrong order during boot 18.35.01 # WilliamC: http://git.rockbox.org/?p=rockbox.git;a=blob;f=docs/CONTRIBUTING#l19 18.35.22 # Okay 18.36.15 # No Torne, although I wasn't satisfied. 18.36.42 # I think it was you who said that with not enough energy, it won't work- just like an incadesent lightbulb. 18.36.59 Quit bitcraft (Ping timeout: 265 seconds) 18.37.05 # rocktriangle: if you disagree, you're free to prove us wrong 18.37.08 # I'm not too sure but you might also have said that there's a restriction made in the hardware. 18.37.40 # Just asking again only annoys people, it doesn't actually change anything 18.37.44 # Thanks but I came here to have a small discussion so I can an answer from a few people. 18.37.55 # I asked many times because most of the time, no one answered. 18.38.09 # <[Saint]> I'm not even sure if the curve for the contrast in linear, you _may_ be able to reduce the minimum value somewhat, but it probably won't have much effect. 18.38.11 # I assume it could be because I ask when everyone's about to go to sleep. 18.38.33 # <[Saint]> We also had the "its pretty much irrelevant from a power saving standpoint" discussion also. 18.38.44 # amiconn, I can see from a backtrace that tagcache_init tries to speak db-building progress, and talk uses the audio buffer, but audio is initialised after tagcache 18.38.53 # That I don't recall at all, Saint. 18.39.00 # Oh that. 18.39.02 # rocktriangle: someone specifically answered the exact details 18.39.04 # Yes! 18.39.11 # However this is now a different issue Saint. 18.39.14 # the way we drive the power circuitry on the device cannot currently go any lower 18.39.19 # I had a huge need to use it at night. 18.39.21 # There's possibly other ways to drive it that might go lower 18.39.26 # but, they may also be unsafe or not work 18.39.34 # and nobody is particularly inclined to experiment with it 18.39.35 # And it's extremely blinding even when at the lower contrast. 18.39.35 # It could also be because people have figured out that you'll forget or won't believe the answer anyway, so they don't bother answering 18.39.36 # as it's fiddly and hard. 18.39.52 # as i said, oled drivers are tricky 18.39.53 # I'll believe it and do it if possible. 18.40.01 # feel free to do it 18.40.10 # but you'll have to go read the datasheet for the OLED and write the code 18.40.23 # Be right back. 18.47.21 Quit WilliamC (Read error: Connection reset by peer) 18.50.05 Nick Totalled_ZzZz is now known as Totalled (~Totalled@c-98-245-9-211.hsd1.co.comcast.net) 18.53.31 Join Strife89 [0] (~Strife89@207.144.201.128) 18.59.56 Join bitcraft [0] (~bitcraft@68-115-41-166.static.eucl.wi.charter.com) 19.05.24 Join stoffel [0] (~quassel@pD9E414BB.dip.t-dialin.net) 19.07.46 Join TheLemonMan [0] (~giuseppe@adsl-ull-128-213.50-151.net24.it) 19.10.58 Quit bitcraft (Ping timeout: 245 seconds) 19.13.56 Quit preglow (Ping timeout: 248 seconds) 19.14.57 Join preglow [0] (thomj@skrotnisse.pvv.ntnu.no) 19.15.13 Quit mortalis (Quit: KVIrc 4.1.3 Equilibrium http://www.kvirc.net/) 19.16.21 Join bitcraft [0] (~bitcraft@56.sub-75-207-40.myvzw.com) 19.18.38 # can't reproduce the EOM problem on the sim :( 19.19.57 # does valgrind show anything ? 19.20.13 # haven't tried 19.21.34 # oh, dircache is on by default on the sim apparently 19.21.40 Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/) 19.24.40 Part rocktriangle 19.24.48 Join lebellium_ [0] (~chatzilla@e179137042.adsl.alicedsl.de) 19.26.07 Quit lebellium (Ping timeout: 246 seconds) 19.26.14 Nick lebellium_ is now known as lebellium (~chatzilla@e179137042.adsl.alicedsl.de) 19.32.28 Join tidbits [0] (55007d80@gateway/web/freenode/ip.85.0.125.128) 19.33.46 Quit bitcraft (Ping timeout: 245 seconds) 19.35.21 # Hello, I would like to ask what the different recording trigger types "pause", "stop" and "newfile" do. I referred to the manual but the information is missing. I own an iriver H10 20gb. 19.37.40 # <[Saint]> "Trigtype. 19.37.40 # <[Saint]> Add description of Trigtype Options: Stop, Pause, New File." 19.37.50 # <[Saint]> well...that's bloody helpful, isn't it? ;) 19.39.07 # Sorry, I don't understand. Does it add some kind of descriptor to the file? 19.39.38 # Or was the sentence meant to be a placeholder for the info to be added later? 19.41.31 Quit stoffel (Ping timeout: 246 seconds) 19.47.36 *** Saving seen data "./dancer.seen" 19.55.17 Quit adnap (Ping timeout: 244 seconds) 20.02.58 Nick TheLemonMan is now known as TheLemonSir (~giuseppe@adsl-ull-128-213.50-151.net24.it) 20.04.16 # I think it refers to what happens every time the audio level drops below the trigger threshold. 20.06.10 # pause = pause recording, stop = stop recording, newfile = start a new file for next time 20.13.47 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 20.13.48 Quit bluebrother (Disconnected by services) 20.14.15 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 20.15.58 Quit fs-bluebot (Ping timeout: 245 seconds) 20.17.04 Join fs-bluebot [0] (~fs-bluebo@g225255253.adsl.alicedsl.de) 20.23.41 Quit Totalled (Quit: iTunes killed my iPod. ._.) 20.24.46 # I think I found the bug with fs#12684, I was looking at the wrong init function 20.24.47 # http://www.rockbox.org/tracker/task/12684 3Any daily build for the Sansa Clip Zip from after the 2nd of May fatally crashes (bugs, unconfirmed) 20.24.59 # still don't understand why I can't reproduce in the sim though 20.28.56 Quit tidbits (Quit: Page closed) 20.53.33 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 20.53.34 Quit pamaury (Changing host) 20.53.34 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 20.55.22 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 20.57.07 # no luck with valgrind? 20.57.48 # It could be the case that it grabs more buffer than it used to, because it's not automatically allocated 21.00.12 # I suspect some ordering problem in init, and this is different between the sim and target anyway 21.01.02 # doesn't sim just allocate a buffer the size of RAM that doesn't also have the firmware in it? 21.01.06 Quit y4n (Quit: 6,000,000 ways to die — choose one.) 21.01.42 # I have no idea, I'm not familiar at all with the whole buffering system 21.01.50 # hm you mean we should reduce it a bit to accout for bss/text/rodata? 21.02.27 # in audio_reset_buffer there's a call core_alloc_maximum("audiobuf", &filebuflen, &ops) that returns -1 21.02.45 # (in playback.c) 21.02.52 # this is bad/fatal, right? 21.03.20 # yeah 21.03.45 # the trace in the comment also looks goofy 21.04.37 # was a core_free missed by any chance? 21.05.33 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 21.12.04 # meh, now I can't get the backtrace addresses to resolve to a source line anymore ... 21.12.21 # no, it should core_free, check out how much is left after the core_free 21.12.28 # bertrik: forgot -g ? 21.12.48 # else arm-elf-objdump rockbox.elf can help 21.13.02 # yes, I did a make reconf at some point, bah 21.13.48 # I was planning to mail the -dev list with a request for default -g 21.14.29 # well, it is trying to restore the audio buffer to playback state, so, at that point does tagcache have the buffer too? 21.15.47 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 21.17.04 # sure looks like it to me 21.17.26 # tc tempbuf is interfereing 21.20.43 # jhMikeS, can you make any sense of it yet? 21.21.12 Quit Horschti (Quit: Verlassend) 21.22.22 # sure 21.22.43 # * bluebrother^ starts to get somewhere with filtering the LaTeX output 21.23.00 # perhaps audiobuf_handle should be set to 0 everytime we do a core_free(audiobuf_handle); ? 21.23.20 # tagcache_init allocates tc tempbuf, then the voice tries to get a buffer, which nowadays has to hit up for the audio buffer, and there's no room for that so "boom" 21.24.05 # but this is the sort of crap I'm working ironing out 21.25.51 # is this too terse? http://pastebin.com/KARaMid8 21.26.10 # I also was thinking about adding some LaTeX warnings back to the output 21.27.59 Join lorenzo92 [0] (~chatzilla@host161-107-dynamic.245-95-r.retail.telecomitalia.it) 21.29.10 Quit TheLemonSir (Quit: Does anybody here remembers of Vera Lynn ?) 21.30.22 # ah, so there are several subsystems who claim all available buffer with core_alloc_maximum 21.30.44 # yeah, then shrink it once it knows the final size 21.39.43 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 21.42.15 # bertrik: Meh, unnoticed init order problems are nasty. Very often they cause instability which is hard to track down. Otoh adding lots of code just to protect from that would also be nasty 21.43.24 # amiconn, jhMikeS looked at it and it appears to be a memory allocation problem rather. Both tagcache and the voice menu system try to claim the entire memory. 21.45.12 # when it did "work" talk would be loading voice straight into the tc tempbuf 21.45.39 # * amiconn should try whether voice is still broken on Clip+ 21.46.03 # amiconn: I didn't find a nasty "oops" that was likely the reason 21.46.25 # it started crashing e200, but what was remarkable was it wasn't just crashing flat out all the time 21.47.10 # s/I didn't/I did 21.47.38 *** Saving seen data "./dancer.seen" 21.48.58 Quit ranmachan (Ping timeout: 272 seconds) 21.49.31 Join ranmachan [0] (ranma@2a01:4f8:130:9321::2) 21.49.57 Join jdgord [0] (~jdgord@rockbox/developer/JdGordon) 21.50.07 # Does anyone have a list of things in mind to be tested before we flag a target as ready for release? 21.53.49 Quit jdgord (Read error: Connection reset by peer) 21.56.07 Quit benedikt93 (Quit: Bye ;)) 21.59.18 Nick Jack87 is now known as Jack87|Away (Jack87@nasadmin/admin/jack87) 22.08.44 Join n1s [0] (~n1s@nl118-175-223.student.uu.se) 22.08.44 Quit n1s (Changing host) 22.08.44 Join n1s [0] (~n1s@rockbox/developer/n1s) 22.09.47 # bertrik: given the type of bugs we have managed to ship with, i'd say testing the basic playback/recording/radio/voice/database would be a good start 22.09.47 Quit T44 (Read error: Connection reset by peer) 22.11.12 Join Topy44 [0] (~Topy44@f049044221.adsl.alicedsl.de) 22.13.04 # I was thinking about a basic high-level test taking about a half hour or so 22.13.21 # What kind of stuff typically went wrong in earlier releases? 22.13.54 # in 3.11 there was one target for which sound didn't work at all... 22.14.48 # We got a high power consumption bug, but I think it's quite hard to test for that. 22.14.50 # no, seems i was wrong, 22.15.08 # n1s, mrobe didn't have sound I think 22.15.15 # yeah 22.15.42 # and the portal player sansa fm radios 22.15.56 # On Ondio 3.10 and 3.10 had very unreiable storage access 22.16.00 # iirc we have had recording not working on some player on release 22.16.05 # err, 3.10 and 3.11 22.16.47 # bertrik: so i think if we could test the basics as i suggested we would be in a better place than now, assuming we can find someone to do the testing 22.17.21 # at least playback/recording/radio should be doable in 5 min 22.18.59 # funny, init_tagcache wants to voice but is being called before talk would ever be initialized 22.20.00 # perhaps we need to port upstart to rockbox 22.20.00 # i would expect player specific bugs are more likely to go unnoticed 22.20.03 # I'd say "works well enough to be stable" is more of a problem for existing stable targets than for new targets... 22.20.09 Quit y4n (Quit: Today is the perfect day for a perfect day.) 22.21.28 # looks to me like any sort of attemt to voice anything in inits called before audio just need to be #if 0'ed for the time being 22.25.38 # though there's still some archaic assumptions about what playback needs that are no longer true that came from the old way of allocating permanent buffers 22.26.10 Quit amiconn (Remote host closed the connection) 22.26.10 Quit pixelma (Remote host closed the connection) 22.26.34 # audio and such could be initialized much sooner 22.28.18 # everybody appears to be borrowing buffers from everybody else! :D 22.28.42 Join bitcraft [0] (~bitcraft@68-115-41-166.static.eucl.wi.charter.com) 22.28.42 Join amiconn [0] (amiconn@rockbox/developer/amiconn) 22.28.43 Join pixelma [0] (pixelma@rockbox/staff/pixelma) 22.29.33 # bertrik: indeed. it's a mess and I'm hellbent on bringing to sanity! 22.31.24 # * preglow salutes 22.34.26 # lorenzo92: ping 22.34.35 # kugel: pong 22.35.35 # lorenzo92: I'm about to commit your module & fm radio work 22.36.14 # kugel: yeah!! that's a good piece of news ;) 22.36.49 # sorry that I delivered you the work but in this period I am pretty busy at uni :) 22.37.24 # kugel: btw how does it work? where is the module stored? firmware or rockbox folder? 22.37.38 # /lib/firmware 22.37.39 # and the 2 guys finally managed to catch each other! :D 22.38.19 # /lib/modules* 22.41.28 # jhMikeS, as far as I understood, voice only wanted 64k, but caused the entire audio buf to be initialised because of these interdependencies 22.42.57 # oh, scrap that, never mind, I think I just don't understand yet how the audiobuffer works 22.44.29 # kugel: indeed the best place ;) 22.44.38 # voice right now has no way to just get it's own buffer when it needs it so it just restores it all but that won't work if another allocated everything 22.45.20 Join DethSone [0] (~DeathSone@94.197.216.180.threembb.co.uk) 22.45.22 # * jhMikeS wonders how to change the name of an allocation on the fly 22.46.42 # is there a guy here who does Youtube videos who's youtube name is 'FoxOTC'? 22.53.56 Quit bitcraft (Remote host closed the connection) 23.02.20 # lorenzo92: can you have a quick look at the first two commits of https://github.com/kugel-/rockbox/commits/ypr0 ? 23.03.00 # 9c33f93c1c adds the module, 3cad5573b6 is your patch from gerrit 23.05.47 # kugel: yes looks fine :) great idea to compress everything and keep the binary outside.. 23.10.15 Quit Wardo (Read error: Connection reset by peer) 23.12.45 Quit Strife89 (Ping timeout: 244 seconds) 23.22.15 Join bieber [0] (~quassel@97.97.75.169) 23.24.39 # lorenzo92: alright, I'll push to master then 23.24.59 # yes, tomorrow or so I will try that too :) 23.25.16 Quit domonoky (Read error: Connection reset by peer) 23.28.06 # Commit 9c33f93 in rockbox by 03Thomas Martitz: ypr0: Add kernel module to required support fm radio. 23.28.06 # Commit 3cad557 in rockbox by 03Thomas Martitz: (Author: Lorenzo Miori) ypr0: This patch adds radio support to Samsung YP-R0 23.29.05 # kugel: should it work with the fw 2.30 or a special fw is required now? 23.30.08 # lebellium: of course it works with our firmwares...but it would be better to update them too :) 23.30.35 # ok cool then I try the latest build right now 23.30.41 # yes ;) 23.30.54 # 3cad557 build result: All green 23.31.43 # but what files are still required besides the .rockbox folder? 23.37.14 Join bieber_ [0] (~quassel@97.97.75.169) 23.37.39 # lebellium: only the flashed rom and rockbox.zip (i.e. the .rockbox folder) 23.38.02 # I can delete the rockbox_loader.sh ? 23.38.14 # lebellium: I dont know fw 2.30 exactly, but i guess it the kernel module (even if at a different place) so it should work 23.38.59 # lebellium: i was talking about the "official" patched rom. I don't know if lorenzo92's rom still requires rockbox_loader.sh 23.39.17 # our official one doesnt 23.39.24 # I never saw an official rom ;) 23.40.07 # hehe hidden from public XD 23.40.31 # there's no download but you can compile it from source 23.40.36 # basically it does everything in a simplier way, our fw 2.30 has extra goodies... 23.40.43 # lorenzo92: should I keep the rockbox_loader.sh and si4709.ko files? 23.40.54 # lebellium: simply unzip the rockbox package as always! 23.41.03 # keep everything 23.41.37 # ok so yes we need a ROM without this si4709.ko file, that doesn't look serious :D 23.44.15 # :D 23.47.42 *** Saving seen data "./dancer.seen" 23.50.56 # great it works ;) 23.51.02 # next step: RDS :D 23.52.06 # should be easy, compared to stfm1000 23.52.29 # kugel: for that we will need to create a new thread that polls a gpio for rds ready or so... 23.53.37 Quit lorenzo92 (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120423122928]) 23.55.26 # ok it works indeed. Thank you kugel and lorenzo