00:00:28 | furrywolf | nah, it works rather well. it scans the filenames for any position, measured either from the start or from the end of the filename, looking for a number that's unique |
00:00:56 | furrywolf | so if it has to measure from the end to find the track number, it prints that message. :) |
00:01:52 | furrywolf | and if that fails, then it can import a track list and fuzzy match to it |
00:01:54 | chrisjj | If anyone can suggest any way to make more solid the following test of ZEN BSoPO, do say. |
00:02:08 | chrisjj | 1 Mirror .zip's .rockbox to device 2 Disconnect from PC and connect charger 3 Ensure no SD card or audio jack plug 4 Reset device 5 Power-up device 6 Set Repeat = All 6 In Files, select first of 500 WMAs (to play) 7 Launch plugin battery bench |
00:02:12 | furrywolf | brb, some form of stupidity in the road out front |
00:02:49 | | Quit Senji (Ping timeout: 252 seconds) |
00:03:49 | furrywolf | back. someone having a right-of-way contest with the maillady. |
00:04:00 | furrywolf | maillady has my 128gb microsd card. :) |
00:05:38 | | Join Senji [0] (~Senji@85.187.103.250) |
00:05:41 | chrisjj | 9 If LED goes out, press non-power keys. If no response, press power. If device powers-up, record the test result as a BSoOD, and record battery_bench.txt last time. |
00:07:40 | chrisjj | This worked fine here on recent pamaury builds (the last being cd8b33327_nowdt, result: BSoPO on both units, Q and G)... |
00:08:03 | chrisjj | ... but on latest dev build 28bf763-170121, the LED is initially off! |
00:09:09 | chrisjj | And the backlight is going to sleep. |
00:10:03 | chrisjj | pamaury, have you changed the LED to now be Off when charging? |
00:10:21 | jhMikeS | Mihail: I pushed the revised patch |
00:11:00 | pamaury | chrisjj: yes I pushed the led framework and the LED are initially set to off |
00:11:12 | pamaury | you can set the LED to anything using the debug menu |
00:11:19 | chrisjj | Why the change? |
00:12:05 | pamaury | if rockbox wants to control the led, it needs to init the hardware to a known state |
00:12:24 | | Join Senji_ [0] (~Senji@85.187.103.250) |
00:13:50 | [Saint] | furrywolf: The most interaction I'll ever have to do with MBP is telling it "No, this/these track(s) are from *this* release of $ALBUM, not /that/ release of $ALBUM" |
00:13:50 | [Saint] | furrywolf: I should also note that it will also strip metadata, either completely, or based on RFC defined standards. It can also optionally add replaygain tags (or apply mp3gain), and optionally embed cover|booklet|disc artwork and/or place that artwork alongside the tracks or albums, with user defined bit depth, colourspace, resolution, and container. |
00:13:50 | [Saint] | furrywolf: it can also apply timecode synced .lrc lyrics... |
00:13:50 | chrisjj | Previously the LED was On until RB shutdown. The LED acted as a power indicator. |
00:14:01 | [Saint] | There's really not a hell of a lot it won't or can't do. |
00:15:02 | [Saint] | it's an automated batch tagging one-stop-shop for metadata and file naming. |
00:15:04 | pamaury | previously rockbox did not touch the lcd at all |
00:15:09 | pamaury | *led |
00:15:18 | pamaury | and now you can set it in the debug menu if you want |
00:15:28 | | Quit Senji (Ping timeout: 252 seconds) |
00:15:55 | Bilgus_ | ^that is pretty awesome I almost wish I had a LED now |
00:16:05 | chrisjj | RB not touching the LED was fine. the LED acted as a power indicator. |
00:16:57 | * | [Saint] really thinks chrisjj should learn some embedded C and ARM ASM so he can either put up or shut up |
00:17:05 | * | pamaury doesn't like LEDs, they shine a lot and should have at leasta setting to disable them |
00:17:21 | chrisjj | The fact the user can turn it on an off manually (and I've no idea why an end user would want to) isn't much compensation for the loss of the power indicator. |
00:17:50 | Bilgus_ | Are you like more than one person or something? multiple personalities I'm pretty sure I sat here a week ago and watched as 30pages of text scrolled by of you asking for this feature |
00:17:51 | [Saint] | pamaury's just too polite to tell you that he's not your personal caged Rockbox developer and general whipping boy. |
00:17:58 | [Saint] | I, however, don't give a shit. |
00:18:46 | pamaury | I think you kind of missed the point. It went from "it can whatever color the creative bootloader decided to, which may or may not, probably not, have any kind of relationship to anything, except that it's on" to "if someone writes a patch, rockbox can set the led to whatever if wants in 2 lines of code" |
00:19:21 | | Quit paulk-collins (Quit: Leaving) |
00:19:32 | [Saint] | Bilgus_: personalities N through Q |
00:20:05 | chrisjj | Why break the first to get the second? RB could just leave the LED in its current state until you future patch asked for different. |
00:20:30 | pamaury | I'm not breaking anything |
00:21:15 | chrisjj | This change has broken the LEDs indication of power state. |
00:21:43 | pamaury | I'm not seem anywhere in the manual that rockbox uses the LED as a power indicator |
00:21:46 | pamaury | *seeing |
00:21:48 | chrisjj | You said your change is turning the LED off. That's sufficient explanation for the breakage. |
00:22:13 | Bilgus_ | the set it to on? |
00:22:17 | Bilgus_ | then* |
00:22:28 | chrisjj | I too have not seen it in the RB ZEN manual. I've not seen a RB ZEN manual :-) |
00:22:29 | TorC | Bilgus_: You beat me to saying it. |
00:22:34 | pamaury | the fact that the LED was on was a pure side effect of how I implemented the port, it was never a feature |
00:22:35 | Bilgus_ | it will never be on when the device is off |
00:22:50 | chrisjj | It was never a feature you knew about. |
00:23:19 | chrisjj | Why not just remove your new init of the LED? |
00:23:41 | [Saint] | Why not just...shut your face? |
00:24:51 | chrisjj | Bilgus, if you think you saw /me/ ask for this feature, you're mistaken. |
00:25:05 | chrisjj | What I asked for was LED blink on *PANIC*. |
00:25:50 | furrywolf | [Saint]: I have no interested in album covers or lyrics. heh. |
00:25:54 | furrywolf | interest |
00:26:13 | furrywolf | also, I started out with \[ to tab-complete your nick... I've been using bash too much. lol |
00:27:15 | Bilgus_ | you do realize control of the LED is the first step for that?? |
00:28:41 | chrisjj | No, pranging the current effect of the LED is not the first step for LED blink on *PANIC*. |
00:28:42 | | Quit pamaury (Ping timeout: 255 seconds) |
00:28:56 | | Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 50.1.0/20161208153507]) |
00:29:06 | Mihail | jhMikeS: you fix typo too fast :) In overall looks good. |
00:29:39 | chrisjj | You see any reason the LED can't stay on, indicating power, and when there's a PANIC, blink? |
00:29:57 | __builtin | chrisjj: how about instead of constantly annoying people, you −− I don't know −− try to actually do something yourself? |
00:30:18 | chrisjj | I'm doing pamaury's requested tests. |
00:30:24 | jhMikeS | Mihail: was going through it to check goofs. I finally discovered the utility of 'git diff ... −−color=auto' to get unwanted whitespace changes out |
00:31:06 | furrywolf | [Saint]: also, I'm not opposed to metadata... my experience is that between file sources, players, etc, it usually doesn't work. |
00:43:06 | Mihail | jhMikeS: I reply in gerrit |
00:45:34 | *** | Saving seen data "./dancer.seen" |
00:47:41 | [Saint] | furrywolf: that's...odd. I have no such experience. I mean, ID3v*, vorbistag, etc. ...they're not magic. |
00:48:53 | [Saint] | If the software and/or hardware you're using is screwing up a readily defined RFC then maybe you should look at replacing it or look at your implementation? |
00:54:41 | furrywolf | [Saint]: two of my three car head units don't seem to support them at all. xmms does, but doesn't do a great job. |
00:54:53 | furrywolf | and people making them do a really bad job. :) |
00:55:29 | | Join MrZeus2 [0] (~MrZeus@2a02:c7f:7008:3400:d18d:a239:f7ff:5dcd) |
00:56:46 | [Saint] | Odd. |
00:57:08 | jhMikeS | Mihail: you mean get the bit setting out of ascodec_int_audio_cb and just test it later? |
00:57:19 | | Quit MrZeus1 (Ping timeout: 255 seconds) |
00:57:21 | [Saint] | I haven't has a car head unit that didn't support ID3 tagging since the late 90s. |
00:57:21 | | Quit girafe (Read error: Connection reset by peer) |
00:57:52 | furrywolf | heh, my oldest one that does mp3s does support them... and shows you the first 8 characters of them just fine. |
00:57:54 | Bilgus_ | I'm trying to consolidate a bunch of time settings down to a single list of values, expressed in H:M:S with auto formatting of the values so 1-59s shows as seconds 1-59 minutes shows 01:00 - 59:59min and 1-... hours shows 1:59:59 hours currently I have a range of values for the tables expressed in seconds {-1,0,1,2,3,4,5,6,7,8,9,10,15,20,25,30,45,60,75, |
00:57:54 | Bilgus_ | 90,105,120,135,150,165,180,195,210,225,240,255, |
00:57:54 | Bilgus_ | 270,285,300,315,330,345,360,375,390,405,420,435, |
00:57:54 | DBUG | Enqueued KICK Bilgus_ |
00:57:54 | Bilgus_ | 450,465,480,495,510,525,540,555,570,585,600,900, |
00:57:56 | Bilgus_ | 1800,2700,3600,4500,5400,6300,7200}; |
00:57:57 | furrywolf | and only the one tag you select |
00:58:08 | furrywolf | the other two are no-brand chinese mechless units |
00:58:17 | furrywolf | which show the entire filename just fine |
00:58:22 | Mihail | jhMikeS: yes, as we already test it later |
00:59:04 | Bilgus_ | I don't want to do 0-7200 seconds in a list as that takes way too long to scroll through anyone have an Idea on a good sampling of values for times in backlight, peak hold, clip hold etc |
00:59:46 | jhMikeS | Mihail: CHG_ENDOFCHG wouldn't stick though |
01:00 |
01:00:41 | Bilgus_ | keep in mind portions of this list can be used where it makes sense |
01:02:09 | furrywolf | I assume rockbox, like all sane software, will be happy with my sdxc card as fat32? |
01:02:17 | jhMikeS | Mihail: the interrupt only sets the bit and it has to stay until the charging code reads it |
01:03:13 | Mihail | yes, you right |
01:03:25 | furrywolf | Bilgus_: that list sounds fine to me |
01:05:34 | [Saint] | furrywolf: Yes. |
01:07:18 | | Quit ender` (Quit: I used to believe in reincarnation, but that was in a previous life.) |
01:07:21 | [Saint] | The guts of it is that they're electrically identical and any software htat does care about such things is deliberately crippled, be it be ineptitude, deliberacy, or plain ignorance. |
01:07:35 | furrywolf | yes, I know. |
01:07:38 | Mihail | jhMikeS: how about separate endoch and chg_status as it was in my code? |
01:07:56 | [Saint] | If they existed (they never, ever will), Rockbox would happily address the full 4TB the SD spec defines. |
01:08:14 | furrywolf | the sd spec requires sdxc-compliant devices to reject a >32gb card with anything but exfat on it, and sadly many things follow this requirement. |
01:09:42 | furrywolf | if you want to put the little sd logo on your product... you have to be an asshole. |
01:09:42 | Bilgus_ | [Saint], Do you feel that smattering of time values have enough granularity for most of the settings in RB? |
01:10:43 | furrywolf | 4tb might exist... that's only 8 times larger than what's currently available. |
01:11:25 | furrywolf | actually, sandisk says they're putting out a 1TB card. |
01:11:53 | furrywolf | so 4tb isn't too far in the future |
01:14:10 | Mihail | jhMikeS: IMHO all related to IRQ_RTC should be removed as we don't use IRQ_RTC |
01:17:58 | Bilgus_ | that is sec 1,2,3,4,5,6,7,8,9,10,15,20,25,30,45, 1:00m 1:15, 1:30, 1:45, 2:00, 2:15, 2:30, 2:45...9:00, 9:15 9:30, 9:45, 10m, 15m ,40m , 45m 1:00:00, 1:15:00, 1:30:00 1:45:00 and 02:00:00 hr |
01:19:22 | Bilgus_ | \40m=30m* |
01:21:34 | furrywolf | volume control of the line out dock on the fuze is broken |
01:21:58 | furrywolf | the first 1/4 or so of the volume control is the entire range of volume, with everything over that being the same volume |
01:22:50 | furrywolf | either declare line out shouldn't have volume control, or make it behave the same as the headphones. heh. |
01:27:14 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
01:27:14 | * | furrywolf decides it's a very minor bug |
01:31:24 | furrywolf | ah, looks like the code uses the ADC volume control below a certain volume, then the HP volume control over a certain volume. the ADC volume affects line-out as well, while the headphone volume of course does not. |
01:31:31 | jhMikeS | Mihail: I guess |
01:31:54 | furrywolf | while line out is fixed at 0db, and only changes when the adc volume is changed |
01:35:06 | furrywolf | bbl, doing useful things rather than dicking around with mp3 player. heh. |
01:36:55 | [Saint] | furrywolf: that' |
01:37:02 | [Saint] | s not broken, per se. |
01:37:07 | [Saint] | That's a hardware limitation. |
01:37:46 | furrywolf | well, to make the line out adjust like the headphone volume would be trivial |
01:38:02 | furrywolf | but having it fixed at 0db is probably sane for line out |
01:38:11 | [Saint] | To even want to do so represents a massive misunderstanding about lineout. |
01:38:21 | [Saint] | Line out should be line level, period. |
01:38:36 | furrywolf | just causes the volume control to behave very non-inuitively, with part of the volume control working, and part of it not. |
01:38:52 | [Saint] | You're using lineout because you're delegating volume control to other hardware. |
01:39:10 | [Saint] | If you want to use the device for governing the volume, use the headphone out. |
01:39:17 | [Saint] | Lineout should be 0dB. |
01:39:38 | furrywolf | the headphone out seems equalized in some fashion... midrange and high-bass heavy. or maybe I'm imaging things. |
01:39:49 | furrywolf | I spent $14 on a line out dock to fix this. :) |
01:39:57 | [Saint] | it's not and you are. |
01:39:59 | * | furrywolf should do an a/b test to make sure it wasn't just the selected track |
01:42:24 | furrywolf | I can't swap plugs fast enough. I'd need to rig up an actual switch. heh. |
01:42:27 | [Saint] | personally I have the max volume fixed at 0dB, I did submit a change a while back to make that the default and to make people specifically enable overdriving above line level but I'm not sure what happened to it. |
01:42:48 | furrywolf | the volume of the line out is fixed at 0db |
01:42:50 | [Saint] | I don't particularly care about people's hearing, if they screw their ears up that's their own fault. |
01:42:58 | furrywolf | the headphones should be able to be turned all the way up to maximum |
01:43:12 | [Saint] | But people get all pissy about clipping at high ranges and don;t realize they're causing it. |
01:43:19 | furrywolf | different headphones have very different properties, and some need more power than others. |
01:43:50 | furrywolf | for example, my koss porta-pros have low enough impedance that my netbook can't drive them above a marginal volume. |
01:43:58 | [Saint] | people who care about that should be perfectly capable of tickling a system setting. |
01:44:17 | furrywolf | (insufficient output current capability of the netbook's amp) |
01:44:30 | [Saint] | Joe Average will push it all the way to +12 dB with no dynamic range or clipping protection, and then blame us for it sounding shit. |
01:45:01 | [Saint] | And, if you do need to drive high output or low Ohm monitors...get a damn external amp. lol |
01:45:05 | furrywolf | lol, googling for koss porta-pro impedance, the first result is "Why are the Koss Porta Pro headphones so quiet". |
01:46:04 | furrywolf | they suggest they have abnormally high impedance, which is odd, as it sure seemed like insufficient drive current when I was playing with them. using a y plug and a second pair caused them to get reallly quiet, strongly suggesting a current issue, not a level issue. |
01:46:07 | [Saint] | I'll still stand by the fact that Joe Average has no business driving headphone out above 0dB. |
01:46:25 | [Saint] | If it's too quiet, that's exactly what replaygain is for. |
01:46:40 | [Saint] | Overdriving the output isn't the sane solution to this. |
01:47:26 | furrywolf | eh, I think any output amp should be able to be adjusted to its maximum gain. |
01:47:38 | [Saint] | And if you're not matching the impedance of your monitors correctly, you're bound to be fucking up a whole bunch of others aspects as well. |
01:47:44 | jhMikeS | Mihail: I think I might use RTC later anyway to set a flag that the RTC has changed (no need to read it right away). That way it's not up to a second wrong. |
01:48:32 | jhMikeS | I guess a change like that would be a different update though |
01:48:40 | [Saint] | furrywolf: if people weren't absolute idiots and had any metric or basis of understanding in this regard I might be tempted to agree. |
01:49:02 | [Saint] | To make it clear, I'm not talking about disabling the ability to overdrive completely. |
01:49:32 | [Saint] | I am just talking about setting the max volume level feature we already have but don't apply a default value for to 0dB. |
01:50:34 | [Saint] | If a user actually understands what they're doing, and the repercussions of theie actions, more power to them...that type of user is perfectly capable of changing a user-facing setting. |
01:50:50 | Mihail | jhMikeS: ok, as you wish |
01:51:41 | furrywolf | headphones differ too widely to declare something as standard. |
01:51:55 | furrywolf | it's not like line out, which has only a couple well-defined levels. |
01:52:32 | furrywolf | what's unreasonable for a pair of earbuds might barely be audible in a pair of pro over-ear headphones. |
01:52:40 | jhMikeS | Mihail: I'd like to update that for all targets than can use it. While we don't see it on the clock, it makes a difference for creating file times and dated filenames |
01:54:20 | | Quit Bray90820 (Ping timeout: 264 seconds) |
01:54:49 | furrywolf | bbl, need to get things done before it's dark |
02:00 |
02:00:22 | TorC | [Saint]: Considering the matter, I think you are probably right that the max should by default be 0db. Especially when the standard volume display is a tiny little icon, not an actual number. I think on some targets there isn't even any obvious warning when crossing 0db either. |
02:00:58 | TorC | I keep my volume display at the actual dB level, just so I know exactly where I am. |
02:02:57 | [Saint] | There's two things I do with my targets surrounding volume and both revolve around a function that I'm pretty confident 90% of users have no idea exists. |
02:03:30 | [Saint] | I am willing to bet that a few people know about the max volume setting, but I sincerely doubt many people know about fixed.cfg |
02:03:32 | | Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) |
02:04:16 | [Saint] | I set a fixed.cfg to ensure that the max volume level is always 0dB, and then the volume level is always returned to a safe value on boot. |
02:04:45 | [Saint] | I generally set it to about halfway, so 32dB or thereabouts. |
02:05:19 | TorC | No, I hadn't come across fixed.cfg. Sounds worth looking into. |
02:05:32 | | Quit ZincAlloy (Quit: Leaving.) |
02:05:34 | [Saint] | fixed.cfg is great, it follows the exact same format and uses the exact same strings as config.cfg, but the values in fixed.cfg will always override config.cfg |
02:05:58 | [Saint] | So that even if you do a 'factory reset' of the config, you can still have a subset of settings applied. |
02:06:03 | TorC | Though I often keep the same volume across days, so I'm not sure I'd want it for that. |
02:06:11 | TorC | Clever. |
02:06:18 | [Saint] | I use it primarily to make sure that I don't blast the shit out of myself with high volumes. |
02:06:50 | [Saint] | And I also use it to reset the quickscreen values because it is absurdly easy to accidentally change the quickscreen values and/or actions accidentally. |
02:07:44 | [Saint] | It's one of those really neat features of Rockbox that doesn't really get a hell of a lot of attention. |
02:08:06 | TorC | I'll have to think about setting up a fixed.cfg. Since I don't use the quickscreen, that doesn't matter to me, though. |
02:10:12 | | Quit zoid (Quit: www.taxationistheft.com) |
02:10:40 | | Quit MrZeus2 (Ping timeout: 255 seconds) |
02:11:39 | | Join zoid [0] (~zoid@159.203.108.115) |
02:12:10 | | Quit zoid (Changing host) |
02:12:10 | | Join zoid [0] (~zoid@unaffiliated/taxationistheft) |
02:23:07 | | Quit Mihail (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client) |
02:33:43 | | Quit skapazzo (Quit: leaving) |
02:36:20 | | Quit Bray90820 (Ping timeout: 264 seconds) |
02:43:47 | | Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) |
02:45:38 | *** | Saving seen data "./dancer.seen" |
03:00 |
03:10:22 | * | __builtin needs some ideas for what SDL apps to port |
03:32:35 | | Quit Rondom (Remote host closed the connection) |
03:41:30 | | Join Strife89 [0] (~quassel@adsl-98-80-189-52.mcn.bellsouth.net) |
03:42:04 | furrywolf | blah. I knew I should have spent the extra money for the Extreme microsd card. this Ultra one is sitting here writing at 10MB/sec. It's too large for that. |
03:45:10 | Bilgus_ | 10mbps isn't too bad for sd card but yeah gonna take foooorrrever |
03:45:37 | furrywolf | my 32gb Extreme one manages 90MB/sec. heh. |
03:46:09 | | Quit Strife1989 (Ping timeout: 276 seconds) |
03:46:16 | Bilgus_ | *MBps |
03:51:10 | Bilgus_ | 90 is pretty damn fast |
03:51:31 | furrywolf | sandisk has 250MB/sec ones now, but they're ungodly expensive. |
03:51:47 | furrywolf | they use a second row of contacts transfer data faster. I have the reader for them, but haven't bought any of the cards yet. |
03:56:28 | Bilgus_ | huh wonder what the lifetime is on those :o |
03:59:03 | furrywolf | https://cnet4.cbsistatic.com/img/gnZdv34lhDdHT1BIVU2KarebPW8=/570x0/2014/02/06/81f84711-a5e1-11e3-a24e-d4ae52e62bcc/Fujifilm_X-T1_35834938_05.jpg that look like that |
04:00 |
04:01:37 | Senji_ | why don't we just start putting ssds in things |
04:02:34 | Bilgus_ | read write cycles would be my guess |
04:04:40 | Bilgus_ | not to mention I wouldn't keep anything important on a SD card |
04:27:20 | furrywolf | I formatted my 128GB card fat32, and put a bunch of files on it. It's not recognized by rockbox, at all. |
04:27:55 | furrywolf | doesn't even show <microSD1> in the files like it does with my 32GB card. |
04:29:51 | furrywolf | it does show up in the disc info debug screen. |
04:30:05 | furrywolf | with sane-looking information. |
04:30:59 | | Quit Bray90820 (Ping timeout: 258 seconds) |
04:34:15 | | Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) |
04:34:18 | furrywolf | why is it not reading the fs? heh |
04:36:41 | furrywolf | bah! even the stock firmware reads the card just fine, despite it having a supposed 32gb limit. |
04:37:13 | furrywolf | of course, it's going to be "refreshing your media" for about an hour at the rate the progress bar is moving... seems it wasn't optimized for 110GB of mp3s. |
04:44:01 | chrisjj | furrywolf: A few days back you mentioned an RB unshuffle operation. Did you mean just setting Player Settings Shuffle to No? |
04:45:08 | furrywolf | yes |
04:45:39 | *** | Saving seen data "./dancer.seen" |
04:48:08 | chrisjj | Thanks. |
04:57:56 | | Quit vflyson (Quit: ZNC 1.6.3 - http://znc.in) |
04:58:13 | | Join vflyson [0] (~vflyson@cupcake.uberspace.net) |
05:00 |
05:01:55 | chrisjj | Presumably Shuffle -> Yes must keep a copy of the current playlist from which Shuffle -> No restores. |
05:08:17 | furrywolf | bah, the stock firmware died halfway through "refreshing your media". |
05:08:49 | furrywolf | how do I troubleshoot why rockbox won't recognize this card? |
05:10:15 | furrywolf | it shows up correctly in the disk info debug screen, but not in the files menu. |
05:15:01 | Bilgus_ | how many entries do you have per directory |
05:16:00 | furrywolf | I doubt any directory has more than 100. |
05:16:54 | Bilgus_ | ok how many directories then |
05:17:59 | Bilgus_ | do you see the <SD Card> in your file browser at all? |
05:19:05 | furrywolf | no |
05:19:46 | Bilgus_ | IIRC fat32 allows something like 35535 entries in a single directory |
05:19:54 | Bilgus_ | ro9ot incld |
05:19:54 | furrywolf | actually, I was wrong. a directory I copied off an ipod has 1029 files in it. the most my other directories has a 103 files. |
05:20:10 | Bilgus_ | root* |
05:20:29 | furrywolf | a total of 2058 directories on the card |
05:20:37 | Bilgus_ | hmm do you have directory cache on? |
05:20:49 | furrywolf | I do not know. I have not changed any options related to that. |
05:20:57 | | Quit Strife89 (Read error: Connection reset by peer) |
05:21:04 | Bilgus_ | System>Disk |
05:22:35 | furrywolf | yes |
05:23:10 | Bilgus_ | try turning it off the restart |
05:23:15 | Bilgus_ | then* |
05:23:31 | furrywolf | still doesn't show in files |
05:23:52 | | Join Strife89 [0] (~quassel@adsl-98-80-189-52.mcn.bellsouth.net) |
05:23:53 | furrywolf | still does show in disk info |
05:25:21 | furrywolf | I formatted it with mkdosfs, and it's recognized by the stock firmware, despite the stock firmware claiming a 32gb limit. |
05:26:09 | Bilgus_ | hmm if it works in OF it should surely work in RB |
05:26:19 | furrywolf | and yet it doesn't. :) |
05:26:58 | Bilgus_ | are you using 3.13 still? |
05:27:04 | furrywolf | no, 1/20 devel |
05:27:15 | furrywolf | 15e1f59 |
05:27:41 | Bilgus_ | huh well ya got me I'm sure someone knows but I haven't used anything above 64gb |
05:28:10 | furrywolf | I could try deleting files from it, in case it's hitting some limit there, but I waited half the bloody day to copy files to it at 10MB/sec. heh. |
05:28:43 | Bilgus_ | nah I wouldn't yet there shouldn't be a limit on RB OF yes RB no |
05:32:22 | furrywolf | I probably should wipe the card and try with just a few files |
05:32:43 | jhMikeS | Bilgus_: 65536 directory entries (2MB). How many files depends on how many 32-byte entries each filename takes. |
05:33:03 | Bilgus_ | ahhh good point |
05:35:02 | furrywolf | I would imagine linux would have complained rather than created an invalid filesystem. |
05:36:01 | furrywolf | I just wiped a big chunk of the card. now it contains a total of 1028 directories, the largest of which has 103 entries. |
05:36:39 | furrywolf | still does not show up in files at all. |
05:37:02 | jhMikeS | if you max-out the length of every filename, 3120 files will fit |
05:37:21 | furrywolf | I do not believe any fat32 limits are the issue. |
05:37:46 | furrywolf | both because linux would complain when hitting them, and now the most I have in any directory is 103 entries. |
05:39:47 | Bilgus_ | well FFS try just a file or two then |
05:40:03 | furrywolf | the partition is: |
05:40:12 | furrywolf | /dev/sdc1: sticky x86 boot sector, mkdosfs boot message display, code offset 0x58, OEM-ID " mkdosfs", sectors/cluster 32, Media descriptor 0xf8, heads 255, sectors 249704448 (volumes > 32 MB) , FAT (32 bit), sectors/FAT 60960, serial number 0x2eb26ca7, label: " " |
05:40:43 | furrywolf | I'll reformat it for a clean start. |
05:40:57 | Bilgus_ | mkdosfs |
05:41:15 | furrywolf | yes. |
05:42:11 | furrywolf | ok, fresh format, one directory with ~15 files. |
05:42:22 | * | jhMikeS wonders if there could be an overflow in calculations in fat32? |
05:42:34 | jhMikeS | err...fat.c |
05:42:39 | furrywolf | doesn't show up in files. |
05:42:43 | Bilgus_ | If that doesn't work try doing it the hard way |
05:43:03 | furrywolf | hard way? |
05:43:20 | Bilgus_ | also whats name the label something 8 chars |
05:43:31 | furrywolf | plays perfectly with original firmware |
05:44:16 | Bilgus_ | fdisk/dev/sd. |
05:44:24 | furrywolf | good to know, the original firmware has no problems with a 128GB card... that should be posted on a forum somewhere. |
05:44:43 | furrywolf | ... why would I check the newly created filesystem for errors? |
05:44:52 | furrywolf | on, fdisk, not fsck |
05:44:54 | * | furrywolf mis-read |
05:45:22 | furrywolf | why would I change the partitions when it already has one full-size partition that works fine? |
05:46:00 | Bilgus_ | delete the partition |
05:46:10 | Bilgus_ | create a new one |
05:46:18 | furrywolf | ... I can, but why? heh |
05:46:44 | furrywolf | you think it has a bad partition table? |
05:47:08 | chrisjj | furrywolf, did you find why Shuffle -> Off sometimes fails to restore the original order? |
05:48:03 | Bilgus_ | well i'm not sure what all this mkdosfs is doing so do it the manual way and see if it works |
05:48:34 | Bilgus_ | don't forget to set the partition active |
05:49:21 | furrywolf | mkdosfs is just a fat format utility |
05:49:32 | furrywolf | and I will be using it to format the new partition |
05:50:30 | Bilgus_ | use mkfs -t vfat /dev/sd. |
05:50:58 | furrywolf | no partition? format the block device? |
05:51:20 | Bilgus_ | you haven't finished with the first part yet |
05:51:35 | Bilgus_ | hold on a sec and ill run you through it |
05:51:40 | furrywolf | heh, mkfs -t vfat, calls mkfs.vfat, which calls mkdosfs. :P |
05:53:03 | furrywolf | hah, it does show up. so rockbox has some bug that the partition table was triggering. |
05:54:35 | furrywolf | unfortunately, I did not image the card before repartitioning it, so short of buying a new card, I can no longer help debug this bug. |
05:55:00 | * | jhMikeS wonders what bpb_is_sane would have returned |
05:55:04 | Bilgus_ | what does the partition show up as now? |
05:55:19 | furrywolf | same thing it always has... one partition the size of the drive, vfat. |
05:56:08 | Bilgus_ | ./dev/sdc1: sticky x86 boot sector, mkdosfs boot message display, code offset 0x58, OEM-ID " mkdosfs", sectors/cluster 32, Media descriptor 0xf8, heads 255, sectors 249704448 (volumes > 32 MB) , FAT (32 bit), sectors/FAT 60960, serial number 0x2eb26ca7, label: " " |
05:56:10 | Bilgus_ | ? |
05:56:19 | furrywolf | oh, you mean the filesystem. sec. |
05:56:36 | furrywolf | /dev/sdc1: sticky x86 boot sector, mkdosfs boot message display, code offset 0x58, OEM-ID " mkdosfs", sectors/cluster 32, Media descriptor 0xf8, heads 255, sectors 249737153 (volumes > 32 MB) , FAT (32 bit), sectors/FAT 60960, serial number 0xde34bd8e, label: " " |
05:56:58 | Bilgus_ | well the sn changed lol |
05:57:08 | furrywolf | and the size, by a few sectors. |
05:57:44 | Bilgus_ | weirrrd |
05:57:47 | furrywolf | there must have been something with the original partition table. I formatted it exactly the same way. |
05:58:13 | furrywolf | however, the original partition table was acceptable to both linux and the original firmware, so I would say it is by far most likely to have been a rockbox bug. |
05:58:37 | furrywolf | but, since I didn't save a copy of the original partition table, I can't do anything to troubleshoot it now. |
05:59:12 | jhMikeS | reformat the first way and dump it? |
05:59:21 | Bilgus_ | really not that big of a deal unless it happens next time |
05:59:35 | furrywolf | I only ever formatted it one way. |
05:59:51 | furrywolf | the difference between not working and working was using cfdisk to create a new partition table |
06:00 |
06:00:05 | Bilgus_ | well how did you do the partition table the first time> |
06:00:06 | jhMikeS | doing it twice with the same program and settings gave different results? |
06:00:19 | furrywolf | Bilgus_: it's a deal, because new users who have not repartition their sd card will find it simply doesn't work. |
06:00:53 | Bilgus_ | surely the card came as exfat or other some shit |
06:00:57 | furrywolf | I didn't partition it the first time. the first partition table was the one the card came with from sandisk. I just reformatted it to fat32. (yes, with the proper partition type) |
06:01:25 | furrywolf | it was originally exfat, which is evil. |
06:01:39 | jhMikeS | RB won't accept any extended partitions (it could have been that) |
06:01:51 | furrywolf | no, it had a single primary partition, type vfat. |
06:02:15 | Bilgus_ | then why differing sizes? |
06:02:20 | furrywolf | again, the stock firmware handled it fine. it's a bug. but until I buy a new card, it's useless to try troubleshooting the bug. |
06:02:43 | Bilgus_ | no the stock FW quit part way through |
06:02:45 | furrywolf | dunno. the original partition left a few mb of free space. maybe they want to make sure the controller has scratch room or something... |
06:03:07 | Bilgus_ | nah you wouldnever see the extra blocks |
06:03:25 | furrywolf | the stock fw quite halfway through when I had 110GB of music on it. it might have finished, I was just sick of how slow the progress bar was moving. when I had only a few files on it, the stock fw loaded and played it fine. |
06:03:42 | furrywolf | the stock fw takes ungodly long to scan the disk... even my 32gb card takes a very long time. |
06:03:56 | Bilgus_ | yeah it builds a damn index |
06:04:18 | Bilgus_ | and I always forget to pull the damned SD card before I boot OF |
06:04:26 | jhMikeS | you sure it was a single partition? that extra space could have been something rockbox didn't like |
06:04:51 | furrywolf | jhMikeS: cfdisk reported it as free space, and linux only showed a single partition. |
06:06:04 | furrywolf | I doubt there was anything wrong with the original partition table. I doubt sandisk is shipping cards with broken partition tables, linux had no errors using it, the stock firmware had no problems using it, and cfdisk read it fine. it's far more likely there's a bug in rockbox. :) |
06:06:05 | Bilgus_ | well sorry you wasted 200 minutes to have to do it again |
06:06:34 | furrywolf | however, until I buy a new card, and it has the same problem, nothing I can do to figure out why. |
06:07:03 | Bilgus_ | I think I'd rather put a note to reformat after deleting all partitions in the manual then try to track down a bug like that |
06:07:59 | Bilgus_ | you could try reformatting to exfat then do your same steps and see if it reproduces the problem |
06:08:38 | Bilgus_ | although I've always re partitioned sd cards before I use them alon with a bad block test |
06:08:52 | furrywolf | I just repartitioned it again, with a bit of free space, and it works fine, so it's not free space breaking it. |
06:08:56 | Bilgus_ | same with SSD |
06:09:35 | jhMikeS | furrywolf: yeah, that shouldn't bother it. it should skip over partition types it doesn't understand too. |
06:09:57 | Bilgus_ | did you format to EXFAT then try your same steps? |
06:10:53 | furrywolf | I don't have any way to format exfat, or do anything else to exfat. |
06:11:10 | furrywolf | and anything that only affects partition contents is eliminated when you reformat fat32. |
06:11:22 | furrywolf | I'm copying music back onto it now. |
06:12:07 | furrywolf | as I said before, I don't think it's possible to troubleshoot it anymore. |
06:12:13 | furrywolf | the original partition table is gone for good. |
06:12:27 | furrywolf | I could buy a spare card, if someone wants to send me cash. :P |
06:12:50 | furrywolf | gah, it's after 9pm. not copying music to it tonight. |
06:13:29 | Bilgus_ | I'm sure if it is a RB bug the issue will come here again |
06:14:00 | furrywolf | card was $47... not sure I want to order a spare. |
06:14:49 | | Quit TheSeven (Ping timeout: 245 seconds) |
06:15:21 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
06:16:14 | Bilgus_ | good thing you didn't buy the extreme |
06:16:31 | furrywolf | why's that? |
06:16:50 | Bilgus_ | the material that goes into those chips it's like printing money lol |
06:17:02 | Bilgus_ | extreme would be more |
06:17:03 | chrisjj | Ah, found one situation of Shuffle -> Off messing up the order every time: If you did Insert Next near the start of the list, Shuffle -> Off puts that track at the end. |
06:17:07 | furrywolf | it would have made all these steps a lot faster, and I wouldn't have to wait another half a day to fill it again. :P |
06:17:35 | Bilgus_ | yeah but how often do you actually fill a card |
06:17:57 | Bilgus_ | I do it once then buy another |
06:18:14 | furrywolf | chrisjj: I noticed two shuffle issues... the easily reproducible one is that if you use insert with shuffle on, they're not shuffled, and you have to turn shuffle off and back on. it does this every time. sometimes turning it off and back on still wouldn't cause shuffling, but I can't reproduce it. |
06:21:37 | | Quit naleo (Ping timeout: 256 seconds) |
06:22:21 | furrywolf | I really wouldn't mind having another card, so I can use it in place of the (undersized) 64gb I use for music in the shop... but I don't know if I want to spend so much money. |
06:24:00 | furrywolf | for only $208 I can buy the 275MB/sec read, 100MB/sec write version. :) |
06:28:09 | furrywolf | bbl, wolfy bedtime |
06:34:43 | | Join naleo [0] (~naleo@unaffiliated/naleo) |
06:45:40 | *** | Saving seen data "./dancer.seen" |
06:54:10 | | Quit Senji_ (Ping timeout: 255 seconds) |
06:55:55 | | Quit furrywolf (Read error: Connection reset by peer) |
07:00 |
07:06:57 | | Quit naleo (Read error: Connection reset by peer) |
07:08:05 | | Join naleo [0] (~naleo@unaffiliated/naleo) |
07:10:51 | | Join MrZeus_ [0] (~MrZeus@81.144.218.162) |
07:11:56 | | Quit MrZeus (Read error: Connection reset by peer) |
07:22:00 | | Quit jhMikeS (Ping timeout: 240 seconds) |
07:33:03 | | Quit Bray90820 (Ping timeout: 258 seconds) |
07:43:42 | | Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) |
07:47:09 | | Quit sparetire_ (Ping timeout: 240 seconds) |
08:00 |
08:02:22 | | Quit naleo (Read error: Connection reset by peer) |
08:05:59 | | Quit alexweissman (Remote host closed the connection) |
08:07:07 | | Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
08:10:14 | | Quit Bray90820 (Ping timeout: 258 seconds) |
08:14:15 | | Join parchd [0] (~parchd@unaffiliated/parchd) |
08:14:30 | | Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) |
08:29:09 | | Join ender` [0] (krneki@foo.eternallybored.org) |
08:37:53 | | Quit alexweissman (Remote host closed the connection) |
08:45:44 | *** | Saving seen data "./dancer.seen" |
08:49:40 | | Join petur [0] (~petur@rockbox/developer/petur) |
08:54:26 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
09:00 |
09:03:00 | | Part robertd1 |
09:16:05 | | Join pixelma_ [0] (~pixelma@rockbox/staff/pixelma) |
09:16:05 | | Quit pixelma (Disconnected by services) |
09:16:10 | | Join amiconn_ [0] (~amiconn@rockbox/developer/amiconn) |
09:16:10 | | Nick amiconn is now known as Guest18090 (~amiconn@rockbox/developer/amiconn) |
09:16:10 | | Quit Guest18090 (Killed (leguin.freenode.net (Nickname regained by services))) |
09:16:10 | | Nick amiconn_ is now known as amiconn (~amiconn@rockbox/developer/amiconn) |
09:17:59 | | Quit Bilgus_ (Remote host closed the connection) |
09:18:39 | | Join Bilgus_ [0] (~Bilgus@gateway/tor-sasl/bilgus) |
09:26:22 | | Join robertd1 [0] (~root@186-90-12-124.genericrev.cantv.net) |
09:47:52 | | Quit [Saint] (Quit: Quit) |
09:57:12 | | Join dys` [0] (~dys@2003:5b:203b:100:6af7:28ff:fe06:801) |
09:57:17 | | Join idonob_ [0] (~Owner@50.67.32.65) |
10:00 |
10:02:13 | | Join sparetire [0] (~sparetire@unaffiliated/sparetire) |
10:07:29 | | Join paulk-collins [0] (~paulk@gagarine.paulk.fr) |
10:14:25 | | Quit rela_ (Quit: Leaving) |
10:14:40 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
10:18:41 | | Quit Bray90820 (Ping timeout: 260 seconds) |
10:27:29 | | Join xorly [0] (~xorly@ip-89-176-102-19.net.upcbroadband.cz) |
10:30:14 | | Quit mc2739 (Ping timeout: 248 seconds) |
10:38:45 | | Quit rela (Read error: Connection reset by peer) |
10:41:37 | | Join amazoniantoad [0] (~golden@2601:481:8400:a139:6040:c934:3c59:162) |
10:41:48 | amazoniantoad | Is themes.rockbox.org down for anyone else? |
10:42:13 | gevaerts | Apparently |
10:42:33 | gevaerts | It'll come back. It's been on and off for a while now. |
10:42:48 | gevaerts | Work is being done on replacing the entire server, but that'll take a while still |
10:42:59 | amazoniantoad | I just received my ivue pack and the center panel button is missing >:C |
10:43:56 | amazoniantoad | Well I guess I can get my question answered here. New to rockbox, is there a theme that looks like iZune? |
10:44:39 | | Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) |
10:45:03 | | Join elensil [0] (~edhelas@2001:1c02:1903:d800:b54b:cb14:8fad:a9e) |
10:45:48 | *** | Saving seen data "./dancer.seen" |
10:52:09 | | Quit Bray90820 (Ping timeout: 240 seconds) |
10:55:06 | | Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) |
10:57:01 | | Quit paulk-collins (Read error: Connection reset by peer) |
10:57:35 | | Join paulk-collins [0] (~paulk@gagarine.paulk.fr) |
11:00 |
11:00:39 | | Quit Bray90820 (Ping timeout: 240 seconds) |
11:04:20 | | Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) |
11:06:46 | | Join [Saint] [0] (~sinner@rockbox/staff/saint) |
11:07:30 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
11:09:18 | | Quit Bray90820 (Ping timeout: 240 seconds) |
11:20:38 | amazoniantoad | I'm looking for a place for tutorials on adding internal bluetooth to a 7th gen ipod class. Any ideas? |
11:21:10 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:a127:13a6:2efd:6ac6) |
11:26:46 | pamaury | amazoniantoad: you mean physically adding bluetooth to the device ? |
11:26:58 | amazoniantoad | pamaury, that's the goal |
11:27:05 | amazoniantoad | I want to attach a transmitter |
11:27:08 | amazoniantoad | But internally |
11:27:26 | amazoniantoad | I found a thread for the 5g but I can't follow it since it isn't my model |
11:27:43 | pamaury | I don't think it's really possible, in the sense that even if you attach a transmitter, you need to tell the transmitter which speaker to pair to and that requires software |
11:27:58 | pamaury | how do you plan to control the transmitter ? |
11:28:17 | amazoniantoad | It's possible, it's been done before |
11:28:36 | amazoniantoad | Well I have to 3D print a custom back for the ipod so that I can turn the bluetooth on/off |
11:28:43 | amazoniantoad | I have a 3D printer so I have that covered |
11:31:33 | | Join asymsucon [0] (bcaf24b1@gateway/web/freenode/ip.188.175.36.177) |
11:31:34 | shrizza_ | So it's pretty much just a lineout to bluetooth transmitter solution, but making it look neater. |
11:33:14 | TorC | amazoniantoad: Do you need the space inside the custom back for the bt module? If not, why not just mill an access hole to control the bt module? |
11:33:30 | asymsucon | Hi, unfortunately the forums are down again, Mihail, you're here? |
11:37:12 | | Quit amazoniantoad (Ping timeout: 255 seconds) |
11:37:29 | | Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) |
11:41:34 | | Quit Bray90820 (Ping timeout: 240 seconds) |
11:49:05 | | Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) |
11:50:22 | [Saint] | asymsucon: check the nicklist |
11:50:24 | | Join amazoniantoad [0] (~golden@2603:3018:600:a000:980a:457d:519a:8b90) |
11:50:30 | [Saint] | (hint: he's not) |
11:51:36 | | Quit Rower (Ping timeout: 255 seconds) |
11:52:35 | | Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) |
11:52:57 | amazoniantoad | shrizza_, yes |
11:53:02 | amazoniantoad | Sorry. I think I lost connection |
11:54:31 | | Quit asymsucon (Quit: Page closed) |
11:54:37 | | Join skapazzo [0] (~skapazzo@151.9.205.1) |
11:57:20 | | Quit Bray90820 (Ping timeout: 264 seconds) |
11:57:25 | [Saint] | amazoniantoad: there's any number of about a dozen places you can get access to line level PWM and -3.3V/-5V traces from. |
11:57:36 | wodz | pamaury: Are you going to push your hwstub/mips work? |
11:57:56 | [Saint] | amazoniantoad: or you could be lazy as shit and just steal input from the 3.5mm jack |
11:58:32 | [Saint] | I mean, ideally you'd want to be pushing line level, but for all I know you might /want/ to have the iPod govern the volume. |
11:58:39 | [Saint] | (IMO, you don't...but, hey) |
11:59:25 | wodz | [Saint]: Hey, as you are ipod expert. I have n2g with f*** up software on it in a state that it fires up emcore on boot and thinks it has 8gb despite being 4gb device. I tried to connect it to itunes in disk mode but aparently itunes does not detect it. Any trick needed to force recovery? |
11:59:27 | pamaury | wodz: yes, I have a small change to make |
11:59:51 | pamaury | I was chasing an undefined behavior in socdesc lib that was making the register file randomly shuffled |
11:59:56 | pamaury | found it yesterday ;) |
12:00 |
12:00:01 | [Saint] | amazoniantoad: Depending on your BT device, there's a very good chance you might have to shift the logic from 3.3V to 5V and back again as well. |
12:00:11 | pamaury | wodz: I reworked a few things in hwstub |
12:00:29 | pamaury | he you want to review them, they are on gerrit, otherwise I'll just go for it |
12:00:40 | wodz | pamaury: I saw. I crawled through gerrit tasks this morning |
12:00:57 | pamaury | I found a bug in data abort catching on arm, we were using an unpredictable nstructio |
12:01:06 | pamaury | it was more or less pure luck |
12:01:15 | [Saint] | wodz: what iTunes version? |
12:01:24 | wodz | pamaury: I saw your conversation with Mike. |
12:01:31 | wodz | [Saint]: Latest I think |
12:01:42 | [Saint] | wodz: iTunes is _very_ picky, and pretty much everything past 9.2.1 will fail. |
12:02:23 | [Saint] | ideally you want 9.2.1, but that's old enough to fail the lookup of the firmware so you can't rely on getting the firmware file from iTunes servers. |
12:02:39 | pamaury | wodz: did you have a look at all of them and have comments or can I freely push them this afternoon ? |
12:02:59 | [Saint] | You need to download it and when you're on the restore page, press [Shift], which allows you to provide an .ipsw file locally. |
12:03:06 | wodz | [Saint]: Oh shit. I always thought itunes is the p'n'p solution |
12:03:40 | | Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) |
12:03:40 | [Saint] | wodz: there's also https://www.freemyipod.org/wiki/Restore_iPod_without_iTunes |
12:03:43 | wodz | pamaury: I skimmed all of them. I don't have comments. |
12:03:52 | pamaury | ok great |
12:03:53 | [Saint] | but ipod_scsi is a pain in the tits on Linux. |
12:04:09 | pamaury | [Saint]: why ? |
12:04:46 | wodz | [Saint]: Not working basically. The current state of this ipod is side effect of try to restore without itunes |
12:05:26 | [Saint] | pamaury: various distributions either have broken or nonexistent implementations. |
12:05:48 | [Saint] | I'm guessing wodz probably bounced off this very thing. |
12:06:10 | pamaury | [Saint]: how is that possible ? you only need linux kernel to send scsi commands |
12:07:09 | wodz | [Saint]: Basically I bounced off proper combination of emcore and emcore host tools + unable to time sync with TheSeven to guide me. |
12:11:09 | [Saint] | pamaury: well, it's a pain in the tits compared to 'just work'-ing, the only distributions I can think of that even offer an ipodscsi package are Fedora and Arch, and last time I tried Arch's it was entirely broken. |
12:11:10 | [Saint] | If you compile your own on the debian-esque distros you'll have luck, but by the time most users spend with that rigmarole you may as well have just fired up iTunes 9.2.* in a container. |
12:11:52 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
12:11:53 | pamaury | ah there is a package for it |
12:12:51 | [Saint] | Obviously it's subjective based on skill level, but for the majority of people dicking around with finding or building ipodscsi is an order of magnitude more difficult than just delegating to iTunes. |
12:14:11 | | Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
12:14:11 | | Quit pixelma_ (Quit: .) |
12:14:22 | | Join pixelma [0] (~pixelma@rockbox/staff/pixelma) |
12:14:23 | | Join amiconn [0] (~amiconn@rockbox/developer/amiconn) |
12:14:41 | wodz | [Saint]: Is itunes 9.2.1.5 ok? |
12:15:04 | [Saint] | The only problem with it is that to be able to reliably restore a iLoader/emCORE/ipod6gboot'ed iPod Nano 2G or iPod Classic 6G in iTunes you need a very specific iTunes version and to supply your .ipsw file manually. |
12:15:10 | [Saint] | wodz: it should be, yes. |
12:15:21 | wodz | [Saint]: Anyway proposed recovery action without itunes didn't work for this particular ipod definitely. |
12:15:57 | [Saint] | Interesting. |
12:16:39 | [Saint] | wodz: you'll need to pull the ipsw file from http://www.felixbruns.de/iPod/firmware/ |
12:17:11 | [Saint] | iTunes 9.* has been neutered and cut off from the iTunes servers. |
12:17:27 | [Saint] | So you've got to supply the firmware manually from a local path. |
12:18:00 | * | wodz downloading stuff |
12:20:20 | wodz | iTunes Library.itl cannot be read because it was created by a newer version of iTunes :P |
12:20:40 | wodz | Where the hell does it sit? |
12:20:40 | | Join Mihail [0] (25d4ab9c@gateway/web/cgi-irc/kiwiirc.com/ip.37.212.171.156) |
12:21:22 | | Join Piece_Maker [0] (~Acou_Bass@host-78-144-155-251.as13285.net) |
12:22:13 | wodz | squashed ! |
12:24:17 | | Quit Acou_Bass (Ping timeout: 256 seconds) |
12:24:17 | | Nick Piece_Maker is now known as Acou_Bass (~Acou_Bass@host-78-144-155-251.as13285.net) |
12:24:28 | wodz | [Saint]: Now I have ipod in disk mode, how do I force it to recover in itunes? |
12:26:09 | [Saint] | there should be 'check for updates' and 'restore $device' options under the device header in the settings sidebar. |
12:27:05 | [Saint] | if you select the restore option, and hold shift, it'll prompt you for a local path to supply the ipsw file from instead of doing a lookup for it from the Apple servers. |
12:28:02 | wodz | [Saint]: You mean left hand side (where are 'Library', 'Store' and so on)? |
12:28:49 | [Saint] | yes. right up the top of that it should show the device, like 'wodz's iPod' or so. |
12:29:08 | wodz | [Saint]: Nop, nothing there |
12:29:24 | [Saint] | Ah...shit. Interesting. |
12:29:31 | wodz | Maybe I should reboot VM after installing itunes |
12:30:02 | [Saint] | does the VM have guest additions installed to be able to do USB passthrough? |
12:30:09 | wodz | [Saint]: yes |
12:30:44 | [Saint] | you /might/ have to hand off control of the iPod to the VM manually. |
12:30:53 | wodz | [Saint]: Apple iPod [0002] is passed to VM manually |
12:31:48 | [Saint] | Hmmm, right. Sorry, it's hard to switch out of #freemyipod-support mode where I primarily deal with people who don't know their ass from their elbow. |
12:32:11 | [Saint] | I should give you more credit than that. Apologies. |
12:33:19 | * | user890104 is not sure if the "sans-iTunes" method of restoring works on n2g |
12:33:50 | user890104 | it works on n3g/n4g afaik |
12:33:56 | [Saint] | user890104: I've definitely got it to work before, but I can't quite remember the esoteric recipe for it. |
12:34:31 | user890104 | ipodscsi won't be needed on n2g, as you already have complete access to the whole block device |
12:34:36 | user890104 | using disk mode |
12:34:40 | wodz | user890104: itunes doesn't work as well (at least for this combination of device/state) |
12:34:55 | user890104 | wodz: do you have emcore loader installed? |
12:34:59 | [Saint] | Well, I should say "I've definitely got it to work before with very heavy prodding from TheSeven" |
12:35:49 | wodz | user890104: on boot it says emCORE v0.2.3 r859 |
12:36:06 | wodz | user890104: unless forced to boot in disk mode of course |
12:36:22 | user890104 | wodz: what about the split second just before that? can you reset it, and immediately lock the hold switch while connected to usb? |
12:36:44 | [Saint] | Regarding the virtual machine I think I ended up setting up a rule to automatically pass through all devices with the O5AC VID because the USB PID changes at least once during the restore and the virtual machine didn't like that one bit. |
12:37:23 | wodz | user890104: I don't understand |
12:38:28 | user890104 | wodz: there's recovery mode of emcoreldr, which is triggered by booting with the hold switch locked (similar to rockbox's restore defaults) |
12:38:39 | [Saint] | wodz: he's saying force a hard reset while connected over USB and immediately toggle hold on |
12:39:03 | user890104 | using this, you can upload a new emcore installer, then reboot it, then select Uninstall from emcore's menu |
12:39:13 | wodz | user890104: If I engage hold during apple logo I still get emCORE line but with faded backlight |
12:39:38 | user890104 | wodz: in this state, can you check if the message says emcore loader or emcore? |
12:39:47 | wodz | emCORE |
12:40:06 | user890104 | hm, strange |
12:40:37 | user890104 | ok, can you communicate with emcore using emcore.py? |
12:40:59 | wodz | user890104: I could before, need to dig up the tool on this machine |
12:44:01 | user890104 | you should be able to upload a new installer, which should overwrite the current emcore installation |
12:44:15 | user890104 | and then you can use Tools -> Uninstall emCORE |
12:44:20 | wodz | user890104: http://paste.debian.net/910275 |
12:44:33 | wodz | user890104: So I'd say yes, I can communicate |
12:44:40 | user890104 | ok, looks good |
12:44:45 | [Saint] | user890104: that's only a part of the problem though |
12:45:13 | [Saint] | user890104: the bulk of the issue if that somehow an 8GB firmware ended up on a 4GB device. |
12:45:32 | [Saint] | that'll still be true with emCORE installed or no. |
12:45:42 | user890104 | uhm, the firmware doesn't have a option for selecting the capacity |
12:45:52 | *** | Saving seen data "./dancer.seen" |
12:45:52 | user890104 | it auto-detects it from the flash chip |
12:46:04 | user890104 | unless someone manually overwritten the nand flash |
12:46:20 | [Saint] | yes, that's what I meant, sorry - shitty wording. |
12:46:43 | [Saint] | "firmware magic from an 8GB device", not an 8GB firmware. |
12:47:02 | wodz | user890104, [Saint]: The device was deliberately overwritten with payload from 8GB device, yes. |
12:47:07 | user890104 | i'm not sure how these devices behave if someone /dev/zero'es the nand :) |
12:47:39 | user890104 | in case of emcore, it should be able to boot anyway, and even show the default menu |
12:48:01 | [Saint] | I seem to recall this fucks up a bunch of magic if the firmware magic isn't what iTunes expects. |
12:48:10 | wodz | FTL was completly broken and TheSeven guided me. |
12:48:11 | [Saint] | Which is probably why iTunes isn't willing to detect it. |
12:48:16 | user890104 | then you need to initiate a firmware update, which should upload an AUPD image on the nand |
12:48:29 | user890104 | and after rebooting, it should do its thing (tm) |
12:48:51 | [Saint] | user890104: yeah, right - but what we're bouncing off at the moment is in the screwy state iTunes isn't detecting it. |
12:48:53 | user890104 | so ipodscsi might actually work |
12:48:59 | [Saint] | So, chicken<->egg |
12:49:22 | user890104 | if you can enter nor dfu mode, uploading a dfu image is easy |
12:49:30 | wodz | ok guys. I'd prefer at most 3 steps recipe how to recover this ipod :-) |
12:49:49 | user890104 | i just need to remember how (without opening and shorting a pin on the flash) |
12:49:52 | [Saint] | yeah, that involves actually opening the device though does it not? |
12:50:02 | user890104 | there's a software method iirc |
12:50:07 | [Saint] | IIUC there's not a way to trigger NOR DFU from emCORE? |
12:50:23 | [Saint] | Oh. Hmmm. Interesting. Well, I'm not aware of it if there is one. |
12:50:27 | wodz | I could open it if needed but I prefer to avoid this. |
12:50:30 | [Saint] | I only know the brutal method. |
12:50:45 | user890104 | wodz: no, it should be possible by software |
12:51:09 | user890104 | http://pastebin.com/raw/z8Aa8gW7 |
12:51:09 | wodz | could it be just jump to some particular address or something? |
12:51:16 | [Saint] | wodz: yeah, these devices aren't particularly forgiving when opened. So fingers crossed user890104 digs up a software method to achieve this. |
12:51:24 | user890104 | that's the info i have, looking for more in my archives |
12:51:48 | [Saint] | I didn't even know there was a method to do this from emCORE, so he's one up on me at this stage certainly. |
12:52:07 | [Saint] | I only know of the brutal but effective pin-shorting method. |
12:52:13 | user890104 | well, since i was experimenting with this method, i guess there is one |
12:52:37 | user890104 | [20:12:26] <user890104> emcoreldr was launched from nor dfu, if it matters <<< this |
12:52:42 | [Saint] | Oh, yeah. I don't doubt it. I just wasn't aware it could be done on N2G. |
12:52:44 | user890104 | haven't opened my n2g ever |
12:53:36 | [Saint] | Lucky boy. I have one with a 2-pole dome switch broken out to the back of the case, lol. |
12:54:38 | [Saint] | I think I did that during the period where Rockbox would reliably trash the FTL on hard reset. |
12:54:38 | user890104 | time for log grepping! |
12:54:49 | wodz | I replaced broken screen in this unit so it is possible to open, close and have still functional device. Then I played with it hard and this trashed FTL |
12:55:29 | wodz | user890104: So do you suggest to run this 4 commands at the end of pastebin? |
12:55:44 | user890104 | wodz: no, they are *after* you enter NOR DFU mode |
12:55:53 | wodz | oh |
12:56:15 | user890104 | and yes, they are the commands you need basicly |
12:56:59 | wodz | are this binaries prebuild or I need to compile from source? |
12:58:28 | wodz | user890104: And emcoreldr.py doesn't exist standalone nowadays |
12:59:09 | user890104 | (root)/emcore/trunk/tools/emcoreldr.py - Rev 854 |
12:59:21 | user890104 | it's in the SVN trunk |
12:59:49 | user890104 | you can use emcore-installer from here: https://files.freemyipod.org/releases/20120102/ |
13:00 |
13:01:15 | user890104 | https://files.freemyipod.org/tmp/emcoreldr-ipodnano2g.dfu |
13:01:19 | user890104 | https://files.freemyipod.org/tmp/emcoreldr-ipodnano2g.bin |
13:01:41 | user890104 | no idea about the version of the last two, but they should be good for the job |
13:01:49 | wodz | user890104: http://paste.debian.net/910281/ |
13:01:57 | user890104 | you can of course compile the whole firmware |
13:02:06 | wodz | no emcoreldr.py |
13:02:38 | wodz | user890104: ^ |
13:03:21 | user890104 | http://i.imgur.com/xrrMYKP.png |
13:03:28 | user890104 | well... |
13:04:18 | wodz | shit |
13:04:35 | * | wodz apologizes |
13:05:05 | wodz | user890104: So if I understand correctly the last missing bit is entering nor dfu mode |
13:05:21 | user890104 | yes, just found some instructions |
13:06:52 | user890104 | https://logs.freemyipod.org/%23freemyipod/2011-04/2011-04-17-%23freemyipod.log |
13:07:34 | user890104 | ok, this isn't very helpful |
13:09:08 | user890104 | neither is this: https://logs.freemyipod.org/%23freemyipod/2012-10/2012-10-29.log |
13:10:31 | user890104 | wodz: found it: https://logs.freemyipod.org/%23freemyipod-support/2011-07/2011-07-11-%23freemyipod-support.log |
13:10:42 | * | wodz reads |
13:11:36 | user890104 | enter NOR DFU mode (hold left+play after resetting) |
13:11:41 | user890104 | that was the missing part |
13:12:34 | wodz | user890104: How does nor dfu mode manifest? |
13:14:31 | wodz | \o/ nice logo with text www.apple.com/support :-) |
13:15:17 | user890104 | and a dock connector? |
13:16:01 | user890104 | you can follow TheSeven's instructions from this log, to completely wipe the nand |
13:16:27 | user890104 | then you can enter this mode again, and use ipoddfu.py + apple's restore file for your ipod model |
13:16:43 | wodz | great |
13:17:25 | wodz | user890104: Isn't it enough to connect to itunes in nor dfu mode? |
13:17:56 | user890104 | wodz: i would wipe it first, in order to not confuse itunes |
13:18:15 | wodz | ok, lets make the magic happen |
13:18:40 | user890104 | it shouldn't trust the partition layout for obtaining flash memory size, but who knows... |
13:19:25 | user890104 | after discovering that itunes sends a random memory buffer over usb after restoring a device, i don't trust them :) |
13:19:40 | | Quit parchd (Ping timeout: 240 seconds) |
13:23:41 | wodz | user890104: http://paste.debian.net/910285/ |
13:23:50 | wodz | that gonna be bumpy road |
13:24:56 | user890104 | ah, the info was on the wiki... https://www.freemyipod.org/wiki/Modes |
13:25:01 | user890104 | The Nano 2G also has a DFU mode, but this mode can only be entered by shorting testpoints on the circuit board or flashing the NOR with an image with a wrong signature/hash. There's a NOR DFU mode though, that can be entered by holding down BACK+PLAY right after rebooting the device. |
13:25:57 | user890104 | wodz: what's your python version? |
13:26:02 | wodz | user890104: 2.7 |
13:26:08 | user890104 | looks like 2.x, the scripts have been ported to 3.x |
13:26:14 | wodz | user890104: ok |
13:27:10 | wodz | user890104: Not that much better http://paste.debian.net/910286/ |
13:27:49 | user890104 | you need to upload the .dfu file |
13:28:00 | user890104 | not the .bin |
13:28:27 | wodz | stupid me |
13:29:11 | wodz | user890104: That worked, one step further now |
13:32:50 | wodz | user890104: Where to get emcore-ipodnano2g-r725.bin (or any other working r)? |
13:33:36 | user890104 | user890104/freemyipod/emcore/emcore-ipodnano2g.bin">https://files.freemyipod.org/~user890104/freemyipod/emcore/emcore-ipodnano2g.bin |
13:34:06 | user890104 | this should be a trunk build with minimal (if any) modifications |
13:35:45 | wodz | user890104: http://paste.debian.net/910287 |
13:35:46 | | Quit Mihail (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client) |
13:36:14 | wodz | user890104: Thats point 6 in https://logs.freemyipod.org/%23freemyipod-support/2011-07/2011-07-11-%23freemyipod-support.log |
13:37:59 | user890104 | wodz: point 6 is execute |
13:38:08 | | Quit Rower (Ping timeout: 264 seconds) |
13:38:11 | user890104 | you mean 7? |
13:38:20 | wodz | yes, 7, my bad |
13:38:34 | | Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) |
13:38:36 | user890104 | can you retry uploading? |
13:38:48 | user890104 | if not, please reset the ipod and start over |
13:39:05 | user890104 | this part is fragile, as it's not well tested |
13:39:37 | | Quit paulk-collins (Remote host closed the connection) |
13:39:51 | pamaury | wodz: re your comment on gerrit: I removed the verbose argument because it was a duplicate :) |
13:40:04 | pamaury | (there already was an entry for 'verbose' -> 'v') |
13:40:10 | wodz | pamaury: ok |
13:40:34 | pamaury | and nice catch for the header include guard |
13:43:03 | wodz | user890104: On point 5 it says Uploading emcoreldr-ipodnano2g.bin to 0x22000000.... done but doesn't drop back to shell. Is it normal? |
13:45:03 | user890104 | emcoreldr is slow, it could take a couple of seconds |
13:46:34 | wodz | you men on upload or exec? |
13:46:44 | user890104 | uploading |
13:46:52 | user890104 | shouldn't take more than 2 minutes though |
13:47:19 | wodz | I'll wait then a bit longer. This 'done' message is misleading |
13:48:15 | user890104 | ah, it says done |
13:48:27 | user890104 | then it should be completed |
13:48:40 | user890104 | just ctrl+c it |
13:50:30 | wodz | user890104: should ipod reenumerate after emcoreldr.py execute 0x22000000 0 ? |
13:51:58 | user890104 | yes, after a while, but the hold switch needs to be locked so it can enter emcore loader mode again |
13:53:33 | wodz | user890104: seems like it doesn't reenumerate after execute. hold switch is engaged. |
13:59:00 | wodz | user890104: btw. If I emcore is present on device (remember it defaults to emCORE r859) can't I simply run point 9 ? |
14:00 |
14:00:11 | user890104 | wodz: in theory yes, i just don't know how messed your current instllation is |
14:00:41 | user890104 | if you only messed up the nand flash, emcore should be intact |
14:02:26 | wodz | user890104: http://paste.debian.net/910288/ |
14:04:55 | user890104 | uhm... no idea about this one, maybe someone who knows python can help |
14:05:23 | user890104 | can you try getting it back to DFU mode, and restoring with itunes? |
14:05:57 | wodz | heh, running it as python2.7 works |
14:10:55 | | Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) |
14:12:43 | wodz | user890104: Now the ipod displays briefly 'Use itunes to restore' and enters disk mode. It is still not seen by itunes. If I force nor dfu mode and connect it, itunes says 'iTunes cannot recognize this iPod at this time' |
14:16:13 | user890104 | i'm looking for the dfu image which restores nano 2g |
14:17:15 | | Quit xorly (Ping timeout: 260 seconds) |
14:18:15 | wodz | For me point 5 or 6 doesn't work correctly. After execute nothing happens but device stops responding and does not reenumerate. |
14:19:05 | user890104 | wodz: check your private message |
14:19:20 | user890104 | try to upload this file using ipoddfu.py |
14:19:40 | user890104 | it is the original apple NOR loader |
14:19:52 | user890104 | and it should show a different error message |
14:20:05 | user890104 | so itunes can hopefully recognise it |
14:20:34 | user890104 | if you setup a filter to redirect usb devices to your itunes VM, keep in mind that the usb ids for different modes are not the same |
14:22:20 | user890104 | iirc the update process on nano2g is initiated by creating an AUPD image on the firmware partition |
14:22:32 | user890104 | and ipodpatcher from rockbox should be able to do this |
14:22:37 | wodz | user890104: The effect is the same as I described. It briefly shows 'Use itunes to restore...' and then it enters disk mode |
14:22:40 | user890104 | just need to find the correct sommand line |
14:24:02 | user890104 | wodz: what are the usb ids in lsusb? |
14:24:41 | wodz | user890104: in which mode? In disk mode it is Bus 002 Device 052: ID 05ac:1260 Apple, Inc. iPod Nano 2.Gen |
14:26:01 | wodz | user890104: in dmesg I also have New USB device found, idVendor=05ac, idProduct=1240 but don't know if this is nor dfu or this brief period of 'Use itunes...' message |
14:30:58 | user890104 | https://www.freemyipod.org/wiki/Modes |
14:31:10 | user890104 | 1260 is normal mode |
14:31:18 | user890104 | 1240 is WTF mode |
14:31:29 | user890104 | (yes, it's called WTF) |
14:32:02 | * | pamaury discovers that 0 is often the smallest unsigned integer |
14:32:36 | wodz | WTF :-P |
14:32:41 | gevaerts | That's been known to happen, yes! |
14:32:54 | wodz | user890104: so WTF it is? |
14:33:30 | user890104 | in this mode you should be able to upload the file i sent you using ipoddfu.py |
14:34:01 | user890104 | check if you can get the right timing (e.g. while [ 1 ]; do python ipoddfu.py ....; done) |
14:35:01 | wodz | user890104: the file uploads just fine, apple logo appears and then 'Use itunes to restore...' and disk mode again |
14:36:11 | user890104 | ah... |
14:36:23 | user890104 | let me look for an ipodpatcher solution |
14:38:26 | user890104 | https://www.rockbox.org/wiki/IpodPatcher |
14:38:41 | user890104 | −−write-partition (-w) filename.img |
14:38:41 | user890104 | Restore a backup of the firmware partition. This can also be used to install a Firmware-X.Y.X firmware upgrade from Apple. |
14:38:55 | user890104 | wodz: can you get ipodpatcher working? |
14:39:04 | user890104 | then use this option |
14:39:57 | user890104 | then download the most recent firmware from http://www.felixbruns.de/iPod/firmware/ |
14:40:10 | user890104 | unzip the ipsw and use the Firmware-xxxx file inside |
14:41:55 | wodz | user890104: ipod is unrecognized by ipodpatcher |
14:42:03 | user890104 | wodz: what is the usb id? |
14:42:12 | user890104 | should be 1260 |
14:42:17 | wodz | Bus 002 Device 054: ID 05ac:1260 Apple, Inc. iPod Nano 2.Gen |
14:42:59 | user890104 | can you post the output of ipodpatcher? |
14:45:56 | *** | Saving seen data "./dancer.seen" |
14:46:24 | user890104 | wodz: alternatively, you can restore a 4GB MBR and then dd the whole Firmware-xxxx file to the firmware partition |
14:46:39 | user890104 | and format the data partition with fat32, just to make it happy |
14:50:18 | wodz | dang, paste.debian.org considered me spammer :P |
14:51:23 | wodz | user890104: https://justpaste.it/12r5v |
14:51:42 | wodz | user890104: for alternative I'd need 4GB MBR |
14:51:44 | user890104 | uhm, does fdisk -l see it? |
14:52:37 | | Quit bluebrother (Read error: Connection reset by peer) |
14:52:37 | | Quit fs-bluebot (Read error: Connection reset by peer) |
14:52:40 | wodz | user890104: https://justpaste.it/12r5w |
14:53:41 | | Quit Rower (Ping timeout: 248 seconds) |
14:54:02 | | Join Rower [0] (husvagn@83.183.134.99) |
14:54:33 | user890104 | wodz: try the 2gb one: http://download.rockbox.org/bootloader/ipod/mbr-nano2g-2GB.bin |
14:54:42 | user890104 | you should be able to resize later |
14:55:18 | user890104 | then, after the partitions appear, ipodpatcher should see it |
14:55:30 | wodz | user890104: lets try then |
14:56:08 | | Quit idonob_ (Ping timeout: 264 seconds) |
14:57:52 | wodz | user890104: Now ipodpatcher refuses with error '[ERR] Firmware partition doesn't contain Apple copyright, aborting.' |
14:58:04 | user890104 | ah... |
14:58:27 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
14:58:27 | user890104 | just dd the Firmware-xxx file to /dev/sdb1 |
14:58:38 | user890104 | or whichever one is the smaller partition |
14:58:51 | user890104 | then "eject /dev/sdb" |
14:59:00 | user890104 | and it should reboot & reinstall apple's firmware |
14:59:14 | user890104 | if not, give it a push by rebooting manually |
15:00 |
15:00:04 | wodz | user890104: Now I spotted there are two versions of firmware called 19/1.13 and 29/1.1.3. Which should I use? |
15:00:15 | user890104 | i think it doesn't matter |
15:00:21 | user890104 | haven't found a difference so far |
15:04:50 | wodz | No dice. On boot it enters 'Use iTune to restore' mode but on connecting usb it immediately goes to disk mode |
15:05:03 | wodz | user890104: ^ |
15:06:11 | wodz | user890104: ipodpatcher still complains about the lack of apple copyright in apple's partition |
15:08:54 | | Join Rondom [0] (~rondom@modo.nonmodosedetiam.net) |
15:08:55 | | Join fs-bluebot [0] (~fs-bluebo@xd9baf721.dyn.telefonica.de) |
15:09:17 | wodz | user890104: success - I forgot to unpack Firmware file from .ipsw. Now after dd if=Firmware-xxx device updated itself and booted to regular apple firmware |
15:10:14 | wodz | the only thing left is that it thinks it is 2GB version |
15:13:23 | user890104 | https://access.redhat.com/articles/1190213 |
15:13:35 | user890104 | wodz: it should be safe to delete the data partition |
15:13:53 | user890104 | then recreate it using the maximum allowed size, but keeping the start sector the same |
15:14:02 | user890104 | then you can format it with mkfs.vfat |
15:14:59 | | Join paulk-blaze [0] (~paulk@no3.u-bordeaux.fr) |
15:17:27 | wodz | user890104: seems to be working :-) |
15:19:06 | wodz | user890104: Thanks a bunch |
15:19:08 | fs-bluebot | Build Server message: New build round started. Revision 6ef3f7c, 255 builds, 13 clients. |
15:19:54 | wodz | gtg |
15:24:00 | | Quit wodz (Ping timeout: 240 seconds) |
15:25:17 | | Quit paulk-blaze (Ping timeout: 258 seconds) |
15:25:26 | amazoniantoad | [Saint], could you tell me more? I'm desperate to get this done. |
15:27:50 | [Saint] | amazoniantoad: well, if you're content with using the device to govern the output volume, stealing L+R+G +/- 3.3V from the 3.5mm TRS should be pretty self explanatory. |
15:27:53 | amazoniantoad | [Saint], I'd really appreciate it if you could show more more of what you're talking about. |
15:28:15 | amazoniantoad | [Saint], I can program. I don't know anything about electrical engineering |
15:29:32 | [Saint] | It really depends on factors that are unknown to me, and quite possibly unknown to you. Is the bluetooth radio you have active or passively powered? |
15:29:49 | [Saint] | Is it 3.3, 5, or 6 volts? |
15:30:31 | amazoniantoad | [Saint], Bluetooth from this tutorial http://www.head-fi.org/t/828222/ipod-video-classic-5g-5-5g-internal-bluetooth-mod-thread |
15:31:07 | amazoniantoad | I got the exact model. I have the ipod opened up as I'm going to 3D print the back and was going to apply the iVue to the front of the ipod. But the person that sent me the parts left out something. So I have to give them a call |
15:31:18 | amazoniantoad | If there is a way to determine its voltage I can do that on my end. |
15:34:21 | amazoniantoad | [Saint], I figured I could just do exactly what this guy did as he posted nice photos but it's a 5th gen ipod. Internals are different. |
15:35:38 | [Saint] | Yeah, that was a really dangerous assumption. The two are absolutely nothing alike internally. |
15:35:46 | amazoniantoad | Yeah |
15:35:57 | amazoniantoad | Well thankfully I didn't go through with anything :p |
15:36:07 | amazoniantoad | I was pretty upset last night once I realized my mistake |
15:37:15 | amazoniantoad | Does [Saint] here is the bluetooth device: https://www.amazon.com/gp/product/B01LWIJLHW/ref=oh_aui_detailpage_o01_s00?ie=UTF8&psc=1 |
15:39:59 | fs-bluebot | Build Server message: Build round completed after 1252 seconds. |
15:40:02 | fs-bluebot | Build Server message: Revision 6ef3f7c result: All green |
15:40:03 | fs-bluebot | Build Server message: New build round started. Revision fdb98c2, 255 builds, 14 clients. |
15:40:25 | [Saint] | Yeah, I got that far, but it doesn't really tell me anything at all other than the fact that it is actively powered, but annoyingly has its own internal battery. It doesn't however give any indication as to the makeup of that cell. |
15:40:37 | pamaury | phew, that was a lot of commit |
15:41:03 | amazoniantoad | Would showing you the battery help at all? |
15:41:09 | amazoniantoad | I have it opened up. |
15:41:47 | [Saint] | The battery should have the voltage printed on it unless they're complete dicks. |
15:42:06 | [Saint] | It's almost certainly going to be 3.7V, but I wouldn't like to assume that. |
15:42:46 | amazoniantoad | [Saint], 3.7V 100mAh N30AMW |
15:54:41 | fs-bluebot | Build Server message: Build round completed after 877 seconds. |
15:54:42 | fs-bluebot | Build Server message: Revision fdb98c2 result: All green |
15:54:43 | fs-bluebot | Build Server message: New build round started. Revision a1d1832, 255 builds, 13 clients. |
15:57:59 | [Saint] | amazoniantoad: sorry - I was buggering around for a bit on another project. ok, that makes things easy then. |
15:57:59 | [Saint] | You don't really need to touch the mainboard at all, honestly, I'm not entirely sure why the "genius" that came up with this did it that way, considering the choice is between potentially screwing up a combined total of $40 of hardware, or $150 of hardware. |
15:58:33 | | Join xorly [0] (~xorly@ip-89-176-102-19.net.upcbroadband.cz) |
15:58:37 | amazoniantoad | You're fine. So you're suggesting I do it differently than he did? |
15:58:56 | [Saint] | You can steal 3.7V +/- right off the iPod battery, and 3.3V +/- from the 3.5mm TRS jack. |
15:59:20 | [Saint] | Screwing up either one of those is considerably cheaper. |
15:59:20 | amazoniantoad | [Saint], How do I find the TRS jack? Do you mean the audiojack? |
15:59:40 | [Saint] | I do. TRS == Tip Ring Sleeve |
16:00 |
16:00:50 | amazoniantoad | So my next question is, this guy appeared to solder two speaker wires, one to one component and the other to another component on the motherboard. How do I determine what is left speaker v. right speaker? |
16:01:38 | user890104 | i think you can swap them in rockbox if you mix them up |
16:01:50 | amazoniantoad | I have rockbox already loaded on there. |
16:02:21 | | Join cc___ [0] (~ac@2001:910:113f:1:6a05:caff:fe1c:1627) |
16:03:46 | amazoniantoad | So how do I find *where* to steal power from the battery and *where* to solder onto the TRS jack. |
16:03:48 | amazoniantoad | ?* |
16:04:42 | user890104 | do you have a multimeter? |
16:04:51 | [Saint] | Battery has very obvious wires coming out of it that are equally obviously colour coded for pos/neg and thermistor. |
16:05:00 | [Saint] | (thermistor is of no value to you) |
16:05:14 | [Saint] | TRS stereo is entirely standardized. |
16:05:38 | [Saint] | Tip == left, ring == right, sleeve == ground |
16:05:53 | amazoniantoad | user890104, yes |
16:06:17 | amazoniantoad | [Saint], thanks very much |
16:06:26 | amazoniantoad | I really appreciate your advice. Both of you guys |
16:06:48 | amazoniantoad | Do you stay here regularly? In case I need advice in the future with regards to this project? |
16:06:57 | fs-bluebot | Build Server message: Build round completed after 737 seconds. |
16:06:58 | fs-bluebot | Build Server message: Revision a1d1832 result: 5 errors 0 warnings |
16:07:25 | user890104 | we do usually |
16:07:33 | amazoniantoad | perfect |
16:07:36 | amazoniantoad | Thanks again guys |
16:07:41 | amazoniantoad | This sounds very possible now :p |
16:07:48 | [Saint] | The battery isn't particularly ambiguous at all, but if you have any doubts whatsoever about the TRS you can use your multimeter and the balance feature of Rockbox to swing between left and right to derive left and right. |
16:07:49 | user890104 | so, set your multimeter to 20 V DC, and measure the battery cables |
16:07:50 | amazoniantoad | Pretty excited. T |
16:08:02 | amazoniantoad | okay |
16:08:02 | amazoniantoad | thanks |
16:08:09 | user890104 | or to DC Voltage, if the scale is automatic |
16:08:17 | [Saint] | beat me to it. |
16:08:32 | user890104 | red should be positive, black should be negative |
16:08:51 | user890104 | you'll get 3.5-4.2 V depending on the charge |
16:09:13 | amazoniantoad | Pretty excited about this |
16:09:14 | [Saint] | tip /should/ be left, and ring /should/ be right. |
16:09:20 | [Saint] | sleeve is alwats ground. |
16:09:23 | [Saint] | *always |
16:09:55 | [Saint] | Apple has been known to flip TRS L|R channels before, so you might want to use that multimeter to make sure. |
16:10:09 | amazoniantoad | [Saint], do I need to remove these parts from the back in order to see the tip? |
16:10:47 | user890104 | what's your ipod model? |
16:11:56 | amazoniantoad | user890104, it's a 7th gen ipod classic |
16:12:00 | [Saint] | ipod6g |
16:12:03 | amazoniantoad | oh |
16:12:06 | amazoniantoad | Sorry. 6g |
16:12:30 | [Saint] | technically speaking 7g doesn't exist, people kinda invented it. |
16:12:36 | amazoniantoad | Ah |
16:12:52 | amazoniantoad | You're the expert. I'll go with whatever you say at this point :p |
16:13:55 | user890104 | soldering wired to the filtering capacitors should work |
16:14:04 | user890104 | as in the original post |
16:14:17 | user890104 | you just need to find which are these |
16:15:00 | [Saint] | user890104: my suggestion was to target the 3.5mm audio/hold assembly, as there's (albeit very fine pitch) testpoints on it. |
16:15:07 | [Saint] | And it's much cheaper to fuck up. |
16:15:22 | [Saint] | one sec. |
16:15:29 | [Saint] | https://www.ifixit.com/Store/iPod/iPod-Classic-Thin-Headphone-Jack-Hold-Switch/IF130-001-1 |
16:15:40 | user890104 | http://cdn.head-fi.org/e/ec/900x900px-LL-ec4c8fc5_diyMod.jpeg |
16:16:00 | user890104 | this guy removed the filtering caps and used line out |
16:16:27 | user890104 | so here are the locations of them |
16:16:42 | [Saint] | you'd need to use the multimeter to figure out which testpoint was what exactly, but this is the way I did it for my 5.5G |
16:16:56 | amazoniantoad | user890104, what does this purple wire do exactly? |
16:17:22 | | Join furrywolf [0] (~randyg@174-144-220-108.pools.spcsdns.net) |
16:17:33 | user890104 | he bypasses the headphone amplifier, in order to connect an external (and probably better) amp outside the ipod |
16:17:41 | user890104 | and still use the 3.5 mm jack |
16:18:03 | user890104 | you don't need to do this, just use it as a reference of where to soler your wires |
16:18:22 | user890104 | or take [Saint]'s approach, and solder them to the headphone assembly |
16:18:39 | amazoniantoad | I think I will stick with that just because I'm so inexperienced |
16:18:48 | user890104 | i would be careful with the latter one, as it looks (and probably is) very fragile |
16:18:50 | amazoniantoad | I really don't want to screw anything up |
16:19:08 | [Saint] | user890104: I'm not entirely positive that's a 6g mainboard in that image. |
16:19:23 | user890104 | ah.. sorry |
16:19:27 | user890104 | that's an ipod video |
16:19:57 | [Saint] | yeah, I thought so, the layout is entirely different. |
16:20:57 | user890104 | i can try to find these on my ipod when i get home |
16:21:01 | user890104 | and take a picture |
16:21:11 | user890104 | no promises though |
16:21:17 | amazoniantoad | Awesome. Thanks |
16:21:17 | [Saint] | That would be useful, if only for information's sake. |
16:21:34 | user890104 | an easier way would be using the headphone jack, or the dock connector |
16:21:47 | user890104 | sacrificing an old chinese apple dock cable |
16:22:13 | user890104 | http://pinouts.ru/PortableDevices/ipod_pinout.shtml |
16:22:14 | [Saint] | that would make it external though. |
16:22:19 | amazoniantoad | ^ |
16:22:25 | amazoniantoad | I'm doing all of this to avoid that |
16:22:27 | [Saint] | ...which actually, isn't a bad idea. |
16:22:38 | [Saint] | but if you /want/ it internal... |
16:22:53 | amazoniantoad | Well remember I'm already going to print out my own back casing. So the signal should be fine |
16:23:04 | user890104 | or, you can cheat and solder to the dock connector :) |
16:23:25 | amazoniantoad | I'm going to try using the audio jack first. |
16:23:27 | user890104 | you need pin 1 or 2 for ground and 3/4 or 5/6 for audio signal |
16:23:38 | [Saint] | the way I did it with my 5.5G was to target the audio and hold assembly using 26 AWG wire and fine solder paste. |
16:23:46 | user890104 | if you choose line-out, you'll need to control the volume using bluetooth |
16:24:16 | | Join Senji [0] (~Senji@85.187.103.250) |
16:24:17 | user890104 | if you choose headphones (5/6 pin), you can control it from rockbox, and the "side effect" described in the OP will work |
16:24:19 | | Join Senji_ [0] (~Senji@85.187.103.250) |
16:24:27 | user890104 | ah, sorry |
16:24:32 | user890104 | 5/6 is audio IN, not OUT |
16:25:03 | [Saint] | soldering from the dock connector on the logic board does indeed give a better platform for stability, and the option of using either line level or audio out. |
16:25:40 | user890104 | [Saint]: looks like there's no amplified audio output on the dock connector |
16:25:47 | | Join girafe [0] (~girafe@LFbn-1-11729-221.w2-7.abo.wanadoo.fr) |
16:25:53 | user890104 | only line-in/mic |
16:26:45 | [Saint] | that can't be true...else they wouldn't work in iPod docks, and they most certainly do. |
16:27:00 | [Saint] | my clock radio knows that well. |
16:28:17 | user890104 | you can control the volume of the radio from the ipod? |
16:30:31 | [Saint] | Yes. |
16:31:06 | [Saint] | though it's possible that they're doing it with some IAC magic. |
16:31:19 | [Saint] | *IAP |
16:32:11 | [Saint] | I honestly have no idea. It's actually highly probable they're using the data lines and IAP magic, come to think of it. |
16:32:49 | [Saint] | Because the iPod screen becomes a nice fullscreen digital clock when docked using the OF. |
16:33:21 | | Quit girafe (Quit: Leaving) |
16:37:41 | | Quit xorly (Ping timeout: 248 seconds) |
16:39:13 | user890104 | [Saint]: i guess they're streaming the audio over usb, involving IAP |
16:39:30 | user890104 | that's how it works on Kia Ceed's default radio |
16:39:34 | [Saint] | yeah, you're probably right. |
16:39:50 | [Saint] | it didn;t immediately occur to me. |
16:39:54 | user890104 | it uses a regular usb-to-dock cable |
16:40:17 | | Quit Rower (Ping timeout: 240 seconds) |
16:40:21 | user890104 | too bad i didn't have a usb 2.0 sniffer at hand |
16:40:44 | | Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) |
16:40:49 | user890104 | tested my ipod colletion on a friend's car, managed to lock it up when connecting nano 2g |
16:41:18 | user890104 | restarting the ignition fixed it |
16:42:28 | user890104 | the car's iap implementation just shows a small b/w logo in the center of the screen |
16:44:45 | | Quit cc___ (Ping timeout: 255 seconds) |
16:46:00 | *** | Saving seen data "./dancer.seen" |
16:48:46 | | Quit Bray90820 (Ping timeout: 276 seconds) |
16:49:16 | | Quit Senji_ (Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/) |
16:53:01 | | Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) |
17:00 |
17:09:45 | | Join cc___ [0] (~ac@2001:910:113f:1:6a05:caff:fe1c:1627) |
17:20:25 | | Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
17:21:20 | | Join asymsucon [0] (bcaf24b1@gateway/web/freenode/ip.188.175.36.177) |
17:26:08 | | Quit Rower (Ping timeout: 264 seconds) |
17:26:16 | | Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) |
17:28:57 | | Join paulk-collins [0] (~paulk@gagarine.paulk.fr) |
17:30:52 | | Quit petur (Quit: Connection reset by beer) |
17:34:20 | | Quit Bilgus_ (Remote host closed the connection) |
17:34:45 | | Join Bilgus_ [0] (~Bilgus@gateway/tor-sasl/bilgus) |
17:38:05 | | Join mutnai [0] (6db91733@gateway/web/freenode/ip.109.185.23.51) |
17:38:42 | | Quit asymsucon (Quit: Page closed) |
17:43:55 | | Join Senji_ [0] (~Senji@85.187.103.250) |
17:46:32 | | Quit Senji (Ping timeout: 264 seconds) |
17:56:00 | | Quit cc___ (Ping timeout: 240 seconds) |
18:00 |
18:02:11 | | Quit [Saint] (Remote host closed the connection) |
18:03:32 | | Join [Saint] [0] (~sinner@rockbox/staff/saint) |
18:06:00 | | Quit elensil (Quit: Leaving.) |
18:06:31 | | Join petur [0] (~petur@rockbox/developer/petur) |
18:08:06 | | Join naleo [0] (~naleo@unaffiliated/naleo) |
18:19:00 | | Quit dys` (Ping timeout: 240 seconds) |
18:24:48 | | Quit mutnai (Ping timeout: 260 seconds) |
18:32:19 | | Quit Rondom (Remote host closed the connection) |
18:33:35 | amazoniantoad | [Saint], I have the thick 6th gen ipod. I remove the battery but all I see coming out of the battery is a single ribbon. |
18:37:15 | | Join Strife1989 [0] (~Strife89@2602:306:bce1:8c20:5a94:6bff:fe41:c78) |
18:37:39 | | Nick Strife1989 is now known as Strife89|work (~Strife89@2602:306:bce1:8c20:5a94:6bff:fe41:c78) |
18:39:15 | dys | pamaury: they appear to have a model that ist just an ADC+AMP without the DAP functionality. Is has the same Blackfin DSP. Maybe the interesting things happen there, and they put the A9 in there to handle display+sdcard and feed the blackfin with it. |
18:39:26 | dys | still doesn't explain the lack of strings in the firmware :-/ |
18:40:42 | dys | also, I got a cheap used one in the meantime. This thing ist HUGE. About half the size of a portable CD player. |
18:41:33 | | Quit Rower (Ping timeout: 240 seconds) |
18:41:42 | | Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) |
18:46:04 | *** | Saving seen data "./dancer.seen" |
18:46:39 | | Quit Senji_ (Ping timeout: 240 seconds) |
18:49:13 | | Join Senji_ [0] (~Senji@85.187.103.250) |
18:49:56 | dys | (used ones are rather cheap. they routinely get abysmal reviews describing the many ways the stock firmware sucks.) |
18:54:09 | | Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) |
19:00 |
19:08:34 | | Join xorly [0] (~xorly@ip-89-176-102-19.net.upcbroadband.cz) |
19:10:01 | | Quit xorly (Client Quit) |
19:27:04 | | Join xorly [0] (~xorly@ip-89-176-102-19.net.upcbroadband.cz) |
19:27:39 | | Quit Rower (Ping timeout: 240 seconds) |
19:27:40 | | Join parchd [0] (~parchd@unaffiliated/parchd) |
19:27:47 | | Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) |
19:33:10 | | Join edhelas [0] (~edhelas@145.133.43.230) |
19:36:28 | | Join lebellium [0] (~chatzilla@89-93-177-91.hfc.dyn.abo.bbox.fr) |
19:44:18 | | Quit Bray90820 (Ping timeout: 255 seconds) |
19:48:36 | | Quit edhelas (Quit: Leaving.) |
19:55:50 | | Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) |
20:00 |
20:00:49 | | Join MrZeus2 [0] (~MrZeus@2a02:c7f:7008:3400:7053:4c15:1b68:c818) |
20:03:24 | | Join edhelas [0] (~edhelas@145.133.43.230) |
20:04:25 | | Quit edhelas (Client Quit) |
20:11:01 | | Quit furrywolf (Read error: Connection reset by peer) |
20:16:09 | | Quit parchd (Ping timeout: 240 seconds) |
20:18:11 | | Join cc___ [0] (~ac@2001:910:113f:1:6a05:caff:fe1c:1627) |
20:46:05 | *** | Saving seen data "./dancer.seen" |
20:48:28 | | Join furrywolf [0] (~randyg@72-62-90-143.pools.spcsdns.net) |
20:52:20 | | Join girafe [0] (~girafe@LFbn-1-11729-221.w2-7.abo.wanadoo.fr) |
20:59:37 | | Join shdwprince [0] (~textual@31.129.102.95) |
21:00 |
21:01:28 | amazoniantoad | user890104, are you there? |
21:01:38 | | Quit thomasjfox (Quit: Konversation terminated!) |
21:03:22 | | Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) |
21:05:52 | user890104 | yes |
21:06:55 | | Join johnb3 [0] (~johnb2@p5B296A16.dip0.t-ipconnect.de) |
21:07:47 | | Quit Bray90820 (Ping timeout: 255 seconds) |
21:08:34 | amazoniantoad | user890104, so I am looking at the battery and audiojack. They don't appear to be what you both described |
21:08:50 | amazoniantoad | The battery just has a ribbon and the audio jack is just this metal box sitting on top of a ribbon |
21:10:04 | user890104 | can you take a picture of your board, preferably with a flash using a decent smartphone or a camera? |
21:10:21 | amazoniantoad | user890104, yes. plz hold |
21:12:20 | | Quit johnb3 (Ping timeout: 264 seconds) |
21:15:37 | amazoniantoad | user890104, sent the pics to my email. it will take a minute or so |
21:20:30 | | Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) |
21:24:33 | | Join johnb3 [0] (~johnb2@p5B296A16.dip0.t-ipconnect.de) |
21:24:39 | | Join asymsucon [0] (bcaf24b1@gateway/web/freenode/ip.188.175.36.177) |
21:25:38 | | Quit Bray90820 (Remote host closed the connection) |
21:26:00 | | Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) |
21:26:51 | amazoniantoad | user890104, https://i.imgsafe.org/7b78bcbabd.jpg https://i.imgsafe.org/7b78c6026a.jpg https://i.imgsafe.org/7b78e874a0.jpg https://i.imgsafe.org/7b7908a915.jpg |
21:28:51 | user890104 | amazoniantoad: can you take a picture of the ipod's main circuit board? |
21:29:01 | amazoniantoad | yes |
21:29:09 | user890104 | soldering on these ribbon cables isn't a good idea |
21:30:25 | amazoniantoad | user890104, https://i.imgsafe.org/7b8ecee7a5.jpg |
21:31:15 | dys | pamaury: ugh, you were right with your doubting of the A9 |
21:31:52 | dys | I thought that pcb shot from the russian site was part of the pcb-sandwich that the others didn't bother to unsolder |
21:32:10 | dys | it turns out it from some other player they compared to this one |
21:32:25 | dys | so there's only the blackfin in there |
21:33:26 | | Join mutnai [0] (6db91733@gateway/web/freenode/ip.109.185.23.51) |
21:33:29 | | Quit asymsucon (Quit: Page closed) |
21:33:39 | dys | guess i'll build a blackfin-binutils tomorrow to take another look at the firmware images |
21:36:35 | pamaury | dys: but what about instruction set ? it looked like thumb code, and blackfin has its own instrution set I think |
21:37:11 | dys | yea, it looked suspicously like thump2. all that push instructions with the LR register last looked like a calling convention |
21:37:33 | dys | I started doubting again when I couldn't find any of the rockchips MMIO magic values |
21:37:47 | | Quit johnb3 (Quit: Nettalk6 - www.ntalk.de) |
21:37:55 | dys | they would have to be in the assembly somewhere |
21:39:10 | dys | with that pcb off the table, there's only a 128Mb RAM and an soic-8 flash in there |
21:39:17 | dys | now the firmware size makes size, too |
21:39:29 | dys | s/size/sense/2 |
21:39:38 | amazoniantoad | user890104, any ideas? |
21:41:01 | user890104 | yes, looking at other board pictures at the moment |
21:41:06 | amazoniantoad | ah. k |
21:41:39 | pamaury | dys: you have the player now right ? so what the processor on the pcb ? |
21:42:24 | dys | I tried to take it apart, but the LCD is glued to the acryl which is glued to the case :-/ |
21:42:53 | dys | according to the PCB shots from the net (which I'm pretty sure now are in there), theres a ADSP-BF606 (2-Core 500MHz Blackfin DSP) |
21:43:37 | dys | http://www.head-fi.org/t/740309/teac-ha-p90sd-to-be-released-in-dec-2014/150#post_11904185 |
21:45:45 | dys | there's a non-official gcc/binutils port on sourceforge, so I haven't lost all hope |
21:45:53 | dys | (yet) |
21:46:15 | Bilgus_ | amazoniantoad, user890104 there is a PTC 'fuse' to the right in that picture why not solder to that? |
21:46:36 | amazoniantoad | Bilgus_, I know nothing about electronics. Can you circle it in the pic for me? |
21:46:47 | amazoniantoad | Bilgus_, also what does that fuse do? |
21:47:13 | Bilgus_ | you do have a multimeter correct? |
21:47:29 | amazoniantoad | yes |
21:47:32 | Bilgus_ | the fuse will either protect the board or the battery |
21:47:54 | * | pamaury looks at ADSP-BF606 |
21:48:41 | user890104 | amazoniantoad: can you take a picture of the clickwheel side? |
21:48:48 | amazoniantoad | user890104, yes |
21:48:50 | user890104 | the dock connector pins should be visible there |
21:48:55 | pamaury | at least it has 32-bit registers |
21:49:29 | user890104 | you can use 1 or 2 for audio ground (sleeve), 3 and 4 for left and right audio signal (tip and ring) |
21:50:00 | Bilgus_ | https://imgur.com/a/2ubmv |
21:50:22 | amazoniantoad | Bilgus_, what does the blue v red do? |
21:50:28 | Bilgus_ | amazoniantoad, the red circled is the PTC and the blue circle should have ground |
21:50:50 | amazoniantoad | user890104, https://i.imgsafe.org/7bd8a922e8.jpg |
21:51:03 | amazoniantoad | Bilgus_, so PTC provides power? |
21:51:08 | user890104 | 15 and 16 should also be usable as ground for the power output |
21:52:18 | amazoniantoad | user890104, can you show me what you mean? I'm sorry I don't quite understand what you mean by 1/2/3/4 |
21:52:36 | user890104 | http://pinouts.ru/PortableDevices/ipod_pinout.shtml |
21:52:44 | user890104 | look at the picture and diagram at top left |
21:53:00 | amazoniantoad | Is this compatible with 6g? |
21:53:04 | amazoniantoad | This says just 2/3 |
21:53:08 | user890104 | yes |
21:53:54 | user890104 | all ipods with dock connector are compatible, there are slight differences in which ones outputs video, and in one of the other pins, about indicating charging current |
21:54:11 | user890104 | also iphones, ipod touch, basicly every apple product with a dock connector |
21:54:19 | amazoniantoad | so how do I access these pins? At the docking location at the bottom oft he ipod? |
21:54:47 | user890104 | the pins should be visible on the front side of the board |
21:54:52 | Bilgus_ | the ptc will have power you just need to figure out which side is the supply and which side is the protected I imagine you want the side with the '+' judging by the pic |
21:54:55 | user890104 | but i'm not sure which ones are they |
21:55:11 | pamaury | dys: the ADSP-BF606 doesn't seem to support usb boot though, that makes experimenting more tricky, but it does support rsi(emmc/sd) boot, so potentially you could boot from micro-sd card (assuming it has such thing). I assume there is spi flash on the pcb ? |
21:55:41 | amazoniantoad | Bilgus_, so if I use that for power how do I get audio? user890104: you mean the things underneath the click wheel? |
21:55:45 | Bilgus_ | I picked the Ptc and gnd side of those diodes because it was nice large pads |
21:55:50 | dys | pamaury: it does have a card and what I think is an soic-8 flash |
21:56:07 | Bilgus_ | audio don't know yet |
21:56:37 | | Join TheLemonMan [0] (~root@irssi/staff/TheLemonMan) |
21:56:51 | | Quit naleo (Ping timeout: 276 seconds) |
21:57:40 | pamaury | dys: the lack of string is puzzling though |
21:58:58 | | Quit Rower (Ping timeout: 245 seconds) |
21:59:10 | user890104 | amazoniantoad: can you check the voltage between the pins which Bilgus_ marked? |
21:59:43 | amazoniantoad | yes |
21:59:47 | | Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) |
21:59:49 | amazoniantoad | this will be my first time so bear with me |
21:59:50 | amazoniantoad | lol |
21:59:55 | | Join Massa [0] (4fe8ddcd@gateway/web/freenode/ip.79.232.221.205) |
22:00 |
22:00:17 | dys | pamaury: ja. I'll try some bit-shuffling now. only 40320 ways to arrange 8 bits into a byte :-) |
22:01:03 | Bilgus_ | as for the audio I'd probably go on the connector that the cable plugs into but thats some pretty fine pitch for a novice |
22:01:25 | pamaury | dys: ah good idea. I tried XORing, but after an hour playing with it, I am not convinced it uses XORing |
22:01:33 | | Join naleo [0] (~naleo@unaffiliated/naleo) |
22:02:09 | dys | since this a device from japan, maybe they use utf-16 or something. that would mess up strings() pretty good, too |
22:03:05 | amazoniantoad | Bilgus_, I'm very good when provided instructions :p |
22:03:12 | amazoniantoad | If you guys wouldn't mind a bit of hand holding |
22:03:16 | amazoniantoad | hold on setting stuff up |
22:03:36 | pamaury | dys: but ascii characters would still be encoded as xx 00 |
22:03:41 | Bilgus_ | flux would be the key to not bridging the whole damn thing |
22:04:03 | | Quit xorly (Ping timeout: 240 seconds) |
22:04:32 | pamaury | I tried "strings" utility with various encodings to no avail |
22:05:32 | dys | pamaury: ah, I see |
22:06:10 | pamaury | I'm looking at the datasheet and programming manual of the dsp |
22:07:29 | amazoniantoad | So uhm....don't laugh |
22:07:48 | amazoniantoad | red/black wires and I have options 10A, mA, and COM |
22:07:53 | amazoniantoad | What goes where? |
22:08:09 | amazoniantoad | ...lol |
22:09:00 | amazoniantoad | user890104, Bilgus_ |
22:09:24 | user890104 | red into ma, black into com |
22:09:29 | Bilgus_ | the mA one should have V on it too |
22:09:34 | user890104 | multimeter set to 20 V DC |
22:09:47 | user890104 | or DC voltage, if the scale is automatic |
22:10:10 | Bilgus_ | whatever you do don't set it to A or MA that will be a direct short |
22:10:19 | | Join xorly [0] (~xorly@ip-89-176-102-19.net.upcbroadband.cz) |
22:10:41 | amazoniantoad | about to show a pic for confirmation |
22:11:22 | amazoniantoad | user890104, Bilgus_ https://i.imgsafe.org/7c27f9c427.jpg |
22:11:43 | Bilgus_ | yep |
22:11:49 | amazoniantoad | perfect |
22:12:11 | amazoniantoad | so I'm going to focus on the red circle first: https://imgur.com/a/2ubmv |
22:12:31 | amazoniantoad | Red wire goes to +? black wire goes to the other side? |
22:12:43 | Bilgus_ | you will put the red lead on there and the black on the blue circle |
22:13:22 | pamaury | dys: I'm reading blackfin hardware reference for ADSP-BF06x and it describes the boot format. It's not encrypted or anything. Thus I conclude that the flash possible contains a bootloader that further loads the firmware. And this firmware might be encrypted |
22:13:24 | Bilgus_ | only way doing it with it on both side of the red circle would be if the fuze was blown |
22:13:40 | amazoniantoad | Bilgus_, there are several pieces of metal in the blue circle. Which metal piece? |
22:14:11 | Bilgus_ | directly on the side of the two larger black rectangles |
22:14:57 | amazoniantoad | so touch both of the pieces of metal? |
22:15:02 | amazoniantoad | from both black squares? |
22:15:47 | Bilgus_ | one or the other hold on a sec |
22:15:54 | amazoniantoad | k |
22:16:10 | dys | pamaury: ja, I guess it's some primitive scrambling, since the entropy of the firmware is very low |
22:16:29 | pamaury | I'm still reading, I may have missed something |
22:17:17 | amazoniantoad | Bilgus_, user890104 did that and got no reading. Did red on red circle, on the + side. Did left black square, then right, then both. No reading. |
22:17:25 | Bilgus_ | https://imgur.com/a/HDxYM |
22:17:35 | Bilgus_ | you will need the batter hooked up |
22:17:51 | amazoniantoad | ahhh |
22:17:52 | amazoniantoad | okay |
22:18:50 | amazoniantoad | Bilgus_, should the ipod be powered on? |
22:18:54 | amazoniantoad | Or should I turn it off? |
22:19:02 | Bilgus_ | if its on so be it |
22:19:08 | amazoniantoad | okay |
22:19:10 | Bilgus_ | just don't short it out |
22:19:49 | amazoniantoad | No reading |
22:20:05 | amazoniantoad | wait |
22:20:07 | amazoniantoad | 3.68 |
22:21:05 | amazoniantoad | So what did this tell you? |
22:21:12 | amazoniantoad | That I can get power? |
22:22:17 | Bilgus_ | yep it has battery voltage now try turning it off and see if it goes to 0 |
22:22:29 | amazoniantoad | okay |
22:23:28 | Bilgus_ | I'd want it to turn off automatically personally but I doubt you will get that lucky |
22:24:02 | amazoniantoad | Well I plan on allowing myself to turn the bluetooth module on/off |
22:24:08 | amazoniantoad | brb need to do something for a sec |
22:26:09 | | Quit thomasjfox (Quit: Konversation terminated!) |
22:26:29 | amazoniantoad | Bilgus_, I only have the option to reboot and boot into disk mode |
22:26:32 | amazoniantoad | Not to turn it off |
22:26:39 | amazoniantoad | Should I just remove battery and test it? |
22:26:57 | Bilgus_ | oh then no matter nah when you pull the battery it would be off |
22:27:13 | amazoniantoad | okay |
22:27:24 | amazoniantoad | So what's next? |
22:27:30 | Bilgus_ | I'm not an Apple guy just electronics in general |
22:27:38 | amazoniantoad | ah |
22:28:04 | Bilgus_ | next is finding your audio points |
22:28:20 | dys | pamaury: another argument against XOR is that there are too many 0000 0000 sequences in the file. so I guess the scrambling would be something that leaves 0 idempotent (like bit shuffling) |
22:28:23 | Bilgus_ | user890104 |
22:28:43 | dys | now i need to get my subset enumeration algorithm foo up to speed… |
22:29:36 | Bilgus_ | the way I see it you have 3 choices, 1. the ribbon cable where the jack is soldered on, 2 the connectors pins that the cable plugs into, 3 some points on the board that have audio before the amp |
22:31:25 | amazoniantoad | Which do you think would be easiest for me? |
22:32:33 | Bilgus_ | cheapest if you screw up will be that flex cable, thing about flex cables is that they don't like being over heated |
22:32:56 | Bilgus_ | do you have flux? |
22:33:07 | amazoniantoad | What is flux? |
22:33:52 | Bilgus_ | flux is essentially tree sap or some petroleum derivative that helps carry the heat and make the solder flow |
22:34:15 | amazoniantoad | I can go buy some. Would walmart have it? |
22:34:27 | Bilgus_ | probably not |
22:34:45 | __builtin | Bilgus_: a.k.a. "rosin?" |
22:34:50 | Bilgus_ | well they might have plumbing flux but it is a nono for electronics as it has acid |
22:35:02 | amazoniantoad | What if I use something plasticy? |
22:35:11 | amazoniantoad | I forget what it's called...silicon? |
22:35:14 | Bilgus_ | yes rosin is the typ electronics flux |
22:35:26 | __builtin | you can probably get some from a music store |
22:35:39 | amazoniantoad | __builtin, I can get gooy rosin? |
22:35:43 | amazoniantoad | I have rosin, just hard rosin |
22:35:50 | Bilgus_ | well thats for string instruments not realy the form we need |
22:36:04 | amazoniantoad | Bilgus_, what happens over a long period of time? Won't it dry out? |
22:36:10 | Bilgus_ | I guess you could heat it up |
22:36:43 | Bilgus_ | nah you typically was it off with high proof rubbing alcohol when you are done |
22:36:49 | Bilgus_ | wash* |
22:36:59 | Bilgus_ | the solder displaces it |
22:37:51 | __builtin | I think it shouldn't matter what it's "intended" for |
22:38:15 | Bilgus_ | https://www.youtube.com/watch?v=bGckVJeG6b8 |
22:38:23 | amazoniantoad | Bilgus_, we will get back to that later |
22:38:28 | Bilgus_ | here ya go a nice primer on flux |
22:38:30 | amazoniantoad | So what's your idea with the flex cable |
22:39:12 | Bilgus_ | take a picture of the metal box flipped over |
22:39:30 | amazoniantoad | Bilgus_, you mean the back of the ipod? |
22:39:49 | amazoniantoad | oh |
22:39:50 | amazoniantoad | derp |
22:39:52 | Bilgus_ | https://i.imgsafe.org/7b78c6026a.jpg |
22:39:53 | amazoniantoad | Sorry |
22:39:58 | amazoniantoad | yeah |
22:40:03 | amazoniantoad | k hold on |
22:40:08 | Bilgus_ | looks like it is affixed to a foam pad |
22:43:09 | amazoniantoad | Bilgus_, https://i.imgsafe.org/7c9f4c9962.jpg |
22:46:06 | *** | Saving seen data "./dancer.seen" |
22:46:15 | Bilgus_ | give me a few to find the points |
22:47:23 | amazoniantoad | all right |
22:47:26 | Bilgus_ | will that white plastic come off without destroying it? |
22:47:41 | amazoniantoad | I don't think so |
22:50:39 | Bilgus_ | ok do you have a pair of shitty head phones you can destroy? |
22:50:54 | Bilgus_ | we just need the headphone plug |
22:50:59 | amazoniantoad | hm |
22:51:06 | amazoniantoad | yes |
22:51:07 | amazoniantoad | hold on\ |
22:53:07 | amazoniantoad | Bilgus_, some old broken bose headphones |
22:53:18 | pamaury | dys: but the thing definitely looks periodic, there are lot of very similar patterns |
22:53:47 | Bilgus_ | sure whatever if you can get to the speakers you can just probe the soldered wires |
22:54:00 | | Quit Strife89|work (Quit: Leaving) |
22:54:32 | amazoniantoad | only one speaker works |
22:54:40 | amazoniantoad | should I get one with two speakers? |
22:54:54 | amazoniantoad | I have more headphones |
22:55:37 | Bilgus_ | probably be a good idea to have a good cable |
22:55:44 | Bilgus_ | do you have a patch cable? |
22:55:55 | amazoniantoad | idk what that is |
22:56:07 | Bilgus_ | double ended headphone cable |
22:56:12 | amazoniantoad | oh |
22:56:23 | Bilgus_ | or rca on one end and headphone jack on the other |
22:56:25 | amazoniantoad | I can go buy one |
22:57:03 | amazoniantoad | So the list of materials you want me to get is a patch cable and some shitty headphones, yes? |
22:57:17 | Bilgus_ | one or the other |
22:57:24 | amazoniantoad | Ah |
22:57:29 | amazoniantoad | Let me go get some headphones |
22:57:58 | Bilgus_ | as long as you can get them apart w/o destroying them they'll be fine after |
22:58:17 | pamaury | dys: another possibility is that the firmware upgrade is simply the raw boot firmware, scrambled + a header |
22:58:31 | pamaury | that would be helpful |
22:59:06 | amazoniantoad | Bilgus_, should I get wiring for soldering while I'm at it? |
22:59:22 | amazoniantoad | turns out I will need to buy some cheap heaphones. My only other pair is bluetooth |
22:59:22 | dys | pamaury: hm, right, the periodicity seems everywhere. Maybe if we guess where a long region of NULLs is in the plaintext, we get a clear picture of the state that's computed in. |
22:59:28 | Bilgus_ | where are you going? |
23:00 |
23:00:23 | Bilgus_ | If i were to buy I'd get a patch cable and when done w/ it cut the wires from it |
23:00:23 | amazoniantoad | Well I have a lowes and a gas station in the next half mile. There is a best buy and a music store about 10 miles out |
23:00:38 | amazoniantoad | okay |
23:00:45 | amazoniantoad | So patch cable and what else? |
23:00:46 | amazoniantoad | That's it? |
23:00:54 | Bilgus_ | does your BT adapter use a headphone jack? |
23:01:04 | amazoniantoad | yes |
23:01:18 | Bilgus_ | ok s patch cable and we'll cut it in half |
23:01:25 | amazoniantoad | okay |
23:01:30 | Bilgus_ | you really need flux |
23:01:39 | amazoniantoad | Any ideas on where to buy it? |
23:01:40 | amazoniantoad | lowes? |
23:01:41 | Bilgus_ | got a Radio shack still in biz? |
23:01:50 | Bilgus_ | lowes might have it brb |
23:01:51 | amazoniantoad | The radio shack around here just closed down |
23:02:01 | pamaury | dys: yes that's what I tried for XOR and it didn't go anywhere |
23:02:21 | Bilgus_ | You abs don't want plumbing flux |
23:03:02 | pamaury | dys: but assuming it's something more involved, it could be an arbitrary permutation + xoring, probably of small size given the patterns |
23:03:14 | Bilgus_ | https://www.lowes.com/pd/Worthington-2-fl-oz-Petroleum-Soldering-Flux/3829729 |
23:03:31 | Bilgus_ | they have it! :) |
23:03:41 | pamaury | dys: I don't expect to find many NULL regions though, because the firmware format supports filling regions. You can fill a whole region with one boot "instruction" |
23:03:47 | Bilgus_ | they will have a patch cable too but price might be high |
23:03:56 | pamaury | we'll only find data regions that are almost-NULL |
23:05:21 | dys | pamaury: there are lots of suspicuous binary countes visible if I render it as a pixmap: http://ansel.ydns.eu/~andreas/xas-8.png |
23:06:12 | pamaury | dys: I'm not familar with this representation, what does that tell us ? |
23:06:49 | dys | every bit in the image is a pixel in the 128x8192 png |
23:06:58 | dys | s/image/firmware image/ |
23:07:15 | dys | (i chose a part of the image where the binary counters are most apparent) |
23:07:33 | dys | (you have to scroll around a bit for the patterns) |
23:07:56 | dys | there's some perfect binary counting going on |
23:08:17 | dys | maybe 1/4 into the vertical range of the image |
23:09:34 | dys | but if it was just a counter added or xored to the plaintext, then the perfect black region doesn't make sense |
23:09:51 | dys | gah! |
23:11:51 | | Join wodz [0] (~wodz@89-74-169-198.dynamic.chello.pl) |
23:12:50 | pamaury | dys: which firmware are you looking at ? |
23:13:13 | pamaury | I'm looking at DAC_HA300_b19.120 and I don't have this very long NULL region I think |
23:14:08 | | Quit mutnai (Ping timeout: 260 seconds) |
23:14:38 | wodz | pamaury: I dug further in icx_si470x_radio_tuner.ko and I have bad news. Sony doesn't follow v4l2 specification. VIDIOC_G_TUNER fills v4l2_type struct (which seems to be standard in terms of mem layout) but the content is non standard. |
23:15:33 | pamaury | wodz: ah, that's unfortunate |
23:15:39 | wodz | pamaury: rangelow is set to 7600 and rangehigh to 108000 (which means in units of 1kHz) despite advertising 62.5Hz step in capabilities field |
23:16:01 | | Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") |
23:17:03 | wodz | pamaury: signal field which should hold rssi in range 0-65535 in fact is set to 1 if tuned and 0 otherwise. And tuned is figured out by comparing reported by chip rssi in register 10 with programmed threshold in register 5 |
23:18:42 | | Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 50.1.0/20161208153507]) |
23:20:52 | dys | pamaury: I think the long black block visible correspondes to byte offset 2382928 in the file (super lots of FFs not 00s) |
23:21:08 | | Join mutnai [0] (6db91733@gateway/web/freenode/ip.109.185.23.51) |
23:21:45 | | Join Mihail [0] (25d4bf9c@gateway/web/cgi-irc/kiwiirc.com/ip.37.212.191.156) |
23:22:03 | dys | ja, should be right, the whiteish regions that come a bit later are recognizable in the hex view as well |
23:22:10 | amazoniantoad | Hey Bilgus_ sorry. This phone repair guy is here |
23:22:21 | amazoniantoad | I have to put this on hold until he leaves |
23:22:36 | Bilgus_ | k |
23:23:41 | wodz | pamaury: audmode is also non standard 0 - mono, 1 - stereo |
23:23:54 | amazoniantoad | Bilgus_, thanks for helping me btw. I really appreciate it |
23:24:00 | dys | $ sha1sum ../firmware/DAC_HA300_b19.120 |
23:24:00 | dys | 9cecfb35886fb84b54156ca6b90a4aa0399ac376 ../firmware/DAC_HA300_b19.120 |
23:24:03 | dys | (pamaury) |
23:24:04 | Bilgus_ | np |
23:25:14 | amazoniantoad | I'm not finding any patch cable |
23:26:13 | amazoniantoad | or as I call it an auxiliary cable |
23:26:28 | pamaury | dys: I'm confused about the image, I can't quite seem to relate the image with the data ^^ But that's all right, I'm just staring the hex data |
23:26:52 | amazoniantoad | brb |
23:27:16 | dys | pamaury: I take a bit from the firmware file, put a pixel in the image. left-to-right (wrapping at 128 pixels) |
23:27:32 | pamaury | ah, it's not the entire firmware!! |
23:27:46 | dys | 2307 <dys> (i chose a part of the image where the binary counters are most apparent) |
23:27:47 | pamaury | ok that explains my confision |
23:27:54 | dys | sorry about that |
23:27:59 | pamaury | ok sorry I missed that part ;) |
23:29:35 | dys | I tried to render the full binary first, but most picture viewers disagree with images sized 128x21875 :-) |
23:29:58 | Bilgus_ | amazoniantoad, it looks like that white cover will come off.. thats going to be the easiest place to solder to |
23:30:09 | pamaury | dys: do you have the tools to dump what looks like the flash on the pcb ? |
23:31:15 | amazoniantoad | Bilgus_, tips on removal? |
23:31:47 | Bilgus_ | use a credit card to pry under it, no metal.. |
23:32:00 | dys | pamaury: I do. It's not trivial to disassemble the case though, due to the glued display. Don't want to break this thing on the first attempt. |
23:32:23 | Bilgus_ | walmart will have an aux / patch cable for sure |
23:32:24 | dys | It was rather cheap compared to the USRP, but not cheap enough to sacrifice it |
23:33:16 | amazoniantoad | Bilgus_, it's off |
23:33:23 | | Part shdwprince ("Textual IRC Client: www.textualapp.com") |
23:33:28 | amazoniantoad | Bilgus_, need a picture? |
23:33:32 | Bilgus_ | awesome can you get me another pic |
23:34:21 | amazoniantoad | coming right up |
23:35:07 | amazoniantoad | Bilgus_, https://i.imgsafe.org/7d62479ad4.jpg |
23:35:59 | Bilgus_ | ah looks like they use a 4pin headphone port.. makes sense |
23:36:30 | pamaury | dys: I see, maybe we can figure out the encryption then |
23:39:30 | Bilgus_ | https://imgur.com/a/kaHMa |
23:39:40 | pamaury | the ADSP boot rom documentation is extensive... |
23:39:58 | Bilgus_ | amazoniantoad, I'm guessing it is these 3 once you have a patch cable we can know for sure |
23:44:06 | wodz | pamaury: VIDIOC_QUERYCAP reports driver version 1.0.10 and capabilities = V4L2_CAP_RADIO | V4L2_CAP_TUNER |
23:44:29 | wodz | pamaury: nothing special (despite RDS not advertised) |
23:46:10 | pamaury | wodz: it looks like it may be better to directly access si470x registers |
23:46:18 | amazoniantoad | Bilgus_, going to pick up the items now |
23:46:38 | Bilgus_ | k ill throw you together an instructional pic |
23:46:45 | wodz | pamaury: unless radio chip is not different on other families |
23:49:39 | pamaury | wodz: you mean different on other families ? I had a quick look and I believe si470x is the only tuner used by Sony |
23:50:09 | wodz | pamaury: ah, ok, then it may make sense to access registers directly |