00:08:24 | Bilgus | wodz: Action,Button,Prebutton; prebutton will be ignored if a match is found first on action,button,BUTTON_NONE; what ever calls the get_action function supplies its context which 'loads' the specified button context map but if an action is not found it will fall through to the next context map so for instance you are looking for BUTTON_UP|REPEAT,Button_UP and it is defined in std context as BUTTON_UP|REPEAT,BUTTON_NONE you will get returned |
00:08:24 | Bilgus | ACTION_STD_PREVREPEAT first and then ACTION_WPS_PLAY next |
00:10:25 | Bilgus | and if it still holds true you will continue to get ACTION_WPS_PLAY thereafter until there is no longer a repeat |
00:14:50 | Bilgus | BUTTON_NONE just ignores the prebutton you will get a code on every repeat ->> { ACTION_WPS_VOLDOWN, BUTTON_VOL_DOWN|BUTTON_REPEAT, BUTTON_NONE }, |
00:24:48 | | Join Guest93 [0] (~textual@145.132.155.235) |
00:25:56 | Guest93 | anyone around |
00:26:03 | | Nick Guest93 is now known as Link8 (~textual@145.132.155.235) |
00:26:15 | Link8 | i bought this bluetooth transmitter |
00:26:30 | Link8 | but for some reason the pairing wont work in my car |
00:30:06 | | Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") |
00:31:39 | | Quit Link8 (Ping timeout: 260 seconds) |
00:47:08 | | Join Guest93 [0] (~textual@145.132.155.235) |
00:50:28 | * | __builtin glances at the /topic |
00:59:06 | __builtin | Amboyna: keep in mind that the hardware might not support your desired frequency, however |
01:00 |
01:11:31 | *** | Saving seen data "./dancer.seen" |
01:13:04 | Amboyna | My source defaults to 11kHz. For morse code, which is basically OOK of a tone, that's plenty. I know if I were after 96kHz or something I might be in trouble, but is there likely to be anything that can't do less than 44.1? |
01:13:20 | Amboyna | __builtin: ^ |
01:27:31 | __builtin | some hardware only supports a certain set of frequencies |
01:30:14 | __builtin | for example some only support 44, 22, 11, or 8 (mrobe500) |
01:38:48 | Amboyna | If I can expect to reliably have 11, then I shouldn't have to worry. For myself, if I can get it working on Clip Zip, then I'll be happy for now. |
01:39:59 | __builtin | it looks to me like the zip supports everything |
01:40:05 | __builtin | so you should be good to go |
01:40:12 | Amboyna | It looks like the original calculates two PCM samples (to get neat rise/fall times, one for dit an one for dah), then concatenates them as needed to produce the output. |
01:40:36 | Amboyna | With spaces for between letters/words where appropriate. |
01:40:46 | __builtin | what are you working on? |
01:41:13 | | Join MrZeus1 [0] (~MrZeus@5ec258b2.skybroadband.com) |
01:41:35 | Amboyna | Trying to convert https://fkurz.net/ham/ebook2cw.html to an RB plugin so I can adjust settings on the fly and not need to batch process what I want to listen to ahead of time. |
01:41:57 | | Quit MrZeus (Ping timeout: 268 seconds) |
01:42:34 | __builtin | hmm, the plugin I'm working on will have essentially the same functionality |
01:43:40 | | Join MrZeus [0] (~MrZeus@5ec06f08.skybroadband.com) |
01:44:02 | Amboyna | Great. I've really never worked C, so I'm kind of reduced to trying to take existing code and hope to hack it into a horrible kluge that compiles and runs. |
01:44:35 | | Quit cc_ (Ping timeout: 258 seconds) |
01:44:58 | __builtin | I suppose that the way you're doing it now has the advantage of being easily seekable |
01:45:13 | Amboyna | For me, it does need to support some degree of bookmarking and seeking, since I can't expect listen to the entire thing at once. |
01:45:51 | | Quit MrZeus1 (Ping timeout: 260 seconds) |
01:46:02 | __builtin | I can fix up what I have and push it to gerrit so you can see what I've got |
01:46:06 | | Quit ZincAlloy (Quit: Leaving.) |
01:47:08 | Amboyna | Not quite proper, but I had in mind seeking/display position by taking the size of the file in bytes, and going to len(size)/10000 (.01%). |
01:47:31 | Amboyna | Thanks. I'd like to take a look. Anything I don't have to attempt to write will be a big help. |
01:47:51 | Amboyna | Thanks to ebook2cw being GPL2+ it's easy to add to RB on that score. |
01:48:55 | __builtin | I think it'd be a good idea to have your plugin produce a WAVE file |
01:49:12 | __builtin | that way bookmarking and seeking are handled for you |
01:50:51 | Amboyna | True. Though on my computer it can take 5-10min to convert a file. That's a 3gHz processor. |
01:51:12 | __builtin | I'd bet that's mostly the MP3 encoding |
01:53:00 | __builtin | if you use WAV, it removes the issue of encoding speed, but it does significantly increase file size |
01:53:47 | Amboyna | Could be. The actual generation is approximately: take word; look up first char; if special, do special thing, else look up char in table, add dots/dashes to word out; output pcm for dot/dash/space to output; when word complete, add noise if desired; encode word. |
01:54:34 | __builtin | that seems like it'd be very fast, even on an MP3 player |
01:55:58 | Amboyna | Output file size isn't that big a deal if it doesn't take to long to convert a file. Though it would be ideal if bookmarking operated on the source text, rather than the finished audio version, since the former is fixed, while the latter varies, potentially hugely, with changing settings. |
01:57:00 | __builtin | I can actually adapt the code I have right now support outputting to a file |
01:58:11 | Amboyna | I'll definitely take a look. |
01:58:58 | __builtin | give me a few minutes |
02:00 |
02:00:36 | __builtin | basically what I've got now is a core encoding loop that can output to different pluggable APIs |
02:00:55 | __builtin | one API might play the beeps immediately, while another could write them to a file |
02:02:22 | Amboyna | That sounds much like what I need. |
02:04:22 | Amboyna | The text viewer bookmarking code might be stolen for bookmarking/seeking and put together with your code and the ebook2cw generation loop if you've got the means to control generation to avoid overfilling the playback buffer for a mostly working implementation, in the other option. |
02:14:08 | __builtin | Amboyna: g#1573 |
02:14:10 | fs-bluebot | Gerrit review #1573 at http://gerrit.rockbox.org/r/1573 : morse code plugin by Franklin Wei |
02:14:38 | __builtin | the file I/O stuff isn't done yet |
02:17:09 | Amboyna | I'm working on downloading things now. |
02:19:56 | Amboyna | BTW, one thing I notice right away looking at your code. At higher speeds, ms resolution is insufficient for accurate WPM speeds. The difference in dit length between 60 and 63wpm is still technically sub-ms. |
02:20:14 | __builtin | you can copy at that speed? |
02:20:48 | Amboyna | Not yet. But the author of ebook2cw at least used to be able to read 100wpm. |
02:23:35 | Amboyna | His code works dit length in raw samples, produces a dit buffer and dah buffer (containing raw PCM), and copies from those into the output as needed. If I'm not mistaken, this would get around the issue of RB's ms resolution limit. |
02:23:36 | __builtin | I suppose it could pass everything as microseconds |
02:24:23 | __builtin | 1/1000000 of a second ought to be enough for anyone :P |
02:24:30 | Amboyna | Maybe, but we've got a very nice generation algorithm to steal. Is there any reason not to take it? |
02:29:08 | __builtin | hmm |
02:30:23 | __builtin | I don't see much of a benefit |
02:30:50 | __builtin | I can change the design of the API slightly to allow for more accuracy, though |
02:32:14 | __builtin | it can have two separate functions for dit and dah that can be as accurate as possible |
02:32:20 | __builtin | no millisecond/microsecond limit |
02:34:37 | Amboyna | OK. I think that works. I haven't tried playing with different rise/fall times to see how that affects the sound. Any errors from us resolution should be less than any fist, so I wouldn't be worried about that. |
02:35:03 | __builtin | it'll still be restricted to integer wpm values though |
02:35:07 | Amboyna | The noise addition isn't something I've had reason to go for. I've got enough noise around me most of the time. |
02:35:50 | * | __builtin isn't exactly sure why someone want to *add* noise to their audio in the first place :P |
02:35:51 | Amboyna | Even ebook2cw uses an int for wpm. That's no issue. |
02:36:05 | Amboyna | Training for listening to real on-the-air CW. |
02:37:02 | __builtin | well, the quick solution then is to buy a sansa c200 |
02:37:10 | __builtin | it's got plenty of noise |
02:37:13 | Amboyna | If you can find one. |
02:39:27 | Amboyna | You might want to steal his char maps, prosign code (I use this a lot), and even command code. Since I'm listening to books mostly I've had the thought of using frequency change to indicate italic/bold text. |
02:39:48 | Amboyna | I'll try to help, but by the time I've understood it enough to start making changes, you'll probably have the changes made. |
02:40:20 | __builtin | that sounds like a bit too much to me |
02:40:43 | Amboyna | Which? The commands, or the prosigns too? |
02:40:48 | __builtin | well, both :P |
02:41:05 | __builtin | I'll be using it to mainly learn CW |
02:41:27 | __builtin | but feel free to make some changes, I can help you if you need it, too |
02:41:27 | Amboyna | Prosigns are pretty simple. When encountering a <, stop adding letter spaces until a >. |
02:42:02 | Amboyna | Thanks. Having a working plugin to start from will help me a lot. |
02:44:37 | Amboyna | Take a look at his makeword function. That's got the prosign generation integrated into it. |
02:45:16 | Amboyna | Taking his char maps just save you the effort of fleshing out your own. |
02:46:08 | __builtin | I've already worked all mine out |
02:48:04 | Amboyna | I see numbers and capital? letters. To really learn CW, there's some common punctuation you need. |
02:48:40 | Amboyna | Oops, I see the case folding to lowercase now. That works for that. |
03:00 |
03:11:35 | *** | Saving seen data "./dancer.seen" |
03:25:59 | | Quit ender (Quit: True terror is to wake up one morning and discover that your high school class is running the country. — Kurt Vonnegut) |
03:39:08 | Amboyna | __builtin: Just tried your plugin as it is now. It seems exiting is broken on zip. At 25wpm, the dahs very nearly blend into whatever comes next. There's just barely enough space that it isn't quite a continuous tone, but not enough for me to register it as separate symbols. |
03:39:21 | Amboyna | I've got to get back to other things, but I'll keep thinking and playing. |
03:41:11 | __builtin | it looks to me that something went wrnog when I converted it to the new API |
03:46:48 | __builtin | aha |
03:47:03 | __builtin | looks like beep_play() does not block |
03:47:30 | | Quit Guest93 (Quit: My MacBook has gone to sleep. ZZZzzz…) |
04:00 |
04:10:27 | | Quit MrZeus (Ping timeout: 240 seconds) |
04:23:15 | | Join Jinx [0] (Dojo@unaffiliated/jinx) |
04:25:24 | Amboyna | __builtin: Just tried adding api->silence(dot); |
04:25:48 | Amboyna | An unclean compile didn't seem to change behaviour; trying a clean compile now. |
04:26:47 | Amboyna | There's also a couple warnings. |
04:28:23 | Amboyna | Bah. Forgot -j 4. Oh well, just have to wait a little longer. |
04:43:00 | Amboyna | Nope. Telling it to add silence that way doesn't help, AFAICT. |
04:44:48 | | Quit jhMikeS (Ping timeout: 246 seconds) |
05:00 |
05:11:37 | *** | Saving seen data "./dancer.seen" |
06:00 |
06:13:09 | | Quit [7] (Disconnected by services) |
06:13:16 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
06:25:04 | | Quit Bilgus (Remote host closed the connection) |
06:25:28 | | Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) |
07:00 |
07:11:38 | *** | Saving seen data "./dancer.seen" |
07:27:11 | | Join smoke_fumus [0] (~smoke_fum@dynamic-vpdn-93-125-63-154.telecom.by) |
07:34:29 | duo8 | wiki appears to have a prolem with spam regs |
07:52:18 | | Quit smoke_fumus (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) |
08:00 |
08:12:27 | | Join chatter29 [0] (3f8dcc23@gateway/web/cgi-irc/kiwiirc.com/ip.63.141.204.35) |
08:12:33 | chatter29 | hey guys |
08:12:40 | chatter29 | allah is doing |
08:12:50 | chatter29 | sun is not doing allah is doing |
08:12:54 | chatter29 | to accept Islam say that i bear witness that there is no deity worthy of worship except Allah and Muhammad peace be upon him is his slave and messenger |
08:15:33 | | Quit chatter29 (Client Quit) |
08:47:28 | duo8 | what is this |
08:47:43 | duo8 | (the worst part is this will be logged) |
09:00 |
09:11:40 | *** | Saving seen data "./dancer.seen" |
09:29:14 | | Quit rela_ (Quit: Leaving) |
09:30:45 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
09:53:52 | | Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
09:53:52 | | Quit pixelma (Quit: .) |
09:55:04 | | Join Guest93 [0] (~textual@145.132.155.235) |
09:56:10 | Guest93 | anyone around |
09:56:16 | | Nick Guest93 is now known as Link8 (~textual@145.132.155.235) |
09:56:16 | | Join pixelma [0] (pixelma@rockbox/staff/pixelma) |
09:56:16 | | Join amiconn [0] (amiconn@rockbox/developer/amiconn) |
10:00 |
10:09:56 | duo8 | ? |
10:10:17 | bluebrother | great. So Debian calls it crypto++, Arch as well, Fedora cryptopp, upstream is also cryptopp :( |
10:10:29 | duo8 | looks like that new agptek player uses a similar fw to the shanling m1 |
10:10:32 | bluebrother | so now make that portable ... |
10:11:36 | * | bluebrother needs to spend some time on that |
10:17:55 | | Join ender [0] (krneki@foo.eternallybored.org) |
10:19:48 | | Join gk_1wm_su [0] (~222222222@185.156.172.141) |
10:19:49 | | Part gk_1wm_su |
10:19:59 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:f51f:4750:aa98:960a) |
10:26:42 | | Join gk_1wm_su [0] (~222222222@185.93.181.101) |
10:28:41 | | Join cc_ [0] (~ac@2001:910:113f:1:6a05:caff:fe1c:1627) |
10:29:12 | | Quit gk_1wm_su (K-Lined) |
10:45:37 | | Join lebellium [0] (~chatzilla@89-93-177-91.hfc.dyn.abo.bbox.fr) |
10:57:37 | | Join parchd [0] (~parchd@unaffiliated/parchd) |
11:00 |
11:11:44 | *** | Saving seen data "./dancer.seen" |
11:19:37 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
11:30:15 | Link8 | I bought this Trondt bluetooth receiver/transmitter but for some reason it wont pair in my car |
11:30:21 | Link8 | my phone picks it up fine |
11:30:25 | Link8 | any suggestions? |
11:39:54 | pamaury | bluebrother: ah that's bad news, why couldn't every project use the upstream name :-/ |
11:47:45 | | Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) |
11:50:43 | dys | pamaury: I found some code in the OFW that uses uart0. |
11:50:50 | dys | It looks like they are using the ThreadX kernel via a uITRON4.0 wrapper, and there's a test program for the uITRON4.0 primitves that spews messages to uart0 |
11:50:57 | Amboyna | Link8: See /topic |
11:51:21 | Link8 | ? |
11:52:32 | dys | …so I guess there's a slight chance uart0 is exposed on one of the unidentified test points |
12:00 |
12:00:12 | dys | hmm, their initcode also initializes UART0… |
12:08:23 | | Quit neutric (Ping timeout: 260 seconds) |
12:11:04 | duo8 | huh, good luck finding it |
12:11:17 | duo8 | on my dap the pins are clearly labelled lol |
12:14:54 | | Quit Acou_Bass (Ping timeout: 246 seconds) |
12:26:06 | | Quit cc_ (Ping timeout: 246 seconds) |
12:28:00 | | Join neutric [0] (~ah@unaffiliated/neutric) |
12:36:55 | | Join Acou_Bass [0] (~Acou_Bass@host-78-148-19-96.as13285.net) |
12:41:25 | | Join Piece_Maker [0] (~Acou_Bass@host-78-148-19-104.as13285.net) |
12:42:24 | | Quit Acou_Bass (Ping timeout: 268 seconds) |
12:42:25 | | Nick Piece_Maker is now known as Acou_Bass (~Acou_Bass@host-78-148-19-104.as13285.net) |
12:45:51 | | Quit fujisan (Remote host closed the connection) |
12:48:26 | | Join Piece_Maker [0] (~Acou_Bass@host-78-148-19-176.as13285.net) |
12:48:34 | | Quit Acou_Bass (Ping timeout: 268 seconds) |
12:48:45 | | Nick Piece_Maker is now known as Acou_Bass (~Acou_Bass@host-78-148-19-176.as13285.net) |
12:57:26 | | Quit Acou_Bass (Ping timeout: 240 seconds) |
13:00 |
13:11:47 | *** | Saving seen data "./dancer.seen" |
13:23:07 | | Join MrZeus [0] (~MrZeus@2a02:c7f:7059:8e00:ec36:e6e:9723:fe2b) |
13:23:58 | | Quit parchd (Quit: gone) |
13:45:34 | | Join ungali [0] (~ungali@unaffiliated/ungali) |
13:52:41 | | Join tbx1024 [0] (~tbx1024@2001:630:12:2e1f:9b59:1892:a90:ddc6) |
14:00 |
14:02:49 | | Join Acou_Bass [0] (~Acou_Bass@host-78-144-155-159.as13285.net) |
14:18:02 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
14:26:21 | | Join Strife1989 [0] (~quassel@adsl-98-80-182-93.mcn.bellsouth.net) |
14:30:19 | | Quit Strife89 (Ping timeout: 268 seconds) |
14:38:26 | | Join Piece_Maker [0] (~Acou_Bass@host-78-144-158-188.as13285.net) |
14:40:09 | | Quit Acou_Bass (Ping timeout: 246 seconds) |
14:40:10 | | Nick Piece_Maker is now known as Acou_Bass (~Acou_Bass@host-78-144-158-188.as13285.net) |
14:42:23 | | Join Piece_Maker [0] (~Acou_Bass@host-78-144-147-26.as13285.net) |
14:45:07 | | Quit Acou_Bass (Ping timeout: 268 seconds) |
14:45:07 | | Nick Piece_Maker is now known as Acou_Bass (~Acou_Bass@host-78-144-147-26.as13285.net) |
14:55:27 | | Quit MrZeus (Ping timeout: 240 seconds) |
15:00 |
15:11:50 | *** | Saving seen data "./dancer.seen" |
15:21:23 | | Join Strife89 [0] (~quassel@adsl-98-80-196-121.mcn.bellsouth.net) |
15:24:14 | | Quit Strife1989 (Ping timeout: 260 seconds) |
15:32:58 | | Quit tbx1024 (Ping timeout: 258 seconds) |
15:33:05 | | Quit krabador (Quit: Leaving) |
15:43:41 | dys | ok, flashing with an init boot block injected with code that just returns to the boot kernel yieded a non-bricked unit |
16:00 |
16:04:24 | | Join tbx1024 [0] (~tbx1024@2001:630:12:2e1f:9b59:1892:a90:ddc6) |
16:19:45 | | Join cc_ [0] (~ac@2001:910:113f:1:6a05:caff:fe1c:1627) |
16:29:11 | | Join zadtheinhaler [0] (ae0210ac@gateway/web/freenode/ip.174.2.16.172) |
16:39:00 | | Quit Link8 (Quit: My MacBook has gone to sleep. ZZZzzz…) |
16:42:27 | dys | the uart-broadcast code appears to have worked as expected (booting OFW after 5 Minutes of broadcasting) |
16:42:38 | dys | but… no uart signals to be found |
16:43:58 | dys | i noticed the LED stops its tristate glimming before my own code, so it has to be on one of few gpio ports the OFW init code sets up |
16:48:07 | | Quit _mt_ (Read error: Connection reset by peer) |
16:56:48 | | Quit zadtheinhaler (Ping timeout: 260 seconds) |
17:00 |
17:06:39 | | Join zadtheinhaler [0] (ae0210ac@gateway/web/freenode/ip.174.2.16.172) |
17:11:51 | *** | Saving seen data "./dancer.seen" |
17:14:35 | pamaury | dys: you are making progress :) |
17:16:49 | | Quit Marex (Ping timeout: 268 seconds) |
17:23:55 | | Join Marex [0] (~Marex@195.140.253.167) |
17:28:33 | | Join MrZeus [0] (~MrZeus@2a02:c7f:7059:8e00:e4f0:267c:1cea:9519) |
17:28:54 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
17:32:34 | | Quit neutric (Ping timeout: 240 seconds) |
17:40:54 | | Join Bilgus_ [0] (~Bilgus@gateway/tor-sasl/bilgus) |
17:43:53 | | Quit Bilgus (Ping timeout: 240 seconds) |
18:00 |
18:08:26 | zadtheinhaler | I have had no issues whatsoever on my old 5.5G ipod that sadly died, but I have a Classic 6G 120GB that can be seen by Ubuntu in regular mode, but will not mount in DFU mode, and I've tried virtually all of what I've found while Googling, including the "ipoddfu.py stuff. What, exactly, am I doing wrong? I'm not that fond of the idea of running a VM of windows just to get rockbox on this beauty. I will jump through whatever hoop |
18:08:38 | zadtheinhaler | It's a MB565c2 |
18:13:11 | __builtin | zadtheinhaler: can you plug the ipod in while in DFU mode on ubuntu and give me the output of the `lsusb' command? |
18:14:40 | zadtheinhaler | "Bus 001 Device 021: ID 05ac:1223 Apple, Inc. iPod Classic/Nano 3.Gen (DFU mode)" |
18:14:47 | zadtheinhaler | shows up as connected in DFU mode |
18:15:16 | zadtheinhaler | but will not mount, and RockBox Utilityv1.4 can't see it, because it isn't ounted. |
18:15:21 | | Join neutric [0] (~ah@unaffiliated/neutric) |
18:15:23 | zadtheinhaler | *mounted |
18:15:31 | __builtin | can you run `lsblk' and give the output (still in DFU mode) |
18:16:04 | zadtheinhaler | sda 8:0 0 76.7G 0 disk ├─sda1 8:1 0 74.7G 0 part / ├─sda2 8:2 0 1K 0 part └─sda5 8:5 0 2G 0 part [SWAP] sdb 8:16 0 465.8G 0 disk └─sdb1 8:17 0 465.8G 0 part /home/storage sdc 8:32 0 931.5G 0 disk └─sdc1 8:33 0 931.5G 0 part /media/sean/HITACHI sdd 8:48 1 28.9G 0 disk └─sdd1 8:49 1 28.9G 0 part /media/sean/STORE N GO |
18:16:13 | zadtheinhaler | well that cocked up the formatting |
18:16:28 | __builtin | next time you can use pastebin |
18:16:35 | zadtheinhaler | no mention of [SHAGGYPOD] in that listing |
18:16:43 | zadtheinhaler | yeah, I can do that |
18:18:06 | duo8 | cannot read |
18:18:08 | zadtheinhaler | http://pastebin.com/hB1kYbNc |
18:18:48 | duo8 | something feels missing |
18:19:18 | duo8 | also what is that 1K partition? |
18:20:01 | zadtheinhaler | Just a partitioning anomaly on my linux install. Doesn't affect anything |
18:20:03 | duo8 | can't you restore it with itunes? |
18:20:23 | zadtheinhaler | No Windows/iTunes to do so |
18:20:35 | duo8 | VM? |
18:20:39 | zadtheinhaler | got rid of Windows about 2-3 years ago |
18:20:44 | zadtheinhaler | might have to |
18:20:52 | __builtin | hmm, I'm mistaken about something |
18:20:52 | zadtheinhaler | which is...irksome |
18:20:55 | duo8 | it's handy to have around |
18:21:14 | zadtheinhaler | lol, i'm finding that out now, that's for sure |
18:22:14 | duo8 | USB passthrough isn't always guaranteed to work btw, had crashes before |
18:22:27 | __builtin | you shouldn't need windows for anything |
18:22:44 | zadtheinhaler | if I can get RB to work on it, it'll be worth it. |
18:22:51 | __builtin | so you're trying to install the bootloader, right? |
18:23:22 | zadtheinhaler | haven't had the ability to put new music on it since, well, I got rid of windows. |
18:23:33 | zadtheinhaler | yup, trying to install the bootloader |
18:23:56 | __builtin | where did you get your rockbox utility? |
18:24:32 | zadtheinhaler | what's interesting is that the RB files show up, but it will not boot into RB. So I can transfer files, though not music, but it won't see it in DFU mode |
18:24:42 | zadtheinhaler | and I got the RBU from the RB website |
18:25:12 | __builtin | that one doesn't support the classic bootloader install as far as I know |
18:26:14 | __builtin | you need to install the bootloader manually |
18:26:29 | __builtin | https://files.freemyipod.org/~user890104/bootloader-ipodclassic.html#install_linux |
18:32:19 | __builtin | Amboyna: I'm trying to figure out what's causing the distorted CW timings |
18:33:18 | __builtin | my chief suspect is sleep() being inaccurate |
18:34:26 | zadtheinhaler | working on it. I was sure I had libusb, but it gives me "[ERR] Could not open USB device: LIBUSB_ERROR_ACCESS", but even though Synaptic shows it is instlled, I still get that error. |
18:35:08 | __builtin | you need root privs for that I think |
18:35:12 | __builtin | use sudo or su |
18:35:56 | zadtheinhaler | well shit. "[INFO] libusb: found [05ac:1223] at bus 1, device 21, USB ver. 0200" |
18:36:03 | zadtheinhaler | fuck me for not trying that first |
18:37:27 | __builtin | Amboyna: never mind, got it working! |
18:37:33 | __builtin | (off-by-one error in core.c) |
18:38:51 | zadtheinhaler | _builtin, you are the man |
18:39:13 | zadtheinhaler | I owe you a beer or three |
18:39:26 | | Quit prof_wolfff (Ping timeout: 240 seconds) |
18:41:53 | __builtin | no worries ;) |
18:52:50 | | Join prof_wolfff [0] (~prof_wolf@82.159.0.123.dyn.user.ono.com) |
19:00 |
19:11:52 | *** | Saving seen data "./dancer.seen" |
19:14:13 | | Join bfayers [0] (521bd651@gateway/web/freenode/ip.82.27.214.81) |
19:15:01 | bfayers | Hi, i have a Creative Zen, looks like: https://www.rockbox.org/playerpics/creativezen-small.png i've read the guide fully and I'm just wondering, what is the worst case scenario |
19:15:09 | bfayers | *that could happen during the process |
19:15:59 | pamaury | bfayers: it's always possible to reinstall the original firmware |
19:16:11 | pamaury | at least I don't know any case of bricking |
19:16:12 | bfayers | Really? |
19:16:19 | Bilgus_ | hmm the world could cease to exist? |
19:16:21 | bfayers | This is what i currently have in my "rockbox folder" |
19:16:31 | bfayers | http://i.imgur.com/yYbeTc1.png |
19:16:38 | bfayers | Bilgus_: haha |
19:17:07 | pamaury | bfayers: just to be clear, do you want to install rockbox or remove it ? |
19:17:16 | pamaury | (just asking to be sure :)) |
19:17:16 | bfayers | rather annoyingly, creative have pointers for the "ZEN" and the "ZEN 2GB/4GB/16GB/32GB" but they all goto the same file |
19:17:19 | bfayers | Install |
19:17:20 | bfayers | :) |
19:17:29 | bfayers | i saw flac option and was like ooooh |
19:17:35 | bfayers | also, doom |
19:17:37 | bfayers | lol |
19:18:07 | | Join johnb2 [0] (~johnb2@p57B45070.dip0.t-ipconnect.de) |
19:19:05 | pamaury | bfayers: you need this file: https://www.dropbox.com/s/7ebre030vx3qp1h/firmware_zen_lcd.nk?dl=0 |
19:19:12 | bfayers | Oh, right? |
19:19:28 | bfayers | I saw that on the wiki but was unsure as to why it was needed |
19:19:59 | pamaury | (it contains a fix for the lcd, in the unlikely case you have a device affected by this bug) |
19:20:06 | bfayers | ah, ok. |
19:20:11 | bfayers | better safe than sorry |
19:20:28 | bfayers | doesn't that remove booting to OF, but afaik you need to reformat each time you want OF anyway? |
19:20:49 | bfayers | this is my folder now, realised i was missing the actual rockbox files. |
19:20:49 | bfayers | http://i.imgur.com/fUVsDzn.png |
19:20:56 | pamaury | currently we do not support dual-booting on the ZEN anyway |
19:20:59 | | Quit foolsh (Ping timeout: 260 seconds) |
19:21:09 | bfayers | huh, the weeking makes it seem so. |
19:21:15 | bfayers | https://www.rockbox.org/wiki/CreativeZENPort#Booting_to_the_OF |
19:21:15 | pamaury | good, now you need to open a terminal in this folder |
19:21:20 | bfayers | done |
19:21:31 | bfayers | hold shift + rightclick then open command prompt here. |
19:21:51 | bfayers | how would you go back to stock, incase i wanted to sell it. |
19:22:15 | pamaury | to go back to stock, you can always use Creative's updater tool |
19:22:20 | pamaury | then the wiki is invalid ;) I will fix the wiki. |
19:22:34 | bfayers | the exe i have then. |
19:22:39 | pamaury | yes |
19:22:44 | bfayers | "ZEN_PCFW_L22_1_21_03e.exe" |
19:22:46 | bfayers | alright, cool. |
19:22:52 | bfayers | no prep needed on device? |
19:23:02 | bfayers | just run that exe, or do i need to go to recovery and do reload firmware? |
19:23:07 | bfayers | then run exe |
19:23:08 | pamaury | so to install rockbox: |
19:23:08 | pamaury | 1) power off device |
19:23:09 | pamaury | 2) hold play button |
19:23:09 | DBUG | Enqueued KICK pamaury |
19:23:09 | pamaury | 3) power on (while holding play) |
19:23:09 | pamaury | 4) you have the recovery menu: select reload firmware |
19:23:15 | | Join foolsh [0] (~starchase@162-204-199-234.lightspeed.sbndin.sbcglobal.net) |
19:23:21 | bfayers | Yeah, thought so. Sounds good. |
19:24:01 | pamaury | 5) once done, plug device to the PC |
19:24:01 | pamaury | 6) to install rockbox: type "sendfirm firmware_zen_lcd.nk" in the terminal |
19:24:25 | pamaury | (and if one day you want to reinstall stock firmware, at step 6, run the ZEN_PCFW_L22_1_21_03e.exe instead) |
19:24:36 | bfayers | then boot it up and go to usb bootloader mode |
19:24:39 | bfayers | then format as fat32? |
19:24:44 | bfayers | then just dump the .rockbox |
19:24:55 | pamaury | yeah |
19:24:58 | bfayers | cool. |
19:24:59 | bfayers | Thanks. |
19:25:13 | bfayers | Are there any other than the 3 themes usable on the zen? |
19:26:26 | Bilgus_ | we can help you customize a theme if you so desire. but anything with the same screen resolution 'should' work |
19:26:36 | bfayers | ok |
19:26:41 | bfayers | i saw something about 320x240 |
19:27:08 | bfayers | like: http://themes.rockbox.org/index.php?target=ipodvideo |
19:28:13 | | Join CrashBash-Kun [0] (~CrashBash@unaffiliated/crashbash-kun) |
19:28:48 | Bilgus_ | go to search at bottom of themes page choose search by screen size enter 320x240 press search |
19:30:16 | bfayers | Brilliant |
19:33:50 | bfayers | With sendfirm, should i unplug all other usb devices or does it not matter |
19:38:28 | pamaury | bfayers: doesn't matter |
19:38:55 | pamaury | or maybe make sure you don't have any phone plugged |
19:39:05 | pamaury | (any MTP device in general) |
19:39:58 | bfayers | I'm amazed by all the themes available, looks super nice |
19:43:39 | | Join nlogex [0] (~filip@CPE30469a4d21ac-CMa84e3f5c8560.cpe.net.fido.ca) |
19:45:50 | bfayers | Does anyone know where i can get the fontpack? |
19:45:56 | bfayers | it's a 403 on dropbox |
19:46:17 | bfayers | nevermind |
20:00 |
20:06:21 | | Join fujisan [0] (~fujisan@unaffiliated/fujisan) |
20:25:33 | bfayers | pamaury: it just says error occured during sending |
20:26:29 | | Quit johnb2 (Quit: Nettalk6 - www.ntalk.de) |
20:27:18 | | Join Galois [0] (djao@efnet.math.uwaterloo.ca) |
20:30:17 | bfayers | aha, tricked it! |
20:30:37 | bfayers | just did a reload to stock |
20:30:40 | bfayers | then tried again, worked. |
20:31:35 | | Nick fIorz_ is now known as fIorz (nobody@rain.florz.de) |
20:33:20 | | Quit MrZeus (Ping timeout: 264 seconds) |
20:38:08 | __builtin | hmm, this is a bit of a problem |
20:38:43 | __builtin | during the transition from a tone to silence, there's an audible click |
20:39:52 | __builtin | I suppose I'll need a fade-in and fade-out time |
20:41:53 | Amboyna | Is that perhaps what I was hearing as a not-really-there gap between mashed-together symbols? |
20:43:07 | __builtin | I fixed that issue |
20:43:18 | Amboyna | I think Fabian's code produces a nicer tone. But I'm not sure whether it relies on a bunch of headers that RB can't provide, or RB needs quotes rather than angle brackets to include. |
20:43:27 | Amboyna | I saw in the backlog. |
20:43:51 | __builtin | for real-time output, RB's square wave will have to do |
20:43:57 | __builtin | but for WAV output, it can do a sine wave |
20:44:13 | __builtin | I can push what I've got now so you can take a look |
20:44:17 | Amboyna | Sure. |
20:46:11 | Amboyna | I tried copying the ebook2cw code into core.c to see what I would get (also tried running it directly, but I get some makefile errors I didn't manage to solve then). It gives me a bunch of errors about things like stderr and some math functions undefined. |
20:46:45 | Amboyna | *when the code copied to core.c and main.c from your version removed. |
20:46:45 | | Quit paulk-collins (Quit: Leaving) |
20:47:37 | __builtin | now you should be able to long-click on a .txt file and open up the "morse" plugin |
20:47:48 | __builtin | it'll create a .wav with the same name as the original file |
20:48:36 | Amboyna | Great. I'll give it a try. |
20:49:19 | __builtin | it's extremely buggy, something to do with sampling rates I'll bet |
20:49:55 | Amboyna | That's dev. I'll still play with it. |
20:53:51 | Amboyna | Trying a clean make now. |
20:54:54 | __builtin | you shouldn't have to do a clean build each time |
20:55:58 | | Join MrZeus [0] (~MrZeus@2a02:c7f:7059:8e00:e4f0:267c:1cea:9519) |
20:58:12 | Amboyna | I'm aware. This time I was concerned about changes requiring reconfiguring. |
21:00 |
21:09:13 | bfayers | thanks for the help, im off |
21:09:14 | | Quit bfayers (Quit: Page closed) |
21:11:53 | *** | Saving seen data "./dancer.seen" |
21:21:01 | | Join zimjo [0] (5f5ac692@gateway/web/freenode/ip.95.90.198.146) |
21:23:23 | Amboyna | __builtin: Hmmm... guess the file I had lying around to test wav generation wasn't the best choice. Any idea how long it should take per kB of text on the zip? The file was only 7.7k. |
21:23:33 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
21:23:33 | * | Amboyna runs and hides |
21:23:53 | __builtin | probably a while |
21:24:10 | __builtin | I'm not exactly sure, I've been testing in the simulator |
21:24:42 | Amboyna | 7.7k is nothing compared so some of the things I might go for. I've got one that's 340k. |
21:25:13 | Amboyna | Another reason to prefer having real-time playing with the morse generation acting as a TTS. |
21:25:43 | __builtin | there's definitely room to optimize it though |
21:25:48 | Amboyna | That way, there's no need to tie up the player to get a file. |
21:27:43 | __builtin | the API isn't very efficient right now, it needs a function call for every dit and dah |
21:27:55 | Amboyna | Did you see Fabian's list of books listened to in CW? |
21:28:43 | Amboyna | Probably the ebook2cw method would save a lot, but then you need to move the audio buffer filling into the main loop, IIUC. |
21:29:34 | Amboyna | ebook2cw just copies a variable for the dit or dah into the output. |
21:30:04 | Amboyna | Said variable containing raw PCM. |
21:30:27 | __builtin | well that's what this does |
21:31:46 | Amboyna | Though to be precise, his assembles a complete word as a variable in the main loop, and only then moves it to output and encodes it. |
21:34:59 | Amboyna | BTW, on the math function errors I got from the ebook2cw code, is the issue probably that the RB compiler doesn't have it, it needs quotes instead of angle brackets to #include, or the math header is called something else? |
21:35:07 | zimjo | pamaury: I'm happy to do further testing when you have a new build |
21:36:09 | __builtin | it's probably not available for rockbox |
21:36:18 | __builtin | you mean math.h? |
21:36:19 | | Join chrisb [0] (~chrisb@pool-71-175-245-104.phlapa.east.verizon.net) |
21:37:55 | [Saint] | ...we have a compiler? |
21:38:19 | [Saint] | How busy have you been when I was away __builtin!?! |
21:38:21 | [Saint] | :p |
21:38:48 | __builtin | oh yes, we run X windows too ;) |
21:39:03 | __builtin | (on an x86 emulator) |
21:39:05 | pamaury | zimjo: ah yeah sorry I was super busy this week-end |
21:39:26 | pamaury | zimjo: what is the brand of your SD card ? |
21:41:23 | [Saint] | __builtin: you're shitting me? |
21:41:35 | __builtin | well, yes |
21:41:46 | | Quit megal0maniac (Ping timeout: 240 seconds) |
21:45:02 | [Saint] | Had to ask. With you I never know. :) |
21:48:46 | __builtin | Amboyna: encoding a 1.4MB file on ipod6g took about 5 minutes |
21:48:55 | __builtin | resulting in a 37-hour long WAV |
21:49:09 | __builtin | that's only 2GB in size :P |
21:49:51 | Bilgus_ | wow! |
21:49:54 | zimjo | pamaury: np, it's a toshiba |
21:54:04 | pamaury | zimjo: ok, I will send you another test build. I still have no idea why writes would be extremel slow though :( |
21:54:05 | __builtin | oh... it seems to have run into the FAT file size limit |
21:54:23 | [Saint] | how? it's 4GB. |
21:54:52 | [Saint] | If it fell over at 2GB, it wasn't FAT limits you hit. |
21:55:04 | __builtin | possibly rockbox limits though |
21:55:10 | __builtin | a.k.a. "bug" |
21:55:57 | __builtin | it raced through the last 200K of text or so |
21:58:04 | __builtin | I'll try it on the simulator and see what happens |
22:00 |
22:00:25 | __builtin | yep, the simulator creates a 3.3GB file |
22:00:49 | __builtin | 60 hours long |
22:01:19 | Bilgus_ | how processing intensive to do it on the fly? |
22:01:27 | __builtin | not very |
22:01:34 | Bilgus_ | then you can bookmark based on byte position |
22:01:56 | __builtin | seeking makes everything a lot harder though |
22:03:45 | Bilgus_ | seeking seems extremely hard in morse code |
22:04:23 | Bilgus_ | would you go based on words/letters/time? |
22:06:09 | __builtin | that's the issue |
22:07:10 | Bilgus_ | well just likit it to several 100kb files then |
22:07:15 | Bilgus_ | limit* |
22:08:14 | Bilgus_ | I can't see wanting to do 60hrs of morse |
22:08:50 | Bilgus_ | better would be spelling the words than that |
22:11:31 | Bilgus_ | what if instead yo made ~35 audio clips and just played them on the fly from an encoded file? |
22:12:26 | __builtin | that's moving closer and closer to a real TTS |
22:12:57 | | Join naraic [0] (naraic@spoon.netsoc.tcd.ie) |
22:13:58 | Bilgus_ | true but atleast theres no phonemes.. |
22:14:19 | pamaury | how can I have so many microsd cards and never find them... |
22:15:00 | __builtin | check your rubik's cube |
22:15:23 | Bilgus_ | I have to keep them in those 6x bigger case they come with to ever keep track of them |
22:15:38 | pamaury | zimjo: https://www.dropbox.com/s/ztn1lnxtye5yl20/rockbox_fuzep_debug5.zip?dl=0 |
22:16:15 | Bilgus_ | hell I dropped one the other day and it toook me 30 mins to find it like 10 feet further than I ever figured it could have gone |
22:16:28 | dys | i put them with my SMD parts. the smallest of the mouse toilet fits 10 of them |
22:18:55 | | Quit tbx1024 (Ping timeout: 258 seconds) |
22:20:26 | Amboyna | __builtin: Yes, I mean math.h. At least that's where I'd expect sin, ceiling, and floor to reside. |
22:23:02 | Amboyna | Bilgus_: The direction taken by ebook2cw is to generate the dits and dahs as raw PCM, then convert the char to "[.- ]+", then concatenate dit and dah buffers into the output, then encode the output. |
22:23:35 | Amboyna | I've listened to quite a few hours of CW myself. I'd just seek/bookmark on byte position. |
22:23:42 | | Part chrisb ("rcirc on GNU Emacs 26.0.50.1") |
22:23:48 | Bilgus_ | that still ends up with a $GB 60 hr file though |
22:23:58 | Bilgus_ | 4* |
22:24:23 | Amboyna | Well, char would be arguably better than byte, since the two are not necessarily the same. |
22:24:53 | Amboyna | Bilgus_: You were wondering about listening to 60+hrs of CW? https://fkurz.net/ham/read-books.txt |
22:26:13 | Bilgus_ | The Mysterious Island J. Verne 162755 90-105 29 07-10 <−−30 hours |
22:27:53 | | Quit zimjo (Quit: Page closed) |
22:28:35 | Bilgus_ | that is a pretty hefty book |
22:28:40 | Amboyna | Check "The Woman in White". 41hrs at *100wpm*. A real expert speed. Drop that down just a little, and it goes up fast. |
22:29:10 | Bilgus_ | true didn't think about wpm... |
22:30:58 | Amboyna | There's another reason for seeking and especially bookmarking on byte/char position. Namely, that's all that stays constant with changing wpm. |
22:31:06 | | Join petur [0] (~petur@rockbox/developer/petur) |
22:31:12 | | Join TheLemonMan [0] (~root@irssi/staff/TheLemonMan) |
22:33:39 | * | Bilgus_ has a NOS Sansa Clip+ in the mail |
22:34:56 | Amboyna | Nice snag, Bilgus_ |
22:35:24 | Bilgus_ | the new selective backlight and softlock along with autolock made the Fuze+ much more pleasant to use but t is just too big and I dropped it 2x at work |
22:35:51 | Bilgus_ | yeah the price wasn't so nice |
22:35:55 | Bilgus_ | $92 |
22:36:03 | Amboyna | I like the zip a little better, but the price is usually worse on those. |
22:36:05 | Amboyna | Ouch. |
22:36:15 | Bilgus_ | but I figured buying the fuze+ 2x was the same so might as well get what I want |
22:36:28 | Amboyna | Last NOS zip I picked up a couple months ago was only about $65. |
22:36:47 | Bilgus_ | the zip was like $120-140 range |
22:37:02 | Amboyna | Eeek!! |
22:37:24 | | Join zimjo [0] (5f5ac692@gateway/web/freenode/ip.95.90.198.146) |
22:37:40 | Bilgus_ | the price is just going to go up and I like the small form factors If I wanted a player as big and fragile as a smart phone why not just buy one for $30 |
22:38:13 | zimjo | pamaury: these are the results http://pastebin.com/XfAtwCsy |
22:38:41 | pamaury | zimjo: did you see any difference in speed ? |
22:38:42 | Bilgus_ | I'm pretty sure Rockbox compatibility has everything to do with those outrageous prices! |
22:38:47 | Amboyna | Why couldn't Sandisk have kept an adequate processor in the clip line? |
22:38:58 | | Join girafe [0] (~girafe@LFbn-1-11729-221.w2-7.abo.wanadoo.fr) |
22:39:13 | Amboyna | Yes, I'm entirely certain RB is the only thing propping up those scalpers. |
22:39:41 | Amboyna | If Sandisk would put a decent processor back in a clip line player, it would deflate them overnight. |
22:39:54 | Bilgus_ | Hell if I had known I'd happily bought $2000 worth back then |
22:40:19 | Bilgus_ | I had high hopes for that AgPtek but alas |
22:40:44 | Amboyna | At that, you'd probably have made double+ in a couple years. Not a bad ROI. |
22:40:54 | Bilgus_ | I still have an 8GB clip+ with no sd slot I'll use it to dev on |
22:41:04 | Amboyna | From retail. |
22:42:46 | Bilgus_ | I even soldered in an sd slot with magnet wire and it only froze on boot I think when the spring flew into the socket it shorted out the power to data lines or something |
22:43:26 | Amboyna | Bummer. Glad it still works at all. |
22:44:34 | Bilgus_ | and I know that it was all together correctly as I verified with a magnifying glass and oscilloscope |
22:45:13 | Bilgus_ | turns out if the sd insert switch is close the OF refuses to boot if the sd card doesn't respond |
22:45:38 | Bilgus_ | RB has no such qualms |
22:46:11 | zimjo | pamaury: nothing i could quantify. file copying aborted abruptly. however, right now playing back opus files works without lag |
22:46:47 | Bilgus_ | zimjo you are running Windows correct? |
22:47:04 | zimjo | yes |
22:47:33 | pamaury | zimjo: I changed the code so that it avoids putting the card to sleep and up again between transfers, but your logs shows some very unusual write times. It seems all right and suddenly a transfer takes half a second for no obvious reason |
22:47:41 | Bilgus_ | have you tried doing a read write test on the sdcard through windows with a reader? |
22:48:39 | Bilgus_ | http://crystalmark.info/download/index-e.html |
22:48:53 | zimjo | yes i did. sequential writes were at 15MB/s, random writes at approx 3MB/s. the OF achieved also about 3MB/s write speed |
22:49:10 | Bilgus_ | next I wonder if your sdcard contacts are dirty in the player |
22:49:30 | Bilgus_ | well you said OF did fine though |
22:50:33 | zimjo | on the card contacts are fine, don't know about the sd card insert. any suggestions on cleaning them without taking the fuze apart? |
22:51:07 | pamaury | something else must be wrong if the OF manages to write the card fine |
22:51:45 | Bilgus_ | weird I haven't seen any issues with my Fuze+ I even ran the test fw he sent you and got far lower numbers |
22:52:07 | zimjo | could it be that the OF simply waits longer before declaring a timeout? or is that only USB host dependent? |
22:52:29 | Bilgus_ | take a piece of fine sandpaper and cut it as wide as the front of the sdcards fold in half and stick in a few times |
22:52:33 | | Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 51.0.1/20170125094131]) |
22:53:21 | Bilgus_ | but if OF works fine I don't see that being an issue |
22:53:59 | zimjo | do any of you know a method to measure these timings with the OF or an USB reader? |
22:55:49 | pamaury | zimjo: the thing is that from the point of view of rockbox, there is no timeout, all writes succeed apparently. It's windows that times-out I think |
22:55:54 | Bilgus_ | maybe brb |
22:56:07 | pamaury | but in any case, 0.5 seconds to write 128 sectors in NOT normal |
23:00 |
23:01:07 | zimjo | so after another reboot of RB playback of opus is laggy again. in the statusbar, the icon in the top right is constantly showing. this is disc access, isn't it? |
23:01:31 | pamaury | yes |
23:01:52 | pamaury | well if transfers are that slow that could explain why opus is laggy |
23:09:02 | Bilgus_ | http://mikelab.kiev.ua/index.php?page=PROGRAMS/chkflsh |
23:09:10 | Bilgus_ | @zimjo |
23:11:00 | Bilgus_ | hmm with a 25mb file I saw some higher times |
23:11:54 | *** | Saving seen data "./dancer.seen" |
23:13:07 | Bilgus_ | http://pastebin.com/kKwTuDhV |
23:13:08 | zimjo | just managed to cause a panic (due to crc mismatch) by trying to play back a flac that was copied from the internal to external memory using RB. does rockbox automatically generate related debug info on a panic? couldn't find any |
23:13:23 | Bilgus_ | ill try that newest fw |
23:13:56 | pamaury | zimjo: hat was the panic message exactly ? |
23:14:12 | zimjo | bilgus: what version of the fuze+ do you have? mine is 4gb |
23:14:16 | pamaury | no, panic is last resort, when there is nothing else to do |
23:15:21 | zimjo | i'll try that checkflash tool another day, about time to call it a night for me |
23:16:37 | zimjo | pamaury: buflib error ... would the exact adresses be helpful too? |
23:16:54 | pamaury | no |
23:17:26 | pamaury | that must be an unrelated bug. buflib is rockbox's equivalent of malloc. a crc error means that some memory was corrupted |
23:19:12 | | Join idonob_ [0] (~Owner@S010600259c3e7d7b.vs.shawcable.net) |
23:21:37 | zimjo | trying to play that file so far always lead to a panic. must be a huge coincidence if these two issues really are unrelated |
23:23:08 | pamaury | zimjo: I mean it's not related to sdcard I think, must be a bug in the opus code or buffering code or whatever |
23:24:13 | pamaury | zimjo: can you upload the file somewhere ? |
23:24:58 | zimjo | maybe another time, i do have to call it a night for today. anyways, i hope we do get to the root of the problem. thanks for the support so far guys. |
23:25:11 | | Quit zimjo (Quit: Page closed) |
23:33:30 | Bilgus_ | http://pastebin.com/n9FQuEE1 with the latest fw |
23:35:45 | Bilgus_ | pamaury I see pretty similar numbers to his |
23:37:26 | | Quit MrZeus (Ping timeout: 240 seconds) |
23:38:06 | pamaury | Bilgus_: except you don't have the periodic super huge values he sees |
23:38:57 | pamaury | he posted other logs previously and after a while, many transfers take >500ms |
23:39:41 | pamaury | but it could also be a problem with windows/rb usbstack, I don't know |
23:40:02 | | Join MrZeus [0] (~MrZeus@2a02:c7f:7059:8e00:15f9:1ec0:c911:4705) |
23:44:00 | Bilgus_ | yeah the highest I saw was ~100 ms or so |
23:47:05 | | Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") |
23:57:35 | | Join tbx1024 [0] (~tbx1024@2001:630:12:2430:6af7:28ff:fe6b:d7be) |
23:57:39 | | Quit idonob_ (Ping timeout: 268 seconds) |