00:01:28 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
00:02:59 | | Quit desowin () |
00:03:05 | | Quit tvelocity (Remote closed the connection) |
00:03:06 | | Quit ompaul (Client Quit) |
00:05:26 | | Quit MethoS- (Read error: 113 (No route to host)) |
00:06:59 | | Quit MethoS-- (Read error: 110 (Connection timed out)) |
00:09:00 | | Quit TroubleHelix (Read error: 104 (Connection reset by peer)) |
00:09:08 | | Quit FOAD (Read error: 110 (Connection timed out)) |
00:09:08 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
00:14:08 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
00:15:34 | | Join CaptainKewl [0] (i=jds@207-237-172-5.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
00:16:06 | | Join CaptainKwel [0] (i=jds@207-237-172-5.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
00:17:58 | | Quit stripwax (Read error: 110 (Connection timed out)) |
00:18:45 | | Quit ViperShark ("ChatZilla 0.9.81 [Firefox 3.0b5pre/2008031905]") |
00:20:15 | | Quit mchua (Read error: 113 (No route to host)) |
00:25:05 | | Quit shotofadds ("http://www.mibbit.com ajax IRC Client") |
00:28:57 | | Join deadhead [0] (n=deadhead@host-84-221-238-42.cust-adsl.tiscali.it) |
00:29:57 | deadhead | hi, i've fixed the ebuild for RockboxUtility (http://www.rockbox.org/twiki/bin/view/Main/RockboxUtility), where I can post it? |
00:32:25 | | Join spiorf [0] (n=spiorf@host140-214-dynamic.20-79-r.retail.telecomitalia.it) |
00:33:08 | | Quit deadhead ("Sto andando via") |
00:33:10 | | Quit axionix (Read error: 104 (Connection reset by peer)) |
00:33:16 | | Quit CaptainKewl (Read error: 110 (Connection timed out)) |
00:33:31 | | Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) |
00:33:33 | | Quit Hammer89 (Connection timed out) |
00:34:36 | | Join reformed [0] (n=40ebd9f4@gateway/web/cgi-irc/labb.contactor.se/x-dc4bfb80111b8034) |
00:34:47 | | Part lymeca ("Vanity is not sustainable.") |
00:36:02 | | Join Hammer89 [0] (n=mobile@host-24-225-156-82.patmedia.net) |
00:36:02 | | Quit Hammer89 (Client Quit) |
00:37:48 | | Quit hd (Client Quit) |
00:38:15 | | Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) |
00:38:18 | reformed | where have the videos on my ipod gone? |
00:38:31 | * | Bagder points to the corner |
00:38:56 | | Part toffe82 |
00:39:08 | scorche|sh | in your refigerator, perhaps? |
00:39:08 | | Join hd [0] (i=jd@unaffiliated/helldragon) |
00:39:42 | reformed | huh? |
00:41:02 | pixelma | what videos? Are those files you transferred with Itunes or prepared for Rockbox? |
00:41:25 | reformed | the files i tranferred from itunes |
00:41:33 | scorche|sh | rockbox cant read those |
00:41:45 | reformed | *sad face* |
00:42:06 | ryran | there's nothing stopping you from rebooting into the apple firmware to watch them when you want to. |
00:42:12 | reformed | how shall I watch my pr0n? jk |
00:42:13 | pixelma | but they should be still there in a hidden folder and you can watch them with the original firmware |
00:42:53 | reformed | i guess so...how do I change from rockbox to apple's firmware? |
00:43:02 | ryran | oh my. |
00:43:07 | krazykit | you read the manual, reformed |
00:43:16 | reformed | lol |
00:43:19 | reformed | sorry for being a noob |
00:45:05 | | Quit Nico_P (Remote closed the connection) |
00:45:55 | | Quit reformed ("CGI:IRC (EOF)") |
00:47:05 | | Quit waldo (Remote closed the connection) |
00:58:23 | *** | Saving seen data "./dancer.seen" |
01:00 |
01:01:30 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
01:02:21 | | Join miepchen^schlaf [0] (n=miepchen@p54BF4153.dip.t-dialin.net) |
01:05:17 | | Quit bblack ("http://www.mibbit.com ajax IRC Client") |
01:05:40 | | Quit miepchen^schlaf (Client Quit) |
01:06:05 | | Join miepchen^schlaf [0] (n=miepchen@p54BF4153.dip.t-dialin.net) |
01:06:16 | | Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279529752.dsl.bell.ca) |
01:06:51 | | Quit OlivierBorowski_ (Remote closed the connection) |
01:08:38 | | Part linuxstb_ ("Leaving") |
01:12:02 | | Quit Seed (Nick collision from services.) |
01:12:10 | | Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
01:16:44 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
01:18:04 | | Join Asuka [0] (n=18d6302b@gateway/web/cgi-irc/labb.contactor.se/x-677f849e9d99a9e6) |
01:18:14 | Asuka | hello? |
01:19:52 | | Quit Asuka (Client Quit) |
01:20:29 | | Join Asuka [0] (n=chatzill@user-24-214-48-43.knology.net) |
01:20:49 | pixelma | just ask *pointing at the topic* |
01:21:09 | Asuka | I'm sorry if this is in the FAQ somewhere, I looked but couldn't find it. I have an 8 gb ipod nano, does anyone know what generation it is? |
01:22:34 | pixelma | http://docs.info.apple.com/article.html?artnum=61688 (but I _believe_ the first generation didn't come as 8GB models) |
01:24:42 | scorche|sh | they didnt |
01:25:08 | Asuka | hmmm, well, has anyone tried rockbox on an 8gb ipod nano and it work? |
01:26:15 | pixelma | it won't work |
01:26:31 | Asuka | oh well, thanks for the help! |
01:26:33 | Asuka | =) |
01:27:53 | | Quit amiconn (Nick collision from services.) |
01:27:59 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
01:30:02 | | Join delphina42 [0] (n=lilmissd@ip68-13-245-250.ok.ok.cox.net) |
01:30:21 | | Part delphina42 |
01:30:46 | | Join Llorean [0] (n=DarkkOne@ppp-70-248-224-138.dsl.hstntx.swbell.net) |
01:30:50 | | Quit Asuka ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
01:36:26 | | Quit Llorean ("Leaving.") |
01:50:53 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
01:55:04 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
02:00 |
02:03:47 | | Quit hd (Remote closed the connection) |
02:06:01 | | Join hd [0] (i=jd@unaffiliated/helldragon) |
02:08:23 | | Quit FOAD (Read error: 110 (Connection timed out)) |
02:08:24 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
02:12:49 | | Join Llorean [0] (n=DarkkOne@adsl-65-68-74-125.dsl.hstntx.swbell.net) |
02:17:27 | | Quit JordanG ("Lost terminal") |
02:19:37 | | Quit hd (Client Quit) |
02:25:17 | | Quit Llorean ("Leaving.") |
02:27:25 | | Join hd [0] (i=jd@unaffiliated/helldragon) |
02:29:08 | | Join argumentD [0] (n=argument@cpe-76-173-115-95.socal.res.rr.com) |
02:31:27 | | Join Llorean [0] (n=DarkkOne@adsl-70-242-6-239.dsl.hstntx.swbell.net) |
02:43:27 | | Join fasmaie [0] (n=yohann@c-98-216-170-85.hsd1.ma.comcast.net) |
02:44:25 | | Join sPrinGfield0207 [0] (n=chatzill@p57AC7346.dip.t-dialin.net) |
02:45:55 | sPrinGfield0207 | hi every one i have truble with the ipodpatcher (ipod video 80GB) please write me an howto install the bootloader |
02:46:42 | scorche | we have wrote you how to use it...we wrote it in the manual ;) |
02:47:15 | sPrinGfield0207 | yes of course but it didnt work |
02:47:42 | scorche | define "didnt work" |
02:49:12 | sPrinGfield0207 | i use se command "ipodpatcher.exe 1" "ipodpatcher.exe 2" ... it cant find my ipod |
02:49:53 | sPrinGfield0207 | error message: "error opening disk" |
02:51:34 | | Join webguest11 [0] (n=434c4175@gateway/web/cgi-irc/labb.contactor.se/x-ac83234769946df8) |
02:52:20 | sPrinGfield0207 | i know im a noob but please help me to install the rockbox in a step by step manual. I have seen videos about the rockbox on youtube and i like it so much |
02:52:27 | webguest11 | hi all, Im new to rockbox and like it so far, but I seem to have a problem browsing my music, everytime I pick a band or album, that becomes the default list, and I have to reboot to get a full list of all my music again, is this normal? |
02:53:44 | ryran | webguest11, are you aware that you you need to press the back(skip) button instead of Menu to head back in the file tree? |
02:53:51 | sPrinGfield0207 | hi, did you have an ipod video 80GB? |
02:54:11 | alienbiker99 | sPrinGfield0207 theres a step by step guide in the manual |
02:54:20 | soap | sPrinGfield0207, what colour is the face plate of your iPod? |
02:54:22 | webguest11 | hmm, I didnt know that |
02:54:47 | sPrinGfield0207 | grey |
02:54:53 | | Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-9382ac8028b1aafe) |
02:55:05 | soap | that is not an iPod video, that is an iPod classic and does not work with Rockbox. |
02:55:10 | ryran | webguest11, well there ya go. :) can take a little while to get used to, but in the end it's more logical... the manal explains navigation in detail |
02:55:25 | webguest11 | thanks I'll try it |
02:55:36 | | Quit webguest11 (Client Quit) |
02:55:45 | | Join Rock4Neuros6 [0] (n=45d42943@gateway/web/cgi-irc/labb.contactor.se/x-00fb5ed923dd00e8) |
02:56:13 | | Join Llorea1 [0] (n=DarkkOne@adsl-70-248-236-200.dsl.hstntx.sbcglobal.net) |
02:56:22 | | Quit Llorean (Nick collision from services.) |
02:56:23 | | Nick Llorea1 is now known as Llorean (n=DarkkOne@adsl-70-248-236-200.dsl.hstntx.sbcglobal.net) |
02:58:01 | sPrinGfield0207 | The last 3 signs of the serial number are Y5N. is it an ipod video or classic? |
02:58:25 | *** | Saving seen data "./dancer.seen" |
02:59:35 | sPrinGfield0207 | the face plate of my iPod is silver-grey |
03:00 |
03:00:01 | cool_walking_ | http://docs.info.apple.com/article.html?artnum=61688-en says it's a classic. |
03:00:23 | sPrinGfield0207 | ok thanks |
03:01:17 | sPrinGfield0207 | Is there a comparable operating system for this ipod? |
03:01:27 | krazykit | no |
03:01:40 | sPrinGfield0207 | eg ipodlinux? |
03:01:54 | ryran | sPrinGfield0207, soap already told you. it's a classic. |
03:02:18 | krazykit | sPrinGfield0207, nothing like that. |
03:05:21 | | Join webguest11 [0] (n=434c4175@gateway/web/cgi-irc/labb.contactor.se/x-f8e3a61fc5b866f0) |
03:05:46 | webguest11 | ok that ficxed my problem, now I just have one last question, how do I enable album art? do I need a special theme? |
03:06:30 | sPrinGfield0207 | a pity, I would have been glad thus. is still worke in os or will never give it this? |
03:06:51 | cool_walking_ | webguest11: Yes, you need a theme that uses album art. Look at the AlbumArt wiki page. |
03:07:13 | webguest11 | does the default install have a theme that uses album art? |
03:07:26 | saratoga | the default does use album art |
03:07:41 | webguest11 | hmm |
03:07:45 | Rock4Neuros6 | Love my archos jukebox 20 w/ROCKBOX! ... Got a Neuros OSD this past christmas.... has there been any talk of a port? I'm not savvy on the hardwared requirements but the Neuros Software just blows up on me alot... RockBox doesn't... |
03:07:48 | webguest11 | cause im not seeing any album art |
03:07:51 | saratoga | sPrinGfield0207: no one has looked at porting to the classic, so who knows |
03:07:52 | cool_walking_ | The covers have to be named correctly and in the right format. See the wiki page. |
03:08:05 | webguest11 | so I have to rename 450 albums? |
03:08:19 | cool_walking_ | The covers have to be named something like "cover.bmp" |
03:08:32 | cool_walking_ | There's a script on the wiki page that will rename for you. |
03:08:40 | soap | and be smaller than the screen dimensions. |
03:08:42 | ryran | or programs to use in windows |
03:09:02 | webguest11 | ok thank you for the info |
03:09:06 | ryran | very simple, though it WILL take a little bit of your time and effort |
03:09:28 | webguest11 | i dont use windows I use ubuntu |
03:09:50 | soap | even easier, because IIRC there is a conversion script for *nix on said wikipage. |
03:10:27 | | Quit webguest11 ("CGI:IRC (EOF)") |
03:11:09 | | Part pixelma |
03:11:52 | | Quit Rock4Neuros6 ("CGI:IRC") |
03:13:15 | | Quit hd (Client Quit) |
03:13:20 | | Join hd [0] (i=jd@unaffiliated/helldragon) |
03:13:59 | sPrinGfield0207 | even though to many thanks for your support. then I will probably save a little bit money and buy specially for rockbox a new one. bye |
03:15:44 | | Quit sPrinGfield0207 ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
03:38:47 | | Quit fasmaie (Read error: 113 (No route to host)) |
03:44:34 | | Quit ctaylorr (Read error: 110 (Connection timed out)) |
03:51:53 | | Quit ol_schoola () |
03:53:34 | | Join Llorea1 [0] (n=DarkkOne@adsl-70-248-236-200.dsl.hstntx.sbcglobal.net) |
03:54:14 | | Quit Llorean (Nick collision from services.) |
03:54:15 | | Nick Llorea1 is now known as Llorean (n=DarkkOne@adsl-70-248-236-200.dsl.hstntx.sbcglobal.net) |
03:57:11 | | Join MobileShaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) |
04:00 |
04:08:23 | | Nick hd is now known as HellDragon (i=jd@unaffiliated/helldragon) |
04:12:51 | | Quit Shaid (Read error: 110 (Connection timed out)) |
04:13:14 | | Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) |
04:14:36 | | Join miepchen^schlaf_ [0] (n=miepchen@p54BF59BE.dip.t-dialin.net) |
04:23:24 | | Quit MobileShaid (Read error: 110 (Connection timed out)) |
04:26:11 | | Quit Llorean ("Leaving.") |
04:26:39 | | Join Llorean [0] (n=DarkkOne@adsl-70-248-236-200.dsl.hstntx.sbcglobal.net) |
04:29:13 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
04:41:16 | | Quit saratoga ("CGI:IRC") |
04:55:28 | | Quit EspeonEefi ("ăăăȘă") |
04:57:47 | | Quit ryran ("Leaving") |
04:58:30 | *** | Saving seen data "./dancer.seen" |
05:00 |
05:00:08 | | Quit leox (Read error: 110 (Connection timed out)) |
05:03:31 | | Join leox [0] (n=leox@165-162-114-200.fibertel.com.ar) |
05:08:03 | | Quit Zarggg () |
05:13:41 | | Join jcollie_ [0] (n=jcollie@dsl-ppp239.isunet.net) |
05:21:39 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
05:27:45 | | Quit jcollie (Read error: 113 (No route to host)) |
05:29:34 | | Quit argumentD (Read error: 113 (No route to host)) |
05:36:41 | | Join _w0rd54 [0] (i=blackdev@100mbit.top-site.us) |
05:38:01 | | Join aliask [0] (n=chatzill@rockbox/developer/aliask) |
05:38:16 | | Quit Thundercloud (Remote closed the connection) |
05:48:05 | | Quit w0rd54 (Read error: 110 (Connection timed out)) |
05:52:24 | | Join Hodapp_ [0] (n=angel@cpe-75-179-155-26.woh.res.rr.com) |
05:57:19 | | Nick jcollie_ is now known as jcollie (n=jcollie@dsl-ppp239.isunet.net) |
05:58:09 | | Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
06:00 |
06:08:19 | | Quit Hodapp (Read error: 110 (Connection timed out)) |
06:08:49 | | Quit krazykit (Read error: 110 (Connection timed out)) |
06:15:37 | | Quit Seed (Nick collision from services.) |
06:15:44 | | Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
06:24:59 | | Join cendres [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) |
06:26:08 | | Quit ol_schoola (heinlein.freenode.net irc.freenode.net) |
06:26:08 | NSplit | heinlein.freenode.net irc.freenode.net |
06:26:08 | | Quit HellDragon (heinlein.freenode.net irc.freenode.net) |
06:26:08 | | Quit jhulst (heinlein.freenode.net irc.freenode.net) |
06:26:08 | | Quit axionix (heinlein.freenode.net irc.freenode.net) |
06:26:08 | | Quit spiorf (heinlein.freenode.net irc.freenode.net) |
06:26:08 | | Quit BlakeJohnson86 (heinlein.freenode.net irc.freenode.net) |
06:26:08 | | Quit pikhq (heinlein.freenode.net irc.freenode.net) |
06:26:08 | | Quit linuxstb (heinlein.freenode.net irc.freenode.net) |
06:26:08 | | Quit ashes (heinlein.freenode.net irc.freenode.net) |
06:26:08 | | Quit gromit`` (heinlein.freenode.net irc.freenode.net) |
06:26:23 | | Join dan_a_ [0] (n=dan-mirc@217.23.173.156) |
06:26:44 | | Nick Hodapp_ is now known as Hodapp (n=angel@cpe-75-179-155-26.woh.res.rr.com) |
06:28:12 | | Quit _w0rd54 (heinlein.freenode.net irc.freenode.net) |
06:28:12 | | Quit CaptainKwel (heinlein.freenode.net irc.freenode.net) |
06:28:12 | | Quit dan_a (heinlein.freenode.net irc.freenode.net) |
06:28:12 | | Quit perrikwp (heinlein.freenode.net irc.freenode.net) |
06:28:12 | | Quit daurn (heinlein.freenode.net irc.freenode.net) |
06:28:12 | | Quit m0f0x (heinlein.freenode.net irc.freenode.net) |
06:28:12 | | Quit preglow (heinlein.freenode.net irc.freenode.net) |
06:28:12 | | Quit maraz (heinlein.freenode.net irc.freenode.net) |
06:28:12 | | Quit Bjoern-Erik (heinlein.freenode.net irc.freenode.net) |
06:28:12 | | Quit pabs (heinlein.freenode.net irc.freenode.net) |
06:29:00 | NHeal | heinlein.freenode.net irc.freenode.net |
06:29:00 | NJoin | pikhq [0] (n=pikhq@209.248.124.243) |
06:29:09 | NJoin | ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
06:29:09 | NJoin | HellDragon [0] (i=jd@unaffiliated/helldragon) |
06:29:09 | NJoin | jhulst [0] (n=jhulst@unaffiliated/jhulst) |
06:29:09 | NJoin | axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) |
06:29:09 | NJoin | spiorf [0] (n=spiorf@host140-214-dynamic.20-79-r.retail.telecomitalia.it) |
06:29:09 | NJoin | BlakeJohnson86 [0] (n=bjohnson@c-67-190-234-51.hsd1.mn.comcast.net) |
06:29:09 | NJoin | linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
06:29:09 | NJoin | ashes [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) |
06:29:09 | NJoin | gromit`` [0] (n=gromit@ALagny-154-1-39-82.w83-200.abo.wanadoo.fr) |
06:29:12 | | Quit gromit`` (Remote closed the connection) |
06:29:25 | | Quit HellDragon (SendQ exceeded) |
06:29:30 | | Join w0rd54 [0] (i=blackdev@100mbit.top-site.us) |
06:30:18 | NJoin | Bjoern-Erik [0] (n=Bjoern@166.80-202-110.nextgentel.com) |
06:30:33 | NJoin | pabs [0] (n=pabs@xor.pablotron.org) |
06:30:40 | NJoin | _w0rd54 [0] (i=blackdev@100mbit.top-site.us) |
06:30:40 | NJoin | CaptainKwel [0] (i=jds@207-237-172-5.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
06:30:40 | NJoin | dan_a [0] (n=dan-mirc@217.23.173.156) |
06:30:40 | NJoin | perrikwp [0] (i=98213b96@gateway/web/ajax/mibbit.com/x-260578de6c0929ea) |
06:30:40 | NJoin | daurn [0] (i=daurn@unaffiliated/daurnimator) |
06:30:40 | NJoin | m0f0x [0] (n=m0f0x@189-47-20-226.dsl.telesp.net.br) |
06:30:40 | NJoin | preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) |
06:30:40 | NJoin | maraz [0] (i=maraz@xob.kapsi.fi) |
06:30:42 | | Join daurnimator [0] (i=daurn@b27C.adsl.ecomtel.com.au) |
06:31:25 | | Join HellDragon [0] (i=jd@unaffiliated/helldragon) |
06:40:45 | | Quit jhulst (Connection timed out) |
06:41:45 | | Quit _w0rd54 (Connection timed out) |
06:41:57 | | Quit CaptainKwel (Connection timed out) |
06:42:07 | | Quit ashes (Connection timed out) |
06:43:26 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
06:46:18 | | Quit miepchen^schlaf_ () |
06:49:26 | | Join miepchen^schlaf [0] (n=miepchen@p54BF59BE.dip.t-dialin.net) |
06:49:34 | | Quit daurn (Connection timed out) |
06:51:10 | | Join haight6716 [0] (n=julian@72-254-30-44.client.stsn.net) |
06:51:47 | | Join gromit` [0] (n=gromit@ALagny-154-1-39-82.w83-200.abo.wanadoo.fr) |
06:51:53 | haight6716 | greetings all, I just installed rockbox on my 5G ipod video. so much better than apple software. love it! |
06:52:50 | haight6716 | one Q - is album art now part of the 'current build' for the 5G or is it still a 3rd party patch only? |
06:53:15 | haight6716 | If so, I'll probably not bother. If it is in the current build, then I am not doing it right, I guess |
06:54:47 | | Quit dan_a (Success) |
06:55:29 | | Join lee-qid [0] (n=liqid@p54967C1B.dip.t-dialin.net) |
06:57:05 | | Quit lee-qid (Client Quit) |
06:57:15 | cool_walking_ | Album art is in current builds, but there's no resizing. |
06:57:37 | cool_walking_ | And the covers have to be named according to the AlbumArt wiki page. |
06:58:32 | *** | Saving seen data "./dancer.seen" |
06:58:55 | haight6716 | thanks cool_walking_, that's great. I didn't see that page. |
06:58:58 | haight6716 | will look for it. |
07:00 |
07:01:22 | | Quit cendres (Remote closed the connection) |
07:01:35 | | Join ashes [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) |
07:10:40 | | Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) |
07:13:11 | | Quit simonrvn (Nick collision from services.) |
07:13:18 | | Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) |
07:18:05 | | Part haight6716 |
07:23:35 | | Join hannesd [0] (n=light@p5B160333.dip0.t-ipconnect.de) |
07:32:43 | | Quit hannesd ("Client suicide") |
07:37:14 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
07:43:48 | | Quit miepchen^schlaf () |
07:46:02 | | Quit Shaid (Read error: 110 (Connection timed out)) |
07:50:57 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
08:00 |
08:02:05 | | Join Rob2222 [0] (n=Miranda@p4FDCDEF8.dip.t-dialin.net) |
08:12:36 | | Quit ompaul (Client Quit) |
08:19:56 | | Quit thegeek_ (Read error: 104 (Connection reset by peer)) |
08:20:37 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
08:22:13 | | Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) |
08:25:24 | | Join thegeek [0] (i=thegeek@s220b.studby.ntnu.no) |
08:36:33 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
08:37:39 | | Quit BigBambi (Read error: 113 (No route to host)) |
08:37:59 | | Quit cool_walking_ (Remote closed the connection) |
08:49:47 | | Join thegeek_ [0] (i=thegeek@s220b.studby.ntnu.no) |
08:58:34 | *** | Saving seen data "./dancer.seen" |
08:59:40 | | Join Rob2223 [0] (n=Miranda@p4FDCC94B.dip.t-dialin.net) |
09:00 |
09:01:41 | | Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-aa5df7778bfadffa) |
09:05:49 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:06:05 | | Quit thegeek (Read error: 110 (Connection timed out)) |
09:18:40 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
09:41:23 | | Join BenniBoya [0] (n=Rofl@203-217-59-229.perm.iinet.net.au) |
09:41:59 | gibbon_ | any comments on this? http://www.rockbox.org/tracker/task/8764 |
09:43:23 | LinusN | the "Sig" string needs to be localized |
09:43:26 | GodEater | looks like a url to me |
09:43:32 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
09:44:05 | LinusN | gibbon_: also, the "M" probably needs to be localized as well |
09:44:44 | LinusN | I think "Mute weak stations" is better than "Automute weak stations" |
09:45:46 | markun | LinusN: care to rename the wiki page JohnMills to PeterVasilevsky? |
09:46:01 | LinusN | sure |
09:46:22 | gibbon_ | LinusN: ok picking that up |
09:49:31 | gibbon_ | LinusN: replacing the M with a # ... thats the most obvious sign for "blocking" that comes upon my mind |
09:53:59 | | Quit BenniBoya ("ChatZilla 0.9.81 [Firefox 3.0b5pre/2008031905]") |
09:54:34 | LinusN | we will have to redesign the entire FM screen anyway, one of those days |
09:55:22 | gibbon_ | damn :P |
09:55:53 | Llorean | The FM keymaps could use a lot of work too, I think. |
09:56:10 | Llorean | They're pretty much (in my opinion) the hardest keymap to "just figure out" |
09:56:44 | pixelma | and I would want recording from the FM screen on swcodec targets like it is done on the hwcodec ones... |
09:56:51 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
09:57:21 | gibbon_ | this patch maybe breaks that :/ i didn't test recording |
09:58:42 | LinusN | markun: but there is already a user called PeterVasilevsky |
10:00 |
10:00:56 | LinusN | i removed JohnMills instead |
10:01:46 | pixelma | gibbon_: on swcodec targets you currently record FM radio from the recording screen (set the source); haven't looked at your patch... |
10:02:43 | gibbon_ | pixelma: the muting is - this is the biggest mistake i ever made - done in the recording screen update |
10:02:47 | markun | LinusN: ok |
10:02:50 | markun | thanks |
10:02:55 | | Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) |
10:03:00 | gibbon_ | i have to change this but i didn't no a better place to put it to make it work |
10:03:42 | gibbon_ | i hardly made it work anyway ;) |
10:04:07 | | Join MethoS [0] (n=clemens@host-091-096-210-003.ewe-ip-backbone.de) |
10:10:20 | linuxstb | Bagder: I have some questions about the WhoDoesWhat wiki page that's been revived. Can you explain how all the domains are split across servers (www, svn, build, download,..) and maybe also add a brief description of the distributed build system? |
10:11:46 | Bagderr | I'll try to get it done later yes, the build system is briefly described here: http://www.rockbox.org/twiki/bin/view/Main/BuildServer#Basic_Description |
10:14:09 | | Quit FOAD (Read error: 110 (Connection timed out)) |
10:14:09 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
10:18:06 | | Join gevaerts [0] (n=fg@195-144-092-149.dyn.adsl.xs4all.be) |
10:25:09 | | Join merbanan [0] (n=banan@83.233.242.189) |
10:35:51 | | Quit wisp_sh (Read error: 110 (Connection timed out)) |
10:37:18 | | Join desowin [0] (n=desowin@atheme/developer/desowin) |
10:40:06 | | Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-96-4.w86-218.abo.wanadoo.fr) |
10:46:15 | | Quit dan_a_ (Read error: 110 (Connection timed out)) |
10:46:25 | | Join UncleRemus [0] (n=caj@78-69-154-184-no176.tbcn.telia.com) |
10:47:14 | | Join ItalianPianist [0] (n=dfsff@host-84-220-235-50.cust-adsl.tiscali.it) |
10:57:39 | | Part Bagderr |
10:58:36 | *** | Saving seen data "./dancer.seen" |
10:59:47 | gibbon_ | i will now try to add some region settings into the radio part... |
11:00 |
11:00:55 | gibbon_ | now that i know some more things about the menu system |
11:04:21 | pixelma | there are region settings |
11:16:33 | | Quit GodEater ("http://www.mibbit.com ajax IRC Client") |
11:17:12 | | Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) |
11:25:10 | | Quit DaCapn (Remote closed the connection) |
11:25:23 | | Quit ch4os_ (Read error: 113 (No route to host)) |
11:25:30 | gibbon_ | pixelma: i know there are... but there are 4 settings that i find not satifactory :) so i want to add another 5 |
11:26:44 | | Join fasmaie [0] (n=yohann@c-98-216-170-85.hsd1.ma.comcast.net) |
11:27:07 | gibbon_ | the tuner can tune to many frequencies not specified in the region settings |
11:29:52 | | Join Mathiasdm [0] (n=Mathias@vpna233.ugent.be) |
11:30:13 | | Quit [CBR]Unspoken|w (Read error: 104 (Connection reset by peer)) |
11:39:25 | | Quit soap (Remote closed the connection) |
11:39:30 | gibbon_ | even though i only have valid values for the LV24whatever tuner, defines handle it nicely |
11:45:18 | | Join soap [50] (n=soap@rockbox/staff/soap) |
11:48:10 | gibbon_ | while talking of defines... gevaerts: your USB enable define (it was USE_ROCKBOX_USB right?)... where do you put it? |
11:48:23 | GodEater | USE_ROCKBOX_USB |
11:48:30 | GodEater | interesting |
11:48:37 | GodEater | mibbit ruins the display of that =/ |
11:48:50 | GodEater | gibbon_: put it in the Makefile after you've run configure |
11:48:52 | gibbon_ | i edited the CFLAGS in the makefile but i guess there is some better way, right? |
11:49:00 | GodEater | that would work |
11:49:16 | gibbon_ | it works... but i wanted to know if theres some more popular way... |
11:49:23 | gibbon_ | that makes it more obvious |
11:49:29 | LinusN | you can edit the config files |
11:49:33 | gibbon_ | well.. it was GCCOPTS where i put it |
11:49:34 | GodEater | or you could just run : "CFLAGS=USE_ROCKBOX_USB" make |
11:49:46 | gevaerts | gibbon_: I usually add it in the EXTRA_DEFINES in the makefile. Most people add it in config-whatever.h, but I prefer not to do that because I then have to be careful not to commit that |
11:50:02 | gibbon_ | ah, ok |
11:50:07 | gevaerts | GodEater: -DUSE_ROCKBOX_USB ;) |
11:50:14 | GodEater | sorry yes |
11:50:37 | gibbon_ | gevaerts: the -D goes for the extra defines, too? |
11:50:51 | * | gevaerts assumes that GodEater knew this, but maybe other people reading the logs don't |
11:50:55 | gevaerts | gibbon_: yes |
11:51:00 | gibbon_ | ok, thanks |
11:51:36 | gibbon_ | then i try another modification of my rockbox ... that feels like open source :) |
12:00 |
12:04:13 | | Quit jhulst (Connection timed out) |
12:05:19 | gibbon_ | for the localisation of things... does interpunction after prefixes etc go into the localized string ot the format string of the output? |
12:06:08 | gibbon_ | for example, a line in my code outputs "Sig: <level>" ... should the localized string contain the : or not? |
12:07:00 | | Join gevaerts_ [0] (n=fg@195-144-092-157.dyn.adsl.xs4all.be) |
12:08:27 | | Quit gevaerts_ (Client Quit) |
12:09:25 | | Join gevaerts_ [0] (n=fg@195-144-092-157.dyn.adsl.xs4all.be) |
12:09:47 | | Quit gevaerts (Nick collision from services.) |
12:09:52 | | Nick gevaerts_ is now known as gevaerts (n=fg@195-144-092-157.dyn.adsl.xs4all.be) |
12:12:49 | markun | LinusN: amazing! kgb2008 just posted the schematics of the M6SP on the forum! |
12:12:56 | Bagder | ! |
12:12:57 | LinusN | wow! |
12:13:06 | Bagder | he certainly seems like an insider... |
12:13:33 | markun | yes, he does |
12:14:45 | markun | Also give some insights into the CPU in general. All pins state which GPIO number and other function they can be set to. |
12:15:48 | GodEater | markun: this is in our forum somewhere ? |
12:15:56 | markun | no, meizume.com |
12:16:33 | Bagder | http://www.meizume.com/rockbox/5796-schematic-m6sp.html |
12:16:39 | linuxstb | markun: I hope we're not going to have a Real Name issue with his code - do you know his name? |
12:17:02 | markun | I don't know his name, but I don't know if he wants to contribute any code |
12:17:35 | Bagder | 143K rar that extracts a 149K pdf... :-/ |
12:18:38 | markun | yes, a bit useless :) |
12:18:48 | * | gevaerts will download it later. He's not registerd yet on meizume |
12:19:01 | linuxstb | Bagder: Can you host the PDF? |
12:19:05 | * | LinusN is not a fan of RAR |
12:19:06 | * | linuxstb also isn't registered |
12:19:06 | Bagder | sure, hang on |
12:19:34 | Bagder | http://daniel.haxx.se/rockbox/M-P-V7.pdf |
12:20:00 | * | gevaerts now edits the ArticlesAboutRockbox page, now that last week's lwn article is free |
12:22:19 | linuxstb | markun: So he's not working on a port, just hacking in general? |
12:22:24 | markun | sometimes I really don't understand Meizu. Why did they add an external RTC and audio codec when both are included in the Soc.. |
12:22:29 | gevaerts | markun: if he's really an insider, maybe he can confirm if the USB controller is the same as in the s3c2443 ? |
12:22:31 | markun | linuxstb: he doesn't even own a player |
12:23:09 | gevaerts | markun: maybe they want to keep the clock both in UTC and local time ? |
12:23:12 | gibbon_ | gevaerts: i'll ask you directly since you already did that... is it save to format the first partition on the c250 flash? |
12:23:14 | linuxstb | markun: Maybe the design (and firmware) are similar to other devices, with versions of the SoC without codec/rtc? |
12:23:20 | * | gevaerts thinks they probably aren't that misguided |
12:23:39 | gevaerts | gibbon_: as long as you format it as fat32, yes |
12:23:46 | linuxstb | Or maybe their external codec is better than the internal one - e.g. does the internal codec also have an ADC? |
12:23:52 | markun | linuxstb: they got a version of the SoC without codec for the newer devices, but the RTC is always included afaik |
12:24:06 | | Quit Mathiasdm ("Yuuw!") |
12:24:14 | gibbon_ | gevaerts: ok... there were some strange files on the drive that were OF related... i was afraid, them gone would be bad |
12:24:30 | gibbon_ | one named version.sdk and one named version.txt |
12:24:32 | markun | linuxstb: I see "micin" in the schematics. I forgot which wolfson DAC it is exactly. |
12:25:22 | markun | gevaerts: maybe you can ask him in the forum thread? You know a lot more about USB that I do. |
12:25:27 | gevaerts | gibbon_: and even if you erase everything (e.g. repartition the drive and format as HFS+), it's still recoverable |
12:25:39 | gevaerts | markun: I'll do that tonight. |
12:25:46 | Bagder | markun: is the internal RTC as good as the external then? I've seen projects using external RTCs even though there is an internal for improved functionality and for battery backup reasons |
12:27:13 | gibbon_ | gevaerts: i wanted to prevent that ;) |
12:27:26 | gibbon_ | from happening |
12:28:36 | | Quit jhMikeS (Read error: 104 (Connection reset by peer)) |
12:29:28 | markun | funny that the same guy who doubted that we would have a rockbox port any time soon is now saying "Wow *we* are actually getting somewhere!" :) |
12:29:58 | markun | (bold by me) |
12:30:45 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
12:32:02 | Bagder | that's the guy who soon will volunteer to make a new logo |
12:32:05 | Bagder | :-) |
12:32:24 | gibbon_ | whats wrong with the old one? :/ |
12:32:36 | gibbon_ | i like it... is there some written discussion to read? |
12:32:44 | | Join krazykit [0] (n=kkit@140.141.29.54) |
12:32:51 | Bagder | gibbon_: the "make a new logo" idea comes up every once in a while and never completely dies |
12:33:21 | gibbon_ | ah ok... that reminds me of implementing the irony transport for IRC ;) |
12:33:51 | Bagder | and usually the idea comes up in new ports because that often brings in a whole bunch of new people in one go |
12:34:18 | gibbon_ | so its not a current efford going on? |
12:34:28 | Bagder | no |
12:34:40 | Bagder | on the contrary, most of us like the existing |
12:35:09 | gibbon_ | ver easing ... |
12:35:40 | gibbon_ | i like it, too... its modern but not the bubblywobbly web2.0 ultra style :) |
12:36:19 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
12:36:23 | | Quit linuxstb (Nick collision from services.) |
12:36:24 | markun | I do like the simple box-with-musical-note like logo |
12:36:27 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
12:37:55 | JdGordon | except it should hav the doom icon instead... really show what rockbox is all about :p |
12:38:53 | | Quit fasmaie (Read error: 110 (Connection timed out)) |
12:39:09 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
12:52:38 | | Join Thundercloud [0] (n=thunderc@resnet31.nat.lancs.ac.uk) |
12:55:17 | | Quit sbhsu ("leaving") |
12:55:33 | | Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) |
12:58:37 | *** | Saving seen data "./dancer.seen" |
12:59:32 | | Part LinusN |
13:00 |
13:02:05 | | Join CaptainKewl [0] (i=jds@207-237-172-5.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
13:03:25 | | Quit jhMikeS (Nick collision from services.) |
13:03:31 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
13:06:38 | * | markun just received his Meizu M6SL! |
13:06:50 | Bagder | wohoo |
13:08:55 | markun | it's really compact |
13:26:33 | * | linuxstb spots a nice USB bugfix on flyspray |
13:28:10 | | Join DerDome [0] (n=DerDome@dslb-082-083-188-094.pools.arcor-ip.net) |
13:28:44 | | Quit DerDome (Client Quit) |
13:34:35 | Beta2K | Does anything over then Doom rotate the screen? |
13:35:40 | | Quit OlivierBorowski (Remote closed the connection) |
13:40:24 | linuxstb | mpegplayer, pacbox |
13:45:15 | Beta2K | Hum... |
13:45:26 | Beta2K | mpegplayer doesn't crash... |
13:45:36 | Beta2K | never played pacbox |
13:46:07 | linuxstb | Beta2K: What's the problem? |
13:52:43 | gevaerts | linuxstb: USB bugfix ? |
13:52:46 | * | gevaerts woke up |
13:59:36 | * | gevaerts thinks he found the bugfix |
14:00 |
14:01:41 | * | gibbon_ thinks he found a problem |
14:03:36 | gibbon_ | and thats only because i yesterday laudated gevaerts for his great USB stack |
14:03:46 | gibbon_ | massive filesystem corruption |
14:04:21 | gibbon_ | without experiencing resets |
14:04:58 | gevaerts | Probably the sd driver bug |
14:05:55 | gibbon_ | does this affect internal flash operation? |
14:06:13 | gibbon_ | because its the internal filesystem that has gone over ... completelyy |
14:06:30 | gibbon_ | backups++; |
14:07:09 | | Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-16282fc1b8a870cc) |
14:07:34 | gevaerts | gibbon_: I'm not sure now if I've seen it on internal flash, but the driver is the same as for the sd slot. |
14:07:38 | Beta2K | linuxstb, trying to get a idea of where to look for the doom crashes while rotated 90deg problem (FS #8641) |
14:12:13 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
14:16:02 | | Join Horschti [0] (n=Horscht@p4FD4E6FA.dip.t-dialin.net) |
14:16:48 | | Quit Horscht (Nick collision from services.) |
14:25:56 | | Join kugel [0] (i=kugel@unaffiliated/kugel) |
14:27:11 | | Join Tordre [0] (n=869960af@gateway/web/cgi-irc/labb.contactor.se/x-90ad7f4ce49e7b2e) |
14:28:54 | Tordre | Hello |
14:32:11 | | Quit Tordre ("CGI:IRC (EOF)") |
14:32:38 | LambdaCalculus37 | ? |
14:37:06 | dionoea | Well he's on #videolan now (through our CGI:IRC) |
14:40:12 | Beta2K | Jerk |
14:40:22 | petur | shhhh |
14:40:34 | dionoea | Looks like a GSoC candidate |
14:41:11 | dionoea | (unfortunately they all apply for the same project ... kind of sucks) |
14:41:54 | * | gevaerts spots petur... |
14:42:18 | petur | not that I was hiding or went away ;) |
14:42:28 | gevaerts | petur: IIRC you once did some work on H300 USB host. Do you still have some code for that ? |
14:42:41 | petur | yes, at home... |
14:43:04 | * | gevaerts is hoping not having to type dozens of register and struct declarations |
14:44:13 | gevaerts | I'd like to start working on host somewhere during the next week or so, and a starting point would be welcome. |
14:44:36 | gevaerts | Unless you want to do it of course... |
14:44:38 | petur | gevaerts: it was based on WASABI from philips, see http://www.rockbox.org/twiki/bin/view/Main/UsbOnTheGoSupport at the bottom for the stuff I started from |
14:45:14 | * | petur is completely overloaded workwise, spare time = +/-0 |
14:45:48 | petur | it 'll probably get better when the little one arrives ;) |
14:46:06 | gevaerts | You think so ? |
14:46:12 | petur | hehe |
14:46:45 | | Quit CaptainKewl (Read error: 110 (Connection timed out)) |
14:47:35 | * | gevaerts will start looking into this code soon |
14:48:21 | petur | nice... modding h300 to CF makes the OF useless, and USBOTG was the only thing you needed the OF for |
14:50:31 | LambdaCalculus37 | So if we can get working USBOTG into Rockbox, that'll mean we'll never need the OF again. |
14:50:48 | gevaerts | OF ? What's that ? ;) |
14:50:51 | petur | no, still need it for flashing too |
14:51:25 | LambdaCalculus37 | petur: Ah yes, that's right. |
14:51:40 | petur | I should look into flashing for h300 too :/ |
14:52:19 | * | gevaerts expects petur to need extra hardware to recover his h300 soon |
14:53:06 | petur | any time now... have been modding my bootloader too much :) |
14:53:23 | LambdaCalculus37 | petur: You mean flash Rockbox to the H300? |
14:54:06 | petur | right now just getting svn bootloader to behave. In the future it would be nice to get the same functionality as h1x0 |
14:57:14 | LambdaCalculus37 | I agree. |
14:58:38 | *** | Saving seen data "./dancer.seen" |
14:59:54 | desowin | dionoea: not all :P |
15:00 |
15:00:33 | | Quit advcomp2019 ("Never look down on someone unless you're helping them up.") |
15:07:53 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
15:10:21 | | Join MethoS- [0] (n=clemens@host-091-096-215-158.ewe-ip-backbone.de) |
15:12:22 | | Quit kugel (Read error: 110 (Connection timed out)) |
15:12:49 | | Join RaZorbacK [0] (n=Miranda@gar31-1-82-66-75-34.fbx.proxad.net) |
15:14:04 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
15:14:46 | RaZorbacK | is domonoky here (maybe logged on with another nick ? :-) |
15:16:57 | ItalianPianist | mmmm really nasty behaviour: memory overwrite will happen when voice menu enabled |
15:17:03 | ItalianPianist | more or less the same as doom |
15:17:19 | GodEater | RaZorbacK: he doesn't use another nick afaik |
15:17:47 | ItalianPianist | noticed in my game while accessing to the sound menus: a part of allocated memory will be overwritten by the main playback engine |
15:18:35 | GodEater | ItalianPianist: Are you using the playback buffer in your plugin ? |
15:19:13 | ItalianPianist | yes i am |
15:19:52 | GodEater | and you're using voice whilst your plugin is running ? |
15:19:54 | ItalianPianist | no memory overwriting when requesting only the plugin buffer memory |
15:20:03 | | Quit desowin (Read error: 113 (No route to host)) |
15:20:07 | | Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) |
15:20:34 | ItalianPianist | i've tryed inserting a rb->pcm_play_stop() call before accessin menus but it's the same |
15:21:22 | GodEater | as far as I'm aware, the fact you can't use voice from a plugin is a known limitation |
15:21:28 | ItalianPianist | i think someone working on playback.c should insert some checking in case all memory is requested from the plugin |
15:21:32 | GodEater | unless it's changed recently |
15:22:02 | | Join wisp_sh [0] (n=wisp@node-29-1.adsl.tula.net) |
15:22:23 | ItalianPianist | no wait i don't want to use voice in my plugins... it's currently set by default as usually |
15:22:36 | ItalianPianist | i mean the talking menu settings |
15:22:49 | GodEater | that would be "voice" |
15:23:39 | ItalianPianist | sorry i misunderstood your sentence |
15:23:50 | ItalianPianist | so i have to manually disable voice in my plugin right? |
15:23:52 | GodEater | I'm not quite sure what behaviour you're describing |
15:24:10 | GodEater | how are voiced menus being accessed while your plugin is running ? |
15:24:21 | ItalianPianist | ok i'll try to better explain myself |
15:24:36 | | Quit FOAD (Read error: 110 (Connection timed out)) |
15:24:37 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
15:25:27 | ItalianPianist | in my plugin i use playback_control(rb) contained in "lib/playback_control.h" |
15:25:28 | | Join Febs [0] (n=chatzill@38.98.196.75) |
15:26:20 | ItalianPianist | so the playback menus pops up and in this menu you can set various things (as you know). It's the same menu used in sokoban and solitaire |
15:26:33 | GodEater | but you do this after you've used plugin_get_audio_buffer? |
15:26:41 | ItalianPianist | yes |
15:26:55 | GodEater | yes, then I would imagine that wouldn't work |
15:26:57 | ItalianPianist | so i allocate all memory for my plugin |
15:27:19 | ItalianPianist | me too... but unfortunately the playback engine "fires" the voice menu |
15:27:29 | ItalianPianist | i mean the menu speaks |
15:27:31 | GodEater | afaik you can *either* use the audio buffer as memory for your plugin, *or* you can let your plugin do playback things |
15:27:34 | GodEater | you can't do both |
15:27:48 | ItalianPianist | and it overwrites the memory i was using for my plugin |
15:27:56 | GodEater | yes, this doesn't surprise me in the slightest |
15:28:46 | ItalianPianist | well i believed the playback engine had some sort of buffer checking to prevent overwritings... |
15:28:56 | GodEater | how would that work ? |
15:29:09 | GodEater | the playback engine assumes it has the entire audio buffer |
15:29:13 | ItalianPianist | just thought was better to report this behaviour |
15:29:22 | | Quit MethoS (No route to host) |
15:29:29 | GodEater | if you've used it in your plugin, the playback engine isn't to know how much of it you're actually consuming |
15:29:44 | ItalianPianist | i think the playback engine should check some sort of flag signalling the buffer is requested or not |
15:30:37 | GodEater | playback_control isn't even defined in plugin.h that I can see |
15:31:28 | ItalianPianist | as i wrote before it it's contained in lib/playback_control.h |
15:31:42 | GodEater | which you shouldn't be using directly |
15:31:51 | GodEater | plugins should only call functions defined in plugin.h |
15:32:22 | ItalianPianist | but sokoban and solitaire uses that! And it's a library made for plugins: it's contained in the plugin directory ... |
15:32:47 | | Join Mathiasdm [0] (n=Mathias@vpnf054.ugent.be) |
15:32:48 | GodEater | ah sorry |
15:32:56 | GodEater | you're absolutely correct, it is. |
15:33:08 | ItalianPianist | np |
15:33:28 | GodEater | but do sokoban and solitaire use plugin_get_audio_buffer() too ? |
15:33:36 | ItalianPianist | no they don't |
15:33:46 | ItalianPianist | that's why they don't have this behaviour |
15:34:09 | ItalianPianist | but i think this causes also the nasty crash in doom .... |
15:34:46 | ItalianPianist | (you can't load doom with voice enabled if i remember correctly) |
15:35:02 | GodEater | doom doesn't appear to use playback_control though |
15:35:09 | | Join BobShield [0] (i=rshield@c-67-175-252-44.hsd1.il.comcast.net) |
15:35:36 | ItalianPianist | well the problem is not in playback_control ... it's located more deeper somewhere in the playback engine i think |
15:35:44 | GodEater | well not really |
15:35:53 | | Quit XavierGr (Nick collision from services.) |
15:35:54 | GodEater | it's located in the fact that we don't have dynamic memory management |
15:36:04 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
15:36:24 | GodEater | using the audio buffer is an all-or-nothing affair |
15:36:38 | GodEater | you can't just use a bit of it, and expect other applications to know that |
15:36:51 | * | gevaerts proposes to add malloc to the core ;) |
15:37:17 | * | GodEater gets the pitchforks and flaming torches gathered together and starts handing them out |
15:37:52 | * | gevaerts grabs his pitchfork-proof suit |
15:37:53 | jhMikeS | it is possible to extend plugin_get_audio_buffer to maintain voice since audio_get_buffer allows the voice file and pcm buffer to be preserved |
15:38:02 | ItalianPianist | i think that plugin memory and buffer memory should be isolated... so simply if u request all buffer memory the playback engine cannot have playback memory so it'd stop "firing" sound |
15:38:54 | GodEater | ItalianPianist: I'm confused though, if that happens, then you can't do anything with playback at all - in which case you might as well not call the playback_control in the first place ? |
15:39:34 | ItalianPianist | i mean the playback engine should check if all memory is requested and stopping all sound functions accordingly (apart from those used in plugin) |
15:39:46 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
15:40:03 | * | GodEater gets confused and decides it's time he ate something. |
15:40:07 | jhMikeS | it does that already |
15:40:30 | gevaerts | ItalianPianist: it does. Only, calling any playback-related code at all means you give it back... |
15:40:46 | ItalianPianist | the entire situation is this: i use sound in plugin, so i need playback control to access to volume control |
15:41:06 | jhMikeS | ummm, since when? |
15:41:37 | ItalianPianist | and i request all buffer. But when i access to the volume control, the main playback engine "fires" the sound voce speaking something like -32db etc |
15:41:59 | ItalianPianist | then some part of my allocated memory will be overwritten |
15:42:06 | jhMikeS | ItalianPianist: that's why there's a facility to disable menu voicing |
15:43:14 | ItalianPianist | ...well i think that should be enabled/disabled by the main playback engine when i request the entire buffer ... _i think_ |
15:43:52 | ItalianPianist | it's some sort of undocumented "side-effect" ... |
15:44:26 | ItalianPianist | now i know it but.... if someone else will write some other plugins without knowing it? |
15:44:59 | jhMikeS | then request the audio buffer with voicing enabled and watch conflict for the pcm resources |
15:46:13 | ItalianPianist | i dont' need voice enabled... but i didn't know i had to disable it to avoid nasty side-effects |
15:47:05 | LambdaCalculus37 | Looks like the link to Sansapatcher for Linux AMD64 is 404'd: http://download.rockbox.org/bootloader/sandisk-sansa/sansapatcher/linux64amd64/sansapatcher |
15:47:41 | krazykit | LambdaCalculus37, it may just be that mirror. it's on a rotation. |
15:51:36 | gevaerts | I's missing on all three mirrors |
15:51:55 | * | gevaerts ment that _it_ is missing, not I |
15:52:00 | LambdaCalculus37 | :) |
15:52:06 | * | gevaerts meant meant |
15:52:51 | | Quit corevette (Remote closed the connection) |
15:54:23 | LambdaCalculus37 | gevaerts: Regarding the current state of the USB stack: whenever I plug my iPod video into the wall charger, the iPod doesn't recognize that the charger is plugged in unless MENU is held down when I plug in the charger. Is this normal behavior? |
15:57:49 | gevaerts | LambdaCalculus379: It sounds like a bug, but I'm not entirely sure. What exactly happens when you plug it in ? And is this an official build, or one with -DUSE_ROCKBOX_USB ? |
16:00 |
16:00:47 | LambdaCalculus37 | gevaerts: My own compiled build with -DUSE_ROCKBOX_USB and FS #8680 applied; against SVN trunk r16689. |
16:02:00 | LambdaCalculus37 | When I plug in the wall charger, Rockbox does one of two things: it either does not recognize that the charger was plugged in, or thinks that I plugged it into a USB port and gives me the "USB connected" screen. |
16:02:14 | | Quit advcomp2019 ("IRC is just multiplayer notepad") |
16:02:28 | LambdaCalculus37 | If I hold in MENU while plugging in the charger, Rockbox will recognize it and will charge. |
16:03:22 | * | LambdaCalculus37 knows he's going to get the "Update your SVN trunk and recompile" talk :) |
16:07:22 | gevaerts | I think I see what's wrong. usb_state in usb.c isn't updated correctly in this case. You could try moving the 'usb_state = USB_POWERED;' on line 192 in usb.c up to just outside the if (i.e. at line 190), but I have to think more to be sure this is entirely correct (it shouldn't harm, but might still leave some corner cases) |
16:07:49 | * | gevaerts unfortunately didn't change anything related since r16689, so couldn't try that excuse |
16:09:42 | LambdaCalculus37 | gevaerts: I can look at it when I get home. If it works, I'll make a diff and post it to the tracker. |
16:10:17 | gevaerts | LambdaCalculus37: the hard part is making sure that usb_state remains correct for non-software-usb targets |
16:12:14 | | Join Rincewind [0] (i=oUu1d7OQ@nat-wh-1.rz.uni-karlsruhe.de) |
16:13:23 | LambdaCalculus37 | gevaerts: Crap. I only have three PP targets and my Archos. |
16:20:11 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
16:20:50 | Rincewind | hi. Are Google Sommer of Code mentors here? |
16:21:10 | petur | some |
16:21:57 | petur | got a question? |
16:24:15 | gevaerts | LambdaCalculus37: n |
16:24:18 | * | GodEater puts his "Mentor" cap on |
16:24:24 | gevaerts | LambdaCalculus37: I'll test it. |
16:25:24 | LambdaCalculus37 | gevaerts: Which target will you test? |
16:25:29 | * | petur puts his GSoC2007 t-shirt on :p |
16:25:58 | gevaerts | LambdaCalculus37: I have a c250, an ipod video, a gigabeat f, and a h320 |
16:26:19 | * | gevaerts didn't expect petur to keep that one at work |
16:26:35 | petur | hmmm I missed that you got an h320.... |
16:31:41 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
16:32:56 | gibbon_ | talking of ipods... is the 3rd generation not charging over USB in the OF a hardware limit? |
16:34:18 | Rincewind | petur, I would like to apply for gsoc and my question is about how much time commitment is expected |
16:35:22 | petur | Rincewind: as you're getting paid full time, we expect about 40h/week |
16:35:22 | dionoea | Well you get 3hours of sleep per day, eat 15 minutes ... and everything else is due to the project |
16:35:46 | | Join sando [0] (i=lolsteam@210.11.80.141) |
16:36:11 | petur | Rincewind: short vacation is possible but it is for the rest a paid job.... |
16:36:38 | Rincewind | the thing is, my university summer break starts in mid july, I can work fulltime from then until the end, but before that I have courses to attend to |
16:36:41 | GodEater | Rincewind: do you already have a plan for what you want to do ? |
16:36:55 | * | petur wonders if Bagder has put the requirements list online already |
16:36:59 | Rincewind | GodEater, I am interested in the wps editor plugin |
16:37:05 | GodEater | petur: only on the mailing list I think |
16:38:16 | | Join mchua [0] (n=mchua@cpe-66-108-80-238.nyc.res.rr.com) |
16:38:20 | Rincewind | I was thinking that because I don't need the community bonding period that much and I already have experience in building rockbox I can start earlier and make the time up that I would miss in june |
16:38:22 | GodEater | I think because there was still some discussion around some of them |
16:39:23 | petur | Rincewind: arangements can be made as long as you ddonate the amount of time expected... |
16:39:28 | petur | -d |
16:39:30 | | Quit mchua (Nick collision from services.) |
16:40:00 | | Join mchua_ [0] (n=mchua@cpe-66-108-80-238.nyc.res.rr.com) |
16:40:30 | amiconn | jhMikeS: I thought plugin_get_audio_buffer() would already keep voice. It definitely did before core voice codec (but then we had a different problem with voice and plugins due to the shared iram) |
16:41:25 | | Quit krazykit (Read error: 110 (Connection timed out)) |
16:41:52 | jhMikeS | It was never altered for core voice codec |
16:41:53 | amiconn | gibbon_: Afaik, yes, it is a hardware limitation |
16:42:12 | * | amiconn doesn't have a 3rd Gen, even though he has many targets... |
16:42:45 | GodEater | Rincewind: broadly our math runs as follows : gsoc runs for about 12 weeks, and we imagine about 40 hours a week. Do you think you could manage to do 12*40 |
16:43:00 | GodEater | 480 hours in the time you have off ? |
16:45:55 | * | gevaerts needs to find an OTG cable somewhere... |
16:46:02 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
16:46:14 | GodEater | gevaerts: OTG uses a different cable ? |
16:46:24 | Rincewind | I really don't know. In the time I have off, I don't have any other commitments so I should be able to work concentrated. My personal experience with programming is that sometimes less hours per day can produce better results. So if the requirement is more on the things that need to get done then I think I can manage |
16:46:25 | petur | gevaerts: for h320? I have a spare one |
16:46:26 | GodEater | Oh - I suppose mini-usb to mini-usb |
16:46:37 | jhMikeS | talk_buffer_steal was used in plugin_get_audio_buffer but handling was modified to accomodate codec recording and so was redirected to audio_get_buffer in r11452 |
16:46:38 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
16:46:39 | gibbon_ | amiconn: i have one with me but i don't have the charger handy |
16:46:45 | gibbon_ | amiconn: thanks :) |
16:47:34 | gevaerts | GodEater: yes. I don't have a cable that can connect from a minu-usb plug to either another mini-usb or to a device-side normal usb. I expect there are some lying around here at work though |
16:47:54 | | Quit mchua_ ("Holy shiny distraction, Batman!") |
16:48:06 | GodEater | I need to make (another) mental note to engage brain before speaking... |
16:48:16 | petur | gevaerts: I think some of those usb all-in-one kits should work too |
16:48:39 | petur | sometimes sold in aldi, makro... cheap stuff |
16:49:11 | gevaerts | petur: yes. I'm not too worried about finding something. Actually, I'm going to ask right now if there's a spare one around |
16:50:51 | Rincewind | this year there is the "community bonding" period which is about a month getting to know each other, read the source, set up svn etc. I don't think that I need much time with this because I follow rockbox for quite a while now. So the 12*40 become 7*40 + 10*20 |
16:51:27 | gibbon_ | petur: had HF issues with one of those once |
16:51:49 | ItalianPianist | @GodEater: OTG cable has a shortciruited pin internally if i remember correctly. Misticriver forums had lots of discussions about that. |
16:52:20 | LambdaCalculus37 | ItalianPianist: IIRC that only applies to U.S. models of the H300. |
16:52:28 | * | petur should try the generic cable tonight |
16:53:41 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
16:53:42 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
16:54:00 | ItalianPianist | i mean the OTG cable: internally it has some sort of "pin sensing" that's obtained by shortcircuiting pin4+5 i guess. Usually usb data cables (not host) use only 4 pins insted of 5 in case of OTG |
16:55:05 | ItalianPianist | and aso the shape is quite different (as you can see in the european h320 models looking at the female connectors) |
16:55:12 | amiconn | gevaerts, petur: The OTG adapter (mini-A plug to A socket) should have been included with the H3x0 |
16:55:20 | amiconn | At least it was with mine |
16:55:39 | ItalianPianist | yes me too... or you have to buy a special usb host cable... |
16:56:09 | ItalianPianist | normal usb-mini cables dont work |
16:58:12 | * | petur has two h300 and as such two cables |
16:58:29 | * | LambdaCalculus37 doesn't have any USBOTG cables for the H300 |
16:58:41 | *** | Saving seen data "./dancer.seen" |
17:00 |
17:00:44 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
17:02:42 | ItalianPianist | ... too bad i managed to get sound mixing working but my h320 is not able to handle more than one channel... |
17:03:01 | ItalianPianist | maybe i'll leave that for gigabeat targets... |
17:05:31 | Beta2K | sound mixing? |
17:05:35 | ItalianPianist | video resizing + game engine handling + sound channel handling seems to be too much for my poor h320 :P |
17:06:48 | markun | ItalianPianist: will you keep using this nick from now on? |
17:06:53 | ItalianPianist | i mean mixing sound samples so i can hear (e.g.) firegun while walking |
17:07:14 | ItalianPianist | yes markun, don't you like it? :( |
17:07:39 | markun | it doesn't matter to me, but it's confusing if you would keep switching |
17:07:57 | * | GodEater wonders how many non-US students will find the gsoc payment useful if the USD keeps spiralling downwards |
17:08:15 | ItalianPianist | yes i agree. it's my "final-version" nick i promise :> |
17:09:06 | ItalianPianist | good question GodEater .... |
17:11:15 | * | gevaerts doesn't have any OTG cables either, but will try to buy one tomorrow. |
17:11:26 | ItalianPianist | however i have to make another "note" about sim.. :P |
17:11:32 | GodEater | it's already down around the âŹ3000 mark |
17:12:32 | ItalianPianist | the h320 sim does support diagonals, original h320 not. The sim is really fast too so i can't properly test plugins without the real target |
17:12:56 | jhMikeS | the dsp yielding change should definitely be changed back |
17:13:49 | amiconn | ItalianPianist: Well, it's a simulator, not an emulator |
17:13:49 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
17:15:46 | | Quit nicktastic (Remote closed the connection) |
17:15:52 | | Join nicktastic [0] (n=nick@unaffiliated/nicktastic) |
17:16:23 | ItalianPianist | oh .... you're completely right... didn't pay attention to that important difference... well.. so let's say an emulator will be really handy :P |
17:16:43 | jhMikeS | ui gets jittery and plugins run pretty badly at 30MHz now |
17:21:14 | * | jhMikeS tests swapping lines 1167 and 1168 |
17:21:43 | | Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) |
17:21:49 | | Join tvelocity [0] (n=tony@athedsl-143760.home.otenet.gr) |
17:23:04 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
17:24:12 | | Quit Mathiasdm ("Yuuw!") |
17:29:48 | amiconn | jhMikeS: That change to sleep(1) in the i2c driver is bad |
17:30:06 | amiconn | It seems that actually the previous change there was bad |
17:30:16 | jhMikeS | I didn't change the behavior |
17:30:33 | amiconn | It was never intended to sleep for a full tick when clock-stretching |
17:30:53 | jhMikeS | sleep in currently SVN just wraps sleep_thread directly |
17:31:20 | amiconn | Yeah, that's why I said the previous change was bad |
17:31:51 | amiconn | The one in 10958: http://svn.rockbox.org/viewvc.cgi/trunk/firmware/drivers/i2c.c?r1=6419&r2=10958 |
17:33:49 | jhMikeS | The whole point there was that stuff I'm working on does some refactoring for simplicity's sake where that simple wrapping is no longer the case but that needed change could be committed independently |
17:33:52 | amiconn | Looks like it actually should be sleep(0), i.e. for the rest of the tick |
17:34:00 | markun | ItalianPianist: I'll get used to it. Llorean also used to have a different nick :) |
17:34:26 | * | amiconn checked the old sleep_thread() from way before the priority scheduler |
17:34:41 | | Quit nplus ("Leaving") |
17:36:15 | amiconn | The one that was understandable :/ |
17:37:31 | | Join gregzx [0] (n=chatzill@apn-77-115-154-131.gprs.plus.pl) |
17:38:22 | jhMikeS | this scheduler isn't really that elaborate (though I've simplified some specifics re: objects) |
17:45:13 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
17:46:11 | amiconn | Fixed. |
17:49:26 | | Join domonok1 [0] (n=Domonoky@92.226.209.159) |
17:51:42 | | Quit gevaerts ("work->home") |
17:53:49 | | Join perrikwp [0] (i=98213b96@gateway/web/ajax/mibbit.com/x-77cd0c7d9adbdda4) |
17:59:55 | | Quit domonoky (Read error: 113 (No route to host)) |
18:00 |
18:02:23 | | Part linuxstb_ ("Leaving") |
18:03:30 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
18:07:27 | | Join perrikwp [0] (i=98215e78@gateway/web/ajax/mibbit.com/x-56bfb1f556ff66c4) |
18:17:52 | | Quit amiconn (" *down*grading client...") |
18:18:40 | | Join PaulJam [0] (n=PaulJam_@p54BCE75E.dip.t-dialin.net) |
18:20:22 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
18:20:37 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
18:21:03 | | Join perrikwp [0] (i=98215e78@gateway/web/ajax/mibbit.com/x-5938211f8425cd94) |
18:22:41 | | Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) |
18:25:47 | | Quit aliask ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020710]") |
18:26:48 | | Join Diabolic-Destiny [0] (n=dd@216.249.48.162) |
18:27:08 | Diabolic-Destiny | Hello |
18:28:37 | petur | hi |
18:29:40 | Diabolic-Destiny | I have a slight issue with rockbox when i try to access my tracks |
18:29:46 | | Join miepchen^schlaf [0] (n=miepchen@p54BF59BE.dip.t-dialin.net) |
18:30:02 | | Join argumentD [0] (n=argument@cpe-76-173-115-95.socal.res.rr.com) |
18:30:02 | petur | need more input |
18:30:27 | Diabolic-Destiny | basically when i go to tracks and select any track this occurs |
18:30:33 | Diabolic-Destiny | Searching..484 found (PREV to abort) moments later it says Searching..481 found (PREV to abort) then |
18:30:56 | Diabolic-Destiny | ERROR updating control playlist file seconds later Error accessing control playlist file then the song display showing unknown artist, unknown album |
18:31:01 | LambdaCalculus37 | What player and what build version are you using? |
18:31:07 | Diabolic-Destiny | sansa e200 |
18:31:10 | Diabolic-Destiny | and the latest stable build |
18:31:23 | LambdaCalculus37 | System > Rockbox Info |
18:31:37 | LambdaCalculus37 | Read off the version number. |
18:32:01 | Diabolic-Destiny | r1652-080306 |
18:32:20 | Diabolic-Destiny | sorry r16542-080306** |
18:32:22 | | Join Xerion [0] (i=xerion@cp198589-d.landg1.lb.home.nl) |
18:32:46 | Diabolic-Destiny | the only way i can play my tracks is if i go to teh A to Z .... and select a letter then a track |
18:32:47 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
18:32:52 | scorche|sh | that is 14 days old...please update to the newest version |
18:33:21 | Diabolic-Destiny | is there a way to update using the rockbox utility? |
18:33:45 | | Quit ol_schoola () |
18:34:23 | Diabolic-Destiny | Im updating now will see how it goes |
18:34:36 | domonok1 | Diabolic-Destiny: just use the install rockbox button again... |
18:35:47 | Diabolic-Destiny | umm now it wont even load says rockbox boot loader file not found |
18:35:50 | | Join axionix_ [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) |
18:37:07 | domonok1 | Diabolic-Destiny: did you safely eject the device ? |
18:37:22 | Diabolic-Destiny | yessir |
18:37:28 | Diabolic-Destiny | should i try again? |
18:38:42 | domonok1 | you could also first check if the .rockbox dir and the rockbox.<player> in this dir is really on your device.. |
18:38:51 | | Join gevaerts [0] (n=fg@195-144-092-157.dyn.adsl.xs4all.be) |
18:39:07 | domonok1 | installing it again also shoudnt harm... |
18:39:55 | Diabolic-Destiny | i see the .rockbox dir |
18:40:01 | Diabolic-Destiny | but no rockbox.<player> |
18:40:30 | petur | that is inside the .rockbox dir |
18:40:49 | Diabolic-Destiny | yea its not there |
18:42:29 | domonok1 | the ending isnt really <player>, the ending of the file depends on your player, eg rockbox.ipod |
18:42:46 | Diabolic-Destiny | yea it should be rockbox.mi4 |
18:42:48 | Diabolic-Destiny | but its not htere |
18:43:02 | domonok1 | then reinstall, and check again.. |
18:43:32 | domonok1 | (you could also just unzip the rockbox zip from the website to your player) |
18:44:14 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
18:45:57 | Diabolic-Destiny | k its reinitilizing(sp) the database |
18:46:40 | Diabolic-Destiny | yay it worked |
18:47:07 | | Quit axionix (Read error: 110 (Connection timed out)) |
18:47:11 | Diabolic-Destiny | thanks alot guys |
18:47:20 | Diabolic-Destiny | time to hand in my assignment :D |
18:47:54 | | Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) |
18:50:11 | mcuelenaere | make complains about "*** missing separator. Stop." what should I do? |
18:51:23 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
18:55:41 | LambdaCalculus37 | mcuelenaere: What were you trying to compile? |
18:55:56 | mcuelenaere | rockbox :) |
18:56:09 | mcuelenaere | fresh from SVN |
18:56:23 | mcuelenaere | well, not entirely (my tree is full of ZVM changes) |
18:56:36 | LambdaCalculus37 | Ahh, a ZVM build, right? |
18:56:43 | mcuelenaere | yes |
18:57:02 | mcuelenaere | according to google, it has something to do with TABbing |
18:57:18 | mcuelenaere | but line 21 contains "export DEBUG=" |
18:57:22 | mcuelenaere | and shouldn't be tabbed |
18:57:53 | * | LambdaCalculus37 is not the greatest coder, but... |
18:58:13 | mcuelenaere | an ipod build isn't working either |
18:58:15 | | Join Mouser_X [0] (n=mouser_x@layl001.digis.net) |
18:58:44 | *** | Saving seen data "./dancer.seen" |
18:58:48 | LambdaCalculus37 | I had some complaints like that from make when I was trying to compile a modified disktidy.c; can you pastebin some of the code that is causing it to complain? |
18:58:49 | mcuelenaere | I changed "export MANUALDIR=${ROOTDIR}/manual" to "export MANUALDIR=$(ROOTDIR)/manual" |
18:59:01 | mcuelenaere | yeah, just a sec |
18:59:10 | mcuelenaere | I'll pastebin the entire Makefile |
18:59:53 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
18:59:57 | mcuelenaere | http://pastebin.org/24608 |
19:00 |
19:00:18 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
19:00:23 | mcuelenaere | error is "Makefile 21: *** missing separator. Stop." |
19:00:36 | mcuelenaere | "make: *** [tools] Error 2" |
19:00:48 | mcuelenaere | so I suppose it has something to do with the tools section |
19:01:26 | pixelma | already tried a reconfigure? |
19:01:44 | pixelma | not sure if it'll fix everything but it helps sometimes... |
19:01:44 | mcuelenaere | yes |
19:01:51 | mcuelenaere | I already did "rm *" |
19:01:55 | bluebrother | mcuelenaere: opened and saved the Makefile with an editor that replaces tabs with spaces? |
19:01:55 | mcuelenaere | and reconfiguring |
19:02:07 | bluebrother | or the configure script? |
19:02:09 | mcuelenaere | you mean I should replace all tabs with spaces? |
19:02:21 | mcuelenaere | bluebrother: yes "../tools/configure" |
19:02:22 | bluebrother | no |
19:02:35 | bluebrother | make requires tabs in some places. |
19:02:47 | mcuelenaere | I tried doing it at line 21, but it didn't help |
19:02:55 | mcuelenaere | I commented the line, didn't change anything |
19:03:17 | bluebrother | so they must not be removed. Some editors (if you configure them to use spaces for intendation) auto-replace all tabs, rendering Makefiles broken |
19:03:19 | mcuelenaere | I added some ENTER's, didn't change anything (it didn't change the line number where there error occures) |
19:03:44 | | Quit petur ("work->home") |
19:03:45 | bluebrother | can you post the offending Makefile somewhere? |
19:03:53 | mcuelenaere | http://pastebin.org/24608 |
19:03:59 | domonok1 | its probably in line 20, maybe check lineendings ? |
19:04:14 | mcuelenaere | line 20 ends with a LF |
19:04:19 | mcuelenaere | like the rest |
19:04:34 | | Quit Diabolic-Destiny () |
19:04:44 | mcuelenaere | I thought it was the {ROOTDIR} which should be (ROOTDIR) |
19:04:49 | mcuelenaere | but that didn't change anything |
19:05:12 | mcuelenaere | commenting line 20 out doesn't work either |
19:06:17 | bluebrother | does line 82 start with at tab character? |
19:06:31 | mcuelenaere | yes |
19:06:40 | bluebrother | the pastebin has spaces there. |
19:06:48 | mcuelenaere | commenting out line 104 & 105 makes it work |
19:06:54 | mcuelenaere | but without tools compilation |
19:07:17 | bluebrother | maybe there is a missing tab? |
19:07:23 | mcuelenaere | bluebrother: that'll be the pastebin service |
19:07:31 | bluebrother | mcuelenaere: I guessed so. |
19:07:32 | mcuelenaere | not at the beginning of the line at least |
19:08:02 | bluebrother | the tab should be at the beginning of line 105 |
19:08:28 | mcuelenaere | it is |
19:09:02 | mcuelenaere | if I change it to tools2, it ignores it and compiles |
19:09:17 | mcuelenaere | of course it hangs at the last one, where the scramble tool is called |
19:10:50 | mcuelenaere | if I change "$(MAKE) ..." to "echo test" it works |
19:11:34 | mcuelenaere | ah the error will probably be in the tools Makefile |
19:11:59 | mcuelenaere | svn screwd up :( |
19:13:17 | bluebrother | svn builds the tools fine for me. |
19:14:15 | | Quit merbanan ("Leaving") |
19:14:24 | mcuelenaere | yes, but I added some custom ZVM scramble tools |
19:14:32 | mcuelenaere | HMAC-SHA1 calculation etc |
19:14:44 | bluebrother | ah, so you changed the tools Makefile? |
19:15:28 | mcuelenaere | indeed |
19:15:31 | | Quit axionix_ (Read error: 104 (Connection reset by peer)) |
19:15:46 | mcuelenaere | it works now :) |
19:16:07 | | Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) |
19:20:48 | bluebrother | what was the cause (just curious)? |
19:21:05 | mcuelenaere | eh svn added some <<<<Mine |
19:21:12 | | Join thgz [0] (n=thgz@dsl-lprgw5-fe5fdc00-169.dhcp.inet.fi) |
19:21:14 | mcuelenaere | and >>>>> r. 16xxx |
19:21:20 | mcuelenaere | something like that |
19:21:41 | bluebrother | oh, a svn conflict. How nasty :( |
19:21:53 | mcuelenaere | indeed :( but solved now :) |
19:22:18 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
19:23:58 | bluebrother | in case you don't know it, colorsvn is quite helpful in spotting conflicts during svn up |
19:24:26 | mcuelenaere | colorsvn -> is that a separate program or a setting in svn? |
19:25:30 | bluebrother | I'd consider it a "filter" for svn. Not sure how the developers classify it |
19:25:32 | bluebrother | http://colorsvn.tigris.org/ |
19:26:28 | thgz | Hi |
19:27:12 | bluebrother | Hi, I'm eliza. Please tell me your problem. |
19:27:26 | Mouser_X | Ha. |
19:27:31 | bluebrother | SCNR :) |
19:27:43 | LambdaCalculus37 | Haha! |
19:27:49 | thgz | I would like to create a new voice file for my unit, but there is a thing what I don't know how to do. I'm using rbutil since the cygwin method doesn't work in current builds, and I have a custom lang file because I have some patches installed. Is it possible to have rbutil to use a custom lang file instead the default one? |
19:28:09 | thgz | :) a little bit ironic |
19:28:10 | bluebrother | thgz: no |
19:28:26 | | Join perrikwp [0] (i=982136f0@gateway/web/ajax/mibbit.com/x-283fd18a9e9d138e) |
19:28:26 | gevaerts | bluebrother: What makes you think so ? |
19:28:31 | domonok1 | thgz, no, but if you have cygwin install you can use the build system.. |
19:29:22 | bluebrother | gevaerts: Are you comfortable with makes you think so ? |
19:29:28 | thgz | yes, but it fails to create a proper voice file. The created file is only 6 k. I have discussed this problem on there earlier. |
19:29:30 | bluebrother | ;-) |
19:29:42 | * | gevaerts now believes that bluebrother really is eliza ;) |
19:29:57 | | Join waldo [0] (n=waldo@ip-81-11-224-6.dsl.scarlet.be) |
19:30:02 | bluebrother | hehe |
19:30:39 | domonok1 | thgz: the build system works for the svn lang, so the problem is probably your modified lang file ? .. |
19:30:42 | * | LambdaCalculus37 is amused with the eliza impression ;) |
19:31:07 | markun | gevaerts: there was only 1 player for me. The other is still in transit |
19:31:25 | bluebrother | if you replace the lang file in the source it should still work. Given that the lang file is done properly |
19:31:27 | gevaerts | markun: no problem. Have fun with it while I try to get usb host going ;) |
19:32:01 | thgz | No it isn't (or at least I believe so), because with a clean build the result is the same... I still try, sorry if I noted a non-existent issue. |
19:32:57 | * | domonok1 generated a working voicefile with svn on cygwin yesterday.. |
19:33:09 | thgz | strange |
19:33:20 | thgz | I'll generate a voice file with a clean build |
19:33:26 | domonok1 | thgz: for which language ? |
19:33:42 | thgz | Finnish |
19:33:59 | thgz | Btw, english voice file generation is working properly |
19:33:59 | markun | gevaerts: on your Gigabeat? |
19:34:03 | domonok1 | maybe finnish has a problem, try english.. |
19:34:39 | domonok1 | so the Finnish lang file is somehow broken... |
19:34:39 | gevaerts | markun: gigabeat or h320. They should be similar enough to use the same code (except maybe for initialisation) |
19:34:52 | thgz | In he forums and mailing list someone discussed the same problem but with a different language |
19:35:01 | bluebrother | maybe it's caused by some utf-8 issue on cygwin? |
19:35:15 | amiconn | Certainly not |
19:35:20 | thgz | Problem in the finnish.lang file? Never thought that... I really hope that it's not the problem |
19:35:34 | thgz | in the I meant to say |
19:35:37 | amiconn | It works for German, which also uses some non-ascii chars |
19:36:03 | thgz | IN fact the same on-ascii chars as Finnish |
19:36:05 | amiconn | thgz: What tts system are you trying to use? |
19:36:07 | thgz | non |
19:36:14 | bluebrother | does finnish fit into latin1? |
19:36:15 | thgz | sapi5 |
19:36:24 | amiconn | Hmm |
19:36:26 | thgz | Ah, forgot: With espeak the process is going fine |
19:36:45 | * | amiconn builds english & german voice files using sapi5 and cygwin for all his targets |
19:36:46 | thgz | so the problem is not in the lang file |
19:36:47 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
19:37:00 | amiconn | thgz: Do you have a finnish sapi5 voice installed? |
19:37:29 | thgz | I make a tes voice file with r15975 wich I know to work and it went fine and created a proper voice file |
19:37:47 | thgz | test, arg I hate this keyboard |
19:38:04 | thgz | Oops, OT, causing a heart attack to Bigbambi if he is here... |
19:38:07 | thgz | Yes, of course. |
19:38:16 | BigBambi | eh? |
19:39:11 | thgz | That was from some previous discussions where you warned me to not go to discuss here off topic things |
19:39:17 | BigBambi | ah |
19:40:23 | pixelma | but blaming keyboards is not off-topic for BigBambi :P |
19:40:38 | BigBambi | pixelma: Haha, very true :) |
19:41:30 | | Join petur [50] (n=petur@rockbox/developer/petur) |
19:43:47 | thgz | Ok more testing done |
19:43:53 | amiconn | linuxstb: ping |
19:44:11 | linuxstb_ | amiconn: Good evening. |
19:44:34 | amiconn | Did you try something regarding the sysinfo struct? |
19:44:35 | thgz | With a clean build and sapi5 used the actual voice file clreation successes but with some strings in wrong places |
19:44:51 | amiconn | I've done a quick hack and integrated sysinfo readout into the ipod bootloader |
19:44:56 | | Join corevette [0] (n=corevett@adsl-75-35-211-166.dsl.pltn13.sbcglobal.net) |
19:44:57 | thgz | For example "system" is now "don't resume" |
19:45:03 | linuxstb_ | amiconn: No - I wasn't sure how much you had done. |
19:45:07 | amiconn | Good thing is, it works both on my 1st Gen and on my Mini 2nd Gen |
19:45:17 | BigBambi | What is current the H10 runtime like compared to the OF? |
19:45:22 | linuxstb_ | amiconn: But I have some time this evening for Rockbox things (and over the next few days) |
19:45:30 | thgz | next I try espeak |
19:45:35 | linuxstb_ | amiconn: Do you want me to test on my ipods? |
19:46:02 | amiconn | Bad thing is that while the pointer is at (iram_end - 0xe4), the actual struct (where the pointer points to) is located way earlier in iram |
19:46:17 | amiconn | Our bootloader almost gets there |
19:46:40 | linuxstb_ | Hmm, so maybe crt0.S should save it... |
19:47:05 | amiconn | On my 1st Gen, it is located at 0x400127e0, and on my Mini, it's even at 0x4000ff18 |
19:47:48 | amiconn | The latter is in the first half of iram... |
19:48:06 | amiconn | It would probably be a good idea to test this on various ipods |
19:48:18 | amiconn | ...including those early 1st Gens of course |
19:48:43 | amiconn | Maybe the addresses help to track down where and how the apple flash loader fills this struct |
19:49:03 | * | amiconn would prefer it to not rely on the apple loader to get the hw revision |
19:49:04 | | Join bertrik [0] (n=Bertrik_@107-013-045-062.dynamic.caiway.nl) |
19:49:28 | amiconn | That doesn't mean we shouldn't save the struct _if_ we want to be able to rolo the OF |
19:49:40 | amiconn | But rockbox shouldn't rely on it if possible |
19:49:51 | amiconn | Want a patch? |
19:51:45 | linuxstb_ | Sure. |
19:52:38 | amiconn | amiconn.dyndns.org/bl_sysinfo.diff">http://amiconn.dyndns.org/bl_sysinfo.diff |
19:52:51 | linuxstb_ | Although why shouldn't we rely on this struct? Because of the possibility of replacing the Apple bootloader? |
19:52:53 | thgz | Hmm, seems that the problem exists still in finnish.lang, because with Espeak I had the same results... |
19:53:06 | amiconn | As mentioned, quick hack using the ipl sources... doesn't adhere to rockbox coding style |
19:53:12 | amiconn | (CamelCase etc) |
19:53:18 | | Part thgz |
19:54:18 | amiconn | linuxstb: Because of the (slim) chance that we will eventually manage to boot an ipod without apple code one day... |
19:56:04 | linuxstb_ | What options does that leave us? The ASCII HwId? |
19:56:17 | amiconn | That's what I hope to find out |
19:56:51 | amiconn | The struct must be filled in by the flash loader, and knowing where the struct is written should help to find the code that does it |
19:58:22 | amiconn | Do you think we should provide a precompiled test bootloader for testing those 1st Gens? |
20:00 |
20:01:13 | linuxstb | I get 0x4001208C and 0x00060004 (which is right) |
20:01:18 | linuxstb | (on my Color) |
20:01:44 | linuxstb | I guess a test bootloader would be useful. Although it there anything else to test? |
20:03:22 | linuxstb | My Video's battery is empty, so I'll need to leave it a short while to get some charge... |
20:03:52 | | Join Siku [0] (i=Siku@e81-197-77-231.elisa-laajakaista.fi) |
20:06:55 | gevaerts | Does anyone here know what usb_charging_enable() and usb_charging_enabled() are expected to do ? |
20:07:01 | linuxstb | Results on my Video - 0x40015914 and 0x000B0005 |
20:07:21 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
20:07:27 | linuxstb | gevaerts: I think they do something on the H300... |
20:08:15 | gevaerts | linuxstb: yes, I can see that. The comment says they need to be implemented for other targets, but I don't know what's expected behaviour |
20:13:05 | * | ender` yawns |
20:14:31 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
20:18:07 | | Join mirak [0] (n=mirak@m105.net81-66-122.noos.fr) |
20:19:51 | | Quit mirak (SendQ exceeded) |
20:20:46 | | Join mirak [0] (n=mirak@m105.net81-66-122.noos.fr) |
20:21:51 | | Quit miepchen^schlaf () |
20:21:56 | | Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
20:24:30 | bluebrother | does anyone know if FS #8191 is still an issue? |
20:25:32 | linuxstb_ | bluebrother: It doesn't sound like it was ever an issue... |
20:26:43 | * | bluebrother goes closing |
20:27:16 | linuxstb_ | Looking at the wiki page, it seems the speex-capable version was uploaded on 3 December - so maybe it was an issue at the time of that report. But yes, I would close it. |
20:27:55 | * | linuxstb_ has an urge to implement bitmap strips in the WPS (it should be trivial), but wonders what syntax to use |
20:28:05 | | Quit parafin ("So long and thanks for all the fish") |
20:28:10 | | Join miepchen^schlaf [0] (n=miepchen@p54BF59BE.dip.t-dialin.net) |
20:28:39 | | Quit gregzx (Remote closed the connection) |
20:29:54 | | Join Nevtus_ [0] (n=Nevtus@unaffiliated/nevtus) |
20:30:33 | * | linuxstb_ notices lowlight wrote a similar patch - FS #7345 |
20:30:45 | | Quit Nevtus (Nick collision from services.) |
20:30:52 | | Nick Nevtus_ is now known as Nevtus (n=Nevtus@unaffiliated/nevtus) |
20:31:21 | | Join perrikwp [0] (i=982136f0@gateway/web/ajax/mibbit.com/x-f70b8691ba681e07) |
20:31:53 | * | gevaerts might have found a way to solve LambdaCalculus37's charging problem |
20:32:49 | LambdaCalculus37 | gevaerts: Do tell! :) |
20:33:17 | gevaerts | LambdaCalculus37: it's pretty simple. Currently the code differentiates between inserted and extracetd |
20:34:48 | gevaerts | extracted (stupid keyboard again). If I understand things correctly, I can pretty easily add "connected" to that, which should mean a USB data connection (i.e. not just power). Then I can do USB_POWERED for usb.c properly, without risking any bug in non-PP targets (no changes for them) |
20:35:18 | * | gevaerts sets a cronjob to blame his keyboard from now on, so he doesn't have to do that himself any more |
20:36:14 | | Join austrian_guest [0] (n=50794b46@gateway/web/cgi-irc/labb.contactor.se/x-cdd7b6dcdf045dac) |
20:37:02 | austrian_guest | Anyone here who want's to test my new, almost-fully-working plugin? It's an instrument tuner.. |
20:38:02 | LambdaCalculus37 | austrian_guest: Is it posted in Flyspray? If so, what's its entry number? |
20:38:28 | austrian_guest | I'm posting it right now.. |
20:38:32 | jhMikeS | austrian_guest: does it do acoustic instruments? :) |
20:38:51 | gevaerts | As opposed to optical instruments ? |
20:39:03 | | Join Nevtus_ [0] (n=Nevtus@unaffiliated/nevtus) |
20:39:04 | jhMikeS | truely |
20:39:07 | * | gevaerts is dense |
20:39:46 | jhMikeS | optical guitars are the up-and-coming thing |
20:40:22 | * | gevaerts goes to tune his microscope |
20:40:25 | austrian_guest | http://www.rockbox.org/tracker/task/8768 |
20:40:52 | austrian_guest | It uses only the MIC currently (but you can easily change it to line in, if you want to) |
20:41:07 | austrian_guest | I tested it on my X5 |
20:41:39 | * | jhMikeS 's own microscope seems tuned a bit sharp |
20:42:49 | bluebrother | austrian_guest: nice idea. You're aware you didn't follow the coding style? |
20:42:54 | austrian_guest | The code is still a bit messy, but I haven't got time to clean it up yet |
20:43:24 | austrian_guest | Step 1: make it compile Step 2 : make it work Step 3: clean up the code |
20:43:34 | austrian_guest | ^ this are my priorities ;) |
20:43:50 | | Quit spiorf (Remote closed the connection) |
20:44:18 | bluebrother | ok, so it looks like you're aware of it. Great :) |
20:44:55 | austrian_guest | I know the coding style (no tabs, each '{' in a new line...) |
20:46:07 | | Join spiorf [0] (n=spiorf@host140-214-dynamic.20-79-r.retail.telecomitalia.it) |
20:46:27 | jhMikeS | finally something working towards SVN that actally uses all those recording functions I put it there */me pokes preglow* |
20:46:48 | gevaerts | jhMikeS: wait until USB Audio is done ;) |
20:47:32 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
20:47:37 | jhMikeS | you're doing that? |
20:48:17 | austrian_guest | Recording doesn't really work - in the beginning I tried to make it record properly (with a callback function that provides a new buffer for the next chunk of data), but I crashed all the time for no reason at all... |
20:48:24 | | Quit Nevtus (Read error: 110 (Connection timed out)) |
20:48:34 | gevaerts | jhMikeS: It's somewhere on my list. I wouldn't object to a SoC student doing it, but if not, I'll eventually get round to it |
20:48:36 | LambdaCalculus37 | I say we buy gevaerts all the beer he can handle if he attends a DevCon, just for all of the work he's done on USB. :) |
20:48:39 | austrian_guest | So I just begin recording again and again whenever the buffer is full ;) |
20:49:33 | jhMikeS | austrian_guest: I think there's likely a reason since it's been proven to work on coldfire targets and the core recording uses that system. |
20:49:45 | gevaerts | s/wouldn't object to/would encourage/ |
20:49:51 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
20:50:34 | | Nick Nevtus_ is now known as Nevtus (n=Nevtus@unaffiliated/nevtus) |
20:51:14 | austrian_guest | Maybe it works, but there's no information on it anywhere - only a few plugins, where it's used in such a complicated way that nobody can understand it! |
20:51:51 | austrian_guest | Believe me, I tried for several evenings, but I couldn't make it work. |
20:52:07 | austrian_guest | It would be much easier if the sim supported recording... |
20:52:11 | | Join parafin [0] (i=parafin@paraf.in) |
20:54:14 | | Quit spiorf (Remote closed the connection) |
20:56:27 | | Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") |
20:56:29 | | Join spiorf [0] (n=spiorf@host140-214-dynamic.20-79-r.retail.telecomitalia.it) |
20:57:52 | | Join perrikwp [0] (i=98215e78@gateway/web/ajax/mibbit.com/x-c213359439d32634) |
20:58:46 | *** | Saving seen data "./dancer.seen" |
21:00 |
21:06:58 | linuxstb_ | gevaerts: You're suggesting usb audio as an SoC project? |
21:08:42 | bluebrother | what was the exact spelling of the Itunes folder? iPod_Control? |
21:08:59 | gevaerts | linuxstb_: it's a possibility. I haven't thought about it much. The main problem with usb-driver SoC projects is that we have no idea when USB will finally work properly, which might demotivate people (i.e. you just built this great audio thing, but it doesn't get enabled because someone else didn't find how to make usb behave properly) |
21:10:11 | gevaerts | linuxstb_: a specific usb audio issue is that it needs isochronous transfers to work, which haven't been done yet, but those shouldn't present too much of a problem |
21:10:13 | linuxstb_ | bluebrother: Yes, that sounds right. |
21:10:27 | linuxstb_ | gevaerts: It just doesn't seem like that much work - given a working USB stack... |
21:10:51 | | Join piga [0] (n=leonardo@189.5.228.43) |
21:10:57 | linuxstb_ | But maybe I'm underestimating it. |
21:11:34 | gevaerts | linuxstb_: that's another "problem" ;) But I'm not sure how much work it is for someone who has never done usb related code |
21:12:13 | gevaerts | And if it's not enough, the project could be 'USB class drivers', and include Audio, HID, MTP,... until time's up |
21:12:54 | gevaerts | Or, if our chances of getting host working become clearer, it could be USB Audio device _and_ host |
21:12:56 | bertrik | oh I thought the soc projects had already been thought up |
21:13:17 | gevaerts | bertrik: students are still allowed to present their own idea ;) |
21:13:35 | * | linuxstb_ isn't that excited by most of the ideas on the wiki... |
21:14:24 | * | gevaerts has another look at the wiki |
21:14:59 | bertrik | how about charging support for the sansas? would be a nice chance to clean up the powermanagement api and shouldn't be too hard to do now that sansa USB works reasonably well |
21:15:25 | | Join elinenbe [0] (n=elinenbe@c-71-192-73-246.hsd1.ma.comcast.net) |
21:16:34 | bluebrother | wasn't playback engine unification an idea for last year? |
21:16:39 | linuxstb_ | bertrik: That kind of work needs to be done by someone who knows Rockbox very well (and the requirements of all the different targets). I don't think it's something someone new should do... |
21:16:43 | gevaerts | I believe the main problem with sansa charging is the "strange" battery voltage readouts while connected, so it's hard to know when to stop charging |
21:17:09 | amiconn | no |
21:17:17 | * | bluebrother overlooked half of current SoC page :( |
21:17:24 | amiconn | The readout is just for rockbox to tell the charge state |
21:17:25 | bertrik | charging is almost automatic on the as3514 |
21:17:32 | amiconn | The actual charging is doen in hardware |
21:17:49 | * | gevaerts still thinks it's 'yes'. He really believed that ;) |
21:17:53 | amiconn | Software controlled charging would be too dangerous with LiIon/LiPo |
21:18:32 | amiconn | Powermanagement definitely needs work, but not only for sansa |
21:18:56 | scorche|sh | bluebrother: not too late to add it. |
21:19:28 | * | amiconn doesn't really like the idea of gsoc projects adding features at all for this year |
21:19:39 | gevaerts | I just noticed. It looks like every new port that needed something extra just bolted that on. |
21:20:12 | amiconn | Rockbox got lots of new features in the past. Stability and usability suffered |
21:20:26 | amiconn | Right now, large parts of the UI are buggy and/or laggy |
21:20:42 | * | bluebrother agrees that we need more stabilizing / bugfixing work done |
21:21:10 | amiconn | Playback engine unification is definitely something I do want, but not in the current state of the swcodec engine |
21:21:27 | bluebrother | playback was running much smoother before MoB went in |
21:21:37 | * | gevaerts thinks it's unlikely that a new developer (like most GSoC students) can really do stabilizing/bugfixing/cleanup effectively |
21:21:38 | amiconn | Not really |
21:21:48 | amiconn | It had different problems |
21:22:04 | amiconn | MoB fixed some, and introduced others |
21:22:30 | bluebrother | well, it run smoother from my user point of view ;-) |
21:22:43 | * | gevaerts goes tolook up MoB in a dictionary |
21:22:52 | Mouser_X | Metadata on Buffer |
21:22:52 | bluebrother | Metadata on Buffer |
21:23:17 | Mouser_X | (Someone somewhere called it "Malloc on Buffer") |
21:23:31 | * | jhMikeS did |
21:23:43 | Mouser_X | That's probably it then. |
21:24:08 | * | gevaerts is still confused, but at least he's now confused in a specific direction, so he can un-confuse himself |
21:24:14 | jhMikeS | and "Maybe on Buffer" :P |
21:24:26 | scorche|sh | lets not be cruel =P |
21:24:30 | Mouser_X | lol |
21:25:20 | bertrik | One thing to improve quality would be to more clearly define APIs for some of the subsystems. Right now, I get stuck in some parts because of the #ifdef tangle. |
21:25:36 | | Join Kyle2 [0] (n=chatzill@cpe-75-185-204-249.woh.res.rr.com) |
21:25:39 | bertrik | But that's probably very boring and frustating to work on |
21:25:42 | | Nick Kyle2 is now known as Kornfan71 (n=chatzill@cpe-75-185-204-249.woh.res.rr.com) |
21:26:07 | | Join EspeonEefi [0] (i=espeonee@STRATTON-FIVE-SIXTY-NINE.MIT.EDU) |
21:26:58 | gevaerts | I also like the concept of a comment line above function declarations in header files, saying what the function does |
21:27:14 | bertrik | Another thing would be more internal checks, like some kind of assertion framework, to catch bugs early |
21:27:36 | bluebrother | using doxygen for apis would be a nice thing too |
21:27:57 | * | amiconn disagrees with bertrik |
21:28:34 | * | gevaerts thinks there are already some of these checks, like "Crash if this pointer has bit 0 set" |
21:28:36 | bertrik | you can make debug builds with asserts and release builds without any impact |
21:28:57 | | Quit midgey () |
21:29:00 | amiconn | hmmm |
21:29:33 | bertrik | doxygen is nice, but also very boring I'm afraid |
21:29:47 | bluebrother | if you do it on already existing code, yes. |
21:29:53 | | Quit mirak (Remote closed the connection) |
21:30:10 | bluebrother | when adding it the time you're writing it isn't much of work (but can help greatly to understand code) |
21:30:25 | bluebrother | once you got used to the syntax ... |
21:30:28 | * | jhMikeS already killed alot of #ifdef crap in the kernel (working on the next BigThing (TM)) |
21:31:44 | | Join lee-qid [0] (n=liqid@p5496416E.dip.t-dialin.net) |
21:32:25 | bertrik | Has lint ever been used on the source code? |
21:32:42 | * | bluebrother wonders what the next BigThink might be |
21:33:14 | * | amiconn didn't like the doxygen comments he has seen so far |
21:33:36 | bluebrother | why? |
21:34:30 | amiconn | (1) they're not very human reader friendly. (2) too long comments make .h files rather hard to read imho |
21:34:45 | * | gevaerts doesn't care much about the specific format of the comments, but likes to open a .h file and find a comment that says who should include the file, and a comment for each function that says what it does, and (if needed) what the important side effects are |
21:35:06 | amiconn | I did something similar in grey.h, but I actually don't like it |
21:35:34 | bertrik | I usually just put the comments at the implementation, not in the header, but I have to admit it's a bit counter-intuitive |
21:35:51 | | Join krazykit [0] (n=kkit@140.141.29.54) |
21:35:57 | Kornfan71 | Hey, I've got a problem involving my Sansa e260 and music I downloaded from Napster. |
21:36:05 | bluebrother | there's no requirement making doxygen comments lenghty ... |
21:36:18 | bluebrother | Kornfan71: IIRC Napster is DRM protected. Rockbox does not support DRM |
21:36:45 | Kornfan71 | bluebrother: Think they'll support it sometime? |
21:36:47 | linuxstb_ | Unless it was napster v1... |
21:37:03 | amiconn | DRM will never be supported in rockbox |
21:37:06 | * | gevaerts thinks that the comments in grey.h are pretty nice |
21:37:08 | bluebrother | well, the guys at work want me to write lengthy comments. But those also tend to repeat the function name in @brief :o |
21:37:12 | Kornfan71 | Alright thanks |
21:37:21 | | Quit Kornfan71 ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
21:37:33 | amiconn | gevaerts: They are nice as a description for another dev using them, That's why I've put them there |
21:37:42 | ItalianPianist | (crappy opera ... what's the command to send a channel msg?) |
21:37:47 | amiconn | But whenever I have to change something in grey.h, they annoy me... |
21:38:31 | | Quit BigBambi (Remote closed the connection) |
21:38:33 | amiconn | Without the comments, grey.h would be much shorter, allowing to view it at once |
21:39:29 | | Join midgey [0] (n=tjross@67-194-50-104.wireless.umnet.umich.edu) |
21:40:11 | jhMikeS | could put all prototypes at the top and then one comment section at the end |
21:40:14 | ItalianPianist | italian gold sentence: too much is better than nothing :P (don't know the english equivalent) |
21:40:18 | bertrik | When I work on a project, the comments I add are usually very obvious to me at the time, but they may be very helpful to someone who's not worked on that part (or even for myself a year later) |
21:40:22 | | Join mirak [0] (n=mirak@m105.net81-66-122.noos.fr) |
21:40:59 | * | amiconn always tries to keep comments as short as possible |
21:41:44 | * | jhMikeS wishes the grey core were documented better explaining how it actually works |
21:41:48 | bertrik | yes, I like them as short as possible too. They should not become some bureaucratic requirement |
21:41:53 | gevaerts | I don't really care much about comments for functions that are just used in one other place, but the compiler wants this prototype, but for things like ata.h (bad example, as most of the function names are pretty descriptive) which are implemented by many different .c files, comments can help new ports a lot, mainly by avoiding yet another newly invented wheel |
21:42:01 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
21:42:04 | | Quit mirak (SendQ exceeded) |
21:42:16 | * | bluebrother likes to have short yet descriptive (and exact) function comments |
21:42:53 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-497f0d4c9a8a2a95) |
21:42:58 | | Join mirak [0] (n=mirak@m105.net81-66-122.noos.fr) |
21:43:02 | * | jhMikeS really has no idea what a "phase blit" is supposed to do (well, not without spending some staring time) |
21:43:42 | gevaerts | I think the usb_charging_enable() function in usb.c is a good example. It has one comment , /* TODO: implement it for other targets... */ |
21:43:58 | * | bertrik knows a blit, but a "phase blit" doesn't ring a bell |
21:44:04 | gevaerts | but it isn't clear at all what this 'it' actually is |
21:44:11 | ItalianPianist | maybe channel panning? |
21:44:17 | | Join saratoga22 [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-f49bd0f921f7bebf) |
21:44:35 | amiconn | The name should probably be shuffled |
21:44:59 | amiconn | It should rather be called grey_blit_phase(), because that's what it does |
21:45:25 | * | gevaerts suddenly remembers that he was working on some code |
21:45:45 | jhMikeS | lpaehtibs_ ?? |
21:46:09 | | Join saratoga222 [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-ffa12fc94fe6d721) |
21:46:19 | | Part ItalianPianist |
21:46:38 | | Quit parafin ("So long and thanks for all the fish") |
21:46:40 | amiconn | That reminds me that I wanted to experiment with the iaudio remote data transfer code, in order to implement (if possible) lcd_blit() and lcd_grey_blit_phase() |
21:47:53 | | Quit saratoga ("CGI:IRC (Ping timeout)") |
21:47:57 | * | amiconn should probably work on enabling and fixing plugins before... |
21:48:38 | amiconn | Having 2 functions which aren't used doesn't make sense, eh? |
21:48:41 | jhMikeS | grey_phase_blit shuffled = a_sleepy_bright |
21:48:59 | | Quit mirak (Remote closed the connection) |
21:49:17 | | Quit saratoga22 ("CGI:IRC (Ping timeout)") |
21:49:22 | * | amiconn thinks the corrected name is rather descriptive, given you know the basic principle of the greyscale lib |
21:49:30 | amiconn | It uses temporal dithering |
21:49:49 | krazykit | that sounds more like a time machine. |
21:49:51 | * | jhMikeS thinks trigonometrically when "phase" is invoked |
21:50:19 | amiconn | It quickly flips pixels on and off in order to make them appear grey |
21:51:23 | amiconn | It varies the ratio between 'white' and 'black' state to make the grey brighter or darker |
21:51:39 | | Join parafin [0] (i=parafin@paraf.in) |
21:51:55 | | Join ItalianPianist [0] (n=dfsff@host-84-220-235-50.cust-adsl.tiscali.it) |
21:52:11 | amiconn | The old *gray*lib precalculated those states for each pixel, and stored them in bitplanes. Since it supported up to 32 bitplanes, it supported up to 33 shades |
21:52:11 | * | jhMikeS knows the principle but not the nitty-gritty specifics of what's being done |
21:52:41 | amiconn | The new greylib does it differently: It uses a bresenham-like algorithm to calculate the pixel states "live" |
21:53:19 | * | gevaerts hasn't seen greylib working yet (only color targets), but is impressed by it actually working fast enough to be useful |
21:54:06 | amiconn | For each pixel, there are 2 bytes stored in RAM. The first is the actual pixel brightness, the second is the bresenham accumulator or phase |
21:54:30 | linuxstb_ | Nico_P: Around? |
21:54:35 | Nico_P | yes |
21:54:37 | amiconn | As both values are 8 bit, this limits the values to 0..128, making up for 129 shades (otherwise the phase would overflow) |
21:55:36 | amiconn | One reason for this new apprach to be significantly faster than the old one is that there's way less bit shuffling involved, as the pixel values are bytes |
21:55:55 | linuxstb_ | Nico_P: I'm looking at implementing bitmap "tiles" (a vertical strip of bitmaps) in conditionals, and am not sure how to go about it in the WPS code... Ideally I want to avoid adding extra tags, just an option "num_subimages" parameter to %xl |
21:55:58 | amiconn | The other one has to do with the necessary anti-moire measure |
21:56:20 | | Part RaZorbacK |
21:56:37 | bertrik | this requires an add for each pixel each frame, right? |
21:56:53 | Nico_P | linuxstb_: that's also the main thing that refrained me... I'm really not sure which solution is best |
21:57:02 | amiconn | Since the lcd is fast enough to make it flicker a bit with the described mechanism, you could observe moire patterns if all pixels would start at the same phase |
21:57:44 | linuxstb_ | Nico_P: My current idea is to expand a %xd tag that refers to an image with subimages into multiple "display sub-image" tokens when its parsed. |
21:57:45 | amiconn | Hence, the phase is initialized with a random seed. The new library does this just once, at init. Since the phase is never reset during operation, it stays random enough for each pixel |
21:58:07 | amiconn | The old graylib had to shift its precalculated patterns for each pixel drawn |
21:58:48 | | Quit austrian_guest ("CGI:IRC") |
21:58:56 | amiconn | Even though this used a very fast linear congruency based prng, it was the cause for its slowness, and also the graininess when displaying non-static content |
21:59:25 | Nico_P | linuxstb_: I'm not sure I understand? wouldn't an %xd tag display only one subimage of a particular bitmap file? |
21:59:27 | amiconn | bertrik: Yes, it requires an addition and a comparison for each pixel each frame |
21:59:59 | amiconn | This calculation is done in lcd_grey_phase_blit(), in assembler |
22:00 |
22:00:04 | | Quit jgarvey ("Leaving") |
22:00:09 | | Join mirak [0] (n=mirak@m105.net81-66-122.noos.fr) |
22:00:43 | | Quit BigBambi (Remote closed the connection) |
22:00:58 | amiconn | The assembler uses some neat trick to use packed operations wherever possible (i.e. one 32 bit add instruction handles 4 pixels at once) |
22:01:13 | amiconn | s/assembler/assembly code/ |
22:01:16 | | Quit Rincewind ("bye") |
22:01:25 | * | gevaerts wonders how fast this would be when written in BASIC ;) |
22:01:57 | linuxstb_ | Nico_P: e.g. you preload a set of images with %xl|a|volume.bmp|10| (a strip of 10 images), and then this could be used in a conditional - %?pv<%xdA> |
22:02:21 | | Quit mirak (SendQ exceeded) |
22:02:26 | Nico_P | ah right |
22:02:27 | amiconn | The speedup vs. the old library is actually impressive. The old graylib achieved ~4.1 fps on the archos recorder (update speed, the frame output speed must match the internal lcd frame frequency, which is ~67 Hz for the archos lcd) |
22:02:53 | amiconn | The greylib now achieves 36.5fps update speed... |
22:03:05 | amiconn | (on the same hardware of course) |
22:03:17 | | Join mirak [0] (n=mirak@m105.net81-66-122.noos.fr) |
22:03:23 | | Join goffa_ [0] (n=goffa@216.220.23.105) |
22:03:48 | bertrik | nice |
22:03:48 | domonok1 | impressive... kudos to amiconn :-) |
22:03:52 | gevaerts | Does it optimize in some way for fully white or black areas ? |
22:04:09 | Nico_P | linuxstb_: I like it. I guess you'll have to add a new token, but the syntax ramains the almost same and that's nice |
22:04:20 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
22:04:29 | Nico_P | have you thought of a way to make it work for animations? |
22:04:38 | amiconn | Similar speedups on coldfire (H140: 8.1 -> 47.7 fps) and arm (ipod mini G2: 27->209 fps) |
22:04:48 | linuxstb_ | Nico_P: We want animations? |
22:05:22 | * | gevaerts once managed a similar speedup in some java code on arm, but that was easier : just throw out all floating point, and use a precalculated sine table |
22:05:28 | amiconn | gevaerts: No, as such an 'optimisation' would be way slower than the whole thing |
22:05:40 | Llorean | Nico_P: you can already do animations, wouldn't the same method work? |
22:05:41 | Nico_P | I'm thinking of iCatcher as an example, |
22:06:00 | Nico_P | Llorean: it would, but it would be nice to be able to make an animation using a bitmap strip |
22:06:22 | gevaerts | Hmm, yes. I guess detecting a black or white pixel costs just as much as just handling it normally |
22:06:39 | linuxstb_ | Nico_P: Have you seen this patch? http://www.rockbox.org/tracker/task/7345 |
22:06:53 | Nico_P | yes |
22:07:02 | amiconn | gevaerts: Even more, as you would have to check each pixel individually |
22:07:36 | amiconn | Right now the code fetches 4 pixel values, 4 pixel phases, and then does its calculation without ever splitting them into individual values |
22:07:51 | gevaerts | indeed. I guess you thought about this a bit ;) |
22:08:00 | Nico_P | linuxstb_: the issue I had with it was how it added a ton of tags. I think your idea solves that problem elegantly :) |
22:08:15 | amiconn | The only individual calculation is to check the msb of each phase byte whether the pixel should be black or white this time |
22:08:38 | linuxstb_ | Nico_P: Maybe the %xa (animate) tag could be used though? |
22:08:52 | amiconn | On processors where that's possible (coldfire), the same instruction resets that bit, effectively subtracting 128 this way |
22:09:11 | amiconn | On others, the 4 msbs are reset with one separate instruction |
22:09:13 | Nico_P | linuxstb_: yes, that one would be worth it and I don't really see any other way |
22:09:21 | Nico_P | it would simplify some WPS a lot |
22:09:24 | * | gevaerts can optimize code on a high level, but is no good once people start talking about saving one instruction here by doing something else there... |
22:09:36 | * | amiconn is rather the opposite |
22:09:53 | amiconn | I like doing low-level stuff most |
22:10:04 | linuxstb_ | Nico_P: Although I'm not really interested in implementing animations - just the simple bit... |
22:10:25 | | Quit PaulJam (".") |
22:10:32 | linuxstb_ | Nico_P: Any suggestions for how to implement my idea? |
22:11:48 | Nico_P | linuxstb_: what kind of suggestion are you asking for? |
22:12:04 | | Join ryran [0] (n=ryran@vbn.0012205.lodgenet.net) |
22:13:03 | gevaerts | I like lowish-level as well, but I don't really have much experience in it. Work is usually higher level stuff |
22:13:13 | linuxstb_ | Nico_P: I don't understand the wps code very well, so am not sure how to go about implementing it.... I've added the new parameter to the %xl tag, and added num_subimages to struct gui_img, but that's all. |
22:14:11 | linuxstb_ | Nico_P: I'm thinking I can either implement it in the parser (expanding the %xd tag into the equivalent of %xd.1|%xd.2|%xd.3 etc), or handle it when evaluating the conditional. |
22:14:26 | | Quit goffa (Read error: 110 (Connection timed out)) |
22:15:11 | Nico_P | linuxstb_: I think expanding in the parser will be less work |
22:15:36 | linuxstb_ | Nico_P: Yes, that was my preference. |
22:16:26 | | Join tessarakt [0] (n=jens@e180065124.adsl.alicedsl.de) |
22:16:29 | * | ItalianPianist just discovered nasty things about BUTTON_REC on H320 |
22:17:00 | jhMikeS | amiconn: so you add the pixel value to the phase, when bit 7 becomes set, flit it to white and clear bit 7, otherwise black? |
22:17:20 | amiconn | yes |
22:17:32 | petur | ItalianPianist: don't mention it ;) |
22:19:11 | Nico_P | linuxstb_: the only problem I see is to know which image to display. the token can only have one value |
22:19:24 | * | bertrik likes low-level stuff too, rather talk to hardware than to a database |
22:19:34 | linuxstb_ | Nico_P: That's easy - we can just store it in the high bits. |
22:19:42 | Nico_P | I was thinking the same |
22:19:50 | amiconn | jhMikeS: There's a slight deviation on SH - it subtracts the pixel value from the phase and sets bit 7 if it becomes 0 |
22:20:25 | amiconn | This is in order to optimize the use of the single conditional flag that exists on SH |
22:20:28 | linuxstb_ | Nico_P: And img[].display can change from bool to unsigned char - to say which sub-image should be displayed during that refresh. |
22:20:50 | linuxstb_ | Or maybe even signed char - -1 for no display, 0-127 for display |
22:22:16 | amiconn | (the output pixel selection isn't done via bt/bf, where it would be simple to check for one case or the other, but rather by directly using the T flag in negc) |
22:22:51 | Nico_P | linuxstb_: sounds good to me |
22:23:33 | linuxstb_ | Nico_P: I think I can handle the rest if you could change parse_image_display... |
22:24:49 | | Quit ch4os_ ("Lost terminal") |
22:25:28 | | Quit Nevtus (No route to host) |
22:25:58 | | Join mchua_ [0] (n=mchua@cpe-66-108-80-238.nyc.res.rr.com) |
22:26:43 | | Quit mchua_ (Read error: 104 (Connection reset by peer)) |
22:27:10 | | Join mchua_ [0] (n=mchua@cpe-66-108-80-238.nyc.res.rr.com) |
22:27:44 | | Quit mchua_ (Read error: 104 (Connection reset by peer)) |
22:28:01 | | Quit mirak (Connection reset by peer) |
22:28:06 | * | jhMikeS got a slight appearance improvement by pre-filtering the random data with a simple high-pass filter (y[n] = x[n] - x[n-1]) |
22:28:55 | Nico_P | linuxstb_: I should be able to do that but unfortunately not this evening |
22:30:53 | linuxstb_ | Nico_P: No problem. I've got other things I can work on. |
22:32:26 | * | jhMikeS wonders what greylib would look like initing with the order dither kernel (3g still not in service though :( ) |
22:33:38 | amiconn | I tried some kind of ordered dither back when doing the first experiments |
22:33:50 | amiconn | That was on archos, with the update functions written in C |
22:34:10 | amiconn | Very first version needed >2 seconds for one full-screen update.... |
22:34:49 | amiconn | The effect was essentially the same as with no phase init at all - moire patterns |
22:34:49 | * | petur discovers his generic usb connector cable set does not include the correct connector for usb host on h300 :/ |
22:35:07 | jhMikeS | I was just suggesting a test initializing the phases with that instead of white noise |
22:38:13 | | Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) |
22:39:47 | dionoea | Why are CODEC_IDX_{AUDIO,VOICE} defined both in dsp.h and playback.h ? |
22:41:57 | * | amiconn notices that the greyscale lib (well, including it's predecessor, the grayscale lib) started almost 4 years ago |
22:44:19 | linuxstb_ | dionoea: svn blame suggests the same person added them both... |
22:44:35 | dionoea | Well the one in playback.h was useless |
22:44:39 | dionoea | So I removed it there. |
22:44:45 | * | gevaerts likes words like grey/gray. They make it easy to find a name for your rewrite |
22:45:47 | linuxstb_ | ums/msc ? |
22:46:24 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
22:46:39 | piga | Hello, I was looking for a GSoC project for this year and I found the ARM Emulator idea. |
22:47:01 | piga | Have you already heard about ArchC? |
22:47:17 | piga | It is a platform simulation tool. |
22:47:41 | piga | I think I can use it to do an ARM emulator. |
22:48:16 | Nico_P | bertrik: (I don't know if anyone answered) I once tried to run lint on the code, but it got lost in all the #ifdef and I gave up trying to make it work |
22:48:16 | piga | But I have just a little knowledge about rockbox |
22:49:15 | bertrik | Nico_P: ok, I can understand some of the difficulties |
22:49:39 | | Join mirak [0] (n=mirak@m105.net81-66-122.noos.fr) |
22:49:55 | Nico_P | bluebrother: It's true there were new issues with MoB but at least now thanks to it (and the voice codec change), playback.c has become much more understandable and more people dare touch it. I really think it has become possible to bring it up to a stabler state than it was in before MoB. |
22:49:58 | domonok1 | piga: be aware that rockbox runs on many platforms, so this arm emulator should be very flexibel, customicable to emulate the different arm target |
22:50:03 | * | jhMikeS 's probably to blame for the CODEC_IDX_{AUDIO,VOICE} double-#define |
22:51:34 | piga | An overview of ArchC: |
22:51:38 | | Quit mirak (SendQ exceeded) |
22:51:52 | linuxstb_ | jhMikeS: No, "svn blame" says it was that jethead71 person.... |
22:51:58 | amiconn | At the very beginning, it was not even a lib, because rockbox didn't have the pluginlib concept at that time |
22:52:21 | piga | It is an open source platform simulator |
22:52:24 | jhMikeS | linuxstb_: who's that? that SoB :p |
22:52:32 | | Join mirak [0] (n=mirak@m105.net81-66-122.noos.fr) |
22:52:53 | piga | It is based on SystemC |
22:53:00 | amiconn | It was a C code blob to be pasted into a plugin that wanted to use grayscale.... |
22:53:20 | | Quit midgey () |
22:53:26 | bluebrother | Nico_P: I agree that adding MoB was a good move. I was just judging from a users perspective ;-) |
22:53:44 | piga | So it is very flexible |
22:53:53 | * | bertrik is grateful for album art |
22:53:59 | bluebrother | and during my almost-offline months quite some bugs already got fixed, so the pain for me isn't that much ;-) |
22:54:18 | Nico_P | :) |
22:54:19 | | Quit Zom (Remote closed the connection) |
22:54:19 | petur | which reminds me... a friend asked me if we considered QEMU for arm emulation... I had no idea |
22:54:20 | * | ryran is not grateful for crashing while crossfading on codec-switching |
22:54:26 | gevaerts | piga: I'm not sure who of the people here is most interested in the arm emulator. Maybe it's best to find that out first |
22:54:30 | | Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) |
22:54:47 | linuxstb_ | piga: You may want to try and talk to saratoga222 - IIRC he added the ARM emulator to the SoC ideas page. |
22:57:42 | * | linuxstb_ wonders if mentors should start putting names to projects they're interested in on the wiki page. |
22:58:31 | | Quit Febs ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
22:58:49 | *** | Saving seen data "./dancer.seen" |
22:59:44 | gevaerts | linuxstb_: that's probably a good idea |
23:00 |
23:02:49 | petur | I'd say students should do that.... |
23:03:18 | | Join Zarggg [0] (n=zarggg@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
23:03:42 | gevaerts | petur: I think the goal is that students know who they should talk to |
23:05:38 | * | linuxstb_ has added his name to a couple of projects... |
23:07:15 | * | gevaerts wonders if he should also add the USB Audio idea |
23:07:34 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
23:08:04 | | Quit moos ("Rockbox rules the DAP world") |
23:08:18 | domonok1 | gevaerts: go for it, there is already one for MTP.. |
23:08:28 | linuxstb_ | gevaerts: If you think it's 3 months full-time work... |
23:08:37 | * | amiconn had some fun reading old irc logs from before the graysacle lib |
23:09:52 | linuxstb_ | piga: Do you use Rockbox? |
23:10:22 | gevaerts | linuxstb_: the problem is that I just don't know. |
23:11:09 | gevaerts | I think I'll add that other usb classes might also be useful if they like to do them. Then we can just evaluate them when someone interested turns up |
23:13:05 | piga | That is my big problem. I'd never used it |
23:13:56 | domonok1 | piga: do you have a supported mp3player ? :-) |
23:15:30 | scorche|sh | with how cheap the sansas are, i wonder if we should nag students to get one from the initial 500 |
23:15:44 | scorche|sh | (if they dont have a device) |
23:15:56 | | Quit desowin () |
23:16:16 | bluebrother | are there still sansa v1 available? |
23:16:39 | krazykit | sure, on ebay. |
23:16:43 | dionoea | When the player is charging, what does the percentage stand for? Battery level? or remaining to charge? |
23:16:49 | gevaerts | apparently. waldo bought one last week |
23:16:51 | krazykit | probably the woot ones too. |
23:17:03 | scorche|sh | bluebrother: the refurbished units i have seen are still predominantly v1s |
23:17:13 | scorche|sh | buy.com is the place if no woots exist |
23:17:13 | bluebrother | nice |
23:17:18 | krazykit | but with how long the v2 have been out, i suspect the refurb woot units will increasingly be v2 |
23:17:38 | scorche|sh | either way, wasnt a dev willing to trade a v1 for a v2? |
23:17:45 | gevaerts | If they get a v2, I guess we can allow them to do the port ;) |
23:18:52 | bluebrother | wasn't that jhMikeS? |
23:19:37 | gevaerts | It was dan_a I think |
23:19:56 | * | bluebrother figures buy.com won't ship to europe |
23:21:43 | * | scorche|sh coughs |
23:21:46 | * | scorche|sh ahems |
23:22:30 | * | gevaerts gives scorche|sh a throat lozenge |
23:23:25 | | Join perrikwp [0] (i=98215e78@gateway/web/ajax/mibbit.com/x-1fec34940e7c3705) |
23:24:21 | | Join donutman25 [0] (n=chatzill@65.75.87.48) |
23:24:33 | | Quit BobShield (Read error: 104 (Connection reset by peer)) |
23:26:06 | | Quit ender` (" But there, everything has its drawbacks, as the man said when his mother-in-law died, and they came down upon him for the f") |
23:26:55 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
23:27:54 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
23:29:00 | waldo | bluebrother: i've just bought a new sansa ( c250) and it was a v1 |
23:29:25 | waldo | bluebrother: in belgium,antwerp,media markt |
23:30:15 | waldo | and two friends of mine bought one there too now and they both were v1's |
23:30:33 | bluebrother | I haven't seen any c200 in the stores here (germany) |
23:30:55 | | Quit goffa_ (Read error: 110 (Connection timed out)) |
23:31:02 | bluebrother | but it might be just my city of course |
23:31:28 | * | pixelma has but they were a lot more expensive than buying online (and that's already a while ago) |
23:32:27 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
23:32:37 | waldo | yeah the price was quite steep i thought .. but its sooo small .. i paid 77 euros for 2 gb wich is quite a lot |
23:32:50 | bluebrother | the c200 looks much nicer than the e200, especially without this strange scroll "ring" |
23:33:04 | waldo | and thanks to rockbox its also functional |
23:33:41 | * | bertrik paid 99 euros for a sansa e260 in october 2007 |
23:33:47 | waldo | with the original firmware you are obliged to feel ripped off |
23:33:57 | waldo | what's a 260 ? 4gb ? |
23:34:08 | bertrik | yes |
23:34:50 | waldo | couldn't find them here ... just bought a micro sd card to help me out on that front |
23:35:20 | | Join dcbahr [0] (n=BOFHIRC@reed6-188-dhcp.resnet.colorado.edu) |
23:35:54 | dcbahr | hi looking for anyone familiar with voicebox.wsf script or vb scripting in general for error in script line |
23:37:35 | gevaerts | http://www.cameranu.nl/ has them, and they seem to want to clear their c200 stock, so they might well be v1 (I got mine there) |
23:39:36 | dcbahr | well I'll stay on here for a bit hoping someone knows anything about this script, I thought it was done because I didn't hear any clicking of the hard drive, so I closed the script window, but it now comes up with an exe ap error report before I get the script file error |
23:42:09 | | Join p3tur [0] (n=petur@d54C6FAB9.access.telenet.be) |
23:47:34 | | Join pandrew [0] (n=andrew@86.122.169.127) |
23:49:22 | dcbahr | does this channel time you out if you're not active for a period? |
23:49:48 | Galois | no |
23:49:57 | dcbahr | alright |
23:53:19 | | Quit tvelocity (Remote closed the connection) |
23:55:50 | | Quit bluebrother ("user was too long idle, quitting") |
23:57:31 | | Quit donutman25 ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |