00:17:27 | | Quit petur (Remote host closed the connection) |
00:26:55 | | Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) |
00:29:15 | | Quit mc2739 (Ping timeout: 240 seconds) |
00:29:55 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
00:37:52 | *** | Saving seen data "./dancer.seen" |
00:49:43 | | Join prof_wolfff [0] (~prof_wolf@31.13.188.140) |
01:00 |
01:02:31 | | Quit krabador (Remote host closed the connection) |
01:05:07 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
01:18:37 | | Quit prof_wolfff (Ping timeout: 246 seconds) |
01:45:13 | | Quit krabador (Ping timeout: 240 seconds) |
01:46:46 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
02:00 |
02:13:47 | | Quit Moarc (Quit: i znowu NADMUCHAŁ BALONA) |
02:16:07 | | Join Moarc [0] (~chujko@a105.net128.okay.pl) |
02:19:21 | | Join PimpiN8 [0] (~textual@dhcp-077-250-089-239.chello.nl) |
02:23:35 | | Quit PimpiN8 (Ping timeout: 240 seconds) |
02:37:53 | *** | Saving seen data "./dancer.seen" |
03:00 |
03:12:10 | | Quit krabador (Remote host closed the connection) |
03:21:56 | __builtin | is there any interest in getting a 3.15 release done? |
03:22:37 | __builtin | I ask because there's still a bunch of users on 3.14 (which is nearly 2 1/2 years old now) |
03:30:14 | | Quit [7] (Ping timeout: 250 seconds) |
03:30:40 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
03:44:30 | Bilgus | there are some pretty big bug fixes that would be good to have in a new release |
03:45:36 | Bilgus | I think getting the ipod working with iflash and the bootloader deserve it as well |
03:45:42 | __builtin | yeah, I'd like to push the 6G to stable |
03:46:04 | __builtin | iflash working is... unlikely within the next month |
03:46:27 | Bilgus | how about by the end of the year |
03:46:52 | Bilgus | that seems like a good target 1/15/19 |
03:47:06 | __builtin | no deadlines :P |
03:47:35 | Bilgus | I sed target no deadline lol |
03:48:17 | __builtin | maybe 11/15 instead? |
03:48:26 | __builtin | for a release |
03:48:37 | Bilgus | thats two weeks? |
03:48:45 | | Quit Ruhan (Quit: Connection closed for inactivity) |
03:48:46 | __builtin | fixing iflash is unlikely to be an instantaneous process |
03:49:16 | Bilgus | so bootloader then and save iFlash for later? |
03:49:22 | __builtin | it won't take all that much work to do a release, if we leave out the hard parts, yes :) |
03:50:35 | Bilgus | I think I'd like to finalize the multiboot stuff for that release and a few lua things, Ive also some reworked icons from another user that should be put in |
03:51:17 | __builtin | sure, sounds good |
03:51:29 | Bilgus | but sure whats it hurt, I'd wait to hear from speachy I'm not sure where he is in his work |
03:51:49 | Bilgus | not that it will hurt it but he might have a few things left |
03:52:10 | __builtin | if we botch it we can always redo it as 3.15.1 :) |
03:52:33 | * | __builtin really would like to see *slightly* more frequent releases |
03:53:39 | __builtin | at this point we can't put the same manpower into each release as we used to, so the quality of each "release" won't be that much different from a development build, I suppose |
03:53:44 | Bilgus | off the top of my head theres an opus fix, shortcut fix, bunch of overflow fixes, some fixes to the buffer lib thats just what I committed so I'll try and update the recent changes page to make it a bit easier to list the notable |
03:54:24 | Bilgus | I think we'd need far more beta testers to do frequent releases justice |
03:54:46 | __builtin | I think regular releases would 1) keep more users semi-up-to-date 2) give signs of life from the project as a whole |
03:55:26 | Bilgus | shoot for yearly major and monthly or bi monthly regular maybe |
03:55:50 | __builtin | yearly major? as in 3.x->4.x->...? |
03:56:12 | Bilgus | I'd like it to be 3.20 in 2020 3.21 in 2021 |
03:56:39 | __builtin | that would mess up the whole sequential numbering we've got going, wouldn't it? |
03:56:55 | __builtin | (unless we do 5 releases in the next two months, of course) |
03:57:02 | Bilgus | depends how many releases we have |
03:57:18 | Bilgus | or shoot for unity in 2021 lol |
03:57:28 | __builtin | how about we just keep the sequential numbering? |
03:58:07 | __builtin | we can bump minor versions just as before, and save the 3.x->4.x jump for when we gut HWCODEC completely |
03:58:13 | Bilgus | suppose, I just figured itd give a target |
03:58:33 | Bilgus | I think 3.15 should have no HWCodec |
03:58:50 | __builtin | it was agreed when we did 3.14 that 4.0 would mark HWCODEC removal |
03:59:16 | Bilgus | ok so do 3.15 and then 4.0 at the beginning of year |
03:59:41 | Bilgus | it'll be 3.15 without HWcodec |
03:59:54 | __builtin | you mean 4.0 will be? |
03:59:58 | Bilgus | plus anything we really screwed up |
04:00 |
04:00:36 | Bilgus | yes do 3.15 in NOV and 4.0 1/1/20 ish |
04:01:13 | __builtin | sounds like a reasonable plan to me |
04:01:25 | __builtin | contingent, of course, on someone gutting HWCODEC |
04:01:37 | __builtin | by the way, did we reach a consensus on how that would be done? |
04:02:08 | Bilgus | well if we leave 3.15 as the hwcodec then save the branch |
04:02:41 | __builtin | and then just automatically delete all the #ifdef HWCODEC blocks? |
04:02:45 | Bilgus | and we just remove all the conditionalys at first then slowly remove everything else till we get all traces out |
04:03:09 | Bilgus | I don't know that automatic is the best idea |
04:03:40 | __builtin | we can figure that when 4.0 rolls around |
04:03:54 | Bilgus | it needs to be inspected and probably a little bit of unit testing in the relevant modules |
04:04:32 | __builtin | so what else needs to be done before 3.15? |
04:05:33 | Bilgus | it could go now I think it seems pretty stable, |
04:06:32 | __builtin | we need to merge the rbutil bootloader installer, and flesh out the manual |
04:06:33 | Bilgus | I want the multiboot to work OutOfBox so I'll just do the drive swapping thing |
04:06:48 | Bilgus | manual for agptek |
04:07:08 | Bilgus | I wonder what the status of the fiio? is |
04:07:10 | __builtin | Patches for both of the above are in gerrit and I can polish them up |
04:08:07 | Bilgus | FiiO mk3 would be a nice addition but that person has been releasing them off a personal site so I'm not sure the true state of that |
04:08:37 | Bilgus | if not in a ready place it could wait till another release |
04:08:47 | __builtin | have we contacted them and asked about merging? (sorry, out of the loop) |
04:10:31 | Bilgus | figure rocker and fiio & something else 'name eluding me' are the only in production devices |
04:10:48 | Bilgus | I think it was asked but was a long while ago |
04:11:06 | Bilgus | and it was something like 'eventually' but I'll ask |
04:11:15 | __builtin | in that case there's no hurry |
04:11:20 | __builtin | we can put it off til next release |
04:17:00 | Bilgus | I went ahead and asked |
04:17:22 | Bilgus | what do you see needing done before a release? |
04:17:45 | __builtin | do we want to put out release candidates? |
04:18:06 | * | __builtin isn't sure about the logistics of that... I remember the build server having a RC build option |
04:18:20 | __builtin | (but I have no idea how to use it, or even what exactly it does) |
04:18:50 | Bilgus | well then don't we freeze everything to bug fixes only? |
04:19:22 | Bilgus | and again no beta testers |
04:19:53 | __builtin | That's valid. In that case, RC builds are pointless, I suppose |
04:20:33 | Bilgus | I'd just pop it as 3.15 anything major could be 3.16 and then then 4.0 |
04:21:14 | Bilgus | I really don't think theres anything big thats going to pop out but I suppose thats why there are bugs in the first place |
04:21:37 | __builtin | "if someone complains, we'll fix it" |
04:21:54 | Bilgus | we'll think about fixing it.. |
04:22:04 | __builtin | heh |
04:22:50 | * | __builtin has to refresh himself on the logistics of getting a release out |
04:23:27 | Bilgus | I'm not sure where speachy is in his quest for voices in plugins but I do think thats a pretty important thing for the non seeing folks |
04:24:08 | __builtin | he merged that, no? |
04:24:10 | Bilgus | would surly be a good 'selling?' point |
04:24:42 | Bilgus | I was saying to mention prominently in the release notes |
04:25:01 | Bilgus | surely even* |
04:25:44 | __builtin | it's only enabled in a handful of plugins, though |
04:26:01 | Bilgus | ah I thought it was across them |
04:26:17 | __builtin | hmm, where do we keep the central target status classifications? (i.e. stable/unstable) |
04:26:52 | __builtin | I've dug deep into the site's sources but it's referring to a file that I don't have access to |
04:29:24 | | Join J_Darnley [0] (~J_Darnley@d51a44418.access.telenet.be) |
04:29:53 | Bilgus | other than the 9targetstat page? |
04:30:02 | | Quit jdarnley (Ping timeout: 240 seconds) |
04:31:12 | __builtin | which page? |
04:32:25 | Bilgus | the wiki one |
04:32:52 | Bilgus | or do you mean the list on the index page? |
04:34:04 | __builtin | I'm trying to get rbutil to mark the ipod6g as stable in its targets page |
04:34:11 | __builtin | currently it's "unknown" |
04:34:14 | Bilgus | sansa fuze+ should be stable too |
04:35:02 | __builtin | ah, it's in tools/builds.pm |
04:35:20 | __builtin | that goes through a bunch of layers to eventually end up in rbutil's page |
04:37:06 | __builtin | the file that rbutil looks at is http://download.rockbox.org/build-info.release |
04:37:29 | __builtin | that file is (probably) manually copied from somewhere by one of the swedes |
04:37:55 | *** | Saving seen data "./dancer.seen" |
04:44:44 | Bilgus | whats the difference between .release and http://download.rockbox.org/build-info |
04:45:03 | Bilgus | it looks to be updated by the build system?? |
04:45:35 | __builtin | .release is manually copied, I think |
04:46:03 | __builtin | build-info is automatically generated: see www/buildserver/hooks/roundcomplete.sh |
04:46:38 | Bilgus | it'd have to be |
04:52:47 | __builtin | it's completely manual, I'm guessing |
04:52:58 | __builtin | or at least it wasn't done automatically in the last release |
04:53:28 | __builtin | the fuze+ was promoted to stable in 2016, but it was still marked unstable when 3.14 was released in 2017 |
04:56:28 | Bilgus | https://github.com/Rockbox/rockbox/blob/master/rbutil/rbutilqt/rbutil.ini#L19 |
04:56:35 | Bilgus | lets try something |
05:00 |
05:06:44 | Bilgus | hmm i think its probably this one wonder why there are so many copies |
05:06:46 | Bilgus | http://download.rockbox.org/release/build-info |
05:08:01 | __builtin | that file is produced (indirectly) from tools/builds.pm |
05:11:22 | fs-bluebot | Build Server message: New build round started. Revision f72b908, 280 builds, 11 clients. |
05:11:53 | | Quit TheSeven (Disconnected by services) |
05:12:12 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
05:26:46 | __builtin | alright, 6g is stable |
05:34:41 | fs-bluebot | Build Server message: Build round completed after 1398 seconds. |
05:34:43 | fs-bluebot | Build Server message: Revision f72b908 result: 0 errors 1 warnings |
05:38:51 | __builtin | Bilgus: do you think we should do a feature freeze? |
05:39:23 | Bilgus | till when and to what end? |
05:39:49 | __builtin | I don't know. That's why I asked you ;) |
05:40:22 | __builtin | I personally don't see a point in it, since, realistically, we probably aren't going to fix anything between now and Nov 15 |
05:40:52 | Bilgus | I really can't see a point how much is going to come in from what 4 devs in the next two weeks? |
05:41:00 | __builtin | yep |
05:41:02 | __builtin | so... no? |
05:41:18 | Bilgus | sounds like added headache |
06:00 |
06:06:13 | __builtin | we'll have to release rbutil too |
06:07:06 | __builtin | the ipod6g bootloader won't be in 1.4.0 |
06:18:13 | __builtin | bluebrother: I just merged rbutil ipod6g bootloader support |
06:31:24 | mendelmunkis | I just woke up and am reading the backlog. I have a few things I'm working on when I get time. I'm assuming you want landscape put on hold until after 3.15 but pacbox autoplay fixes are fine? |
06:32:07 | mendelmunkis | Also Is there anywhere in particular I can put my limited skills to helping prepare for release? |
06:32:23 | mendelmunkis | *to work to help |
06:37:56 | *** | Saving seen data "./dancer.seen" |
06:58:45 | __builtin | Feel free to work on whatever you like, as usual |
06:58:57 | __builtin | we probably won't merge anything "big" til after the release, though |
07:00 |
07:00:46 | __builtin | as far as things to do, figuring out how to release Rockbox Utility would be nice, since we'll need that to be in place before the release |
07:01:33 | __builtin | Polishing up the ReleaseNotes315 page would be helpful as well |
07:24:14 | | Quit TorC (Ping timeout: 250 seconds) |
07:25:37 | | Join ZincAlloy [0] (~Adium@ip5f5acea4.dynamic.kabel-deutschland.de) |
07:30:05 | | Quit ZincAlloy (Ping timeout: 252 seconds) |
07:37:06 | | Quit pixelma (Quit: .) |
07:37:06 | | Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
07:38:50 | | Join pixelma [0] (marianne@rockbox/staff/pixelma) |
07:38:50 | | Join amiconn [0] (jens@rockbox/developer/amiconn) |
07:54:25 | | Join ZincAlloy [0] (~Adium@2a02:8108:9440:dfc:4931:a33:2bbc:58bc) |
07:58:41 | | Quit ZincAlloy (Ping timeout: 246 seconds) |
08:00 |
08:37:59 | *** | Saving seen data "./dancer.seen" |
08:59:29 | | Join petur [0] (~petur@80.169.83.226) |
08:59:29 | | Quit petur (Changing host) |
08:59:29 | | Join petur [0] (~petur@rockbox/developer/petur) |
09:00 |
09:00:17 | | Join ZincAlloy [0] (~Adium@2a02:8108:9440:dfc:4931:a33:2bbc:58bc) |
09:04:41 | | Quit ZincAlloy (Ping timeout: 252 seconds) |
09:26:32 | | Join dys [0] (~dys@2003:5b:203b:100:a64c:c8ff:fef4:13a6) |
10:00 |
10:34:06 | | Join johnb4 [0] (~johnb2@p5B3AF76F.dip0.t-ipconnect.de) |
10:36:23 | johnb4 | Bilgus : Are you aware of any caveat if I want to compile the Multiboot bootloader ( g#1556 g#1613) for Sandisk Sansa e200 v2? Size restrictions? |
10:36:27 | fs-bluebot | Gerrit review #1556 at http://gerrit.rockbox.org/r/1556 : Allow mounting of any directory as the root directory. by William Wilgus |
10:36:27 | fs-bluebot | Gerrit review #1613 at http://gerrit.rockbox.org/r/1613 : Multiboot Firmware Root Redirect - Do Not Commit by William Wilgus |
10:38:00 | *** | Saving seen data "./dancer.seen" |
10:52:29 | zagor[m] | FYI I am looking into moving rockbox.org to github.com/rockbox. |
10:54:18 | zagor[m] | we haven't maintained it properly for years and only look at it when some spider causes the server to strain due to the wiki |
10:55:11 | zagor[m] | a move would mean less custom hacks on the website, but far more control for the people actually working on things today |
10:56:57 | zagor[m] | this has been discussed and debated many times, and nobody every steps up to run the site. it's way more stuff than most people realize. way more than the project needs anymore. |
11:00 |
11:03:38 | | Join ZincAlloy [0] (~Adium@2a02:8108:9440:dfc:7021:ae7e:14ec:27ac) |
11:08:16 | | Quit ZincAlloy (Ping timeout: 276 seconds) |
11:11:35 | user890104 | zagor[m]: I wrote in the mailing list, that I can provide free hosting on my dedicated server in OVH |
11:12:12 | user890104 | moving to a Git hosting seems like the way to go, it's just that since github is owned by microsoft, some open source projects moved away from it |
11:12:21 | | Join prof_wolfff [0] (~prof_wolf@31.13.188.140) |
11:12:27 | zagor[m] | everyone says that, before looking into what it entails. :) |
11:12:43 | zagor[m] | (the "I can host it") |
11:14:01 | zagor[m] | and we've discussed "github is evil" so many times. long before MS bought them. |
11:14:20 | zagor[m] | talk is cheap. my time is limited. the site is rotting. |
11:16:31 | zagor[m] | my aim is to move rockbox off of our server so the project doesn't die completely if (when) our ancient box does. |
11:19:32 | zagor[m] | github has git including pull request management, bug tracking, web pages, wiki and release handling. anyones personal server has none of that. and properly maintaining the systems needed for it is far more work and far less fun than most people think. |
11:20:12 | zagor[m] | not to mention we'd still be stuck relying on individual efforts |
12:00 |
12:05:20 | | Join vmx [0] (~vmx@ip5f5ac62a.dynamic.kabel-deutschland.de) |
12:18:47 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
12:20:36 | | Quit Jinx (Ping timeout: 240 seconds) |
12:26:35 | | Quit prof_wolfff (Ping timeout: 265 seconds) |
12:30:28 | | Join Jinx [0] (~Jinx@unaffiliated/jinx) |
12:30:42 | | Quit dys (Ping timeout: 245 seconds) |
12:32:41 | johnb4 | Bilgus : I compiled and tried to patch the firmware: the size is too large https://pastebin.com/C8ZCUbyt |
12:33:41 | johnb4 | Would you have any hint how to cut down on the bootloader size? |
12:38:02 | *** | Saving seen data "./dancer.seen" |
12:50:04 | | Quit PrinceKyle (Read error: Connection timed out) |
12:51:38 | | Join PrinceKyle [0] (~cancerian@cpe-2606-A000-111A-A097-0-0-0-F17.dyn6.twc.com) |
12:53:29 | mendelmunkis | zagor[m]: Not that I think it counts for much but I personally like gerrit over github. |
12:59:25 | | Quit johnb4 (Ping timeout: 276 seconds) |
13:00 |
13:06:17 | | Quit krabador (Quit: Leaving) |
13:34:31 | | Quit Natch (Ping timeout: 276 seconds) |
13:36:07 | | Join pamaury [0] (~pamaury@maths.r-prg.net.univ-paris7.fr) |
13:36:07 | | Quit pamaury (Changing host) |
13:36:07 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
13:43:21 | | Join Natch [0] (~Natch@h-112-130.A444.priv.bahnhof.se) |
14:00 |
14:17:30 | | Join PimpiN8 [0] (~textual@77.60.122.82) |
14:38:05 | *** | Saving seen data "./dancer.seen" |
14:45:17 | | Quit massive_H (Quit: Leaving) |
14:47:50 | | Quit deevious (Quit: deevious) |
14:50:35 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
14:51:43 | | Join deevious [0] (~Thunderbi@193.226.142.214) |
14:57:01 | zagor[m] | __builtin: which git hash do you want to build? |
14:57:11 | | Join AndroUser [0] (~androirc@176.12.153.251) |
14:57:17 | __builtin | HEAD, I guess :) |
14:57:53 | | Quit AndroUser (Client Quit) |
14:58:22 | | Join xza [0] (~androirc@176.12.153.251) |
15:00 |
15:01:53 | fs-bluebot | Build Server message: New build round started. Revision f72b908, 281 builds, 12 clients. |
15:02:05 | zagor[m] | build started |
15:02:53 | Strife89 | What about the build server and clients? I don't imagine that those can be moved to any big-name service. |
15:03:17 | Strife89 | (Speaking of, I need to re-add my desktop as a build client.) |
15:10:13 | | Join johnb4 [0] (~johnb2@p5B3AF76F.dip0.t-ipconnect.de) |
15:10:45 | zagor[m] | some of it might be offloaded to travis-ci. but I don't have all the details worked out. |
15:12:35 | gevaerts | Maybe it will still need some sort of server, but that's going to be a lot lighter on resources than forums, wikis, and gerrits |
15:12:59 | zagor[m] | also, sub-10 minute builds are perhaps not the top priority anymore :) |
15:13:43 | Strife89 | I noticed a lot of 20+ minute rounds on the build table. :/ |
15:13:53 | gevaerts | Of course they are! Sub-10 second or don't bother! :) |
15:14:57 | zagor[m] | Strife89: what is the world coming to, eh? |
15:16:32 | fs-bluebot | Build Server message: Build round completed after 880 seconds. |
15:16:33 | fs-bluebot | Build Server message: Revision f72b908 result: All green |
15:17:38 | Strife89 | Well, at least that one was faster than 20m :) |
15:19:01 | gevaerts | It looks like it's just confused :) |
15:19:37 | zagor[m] | maybe it has forgotten how to build a release |
15:20:05 | gevaerts | Well, it's been a while |
15:28:04 | | Quit xza (Read error: Connection reset by peer) |
15:28:48 | zagor[m] | some bits are confused, but rbutil now has release candidates |
15:29:08 | Bilgus | johnb4 I had the same issue, I removed the e200 because I couldn't free enough to get it built |
15:31:13 | Bilgus | are there things that could be done probably; perhaps really cut down printf and remove the logo would probably be enough |
15:31:30 | Bilgus | I just didn't want to do that to a release bootloader |
15:55:28 | Bilgus | why is the buildpage still showing f72b908 as building? |
16:00 |
16:12:55 | | Quit pamaury (Quit: Konversation terminated!) |
16:38:07 | *** | Saving seen data "./dancer.seen" |
16:39:03 | zagor[m] | dunno. it got confused. |
16:50:55 | | Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) |
17:00 |
17:00:31 | | Join Ruhan [0] (uid76353@gateway/web/irccloud.com/x-yktlekkxvockanzz) |
17:12:46 | | Quit paulk-leonov (Ping timeout: 245 seconds) |
17:16:00 | | Join paulk-leonov [0] (~paulk-leo@leonov.paulk.fr) |
17:17:17 | | Quit petur (Quit: Connection reset by beer) |
17:44:33 | | Join amph [0] (532434e2@226.red-83-36-52.staticip.rima-tde.net) |
17:45:16 | | Quit amph (Remote host closed the connection) |
17:45:55 | | Join underwater25 [0] (532434e2@226.red-83-36-52.staticip.rima-tde.net) |
17:47:02 | underwater25 | Hi all, my sansa clip+ died completely |
17:48:45 | underwater25 | Device is not bricked as I can connect to PC in both original firmware and rockbox and see proper folder structure and even play mp3. Also by accident recorded my conversation. |
17:48:54 | underwater25 | Any help? |
17:49:35 | underwater25 | PCB is 54-50-00825, TEMPO REV21 |
18:00 |
18:00:10 | Bilgus | explain died completely? |
18:00:42 | Bilgus | underwater25? |
18:03:30 | underwater25 | Screen is just dark. On the sun at some angle I can see like a black line |
18:04:23 | underwater25 | Amazingly, it came back for a 5 seconds once, I could choose language and then died again |
18:05:15 | Bilgus | and this occurs in both rockbox and the Original Sansa firmware so that probably means the backlight driver has gone bad |
18:05:43 | Bilgus | set up voices on the player and use it blind. |
18:06:38 | Bilgus | https://www.rockbox.org/wiki/RockboxExtras/#Voice%20Files |
18:07:07 | underwater25 | It died in rockbox, then I booted up for 5 sec in original firmware |
18:07:45 | underwater25 | Also then connecting to PC in rockbox folder structure is different vs original |
18:08:33 | underwater25 | BTW battery voltage is 4.082V, so is almost fully charged |
18:09:03 | Bilgus | ok? but still the screen is still dead in the OF (the sansa Original Firmware) |
18:09:06 | underwater25 | Thanks, will try with voice setup |
18:09:22 | Bilgus | therefore it is a hardware issue |
18:09:23 | underwater25 | Yep screen is dead in both case |
18:10:05 | Bilgus | I wouldn't try to replace the screen you are better off just using it as the internals are VERY delicate |
18:10:16 | underwater25 | Do you think disconnecting battery worth a try? |
18:10:20 | Bilgus | nope |
18:11:09 | underwater25 | Internal looks fine :) I mean I could manage to solder new screen |
18:11:24 | johnb4 | underwater25 : I can give you a zip file with "blind setup" |
18:11:36 | johnb4 | various talk files etc. |
18:11:45 | Bilgus | if anything it could be a bad connection but I'm telling you you are better off sealing with it through voice menus because the most likely result if you open it is a totally broken player |
18:12:03 | Bilgus | *dealing* |
18:12:14 | johnb4 | I have 2 clip+ with dead screens ;-) |
18:12:54 | underwater25 | Jonhb4, please share your zip with blind setup |
18:13:43 | underwater25 | Bilgus, I have already opened it :) |
18:14:23 | Bilgus | close it :) it'll end in nothing but heartache lol |
18:17:36 | underwater25 | Cha maybe not :) |
18:18:03 | johnb4 | http://www.mediafire.com/file/gldhyeamxwrkf8w/blind.zip/file |
18:18:57 | underwater25 | Take a look at the screen https://i.postimg.cc/05tq4nGc/IMG-20191028-181509.jpg |
18:19:12 | underwater25 | Johnb4, thanks a lot |
18:19:41 | johnb4 | Copy that to the root of your player. I noticed that this build is rather old (is a backup from my PC). On the players I had installed Bilgus'multiboot bootloader and run RB only from the SD card (here I can give you a newer build). |
18:21:28 | underwater25 | OK will do so |
18:21:38 | Bilgus | the only thing you can really do there us try to wiggle the ribbon maybe clean the connector |
18:21:40 | underwater25 | PCB backside https://i.postimg.cc/sfGtnzXD/IMG-20191028-181523.jpg |
18:25:05 | Bilgus | 90% isopropyl with the player off and or battery disconnected and take care not to get it in the screen as it will wick between the layers |
18:25:59 | Bilgus | I don't remember if the clip+ has a removable ribbon cable if it does then thats probably the bad connection |
18:26:09 | underwater25 | Yep will use IPA |
18:26:19 | underwater25 | Not it does not have removable |
18:26:27 | underwater25 | https://i.postimg.cc/LsR9SXJT/IMG-20191028-182226.jpg |
18:26:30 | Bilgus | if not then maybe some hotair to reform the solder DON'T use a soldering iron |
18:27:07 | Bilgus | yeah you are really just asking for trouble.... |
18:27:23 | underwater25 | I have gas soldering iron, but it is tricky with distance and temperature |
18:27:59 | underwater25 | Here is cable close up https://i.postimg.cc/hvx4g712/IMG-20191028-182258.jpg |
18:29:09 | Bilgus | it looks like you already attempted it and destroyed the ribbon cable |
18:30:01 | underwater25 | No way, it is factory made |
18:30:25 | Bilgus | maybe you could find a donor player with bad flash on ebay |
18:30:47 | Bilgus | then perhaps moisture ate away at the ribbon |
18:31:23 | underwater25 | Maybe, but with postage and etc... I can get one for 25 euro on Amazon |
18:31:32 | Bilgus | or just weird reflection but it looks like one of those traces are slipt around the via |
18:31:45 | Bilgus | split* |
18:32:27 | Bilgus | if you do ribbon soldering kapton tape and aluminum foil |
18:32:46 | Bilgus | assuming its not a bad driver chip |
18:33:19 | Bilgus | I'd just use it with voice prompts |
18:35:21 | underwater25 | Take a look at pins close up https://i.postimg.cc/c155Gbvk/IMG-20191028-183259.jpg |
18:35:47 | underwater25 | Yep voice prompts looks like solution |
18:36:36 | underwater25 | Any idea about voltages at the pins? |
18:37:40 | Bilgus | I had a datasheet on the lcd at one point but its been sdeveral years ago that I had a clip+ open |
18:38:11 | *** | Saving seen data "./dancer.seen" |
18:39:00 | Bilgus | the pins look to have some junk around them but TBH its hard to tell without having it in hand with a good maginifying glass |
18:39:33 | Bilgus | the ribbon looks crazed too and thats odd are you the first owner of this clip+? |
18:40:07 | Bilgus | none of mine looked this dirty inside |
18:40:34 | underwater25 | It looks like flux, a lot |
18:40:54 | underwater25 | Yep, I'm the first owner of this clip+ |
18:46:57 | Bilgus | nope sorry the only datasheet I have for the lcd is for the clipzip |
18:48:34 | underwater25 | OK thanks anyway |
18:49:02 | Bilgus | the clip+ is a OLED 64 x128 so you might have some luck finding one similar enough to figure it out they all have a yellow band at the top |
18:49:40 | Bilgus | one revision had a blank space and another it was solid but I think they were still the same connection wise |
18:50:28 | underwater25 | Just cleaned, ribbon still has some dark pattern |
18:50:46 | underwater25 | Take a look https://i.postimg.cc/s2jNrQrs/IMG-20191028-184734.jpg |
18:51:49 | Bilgus | looks a lot better though I don't think you could really test the ribbon non destructively though |
18:54:04 | underwater25 | What is your opinion about this black line on LCD? |
18:54:34 | Bilgus | OLED isn't like LCD where you still get a ghosted image so maybe the HV driver is out? |
18:55:14 | Bilgus | it could be a ground issue or even something with the player but I imagine you'd get away with replacing the screen |
18:55:45 | Bilgus | just be sure to protect the ribbon cable with kapton and alu foil |
18:56:31 | underwater25 | OK thanks, I will try voice prompts to see how they work |
18:56:43 | Bilgus | I would not use anything but hotair on the board |
18:57:12 | underwater25 | I doubt I have any more interest and time to dig any deeper |
19:00 |
19:02:59 | pixelma | isn't the "black line" just a separator between the yellow and the cyan part of the screen? |
19:03:41 | pixelma | (I admit that I haven't read the backlog very thoroughly yet, so maybe I missed something there) |
19:05:27 | Bilgus | it could be on the earlier revisions they do have a literal black line there |
19:06:26 | Bilgus | it looks a little low though but it might just be the angle |
19:11:37 | | Quit johnb4 (Ping timeout: 240 seconds) |
19:12:59 | | Join PimpiN8 [0] (~textual@dhcp-077-250-089-239.chello.nl) |
19:35:09 | underwater25 | Indeed it looks like black separator line as in this image http://i.imgur.com/51D7T.jpg |
19:35:22 | | Join johnb4 [0] (~johnb2@p5B3AF76F.dip0.t-ipconnect.de) |
19:44:19 | | Quit underwater25 (Remote host closed the connection) |
19:55:49 | | Join underwater25 [0] (532434e2@226.red-83-36-52.staticip.rima-tde.net) |
19:57:08 | __builtin | zagor[m]: thanks for building |
19:57:20 | __builtin | rbutil seems to pick up the new builds |
19:57:43 | | Quit underwater25 (Remote host closed the connection) |
19:58:39 | __builtin | one thing - I recently pushed a commit to autobuild the ipod classic bootloader, but it's not showing up in the builds table |
20:00 |
20:00:18 | __builtin | does that take some action on your part? |
20:01:17 | __builtin | hmm, it seems to have triggered: http://build.rockbox.org/titles/ipod6gboot.png |
20:01:28 | __builtin | just not reflected in the builds yet |
20:06:24 | | Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) |
20:19:50 | | Quit SammysHP (Quit: *wuff*) |
20:21:12 | | Join SammysHP [0] (~SammysHP@faol.sammyshp.de) |
20:23:54 | | Join PimpiN8 [0] (~textual@dhcp-077-250-089-239.chello.nl) |
20:34:56 | | Quit mc2739 (Ping timeout: 268 seconds) |
20:38:13 | *** | Saving seen data "./dancer.seen" |
20:40:17 | __builtin | zagor[m]: also, could you resync the www site? |
20:40:21 | __builtin | (stupid typo) |
20:58:25 | | Join ZincAlloy [0] (~Adium@2a02:8108:9440:dfc:10b3:4adb:85b6:c1c) |
21:00 |
21:04:01 | | Quit johnb4 (Ping timeout: 240 seconds) |
21:06:34 | __builtin | bluebrother: could you release rbutil in HEAD as 1.4.1? |
21:13:28 | __builtin | gevaerts: and could you add me to the Release Committers group? |
21:14:41 | gevaerts | __builtin: sure, with which of your four accounts? :) |
21:14:51 | * | gevaerts likes these gerrit issues! |
21:16:31 | | Quit Frans-Willem_ (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) |
21:18:33 | __builtin | uh, good question |
21:18:56 | __builtin | username "franklin" |
21:18:59 | __builtin | ID 1000539 |
21:20:00 | | Join Frans-Willem [0] (~quassel@94-210-82-195.cable.dynamic.v4.ziggo.nl) |
21:20:22 | gevaerts | I can only see name and email address on that screen |
21:20:52 | __builtin | pm? |
21:21:04 | gevaerts | OK, done! |
21:21:08 | __builtin | thanks |
21:21:55 | * | __builtin is trying to cross-compile RockboxUtility |
21:25:39 | __builtin | cross-compile, rather |
21:41:13 | __builtin | our documentation on stable/unstable/unusable is terribly out of date... |
21:44:44 | | Quit Rower- (Quit: Hmmm...) |
21:45:14 | | Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) |
21:47:08 | | Join Rower [0] (~husvagn@m83-185-86-194.cust.tele2.se) |
21:49:46 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
21:50:01 | bluebrother | __builtin: what do you want to cross compiler for? Building Windows binaries on Linux works pretty well using mxe. Or at least it did in the past, haven't tried that in a while :) |
21:50:33 | bluebrother | I need to check my build setup before I can create a new release. Plus, I'm considering to give up on static builds and switch to Qt5. |
21:51:19 | bluebrother | And for OS X we should drop 10.4 support IMO −− new OS X doesn't support 32bit binaries anymore, so that would be an issue. But I guess 10.4 isn't really used anymore, so we could drop that (thus also drop ppc support) |
21:53:39 | bluebrother | hmm. Was that cryptopp issue solved for Windows? |
21:56:29 | bluebrother | __builtin: ipod6g is still disabled in Rockbox Utility. Intentional? |
22:00 |
22:10:11 | | Quit Ruhan (Quit: Connection closed for inactivity) |
22:12:33 | | Join Rower- [0] (~husvagn@104.37.31.230) |
22:14:20 | bluebrother | __builtin: seems I need to check if the rbutil deploy stuff is still working. Will spend some time on that tomorrow. |
22:16:03 | | Quit Rower (Ping timeout: 268 seconds) |
22:16:48 | | Quit ZincAlloy (Quit: Leaving.) |
22:17:55 | | Quit lagfra (Ping timeout: 240 seconds) |
22:25:40 | __builtin | bluebrother: no, unintentional |
22:25:49 | __builtin | I'll fix that in master |
22:29:14 | bluebrother | anyway, I'm off for today. I'll check things tomorrow to see if there's something else missing. |
22:30:28 | bluebrother | btw, does the ipod6g have a mountpoint before the bootloader is installed? |
22:32:00 | | Join petur [0] (~petur@rockbox/developer/petur) |
22:32:11 | w1d3m0d3 | bluebrother: I personally think moving to qt5 is a good idea |
22:32:34 | w1d3m0d3 | I'm not familiar enough with the rockbox utility codebase but I did try it out with qt5, successfully |
22:32:35 | fs-bluebot | Build Server message: New build round started. Revision d1fda5e, 281 builds, 12 clients. |
22:33:02 | __builtin | bluebrother: I don't think so (it's in DFU mode) |
22:33:36 | __builtin | I'll go ahead and bump the version to 1.4.1 so you can just build off HEAD |
22:36:00 | bluebrother | let me check all those dependencies first. |
22:36:17 | bluebrother | I remember an issue with cryptopp on non-Linux. |
22:37:34 | bluebrother | I can also try to update the german translation ... |
22:38:17 | *** | Saving seen data "./dancer.seen" |
22:47:01 | fs-bluebot | Build Server message: Build round completed after 866 seconds. |
22:47:02 | fs-bluebot | Build Server message: Revision d1fda5e result: All green |
22:47:03 | fs-bluebot | Build Server message: New build round started. Revision 06a26ab, 281 builds, 10 clients. |
23:00 |
23:02:34 | fs-bluebot | Build Server message: Build round completed after 933 seconds. |
23:02:35 | fs-bluebot | Build Server message: Revision 06a26ab result: All green |
23:07:43 | Strife89 | I should add my Mac Mini and leave it running on the work Internet. Any difference to setting up compared to on Linux? |
23:09:40 | Strife89 | Other than (I assume) brew install $DEPENDENCIES ? |
23:20:02 | __builtin | gevaerts: uh... can I delete remote tags? |
23:20:03 | | Quit vmx (Remote host closed the connection) |
23:20:20 | __builtin | I pushed a duplicate rbutil_v1.4.1 tag (should be rbutil_1.4.1 without the v) |
23:21:04 | | Quit petur (Remote host closed the connection) |
23:22:14 | __builtin | "You need 'Push' rights with the 'Force Push' flag to delete references" |
23:32:51 | * | gevaerts checks |
23:34:50 | gevaerts | __builtin: I've given release committers force push access to that specific tag |
23:34:55 | gevaerts | So try now |
23:35:01 | __builtin | Good idea :) |
23:35:18 | * | gevaerts wants to be as specific as possible here to avoid accidents :) |
23:35:20 | __builtin | "Containment" |
23:36:56 | __builtin | Worked, thanks! |
23:37:33 | gevaerts | Great! I'll remove that permission again |
23:38:55 | * | gevaerts hopes __builtin won't need much more help today, as it's nearly bedtime :) |
23:40:04 | __builtin | everything's in place now... we just need a rbutil release and wait and see if a showstopper bug shows up |