| 00:01:03 | mcuelenaere | it seems like the Renesas does use EMIF |
| 00:01:07 | mcuelenaere | #define MXX_BASE 0x60000000 |
| 00:02:01 | kkurbjunW | oh, nice |
| 00:02:09 | * | gevaerts thinks of an easy way to implement just enough transfer queueing stuff to allow faster USB speeds on PP and beast without going to the complexity of a full implementation |
| 00:02:14 | | Quit _lifeless (Remote closed the connection) |
| 00:02:31 | | Join _lifeless [0] (n=lifeless@90.151.42.77) |
| 00:02:48 | mcuelenaere | kkurbjunW: it looks like you already have a good base to start the USB driver |
| 00:02:59 | mcuelenaere | you'll need to rewrite/write it from scratch though |
| 00:03:42 | kkurbjunW | yeah, this is giving me a good point to start for sure |
| 00:03:54 | kkurbjunW | I know which GPIO the renesas interrupts on too |
| 00:04:29 | mcuelenaere | yeah, and how to en-/disable it |
| 00:04:32 | kkurbjunW | thanks to cat I'll add :) |
| 00:04:44 | mcuelenaere | I would contact him anyway though |
| 00:05:05 | kkurbjunW | yeah, I plan on it |
| 00:06:04 | mcuelenaere | Bagder: did you get my message regarding the VX767? |
| 00:06:25 | | Quit bluebrother ("leaving") |
| 00:06:34 | Bagder | yes, but I'm saving that fun for tomorrow ;-) |
| 00:06:43 | mcuelenaere | k |
| 00:07:06 | * | mcuelenaere still needs to figure out how __timer_set() works to fix the remaining warnings |
| 00:14:14 | | Quit MethoS- (Read error: 113 (No route to host)) |
| 00:14:33 | | Quit n1s ("Lämnar") |
| 00:16:40 | | Join Llorean1 [0] (n=DarkkOne@c-98-200-198-144.hsd1.tx.comcast.net) |
| 00:16:57 | | Quit bertrik ("Leaving") |
| 00:18:08 | | Quit gromit`` (Read error: 60 (Operation timed out)) |
| 00:23:42 | | Join arohtar [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) |
| 00:24:45 | | Join gromit` [0] (n=gromit@ALagny-154-1-5-85.w83-112.abo.wanadoo.fr) |
| 00:25:11 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
| 00:25:11 | | Quit pixelma (Nick collision from services.) |
| 00:25:13 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 00:25:13 | | Quit amiconn (Nick collision from services.) |
| 00:25:26 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 00:25:31 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 00:25:37 | | Join moredhel [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) |
| 00:31:03 | | Quit Llorean (Read error: 110 (Connection timed out)) |
| 00:31:06 | | Quit arohtar (Read error: 60 (Operation timed out)) |
| 00:31:54 | | Quit faemir (Read error: 110 (Connection timed out)) |
| 00:32:27 | | Quit mcuelenaere ("Gnight") |
| 00:33:16 | | Join akur [0] (n=akur@bl6-147-138.dsl.telepac.pt) |
| 00:41:46 | *** | Saving seen data "./dancer.seen" |
| 00:41:52 | | Quit ender` (" cat /dev/coffee | /dev/cup | /dev/mouth | /dev/nose > /dev/keyboard") |
| 00:42:03 | | Join miepchen^schlaf [0] (n=miepel@p579EC99E.dip.t-dialin.net) |
| 00:43:26 | | Part akur |
| 00:45:31 | | Quit petur ("Zzzzz") |
| 00:45:44 | | Quit flydutch ("/* empty */") |
| 00:47:27 | | Quit ibseco (Read error: 113 (No route to host)) |
| 00:48:44 | | Quit MTee (Read error: 104 (Connection reset by peer)) |
| 00:55:35 | | Join moos [0] (i=Mustapha@rockbox/staff/moos) |
| 00:58:10 | | Part toffe82 |
| 01:00 |
| 01:03:04 | | Quit DataGhost () |
| 01:04:04 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 01:04:34 | | Join yhuang [0] (n=yhuang@unaffiliated/yhuang) |
| 01:07:48 | | Quit Conic (Read error: 110 (Connection timed out)) |
| 01:09:00 | | Join DataGhost [0] (n=dataghos@unaffiliated/dataghost) |
| 01:09:19 | | Join jfc [0] (n=john@dpc691978010.direcpc.com) |
| 01:11:45 | | Join Aurix_Lexico1 [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
| 01:13:44 | gevaerts | It's possible to get the USB speeds on ipod video to 12.8 MB/s read and 15.5 MB/s write (pure USB+MSC, no storage involved) (from 8.9MB/s each way now). Combined with FS #9708 that gives me 11.5 MB/s read and 8.3 MB/s write speed (real disk IO, UDMA4) |
| 01:14:14 | gevaerts | the OF gets 14 MB/s each way, so we're not there yet |
| 01:14:37 | * | gevaerts will post a test patch soon, but not today |
| 01:15:17 | | Join avis [0] (n=ident@pdpc/supporter/student/avis) |
| 01:21:55 | gevaerts | I suspect that I can get read speeds a bit higher still, but I don't know by how much |
| 01:22:20 | | Quit Aurix_Lexico (Read error: 110 (Connection timed out)) |
| 01:25:31 | | Quit jfc^3 (Read error: 110 (Connection timed out)) |
| 01:28:19 | | Join StealthyXIIGer [0] (n=baduser@c-68-62-18-116.hsd1.mi.comcast.net) |
| 01:36:46 | | Quit Thundercloud (Remote closed the connection) |
| 01:42:12 | | Quit tessarakt ("Client exiting") |
| 01:49:21 | | Quit yhuang ("Leaving") |
| 01:50:29 | | Nick Llorean1 is now known as Llorean (n=DarkkOne@c-98-200-198-144.hsd1.tx.comcast.net) |
| 01:52:44 | | Quit __BradC ("Leaving") |
| 01:59:56 | | Quit HellDragon (Client Quit) |
| 02:00 |
| 02:01:54 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 02:09:55 | | Quit jhMikeS (Nick collision from services.) |
| 02:10:01 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 02:19:20 | | Join roebeet_ [0] (n=browe@71.175.51.52) |
| 02:25:44 | | Quit timc`` (Read error: 54 (Connection reset by peer)) |
| 02:25:51 | | Join timc`` [0] (n=aoeu@124.93.243.83) |
| 02:27:35 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.7/2009030516]") |
| 02:34:49 | | Quit Llorean ("Leaving.") |
| 02:35:16 | | Join Llorean [0] (n=DarkkOne@c-98-200-198-144.hsd1.tx.comcast.net) |
| 02:41:48 | *** | Saving seen data "./dancer.seen" |
| 02:44:12 | | Quit bzed (Read error: 104 (Connection reset by peer)) |
| 02:45:26 | | Quit roebeet_ (grisham.freenode.net irc.freenode.net) |
| 02:45:26 | NSplit | grisham.freenode.net irc.freenode.net |
| 02:45:26 | | Quit Seed (grisham.freenode.net irc.freenode.net) |
| 02:45:26 | | Quit JdGordon (grisham.freenode.net irc.freenode.net) |
| 02:45:26 | | Quit sharperguy (grisham.freenode.net irc.freenode.net) |
| 02:45:26 | | Quit preglow (grisham.freenode.net irc.freenode.net) |
| 02:45:26 | | Quit markun (grisham.freenode.net irc.freenode.net) |
| 02:45:26 | | Quit fxb__ (grisham.freenode.net irc.freenode.net) |
| 02:45:26 | | Quit StealthyXIIGer (grisham.freenode.net irc.freenode.net) |
| 02:45:26 | | Quit kkurbjun (grisham.freenode.net irc.freenode.net) |
| 02:45:26 | | Quit orsonj (grisham.freenode.net irc.freenode.net) |
| 02:45:26 | | Quit keby (grisham.freenode.net irc.freenode.net) |
| 02:45:26 | | Quit gibbon_ (grisham.freenode.net irc.freenode.net) |
| 02:45:26 | | Quit synergist (grisham.freenode.net irc.freenode.net) |
| 02:45:26 | | Quit desowin_ (grisham.freenode.net irc.freenode.net) |
| 02:46:45 | NHeal | grisham.freenode.net irc.freenode.net |
| 02:46:45 | NJoin | roebeet_ [0] (n=browe@71.175.51.52) |
| 02:46:45 | NJoin | Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 02:46:45 | NJoin | sharperguy [0] (n=sharperg@khbed74-242.studenthalls.gla.ac.uk) |
| 02:46:45 | NJoin | JdGordon [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) |
| 02:46:45 | NJoin | preglow [0] (i=thomj@rockbox/developer/preglow) |
| 02:46:45 | NJoin | markun [50] (n=markun@rockbox/developer/markun) |
| 02:46:45 | NJoin | fxb__ [0] (n=felixbru@h1252615.stratoserver.net) |
| 02:47:02 | | Join Strife89 [0] (n=nds@204.116.244.200) |
| 02:50:32 | | Join bzed [0] (n=bzed@devel.recluse.de) |
| 02:50:32 | NJoin | StealthyXIIGer [0] (n=baduser@c-68-62-18-116.hsd1.mi.comcast.net) |
| 02:50:32 | NJoin | kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) |
| 02:50:32 | NJoin | orsonj [0] (n=orson@b22222.bookstore.usu.edu) |
| 02:50:32 | NJoin | keby [0] (n=keby@cpe-24-243-7-225.satx.res.rr.com) |
| 02:50:32 | NJoin | gibbon_ [0] (i=gibbon_@could.become.a.servant4you.org) |
| 02:50:32 | NJoin | synergist [0] (i=christop@cant.be-arsed.co.uk) |
| 02:50:32 | NJoin | desowin_ [0] (n=desowin@atheme/member/desowin) |
| 02:53:07 | | Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 02:55:40 | | Quit synergist ("changing servers") |
| 02:56:02 | | Join synergist [0] (i=christop@cant.be-arsed.co.uk) |
| 03:00 |
| 03:02:31 | | Quit moos ("Rockbox rules the DAP world") |
| 03:11:00 | | Quit SirFunk (Remote closed the connection) |
| 03:11:41 | | Quit MethoS-- (Remote closed the connection) |
| 03:12:40 | | Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) |
| 03:17:21 | | Join desowin [0] (n=desowin@redmine.atheme.org) |
| 03:17:27 | | Join orsonj_ [0] (n=orson@b22222.bookstore.usu.edu) |
| 03:17:35 | | Join keby_ [0] (n=keby@cpe-24-243-7-225.satx.res.rr.com) |
| 03:19:33 | | Join planetbeing [0] (n=planetbe@net200-213.student.yale.edu) |
| 03:24:50 | | Quit keby (Read error: 104 (Connection reset by peer)) |
| 03:25:07 | | Quit desowin_ (Read error: 104 (Connection reset by peer)) |
| 03:26:46 | | Quit planetbeing (Read error: 54 (Connection reset by peer)) |
| 03:27:52 | | Quit sarixe ("Leaving") |
| 03:29:10 | | Quit orsonj (Read error: 110 (Connection timed out)) |
| 03:38:01 | | Quit orsonj_ ("leaving") |
| 03:38:14 | | Join orsonj [0] (n=orson@b22222.bookstore.usu.edu) |
| 03:38:17 | | Join planetbeing [0] (n=planetbe@net200-213.student.yale.edu) |
| 03:38:59 | | Quit Strife89 ("Bedtime.") |
| 03:58:10 | | Quit planetbeing (Read error: 104 (Connection reset by peer)) |
| 03:58:23 | | Join planetbeing [0] (n=planetbe@net200-213.student.yale.edu) |
| 04:00 |
| 04:08:56 | | Quit Aurix_Lexico1 ("Leaving.") |
| 04:13:59 | | Quit taylor_ ("Leaving") |
| 04:20:48 | | Join planetbeing_ [0] (n=planetbe@dhcp128036148112.central.yale.edu) |
| 04:21:26 | | Join _BradC [0] (i=heh29734@203.161.83.244.static.amnet.net.au) |
| 04:24:30 | | Join blkhawk- [0] (n=blkhawk@f050229083.adsl.alicedsl.de) |
| 04:24:50 | | Quit timc`` (Read error: 60 (Operation timed out)) |
| 04:26:09 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 04:28:08 | | Quit BlakeJohnson86 (Remote closed the connection) |
| 04:28:09 | | Quit _BradC (Read error: 54 (Connection reset by peer)) |
| 04:28:52 | | Join _BradC [0] (i=heh30146@203.161.83.244.static.amnet.net.au) |
| 04:29:21 | | Quit _BradC (Read error: 104 (Connection reset by peer)) |
| 04:29:54 | | Quit agaffney (Read error: 104 (Connection reset by peer)) |
| 04:30:35 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
| 04:32:50 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 04:35:53 | | Join _BradC [0] (i=heh30666@203.161.83.244.static.amnet.net.au) |
| 04:38:59 | | Quit AndyIL (Read error: 110 (Connection timed out)) |
| 04:41:28 | | Quit _BradC (Read error: 104 (Connection reset by peer)) |
| 04:41:29 | | Join timc`` [0] (n=aoeu@124.93.243.83) |
| 04:41:36 | | Quit planetbeing (Read error: 110 (Connection timed out)) |
| 04:41:52 | *** | Saving seen data "./dancer.seen" |
| 04:41:53 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
| 04:42:28 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@f050229083.adsl.alicedsl.de) |
| 04:45:16 | | Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) |
| 04:50:28 | | Quit StealthyXIIGer () |
| 05:00 |
| 05:00:08 | | Join _BradC [0] (i=heh32229@203.161.83.244.static.amnet.net.au) |
| 05:03:54 | | Quit roebeet_ ("Ex-Chat") |
| 05:29:31 | | Quit _BradC (Read error: 104 (Connection reset by peer)) |
| 05:32:56 | | Join _BradC [0] (i=heh1782@203.161.83.244.static.amnet.net.au) |
| 05:34:27 | | Quit _BradC (Read error: 104 (Connection reset by peer)) |
| 05:34:42 | | Join _BradC [0] (i=heh1884@203.161.83.244.static.amnet.net.au) |
| 05:42:27 | | Join goffa_ [0] (n=goffa@216.220.23.105) |
| 05:44:46 | | Quit Horscht ("Verlassend") |
| 05:54:27 | | Quit goffa (Read error: 110 (Connection timed out)) |
| 06:00 |
| 06:07:02 | | Quit _lifeless (Remote closed the connection) |
| 06:07:18 | | Join _lifeless [0] (n=lifeless@90.151.42.77) |
| 06:23:03 | | Join plutonian [0] (n=pluto@c-67-183-155-218.hsd1.wa.comcast.net) |
| 06:25:58 | plutonian | what is in a rockbox .fnt file? |
| 06:26:44 | plutonian | I'm asking because I found a font I really like, 18 point nimbus, that's not in the official fonts package |
| 06:27:02 | plutonian | it fits really well with my wps, but it's missing a couple glyphs |
| 06:27:19 | plutonian | like the | and the umlauted o in "Claude-Michael Schonberg" |
| 06:27:55 | plutonian | I'm wondering how difficult it would be to add the glyphs myself, or if there's a more complete 18-nimbus.fnt somewhere out there |
| 06:28:33 | | Quit _BradC (Read error: 104 (Connection reset by peer)) |
| 06:28:43 | | Quit blithe_ ("Lost terminal") |
| 06:28:53 | | Join blithe [0] (n=blithe@blakesmith.me) |
| 06:29:04 | | Quit nuonguy ("This computer has gone to sleep") |
| 06:33:38 | | Join _BradC [0] (i=heh5751@203.161.83.244.static.amnet.net.au) |
| 06:39:44 | | Quit plutonian (Remote closed the connection) |
| 06:41:53 | | Quit CaptainKewl ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
| 06:41:54 | *** | Saving seen data "./dancer.seen" |
| 06:49:14 | | Join plutonian [0] (n=pluto@c-67-183-155-218.hsd1.wa.comcast.net) |
| 06:51:44 | plutonian | is there software out there somewhere for editing .fnt files used by rockbox? |
| 06:51:57 | plutonian | I tried opening them in fontforge but it didn't like them |
| 06:52:51 | | Quit plutonian (Remote closed the connection) |
| 07:00 |
| 07:01:12 | | Quit kachna (Read error: 60 (Operation timed out)) |
| 07:11:17 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
| 07:24:06 | | Quit _BradC (Read error: 131 (Connection reset by peer)) |
| 07:24:24 | | Join _BradC [0] (i=heh9134@203.161.83.244.static.amnet.net.au) |
| 07:25:35 | | Join homielowe [0] (n=homielow@unaffiliated/homielowe) |
| 07:26:36 | | Quit _BradC (Read error: 104 (Connection reset by peer)) |
| 07:26:45 | | Quit parafin (Read error: 110 (Connection timed out)) |
| 07:26:55 | | Join _BradC [0] (i=heh9356@203.161.83.244.static.amnet.net.au) |
| 07:28:35 | | Quit BHSPitMonkey (Remote closed the connection) |
| 07:28:36 | | Quit _BradC (Read error: 104 (Connection reset by peer)) |
| 07:28:57 | | Join _BradC [0] (i=heh9453@203.161.83.244.static.amnet.net.au) |
| 07:30:07 | | Quit _BradC (Read error: 104 (Connection reset by peer)) |
| 07:33:29 | | Quit z35 ("Leaving") |
| 07:39:58 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 07:40:51 | | Join parafin [0] (i=parafin@paraf.in) |
| 07:45:30 | | Join midijunkie [0] (n=Miranda@pD954711A.dip0.t-ipconnect.de) |
| 07:46:17 | | Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 07:49:46 | * | amiconn summons Bagder |
| 07:51:00 | | Quit advcomp2019 (Read error: 60 (Operation timed out)) |
| 08:00 |
| 08:01:11 | amiconn | jhMikeS: DMA works for unaligned ata transfers on the beast? |
| 08:02:41 | jhMikeS | amiconn: yes, the burst DMA unit has no alignment restrictions at all |
| 08:02:51 | amiconn | Interesting... |
| 08:03:24 | amiconn | I don't think PP is able to do that though |
| 08:07:05 | jhMikeS | no, it's restricted to word alignment as I understand it |
| 08:07:05 | | Quit parafin (Read error: 104 (Connection reset by peer)) |
| 08:07:09 | | Join parafin [0] (i=parafin@paraf.in) |
| 08:08:04 | jhMikeS | The only issue is cache coherency for the buffer ends for a read. I'll probably cache-align the various sector buffers for DMA-enabled devices. |
| 08:08:35 | jhMikeS | the whole scheme handles that properly no matter what but speed for small transfer would be improved a bit |
| 08:08:40 | | Quit moredhel (Client Quit) |
| 08:11:26 | jhMikeS | I put test_disk results in the wiki. It seems I had an anomalously quick PIO4 result on the previous one posted but DMA consistenly beats PIO4 in my tests in recent SVN. |
| 08:13:44 | jhMikeS | It's pretty even with optimized transfers for 512 bytes actually. |
| 08:14:50 | jhMikeS | for create/write, read is always faster by about 1MB/s |
| 08:19:24 | | Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 08:27:24 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 08:37:42 | | Quit HBK1 (Read error: 110 (Connection timed out)) |
| 08:40:55 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:41:23 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 08:41:50 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) |
| 08:41:57 | *** | Saving seen data "./dancer.seen" |
| 08:45:48 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
| 08:46:49 | | Join Rob2222 [0] (n=Miranda@p4FDCCC73.dip.t-dialin.net) |
| 08:55:58 | | Quit planetbeing_ () |
| 08:59:04 | | Quit bertrik ("Leaving") |
| 08:59:09 | | Join freqmod_gq_ [0] (i=quasselg@dhcp208-240.ed.ntnu.no) |
| 08:59:21 | | Quit freqmod_gq ("No Ping reply in 30 seconds.") |
| 09:00 |
| 09:03:03 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
| 09:03:28 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
| 09:04:36 | amiconn | B4gder: obo.gotdns.org is mips enabled but doesn't seem have the mips toolchain installed |
| 09:04:47 | | Quit Riku () |
| 09:05:04 | B4gder | obo: ping? |
| 09:05:08 | amiconn | Also, the script for the binsize table doesn't seem to be in svn (at least I couldn't find it) |
| 09:05:13 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 09:05:28 | B4gder | ok, I'll check that |
| 09:07:41 | amiconn | RAM size for the VX747 is working now; found the problem w/o the output script. It seems to rely on rockbox-info.txt and hence mkinfo.pl |
| 09:14:40 | | Join Rawrl [0] (n=chatzill@c-98-193-65-31.hsd1.il.comcast.net) |
| 09:15:06 | Rawrl | It's the strangest thing |
| 09:15:18 | Rawrl | I just got a 5.5g ipod |
| 09:15:32 | Rawrl | guy was selling it because it was stuck in a restore loop |
| 09:16:16 | Rawrl | managed to get it half-working, but the disk was making some pretty nasty noises, and it would skip or freeze while playing a sone |
| 09:16:25 | Rawrl | bad disk, right? |
| 09:16:43 | Rawrl | figured I'd have to get a replacement |
| 09:17:10 | Rawrl | decided to try installing rockbox before I pronounced it dead, and bam! |
| 09:17:19 | Rawrl | 's been working fine so far |
| 09:17:29 | Rawrl | is this a common occurrence? |
| 09:17:35 | | Quit markun ("leaving") |
| 09:19:13 | scorche | Rockbox does not repair bad hard drives or solve some sort of disk-destroying bug in the original firmware, so no, though you arent the first to claim it has ;) |
| 09:19:23 | | Join markun [50] (n=markun@rockbox/developer/markun) |
| 09:19:38 | * | amiconn just had an idea |
| 09:19:41 | Rawrl | not claiming it magically fixed a bad HD |
| 09:19:56 | amiconn | jhMikeS: Did you try to map DRAM to the *same* start address as IRAM on PP? |
| 09:20:07 | Rawrl | just saying it was exhibiting all the signs, and they disappeared upon installing rockbox |
| 09:20:25 | Rawrl | chalk it up to shitty apple software |
| 09:20:37 | jhMikeS | amiconn: no since my understand is that won't work since you can't cache any address 0x40000000 or above |
| 09:20:52 | amiconn | If the IRAM shadows part of the DRAM in this case, it would be a way to get rid of longcalls at least in the core (at the cost of losing 96 or 128KB of IRAM) |
| 09:21:00 | amiconn | Oh, hmm. |
| 09:21:22 | amiconn | ...losing 96 or 128KB of *DRAM* of course |
| 09:22:00 | jhMikeS | we can map areas in the 0x30000000 block, then problem is the way the cache setup works, I'd have to distinguish physical addresses from nocache addresses. |
| 09:23:00 | amiconn | Well, we are mapping ram twice already. We could switch cached and uncached |
| 09:24:01 | amiconn | But mapping to 0x3xxxxxxxx isn't sufficient, as branches are restricted to +/- 32MB |
| 09:24:44 | amiconn | Even if we could map DRAM directly before IRAM, this might be slightly too far away. It definitely is for the 64MB ipods |
| 09:26:40 | Rawrl | crap, it's still making the same noises |
| 09:27:01 | Rawrl | at least rockbox isn't shitting itself |
| 09:28:20 | Rawrl | buncha file errors when I try to play doom |
| 09:29:19 | amiconn | Seems we need to go the decide-per-function route |
| 09:29:48 | amiconn | Using the IRAM for data only would be another possibility, but it would hurt PP5002 performance a lot in some codecs |
| 09:30:02 | jhMikeS | amiconn: actually, code can be mapped within 32MB of 0x40000000 which I think is no problem to accomplish |
| 09:30:30 | amiconn | how? |
| 09:30:56 | jhMikeS | the memory management can do it |
| 09:31:04 | jhMikeS | *controller |
| 09:31:48 | amiconn | We have a 32MB (or 64MB) block of RAM. How would you map that within 32MB of 0x40000000 and stay below 0x40000000 at the same time (because of cacheability) |
| 09:31:59 | amiconn | The code is at the beginning of DRAM |
| 09:32:27 | jhMikeS | map the same section where the binary itself resides to a 16MB section and map the plugin and codec areas to the next one just behind 0x40000000 but load everything where it is now |
| 09:33:54 | jhMikeS | actually, it has to be 8MB per block since it couldn't branch to the end of IRAM, just the start of it |
| 09:35:10 | jhMikeS | unless the first IRAM_SIZE piece of the .text section never references IRAM in any way, then 0x40000000-32MB would work. |
| 09:35:12 | amiconn | Then you end up with non-contiguous dram |
| 09:35:29 | | Quit nibbler_ (Read error: 110 (Connection timed out)) |
| 09:35:40 | * | amiconn expects a lot of stuff to break in this case |
| 09:36:21 | jhMikeS | data would still be contiguous, yes and be referenced starting at 0x00000000. just code would execute from the remapped section. |
| 09:36:36 | amiconn | And iiuc if you map plugin + codec areas behind 0x40000000 it won't be cacheable, right? |
| 09:38:25 | jhMikeS | that section will be but I can't make the masks for the cache work without distinguishing physical from uncached (because 0x1xxxxxxx and 0x3xxxxxxx share bit 28) |
| 09:40:57 | jhMikeS | it's possible to map virtual addresses as non-cacheable |
| 09:44:16 | * | jhMikeS hugs the ARM MMU and kicks the PP one |
| 09:46:19 | | Quit Thundercloud (Remote closed the connection) |
| 09:49:26 | jhMikeS | At least _I think_ it's possible to specify caching for mappings but I'm not positive. |
| 09:50:58 | jhMikeS | If that's in fact the case, things will be much simpler |
| 09:57:28 | | Quit kachna (Read error: 113 (No route to host)) |
| 10:00 |
| 10:00:37 | | Join hiya [0] (n=4018337e@gateway/web/cgi-irc/labb.contactor.se/x-d979a8671ad4dcaf) |
| 10:05:03 | hiya | can anyone see this? I just re-installed windows, and I'm temporarily using the RB Web Client (for the firtst time).. |
| 10:05:23 | | Join awake_ [0] (n=Zzz@c122-106-54-254.rivrw1.nsw.optusnet.com.au) |
| 10:05:45 | B4gder | we read you |
| 10:14:13 | | Quit Rawrl ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") |
| 10:17:07 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 10:21:55 | hiya | I shut down my Sansa c250 while it was saving a recording. When I opened it up in Windows the file has a length of zero. I assume the original WAV (I was recording as MP3) is on there somewhere. Is there some program what would allow me copy/view my c250s' partitions at low level? |
| 10:22:22 | hiya | *program THAT would allow |
| 10:25:09 | B4gder | if you record as mp3 it does not save it as wav |
| 10:26:27 | | Join lightbul1jim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) |
| 10:27:32 | | Quit lightbulbjim (Read error: 60 (Operation timed out)) |
| 10:31:04 | hiya | B4gder: When I'm in the middle of a long recording, and stop, I get the "disk busy" symbol for a minute −− I assumed this was because mp3 recordings start as wavs, and get converted in the background. What's the long "disk busy" for? |
| 10:31:09 | | Quit awake_ (Read error: 104 (Connection reset by peer)) |
| 10:31:49 | | Join lightbulbjim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) |
| 10:31:59 | | Join awake_ [0] (n=Zzz@c122-106-54-254.rivrw1.nsw.optusnet.com.au) |
| 10:32:15 | B4gder | flushing the buffers to disk I would guess, but I don't know the details of that code |
| 10:35:10 | | Quit advcomp2019_ (Read error: 113 (No route to host)) |
| 10:35:42 | | Quit hiya ("CGI:IRC (EOF)") |
| 10:38:57 | jhMikeS | hiya: it's saving whatever encoded data is still in the RAM buffer when you stop and see "disk busy" |
| 10:41:44 | * | jhMikeS suddenly notices he was too late anyway |
| 10:41:59 | *** | Saving seen data "./dancer.seen" |
| 10:46:40 | | Quit lightbul1jim (Read error: 110 (Connection timed out)) |
| 10:46:59 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
| 10:51:10 | | Quit kachna (Remote closed the connection) |
| 10:51:12 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 11:00 |
| 11:07:55 | * | scorche has reworked http://www.rockbox.org/wiki/GSoCApplicationTemplate2009 if anyone wishes to comment... |
| 11:10:47 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
| 11:13:32 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 11:14:50 | | Join pyro_maniac [0] (i=foobar@p57BBA4A2.dip0.t-ipconnect.de) |
| 11:16:06 | gevaerts | scorche: maybe also ask for forum nick |
| 11:16:12 | gevaerts | (if they have one) |
| 11:16:38 | scorche | fixed |
| 11:18:27 | gevaerts | Should we add out communication requirements (weekly ML summary, irc presence,... whatever the consensus was) there? |
| 11:19:57 | scorche | i expect that we can talk about that with them in our mail to them when we give them a task to complete, etc |
| 11:20:36 | scorche | there are questions in there that ask what their thoughts on the topic are which might be useful in gauging a student's willingness to dedicate him/herself |
| 11:21:07 | gevaerts | true. In that case I think it looks good now |
| 11:24:59 | | Quit jhMikeS (Nick collision from services.) |
| 11:25:05 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 11:27:42 | | Join LinusN [0] (n=linus@gateway/web/cgi-irc/labb.contactor.se/x-6dfbb835d70086ba) |
| 11:30:39 | | Quit Seed ("cu, Andre") |
| 11:34:19 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 11:39:17 | | Join tvelocity [0] (n=tony@adsl24-106.her.forthnet.gr) |
| 11:52:11 | scorche | could someone who is bored transfer some old ideas that still might be valid from the SummerOfCode2007 and SummerOfCode2008 pages to http://www.rockbox.org/wiki/SummerOfCode2009 ? |
| 12:00 |
| 12:04:12 | jhMikeS | resampling filter (I'll go for 2 years of rejection) :) |
| 12:05:23 | scorche | yeah...there were a few in there that could be transferred over...just go ahead and transfer what you see if you want...or i can get to it in an hour or 2 when i am done with the first draft of the org app and other GSoC stuffs... |
| 12:12:18 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
| 12:25:13 | | Join moos [0] (i=Mustapha@rockbox/staff/moos) |
| 12:38:23 | | Quit (Read error: 104 (Connection reset by peer)) |
| 12:42:03 | *** | Saving seen data "./dancer.seen" |
| 12:50:20 | | Join freqmod_gq [0] (i=quasselg@dhcp208-240.ed.ntnu.no) |
| 12:50:26 | | Quit freqmod_gq_ ("No Ping reply in 30 seconds.") |
| 12:50:47 | | Join dfkt_dt [0] (i=dfkt@unaffiliated/dfkt) |
| 12:52:59 | | Quit dfkt (Nick collision from services.) |
| 12:53:02 | | Nick dfkt_dt is now known as dfkt (i=dfkt@unaffiliated/dfkt) |
| 12:59:59 | | Join PaulJam [0] (n=Paule@p54BED05F.dip.t-dialin.net) |
| 13:00 |
| 13:02:35 | markun | anyone familiar with the quicktime container format? |
| 13:02:49 | markun | I'm trying to get some .m4b files I have to play in rockbox, but no luck so far |
| 13:07:10 | Unhelpful | what exactly is .m4b? rockbox only supports specific audio codecs, stored in whatever is generally considered their "native" container format. |
| 13:10:00 | pixelma | I guess that's what he would like to know too to work on it... |
| 13:10:57 | markun | Unhelpful: thanks ;) |
| 13:12:09 | markun | Unhelpful: m4b is just one of the many extensions of the quicktime container format (.mov .m4a) |
| 13:13:47 | Unhelpful | hrm... what's the b supposed to mean? |
| 13:14:49 | | Join webguest87 [0] (n=5292654d@gateway/web/cgi-irc/labb.contactor.se/x-9545692ff0b3e98d) |
| 13:14:58 | webguest87 | Hi, does rockbox support the m4b codec? |
| 13:16:00 | | Quit webguest87 (Client Quit) |
| 13:17:07 | markun | haha ;) |
| 13:18:46 | markun | gevaerts: a good thing that the webclient includes your IP :) |
| 13:19:09 | Unhelpful | i would have to guess at codecs we support for mpeg4/qt containers, but i would expect aac and possibly alac? |
| 13:20:47 | markun | the ones I have here are aac |
| 13:21:46 | markun | I changed something in apps/metadata/mp4.c and it does try to play the file now, but I get stuck in apps/codecs/libm4a/demux.c |
| 13:23:12 | dionoea | markun: you can try playing the file in vlc and turn debug output up. It'll print a list of all the atoms which might help spotting the difference with m4a. |
| 13:23:59 | markun | dionoea: ok, I can do that. Although I have also a debug print of all the atoms from the metadata parser |
| 13:24:13 | dionoea | ah ok |
| 13:25:48 | markun | dionoea: is this useful? (from rockbox) http://130.89.160.166/temp/m4b-debug-01.txt |
| 13:26:34 | markun | dionoea: for another file I get "unexpected size in media info: 76" at the end |
| 13:27:06 | dionoea | not really, I'm not mp4 specialist :) VLC gives much more info in it's debug output so you might find interesting stuff there |
| 13:27:21 | | Join LambdaCalculus37 [0] (n=44a04303@rockbox/staff/LambdaCalculus37) |
| 13:27:33 | LambdaCalculus37 | markun: Ping |
| 13:27:42 | dionoea | s/not/no |
| 13:27:45 | markun | LambdaCalculus37: pong |
| 13:27:59 | LambdaCalculus37 | markun: .m4b is an AAC audiobook format. |
| 13:28:06 | LambdaCalculus37 | Where did you get the files from? |
| 13:28:19 | markun | LambdaCalculus37: this channel is logged :) |
| 13:28:36 | LambdaCalculus37 | markun: :) |
| 13:30:18 | markun | dionoea: stupid question, but how do I get the debug output in VLC? |
| 13:31:08 | LambdaCalculus37 | markun: Hopefully it's a DRM-infected audiobook. |
| 13:31:11 | markun | I added the "Debug Logging" interface, should I see something on the console? |
| 13:31:28 | markun | LambdaCalculus37: it's not. I can play it back fine in mplayer and vlc. |
| 13:31:49 | dionoea | markun: what OS do you run? |
| 13:31:57 | markun | dionoea: FreeBSD |
| 13:32:16 | dionoea | the 'vlc -vvv thefile.m4b' |
| 13:32:19 | dionoea | *then |
| 13:34:07 | | Join Russel-Athletic [0] (n=Russel@d174.stw.stud.uni-saarland.de) |
| 13:34:10 | Russel-Athletic | hiho |
| 13:34:35 | markun | dionoea: http://130.89.160.166/temp/vlc-debug.txt |
| 13:38:32 | LambdaCalculus37 | markun: It looks like there are unknown box types in the stream. Look at the entires along the 00000397 line. |
| 13:38:54 | Russel-Athletic | can somebody tell me how i lock/unlock the keypad in the simulator for the ipod video? |
| 13:39:42 | dionoea | markun: like I said, I don't know mp4 :) If you're really stuck, you could ask nefrir (on Freenode), he wrote the VLC mp4 demux |
| 13:40:03 | markun | dionoea: ok, thanks |
| 13:40:06 | LambdaCalculus37 | Russel-Athletic: The H key. |
| 13:40:31 | Russel-Athletic | thanks |
| 13:41:00 | | Quit Rob2222 () |
| 13:48:00 | | Join Rob2222 [0] (n=Miranda@p4FDCCC73.dip.t-dialin.net) |
| 13:54:35 | | Quit PaulJam (".") |
| 13:55:41 | Russel-Athletic | another question: if I build an rockbox image with simulator settings, than this is fully functional and i can copy it over to my player? |
| 13:56:26 | LambdaCalculus37 | No, the simulator is meant to run as an app on your computer, and is seperate from a regular build. |
| 13:57:22 | Russel-Athletic | i know the simulator is something different but it uses a build of rockbox, is this a right build or should i rebuild the stuff? |
| 13:58:02 | LambdaCalculus37 | You should build a normal build for your player. |
| 13:58:07 | Russel-Athletic | ok |
| 13:58:17 | LambdaCalculus37 | So rebuild and select (N)ormal this time. |
| 13:58:44 | | Join __lifeless [0] (n=lifeless@90.151.42.77) |
| 13:58:44 | LambdaCalculus37 | Can I ask... were you testing patches or some other feature out? |
| 13:59:10 | Russel-Athletic | i try to include a patch which i really want in my build |
| 13:59:22 | | Quit _lifeless (Read error: 54 (Connection reset by peer)) |
| 13:59:34 | Russel-Athletic | http://www.rockbox.org/tracker/task/8051 |
| 13:59:38 | Russel-Athletic | this one to be precise |
| 13:59:50 | Russel-Athletic | and previously i modified a wps theme |
| 14:00 |
| 14:00:44 | | Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-aa6b1fbafafc39c9) |
| 14:00:54 | LambdaCalculus37 | Russel-Athletic: Did you patch a recent SVN trunk? If so, can you do us a little favor and create a new patch to post to that tracker number, so it's not synced against a recent SVN? |
| 14:01:04 | * | LambdaCalculus37 removes a not |
| 14:01:34 | Russel-Athletic | if you can tell me how i get the patch which diffs the svn versus the working directory, than yes |
| 14:02:19 | LambdaCalculus37 | svn diff file > patch |
| 14:02:20 | LambdaCalculus37 | svn diff file > patch |
| 14:02:34 | * | LambdaCalculus37 slaps the paste function |
| 14:03:49 | LambdaCalculus37 | In this case, 'file' should be the four files that were patched by the diff, and 'patch' will be the new patch filename. |
| 14:04:07 | LambdaCalculus37 | Make sure to include paths! |
| 14:04:21 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 14:04:54 | Russel-Athletic | ok |
| 14:05:01 | Russel-Athletic | the patch file seems right, what to do with it now? |
| 14:06:09 | LambdaCalculus37 | Post it to the tracker, on FS #8051. |
| 14:07:57 | Russel-Athletic | ok i try |
| 14:09:11 | Llorean | gevaerts: FS 10011 might interest you. |
| 14:11:35 | gevaerts | Llorean: yes, I've seen it. I have some ideas, but I need to think a bit before I respond and I don't have time for that now |
| 14:15:32 | | Join Casainho [0] (n=chatzill@bl8-166-111.dsl.telepac.pt) |
| 14:15:37 | Casainho | hello :-) |
| 14:16:15 | Casainho | can someone please help on guidance for a patch on Rockbox Player? :: http://forums.rockbox.org/index.php?topic=6751.msg146590#msg146590 |
| 14:17:45 | B4gder | and what is the question? |
| 14:18:22 | B4gder | while I think addressing regs using a struct like that, it works and I think we can have it like that at least as a start |
| 14:18:55 | B4gder | uh, I meant to say I find it a bit "funny" but working |
| 14:19:20 | B4gder | and the at91 code in the linux kernel for example went away from that style |
| 14:19:25 | Russel-Athletic | LambdaCalculus37: http://www.rockbox.org/tracker/task/8051 |
| 14:19:28 | Russel-Athletic | i hope that was right |
| 14:20:01 | Russel-Athletic | and it would be nice if this could be merged into the main build after the feature freeze |
| 14:22:30 | LambdaCalculus37 | Russel-Athletic: Looks good. I'll test it to make sure it applies clean later. Have the tracker alert you whenever someone posts a comment so you'll see how it goes. |
| 14:22:46 | Russel-Athletic | thanks |
| 14:25:19 | Casainho | B4gder: hmmmm, maybe we can use instead the header file that you siad, from at91 linux kernel, do you have the link? |
| 14:26:03 | Llorean | LambdaCalculus37, Russel-Athletic: I'm not sure I like that patch. Why can't someone just sort their collection by year, then by album, rather than as a list of albums by year? |
| 14:26:30 | Casainho | and about a good and simple patch, that one for init kernel and flash a LED, will be a good choice? |
| 14:26:33 | Llorean | The patch seems to basically add a fake tag to solve a problem that should be solvable otherwise. |
| 14:28:50 | LambdaCalculus37 | Llorean: I'm not looking to commit it. But if someone likes it, they're free to use it, and for that, it should at least be maintained. |
| 14:29:04 | Llorean | LambdaCalculus37: If it's not going to be committed, it should be rejected. |
| 14:29:12 | B4gder | Casainho: kernel.org has lots of kernel code ;-) and about patch, I think you should start passing on changes that you want into svn to help other people to get started to work on rockbox for your target |
| 14:29:18 | Llorean | So at some point we should discuss whether it's really a good feature for Rockbxo, or not |
| 14:29:22 | B4gder | things like configure, basic firmware/target stuff etc |
| 14:29:33 | pixelma | Llorean: it adds another level in the navigation (and in a work of a group you usually only have one album in a year). Not that I want to judge the patch but this is what I do in the file browser too by appending the year in front and it wouldn't work in the database - maybe something for the sorting patch? |
| 14:29:44 | LambdaCalculus37 | Llorean: Agreed, but it's also roolku's original idea, so we should probably talk to him about it, too. |
| 14:29:46 | Casainho | B4gder: what could be that other people? |
| 14:29:58 | Casainho | Rockbox Player developers or Rockbox developers? |
| 14:30:03 | Llorean | pixelma: Couldn't you have a list of years, under which you have a list of albums for that year? |
| 14:30:03 | B4gder | both |
| 14:31:11 | Casainho | B4gder: but I were told that the only ones that would work were the Rockbox Players developers, just them! the ones that bought the hardware, that's why I didn't expect to do it... |
| 14:31:26 | B4gder | sigh |
| 14:31:33 | Llorean | pixelma: The patch as it stands, creates a whole "virtual" tag called "yearalbum" with the album name prepended by the year number. I'm not sure if that means an increase in database size or not, since I don't know if the database instantly gets bigger when you define a new tag or if it has to be a real one, though |
| 14:31:49 | B4gder | Casainho: EVERYONE will get it easier |
| 14:31:52 | pixelma | Llorean: yes, as I said another (almost useless) level of navigation: Artist > Years > Albums (which is usually just 1) versus Artist > Albums sorted chronologically |
| 14:32:01 | B4gder | does it really matter who those everyone really are? |
| 14:32:31 | | Join goffa [0] (n=goffa@216.220.23.105) |
| 14:32:48 | Llorean | pixelma: "Another level of navigation" means "it doesn't cost anything from people content to sort their albums alphabetically" though. |
| 14:33:04 | Casainho | B4gder: yes, did matter because putting patches on another SVN, we could have it and work, without being developers with write access to Rockbox SVN |
| 14:33:12 | Llorean | I'm just not sure I see why a virtual tag like that is necessary for a problem that can already be solved. |
| 14:33:22 | B4gder | Casainho: we have hundreds and yet hundreds of people do that already |
| 14:33:28 | | Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) |
| 14:33:29 | Llorean | pixelma: In fact if you have a lot of albums sorted by year, navigation is *quicker* with the two lists |
| 14:33:37 | pixelma | Llorean: I don't follow you |
| 14:33:44 | B4gder | Casainho: and we have a lot more reviewing eyes than your little group |
| 14:33:53 | B4gder | I just think it would be good |
| 14:33:57 | B4gder | you can do as you want |
| 14:34:16 | Casainho | B4gder: okok. |
| 14:34:30 | Llorean | pixelma: If you have 200 albums sorted by year, with approximately 10 per year, and you want to get to the 11th year (out of 20), if it's all albums sorted by year, it's a very long scroll. If it's all years, then all albums within them, it's two very short scrolls |
| 14:34:36 | pixelma | Llorean: why would navigation be quicker if it's one more level? |
| 14:35:15 | Llorean | That extra press of the select button is more than made up for by being able to quickly skip over large numbers of albums. |
| 14:35:21 | Casainho | B4gder: "things like configure, basic firmware/target stuff etc" −−> so, the kernel_init() and flash LED are even to much advanced? |
| 14:35:40 | B4gder | Casainho: we don't want a flash led, but initing the kernel sounds like good stuff |
| 14:36:34 | pixelma | Llorean: that's assuming only all albums sorted by year. How I use it (in the filebrowser) is first sort by artist and then have their work chronologically |
| 14:36:34 | | Quit desowin (Connection reset by peer) |
| 14:36:53 | Llorean | pixelma: You could do that with the database too, though. |
| 14:37:13 | Llorean | That would add one keypress, maximum, if it were one album per year. |
| 14:37:20 | Casainho | B4gder: I thought in flash LED for a way to test kernel, but we are doing debug so it's enough with debug to test kernel, no need to LED. So, I will ask for other developers do this simple and first patch, while then I am working on audio drivers. |
| 14:37:40 | Llorean | With the "insert on Record" patch, it wouldn't even add one keypress on players with that button. |
| 14:37:42 | Casainho | B4gder: thanks. Any other suggestion? |
| 14:38:03 | Llorean | In the end it's "add code to save a single keypress" |
| 14:38:29 | pixelma | Llorean: sure, one useless keypress (and if you browse, you have to go that level up again and try the next if e.g. you only know the album name and not the year) |
| 14:38:43 | B4gder | Casainho: everything that is rockbox stuff for the target is worth committing, as it reduces the size of the patches you'll have to deal with on top of the "regular" rockbox svn checkout |
| 14:38:43 | | Quit advcomp2019 (Read error: 104 (Connection reset by peer)) |
| 14:38:47 | Llorean | pixelma: Why would you sort by year, if you navigate by album name? |
| 14:38:56 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 14:39:07 | markun | dionoea: got a bit further still and now at a "Segmentation fault: 11" :) |
| 14:39:15 | Llorean | pixelma: Not to mention, the database allows many filters, so you could have Genre->Artist->Year->Album, and Genre->Artist->Album, so you'd never even see years if you didn't know the year. |
| 14:40:16 | Casainho | B4gder: okok. I will now explain this ideas and ask for another developer do this patch or I will do it myself later (when I get free time). Thank you and bye bye :-) |
| 14:40:29 | | Quit Casainho ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") |
| 14:41:36 | | Join bubsy [0] (i=Bubsy@81-31-244-19.net.nc-systems.no) |
| 14:41:52 | pixelma | I just like to have them sorted chronologically (and I don't think I'm unique there) but the album name means more to me. With this method I can see both at the same time, with your method I would need 2 filters for each way of browsing. But as I said, I didn't want to defend the patch and I could imagine the need for it to be gone with the sorting patch |
| 14:41:58 | | Join Johannes` [0] (n=Johannes@cm-84.208.207.140.getinternet.no) |
| 14:42:01 | bubsy | Is anyone working on IT, S3M or an XM codec for rockbox yet? |
| 14:42:04 | *** | Saving seen data "./dancer.seen" |
| 14:42:48 | LambdaCalculus37 | No, but there's a patch in Flyspray. Check out FS #8806. |
| 14:43:20 | pixelma | but as a plugin last I looked, no codec |
| 14:43:59 | | Quit goffa_ (Read error: 110 (Connection timed out)) |
| 14:44:46 | LambdaCalculus37 | pixelma: There's a codec version of the patch, but it's currently broken. |
| 14:45:04 | pixelma | Llorean: I mean 2 filters or live with browsing being a bit clunky (as I would in the database currently) but since I usually browse files and my folders are properly named to achieve that... |
| 14:45:05 | | Quit gevaerts (Nick collision from services.) |
| 14:45:15 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 14:45:26 | bubsy | Thank you, LambdaCalculus37 :) |
| 14:45:59 | LambdaCalculus37 | pixelma: I take that back; looks like it was updated again recently. |
| 14:46:46 | | Quit bzed (grisham.freenode.net irc.freenode.net) |
| 14:46:46 | NSplit | grisham.freenode.net irc.freenode.net |
| 14:46:46 | | Quit timc`` (grisham.freenode.net irc.freenode.net) |
| 14:46:46 | | Quit B4gder (grisham.freenode.net irc.freenode.net) |
| 14:46:46 | | Quit kkurbjun (grisham.freenode.net irc.freenode.net) |
| 14:46:46 | | Quit gibbon_ (grisham.freenode.net irc.freenode.net) |
| 14:46:47 | Llorean | pixelma: It currently adds another tag to the file database. Meaning the RAM size is increased when loaded to RAM as if we'd actually added another real tag. |
| 14:46:57 | Llorean | I just don't think that's a worthwhile cost to save just one keypress. |
| 14:47:00 | pixelma | LambdaCalculus37: haven't looked for a while ;) |
| 14:47:10 | LambdaCalculus37 | pixelma: Me neither. ;) |
| 14:47:11 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 14:47:17 | * | pixelma sighs |
| 14:47:49 | Llorean | I also can't imagine there's not another way to do it that doesn't involve creating a whole new tag in the database. |
| 14:48:44 | Llorean | Maybe a generic "combined tags" code would make more sense, if anything. There's plenty of two-tag combinations people can't see the list by. People might want to see all albums, sorted by artist name, for example. |
| 14:48:58 | NHeal | grisham.freenode.net irc.freenode.net |
| 14:48:58 | NJoin | timc`` [0] (n=aoeu@124.93.243.83) |
| 14:48:58 | NJoin | bzed [0] (n=bzed@devel.recluse.de) |
| 14:48:58 | NJoin | kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) |
| 14:48:58 | NJoin | gibbon_ [0] (i=gibbon_@could.become.a.servant4you.org) |
| 14:49:32 | bubsy | can someone compile the latest rockbox sources for iPod Nano (2GB) with http://www.rockbox.org/tracker/8806 (Mikmod plugin patch)? |
| 14:49:35 | bubsy | woule be appreciated :) |
| 14:51:26 | Llorean | bubsy: There are instructions in the wiki for how to compile |
| 14:52:01 | bubsy | even with a .patch too? |
| 14:52:14 | pixelma | Llorean: yes, maybe that. And didn't I stress enough that I did not want to defend the patch just the way of sorting it provides for the database...? |
| 14:52:35 | LambdaCalculus37 | bubsy: Yes, with a .patch, too. |
| 14:52:49 | Llorean | pixelma: Well, I never said the way of sorting wasn't better. I just said I don't think the patch is suitable for SVN. |
| 14:52:52 | LambdaCalculus37 | Just replace .diff with .patch. |
| 14:52:59 | Llorean | I don't think it's _enough_ better at all, for what the patch actually does. |
| 14:53:23 | Llorean | But I've commented on the task now |
| 14:53:28 | Llorean | Maybe some discussion for how to improve it can happen |
| 14:54:55 | bubsy | LambdaCalculus37: http://www.rockbox.org/twiki/bin/view/Main/HowToCompile |
| 14:55:02 | bubsy | any guide for Win32? =P |
| 14:55:26 | bubsy | or maybe I should use cygwin |
| 14:55:57 | bubsy | http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling |
| 14:56:00 | bubsy | ah, nevermind |
| 14:58:50 | | Join StealthyXIIGer [0] (n=baduser@c-68-62-18-116.hsd1.mi.comcast.net) |
| 14:58:59 | | Quit StealthyXIIGer (Client Quit) |
| 15:00 |
| 15:00:16 | LambdaCalculus37 | bubsy: It pays to search and read. ;) |
| 15:01:41 | bubsy | Apparently :) |
| 15:02:31 | markun | dionoea: at least some of the files play now :) only 1 line changed. |
| 15:03:06 | dionoea | :-) |
| 15:07:43 | bubsy | Unable to get http://download.rockbox.org/cygwin//setup.ini.sig from <http://download.rockbox.org/cygwin/> |
| 15:07:47 | bubsy | LambdaCalculus37 help |
| 15:08:10 | rasher | That's explained. |
| 15:08:20 | bubsy | heh |
| 15:08:24 | bubsy | dumb me :P |
| 15:08:59 | rasher | You need setup.exe -x or something like that |
| 15:09:29 | bubsy | yep |
| 15:09:37 | bubsy | I tried now, it worked :) |
| 15:12:02 | rasher | Feel free to edit the page if you think you could make that more obvious. You're not the first to miss it |
| 15:13:37 | | Quit robin0800 (Remote closed the connection) |
| 15:14:46 | | Quit bzed (grisham.freenode.net irc.freenode.net) |
| 15:14:47 | | Quit kkurbjun (grisham.freenode.net irc.freenode.net) |
| 15:14:47 | | Quit timc`` (grisham.freenode.net irc.freenode.net) |
| 15:14:47 | | Quit gibbon_ (grisham.freenode.net irc.freenode.net) |
| 15:14:47 | | Quit freqmod_gq (Remote closed the connection) |
| 15:14:52 | | Join freqmod_gq [0] (i=quasselg@dhcp208-240.ed.ntnu.no) |
| 15:15:00 | | Quit freqmod_gq (Remote closed the connection) |
| 15:15:12 | NJoin | timc`` [0] (n=aoeu@124.93.243.83) |
| 15:15:12 | NJoin | bzed [0] (n=bzed@devel.recluse.de) |
| 15:15:12 | NJoin | kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) |
| 15:15:12 | NJoin | gibbon_ [0] (i=gibbon_@could.become.a.servant4you.org) |
| 15:16:29 | | Join l403 [0] (n=l@85.132.159.239) |
| 15:17:15 | l403 | hi guys |
| 15:18:35 | | Quit kachna (Read error: 110 (Connection timed out)) |
| 15:19:27 | l403 | its so nice outside but I decided maybe I can help with stuff I wouold like to get done s I started going trough a C book 4 hrs ago |
| 15:20:54 | | Join StealthyXIIGer [0] (n=baduser@c-68-62-18-116.hsd1.mi.comcast.net) |
| 15:21:22 | LambdaCalculus37 | l403: This isn't a social channel. |
| 15:21:36 | bubsy | http://www.rockbox.org/tracker/8806 |
| 15:21:39 | | Quit StealthyXIIGer (Client Quit) |
| 15:21:42 | bubsy | there are several patches there' |
| 15:21:52 | bubsy | does the newest .patch include all the fixes in the other old patches? |
| 15:21:57 | LambdaCalculus37 | bubsy: Take the latest one. |
| 15:22:04 | l403 | I feel comfident I will finish the basics today and was thtinking which way I shouold head after I'm done wth this. Dviec driiver stuff? |
| 15:22:09 | LambdaCalculus37 | That one was fixed so it'll compile again. |
| 15:22:19 | bubsy | LambdaCalculus37: that one is 680kB, the one in the main zip is almost 2MB |
| 15:22:20 | bubsy | still sure? |
| 15:22:30 | LambdaCalculus37 | bubsy: Positive. |
| 15:22:33 | l403 | *device driver |
| 15:26:05 | bubsy | LambdaCalculus37: Done :) |
| 15:26:08 | bubsy | I compiled it |
| 15:27:40 | LambdaCalculus37 | bubsy: Good. Now test it on your player. |
| 15:27:54 | bubsy | not mine, Johannes` |
| 15:28:01 | | Join StealthyXIIGer [0] (n=baduser@c-68-62-18-116.hsd1.mi.comcast.net) |
| 15:28:02 | bubsy | I'm helping him :) |
| 15:28:14 | bubsy | I did compile it for him, he's testing now |
| 15:28:34 | bubsy | I just gave him the compiled mikmod.codec, is that all he need? |
| 15:29:07 | Johannes` | I copied mikmod.codec to the codecs folder |
| 15:29:12 | Johannes` | still can't play the tracker formats |
| 15:29:25 | bubsy | hum :/ |
| 15:29:33 | rasher | You need the full build |
| 15:29:55 | bubsy | oh |
| 15:30:22 | bubsy | there's a lot of O files in the build folder I compiled |
| 15:30:32 | bubsy | is they supposed to stay? or do I delete them? :P |
| 15:30:36 | bubsy | are* |
| 15:32:02 | | Quit midijunkie (Read error: 104 (Connection reset by peer)) |
| 15:32:41 | | Quit StealthyXIIGer (Client Quit) |
| 15:33:49 | | Join StealthyXIIGer [0] (n=baduser@c-68-62-18-116.hsd1.mi.comcast.net) |
| 15:34:08 | Russel-Athletic | Llorean: i basically want the extact same thing everybody wants with this: i want to sort by year and can get quick to an album |
| 15:34:11 | | Part LinusN |
| 15:34:17 | bubsy | ah sorry, again my fault :) |
| 15:34:36 | Russel-Athletic | the extra year tag is just ridiculous in my opinion |
| 15:35:02 | | Quit StealthyXIIGer (Client Quit) |
| 15:35:16 | | Part ch4os |
| 15:35:20 | | Join StealthyXIIGer [0] (n=baduser@c-68-62-18-116.hsd1.mi.comcast.net) |
| 15:35:23 | bubsy | this rocks :) so easy to compile and make a ready zip file |
| 15:35:28 | bubsy | I'd like to thank you for your hard work |
| 15:35:42 | Russel-Athletic | and every other player i think does it the way i want |
| 15:37:26 | | Join midijunkie [0] (n=Miranda@pD954711A.dip0.t-ipconnect.de) |
| 15:38:36 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 15:40:02 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 15:45:52 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 15:47:29 | | Join toffe82 [0] (n=chatzill@74.0.180.178) |
| 15:52:15 | | Join kugel_ [0] (n=kugel@e178078227.adsl.alicedsl.de) |
| 15:52:18 | | Quit kugel (Nick collision from services.) |
| 15:52:25 | | Nick kugel_ is now known as kugel (n=kugel@e178078227.adsl.alicedsl.de) |
| 15:56:43 | | Join Llor_Phone [0] (n=Llorean@166.188.210.47) |
| 15:57:52 | Russel-Athletic | and another reason i just found: it looks really unnatural to me to have albums sorted by name |
| 15:58:38 | Llor_Phone | russel-athletics: please reply on the task, with specific points as to why this bad implementation should be accepted rather than one that burdens the extra cost on those who use the feature. |
| 15:59:14 | Llor_Phone | The current one costs people who don't use it |
| 16:00 |
| 16:00:38 | Russel-Athletic | honestly it doesn't matter which implementation |
| 16:01:13 | Russel-Athletic | or at least the rockbox developers come to a consense, that they will not implement it, than a reply on the tracker would be nice |
| 16:01:54 | Llor_Phone | Right now it saves one keypress at a not-small RAM usage. |
| 16:02:08 | Llor_Phone | The realtime filtering would be better. |
| 16:02:32 | Llor_Phone | It's slower, but would come with almost no cost to those who don't use it. |
| 16:02:45 | markun | Russel-Athletic: which task are we talking about? |
| 16:02:56 | Llor_Phone | Sort tags also solve the problem, I believe |
| 16:02:56 | Russel-Athletic | http://www.rockbox.org/tracker/task/8051 |
| 16:02:58 | kugel | uhm, I haven't tried, but you shouldn't you be able to append the year to the album using the tagnavi? |
| 16:03:03 | | Quit killan (Read error: 104 (Connection reset by peer)) |
| 16:03:04 | | Join killan_ [0] (n=nnscript@c-02fc70d5.06-397-67626721.cust.bredbandsbolaget.se) |
| 16:03:18 | Russel-Athletic | is there any eta on this realtime filtering? |
| 16:03:39 | Llor_Phone | When someone like you who wants it does it. |
| 16:03:41 | kugel | the track names are formatted, I'd think this is possible for albums etc too |
| 16:03:50 | | Quit moos ("Rockbox rules the DAP world") |
| 16:04:06 | Russel-Athletic | kugel: last time i tried with simple tagnavi it didn't work |
| 16:04:11 | Llor_Phone | kugel: This patch is for sorting by two tags in one list |
| 16:04:30 | Llor_Phone | kugel: by creating a new tag in db that is the two combined. |
| 16:04:41 | kugel | sort by year, then by name (in the same view)? |
| 16:05:25 | kugel | you can use plain strcmp for that, you'd just need to format the album name to have the year appended (on demand, without a new tag) |
| 16:05:56 | Llor_Phone | The author chose this way because he felt that would be slower. |
| 16:06:00 | kugel | and again, I'd think this is / should be possible using tagnavi and existing capabilities (since you can format the tracks too), but I haven't tried |
| 16:06:18 | Llor_Phone | As I was saying, doing it dynamically would be better. |
| 16:06:28 | Llor_Phone | And allow you to use any pair of tags. |
| 16:06:55 | kugel | that's what I'm saying too |
| 16:07:10 | Llor_Phone | The final track list works differently than the other lists. |
| 16:07:29 | Llor_Phone | I think. |
| 16:08:02 | Llor_Phone | Or at least last time I looked. Don't modify tagnavi often. |
| 16:08:10 | kugel | fmt_title is formatted title (with tracknumber appended), and is defined at the top of tagnavi |
| 16:08:13 | Russel-Athletic | well the only thing i want is a nice discussion on the mailinglist about this patch (after the release of the new version of course) |
| 16:08:25 | kugel | I would think fmt_album, instead of just album would be doable too |
| 16:08:59 | kugel | Russel-Athletic: I don't think this patch is good enough for svn |
| 16:09:42 | Llor_Phone | Russel-athletic: it's really a very bad way of doing it in terms of the minimal gain. |
| 16:09:44 | Russel-Athletic | well it is your descision |
| 16:09:47 | Russel-Athletic | but i really can't understand it |
| 16:10:00 | Russel-Athletic | from my point of view it seems like you miss a really essential feature |
| 16:10:33 | | Join freqmod_qu [0] (i=quasselg@dhcp208-240.ed.ntnu.no) |
| 16:10:40 | Russel-Athletic | it is less of a letdown because file browsing exists but I still don't understand why nobody implemented this |
| 16:10:43 | Llor_Phone | russel-athletic: you're asking every database user to pay ram for a feature that save you one keypress per album and gains many of them nothing |
| 16:10:55 | scorche | what would be that "essential feature" again?....as far as i see, the option of using tagnavi for this exists... |
| 16:11:03 | Llor_Phone | And I don't see YOU implementing it either... |
| 16:11:33 | Russel-Athletic | Llor_Phone: i don't speak about this patch |
| 16:11:49 | Russel-Athletic | and yes I will not implement it because i am a) stupid b) lazy |
| 16:12:29 | Llor_Phone | So don't whine about nobody else doing it. |
| 16:15:00 | Russel-Athletic | by the way, is ram this important? |
| 16:15:06 | Llor_Phone | It's fine to offer an opinion about how it could be done, but complaints about the fact it isn't are unnecessary |
| 16:15:22 | markun | What is the feature we are talking about? I thought it was to sort albums by year |
| 16:15:34 | Llor_Phone | The amount you're taking scales with the number of songs in the DB |
| 16:16:19 | Russel-Athletic | markun: yes still, if you think this can be done by tagnavi please give me the line |
| 16:16:23 | Llor_Phone | markun: the current patch does this by creating a new tag in the db of year+album that is just two normal tags concatenated |
| 16:16:31 | Russel-Athletic | i tried it a couple of releases ago and it didn't work |
| 16:16:33 | Llor_Phone | markun: usin |
| 16:16:54 | Llor_Phone | using RAM and hd space in scale with number of songs |
| 16:17:07 | scorche | Russel-Athletic: the less available ram there is, the less audio data can be buffered...the less audio data buffered, the more the hard drive has to spin up...the more the hard drive spins up, the less battery life there is |
| 16:17:23 | Llor_Phone | Rather than just using the two normal tags while sorting |
| 16:18:22 | markun | Llor_Phone: is it possible with tagnavi? |
| 16:18:34 | markun | (to combine them I mean) |
| 16:18:36 | Russel-Athletic | scorche: thanks for the clarification |
| 16:19:11 | Llor_Phone | markun: didn't used to be. may be now. Should be in the future if we want a proper solution. Any two tags. |
| 16:19:15 | markun | it's not just about 1 extra keypress if you have to search through every year to find the right album, or am I missing something? |
| 16:19:34 | scorche | Russel-Athletic: and the issue is, that lessening of battery life will/would exist for every user...not just those using this feature |
| 16:19:45 | Llor_Phone | markun: if you don't know the year, don't list years' list albums by name... |
| 16:19:47 | Russel-Athletic | his point of view is: if you want to search for an album, than the year doesn't matter to you, so you can use a different entry list |
| 16:20:19 | Llor_Phone | Database has the advantage of letting you have many ways to list. |
| 16:20:23 | Llor_Phone | Unlike filetree. |
| 16:20:35 | markun | Llor_Phone: I have my albums as "[year] - title" in my file tree and that works great for me |
| 16:20:38 | scorche | with tagnavi, Database is very customizable |
| 16:25:29 | kugel | defining "%format "fmt_album" "(%4d) %s" year album", and using "album => "fmt_album"" instead of just album *should* do it |
| 16:25:36 | kugel | it doesn't quite work here though |
| 16:25:49 | markun | kugel: let's fix it :) |
| 16:26:52 | kugel | it shouls "(-2) <album>" instead :( |
| 16:27:03 | | Join archivator [0] (n=archivat@77.70.28.57) |
| 16:28:21 | kugel | probably because the track data isn't loaded yet in a non-final view |
| 16:28:39 | markun | kugel: but it works for song titles? |
| 16:28:45 | kugel | yes |
| 16:30:10 | kugel | s/shouls/shows, btw |
| 16:31:00 | kugel | sounds like a bug to me, still |
| 16:32:23 | scorche | alright...the first draft of the Org App is up for commenting and editing: http://www.rockbox.org/twiki/bin/view/Main/GSoCOrgApp2009 |
| 16:32:38 | Llor_Phone | Well, as far as I know that isn't supposed to work. Less bug than not-yet-added. Unless the tagnavi page now says it should work |
| 16:32:47 | pixelma | kugel: I tried the same quite a while ago and later found somewhere an explanation for it, can't remember the details though |
| 16:33:33 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 16:35:05 | kugel | anyway, the proper implementation of yearalbum would be this, instead of hacking a new tag together |
| 16:35:20 | | Join einhirn [0] (n=Miranda@p4FC6066E.dip0.t-ipconnect.de) |
| 16:35:59 | obo | amiconn: Bagder: I hadn't added mips to the PATH within acbuild.pl - now fixed |
| 16:36:43 | | Quit Llor_Phone (Read error: 131 (Connection reset by peer)) |
| 16:36:54 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
| 16:40:52 | pixelma | kugel: probably that these combined tag sorting doesn't work for those virtual "folders" and it was probably a hint on the DataBase wiki or in the forums (topic has been discussed there too, I'm sure). I agree about the implementation |
| 16:42:07 | *** | Saving seen data "./dancer.seen" |
| 16:42:25 | gevaerts | scorche: "was not passed"? I'd say "did not pass" |
| 16:43:13 | * | kugel would apply as a student too if he had an idea |
| 16:43:47 | scorche | gevaerts: feel free to change it...my brain isnt working as well as it first did when i started working on GSoC stuff (for multiple orgs) tonight...or, well, last night... |
| 16:44:26 | rasher | Where do we have details about licensing of our included fonts? |
| 16:44:38 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 16:45:07 | | Quit midijunkie (Read error: 110 (Connection timed out)) |
| 16:46:43 | | Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-4a6780f0d3d7a0e1) |
| 16:48:13 | scorche | I would like to submit the org application for GSoC later tonight (tomorrow morning for you .eu folk), so please go through that org application and change it if need be... |
| 16:51:29 | kugel | scorche: what are the projects now? |
| 16:51:42 | scorche | kugel: what projects? |
| 16:51:53 | kugel | nevermind, I go read SummerOfCode2009 |
| 16:53:13 | scorche | shall we re-list rockbox-as-an-app? |
| 16:54:00 | kugel | I think it's still wanted |
| 16:56:53 | scorche | well, i will just add some stuff that I see and then we can remove/edit/etc later...we just need more stuff atm |
| 17:00 |
| 17:04:02 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 17:04:48 | | Quit Zagor ("Don't panic") |
| 17:05:42 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) |
| 17:06:10 | * | scorche added a few more things to http://www.rockbox.org/twiki/bin/view/Main/SummerOfCode2009 |
| 17:07:44 | scorche | If anyone wishes to help out, the major to-do things are to look over GSoCOrgApp2009 for any changes we might want to make and to add things desired to SummerOfCode2009 (the ideas list) if anything else can be thought up |
| 17:08:14 | markun | scorche: can't we remove the GPLv3 part for espeak? |
| 17:08:53 | scorche | markun: you can do whatever you wish...we can always change it =) |
| 17:09:11 | markun | ok, my wish is my command :) |
| 17:10:04 | scorche | but in this case, why would we remove that part?...so that we would then have a GPLv3 version of Rockbox with TTS and a GPLv2+ without?....having the option now that it would be implemented? |
| 17:10:37 | | Quit StealthyXIIGer (Read error: 110 (Connection timed out)) |
| 17:10:39 | l403 | hi gevaerts |
| 17:11:39 | markun | scorche: if we use the GPLv2 version of espeak, wouldn't we have a GPLv2 version of rockbox with TTS? |
| 17:11:48 | markun | or was it GPLv2+ before? |
| 17:11:58 | scorche | was espeak previously not GPLv2+? |
| 17:12:00 | l403 | and hi markun too :) |
| 17:12:36 | markun | scorche: I'll check the commit logs |
| 17:12:47 | LambdaCalculus37 | l403: You were already told that this isn't a social channel. Do you have something to ask that's related to Rockbox? |
| 17:13:26 | l403 | I goot so sad from not seeing any news about Meizu I took a C book and I wold like to know which direction nto hhead after I'm done wiith it |
| 17:13:44 | l403 | ..to elp with some development |
| 17:13:44 | markun | l403: good question... |
| 17:15:19 | l403 | I think I might finish it today and dont know the next dirwetion a need to take |
| 17:15:36 | l403 | *direction |
| 17:16:07 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-7fb5a48836af3b97) |
| 17:16:17 | saratoga | can someone in the EU send funman a Sansa USB cable? |
| 17:16:23 | saratoga | i forgot to include one when I sent him the fuze |
| 17:16:34 | saratoga | and it'll take two weeks to send him the cable from the USA |
| 17:17:21 | gevaerts | I can do that. I have two... |
| 17:17:30 | LambdaCalculus37 | saratoga: Does the Fuze have the same dock connector as the e200, c200, and View? |
| 17:18:57 | markun | l403: the tasks that need to be done are not that easy. Maybe you could start reading the rockbox source and get it to compile. |
| 17:19:51 | markun | especially what's in firmware/ and firmware/target/arm/s5l8700/ |
| 17:20:08 | markun | and boot/meizu* |
| 17:20:09 | kugel | LambdaCalculus37: Yea |
| 17:20:13 | markun | have to go now |
| 17:20:24 | l403 | ok |
| 17:20:32 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 17:20:33 | kugel | saratoga: sorry, I only have one (the other one is broken) |
| 17:20:44 | | Quit kkurbjunW ("Leaving.") |
| 17:22:20 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 17:23:22 | gevaerts | saratoga: if you PM or mail me his address (and confirm that e200 and c200 cables are indeed the same), I can post it tomorrow morning |
| 17:23:51 | kugel | I used my e200 cable for the fuze too (and vice versa) |
| 17:24:17 | kugel | but I don't know why my original e200 cable is broken, maybe the fuze didn't good things to it? |
| 17:24:23 | scorche | gevaerts: they are the same, yes |
| 17:24:46 | * | mcuelenaere wonders whether the WPS editor should be re-added to GSoC2009 |
| 17:25:22 | | Quit kugel (Nick collision from services.) |
| 17:25:27 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 17:35:02 | | Quit jhMikeS (Nick collision from services.) |
| 17:35:04 | n1s | markun: why did you remove the note about the liscense problem with espeak from the gsoc page? current versions of espeak can not be incorporated into rockbox without us changing to gplv3 |
| 17:35:08 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 17:37:40 | * | kugel likes that gplv3 isn't gplv2 compatible |
| 17:38:21 | | Quit parafin (Nick collision from services.) |
| 17:38:24 | | Join parafin|away [0] (i=parafin@paraf.in) |
| 17:38:38 | | Nick parafin|away is now known as parafin (i=parafin@paraf.in) |
| 17:43:21 | | Join mcuelenaere_ [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 17:46:26 | n1s | kugel: well, it _can't_ be gplv2 compatible and reach its goals but still it makes for a lot of stupid liscense compatibility problems... |
| 17:48:05 | n1s | also when aliask inquired about a possible gplv2 release of espeak the author only replied that he thought rockbox could be reliscensed as v3 or that it could have v3 plugins as other Os's can have apps, so no real answer |
| 17:48:45 | n1s | (and we can't have gplv2 incompatible plugins) |
| 17:49:21 | Bagder | I would even call it an ignorant answer... |
| 17:50:59 | | Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) |
| 17:51:04 | kugel | basically, the purpose of gpl is to free the code, right? Thus, this incompatibility is just absurd |
| 17:51:26 | rasher | kugel: There's no way gplv3 could be compatible with v2. By design. |
| 17:51:59 | rasher | v2 says "you can't add additional restrictions". Then they decided they needed to add more restrictions. So there really was no way to get around it. |
| 17:53:17 | | Join z35 [0] (n=z35@h184.121.88.75.dynamic.ip.windstream.net) |
| 17:54:22 | gevaerts | If they weren't incompatible, there wouldn't be much point in a new version |
| 17:54:33 | | Join Lss [0] (n=Lss@cm246.delta91.maxonline.com.sg) |
| 17:55:53 | n1s | speaking of gpl, we still have some gplv2 only code, so we can't go v3 even if we are mostly v2 or later |
| 17:58:57 | | Quit mcuelenaere (Read error: 110 (Connection timed out)) |
| 18:00 |
| 18:06:16 | | Join gregorovius [0] (n=diego@190.55.80.21) |
| 18:06:16 | | Join planetbeing [0] (n=planetbe@dhcp128036148112.central.yale.edu) |
| 18:06:23 | saratoga | what V2 code is remaining? |
| 18:06:37 | | Nick mcuelenaere_ is now known as mcuelenaere (n=mcuelena@rockbox/developer/mcuelenaere) |
| 18:08:11 | * | Bagder added an onda 767 build |
| 18:08:54 | * | mcuelenaere still needs to fix those Onda warnings |
| 18:09:43 | mcuelenaere | Bagder: looks like farsan.haxx.se also don't has the MIPSel compiler installed, while it is enabled for mips builds |
| 18:09:58 | saratoga | mcuelenaere: did you notice I enabled MIPS asm for MP3 decoding? |
| 18:10:06 | Bagder | mcuelenaere: yeah, I switched that off on that one for now |
| 18:10:13 | mcuelenaere | saratoga: yes, but I haven't tried it yet |
| 18:10:22 | mcuelenaere | what should I look out for? |
| 18:10:25 | saratoga | its built into libmad so I assume its safe but its something to double check once you get playback |
| 18:10:35 | saratoga | well if mp3 doesn't work and everything else does :) |
| 18:10:51 | saratoga | eventually that code needs to be copy and pasted into each other codec as well |
| 18:11:56 | | Join flydutch [0] (n=flydutch@host238-166-dynamic.15-87-r.retail.telecomitalia.it) |
| 18:12:34 | mcuelenaere | saratoga: what code? |
| 18:13:00 | saratoga | the fixed point multiply asm code |
| 18:13:34 | saratoga | right now the other codecs will fall back to c versions, but these are extremely slow since c lacks the syntax to express a 32x32=64 bit multiply |
| 18:14:08 | mcuelenaere | the Ingenic chipset also has SIMD instructions, but there's not much documentation on them |
| 18:14:47 | saratoga | those will likely be extremely useful, but for now getting ASM multiply code is more important |
| 18:14:55 | saratoga | the speed up on ARM is enormous from it |
| 18:15:19 | saratoga | and its just 3-4 lines of code |
| 18:15:44 | mcuelenaere | saratoga: if you're interested, these are all the HW accelerated instructions the chipset supports: http://svn.rockbox.org/viewvc.cgi/trunk/firmware/export/jz_mxu.h?view=markup |
| 18:18:05 | saratoga | yes comments would be nice |
| 18:18:08 | kugel | saratoga: haha, "well if mp3 doesn't work and everything else does" reminds me of ams sansas, I doubt it's the asm routines though |
| 18:18:38 | saratoga | yeah thats probably just because MP3 runs almost entirely out of IRAM, and we're not setting something right |
| 18:18:44 | mcuelenaere | saratoga: but there is an GPL'ed version of mplayer and jpeg_decoder using these instructions available |
| 18:19:03 | saratoga | i think i see a hardware butterfly instruction, which would be useful |
| 18:19:23 | robin0800 | <saratoga> i think i see a hardware butterfly instruction, which would be useful |
| 18:19:55 | saratoga | is there really no instruction manual for this mips ISA? |
| 18:19:58 | kugel | he just said that |
| 18:20:47 | mcuelenaere | saratoga: yes there is, but it'll probably NDA'ed |
| 18:21:21 | mcuelenaere | I can ask around if I can access it, but I doubt that |
| 18:22:04 | saratoga | so theres a datasheet for the SOC but not the CPU? |
| 18:22:26 | mcuelenaere | there are datasheets for both, but I only have those for the SoC |
| 18:22:40 | mcuelenaere | (the SoC referes to a datasheet for MXU, which is that instruction set) |
| 18:23:08 | | Quit homielowe () |
| 18:24:00 | | Join MTee [0] (n=MTee@41.233.154.103) |
| 18:25:02 | Bagder | http://forums.rockbox.org/index.php?topic=20943.0 <= A new build table layout? |
| 18:26:16 | | Join JdGordon| [0] (i=836b0055@gateway/web/ajax/mibbit.com/x-39eb4d1d54a49aa8) |
| 18:28:31 | | Quit parafin (Read error: 104 (Connection reset by peer)) |
| 18:29:59 | LambdaCalculus37 | Bagder: Looks very nice. :) |
| 18:31:15 | Bagder | I think so too |
| 18:35:28 | | Quit saratoga (grisham.freenode.net irc.freenode.net) |
| 18:35:28 | NSplit | grisham.freenode.net irc.freenode.net |
| 18:35:28 | | Quit SirFunk (grisham.freenode.net irc.freenode.net) |
| 18:35:28 | | Quit tmzt (grisham.freenode.net irc.freenode.net) |
| 18:35:57 | NHeal | grisham.freenode.net irc.freenode.net |
| 18:35:57 | NJoin | saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-7fb5a48836af3b97) |
| 18:35:57 | NJoin | SirFunk [0] (n=Sir@208-15-25-145.netsync.net) |
| 18:35:57 | NJoin | tmzt [0] (n=tmzt@adsl-76-253-134-255.dsl.akrnoh.sbcglobal.net) |
| 18:36:10 | | Quit SirFunk (SendQ exceeded) |
| 18:36:27 | | Quit tmzt (Connection reset by peer) |
| 18:36:41 | | Join tmzt [0] (n=tmzt@adsl-76-253-134-255.dsl.akrnoh.sbcglobal.net) |
| 18:37:34 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 18:39:00 | | Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) |
| 18:40:11 | | Join miepchen^schlaf [0] (n=miepel@p579EC854.dip.t-dialin.net) |
| 18:41:06 | | Join parafin [0] (i=parafin@paraf.in) |
| 18:41:35 | | Quit Russel-Athletic (Remote closed the connection) |
| 18:42:12 | *** | Saving seen data "./dancer.seen" |
| 18:43:44 | | Quit blithe ("Lost terminal") |
| 18:43:55 | | Join blithe [0] (n=blithe@blakesmith.me) |
| 18:44:30 | pixelma | Bagder: how wide will it get (how many more revisions)? Looks nice indeed though |
| 18:46:46 | saratoga | i actually don't mind the current table |
| 18:50:01 | | Join perrikwp [0] (i=982141e8@gateway/web/ajax/mibbit.com/x-6bd12e117567fca9) |
| 18:53:57 | | Join pbxy [0] (n=pb@p54891F6E.dip0.t-ipconnect.de) |
| 18:56:41 | pixelma | ok, maybe that's to find out (the number of revisions that give a reasonable width... |
| 18:57:25 | | Quit kugel (Nick collision from services.) |
| 18:57:29 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 18:58:20 | | Quit planetbeing () |
| 19:00 |
| 19:02:03 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 19:03:57 | | Quit barrywardell (Remote closed the connection) |
| 19:04:51 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
| 19:06:39 | kugel | Llorean: so, I have this tracklock implemented now, works nicely |
| 19:07:30 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 19:07:41 | markun | n1s: sorry, I thought that espeak-1.26 was GPLv2. I see that it's GPLv2+. |
| 19:10:56 | Llorean | kugel: How does it work? (as in, what happens when you try to skip forward, backward, and seek past the beginning or end)? |
| 19:14:41 | | Join miepchen^schla [0] (n=miepel@p579EC44F.dip.t-dialin.net) |
| 19:17:27 | | Quit archivator () |
| 19:17:41 | | Join MethoS- [0] (n=lem@host-091-097-240-251.ewe-ip-backbone.de) |
| 19:19:33 | kugel | Llorean: http://www.rockbox.org/tracker/task/10014 |
| 19:19:56 | kugel | Llorean: works exactly like the current skip length if you enable tracklock |
| 19:19:59 | | Join archivator [0] (n=archivat@77.70.28.57) |
| 19:21:50 | | Quit _Auron_ (Read error: 145 (Connection timed out)) |
| 19:23:06 | Llorean | kugel: Could you make "track lock" stop (or pause) when the track ends, if "Repeat 1" is disabled? |
| 19:23:20 | Llorean | Or rather, if repeat is off, entirely, I guess. |
| 19:23:37 | Llorean | "Stop or pause at the end of tracks" is a very common feature request, and this would allow it in a way. |
| 19:23:58 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 19:24:10 | | Quit archivator (Client Quit) |
| 19:24:55 | kugel | Llorean: uhm, I guess I could. |
| 19:25:11 | kugel | So pause at the end if repeat is set to what? |
| 19:25:32 | kugel | if repeat is off it just follows the playlist |
| 19:25:44 | Llorean | Pause at the end if Track Lock is on, and repeat is Off |
| 19:25:52 | Llorean | That way if "track lock" is on it _never_ leaves the track |
| 19:26:58 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 19:29:46 | | Quit kugel (Nick collision from services.) |
| 19:29:51 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 19:30:47 | | Quit miepchen^schlaf (Network is unreachable) |
| 19:31:28 | | Quit Lss () |
| 19:37:16 | | Join _jhMikeS_ [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 19:37:22 | | Quit jhMikeS (Nick collision from services.) |
| 19:40:44 | | Join akur [0] (n=akur@bl11-193-17.dsl.telepac.pt) |
| 19:42:48 | | Part akur |
| 19:45:42 | | Quit SirFunk (Read error: 110 (Connection timed out)) |
| 19:46:51 | | Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) |
| 19:55:38 | | Join tessarakt [0] (n=jens@e180079246.adsl.alicedsl.de) |
| 19:55:44 | | Quit Llorean (Read error: 60 (Operation timed out)) |
| 20:00 |
| 20:03:23 | | Join Reptile211 [0] (n=chatzill@host-216-66-248-9.static.linkline.com) |
| 20:06:34 | | Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
| 20:10:23 | | Quit FlynDice (Remote closed the connection) |
| 20:11:33 | gevaerts | saratoga: can you try the patch in FS #10015 some time? I'm not sure if it's likely to make any difference at all, but since it changes how exactly we talk to the controller, I guess it's worth a try |
| 20:12:51 | LambdaCalculus37 | gevaerts: I'll try it on my beast tonight. |
| 20:13:30 | saratoga | gevaerts: sure probably tonight |
| 20:13:31 | | Quit tessarakt ("Client exiting") |
| 20:13:31 | gevaerts | LambdaCalculus37: it should work fine on the beast. Combine it with FS #9708 for extra fun though :) |
| 20:14:07 | gevaerts | LambdaCalculus37: I'm mainly interested to see if it changes anything for setups that don't work properly with pure svn |
| 20:14:17 | gevaerts | saratoga: great |
| 20:15:44 | | Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) |
| 20:17:09 | LambdaCalculus37 | gevaerts: According to FS #9708, it looks like jhMikeS has some plans for i.MX31 DMA. |
| 20:17:52 | gevaerts | LambdaCalculus37: yes. That's the patch I'm applying. Without that, you won't see any speed difference as it will be disk-bound |
| 20:18:27 | | Join ibseco [0] (n=ibseco@BAH8ed3.bah.pppool.de) |
| 20:18:27 | gevaerts | I haven't measured on the beast recently, but on ipod video it speeds up reads from 8.9MB/s to 11.4MB/s (in UDMA4 mode). Writes don't change for some reason (although I should check on my mini) |
| 20:19:12 | LambdaCalculus37 | gevaerts: I'll try FS #9708 on the iPod color as well. |
| 20:20:29 | gevaerts | LambdaCalculus37: play a bit with the ATA_MAX_UDMA setting in ata-target.h for extra fun. For USB you're boosted, so UDMA4 should be safe. For other things probably not... |
| 20:21:35 | | Quit parafin (Nick collision from services.) |
| 20:21:37 | | Join parafin|away [0] (i=parafin@paraf.in) |
| 20:22:47 | LambdaCalculus37 | gevaerts: Should I apply FS #9708 first and then FS #10015 second, or vice versa, or does it matter what order? |
| 20:23:27 | gevaerts | they don't touch the same files at all |
| 20:23:29 | | Join jaykay [0] (n=chatzill@p579E69AC.dip.t-dialin.net) |
| 20:23:55 | LambdaCalculus37 | So "doesn't matter what order". |
| 20:24:08 | gevaerts | exactly |
| 20:26:25 | gevaerts | LambdaCalculus37: don't forget the #define HAVE_ATA_DMA for non-video and non-beast |
| 20:27:22 | LambdaCalculus37 | And that test_disk is enabled! :) |
| 20:27:34 | gevaerts | only if you want test_disk results :) |
| 20:27:50 | * | gevaerts basically only cares about USB. All other parts of rockbox are useless |
| 20:29:24 | gevaerts | Wow! With both patches, rockbox is faster on write than the OF on my CF card! |
| 20:29:38 | LambdaCalculus37 | gevaerts: We don't have a test_usb plugin, do we? |
| 20:29:59 | gevaerts | LambdaCalculus37: no. I don't really see what it would do... |
| 20:30:04 | | Part The-Compiler |
| 20:30:12 | gevaerts | 4.8 MB/s for the OF, 5.2 MB/s in rockbox |
| 20:30:44 | | Join Llorean [0] (n=DarkkOne@c-98-200-198-144.hsd1.tx.comcast.net) |
| 20:31:21 | | Join ibseco_ [0] (n=ibseco@BAH8ed3.bah.pppool.de) |
| 20:31:49 | advcomp2019 | gevaerts, does that patch help the sansas any? |
| 20:32:04 | gevaerts | advcomp2019: it should speed things up for all software USB targets |
| 20:32:17 | advcomp2019 | o nice |
| 20:32:39 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 20:32:50 | gevaerts | the difference on sansas won't be huge, as it's mostly storage-bound there. There should still be something though |
| 20:33:46 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 20:34:02 | * | gevaerts should measure instead of assuming though |
| 20:40:57 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
| 20:42:06 | | Join FlynDice_ [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) |
| 20:42:16 | *** | Saving seen data "./dancer.seen" |
| 20:43:42 | | Quit Reptile211 (Read error: 131 (Connection reset by peer)) |
| 20:45:56 | | Join MethoS-- [0] (n=lem@host-091-096-214-024.ewe-ip-backbone.de) |
| 20:48:02 | | Join fyrestorm [0] (n=fyre@cpe-24-90-81-53.nyc.res.rr.com) |
| 20:48:26 | | Join parafin [0] (i=parafin@paraf.in) |
| 20:49:26 | | Quit parafin|away (Connection timed out) |
| 20:50:09 | | Quit MethoS- (Read error: 113 (No route to host)) |
| 20:54:29 | | Quit FlynDice (Read error: 110 (Connection timed out)) |
| 20:55:25 | | Join MethoS- [0] (n=lem@dyndsl-085-016-160-040.ewe-ip-backbone.de) |
| 20:57:12 | | Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") |
| 20:57:28 | | Join LambdaCalculus37 [0] (n=44a04303@rockbox/staff/LambdaCalculus37) |
| 20:57:45 | | Join planetbeing [0] (n=planetbe@64.252.153.54) |
| 20:58:34 | | Quit LambdaCalculus37 (Client Quit) |
| 21:00 |
| 21:01:39 | * | rasher is curious what r20284 did to add 26kb to gigabeat s builds |
| 21:02:42 | | Join pyro_maniac1 [0] (n=jens@91-64-191-48-dynip.superkabel.de) |
| 21:02:56 | bubsy | check the changelogs? :) |
| 21:03:10 | bubsy | or maybe it isn't mentioned? |
| 21:03:49 | * | gevaerts points bubsy to the changelog... |
| 21:05:10 | rasher | http://build.rockbox.org/cvsmod/chlog-20090311T011825Z.html |
| 21:05:47 | bubsy | :o |
| 21:07:50 | rasher | gevaerts: What kind of speed are you getting from USB these days? |
| 21:08:17 | n1s | rasher: yes, that's a curious delta indeed |
| 21:08:26 | gevaerts | rasher: I'm measuring e200 right now :) |
| 21:08:44 | | Quit parafin (Connection timed out) |
| 21:09:12 | | Join fml [0] (n=4fd3d603@gateway/web/cgi-irc/labb.contactor.se/x-54958067d8bcfd5a) |
| 21:12:28 | fml | plutonian: where did you see that font (18 point nimbus)? IIRC, we've never had it. The font called 18-Nimbus (as it would be called now) was really a 19 pixel tall font and was therefore renamed. But if you have it then please post it somewhere so that we can analyze it. It would be a nice addition to the rockbox font collection. |
| 21:14:26 | rasher | Bagder: Is the delta table confused? |
| 21:14:27 | | Quit MethoS-- (Read error: 113 (No route to host)) |
| 21:14:27 | n1s | there is no size difference between gigabeast builds of r20283 and r20284... |
| 21:14:42 | rasher | I think the table is still not quite adapted to the added Onda bild |
| 21:14:44 | n1s | .. that i've done locally |
| 21:15:06 | pixelma | one off because of the addition of one build? |
| 21:15:07 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 21:15:26 | | Part pbxy ("Leaving") |
| 21:15:30 | * | pixelma was too slow |
| 21:15:32 | n1s | possibly |
| 21:15:41 | rasher | That is my theory which is mine |
| 21:15:52 | | Join parafin [0] (i=parafin@paraf.in) |
| 21:16:26 | | Join pbxy [0] (n=pbxy@89.163.145.9.static.rdns-uclo.net) |
| 21:16:47 | gevaerts | e200, read speed OF 5.2 MB/s, RB 5.8 MB/s, FS #10015 6.4 MB/s, write speed OF 4.8 MB/s, RB 3.2 MB/s FS #10015 4.1 MB/s |
| 21:16:50 | | Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) |
| 21:17:06 | gevaerts | One off seems to match the 0 delta for mr500 |
| 21:17:08 | * | n1s wonders why it reports a ram usage of over 3MB for the beast |
| 21:17:40 | rasher | gevaerts: Se we're better at reading with FS #10015 and almost as good at writing? |
| 21:18:07 | gevaerts | rasher: we're already better at reading without it |
| 21:18:24 | rasher | Ah yes, just noticed. |
| 21:18:38 | rasher | Nice boost in write speed |
| 21:18:43 | * | gevaerts has to report that his e200 showed some issues while he measured though, not only with the patch, but also plain svn |
| 21:18:51 | n1s | ah the "Onda VX747" is added to both ends of the delta table... |
| 21:18:58 | n1s | Bagder? |
| 21:19:23 | n1s | and there's one orphaned column |
| 21:19:30 | rasher | Haha, something's definitely amiss |
| 21:20:05 | gevaerts | luckily there's still rasher.dk/rockbox/graphs/">http://rasher.dk/rockbox/graphs/ ! |
| 21:20:48 | | Quit Johannes` () |
| 21:21:05 | | Part Chex |
| 21:22:51 | | Quit FlynDice_ (Remote closed the connection) |
| 21:23:57 | | Quit fml ("CGI:IRC") |
| 21:24:55 | | Join tessarakt [0] (n=jens@e180079246.adsl.alicedsl.de) |
| 21:28:43 | | Join midijunkie [0] (n=Miranda@pD9546153.dip0.t-ipconnect.de) |
| 21:34:23 | amiconn | The Onda at the left is new |
| 21:34:57 | * | amiconn wonders who messed that up. Must've happened roughly one hour ago |
| 21:35:06 | BigBambi | gevaerts: what sort of issues? |
| 21:35:23 | amiconn | Nah, make that 3 hours |
| 21:35:51 | Scoth | heh, I've had rockbox on my iPod for about week, and I've already installed it on two coworker's ipods and a Sansa after they messed with mine. |
| 21:36:25 | BigBambi | Scoth: Good to hear :) |
| 21:36:43 | Scoth | about a week* |
| 21:36:44 | gevaerts | Does anyone who reads ARM disassemblies for breakfast feel bored? I'd like to know if the sansa firmwares have the same init sequence as the ipods (the one in usb_drv_reset()) |
| 21:36:45 | Scoth | Can't type today.. |
| 21:37:21 | * | Scoth just does perl and wouldn't know ARM disassy from line noise |
| 21:39:45 | | Quit n17ikh (Read error: 104 (Connection reset by peer)) |
| 21:39:52 | | Join n17ikh| [0] (n=n17ikh@130.127.74.89) |
| 21:41:53 | | Join ender [0] (i=krneki@foo.eternallybored.org) |
| 21:42:03 | | Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) |
| 21:43:01 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
| 21:43:03 | | Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 21:44:47 | BigBambi | gevaerts: It seems 10015 breaks USB on the beast |
| 21:44:51 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 21:45:25 | | Quit advcomp2019 (Nick collision from services.) |
| 21:45:28 | | Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) |
| 21:45:37 | BigBambi | With only it applied, when I plug in the USB screen flashes up for a second or so, then screen goes black (backlight on) for a few seconds, then the disk spins down then it turns off |
| 21:45:38 | gevaerts | BigBambi: that's weird. I used the beast yesterday for most of the work... |
| 21:45:47 | * | gevaerts checks |
| 21:45:54 | bubsy | is zen vision:m dev stopped? |
| 21:46:21 | BigBambi | This is against 20306 - plain SVN is fine |
| 21:46:51 | BigBambi | gevaerts: I'll try building it again just in case it is my cock up :) |
| 21:47:45 | | Join archivator [0] (n=archivat@77.70.28.57) |
| 21:49:32 | | Quit planetbeing (Read error: 113 (No route to host)) |
| 21:49:42 | archivator | Anyone up to testing FS #9983 ? I am afraid my limited testing is hardly enough.. |
| 21:50:28 | | Quit midijunkie (Read error: 101 (Network is unreachable)) |
| 21:50:44 | | Join planetbeing [0] (n=planetbe@64.252.153.54) |
| 21:51:04 | saratoga | bubsy: check the forums thread |
| 21:51:17 | BigBambi | gevaerts: yep, same thing - I did svn revert, applied the patch, built in a fresh build dir, and same symptoms as before |
| 21:52:54 | mcuelenaere | bubsy: basically it stalled, yes |
| 21:53:22 | | Join Foxx- [0] (n=Foxx@141.157.246.7) |
| 21:53:31 | Foxx- | Hi everyone |
| 21:54:51 | Foxx- | well, i would like to formally express my thanks and gratitude towards everyone invlved with Rockbox development, ive been keeping tabs on the progress, and insist to all my friends they should use it |
| 21:54:59 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-20f2adc6ae896b98) |
| 21:55:24 | BigBambi | Foxx-: Excellent - the more the merrier :) |
| 21:55:39 | Foxx- | i did a segment about rockbox on my tech show as well |
| 21:55:44 | Foxx- | fully endorsing rockbox |
| 21:56:02 | Foxx- | yeah, im a whore :P |
| 21:56:07 | BigBambi | Is there a download or link or anything? |
| 21:56:14 | Foxx- | www.BSoDtv.org |
| 21:56:19 | Foxx- | episode 27 |
| 21:56:41 | Foxx- | i just did a basic how-to |
| 21:56:46 | BigBambi | I shall stick it on our Rockbox gets mentioned wiki page :) |
| 21:57:12 | Foxx- | not that there is much to it, but BSoD is about showcasing how-to tutorials to people |
| 21:57:14 | | Quit __lifeless (Remote closed the connection) |
| 21:57:28 | gevaerts | BigBambi: I see the same here |
| 21:57:31 | | Join __lifeless [0] (n=lifeless@188.17.73.176) |
| 21:57:47 | Foxx- | i keep forgetting that some people arent as into hacking and homebrew as others, and they just need to be pointed in the right direction |
| 21:58:10 | advcomp2019 | Foxx-, i know this is off topic could you join -community? |
| 21:58:14 | BigBambi | gevaerts: good/bad - at least I'm not going mental :) :( |
| 21:58:21 | Foxx- | sure thing |
| 22:00 |
| 22:00:03 | | Quit ibseco_ () |
| 22:03:06 | | Quit jaykay (Read error: 110 (Connection timed out)) |
| 22:04:09 | Foxx- | I recently got pacbox running, just for the sake of it |
| 22:04:21 | Foxx- | ive been into emulation for a while now |
| 22:04:34 | Foxx- | i know that the pacman hardware itself can run other games |
| 22:04:47 | Foxx- | is the pacbox emulator in rockbox only for pacman? |
| 22:05:01 | Foxx- | or can i load up other pacman compatable games, if i can remember what the hell they were |
| 22:05:06 | Scoth | I've probably spent more time playing pacbox than listening to music :) |
| 22:05:15 | Foxx- | i wish there was sound support |
| 22:05:22 | Scoth | Yeah, that's kind of a shame |
| 22:05:23 | Foxx- | but that would be a little counter productive |
| 22:05:52 | Scoth | Doom is fun too, and surprisingly playable on the ipod controls |
| 22:05:57 | Foxx- | i really enjoy the games on Rockbox, because i can listen to music on the train and my girlriend will leave me alone |
| 22:06:01 | Foxx- | yes it is |
| 22:06:08 | Foxx- | i have a 5g ipod and sansa e250 |
| 22:06:35 | Scoth | Mine's a 60GB 5g |
| 22:06:39 | Foxx- | same |
| 22:06:56 | Foxx- | the g/f has the ipod (which was won, we would never pay for an ipod) |
| 22:07:19 | Scoth | Mine's a hand-me-down from my wife. She just got a 16GB touch |
| 22:07:36 | Scoth | She loves it, so it's all good |
| 22:07:50 | Foxx- | very nice |
| 22:08:01 | Foxx- | well, i was just curious about pacbox |
| 22:08:15 | | Join salty-horse [0] (n=ori@bzq-79-180-158-79.red.bezeqint.net) |
| 22:08:19 | Foxx- | im happy with rockbox as is |
| 22:08:25 | Foxx- | games arent important to me |
| 22:08:35 | Foxx- | but my hacker instinct tells me to "do more" |
| 22:08:52 | Scoth | hehe. I've been big into emulation for a long time, just for the sake of amusement |
| 22:08:57 | Foxx- | same |
| 22:09:04 | Foxx- | i like the technical accomplichment |
| 22:09:12 | Foxx- | since the early days of Nesticle for DOS |
| 22:09:19 | BigBambi | This is a bit off topic chaps |
| 22:09:40 | BigBambi | Please only direct Rockbox support or development in here |
| 22:09:48 | Foxx- | well, back on topic, can pacbox run pacman hardware capable games? |
| 22:09:57 | Foxx- | or only pacman itself? |
| 22:10:01 | salty-horse | hi. running the simulator, the text editor displays files with unix-style newlines (LF) correctly. when compiling and running on the sansa, the text editor ignores the newlines. a bug? |
| 22:11:26 | | Join MethoS-- [0] (n=lem@host-091-096-210-173.ewe-ip-backbone.de) |
| 22:11:28 | Llorean | salty-horse: Are you using cygwin? |
| 22:11:37 | salty-horse | nope. ubuntu |
| 22:11:53 | gevaerts | BigBambi: new patch uploaded. This one does work |
| 22:12:18 | BigBambi | gevaerts: coolio, I'll have a play. Cheers for that |
| 22:12:56 | gevaerts | BigBambi: read goes from 4.9 MB/s to 13.0 MB/s here, write from 6.3 MB/s to 8.8 MB/s |
| 22:13:00 | | Quit Scoth ("Lost terminal") |
| 22:13:26 | BigBambi | gevaerts: Wow - what conditions are you using to test? |
| 22:14:25 | gevaerts | dd with a 1MB blocksize (this gets split up into 64k transfers anyway, so you could just as well use a 64k blocksize...), preceded by a single-block dd to spin up the disk |
| 22:14:56 | | Quit planetbeing () |
| 22:15:17 | gevaerts | if you want the exact commands, I can PM them to you. I don't really like to publically post dd commands that can kill data :) |
| 22:15:52 | BigBambi | hehe - I have a neary full disk so no need :) |
| 22:21:10 | salty-horse | Llorean, any thoughts? |
| 22:21:47 | Llorean | salty-horse: Have you tried with an SVN build rather than your own compiled build? |
| 22:21:53 | Llorean | As in, one of our provided compiles |
| 22:22:18 | salty-horse | Llorean, I have not. will try tomorrow and report |
| 22:25:08 | | Quit MethoS- (No route to host) |
| 22:27:22 | gevaerts | this USB code is definitely not stable on my e200. Why was it two weeks ago? |
| 22:27:47 | bluebrother | because we weren't in freeze for 3.2 then? |
| 22:28:06 | | Part salty-horse ("Leaving") |
| 22:28:26 | gevaerts | probably |
| 22:28:48 | | Join kj57 [0] (n=4428ed78@gateway/web/cgi-irc/labb.contactor.se/x-d9d09fb0251f9994) |
| 22:29:15 | | Quit ibseco () |
| 22:29:46 | | Quit kj57 (Client Quit) |
| 22:30:22 | | Quit MethoS-- (Read error: 60 (Operation timed out)) |
| 22:30:40 | BigBambi | gevaerts: Not stable how? |
| 22:32:24 | gevaerts | lots of bus resets (not the same as the old ones though, the pattern is a bit different), followed by an IO error at which point linux forcibly disconnects |
| 22:33:00 | rasher | And you are in fact running SVN? |
| 22:36:49 | | Quit lightbulbjim (Read error: 60 (Operation timed out)) |
| 22:37:09 | | Join lightbulbjim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) |
| 22:37:26 | gevaerts | I don't know what I was running (too lazy to check), but I just formatted and installed the official build. Let's see... |
| 22:41:53 | | Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) |
| 22:42:18 | *** | Saving seen data "./dancer.seen" |
| 22:45:15 | | Join MethoS-- [0] (n=lem@dyndsl-085-016-163-228.ewe-ip-backbone.de) |
| 22:46:52 | gevaerts | ok. the official build seems stable. So what's wrong with my builds? |
| 22:48:29 | | Quit archivator () |
| 22:49:03 | rasher | You ruined them utterly |
| 22:49:28 | * | Bagder remembers that no commit has been made yet since he added a new build |
| 22:50:47 | | Quit bmbl ("Woah!") |
| 22:52:40 | | Quit petur ("Zzzzz") |
| 22:52:47 | | Join t0mas [0] (n=tomas@rockbox/developer/t0mas) |
| 22:52:53 | mcuelenaere | Bagder: the Onda VX747 gets build twice? |
| 22:53:05 | amiconn | Bagder: There are two build problems. (1) The VX747 is added twice in the delta table. (2) farsan.haxx.se doesn't know the mips compiler |
| 22:53:40 | Bagder | the (2) is already fixed |
| 22:57:13 | Bagder | and one of the 747 was a 767 |
| 22:57:23 | Bagder | I just messed up |
| 22:58:44 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 23:00 |
| 23:01:18 | | Quit tyfoo ("Carpe diem") |
| 23:02:32 | bubsy | any future plans on porting to iPod Touch? |
| 23:02:36 | Bagder | obo: here? |
| 23:02:55 | obo | Bagder: yup |
| 23:02:57 | Bagder | bubsy: feel free to go ahead |
| 23:03:07 | Bagder | obo: the mipsel compiler path on your host seems wrong |
| 23:03:13 | Llorean | bubsy: We do not make plans. It's entirely based on people showing up and saying "Oh, I'm working on X now" and then actually following through and finishing it. |
| 23:03:21 | Bagder | obo: http://build.rockbox.org/showlog.cgi?date=20090312T063241Z&type=Onda%20VX747%20-%20Normal |
| 23:03:24 | bubsy | Bagder: Hehe, I don't know much about its hardware and its bootloader and such. |
| 23:03:35 | bubsy | Llorean: I see, thanks. |
| 23:03:38 | obo | Bagder: I replied earlier today - had forgotten to edit the path within acbuild.pl |
| 23:03:46 | Bagder | ah I missed, ok fine |
| 23:04:28 | Bagder | thanks |
| 23:04:42 | bubsy | I wish I knew more on how to hack these devices :) It'd be an awesome long lasting project to port rockbox to an iPod Touch |
| 23:05:00 | Bagder | "98 builds in 492 seconds" |
| 23:05:10 | Bagder | so close to the 100 builds party! |
| 23:05:48 | * | mcuelenaere can add a few builds if you like ;) |
| 23:09:14 | amiconn | Bagder: Did you check why the binsize table script isn't in svn? |
| 23:09:42 | amiconn | It seems like there's more stuff missing from svn, maybe everything on build.rockbox.org? |
| 23:10:14 | * | gevaerts doesn't like this |
| 23:10:21 | Bagder | not everything, no |
| 23:10:33 | amiconn | Otoh, the arm multilibs patch seems to exist 3 times, only one is probably used |
| 23:10:33 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 23:10:57 | gevaerts | I have loads of USB issues with all sorts of builds, I run mkfs.vfat on the thing, and now everything works fine... |
| 23:11:15 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 23:11:20 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-d9c36a8b0c18e238) |
| 23:13:08 | Bagder | now it's here => http://svn.rockbox.org/viewvc.cgi/www/tools/showsize.pl?view=markup |
| 23:13:39 | amiconn | Hmm, and why is there a google<long_hex_id>.html in the www module? |
| 23:13:52 | | Quit evilnick ("http://www.mibbit.com ajax IRC Client") |
| 23:14:18 | * | amiconn thinks the www module is in need of some cleanup |
| 23:14:56 | bertrik | handle_usb_events in screen.c could be made static |
| 23:15:10 | gevaerts | I could understand this if my tests involved the filesystem (fragmentation and things like that), but I just dd /dev/sdb... |
| 23:15:15 | rasher | amiconn: Google Sitemap I think |
| 23:15:29 | Bagder | amiconn: I would guess it has something to do with that google site map ... uh, rasher was faster |
| 23:15:30 | amiconn | It's zero bytes... |
| 23:16:16 | gevaerts | bertrik: good idea |
| 23:17:28 | | Join MethoS- [0] (n=lem@host-091-096-212-029.ewe-ip-backbone.de) |
| 23:18:20 | rasher | Anyone around who has any idea why the ID3 fallback only seems to work on entire tags? I have files here with both v2 and v1 tags, but where the v2 tags only contain replaygain info. They show up as untagged, so it seems the v1 tag is never touched |
| 23:18:34 | * | rasher would consider this a bug |
| 23:19:01 | amiconn | It's like it should be |
| 23:19:26 | amiconn | Reading id3v1 is costly, so it shouldn't read v1 if v2 exists |
| 23:20:07 | rasher | Still, the v2 tag is missing all info, so it would make sense to read the v1 tag |
| 23:20:50 | amiconn | I wouldn't want rockbox to read id3v1 if some info is missing in the v2 tag. At least one of (year, album name, comment) is basically always missing |
| 23:21:03 | rasher | Showing a song as untagged while it is in fact tagged with all info seems quite wrong.. |
| 23:21:09 | pixelma | wouldn't that mean that it always needs to search for v1 and v2 tags, look at track end and start? |
| 23:21:12 | | Join gregorovius_ [0] (n=diego@190.55.80.21) |
| 23:21:17 | saratoga | maybe its worth checking if theres no data aside from custom tags like replaygain? |
| 23:21:25 | amiconn | I would consider that type of tagging broken |
| 23:21:30 | rasher | pixelma: if the v2 tag is proper, there's no need to read the v1 tag |
| 23:21:38 | amiconn | If you use v2, put everything in v2, and ditch the v1 |
| 23:21:49 | | Quit gregorovius_ (Read error: 104 (Connection reset by peer)) |
| 23:21:55 | rasher | amiconn: Both are perfectly valid tags |
| 23:22:05 | pixelma | where do you draw the line if a v2 tag is proper or not? |
| 23:22:24 | rasher | pixelma: if it contains the info that can be in a v1 tag? |
| 23:23:07 | rasher | amiconn: On that note, I could say that your tags which are missing year or album are broken. |
| 23:23:22 | rasher | (ignoring comment is acceptable I think) |
| 23:23:35 | amiconn | No, they aren't. These are single tracks |
| 23:24:04 | | Join webmind [0] (n=webmind@shell.puscii.nl) |
| 23:24:06 | rasher | That appeared out of thin air? |
| 23:24:10 | webmind | wow |
| 23:24:15 | webmind | getting busy here |
| 23:24:36 | rasher | Anyway, I don't see how you can say that a file with two valid tags is broken |
| 23:25:25 | webmind | can someone tell me something on how stable the ipod mini port is? |
| 23:25:34 | webmind | asin, what is and isn't working? |
| 23:25:43 | * | amiconn hands gevaerts some yellow |
| 23:25:59 | BigBambi | webmind: It is stable |
| 23:26:33 | webmind | BigBambi, nice |
| 23:26:34 | | Quit gregorovius (Read error: 145 (Connection timed out)) |
| 23:26:43 | webmind | BigBambi, as stable as the 1st gen nano? |
| 23:26:52 | BigBambi | yes |
| 23:26:53 | webmind | (that broke, and I'm looking to buy a mini :) |
| 23:26:54 | webmind | cool |
| 23:26:56 | webmind | thank you :) |
| 23:26:59 | Llorean | webmind: If it's listed as "Supported" it's expected not to be crashing, and all music-playback related features should be entirely usable. |
| 23:27:08 | amiconn | rasher: Using two tagging systems with each only providing partial information? It is suboptimal, and hence broken, imo |
| 23:27:35 | pixelma | rasher: it somehow sounds odd that Rockbox should be responsible for some kind of sanity check of your tags |
| 23:27:37 | webmind | Llorean, well, it is listed as 'more optimalisation is still needed' |
| 23:27:47 | rasher | amiconn: No reason for Rockbox to completely ignore a tag with all info |
| 23:27:49 | Llorean | webmind: It's listed as 'Supported' on the front page... |
| 23:27:54 | webmind | Llorean, ok |
| 23:27:55 | amiconn | Having both tags carrying the same information is also not optimal, but acceptable (if you have to deal with old players which don't handle id3v2) |
| 23:28:17 | webmind | thanks :) |
| 23:28:25 | rasher | pixelma: No sanity check needed. The tags are sane. |
| 23:29:51 | Llorean | rasher: So basically, we either always need to look for both types, or we need more options (ID3v2 only, ID3v1 only, ID3v2 then v1, ID3v1 then v2, v1 if v2 not present, v2 if v1 not present)? |
| 23:30:17 | rasher | Llorean: Not really. Just when the tag we read first is incomplete |
| 23:30:29 | Llorean | What is "incomplete"? |
| 23:30:40 | rasher | No artist, album or title, I'd say is a good baseline. |
| 23:31:06 | Llorean | How about "none of them" rather than "missing any one" |
| 23:31:14 | amiconn | rasher: It's actually a question of what takes priority. We used to have an option, and that was removed on purpose |
| 23:31:33 | amiconn | And with id3v1, you cannot tell if the information is missing, as the field is always there |
| 23:31:46 | rasher | amiconn: There's no priority involved. The v2 tags *don't have anything but TXXX frames* |
| 23:31:59 | Llorean | rasher: It's not uncommon for me to have songs with no Album because they are singles not associated with an album, similar to previously mentioned cases. |
| 23:32:43 | | Quit MethoS-- (Connection timed out) |
| 23:32:46 | | Join MethoS-- [0] (n=lem@dyndsl-085-016-162-116.ewe-ip-backbone.de) |
| 23:32:52 | Llorean | And I think a lot of my videogame music just has "Composer" rather than "Artist" |
| 23:33:00 | pixelma | checking whether the info found in the v2 is only things that can't be in a v1 tag and when the rest is missing look for a v1 tag sounds a bit like that to me... |
| 23:33:41 | | Part pyro_maniac1 |
| 23:33:44 | | Quit Thundercloud (Remote closed the connection) |
| 23:33:48 | rasher | FS #10016 |
| 23:34:08 | gevaerts | Llorean: I may be wrong, but I read what rasher suggested as the same as what you're saying |
| 23:34:36 | Llorean | gevaerts: I think he said "a, b, OR c is missing" and I think "a, b, AND c is missing" |
| 23:34:45 | saratoga | ignoring TXXX tags seems sensible, since there is no real cost associated with reading htem |
| 23:34:53 | saratoga | they're always at the front of a file |
| 23:35:09 | * | gevaerts wants rasher to tell us who is right :) |
| 23:35:20 | * | rasher points towards gevaerts |
| 23:35:28 | Llorean | rasher: Well... you did say "or"... |
| 23:35:52 | gevaerts | \☺/ |
| 23:36:17 | | Join faemir [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) |
| 23:36:42 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
| 23:36:56 | Llorean | I do kinda like the "always read TXXX tags, and don't count them as ID3v2 present" suggestion too, rather than trying to determine "properness" of tags |
| 23:37:10 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 23:37:58 | rasher | I don't think I'm alone in having files like these. They appeared when adding replaygain to files with only v1 tags using Winamp. |
| 23:44:13 | saratoga | is there more ID3v2 code then in apps/metadata/mpa.c? |
| 23:45:42 | | Quit Thundercloud (Remote closed the connection) |
| 23:46:35 | kugel | Llorean: seems not exactly trivial to implement the stop at track end |
| 23:46:53 | kugel | no problem for the wps, but I'm having problems in the menu |
| 23:48:55 | | Quit l403 (Read error: 113 (No route to host)) |
| 23:50:30 | * | kugel suggests using id3v2. |
| 23:50:52 | kugel | What's the gain of using id3v1? mass converting is easy |
| 23:55:17 | Llorean | kugel: Pause just as bad, I assume? |
| 23:55:19 | JdGordon| | rasher: re FS #10016.. iirc that was changed by design |
| 23:55:55 | Llorean | JdGordon|: The problem is that they're mutually exclusive. YOu can't have a mix of tags |
| 23:55:58 | | Quit matsl (Remote closed the connection) |
| 23:56:15 | | Quit tvelocity (Remote closed the connection) |
| 23:56:27 | rasher | kugel: so let's just remove all id3v1 code. |
| 23:56:41 | JdGordon| | I dont tihnk thats an issue worth worriying about, if you have v2 tags they should be complete |
| 23:57:10 | rasher | Says who? |
| 23:57:19 | kugel | rasher: I'm fine with that |
| 23:57:39 | rasher | kugel: then you're not worth including in this discussion. |
| 23:57:50 | kugel | Llorean: pause gives me problems in wps too |
| 23:58:05 | kugel | also, the track is over. pausing at this point doesn't make much sense, imo |
| 23:58:14 | pixelma | so far we often said "people are responsible for their tag's correctness", why should Rockbox jump through hoops to support a mixture while it is easy for people to fix their tags and they only need to do it once |
| 23:58:23 | Llorean | kugel: I suppose. |
| 23:58:32 | Llorean | kugel: I don't know what to do really, maybe others will have ideas. |
| 23:58:48 | rasher | pixelma: Thing is, the tags *are* correct. There's nothing wrong about them in any way. |
| 23:58:51 | | Quit t0mas ("Leaving") |
icon identifies that the person is a core developer (has commit access).