00:22:06 | | Quit paulk-collins (Ping timeout: 245 seconds) |
00:43:27 | | Quit ZincAlloy (Quit: Leaving.) |
00:45:20 | *** | Saving seen data "./dancer.seen" |
00:50:24 | | Join paulk-collins [0] (~paulk@gagarine.paulk.fr) |
01:00 |
01:01:50 | | Quit alexweissman (Remote host closed the connection) |
01:03:21 | | Part robertd11 |
01:03:47 | | Join alexweissman [0] (~alexweiss@2001-18e8-2-28cc-f000-61c.dhcp6-bl.indiana.edu) |
01:18:22 | | Quit amiconn (Quit: No Ping reply in 64 seconds.) |
01:18:30 | | Join amiconn [0] (~amiconn@rockbox/developer/amiconn) |
01:22:55 | | Join ruhans [0] (uid76353@gateway/web/irccloud.com/x-migfqgoxacpvgjga) |
01:39:07 | | Quit alexweissman (Remote host closed the connection) |
01:46:22 | | Quit pamaury (Ping timeout: 260 seconds) |
02:00 |
02:03:17 | | Quit ender` (Quit: Smoking is one of the leading causes of statistics.) |
02:07:14 | | Join alexweissman [0] (~alexweiss@149-160-181-204.dhcp-bl.indiana.edu) |
02:24:25 | | Quit krnlyng (Ping timeout: 252 seconds) |
02:37:10 | | Join krnlyng [0] (~liar@77.117.91.126.wireless.dyn.drei.com) |
02:41:08 | | Join amayer_ [0] (~amayer@24.152.198.8.res-cmts.eph2.ptd.net) |
02:45:21 | *** | Saving seen data "./dancer.seen" |
03:00 |
03:06:49 | | Quit alexweissman (Remote host closed the connection) |
03:21:03 | | Quit amayer_ (Remote host closed the connection) |
04:00 |
04:17:25 | | Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
04:22:20 | | Quit alexweissman (Ping timeout: 260 seconds) |
04:45:24 | *** | Saving seen data "./dancer.seen" |
04:48:51 | | Quit michaelni (Ping timeout: 260 seconds) |
05:00 |
05:01:54 | | Join michaelni [0] (~michael@213-47-41-20.cable.dynamic.surfer.at) |
06:00 |
06:19:38 | | Quit bluebrother (Disconnected by services) |
06:19:43 | | Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) |
06:20:07 | | Join fs-bluebot_ [0] (~fs-bluebo@xd9beea7d.dyn.telefonica.de) |
06:22:06 | | Quit fs-bluebot (Ping timeout: 250 seconds) |
06:24:35 | | Quit [7] (Ping timeout: 260 seconds) |
06:24:56 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
06:45:28 | *** | Saving seen data "./dancer.seen" |
08:00 |
08:07:10 | | Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
08:07:10 | | Quit pixelma (Quit: .) |
08:07:21 | | Join pixelma [0] (~pixelma@rockbox/staff/pixelma) |
08:07:23 | | Join amiconn [0] (~amiconn@rockbox/developer/amiconn) |
08:45:29 | *** | Saving seen data "./dancer.seen" |
08:54:01 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
09:00 |
09:03:54 | | Quit shamus (Quit: chaos reigns within reflect repent and reboot order shall return) |
09:16:11 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
09:21:27 | | Quit atsampson (Ping timeout: 260 seconds) |
09:22:12 | | Join atsampson [0] (~ats@cartman.offog.org) |
09:54:17 | | Join petur [0] (~petur@rockbox/developer/petur) |
10:00 |
10:01:22 | | Join Senji [0] (~Senji@212-5-158-16.ip.btc-net.bg) |
10:05:02 | | Join ender` [0] (krneki@foo.eternallybored.org) |
10:34:37 | | Join Bilgus [0] (ae6611d9@gateway/web/freenode/ip.174.102.17.217) |
10:37:39 | | Join lebellium [0] (~chatzilla@89-93-177-91.hfc.dyn.abo.bbox.fr) |
10:45:32 | *** | Saving seen data "./dancer.seen" |
10:51:48 | | Quit Senji (Ping timeout: 260 seconds) |
10:54:11 | | Join Senji [0] (~Senji@212-5-158-22.ip.btc-net.bg) |
11:00 |
11:10:59 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:1864:a46d:c311:52c5) |
11:24:51 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
11:36:22 | Bilgus | good morning pamaury |
11:36:57 | pamaury | hi |
11:37:05 | pamaury | any success with the charging patch? |
11:37:20 | Bilgus | I have it working |
11:37:37 | Bilgus | have a few things I don't like about it though |
11:38:33 | Bilgus | BATT_FULL_VOLTAGE,BATT_VAUTO_RECHARGE both had to be defined for each charging level |
11:39:21 | Bilgus | otherwise the charge discharge routine keeps flipping back and forth waiting for the charge full interrupt |
11:39:23 | pamaury | well given how the driver works, you have no choice |
11:39:39 | pamaury | to be honest, I am a bit surprised that the driver works that way |
11:39:56 | Bilgus | it isn't terrible just feels kind of hacky |
11:40:01 | pamaury | usually the hardware can tell you when charging is done, there is no need to monitor the voltage to stop it |
11:40:20 | pamaury | Bilgus: can you update the gerrit task so I can have a look? |
11:41:08 | Bilgus | well yes, but the charger_control(void) routine monitors the batt full voltages |
11:41:27 | Bilgus | sure give me a few.. |
11:41:47 | pamaury | yes but I don't know why the driver was written this way |
12:00 |
12:17:43 | | Quit cc___ (Quit: WeeChat 1.6) |
12:22:50 | Bilgus | jeez is there anyway to just upload a diff I can't get gerrit to let me set a full name |
12:26:52 | pamaury | Bilgus: upload the patch somewhere and i'll do it |
12:34:06 | Bilgus | http://pastebin.com/Xdpnc6MA |
12:36:28 | | Quit paulk-collins (Remote host closed the connection) |
12:36:57 | | Join paulk-collins [0] (~paulk@gagarine.paulk.fr) |
12:38:54 | Bilgus | sorry there is something I missed in that diff |
12:42:49 | Bilgus | http://pastebin.com/nUJ7mJgs |
12:45:33 | *** | Saving seen data "./dancer.seen" |
12:54:01 | pamaury | g#1412 |
12:54:02 | fs-bluebot_ | Gerrit review #1412 at http://gerrit.rockbox.org/r/1412 : WIP: Implement final charge voltage selection, enable it on ascodec basec chargers. by Amaury Pouly |
12:55:14 | pamaury | Bilgus: in power-as3525.c, the line is too long, I'm going to split that |
12:56:32 | Bilgus | that goes away |
12:56:45 | pamaury | I think the table is better then the switch |
12:57:06 | Bilgus | I was going to do a look up table but decided on the switch |
12:57:22 | pamaury | well that's more code for little benefit I think |
12:57:36 | Bilgus | problem was that table doesn't have access to the CHG_V defines |
12:57:37 | pamaury | in enable_charger() I don't like the #ifdef, it's useful |
12:58:26 | pamaury | should I modify it or you send a new version? |
12:58:44 | Bilgus | up to you I trust you know what you are doing |
13:00 |
13:00:18 | pamaury | so just so you know on style: we don't comment code like logf(). The point is that if ENABLE_LOGF is not defined, then logf does nothing |
13:01:33 | Bilgus | k. |
13:05:18 | pamaury | in set_battery_final_voltage(), you want to call ascodec to change the voltage I think |
13:05:27 | pamaury | otherwise the change might have any effect until the next cycle |
13:06:04 | Bilgus | that is true I was debating that |
13:06:55 | pamaury | and why don't you change batt_full and batt_recharge ? |
13:07:43 | Bilgus | they get changed on the millivolts supplied and -100 |
13:08:21 | Bilgus | i only placed them in 4200 and defaults because some targets were at 4160 instead of 4200 |
13:09:49 | Bilgus | powermgmt-target.h #elif defined(SANSA_C200V2... BATT_FULL_VOLTAGE 4160 ... BATT_VAUTO_RECHARGE 4100 |
13:12:41 | pamaury | I know but you should still adjust the voltage full I think. If you are charging to 4.1V, it does not make sense to keep the full voltage at 4.2V, it should be changed accordingly |
13:12:46 | pamaury | see my proposal in the patch |
13:14:05 | Bilgus | no it would have been changed to 4100 and 4000 |
13:14:23 | Bilgus | void set_battery_final_voltage(int millivolts) { /* implement change here * might also need to tweak other things */ /* ascodec_write_charger(BATT_CHG_I | BATT_CHG_V);*/ logf("ADJBV %d mv", millivolts ); batt_full=millivolts; batt_recharge = millivolts-100; |
13:14:33 | Bilgus | ^HERE |
13:15:04 | Bilgus | if you like you can surely change it at each switch |
13:15:37 | pamaury | no I mean, if the target says that max voltage is 4160 when full, when charging to 4.1V, maybe it makes sense to set target to 4060 instead of 4.1? just a though |
13:17:19 | Bilgus | only problem I have with that is how do you decide hwta that threshold is without a bunch of comparisons |
13:18:06 | Bilgus | you could flip it around and subtract from the values defined |
13:18:28 | Bilgus | but then you have to make it jive with the CHG_V defines |
13:18:49 | pamaury | Bilgus: I ave updated g#1412 |
13:18:51 | fs-bluebot_ | Gerrit review #1412 at http://gerrit.rockbox.org/r/1412 : WIP: Implement final charge voltage selection, enable it on ascodec basec chargers. by Amaury Pouly |
13:19:30 | Bilgus | do you suppose those are that way because of some particular error in the adc values? |
13:21:55 | pamaury | no, battery hardly ever charge to exactly 4.2V, there is an offset at the end, that's why you usually don't use the voltage to determine the end of the charge |
13:22:00 | pamaury | but the current |
13:22:09 | pamaury | unless you are not charging to the maximum voltage |
13:23:05 | pamaury | either the original author didn't know that (or had something in mind?) or the ascodec charger does correctly detect end of charge |
13:23:12 | Bilgus | I like what you have there |
13:23:14 | | Quit petur (Remote host closed the connection) |
13:24:07 | pamaury | actually there is a problem is my code |
13:24:18 | pamaury | I should not change ascodec charger if charger is off |
13:25:39 | Bilgus | yes that is why I was debating that change.. |
13:27:24 | pamaury | hum ok I may have spoken too quick, the battery full voltage is not there to detect end of charge, it is there to decide whether to charger or not when the usb power is first available |
13:27:38 | pamaury | I guess this is a way to avoid a new useless charge cycle if battery is already full |
13:28:47 | pamaury | new version |
13:30:55 | Bilgus | charge_state would be a way to detect if you are in a cycle already but if you set the value higher it wouldn't work |
13:31:34 | Bilgus | would still require a replug |
13:32:29 | pamaury | have you tried the code? does it correctly stop wen you set to 4.1V? |
13:33:03 | Bilgus | the old did i can try what you have now |
13:35:44 | Bilgus | wold it hurt to call charging_algorithm_step(void) |
13:36:26 | Bilgus | instead of ascodec_write_charger (BATT_CHG_I | batt_chg_voltage); } #endif /*VOLT_FINAL_CHG_MAX*/ |
13:37:58 | pamaury | it would not change the charging voltage |
13:38:17 | pamaury | I think, since it set only once when charging begins |
13:38:22 | Bilgus | it would call enable_charge() which would |
13:39:03 | Bilgus | case CHARGER: charger_control(); break; |
13:40:05 | pamaury | Bilgus: enable_charger() is only called if discharging |
13:40:13 | Bilgus | since that is based on the thresh full auto values |
13:40:43 | pamaury | anyway now I changed my mind, reading the code, I think it's not a good idea to change the voltage immediately |
13:40:57 | Bilgus | so require a replug |
13:41:03 | pamaury | because the code uses batt_threshold which we don't change |
13:41:14 | pamaury | it seems more reliable to just expect the user to replug |
13:42:32 | Bilgus | sounds good to me.. |
13:42:57 | pamaury | I've updaded the gerrit |
13:43:06 | pamaury | added a comment in the header that change might not be immediate |
13:43:25 | Bilgus | ok so ill pull down and try on this unit |
13:43:32 | pamaury | if this patch is going to be included, the manual needs to be upaded too |
13:43:47 | pamaury | I can have a look at that, make sure the patch works ;) |
13:45:52 | Bilgus | I only have a clip+ and a fuze+ only be trying it on the clip+ atm |
13:46:37 | pamaury | the fuze+ uses a different soc |
13:46:53 | pamaury | this applies to the clipv2, clip, clip+, fuze, fuzev2, possibly others |
13:47:45 | pamaury | e200v2 and c200v2 as well |
13:49:06 | pamaury | as far as I know, the fuze+ charger is not really configurable |
13:57:19 | Bilgus | yeah its an imx233 |
13:57:44 | pamaury | the imx233 charger always charges to 4.2 |
14:00 |
14:05:33 | Bilgus | Also back to the patch I used the LANG_BATTERY_CHARGING text for the header in the menu |
14:06:46 | Bilgus | it reads Battery: Charging but being as it was already in the lang files I figured it was better than something in english and doesn't conflict with Battery Capacity |
14:13:58 | pamaury | Bilgus: it's better to create a new string I would say |
14:14:02 | pamaury | I can add that |
14:14:41 | Bilgus | doesn't it then need to be translated? |
14:15:58 | pamaury | yeah, but we only add for english |
14:16:10 | pamaury | the system will take the gnlish value if no translation is available |
14:16:15 | Bilgus | ah ok |
14:16:18 | pamaury | and we have a website for translations |
14:16:23 | | Join robertd1 [0] (~as@201.208.225.40) |
14:16:28 | pamaury | give me a minute to add that |
14:18:23 | Bilgus | np its at 4.094v so itll be a bit before it hits 4.1 to test |
14:25:20 | Bilgus | I think it might to be prudent to conditionally define the last two entries in the table as #if BATT_CHG_V == CHG_V_4_20V { 4150, CHG_V_4_15V }, { 4200, CHG_V_4_20V } #ENDIF |
14:26:07 | Bilgus | AND batt_chg_voltage = BATT_CHG_V; /* fallback value if tablel lookup fails */ |
14:27:33 | pamaury | Bilgus: why? |
14:27:54 | pamaury | is there a target where BATT_CHG_V is not BATT_CHG_4_20V ? |
14:28:22 | Bilgus | in case a device is set to charge to CHG_V_4_10V |
14:28:52 | Bilgus | figure the batt full does't stop the charge |
14:31:38 | Bilgus | I suppose it could be argued thta it should never happen as long as it is overridden in the target but its pretty cheap insurance |
14:32:34 | Bilgus | <pamaury> is there a target where BATT_CHG_V is not BATT_CHG_4_20V ?.. none that I see |
14:33:55 | Bilgus | Yes my device stopped charging at 4100 ill try 4150 next |
14:34:29 | pamaury | Bilgus: see g#1412 |
14:34:30 | fs-bluebot_ | Gerrit review #1412 at http://gerrit.rockbox.org/r/1412 : WIP: Implement final charge voltage selection, enable it on ascodec basec chargers. by Amaury Pouly |
14:34:34 | pamaury | I have reworked things a little bit |
14:34:41 | pamaury | not the charging code but the config and all |
14:37:16 | Bilgus | the config thing fixes it, that is what I started to do |
14:45:37 | *** | Saving seen data "./dancer.seen" |
14:50:57 | | Part robertd1 |
14:54:45 | | Join robertd1 [0] (~as@201.208.225.40) |
14:56:42 | | Quit akaWolf (Ping timeout: 245 seconds) |
15:00 |
15:04:14 | Bilgus | 4.150v works too and that was with your latest commit I'd say all is well |
15:04:51 | Bilgus | Thanks Amaury |
15:16:50 | | Quit Senji (Read error: Connection reset by peer) |
15:16:59 | | Join Senji_ [0] (~Senji@212-5-158-22.ip.btc-net.bg) |
15:30:20 | pamaury | Bilgus: np, it misses the manual entry, I'll have a look at that |
16:00 |
16:01:54 | | Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) |
16:03:55 | pamaury | robertd1: I think I understand a bit better how the sony OF works, and it's more of a bad news |
16:04:25 | pamaury | the OF has a notion of "apps", they provide services and run concurrently all the time. It seems they are restarted if they quit/crash |
16:05:06 | pamaury | Sony OF uses two mains apps: SpiderApp (the UI) and Responser (USB), and two daemons to handle other things (I think logging, watchdog and database maybe) |
16:05:49 | pamaury | Since all app run concurrently, the system manager (sysmgrd) sends message to apps to tell them which one is active. |
16:06:13 | pamaury | Thus we need to listen/understand those messages, otherwise it messes up with the system |
16:07:02 | dongs | sysmgrd more like systemd, amirite? |
16:08:19 | | Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
16:10:13 | pamaury | not really |
16:11:49 | pamaury | I am still not certain what is the role of appproxy in all this |
16:13:29 | | Join rela_ [0] (~x@p200300764D5D4F0018686778E6212793.dip0.t-ipconnect.de) |
16:14:27 | | Quit rela (Ping timeout: 260 seconds) |
16:14:57 | | Quit alexweissman (Read error: Connection reset by peer) |
16:15:33 | | Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
16:31:45 | | Quit ZincAlloy (Quit: Leaving.) |
16:45:38 | *** | Saving seen data "./dancer.seen" |
17:00 |
17:03:42 | pamaury | robertd1: are you here? |
17:08:52 | | Quit cttttt (Ping timeout: 260 seconds) |
17:09:20 | | Quit Topy44 (Ping timeout: 260 seconds) |
17:09:34 | fs-bluebot_ | Build Server message: New build round started. Revision d492f25, 255 builds, 14 clients. |
17:10:02 | | Join Topy44 [0] (topy@ns3.kurz.pw) |
17:10:06 | robertd1 | hi pamaury right here in a few minutes will go but just for a second |
17:10:19 | | Join cttttt [0] (sid135570@gateway/web/irccloud.com/x-wodgmqibsdeiiymk) |
17:10:23 | pamaury | ok, when you are here, we can try to install it on your device |
17:11:20 | robertd1 | I saw that you updated the plattols |
17:12:07 | pamaury | yeah, pull the last revision, go to plattools, run "make clean" then "make" |
17:12:14 | pamaury | then go to scripts/ and run: |
17:13:09 | pamaury | make install_dualboot NWZ_TARGET=nwz-a860 UPG=install_dualboot_nwza860.upg EXEC=../plattools/dualboot.elf |
17:13:09 | pamaury | # then mount your device |
17:13:09 | pamaury | make copy_fw_upgrade UPG=install_dualboot_nwza860.upg NWZ_MOUNT=/media/pamaury/WALKMAN/ && umount /media/pamaury/WALKMAN |
17:13:09 | DBUG | Enqueued KICK pamaury |
17:13:09 | pamaury | sudo make do_fw_upgrade NWZ_DEV=/dev/sdb |
17:15:39 | | Join JanC_ [0] (~janc@lugwv/member/JanC) |
17:15:42 | robertd1 | strange fatal: Unable to look up git.rockbox.org (port 9418) (Name or service not known) |
17:16:15 | pamaury | strange, try it again? |
17:16:41 | | Quit JanC (Ping timeout: 268 seconds) |
17:16:54 | | Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) |
17:17:06 | robertd1 | just did, same error is it up? |
17:17:44 | pamaury | should be, since I was able to commit. But I know zagor has been making changes to the server, not sure if it is related |
17:19:24 | pamaury | robertd1: there is an alternate remote you can pull from: |
17:19:24 | pamaury | git remote add gerrit http://gerrit.rockbox.org/p/rockbox |
17:19:33 | pamaury | then: |
17:19:33 | pamaury | git pull −−rebase gerrit |
17:19:44 | robertd1 | thanks pamaury |
17:19:54 | pamaury | and if it complains about the default branch: |
17:19:54 | pamaury | git pull −−rebase gerrit master |
17:20:25 | robertd1 | just went up :) |
17:21:06 | fs-bluebot_ | Build Server message: Build round completed after 693 seconds. |
17:21:07 | fs-bluebot_ | Build Server message: Revision d492f25 result: All green |
17:22:51 | robertd1 | one sec please be right back |
17:35:29 | robertd1 | mount or unmount after make install_ |
17:36:03 | pamaury | umount |
17:36:14 | pamaury | you mount, then copy then umount |
17:36:56 | pamaury | tell me when the install is done, I have several warnings/explanation to give |
17:44:35 | | Join deathsbreed [0] (~deathsbre@217.217.137.176.dyn.user.ono.com) |
17:45:11 | | Part deathsbreed |
17:52:12 | pamaury | robertd1: I need to go, I'll be back later. What you need to know: |
17:52:24 | pamaury | this update replaces the OF by another app |
17:52:59 | pamaury | This other app begins by showing a menu of all plattools. If you quit the menu by pressing BACK, it will then run the OF. This way you can always fall back to the OF. |
17:53:29 | pamaury | Sometimes (for reasons I don't understand), the screen stays black, but the app is still working, you can press back several times and eventually it should run the OF |
17:53:52 | pamaury | If you ran the OF and want to go back to the tool list, you can plug usb and unplug. Or you can reset |
17:54:45 | pamaury | If you reset with usb plugged, it will always boot to usb first so you can always recover and reflash the OF if needed. If the screen stays black, try plugging/unplugging the usb several times. |
17:54:52 | pamaury | good luck ;) |
17:55:09 | robertd1 | ok pamaury there is something about the sense key ilegal request. many thanks I ll talk to yo later |
18:00 |
18:02:49 | | Part robertd1 |
18:08:09 | | Quit rela_ (Quit: Leaving) |
18:08:24 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
18:09:01 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
18:09:38 | | Join robertd1 [0] (~as@201.208.225.40) |
18:21:11 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
18:25:52 | | Quit Bilgus (Quit: Page closed) |
18:31:14 | | Quit krabador (Quit: Leaving) |
18:39:12 | | Quit JanC (Read error: Connection reset by peer) |
18:40:15 | | Join JanC [0] (~janc@lugwv/member/JanC) |
18:43:05 | | Join smoke_fumus [0] (~smoke_fum@leased-line-195-222-90-170.telecom.by) |
18:43:09 | robertd1 | now the ts is working much better |
18:45:39 | *** | Saving seen data "./dancer.seen" |
18:46:42 | | Quit Senji_ (Ping timeout: 268 seconds) |
18:47:23 | | Quit alexweissman (Remote host closed the connection) |
18:47:49 | | Join alexweissman [0] (~alexweiss@140-182-74-252.ssl-vpn.indiana.edu) |
18:48:41 | | Join alexweis_ [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
18:52:34 | | Quit alexweissman (Ping timeout: 260 seconds) |
19:00 |
19:01:34 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:598b:5f1:91f3:b3b2) |
19:03:46 | | Join Guest66888 [0] (~Slayer@c-68-33-117-184.hsd1.va.comcast.net) |
19:06:29 | | Quit Guest7162 (Ping timeout: 244 seconds) |
19:20:08 | | Quit smoke_fumus (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) |
19:40:15 | | Join Senji [0] (~Senji@212-5-158-22.ip.btc-net.bg) |
19:49:52 | | Quit Senji (Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/) |
20:00 |
20:06:43 | pamaury | robertd1: does it correctly print the touch status? |
20:12:33 | | Join appledog [0] (uid193723@gateway/web/irccloud.com/x-muljtqzwwrergele) |
20:30:03 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
20:33:02 | robertd1 | pamaury yes it does. That app is much better than the old nes |
20:33:24 | pamaury | which app you mean? |
20:33:36 | robertd1 | the dualboot |
20:34:58 | pamaury | well I embedded all the tools in one, makes it easier |
20:35:15 | pamaury | it is still possible to build separately |
20:35:30 | robertd1 | pamaury correct me if im wrong but the whole process seems quicker than before |
20:35:30 | pamaury | did you have the black screen issue? |
20:35:43 | robertd1 | yes I did, the first time only |
20:37:01 | pamaury | and it correctly boot the OF if you press back? |
20:37:26 | robertd1 | It takes a litlle time but yes it does |
20:37:35 | | Quit alexweis_ (Remote host closed the connection) |
20:37:59 | pamaury | yeah the OF is a big executable |
20:38:25 | robertd1 | in the black screen issue there was a backlight. I mean the screen was dark but I could see a light behind |
20:38:41 | pamaury | yeah it's not a backlight issue, I don't understand what is going on |
20:39:44 | pamaury | I suspect it might be a framebuffer configuration problem but I am not sure |
20:40:57 | | Quit krabador (Quit: Leaving) |
20:41:50 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
20:43:39 | robertd1 | how many bits of color are there? |
20:44:12 | | Join JanC_ [0] (~janc@lugwv/member/JanC) |
20:45:25 | | Quit JanC (Killed (orwell.freenode.net (Nickname regained by services))) |
20:45:25 | | Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) |
20:45:43 | *** | Saving seen data "./dancer.seen" |
20:45:44 | pamaury | robertd1: 16 |
20:51:03 | robertd1 | for a tiny screen of 400 × 240... |
21:00 |
21:06:23 | pamaury | well it's not bad honestly |
21:06:34 | pamaury | some players have a 100x100 screen so don't complain ;) |
21:12:10 | | Join alexweissman [0] (~alexweiss@149-160-183-91.dhcp-bl.indiana.edu) |
21:13:34 | robertd1 | it is great resolution for a device thats 6 years old :) |
21:27:02 | | Join petur [0] (~petur@rockbox/developer/petur) |
21:57:14 | | Join Bilgus [0] (ae6611d9@gateway/web/freenode/ip.174.102.17.217) |
22:00 |
22:20:26 | | Quit alexweissman (Remote host closed the connection) |
22:38:53 | | Join alexweissman [0] (~alexweiss@149-160-183-91.dhcp-bl.indiana.edu) |
22:45:03 | | Quit pamaury (Ping timeout: 260 seconds) |
22:45:46 | *** | Saving seen data "./dancer.seen" |
22:51:55 | __builtin | wow... I have no idea what my own xworld code does :( |
22:53:04 | | Part robertd1 |
22:53:35 | __builtin | I have something that creates a mutex... but it's local to the function |
22:53:50 | __builtin | and nothing else ever uses it |
22:54:27 | __builtin | ... and of course it works in the sim but not on hardware |
22:54:40 | | Join Fa1th [0] (~Fa1th@46.101.133.147) |
22:54:42 | Fa1th | Hello people! |
22:55:37 | Fa1th | I think many people have experience with mp3 players here and i came to ask if the sandisk sansa clip sport is the best mp3 player in its budget range? |
22:56:52 | Fa1th | I know it's offtopic |
22:58:04 | __builtin | well it doesn't run rockbox and probably never will |
22:58:59 | Fa1th | I know but I came for an profesional opinion if its worth or maybe some lenco one? |
23:00 |
23:01:58 | lebellium | it has very limited hardware, it can't handle id3tags properly, no gapless, internal and external memories can't be merged. It depends on your needs. I can't say if there is a better player in this range not discontinued yet. I can just say that buying a second handed clip+/zip is a better idea |
23:04:35 | Fa1th | and what about SanDisk Clip Jam or Philips GoGEAR Vibe SA4VBE04KF/12 |
23:04:48 | Fa1th | I mean i would use it for physical work |
23:05:38 | lebellium | the Clip Jam is the same as the Sport. It shares the same SoC and same software. Only the screen is different |
23:06:42 | | Quit Marex (Ping timeout: 245 seconds) |
23:07:23 | lebellium | People here don't necessarily have a "professional opinion". We just like Rockbox and all devices you mention don't run Rockbox and probably never will. So I would suggest you to ask your question on a dedicated forum |
23:08:31 | Fa1th | Ok thanks |
23:08:34 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
23:08:34 | * | __builtin finally realizes why the xworld audio sounds wrong |
23:08:50 | __builtin | the game was treating 22050Hz PCM as 44100Hz |
23:14:43 | | Join Marex [0] (~Marex@195.140.253.167) |
23:19:18 | | Quit lebellium (Quit: ChatZilla 0.9.92 [Firefox 49.0.2/20161019084923]) |
23:40:49 | Bilgus | personally Rockbox-ibility is my first requirement in as device |