| 00:52:50 | | Quit lebellium (Quit: ChatZilla 0.9.89 [Firefox 19.0/20130116072953]) |
| 00:56:38 | | Quit ender` (Quit: Debian comes in three flavours: stale, rusting and broken.) |
| 01:00 |
| 01:02:31 | | Quit Wardo (Read error: Connection reset by peer) |
| 01:14:48 | | Quit Raptors (Read error: Connection reset by peer) |
| 01:16:44 | | Join Raptors [0] (~whoneedsa@216-58-33-195.cpe.distributel.net) |
| 01:17:48 | | Quit fs-bluebot (Read error: Connection reset by peer) |
| 01:17:48 | | Quit bluebrother (Read error: Connection reset by peer) |
| 01:18:18 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 01:18:48 | | Quit Raptors (Read error: Connection reset by peer) |
| 01:21:23 | | Join fs-bluebot [0] (~fs-bluebo@g224238139.adsl.alicedsl.de) |
| 01:22:15 | | Join Raptors [0] (~whoneedsa@216-58-33-195.cpe.distributel.net) |
| 01:22:56 | | Quit XavierGr () |
| 01:24:12 | | Quit Raptors (Read error: Connection reset by peer) |
| 01:26:05 | | Join Raptors [0] (~whoneedsa@216-58-33-195.cpe.distributel.net) |
| 01:32:48 | | Quit Raptors (Read error: Connection reset by peer) |
| 01:33:00 | | Join Raptors [0] (~whoneedsa@216-58-33-195.cpe.distributel.net) |
| 01:33:44 | | Quit Raptors (Read error: Connection reset by peer) |
| 01:33:55 | | Join Raptors [0] (~whoneedsa@216-58-33-195.cpe.distributel.net) |
| 01:36:23 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 01:53:13 | *** | Saving seen data "./dancer.seen" |
| 01:57:27 | | Join Buglouse [0] (~Buglouse@unaffiliated/Buglouse) |
| 02:00 |
| 02:02:57 | | Join [Saint] [0] (~saint@rockbox/user/saint) |
| 02:18:56 | | Quit bertrik (Remote host closed the connection) |
| 02:45:09 | | Quit pamaury (Remote host closed the connection) |
| 02:57:20 | | Quit Rower (Quit: Hmmm...) |
| 02:59:04 | | Quit Unhelpful (Read error: Connection reset by peer) |
| 03:00 |
| 03:01:35 | | Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) |
| 03:23:24 | | Quit prof_wolfff (Ping timeout: 272 seconds) |
| 03:35:16 | | Quit guymann (Ping timeout: 244 seconds) |
| 03:39:02 | | Join guymann [0] (~c@unaffiliated/guymann) |
| 03:53:17 | *** | Saving seen data "./dancer.seen" |
| 04:00 |
| 04:10:40 | | Join TheSphinX^ [0] (~briehl@p579CC651.dip.t-dialin.net) |
| 04:11:04 | | Quit TheSphinX_ (Read error: Operation timed out) |
| 04:31:09 | | Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) |
| 04:31:10 | | Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) |
| 04:31:10 | | Quit pixelma (Disconnected by services) |
| 04:31:10 | | Quit amiconn (Disconnected by services) |
| 04:31:12 | | Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) |
| 04:31:12 | | Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) |
| 05:00 |
| 05:02:13 | | Quit nateloaf (Quit: Leaving.) |
| 05:04:57 | | Join enriched [0] (~quassel@101.98.163.139) |
| 05:32:14 | | Join TheSphinX_ [0] (~briehl@p5B321A7C.dip.t-dialin.net) |
| 05:35:27 | | Quit TheSphinX^ (Ping timeout: 276 seconds) |
| 05:41:48 | | Quit [7] (Disconnected by services) |
| 05:41:57 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
| 05:53:21 | *** | Saving seen data "./dancer.seen" |
| 06:00 |
| 06:33:40 | | Quit enriched (Remote host closed the connection) |
| 06:58:50 | | Join TheSphinX^ [0] (~briehl@p5B32357A.dip.t-dialin.net) |
| 07:00 |
| 07:02:31 | | Quit TheSphinX_ (Ping timeout: 252 seconds) |
| 07:03:28 | | Quit TheSphinX^ (Ping timeout: 246 seconds) |
| 07:08:19 | | Join TheSphinX^ [0] (~briehl@p5B322B26.dip.t-dialin.net) |
| 07:38:35 | | Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) |
| 07:39:22 | | Join TheSphinX_ [0] (~briehl@p5B32208C.dip.t-dialin.net) |
| 07:41:59 | | Quit TheSphinX^ (Ping timeout: 240 seconds) |
| 07:45:56 | | Join kevku [0] (~kevku@2001:470:dcc6:0:69:69:69:69) |
| 07:53:23 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:11:26 | | Quit SuperBrainAK (Quit: pbly going to sleep /_\) |
| 08:20:58 | | Quit Raptors (Ping timeout: 245 seconds) |
| 08:29:42 | | Join stoffel [0] (~quassel@pD9E43ADA.dip.t-dialin.net) |
| 08:36:32 | | Quit [Saint] (Remote host closed the connection) |
| 08:38:41 | | Join [Saint] [0] (~saint@rockbox/user/saint) |
| 08:42:33 | | Join Raptors [0] (~whoneedsa@216-58-33-195.cpe.distributel.net) |
| 09:00 |
| 09:07:19 | | Join melmothX [0] (~melmoth@unaffiliated/melmothx) |
| 09:25:33 | | Join pretty_function [0] (~sigBART@123.252.214.86) |
| 09:37:57 | | Join zaphee [0] (~user@wifi-osiris-sec-23-33.u-strasbg.fr) |
| 09:53:24 | *** | Saving seen data "./dancer.seen" |
| 10:00 |
| 10:05:53 | | Join mt [0] (~quassel@41.233.8.126) |
| 10:05:53 | | Quit mt (Changing host) |
| 10:05:53 | | Join mt [0] (~quassel@rockbox/developer/mt) |
| 10:12:09 | | Join ender` [0] (~ender@foo.eternallybored.org) |
| 10:18:00 | | Join webguest71 [0] (~6378e8b5@www.haxx.se) |
| 10:21:29 | | Quit webguest71 (Client Quit) |
| 10:29:06 | | Quit pretty_function (Remote host closed the connection) |
| 10:29:07 | | Quit jhMikeS (Read error: Connection reset by peer) |
| 10:29:23 | | Join jhMikeS [0] (~jethead71@50.4.240.19) |
| 10:29:23 | | Quit jhMikeS (Changing host) |
| 10:29:24 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 10:41:50 | | Quit zaphee (Quit: Leaving.) |
| 10:44:54 | | Quit Cultist (Remote host closed the connection) |
| 10:47:54 | | Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) |
| 11:00 |
| 11:15:33 | | Join TheSphinX^ [0] (~briehl@p5B322F60.dip.t-dialin.net) |
| 11:16:10 | | Join y4n [0] (~y4n@unaffiliated/y4ndexx) |
| 11:17:56 | | Quit TheSphinX_ (Ping timeout: 245 seconds) |
| 11:20:03 | | Join TheSphinX_ [0] (~briehl@p5B322165.dip.t-dialin.net) |
| 11:21:05 | | Quit TheSphinX^ (Read error: Operation timed out) |
| 11:24:26 | | Quit y4n (Quit: 6,000,000 ways to die — choose one.) |
| 11:25:03 | | Join TheSphinX^ [0] (~briehl@p5B321B7F.dip.t-dialin.net) |
| 11:26:47 | | Quit TheSphinX_ (Ping timeout: 245 seconds) |
| 11:29:49 | | Quit stoffel (Ping timeout: 246 seconds) |
| 11:32:02 | | Join y4n [0] (~y4n@unaffiliated/y4ndexx) |
| 11:39:12 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 11:53:27 | *** | Saving seen data "./dancer.seen" |
| 11:57:05 | | Join TheSphinX_ [0] (~briehl@p579CC38C.dip.t-dialin.net) |
| 12:00 |
| 12:00:04 | | Quit TheSphinX^ (Ping timeout: 248 seconds) |
| 12:17:06 | | Join TheSphinX^ [0] (~briehl@p5B32302F.dip.t-dialin.net) |
| 12:20:01 | | Quit TheSphinX^ (Read error: Operation timed out) |
| 12:20:35 | | Quit TheSphinX_ (Ping timeout: 264 seconds) |
| 12:21:33 | | Join prof_wolfff [0] (~prof_wolf@62.83.50.196.dyn.user.ono.com) |
| 12:27:06 | | Join TheSphinX^ [0] (~briehl@p5B322BF2.dip.t-dialin.net) |
| 12:31:12 | | Join Wardo [0] (~Mirandaha@bpb01-1-88-162-4-186.fbx.proxad.net) |
| 12:43:41 | | Join n1s [0] (~n1s@nl118-168-30.student.uu.se) |
| 12:43:42 | | Quit n1s (Changing host) |
| 12:43:42 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 12:53:21 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 13:00 |
| 13:08:16 | pamaury | lorenzo92 (logs): after some research, it appears that the bcm2070 is only a bluetooth chip, it doesn't have any integrated fm tuner :-: |
| 13:09:04 | | Join stoffel [0] (~quassel@pD9E43ADA.dip.t-dialin.net) |
| 13:14:14 | | Quit freqmod (Ping timeout: 260 seconds) |
| 13:23:55 | | Quit bertrik_ (Remote host closed the connection) |
| 13:28:19 | | Join freqmod [0] (~quassel@cm-84.215.142.108.getinternet.no) |
| 13:43:44 | | Quit bertrik (Ping timeout: 252 seconds) |
| 13:53:30 | *** | Saving seen data "./dancer.seen" |
| 14:00 |
| 14:04:37 | | Join nateloaf [0] (~nwild@S0106bcaec5c3e90e.wp.shawcable.net) |
| 14:33:27 | | Quit Wardo (Ping timeout: 245 seconds) |
| 14:41:16 | | Quit stoffel (Remote host closed the connection) |
| 14:51:20 | | Join pretty_function [0] (~sigBART@123.252.212.124) |
| 15:00 |
| 15:01:18 | | Join Rower [0] (husvagn@v-413-alfarv-177.bitnet.nu) |
| 15:17:28 | gevaerts | [Saint]: I don't understand http://forums.rockbox.org/index.php/topic,42636.msg217012.html#msg217012 |
| 15:21:41 | [Saint] | gevaerts: it was me saying that the idea of primary/secondary is basically irrelevant. |
| 15:21:58 | soap | That's true for iPods as they sleep (most the time) and thus never see the RB bootloader... |
| 15:22:07 | soap | It's true for Sandisk players as well? |
| 15:22:13 | [Saint] | Even if he rarely uses Rockbox, he need only to boot into the OF and it will do so forevermore until he desires it not do so. |
| 15:22:24 | gevaerts | Will it? |
| 15:22:34 | gevaerts | Is the fuze+ that different from all other targets? |
| 15:23:35 | [Saint] | Oh...hum. Ah, whoops. |
| 15:24:02 | [Saint] | Seems I was looking at this from an iPod-ish POV, and apparently my available Sansas don't have HEAD bootloaders. Shit. |
| 15:24:37 | [Saint] | Where the shit did delete go? |
| 15:26:34 | [Saint] | Does someone else want to send that post to the trash can? Apparently that feature never made it through the migration. |
| 15:26:41 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 15:26:45 | [Saint] | Please and ta. |
| 15:26:56 | AlexP | You don't see the remove button? |
| 15:27:08 | * | gevaerts clicks remove |
| 15:27:10 | AlexP | Next to quote/modify? |
| 15:27:27 | [Saint] | Nope. Must be a priveledged user thing. |
| 15:27:41 | AlexP | gevaerts: Users should see it on their own post though no? Maybe if nobody has replied yet they should |
| 15:27:46 | [Saint] | privileged too |
| 15:27:54 | gevaerts | No idea |
| 15:28:31 | [Saint] | AlexP: well, it isn't there on threads people have replied on, either. |
| 15:28:39 | [Saint] | (for me) |
| 15:28:47 | AlexP | [Saint]: Sure, but I tend to think that is correct |
| 15:29:02 | AlexP | As I don't want users deleting stuff that people have replied to |
| 15:29:07 | AlexP | A mod always can of course |
| 15:29:21 | [Saint] | Ah, nevermind. I misread your post. |
| 15:29:24 | AlexP | But if nobody has replied, I think a user should be able to delete their own posts |
| 15:29:35 | [Saint] | The /old/ forum let me delete posts regardless, iirc. |
| 15:30:21 | AlexP | I ask gevaerts as he is an admin, which I'm not so I can't see if stuff like that can be anabled trivially :) |
| 15:30:40 | gevaerts | Oh, right |
| 15:30:51 | gevaerts | You used to be more powerful than me :) |
| 15:31:07 | AlexP | I've languished while you have powered forward :) |
| 15:31:09 | [Saint] | Now he's just a lowly blue guy. :) |
| 15:31:09 | * | gevaerts had forgotten he's an admin these days |
| 15:33:46 | gevaerts | I don't see a setting for "delete if nobody replied" |
| 15:34:41 | AlexP | No worries then |
| 15:40:47 | | Join TheSphinX_ [0] (~briehl@p5B32362A.dip.t-dialin.net) |
| 15:41:03 | | Join bjacques [0] (~bastiaan@195-240-27-223.ip.telfort.nl) |
| 15:42:58 | bjacques | Hello, I accidentally deleted the partition(s) on my iRiver H120 running Rockbox. I would like to setup a new partitioning scheme that will make Rockbox happy. How should I partition the drive, and what files are required to be present? |
| 15:43:37 | | Quit TheSphinX^ (Ping timeout: 252 seconds) |
| 15:44:55 | pamaury | why does that guy on the forum wants to keep rockbox on the fuze+ if he doesn't use it ? We could add a setting but is that worth it ? |
| 15:44:58 | gevaerts | bjacques: you need a FAT32 partition with the .rockbox directory (and contents) on it |
| 15:49:33 | bjacques | gevaerts: I have created one large FAT32 partition and used the Rockbox utility to install an .rockbox directory. Now my Iriver says "No partition found. Insert USB cable and fix it" |
| 15:50:17 | bjacques | gevaerts: if it helps you to know, I used gnome-disk-utility to create the partition |
| 15:50:51 | gevaerts | bjacques: can you run "sfdisk -l /dev/sdwhatever" on it, and pastenbin the output? |
| 15:52:21 | bjacques | gevaerts: http://pastebin.com/rqkVh9Rb |
| 15:52:33 | bjacques | looks a bit odd to me |
| 15:52:47 | | Join TheSphinX^ [0] (~briehl@p579CC706.dip.t-dialin.net) |
| 15:52:52 | bjacques | perhaps I should repartition with fdisk instead |
| 15:53:13 | gevaerts | Right. That partition has type 83. Rockbox wants 0b or 0c |
| 15:53:19 | gevaerts | Try just changing the type |
| 15:53:34 | *** | Saving seen data "./dancer.seen" |
| 15:53:50 | | Quit pretty_function (Remote host closed the connection) |
| 15:54:19 | gevaerts | linux doesn't care about those types, so you can easily have a "linux" partition with FAT on it, but for various reasons that were before my time, we're picky :) |
| 15:55:01 | bjacques | gevaerts: that did the trick. Thanks! |
| 15:55:29 | | Join lorenzo92 [0] (~chatzilla@host37-111-dynamic.14-87-r.retail.telecomitalia.it) |
| 15:55:52 | gevaerts | Good! |
| 15:56:09 | lorenzo92 | pamaury: indeed, I have finally saw that it is a SI4709, the same as for R0 so we are lucky ;) |
| 15:56:34 | | Quit TheSphinX_ (Ping timeout: 260 seconds) |
| 15:57:08 | pamaury | bertrik: ping |
| 15:57:19 | bertrik | pamaury: pong |
| 15:57:42 | pamaury | do you still have the dri code you tried on the zenxfi3 ? You have sent to me but I can't find it anymore |
| 15:58:46 | bertrik | yes, I still have it, but I don't have it with me right now, I'll be back home sunday night |
| 15:59:33 | pamaury | ah no that's fine, I found it, crazy me, I overlooked the only place where it could reasonably be |
| 16:00 |
| 16:05:42 | | Join hype_ [0] (~hype@82.199.174.16) |
| 16:05:46 | | Quit hype (Quit: ["Textual IRC Client: www.textualapp.com"]) |
| 16:05:46 | | Nick hype_ is now known as hype (~hype@82.199.174.16) |
| 16:05:55 | | Quit hype (Client Quit) |
| 16:10:21 | | Join pretty_function [0] (~sigBART@123.252.212.124) |
| 16:11:22 | | Join hype [0] (~hype@82.199.174.16) |
| 16:18:12 | | Quit bertrik (Remote host closed the connection) |
| 16:32:10 | | Quit lebellium (Read error: Connection reset by peer) |
| 16:32:37 | | Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) |
| 16:33:18 | | Quit pretty_function (Remote host closed the connection) |
| 16:33:50 | | Join lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) |
| 16:37:14 | | Quit lebellium (Ping timeout: 256 seconds) |
| 16:37:15 | | Nick lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) |
| 16:38:09 | | Quit lorenzo92 (Quit: ChatZilla 0.9.89 [Firefox 18.0/20130107224849]) |
| 17:00 |
| 17:01:07 | | Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) |
| 17:05:23 | | Join TheSphinX_ [0] (~briehl@p5B323982.dip.t-dialin.net) |
| 17:08:00 | | Quit TheSphinX^ (Ping timeout: 248 seconds) |
| 17:23:55 | | Join TheSphinX^ [0] (~briehl@p5B32204C.dip.t-dialin.net) |
| 17:24:20 | | Quit TheSphinX_ (Read error: Operation timed out) |
| 17:35:26 | | Join Dex [0] (~textual@c-71-200-208-29.hsd1.fl.comcast.net) |
| 17:53:38 | *** | Saving seen data "./dancer.seen" |
| 17:56:31 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 17:58:25 | | Join Honkboy [0] (~quassel@pD9EB51E3.dip.t-dialin.net) |
| 17:59:31 | | Quit Honkboy (Client Quit) |
| 18:00 |
| 18:00:00 | | Join Honkboy [0] (~quassel@pD9EB51E3.dip.t-dialin.net) |
| 18:00:05 | | Quit soap (Read error: Connection reset by peer) |
| 18:00:10 | | Part Honkboy |
| 18:00:38 | | Join soap [0] (~soap@cpe-174-102-96-10.woh.res.rr.com) |
| 18:00:38 | | Quit soap (Changing host) |
| 18:00:38 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 18:01:18 | | Join Honkboy [0] (~quassel@pD9EB51E3.dip.t-dialin.net) |
| 18:03:03 | | Join TheSphinX_ [0] (~briehl@p5B321F6D.dip.t-dialin.net) |
| 18:03:45 | | Part Honkboy |
| 18:06:50 | | Quit TheSphinX^ (Ping timeout: 276 seconds) |
| 18:10:50 | | Join SuperBrainAK [0] (~Andy@71-36-165-101.phnx.qwest.net) |
| 18:15:03 | | Join Sumail [0] (~Sumail@net-2-36-179-131.cust.dsl.vodafone.it) |
| 18:15:11 | | Part Sumail |
| 18:22:53 | | Join pretty_function [0] (~sigBART@123.252.212.124) |
| 18:37:47 | | Join pretty_f_ [0] (~sigBART@123.252.215.108) |
| 18:37:53 | [Saint] | Is Rockbox expected to handle *really* foolishly large mp3 files? |
| 18:38:02 | [Saint] | Like 2GB+ kinda large? |
| 18:40:26 | | Quit pretty_function (Ping timeout: 255 seconds) |
| 18:41:55 | | Join nxs [0] (3ec3c482@gateway/web/freenode/ip.62.195.196.130) |
| 18:45:32 | funman | well is file size signed or not? |
| 18:46:10 | [Saint] | I have no idea, and I expect if I asked OP she wouldn't either. |
| 18:46:28 | [Saint] | I've been trying to push him/her in here to no avail. |
| 18:47:19 | funman | 'long size' |
| 18:47:33 | funman | so 2GB+ looks unsupported |
| 18:47:56 | funman | in firmware/common/file.c (struct filedesc) |
| 18:48:44 | n1s | yeah iirc >2GB files don't play |
| 18:48:45 | [Saint] | what is the cutoff limit? |
| 18:48:52 | * | [Saint] bad at math is |
| 18:48:57 | n1s | should be 2GB |
| 18:49:48 | n1s | as that should fit nicely in a signed 32 bit int/long |
| 18:51:35 | * | [Saint] should stop caring. |
| 18:51:46 | n1s | that's the easiest way |
| 18:51:48 | [Saint] | *my* files play fine, and, I'm in the right channels :) |
| 18:52:39 | n1s | if the core was fixed to handle files larger than 2GB, i guess some codecs would need fixing too |
| 18:56:05 | [Saint] | <speculation hat> IS optimization based on the fact this won't happen? |
| 18:56:33 | [Saint] | (which would be a reasonably sane assumption, I thought, until I met this user) |
| 18:57:08 | AlexP | What is our FAT32 filesize limit? |
| 18:57:32 | AlexP | I know FAT32 is 4 GB, but I seem to remember e.g. old linux having 2GB as the limit |
| 18:57:34 | [Saint] | Do we have a different one than the general one? |
| 18:57:43 | AlexP | due to using signed integers or somesuch |
| 18:58:03 | AlexP | I'd assume ours is 4GB, but you never know |
| 18:58:35 | [Saint] | I'm pretty confident I've stored/moved around files greater than 2GB with the file browser. |
| 18:58:51 | [Saint] | not 100%, but...up there in the 90s |
| 18:59:25 | n1s | i *think* rb si fine with having 4GB files in the fs, they just don't play again i *think* and i guess other file operations won't be working well on the either |
| 19:00 |
| 19:00:08 | [Saint] | The guy/gal seeing this problem with his/her media isn't biting and taking the hint to come in here, so I officially don't give a rodents hind appendage anymore :) |
| 19:18:43 | * | gevaerts thinks funman's answer is authoritative here |
| 19:25:48 | nxs | hello.. |
| 19:27:17 | nxs | i have a freezing problem with my classic 6g |
| 19:27:20 | [Saint] | Oh, wow...apparently my client is doing that "not show me certain events" thing again. Didn't see you come in and was lamenting the fact. |
| 19:28:15 | [Saint] | according to the nicks list, you're not here. Reboot time. :) |
| 19:28:20 | | Quit [Saint] (Quit: Quit) |
| 19:29:18 | | Join [Saint] [0] (~saint@rockbox/user/saint) |
| 19:30:51 | nxs | this freezing also happened before i put in the biggest files |
| 19:47:34 | gevaerts | nxs: which rockbox revision are you running? |
| 19:53:39 | *** | Saving seen data "./dancer.seen" |
| 19:56:39 | nxs | the latest version.. |
| 19:56:56 | | Quit Dex () |
| 19:57:10 | nxs | i have installed and downloaded the latest files today |
| 19:57:40 | nxs | it's the 130118 version |
| 19:58:05 | gevaerts | ok |
| 19:58:22 | pamaury | bertrik (logs): I have radio sound with stfm1000 ! Apparently the bugs were mine: crazy things in dri code |
| 19:58:36 | * | gevaerts asks because the version packaged with emcore has known stability issues |
| 19:58:52 | pamaury | there still are some problems though |
| 19:59:08 | TheSeven | you were actually able to copy files using a recent rockbox build on a classic? |
| 19:59:15 | nxs | this happened with the emcore pakkage version but also with the latest |
| 19:59:35 | [Saint] | TheSeven: I do so regularly |
| 19:59:45 | [Saint] | About 2 minutes ago, in fact. |
| 20:00 |
| 20:01:07 | Katu | Does anyone else have issues copying files to rockbox using front panel USB? |
| 20:01:41 | gevaerts | Katu: which player? |
| 20:01:49 | Katu | iPod Photo |
| 20:02:01 | [Saint] | Front USB ports tend to be quite shoddily made on some PCs |
| 20:02:33 | nxs | use a laptop ;-) |
| 20:02:37 | [Saint] | If it works with a rear port, I'd say the problem is the host. |
| 20:02:39 | Cinos | I had issues with rockbox crashing when I used it on a certain computer (it was a laptop) |
| 20:02:48 | Katu | That's about what I suspected. Both my computers refuse to copy to the iPod with FP USB, but as soon as I hook to the back panel, works perfectly |
| 20:02:51 | Cinos | only happened half of the time though |
| 20:02:58 | gevaerts | [Saint]: yes, but it's also a fact that the OF often handles them better |
| 20:03:11 | Cinos | and it seemed to work fine when I updated and intialized the database immediately before trying |
| 20:03:15 | Katu | nxs: Can't use a laptop if I don't own one haha |
| 20:03:23 | * | Cinos tosses Katu one of his |
| 20:03:27 | Cinos | :p |
| 20:03:30 | Katu | :P |
| 20:03:35 | Cinos | I only have 3 |
| 20:03:36 | nxs | buy one |
| 20:03:39 | gevaerts | ipod photo is ARC, which is reasonably stable, but yes, there have been cases of it not working well (/me remembers amiconn's hub of horror...) |
| 20:03:44 | Cinos | I'll give you one for $40 |
| 20:03:54 | Cinos | :PP |
| 20:03:58 | Katu | hahaha |
| 20:04:03 | Cinos | Even that's a ripoff |
| 20:04:05 | Cinos | it really sucks |
| 20:04:10 | nxs | i have a macbook and 2 working winxp laptops |
| 20:04:12 | * | gevaerts points out that this off-topic chatter doesn't help |
| 20:04:23 | nxs | ok sorry |
| 20:04:28 | * | [Saint] jams his Color is a font USB port |
| 20:04:29 | Cinos | I have 1 winxp laptop and 2 win7 laptops |
| 20:04:34 | Cinos | :3 |
| 20:04:41 | * | Cinos goes back to idling |
| 20:06:39 | Katu | Are USB hubs equally unreliable? One of my computers, I can't easily reach the cable while it plugs into the back panel, so I was considering a little 4 port USB hub to bring it to a more easily accessible location |
| 20:07:16 | nxs | are there more who have this freezing problem? |
| 20:07:38 | [Saint] | some front ports dont supply enough power from my experience. |
| 20:08:07 | [Saint] | I'm poking at my desktop now, but I built this thing, and I know it works, so there's little point in me doing so unfortunately. |
| 20:08:12 | gevaerts | Katu: hard to say. The hubs I have never gave me issues, but I know of at least one our driver used to have issues with. Maybe those got solved magically since then, but... |
| 20:08:31 | Katu | Ahh, gotcha. Makes sense |
| 20:08:58 | gevaerts | nxs: what exactly happens? Does it freeze randomly, or does it happen when you do certain specific things? |
| 20:09:11 | | Quit GodEater (Ping timeout: 264 seconds) |
| 20:09:20 | nxs | only when playing mp3's |
| 20:09:27 | Katu | Saint: Yeah, both of these computers are home-built as well, which is what surprises me. Especially since one of them is an Antec case, which I have always really liked as a brand due to the better than average build quality |
| 20:09:32 | nxs | file size does not matter |
| 20:10:09 | Katu | Or is it more in the motherboard than the case? |
| 20:10:17 | gevaerts | nxs: do you also use other codecs (ogg, flac, ...)? If so, are those stable? |
| 20:10:27 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 20:11:21 | nxs | no, but i could try but i would have to search very good for ogg files, i don't have flac's |
| 20:11:35 | gevaerts | ok, so it could be general playback |
| 20:11:50 | [Saint] | I have the same model, same build. |
| 20:11:53 | [Saint] | Fine here. |
| 20:12:06 | nxs | playing mp3's right? |
| 20:12:11 | [Saint] | Correct. |
| 20:12:15 | * | gevaerts decides to ask some random things that sometimes cause random issues |
| 20:12:23 | gevaerts | Have you checked the filesystem? |
| 20:12:51 | nxs | not yet.. |
| 20:13:21 | | Quit n1s (Read error: Connection timed out) |
| 20:15:38 | gevaerts | That's always a good start |
| 20:19:04 | nxs | checking should be done with the computer right?? Does not work.. |
| 20:19:57 | [Saint] | I assure you it does work. |
| 20:20:14 | [Saint] | Perhaps you might try defining 'Does not work" so we can see what you're doing wrong. |
| 20:21:34 | nxs | i have selected the ipodclassic drive in explorer |
| 20:22:20 | nxs | and started the disk check program |
| 20:24:32 | [Saint] | ...is that the end? Are we still waiting for more or is that it? |
| 20:24:58 | nxs | error message is "Cannot complete the disk check" |
| 20:25:13 | [Saint] | Oh dear. |
| 20:25:25 | nxs | sorry i had to translate it from dutch:-P |
| 20:25:33 | [Saint] | Well, I think we found our problem. |
| 20:25:58 | | Part bjacques |
| 20:26:27 | gevaerts | That could be a bad disk or USB stack instability, I guess |
| 20:26:27 | [Saint] | Do you have the media on the device backed up? |
| 20:26:34 | nxs | please tell me |
| 20:27:02 | nxs | backed up? Am i going to loose it all? |
| 20:28:32 | [Saint] | It is highly possible that you may lose some or all of it recovering the disk, yes. |
| 20:28:48 | gevaerts | *never* assume a portable device is a good place to store your only copy of a file... |
| 20:29:21 | gevaerts | Those things can be fragile at times. They're small enough to easily drop, or to lose in some way... |
| 20:29:38 | gevaerts | So if you don't have backups, make them *now* |
| 20:30:26 | nxs | music is on the computer so are all rockbox files.. |
| 20:31:00 | gevaerts | ok, so nothing can be lost apart from time |
| 20:31:27 | [Saint] | If you are certain of that, the easiest course of action from here it to format the data partition. |
| 20:31:37 | [Saint] | This can be done from emCORE's Tools menu. |
| 20:32:04 | nxs | ok... |
| 20:32:19 | [Saint] | Make sure your device has external power during this process. |
| 20:32:29 | [Saint] | You don't really want it to fail during it. |
| 20:32:47 | nxs | and then i lose all rockbox and music files on the player? what about emcore itself? |
| 20:33:19 | [Saint] | emCORE will be fine. |
| 20:33:44 | TheSeven | gevaerts, [Saint]: I've seen windows 7 checkdisk refuse to check usb drives for no apparent reason before (or even crash with weird error messages before actually checking something) |
| 20:34:00 | nxs | ok.. format the thing and after that i only have to copy all files back? is that all? |
| 20:34:12 | [Saint] | TheSeven: feel free to take over. |
| 20:34:33 | nxs | i'm using xp btw |
| 20:34:37 | TheSeven | nah, don't have time for that :P |
| 20:34:59 | TheSeven | [Saint]: formatting from emcore should take seconds, usually no need for external power if the battery isn't all the way dead |
| 20:35:43 | [Saint] | nxs: boot into emCORE, select the "Tools" menu, then select "Reformat data partition" |
| 20:35:48 | [Saint] | tell me when it is done. |
| 20:35:59 | TheSeven | I just meant to say that I wouldn't be too worried if windows checkdisk acts up... I've seen that before, especially on ipods |
| 20:36:04 | nxs | i have installed everything 2 days ago.. the install of emcore was including formatting the drive.. |
| 20:36:05 | TheSeven | possibly related to the 4K sector size |
| 20:36:45 | [Saint] | nxs: that doesn't necessarily mean the filesystem wasn't corrupted since then. |
| 20:36:58 | nxs | ok.. i'll try |
| 20:36:58 | [Saint] | Especially if you don't eject the device properly. |
| 20:37:17 | [Saint] | ...but, feel free to not do anything and live with your problems so I can eat lunch if you want. |
| 20:37:26 | [Saint] | :) |
| 20:37:52 | nxs | what time is it? is it morning for you? |
| 20:45:58 | TheSeven | for [Saint], yes. new zealand... |
| 20:45:59 | nxs | ok.. usb connection is working again;-) |
| 20:46:10 | TheSeven | I'm on the opposite side of the globe |
| 20:46:39 | * | [Saint] feels like he missed a lot of things. |
| 20:46:58 | [Saint] | Am I to assume you bluffed your way through installing a new build via the fallback image? |
| 20:47:54 | nxs | yes... |
| 20:48:01 | [Saint] | Awesome. |
| 20:48:37 | nxs | goodthing right? |
| 20:49:13 | | Join enriched [0] (~quassel@101.98.163.139) |
| 20:49:22 | [Saint] | It is, yes. |
| 20:49:27 | | Quit hype (Quit: ["Textual IRC Client: www.textualapp.com"]) |
| 20:49:43 | nxs | ok, now started copying music files... |
| 20:49:53 | [Saint] | If you haven't been doing so, remember to always "safely remove" your device. |
| 20:50:01 | nxs | i hope thit solves the problem.. |
| 20:50:27 | | Join hype [0] (~hype@82.199.174.16) |
| 20:50:32 | [Saint] | Not doing so is one of the major causes of filesystem errors. So when possible, always safely remove the device. |
| 20:51:28 | nxs | my other ipod has no issues |
| 20:51:48 | nxs | it's still using it's original firmware |
| 20:51:48 | [Saint] | That doesn't mean you shouldn;t do it. |
| 20:52:03 | [Saint] | One should always safely remove a removable device. |
| 20:53:11 | nxs | i know |
| 20:54:15 | nxs | pff... only 7% done yet... |
| 20:56:20 | | Join TheSphinX^ [0] (~briehl@p579CCC9D.dip.t-dialin.net) |
| 20:58:27 | | Quit prof_wolfff (Ping timeout: 245 seconds) |
| 20:58:31 | | Quit TheSphinX_ (Ping timeout: 252 seconds) |
| 21:00 |
| 21:03:59 | | Quit pretty_f_ (Remote host closed the connection) |
| 21:10:45 | pamaury | someone has ever done fm radio demodulation and understand how it works ? and knows how RDS works on top of that ? |
| 21:11:34 | [Saint] | bertrik is "The RDS guy" iirc. |
| 21:13:06 | pamaury | yeah but we are not talking about the "binary" side of it, i'm speaking about the "signal theory" one |
| 21:13:18 | pamaury | bertrik and I are working on a crazy tuner for rockbox |
| 21:14:35 | pamaury | if you prefer, i'm trying to understand the all words in "The RDS signal is a BPSK-modulated, differentially-encoded 1187.5 bits-per-second data stream. The 1187.5bps rate is one-sixteenth of the |
| 21:14:35 | pamaury | pilot tone's 19kHz" |
| 21:19:38 | | Join saratoga [0] (123e0c9c@gateway/web/freenode/ip.18.62.12.156) |
| 21:20:03 | saratoga | IIUC, every 16 cycles the phase of the tone can flip |
| 21:20:08 | saratoga | that gives you a binary 1 or 0 |
| 21:21:29 | | Join lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) |
| 21:21:30 | pamaury | ok, I understand that part of the theory, in practice though I have two problems: 1) how do you implement that ? 2) what the hell does this tuner chip gives as rds signal ?! We don't have the datasheet |
| 21:22:32 | saratoga | i assume the tuner chip is decoding everything for you |
| 21:22:37 | saratoga | doing that in software would be strange |
| 21:22:50 | pamaury | I agree but no choice here |
| 21:22:53 | saratoga | in hardware its probably just a multiplier and a comparator |
| 21:23:09 | pamaury | and if I understand correctly I need the phase of the carrier to correctly decode ? |
| 21:23:14 | | Quit lebellium (Ping timeout: 260 seconds) |
| 21:23:15 | saratoga | yeah |
| 21:23:23 | saratoga | oh you want to try and implement this for a chip without hardware? |
| 21:23:24 | | Nick lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) |
| 21:23:34 | saratoga | i guess using the FM line in? |
| 21:24:11 | pamaury | the chip gives does only the fm demodulation and gives 4 multiplexed signal already in digital form: L+R, L-R, RSSI, RDS |
| 21:24:20 | pamaury | *-does |
| 21:24:37 | saratoga | so the RDS will be a high frequency signal riding on the demodulated FM? |
| 21:26:29 | saratoga | wikipedia says " RBDS/RDS subcarrier was set to the third harmonic of the 19 kHz FM stereo pilot tone " which would imply that you woudln't be able to get the RDS signal from the demodulated L/R signals |
| 21:26:49 | pamaury | no each channel (L+R,L-R,RDS) is decoded and sampled, so I think the chip basically gives the signal you would have *before* doing the fm modulation. So RDS looks like a 1197Hz signal |
| 21:27:00 | pamaury | the three signals |
| 21:27:08 | pamaury | I'm not sure if I'm clear, that's so strange |
| 21:27:10 | saratoga | ah ok |
| 21:27:28 | saratoga | so basically it multiplies the incoming FM signal by 19*3 kHz and gives you the result? |
| 21:28:13 | pamaury | iirc, yes |
| 21:28:23 | pamaury | but I don't have the datasheet so I can't be sure |
| 21:28:48 | saratoga | i would try to record some of what its giving you and then plot it |
| 21:30:20 | saratoga | 1197 bits per second will be a couple khz worth of bandwdith, so you'll probably see some sin wave flipping every couple cycles if its BPSK and i understand correctly |
| 21:31:55 | pamaury | so now, I can decode this in software ? |
| 21:31:55 | pamaury | *how can I |
| 21:31:56 | | Quit pamaury (Quit: No Ping reply in 180 seconds.) |
| 21:32:42 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 21:34:47 | | Join Saratoga_ [0] (123e0c6a@gateway/web/freenode/ip.18.62.12.106) |
| 21:35:31 | | Join lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) |
| 21:35:51 | Saratoga_ | the basic idea is to cross correlation by it by the two phases |
| 21:36:11 | Saratoga_ | phone keyboard |
| 21:37:14 | | Quit lebellium (Ping timeout: 260 seconds) |
| 21:37:14 | Saratoga_ | I would check Google there's probably tons of example code for this |
| 21:37:26 | | Nick lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) |
| 21:37:36 | * | pamaury needs to learn what cross correlation means |
| 21:39:14 | pamaury | I recorded the rds signal by output it instead of L/R then recording using my laptop |
| 21:39:38 | TheSeven | what does the result look like? |
| 21:39:46 | Saratoga_ | Can you post it? |
| 21:40:54 | pamaury | I'll post it, be patient, the internet connection here is pretty bad |
| 21:41:28 | Saratoga_ | Basically cross correlation means multiply sum the two waveforms, if they are in phase they sum to high if not they sum to 0 |
| 21:42:06 | pamaury | ok |
| 21:42:06 | Saratoga_ | it's a dot product in calculus |
| 21:43:51 | | Join bertrik [0] (~quassel@ip545056ba.adsl-surfen.hetnet.nl) |
| 21:43:51 | | Quit bertrik (Changing host) |
| 21:43:51 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 21:45:18 | pamaury | https://www.dropbox.com/s/45u1nwofzxm4m7m/rds.ogg |
| 21:46:01 | pamaury | it's in ogg but the quality looks good enough |
| 21:46:36 | Saratoga_ | Does Ogg preserve the phase? |
| 21:48:22 | pamaury | I'm not sure I understand the question |
| 21:50:46 | saratoga | people are insensitive to phase of pure tones, so i'm curious if ogg bothers to encode it |
| 21:53:10 | pamaury | In audacity the signal looks the same in raw format and with ogg, not sure if that helps |
| 21:53:22 | | Quit Saratoga_ (Ping timeout: 245 seconds) |
| 21:53:40 | pamaury | I can upload the complete one but it's 10 times bigger ^^ |
| 21:53:41 | *** | Saving seen data "./dancer.seen" |
| 21:54:10 | saratoga | if it looks the same then its fine |
| 21:54:45 | pamaury | I'm uploading the wav file, will finish soon |
| 21:54:56 | saratoga | you can drop the second channel and downsample to 16khz |
| 21:55:05 | saratoga | that will probably give you a smaller file then even ogg |
| 21:56:01 | pamaury | ok, let me try that |
| 21:56:57 | saratoga | although 22k might be safer then 16 k |
| 22:00 |
| 22:00:54 | pamaury | the result is not great when downsampling |
| 22:01:57 | pamaury | perhaps the signal is noisy |
| 22:04:38 | pamaury | saratoga: https://www.dropbox.com/s/ncei6f050q311tc/rds.flac |
| 22:06:46 | pamaury | at this point i'm not a 100% percent that this signal is correct of course, we might be missing some init somewhere in the tuner |
| 22:06:48 | saratoga | theres a lot of harmonics |
| 22:06:53 | saratoga | so it will look weird downsampled |
| 22:08:57 | saratoga | so i guess looking at this signal, the 6khz tone is the carrier |
| 22:09:16 | pamaury | ok, I might be missing an enable bit in the tuner |
| 22:11:16 | pamaury | hum, at least it seems that the rds enable bit is set |
| 22:14:09 | pamaury | saratoga: does this signal looks legit to you ? |
| 22:16:37 | saratoga | i'm not sure |
| 22:16:46 | saratoga | i don't know too much about this, aside from the basic theory |
| 22:17:10 | saratoga | i extracted the carrier and then tried using it to demodulate the signal but i'm not getting anywhere yet |
| 22:18:28 | | Join TheSphinX_ [0] (~briehl@p579CCD13.dip.t-dialin.net) |
| 22:19:16 | pamaury | hum, I'm pretty pessimistic: the output is same with rds enabled and disabled :-/ |
| 22:19:57 | saratoga | ah ok |
| 22:20:13 | pamaury | looks the same at least |
| 22:20:57 | | Quit TheSphinX^ (Ping timeout: 240 seconds) |
| 22:20:58 | | Join TheSphin- [0] (~briehl@p5B3237D9.dip.t-dialin.net) |
| 22:21:27 | pamaury | there is a linux driver for this chip but when you see the code, you want to cry |
| 22:22:16 | saratoga | https://cgran.org/wiki/RDS |
| 22:22:21 | saratoga | diagram of how it works |
| 22:22:45 | pamaury | yeah I know this diagram, I've stumbled upon it during my research |
| 22:22:58 | | Quit y4n (Quit: Today is the perfect day for a perfect day.) |
| 22:22:59 | pamaury | but it doesn't make it "more practical" |
| 22:23:20 | | Quit TheSphinX_ (Ping timeout: 245 seconds) |
| 22:23:34 | saratoga | it suggests what the chip would give us though |
| 22:23:43 | pamaury | yeah |
| 22:23:58 | saratoga | probably the output of the 57+-3khz BPF |
| 22:24:03 | pamaury | well the chip definitely doesn't do the 1.5KHz low pass filter |
| 22:26:07 | pamaury | anyway this chip is so low-level, the entire linux drivers counts thousands of lines |
| 22:26:45 | saratoga | whats the chip? |
| 22:26:50 | pamaury | the rds "analog" decoding is 600 lines of C, and the stereo blending+filtering is 800 lines |
| 22:26:52 | pamaury | stfm1000 |
| 22:29:27 | pamaury | i'm not sure if it's in the linux trunk though, it might only be in the linux port for imx that I have |
| 22:33:11 | saratoga | demod_loop in stfm1000-rds.c is basically a string of digital filters that back out the phase of each segment and then use the decoded data to parse the RDS packets |
| 22:36:52 | saratoga | i think if that function were unrolled so that it didn't need to be run in real time i'd be a couple for loops and then a normal bitstream parser type function, but since its run in realtime its all messy |
| 22:52:22 | | Quit bertrik (Ping timeout: 252 seconds) |
| 22:58:02 | pamaury | ok good news: the chip sends L+R, L-R, rssi and RDS. The RSSI is an encoded float and I checked: it is consistent with the global rssi value given by i2c and seems consistent with the reception |
| 22:59:39 | amiconn | gevaerts: Afaik rockbox doesn't care about partition type either; the only thing it doesn't handle is extended partitions |
| 23:00 |
| 23:00:00 | gevaerts | amiconn: it does. disk.c has a list of accepted types |
| 23:00:25 | amiconn | Hmm, then it probably changed at some point |
| 23:00:56 | pamaury | this means one thing: the 4 integer are correctly ordered so the RDS data is the RDS signal. And RDS is enabeld so it should be correct. So this signal must be correct or I'm completely missing something |
| 23:01:49 | amiconn | gevaerts: Hmm, maybe the usb problems on PP are related to the cache invalidation problem (and fix) kugel linked to yesterday? |
| 23:02:43 | gevaerts | hmm |
| 23:02:53 | * | gevaerts doesn't know much about such things |
| 23:03:15 | * | amiconn still has that hub, btw |
| 23:03:16 | | Quit nateloaf (Quit: Leaving.) |
| 23:09:39 | | Quit akaWolf (Ping timeout: 256 seconds) |
| 23:11:16 | pamaury | saratoga: the poor quality of the rds signal might due to some dma issues, I fixed the buffering scheme and the audio quality is much better |
| 23:21:47 | | Quit kevku (Ping timeout: 264 seconds) |
| 23:22:20 | | Quit ParkerR (Excess Flood) |
| 23:22:55 | | Quit Gareth (Ping timeout: 245 seconds) |
| 23:26:19 | | Join ParkerR [0] (ParkerR@unaffiliated/parkerr) |
| 23:28:58 | | Join Gareth [0] (~gareth@2607:ff38:2:83::3) |
| 23:30:45 | | Join kevku [0] (~kevku@2001:470:dcc6:0:69:69:69:69) |
| 23:44:52 | pamaury | saratoga: ok, this is a bit tricky: in fact the input rds stream is not at 44.1kS/s, it's at 38 kS/s, so magic samples are set to 0x7fff to ignore them ! |
| 23:47:22 | saratoga | pamaury: ? |
| 23:48:48 | pamaury | anyway, here is the real rds data (I logged it directly from rockbox and dropped the invalid samples): https://www.dropbox.com/s/ncei6f050q311tc/rds.flac |
| 23:51:10 | saratoga | so the bandwidth of that file is about 2khz, which makes more sense |
| 23:52:37 | saratoga | thats not demodulated |
| 23:52:42 | saratoga | are you sure its sampled fast enough? |
| 23:53:40 | pamaury | it's the raw data |
| 23:53:44 | *** | Saving seen data "./dancer.seen" |
| 23:54:20 | saratoga | how was it produced? |
| 23:54:33 | saratoga | the chip itself sampled it and you digitally extracted it? |
| 23:54:47 | | Quit kevku (Ping timeout: 264 seconds) |
| 23:54:49 | saratoga | i ask because it looks like it has frequencies up to the Nyquist limit, and so may be aliased |
| 23:54:52 | pamaury | the chip samples it and send the pcm data directly |
| 23:55:05 | saratoga | ah ok |
| 23:55:10 | saratoga | so they probably critically sampled it |
| 23:55:19 | saratoga | which is why they picked an odd sample rate |
| 23:55:39 | pamaury | it sends a stream at 44.1kS/s and when I drop the the invalid samples, the frequency drops to exactly 38kS/S, which is the one mention in the manual. So the data must be correct |
| 23:56:21 | gevaerts | You're sure the station has rds? |
| 23:56:29 | pamaury | yes |
| 23:56:38 | pamaury | I checked with the fuze+ ! |
| 23:56:47 | gevaerts | Good idea :) |
| 23:57:25 | pamaury | and the signal is of very good quality |
| 23:57:39 | pamaury | so all the ingredients are present to have good rds data in theory |
| 23:58:20 | pamaury | I wonder how you can make sense of it, it seems 0 nearly all the time |
icon identifies that the person is a core developer (has commit access).