00:00:30 | | Join JdGord [0] (~jonno@122.110.111.234) |
00:03:24 | | Quit wodz (Quit: Leaving) |
00:10:14 | | Quit freddyb (Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100723085406]) |
00:11:52 | | Quit kugel (Remote host closed the connection) |
00:11:59 | | Quit pamaury (Remote host closed the connection) |
00:15:56 | *** | Saving seen data "./dancer.seen" |
00:19:38 | | Quit sideral (Quit: Leaving.) |
00:20:07 | | Join earcar [0] (~carmine@95.234.115.118) |
00:21:58 | | Quit bertrik (Ping timeout: 245 seconds) |
00:23:52 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
00:25:44 | | Join Rasi [0] (~carnager@karif.server-speed.net) |
00:25:44 | Rasi | hi |
00:25:44 | Rasi | does rockbox support reading files from different filesystems? |
00:25:56 | Rasi | i would like to format a minisd for my sansa with something other than vfat |
00:27:27 | gevaerts | no |
00:27:33 | Rasi | ok |
00:34:42 | | Quit earcar (Quit: zzzzzz) |
00:39:56 | | Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) |
00:45:05 | | Quit sasquatch (Quit: WeeChat 0.3.2) |
00:45:29 | | Join sasquatch [0] (~username@p4FF2DFDC.dip.t-dialin.net) |
00:50:26 | | Quit Stephencc__ (Quit: Leaving) |
00:53:09 | | Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) |
00:57:22 | | Join timccc [0] (~timccc@112.166.15.141) |
00:59:02 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
01:00 |
01:01:32 | | Quit timccc (Ping timeout: 240 seconds) |
01:08:11 | | Join timccc [0] (~timccc@112.166.15.141) |
01:11:07 | | Quit JdGord (Quit: Bye) |
01:15:25 | rasher | Rasi: http://www.rockbox.org/wiki/NoDo explains a few of the reasons why. |
01:17:56 | | Quit Dreamxtreme (Ping timeout: 260 seconds) |
01:23:06 | | Quit kadoban (Ping timeout: 260 seconds) |
01:29:00 | | Join Dreamxtreme [0] (~Dre@92.27.196.20) |
01:43:05 | saratoga | scorche: please ban ab76deje |
01:43:36 | saratoga | also fwiw that spammer somehow has a post count of 9 with only one post |
01:51:08 | | Nick soap_ is now known as soap (~soap@rockbox/staff/soap) |
01:51:38 | | Join telliott [0] (~Tim@d27-96-170-180.evv.wideopenwest.com) |
01:52:04 | soap | Buschel, yes (I'm sure it varies), but if 80 is unstable and 80 is /supposedly/ Apple OS's speed why don't I get instability in Apple OS? |
01:55:33 | saratoga | theres a lot of different ways you can setup the clocks on a chip |
01:55:51 | Llorean | saratoga: If the script that automatically hides spam has hidden some, you'll see them as having a post count that's different from the number of posts you may actually see, it seems |
01:55:52 | saratoga | just because both run the CPU at 80 doesn't mean all the other clocks are the same, nor that the clock is generated in the same way |
01:55:59 | saratoga | ah ok |
01:56:35 | Llorean | at least, that's how it presented to me. I'm not sure if it's the same for privileged users. |
02:00 |
02:01:26 | | Quit Keripo (Read error: Connection reset by peer) |
02:02:51 | | Quit Kitar|st (Ping timeout: 240 seconds) |
02:03:13 | | Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) |
02:05:17 | | Join CaptainKewl [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
02:09:39 | | Join Kitar|st [0] (~Kitarist@BSN-182-104-68.dial-up.dsl.siol.net) |
02:15:57 | *** | Saving seen data "./dancer.seen" |
02:16:34 | soap | saratoga, I understand that, but I'm too ignorant at this point to know where to start testing. |
02:24:39 | | Quit antil33t (Ping timeout: 255 seconds) |
02:26:53 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
02:34:52 | | Quit telliott (Ping timeout: 240 seconds) |
02:36:34 | | Quit mc2739 (Quit: leaving) |
02:38:31 | | Join mc2739 [0] (~mc2739@71.20.73.59) |
02:38:33 | | Quit mc2739 (Changing host) |
02:38:33 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
02:38:34 | | Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...) |
02:40:00 | | Join mc2739_ [0] (~mc2739@rockbox/developer/mc2739) |
02:45:22 | | Quit Dreamxtreme (Quit: There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence.) |
02:47:31 | | Quit DerPapst (Quit: Leaving.) |
03:00 |
03:46:02 | | Quit scorche (Read error: Connection reset by peer) |
03:51:20 | | Join evilnick_ [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com) |
03:54:45 | | Quit evilnick (Ping timeout: 264 seconds) |
04:00 |
04:07:14 | | Quit TheSeven (Ping timeout: 260 seconds) |
04:09:58 | | Join Dreamxtreme [0] (~Dre@92.27.196.20) |
04:12:56 | | Join Topy [0] (~Topy44@f048067187.adsl.alicedsl.de) |
04:13:05 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
04:15:58 | *** | Saving seen data "./dancer.seen" |
04:16:34 | | Quit T44 (Ping timeout: 240 seconds) |
04:43:23 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:43:29 | | Quit amiconn (Disconnected by services) |
04:43:40 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:44:03 | | Quit pixelma (Disconnected by services) |
04:44:05 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:44:07 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:53:05 | | Quit liar (Ping timeout: 255 seconds) |
04:54:52 | | Quit xavieran (Ping timeout: 260 seconds) |
05:00 |
05:04:04 | | Join Horscht [0] (~Horschti@xbmc/user/horscht) |
05:04:36 | | Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
05:07:20 | | Join xavieran [0] (~xavieran@ppp118-209-249-120.lns20.mel6.internode.on.net) |
05:30:37 | | Quit Horscht (Quit: Verlassend) |
05:33:42 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
05:43:56 | | Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) |
05:44:54 | | Quit LambdaCalculus37 (Client Quit) |
05:48:53 | | Join rvvs89 [0] (rvvs89@pdpc/supporter/base/rvvs89) |
06:00 |
06:16:03 | *** | Saving seen data "./dancer.seen" |
07:00 |
07:05:30 | | Quit kkit|sh (Ping timeout: 250 seconds) |
07:22:35 | | Join Feisar [0] (jljhook@irkki.fi) |
07:23:01 | | Nick Feisar is now known as Guest93224 (jljhook@irkki.fi) |
07:36:20 | | Quit saratoga (Ping timeout: 265 seconds) |
07:41:04 | | Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) |
07:56:23 | | Join kugel [0] (~kugel@2.209.185.154) |
07:56:24 | | Quit kugel (Changing host) |
07:56:24 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
08:00 |
08:10:49 | | Quit BHSPitMonkey (Remote host closed the connection) |
08:11:44 | | Join Buschel [0] (~chatzilla@p54B67210.dip.t-dialin.net) |
08:15:48 | | Quit JdGordon| (Quit: leaving) |
08:16:05 | *** | Saving seen data "./dancer.seen" |
08:18:06 | | Join MaxHR [0] (~chatzilla@66-81-50-92.nocal.dialup.o1.com) |
08:18:39 | | Join JdGord [0] (~jonno@122.110.223.170) |
08:24:45 | MaxHR | Hello, am getting "playlist control file is invalid" when trying to resume playback, if I try to create a new playlist, player will lock up and require 2-finger salute, any ideas on how to fix this? am considering deleting the nvram.bin, as one forum post suggests unless there are other ideas |
08:25:43 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
08:26:08 | crwl | regardless of your player, have you tried running chkdsk/fsck to the device? |
08:26:19 | crwl | ie. checking the drive for errors |
08:26:28 | Buschel | soap: as you know the PP is undocumented and it is not known what _really_ needs to be set as specified. e.g. there is some special code regarding IDE0_CFG for the nano 1G within system-pp502x. I remember this also solved some boosted clock issues (r15705) |
08:27:42 | | Quit TheSeven (Ping timeout: 260 seconds) |
08:27:53 | Buschel | soap: what in detail are the issues you have? freeze? noise? |
08:28:44 | MaxHR | crwl: forgot to mention, it is a sansa e200, I have not tried running scandisk on it (anything else to try?) also, I can browse around the database fine but file view mode locks up player also |
08:30:36 | crwl | MaxHR, you should try running scandisk/chkdsk/whatever it's called these days in windows |
08:31:08 | MaxHR | ok |
08:31:25 | | Join kugel2 [0] (~kugel@141.45.207.156) |
08:31:26 | | Quit kugel (Disconnected by services) |
08:31:26 | | Quit kugel2 (Changing host) |
08:31:26 | | Join kugel2 [0] (~kugel@rockbox/developer/kugel) |
08:32:32 | | Join saratoga [0] (62e16704@gateway/web/freenode/ip.98.225.103.4) |
08:33:10 | | Quit JesusFreak316 (Ping timeout: 240 seconds) |
08:36:31 | MaxHR | crwl: I get "windows was unable to complete the disk check" |
08:36:51 | | Quit JdGord (Quit: Bye) |
08:39:28 | saratoga | i think that usually means you need to schedule it to run when your computer reboots or something like that |
08:39:59 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
08:41:08 | Buschel | soap: btw, do you know if if someone checked Apple OF for the nano clock settings? the problems which lead to the IDE0_CFG change started when raising the clock from 7x MHz to 80 MHz as well... |
08:42:09 | * | Buschel takes off for his last working day this year :) |
08:42:15 | | Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) |
08:42:33 | crwl | MaxHR, strange, I don't know what that is about... |
08:44:56 | | Quit ReimuHakurei_ (Quit: BRB FBI) |
08:45:00 | | Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
08:46:05 | MaxHR | It says beginning phase 1 of scanning, no progress, then quits, then I try to browse player and it now appears empty, cant get it back w/o disconnecting, will try to delete nvram unless other ideas abound |
08:48:01 | MaxHR | hmmm not allowed to delete it :P |
08:48:45 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
08:48:48 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
08:51:40 | MaxHR | now it deleted... |
08:51:42 | MaxHR | rebooting |
08:52:59 | MaxHR | still freezing |
08:53:45 | MaxHR | any other clues? |
08:55:01 | MaxHR | do I need to be in a special mode to do the scandisk? |
08:59:36 | MaxHR | Is there a last resort solution to this? |
08:59:38 | linuxstb | MaxHR: No, just UMS mode. You could also try just reformatting it - easiest way is to use the option in the original Sandisk firmware to do that. |
09:00 |
09:01:57 | MaxHR | which option in settings? reset all? |
09:03:42 | MaxHR | linuxstb: don't see a format option in sansa menu |
09:03:53 | MaxHR | you mean use the sansa loader? |
09:04:22 | linuxstb | MaxHR: I don't know - I don't own an e200. But I've heard people say there's a format option somewhere there... |
09:05:08 | MaxHR | does UMS mode translate to MSC or MTP |
09:05:19 | linuxstb | MSC |
09:06:30 | | Quit kadoban (Ping timeout: 245 seconds) |
09:08:39 | | Join JdGordon [0] (7a6edfaa@gateway/web/freenode/ip.122.110.223.170) |
09:08:52 | pixelma | on the c200v1 it's the last option in the settings menu, right below the USB mode one |
09:08:53 | | Join marines [0] (~marines@marvin.uplink.cz) |
09:09:14 | MaxHR | its not remembering my settings, I had it set originally to resume playlist for start screen, then just changed to show main menu, powered down, and then on startup it says nothing to resume |
09:09:57 | MaxHR | pixelma: mine doesn't have it there on the sansa menu |
09:09:58 | pixelma | I mean "format" in the original firmware |
09:10:20 | MaxHR | the original sansa menu has no option for format |
09:10:29 | | Quit kugel2 (Ping timeout: 240 seconds) |
09:11:13 | | Part marines |
09:11:34 | | Join marines [0] (~marines@marvin.uplink.cz) |
09:12:23 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
09:13:14 | | Join kugel [0] (~kugel@141.45.207.156) |
09:13:15 | | Quit kugel (Changing host) |
09:13:15 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
09:14:48 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
09:16:25 | | Quit MaxHR (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) |
09:20:24 | | Quit kugel (Ping timeout: 265 seconds) |
09:20:58 | | Part marines |
09:21:05 | | Join marines [0] (~marines@marvin.uplink.cz) |
09:21:06 | | Part marines |
09:23:35 | | Join marines [0] (~marines@marvin.uplink.cz) |
09:27:05 | | Quit bertrik (Ping timeout: 265 seconds) |
09:28:45 | | Quit Judas_PhD (Quit: This is a quitting message) |
09:32:57 | | Quit swilde (Remote host closed the connection) |
09:34:03 | | Join insp_ [0] (~chatzilla@213.175.99.174) |
09:34:06 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
09:34:41 | | Join swilde` [0] (~wilde@aktaia.intevation.org) |
09:40:48 | | Join ender` [0] (krneki@foo.eternallybored.org) |
09:41:20 | | Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) |
09:44:37 | | Join petur [0] (d408b802@rockbox/developer/petur) |
09:45:07 | wodz | hmm recording tags are not documented in manual, and CustomWPS is out of sync either |
09:45:20 | wodz | JdGordon: ping |
09:45:48 | JdGordon | hey |
09:46:12 | | Part swilde` ("ERC Version 5.3 (IRC client for Emacs)") |
09:46:37 | wodz | could you expain me the line 49 of apps/radio/radio_skin.c please? |
09:46:40 | | Join earcar [0] (~carmine@95.234.115.118) |
09:48:21 | wodz | JdGordon: could you also explain me how can I use %tr to display some graphical indicator of signal strength? |
09:48:54 | JdGordon | web svn viewer doesnt do line numbers... paste the line? |
09:49:08 | JdGordon | pixelma might be able to help you while im eating dinner :) |
09:49:12 | wodz | %?Rr<%Sx(Time:) %Rh:%Rn:%Rs|%?St(prerecording time)<%pm|%Sx(Prerecord Time) %Rs>> |
09:49:18 | | Quit chattr (Read error: Operation timed out) |
09:49:41 | JdGordon | what about it in particular? |
09:49:51 | JdGordon | CustomWPS on the wiki is prob a good start |
09:49:55 | wodz | I can't find documentation for tags used |
09:51:17 | wodz | CustomWPS states recording tags can be used in sbs only and it list only %Rp, %Rm, %Rf, %Re and %Rb |
09:51:41 | JdGordon | grr... needs updating |
09:51:43 | JdGordon | back in 30... must eat |
09:54:08 | | Join kugel [0] (~kugel@141.45.202.245) |
09:54:08 | | Quit kugel (Changing host) |
09:54:08 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
09:57:36 | | Quit earcar (Quit: bye) |
10:00 |
10:00:48 | | Join kevku [0] (~kevku@2001:7d0:0:f000::135d) |
10:07:17 | | Quit TheSeven (Ping timeout: 264 seconds) |
10:09:37 | | Join n1s [0] (~n1s@nl118-174-240.student.uu.se) |
10:09:38 | | Quit n1s (Changing host) |
10:09:38 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
10:12:44 | | Join DerPapst [0] (~Alexander@91-66-226-46-dynip.superkabel.de) |
10:16:06 | *** | Saving seen data "./dancer.seen" |
10:18:23 | | Join insp__ [0] (~chatzilla@213.175.99.174) |
10:21:09 | | Quit insp_ (Ping timeout: 255 seconds) |
10:22:57 | | Quit insp__ (Ping timeout: 255 seconds) |
10:33:20 | | Join pamaury [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net) |
10:33:20 | | Quit pamaury (Changing host) |
10:33:20 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
10:33:40 | JdGordon | wodz: %Rr = does the target HAVE_RECORDING, %Rh,n,s = recording hours, minutes, seconds. %Rs = prerecording seconds |
10:33:41 | JdGordon | i think |
10:33:51 | | Quit sasquatch (Quit: translocating on icy roads) |
10:34:09 | wodz | that what I suspected |
10:34:17 | JdGordon | to make %tr a graphical bar do exactly like any of the other bars (%pb or %pv for example) |
10:34:35 | JdGordon | it depends how you want it to look determines which method to use |
10:34:42 | | Quit DerPapst (Read error: Connection reset by peer) |
10:34:45 | wodz | ok I'll try |
10:34:45 | JdGordon | there are 3 ways you could do it |
10:35:05 | wodz | I want simple 4 -5 level indicator |
10:35:23 | | Join DerPapst [0] (~Alexander@91-66-226-46-dynip.superkabel.de) |
10:35:53 | JdGordon | this is a discussion we had a fair bit when it was implemented.... RSSI isnt linear so 4-bars is very hard to do in a meaningful way |
10:36:29 | wodz | so maybe small bar? |
10:38:16 | JdGordon | your best bet is probably figure out the raw values where you want the 4 bars to start then use %?if<%tr, <, ONEBAR>(%xd()| %?if<%tr, <, TWOBARS>(%xd()|%?if<%tr, <, THREEBARS>(%xd(3bars)|%xd(4bars)>>>> |
10:39:10 | JdGordon | saint and pixelma would probably suggest %?tr<%xdaA|%xdaA|%xdaA|%xdaA|%xdaA|%xdaB|%xdaB|%xdaB|%xdaB|%xdaB|%xdaB|%xdaB|%xdaB|%xdaB|%xdaB|%xdaC|%xdaC|%xdaC|%xdaC|%xdaC|%xdaC|%xdaC|%xdaC|%xdaC|%xdaC|%xdaD|%xdaD|%xdaD|%xdaD|%xdaD|%xdaD|%xdaD|%xdaD|%xdaD|%xdaD|%xdaD> though |
10:39:15 | JdGordon | scaled as required |
10:39:54 | JdGordon | put some # line splitters in to make them eaisser to read |
10:41:06 | JdGordon | ONEBAR, TWOBARS, THREEBARS need to be replaced with the raw rssi values |
10:41:20 | | Quit wodz (Remote host closed the connection) |
10:41:29 | JdGordon | or watcher value you get from %tr |
10:43:12 | | Join LinusN [0] (~linus@giant.haxx.se) |
10:43:12 | | Quit LinusN (Changing host) |
10:43:12 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
10:45:52 | | Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) |
10:46:45 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
10:48:16 | wodz | shit, gimp segfaulted burying down my work :-/ |
11:00 |
11:07:14 | | Quit jfc^2 (Read error: Connection reset by peer) |
11:07:38 | | Join jfc^2 [0] (~john@dpc6682208002.direcpc.com) |
11:10:28 | | Quit xavieran (Ping timeout: 260 seconds) |
11:19:25 | | Quit Guest93224 (Ping timeout: 245 seconds) |
11:24:25 | | Join xavieran [0] (~xavieran@ppp118-209-249-120.lns20.mel6.internode.on.net) |
11:29:47 | | Join TheLemonMan [0] (~lem0n@ppp-144-154.98-62.inwind.it) |
11:32:57 | | Quit kugel (Remote host closed the connection) |
11:38:03 | | Join insp_ [0] (~chatzilla@213.175.99.174) |
11:38:23 | wodz | JdGordon: how do I get next to the current fm presset? (the same as for Next track in WPS) |
11:38:54 | JdGordon | you need to use the playlist viewer viewport |
11:39:29 | wodz | %Fn, %It are undocumented |
11:40:55 | wodz | ah no they are but in rather secret way |
11:41:24 | pixelma | the next track info ones are definitely documented |
11:41:29 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
11:42:44 | wodz | yes but they are not explicitly written so search doesn't find them |
11:43:40 | wodz | JdGordon: could you give me some hint about playlist viewer viewport? |
11:44:34 | JdGordon | something like %Vp(.... regular viewport stuff)\n %<preset number tag> %<preset name tag> |
11:44:45 | JdGordon | it will do that one line for as many lines as will fit in that viewport |
11:46:55 | wodz | %<preset number tag> is %Ti for current, and how to get next? |
11:46:58 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
11:48:05 | wodz | ahm I think I understand |
11:48:45 | JdGordon | the playlist viewer rejigs the values so that is the correct tag to use |
11:49:22 | | Part marines |
11:49:31 | | Join marines [0] (~marines@marvin.uplink.cz) |
11:51:12 | JdGordon | the %Vp() above doesnt sound right |
11:52:14 | JdGordon | %Vp(1, %pp - %?it<%it|%fn>) is the CustomWPS example |
11:52:17 | JdGordon | that line needs to go in a viewpoty |
11:52:23 | JdGordon | the 1 is the offset to start counting from |
11:52:34 | JdGordon | the next block is the code to show on the line |
11:55:50 | wodz | ok so if I want to print current and next station I need something like %Vp(0, %pp)\n%Vp(1,%pp) ? |
11:56:54 | JdGordon | no. that line is repeated on each line in the viewport |
11:56:59 | JdGordon | so the first one is all you need |
11:58:44 | wodz | But if I wan't to have first line formatted differently than second I have to setup 2 viewports |
11:59:45 | JdGordon | yes |
12:00 |
12:00:52 | wodz | things start to be complicated :-) |
12:01:58 | wodz | so the playlist viewport has to be settled inside other viewport? |
12:02:24 | JdGordon | yeah |
12:02:34 | JdGordon | its a playlist viewer not viewport :) |
12:02:34 | JdGordon | my bad :p |
12:05:10 | soap | Buschel, the issue I have is audio glitching for a few minutes before the eventual hard freeze. Audio glitching which sounds like two songs mixed together. |
12:05:43 | soap | Normally roughly 30 minutes into my use of the player. |
12:14:05 | wodz | JdGordon: %pn will be station name right? What if station has no name (from autoscan for example). Currently we display something like this %s%?Ti<Station: |>%?Tn<%Tn|%Tf> |
12:15:13 | JdGordon | %Tn is preset name |
12:15:24 | JdGordon | %pn is playlist name which isnt used for the radio |
12:15:47 | JdGordon | put that line in %pv() and it should do what you want |
12:16:07 | *** | Saving seen data "./dancer.seen" |
12:16:21 | pixelma | %Tf is current frequency IIRC so that line means "use current frequency" if station name isn't known |
12:16:42 | wodz | %pv ? Current volume in decibels (dB)? |
12:16:47 | pixelma | %pv is current volume |
12:19:44 | JdGordon | %Vp |
12:19:54 | * | JdGordon is dyslexic and lazy |
12:20:13 | wodz | ok I somehow understand |
12:20:15 | CIA-7 | New commit by jethead71 (r28875): MPEGPlayer: Some UI tweaking and bugfixing ... |
12:20:23 | | Join The_Pwny [0] (~IceChat7@203-219-63-40.tpgi.com.au) |
12:22:11 | CIA-7 | r28875 build result: All green |
12:33:18 | preglow | any known way to exit the android port? |
12:33:25 | preglow | since i got 2.2, i can't kill it in any way |
12:38:21 | | Join moos [0] (moos@rockbox/staff/moos) |
12:39:10 | JdGordon | preglow: you dont really need to.... or get a task killer |
12:39:19 | | Quit insp_ (Ping timeout: 255 seconds) |
12:39:25 | JdGordon | or settings > applications > running applications > rockbox > kill task |
12:44:18 | preglow | got a task killer, but it seems to have turned a bit after i got 2.2 |
12:45:21 | preglow | and btw, playback also got very flakey after, like it just stops from time to time and i need to seek around a bit to start it again. known issue? |
12:45:22 | | Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com) |
12:53:50 | JdGordon | what phone? |
12:54:20 | JdGordon | i went 4 hours or so yesterday with no issues |
13:00 |
13:05:55 | dfkt | is there a current wiki page that explains how rockbox gapless playback works (and which codecs specifically are possible to be gapless)? the GaplessHowTo page is rather outdated, methinks |
13:06:31 | dfkt | i.e. if FhG or xing can be gapless too, or if it only works with LAME, as far as MP3 is concerned |
13:13:57 | wodz | JdGordon: please have a look at FS #11824 |
13:14:01 | | Quit Keripo (Ping timeout: 245 seconds) |
13:14:16 | JdGordon | screenshot? |
13:14:25 | JdGordon | and are you planning on doing it for other displays? :) |
13:15:21 | | Join Feisar [0] (jljhook@irkki.fi) |
13:15:47 | | Nick Feisar is now known as Guest17322 (jljhook@irkki.fi) |
13:15:59 | wodz | I am not that crazy :P |
13:16:12 | JdGordon | bugger! :p |
13:16:48 | JdGordon | ok, I cant actually test it, but if its works then go for it... BUT! |
13:17:05 | JdGordon | PLEASE PLEASE change the viewport labels to something more meaningful, and ditto the image labels |
13:17:12 | | Quit factor (Ping timeout: 255 seconds) |
13:17:56 | wodz | you mean %Vl labels? |
13:18:11 | JdGordon | %?mh<%xd(Aa)|%xd(Ab)> is messier than simply %xd(lock, %mh) |
13:18:33 | wodz | it is taken from cabbie wps file |
13:19:53 | wodz | I can write something working in reasonably designed language but that doesn't mean I am aware of all quirks (especially if documentation is out of sync) |
13:19:56 | JdGordon | %?bp<%?bc<%xd(Ba)|%xd(Bb)>|%?bl<|%xd(Bc)|%xd(Bd)|%xd(Be)|%xd(Bf)|%xd(Bg)|%xd(Bh)|%xd(Bi)|%xd(Bj)>> −−−−>>> %?bp<%xd(Battery, %bc)|%xd(Battery, %bl, 3) |
13:20:24 | JdGordon | not 100% sure about the last bit of that 2nd line, but that is so much simpler |
13:21:18 | JdGordon | the skin syntax is not a "reasonbly desinged language" :p |
13:22:17 | JdGordon | %?bp<%xd(Battery, %bc)|%xd(Battery, %bl, 3, 1)> |
13:23:01 | wodz | Anyway - I am not going to commit this. If you/someone else with deeper skin syntax knowledge find this useful that's fine. Fix/rewrite as you like |
13:23:03 | JdGordon | ditto the volume line |
13:23:35 | JdGordon | no, you should commit it... its a good base |
13:23:48 | JdGordon | its just I really hate the cabbie code and would like it cleaner in svn |
13:25:33 | JdGordon | also the viewports where all lines are checked (like the last two) should be rejigged so they are conditionally enabled |
13:29:22 | | Quit The_Pwny (Quit: When the chips are down, well, the buffalo is empty) |
13:33:10 | | Part LinusN |
13:37:24 | | Quit JdGordon (Ping timeout: 265 seconds) |
13:43:09 | | Quit bluebroth3r (Read error: Operation timed out) |
13:46:55 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
13:53:29 | | Quit TheSeven (Ping timeout: 276 seconds) |
13:59:12 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
14:00 |
14:01:24 | preglow | JdGordon: htc legend |
14:01:57 | preglow | dfkt: it works on mp3 files where gapless encoding is supported in the encoder |
14:02:09 | preglow | it does not play gappy files gaplessly |
14:02:20 | preglow | that requires strange tricks which never work in all cases |
14:03:05 | preglow | i'm not really sure if we support the itunes way of gapless playback |
14:03:09 | preglow | but i guess we should |
14:04:00 | | Quit wodz (Quit: Leaving) |
14:09:13 | | Join insp_ [0] (~chatzilla@81.198.214.94) |
14:09:15 | dfkt | thanks, preglow |
14:14:06 | | Join kugel [0] (~kugel@2.210.47.200) |
14:14:07 | | Quit kugel (Changing host) |
14:14:07 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
14:14:55 | | Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
14:15:40 | kugel | preglow: no such problems on my legend |
14:16:10 | *** | Saving seen data "./dancer.seen" |
14:16:13 | | Join WonTu [0] (~WonTu@p57B55CF9.dip.t-dialin.net) |
14:16:27 | | Part WonTu |
14:17:49 | pixelma | AFAIK itunes gapless tags are at least supported for AAC |
14:18:06 | pixelma | in Rockbox of course |
14:23:05 | n1s | kugel: does this patch to parse_testcodec.rb look ok http://pastie.org/1397778 ? (it adds the filenames of new tracks in the testset and fixes the printing of MHz needed for realtime) |
14:23:15 | n1s | i've never touched ruby before... |
14:25:20 | kugel | yea, if it works as expected |
14:26:27 | n1s | it does |
14:26:46 | n1s | i'll commit it then |
14:27:59 | CIA-7 | New commit by nls (r28876): parse_testcodec.rb: add new 'pegase' filenames so they get a heading and fix printing of the MHz needed for realtime values. |
14:29:45 | CIA-7 | r28876 build result: All green |
14:35:47 | amiconn | soap: Either it's a thermal issue, due to us not disabling all unneeded parts of the SoC, or perhaps just due to having less efficiency than the OF. What codecs are you observing this with? |
14:37:26 | amiconn | It could also be that our clock setup isn't optimal. For PP5020 we deduced from various OFs that the PLL frequency should be within a certain window, but this window *seems* to be larger for PP5022/5024 |
14:38:49 | amiconn | The Nano and Video SoCs have 'PP5021' printed on them, but report back as PP5022. You could try a clock setup more similar to the PP5020 way |
14:44:04 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
14:48:53 | | Join sasquatch [0] (~username@212.23.105.47) |
15:00 |
15:11:01 | | Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) |
15:17:00 | | Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) |
15:21:53 | n1s | jhMikeS: ping |
15:27:58 | jhMikeS | n1s: yea? |
15:28:51 | n1s | jhMikeS: since you know about the thread stuff i wanted to ask if you can think of a clean way to work around a problem when building for coldfire with newer gcc |
15:29:23 | jhMikeS | only if I know the problem :) even then, no guarantees |
15:30:10 | n1s | in switch_thread if profiling is enabled the saved stack pointer is wrong since the arg for profile_thread_stopped is pushed onto the stack but the stack pointer is not restored untill after the inlined store_context |
15:30:49 | n1s | it sort of works by luck right now too |
15:31:18 | n1s | and i have no desire to rewrite the entire function in asm just for this and profiling is a nifty feature |
15:32:18 | n1s | i managed to hack around it by saving the stack pointer in a register before calling profile_thread_stopped |
15:33:09 | jhMikeS | hmmm, those things can be a headache |
15:37:09 | jhMikeS | call and restore in some sort of asm block maybe? |
15:38:50 | n1s | sounds like it could work, i just have to figure out how to call c functions from asm :) |
15:40:10 | jhMikeS | not hard, but I forget if there's anything weird for cf. I guess just look at what the compiler does. :) |
15:40:28 | kugel | |
15:40:35 | | Quit sasquatch (Ping timeout: 276 seconds) |
15:41:31 | | Join sasquatch [0] (~username@212.23.105.47) |
15:45:11 | | Join kkit|sh [0] (krazykit@silenceisdefeat.com) |
15:45:38 | n1s | jhMikeS: i'll try that, thanks |
15:48:59 | | Quit kugel (Ping timeout: 250 seconds) |
15:51:09 | | Join kugel [0] (~kugel@2.210.47.200) |
15:51:10 | | Quit kugel (Changing host) |
15:51:10 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
15:51:31 | | Quit GeekShadow (Read error: Operation timed out) |
15:55:03 | | Quit 5EXABW64X (Ping timeout: 276 seconds) |
15:57:36 | | Join fred_2 [0] (fred@ircop.efnet.at) |
16:00 |
16:05:49 | | Quit sasquatch (Ping timeout: 240 seconds) |
16:07:21 | soap | amiconn, I have only tested with mp3 |
16:08:34 | soap | and unless the nano has really weird thermal dissipation issues I don't see how it could be directly thermal issues. Let me explain as that seems counter to me saying it happens less when cold: |
16:09:35 | soap | I was jogging in -10C weather the other day with it on my shoulder (exposed to the elements) with stock Rockbox and it happened within 20 minutes. |
16:09:43 | | Quit mortalscan (Remote host closed the connection) |
16:09:58 | soap | (outside my coat) |
16:09:59 | | Join mortalscan [0] (~mortalsca@109.169.55.155) |
16:11:34 | soap | The next day it was against bare skin while running on a treadmill in a warm room, ran well over an hour w/o issue using my 76Mhz build ((19/3)*24)/2 |
16:12:49 | | Quit {phoenix} (Read error: Operation timed out) |
16:13:53 | soap | And with the OF I can run it indefinitely on the heater vent of my dash w/o issue (except I'm probably cooking the battery testing like that). |
16:16:12 | *** | Saving seen data "./dancer.seen" |
16:16:54 | Llorean | soap: The old 80mhz issue also used to be agitated by heat. |
16:17:46 | soap | yes, I can make it crash later by storing it in the freezer before use. |
16:18:17 | soap | Let me take that back. I used to be able to delay crashing by storing it in the freezer. I have not directly tested that since the original issue. |
16:19:16 | | Quit kugel (Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org) |
16:23:50 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
16:25:24 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
16:31:41 | | Join sasquatch [0] (~username@46.114.213.63) |
16:36:06 | | Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) |
16:37:14 | moos | Hello all. I want to add filesize information to the tag viewer. The needed changes are trivial, but it will add few bits because of the added english.lang string. |
16:37:49 | moos | here is the patch: http://pastie.org/1398086 |
16:38:00 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
16:38:18 | moos | it could be easily swcodec specific if needed... |
16:40:09 | | Quit insp_ (Ping timeout: 255 seconds) |
16:40:47 | pixelma | why should it only be swcodec, and - why in the tag viewer? The "properties" show filesize already |
16:43:11 | moos | pixelma: hi, the "if needed" part was in reference to binsize added |
16:44:59 | moos | yes properties show this info indeed, but in the file browser. Here that's for track infos in WPS, and imho filsize could be a usufull info to have here, without having to go back to file, bring the context menu for properties |
16:45:00 | pixelma | it would introduce a seemingly arbitrary difference and the hwcodec targets aren't even the ones with the smallest usable RAM |
16:45:37 | moos | and in the properties screen I will have "again" info about file tag |
16:45:54 | moos | pixelma: remove the swcodec part then :) |
16:46:58 | pixelma | isn't there already a "File size" string or is the thing in "properties" hardcoded? |
16:47:12 | Llorean | Wouldn't it be simpler just to also add "properties" to the context menu? |
16:47:26 | Llorean | Er, to the WPS context menu, I mean |
16:48:07 | moos | pixelma: yup there is, I didn't want to add complexity |
16:48:11 | pixelma | and the properties also uses the nice byte/kB/MB adaptation |
16:48:21 | moos | Llorean: indeed it could |
16:48:32 | moos | pixelma, yes I saw that |
16:49:14 | Llorean | I don't know what's in the tag viewer, but I wouldn't go into it looking for filesize in the first place, so I'd rather have an option that people are likely to "guess" would have the information. |
16:49:27 | Llorean | I would expect it only to have information from the tags. |
16:49:35 | moos | I surely could reuse this here too, but I just wanted to make easy, since we already have id3->filesize info |
16:49:41 | pixelma | so why a new lang string then? I'd expect reusing the existing to reduce complexity |
16:49:44 | moos | just reused it |
16:50:36 | moos | pixelma: because all items are translated here |
16:50:49 | moos | Llorean: justa look at! :) |
16:50:59 | n1s | pixelma: properties is a plugin |
16:51:17 | moos | there are infos about the current playing track, and imho filesize fit well here |
16:51:24 | pixelma | yes, but then moos' answer was misleading |
16:52:11 | moos | indeed properties is an exception plugin called from core |
16:52:43 | Llorean | If it's not just metadata, we should probably change the name from "tag viewer" to something else. |
16:52:58 | moos | track informations? |
16:53:04 | amiconn | -s |
16:53:18 | pixelma | still, the kB/MB etc. adaptation is a core feature AFAIK and used in "Rockbox Info", isn't it easier to use this instead of hardcoding /1024? |
16:53:25 | Llorean | I'd say "track info" or "track information" is good, yeah. |
16:53:49 | n1s | pixelma: it is a core feature, yes and agree |
16:53:54 | n1s | i agree, even |
16:54:12 | moos | I could change the menu name too in the mean time |
16:54:36 | n1s | i also agree with llorean that the two ways to show info about tracks shuld have the same info instead of a partial overlap |
16:54:42 | moos | pixelma, n1s: yup indeed, but again I didn't want to add code here, just reuse infos :) |
16:55:03 | pixelma | -s ;) |
16:55:39 | Llorean | n1s: Either the same info, or explicitly different. "Properties" could be about the file, and "Tag viewer" could just contain things in metadata. |
16:55:41 | n1s | it's just one call to output_dyn_value |
16:55:54 | moos | n1s: properties show id3 tags too... for me the 2 ways are differents since this is for 2 contexts. File browsing vs WPS |
16:56:29 | n1s | moos: yes, the contexts are different but i see no reason why the info shown should differ |
16:56:43 | moos | indeed |
16:57:41 | n1s | reusing the plugin would be ok i think but then we lose the translation |
16:57:49 | moos | indeed :( |
16:58:05 | n1s | i still think that is better though |
16:58:37 | moos | pitty we still don't have yet plugin localisations :( |
16:58:45 | n1s | yes |
16:58:46 | * | pixelma wonders were midgey has gone |
16:58:55 | moos | the patch is rotting for long now :( |
16:59:36 | n1s | i never quite grasped how it should work so never tried to pick it up, maybe that's something for the christmas break :) |
17:00 |
17:01:15 | moos | hehe, why not, and could be a nice gift too :) |
17:01:37 | moos | What should I do then? |
17:02:46 | | Join krabador [0] (~krabador@host109-179-dynamic.47-79-r.retail.telecomitalia.it) |
17:03:19 | CIA-7 | New commit by kugel (r28877): Redo raising the priority of the codec (and voice) thread to fix audio dropouts under heavy UI load, such as during kinetic scrolling or pictureflow. ... |
17:03:38 | moos | I personnaly prefers the way I made to have the string translated and reuse the id3-filesize info too |
17:05:04 | moos | the added string to english.lang could always be deprecated in the future if someone (n1s :) get the plugin localization in... |
17:05:16 | CIA-7 | r28877 build result: 0 errors, 34 warnings (kugel committed) |
17:05:23 | CIA-7 | New commit by kugel (r28878): Fix yellow |
17:07:01 | CIA-7 | r28878 build result: All green |
17:07:26 | moos | for the human_size_prefix made on properties, I don't know if it's really needed, since in most cases music files aren't that big vs file browsing and properties use. |
17:07:31 | moos | @pixelma |
17:08:05 | n1s | in the task midgey stated that the patch was "nowhere ready to commit" but the only thing he explicitely said didn't work well was the build magic |
17:09:07 | pixelma | moos: it's not true for me, .flac or .wav make a huge difference to .mp3 or even some chiptune codec files |
17:09:26 | moos | njust a matter of makefile guru love then? :)s: |
17:09:39 | moos | duh n1s |
17:09:53 | pixelma | and it's just the better way than hardcoding something |
17:10:31 | moos | pixelma we have the infos in bits, that's not that hardcoded |
17:10:37 | n1s | moos: sounds like it (and syncing since the last patch is a year and a half) |
17:11:14 | pixelma | you hardcode that it is shown in kB if I understand correctly |
17:11:19 | moos | yup |
17:11:43 | moos | pixelma: just to covert the information we have in bits |
17:12:26 | n1s | that will show 0 for files smaller than a kB too |
17:12:51 | kugel | jhMikeS: this is what makes the main thread run next: http://pastie.org/1398171 |
17:12:56 | kugel | I feel it's too hacky |
17:13:28 | moos | n1s, pixelma: I could reuse the petur's human_size_prefix function |
17:13:57 | moos | I really just didn't want to touch much |
17:14:40 | n1s | moos: <n1s> it's just one call to output_dyn_value |
17:14:42 | pixelma | as been said there already is one core function that could take care of it, n1s even mentioned its name |
17:14:53 | * | pixelma too slow |
17:14:59 | moos | ok I will look at it then |
17:15:01 | moos | :) |
17:16:28 | | Quit casainho (Remote host closed the connection) |
17:18:26 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
17:19:54 | pixelma | I think the form used in the plugin is not as nice as the core one. IIRC it switches e.g from 9,234 kB to 10MB and that's a huge gap in precision, the core one also has .xx values and at least gives the user the impression to be more accurate |
17:20:37 | moos | more precision indeed |
17:20:46 | pixelma | at least this is how I remember it currently, I believe it puzzled me once |
17:22:04 | n1s | pixelma: the code agrees with your memory |
17:22:20 | pixelma | great :) |
17:29:58 | | Quit factor (Ping timeout: 250 seconds) |
17:33:14 | | Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
17:37:26 | | Quit shai (Quit: Leaving) |
17:41:49 | | Quit n1s (Quit: Lämnar) |
17:44:52 | rasher | Using the same code makes sense anyway. We already got it right one place, let's not reinvent the wheel |
17:53:13 | | Quit mc2739_ (Quit: leaving) |
17:56:19 | | Quit petur (Quit: Page closed) |
18:00 |
18:00:07 | moos | rasher, n1s, pixelma: I'm finishing works, then I'll look at it... |
18:02:13 | | Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) |
18:02:39 | * | wodz just got archos studio 20 and nano 2g with broken screen |
18:11:39 | | Join JesusFreak316 [0] (~JesusFrea@pool-173-65-66-169.tampfl.fios.verizon.net) |
18:13:55 | | Quit TheSeven (Ping timeout: 240 seconds) |
18:14:39 | | Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) |
18:16:16 | *** | Saving seen data "./dancer.seen" |
18:19:11 | | Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) |
18:22:56 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
18:23:50 | | Join thomasjfox [0] (~thomasjfo@dslb-088-065-020-095.pools.arcor-ip.net) |
18:26:11 | wodz | I managed to start playback blindly on nano 2g, so this has 'only' broken screen |
18:34:48 | | Join eWill [0] (~chatzilla@adsl-76-235-34-64.dsl.dytnoh.sbcglobal.net) |
18:36:37 | Bushmills | that's where a voice file may come in handy |
18:37:32 | eWill | I trying to prevent dir change when I skip then immediately fast-forward/rewind. I thought commenting-out these two lines would do it: /apps/gui/wps.c line:833 and line:859 It's still skipping dirs though...? |
18:38:08 | eWill | *not the lines, but the "else" statements there |
18:39:58 | eWill | maybe I need to clean build |
18:41:43 | | Part Dustri ("WeeChat 0.3.3") |
18:42:36 | | Join bmbl [0] (~bmbl@dsl-217-170-5.pool.bitel.net) |
18:42:36 | | Quit bmbl (Changing host) |
18:42:36 | | Join bmbl [0] (~bmbl@unaffiliated/bmbl) |
18:44:51 | | Quit krabador (Ping timeout: 240 seconds) |
18:48:01 | eWill | nope. Still skips. |
18:50:10 | | Quit moos (Ping timeout: 260 seconds) |
18:52:39 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
18:55:19 | | Quit cjcopi (Ping timeout: 264 seconds) |
18:56:14 | | Join domonoky1 [0] (~Domonoky@agsb-4d040c5f.pool.mediaWays.net) |
18:58:12 | | Quit domonoky (Ping timeout: 245 seconds) |
19:00 |
19:00:11 | | Quit kugel (Remote host closed the connection) |
19:00:19 | eWill | Here's the diff. Why don't it work? http://pastebin.ca/2026424 |
19:04:32 | | Quit thomasjfox (Ping timeout: 255 seconds) |
19:07:41 | | Quit kadoban (Ping timeout: 255 seconds) |
19:07:49 | eWill | *won't |
19:08:00 | | Join kugel [0] (~kugel@46.115.247.158) |
19:08:01 | | Quit kugel (Changing host) |
19:08:01 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
19:13:47 | | Quit kugel (Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org) |
19:14:05 | | Join kugel [0] (~kugel@46.115.247.158) |
19:14:06 | | Quit kugel (Changing host) |
19:14:06 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
19:20:04 | | Join Keripo [0] (~Keripo@eng213.wireless-resnet.upenn.edu) |
19:20:55 | | Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) |
19:29:39 | | Quit Keripo (Read error: Connection reset by peer) |
19:31:35 | | Join Keripo [0] (~Keripo@eng213.wireless-resnet.upenn.edu) |
19:32:08 | | Quit Keripo (Client Quit) |
19:45:08 | | Part marines |
19:45:46 | | Join Zinc [0] (~d9ecf324@giant.haxx.se) |
19:46:13 | | Join Zinc_Alloy [0] (~d9ecf324@giant.haxx.se) |
19:46:13 | | Quit Zinc (Client Quit) |
19:49:55 | | Quit kugel (Ping timeout: 240 seconds) |
19:50:00 | | Join Horscht [0] (~Horschti@xbmc/user/horscht) |
19:51:28 | | Quit Zinc_Alloy (Quit: CGI:IRC) |
19:51:41 | | Join zinc_alloy [0] (~d9ecf324@giant.haxx.se) |
19:55:03 | | Join kugel [0] (~kugel@46.115.247.158) |
19:55:04 | | Quit kugel (Changing host) |
19:55:05 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
19:56:53 | | Quit zinc_alloy (Quit: CGI:IRC) |
19:57:06 | | Join ZincAlloy [0] (~d9ecf324@giant.haxx.se) |
19:58:52 | | Join Strife89TX [0] (~cstrife89@207.144.201.128) |
19:59:16 | Strife89TX | Does Pictureflow create a log file for listing the album art it reports as "bad"? |
20:00 |
20:04:14 | Strife89TX | Hmm, evidently not .... Dammit. |
20:07:03 | | Quit ZincAlloy (Quit: CGI:IRC (Ping timeout)) |
20:12:02 | kugel | Strife89TX: no but it shows the ? for each missing so it should be pretty obvious |
20:13:40 | Strife89TX | kugel: Some albums I outright don't have AA for, so actually not-so-obvious. :/ |
20:16:19 | *** | Saving seen data "./dancer.seen" |
20:20:12 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
20:38:20 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
20:45:30 | | Join marines [0] (~marines@marvin.uplink.cz) |
20:45:43 | | Quit kugel (Ping timeout: 264 seconds) |
20:46:03 | | Quit JesusFreak316 (Remote host closed the connection) |
20:46:50 | | Join kugel [0] (~kugel@g231108065.adsl.alicedsl.de) |
20:46:51 | | Quit kugel (Changing host) |
20:46:51 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
20:47:46 | | Quit Strife89TX (Quit: Shutting down Palm.) |
20:52:04 | | Join bertrik_ [0] (~bertrik@rockbox/developer/bertrik) |
20:52:33 | | Quit bertrik (Read error: No route to host) |
20:52:36 | | Nick bertrik_ is now known as bertrik (~bertrik@rockbox/developer/bertrik) |
20:55:41 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
21:00 |
21:06:28 | wodz | pixelma: ping |
21:07:21 | | Join ZincAlloy [0] (~d9ecf324@giant.haxx.se) |
21:27:39 | bertrik | hah, the clock change on AMSv1 broke uSD apparently |
21:28:21 | pixelma | didn't that happen before? |
21:28:26 | pixelma | wodz: pong |
21:30:25 | | Join Rob2222 [0] (~Miranda@p4FFF3729.dip.t-dialin.net) |
21:36:46 | wodz | pixelma: is there a way to ident wps files? |
21:36:56 | wodz | indent |
21:37:27 | pixelma | not that I know of |
21:38:24 | wodz | bugger |
21:38:40 | wodz | this is serious flaw of the syntax |
21:38:44 | pixelma | you could break overly long lines but would need to start at position 1 in the next line again |
21:38:51 | pixelma | I don't think so |
21:39:41 | | Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) |
21:41:23 | pixelma | serious flaw is much of an exageration I think. The way it is you don't have to use any other means of notation to insert spaces etc. and adding more complexity to the syntax just for this isn't necessary IMO, it's not a full programming language |
21:41:24 | | Join baptiste [0] (~chatzilla@vir91-12-78-231-137-156.fbx.proxad.net) |
21:43:45 | | Join JesusFreak316 [0] (~JesusFrea@pool-173-65-113-24.tampfl.fios.verizon.net) |
21:44:06 | | Quit JesusFreak316 (Client Quit) |
21:47:01 | gevaerts | kugel: is your database symlink work somewhere? |
21:47:35 | kugel | i hope so |
21:49:13 | gevaerts | Is it somewhere I can get at? |
21:49:23 | kugel | give me a second |
21:49:57 | | Join JesusFreak316 [0] (~JesusFrea@pool-173-65-113-24.tampfl.fios.verizon.net) |
21:51:33 | kugel | not a single hunk applies, let me fix that |
21:51:36 | | Join [Saint] [0] (S_a_i_n_t@203.184.0.21) |
21:52:18 | | Join zenlunatic [0] (~bradley@c-68-48-40-231.hsd1.md.comcast.net) |
21:53:05 | zenlunatic | i just installed rb on a sansa clip+. when I attach to my laptop, lsusb doesnt detect the device |
21:56:51 | kugel | gevaerts: http://pastie.org/1398974 |
21:58:00 | gevaerts | kugel: thanks! Any chance of that appearing on flyspray at some point? |
21:58:24 | kugel | yea, I should do that |
22:00 |
22:00:14 | zenlunatic | rebooted device now mounts... |
22:00:35 | pixelma | zenlunatic: you currently still have to reboot into the OF on the Clip+ for a USB connection |
22:01:08 | zenlunatic | pixelma: thanks |
22:01:18 | | Quit bmbl (Quit: Verlassend) |
22:02:31 | zenlunatic | pixelma: how do i designate booting into rb on reboot |
22:05:00 | pixelma | just turn it on? Booting into the OF should need you to hold a button during the boot (or maybe already being connected to USB), if you installed official bootloader and Rockbox version |
22:07:22 | zenlunatic | yeah it was connected to usb, thats why |
22:07:56 | | Quit baptiste (Remote host closed the connection) |
22:09:14 | | Quit benedikt93 (Quit: Bye ;)) |
22:09:22 | zenlunatic | wow. this is nice... thanks pixelma |
22:16:22 | *** | Saving seen data "./dancer.seen" |
22:17:12 | kugel | gevaerts: does that patch work? |
22:17:23 | kugel | (the RaaA for n900 one I mean) |
22:17:44 | kugel | (http://talk.maemo.org/showthread.php?p=894819 - for the reference) |
22:18:39 | gevaerts | more or less |
22:18:53 | gevaerts | Well, it works, but it doesn't feel much better than unmodified svn to me |
22:19:28 | gevaerts | That's why I want the next one :) |
22:21:35 | | Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...) |
22:21:44 | kugel | the sdl graphics part is supposed to be much faster |
22:22:13 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
22:22:52 | gevaerts | Yes, but while that's certainly useful that's not where the really noticeable problems are |
22:23:13 | | Quit domonoky1 (Ping timeout: 245 seconds) |
22:23:50 | gevaerts | It "just" makes the thing use a bit less CPU. It doesn't solve the stuttering that sometimes happens (mainly when the LCD switches off) |
22:24:17 | gevaerts | I'm hoping that the more recent work improves that, since it should do sound a lot better |
22:24:55 | kugel | so do I |
22:26:01 | | Join b1uebrother [0] (~dom@2.208.15.219) |
22:26:58 | gevaerts | right now just running rockbox makes pulseaudio jump to 25% CPU or so |
22:27:37 | | Quit kadoban (Read error: Operation timed out) |
22:28:14 | | Join moos [0] (moos@rockbox/staff/moos) |
22:30:01 | kugel | without audio? |
22:31:26 | gevaerts | yes, immediately after "boot" |
22:31:56 | gevaerts | The CPU might not be running at full speed though, but still |
22:32:28 | gevaerts | Actually, it's nearer 30% |
22:32:50 | kugel | that's strange, pulseaudio does really only audio, doesn't it? |
22:33:16 | kugel | it seems the sdl port has a lot of performance problems we didn't know about yet |
22:33:16 | gevaerts | I hope so :) |
22:37:42 | | Quit tchan (Quit: WeeChat 0.3.3-dev) |
22:38:48 | | Quit Topy (Read error: Connection reset by peer) |
22:39:35 | gevaerts | Yes. The numbers I see on n900 make the android port quite impressive |
22:43:47 | | Quit moos (Ping timeout: 255 seconds) |
22:43:55 | | Join moos [0] (moos@rockbox/staff/moos) |
22:45:29 | eWill | I trying to prevent dir change when I skip then immediately fast-forward/rewind. Here's my .diff.http://pastebin.ca/2026424 Anyone know why it isn't working? |
22:51:09 | | Part marines |
22:51:09 | jhMikeS | kugel: I have to agree that's a bit painful to look at :o |
22:52:11 | jhMikeS | thing is though, how's that effectively different from just calling thread_set_priority and restoring? |
22:53:17 | | Join Topy44 [0] (~Topy44@g228195126.adsl.alicedsl.de) |
22:53:42 | kugel | jhMikeS: restoring immediately you mean? |
22:54:55 | jhMikeS | yes, like what you tried before |
22:55:13 | | Join Buschel [0] (~chatzilla@p54A3B74E.dip.t-dialin.net) |
22:55:19 | kugel | i haven't tried that yet |
22:55:50 | | Join JdGordon [0] (7a6edfaa@gateway/web/freenode/ip.122.110.223.170) |
22:56:03 | jhMikeS | I thought you tried calling set_thread_priority from the ISR and restoring when it runs...I thought...hmmm |
22:56:22 | kugel | no, that's what the above patch does |
22:57:11 | Buschel | soap: I propose that you might add a change to svn which uses 76MHz for nano 1G. it is not the first time I have heard about the need for using a lower clock |
22:57:36 | | Join {phoenix} [0] (~dirk@p57AA44A0.dip.t-dialin.net) |
22:58:14 | kugel | jhMikeS: what did you think the patch does? it does what you have thought would have been my other try |
22:59:42 | | Quit b1uebrother (Quit: leaving) |
23:00 |
23:00:47 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
23:00:47 | eWill | Nevermind −− it works. I forgot to reboot after I made those changes. |
23:00:51 | jhMikeS | kugel: that's what I though it does, with extra steps to boot! :) still, it doesn't guarantee it runs next if its stuck else where |
23:01:15 | | Quit dfkt (Disconnected by services) |
23:01:16 | soap | Buschel, I don't have that power, nor do I feel right with something going through for what appears to be, today, one person's issue. |
23:01:18 | | Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) |
23:02:29 | kugel | jhMikeS: I assume it will run next once it becomes runnable. Or is set_priority() undefined for non-running threads? |
23:03:19 | jhMikeS | kugel: it's defined. the cases where it would be like would be exceptions, like being 3rd waiting for a mutex or something. |
23:03:34 | kugel | that's what I thought the huge'ish else case in set_priority() was for |
23:03:51 | Buschel | soap: do we loose the realtime ability for a codec? if not (and I do no think so), a change of -5% clock is not that relevant. |
23:04:07 | Buschel | (from my point of view) |
23:04:19 | jhMikeS | kugel: that's to boost the owner of a lock when the owner has lower priority than the waiter, likewise for a queue owner |
23:04:45 | jhMikeS | kugel: the inheritance is transitive across a chain of blocking threads |
23:04:56 | Buschel | soap: can you provide a patch? |
23:05:23 | kugel | does that mean the owner threads don't get the priority lowered? |
23:05:26 | soap | Buschel, would likely make APE C2000 unusable. |
23:06:43 | jhMikeS | kugel: if you raise prio on a thread waiting and it's the higher priority waiter, then all thread blocking it get boosted too, till they no longer own the resources the highest prio is requesting |
23:07:29 | Buschel | soap: c2000 is tight :/ |
23:09:35 | soap | http://pastebin.ca/2026629 |
23:09:38 | soap | is all I did. |
23:09:45 | jhMikeS | kugel: says it better than I did I guess: http://en.wikipedia.org/wiki/Priority_inheritance :) |
23:09:55 | | Quit ender` (Quit: Shortly after Dr. Samuel Johnson had published his Dictonary of the English Language (in 1755), a splendid British lady approached him and congratulated him on omitting all improper and coarse words from his dictionary. "Ah," replied Dr. Johnson, "so yo) |
23:10:07 | soap | For all I know this breaks everything. All I know is I got a few hours of playback with this change whereas I could not do so before. |
23:10:20 | kugel | jhMikeS: I think I understand what it does. I'm wondering if the blocker threads get their priority raised? |
23:12:03 | kugel | if yes, then it should be save, shouldn't it? |
23:12:13 | jhMikeS | kugel: yes, of course, if the object involves PI (mutexes and owned queues when calling queue_send) |
23:13:06 | soap | what are amiconn's thoughts on making SVN 76Mhz for the Nano 1G? |
23:13:58 | jhMikeS | kugel: Is this "run next" really that helpful? |
23:14:42 | kugel | it's indeed a bit smoother yes |
23:15:42 | kugel | it's not about having the main thread more often, but about doing the lcd_update-after-moving-list with a (nearly) constant time difference |
23:16:39 | kugel | it makes especially the smoothness not depend so much on the cpu load (e.g. music playing or not) |
23:16:43 | Buschel | soap: let's see what amiconn will say |
23:17:24 | soap | Is the timing of anything else dependent upon the boosted speed? |
23:17:25 | jhMikeS | kugel: heh, that needs preemption to *really* do :o) |
23:17:26 | | Quit JdGordon (Ping timeout: 265 seconds) |
23:18:05 | kugel | jhMikeS: ah yes, can you do me the favor if implementing preemption then? :) |
23:18:09 | jhMikeS | kugel: that doesn't result in re-starving the codec thread since it effectively makes it way higher than even realtime |
23:18:50 | kugel | is that a question? |
23:19:04 | jhMikeS | kugel: there's other reason I'd want it too that have to do with audio output |
23:19:06 | Buschel | soap: in terms of registers -> IDE0_CFG and DEV_TIMING1. |
23:19:17 | Buschel | soap: maybe also RAM |
23:19:58 | soap | I did not test with any writing to the drive, except for the last.fm log (which I haven't looked at). |
23:20:14 | Buschel | soap: from what I have seen so far I think the RAM speed is directly connected to the CPU clock |
23:20:17 | soap | I should go get it and test USB function at the least. |
23:21:56 | Buschel | soap: does your nano also freeze (or even freeze faster) when keeping it boosted? |
23:22:31 | soap | I can test that. Let me go get it. Are you thinking perhaps the switching itself is doing something? |
23:22:38 | Buschel | exactly |
23:22:56 | Buschel | not sure about this, would just be good to know |
23:23:01 | jhMikeS | kugel: that was. I'd expect any codec boost to be made null and void |
23:23:02 | | Quit kevku (Ping timeout: 272 seconds) |
23:23:26 | kugel | it doesn't starve other threads since it's back at default priority immedialtely when it runs again, it'll only put the other threads behind a bit |
23:24:18 | jhMikeS | you never tried the skip_count change? |
23:24:28 | kugel | I'd be more than happy to have a way to make it run next without messing with the priorities though |
23:24:39 | kugel | no I haven't yet |
23:25:06 | | Quit evilnick_B (Quit: Page closed) |
23:26:26 | jhMikeS | kugel: I was think about being a bit more gentle. what if it doesn't *have* to run next but just soon enough or won't be skipped next time it's seen? most tasks don't do much before sleeping again |
23:26:59 | kugel | that won't change anything I think |
23:27:36 | kugel | my goal is to make the time between two updates constant for maximum smoothness |
23:30:15 | kugel | it's the best we can do to meet this realtime need, isn't it? |
23:31:53 | soap | Buschel, ok, just started a long track at a forced 80Mhz. |
23:32:24 | Buschel | soap: will get some sleep now as I am totally tired. I will read the logs tomorrow |
23:32:28 | Buschel | see you |
23:32:33 | | Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) |
23:32:36 | soap | thanks |
23:33:51 | jhMikeS | kugel: could schedule by shortest job first instead, which has minimal latencies...or...raise the skip count and move it to the head of whatever list it is currency on, even if blocked elsewhere |
23:35:22 | | Join Keripo [0] (~Keripo@184.49.184.213) |
23:37:55 | | Quit mortalscan (Ping timeout: 240 seconds) |
23:38:56 | | Quit ZincAlloy (Quit: CGI:IRC) |
23:42:22 | | Quit bertrik (Quit: :tiuQ) |
23:43:20 | | Join marines [0] (~marines@marvin.uplink.cz) |
23:45:20 | | Join mortalscan [0] (~mortalsca@109.169.55.155) |
23:47:42 | kugel | jhMikeS: I tried moving it around lists, but that only crashed on me |
23:48:27 | kugel | shortest job first probably isn't what we want, updating the lcd isn't exactly short |
23:50:44 | jhMikeS | there's a variant of that one apparently, but, moving it in lists should be workable also. if it crashed, something got corrupted |
23:51:41 | jhMikeS | crashes can be quite interesting if the list gets done wrong :) |
23:53:21 | kugel | hard to debug also |
23:53:49 | | Quit CaptainKewl (Read error: Operation timed out) |
23:55:41 | jhMikeS | you're telling me! |
23:56:02 | jhMikeS | I had another idea though that involves no priority or list moving |
23:56:16 | | Quit domonoky (Read error: Connection reset by peer) |
23:56:48 | jhMikeS | if a thread can be marked as "urgent", and the scheduler know an urgent thread exists, it can search those first |
23:57:22 | | Join telliott [0] (~Tim@d27-96-170-180.evv.wideopenwest.com) |
23:57:39 | kugel | I had that idea too, it also crashed, but I probably did it wrong |
23:58:51 | kugel | I think I didn't handle it when the urgend one yields again, so the scheduler thought it wasn't an urgend one and thought it was in some list |
23:58:57 | jhMikeS | it is the least expesive way to go about it. tell the core it has them, then mark the threads. among those, schedule normally over and above those not marked |