| 00:03:05 | bertrik | the lowest brightness we get now is indeed the lowest the hardware supports with the way we drive it now |
| 00:03:32 | bertrik | I think someone talked about an alternative way of driving it that allows lower brightness, but I never dared to try |
| 00:03:53 | bertrik | something like voltage feedback mode vs. current feedback mode of one of the internal power supplies in the SoC |
| 00:15:08 | bertrik | 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 | bertrik | hm, not very convenient: the panic backtrace addresses won't fit on the screen, missing the last digit of the address |
| 00:18:18 | bertrik | 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 | bertrik | perhaps some voice stuff? |
| 00:20:48 | | Join eyfour [0] (~a4@cm-84.215.121.71.getinternet.no) |
| 00:23:35 | bertrik | 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 | fs-bluebot | http://www.rockbox.org/tracker/task/10362 Flickering backlight when removing hold with backlight fading (bugs, new) |
| 00:32:39 | bertrik | the panic from FS #12684 seems to be caused by database stuff |
| 00:32:39 | fs-bluebot | http://www.rockbox.org/tracker/task/12684 Any daily build for the Sansa Clip Zip from after the 2nd of May fatally crashes (bugs, unconfirmed) |
| 00:38:25 | bertrik | 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 | fs-bluebot | http://www.rockbox.org/tracker/task/12684 Any daily build for the Sansa Clip Zip from after the 2nd of May fatally crashes (bugs, unconfirmed) |
| 01:00 |
| 01:04:45 | CIA-79 | Commit 08f5224 in rockbox by Bertrik Sikken: Use shorter lines to show an ARM backtrace (so address fit on the clip zip screen) |
| 01:07:10 | CIA-79 | 08f5224 build result: All green |
| 01:13:17 | | Quit lebellium (Quit: ChatZilla 0.9.88.2 [Firefox 13.0/20120523114940]) |
| 01:14:52 | bertrik | jhMikeS, ping |
| 01:18:03 | bertrik | 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 | fs-bluebot | http://www.rockbox.org/tracker/task/12684 Any 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 | WilliamC | The Bootloader isn't booting Rockbox |
| 01:39:50 | WilliamC | I reinstalled the bootloader and it's still saying Firmware Upgrade in progress |
| 01:40:56 | the-kyle | 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 | WilliamC | I think my music player may have been bricked |
| 01:41:31 | the-kyle | 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 | the-kyle | Looks like the only other accessibility issues are the ones mentioned in the wiki. |
| 01:42:32 | WilliamC | What should I do? |
| 01:42:46 | WilliamC | It says Firmware Upgrade in progress and it just stays there |
| 01:43:14 | the-kyle | WilliamC: How long is it saying "upgrade in progress?" |
| 01:43:23 | WilliamC | A few minutes |
| 01:44:26 | the-kyle | 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 | WilliamC | It didn't take that long before. |
| 01:44:52 | the-kyle | It usually doesn/t |
| 01:45:03 | WilliamC | I had to reinstall the bootloader since it stopped working |
| 01:45:10 | WilliamC | and now the reinstall isn't working |
| 01:45:21 | WilliamC | I use the rbutility to install the bootloader |
| 01:45:35 | the-kyle | Problem is that stopping the process now could brick your player if it isn't already bricked. |
| 01:46:23 | the-kyle | Are you still able to boot into OF? |
| 01:46:40 | WilliamC | Yeah, that works now |
| 01:46:44 | the-kyle | Or were you able to before you reinstalled, since an upgrade is still in progress? |
| 01:46:54 | WilliamC | But the bootloader won't boot Rockbox still |
| 01:47:09 | WilliamC | Should I just stop using Rockbox? |
| 01:47:16 | *** | Saving seen data "./dancer.seen" |
| 01:47:36 | the-kyle | How many times did you try to reinstall the bootloader? |
| 01:47:47 | WilliamC | It reinstalled now |
| 01:48:05 | the-kyle | But Rockbox is still not loading? |
| 01:48:23 | WilliamC | The directory got corrupted somehow |
| 01:49:20 | the-kyle | 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 | WilliamC | It wasn't kicking into OF, it was freezing |
| 01:49:42 | WilliamC | I reinstall Rockbox but it got corrupted |
| 01:51:33 | | Quit prof_wolfff (Ping timeout: 246 seconds) |
| 01:51:50 | the-kyle | 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 | WilliamC | It was just being a bit lengthy |
| 01:52:57 | WilliamC | I tend to freak out when things don't boot |
| 01:53:16 | the-kyle | Ah, OK. So everything is working now? |
| 01:54:05 | WilliamC | Let me see |
| 01:54:14 | WilliamC | Yes |
| 01:54:34 | the-kyle | Nice. |
| 01:54:48 | WilliamC | I will never install the Samsung theme again |
| 01:56:37 | the-kyle | 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 | WilliamC | USB is still Dodgy |
| 01:57:47 | WilliamC | You're blind? |
| 01:57:56 | the-kyle | Yes. |
| 01:58:27 | WilliamC | We had a blind woman in my network security class. |
| 01:58:58 | the-kyle | 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 | the-kyle | I actually haven't been able to run any QT applications before today. |
| 02:00 |
| 02:00:17 | the-kyle | 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:00 |
| 03:11:46 | | Quit the-kyle (Quit: Leaving.) |
| 03:22:01 | | Join Keripo [0] (~Keripo@KD125054132232.ppp-bb.dion.ne.jp) |
| 03:39:37 | funman | bertrik: is it reproducible in the sim ? |
| 03:47:21 | *** | Saving seen data "./dancer.seen" |
| 03:53:21 | rocktriangle | What did bertrik mean when he said to unmount properly? |
| 03:53:38 | rocktriangle | And than you for your help bertrik. |
| 04:00 |
| 04:00:19 | rocktriangle | And I looked, .rockbox isn't hidden at all because it's not there |
| 04:05:09 | WilliamC | How do you operate a computer when blind? |
| 04:06:11 | | Quit TheSphinX_ (Ping timeout: 244 seconds) |
| 04:09:37 | rocktriangle | Excuse me? |
| 04:11:02 | rocktriangle | 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 | WilliamC | Oh, some guy earlier was blind and was helping other blind people use the rockbox utility. |
| 04:11:40 | WilliamC | But it seems he left |
| 04:12:04 | WilliamC | rocktriangle, I have no clue, I'm hear because Rockbox borderline bricked my player. |
| 04:12:06 | rocktriangle | And to answer your question, I don't know but a search engine is your best friend. |
| 04:12:07 | WilliamC | here |
| 04:12:27 | rocktriangle | What DAP/PMP isi t? |
| 04:12:30 | rocktriangle | is it* |
| 04:13:25 | rocktriangle | Did you use an unstable build? |
| 04:13:41 | WilliamC | Yeah |
| 04:13:46 | rocktriangle | :/ |
| 04:13:49 | rocktriangle | : / |
| 04:14:09 | WilliamC | Clip ZIp |
| 04:14:14 | WilliamC | I got it fixed |
| 04:14:24 | rocktriangle | 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 | rocktriangle | Some players can be recovered once bricked. |
| 04:14:47 | rocktriangle | clip zlp? |
| 04:15:24 | rocktriangle | zip? |
| 04:15:55 | rocktriangle | How was Doom on the zip? Was it fun? |
| 04:17:59 | WilliamC | I'm not even trying to play Doom |
| 04:18:15 | WilliamC | It's way too small of screen, I'd need a blood magnifying glass. |
| 04:18:21 | WilliamC | bloody |
| 04:20:08 | rocktriangle | Ah |
| 04:20:32 | rocktriangle | So is the slightly bigger screen any advantage of the clip+ ? |
| 04:22:12 | rocktriangle | WilliamC: http://www.rockbox.org/wiki/SansaAMSUnbrick |
| 04:22:56 | WilliamC | rocktriangle, it didn't brick it, it turns out that I was just being impatient. |
| 04:23:11 | WilliamC | I really hope they can stabilize the build. |
| 04:23:11 | rocktriangle | Oh, nevermind then. |
| 04:23:22 | WilliamC | It took longer than normal |
| 04:23:22 | rocktriangle | 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 | WilliamC | The primary instability is the USB drivers. |
| 04:23:54 | WilliamC | 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:00 |
| 05:05:32 | saratoga | 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:00 |
| 06:03:34 | | Join [Saint] [0] (Saint]@unaffiliated/saint/x-8516940) |
| 06:19:33 | rocktriangle | Thank you saratoga but it seems I made a very amature mistake by not putting it on the right USB mode. |
| 06:19:58 | rocktriangle | 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:00 |
| 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:00 |
| 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:00 |
| 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:00 |
| 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:00 |
| 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 | wodz | bertrik: pong |
| 11:14:57 | | Join prof_wolfff [0] (~prof_wolf@82.159.1.234.dyn.user.ono.com) |
| 11:15:21 | bertrik | 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 | bertrik | (I think it was you who put this thing in rockbox) |
| 11:16:42 | wodz | bertrik: Yeah, the frontend part of unwinder needs some love |
| 11:18:14 | | Quit n1s (Read error: Operation timed out) |
| 11:18:34 | bertrik | wodz, the unwinder is already proving to be useful for tracking down a bug |
| 11:19:10 | bertrik | 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 | bertrik | could the last thing perhaps be caused by compiler optimisation? |
| 11:20:55 | wodz | 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 | bertrik | ok |
| 11:34:22 | CIA-79 | Commit afc9608 in rockbox by Thomas Martitz: (Author: Bertrik Sikken) New crossfeed algorithm for Rockbox: "Meier" crossfeed |
| 11:34:23 | CIA-79 | Commit eb02778 in rockbox by Thomas Martitz: tools/autoconf.pl: 2 enhancements |
| 11:34:33 | kugel | ahh ffs |
| 11:34:48 | kugel | meh, it was approved anyway |
| 11:37:03 | CIA-79 | eb02778 build result: All green |
| 11:37:04 | kugel | or should I revert afc9608? it was approved on g#227 |
| 11:37:06 | fs-bluebot | Gerrit 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 | wodz | I opt for not reverting. It is widely accepted anyway |
| 11:40:16 | kugel | (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 | wodz | 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 | Zagor | 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 | bertrik | pamaury, ping |
| 11:59:58 | webguest85 | 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:00 |
| 12:01:40 | kugel | bertrik: are you okay with leaving afc9608 in? |
| 12:01:51 | bertrik | kugel, yes |
| 12:02:19 | kugel | fine |
| 12:02:21 | gevaerts | 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 | webguest85 | 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 | bertrik | gevaerts, have you made devcon euro 2012 minutes yet, by any chance? |
| 12:05:47 | gevaerts | bertrik: no, I should really do that :\ |
| 12:06:00 | gevaerts | (unless you beat me to it) |
| 12:06:23 | bertrik | I didn't take any notes to speak of |
| 12:06:47 | bertrik | 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 | gevaerts | 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 | bertrik | pamaury, what should I do with the DRI? call imx233_dri_init(), then imx233_dri_enable(true) and then what? |
| 12:10:28 | webguest85 | no subdirectories, tons of *.pat files, but only one .cfg file, drums.cfg. |
| 12:10:47 | gevaerts | There should be a patchset.cfg as well |
| 12:10:50 | pamaury | 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 | pamaury | and then imx233_dri_enable to enable the DRI and start streaming and false to stop |
| 12:11:27 | webguest85 | Ah. That might be tha problem. |
| 12:11:31 | webguest85 | the* |
| 12:11:33 | gevaerts | The patchset.tbz2 file linked from the wiki does have it |
| 12:11:35 | pamaury | I finally fixed it so I will pastebin the new code |
| 12:11:42 | bertrik | where can I put the filter function to convert a (l+r, l-r,rssi,rds) tuple to a (l,r) ? |
| 12:11:50 | pamaury | the audio is still mostly noise |
| 12:12:06 | pamaury | in dri-imx233.c for now, in the IRQ callback |
| 12:12:10 | bertrik | meh, I just finished patching up the patch :) |
| 12:12:20 | pamaury | ah, so you fixed it ? |
| 12:12:45 | bertrik | no, I just made it compile |
| 12:12:45 | | Quit webguest85 (Quit: CGI:IRC (EOF)) |
| 12:12:56 | pamaury | but it was compiling :-/ |
| 12:13:30 | bertrik | probably my git-fu is lacking |
| 12:13:32 | | Quit lebellium (Client Quit) |
| 12:13:57 | pamaury | anyway, that's clearly a hack for now, the dri code should probably be given a callback and a buffer |
| 12:13:59 | bertrik | 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 | pamaury | you mean created ? |
| 12:16:06 | bertrik | staged for commit I guess |
| 12:16:54 | pamaury | I don't know, have a look at man git apply. You can always git add them by hand |
| 12:16:54 | Torne | git apply |
| 12:17:09 | bertrik | didn't seem to work for me |
| 12:17:17 | Torne | you want −−index |
| 12:17:21 | Torne | actually, sorry. |
| 12:17:29 | Torne | will apply it to the index as well as the working tree |
| 12:17:34 | bertrik | 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 | bertrik | pamaury, can you give me your new patch? |
| 12:18:18 | pamaury | yes, wait a minute |
| 12:18:41 | Torne | if you're transporting patches that are actually from git, you want git format-patch and git am, though :) |
| 12:18:50 | Torne | which willa ctually transport the commit metadata as well as the file changes :p |
| 12:20:12 | pamaury | bertrik: https://gist.github.com/2818354 |
| 12:20:26 | pamaury | that's only a hack for now, don't commit that! |
| 12:20:42 | bertrik | 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 | bertrik | pamaury, when should I call imx233_dri_init() ? |
| 12:37:16 | bertrik | 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 | pamaury | it's probably because it keeps being interrupted |
| 12:41:44 | pamaury | because imx233_dri_init basically does nothing |
| 12:42:01 | pamaury | try to remove the call to imx233_dri_enable |
| 12:42:03 | pamaury | can you have a look in the debug menu what is cpu freq ? (first screen) Also, try to not call |
| 12:43:32 | pamaury | (in the view HW info) |
| 12:48:59 | bertrik | it says 454000000 |
| 12:50:59 | bertrik | 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:00 |
| 13:04:46 | pamaury | there should be |
| 13:04:49 | pamaury | *they |
| 13:05:00 | pamaury | I only get noise too |
| 13:05:17 | pamaury | that's strange that it hangs on the xfi3 and not the xfi2 |
| 13:08:51 | bertrik | It's no longer hanging |
| 13:10:25 | bertrik | where are the digital audio pins set up? |
| 13:11:00 | pamaury | it's the ENABLE_INPUTS bit of HW_DRI_CTRL |
| 13:12:12 | pamaury | 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 | bertrik | 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 | pamaury | ah, sorry, I only changed the xfi2 audio path :-s |
| 13:37:06 | pamaury | 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 | pamaury | *imx233_audioout_select_hp_input(false) |
| 13:38:43 | bertrik | ok, I'll try |
| 13:40:08 | bertrik | now I'm hearing interesting beeps |
| 13:40:32 | bertrik | changing at 5 Hz rate or so, with different beeps left and right |
| 13:40:58 | pamaury | bertrik: perhaps you try to record that sound on your computer and process it with audacity |
| 13:41:56 | bertrik | 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 | bertrik | 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 | pamaury | because there is none |
| 13:56:07 | pamaury | you can't control anything, the format is fixed by the protocol: 18-bits frames (pilot peak, attention, 16-bit audio) |
| 13:56:16 | pamaury | the meaning is not specified |
| 13:57:26 | bertrik | but the datasheet describes bits for justification, bit order, bit number and number of samples per frame |
| 13:57:51 | bertrik | 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:00:14 | [Saint] | I'm guessing that's not the right one, then? ;) |
| 14:00:34 | pamaury | bertrik: which datasheet ? |
| 14:00:47 | bertrik | the imx233 datasheet |
| 14:01:24 | pamaury | the "pilot peak" is likely some synchronization bit |
| 14:01:34 | pamaury | the imx233 datasheet doesn't contain anything about the dri |
| 14:01:42 | pamaury | only the stmp3600 does |
| 14:02:26 | | Quit pystar90 (Remote host closed the connection) |
| 14:04:08 | pamaury | the stfm1000 "datasheet" says that each dri packet contains 4 16-bit words: lpr, mpr, rds, rssi |
| 14:05:49 | bertrik | pamaury, here's a sample of the audio https://docs.google.com/folder/d/0ByItZAj1MynOdHJ4WFY5YlZaZGM/edit |
| 14:07:47 | bertrik | which datasheet is that (have a link)? |
| 14:08:36 | pamaury | I think I already gave it to you no ? |
| 14:09:56 | bertrik | I only have the "glossy" 2-page thing which speaks about features and benefits and has only a few general specs |
| 14:10:21 | pamaury | 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 | pamaury | *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 | bertrik | 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:00 |
| 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:00 |
| 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:00 |
| 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 |
| 18:00:02 | kugelp | lorenzo92 (logs): got radio up and running now. I had some trouble loading the module but now it works |
| 18:00:32 | lebellium | good news! I tell him as soon he's online :) |
| 18:02:20 | bertrik | 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 | amiconn | 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 | bertrik | 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 | rocktriangle | 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 | Torne | 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 | WilliamC | What's the deal with the USB support on the Clip Zip, one day it works, the next it doesn't. |
| 18:28:47 | WilliamC | Is there any way to have it dump a log when it crashes? |
| 18:29:19 | funman | no |
| 18:29:28 | WilliamC | Didn't think so |
| 18:29:41 | funman | there are still some work to do on it |
| 18:31:09 | WilliamC | Shame I don't know ASM |
| 18:32:34 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
| 18:32:51 | funman | i don't think there is any asm in the usb driver |
| 18:33:07 | WilliamC | oh |
| 18:33:16 | WilliamC | What do they use? |
| 18:33:20 | funman | C |
| 18:33:55 | WilliamC | Oh, I thought devices like music players had to use ASM. |
| 18:33:56 | funman | firmware/target/arm/usb-s3c6400x.c |
| 18:34:02 | amiconn | bertrik: Is the Clip zip lowmem? |
| 18:34:11 | funman | amiconn: no it has 8MB |
| 18:34:22 | funman | + 1MB iram |
| 18:34:33 | amiconn | Hmm, then why does it EOM? |
| 18:35:01 | bertrik | I think something is happening in the wrong order during boot |
| 18:35:01 | funman | WilliamC: http://git.rockbox.org/?p=rockbox.git;a=blob;f=docs/CONTRIBUTING#l19 |
| 18:35:22 | WilliamC | Okay |
| 18:36:15 | rocktriangle | No Torne, although I wasn't satisfied. |
| 18:36:42 | rocktriangle | 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 | gevaerts | rocktriangle: if you disagree, you're free to prove us wrong |
| 18:37:08 | rocktriangle | I'm not too sure but you might also have said that there's a restriction made in the hardware. |
| 18:37:40 | gevaerts | Just asking again only annoys people, it doesn't actually change anything |
| 18:37:44 | rocktriangle | Thanks but I came here to have a small discussion so I can an answer from a few people. |
| 18:37:55 | rocktriangle | 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 | rocktriangle | 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 | bertrik | 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 | rocktriangle | That I don't recall at all, Saint. |
| 18:39:00 | rocktriangle | Oh that. |
| 18:39:02 | Torne | rocktriangle: someone specifically answered the exact details |
| 18:39:04 | rocktriangle | Yes! |
| 18:39:11 | rocktriangle | However this is now a different issue Saint. |
| 18:39:14 | Torne | the way we drive the power circuitry on the device cannot currently go any lower |
| 18:39:19 | rocktriangle | I had a huge need to use it at night. |
| 18:39:21 | Torne | There's possibly other ways to drive it that might go lower |
| 18:39:26 | Torne | but, they may also be unsafe or not work |
| 18:39:34 | Torne | and nobody is particularly inclined to experiment with it |
| 18:39:35 | rocktriangle | And it's extremely blinding even when at the lower contrast. |
| 18:39:35 | gevaerts | 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 | Torne | as it's fiddly and hard. |
| 18:39:52 | Torne | as i said, oled drivers are tricky |
| 18:39:53 | rocktriangle | I'll believe it and do it if possible. |
| 18:40:01 | Torne | feel free to do it |
| 18:40:10 | Torne | but you'll have to go read the datasheet for the OLED and write the code |
| 18:40:23 | rocktriangle | 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:00 |
| 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 | bertrik | can't reproduce the EOM problem on the sim :( |
| 19:19:57 | funman | does valgrind show anything ? |
| 19:20:13 | bertrik | haven't tried |
| 19:21:34 | bertrik | 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 | tidbits | 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 | tidbits | Sorry, I don't understand. Does it add some kind of descriptor to the file? |
| 19:39:38 | tidbits | 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:00 |
| 20:02:58 | | Nick TheLemonMan is now known as TheLemonSir (~giuseppe@adsl-ull-128-213.50-151.net24.it) |
| 20:04:16 | jhMikeS | I think it refers to what happens every time the audio level drops below the trigger threshold. |
| 20:06:10 | jhMikeS | 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 | bertrik | I think I found the bug with fs#12684, I was looking at the wrong init function |
| 20:24:47 | fs-bluebot | http://www.rockbox.org/tracker/task/12684 Any daily build for the Sansa Clip Zip from after the 2nd of May fatally crashes (bugs, unconfirmed) |
| 20:24:59 | bertrik | 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 | funman | no luck with valgrind? |
| 20:57:48 | jhMikeS | It could be the case that it grabs more buffer than it used to, because it's not automatically allocated |
| 21:00 |
| 21:00:12 | bertrik | I suspect some ordering problem in init, and this is different between the sim and target anyway |
| 21:01:02 | jhMikeS | 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 | bertrik | I have no idea, I'm not familiar at all with the whole buffering system |
| 21:01:50 | funman | hm you mean we should reduce it a bit to accout for bss/text/rodata? |
| 21:02:27 | bertrik | in audio_reset_buffer there's a call core_alloc_maximum("audiobuf", &filebuflen, &ops) that returns -1 |
| 21:02:45 | bertrik | (in playback.c) |
| 21:02:52 | bertrik | this is bad/fatal, right? |
| 21:03:20 | jhMikeS | yeah |
| 21:03:45 | jhMikeS | the trace in the comment also looks goofy |
| 21:04:37 | jhMikeS | was a core_free missed by any chance? |
| 21:05:33 | | Join y4n [0] (~y4n@unaffiliated/y4ndexx) |
| 21:12:04 | bertrik | meh, now I can't get the backtrace addresses to resolve to a source line anymore ... |
| 21:12:21 | jhMikeS | no, it should core_free, check out how much is left after the core_free |
| 21:12:28 | funman | bertrik: forgot -g ? |
| 21:12:48 | funman | else arm-elf-objdump rockbox.elf can help |
| 21:13:02 | bertrik | yes, I did a make reconf at some point, bah |
| 21:13:48 | bertrik | I was planning to mail the -dev list with a request for default -g |
| 21:14:29 | jhMikeS | 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 | jhMikeS | sure looks like it to me |
| 21:17:26 | jhMikeS | tc tempbuf is interfereing |
| 21:20:43 | bertrik | jhMikeS, can you make any sense of it yet? |
| 21:21:12 | | Quit Horschti (Quit: Verlassend) |
| 21:22:22 | jhMikeS | sure |
| 21:22:43 | * | bluebrother^ starts to get somewhere with filtering the LaTeX output |
| 21:23:00 | bertrik | perhaps audiobuf_handle should be set to 0 everytime we do a core_free(audiobuf_handle); ? |
| 21:23:20 | jhMikeS | 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 | jhMikeS | but this is the sort of crap I'm working ironing out |
| 21:25:51 | bluebrother^ | is this too terse? http://pastebin.com/KARaMid8 |
| 21:26:10 | bluebrother^ | 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 | bertrik | ah, so there are several subsystems who claim all available buffer with core_alloc_maximum |
| 21:30:44 | jhMikeS | 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 | amiconn | 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 | bertrik | 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 | jhMikeS | 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 | jhMikeS | amiconn: I didn't find a nasty "oops" that was likely the reason |
| 21:46:25 | jhMikeS | it started crashing e200, but what was remarkable was it wasn't just crashing flat out all the time |
| 21:47:10 | jhMikeS | 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 | bertrik | 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:00 |
| 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 | n1s | 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 | bertrik | I was thinking about a basic high-level test taking about a half hour or so |
| 22:13:21 | bertrik | What kind of stuff typically went wrong in earlier releases? |
| 22:13:54 | n1s | in 3.11 there was one target for which sound didn't work at all... |
| 22:14:48 | bertrik | We got a high power consumption bug, but I think it's quite hard to test for that. |
| 22:14:50 | n1s | no, seems i was wrong, |
| 22:15:08 | bertrik | n1s, mrobe didn't have sound I think |
| 22:15:15 | n1s | yeah |
| 22:15:42 | n1s | and the portal player sansa fm radios |
| 22:15:56 | amiconn | On Ondio 3.10 and 3.10 had very unreiable storage access |
| 22:16:00 | n1s | iirc we have had recording not working on some player on release |
| 22:16:05 | amiconn | err, 3.10 and 3.11 |
| 22:16:47 | n1s | 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 | n1s | at least playback/recording/radio should be doable in 5 min |
| 22:18:59 | jhMikeS | funny, init_tagcache wants to voice but is being called before talk would ever be initialized |
| 22:20:00 | funman | perhaps we need to port upstart to rockbox |
| 22:20:00 | n1s | i would expect player specific bugs are more likely to go unnoticed |
| 22:20:03 | gevaerts | 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 | jhMikeS | 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 | jhMikeS | 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 | jhMikeS | audio and such could be initialized much sooner |
| 22:28:18 | bertrik | 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 | jhMikeS | bertrik: indeed. it's a mess and I'm hellbent on bringing to sanity! |
| 22:31:24 | * | preglow salutes |
| 22:34:26 | kugel | lorenzo92: ping |
| 22:34:35 | lorenzo92 | kugel: pong |
| 22:35:35 | kugel | lorenzo92: I'm about to commit your module & fm radio work |
| 22:36:14 | lorenzo92 | kugel: yeah!! that's a good piece of news ;) |
| 22:36:49 | lorenzo92 | sorry that I delivered you the work but in this period I am pretty busy at uni :) |
| 22:37:24 | lorenzo92 | kugel: btw how does it work? where is the module stored? firmware or rockbox folder? |
| 22:37:38 | kugel | /lib/firmware |
| 22:37:39 | lebellium | and the 2 guys finally managed to catch each other! :D |
| 22:38:19 | kugel | /lib/modules* |
| 22:41:28 | bertrik | 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 | bertrik | oh, scrap that, never mind, I think I just don't understand yet how the audiobuffer works |
| 22:44:29 | lorenzo92 | kugel: indeed the best place ;) |
| 22:44:38 | jhMikeS | 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 | DethSone | 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:00 |
| 23:02:20 | kugel | lorenzo92: can you have a quick look at the first two commits of kugel-/rockbox/commits/ypr0">https://github.com/kugel-/rockbox/commits/ypr0 ? |
| 23:03:00 | kugel | 9c33f93c1c adds the module, 3cad5573b6 is your patch from gerrit |
| 23:05:47 | lorenzo92 | 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 | kugel | lorenzo92: alright, I'll push to master then |
| 23:24:59 | lorenzo92 | yes, tomorrow or so I will try that too :) |
| 23:25:16 | | Quit domonoky (Read error: Connection reset by peer) |
| 23:28:06 | CIA-79 | Commit 9c33f93 in rockbox by Thomas Martitz: ypr0: Add kernel module to required support fm radio. |
| 23:28:06 | CIA-79 | Commit 3cad557 in rockbox by Thomas Martitz: (Author: Lorenzo Miori) ypr0: This patch adds radio support to Samsung YP-R0 |
| 23:29:05 | lebellium | kugel: should it work with the fw 2.30 or a special fw is required now? |
| 23:30:08 | lorenzo92 | lebellium: of course it works with our firmwares...but it would be better to update them too :) |
| 23:30:35 | lebellium | ok cool then I try the latest build right now |
| 23:30:41 | lorenzo92 | yes ;) |
| 23:30:54 | CIA-79 | 3cad557 build result: All green |
| 23:31:43 | lebellium | but what files are still required besides the .rockbox folder? |
| 23:37:14 | | Join bieber_ [0] (~quassel@97.97.75.169) |
| 23:37:39 | kugel | lebellium: only the flashed rom and rockbox.zip (i.e. the .rockbox folder) |
| 23:38:02 | lebellium | I can delete the rockbox_loader.sh ? |
| 23:38:14 | kugel | 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 | kugel | 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 | kugel | our official one doesnt |
| 23:39:24 | lebellium | I never saw an official rom ;) |
| 23:40:07 | lorenzo92 | hehe hidden from public XD |
| 23:40:31 | kugel | there's no download but you can compile it from source |
| 23:40:36 | lorenzo92 | basically it does everything in a simplier way, our fw 2.30 has extra goodies... |
| 23:40:43 | lebellium | lorenzo92: should I keep the rockbox_loader.sh and si4709.ko files? |
| 23:40:54 | lorenzo92 | lebellium: simply unzip the rockbox package as always! |
| 23:41:03 | lorenzo92 | keep everything |
| 23:41:37 | lebellium | ok so yes we need a ROM without this si4709.ko file, that doesn't look serious :D |
| 23:44:15 | lorenzo92 | :D |
| 23:47:42 | *** | Saving seen data "./dancer.seen" |
| 23:50:56 | lorenzo92 | great it works ;) |
| 23:51:02 | lorenzo92 | next step: RDS :D |
| 23:52:06 | bertrik | should be easy, compared to stfm1000 |
| 23:52:29 | lorenzo92 | 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 | lebellium | ok it works indeed. Thank you kugel and lorenzo |
icon identifies that the person is a core developer (has commit access).