| 00:01:39 | | Quit simabeis (Ping timeout: 248 seconds) |
| 00:02:27 | | Join simabeis [0] (~simabeis@lobmenschen.de) |
| 00:02:28 | | Quit ranmachan (Ping timeout: 264 seconds) |
| 00:03:03 | | Join ranmachan [0] (ranma@kagami.uguu.de) |
| 00:16:37 | | Quit Poodlemastah (Read error: Connection reset by peer) |
| 00:21:46 | | Join Poodlemastah [0] (~Poodlemas@109-124-181-96.customer.t3.se) |
| 00:25:37 | | Quit pamaury (Ping timeout: 252 seconds) |
| 00:37:43 | | Quit dewlap (Read error: Connection reset by peer) |
| 00:38:06 | | Join dewlap [0] (~dewlap@2001:5c0:1000:a::1ef) |
| 00:57:37 | | Quit ender` (Quit: And I don't offend religious people, they offend themselves. -- Markus Persson (notch)) |
| 01:00 |
| 01:03:23 | | Quit Guest17648 (Quit: Hmmm...) |
| 01:03:35 | | Quit advcomp2019_ (Read error: Connection reset by peer) |
| 01:04:01 | | Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) |
| 01:55:36 | | Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 25.0/20130923194050]) |
| 01:57:42 | *** | Saving seen data "./dancer.seen" |
| 02:00 |
| 02:02:11 | | Quit mc2739 (Ping timeout: 248 seconds) |
| 02:03:26 | | Quit bertrik (Ping timeout: 240 seconds) |
| 02:04:12 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 02:05:06 | | Quit Bagder (Ping timeout: 256 seconds) |
| 02:43:12 | | Nick SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) |
| 03:00 |
| 03:56:05 | | Join robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com) |
| 03:57:45 | *** | Saving seen data "./dancer.seen" |
| 04:00 |
| 04:49:17 | | Quit robin0800 (Quit: Leaving) |
| 04:56:43 | | Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) |
| 04:56:43 | | Quit amiconn (Disconnected by services) |
| 04:56:43 | | Quit pixelma (Disconnected by services) |
| 04:56:44 | | Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) |
| 04:56:46 | | Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) |
| 04:56:46 | | Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) |
| 05:00 |
| 05:46:11 | | Quit TheSeven (Read error: Operation timed out) |
| 05:47:44 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
| 05:54:06 | | Join tertu [0] (~quassel@143.44.70.168) |
| 05:57:47 | *** | Saving seen data "./dancer.seen" |
| 05:58:26 | tertu | is there a way to normalize audio on the player in Rockbox? |
| 05:58:26 | tertu | ("the player" being an ipod 6g) |
| 06:00 |
| 06:09:43 | [Saint] | tertu: ...you mean like...replaygain, perhaps? |
| 06:09:55 | tertu | yeah i later found out about that |
| 06:10:14 | tertu | i don't think i have any files tagged, but foobar2k can do that right? |
| 06:10:34 | [Saint] | Yes. |
| 06:10:57 | [Saint] | There's very little point unless you have full albums, though. |
| 06:11:18 | [Saint] | If you just have a massive clusterfuck of randomly assorted files things get weird. |
| 06:11:21 | tertu | i'm trying to normalize a playlist actually |
| 06:11:28 | tertu | oh, so that doesn't work well? |
| 06:12:08 | [Saint] | Hmmmmm, I guess you could scan the whole thing as an "album". |
| 06:13:14 | tertu | i'll give it a shot. if it doesn't work, i'll just hand-edit the files. |
| 06:15:10 | [Saint] | Make sure you use replaygain instead of mp3gain, too. |
| 06:15:40 | [Saint] | Replaygain only edit tags, mp3gain edits the gain in the actual mp3 frames and is irrecoverable. |
| 06:19:19 | tertu | would Ex Falso work? |
| 06:20:37 | | Quit Gallomimia (Ping timeout: 264 seconds) |
| 06:27:22 | | Join KiwiCAM_ [0] (~quassel@101.98.163.139) |
| 06:28:25 | | Quit kiwicam (Ping timeout: 264 seconds) |
| 06:28:48 | | Join Gallomimia [0] (~gallo@key.cha0sgaming.net) |
| 06:36:00 | | Join Strife89 [0] (~Strife89@adsl-98-80-215-22.mcn.bellsouth.net) |
| 06:47:46 | | Join Strife1989 [0] (~Strife89@adsl-98-80-215-22.mcn.bellsouth.net) |
| 06:54:35 | | Quit Strife1989 (Quit: Vamoose!) |
| 07:00 |
| 07:18:21 | | Join kevku [0] (~kevku@2001:0:c38c:c38c:ca7:12a8:3d69:bee2) |
| 07:34:20 | n17ikh | tertu: replaygain in foobar makes two tags, one per-track and one per-album |
| 07:34:27 | n17ikh | and you can tell rockbox to use either one |
| 07:34:37 | n17ikh | (if I remember correctly) |
| 07:35:24 | tertu | i processed them with Ex Falso |
| 07:35:24 | tertu | which also provides both tracks. |
| 07:35:24 | tertu | *tags. |
| 07:57:51 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:08:38 | | Nick Zambezi_ is now known as Zambezi (Zulu@bnc.fran.hostbay.nu) |
| 08:09:19 | | Quit Zambezi (Changing host) |
| 08:09:19 | | Join Zambezi [0] (Zulu@unaffiliated/zambezi) |
| 08:30:27 | | Nick DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1) |
| 08:52:40 | | Quit rdn (Remote host closed the connection) |
| 08:57:29 | copper | [Saint]: "If you just have a massive clusterfuck of randomly assorted files things get weird." <−− that's what track gain is for |
| 08:57:49 | copper | things don't "get weird" |
| 08:58:18 | [Saint] | Yeah, I forgot about the fact that you could just scan a set of files as "an album". |
| 08:58:29 | copper | what? |
| 08:59:23 | copper | you can scan "as an album" and / or as tracks |
| 08:59:38 | copper | in the first case, you get both album gain and track gain, and in the second, you only get track gain |
| 09:00 |
| 09:00:24 | [Saint] | I forgot that you could just group an arbitrary set of files as "an album", as I usually let it sort itself out by metadata, I also forgot that track gain could be applied seperately to album gain. |
| 09:00:40 | [Saint] | I pretty much fucked that up entirely but I forgot to go back to it and correct myself. |
| 09:00:42 | [Saint] | Thanks. |
| 09:01:07 | copper | and, with Rockbox, you don't have to "apply" gain, tags work fine |
| 09:01:45 | [Saint] | ...where did that come from? |
| 09:02:01 | copper | and, Rockbox is smart enough to provide a "track gain when shuffle", which uses album and track gain appropriately |
| 09:02:13 | copper | option* |
| 09:02:26 | [Saint] | Pretty much all replaygain implementations do this. |
| 09:02:40 | tertu | so for a playlist I did all as a chunk should I have album gain on or track gain? |
| 09:02:54 | [Saint] | You should have both. |
| 09:03:07 | copper | you should scan and tag per album |
| 09:03:33 | copper | and then let Rockbox use album or track gain where appropriate |
| 09:03:50 | copper | [Saint]: though, how does Rockbox handle playlists for replaygain? |
| 09:04:17 | [Saint] | As I said earlier, though, one thing I'm definitely sure of - make sure you apply *replaygain* and not *mp3gain*. |
| 09:04:38 | copper | don't use the word "apply" |
| 09:04:45 | copper | especially in the context of foobar2000 |
| 09:04:55 | [Saint] | The latter is only for cases where replaygain isn't handled correctly, or at all, and it physically alters the gain in the mp3 frames, which is irreversable. |
| 09:04:57 | copper | "apply" means altering the audio |
| 09:05:10 | tertu | yeah i tried it already, the results were satisfactory, this was a tag-only solution |
| 09:05:59 | tertu | i just wonder if having it switched to album gain would make it even better |
| 09:06:02 | [Saint] | [19:03] <copper> [Saint]: though, how does Rockbox handle playlists for replaygain? <−− that's actually a very good question. |
| 09:06:36 | copper | tertu: album gain makes no sense outside the context of an actual album |
| 09:07:24 | copper | [Saint]: obviously track gain should be used, but I haven't tested |
| 09:07:56 | [Saint] | copper: you could do some smart things to decide if album gain should be used instead, though. |
| 09:08:02 | [Saint] | ...I doubt that happens, however, |
| 09:08:42 | | Quit __jae__ (Ping timeout: 248 seconds) |
| 09:16:19 | [Saint] | Hmmm, indeed. I guess you could check if the playlist only contained metadata from a single album? |
| 09:16:59 | [Saint] | or multiple albums in sequence (not shuffled)? |
| 09:17:35 | [Saint] | Not entirely sure if that is worth it, though, and it relies on sane metadata. |
| 09:20:03 | tertu | the rockbox mentality seems to be "if autodetecting something could go wrong, don't autodetect" |
| 09:20:41 | tertu | from my experience |
| 09:21:57 | [Saint] | I can't think of a way that could go wrong, though. |
| 09:22:04 | [Saint] | The metadata is either there or it isn't. |
| 09:22:28 | [Saint] | I only wonder if it would be worth the time and effort to implement, even if it is trivial. |
| 09:22:38 | [Saint] | (which it should indeed be) |
| 09:26:59 | [Saint] | scorche|sh: You host the forums, yes? Would it be possible to add the Flattr donation link there as well for the sake of symmetry? |
| 09:27:51 | copper | wtf |
| 09:28:00 | copper | something's wrong with the way Rockbox handles playlist |
| 09:28:04 | copper | playlists |
| 09:28:29 | copper | er |
| 09:28:44 | [Saint] | How so? |
| 09:29:06 | copper | nah my fault |
| 09:29:21 | copper | anyway, I just tested it, Rockbox uses album gain with playlists :-/ |
| 09:29:36 | copper | just tried a playlist of three tracks from different artists and albums |
| 09:29:54 | copper | with the default "track gain when shuffle" option |
| 09:30:19 | | Join __jae__ [0] (~jae@dedicated.jaerhard.com) |
| 09:30:41 | copper | "track gain if shuffling" |
| 09:34:03 | [Saint] | Hmmmm, so it seems it may indeed be worthwhile to check the playlists metadata and apply album gain only if the playlist consists of sequential albums or a singular album. |
| 09:34:54 | [Saint] | Slightly tricky...and potentially error prone, possibly. |
| 09:34:58 | copper | yup |
| 09:35:38 | | Join DexterLB [0] (~dex@87-126-18-212.btc-net.bg) |
| 09:36:52 | | Join ter2 [0] (~quassel@143.44.70.168) |
| 09:37:27 | | Quit tertu (Ping timeout: 240 seconds) |
| 09:44:15 | [Saint] | Actually, that could be a lot trickier than I thought to achieve, depending on how deeply you wanted to dive into potential fail cases. |
| 09:47:04 | | Join webguest20 [0] (~50b46296@www.haxx.se) |
| 09:48:26 | | Quit webguest20 (Client Quit) |
| 09:48:40 | | Join webguest181 [0] (~50b46296@www.haxx.se) |
| 09:49:04 | | Join webguest475 [0] (~50b46296@www.haxx.se) |
| 09:49:10 | | Quit webguest475 (Client Quit) |
| 09:49:17 | | Join webguest475 [0] (~50b46296@www.haxx.se) |
| 09:49:22 | | Quit webguest475 (Client Quit) |
| 09:49:30 | | Join webguest475 [0] (~50b46296@www.haxx.se) |
| 09:49:43 | | Quit webguest475 (Client Quit) |
| 09:49:49 | | Join webguest475 [0] (~50b46296@www.haxx.se) |
| 09:49:51 | | Quit webguest475 (Client Quit) |
| 09:49:57 | | Join webguest475 [0] (~50b46296@www.haxx.se) |
| 09:50:04 | | Quit webguest475 (Client Quit) |
| 09:50:17 | | Join webguest475 [0] (~50b46296@www.haxx.se) |
| 09:50:37 | [Saint] | No bueno! |
| 09:53:37 | | Quit webguest181 (Quit: CGI:IRC (Ping timeout)) |
| 09:54:10 | [Saint] | Someone's having fun. |
| 09:55:12 | | Quit webguest475 (Quit: CGI:IRC (Ping timeout)) |
| 09:57:52 | *** | Saving seen data "./dancer.seen" |
| 09:59:52 | [Saint] | Oh, JhMikes has been at it again I see: http://gerrit.rockbox.org/r/#/c/566/ |
| 09:59:55 | [Saint] | Very nice. |
| 10:00 |
| 10:03:37 | | Join webguest475 [0] (~50b46296@www.haxx.se) |
| 10:03:39 | | Quit webguest475 (Client Quit) |
| 10:03:52 | | Join webguest654 [0] (~50b46296@www.haxx.se) |
| 10:05:06 | | Quit webguest654 (Client Quit) |
| 10:06:00 | * | [Saint] really wishes JhMikes was on IRC more and talked about his massive behind-the-scenes almost complete re-implementation of major areas of core code. |
| 10:06:43 | [Saint] | I don't mean this in a negative way, though it certainly isn;t all that positive, but the guy doesn't seem to like working out in the open. |
| 10:08:32 | | Quit ter2 (Remote host closed the connection) |
| 10:08:45 | copper | [Saint]: didn't people say the same about you? :P |
| 10:08:54 | copper | working in secret |
| 10:09:33 | [Saint] | Yeah, sure, but I'm not re-implementing massive areas of core functionality. |
| 10:09:52 | copper | meh, secret work is better than no work at all! |
| 10:10:07 | [Saint] | The work I do or don't do doesn't affect anyone adversely. |
| 10:10:29 | copper | so, what is he trying to fix? |
| 10:10:38 | [Saint] | But, for example, someone may spend days, weeks, months working on an area of the core that would be replaced by a re-implementation no one knew about. |
| 10:10:52 | [Saint] | ...and, that would piss me off, were it to happen to me. |
| 10:12:31 | | Join Narod [0] (~narod0@p5DDDB617.dip0.t-ipconnect.de) |
| 10:13:11 | [Saint] | I'm mainly interested in his buflib and scheduling/threading work, but his work in the fat driver linked above is rather nice too. |
| 10:13:57 | [Saint] | JhMikes has a habit of showing up and dumping massive (always good work) re-implementations of whatever has taken his fancy at the time. |
| 10:14:05 | [Saint] | Its awesome, but also, not. |
| 10:15:11 | [Saint] | And yes, while I am definitely guilty of the same thing I do so knowing that I'm not going to step on any toes accidentally. |
| 10:15:59 | [Saint] | http://gerrit.rockbox.org/r/#/c/174/ is very cool |
| 10:16:58 | [Saint] | That could even be extended to targets where we can drive the piezo too. |
| 10:32:09 | Narod | Hello. I'm currently trying to create a NWZ-E370 firmware file with the rb bootloader. So I extracted the original firmware using scsitools and compiled the bootloader. But mkimxboot tells me, my firmware image has an unknown MD5. Did something go wrong or is the list simply incomplete? |
| 10:32:17 | Narod | It's a US 16GB E370, btw. |
| 10:33:32 | | Join Bagder [241] (~daniel@rockbox/developer/bagder) |
| 10:34:05 | Narod | Or maybe I just screwed up, I dunno. The thing is, in recovery mode, it doesn't register as a device and I'm unable to extract the firmware. |
| 10:34:13 | Narod | *mass storage device |
| 10:40:39 | | Quit kevku (Ping timeout: 260 seconds) |
| 10:51:27 | | Join |akaWolf| [0] (~akaWolf@188.134.9.161) |
| 10:53:01 | [Saint] | Narod: you'll want to talk to pamaury |
| 10:53:11 | [Saint] | (who isn't here presently) |
| 10:53:52 | Narod | Dang. Alright, I'll just hang out for a bit then and ask him later. Thanks. |
| 10:54:25 | [Saint] | Were I to guess, I would say there may be several versions of the original firmware (perhaps region specific), and pamaury has only tested with the one variant he is aware of. |
| 10:54:33 | [Saint] | (as they supply no FW update for this device) |
| 10:55:43 | Narod | Is there any way to check if the extraction was successful, then? |
| 10:56:17 | | Join kevku [0] (~kevku@2001:0:c38c:c38c:288d:9fbd:3d69:bee2) |
| 10:57:41 | [Saint] | Since there isn't a FW image available to compare it to, I guess not. My assumption is that as long as the extraction didn't error out, and produced a file, you could call this a success. |
| 10:58:22 | [Saint] | It it fails repeatably, and the sum of the dumped image is always the same, I would think corruption unlikely. |
| 10:59:15 | [Saint] | My guess is that this is a region specific FW that pamaury was unaware of or had no access to at the time of implementation. |
| 11:00 |
| 11:01:25 | [Saint] | Just a guess, however. |
| 11:04:35 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 11:08:24 | Narod | Alright. I'll extract it twice more and compare MD5s, then. |
| 11:18:03 | Narod | The extraction process doesn't fail and all three files got the exact same md5. Do I live on the edge and just flash that file in order to find out if everything worked out? |
| 11:29:11 | [Saint] | I wouldn't want to say "Yeah, sure, go for it" as I know very little of the device and how recoverable it is. |
| 11:30:27 | [Saint] | The devices I work with are virtually indestructable (iPods), but I do know that some devices can present a potentially tricky recovery for an end user if something goes awry. |
| 11:30:56 | [Saint] | It would likely be best to wait for pamaury and/or chase him up on the forum and/or dev mailing list. |
| 11:34:51 | | Join pretty_function [0] (~sigBART@123.252.214.116) |
| 11:35:21 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 11:35:58 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 11:46:08 | Narod | Yeah, probably. It's just really weird that in recovery mode it registers as a HID and not a mass storage device, so recovering it would be difficult. |
| 11:50:49 | Narod | I flashed it anyway and it worked out just fine. Should I supply pamaury with my US firmware, then? |
| 11:56:42 | | Quit akaWolf (Remote host closed the connection) |
| 11:57:56 | *** | Saving seen data "./dancer.seen" |
| 11:58:15 | | Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) |
| 11:59:36 | | Quit akaWolf (Read error: Connection reset by peer) |
| 11:59:51 | | Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) |
| 12:00 |
| 12:01:50 | | Join sakax [0] (~sakax@unaffiliated/sakax) |
| 12:02:15 | | Quit dewlap (Ping timeout: 245 seconds) |
| 12:05:50 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 12:14:30 | | Quit copper (Quit: ZNC - http://znc.in) |
| 12:14:34 | pamaury | Narod: thanks |
| 12:14:57 | Narod | :) |
| 12:15:05 | | Quit kugel (Ping timeout: 264 seconds) |
| 12:15:13 | fs-bluebot | Build Server message: New build round started. Revision d13e5b9, 223 builds, 19 clients. |
| 12:19:25 | | Join einhirn [0] (~Miranda@p4FC763F5.dip0.t-ipconnect.de) |
| 12:23:59 | fs-bluebot | Build Server message: Build round completed after 526 seconds. |
| 12:24:00 | [Saint] | pamaury: Narod: it seems I missed some of the conversation - what was the issue, if anything? |
| 12:24:14 | [Saint] | I assume its an EU volume regulation thing? |
| 12:24:18 | | Quit einhirn (Ping timeout: 260 seconds) |
| 12:24:35 | [Saint] | (or lack thereof) |
| 12:24:51 | Narod | Maybe that is the main difference. I really can't tell. |
| 12:26:07 | [Saint] | Well, I know where pamaury is geographically, so it stands to reason (if purchased/acquired locally) that his device has a volume regulated FW as the EU requires this. |
| 12:26:35 | [Saint] | (and you stated you have US FW, which doesn't) |
| 12:26:59 | Narod | Yeah, the US one was the only one that I was able to get, so there's that. |
| 12:26:59 | [Saint] | Other differences could be with FM bands if not user selectable. |
| 12:28:11 | [Saint] | So I take it that you supplied him with either the sum, the firmware, or both then - so as this may benefit future users? |
| 12:28:29 | Narod | I sent him a link to the firmware, yes. And I'm testing out the bootloader right now. |
| 12:28:40 | [Saint] | You can also take pride in the fact that you're likely one of a very small handful of people using Rb on this device. |
| 12:28:45 | [Saint] | You're special. :) |
| 12:28:50 | Narod | Yay. :P |
| 12:29:38 | [Saint] | probably somewhere in the vacinity of 3 or 4 individuals. |
| 12:30:55 | Narod | I also got a NWZ-E360...somewhere. I need to look for it in my box of a thousand small devices. |
| 12:32:10 | pamaury | the EU firmware seems to have an option to disable volume regulation |
| 12:32:20 | Narod | Well...yes and no. |
| 12:32:34 | Narod | Usually, AVLS only "kind of" disables it. |
| 12:32:52 | Narod | And the actual volume limit can be lifted by entering the service menu, if I recall correctly. |
| 12:35:22 | Narod | Okay, the bootloader kind of works. I can't power up the device but it turns on when I plug in USB |
| 12:35:28 | Narod | And it charges. |
| 12:35:40 | Narod | Ah, there we go. |
| 12:37:02 | Narod | Okay, now it works. I seem to be unable to boot into OF, though. I can boot Rockbox by pressing play, but any other button won't do anything at all. |
| 12:38:17 | Narod | Oooh, the back button. Yeah, as you said, the keymap needs some work. |
| 12:39:08 | | Quit pretty_function (Remote host closed the connection) |
| 12:39:18 | | Quit shamus (Read error: No route to host) |
| 12:39:45 | | Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) |
| 12:43:32 | | Join copper [0] (~copper@unaffiliated/copper) |
| 12:45:50 | pamaury | Narod: the wiki is not up to date |
| 12:46:14 | pamaury | actually I didn't write the E370 port page |
| 12:46:23 | pamaury | although it's mostly the same as the E360 |
| 12:48:11 | Narod | Yeah, I just assumed it would be the same in terms of booting. :) Also, pushing up causes the cursor to jump one up and down again. |
| 12:54:00 | | Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) |
| 12:54:14 | Narod | After rebooting, it doesn't do that anymore. Weird. |
| 12:57:26 | | Quit liar (Ping timeout: 260 seconds) |
| 12:58:32 | [Saint] | << boots the OF on most targets that have dualboot and an obvious << key |
| 12:58:42 | [Saint] | s/most/all(?)/ |
| 13:00 |
| 13:05:55 | | Join robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com) |
| 13:14:53 | | Join liar [0] (~liar@83.175.90.24) |
| 13:16:20 | pamaury | [Saint]: back is more natural when you have back (and given the key placement) here. And it's not true anyway: some using volume down |
| 13:17:24 | lebellium | yes, yesterday we chose "back" with pamaury. Sounds logical to us :) |
| 13:20:15 | lebellium | On the Sansa it's usually a key combination like power + left or power + volume down but on the Sony that can't work |
| 13:32:20 | [Saint] | Well, that's not true either. :) |
| 13:32:28 | [Saint] | It seems we're both wrong. |
| 13:32:54 | [Saint] | ...but at least we're only slightly wrong. |
| 13:35:41 | [Saint] | In fact, from my knowledge, there's only one Sansa that has a dual-key "boot to OF" combination. |
| 13:35:45 | [Saint] | The Fuze+ |
| 13:35:50 | [Saint] | All the rest use << |
| 13:36:54 | Narod | The Fuze+ boots to OF using volume down and power. Just like the Clip Zip. |
| 13:37:40 | [Saint] | AH, ok...so, two targets. :) |
| 13:38:27 | [Saint] | Hmmm, wait...what? |
| 13:38:47 | [Saint] | Narod: The manual very much disagrees with you. |
| 13:39:57 | [Saint] | Additionally, if back is more natural (subjective, but I'm not arguing), why doesn't the Clip Zip use it? |
| 13:39:57 | Narod | Well, my Clip Zip says otherwise. |
| 13:40:15 | Narod | Both << and volume down work. |
| 13:40:24 | lebellium | Narod is right |
| 13:40:26 | [Saint] | Ahhhh, I see. |
| 13:40:40 | [Saint] | Actually, w're *both* right. :) |
| 13:41:16 | [Saint] | This also points to a hole in the manual(s), I guess. |
| 13:41:30 | lebellium | we originally put power + volume down on the Clip Zip, then put power + left to be like on the other Sansa but as some early users prefered power + volume down, we let both keys in the end |
| 13:41:40 | Narod | Oh jeez. :D |
| 13:41:44 | [Saint] | I need to write them all down, there are a number of places now where the manuals are misleading or outright wrong. |
| 13:42:23 | [Saint] | lebellium: well, "we" forgot to update the manual. :) |
| 13:42:34 | [Saint] | It doesn't mention power *at all*, and only mentions << |
| 13:42:45 | lebellium | oh really? Then it's really wrong :S |
| 13:42:52 | [Saint] | Indeed. |
| 13:42:56 | lebellium | AFAIK I user Power + something on all my Sansa |
| 13:43:16 | lebellium | use* |
| 13:43:34 | [Saint] | I only own a Fuze (well, several V1 and 2), and it uses << solely. |
| 13:43:45 | [Saint] | FOr everything else I mistakenly trusted the manuals. |
| 13:43:52 | lebellium | hum |
| 13:43:58 | lebellium | let me check again on my devices |
| 13:44:51 | * | [Saint] is no wondering where his Fuzeseses...es are as he is doubting himself. |
| 13:45:18 | lebellium | Only << does nothing on Clip+, Clip Zip, E200, C200, Fuzev1 and Fuze+ |
| 13:45:28 | lebellium | I just checked |
| 13:45:54 | lebellium | To boot OF on my Fuzev1, I need power + << |
| 13:45:55 | [Saint] | Hum, I am mistaken. |
| 13:46:04 | [Saint] | But this means pretty much every Sansa manual is wrong. |
| 13:46:12 | lebellium | great.... :S |
| 13:46:42 | * | [Saint] raises a hand and yells "Not it!" |
| 13:46:53 | [Saint] | :) |
| 13:47:40 | lebellium | lol |
| 13:48:33 | lebellium | well |
| 13:48:35 | [Saint] | Interestingly, though, this goes to show how much people care about the dualboot feature. |
| 13:48:40 | lebellium | I read for Clip Zip |
| 13:48:42 | lebellium | "To boot into the original firmware, press and hold the Left button while turning on the player. " |
| 13:48:48 | lebellium | so it's not that wrong |
| 13:49:10 | lebellium | "while turning on the player" = power |
| 13:49:30 | [Saint] | I don't read that as "power + <<", though. |
| 13:49:43 | [Saint] | To me, that means "press and hold both power and << keys" |
| 13:49:53 | [Saint] | ...is this just a giant Engrish misunderstanding? |
| 13:50:39 | lebellium | that might be :) |
| 13:51:12 | [Saint] | The way you described it suggested to me that power needed to be held, which I was willing to agree with as I haven't used these devices in a while, but seemed strange to me. |
| 13:51:45 | [Saint] | So, indeed. They're not /completely/ wrong, then. :) |
| 13:52:01 | [Saint] | They just don't mention the other keys that can dualboot as well as << |
| 13:52:03 | * | Narod doesn't really care about dualboot...except when he needs to flash a new bootloader or the OF without Rockbox. :> |
| 13:52:58 | lebellium | well the natural way for me is to press and hold both buttons. But if you just press power once and then very quickly press <<, it seems to work too on my Clip Zip.. |
| 13:53:20 | [Saint] | Narod: Well, frankly, if the original firmware was so great none of us would be here. :) |
| 13:53:42 | [Saint] | lebellium: I hold <<, and then briefly press power. |
| 13:53:51 | [Saint] | same effect, slightly easier. |
| 13:53:57 | lebellium | indeed |
| 13:54:06 | lebellium | so everybody does something different |
| 13:54:09 | lebellium | but the result is the same :D |
| 13:54:17 | [Saint] | Apparently so. |
| 13:55:41 | [Saint] | Well, the manual is still "right", but it might be good to note that there are keys other than << that can boot the OF on some Sansas. |
| 13:55:53 | lebellium | that's why, at least on the Sony it's clearer, there is no confusion. Press and hold the back button or it won't work :) |
| 13:56:08 | [Saint] | Though I suspect people don't care as long as they can boot the OF. |
| 13:57:57 | *** | Saving seen data "./dancer.seen" |
| 14:00 |
| 14:03:48 | | Quit Strife89 (Ping timeout: 248 seconds) |
| 14:10:44 | | Part zu |
| 14:23:15 | | Nick SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) |
| 14:34:42 | [Saint] | Awww. My efforts to get a forum user to buy me a new car failed. |
| 14:46:35 | | Join psilonux [0] (~psilonux@2001:470:1f15:10f6:51c8:8924:3ace:76df) |
| 14:54:29 | | Join michaelni_ [0] (~michael@91-115-48-151.adsl.highway.telekom.at) |
| 14:58:46 | | Quit michaelni (Ping timeout: 260 seconds) |
| 15:00 |
| 15:17:23 | | Join webguest45 [0] (~5acbe0fc@www.haxx.se) |
| 15:18:06 | | Quit webguest45 (Client Quit) |
| 15:31:27 | | Join ender [0] (krneki@foo.eternallybored.org) |
| 15:31:38 | | Quit soap (Read error: Connection reset by peer) |
| 15:33:49 | | Quit ender` (Ping timeout: 240 seconds) |
| 15:40:39 | | Join enzinia [0] (~ame@unaffiliated/taida) |
| 15:43:20 | | Quit taida (Ping timeout: 245 seconds) |
| 15:47:30 | | Quit Scall (Ping timeout: 245 seconds) |
| 15:47:55 | | Quit __jae__ (Ping timeout: 245 seconds) |
| 15:48:49 | | Join __jae__ [0] (~jae@dedicated.jaerhard.com) |
| 15:48:55 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 15:51:06 | | Join Scall [0] (~chat@unaffiliated/scall) |
| 15:58:00 | *** | Saving seen data "./dancer.seen" |
| 16:00 |
| 16:22:05 | pamaury | I've got a YP-Q3 now :) |
| 16:22:31 | lebellium | great :) |
| 16:22:39 | lebellium | 4 or 8GB? How much? |
| 16:25:00 | pamaury | no idea ^^ let me check |
| 16:26:00 | pamaury | 4GB |
| 16:26:40 | lebellium | ok |
| 16:26:54 | pamaury | 30€ |
| 16:27:11 | lebellium | you start competing with my collection^^ |
| 16:29:13 | pamaury | I think I'm still far from yours |
| 16:29:20 | lebellium | If you want, I can send you the official recovery tool, although it probably works with tcctool too |
| 16:29:43 | pamaury | ah yes, please send it to me |
| 16:31:16 | | Join Strife89 [0] (~Strife89@adsl-98-80-215-22.mcn.bellsouth.net) |
| 16:32:53 | lebellium | to your gmail? |
| 16:34:21 | pamaury | yes please |
| 16:35:44 | | Quit Jinx (Quit: reboot) |
| 16:42:35 | [Saint] | Isn't that something we should probably have on the "Useful Tools" page, or does licensing prevent this? |
| 16:48:08 | lebellium | pamaury: email sent |
| 16:50:06 | lebellium | [Saint]: I have to check first if I found it leaked on a Chinese/russian forum or if a Samsung contact sent it to me. In the latter case, I'm not supposed to share all those confidential tools/docs :) But since the Q3 has been released in 2010 and that nobody longer cares about MP3 players at Samsung, I don't think that would be a big deal |
| 16:51:55 | [Saint] | Neither of those cases would prevent one from sharing such a binary, depending on the license. You're under no contract. |
| 16:52:39 | lebellium | I talk about trust and relations with my contacts, not about contracts :) |
| 16:53:42 | [Saint] | Right. I'm just saying that "not supposed to" doesn't actually mean anything. |
| 16:54:01 | lebellium | but since the MP3 division has been closed at Samsung, that's no longer a problem, my contacts and former contacts wouldn't care about what I do with DAP tools now. |
| 16:54:02 | [Saint] | If they didn;t want it shared, they: A - shouldn't give it to anyone, or b: license it appropriately |
| 16:54:39 | [Saint] | Not that option B prevents anything, but it gives them some legal options depending on locality. |
| 16:56:45 | lebellium | Well, I never got those confidential tools and docs officially. Samsung never gave me anything but some people working at Samsung I have known for years did. What you say is appropriate for the company it self, not for a person working in a company and doing something he/she shouldn't do :) |
| 16:58:17 | [Saint] | Well, yeah, it is. |
| 16:58:45 | [Saint] | IFF <file> gets out, one should hope it is licensed to prevent redistribution. |
| 16:58:53 | [Saint] | If its not, their loss. |
| 16:59:10 | [Saint] | Sure, there's the grey area of morals to deal with..but, meh. |
| 16:59:59 | [Saint] | I mean, obviously this doesn't /prevent/ redistribution, but (depending on locality) it at least gives them the option of doing something about it. |
| 17:00 |
| 17:01:09 | lebellium | At the time (let's say until 2009), Samsung Korea was watching over me on forums, especially ABI and if I shared a recovery tool, my contacts at Samsung would have been fired or severely reprimanded. Now I feel much more free to do anything which could avoir the user to send his player back for the service center :) |
| 17:01:23 | lebellium | avoid* |
| 17:01:33 | lebellium | to the service center* |
| 17:02:07 | [Saint] | There's also the option of reversing and reimplementing it, too. |
| 17:02:17 | [Saint] | Then it doesn't matter how you got it. :) |
| 17:03:08 | lebellium | indeed |
| 17:04:26 | pamaury | do we know the format of the bin firmwares from samsung ? |
| 17:05:01 | lebellium | we don't know more than what Lorenzo put here I think: http://www.rockbox.org/wiki/SamsungFirmware |
| 17:05:38 | | Quit cmhobbs (Remote host closed the connection) |
| 17:06:17 | | Join cmhobbs [0] (~cmhobbs@ip70-178-52-92.ks.ks.cox.net) |
| 17:06:18 | | Quit cmhobbs (Read error: Connection reset by peer) |
| 17:10:18 | lebellium | [Saint]: Back to the great times of MP3 players I don't know, but now it's sure that Samsung would never sue anybody for sharing/leaking recovery tools. So licensed or not, I don't see any risk of hosting them on the Rockbox website |
| 17:10:55 | [Saint] | Well, its not necessarily about risk, but legality. |
| 17:11:14 | [Saint] | Rockbox shouldn't be associated with license violation or piracy of any form. |
| 17:11:46 | | Quit Strife89 (Ping timeout: 260 seconds) |
| 17:14:04 | lebellium | The Recovery tool for YP-Q3 is FWDN, a tool made by Telechips. So it's probably quite complicated regarding licensing. It's not only about Samsung |
| 17:16:31 | pamaury | is there something to extract ROM/RSC from BIN ? |
| 17:17:20 | [Saint] | lebellium: a brief search reveals its not complicated at all. |
| 17:17:30 | [Saint] | Its (apparently) freeware |
| 17:17:34 | | Join Guest17648 [0] (~husvagn@90-230-140-28-no41.tbcn.telia.com) |
| 17:17:52 | lebellium | pamaury: I'm not sure, you should ask lorenzo |
| 17:18:58 | [Saint] | But the fact that it is readily available tells me there's little-to-no point putting it up in useful tools. |
| 17:19:11 | [Saint] | I sincerely doubt it'll fall off the net anytime soon. |
| 17:20:23 | [Saint] | I thought this may have been some super-secret-squirrel hush hush tool few new about and had access to. Apparently not, its everwhere. |
| 17:20:27 | lebellium | There are many versions of FWDN. I'm not sure you can use any with the YP-Q3 and not sure you can find the Q3 version |
| 17:20:45 | [Saint] | As far as I am aware it is generic. |
| 17:21:12 | * | [Saint] shrugs |
| 17:21:45 | lebellium | the version I have for Q3 is V5 V2.24 |
| 17:21:58 | | Quit kevku (Ping timeout: 260 seconds) |
| 17:22:49 | | Join kevku [0] (~kevku@2001:0:c38c:c38c:288d:9fbd:3d69:bee2) |
| 17:23:32 | [Saint] | Ahhh, I see. Android probably rocketed it into the limelight. |
| 17:23:47 | [Saint] | Rather, people psuedo-bricking Android devices. |
| 17:25:46 | lebellium | You can find the V5 V2.12 I published here 2 years ago: http://www.anythingbutipod.com/forum/showthread.php?t=63824 But honestly I don't know what's the difference between v2.12 used for P3 and 2.24 for Q3 |
| 17:27:03 | [Saint] | probably little more than a list of hardware it is capable of recognizing. |
| 17:27:12 | * | [Saint] takes off his speculation hat |
| 17:32:29 | | Quit robin0800 (Quit: Leaving) |
| 17:35:27 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 17:41:49 | lebellium | Ok looks like the v2.24 is needed for Q3. With FWDN v2.12 it says [ERROR] FWDN version mismatch is found! |
| 17:41:54 | lebellium | not that generic :) |
| 17:43:24 | [Saint] | Well, its still possible it is a "universal" tool. |
| 17:43:46 | [Saint] | It may be that the Q3 was introduced between *12 ans *.23 |
| 17:44:25 | [Saint] | *and |
| 17:44:41 | lebellium | pamaury: I'm wondering for the target configuration SDRAM Size, is it 64MB(32bit)-0x20000000 like for P3? That's supposed to be the chip in Q3: http://www.eorex.com/DRAM/SDR-EM48AM3284LBA.htm |
| 17:46:35 | * | [Saint] wonders what Programmable Driver StrengthControl is |
| 17:54:06 | lebellium | 4Meg x 4 banks x 32 bits > I assume that would mean either 4MB(32bit)-0x20000000 (which doesn't exist in FWDN) or 16MB(32bit)-0x20000000? |
| 17:58:01 | *** | Saving seen data "./dancer.seen" |
| 18:00 |
| 18:13:58 | | Nick michaelni_ is now known as michaelni (~michael@91-115-48-151.adsl.highway.telekom.at) |
| 18:35:20 | | Join Jinx [0] (~Jinx@unaffiliated/jinx) |
| 18:40:22 | | Join rdn [0] (~oop@cpe-69-204-124-212.buffalo.res.rr.com) |
| 18:44:30 | | Join kugel [0] (~kugel@24-134-14-68-dynip.superkabel.de) |
| 18:44:30 | | Quit kugel (Changing host) |
| 18:44:30 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 18:52:30 | | Quit kevku (Ping timeout: 260 seconds) |
| 18:56:36 | | Quit kugel (Ping timeout: 248 seconds) |
| 19:00 |
| 19:05:00 | | Join kevku [0] (~kevku@2001:0:c38c:c38c:3c1c:e64b:3d69:bee2) |
| 19:58:04 | *** | Saving seen data "./dancer.seen" |
| 20:00 |
| 20:02:55 | | Quit Guest17648 (Quit: Hmmm...) |
| 20:09:21 | | Quit psilonux (Quit: Leaving) |
| 20:09:52 | | Join psilonux [0] (~psilonux@2001:470:1f15:10f6:51c8:8924:3ace:76df) |
| 20:11:26 | | Quit ender| (Quit: "I don't believe in aging," said the Knight. "Do enough of it, and you die." -- Simon R. Green: Casino Infernale) |
| 20:14:02 | | Join tertu [0] (~quassel@143.44.70.168) |
| 20:25:56 | | Quit cmhobbs (Ping timeout: 245 seconds) |
| 20:30:16 | | Join _akaWolf_ [0] (~akaWolf@188.134.9.161) |
| 20:32:11 | | Quit |akaWolf| (Ping timeout: 245 seconds) |
| 20:37:43 | | Join cmhobbs [0] (~cmhobbs@ip70-178-52-92.ks.ks.cox.net) |
| 20:37:43 | | Quit cmhobbs (Changing host) |
| 20:37:43 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 20:46:10 | | Quit psilonux (Remote host closed the connection) |
| 20:46:32 | | Quit tertu (Ping timeout: 256 seconds) |
| 20:47:44 | | Join tertu [0] (~quassel@143.44.70.168) |
| 21:00 |
| 21:11:23 | | Join lorenzo92 [0] (~chatzilla@host183-111-dynamic.11-79-r.retail.telecomitalia.it) |
| 21:14:15 | | Join ender| [0] (krneki@2a01:260:4094:1:42:42:42:42) |
| 21:18:20 | lorenzo92 | pamaury: ping |
| 21:20:29 | lorenzo92 | pamaury: inside bin file you find the plain .rom and .rsc, you can search for "Ver:" (the usual tcc firmware format) |
| 21:20:49 | lorenzo92 | it is a very simple format, but stll i don't understand their logic :) |
| 21:21:31 | lorenzo92 | there is a 512kb header between .rsc and .rom files, 4 bytes indicating the position (offset) of the header, 4 bytes indicating .rom size and some other stuff i did not understand |
| 21:22:33 | lorenzo92 | ah, and as plus, there are still some more bytes at the very end, but all zeros |
| 21:23:35 | lorenzo92 | [Saint]: perhaps this is related to the strenght (mA sink/source) of gpio pins? |
| 21:24:28 | | Quit ender| (Quit: Eighty percent of all people consider themselves to be above-average drivers.) |
| 21:24:46 | | Join ender| [0] (krneki@2a01:260:4094:1:42:42:42:42) |
| 21:26:30 | | Quit [Saint] (Quit: Page closed) |
| 21:44:03 | | Join sciopath [0] (~sciopath@yer91-2-82-237-54-159.fbx.proxad.net) |
| 21:58:08 | *** | Saving seen data "./dancer.seen" |
| 22:00 |
| 22:01:30 | | Join robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com) |
| 22:22:34 | | Quit _akaWolf_ (Read error: Connection reset by peer) |
| 22:35:14 | | Quit bluebrother (Disconnected by services) |
| 22:35:19 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 22:36:46 | | Quit fs-bluebot (Ping timeout: 245 seconds) |
| 22:37:14 | | Quit kevku (Ping timeout: 245 seconds) |
| 22:38:06 | | Join fs-bluebot [0] (~fs-bluebo@g224236047.adsl.alicedsl.de) |
| 22:59:23 | | Quit uberushaximus (Quit: Changing server) |
| 23:00 |
| 23:01:41 | | Quit Narod () |
| 23:09:13 | tertu | "preemptive branch"? |
| 23:19:37 | | Nick DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1) |
| 23:24:21 | | Quit lorenzo92 (Remote host closed the connection) |
| 23:46:44 | | Join mystica555 [0] (~mystica55@172.56.8.215) |
| 23:55:34 | | Quit mystica555 (Read error: Connection reset by peer) |
| 23:58:12 | *** | Saving seen data "./dancer.seen" |
icon identifies that the person is a core developer (has commit access).