| 00:00:42 | lebellium | looks stable for now. I need to try a bit more I think to be really sure. I'll tell you the next days |
| 00:05:07 | lebellium | https://drive.google.com/file/d/0B7z2DypmySvnaERrYWlLQnJCUnM/view?usp=sharing |
| 00:05:11 | lebellium | thank you and good night! |
| 00:05:49 | | Quit cohokiller673 (Read error: Connection reset by peer) |
| 00:06:06 | pamaury | great :) the A15 it looks nice |
| 00:06:16 | pamaury | we just need to fix sound really |
| 00:06:40 | lebellium | well, it's not that important on a DAP |
| 00:06:41 | | Quit ender` (Quit: Any technology distinguishable from magic is insufficiently advanced. — Gehm's Corollary to Clarke's Third Law) |
| 00:06:43 | lebellium | we don't buy them for sound |
| 00:06:45 | lebellium | \o/ |
| 00:09:30 | | Join fIorz [0] (nobody@rain.florz.de) |
| 00:09:35 | | Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 50.1.0/20161208153507]) |
| 00:13:30 | __builtin | yeah, who needs sound? ;) |
| 00:13:48 | __builtin | the only thing sound does is annoy me when it doesn't work in a plugin... grr |
| 00:27:34 | | Join cohokiller673 [0] (r0sc0e@c-24-22-103-176.hsd1.wa.comcast.net) |
| 00:39:33 | *** | Saving seen data "./dancer.seen" |
| 00:41:25 | | Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) |
| 00:49:33 | | Quit pamaury (Ping timeout: 240 seconds) |
| 01:00 |
| 01:07:21 | chrisjj | Bilgus, re ZEN lua fail, no I wasn't using an old release. I was using the recent dev build simulator from Rasher. |
| 01:08:52 | Bilgus | I assumed you had been since we had that discussion a few days earlier, So IDK pamaury says it is exported and it works in my sim SOO..???? |
| 01:10:45 | chrisjj | I saw pamaury say 'Bilgus: maybe you could export the rb table to a file to see if it is indeed exported' |
| 01:11:24 | Bilgus | There'd be no point in me doing it |
| 01:11:51 | chrisjj | What's your ZEN sim version? |
| 01:12:25 | | Quit petur (Quit: Leaving) |
| 01:12:52 | Bilgus | https://www.rockbox.org/wiki/PluginLua -> API |
| 01:12:52 | Bilgus | The plugin API and some Rockbox C functions are directly exposed in the rb table. Have a look at the source code for more info (like plugin.h and others). |
| 01:12:53 | Bilgus | To generate a /rb.txt file containing the keys of the rb object, you can run this code: |
| 01:13:06 | Bilgus | my sim iswhatever head is at |
| 01:14:09 | chrisjj | My sim is ZEN 2016-12-18 04:08 CET Build 3ee7972 at http://rasher.dk/rockbox/simulator/ |
| 01:14:34 | chrisjj | Why code shall I run? |
| 01:15:56 | chrisjj | Soory. What code shall I run? |
| 01:16:57 | Bilgus | its at that page under the header API |
| 01:21:28 | chrisjj | OK, BTW, on a real ZEN, that .lua http://forums.rockbox.org/index.php/topic,24605.msg238642.html#msg238642 when run makes the device non-responsive for about 6s, with no screen activity. |
| 01:21:40 | chrisjj | But at least no error msg! :-) |
| 01:23:46 | chrisjj | Here's the code output: http://pastebin.com/tkMTcS5m |
| 01:25:01 | Bilgus | well it sure isn't there could you also run it on the actual device too? |
| 01:25:30 | chrisjj | OK... |
| 01:27:00 | chrisjj | From real device: http://pastebin.com/H6hdMbud |
| 01:28:16 | | Quit amayer (Quit: Leaving) |
| 01:28:35 | | Join amayer [0] (~amayer@mail.weberadvertising.com) |
| 01:28:50 | Bilgus | Huh it is in the list on the actual device I'm gonna say its a wonky sim.. you can download an ubuntu VM on rb.org to allow you to compile your own everything |
| 01:31:42 | chrisjj | Wonky sim?? I wonder how that's possible. |
| 01:31:57 | chrisjj | Is your sim Windows? |
| 01:32:42 | __builtin | chrisjj: the best bet would be to compile your own |
| 01:32:58 | chrisjj | Not if I want the same binary as others :-) |
| 01:34:17 | chrisjj | Your sim is different from rashers, and I don't want to add a third variant! |
| 01:34:28 | chrisjj | Is your sim Windows? |
| 01:34:53 | chrisjj | s/Your sim/Bilgus' sim/ |
| 01:35:05 | chrisjj | x2 |
| 01:36:45 | __builtin | chrisjj: as long as two sims are built from the same source functionality ought to be identical |
| 01:38:31 | chrisjj | Indeed, so there's no advantage in me rebuilding rashers. |
| 01:38:35 | __builtin | and plus, you can apply patches without bugging devs for them ;) |
| 01:38:48 | | Quit chrisb (Remote host closed the connection) |
| 01:39:06 | chrisjj | When have you ever known me to bug a dev for a patch? :-) |
| 01:39:53 | __builtin | rather frequently, actually... |
| 01:42:45 | chrisjj | Oh, you mean a non-existent patch? |
| 01:43:40 | __builtin | no, I mean builds or build assistance |
| 01:44:49 | chrisjj | Not me, chum. The only builds I've asked for is those pamaury wants me to test. I've never asked for build assistance. I don't build. I have enough builds to run without adding my own! :-) |
| 01:45:17 | __builtin | [19:18:16] <chrisjj> __builtin: Can you help me find this past ZEN cd8b33327c9 build on rockbox.org? |
| 01:48:04 | chrisjj | That's asking where to find an existing build. How can I compile my own while I don't have that source? |
| 01:49:00 | __builtin | it's trivial to search for a commit by hash, if you knew how to build and use git |
| 01:50:09 | chrisjj | No doubt. |
| 01:50:45 | chrisjj | And how is someone who doesn't build find this existing build? |
| 01:51:59 | __builtin | my whole point here is that you /should/ build your own builds instead of relying on someone else to provide them to you because it alleviates the burden on said person |
| 01:56:20 | chrisjj | What alleviates the burden on said person pamaury is me testing his ZEN builds. Me testing my builds doesn't help at all, esp since these ZEN commits aren't yet in the master. |
| 01:59:21 | chrisjj | cd8b33327c9 is a special case in that (until I find it) I don't actually know whether it reached the master. |
| 02:00 |
| 02:10:28 | Bilgus | there are patches as well which are pretty trivial to apply and pretty cool |
| 02:24:18 | chrisjj | The patches I'd like are ones to fix bugs and out-of-date documentation. I don't see many of those outside the master :-) |
| 02:25:14 | chrisjj | What would you say is coolest patch? |
| 02:39:34 | *** | Saving seen data "./dancer.seen" |
| 02:47:14 | | Quit ZincAlloy (Quit: Leaving.) |
| 03:00 |
| 03:37:29 | | Quit uwe_ (Ping timeout: 240 seconds) |
| 03:44:54 | | Join uwe_ [0] (~uwe_@ipservice-092-217-108-010.092.217.pools.vodafone-ip.de) |
| 04:00 |
| 04:08:33 | | Quit Senji (Ping timeout: 240 seconds) |
| 04:39:37 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:46:24 | | Quit chrisjj (Ping timeout: 260 seconds) |
| 05:51:55 | | Join man_in_shack [0] (~chat@unaffiliated/man-in-shack/x-4279753) |
| 05:51:58 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 05:51:58 | * | man_in_shack waves |
| 05:52:27 | man_in_shack | looking for a player with bluetooth and microsd. any suggestions? :) |
| 05:55:00 | man_in_shack | so far the creative zen x-fi3 looks like an option, but rockbox site doesn't mention anything about bluetooth |
| 06:00 |
| 06:28:06 | | Quit TheSeven (Ping timeout: 245 seconds) |
| 06:28:52 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
| 06:30:43 | comradekingu | man_in_shack: dragonbox pyra |
| 06:37:50 | | Join JanC_ [0] (~janc@lugwv/member/JanC) |
| 06:39:01 | | Nick JanC is now known as Guest39941 (~janc@lugwv/member/JanC) |
| 06:39:01 | | Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) |
| 06:39:39 | *** | Saving seen data "./dancer.seen" |
| 06:41:03 | | Quit Guest39941 (Ping timeout: 240 seconds) |
| 06:50:56 | Bilgus | I'm pretty sure RB doesn't do bluetooth Yet |
| 06:54:16 | Bilgus | That archos player is a weird little bugger I guess that is what you get with a 17 year old device, Are there any still surviving?? |
| 06:54:40 | Bilgus | Better yet is there anyone still using these? |
| 07:00 |
| 07:25:32 | | Quit amayer (Ping timeout: 240 seconds) |
| 07:29:11 | | Join amayer [0] (~amayer@mail.weberadvertising.com) |
| 07:57:48 | | Quit pixelma (Quit: .) |
| 07:57:48 | | Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
| 07:57:59 | | Join pixelma [0] (~pixelma@rockbox/staff/pixelma) |
| 07:58:00 | | Join amiconn [0] (~amiconn@rockbox/developer/amiconn) |
| 08:00 |
| 08:25:14 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:25:59 | pixelma | Bilgus: I use my Ondio from time to time: it's small has a good sound quality and since I can exchange the batteries it doesn't have the problem that my c200 with an aged lithium battery has |
| 08:28:37 | pixelma | I haven't updated the Rockbox version on it for quite some time though... :\ |
| 08:29:27 | pixelma | actually... that is true for my other two targets as well |
| 08:39:40 | *** | Saving seen data "./dancer.seen" |
| 08:43:14 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 08:50:41 | | Join petur [0] (~petur@91.183.48.77) |
| 08:50:41 | | Quit petur (Changing host) |
| 08:50:41 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:00 |
| 09:16:19 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:3000:5eb3:c08:c64e) |
| 09:38:29 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
| 09:51:39 | | Join parchd [0] (~parchd@unaffiliated/parchd) |
| 10:00 |
| 10:04:08 | | Quit wodz (Quit: Ex-Chat) |
| 10:04:26 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
| 10:15:44 | | Quit ZincAlloy (Quit: Leaving.) |
| 10:19:47 | | Quit krnlyng (Ping timeout: 258 seconds) |
| 10:32:59 | | Join krnlyng [0] (~liar@178.114.187.161.wireless.dyn.drei.com) |
| 10:39:43 | *** | Saving seen data "./dancer.seen" |
| 10:45:49 | | Join skapazzo [0] (~skapazzo@151.9.205.1) |
| 10:47:16 | | Join robertd1 [0] (~root@201.242.214.237) |
| 11:00 |
| 11:17:12 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 11:21:35 | | Quit pamaury (Ping timeout: 248 seconds) |
| 11:23:51 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 11:27:13 | pamaury | man_in_shack: bluetooth is not supported at the moment, so if you really want bluetooth to work right now, xfi3 might not be your best option (unless you use the original firmware) |
| 11:47:26 | | Quit michaelni (Read error: Connection reset by peer) |
| 11:49:42 | | Join elensil [0] (~edhelas@2001:1c02:1903:d800:ddc:98f5:e2eb:1e10) |
| 11:52:53 | * | man_in_shack flails |
| 12:00 |
| 12:01:30 | | Join michaelni [0] (~michael@213-47-41-20.cable.dynamic.surfer.at) |
| 12:26:40 | wodz | pamaury: I did quick look at SpiderApp yesterday and I don't see private v4l2 ioctls to be used. I might miss something however |
| 12:28:36 | pamaury | probably the OF is using the v4l2 standard interface then |
| 12:30:29 | wodz | That would be good. |
| 12:30:56 | wodz | I am not sure how rds is handled by standard v4l2 |
| 12:39:47 | *** | Saving seen data "./dancer.seen" |
| 12:45:26 | pamaury | wodz: https://linuxtv.org/wiki/index.php/Radio_Data_System_(RDS) |
| 12:45:57 | pamaury | According to V4L2 specifications, raw data from RDS decoders is read from the radio device. Data consists of blocks where each block is 3 bytes long. All decoding has to be done in user space. |
| 12:49:43 | wodz | hmm, need to check what sony's drivers do on read() |
| 12:52:36 | dongs | pamaury: 4/8gb flash shipping to me tomorrow, will have it sometime next week. |
| 12:53:06 | pamaury | dongs: ok :) |
| 12:59:01 | | Join chrisjj [0] (5001d87b@gateway/web/freenode/ip.80.1.216.123) |
| 12:59:02 | | Join ungali [0] (ungali@unaffiliated/ungali) |
| 12:59:07 | chrisjj | man_in_shack: On ZEN X-Fi 3, I really suggest try before you buy. For me the UI is unendurably bad. Compared to ZEN classic, the left-right and shortcut buttons are gone, those that remains are manky touch type rather than clicky, and the screen is diminished. |
| 13:00 |
| 13:00:03 | chrisjj | Accurately negative review here: http://www.trustedreviews.com/creative-zen-x-fi-3-review |
| 13:03:07 | pamaury | yeah the buttons of that thing are really confusing |
| 13:29:21 | chrisjj | So sad that Creative totally dropped the ball after the X-Fi #1. At least one good result of them pulling out of DAPs is that they'll be shipping no more rubbish to tarnish the memory of the awesomely good ZEN classic! :-) |
| 13:38:11 | man_in_shack | guess we need to design our own rockbox player hardware |
| 13:38:15 | man_in_shack | with blackjack, and hookers |
| 13:41:27 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:85d3:6780:a19d:dde7) |
| 13:43:14 | ungali | And a 2 week battery life |
| 13:49:31 | chrisjj | pamaury: I'm interested to know the reason for your 'right after power down' (before 'start battery_bench again') https://www.rockbox.org/irc/log-20161216#22:14:30 . |
| 13:50:01 | chrisjj | I thought the powered-down ZEN (and I guess other models) is totally inert, so I can't see what influence a delay could have. |
| 13:52:34 | pamaury | chrisjj: that was an obvious mistake, I meant after power up |
| 13:54:55 | wodz | man_in_shack: You are welcome to do so |
| 14:00 |
| 14:00:25 | wodz | do we actually use tuner_dbg_info() somewhere (by tuner I mean si4700, tea, etc.) |
| 14:00:52 | pamaury | wodz: in debug menu ? |
| 14:01:23 | wodz | ah, yest in debug_menu.c |
| 14:01:37 | pamaury | chrisjj: I think Creative went the wrong way, they focused on the touch (X-Fi2, touch 2, X-Fi3) and that was not a good idea |
| 14:06:05 | chrisjj | Re battery_bench, thanks - I updated https://www.rockbox.org/wiki/CreativeZENPort?rev=24#Battery_Calibration |
| 14:06:28 | chrisjj | Re Creative, agreed 100%. |
| 14:11:40 | chrisjj | Re battery_bench https://www.rockbox.org/wiki/CreativeZENPort?rev=24#Battery_Calibration '[right after power [up]] start battery_bench again' ... |
| 14:13:02 | chrisjj | ... I'm unsure what power-up you are expecting. Charging an empty ZEN shows the /OF/ charging image. |
| 14:13:32 | chrisjj | RB doesn't launch. |
| 14:14:27 | chrisjj | Some time must pass in the OF before a power key press will launch RB, and the user can't tell except by trying. |
| 14:14:50 | pamaury | as you as you can run RB basically |
| 14:15:05 | pamaury | *as soon as |
| 14:17:38 | | Quit evilnick__ (Quit: No Ping reply in 180 seconds.) |
| 14:18:20 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
| 14:18:54 | chrisjj | OK, got you. Shame there's no direct way of discovering when this is. Plus that battery_bench.txt doesn't record it. |
| 14:23:49 | chrisjj | It is normal for a RB port to use the OF for from-empty charging? |
| 14:35:45 | pamaury | we don't control it |
| 14:36:18 | pamaury | some creative codes executes before out bootloader, if it decides to stop and charge, rockbox is not even ran |
| 14:37:01 | * | pamaury is mis-spelling everything today |
| 14:37:07 | pamaury | hopefully you got the idea |
| 14:38:25 | pamaury | it's actually a common reference of the sigmatel/freescale SDK: very early at boot the code stop to charge when battery is super low. Some just stack with a dark screen, so display a nice screen |
| 14:39:50 | *** | Saving seen data "./dancer.seen" |
| 14:47:56 | chrisjj | OK, thanks. I hadn't realised the RB bootloader is unable to get in first. |
| 15:00 |
| 15:04:31 | chrisjj | pamaury: know anything about the suggestion that ZEN model may have one of two different LCDs? |
| 15:05:47 | chrisjj | I have a unit that is fine on OF but on RB crashes or overlays a scatter of coloured dots, and wonder if you might find it useful for debugging. |
| 15:07:54 | pamaury | afaik, the ZEN only has one LCD model, at least the code only knows about one model only |
| 15:08:34 | pamaury | so either it's another problem, or Creative introduced a second LCD with a different firmware and I REd the firmware that didn't have support for both |
| 15:10:40 | chrisjj | You read the firmware that didn't have support for both... when reverse engineering LCD drive?? |
| 15:11:25 | | Quit petur (Ping timeout: 255 seconds) |
| 15:12:04 | | Quit robertd1 (Ping timeout: 252 seconds) |
| 15:12:35 | pamaury | chrisjj: in the firmware that I reverse engineered, there was code for only one LCD. |
| 15:12:49 | chrisjj | OK, got it. Know which version? |
| 15:14:20 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 15:16:03 | pamaury | hum, actually the init is done in the creative bootloader. I can't find the file for the ZEN, I have the IDA file for the ZEN X-Fi firmware ZENXFI_PCFW_L22_1_04_08e.exe |
| 15:17:33 | pamaury | chrisjj: what is the latest ZEN firmware ? |
| 15:17:47 | chrisjj | Ah, not easy to say for sure, but... |
| 15:18:00 | pamaury | On my computer I have ZEN_PCFW_L22_1_21_03e_rk.mk |
| 15:18:27 | pamaury | (just want to know cause if I'm going to have a peek at the ZEN bootloader again, better do it on the latest version) |
| 15:19:05 | chrisjj | ... probably ZEN_PCFW_L22_1_21_03.exe (US) or the European variant ZEN_PCFW_L22_1_21_03e.exe . |
| 15:21:16 | chrisjj | These are the latest I have seen, and the current on the Creative site. There's only a small chance that the report I saw of a higher version number is just an error in the number. |
| 15:21:56 | pamaury | ok let me see |
| 15:23:10 | chrisjj | US is preferred, since it output 6dB more than the European one. https://en.wikipedia.org/wiki/Zen_(portable_media_player)#Territory_variants |
| 15:23:48 | chrisjj | Oops, correction: There's only a small chance that the report I saw of a higher version number is NOT just an error in the number. |
| 15:32:24 | pamaury | chrisjj: on first sign, the code is exactly the same, only one LCD supported |
| 15:32:38 | pamaury | I'll double check if the init sequence is really the same |
| 15:32:40 | pamaury | but later |
| 15:32:46 | chrisjj | Which version? |
| 15:33:56 | | Quit wodz (Ping timeout: 245 seconds) |
| 15:34:31 | pamaury | ZEN_PCFW_L22_1_21_03e.exe |
| 15:34:33 | dongs | hm creative zen eh |
| 15:34:39 | dongs | i got a bunch of those too |
| 15:34:40 | dongs | are tehy any good? |
| 15:34:59 | dongs | they were kinda big for my purposes |
| 15:37:58 | chrisjj | OK, I suggest instead use ZEN_PCFW_L22_1_21_03.exe , the US version. AFAIK this is identical except for the higher output level, but given the 03e's level is lower that many would like and people can and do reflash to 03, then 03 will be bar far the better choice if your embed it in the RB .nk. |
| 15:39:34 | pamaury | does your mysterious ZEN with funny lcd works with the 03e version ? |
| 15:40:05 | chrisjj | I never tried. I can do. |
| 15:42:39 | chrisjj | Here's that preferred ZEN firmware for you: https://www.dropbox.com/s/m0trqsfbael10if/ZEN_PCFW_L22_1_21_03.exe?dl=0 |
| 15:45:28 | | Join robertd1 [0] (~root@186-90-44-72.genericrev.cantv.net) |
| 15:47:06 | chrisjj | Before I revert the mysterious ZEN (Unit N) to the OF, is the data abort info any use in your debugger? This 100% reproducible on 45697a0bf-161212 (the first otherwise successful LCD fix) and who knows could perhaps pinpoint an edge case for you. |
| 15:47:46 | pamaury | probably not, unless you have a procedure to reproduce it that works on my ZEN X-Fi |
| 15:47:58 | pamaury | ok does it only happen on this unit ? |
| 15:50:28 | | Quit ungali (Quit: ungali) |
| 15:51:54 | chrisjj | I have a procedure to send the unit to you in the post ;) |
| 15:53:23 | chrisjj | Yes, this unit is the only ZEN<any> of the many I have tested to show this or similar data abort (and the only one to show the dotty overlay). |
| 15:54:23 | chrisjj | But I doubt it is faulty since it runs all tested functions of the OF fine i.e. identically with test units that don't abort/dottify on RB. |
| 15:54:24 | | Quit TorC (Read error: Connection reset by peer) |
| 15:56:12 | | Join TorC [0] (~TorC@fsf/member/TorC) |
| 16:00 |
| 16:02:44 | | Join ungali [0] (ungali@unaffiliated/ungali) |
| 16:02:55 | chrisjj | Here's a sample of the aborts: http://pastebin.com/8QByrMDh |
| 16:05:52 | chrisjj | BTW, even the data abort screen shots the colours dots. |
| 16:06:03 | * | chrisjj leaves for work |
| 16:19:57 | | Quit ungali (Quit: ungali) |
| 16:31:22 | | Join chrisb [0] (~chrisb@pool-71-175-247-25.phlapa.east.verizon.net) |
| 16:39:51 | *** | Saving seen data "./dancer.seen" |
| 16:57:23 | | Join Senji [0] (~Senji@85.187.103.250) |
| 17:00 |
| 17:24:21 | | Join paulk-collins [0] (~paulk@gagarine.paulk.fr) |
| 17:34:59 | | Quit petur (Read error: Connection reset by peer) |
| 18:00 |
| 18:07:01 | | Quit elensil (Quit: Leaving.) |
| 18:08:49 | | Quit Strife89 (Quit: No Ping reply in 180 seconds.) |
| 18:10:03 | | Join Strife89 [0] (~quassel@adsl-98-67-60-172.mcn.bellsouth.net) |
| 18:15:59 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 18:35:24 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 18:39:53 | *** | Saving seen data "./dancer.seen" |
| 18:47:14 | | Quit parchd (Quit: reboot) |
| 18:58:06 | | Join parchd [0] (~parchd@unaffiliated/parchd) |
| 19:00 |
| 19:38:50 | | Join lebellium [0] (~chatzilla@89.93.179.5) |
| 20:00 |
| 20:34:49 | | Quit parchd (Ping timeout: 260 seconds) |
| 20:39:57 | *** | Saving seen data "./dancer.seen" |
| 20:50:55 | | Join girafe [0] (~girafe@LFbn-1-11729-221.w2-7.abo.wanadoo.fr) |
| 21:00 |
| 21:04:51 | | Join johnb2 [0] (~johnb2@p5B296FD0.dip0.t-ipconnect.de) |
| 21:11:26 | | Quit johnb2 (Ping timeout: 245 seconds) |
| 21:15:46 | | Join parchd [0] (~parchd@unaffiliated/parchd) |
| 21:26:15 | | Quit parchd (Ping timeout: 255 seconds) |
| 21:27:58 | | Join johnb2 [0] (~johnb2@p5B296FD0.dip0.t-ipconnect.de) |
| 21:32:09 | | Quit johnb2 (Ping timeout: 240 seconds) |
| 21:36:12 | | Nick [Saint] is now known as ftp\\home\saint (~sinner@rockbox/staff/saint) |
| 21:37:07 | | Nick ftp\\home\saint is now known as [Sinner] (~sinner@rockbox/staff/saint) |
| 21:56:55 | | Nick [Sinner] is now known as [Saint] (~sinner@rockbox/staff/saint) |
| 21:58:23 | | Quit paulk-collins (Quit: Leaving) |
| 22:00 |
| 22:27:36 | | Join johnb2 [0] (~johnb2@p5B296FD0.dip0.t-ipconnect.de) |
| 22:39:58 | *** | Saving seen data "./dancer.seen" |
| 22:51:41 | __builtin | hmm... this is a very weird "bug" |
| 22:52:13 | __builtin | is there any reason why playback would stop upon entering a plugin apart from it asking for the audio buffer? |
| 22:52:13 | | Quit fs-bluebot (Read error: Connection reset by peer) |
| 22:52:13 | | Quit bluebrother (Read error: Connection reset by peer) |
| 22:53:32 | | Quit johnb2 (Quit: Nettalk6 - www.ntalk.de) |
| 22:57:15 | pamaury | __builtin: I'm not sure, I don't remember if entering a plugin always stops playback or not |
| 22:57:30 | __builtin | it shouldn't, by default at least |
| 22:58:00 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 23:00 |
| 23:02:52 | [Saint] | No, it shouldn't, you're right. |
| 23:03:43 | __builtin | hmm... |
| 23:04:55 | __builtin | the weirdest part is that it doesn't stop in the simulator |
| 23:06:39 | [Saint] | well, I tend to think that the simulator is absolutely useless in many regard for debugging playback and buffer related things. |
| 23:07:35 | gevaerts | If you can get it working, running the sim in valgrind might be helpful |
| 23:07:39 | [Saint] | SDL hosted builds with a buffer and resolution set to match the target you're comparing against would likely be more useful in this regard. |
| 23:08:22 | __builtin | gevaerts: if only :/ |
| 23:08:23 | [Saint] | IIUC playback and buffering have some pretty fundamental differences in the simulator. |
| 23:09:03 | gevaerts | Also check for a stray rb->audio_stop() inside #ifndef SIMULATOR |
| 23:09:15 | | Join fs-bluebot [0] (~fs-bluebo@xd9baf6fc.dyn.telefonica.de) |
| 23:10:14 | __builtin | the only thing that /might/ stop playback is a call to plugin_get_audio_buffer() in the malloc OOM handler |
| 23:10:39 | __builtin | but that has splash()es all around it and it's definitely not that |
| 23:12:28 | __builtin | alright, looks like something is putting Q_AUDIO_STOP in the playback queue |
| 23:14:31 | __builtin | good thing is there's only 3 places in the code that do that |
| 23:14:47 | [Saint] | time for some LOGF sprinkling. |
| 23:15:21 | gevaerts | I might go for panic sprinkling, hoping to be on a target that has stack dump on panic code |
| 23:15:37 | __builtin | ARM doesn't, right? |
icon identifies that the person is a core developer (has commit access).