--- Log for 18.01.114 Server: adams.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 20 days and 7 hours ago 00.11.00 Join core_ [0] (48448d70@gateway/web/freenode/ip.72.68.141.112) 00.11.05 # hi 00.11.18 # 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 # core_, I dont think you can 00.26.12 # <[Saint]> core_: I don;t think you do... 00.26.12 # 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 # hmm im using my ipod and i could use it on my ps3 but i can't go back 00.34.47 # 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 # 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 # 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 # ok, Thanks 00.59.48 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 27.0/20140113161826]) 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.53 Quit n1s (Quit: Ex-Chat) 02.46.00 # 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 # 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 # 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 # [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 # it still seems detect problems that are not there 02.53.52 # 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 # of course, now it doesn't detect it :( 02.58.31 # ah, got it 02.58.46 # dosfsck 3.0.14, 23 Jan 2023, FAT32, LFN 02.58.55 # There are differences between boot sector and its backup. 02.59.01 # Differences: (offset:original/backup) 02.59.08 # ... 02.59.40 # [Saint]: ^ it then asks me if I want to "copy original to backup" or the other way around 03.00.01 # 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 # Also: FATs differ but appear to be intact. Use which FAT ? 03.05.39 # I should mention these are problems I get when scanning the built in memory of a Rockbox 3.13 Sansa Clip+ 03.10.30 # 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 # 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 # There actually are undocumented weirdnesses, where you have to OMIT certain options, that aren't documented to need to be omitted. 03.12.57 # Unfortunately, the last time I fought my way through it, I didn't document what I had to do. 03.13.32 # The brute force way (copy the data off, reformat, copy back) certainly leaves a known good clean result... 03.13.55 # 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 # 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 # 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 # 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 # toehser1: it still displays the dialog about copying original to backup or vice-versa 03.29.34 # You do have to choose. 03.29.47 # I would take original to backup. 03.30.17 # But I would also backup the device if anything wasn't easily recoverable... first... 03.30.53 # FATs differ but appear to be intact. Use which FAT ? 03.31.06 # There isn't much that will help decide- but- 03.31.20 # if it is mountable before these operations, I would take the first. 03.31.29 # If is isn't mountable, I would take the second. 03.32.14 # 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 # 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 # Actually, I usually install the "buffer" program, and do "buffer -i /dev/sdb -o disk-backup.raw -z256k -m10m -p75" - faster 03.33.00 # k 03.35.27 # 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.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.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.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.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.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.22.53 Join ender` [0] (krneki@foo.eternallybored.org) 09.33.49 Quit pamaury (Ping timeout: 264 seconds) 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.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.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.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 # PurlingNayuki: huge thanks 13.55.45 Join Ketturi [0] (ketturi@hilla.kapsi.fi) 14.13.48 # rasher: the sims on your build don't work 14.13.52 # (hang at boot) 14.14.00 # 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 # tom@26m:/media/tom$ time cp -af /media/tom/SANSA_CLIPZ /mnt/space/temp 14.40.43 # real 134m28.680s 14.40.43 # user 0m0.140s 14.40.43 # sys 0m13.844s 14.41.28 # 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.06.32 # kugel: Does this help? 15.06.33 # :) 15.16.25 Quit Ketturi (Ping timeout: 264 seconds) 15.17.47 Join dfkt [0] (dfkt@unaffiliated/dfkt) 15.33.01 # PurlingNayuki: yes sure 15.35.13 # 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 # PurlingNayuki: don't worry 15.55.54 Quit copper (Ping timeout: 252 seconds) 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 # Native firmware it was 20 minutes instead of 134 minutes... 16.47.36 # tom@26m:/media/tom$ time cp -af /media/tom/SANSA_CLIPZ /mnt/space/temp 16.47.36 # real 20m9.911s 16.47.36 # user 0m0.164s 16.47.36 # sys 0m13.764s 16.48.27 # 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.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.07.22 Part b0hoon ("GTG... Bye.") 18.29.32 Quit rela (Read error: Connection reset by peer) 18.31.38 # 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 # PurlingNayuki . Liking the new volume cap feature on Fuze+ thanks for your work :-) 18.50.32 # I appreciate it, thanks for support too;-) 18.53.43 Quit cela (Ping timeout: 272 seconds) 18.54.45 # kugel, AlexP, gevaerts: USB got fix on clipzip and 3.14 should really be started. 18.55.53 # 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 # 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 # So huh, I just can't wait the Rockbox pie. 18.59.28 # Or, Rockbox PI:-P 19.00.50 # * PurlingNayuki heads to bed. It's midnight in Hongkong. 19.00.51 # It's not a decimal number! 19.02.05 # The main reason to release 3.14 soon is of course that we can't let those linux people overtake us 19.02.50 # Don't worry. 19.03.38 # They're still considering the next release should be 3.8.100000 or 3.9 19.05.34 # * gevaerts doubts that 19.06.08 # They're going to release 3.13 *soon* 19.06.52 # wait, how did rockbox ever work on a non-scrollwheel target? 19.07.32 # it doesnt actually pop button events off the queue so after a few button presses the inevitable queue overflow happens 19.12.21 # aha, without the assert the oldest entry is overwritten 19.16.09 Part Airwave 19.16.18 # gevaerts: right, but we should start thinking about it 19.17.35 # perhaps we declare all USB problems fixed to get people on the current build boat again 19.17.49 # or better yet, s/USB// ;) 19.28.23 # kugel: the best way is (I think) still to have a freeze and release RC builds, and hope people test those. 19.29.20 # 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 # yea I would give it a few more weeks 19.30.35 Join rela [0] (~x@pdpc/supporter/active/rela) 19.33.18 # I've not been following much tbh, what got fixed? 19.37.22 # 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 # 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 # gevaerts: but there is _some_ evidence :) 19.43.58 # AlexP: some people have reported that usb/theme related issues they were affected by don't exist anymore 19.45.49 # guys, should i write somewhere else except forum with problems of usb on clip+? ) 19.48.32 # Baranko: yes. use our bug tracker 19.48.48 # the forum is inappropriate for bug reports 19.49.37 # kugel: tracker is a flyspray? 19.50.27 # yes 19.51.20 # ok, will try 19.52.11 Join gammy [0] (mynta@li274-9.members.linode.com) 19.53.31 # 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 # to the manual, as far as I understand it, it should be listed. Am I missing something? 19.54.44 # hmmm 19.55.48 # "bothers", I mean "mothers" :) 19.55.57 # * gevaerts checks stuff 19.58.03 # It should be there, but I'm also not seeing it in the simulator 19.58.37 # Simlator? There's a simulator? That's awesome. 19.59.53 # Interesting (reading up on building rockbox) 19.59.54 # kugel, gevaerts: OK. Maybe we should wait a little bit to see how things go? 20.03.57 # gammy: i didn't see this on 3.13 too, i suppose there is auto by default :D 20.04.43 # 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 # And if the latter, what if you select another encoding, then you can't unset it back to unicode again, right? 20.05.45 # now it looks like better to hear developers version ) 20.06.09 # 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 # 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 # does rockbox make it available? 20.12.45 # clip +, don't you hold down the select and home key simultaneously to lock/unlock? 20.13.11 # oh,it works 20.13.14 # thx much 20.13.21 # try reading the manual next time :D 20.13.29 # That's where I found it myself 20.13.32 # yeah 20.13.42 # (I had the same problem some months ago) 20.13.49 # i see 20.13.56 # thanks 20.14.14 # No problem 20.15.17 Join person [0] (47caaff4@gateway/web/freenode/session) 20.15.34 # I have no idea what the default is, but utf8 should be in the list, and it vanished a while ago 20.15.34 # I'm now trying to find out when exactly it vanished 20.15.35 # on Dev. build 644d9ea-140115 there is also no any utf8 20.15.35 # * gevaerts nods 20.15.35 # should we create bugreport? 20.15.35 # i made 2 new 20.15.35 DBUG Enqueued KICK Baranko 20.15.35 # can create third) 20.15.35 # Feel free to go ahead 20.15.36 # as you wish, hope it's help :) 20.15.37 # 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 # 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 # I might have a look at it although I've never tinkered with the rockbox code myself. 20.16.29 # I just did the whole gerrit registration and git repo setup dance 20.16.46 # 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 # they need people for testing 20.21.39 # Yes, true. I think what we need most these days is people who run current builds and report bugs 20.22.21 # Guest42865: If you want to do some docs stuff the manual is out of date in many places too 20.22.53 # 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 # omg, forgot to vhange category of bug ( 20.22.53 # is there any way to edit this in flyspray? 20.22.53 # I can change it 20.23.03 # Thanks 20.23.27 # Baranko: updated 20.23.27 Quit Guest42865 (Quit: Page closed) 20.24.17 # 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 # Baranko: it happens on all players :) 20.24.54 # oh, but i don't have all players ) 20.25.10 # also is rockbox for android still alive? 20.25.14 # gevaerts does pretty much 20.25.45 # AlexP: I used to, but then pamaury added three dozen new ports :) 20.25.52 # That's true :) 20.29.44 # Baranko: Ah, you also tried the development release and it's the same. That's useful to know 20.30.05 # yea 20.30.05 # 2d9c0bab 20.30.09 # That's when it started 20.30.17 # i was one of pepole who love stable releases 20.30.28 # but if they won't help, i decide i can do :) 20.30.36 # won't= want 20.30.43 # I'm building the cross-compiler now. 20.31.17 # Baranko: Have you noticed that the audio level is much higher(=good) in rockbox compared to the original fw? 20.31.25 # yea 20.31.34 # I got my mother a speaker amplifier thing for christmas to use with her clipzip 20.31.44 # and audio settings like bass ant etc 20.31.44 # but the output was really low. 20.31.45 # much better 20.32.01 # but i have some interference on mp3 tracks in every beginning of new track 20.32.04 # But now it appears to be much, much higher, the same or comparable to my own player which is a clip+ 20.35.25 # 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 # 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 # Baranko: Aaaaahhhh I didn't know that 20.42.06 # Anyway yes, my mother is much happier with rockbox anyway 20.42.26 # ROCKBOXDEV: Done! 20.42.28 # Ooh, exciting. 20.42.49 # 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 # Yeah, that makes sense 20.43.13 # The thought however never entered my mind 20.43.19 # It was -so- low 20.43.21 # :p 20.43.31 # (at least when connected to a stereo) 20.43.36 # I think its usually 15 to 20dB lower 20.43.45 # yes it will not be able to drive most stereos 20.43.51 # yeah. 20.43.55 # those are made for line level 20.44.06 # Sure. 20.49.01 # gammy: fixed in the current dev build :) 20.49.10 # wahoo 20.49.16 # and I'm still building the simulator! 20.49.48 # gevaerts: Is that available as the latest dev build on the website, or should i pull from git? 20.50.13 # they're built in real time after ever commit: http://build.rockbox.org/dev.cgi 20.50.18 # gammy: either. The build round is done, so the dev builds on the site are there 20.50.32 # Where has bluebot gone? 20.50.40 # Or whatever it is called 20.51.36 # Coldfire bootloaders seem broken 20.51.49 # Yes, wodz needs to wake up :) 20.51.57 # ah :) 20.52.02 # Ah the simulator just built. Wow, this is neat :} 20.52.20 # Also, where has roolku gone :) 20.52.31 # He's destroying the build times :) 20.56.18 *** Saving seen data "./dancer.seen" 20.58.07 # gevaerts: Hah, that was one small commit :D 20.58.15 # Beautiful. 20.58.41 # 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 # Well, I'm going to try building this just to see if my environment is setup 20.59.33 # gammy: fwiw, for the simulator you didnt need rockboxdev.sh 20.59.47 # this script builds cross compilers for device builds 20.59.54 # Yeah I know 20.59.58 # Or I think I know 20.59.59 # Hehe 21.00.05 # or simulators you only need sdl 21.00.06 # I wanted to do both 21.00.14 # 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 # the wiki documentation is very good 21.01.07 # thanks :) 21.01.21 # many pages are a bit dated though 21.01.32 # gevaerts: but bot that announce aboul builds keep silence? 21.01.55 # or we can take new build right now from website? 21.02.16 # it's happily building so far 21.02.47 # Baranko: the bot seems to be dead right now 21.02.48 # 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 # i remeber some time ago there was discussion about creating RC for testers 21.17.40 # so what about? 21.17.40 # still in plan or something another? 21.18.34 # by RC you mean a build from the release branch during the prerelease feature freeze? 21.20.01 # usually i think people just test the dev build, since that effectively becomes the release 21.21.07 # gevaerts: Beautiful 21.21.11 # It works. 21.21.20 # My mother will be very happy. 21.21.21 # :) 21.22.48 # Baranko, saratoga: We have RCs 21.23.00 # Prior to the release, once we have branched normally 21.23.06 # But nobody uses them 21.23.41 # 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 # Hey. Any way to get iPod-like podcast support with Rockbox? 21.27.50 # No idea what that is 21.28.23 # saratoga: it seems most use the 3.13 now 21.28.45 Quit krabador (Quit: Sto andando via) 21.29.07 # 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 # Rockbox just shows up as a mass storage device 21.29.49 # You -want- iTunes? 21.29.50 # So if there is something that'll do what you want then great, but I don't know 21.29.59 # gammy: No, absolutely not. 21.30.02 # Also, you can also sync with itunes if you really want to 21.30.09 # Then you'll have to use the database 21.30.15 # But iTunes handles podcasts very well, so I only want that part of it. 21.30.21 # But I don't know if anything can get access to a playcount 21.30.31 # Which thinking about it would need the database too 21.31.37 # I use the database for music. Works great. 21.31.55 # Don't like it myself, but that's not important 21.32.13 # Baranko: someone successfully transfered 8GB to a clipzip today (same hardware basically) 21.32.18 # 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 # Which I don't think exists 21.32.39 # That's a shame. 21.32.56 # 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 # Podcasts is the only thing iTunes does right. 21.32.59 # AlexP: is this RC announced too for community? 21.33.16 # Baranko: yes, in the forums and on the dev and user mailing lists IIRC 21.33.21 # 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 # I suppose I'll have to use my phone for podcasts. 21.33.29 # I think that's what I do, but I'd have to check - it's been a while 21.33.40 # AlexP: Thanks for the help anyway. 21.33.46 # Sure 21.33.54 # I just copy what files over I want myself 21.35.12 # Managing played/unplayed manually is more hassle than needed, in my opinion. 21.35.44 # Then write something :) 21.35.48 # Not very helpful I know 21.35.50 # AlexP: I think there was a winamp plugin for this 21.35.59 # But things only happen because someone wants it 21.36.09 # kugel: To interact with the RB db? 21.36.16 # for playcount yes 21.36.21 # huh, fair enough 21.36.28 # Isn't winamp dead now? 21.37.54 # yes but plugins are compatible with mediamonkey 21.38.11 # The things you learn :) 21.38.14 # perhaps the plugin was for mediamonkey in the first place...not 100% sure, and I never used it 21.38.26 # well, in that case maybe ^^ will help Airwave 21.38.58 # kugel, AlexP: I'l take a look. Thanks. 21.39.11 # kugel: i have no problem with transfering into internal mem of player 21.39.12 # but it's reproducable with sd card transfer 21.39.13 # and startup player via usb hub. 21.39.13 # on sandisk fw all fine with transfer 21.39.21 Quit Strife89 (Ping timeout: 272 seconds) 21.39.32 # Baranko: have you tried different cards? 21.40.20 # 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 # kugel: no any problem with card in cardreaders, no any problem with sandisk fw. 21.42.10 # is there any logtype maybe? 21.42.40 # 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 # 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 # but it could be that our driver performs badly with some cards and well with other cards 21.52.15 # hm 21.52.15 # i can try get old 4gb card 21.52.22 # which parameteres chould i check? 21.52.22 # capacity? 21.52.22 # speed? 21.52.22 # just get few same cards? 21.52.22 # or what 21.53.17 # 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 # 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.31 # 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 # 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 # gevaerts: ping 22.27.48 # Hmmm? 22.29.01 # gevaerts: Do you know the details about rombox on coldfire? How does it work? 22.29.17 # or where can I read about technical details 22.29.27 # no idea 22.31.43 Quit bluebrother (Disconnected by services) 22.31.48 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 22.34.22 # 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 # wow, i find radio ticking bug was there 22.41.45 # http://www.rockbox.org/tracker/12610 22.41.57 # wgy it wasn't added? 22.43.06 # Baranko: that looks like a horrible hack 22.44.57 # gevaerts: and no any other point of view for this problem? 22.45.18 # i mean his type of patch is the only way? 22.47.09 # I don't know 22.47.29 # But at least he could have returned -1 instead of 1 :) 22.51.43 # 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 # It may well be a basic design issue 22.56.21 *** Saving seen data "./dancer.seen" 22.56.27 # O_o 22.56.44 # but so what his code do that problem becomes looks like solved? 22.57.54 # 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 # oh, thx for info. 22.59.14 # 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.01 # also, about usb, can we have some build that shows messages from usb or sd reader driver on screen? 23.00.25 # there was kugel idea that there is some incompatibles with some sd card 23.00.40 # because i have no problem in case of internal memory of player 23.00.51 # Well, there's logf 23.01.05 # how can i enable it? 23.03.07 # 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 # advanced build is http://www.rockbox.org/wiki/HowToCompile ? 23.09.45 # could rssi info polled less often to avoid the noise? 23.14.21 # I guess it would be best to poll in quasi random fashion (something similar to spectrum spread) 23.17.22 # kugel: Have you seen my updates about mpio's screen size? 23.17.30 # yes 23.17.32 Join saratoga_ [0] (123e1c65@gateway/web/freenode/ip.18.62.28.101) 23.18.10 # maybe do a random exponential backoff if the status isn't changing (does the status change often?) 23.18.36 # i don't think i've used a radio since the early 2000s 23.19.35 # saratoga: Depends on actual chip. Some provide true rssi in realtime while others only after tuning 23.20.05 # is the value expected to change much though? 23.20.20 # if its just stereo thats probably pretty constant until the user moves around a lot 23.21.04 # the point of dap is that you move with it, no? 23.21.36 # yeah but if it hasn't changed in a while it probably won't change again for a while 23.22.14 # so maybe poll according to exp(2*n_prev+rand()) 23.22.26 # opps 23.22.28 # that doesn't make sense 23.22.33 # it tends to change often because of errors in the stream caused by weak signal strength 23.23.09 # so maybe poll according to exp(++n +rand()) 23.23.16 # is what i meant 23.23.33 # if the new value is different by much, reset n 23.23.47 # and maybe cap n at some sane value 23.25.05 # IMO, the hardware design is just broken if we can't poll the radio without causing interference 23.25.17 # so everything we can think of in software is basically a hack 23.25.24 # yeah clearly 23.26.02 # anyway if someone wants to make a hack that doesn't break anything too bad i'm ok with it 23.26.15 # i guess it should be ifdef clip_plus though 23.26.22 # unless this problem happens on other devices 23.26.34 # bertrik: that doesn't help the user using this badly designed hardware 23.26.45 # IIRC, this is mostly a problem of the RDAxxxx tuner chips, with the SI47xx not being as sensitive to the problem 23.27.39 # and clip+ can use either an RDA or SI tuner chip. 23.29.04 # Can someone check to build player normal build from current HEAD? I don't get the error which our buildfarm returned 23.30.14 # ah, no I missed it 23.30.50 # can't we just drop hwcodec 23.30.53 # *ducks* 23.31.30 # I'm for it 23.31.50 # i just don't want to be responsible for removing it 23.34.08 # 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 # wodz: that doesn't really count 23.35.57 # People don't seem to use dev builds anyway 23.36.25 # We can break ipods for two week periods these days without anyone noticing 23.37.24 # gevaerts: I mean involved people. No usual punishment for reds. No work toward solving the problem of growing builds 23.37.58 # True 23.38.09 # I don't have a hwcodec, but just dropping them feels like giving up too easy to me 23.38.55 # Besides, what killer feature have we added since maybe buflib? I mean the code HWCODEC benefited from? 23.39.58 # 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 # 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 # do we really need to back port anything to HWCODEC? 23.44.26 # i'd say new stuff is most likely just bloat 23.44.33 # and probably untested bloat at that 23.44.35 # wodz: fine with me. there's nothing we can do if nobody volunteers 23.45.48 # 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 # yeah but are any back ported fixes likely to balance the continued stream of basically untested code being added? 23.47.27 # but now I would say it is even worse - noone bothers to fix builds in master 23.47.49 # 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 # saratoga: but this is mostly true actually 23.49.02 # buflib was the last big change HWCODEC targets benefited from 23.51.32 # [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. > 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 # lebellium: So you volunteer to fix it, right? 23.53.22 # nope, I just said it's wrong that nobody complains about it 23.54.38 # 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 # 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 # maybe there were people willing to install the latest rockbox build on their recorder but they just gave up without telling 23.57.54 # we don't know 23.58.32 # Maybe