| 00:11:00 | | Join core_ [0] (48448d70@gateway/web/freenode/ip.72.68.141.112) |
| 00:11:05 | core_ | hi |
| 00:11:18 | core_ | how do i do a right mouse click on USB HID |
| 00:23:39 | | Quit dfkt_ (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) |
| 00:26:04 | ParkerR | core_, I dont think you can |
| 00:26:12 | [Saint] | core_: I don;t think you do... |
| 00:26:12 | ParkerR | also might depend on what device |
| 00:26:38 | [Saint] | FWIW, its trivial to recompile with whatever command your little heart may desire, though. |
| 00:28:53 | [Saint] | If you had ~20 or so Rockboxed devices, you could implement a full keyboard! :) |
| 00:29:12 | [Saint] | Remembering what key was what would be balls, though. |
| 00:29:24 | [Saint] | And the home row layout would be...interesting. |
| 00:34:30 | core_ | hmm im using my ipod and i could use it on my ps3 but i can't go back |
| 00:34:47 | core_ | so a right key would be very usefull |
| 00:40:35 | [Saint] | If I were to be perfectly honest, I would just advise you to go to a pawn shop, second hand shop, opportunity shop, etc. and buy a generic USB mouse for like $1. |
| 00:42:50 | [Saint] | Pretty much every second hand/opportunity style store near me has a huge bin of antiquates mice and keyboards, and other assorted peripherals. |
| 00:45:08 | [Saint] | But of course you could always go down the "recompilation route", and define any button (or button combination) you please to the device, its just not terribly practical (IMO). |
| 00:51:50 | core_ | I have a usb mouse already it's more or less a proof on concept |
| 00:55:53 | *** | Saving seen data "./dancer.seen" |
| 00:55:56 | core_ | where can a download the source |
| 00:57:38 | [Saint] | http://www.rockbox.org/wiki/DocsIndex#For_Developers |
| 00:57:48 | [Saint] | see: http://www.rockbox.org/wiki/Main/UsingGit |
| 00:58:32 | core_ | ok, Thanks |
| 00:59:48 | | Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 27.0/20140113161826]) |
| 01:00 |
| 01:00:01 | [Saint] | (you're really going to want a debian-esque host OS or virtual machine, don't persue any of the Windows-native documentation there) |
| 01:00:33 | [Saint] | {unless you're a masochist, in which case, go nuts} |
| 01:22:23 | | Quit [1]ender (Quit: All general statements are false. -- The Ultimate Law) |
| 01:25:38 | | Quit bertrik (Remote host closed the connection) |
| 01:31:15 | | Quit core_ (Ping timeout: 272 seconds) |
| 01:35:46 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 02:00 |
| 02:00:53 | | Quit n1s (Quit: Ex-Chat) |
| 02:46:00 | toehser1 | Then 'c' is more correct for partition type. 'b' is for CHS, 'c' is for LBA. I suspect it makes no difference, as it is smart enough to figure out what you meant... |
| 02:46:41 | toehser1 | dunpeal: exfat is evil proprietary micro$oft stuff and I know nothing about beyond (1) how to kill it and (2) how to mount it in Linux if I _must_. |
| 02:48:05 | toehser1 | dosfsck sometimes is hard to convince to fix filesystems. I forget what I've had to do- but I've had to fight with it. |
| 02:50:22 | [Saint] | "man dosfsck" is a great start... |
| 02:50:45 | [Saint] | No fighting involved with a tiny bit of reading beforehand. |
| 02:53:12 | dunpeal | [Saint]: I read the man, hence the flags :) |
| 02:53:13 | | Quit Bluefoxicy (Read error: Operation timed out) |
| 02:53:32 | [Saint] | dunpeal: right, that wasn't directed at you. :) |
| 02:53:33 | dunpeal | it still seems detect problems that are not there |
| 02:53:52 | dunpeal | or at least, repeatedly detect the same problem after supposedly fixing it... |
| 02:54:02 | [Saint] | which is? |
| 02:55:56 | *** | Saving seen data "./dancer.seen" |
| 02:56:58 | dunpeal | of course, now it doesn't detect it :( |
| 02:58:31 | dunpeal | ah, got it |
| 02:58:46 | dunpeal | dosfsck 3.0.14, 23 Jan 2023, FAT32, LFN |
| 02:58:55 | dunpeal | There are differences between boot sector and its backup. |
| 02:59:01 | dunpeal | Differences: (offset:original/backup) |
| 02:59:08 | dunpeal | ... |
| 02:59:40 | dunpeal | [Saint]: ^ it then asks me if I want to "copy original to backup" or the other way around |
| 03:00 |
| 03:00:01 | dunpeal | whichever one I choose, I will get the same error on any check, even immediately following. |
| 03:01:39 | | Join Bluefoxicy [0] (~Bluefoxic@c-76-21-157-203.hsd1.md.comcast.net) |
| 03:05:00 | dunpeal | Also: FATs differ but appear to be intact. Use which FAT ? |
| 03:05:39 | dunpeal | I should mention these are problems I get when scanning the built in memory of a Rockbox 3.13 Sansa Clip+ |
| 03:10:30 | toehser1 | The dosfsck docs are not fully complete in some situations. Trial and error always got me through, though. I read the man:) |
| 03:11:24 | [Saint] | The documentation is complete. There's a bit of a difference between complete documentation and hand-holding, though. |
| 03:11:36 | toehser1 | The thing with the duplicate FATs, and getting it to write - there is a way to get it to write it, but it isn't obvious. (going from memory of something that I've figured out many times over the years, but always trip on) |
| 03:12:13 | toehser1 | There actually are undocumented weirdnesses, where you have to OMIT certain options, that aren't documented to need to be omitted. |
| 03:12:57 | toehser1 | Unfortunately, the last time I fought my way through it, I didn't document what I had to do. |
| 03:13:32 | toehser1 | The brute force way (copy the data off, reformat, copy back) certainly leaves a known good clean result... |
| 03:13:55 | toehser1 | but it will take forever if you're talking about 8G over Sansa internal USB r/w speed. |
| 03:15:21 | [Saint] | ~6 minutes |
| 03:17:04 | toehser1 | To copy a full 8G out and back over USB from/to SANSA? |
| 03:17:17 | [Saint] | If my guestimation-math is correct, at my transfer rates here, that's what it'd take to dump 8GB. |
| 03:17:31 | [Saint] | Only slightly longer to put it back. |
| 03:21:17 | toehser1 | dunpeal: Try with ONLY the -r option, nothing else. That is what I'm seeing in Google as something that in some situations has to be done. |
| 03:25:07 | toehser1 | It depends how valuable the content is, how I proceed in that kind of situation, also - if it is SUPER critical, I'll use dd or buffer to take a snapshot of the raw device, so that filesystem operations can be reversed, or I can experiment using the loop device. Medium critical, I'll do the copy-out, format, copy-back. Normal music disk (which I have on other storage anyway), I would try dosfsck, which is fastest. |
| 03:29:21 | dunpeal | toehser1: it still displays the dialog about copying original to backup or vice-versa |
| 03:29:34 | toehser1 | You do have to choose. |
| 03:29:47 | toehser1 | I would take original to backup. |
| 03:30:17 | toehser1 | But I would also backup the device if anything wasn't easily recoverable... first... |
| 03:30:53 | dunpeal | FATs differ but appear to be intact. Use which FAT ? |
| 03:31:06 | toehser1 | There isn't much that will help decide- but- |
| 03:31:20 | toehser1 | if it is mountable before these operations, I would take the first. |
| 03:31:29 | toehser1 | If is isn't mountable, I would take the second. |
| 03:32:14 | toehser1 | the command "dd if=/dev/sdb of=disk-backup.raw" is a good idea if there is any concern for the content, of course... |
| 03:32:20 | dunpeal | it's mountable... in fact, I don't really know for sure that anything is wrong with it |
| 03:32:44 | [Saint] | this is really slipping well beyond the scope of this channel. |
| 03:32:50 | toehser1 | Actually, I usually install the "buffer" program, and do "buffer -i /dev/sdb -o disk-backup.raw -z256k -m10m -p75" - faster |
| 03:33:00 | toehser1 | k |
| 03:35:27 | dunpeal | toehser1: last thing: you were right. running with just -r made the problems go away, or at least not detected on an immediate second scan. |
| 03:44:00 | | Join kiwicam [0] (~quassel@121.99.184.8) |
| 03:56:09 | | Quit kiwicam (Remote host closed the connection) |
| 04:00 |
| 04:33:57 | | Join Strife1989 [0] (~Strife89@adsl-98-80-218-191.mcn.bellsouth.net) |
| 04:40:48 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
| 04:43:58 | | Join Strife89|lappy [0] (~Strife89@adsl-98-80-213-113.mcn.bellsouth.net) |
| 04:44:03 | | Quit amiconn (Disconnected by services) |
| 04:44:03 | | Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) |
| 04:44:03 | | Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) |
| 04:44:03 | | Quit pixelma (Disconnected by services) |
| 04:44:06 | | Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) |
| 04:46:39 | | Quit Strife1989 (Ping timeout: 260 seconds) |
| 04:55:57 | *** | Saving seen data "./dancer.seen" |
| 04:57:11 | | Join saratoga_ [0] (123e1c65@gateway/web/freenode/ip.18.62.28.101) |
| 04:59:18 | | Quit krabador (Quit: Sto andando via) |
| 05:00 |
| 05:46:31 | | Quit [Saint] (Remote host closed the connection) |
| 05:47:36 | | Join [Saint] [0] (~saint@rockbox/staff/saint) |
| 05:55:56 | | Quit [7] (Disconnected by services) |
| 05:56:09 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
| 06:00 |
| 06:50:51 | | Quit Strife89|lappy (Ping timeout: 260 seconds) |
| 06:56:00 | *** | Saving seen data "./dancer.seen" |
| 06:58:48 | | Join kiwicam [0] (~quassel@121.99.184.8) |
| 07:00 |
| 07:23:03 | | Quit zoktar (Ping timeout: 260 seconds) |
| 07:29:22 | | Join zoktar [0] (~zoktar@unaffiliated/zoktar) |
| 07:44:36 | | Quit saratoga_ (Quit: Page closed) |
| 07:57:37 | | Quit zoktar (Ping timeout: 245 seconds) |
| 08:00 |
| 08:00:25 | | Join zoktar [0] (~zoktar@unaffiliated/zoktar) |
| 08:28:56 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 08:30:49 | | Quit habys (Ping timeout: 240 seconds) |
| 08:30:49 | | Quit Karrde (Ping timeout: 240 seconds) |
| 08:30:49 | | Quit Cultist (Ping timeout: 240 seconds) |
| 08:31:24 | | Join Karrde [0] (alucard@karrde.kiserai.net) |
| 08:35:18 | | Quit ParkerR (Ping timeout: 240 seconds) |
| 08:35:19 | | Join ParkerR [0] (ParkerR@withg.org) |
| 08:35:39 | | Quit ParkerR (Changing host) |
| 08:35:39 | | Join ParkerR [0] (ParkerR@unaffiliated/parkerr) |
| 08:41:55 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 08:56:01 | *** | Saving seen data "./dancer.seen" |
| 09:00 |
| 09:22:53 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 09:33:49 | | Quit pamaury (Ping timeout: 264 seconds) |
| 10:00 |
| 10:00:25 | | Join bertrik [0] (~quassel@ip117-49-211-87.adsl2.static.versatel.nl) |
| 10:00:25 | | Quit bertrik (Changing host) |
| 10:00:25 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 10:04:36 | | Nick SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) |
| 10:29:07 | | Join habys [0] (~luke@arikui.org) |
| 10:56:04 | *** | Saving seen data "./dancer.seen" |
| 11:00 |
| 11:00:04 | | Quit albb0920_ (Read error: Connection reset by peer) |
| 11:00:40 | | Quit [Saint] (Remote host closed the connection) |
| 11:00:57 | | Join [Saint] [0] (~saint@rockbox/staff/saint) |
| 11:01:49 | | Quit Karrde (Ping timeout: 272 seconds) |
| 11:02:18 | | Join Karrde [0] (alucard@karrde.kiserai.net) |
| 11:07:58 | | Join albb0920 [0] (~albb0920@140.115.83.1) |
| 11:10:46 | | Quit saratoga (Ping timeout: 272 seconds) |
| 11:18:44 | | Quit krnlyng (Ping timeout: 248 seconds) |
| 11:23:28 | | Quit [Saint] (Ping timeout: 252 seconds) |
| 11:25:47 | | Join [Saint] [0] (~saint@rockbox/staff/saint) |
| 11:55:00 | | Join y4n [0] (~y4n@unaffiliated/y4ndexx) |
| 11:55:40 | | Join Rower [0] (husvagn@90-230-142-55-no41.tbcn.telia.com) |
| 11:58:51 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
| 12:00 |
| 12:22:40 | | Join eyfour [0] (~eyfour@176.76.202.84.customer.cdi.no) |
| 12:24:21 | | Quit rela (Read error: Connection reset by peer) |
| 12:26:26 | | Join FOAD [0] (~foad@unaffiliated/foad) |
| 12:33:12 | | Quit [Saint] (Remote host closed the connection) |
| 12:33:49 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
| 12:35:47 | | Join [Saint] [0] (~saint@rockbox/staff/saint) |
| 12:37:54 | | Join krnlyng [0] (~liar@83.175.90.24) |
| 12:47:34 | | Quit krnlyng (Ping timeout: 272 seconds) |
| 12:56:05 | *** | Saving seen data "./dancer.seen" |
| 13:00 |
| 13:15:24 | | Quit rela (Read error: Connection reset by peer) |
| 13:21:07 | | Quit n1s (Quit: Ex-Chat) |
| 13:22:02 | | Join kugel [0] (~kugel@91-64-116-250-dynip.superkabel.de) |
| 13:22:02 | | Quit kugel (Changing host) |
| 13:22:02 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 13:22:09 | | Quit Ketturi (Quit: WeeChat 0.4.2) |
| 13:22:38 | | Part eyfour ("WeeChat 0.3.7") |
| 13:29:40 | kugel | PurlingNayuki: huge thanks |
| 13:55:45 | | Join Ketturi [0] (ketturi@hilla.kapsi.fi) |
| 14:00 |
| 14:13:48 | kugel | rasher: the sims on your build don't work |
| 14:13:52 | kugel | (hang at boot) |
| 14:14:00 | kugel | on your site* |
| 14:30:08 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
| 14:40:37 | | Join marky_ [0] (5989c3e4@gateway/web/freenode/ip.89.137.195.228) |
| 14:40:43 | toehser1 | tom@26m:/media/tom$ time cp -af /media/tom/SANSA_CLIPZ /mnt/space/temp |
| 14:40:43 | toehser1 | real 134m28.680s |
| 14:40:43 | toehser1 | user 0m0.140s |
| 14:40:43 | toehser1 | sys 0m13.844s |
| 14:41:28 | toehser1 | Copying 8GB from sansa through rockbox USB - 2 hours - maybe I'll try with OF and see if it is partly rb slowing it? |
| 14:47:49 | | Quit marky_ (Quit: Page closed) |
| 14:56:06 | *** | Saving seen data "./dancer.seen" |
| 14:58:03 | | Quit albb0920 (Ping timeout: 246 seconds) |
| 14:59:18 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
| 15:00 |
| 15:06:32 | PurlingNayuki | kugel: Does this help? |
| 15:06:33 | PurlingNayuki | :) |
| 15:16:25 | | Quit Ketturi (Ping timeout: 264 seconds) |
| 15:17:47 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 15:33:01 | kugel | PurlingNayuki: yes sure |
| 15:35:13 | PurlingNayuki | What about non-square pixel targets? |
| 15:42:18 | | Join Ketturi [0] (ketturi@hilla.kapsi.fi) |
| 15:42:46 | | Quit rela (Read error: Connection reset by peer) |
| 15:43:08 | | Join Strife89 [0] (~Strife89@adsl-98-80-230-211.mcn.bellsouth.net) |
| 15:53:43 | kugel | PurlingNayuki: don't worry |
| 15:55:54 | | Quit copper (Ping timeout: 252 seconds) |
| 16:00 |
| 16:12:39 | | Join b0hoon [0] (~quassel@public-gprs430225.centertel.pl) |
| 16:12:39 | | Quit b0hoon (Client Quit) |
| 16:13:01 | | Join b0hoon [0] (~quassel@public-gprs430225.centertel.pl) |
| 16:16:22 | | Join krnlyng [0] (~liar@83.175.90.24) |
| 16:31:50 | | Join albb0920 [0] (~albb0920@alice.mgt.ncu.edu.tw) |
| 16:32:03 | | Join copper [0] (~copper@unaffiliated/copper) |
| 16:47:03 | | Join stripwax [0] (~Miranda@rockbox/developer/stripwax) |
| 16:47:19 | toehser1 | Native firmware it was 20 minutes instead of 134 minutes... |
| 16:47:36 | toehser1 | tom@26m:/media/tom$ time cp -af /media/tom/SANSA_CLIPZ /mnt/space/temp |
| 16:47:36 | toehser1 | real 20m9.911s |
| 16:47:36 | toehser1 | user 0m0.164s |
| 16:47:36 | toehser1 | sys 0m13.764s |
| 16:48:27 | toehser1 | Is there an understanding of why Rockbox USB would be >6x slower than OF USB? |
| 16:49:31 | | Quit dfkt (*.net *.split) |
| 16:49:32 | | Quit AnLe (*.net *.split) |
| 16:49:33 | | Quit Tomwi (*.net *.split) |
| 16:49:33 | | Quit shamus (*.net *.split) |
| 16:49:33 | | Quit dunpeal (*.net *.split) |
| 16:49:34 | | Quit Slasheri (*.net *.split) |
| 16:49:34 | | Quit babylonlurker (*.net *.split) |
| 16:52:03 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 16:52:03 | | Join dunpeal [0] (~dunpeal@unaffiliated/dunpeal) |
| 16:52:03 | | Join AnLe [0] (~AnLeAl@anleal.kgts.ru) |
| 16:52:03 | | Join Tomwi [0] (~Tomwi@107-211-140-182.lightspeed.hstntx.sbcglobal.net) |
| 16:52:03 | | Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) |
| 16:52:03 | | Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) |
| 16:52:03 | | Join babylonlurker [0] (~quassel@veda.xs4all.nl) |
| 16:52:33 | | Join _stripwax_ [0] (~Miranda@90.222.184.127) |
| 16:54:56 | | Quit stripwax (Ping timeout: 272 seconds) |
| 16:55:38 | | Quit _stripwax_ (Client Quit) |
| 16:56:09 | | Quit dfkt (*.net *.split) |
| 16:56:10 | | Quit AnLe (*.net *.split) |
| 16:56:10 | | Quit Tomwi (*.net *.split) |
| 16:56:10 | | Quit shamus (*.net *.split) |
| 16:56:10 | | Quit dunpeal (*.net *.split) |
| 16:56:11 | | Quit Slasheri (*.net *.split) |
| 16:56:11 | | Quit babylonlurker (*.net *.split) |
| 16:56:12 | *** | Saving seen data "./dancer.seen" |
| 16:57:46 | | Join Raptors_ [0] (~whoneedsa@198-200-68-213.cpe.distributel.net) |
| 16:57:46 | | Quit Raptors (Disconnected by services) |
| 16:58:39 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 16:58:39 | | Join dunpeal [0] (~dunpeal@unaffiliated/dunpeal) |
| 16:58:39 | | Join AnLe [0] (~AnLeAl@anleal.kgts.ru) |
| 16:58:39 | | Join Tomwi [0] (~Tomwi@107-211-140-182.lightspeed.hstntx.sbcglobal.net) |
| 16:58:39 | | Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) |
| 16:58:39 | | Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) |
| 16:58:39 | | Join babylonlurker [0] (~quassel@veda.xs4all.nl) |
| 17:00 |
| 17:00:35 | | Quit Raptors_ (Read error: Connection reset by peer) |
| 17:00:52 | | Join Raptors [0] (~whoneedsa@198-200-68-213.cpe.distributel.net) |
| 17:05:03 | | Join stripwax [0] (~Miranda@rockbox/developer/stripwax) |
| 17:20:29 | | Nick DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1) |
| 17:27:23 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
| 17:28:52 | | Quit GeekShadow (Ping timeout: 248 seconds) |
| 17:39:47 | | Join GeekShadow [0] (~antoine@nzf.turmel.info) |
| 17:39:47 | | Quit GeekShadow (Changing host) |
| 17:39:47 | | Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) |
| 17:51:46 | | Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 18:00 |
| 18:07:22 | | Part b0hoon ("GTG... Bye.") |
| 18:29:32 | | Quit rela (Read error: Connection reset by peer) |
| 18:31:38 | kugel | AlexP, gevaerts: rockbox looks better these days. might start considering a 3.14? |
| 18:34:58 | | Join gelraen_ [0] (~imax@lab.biomed.kiev.ua) |
| 18:36:04 | | Quit gelraen (Read error: Connection reset by peer) |
| 18:36:04 | | Nick gelraen_ is now known as gelraen (~imax@lab.biomed.kiev.ua) |
| 18:47:23 | | Join cela [0] (545da9ce@gateway/web/freenode/session) |
| 18:48:15 | | Quit cela (Changing host) |
| 18:48:15 | | Join cela [0] (545da9ce@gateway/web/freenode/ip.84.93.169.206) |
| 18:49:05 | cela | PurlingNayuki . Liking the new volume cap feature on Fuze+ thanks for your work :-) |
| 18:50:32 | PurlingNayuki | I appreciate it, thanks for support too;-) |
| 18:53:43 | | Quit cela (Ping timeout: 272 seconds) |
| 18:54:45 | PurlingNayuki | kugel, AlexP, gevaerts: USB got fix on clipzip and 3.14 should really be started. |
| 18:55:53 | gevaerts | I'm all for 3.14, but I'm still a bit nervous to be honest |
| 18:56:16 | *** | Saving seen data "./dancer.seen" |
| 18:56:59 | gevaerts | There have been fairly invasive changes recently, and I'm not convinced those have been tested well enough, but then I'm also fairly convinced that not enough people run current dev builds to get such testing :) |
| 18:59:09 | PurlingNayuki | So huh, I just can't wait the Rockbox pie. |
| 18:59:28 | PurlingNayuki | Or, Rockbox PI:-P |
| 19:00 |
| 19:00:50 | * | PurlingNayuki heads to bed. It's midnight in Hongkong. |
| 19:00:51 | gevaerts | It's not a decimal number! |
| 19:02:05 | gevaerts | The main reason to release 3.14 soon is of course that we can't let those linux people overtake us |
| 19:02:50 | PurlingNayuki | Don't worry. |
| 19:03:38 | PurlingNayuki | They're still considering the next release should be 3.8.100000 or 3.9 |
| 19:05:34 | * | gevaerts doubts that |
| 19:06:08 | gevaerts | They're going to release 3.13 *soon* |
| 19:06:52 | kugel | wait, how did rockbox ever work on a non-scrollwheel target? |
| 19:07:32 | kugel | it doesnt actually pop button events off the queue so after a few button presses the inevitable queue overflow happens |
| 19:12:21 | kugel | aha, without the assert the oldest entry is overwritten |
| 19:16:09 | | Part Airwave |
| 19:16:18 | kugel | gevaerts: right, but we should start thinking about it |
| 19:17:35 | kugel | perhaps we declare all USB problems fixed to get people on the current build boat again |
| 19:17:49 | kugel | or better yet, s/USB// ;) |
| 19:28:23 | gevaerts | kugel: the best way is (I think) still to have a freeze and release RC builds, and hope people test those. |
| 19:29:20 | gevaerts | I've been a bit hesitant recently about a freeze though, we seem to have actual activity and development going on, and that's rare enough these days that I'm a bit reluctant about telling people to stop... |
| 19:29:54 | kugel | yea I would give it a few more weeks |
| 19:30:35 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
| 19:33:18 | AlexP | I've not been following much tbh, what got fixed? |
| 19:37:22 | gevaerts | AlexP: I'm not sure of the details, but various skin-related things didn't behave properly on USB connect, possibly causing memory corruption |
| 19:38:17 | gevaerts | It seems that USB is a lot more stable now on various targets, although I don't know if we have enough evidence yet |
| 19:38:18 | | Join Baranko [0] (~anleal@static.174-154-138-78.kgts.ru) |
| 19:42:21 | kugel | gevaerts: but there is _some_ evidence :) |
| 19:43:58 | kugel | AlexP: some people have reported that usb/theme related issues they were affected by don't exist anymore |
| 19:45:49 | Baranko | guys, should i write somewhere else except forum with problems of usb on clip+? ) |
| 19:48:32 | kugel | Baranko: yes. use our bug tracker |
| 19:48:48 | kugel | the forum is inappropriate for bug reports |
| 19:49:37 | Baranko | kugel: tracker is a flyspray? |
| 19:50:27 | kugel | yes |
| 19:51:20 | Baranko | ok, will try |
| 19:52:11 | | Join gammy [0] (mynta@li274-9.members.linode.com) |
| 19:53:31 | gammy | Evening! I just installed the current stable version of rockbox onto my bothers sandisk clip zip and it's now much easier for her to use than the stock firmware. There is however an oddity: unicode/utf8 is not listed under the default codepage section in the display settings. According |
| 19:53:36 | gammy | to the manual, as far as I understand it, it should be listed. Am I missing something? |
| 19:54:44 | gevaerts | hmmm |
| 19:55:48 | gammy | "bothers", I mean "mothers" :) |
| 19:55:57 | * | gevaerts checks stuff |
| 19:58:03 | gevaerts | It should be there, but I'm also not seeing it in the simulator |
| 19:58:37 | gammy | Simlator? There's a simulator? That's awesome. |
| 19:59:53 | gammy | Interesting (reading up on building rockbox) |
| 19:59:54 | AlexP | kugel, gevaerts: OK. Maybe we should wait a little bit to see how things go? |
| 20:00 |
| 20:03:57 | Baranko | gammy: i didn't see this on 3.13 too, i suppose there is auto by default :D |
| 20:04:43 | gammy | Baranko: Sorry, what do you mean "there is" ? Do you mean that rockbox tries to detect the encoding, or that unicode is the stock setting and so is not listed? |
| 20:05:09 | gammy | And if the latter, what if you select another encoding, then you can't unset it back to unicode again, right? |
| 20:05:45 | Baranko | now it looks like better to hear developers version ) |
| 20:06:09 | gammy | I can see on some of her files that one swedish character is being interpreted as two characters, which to me sounds like it's not seeing as unicode (although it's just a guess) |
| 20:10:44 | | Join meehoo [0] (5e4865e2@gateway/web/freenode/session) |
| 20:11:42 | meehoo | hi, is it possible to have a button blokade in Sansa Clip +? I mean i dont want the button to be accidentally pressed duing the playback |
| 20:12:02 | meehoo | does rockbox make it available? |
| 20:12:45 | gammy | clip +, don't you hold down the select and home key simultaneously to lock/unlock? |
| 20:13:11 | meehoo | oh,it works |
| 20:13:14 | meehoo | thx much |
| 20:13:21 | gammy | try reading the manual next time :D |
| 20:13:29 | gammy | That's where I found it myself |
| 20:13:32 | meehoo | yeah |
| 20:13:42 | gammy | (I had the same problem some months ago) |
| 20:13:49 | meehoo | i see |
| 20:13:56 | meehoo | thanks |
| 20:14:14 | gammy | No problem |
| 20:15:17 | | Join person [0] (47caaff4@gateway/web/freenode/session) |
| 20:15:34 | gevaerts | I have no idea what the default is, but utf8 should be in the list, and it vanished a while ago |
| 20:15:34 | gevaerts | I'm now trying to find out when exactly it vanished |
| 20:15:35 | Baranko | on Dev. build 644d9ea-140115 there is also no any utf8 |
| 20:15:35 | * | gevaerts nods |
| 20:15:35 | Baranko | should we create bugreport? |
| 20:15:35 | Baranko | i made 2 new |
| 20:15:35 | DBUG | Enqueued KICK Baranko |
| 20:15:35 | Baranko | can create third) |
| 20:15:35 | gevaerts | Feel free to go ahead |
| 20:15:36 | Baranko | as you wish, hope it's help :) |
| 20:15:37 | gevaerts | I hope to find (and fix) this soon, but if I get distracted it's always useful to have it recorded somewhere :) |
| 20:15:41 | | Nick person is now known as Guest42865 (47caaff4@gateway/web/freenode/session) |
| 20:15:43 | Baranko | ok, greate to hear that time that we spent for testing is useful ) |
| 20:15:43 | | Quit meehoo (Changing host) |
| 20:15:43 | | Join meehoo [0] (5e4865e2@gateway/web/freenode/ip.94.72.101.226) |
| 20:15:50 | | Quit Guest42865 (Changing host) |
| 20:15:50 | | Join Guest42865 [0] (47caaff4@gateway/web/freenode/ip.71.202.175.244) |
| 20:15:58 | | Part meehoo |
| 20:16:13 | gammy | I might have a look at it although I've never tinkered with the rockbox code myself. |
| 20:16:29 | gammy | I just did the whole gerrit registration and git repo setup dance |
| 20:16:46 | Guest42865 | IS there any way I could help with something? I'm looking to join, but don't have very much experience with programming. Do you need people to do docs? |
| 20:20:25 | | Quit rela (Read error: Connection reset by peer) |
| 20:20:25 | Baranko | they need people for testing |
| 20:21:39 | gevaerts | Yes, true. I think what we need most these days is people who run current builds and report bugs |
| 20:22:21 | AlexP | Guest42865: If you want to do some docs stuff the manual is out of date in many places too |
| 20:22:53 | gevaerts | We seem to have ended up in a situation where everyone uses a stable release, and we have no idea if the current code is ok |
| 20:22:53 | Baranko | omg, forgot to vhange category of bug ( |
| 20:22:53 | Baranko | is there any way to edit this in flyspray? |
| 20:22:53 | gevaerts | I can change it |
| 20:23:03 | Guest42865 | Thanks |
| 20:23:27 | gevaerts | Baranko: updated |
| 20:23:27 | | Quit Guest42865 (Quit: Page closed) |
| 20:24:17 | Baranko | gevaerts: http://www.rockbox.org/tracker/task/12941?project=1&order=dateopened&sort=desc#close there must be clip+ and dev build too |
| 20:24:42 | gevaerts | Baranko: it happens on all players :) |
| 20:24:54 | Baranko | oh, but i don't have all players ) |
| 20:25:10 | Baranko | also is rockbox for android still alive? |
| 20:25:14 | AlexP | gevaerts does pretty much |
| 20:25:45 | gevaerts | AlexP: I used to, but then pamaury added three dozen new ports :) |
| 20:25:52 | AlexP | That's true :) |
| 20:29:44 | gammy | Baranko: Ah, you also tried the development release and it's the same. That's useful to know |
| 20:30:05 | Baranko | yea |
| 20:30:05 | gevaerts | 2d9c0bab |
| 20:30:09 | gevaerts | That's when it started |
| 20:30:17 | Baranko | i was one of pepole who love stable releases |
| 20:30:28 | Baranko | but if they won't help, i decide i can do :) |
| 20:30:36 | Baranko | won't= want |
| 20:30:43 | gammy | I'm building the cross-compiler now. |
| 20:31:17 | gammy | Baranko: Have you noticed that the audio level is much higher(=good) in rockbox compared to the original fw? |
| 20:31:25 | Baranko | yea |
| 20:31:34 | gammy | I got my mother a speaker amplifier thing for christmas to use with her clipzip |
| 20:31:44 | Baranko | and audio settings like bass ant etc |
| 20:31:44 | gammy | but the output was really low. |
| 20:31:45 | Baranko | much better |
| 20:32:01 | Baranko | but i have some interference on mp3 tracks in every beginning of new track |
| 20:32:04 | gammy | But now it appears to be much, much higher, the same or comparable to my own player which is a clip+ |
| 20:35:25 | Baranko | on default firmware also there is one tip, in settings you need to change country sound can be louder a little bit. |
| 20:35:49 | Baranko | but after taste rockbox, i don't care about sandisk fw ) |
| 20:41:45 | | Join saratoga [0] (123e11e0@gateway/web/freenode/ip.18.62.17.224) |
| 20:41:56 | gammy | Baranko: Aaaaahhhh I didn't know that |
| 20:42:06 | gammy | Anyway yes, my mother is much happier with rockbox anyway |
| 20:42:26 | gammy | ROCKBOXDEV: Done! |
| 20:42:28 | gammy | Ooh, exciting. |
| 20:42:49 | saratoga | you probably had the region code in teh sandisk firmware set to EU, so the volume will be lower to comply with EU regulations |
| 20:43:03 | gammy | Yeah, that makes sense |
| 20:43:13 | gammy | The thought however never entered my mind |
| 20:43:19 | gammy | It was -so- low |
| 20:43:21 | gammy | :p |
| 20:43:31 | gammy | (at least when connected to a stereo) |
| 20:43:36 | saratoga | I think its usually 15 to 20dB lower |
| 20:43:45 | saratoga | yes it will not be able to drive most stereos |
| 20:43:51 | gammy | yeah. |
| 20:43:55 | saratoga | those are made for line level |
| 20:44:06 | gammy | Sure. |
| 20:49:01 | gevaerts | gammy: fixed in the current dev build :) |
| 20:49:10 | gammy | wahoo |
| 20:49:16 | gammy | and I'm still building the simulator! |
| 20:49:48 | gammy | gevaerts: Is that available as the latest dev build on the website, or should i pull from git? |
| 20:50:13 | saratoga | they're built in real time after ever commit: http://build.rockbox.org/dev.cgi |
| 20:50:18 | gevaerts | gammy: either. The build round is done, so the dev builds on the site are there |
| 20:50:32 | AlexP | Where has bluebot gone? |
| 20:50:40 | AlexP | Or whatever it is called |
| 20:51:36 | AlexP | Coldfire bootloaders seem broken |
| 20:51:49 | gevaerts | Yes, wodz needs to wake up :) |
| 20:51:57 | AlexP | ah :) |
| 20:52:02 | gammy | Ah the simulator just built. Wow, this is neat :} |
| 20:52:20 | AlexP | Also, where has roolku gone :) |
| 20:52:31 | AlexP | He's destroying the build times :) |
| 20:56:18 | *** | Saving seen data "./dancer.seen" |
| 20:58:07 | gammy | gevaerts: Hah, that was one small commit :D |
| 20:58:15 | gammy | Beautiful. |
| 20:58:41 | gevaerts | gammy: yes, I misunderstood when someone said I had to increment my commit count :) |
| 20:58:57 | | Join stripwax [0] (~Miranda@rockbox/developer/stripwax) |
| 20:59:21 | | Quit stripwax (Client Quit) |
| 20:59:23 | gammy | Well, I'm going to try building this just to see if my environment is setup |
| 20:59:33 | kugel | gammy: fwiw, for the simulator you didnt need rockboxdev.sh |
| 20:59:47 | kugel | this script builds cross compilers for device builds |
| 20:59:54 | gammy | Yeah I know |
| 20:59:58 | gammy | Or I think I know |
| 20:59:59 | gammy | Hehe |
| 21:00 |
| 21:00:05 | kugel | or simulators you only need sdl |
| 21:00:06 | gammy | I wanted to do both |
| 21:00:14 | kugel | alright then, just saying |
| 21:00:17 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 21:00:17 | * | gammy nods |
| 21:00:21 | gammy | the wiki documentation is very good |
| 21:01:07 | kugel | thanks :) |
| 21:01:21 | kugel | many pages are a bit dated though |
| 21:01:32 | Baranko | gevaerts: but bot that announce aboul builds keep silence? |
| 21:01:55 | Baranko | or we can take new build right now from website? |
| 21:02:16 | gammy | it's happily building so far |
| 21:02:47 | gevaerts | Baranko: the bot seems to be dead right now |
| 21:02:48 | gevaerts | The build is there though, as you can see on http://build.rockbox.org/dev.cgi |
| 21:08:07 | | Join mortalis [0] (~mortalis@77.108.98.176) |
| 21:17:37 | Baranko | i remeber some time ago there was discussion about creating RC for testers |
| 21:17:40 | Baranko | so what about? |
| 21:17:40 | Baranko | still in plan or something another? |
| 21:18:34 | saratoga | by RC you mean a build from the release branch during the prerelease feature freeze? |
| 21:20:01 | saratoga | usually i think people just test the dev build, since that effectively becomes the release |
| 21:21:07 | gammy | gevaerts: Beautiful |
| 21:21:11 | gammy | It works. |
| 21:21:20 | gammy | My mother will be very happy. |
| 21:21:21 | gammy | :) |
| 21:22:48 | AlexP | Baranko, saratoga: We have RCs |
| 21:23:00 | AlexP | Prior to the release, once we have branched normally |
| 21:23:06 | AlexP | But nobody uses them |
| 21:23:41 | gammy | I have to say, you guys are fantastic. I've used rockbox for close to ten years now and It's just brilliant. |
| 21:27:21 | | Join Airwave [0] (~Airwave@94.246.37.45) |
| 21:27:37 | Airwave | Hey. Any way to get iPod-like podcast support with Rockbox? |
| 21:27:50 | AlexP | No idea what that is |
| 21:28:23 | kugel | saratoga: it seems most use the 3.13 now |
| 21:28:45 | | Quit krabador (Quit: Sto andando via) |
| 21:29:07 | Airwave | AlexP: With the iPod you sync podcasts with iTunes, and it can sync which episodes you've played between the devices, and optionally delete played episodes from your iPod. |
| 21:29:34 | AlexP | Rockbox just shows up as a mass storage device |
| 21:29:49 | gammy | You -want- iTunes? |
| 21:29:50 | AlexP | So if there is something that'll do what you want then great, but I don't know |
| 21:29:59 | Airwave | gammy: No, absolutely not. |
| 21:30:02 | AlexP | Also, you can also sync with itunes if you really want to |
| 21:30:09 | AlexP | Then you'll have to use the database |
| 21:30:15 | Airwave | But iTunes handles podcasts very well, so I only want that part of it. |
| 21:30:21 | AlexP | But I don't know if anything can get access to a playcount |
| 21:30:31 | AlexP | Which thinking about it would need the database too |
| 21:31:37 | Airwave | I use the database for music. Works great. |
| 21:31:55 | AlexP | Don't like it myself, but that's not important |
| 21:32:13 | kugel | Baranko: someone successfully transfered 8GB to a clipzip today (same hardware basically) |
| 21:32:18 | AlexP | Anyway, to get what you want you would need a PC side tool that would read the play count from the RB database |
| 21:32:25 | AlexP | Which I don't think exists |
| 21:32:39 | Airwave | That's a shame. |
| 21:32:56 | pixelma_ | fwiw I got a "stkov voice" when playing around with wodz' build on my M5 yesterday. I'm guessing that it's not related to his changes |
| 21:32:57 | | Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) |
| 21:32:58 | Airwave | Podcasts is the only thing iTunes does right. |
| 21:32:59 | Baranko | AlexP: is this RC announced too for community? |
| 21:33:16 | AlexP | Baranko: yes, in the forums and on the dev and user mailing lists IIRC |
| 21:33:21 | pixelma | I couldn't reproduce immediately but didn't have the time to investigate some more. Maybe it would make sense if someone could try on an X5 (it happened after enabling some voice features - voicing menues and files/directories with .talk clips and the fallback spelling and the browsing the disk) |
| 21:33:26 | Airwave | I suppose I'll have to use my phone for podcasts. |
| 21:33:29 | AlexP | I think that's what I do, but I'd have to check - it's been a while |
| 21:33:40 | Airwave | AlexP: Thanks for the help anyway. |
| 21:33:46 | AlexP | Sure |
| 21:33:54 | AlexP | I just copy what files over I want myself |
| 21:35:12 | Airwave | Managing played/unplayed manually is more hassle than needed, in my opinion. |
| 21:35:44 | AlexP | Then write something :) |
| 21:35:48 | AlexP | Not very helpful I know |
| 21:35:50 | kugel | AlexP: I think there was a winamp plugin for this |
| 21:35:59 | AlexP | But things only happen because someone wants it |
| 21:36:09 | AlexP | kugel: To interact with the RB db? |
| 21:36:16 | kugel | for playcount yes |
| 21:36:21 | AlexP | huh, fair enough |
| 21:36:28 | AlexP | Isn't winamp dead now? |
| 21:37:54 | kugel | yes but plugins are compatible with mediamonkey |
| 21:38:11 | AlexP | The things you learn :) |
| 21:38:14 | kugel | perhaps the plugin was for mediamonkey in the first place...not 100% sure, and I never used it |
| 21:38:26 | AlexP | well, in that case maybe ^^ will help Airwave |
| 21:38:58 | Airwave | kugel, AlexP: I'l take a look. Thanks. |
| 21:39:11 | Baranko | kugel: i have no problem with transfering into internal mem of player |
| 21:39:12 | Baranko | but it's reproducable with sd card transfer |
| 21:39:13 | Baranko | and startup player via usb hub. |
| 21:39:13 | Baranko | on sandisk fw all fine with transfer |
| 21:39:21 | | Quit Strife89 (Ping timeout: 272 seconds) |
| 21:39:32 | kugel | Baranko: have you tried different cards? |
| 21:40:20 | kugel | the driver doesn't make a difference between internal and microsd (the internal is an embedded sd card essentially) so it could be card specific |
| 21:42:01 | Baranko | kugel: no any problem with card in cardreaders, no any problem with sandisk fw. |
| 21:42:10 | Baranko | is there any logtype maybe? |
| 21:42:40 | Baranko | onscreen for example because when it's happens sansa just hangs. |
| 21:43:26 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
| 21:44:34 | kugel | Baranko: I didnt mean to say the card is bad/broken |
| 21:45:15 | | Quit mortalis (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) |
| 21:45:18 | kugel | but it could be that our driver performs badly with some cards and well with other cards |
| 21:52:15 | Baranko | hm |
| 21:52:15 | Baranko | i can try get old 4gb card |
| 21:52:22 | Baranko | which parameteres chould i check? |
| 21:52:22 | Baranko | capacity? |
| 21:52:22 | Baranko | speed? |
| 21:52:22 | Baranko | just get few same cards? |
| 21:52:22 | Baranko | or what |
| 21:53:17 | kugel | no specific parameters |
| 21:54:34 | | Join sakax [0] (~sakax@unaffiliated/sakax) |
| 21:58:26 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 21:58:44 | Baranko | is this driver capable using such big card with fat32? |
| 21:59:50 | | Join wodz [0] (~wodz@87-207-223-0.dynamic.chello.pl) |
| 22:00 |
| 22:00:31 | wodz | How rombox actually works? Do we copy binary from the flash and run from there? |
| 22:01:46 | | Quit pamaury (Client Quit) |
| 22:03:41 | Baranko | kugel: also i suppose is any debug possible for this? |
| 22:05:25 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 22:16:18 | | Quit pamaury (Ping timeout: 272 seconds) |
| 22:16:55 | | Quit rela (Read error: Connection reset by peer) |
| 22:19:08 | | Quit Baranko (*.net *.split) |
| 22:19:09 | | Quit amiconn (*.net *.split) |
| 22:19:09 | | Quit pixelma (*.net *.split) |
| 22:19:09 | | Quit K1773R (*.net *.split) |
| 22:19:09 | | Quit yosafbridge (*.net *.split) |
| 22:19:10 | | Quit __jae__ (*.net *.split) |
| 22:19:10 | | Quit gevaerts (*.net *.split) |
| 22:19:10 | | Quit rixon (*.net *.split) |
| 22:20:45 | | Join Baranko [0] (~anleal@static.174-154-138-78.kgts.ru) |
| 22:20:45 | | Join pixelma [0] (pixelma@rockbox/staff/pixelma) |
| 22:20:45 | | Join amiconn [0] (amiconn@rockbox/developer/amiconn) |
| 22:20:45 | | Join K1773R [0] (~K1773R@unaffiliated/k1773r) |
| 22:20:45 | | Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) |
| 22:20:45 | | Join __jae__ [0] (~jae@dedicated.jaerhard.com) |
| 22:20:45 | | Join gevaerts [0] (~fg@rockbox/developer/gevaerts) |
| 22:20:45 | | Join rixon [0] (~quassel@76.92.220.8) |
| 22:21:15 | | Quit yosafbridge (Max SendQ exceeded) |
| 22:21:23 | | Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) |
| 22:25:02 | | Join lebellium [0] (~chatzilla@194.240-65-87.adsl-dyn.isp.belgacom.be) |
| 22:27:38 | wodz | gevaerts: ping |
| 22:27:48 | gevaerts | Hmmm? |
| 22:29:01 | wodz | gevaerts: Do you know the details about rombox on coldfire? How does it work? |
| 22:29:17 | wodz | or where can I read about technical details |
| 22:29:27 | gevaerts | no idea |
| 22:31:43 | | Quit bluebrother (Disconnected by services) |
| 22:31:48 | | Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) |
| 22:34:22 | wodz | Ok, coldfire bootloaders hopefully fixed. rombox will take me some more time as I need to understand how it works actually. |
| 22:35:00 | | Quit fs-bluebot (Ping timeout: 248 seconds) |
| 22:37:41 | | Join fs-bluebot [0] (~fs-bluebo@g226068155.adsl.alicedsl.de) |
| 22:38:33 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 22:38:39 | | Quit bluebrother^ (Ping timeout: 246 seconds) |
| 22:41:43 | Baranko | wow, i find radio ticking bug was there |
| 22:41:45 | Baranko | http://www.rockbox.org/tracker/12610 |
| 22:41:57 | Baranko | wgy it wasn't added? |
| 22:43:06 | gevaerts | Baranko: that looks like a horrible hack |
| 22:44:57 | Baranko | gevaerts: and no any other point of view for this problem? |
| 22:45:18 | Baranko | i mean his type of patch is the only way? |
| 22:47:09 | gevaerts | I don't know |
| 22:47:29 | gevaerts | But at least he could have returned -1 instead of 1 :) |
| 22:51:43 | Baranko | but why none of devs ask corrections ot not just look into it if they knowhow? i thought in my player it's problem by design. |
| 22:55:16 | gevaerts | It may well be a basic design issue |
| 22:56:21 | *** | Saving seen data "./dancer.seen" |
| 22:56:27 | Baranko | O_o |
| 22:56:44 | Baranko | but so what his code do that problem becomes looks like solved? |
| 22:57:54 | gevaerts | But that patch (which is described as a hack, so I assume the author wasn't proposing to commit this as such) (a) seems to be to be buggy (it returns 1, whereas the comments nearby clearly say it should return -1), and (b) disables functionality for *all* players using those radio chips to fix a bug that's seen on one player |
| 22:58:49 | Baranko | oh, thx for info. |
| 22:59:14 | gevaerts | That patch makes rockbox no longer ask the radio chip if it's tuned into a channel or if that channel is stereo. Presumably on the clip+ the way the asking works (i2c?) causes noise |
| 23:00 |
| 23:00:01 | Baranko | also, about usb, can we have some build that shows messages from usb or sd reader driver on screen? |
| 23:00:25 | Baranko | there was kugel idea that there is some incompatibles with some sd card |
| 23:00:40 | Baranko | because i have no problem in case of internal memory of player |
| 23:00:51 | gevaerts | Well, there's logf |
| 23:01:05 | Baranko | how can i enable it? |
| 23:03:07 | gevaerts | Choose an advanced build, add L for logf, and enable logf (look for the LOGF_ENABLE line) in the relevant C file |
| 23:05:34 | | Quit toehser1 (Ping timeout: 276 seconds) |
| 23:07:39 | Baranko | advanced build is http://www.rockbox.org/wiki/HowToCompile ? |
| 23:09:45 | kugel | could rssi info polled less often to avoid the noise? |
| 23:14:21 | wodz | I guess it would be best to poll in quasi random fashion (something similar to spectrum spread) |
| 23:17:22 | wodz | kugel: Have you seen my updates about mpio's screen size? |
| 23:17:30 | kugel | yes |
| 23:17:32 | | Join saratoga_ [0] (123e1c65@gateway/web/freenode/ip.18.62.28.101) |
| 23:18:10 | saratoga_ | maybe do a random exponential backoff if the status isn't changing (does the status change often?) |
| 23:18:36 | saratoga_ | i don't think i've used a radio since the early 2000s |
| 23:19:35 | wodz | saratoga: Depends on actual chip. Some provide true rssi in realtime while others only after tuning |
| 23:20:05 | saratoga_ | is the value expected to change much though? |
| 23:20:20 | saratoga_ | if its just stereo thats probably pretty constant until the user moves around a lot |
| 23:21:04 | wodz | the point of dap is that you move with it, no? |
| 23:21:36 | saratoga_ | yeah but if it hasn't changed in a while it probably won't change again for a while |
| 23:22:14 | saratoga_ | so maybe poll according to exp(2*n_prev+rand()) |
| 23:22:26 | saratoga_ | opps |
| 23:22:28 | saratoga_ | that doesn't make sense |
| 23:22:33 | kugel | it tends to change often because of errors in the stream caused by weak signal strength |
| 23:23:09 | saratoga_ | so maybe poll according to exp(++n +rand()) |
| 23:23:16 | saratoga_ | is what i meant |
| 23:23:33 | saratoga_ | if the new value is different by much, reset n |
| 23:23:47 | saratoga_ | and maybe cap n at some sane value |
| 23:25:05 | bertrik | IMO, the hardware design is just broken if we can't poll the radio without causing interference |
| 23:25:17 | bertrik | so everything we can think of in software is basically a hack |
| 23:25:24 | saratoga_ | yeah clearly |
| 23:26:02 | saratoga_ | anyway if someone wants to make a hack that doesn't break anything too bad i'm ok with it |
| 23:26:15 | saratoga_ | i guess it should be ifdef clip_plus though |
| 23:26:22 | saratoga_ | unless this problem happens on other devices |
| 23:26:34 | kugel | bertrik: that doesn't help the user using this badly designed hardware |
| 23:26:45 | bertrik | IIRC, this is mostly a problem of the RDAxxxx tuner chips, with the SI47xx not being as sensitive to the problem |
| 23:27:39 | bertrik | and clip+ can use either an RDA or SI tuner chip. |
| 23:29:04 | wodz | Can someone check to build player normal build from current HEAD? I don't get the error which our buildfarm returned |
| 23:30:14 | wodz | ah, no I missed it |
| 23:30:50 | saratoga_ | can't we just drop hwcodec |
| 23:30:53 | saratoga_ | *ducks* |
| 23:31:30 | kugel | I'm for it |
| 23:31:50 | saratoga_ | i just don't want to be responsible for removing it |
| 23:34:08 | wodz | I am also in favor of drop support for HWCODEC. We have broken recorder build for a long time and no single complaint about it |
| 23:35:49 | gevaerts | wodz: that doesn't really count |
| 23:35:57 | gevaerts | People don't seem to use dev builds anyway |
| 23:36:25 | gevaerts | We can break ipods for two week periods these days without anyone noticing |
| 23:37:24 | wodz | gevaerts: I mean involved people. No usual punishment for reds. No work toward solving the problem of growing builds |
| 23:37:58 | gevaerts | True |
| 23:38:09 | bertrik | I don't have a hwcodec, but just dropping them feels like giving up too easy to me |
| 23:38:55 | wodz | Besides, what killer feature have we added since maybe buflib? I mean the code HWCODEC benefited from? |
| 23:39:58 | bertrik | but I do understand the desire to just branch them off and then drop them |
| 23:40:43 | | Quit bertrik (Remote host closed the connection) |
| 23:41:19 | wodz | Branching will effectively mean EOL. Without maintainer I don't think anyone will backport anything |
| 23:43:42 | | Join toehser [0] (~tom@Connqueror.Toms.NET) |
| 23:44:10 | saratoga_ | do we really need to back port anything to HWCODEC? |
| 23:44:26 | saratoga_ | i'd say new stuff is most likely just bloat |
| 23:44:33 | saratoga_ | and probably untested bloat at that |
| 23:44:35 | kugel | wodz: fine with me. there's nothing we can do if nobody volunteers |
| 23:45:48 | wodz | saratoga, The main argument against dropping archos was that what I stated. When we branch and start cleaning up the master noone will bother to backport fixes. |
| 23:47:13 | saratoga_ | yeah but are any back ported fixes likely to balance the continued stream of basically untested code being added? |
| 23:47:27 | wodz | but now I would say it is even worse - noone bothers to fix builds in master |
| 23:47:49 | saratoga_ | my basic understanding is that people think the player port probably peaked a few years ago and we've just been making it worse since (but i could be wrong) |
| 23:48:27 | wodz | saratoga: but this is mostly true actually |
| 23:49:02 | wodz | buflib was the last big change HWCODEC targets benefited from |
| 23:51:32 | lebellium | [23:34:08]wodzI am also in favor of drop support for HWCODEC. We have broken recorder build for a long time and no single complaint about it. > That's wrong. I'm complaining (in a nice way) regularly about it. And as a DAP collector, I'd like Rockbox to work properly with the latest build on any device, 15 years old or brand-new ;) |
| 23:53:01 | wodz | lebellium: So you volunteer to fix it, right? |
| 23:53:22 | lebellium | nope, I just said it's wrong that nobody complains about it |
| 23:54:38 | wodz | lebellium: Sorry - I follow irc logs and read (albeit less frequently) forum. There were NO complaints really |
| 23:55:38 | | Quit y4n (Quit: only amiga makes it possible) |
| 23:57:10 | lebellium | There was at least one, mine. I didn't say it's much. But since there are no download stats or any advanced stats, I don't think we can conclude anything with the IRC logs or forum posts |
| 23:57:51 | lebellium | maybe there were people willing to install the latest rockbox build on their recorder but they just gave up without telling |
| 23:57:54 | lebellium | we don't know |
| 23:58:32 | wodz | Maybe |
icon identifies that the person is a core developer (has commit access).