00:00:15 | | Quit tvelocity ("Αποχώρησε") |
00:00:26 | Thedjatclubrock | Can iTunes export as .m3u? |
00:00:33 | XavierGr | fml:ping |
00:00:58 | scorche | Thedjatclubrock: ask them... |
00:01:28 | | Quit moos ("good night europe") |
00:01:43 | Thedjatclubrock | :P |
00:02:34 | | Quit mirak ("Ex-Chat") |
00:04:08 | | Quit n1s () |
00:04:26 | fml | XavierGr: pong. I just added a task (FS #9504) that should help in FS #9455 |
00:04:29 | * | bluebrother points to the IpodFAQ ... |
00:05:13 | XavierGr | ok let me see |
00:05:13 | | Join neddy [0] (n=john@nat/sun/x-7ce0d697352b667d) |
00:06:37 | XavierGr | fml: yes it would eliminate the last length parameter in my patch |
00:06:50 | XavierGr | fml: about strncat on lcd-x files |
00:07:02 | fml | XavierGr: if FS #9504 is committed, you can make the definition of the max length of the padding string (in settings) as complicated as you want and will not to have to care about the matching definition in settings_list |
00:07:17 | linuxstb | fml: I see you changed a comment to say "filename (or another string)" - maybe the macro should be renamed, if it's not specific to a filename? |
00:07:44 | fml | linuxstb: yes, it can handle any string, not only file names |
00:08:03 | fml | linuxstb: but it would be another patch :-) |
00:08:07 | Thedjatclubrock | Can RB DB use iTunes Album Art? |
00:08:19 | krazykit | Thedjatclubrock, no |
00:08:20 | fml | XavierGr: what about strncat? |
00:08:23 | XavierGr | fml: for the last parameter of strncat, to make it safe, I have to subtract the size of the destination array with its current length |
00:08:50 | XavierGr | but is the size of the destination array known? |
00:08:54 | fml | XavierGr: correct. And then set the last char to 0. |
00:09:01 | Thedjatclubrock | There should be a RB program, cross platform, Java or C with Qt |
00:09:06 | Thedjatclubrock | Or Swing |
00:09:17 | linuxstb | You mean like Rockbox Utility? |
00:09:23 | fml | XavierGr: yes, it's known. It's the size of the padding_string array in the firmware layer. |
00:09:51 | XavierGr | fml: sizeof(s->line) should return the size of the pointer instead right? |
00:09:55 | fml | XavierGr: or just use snprintf. It does add the terminating 0 |
00:10:22 | XavierGr | fml: I tried using snprintf but it failed for a reason, I didn't search thoroughly though |
00:10:42 | krazykit | Thedjatclubrock, for converting album art? there probably is some software already written to do it, but feel free to write it yourself too. |
00:11:02 | pixelma | linuxstb: I overlooked the "line" and thought you were talking about an overall size limit for .wps files... but with viewports it's not so clear anymore. Hmmm, I also wonder what lines are counted |
00:11:09 | pixelma | s/what/which |
00:11:43 | fml | XavierGr: where is that s-> line defined? |
00:11:54 | fml | XavierGr: lcd.h? |
00:12:08 | Thedjatclubrock | krazykit: No, like, iTunes for RockBox |
00:12:21 | | Quit sarixe ("Ex-Chat") |
00:12:31 | Thedjatclubrock | Or a Banshee/RhythmBox plugin |
00:12:35 | XavierGr | fml: look at lcd-16bit.c where my patch does the strcat |
00:13:28 | krazykit | Thedjatclubrock, er, itunes does work for rockbox, and since it's otherwise an MSC device, your media player may support syncing. i know amarok does, and i'd suspect others do too. |
00:13:31 | XavierGr | fml: hmmm, never mind scroll_engine.h which has the define for the size of that array is included |
00:14:13 | fml | XavierGr: yes, but how is the "line" member defined? I see it's a part of the lcd_scroll_info.scroll struct. Where is it defined? |
00:14:21 | Thedjatclubrock | Amarok has native RB! |
00:14:44 | XavierGr | fml: why are we so fixed on making the last char 0? It seems to me that all methods append the null correctly. Or do we want better safe than sorry even if we sacrifice one command |
00:14:44 | linuxstb | Thedjatclubrock: One of the design goals of Rockbox is that it's not dependant on any specific PC application - you simply need to drag and drop your files, and Rockbox will play them. |
00:14:56 | fml | XavierGr: yes, the sizeof(s->line) should be fine |
00:15:25 | XavierGr | fml: I thought that this (sizeof(s->line)) will return the size of the pointer not of the array |
00:15:42 | Thedjatclubrock | linuxstb: Yes, great. I'd also suggest that there be a plugin in iTunes, Banshee and RhtyhmBox to port album art and playlists and a DB. |
00:15:47 | | Quit meven (Remote closed the connection) |
00:16:04 | fml | XavierGr: because it can happen that the size of the dest array is less that the copied string. Then, when you use strnXXX, you won't overrun the array but the string in the dest array will not be zero terminated |
00:16:10 | XavierGr | fml: scroll_engine.h struct scrollinfo |
00:16:25 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
00:16:27 | linuxstb | Thedjatclubrock: Just use any PC application that uses the standard m3u playlists, and there is no need to port them. As for the DB, Rockbox builds it itself. |
00:16:47 | XavierGr | fml: I understand the use strncpy and strncat, I don't understand the extra command of zeroing out the last char. |
00:17:00 | fml | XavierGr: yes, found that. The field "line" is a char array ( char line[xxx]) hence sizeof (line) will give the size of that array |
00:17:12 | | Part L29Ah |
00:17:18 | fml | XavierGr: see my explanation above |
00:17:24 | scorche | Thedjatclubrock: you are free to make one yourself... |
00:17:33 | stripwax | strncpy won't guarantee the string is zero terminated |
00:17:40 | fml | XavierGr: this is to make sure that the dest string is always zero terminated |
00:17:49 | Thedjatclubrock | I would, but I am not great with my dev skills |
00:17:52 | Thedjatclubrock | :/ |
00:18:18 | XavierGr | fml: yeah, that's my point, it is always zero terminated by other functions, eg. settings loading and virtual keyboard in our case |
00:18:27 | | Quit culture (Read error: 110 (Connection timed out)) |
00:18:56 | fml | The buffer size in the firmware layer must not necessarily match the setting size in the app layer (since these two pieces of code are not so closely related). |
00:18:58 | XavierGr | I mean if the dest string is always null terminated and the appended string is null terminated how the new string can end without null? |
00:19:38 | XavierGr | but okay I guess one more command shouldn't hurt |
00:20:11 | fml | XavierGr: if the appended string is truncated (because the dest buffer is not large enough to hold the whole string), then the dest buffer will not be zero terminated after strncat |
00:21:03 | fml | But it will always be after snprintf. So either strnxxx + set the last char to 0 or just snprintf |
00:21:10 | XavierGr | fml: about the MAX macro. Currently it is not included on the files the padding is defined, I am not so sure it will be good to define them just for the player |
00:21:24 | XavierGr | fml: which is the only target with so little screen width |
00:21:37 | XavierGr | I think ifdefing for that case alone is enough |
00:22:06 | XavierGr | because the ifdefs are already there for e.g scroll step |
00:22:21 | fml | XavierGr: I'm actually not sure we have to ensure that the setting is at least 10 chars. Of course we don't have to define a macro for that, this was just a scheme. |
00:23:00 | | Quit mcuelenaere ("Zzzzz") |
00:23:03 | fml | You can write e.g. LCD_WIDTH/4 < 10 ? 10 : LCD_WIDTH/4 |
00:23:26 | XavierGr | Ondio seems to be next with 112 pixels LCD_WIDTH which is plenty after the division with 4 (to fill a screen) |
00:23:43 | XavierGr | fml: yeah that can be done too, but won't some consider it more confusing that the ifdef? |
00:23:43 | fml | This is a rather complex definition. Hence it's highly desireable that it doesn't have to be repeated anywhere else. Hence FS #9504. |
00:24:34 | fml | XavierGr: we need that only if we want to ensure pad length >= 10. But do we want that? I'd say no for the first try. |
00:24:45 | | Quit colesterol_dog (Read error: 104 (Connection reset by peer)) |
00:25:02 | XavierGr | fml: LCD_WIDTH / 4 is used currently on 3 files |
00:25:16 | XavierGr | the one you tried to avoid with your patch |
00:25:24 | | Join m0f0x [0] (n=m0f0x@189-47-69-234.dsl.telesp.net.br) |
00:25:42 | XavierGr | settings.h and scroll_engine.h will still need it |
00:25:50 | fml | XavierGr: hence leave this part of the code as it is. With FS #9504 you won't have to repeat anything. Later you can make the size definition (in settings.h) more complicated −− and still not have to adjust anything else! |
00:26:27 | XavierGr | fml: what do you mean exactly, leave the code with the ifdef? |
00:26:35 | XavierGr | (for the player) |
00:27:28 | fml | XavierGr: where? settings.h −−> ok. settings_list.c −−> eliminated with FS #9504; firmware code? With proper usage of strn-funcs, you can set the size of the string in the firmware layer to another value, everything will still work. |
00:28:01 | fml | XavierGr: leave the code = no need to ensure that the length is >= 10 |
00:28:29 | | Quit feisar (Remote closed the connection) |
00:28:35 | XavierGr | fml: scroll_engine.h also uses LCD_WIDTH /4 |
00:29:09 | XavierGr | also if I don't ifdef the player the setting is useless for that target 11/4 only 2 chars, lower than the default. (actually one char and the other the null) |
00:30:07 | XavierGr | so I will just ifdef player and later we'll see |
00:30:15 | fml | XavierGr: yes, but IMHO it doesn't have to. I mean, the firmware value can be seen as a capability of the hardware. Of course it's good if we defined our settings' (app layer) size to exactly match that value. But we don't have to. |
00:31:36 | fml | XavierGr: no,no I mean the defferentiating between char and dot displays is OK. My proposal was to ensure (only for dot displays!) that the max size is at least 10 |
00:31:51 | XavierGr | amiconn: is the M3s remote screen defined as a main LCD or REMOTE_LCD? |
00:31:59 | fml | But, as I said, I doubt we need that. |
00:32:24 | XavierGr | fml: ah okay then |
00:32:43 | pixelma | XavierGr: main LCD |
00:32:46 | | Join feisar [0] (n=jljhook@irkki.fi) |
00:33:04 | XavierGr | pixelma: phew, thanks, that saves me from something :) |
00:33:13 | pixelma | on the M3 but it's the same remote you can use with an M5 or X5 |
00:33:13 | fml | So leave this as it is. If some users of dot displays with WIDTH<40 will complain, we will add this "10". Nothing else will need to be adjusted. |
00:33:53 | XavierGr | fml: agreed. So nice we can finally talk about it in IRC, the tracker was tiresome for little details |
00:34:13 | XavierGr | fml: anything else? |
00:34:31 | fml | :-) I hope all points are clear now. |
00:35:09 | XavierGr | ok most changes were done yesterday, I will add some more and upload a new patch. |
00:35:12 | fml | XavierGr: but let me look at the next patch (tomorrow, I'll leave now) :-) |
00:35:21 | XavierGr | okay |
00:35:24 | XavierGr | goodnight |
00:35:34 | fml | XavierGr: bye |
00:35:39 | | Quit fml ("CGI:IRC 0.5.9 (2006/06/06)") |
00:47:06 | | Quit bluebrother ("leaving") |
01:00 |
01:00:01 | | Quit faemir (Remote closed the connection) |
01:03:39 | *** | Saving seen data "./dancer.seen" |
01:09:41 | | Join Nibbl [0] (n=Nibbler@e181089062.adsl.alicedsl.de) |
01:12:46 | | Quit DerDome ("Leaving.") |
01:20:21 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
01:21:35 | | Quit AJCantos (Read error: 110 (Connection timed out)) |
01:29:46 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
01:36:52 | | Quit krazykit ("dinnertime") |
01:42:23 | | Join AhtiK [0] (n=ahti@ip67-152-80-226.z80-152-67.customer.algx.net) |
01:44:53 | | Quit n17ikh|Lappy () |
01:50:43 | | Join lordpil [0] (n=lordpil@c-24-63-25-251.hsd1.ma.comcast.net) |
01:55:29 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
01:55:50 | | Quit fyrestorm (Read error: 113 (No route to host)) |
01:59:12 | | Part pixelma |
01:59:34 | | Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) |
02:00 |
02:02:36 | Thedjatclubrock | :P |
02:04:34 | soap | hmm, saratoga, then why did Bagder tag that task (FS #5796) for "later"? Or did "later" come and the task never got updated? |
02:13:48 | | Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-a3513e099ff917d9) |
02:14:03 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
02:14:07 | saratoga | soap: I don't know much of anything about vorbis |
02:14:08 | JdGordon | linuxstb: whats free? |
02:14:24 | saratoga | but i guess floor0 worked at one point, or it may still work now but for only certain files |
02:17:54 | JdGordon | whitespace is for whimps! |
02:18:38 | | Join n17ikh|Lappy [0] (n=n17ikh@130-127-73-84.lightsey.resnet.clemson.edu) |
02:20:21 | | Quit Hillshum ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") |
02:21:35 | JdGordon | LambdaCalculus37: do you know how to make a e200v2 bootloader that is usable? |
02:22:11 | LambdaCalculus37 | JdGordon: I don't even have an e200v2. |
02:22:31 | JdGordon | its not the same as the other v2s? |
02:23:34 | LambdaCalculus37 | It is, but I don't have one, nor do I know how to make a v2 bootloader. |
02:23:57 | LambdaCalculus37 | By the way, can you give the Sansapatcher at FS #9639 a kick around? |
02:24:14 | JdGordon | yep, ill do that today |
02:24:27 | JdGordon | still havnt got very far out of bed this morning :p |
02:24:34 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-c74389b8fe076392) |
02:41:28 | | Quit saratoga ("CGI:IRC") |
02:49:55 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
03:00 |
03:03:40 | *** | Saving seen data "./dancer.seen" |
03:09:11 | | Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
03:13:31 | | Quit gromit`` ("Coyote finally caught me") |
03:13:50 | | Join gromit` [0] (n=gromit@ALagny-154-1-84-169.w81-48.abo.wanadoo.fr) |
03:15:05 | | Quit PaulJam (".") |
03:15:38 | | Quit neddy ("Leaving.") |
03:18:22 | | Quit HBK (Read error: 104 (Connection reset by peer)) |
03:18:27 | | Join HBK- [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
03:30:32 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
03:37:40 | | Join xFinch713x` [0] (n=xfinch71@cpe-98-151-27-109.socal.res.rr.com) |
03:40:28 | | Join ajonat [0] (n=ajonat@190.48.101.29) |
03:52:50 | | Quit m0f0x () |
03:52:57 | | Join axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) |
03:54:53 | | Join neddy [0] (n=john@nat/sun/x-f2770b0f58577360) |
03:56:13 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
04:00 |
04:01:35 | | Quit AndyI () |
04:02:24 | | Quit LambdaCalculus37 ("Ka-chunka") |
04:08:18 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
04:17:11 | | Quit XavierGr () |
04:21:56 | | Join blkhawk- [0] (i=HydraIRC@e179201015.adsl.alicedsl.de) |
04:23:49 | | Quit BHSPitMonkey (brown.freenode.net irc.freenode.net) |
04:23:49 | NSplit | brown.freenode.net irc.freenode.net |
04:23:49 | | Quit Zarggg (brown.freenode.net irc.freenode.net) |
04:23:49 | | Quit blkhawk (brown.freenode.net irc.freenode.net) |
04:23:49 | | Quit Tuplanolla (brown.freenode.net irc.freenode.net) |
04:23:49 | | Quit blahrus (brown.freenode.net irc.freenode.net) |
04:23:49 | | Quit blithe (brown.freenode.net irc.freenode.net) |
04:23:49 | | Quit DaCapn (brown.freenode.net irc.freenode.net) |
04:23:49 | | Quit Bjoern-Erik (brown.freenode.net irc.freenode.net) |
04:24:37 | NHeal | brown.freenode.net irc.freenode.net |
04:24:37 | NJoin | BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
04:24:37 | NJoin | blkhawk [0] (n=blkhawk@e179201015.adsl.alicedsl.de) |
04:24:37 | NJoin | Tuplanolla [0] (n=jani@77.109.223.193) |
04:24:37 | NJoin | blahrus [0] (n=blahrus@75.150.209.185) |
04:24:37 | NJoin | Bjoern-Erik [0] (n=Bjoern@173.80-202-110.nextgentel.com) |
04:24:37 | NJoin | DaCapn [0] (i=dacapn@using.your.wireless-inter.net) |
04:24:37 | NJoin | blithe [0] (n=blithe@li35-144.members.linode.com) |
04:24:56 | NJoin | Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
04:26:22 | | Join Tuplanol1a [0] (n=jani@77.109.223.193) |
04:28:38 | | Quit blithe (brown.freenode.net irc.freenode.net) |
04:28:38 | NSplit | brown.freenode.net irc.freenode.net |
04:28:38 | | Quit DaCapn (brown.freenode.net irc.freenode.net) |
04:28:38 | | Quit Bjoern-Erik (brown.freenode.net irc.freenode.net) |
04:28:38 | | Quit blahrus (brown.freenode.net irc.freenode.net) |
04:28:38 | | Quit Tuplanolla (brown.freenode.net irc.freenode.net) |
04:28:38 | | Quit BHSPitMonkey (brown.freenode.net irc.freenode.net) |
04:28:38 | | Quit blkhawk (brown.freenode.net irc.freenode.net) |
04:29:26 | NHeal | brown.freenode.net irc.freenode.net |
04:29:26 | NJoin | BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
04:29:26 | NJoin | blkhawk [0] (n=blkhawk@e179201015.adsl.alicedsl.de) |
04:29:26 | NJoin | blahrus [0] (n=blahrus@75.150.209.185) |
04:29:26 | NJoin | Bjoern-Erik [0] (n=Bjoern@173.80-202-110.nextgentel.com) |
04:29:26 | NJoin | DaCapn [0] (i=dacapn@using.your.wireless-inter.net) |
04:29:26 | NJoin | blithe [0] (n=blithe@li35-144.members.linode.com) |
04:33:04 | | Quit Horschti ("Snak 5.3.3 Unregistered copy. Evaluation period is over. Program will now quit. Thanks for using Snak.") |
04:33:13 | | Part xFinch713x` |
04:39:24 | | Quit blkhawk (No route to host) |
04:40:21 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
04:55:24 | | Join blkhawk [0] (i=HydraIRC@e176234001.adsl.alicedsl.de) |
04:56:42 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
05:00 |
05:01:25 | | Quit ajonat () |
05:03:41 | *** | Saving seen data "./dancer.seen" |
05:12:53 | | Quit blkhawk- (Read error: 110 (Connection timed out)) |
05:16:45 | | Quit BHSPitMonkey (Remote closed the connection) |
05:18:00 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
05:27:00 | | Quit Horscht ("electromagnetic radiation from satellite debris") |
06:00 |
06:03:49 | | Join goffa_ [0] (n=goffa@216.220.23.105) |
06:12:58 | | Quit Zarggg () |
06:15:49 | | Nick HBK- is now known as HBK (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
06:17:03 | | Quit goffa (Read error: 110 (Connection timed out)) |
06:21:49 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
07:00 |
07:03:45 | *** | Saving seen data "./dancer.seen" |
07:26:58 | | Quit JdGordon ("Konversation terminated!") |
07:29:01 | | Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) |
07:31:33 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
07:35:26 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
07:43:16 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
07:44:13 | | Quit AndyI (Read error: 110 (Connection timed out)) |
07:50:36 | | Nick MU{lappy} is now known as Unhelpful (n=Militant@pool-98-117-9-134.hrbgpa.fios.verizon.net) |
07:53:08 | | Quit kachna (Read error: 60 (Operation timed out)) |
08:00 |
08:00:04 | | Quit denes_ (Read error: 110 (Connection timed out)) |
08:00:16 | | Join denes_ [0] (n=denes@pool-0338.adsl.interware.hu) |
08:03:41 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
08:09:32 | | Join fyrestorm [0] (n=nnscript@cpe-68-173-234-148.nyc.res.rr.com) |
08:13:17 | | Join JdGordon [0] (n=jonno@c211-28-145-137.smelb2.vic.optusnet.com.au) |
08:14:37 | | Join goffa [0] (n=goffa@216.220.23.105) |
08:15:39 | | Join reacocard [0] (n=reacocar@WL-112.CINE.HMC.Edu) |
08:19:07 | | Quit DataGhost (Nick collision from services.) |
08:19:15 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
08:19:15 | | Quit BHSPitMonkey (Remote closed the connection) |
08:26:16 | | Quit goffa_ (Read error: 110 (Connection timed out)) |
08:29:50 | | Join goffa_ [0] (n=goffa@216.220.23.105) |
08:30:44 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
08:31:28 | | Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-a684e5be43e9834a) |
08:32:08 | | Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-0202005fab63478a) |
08:34:38 | | Quit BigBambi (Read error: 113 (No route to host)) |
08:36:40 | | Quit goffa (Read error: 110 (Connection timed out)) |
08:37:08 | JdGordon | what size buffers does the hardware usually want from the pcm buffers? |
08:38:09 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
08:44:47 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
08:48:58 | | Quit Slack ("Ex-Chat") |
08:54:19 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
08:54:44 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
08:55:26 | JdGordon | am I right that the only major bits of pcmbuf.c are pcmbuf_request_buffer, pcmbuf_write_complete and pcmbuf_callback ? everything else just deals with stuff like crossfade and managing the buffer? |
08:56:09 | JdGordon | those 3 funcs are called to 1) get a block to write some pcm to, 2) say we have fininshed writing to a block and 3) dump a block to the DAC? |
08:57:59 | | Join Rob2222 [0] (n=Miranda@p4FDCC123.dip.t-dialin.net) |
09:00 |
09:03:46 | *** | Saving seen data "./dancer.seen" |
09:07:57 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:16:42 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
09:18:46 | | Quit Nibbl ("Ex-Chat") |
09:22:00 | | Join BigBambi [0] (i=86ceaf40@rockbox/staff/BigBambi) |
09:23:15 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
09:24:05 | | Quit bertrik ("Leaving") |
09:26:50 | * | JdGordon needs NicoP :( |
09:29:36 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
09:36:07 | linuxstb | JdGordon: PCM data is normally sent to the DAC in 32KB chunks - using DMA on Coldfire, and a fast interrupt (FIQ) feeding a FIFO on PP (and I think other ARMs). |
09:37:07 | linuxstb | I don't know about the other parts of pcmbuf.[ch], but pcmbuf_callback is the "get_more()" function which is called by either the DMA interrupt handler or the FIQ to get a pointer to next 32KB of data to transfer - that code runs in an ISR. |
09:37:19 | JdGordon | and the codecs look like they all request <1KB buffers to fill at a time? |
09:38:20 | | Quit olegfink (Read error: 110 (Connection timed out)) |
09:38:33 | | Quit pixelma2 ("-") |
09:38:34 | linuxstb | The codecs will generally fill one audio "frame" at a time - that framesize depends on the codec (and audio format). |
09:38:44 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
09:39:14 | JdGordon | ok |
09:39:27 | linuxstb | But then it will go via the DSP layer... |
09:39:45 | JdGordon | sim seems to go into a infinite loop after starting playback and im not sure why :( |
09:40:04 | linuxstb | Have you done a "make clean" recently? |
09:40:23 | JdGordon | yep, and a mutilated code... its new code which is brocken |
09:40:32 | | Join PaulJam [0] (i=PaulJam_@vpn-3028.gwdg.de) |
09:41:14 | linuxstb | What are you planning? |
09:42:43 | JdGordon | having a go at a redone pcm buffer |
09:44:45 | | Join olegfink [0] (n=olegfink@62.141.52.142) |
09:44:54 | linuxstb | Redone how? |
09:45:25 | JdGordon | multiple channels, so we can have voice while paused |
09:45:54 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
09:50:43 | | Quit jhulst (Remote closed the connection) |
10:00 |
10:01:03 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
10:01:07 | | Join olegfink^ [0] (n=olegfink@62.141.52.142) |
10:02:10 | | Quit olegfink (Read error: 104 (Connection reset by peer)) |
10:02:21 | | Nick olegfink^ is now known as olegfink (n=olegfink@62.141.52.142) |
10:03:05 | | Quit Seed ("cu, Andre") |
10:17:09 | | Quit kachna ("Konversation terminated!") |
10:21:16 | linuxstb | GodEater: Talking about the request here - http://forums.rockbox.org/index.php?topic=19111.0 - I think it's feasible (but slow without dircache enabled) to build playlists based on more than just the current directory when a file is played. But I'm not sure if it's something I would ever want. |
10:23:34 | | Join Bigbambi_L [0] (i=86ceaf34@gateway/web/ajax/mibbit.com/x-6a0bb434e1899a4e) |
10:28:24 | | Quit Thundercloud (Remote closed the connection) |
10:29:24 | GodEater | linuxstb: it seems a very "niche" request to me |
10:29:44 | GodEater | but given the number of features of Rockbox I don't use, I may not be a typical user either ;) |
10:33:02 | * | JdGordon has half a sec of garbled sound :D |
10:33:18 | Zagor | JdGordon: yay! |
10:36:47 | | Quit evilnick ("http://www.mibbit.com ajax IRC Client") |
10:38:48 | | Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") |
10:38:48 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
10:42:48 | | Quit BigBambi ("http://www.mibbit.com ajax IRC Client") |
10:43:55 | | Quit Bigbambi_L (Read error: 104 (Connection reset by peer)) |
10:44:26 | JdGordon | this is sooo fucked... but i can definatly make out the music! |
10:45:06 | | Join BigBambi_L [0] (i=86ceaf34@gateway/web/ajax/mibbit.com/x-aea35318a3b12a75) |
10:45:34 | * | linuxstb expects a "Gentleman (and Ladies)..." email soon |
10:45:54 | JdGordon | i dont think so... |
10:46:36 | Llorean | "We have sound, again, but this time..."? |
10:46:58 | JdGordon | yeah, something like that |
10:47:59 | JdGordon | can anyone tell me whats probably wrong in this jdgordon.info:8080/~jonno/audiodebug.raw">http://jdgordon.info:8080/~jonno/audiodebug.raw ? |
10:48:11 | JdGordon | 750Kb |
10:48:43 | JdGordon | assuming I should be able to take the pcm directly from the codecs and put it on the dac? |
10:50:55 | linuxstb | JdGordon: The codecs generally don't output 16-bit samples. |
10:51:43 | JdGordon | arrr |
10:54:38 | JdGordon | hmm... no, I mean once its finished going through the ci->callback (so after dsp_process()..) |
10:59:48 | | Quit mcuelenaere () |
10:59:56 | JdGordon | and I guess the speed is because I'm not giving the pcm callback 32K worth of data? |
11:00 |
11:03:40 | linuxstb | How are you planning on mixing the channels? |
11:03:51 | *** | Saving seen data "./dancer.seen" |
11:06:33 | JdGordon | im not sure |
11:06:44 | JdGordon | I was hoping to deal with chunks < 32K |
11:07:17 | JdGordon | atm I've got playback putting 512bytes of data in chunks and then passing them straight in |
11:09:57 | linuxstb | What's the reason for reducing the chunk size? |
11:10:29 | JdGordon | which? |
11:10:43 | JdGordon | the 512? |
11:11:34 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
11:12:44 | linuxstb | yes |
11:14:32 | JdGordon | easier to deal with small chunks.. thats about what the codecs are asking for... I'm fiddling now to get that up to 32K |
11:33:09 | * | JdGordon has hit a buffer overrun and cant figure it out :'( |
11:49:28 | | Join faemir [0] (n=quassel@88-106-238-33.dynamic.dsl.as9105.com) |
11:51:14 | | Join moos [0] (i=moos@81-66-141-133.rev.numericable.fr) |
12:00 |
12:00:07 | JdGordon | Zagor: seems the paypal link has been broken on the wiki pages? |
12:07:55 | | Quit BigBambi_L ("http://www.mibbit.com ajax IRC Client") |
12:11:09 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
12:18:24 | | Join BigBambi [0] (i=86ceaf40@rockbox/staff/BigBambi) |
12:28:17 | scorche | erm...trying to install rockbox on my new H320...all of the links on http://www.rockbox.org/twiki/bin/view/Main/IriverBoot seem to be dead? |
12:28:48 | scorche | if they are all dead and rasher has them mirrored, why do we have those links still? |
12:29:25 | JdGordon | http://service.iriver.co.kr/cs_down_ok.asp?path=1&idx=711&p_name=H320 still works |
12:29:44 | rasher | Do I in fact have them all mirrored? I stopped paying attention to them a while ago.. |
12:30:24 | scorche | JdGordon: yes, but according to the manual that version is not supported and i get "could not detect firmware type" from rbutil using that |
12:31:22 | scorche | rasher: well, i just downloaded one from you, so i hope so ;) |
12:32:47 | rasher | I'm just wondering if I have the "full set" |
12:33:01 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
12:33:10 | | Quit nplus (Read error: 101 (Network is unreachable)) |
12:33:10 | rasher | I don't mind hosting them, but maybe someone should keep a copy, just in case. |
12:33:12 | scorche | rasher: it sint the "full set", but it should be enough to install rockbox |
12:34:40 | rasher | It'd be a pretty silly way to lose the ability to Rockbox irivers if I somehow lost them and no one has a copy |
12:36:25 | scorche | it certainly would.. |
12:41:06 | linuxstb | Do we even need to patch the OF any more? Couldn't "someone" build a .hex file just containing Rockbox code? |
12:42:12 | * | linuxstb forgot the h300 isn't flashed yet... |
12:43:31 | scorche | either way, it isnt very nice for new installers to come up against a wall of korean 404 messages and then perhaps mission rasher's small mirror link |
12:43:54 | scorche | should we just toss those links? (they should still be in the wiki page history...) |
12:44:34 | rasher | linuxstb: I guess some people still want dual-boot |
12:44:51 | rasher | scorche: I don't see why not, really |
12:45:04 | linuxstb | rasher: I know... I guess I'm not suggesting it as the only install method, but as an option. |
12:45:40 | | Quit nuonguy ("This computer has gone to sleep") |
12:45:44 | linuxstb | Maybe we could even rolo .hex files - I don't know how the irivers boot though, or the format of those files. |
12:48:25 | Zagor | JdGordon: fixed now. thanks. |
12:53:38 | linuxstb | rasher: I've just made some edits to the UISimulator wiki page - are you (and others...) happy for me to call your sim downloads "unofficial (but trusted)" ? |
12:54:53 | B4gder | sounds fine to me |
12:55:58 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
12:57:01 | linuxstb | Are we still against the idea of official sim downloads? |
12:57:10 | rasher | linuxstb: I don't mind, if everyone else is fine with it |
12:58:45 | rasher | Personally I think official (daily) sims would make sense |
12:59:32 | linuxstb | The only downside I can think of is that we would get more support requests about them. But on the other hand, maybe getting more sim bug reports would be a good thing. |
12:59:49 | | Join casainho [0] (n=chatzill@87-196-190-8.net.novis.pt) |
13:00 |
13:00:16 | casainho | hello Rockbox people :-) |
13:00:48 | rasher | linuxstb: The lack of sims already generates support requests, doesn't it? |
13:01:16 | linuxstb | rasher: I haven't really noticed any. |
13:01:30 | rasher | Maybe I'm just imagining it |
13:01:36 | casainho | Ĩ would like to ask some questions about diffs: how should I organize files on my PC to work on RB code and make diffs? having two working directories, almost equals and one I should checkout always before making a diff? |
13:01:42 | B4gder | well, assuming the sims are popular downloads we should probably make them official |
13:02:01 | linuxstb | casainho: The easiest way is to work with only one directory - a checkout of the Rockbox SVN. |
13:02:16 | B4gder | or multiple checkouts... |
13:02:19 | BigBambi | I haven't noticed many requests about the lack of sims - it is just that from time to time people ask if they can preview WPSs, so (I personally) point them at rasher's sims |
13:02:43 | BigBambi | I think it is just that most people don't really know they exist |
13:02:46 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
13:02:48 | linuxstb | rasher: Do you have any download numbers for your sims? |
13:03:31 | casainho | linuxstb: and then I checkout RB trunk, and, how do I do diff? If diff needs to diferent files? |
13:03:53 | *** | Saving seen data "./dancer.seen" |
13:03:58 | scorche | casainho: have you read the WorkingWithPatches and SimpleGuideToDeveloping wiki pages?...they explin this |
13:04:00 | rasher | B4gder, linuxstb: I'll check my download numbers |
13:04:01 | scorche | explain |
13:04:16 | BigBambi | casainho: http://www.rockbox.org/twiki/bin/view/Main/WorkingWithPatches |
13:04:37 | scorche | and SimpleGuideToCompiling.. |
13:04:38 | casainho | BigBambi: I already read that Working... I am reading it now |
13:04:55 | BigBambi | Well that explains how to do patching |
13:06:20 | rasher | B4gder, linuxstb: 2110 Ipod Video sims downloaded last month, 1372 e200, 1200 nanos.. and so on |
13:06:20 | casainho | looks very simple to make diffs, however now I have 2 different directories, source trees on my PC, but one of them is from an old version of RB, can it be a problem? |
13:06:48 | B4gder | casainho: you should 'svn update' first to sync with Rockbox reality |
13:06:59 | B4gder | casainho: then 'svn diff' |
13:07:12 | B4gder | easy peacy |
13:07:22 | casainho | or I should have only on one directory the only files I need to do a new port, and diff against the RB checkeout source tree? |
13:08:19 | casainho | B4gder: hmmm... so I need to use svn diff, " diff -u -r olddir newdir > patch"?? |
13:08:23 | B4gder | casainho: 1) checkout rockbox 2) edit everything you need 3) svn diff |
13:08:30 | B4gder | no |
13:08:32 | B4gder | svn diff > patch |
13:08:53 | | Quit feisar (Read error: 104 (Connection reset by peer)) |
13:09:47 | casainho | B4gder: since I am trying to do a new port, everytime I need to make a patch, does I need to edit the all port files? |
13:09:59 | B4gder | the changes remain |
13:10:00 | rasher | I'm surprised that c200 is #4 sim download |
13:10:02 | casainho | seems not practical |
13:10:10 | B4gder | casainho: svn diff doesn't change anything in your files |
13:10:14 | B4gder | you continue editing |
13:10:21 | B4gder | and svn diff every time you want to make a patch |
13:10:28 | B4gder | and svn update to keey synced |
13:10:33 | B4gder | keep |
13:10:57 | | Quit faemir (Read error: 110 (Connection timed out)) |
13:11:13 | B4gder | and as soon as you do things "right", we can commit the starts of the port to svn to allow more people to help out and see things |
13:12:31 | casainho | B4gder: and files that are not new, files that I need to edit from actual RB source, what will happen to them? everytime I do svn update, will my chnges be lost to that files? |
13:12:50 | B4gder | no |
13:12:56 | B4gder | did you really and truly read those docs? |
13:13:12 | BigBambi | 13:08B4gdercasainho: svn diff doesn't change anything in your files |
13:13:15 | B4gder | svn update MERGES changes |
13:13:25 | BigBambi | ooops |
13:13:29 | * | BigBambi misread |
13:13:34 | B4gder | so your changes remain while you get the ones others have made |
13:13:41 | * | BigBambi apologises and decides to keep out of it |
13:14:10 | B4gder | casainho: if this was a stupid way of working, why would hundreds of rockbox hackers do it like this? |
13:14:27 | | Join feisar [0] (n=jljhook@irkki.fi) |
13:14:50 | B4gder | ... all this is source code version control basics really if you ask me |
13:15:02 | casainho | B4gder: I am not putting that on question. I was just afraid of losing my changes |
13:15:20 | B4gder | casainho: yes, and that is explained in the docs we've referred you to |
13:16:27 | casainho | okok - so, how would I do to update all source , without merging changes? (I was afraid that svn update did that) |
13:16:45 | B4gder | without merging? |
13:16:51 | B4gder | that's not updating at all |
13:17:07 | B4gder | so wipe everything and checkout fresh |
13:17:36 | B4gder | or 'svn -R revert .' first (kills all local changes) and then 'svn update' |
13:18:08 | casainho | okok - my question is not to never kill my local changes :-) |
13:18:39 | B4gder | sorry, I don't understand |
13:18:48 | scorche | huh?...you are afraid that your local changes are going to get wiped upon update? |
13:18:59 | casainho | thank you −− I will work on in and hope to soon commit the pacthes - thanks. |
13:19:15 | B4gder | casainho: you can't commit, but you can post your patch in the patch tracker |
13:19:53 | casainho | "commit" to the patch tracker - okok - and yes, I was afraid of get wiped my local changes... |
13:20:07 | casainho | bye bye :-) |
13:20:11 | | Quit casainho ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092510]") |
13:26:26 | linuxstb | B4gder, rasher: I guess the issue of providing sims is complicated by the question of which host OSes do we want to support? Would we just want to provide Windows sims? |
13:27:23 | B4gder | well, we could provide what we manage |
13:27:39 | B4gder | I bet windows users are the biggest audience |
13:30:41 | JdGordon | if its just for sims, wouldnt it be better to get more effort put into the wps editor? |
13:30:55 | JdGordon | s/sims/wps checking |
13:31:12 | B4gder | ah yes |
13:31:18 | B4gder | but we can do both |
13:34:53 | linuxstb | JdGordon: How do we get more effort put into the wps editor? |
13:35:14 | JdGordon | wait for that elusive Mr Someone :( |
13:35:49 | linuxstb | It was a sad SoC this year... |
13:35:56 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
13:36:13 | JdGordon | can we somehow make http://www.rockbox.org/twiki/bin/view/Main/GraphicalInstall more prominant on the front page? It was made pretty obvious from the floss interview that something like this is more needed as a super quick start install guide for new comers |
13:36:46 | * | linuxstb wonders where that page came from... |
13:37:09 | | Quit feisar ("leaving") |
13:37:25 | JdGordon | its an old one |
13:37:38 | * | linuxstb likes the "Quick links" on the IPL wiki homepage - http://ipodlinux.org/wiki/Main_Page |
13:37:50 | | Join f__ [0] (i=jljhook@irkki.fi) |
13:37:58 | JdGordon | r1 - 07 Jul 2008 - 22:08:53 - DominikRiebeling |
13:43:10 | linuxstb | I think some of the screenshots on that page are out of date though - e.g. I thought the "configuration error" message had been changed? |
13:43:18 | | Join casainho [0] (n=chatzill@87-196-190-8.net.novis.pt) |
13:43:39 | JdGordon | yeah, I tihnk so |
13:43:50 | XavierGr | what happened to the SoC student responsible for wps editor? |
13:44:33 | linuxstb | I haven't noticed him here since the end of the summer. |
13:45:00 | XavierGr | pff he took the money and left.... if only the project was done or at least in a decent state. |
13:45:59 | XavierGr | IMHO evaluation should be stricter |
13:46:59 | XavierGr | I remember seeing him the last 2 days before the deadline and as soon as he got the 'ok' he never appeared again |
13:47:25 | linuxstb | Staying after the deadline isn't a requirement though... He was passed based on what he had achieved. |
13:49:29 | XavierGr | linuxstb: true, though if I am not mistaken he was unofficially prompted to continue his work because it was half baked |
13:49:29 | | Join MajorC [0] (n=Mr@host183-38.bornet.net) |
13:49:41 | pixelma | I am really disappointed about this year's communication. It was even worse than last year and we wanted it to get better |
13:50:02 | pixelma | with GSoC students I mean, of course |
13:50:07 | | Join mc2739 [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) |
13:50:08 | XavierGr | in the end he got 4500USD for a weeks work |
13:50:18 | * | linuxstb thinks we need to do two things next year - 1) work harder on thinking of better projects and advertising ourselves to try and recruit better students; 2) be stricter about enforcing constant community involvement - e.g. appearing daily in IRC |
13:50:25 | JdGordon | can anyone see the potential stack overflow in http://pastebin.ca/1234603 ? if PCM_BLOCK_SIZE is 512 is segfaults, 2048 it doesnt... |
13:51:13 | XavierGr | linuxstb: let's hope next year it goes better. |
13:52:28 | JdGordon | that segfault is actually coming out as stack corruption... |
13:52:34 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
13:53:22 | linuxstb | XavierGr: I don't think it will be any better unless we put more effort into it as a project. |
13:54:40 | linuxstb | XavierGr: It all starts with the quality of the applications - for some reason, we don't seem to attact the best students. |
13:54:42 | | Quit GodEater ("http://www.mibbit.com ajax IRC Client") |
13:54:47 | pixelma | yeah, I think so too |
13:54:48 | linuxstb | ^attract |
13:55:21 | linuxstb | Maybe people aren't interested because we're not Linux... |
13:55:46 | gevaerts | How do they know? |
13:56:50 | linuxstb | scorche, markun: Maybe this is an issue for the mentors conference - what can projects do to advertise SoC and try to attract good quality students? Or maybe it's simply that google don't pay enough... |
13:57:44 | B4gder | this year was not a good payment year for Euro people at least |
13:58:04 | JdGordon | even in USD its harldy considered enough for the amount of work thats expected |
13:58:29 | B4gder | no, but euro-wise it was nearly 20% down compared to last year |
13:58:41 | casainho | working on a new RB port, I am getting this problem: "make[1]: *** No rule to make target `button-target.h', needed by `/home/cas/Documentos/rockbox/build/firmware/backlight.o'" |
13:58:59 | JdGordon | it means that file is missing |
13:59:37 | casainho | ok, I don't hav e button-target.h because I don't make it yet, however also i don't have backlight also, I can I skio the compiling of backlight.c? |
14:00 |
14:00:12 | casainho | I am just starting the bootloader, I don't have yet buttons, nor backlight |
14:01:06 | | Quit mc2739 () |
14:02:05 | JdGordon | Nico_P: you round? |
14:02:21 | * | linuxstb wonders if half the number of students, getting paid twice the amount of money each, would be more productive... |
14:02:24 | B4gder | casainho: our bootloaders generally have button support |
14:02:35 | B4gder | casainho: but you can disable or edit out anything you like of course |
14:02:38 | Nico_P | JdGordon: yes |
14:03:01 | JdGordon | busy? |
14:03:07 | linuxstb | casainho: You may want to look at the files for the Sansa E200v2 port - that is also in an extremely early stage, and many files just contain empty functions. |
14:03:39 | casainho | B4gder: later my port will also use button for shure, but now, I can I disable the build of that files associated to buttons and LCD? |
14:04:01 | B4gder | you can disably exactly everything you want |
14:04:03 | linuxstb | casainho: I would recommend creating the required files, but with empty functions. |
14:04:10 | B4gder | disable |
14:04:24 | linuxstb | That way you a) know what needs to be done; and b) don't need to re-enable things that you'd disabled. |
14:05:09 | Nico_P | JdGordon: a bit... |
14:06:36 | JdGordon | Nico_P: do you know codec_pcmbuf_insert_callback()? at all? I have a feeling that somewhere in there is killing my buffers and dunno why (my changes to pcmbuf.c to reimplement the absolutly required calls are at http://pastebin.ca/1234603) |
14:06:43 | JdGordon | if you have a few min.... |
14:06:45 | B4gder | yeah, creating the correct file set with empty stubs is surely the best way to start a port |
14:06:59 | | Quit MajorC ("Leaving") |
14:07:26 | casainho | okok - I will do that :-) |
14:07:52 | Nico_P | JdGordon: no, I don't know that code |
14:24:12 | | Quit amiconn (Nick collision from services.) |
14:24:18 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
14:26:05 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
14:33:42 | n1s | gevaerts: the broken usb detection on c200 with the new bootloader that you mentioned in FS9369, is it something that used to work? if so could you perhaps file a detailed bugreport in the tracker so that "someone" can check it out? |
14:34:06 | gevaerts | n1s: I very strongly suspect a bad cable |
14:35:49 | n1s | aha, anyone else with a c200 around that could test the bootloader in FS #9369 especially usb detection? |
14:36:40 | | Join Rob2223 [0] (n=Miranda@p4FDCC123.dip.t-dialin.net) |
14:37:32 | | Quit Rob2222 (Connection reset by peer) |
14:37:50 | | Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-11d86fe55353ae2d) |
14:39:27 | | Part B4gder |
14:39:52 | | Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-44e058207f2a3aff) |
14:43:33 | | Join robin0800_ [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
14:49:02 | * | JdGordon is getting closer to having actual music playing! |
14:49:57 | LambdaCalculus37 | JdGordon: Sweet! Which device? |
14:50:08 | JdGordon | sim |
14:50:17 | JdGordon | fiddling with the pcmbuf |
14:54:42 | LambdaCalculus37 | JdGordon: You mentioned that the OS X Sansapatcher I rolled and posted at FS #9369 worked for you, correct? |
14:55:16 | JdGordon | yeah |
14:55:31 | LambdaCalculus37 | Cool. Now we just need a Windows version and we're done. :) |
14:56:19 | JdGordon | linuxstb: you busy? |
14:56:27 | linuxstb | I should be... |
14:56:34 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
14:56:43 | * | JdGordon takes that as a no? |
14:57:42 | JdGordon | codec_pcmbuf_insert_callback() should end up with usable pcm? ive finnaly got it working with full 32K buffers but the audoi is still playing way too fast and sounds wierd |
14:58:30 | linuxstb | Is that the function the codecs themselves call via the codec API? |
14:58:42 | JdGordon | yeah |
14:59:01 | linuxstb | Then that's the function where you can get PCM in lots of different formats. |
14:59:03 | JdGordon | its got a nice dsp_proccess() call in which which i assume makes it usable |
14:59:29 | n1s | LambdaCalculus37: does usb detection work on your c200 with the new bootloader, when connecting while it's off? |
14:59:53 | Nico_P | JdGordon: whilst you're fiddling with PCM code, do you think there could be a way to get info from the PCM data in order to show something like a spectrogram? |
15:00 |
15:00:15 | LambdaCalculus37 | n1s: My c200 boots into the OF when connected via USB while powered off, but it doesn't establish a USB connection. It just charges. |
15:00:15 | JdGordon | dunno |
15:00:18 | Nico_P | of course that means we need to look at the data going into the DAC, and not what the codec outputs |
15:00:35 | n1s | LambdaCalculus37: is that how it's supposed to work? |
15:01:06 | casainho | I am getting this error: make[1]: *** No rule to make target `button-target.h', needed by `/home/cas/Documentos/rockbox/build/firmware/backlight.o' |
15:01:13 | linuxstb | Nico_P: That sounds similar to the peakmeter. You should look to see how that's handled |
15:01:19 | casainho | however I have that button-target.h file |
15:01:23 | n1s | JdGordon: are you adding support for playback of more sample rates? |
15:01:25 | | Quit PaulJam (".") |
15:01:30 | casainho | where can be the error? |
15:01:40 | Nico_P | linuxstb: I have, and it seems to only get the peak values from a dedicated func |
15:01:50 | linuxstb | casainho: Then you have it in the wrong place. Can you first post your changes to tools/configure somewhere? |
15:01:55 | Nico_P | same for the vumeter and oscilloscope plugins |
15:02:17 | JdGordon | n1s: no, I'm trying to make a pcm buf that could be used to have voice playing while paused... atm just trying to get corect sound out of the codecs without anything fancy like fading... |
15:02:27 | JdGordon | I have sound, but its fast and a but garbeled |
15:02:51 | n1s | ah, yes that would be a great improvement of the voice ui indeed :) |
15:02:58 | JdGordon | garbled is probably the wrong word |
15:03:02 | LambdaCalculus37 | n1s: I don't think it's supposed to act like that. The connection works if I disconnect the Sansa and reconnect it. Maybe other c200 owners can give insight as well? |
15:03:10 | Nico_P | JdGordon: what kind of design are you aming for? a mixer with several entries? |
15:03:13 | JdGordon | n1s: do you know pcmbuf.c at all? |
15:03:18 | JdGordon | Nico_P: yeah |
15:03:25 | n1s | JdGordon: not at all i'm afraid |
15:03:32 | linuxstb | Nico_P: IIRC, the peakmeter values are calculated somewhere in the audio drivers in firmware/. If you don't do it there, you have to take account of the latency... |
15:03:41 | casainho | linuxstb: here: http://pastebin.com/d1efd97ca |
15:03:54 | *** | Saving seen data "./dancer.seen" |
15:04:06 | linuxstb | casainho: And where did you put your button-target.h file? |
15:04:17 | * | JdGordon cant see anywhere in pcmbuf.c where the pcm data is mangled for output |
15:04:23 | Nico_P | linuxstb: maybe the drivers could be modified to export a few more values... |
15:04:40 | jhMikeS | is it gonna be too annoying if I have to force incompatibility of codecs and plugins to get rid of kernel cruft? :) |
15:04:48 | casainho | linuxstb: here: firmware/target/arm/at91sam/rockboxplayerlittle |
15:05:10 | n1s | jhMikeS: I don't think that is a problem |
15:05:17 | linuxstb | jhMikeS: No, I don't think it's ever an issue to break codec/plugin API compatibility... The world isn't full of third-party plugins... |
15:05:31 | JdGordon | jhMikeS: you know the pcm code dont you/ |
15:05:33 | JdGordon | ? |
15:05:43 | n1s | JdGordon: in dsp.c maybe? |
15:05:48 | jhMikeS | linuxstb: I just try to ask before making a nuisance of myself :) |
15:05:59 | jhMikeS | JdGordon: somewhat |
15:06:06 | linuxstb | casainho: That's the problem - the configure file says "rockboxplayer-little", but you've called the directory "rockboxplayerlittle" (t_model) |
15:06:11 | | Nick f__ is now known as feisar (i=jljhook@irkki.fi) |
15:06:28 | jhMikeS | JdGordon: I don't think anyone does in full if you want my honest opinion :) |
15:06:33 | | Quit feisar ("leaving") |
15:06:35 | casainho | linuxstb: thanks!! :-) I will rectify then :-) |
15:07:40 | jhMikeS | JdGordon: but....what particular bit were you wondering about? perhaps I can help. |
15:08:12 | JdGordon | jhMikeS: I'm trying to reimplement the pcmbuf so it doesnt do anything fancy (i.e fading), just to be able to get pcm from the codec and put it on the output... http://pastebin.ca/1234648 is the current patch |
15:08:28 | JdGordon | it works, but the output is really fast, and sounds like shit... and i dont know why :( |
15:09:05 | JdGordon | also, line 106 of that patch, if that +4096 isnt there I get a stack smashing and I dunno why, but thats another issue |
15:09:40 | casainho | linuxstb: unfortunately, I am getting the same error :-( −− I did changed it on configure file and did "../tools/configure" again... |
15:09:52 | jhMikeS | JdGordon: ok, one moment I'll look |
15:09:57 | linuxstb | casainho: Try a "make clean" |
15:09:57 | JdGordon | thanks :) |
15:12:09 | casainho | linuxstb: even after make clean, the error stills there :-( |
15:12:41 | JdGordon | jhMikeS: the patch is supposed to keep giving the codec a 512-1k buffer (whatever it asks for) and keep builing up groups of 32K which are then passed as is to the DAC |
15:13:53 | jhMikeS | why so large a chunk? |
15:14:15 | JdGordon | apparenrlty thats the size the hardware likes... but that can be shrunk |
15:14:28 | * | JdGordon would rather get it working at all before fiddling with sizes |
15:14:50 | jhMikeS | The hardware shouldn't care what size it is other than aligned and a full pair of samples |
15:14:52 | casainho | linuxstb: here is the diff: http://pastebin.com/d244afe34 |
15:15:36 | | Join stoffel_ [0] (n=sfr@p57B4E3CA.dip.t-dialin.net) |
15:16:15 | linuxstb | casainho: That diff doesn't include a "button-target.h" |
15:16:42 | casainho | linuxstb: eheh - forgot to do svn add :-) |
15:17:01 | jhMikeS | JdGordon: doesn't the buffer do 8192-byte chunks? |
15:17:17 | * | LambdaCalculus37 wonders if Mr Someone can make a Windows Sansapatcher so that all versions are up-to-date |
15:17:55 | JdGordon | jhMikeS: I'm not sure... the numbers can be fiddles with later |
15:18:03 | casainho | linuxstb: here: http://pastebin.com/d6d1455c1 |
15:18:12 | JdGordon | i'm completly bypassing all the exsitsng pcm code |
15:18:55 | Nico_P | jhMikeS: nice to see you around :) |
15:19:13 | JdGordon | 8k chunks seems to work just as well/badly as 32 :p |
15:20:44 | Nico_P | JdGordon: one nice application I see with the mixing is having plugins that can output audio while music is playing |
15:21:04 | jhMikeS | Nico_P: hello there :) things move in cycles and so this has been the off cycle lately. |
15:21:05 | | Join Schmogel [0] (n=Miranda@p3EE21D9D.dip0.t-ipconnect.de) |
15:21:22 | Nico_P | it's quite the same here too |
15:23:05 | jhMikeS | I defintely don't see myself exiting permanently though but just compelled to visit other planes of being :) |
15:23:58 | linuxstb | casainho: You patch is also missing config-rockboxplayerlittle.h |
15:24:55 | linuxstb | casainho: If you type "svn status" from within your firmware/ directory, it will list any files you haven't done "svn add" on. |
15:26:53 | casainho | linuxstb: okok - looks like I didn't missing nothing now: http://pastebin.com/d56ef4240 |
15:27:00 | JdGordon | jhMikeS: any ideas? |
15:27:28 | moos | jhMikeS: wow, hi, indeed nice to see you around again :) |
15:29:33 | linuxstb | casainho: That patch fails with an error about "backlight-target.h" |
15:30:12 | jhMikeS | moos: hello. good to see you here too. you weren't here when I checked-in last. |
15:30:23 | casainho | linuxstb: patch failing? why? don't understand... |
15:30:39 | jhMikeS | JdGordon: not yet. I think I have to apply it and have a look. |
15:31:11 | linuxstb | casainho: I mean when I try to compile Rockbox (rockboxplayerlittle, bootloader build) with your patch, I get an error saying backlight-target.h doesn't exist. |
15:31:49 | moos | jhMikeS: really busy here too with the real life...but always checking here and here about rockbox when I can |
15:32:04 | linuxstb | casainho: You also need to define AT91SAM9260 in config.h - e.g. "#define AT91SAM9260 9260" (similar to all the other CPU defines). |
15:32:39 | casainho | linuxstb: oh, thats true :-) - sorry. |
15:35:28 | casainho | linuxstb: okok, I don't have now that warnings about missing the "AT91SAM9260" is not defined −− I will take care of backlight-target.h :-) |
15:38:29 | jhMikeS | JdGordon: I'll give my op. as soon as I figure out what is supposed to be happening |
15:38:45 | JdGordon | :) |
15:39:21 | jhMikeS | JdGordon: that block_count variable isn't safe like that (inc/dec between thread and int context) |
15:39:36 | JdGordon | yeah, I know |
15:40:14 | LambdaCalculus37 | n1s: USB detection of my c200 works in Windows XP. |
15:40:31 | JdGordon | and write_complete should actually be doing something useful, but it breaks if I try to change that |
15:40:53 | * | linuxstb hopes any pcmbuf rework will include support for using different hardware samplerates... |
15:41:00 | * | LambdaCalculus37 summons the mighty gevaerts |
15:41:36 | jhMikeS | JdGordon: that function should make the new data available to the callback |
15:42:05 | JdGordon | yeah, its safe how it is now, but will need fixing later |
15:42:20 | JdGordon | but yeah, I just want to get sound working properly first :p |
15:42:37 | * | gevaerts feels summoned |
15:43:14 | casainho | linuxstb: now I need to have the adc-target.h, however I think I will not use any ADC on my player... do I really need to have that file? |
15:43:23 | LambdaCalculus37 | gevaerts: Want to roll a Windows build of Sansapatcher using the new bootloaders from FS #9369? |
15:43:34 | LambdaCalculus37 | That way we can have all versions up to date and they can go onto the build server. |
15:43:35 | | Quit nplus (Read error: 104 (Connection reset by peer)) |
15:43:58 | linuxstb | casainho: adc is usually used for things like buttons and battery status. It's not audio ADC. |
15:44:45 | casainho | linuxstb: ok, but even like that, I will not use ADC for buttons, will be direct I/Os |
15:44:56 | | Join J-23 [0] (n=kvirc@a105.net128.okay.pl) |
15:45:00 | casainho | linuxstb: is there a way to skip that file? |
15:46:27 | linuxstb | casainho: I think all existing targets have an adc - so if I was you I would just create a dummy file for now. |
15:46:29 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
15:46:38 | gevaerts | LambdaCalculus37: do I need to edit something to get the right version numbers? |
15:46:43 | casainho | linuxstb: ok :-) |
15:49:52 | | Join dabujo [0] (i=xx@p4FDB22B7.dip0.t-ipconnect.de) |
15:50:23 | LambdaCalculus37 | gevaerts: Sansapatcher should be version 0.7 with 5.0 bootloaders, so you may have to edit the version string. |
15:50:41 | LambdaCalculus37 | n1s: Does gevaerts have to edit the version string for the sansapatcher source, or is that already done in SVN? |
15:50:52 | | Part LinusN |
15:51:29 | * | LambdaCalculus37 checks |
15:51:55 | LambdaCalculus37 | gevaerts: Edit rbutil/sansapatcher/main.c to add the appropriate version string. |
15:53:12 | * | LambdaCalculus37 will try to get a wireless connection later to bump the version string for Sansapatcher in SVN |
15:53:30 | * | jhMikeS is really confused by the new code (and perhaps out of practice) :\ |
15:54:00 | JdGordon | :( |
15:54:57 | gevaerts | LambdaCalculus37: done |
15:55:46 | LambdaCalculus37 | gevaerts: Cool. |
15:58:02 | | Quit Bagder ("*plopp*") |
16:00 |
16:02:27 | | Join pvbcharon [0] (n=charon@62.225.173.228) |
16:06:08 | * | jhMikeS will just listen to the output which might say more about what's happening |
16:08:23 | jhMikeS | JdGordon: will it blow up if voice happens to be on? |
16:08:48 | JdGordon | dunno.. probably completly ignored |
16:08:58 | JdGordon | play it in the sim |
16:10:22 | jhMikeS | yeeha, data abort |
16:12:02 | JdGordon | on target? |
16:12:11 | jhMikeS | yes, but voice was on |
16:12:20 | JdGordon | yeah, just use the sim... |
16:14:03 | jhMikeS | hrm, no sound but the seconds go by pretty fast |
16:15:16 | casainho | can someone please help me on how should I include this file so I don't get this error? : CC target/arm/at91sam/rockboxplayerlittle/crt0.S |
16:15:17 | casainho | target/arm/at91sam/rockboxplayerlittle/crt0.S:40:73: error: firmware/target/arm/at91sam/rockboxplayerlittle/at91sam9260.h: No such file or directory |
16:16:37 | casainho | I need to include file "at91sam9260.h" and I did put it on dir "target/arm/at91sam/rockboxplayerlittle/" - should it stay on another dir? |
16:19:38 | jhMikeS | JdGordon: one thing is that the count parameter is the number of samples (mono, or stereo pairs) and not bytes |
16:20:11 | JdGordon | oh... OHHH>>.... |
16:20:25 | jhMikeS | the buffer data should be in int16_t |
16:22:18 | jhMikeS | actually for the pcm buffer it's always 16-16 packed pairs so SIZE/4 |
16:23:35 | JdGordon | AH.. thats why its doing *count<<2 |
16:23:49 | preglow | JdGordon: oy, could you zip up your os x dev tree for me? absolutely no luck building compilers here |
16:24:59 | n1s | preglow: do you have any other arm-elf assemblers installed? iirc i saw that problem somewhere and it was because the wrong assembler was used |
16:25:08 | JdGordon | preglow: umm, ok, lemme have a look |
16:25:19 | preglow | n1s: nothing of the sort, but that does sound very much like the error i'm having |
16:25:22 | linuxstb | casainho: It should probably go in firmware/export/ and you include it with "#include <at91sam9260.h>" |
16:25:49 | casainho | hmmm |
16:26:17 | preglow | n1s: can't ever recall having installed anything of the kind, and nothing prefixed "arm" exists here, but yeah, it does seem like the wrong assembler gets used |
16:26:36 | preglow | n1s: where did you see this problem mentioned? |
16:26:48 | casainho | linuxstb: okok, I already did that, and it is working, don't know if is a good organization on RB source... −− almost know I am the bootloader building :-) |
16:27:36 | n1s | preglow: don't remember exactly but googling for "crtstuff" seems to bring up some hits that could be it |
16:27:37 | jhMikeS | JdGordon: yeah. counts rather than bytes made the DSP much simpler. |
16:28:18 | rasher | linuxstb: I don't think providing only windows sims would be terrible |
16:28:50 | rasher | linuxstb: I haven't had any requests for Linux sims while hosting the windows sims (but that's of course not representative of what Rockbox might get) |
16:29:15 | JdGordon | preglow: ok.. I *thought* i had the CC's built... cant find them so im trying to build arm now to see if it works |
16:29:21 | LambdaCalculus37 | n1s: I'm going to bump the version number for rbutil/sansapatcher/main.c in SVN. |
16:29:56 | n1s | LambdaCalculus37: ok |
16:30:44 | | Join obo [0] (n=obo@rockbox/developer/obo) |
16:30:51 | n1s | preglow: here it is http://forums.rockbox.org/index.php?topic=18548.0 however it doesn't seem a solution was found there... |
16:30:58 | jhMikeS | JdGordon: HINT: The variable would be "size" rather than "count" if it were bytes, no? (/me renamed it for that reason anyway) :) |
16:31:34 | JdGordon | count/size/blaa.. it all sounds the same to me :p |
16:32:39 | * | jhMikeS says to call it "blaa" then :) |
16:33:44 | | Quit pvbcharon () |
16:37:11 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
16:37:12 | casainho | linuxstb: I have now an error on the LDS script, can you please give a look? here is the patch file: http://www.speedfile.org/516043 |
16:38:43 | | Join tvelocity [0] (n=tony@gw1.mycosmos.gr) |
16:39:07 | JdGordon | preglow: ok, wierd... rockboxdev.sh died... guess i cant build it :p |
16:39:54 | JdGordon | jhMikeS: ok, but size in the pcmbuf_callback() is in bytes? |
16:40:36 | jhMikeS | JdGordon: yes, the hardware takes bytes |
16:44:44 | | Join PaulJam [0] (i=PaulJam_@vpn-3054.gwdg.de) |
16:48:50 | JdGordon | jhMikeS: http://pastebin.ca/1234716 is closer to what it should look like? |
16:54:53 | | Join dghohens [0] (n=dghohens@204.85.84.48) |
16:55:07 | JdGordon | oohhh... its almost correct :) |
16:55:29 | jhMikeS | JdGordon: Looks closer |
16:56:03 | JdGordon | still have to add 4K onto the end of the buf though or it overflows somewhere |
16:56:44 | jhMikeS | that should be found out no doubt |
16:57:03 | JdGordon | well yeah :p |
16:57:51 | JdGordon | setting it to 32k samples comes out almost perfect |
16:58:14 | jhMikeS | probably before going anywhere. the codec won't go over but it could be buffer fragmenting perhaps? |
16:59:01 | dghohens | Hey guys, I'm having a problem with Rockbox. I just installed it on my 5.5 Gen 30 GB Video iPod, and I put songs on it. The database only shows songs from titles starting with S to titles starting with Z or #. Also, when I try to play files, they don't play. Earlier, when I tried to play files, I got a high pitched beep when the file was supposed to be playing. Do you guys have any idea what my problem could be? |
16:59:02 | JdGordon | shouldnt be.. that 32k is grouped, and It shouldnt be able to lose a block... |
16:59:48 | n1s | dghohens: what kind of files? |
17:00 |
17:00:02 | jhMikeS | so even if one sample goes into the 32k block, the whole 32k block is used? |
17:00:35 | dghohens | n1s: I tried m4a and mp3 |
17:00:49 | linuxstb | dghohens: Do the files play if you access them via the "Files" menu? |
17:00:50 | n1s | dghohens: and none of them play? |
17:01:01 | JdGordon | jhMikeS: that block will be filled |
17:03:21 | | Quit Zagor ("Client exiting") |
17:03:25 | JdGordon | there is still some artifact somewhere though |
17:03:31 | JdGordon | I can hear a click sort of sound |
17:03:32 | dghohens | n1s: I haven't had time to try to play all 1000 something files, but every one I've tried did not work. I had it playing yesterday, it might have been that it just likes m4a files. I thought m4a were the problem, so I put all mp3's on there. I'll put m4a's back on and check |
17:03:55 | *** | Saving seen data "./dancer.seen" |
17:04:44 | n1s | dghohens: mp3 files with exotic tags can cause problems, do you have large embedded album art, lyrics or something like that in your tags? |
17:05:09 | dghohens | n1s: also, when I plug it into my computer, Rhythmbox shows it as having files a-z on there. I'm not aware of album art or lyrics in my tags. |
17:06:21 | n1s | dghohens: could you link to or post an example of a file that doesn't work somewhere? |
17:07:32 | JdGordon | jhMikeS: thanks for your help, im going to bed now... if you come up with anything else lemme know.. ill read the logs tomorow |
17:07:34 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
17:07:35 | dghohens | n1s: Do you want me to just transfer you a file? |
17:07:56 | linuxstb | dghohens: When you say that the files "don't play" - what happens? |
17:08:00 | n1s | dghohens: you could try, not sure if it will work |
17:08:50 | dghohens | n1s: It stays at 0:00 and sometimes shows the file name. Under the file name, it shows (root) then under that, (root) again. |
17:10:09 | linuxstb | Have you checked that your filesystem isn't corrupt? e.g. with fsck.vfat ? |
17:10:22 | dghohens | n1s: I'm transferring you one of the songs that it shows the file name, then (root) (root) |
17:10:39 | dghohens | linuxstb: I haven't... Would I just plug it in to the computer and check that with terminal? |
17:11:26 | linuxstb | Yes, I forget the exact command though... |
17:11:52 | n1s | fsck.vfat ? |
17:12:20 | linuxstb | Yes - what options (if any) do you need? |
17:14:41 | | Join Slack [0] (n=brett@12-218-63-169.client.mchsi.com) |
17:15:47 | dghohens | fsck.vfat -a -d /media/DGHOHENS\'S/ |
17:16:00 | dghohens | I tried that, it didn't change the problem. |
17:17:07 | | Quit Slack (Client Quit) |
17:17:09 | linuxstb | I thought you had to specify the disk device - e.g. /dev/sdX2 ? |
17:17:21 | | Join Slack [0] (n=brett@12-218-63-169.client.mchsi.com) |
17:17:29 | dghohens | Oh... whoops. I'll try it that way. |
17:17:56 | linuxstb | You should probably unmount first as well. |
17:18:51 | | Join pierre- [0] (n=pierre@95.28.126.53) |
17:21:07 | dghohens | linuxstb: How am I supposed to find out which letter to put in x's place? |
17:21:44 | | Join bughunter2 [0] (n=Jelle@77.164.66.126) |
17:22:31 | n1s | mount | grep "/media/DGHOHENS" |
17:24:34 | dghohens | and then what do I use for the fsck.vfat command? |
17:25:38 | n1s | you should get a line like "/dev/sda1 on /media/DGHOHEN" then you use /dev/sda1 |
17:25:47 | dghohens | yeah, but what options do I use? |
17:26:04 | dghohens | fsck.vfat -a -d /def/sdg2/ |
17:26:08 | dghohens | would that work? |
17:26:12 | linuxstb | No "-d" |
17:26:20 | linuxstb | Just fsck.vfat -a /dev/sdg2 |
17:26:36 | linuxstb | And type "umount /dev/sdg2" first |
17:26:57 | GodEater | yes, scanning a mounted filesystem is a bad idea |
17:27:22 | dghohens | sudo fsck.vfat -a /dev/sdg2 |
17:27:22 | dghohens | dosfsck 2.11, 12 Mar 2005, FAT32, LFN |
17:27:22 | dghohens | /dev/sdg2: 2069 files, 485509/1824490 clusters |
17:27:26 | dghohens | that's my output |
17:27:33 | dghohens | well, input, then output |
17:28:15 | LambdaCalculus37 | dghohens: For future reference, can you use pastebin if you have to show us large amounts of data? |
17:28:17 | linuxstb | That looks to me as if everything is fine. |
17:29:15 | dghohens | LambdaCalculus37: How do you use pastebin? Is that paste as plain text? |
17:29:15 | * | GodEater agrees with linuxstb |
17:29:26 | GodEater | dghohens: www.pastebin.ca |
17:29:37 | GodEater | you paste you text there, and then paste the URL it gives you here |
17:29:43 | LambdaCalculus37 | dghohens: That's pastebin. |
17:29:58 | LambdaCalculus37 | It's also excellent for when you have to show stuff like code to people on IRC. |
17:30:03 | GodEater | so we get one line from you in the channel, and can go off and look at your multi-line output in comfort on a website |
17:30:38 | dghohens | Ahh... I see. Sure, I'll be sure to use that in the future. |
17:31:18 | LambdaCalculus37 | dghohens: Actually, bookmark it. It's a great tool to have around. |
17:32:05 | * | linuxstb spots a 3 line paste, followed by 9 lines discussing pastebin... ;) |
17:32:11 | * | linuxstb made it 10 |
17:32:36 | dghohens | Okay. So, any ideas on my problem? Would it fix it if I just used itunes to restore it and then reinstall rockbox? |
17:34:24 | linuxstb | dghohens: I would try 1) Resetting my settings (it's a menu option somewhere...); 2) Ignoring the database and just trying to play files from the Files menu. |
17:34:48 | | Join Nibbl [0] (n=Nibbler@91-66-158-199-dynip.superkabel.de) |
17:35:00 | LambdaCalculus37 | dghohens: Restoring the iPod with iTunes is what we call a "last ditch resort". That's only to be done if all else fails. |
17:37:50 | dghohens | linuxstb: I'm not able to access any songs from the files menu. I only have 3 folders available there, Calendars, Contacts, and Notes. If I put the files on the ipod by clicking and dragging, instead of using Rhythmbox, would they show up under files? |
17:38:23 | n1s | dghohens: itunes puts files in a hidden folder |
17:38:39 | linuxstb | dghohens: Yes. They are currently in a hidden folder called "iPod_Control". You need to change the "view files" setting in Rockbox to "all" in order to see them. |
17:39:38 | dghohens | Awesome... that's doing the job nicely |
17:41:28 | dghohens | Thank you guys so much for your help, it works perfectly now. |
17:44:13 | | Part dghohens |
17:45:21 | | Quit casainho (Remote closed the connection) |
17:48:16 | | Quit SmallR2002 (Read error: 110 (Connection timed out)) |
17:48:48 | | Join SmallR2002 [0] (n=SmallR20@79-69-47-226.dynamic.dsl.as9105.com) |
17:53:08 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
17:57:28 | | Quit petur (brown.freenode.net irc.freenode.net) |
17:57:28 | NSplit | brown.freenode.net irc.freenode.net |
17:57:28 | | Quit blkhawk (brown.freenode.net irc.freenode.net) |
17:57:28 | | Quit axionix (brown.freenode.net irc.freenode.net) |
17:57:28 | | Quit lordpil (brown.freenode.net irc.freenode.net) |
17:57:28 | | Quit advcomp2019 (brown.freenode.net irc.freenode.net) |
17:57:28 | | Quit ameyer (brown.freenode.net irc.freenode.net) |
17:57:28 | | Quit gkffjcs (brown.freenode.net irc.freenode.net) |
17:57:28 | | Quit Thedjatclubrock (brown.freenode.net irc.freenode.net) |
17:57:28 | | Quit Llorean (brown.freenode.net irc.freenode.net) |
17:57:28 | | Quit jhMikeS (brown.freenode.net irc.freenode.net) |
17:57:28 | | Quit basti (brown.freenode.net irc.freenode.net) |
18:00 |
18:00:57 | NHeal | brown.freenode.net irc.freenode.net |
18:00:57 | NJoin | petur [50] (n=petur@rockbox/developer/petur) |
18:00:57 | NJoin | blkhawk [0] (i=HydraIRC@e176234001.adsl.alicedsl.de) |
18:00:57 | NJoin | axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) |
18:00:57 | NJoin | lordpil [0] (n=lordpil@c-24-63-25-251.hsd1.ma.comcast.net) |
18:00:57 | NJoin | Thedjatclubrock [0] (n=TDJACR@ool-182eb911.dyn.optonline.net) |
18:00:57 | NJoin | advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
18:00:57 | NJoin | ameyer [0] (n=ameyer17@adsl-75-57-161-228.dsl.emhril.sbcglobal.net) |
18:00:57 | NJoin | gkffjcs [0] (n=john-cha@131.156.249.167) |
18:00:57 | | Join Llorean [0] (n=DarkkOne@rockbox/administrator/Llorean) |
18:00:57 | NJoin | jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
18:00:57 | NJoin | basti [0] (n=basti@85.214.109.173) |
18:01:01 | | Quit pixelma (Read error: 110 (Connection timed out)) |
18:04:34 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
18:04:41 | | Quit linuxstb (Nick collision from services.) |
18:04:43 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
18:05:33 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
18:05:59 | | Quit petur ("work->home") |
18:12:52 | | Quit BigBambi ("http://www.mibbit.com ajax IRC Client") |
18:15:14 | | Join faemir [0] (n=quassel@88-106-238-33.dynamic.dsl.as9105.com) |
18:24:07 | | Quit robin0800_ (Remote closed the connection) |
18:26:40 | | Join karashata [0] (n=kimi@69.41.192.215) |
18:33:31 | | Join perrikwp [0] (i=98213619@gateway/web/ajax/mibbit.com/x-7d90a565d51683f0) |
18:34:20 | | Quit pierre- (Connection timed out) |
18:36:45 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
18:37:20 | | Quit AhtiK (Connection timed out) |
18:37:44 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
18:39:40 | | Join Bagder [241] (n=daniel@rockbox/developer/bagder) |
18:43:06 | | Join wpyh [0] (n=william@116.242.74.170) |
18:45:06 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
18:48:15 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
18:48:20 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
18:48:32 | | Quit linuxstb (Nick collision from services.) |
18:48:34 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
18:54:25 | | Quit Nibbl (Read error: 113 (No route to host)) |
18:54:42 | | Join Strife89 [0] (n=michael@204.116.245.152) |
18:56:27 | | Join Nibbl [0] (n=Nibbler@91-66-158-199-dynip.superkabel.de) |
18:58:50 | | Quit tvelocity ("Αποχώρησε") |
18:59:17 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
19:00 |
19:01:55 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
19:03:56 | *** | Saving seen data "./dancer.seen" |
19:04:21 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
19:06:09 | | Quit moos ("Rockbox rules the DAP world") |
19:06:39 | | Join miepchen^schlaf [0] (n=miepchen@p579ECDD6.dip.t-dialin.net) |
19:06:40 | | Quit GodEater_ (Client Quit) |
19:11:17 | | Quit HellDragon (Client Quit) |
19:12:34 | | Join GodEater_ [0] (n=ge@rockbox/staff/GodEater) |
19:19:27 | | Join karashata_ [0] (n=kimi@69.41.192.215) |
19:19:27 | | Quit karashata (Read error: 104 (Connection reset by peer)) |
19:20:26 | | Nick karashata_ is now known as karashata (n=kimi@69.41.192.215) |
19:22:05 | | Quit Nibbl (Remote closed the connection) |
19:24:26 | | Quit karashata (Read error: 113 (No route to host)) |
19:24:31 | | Join karashata [0] (n=kimi@69.41.192.215) |
19:30:53 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
19:36:25 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
19:39:08 | | Join Nibbl [0] (n=Nibbler@91-66-158-199-dynip.superkabel.de) |
19:44:13 | | Join Horschti [0] (n=Horscht@p4FD4E536.dip.t-dialin.net) |
19:44:57 | | Quit Horscht (Nick collision from services.) |
19:50:08 | | Quit miepchen^schlaf () |
19:50:32 | | Join kb__ [0] (n=kb__@cust.static.213-180-182-5.cybernet.ch) |
19:53:08 | kb__ | Hi. I have a 'semi-bricked' sansa e280. It boots into the original firmware and rockbox without problems, but I think the filesystem became corrupt - if I tried to browse files under rockbox, it would freeze, and under the original firmware, it said "bad track" if I tried to play anything. I was going to format it, but it first started showing up as two 0-byte drives under Windows, and then when I next plugged it in under Linux, it |
19:53:08 | kb__ | wasn't even getting a device node. Now I have it in recovery mode, and I have /dev/sdc, but fdisk -l thinks it doesn't contain a valid partition table. How can I restore it to functional? |
19:53:17 | | Join miepchen^schlaf [0] (n=miepchen@p579ECDD6.dip.t-dialin.net) |
19:53:23 | kb__ | (It was working correctly for months before this happened) |
19:53:51 | | Join mf0102 [0] (n=michi@e181134016.adsl.alicedsl.de) |
19:54:48 | domonoky | kb__: maybe take look at: http://www.rockbox.org/twiki/bin/view/Main/SansaE200Unbrick |
19:56:35 | linuxstb | kb__: STOP ;) You shouldn't need to use recovery mode. |
19:56:54 | kb__ | linuxstb: ok, so, what should I need to do? |
19:57:14 | linuxstb | If the original firmware is working, I think you can simply use the "reformat" option that's available there. (I know the c2x0 has that option, not 100% sure about the e200 though). |
19:57:18 | kb__ | domonoky: i've read it - I just want to do the least-drastic thing possible |
19:57:21 | kb__ | the e280 doesn't have it |
19:57:27 | kb__ | I spent last night checking |
19:57:54 | kb__ | the usual way to format the e280, according to the manufactor's videos, is to mount it under windows and right-click, selecting 'format' |
19:58:32 | linuxstb | Have you tried running chkdsk on it? (or fsck.vfat in Linux) ? |
19:58:47 | kb__ | I ran fsck.vfat yesterday |
19:59:01 | kb__ | it was after that that the volumes started appearing as 0 bytes under windows |
19:59:55 | linuxstb | OK, then I would probably try the "sansa.fmt" instructions on the page domonoky linked you to. |
20:00 |
20:00:51 | kb__ | ok |
20:04:47 | kb__ | Hm. 2 things |
20:04:56 | kb__ | a) None of the mi4 files are for the e280 |
20:05:37 | kb__ | b) I do have a working firmware (2, actually) as I mentioned |
20:06:22 | linuxstb | I was referring to these instructions - http://www.rockbox.org/twiki/bin/view/Main/SansaE200Unbrick#Formatting_the_device |
20:06:30 | kb__ | Oops. |
20:07:26 | kb__ | ok, it's formatting |
20:07:27 | kb__ | thanks! |
20:09:01 | kb__ | ok, it's stopped saying 'formatting' and seems to have gone off; I'll try booting it now? |
20:09:10 | linuxstb | I guess so. |
20:10:06 | kb__ | meh. |
20:10:10 | kb__ | I still get this in dmesg |
20:10:12 | kb__ | usb 1-3: config 128 interface 0 altsetting 0 endpoint 0x81 has an invalid bInterval 100, changing to 10 |
20:10:18 | kb__ | and no device nodes :( |
20:12:45 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
20:14:00 | | Join meven [0] (n=meven@lav35-1-82-236-137-162.fbx.proxad.net) |
20:16:50 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
20:18:04 | kb__ | why on earth can it get a device node in recovery mode, but not normal mode? :/ |
20:20:01 | | Quit HBK (Read error: 104 (Connection reset by peer)) |
20:20:03 | | Join HBK- [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
20:20:04 | | Quit dabujo (Read error: 104 (Connection reset by peer)) |
20:20:32 | | Join dabujo [0] (i=xx@p4FDB22B7.dip0.t-ipconnect.de) |
20:22:19 | | Join pierre- [0] (n=pierre@89-179-79-170.broadband.corbina.ru) |
20:26:07 | linuxstb | kb__: Are you in the original firmware when inserting USB? Is it in MSC (UMS) mode (if the E200 has such a setting)? |
20:26:27 | | Quit Nibbl ("Ex-Chat") |
20:27:24 | kb__ | a) yes, b) yes (the e200 doesn't have such a setting, but the e280 does) |
20:27:25 | kb__ | ah-hah |
20:27:35 | kb__ | ok, it seems to work now (crosses fingers) |
20:27:59 | kb__ | so, after I formatted, it was in mtp mode, and I was still getting the above message in dmesg |
20:28:22 | kb__ | I tried plugging it into windows - and media player came up, etc, which made me go "doh, it must be in mtp mode", so I switched it |
20:28:38 | kb__ | then, I plugged it into windows again, and got told it was an unknown peripheral |
20:28:49 | kb__ | then you asked your questions and I answered them, while plugging it back into linux |
20:29:04 | kb__ | and under linux, in msc mode, I'm now seeing the device nodes correctly again |
20:29:37 | | Quit J-23 ("Flying cow pressed ^D on my keyboard.") |
20:31:18 | kb__ | gaaaah |
20:31:26 | kb__ | I copied over a file, unmounted, and unplugged it |
20:31:48 | kb__ | and now the bootloader is failing - it can't find rockbox.mi4 or rockbox.e200 |
20:32:16 | linuxstb | I assume you installed Rockbox again after reformatting? |
20:32:23 | domonoky | you formated it, so you need to reextract the rockbox.zip ofcourse |
20:32:24 | kb__ | ah - ok, holding down the left arrow I can still boot into the old firmware - I fat-fingered that the first time I tried it |
20:32:51 | kb__ | I did realize rockbox wasn't there anymore, but it wasn't falling back to the original, and I mis-fingered trying to boot the original - user error, sorry! |
20:34:43 | | Join Humbucker [0] (n=pIRCuser@92.50.253.4) |
20:34:55 | Humbucker | hi people!) |
20:35:22 | kb__ | hi Humbucker |
20:35:27 | Humbucker | i'm from Russia, sorry for my english |
20:35:38 | Humbucker | have a question |
20:35:59 | Humbucker | i'm user motorola z6. MontaVista 2.6.10 |
20:36:36 | Humbucker | users e2 run rockbox |
20:36:50 | kb__ | wow, the new version of rockbox is shiny :D - thanks a million, linuxstb and domonoky :) |
20:36:52 | Humbucker | but on z6 this port not working |
20:37:28 | Humbucker | because version of kernel different |
20:37:31 | linuxstb | We know nothing about Rockbox on the motorola phones - it's done by someone who hasn't contributed his changes back to us. |
20:37:36 | Humbucker | or something like that |
20:37:44 | | Quit miepchen^schlaf (Connection timed out) |
20:38:07 | Humbucker | it's bad.... |
20:38:19 | Humbucker | or not so good) |
20:39:36 | | Quit nplus (Remote closed the connection) |
20:39:58 | | Join miepchen^schlaf [0] (n=miepchen@p579ECDD6.dip.t-dialin.net) |
20:40:25 | Humbucker | mmm . launch rockbox on monta vista linux - is possible? |
20:40:46 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
20:40:51 | | Quit nuonguy ("This computer has gone to sleep") |
20:42:08 | | Quit kb__ ("Everything works. Weeeee.") |
20:42:25 | linuxstb | Rockbox itself is a full standalone firmware (operating system and application), but the Rockbox simulator can be compiled to run on a Linux kernel. It currently needs SDL, but that could also be changed quite easily. |
20:42:42 | linuxstb | (the simulator needs SDL - "real" rockbox doesn't use/need it) |
20:43:19 | | Quit BigBambi (Read error: 110 (Connection timed out)) |
20:44:38 | Humbucker | it mean, possible, i think... But how? were i can read something about it? |
20:46:08 | | Join lasser [0] (n=chatzill@W8d01.w.pppool.de) |
20:46:25 | linuxstb | You can start here - http://www.rockbox.org/twiki/bin/view/Main/UiSimulator |
20:47:03 | linuxstb | And then you will probably want to look at the source code (assuming it's available) of Rockbox on the other motorola phones. |
20:48:06 | Humbucker | thank's a lot |
20:48:29 | Humbucker | i'm try) |
20:48:46 | Humbucker | bye, need to go) |
20:49:10 | Humbucker | thank's one more) |
20:49:19 | Humbucker | sorry for english) |
20:49:25 | | Quit Humbucker (" ") |
20:54:57 | | Quit bmbl (Read error: 104 (Connection reset by peer)) |
20:55:16 | | Join pixelma [0] (i=pixelma@212.204.47.129) |
20:56:43 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
20:58:03 | | Quit Thedjatclubrock (Read error: 60 (Operation timed out)) |
20:59:04 | | Quit pierre- (Read error: 110 (Connection timed out)) |
21:00 |
21:02:01 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
21:02:18 | | Join Thedjatclubrock [0] (n=TDJACR@ool-182eb911.dyn.optonline.net) |
21:03:59 | *** | Saving seen data "./dancer.seen" |
21:07:16 | | Join webguest87 [0] (n=cd98f70f@gateway/web/cgi-irc/labb.contactor.se/x-798d4797ab6f2c14) |
21:07:29 | | Quit webguest87 (Client Quit) |
21:09:29 | | Join barrywardell [0] (n=barrywar@79.97.87.130) |
21:13:00 | | Join tessarakt [0] (n=jens@e180076009.adsl.alicedsl.de) |
21:29:23 | | Join {phoenix} [0] (n=dirk@p54B47AE4.dip.t-dialin.net) |
21:36:54 | * | linuxstb hrmfs |
21:38:49 | | Quit karashata ("I go, only to return again some time...") |
21:43:15 | linuxstb | Is anyone familiar with the bug that a playlist full of invalid files (i.e. audio files with valid extensions, but ones which are rejected by the metadata parser) causes Rockbox to freeze? |
21:46:11 | Lear | Not really... Got a number? |
21:47:05 | linuxstb | I think it's the cause for this report - http://www.rockbox.org/tracker/task/9502 |
21:47:09 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
21:47:30 | linuxstb | I'm pretty sure I've experienced this bug before, but searching flyspray, I can't find it. |
21:48:23 | Lear | Repeat must be enabled for this to happen, I guess? |
21:49:21 | linuxstb | No - that was my first thought, but when I disabled repeat, it still happens. |
21:49:42 | linuxstb | It's easy to recreated, just copy two mp3 files into a dir, and rename them to ".ogg" (for example) |
21:50:51 | linuxstb | In fact, if you put two files in a directory, rename the second one to a different audio extension, and play that second one, it freezes. |
21:51:03 | linuxstb | (this is with repeat disabled) |
21:52:46 | Lear | Don't see how that last case could happen... :/ |
21:55:32 | linuxstb | In fact, Rockbox doesn't freeze at all - just the WPS is stuck at 0:00 |
21:57:55 | Lear | But it responds to key presses? |
21:57:58 | | Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") |
21:58:00 | linuxstb | Yes. |
21:58:19 | Lear | Maybe playback.c should check for strange values for last_peek_offset and return an error somewhere... |
21:58:28 | linuxstb | Also, my last example was (I think) a different bug... If you take a .mp3 file with an id3v2 tag, rename it to .ogg, then badness happens. |
21:59:09 | | Quit jhulst (Connection timed out) |
21:59:36 | Lear | Doesn't medata.c select parser based on extension? If so, loading fails... Not sure if I'd call that a bug, as it is by design. |
22:00 |
22:00:48 | linuxstb | I take back what I just said - Rockbox seems to (correctly, as you say), reject that mp3 file renamed to .ogg in the same way as any other invalid file. |
22:01:40 | linuxstb | I should probably just stop confusing the issue. |
22:02:07 | | Quit {phoenix} (Remote closed the connection) |
22:02:18 | linuxstb | Is a possible solution to remove invalid tracks from the playlist, once they've been detected as invalid? |
22:02:23 | Lear | Hm, no freeze in the sim with a buch of bad files, even with repeat all. Sits in wps at 0:00, which doesn't look very good, but... |
22:02:57 | linuxstb | Lear: Yes, it isn't a freeze as such - just nothing happening... |
22:03:06 | Lear | They're already marked as invalid, because removing playlist entries is bad too (e.g., breaks bookmarking). |
22:03:48 | Lear | So it should splash "Empty playlist" or "No playable tracks" or something, and error out... |
22:04:22 | linuxstb | What about the case of one good and one bad file in the same directory? |
22:04:26 | domonoky | bertrik: i can confirm that your i2c work for as3525 also works on a m200v2 :-) |
22:04:44 | | Join mc2739 [0] (n=mc2739@rrcs-71-42-246-130.sw.biz.rr.com) |
22:04:52 | bertrik | great! |
22:05:13 | Lear | Play the good one, if repeat is on, just exit wps otherwise? |
22:07:19 | mc2739 | Hi - Is is possible to build an e200v2 dualboot firmware from svn? If so, what is the correct procedure? |
22:08:42 | linuxstb | Lear: Yes. |
22:10:13 | domonoky | mc2739: should be possible, but wont give you much, because rockbox isnt ready on this device.. but if you want to help with codeing feel free :-) |
22:10:13 | bertrik | mc2739, yes I think, but I haven't tried it myself (I don't have an e200v2) |
22:10:38 | linuxstb | It doesn't do anything at all at the moment... |
22:11:06 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
22:11:39 | bertrik | you do realise that this is all very early experimental stuff that may require you to open your player up and short some pins if something goes wrong? |
22:12:00 | linuxstb | Lear: Are you investigating? |
22:12:09 | mc2739 | I understand that. I have used files from the git for testing, but didn't know if svn was able to do the same yet |
22:12:46 | amiconn | linuxstb: Rockbox marks invalid tracks in the playlist so they aren't tried again (at least it used to do that on hwcodec) |
22:13:06 | Lear | A little at least. Making a build with playlist logf, but I don't have much time for it today... |
22:13:23 | Lear | s/playlist/playback/ |
22:13:37 | amiconn | This was indicated in the playlist viewer. Not sure whether it still works - I don't have invalid tracks, and I don't tend to try such things regularly... |
22:14:17 | Lear | amiconn: Works for swcodec too - or at least last time I checked, which wasn't too long ago. |
22:14:33 | | Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-a0f6d1509f5f605f) |
22:14:47 | * | linuxstb sees that playback.c doesn't check the return value from get_metadata()... |
22:15:33 | Lear | linuxstb: buffering.c does actual reading, playback.c checks for success in audio_finish_load_track. |
22:15:35 | | Quit tessarakt ("Client exiting") |
22:16:07 | Lear | Hm, with repeat on and only bad files, playback.c detects end of playlist properly, but the wps still doesn't exit... |
22:16:39 | linuxstb | Lear: Yes, I'm just looking at buffering.c now, and it simply memsets the mp3entry struct with zeros if get_metadata fails... |
22:19:42 | bertrik | mc2739, the e200v2 is the only player of the sansa v2 series than can be "unbricked", so maybe you should try it out |
22:20:12 | Nico_P | linuxstb: that's checked in audio_finish_load_track |
22:20:22 | Nico_P | if (track_id3->length == 0 && track_id3->filesize == 0) |
22:20:32 | Nico_P | line 1753 |
22:20:37 | Lear | playback.c only sets filling to indicate end of playlist; if nothing was actually playing, playing isn't set to false. So the wps doesn't exit. |
22:20:39 | bertrik | the biggest problem AFAIK is the lack of display support for the e200v2. On the m200v2 and clip we can do some primitive debugging with printf's to the display |
22:20:57 | linuxstb | amiconn: My playlist with one good and one bad file shows (ERR) for the bad track in the playlist viewer - so yes, it seems "id3->skipped" is being set. |
22:21:28 | mc2739 | bertrik: ok, I'll give it a try |
22:21:31 | amiconn | Now the question remains what happens if all tracks are bad and repeat is on... |
22:21:47 | Lear | Maybe add a check for filling == STATE_END_OF_PLAYLIST and not pcm_is_playing somewhere, and stop playback if so... |
22:23:03 | | Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) |
22:23:07 | Lear | amiconn: playlist_peek doesn't find any track, so audio_load_track aborts. playing is true at this point and doesn't get cleared. |
22:23:09 | bertrik | mc2739, basic steps are probably the same as for git: configure for e200v2 bootloader, build it, build mkamsboot, run it on the OF image and the bootloader you built to create a new flash image and put that image on the player |
22:23:48 | amiconn | In mpeg.c? |
22:24:22 | Lear | playback.c. I'm only looking at swcodec... |
22:25:10 | mc2739 | bertrik: thanks, mkamsboot didn't look to be the same as on the git, I didn't know if it worked the same |
22:26:14 | Lear | Hm, works as expected (in the sim, with repeat on) with one good track and a bunch of bad ones. |
22:26:47 | domonoky | bertrik: your i2c work only uses the internal i2c (i2cAudMas) ? would it be possible to use the same/similar code for the external i2c (i2cmsi) ? |
22:27:21 | bertrik | yes, the two i2c buses are very similar |
22:27:59 | bertrik | the internal one is strictly master, the external one can also be slave as far as I understand |
22:28:02 | domonoky | i think the TEA5767 (fm radio) in the m200v2 is on this externa i2c (and maybe also on the i2s) |
22:29:14 | bertrik | I just read that the FM chip in the clip and the fuze (Si4702) can also be accessed through i2c |
22:30:20 | bluebrother | why should the TEA5767 use I2S? |
22:30:34 | domonoky | bluebrother: to route the oudio output ? |
22:30:54 | linuxstb | Isn't the audio output normally analogue? |
22:31:08 | bertrik | linuxstb, exactly what I thought |
22:31:14 | linuxstb | i.e. wired to the audio codec |
22:31:31 | bluebrother | IIRC that chip outputs analog audio |
22:31:37 | domonoky | so i am probably worng.. .:-) |
22:31:49 | bluebrother | at least back the time I looked at that datasheet for the h100 ... |
22:32:02 | amiconn | TEA5767 only outputs analog |
22:34:07 | bertrik | well maybe I need to separate the audio/PMU layer from the i2c layer again then |
22:34:27 | amiconn | It's controlled via i2c (or 3-wire bus, but I don't know any target that uses this mode) |
22:37:47 | domonoky | bertrik: your i2c code looks so small, we can easily make another on for the other i2c bus... |
22:39:06 | bertrik | yeah, it's a bit disappointing in the end to see that something so small took so much time ... :P |
22:39:16 | * | domonoky notices that Clip and e200v2 have buttons on those pins of the external i2c, so maybe they use other pins and software i2c for their fm chips ? |
22:39:51 | | Join allele [0] (n=allele@CPE-69-23-137-242.wi.res.rr.com) |
22:40:05 | | Join DigitalisAkujin [0] (i=mach2@c-76-99-108-57.hsd1.pa.comcast.net) |
22:42:00 | bertrik | ok, hadn't noticed that. The Si4702 can also be configured for a much faster 3-wire mode. |
22:43:16 | allele | I'm getting a data abort message and my plugin freezes when I try exiting it. the only change I made to it was by adding more cells to some of the arrays. |
22:45:43 | | Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) |
22:46:02 | bluebrother | allele: did you also allocate the required space correctly? |
22:46:14 | domonoky | looks like these pins for the external i2c are also already used on the m200v (by the lcd).. so the fm is probably not connected to this.. |
22:46:30 | Lear | linuxstb: I have a fix that seem to work (in the sim at least). Doesn't trigger an end of playlist splash, but ordinary (in-ram playlist) playback doesn't trigger it either, so... Probably best to add it to the patch for some better testing. |
22:46:51 | allele | bluebrother: you mean changing the size of the array? if so then yes |
22:48:35 | * | shotofadds thinks this m200v2 business is going to get very confusing very quickly. In my hand I have a Telechips-based M200 which has a PCB printed with "revision v2.0". Rockbox's "m200v2" target is *rather* misleading... |
22:48:55 | shotofadds | ..especially since we will need a v3 target for the HARP-based ones too |
22:49:14 | domonoky | maybe we should rename it to m200v4 ? |
22:49:34 | shotofadds | I think that would probably be best |
22:49:39 | | Join drowner [0] (n=daniel@ppp121-45-160-223.lns11.adl2.internode.on.net) |
22:49:42 | shotofadds | "someone" should do it ;) |
22:49:49 | drowner | G'day all |
22:49:50 | bluebrother | well, you could post your changes somewhere, then others could take a look |
22:50:10 | LambdaCalculus37 | shotofadds: Wasn't that brought up before? |
22:50:14 | bluebrother | shotofadds: how 'bout renaming all those AMS targets to something -ams? I.e. e200-ams? |
22:50:25 | allele | the plugin runs fine until the return point is reached |
22:50:30 | drowner | I got a 'new' refurbished ipod 80gig video (not the classic, the one before, 5.5) and rocbox utility (under linux) tells me it doesn't support it. Does anyone knnow why?' |
22:50:35 | shotofadds | LambdaCalculus37: yes, but it was seemingly ignored :/ |
22:50:42 | bluebrother | having m200v4 and e200v2 being rather similar sounds kinda confusing too ;-) |
22:51:00 | Bagder | I think the ams suffix idea sounds fine! |
22:51:22 | allele | I'm wondering if the plugin would be iterating through one of the arrays while the plugin is ended |
22:51:25 | shotofadds | well that's a nice little job for someone then ;) |
22:51:53 | * | Bagder is going away for a couple of days to let "someone" get some room for this |
22:52:00 | drowner | do I have to install manually? |
22:52:10 | drowner | or is my firmware the wrong variety? |
22:52:14 | bertrik | If we do that, then ams probably decides that their next chip will be called ams v2 |
22:52:43 | Bagder | drowner: wrong filesystem? |
22:52:52 | drowner | badger, no its fat32 |
22:53:02 | shotofadds | bertrik: but that's ok, m200-ams-v2 is unambiguous... |
22:53:10 | Bagder | then I don't know why it says that... |
22:53:16 | drowner | weird, i know |
22:53:31 | domonoky | rbutil detects it by the usb ids so its probably really a classic.. |
22:54:21 | bertrik | wow this si4702 FM chip looks so much easier to program than the one in my sansa c200v1 |
22:54:28 | drowner | domonoky: That's what I first thought, but classics don't sync with linux at all without a hack, and mine syncs fine. I intentionally avoided a classic for this reason. |
22:55:16 | domonoky | drowner: you could try the manual way with ipodpatcher.. maybe it tells you more.. |
22:55:36 | drowner | i might do that |
22:55:37 | bluebrother | drowner: have you checked the USB ID (from the sysinfo dialog)? |
22:56:39 | drowner | no |
22:56:49 | drowner | you mean in utility or in general? |
22:57:29 | bluebrother | in Rockbox Utility. There's a Sysinfo menu entry (below "About") |
22:58:12 | drowner | OK |
22:58:29 | drowner | I get: VID 05ac PID 1261 |
22:58:39 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
22:59:12 | Lear | linuxstb: Patch added to FS #9502. |
22:59:12 | drowner | does that mean anything to anyone? |
22:59:38 | bluebrother | well, from the list in the configuration this is the ID of an Ipod Classic |
22:59:52 | domonoky | http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=DeviceDetection <- its a classic |
23:00 |
23:00:00 | drowner | Its a classic? |
23:00:06 | * | drowner shakes his fist at apple |
23:00:12 | domonoky | at least the usb-id says this.. |
23:00:15 | bluebrother | you might want to double-check against apples KB article explaining the difference (check the IpodFAQ for the link) |
23:00:20 | drowner | Totally weird. |
23:00:39 | drowner | and, even weirder, it works with linux. |
23:00:50 | bluebrother | why is that weird? |
23:01:06 | drowner | Because classics don't work with linux |
23:01:57 | bluebrother | that's not true. Apple added some checksum to the itunesdb, but libitunesdb (or is it libitunes?) rather quickly learned how to deal with that |
23:02:07 | bluebrother | unless my memory serves me wrong |
23:02:07 | drowner | oh ok |
23:02:24 | drowner | I was under the impression it needed to be hacked manually? |
23:03:18 | bluebrother | ah, it's libgpod these days |
23:03:44 | drowner | oh well |
23:03:57 | drowner | how is the development for rockbox on classic going ;) |
23:03:58 | bluebrother | drowner: http://www.gtkpod.org/libgpod.html |
23:04:02 | *** | Saving seen data "./dancer.seen" |
23:04:13 | bluebrother | it's going very well, given that there is no development ;-) |
23:05:36 | drowner | excellent. |
23:05:42 | drowner | I just can't believe the nerve of apple |
23:05:54 | drowner | at least i got a cheap classic, i suppose |
23:06:28 | drowner | anyhow dudes, i'm off to work. |
23:06:33 | drowner | I shall catch you all |
23:06:39 | drowner | thankyou for your assistance. Bye! |
23:06:39 | ameyer | bluebrother: they reverse-engineered it within about a week if I recall correctly |
23:06:44 | bertrik | there seems to be quite a bit of code for the e200v2 display |
23:06:44 | | Quit drowner ("Ex-Chat") |
23:06:50 | | Join hannesd [0] (n=light@p5B1635AD.dip0.t-ipconnect.de) |
23:07:32 | bluebrother | ameyer: now someone reverse-engineer the 6G bootloader in that time ;) |
23:07:33 | bertrik | now that we know how to access the audio/PMU part of the as3525, we may be able to light up the backlight |
23:10:08 | | Quit Strife89 ("Leaving") |
23:10:34 | | Quit mc2739 () |
23:13:39 | | Quit allele ("Java user signed off") |
23:16:03 | linuxstb | Lear: I've just quickly tested your patch on FS9502, and it seems to fix all my problem directories. |
23:16:33 | Lear | Good. |
23:17:25 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
23:20:38 | | Quit bmbl ("Woah!") |
23:20:51 | | Quit PaulJam (".") |
23:23:31 | Nico_P | Lear: the patch looks good to me |
23:24:11 | | Quit bertrik ("Leaving") |
23:24:27 | | Quit hannesd ("Client suicide") |
23:25:02 | | Quit stoffel_ ("leaving") |
23:26:52 | ameyer | bluebrother: I somehow doubt rockbox will ever work on the 2G nano, 6G iPod, etc. |
23:27:08 | | Join hannesd [0] (n=light@p5B1635AD.dip0.t-ipconnect.de) |
23:27:12 | ameyer | if anything as a F you to Apple for the encryption |
23:27:34 | Lear | Nico_P: OK. I'm off now, so feel free to commit it. |
23:27:42 | | Quit Lear ("ChatZilla 0.9.83 [Firefox 3.1b2pre/20081022033543]") |
23:27:52 | ameyer | well, that and the non-trivial encryption |
23:28:13 | BigBambi | Yes, we all think that it is mightily unlikely |
23:28:54 | Nico_P | ameyer: IMO a F*** you would be to crack it :) |
23:29:31 | Nico_P | someone on the linux4nano ML mentioned an attempt to brute force it, but hasn't posted any updates since |
23:29:52 | ameyer | IMO: "F you, we're not gonna help you sell iPods anymore" |
23:29:55 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
23:30:07 | Nico_P | I don't think they see it like this |
23:30:17 | linuxstb | ameyer: But they don't sell them any more (or at least, some of them)... |
23:30:47 | ameyer | wouldn't surprise me to see an iTouch port, though |
23:30:48 | Nico_P | if they saw us as any help selling ipods, they wouldn't have locked them |
23:31:11 | ameyer | I'm not a developer, so I don't count. |
23:32:08 | ameyer | even if I wanted rockbox on the newer ipods, it's not like I could do anything, so my opinion on the matter doesn't count |
23:33:10 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-5e7e3d06d1b3a1f2) |
23:33:30 | saratoga | anyone know if the H10s can charge the battery in rockbox? |
23:38:18 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
23:39:03 | | Join petur [50] (n=petur@rockbox/developer/petur) |
23:48:42 | | Quit bughunter2 ("bye") |
23:49:58 | | Quit jhulst (Remote closed the connection) |
23:50:13 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
23:50:34 | | Quit culture (Connection timed out) |
23:51:12 | | Quit saratoga ("CGI:IRC (EOF)") |
23:58:10 | | Quit barrywardell (Read error: 104 (Connection reset by peer)) |