00:02:36 | | Join wincent [0] (n=wincent@dyndsl-091-096-000-117.ewe-ip-backbone.de) |
00:03:49 | | Quit bertrik ("Leaving") |
00:04:09 | MT | saratoga : Hi :) .. did you see the logs or the project's wiki ? |
00:04:16 | | Quit BeholdMyGlory (Remote closed the connection) |
00:07:29 | | Quit Toored (Read error: 110 (Connection timed out)) |
00:07:40 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
00:08:32 | | Quit stripwax ("http://miranda-im.org") |
00:09:40 | JdGordon| | Bagder: ping? |
00:10:45 | JdGordon| | Zagor: can you fiddle with build servers or only Bagder ? |
00:11:38 | Zagor | JdGordon|: I can but I tend to leave it to bagder. he knows the system better. |
00:12:35 | JdGordon| | can you tell me what its expecting for my box so i can set ip up properly? (ip/port?) |
00:14:07 | Zagor | JdGordon|: you know of http://www.rockbox.org/twiki/bin/view/Main/BuildServer , right? |
00:14:34 | Zagor | as for ip/port, anything that has ssh up is fine |
00:15:05 | | Quit PyroBor (Remote closed the connection) |
00:16:17 | | Quit XavierGr (Remote closed the connection) |
00:18:00 | | Join hillshum [0] (n=hillshum@unaffiliated/hillshum) |
00:19:16 | hillshum | Was the e200v2/fuze scrollwheel fixed already? |
00:19:22 | JdGordon| | Zagor: yeah, I mean, its all setup already, but i've changed ip's and stuff and will just setup ports again the way its setup for already on the buildmaster |
00:20:14 | * | JdGordon| assumes the build server list isnt public other than whats beeing shown on that wiki page? |
00:21:43 | | Join CaptainKwel [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-d81d5bc0eeae2e5e) |
00:21:48 | Zagor | well, it's not exactly a secret: http://build.rockbox.org/cvsmod/serv-20090422T150507Z.html :-) |
00:25:00 | MT | saratoga , linuxstb : I'm testing the decode function, Is there a way to play the raw decoded audio frames ? |
00:25:35 | MT | or maybe any way for checking whether the output is correct ? |
00:29:19 | linuxstb | MT: I would use the "play" utility (part of sox) |
00:29:48 | | Join BryanJacobs [0] (n=braujac@128.151.220.74) |
00:30:35 | | Quit Zagor ("Clint excited") |
00:30:49 | MT | linuxstb : will try it, thanks. |
00:31:38 | | Quit bluebrother ("zzz") |
00:32:10 | | Quit flydutch ("/* empty */") |
00:34:21 | *** | Saving seen data "./dancer.seen" |
00:34:32 | | Quit CaptainKwel ("http://www.mibbit.com ajax IRC Client") |
00:35:23 | | Quit midijunkie ("?(???~~)?") |
00:36:10 | | Quit gevaerts (Nick collision from services.) |
00:36:41 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
00:37:41 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
00:39:20 | | Quit robin0800 (Remote closed the connection) |
00:42:06 | | Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
00:43:09 | | Quit lymeca (Read error: 113 (No route to host)) |
00:43:12 | | Quit hillshum ("Leaving") |
00:51:51 | | Quit evilnick_7 ("http://www.mibbit.com ajax IRC Client") |
00:57:04 | | Quit Lynx_ (" Try HydraIRC -> http://www.hydrairc.com <-") |
00:59:38 | | Quit tvelocity (Remote closed the connection) |
01:00 |
01:01:00 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9/2009030810]") |
01:01:25 | | Quit evilnick_230 ("http://www.mibbit.com ajax IRC Client") |
01:02:21 | | Quit Seed ("cu, Andre") |
01:04:47 | | Join bs66_ [0] (n=sysuser@95.209.72.114.bredband.tre.se) |
01:05:22 | | Quit bs66_1 (Read error: 110 (Connection timed out)) |
01:06:00 | | Quit barrywardell () |
01:08:34 | | Part mcuelenaere ("Leaving.") |
01:10:41 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
01:14:02 | | Join _Auron_ [0] (n=DarkAuro@ppp-70-245-129-190.dsl.rcsntx.swbell.net) |
01:18:26 | | Quit robin0800 ("No Ping reply in 90 seconds.") |
01:19:00 | | Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
01:19:03 | | Join krazykit [0] (n=kkit@208.35.122.26) |
01:19:39 | | Part krazykit ("Connection reset by beer") |
01:20:38 | | Join steeven [0] (n=sergei@unaffiliated/tuxmp) |
01:20:55 | steeven | hi! |
01:21:31 | steeven | I've read a lot about rockbox but I'm having trouble figuring something out |
01:23:20 | kkurbjun | what's the trouble? |
01:23:55 | steeven | with rockbox on a capable fifth generation+ ipod, will the device lose the ability to send digital audio to a car audio receiver? |
01:24:58 | steeven | I can't really find much information on this |
01:24:59 | kkurbjun | that depends, you can always boot back into the apple firmware, rockbox supports some accessories, but I can't say for sure whether your receiver will work |
01:26:01 | steeven | well, some receivers have the capability to control an ipod and play audio from it using the receiver's own DAC |
01:28:14 | kkurbjun | You might try looking at the ipod accessory page in the wiki, I'm not really sure if it would work in rockbox or not, but if it doesn't you can always go back to the apple firmware |
01:28:35 | kkurbjun | you just hold the menu button I believe while it is booting to go back to the apple software |
01:29:26 | steeven | well, the problem is I don't have an ipod or an ipod-compatible receiver |
01:30:08 | steeven | I'm only interested in getting them if I can easily play lossless audio sent to the receiver digitally |
01:30:13 | BryanJacobs | steeven: is "digital audio" all that important? |
01:30:44 | BryanJacobs | you could just use the line out - the cable you'd be using is only a few feet long tops |
01:30:54 | steeven | sure is, no portable music player has a DAC designed to power an enthusiast audio system |
01:31:10 | steeven | the problem is the line out is designed for headphones |
01:31:16 | BryanJacobs | you don't have an amp in an "enthusiast" system? |
01:31:28 | | Quit Thundercloud (Remote closed the connection) |
01:31:29 | BryanJacobs | no, the line out is not designed for headphones |
01:31:37 | BryanJacobs | line out is preamped DAC output |
01:32:19 | scorche | steeven: many a device's DAC is just fine...you are either thinking of the amp, or you are misinformed |
01:32:39 | steeven | the line out? is there some kind of adapter cable that gives you that connection on an ipod? |
01:33:05 | | Join Thundercloud [0] (i=thunderc@81.187.69.84) |
01:33:19 | BryanJacobs | steeven: it's on the cradle |
01:33:46 | | Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer)) |
01:33:57 | steeven | well like I said, I don't have an ipod yet ;) |
01:34:21 | steeven | where can i find out the voltage of this connector? |
01:34:35 | BryanJacobs | steeven: not sure you understand the problem |
01:34:49 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
01:35:03 | scorche | steeven: most of the headunits you are talking about either communicate with the ipod through what we call advanced features of the apple accessory protocol (which we havent implemented yet, though more simple AAP bits work), or simply use the DAP as a portable hard drive and just read the files off it |
01:35:48 | BryanJacobs | steeven: what I was talking about is a system with an "aux in" jack to which you may connect the ipod's line out; such a system has its own amplifier and so the input voltage doesn't matter. |
01:36:30 | | Quit timc (Remote closed the connection) |
01:36:37 | | Quit Thundercloud (Remote closed the connection) |
01:37:17 | steeven | so I should just disregard the fact that the system is designed for 2V aux inputs and pretend like giving it a 200mV signal is going to be close to adequate? |
01:38:19 | BryanJacobs | you're saying your amp has a *minimum* input? |
01:38:43 | BryanJacobs | it's not powered? |
01:39:09 | steeven | I'm saying it has a specific sensitivity to input and thus has an optimal input range |
01:39:47 | steeven | hehe, maybe the connector is exactly what I need. I'm not saying it isn't |
01:40:11 | steeven | it's kind of odd that the manufacturer doesn't specify this on their website though |
01:41:06 | BryanJacobs | to answer your original question: if your system has an iPod connector which uses the DAP as a UMS device, then rockbox will work fine. If it has a connector using the AAP, Rockbox probably won't work yet. If it has an aux in, you MIGHT <I'm skeptical> need a preamp but it will work |
01:42:00 | steeven | keep in mind that if it's extremely low voltage it will be more susceptible to noise from the mess of cables it'll be required to run next to |
01:42:16 | steeven | well, that's helpful, thank you |
01:42:25 | BryanJacobs | steeven: no problem |
01:42:28 | steeven | is AAP support something that's being actively developed? |
01:43:07 | scorche | as i said, simple functionality of the AAP has been implemented...advanced features havent been |
01:43:07 | steeven | it's seeing quite widespread adoption in automotive audio systems |
01:43:34 | steeven | oh, I forgot to link the receiver! |
01:43:35 | steeven | http://www.alpine-usa.com/US-en/products/product.php?model=iDA-X305&view=Specs |
01:43:38 | | Join Traveler2 [0] (n=traveler@CPE-69-23-137-242.wi.res.rr.com) |
01:44:36 | Traveler2 | I took a look at plugin.h and am wondering if strncpy stops reading at nextline? |
01:44:54 | BryanJacobs | steeven: hmm, says it requires an FAT iPod |
01:45:28 | steeven | the frustrating part is the fact that the receiver can decode ALAC from an iPod, but *not* from a usb mass storage device (which can be directly plugged into the unit) |
01:46:02 | scorche | steeven: that says to me that it uses the advanced features of AAP (wont work with rockbox), but will also read the files from the hard drive (will work) |
01:46:13 | MT | linuxstb : sorry, tried a little with sox play but can't play the raw decoded data. |
01:47:00 | steeven | in that case I'd be much better off with a 1.5tb hard drive, an enclosure, and a 12v power supply with inline surge suppressor |
01:47:00 | Unhelpful | caring about the format makes me think MSC |
01:47:02 | MT | I converted it to wav using sox and then played the output file. |
01:47:23 | steeven | I could get two for the price of an iPod, heh |
01:47:38 | BryanJacobs | steeven: this receiver has three modes, see page 16 of the manual |
01:47:59 | steeven | checking |
01:48:13 | MT | linuxstb : but it's just rubbish, so I want to try playing the decoded data directly without conversion .. |
01:50:19 | steeven | BryanJacobs: the depressing part is that it doesn't say it can decode ALAC from any input besides an iPod |
01:50:47 | BryanJacobs | steeven: it doesn't say it can do ALAC at all |
01:51:17 | BryanJacobs | steeven: and it explicitly says it does NOT support WMA lossless |
01:51:42 | | Quit [8bit]bubsy ("Don't panic.") |
01:51:47 | BryanJacobs | steeven: in fact, it lists AAC max bitrate as 320k |
01:51:55 | steeven | ALAC isn't really AAC |
01:51:57 | steeven | hold on a second |
01:53:18 | steeven | hrm trying to find my source on that. oh please be a feature that actually exists XD |
01:53:27 | | Join apo_ [0] (n=apo@pD9E7F10E.dip.t-dialin.net) |
01:53:32 | scorche | we know the difference between ALAC and AAC... |
01:53:38 | steeven | it was touted at when it was introduced at CES |
01:53:39 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
01:53:46 | | Quit pixelma (Nick collision from services.) |
01:53:46 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
01:53:48 | | Quit amiconn (Nick collision from services.) |
01:53:53 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
01:54:01 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
01:54:02 | steeven | scorche: of course, I was just saying that "320kbps max AAC" doesn't necessarily mean "no ALAC" |
01:54:06 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
01:54:12 | scorche | steeven: if it doesnt list it as supported, then it likely cant read those files... |
01:54:20 | scorche | sure it does |
01:54:31 | BryanJacobs | steeven: "The unit can control a Portable audio player with the USB interface. Playable audio file formats are MP3 and WMA." |
01:54:43 | scorche | it says "MP3/AAC/WMA Playback" |
01:55:13 | BryanJacobs | steeven: "The unit can play back “mp3,” “wma” or “m4a” file extensions." |
01:55:28 | scorche | thats what i said |
01:55:29 | | Quit faemir ("Leaving") |
01:55:44 | steeven | undocumented feature :v |
01:55:48 | BryanJacobs | scorche: just quoting the manual directly |
01:56:09 | BryanJacobs | steeven: don't bet on it |
01:59:00 | BryanJacobs | steeven: googling "alac iDA-X305" gives three results; "lossless iDA-X305" gives more but filled with speculation. I suggest you just use the aux in and give up on the all-digital audio path idea... Are you planning on using this while parked in a soundproof garage? |
01:59:18 | | Quit HellDragon (Client Quit) |
01:59:35 | scorche | this conversation has stopped being about rockbox, and is better off moved somewhere else... |
02:00 |
02:00:01 | steeven | does rockbox work with the cowon q5w |
02:00:32 | BryanJacobs | http://www.rockbox.org/download/byhand.cgi |
02:00:42 | scorche | steeven: is it listed on the front page? |
02:00:59 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
02:01:13 | | Part toffe82 |
02:01:35 | steeven | hmm, I'll ask less stupid questions ;) |
02:01:54 | steeven | does rockbox work on any device with spdif output? :) |
02:02:09 | scorche | iriver H100 series |
02:02:26 | BryanJacobs | scorche: are those still for sale? |
02:02:32 | scorche | sure...on ebay... |
02:03:42 | steeven | hmm, interesting. |
02:04:45 | | Quit apo (Read error: 110 (Connection timed out)) |
02:07:21 | steeven | alpine made a stereo receiver with toslink inputs... and the h100 series with rockbox can play FLAC |
02:07:54 | steeven | which could mean no painstaking transcoding of my entire library |
02:08:45 | | Quit MT (Read error: 104 (Connection reset by peer)) |
02:09:32 | steeven | to be honest, i understand the tiny return on investment of playing lossless music in an environment with such a high noise floor |
02:10:30 | steeven | I just want a single format :) |
02:11:51 | | Join Rob2222 [0] (n=Miranda@p4FDCD0E7.dip.t-dialin.net) |
02:12:10 | BryanJacobs | steeven: heh, my summer of code is about this |
02:12:21 | steeven | oh yeah? |
02:12:34 | steeven | music specifically? |
02:12:39 | BryanJacobs | steeven: Wavpack hybrid coding for Rockbox |
02:12:55 | BryanJacobs | right now the lossy portion works |
02:15:03 | steeven | neato |
02:18:17 | steeven | ah there's the catch: iriver h140s are several hundred dollars, alpine toslink DSP is ~$600, compatible head unit is $600, and it's all six year old technology XD |
02:18:21 | | Quit robin0800 ("No Ping reply in 90 seconds.") |
02:20:00 | | Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
02:20:17 | steeven | okay, I'm still totally on-rockbox-topic here |
02:21:17 | scorche | six year old technology doesnt mean it is bad... |
02:21:31 | scorche | either way, it seems you have a choice to make... |
02:22:45 | steeven | I want to get a handle on the options first. I suppose digital isn't that important if I can get a good preamplified signal to the receiver |
02:22:50 | steeven | so my next question is |
02:23:13 | steeven | is there a device rockbox works with that can act as a usb host to a removable storage device such as a external hard drive? |
02:23:47 | BryanJacobs | steeven: even my PDA can do that |
02:23:48 | scorche | rockbox doesnt yet support USB host...there are devices capable of it, but no one has made it work yet |
02:24:09 | BryanJacobs | oh, you mean "such that rockbox is the host to..." |
02:24:47 | Unhelpful | look for an adapter with a long ribbon that connects to a microsd "card" :P |
02:26:14 | steeven | ah, I see. |
02:28:46 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
02:30:23 | | Join lymeca [0] (n=lymeca@student164-211.hampshire.edu) |
02:34:24 | *** | Saving seen data "./dancer.seen" |
02:38:08 | Traveler2 | why does read_line() return an integer? |
02:46:28 | Traveler2 | more importantly, is there a method that returns whether there is another line in a fie? |
02:48:31 | Unhelpful | Traveler2: i'd expect you do that by *trying* to read another line. |
02:48:55 | BryanJacobs | Traveler2: and that answers your first question :-) |
02:50:52 | Traveler2 | so, does read_line return -1 if there isn't another line? |
02:51:42 | BryanJacobs | Traveler2: returns non-true, IIRC |
02:52:22 | BryanJacobs | Traveler2: ahh, here we are, apps/misc.c line 155: if an error occurs, returns -1 |
02:53:07 | Traveler2 | alright, thanks :D |
02:58:46 | * | kugel would expect EOF as return, but well |
02:59:15 | kugel | of course, EOF may happen to be -1 |
02:59:24 | steeven | thanks again folks |
02:59:25 | | Part steeven |
02:59:47 | * | BryanJacobs would just use if (!read_line(foo)) |
02:59:58 | kugel | that doesn't work as you see |
03:00 |
03:00:18 | BryanJacobs | ah, yes |
03:00:24 | BryanJacobs | if (read_line(foo) <= 0) |
03:00:32 | kugel | unless you mean "if (read_line(foo)) printf("there's another line");" |
03:00:42 | kugel | !read_line* |
03:00:59 | kugel | <= ? |
03:01:22 | BryanJacobs | <= 0 catches the "I read 0 bytes because nothing's left" and the "there's an error" cases |
03:01:41 | * | BryanJacobs assumes the file has no blank lines |
03:02:05 | kugel | if it's 0, it already reached EOF before that call, which possibly means your check was unsufficient in the call before :) |
03:02:42 | EternalRains | In WPS, is the Shuffle (%ps) conditional always set when the Repeat mode (%mm) is set to shuffle? |
03:02:52 | BryanJacobs | kugel: <shrug> any time the call returns >0 you may use the result |
03:03:06 | kugel | :) |
03:03:22 | kugel | checking for EOF gives better readable code though |
03:03:37 | * | BryanJacobs agrees |
03:03:51 | * | kugel is off, bye |
03:03:53 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
03:06:48 | | Quit daurn (Remote closed the connection) |
03:06:52 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
03:08:48 | | Quit robin0800 ("No Ping reply in 90 seconds.") |
03:09:39 | | Quit midkay (Read error: 60 (Operation timed out)) |
03:11:24 | | Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
03:13:12 | | Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
03:18:25 | | Join jmillikin [0] (n=jmilliki@c-24-130-159-24.hsd1.ca.comcast.net) |
03:24:10 | | Quit robin0800 (Remote closed the connection) |
03:25:34 | | Quit Traveler2 ("Java user signed off") |
03:27:40 | | Join fyrestorm [0] (n=user@cpe-24-90-85-21.nyc.res.rr.com) |
03:57:24 | | Quit lymeca (Success) |
04:00 |
04:00:16 | Unhelpful | amiconn: fyi r20710 vanilla does not appear to decode chroma-subsampled jpeg correctly - this would correspond with what the confusing segment of code i referenced earlier. i'll try to make sure that the core decoder handles this correctly, but i'm not sure how best to fix the plugin decoder without it getting a bit more bloated |
04:01:46 | | Quit Conic (Read error: 104 (Connection reset by peer)) |
04:03:41 | | Quit EternalRains (Read error: 104 (Connection reset by peer)) |
04:13:52 | | Join gregorovius [0] (n=diego@190.55.80.21) |
04:14:40 | | Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
04:17:06 | | Quit gregorovius (Client Quit) |
04:34:25 | *** | Saving seen data "./dancer.seen" |
04:35:59 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
04:41:13 | | Quit dmb (Read error: 104 (Connection reset by peer)) |
04:42:14 | | Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") |
04:45:40 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) |
04:46:28 | | Quit RoC_MasterMind ("Leaving") |
04:49:19 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
05:00 |
05:00:14 | | Quit CaptainKewl ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
05:06:14 | | Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) |
05:06:59 | | Join RoC_MasterMind [0] (n=Free@c-76-122-43-188.hsd1.fl.comcast.net) |
05:10:00 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
05:16:51 | | Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) |
05:22:17 | | Quit l401 (Read error: 113 (No route to host)) |
05:38:01 | | Quit Horscht ("Verlassend") |
05:46:40 | | Quit RoC_MasterMind (Read error: 104 (Connection reset by peer)) |
05:47:02 | | Join RoC_MasterMind [0] (n=Free@c-76-122-43-188.hsd1.fl.comcast.net) |
05:50:01 | jmillikin | How do I find out how much RAM is in use, in the simulator? I'm working on task 7287 (sort-tags), and I want to make sure the sort indexes aren't being loaded during normal browsing. |
05:51:00 | | Quit RoC_MasterMind (Remote closed the connection) |
05:53:43 | Unhelpful | jmillikin: i think a better solution might be to DEBUGF the filename when an index file is loaded... |
05:54:22 | Unhelpful | also, thanks for your work on this, it's a feature i've wanted and not been motivated or knowledgeable enough to do :) |
05:57:43 | jmillikin | Happy to help, I'm glad the RB source is so clean that I can be useful with only a few days of experience in it. |
05:58:41 | | Join ajonat [0] (n=ajonat@190.48.104.235) |
06:00 |
06:01:04 | | Nick alexbobp is now known as socat (n=alex@adsl-75-63-0-19.dsl.austtx.sbcglobal.net) |
06:05:45 | | Nick socat is now known as alexbobp (n=alex@adsl-75-63-0-19.dsl.austtx.sbcglobal.net) |
06:08:39 | | Join timc [0] (n=aoeu@221.201.149.75) |
06:28:10 | | Join bubsy [0] (i=Bubsy@94.139.80.168) |
06:34:27 | *** | Saving seen data "./dancer.seen" |
06:36:28 | robin0800 | anyone know if this is the sansa linux USB problem https://bugs.launchpad.net/ubuntu/+source/linux/+bug/355998 |
06:37:15 | Llorean | This is #Rockbox, why are you asking a sansa linux question here? |
06:38:41 | robin0800 | Lloren it is about Rockbox but an e200 not c200 please read |
06:39:49 | Llorean | Your question isn't about Rockbox... |
06:39:55 | | Join laburd [0] (n=laburd@butter.kernelcode.com) |
06:40:19 | Llorean | You said "anyone know if this is the sansa linux USB problem" |
06:40:31 | laburd | Hello everyone |
06:40:33 | Llorean | Do you mean "Anyone know if this is the problem the Sansa has with Rockbox USB in Linux"? |
06:40:44 | laburd | I have sansa c240 using linux |
06:40:48 | laburd | you want me to test something |
06:42:51 | robin0800 | Llorean: it is the rockbox usb mode with Jaunty not working in gnome |
06:43:28 | Llorean | robin0800: That thread seems to make plenty of reference to Rockbox. |
06:43:35 | Llorean | What, exactly, are you asking? |
06:44:28 | robin0800 | Llorean: Would this also apply to c200 |
06:45:12 | Llorean | The c200 has a different set of USB IDs. |
06:45:25 | Llorean | It's possible that the same bug exists there, but there's nothing in that thread that mentions it. |
06:45:34 | laburd | I can try something |
06:45:36 | laburd | I am running jaunty |
06:45:41 | laburd | You want me to test c240 ? |
06:46:26 | Unhelpful | robin0800: the problem described there looks to me like a distribution problem, not a rockbox problem. |
06:47:32 | | Join hittudiv [0] (n=hittudiv@210.212.160.101) |
06:48:35 | robin0800 | Llorean: I don't think its the same unless we have The wrong USB Id's remembe c200 OF does work |
06:48:55 | Llorean | I didn't know the c200 OF worked. |
06:49:11 | Llorean | If it's different, and you don't think it's the same problem, there wasn't much point in asking. |
06:51:49 | robin0800 | Llorean: only the description is exactly what I see and trying many times it might evently connect |
06:54:06 | | Quit hittudiv ("Leaving") |
06:55:57 | tmzt | rockbox uses libmtp now |
06:56:01 | tmzt | not rockbox |
06:56:05 | tmzt | rhythmbox |
06:56:24 | | Part BryanJacobs |
06:57:36 | tmzt | robin0800: I think we discussed this, it's a hal problem in ubuntu since rockbox shares usb vend/prod with OF |
07:00 |
07:01:28 | robin0800 | tmzt: I you certain its right for the c200 because The OF works |
07:02:28 | tmzt | the OF works because MTP is enabled I assume, rockbox does not currently support MTP/PTP |
07:02:49 | tmzt | are you saying e200 does not work in OF? |
07:03:06 | robin0800 | tmzt: No msc |
07:03:19 | tmzt | not Auto? |
07:03:46 | robin0800 | tmzt: see this https://bugs.launchpad.net/ubuntu/+source/linux/+bug/355998 |
07:03:49 | tmzt | you can check the hal logs but this is really a ubuntu problem |
07:04:45 | tmzt | The USB product ID used by Sansa e200 running in UMS/MSC mode, both by Rockbox as well as original firmware is 0x7421. The PID for MTP mode is 0x7420 |
07:05:06 | tmzt | which does lsusb report in rockbox? |
07:06:55 | tmzt | and what does it report in OF |
07:11:54 | robin0800 | tmzt: Yes I'm at work at present but now I know what might be wrong I'll check and report back later today I think when it dosn't connect lsusb can't read it |
07:12:56 | robin0800 | tmzt: I have two now C240's |
07:13:15 | tmzt | even if libusb is using it should show in lsusb, if not that's probably a different problem |
07:13:56 | tmzt | the patch doesn't exactly make sense either, it doesn't seem like it should affect mass storage mode since that uses a different vend/prod |
07:15:03 | robin0800 | I think in E200's case the usb id's are wrong in ubuntu |
07:15:26 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
07:15:35 | | Quit jmillikin (Read error: 60 (Operation timed out)) |
07:19:06 | | Join jeffdameth [0] (n=jeff@dyndsl-095-033-085-134.ewe-ip-backbone.de) |
07:22:09 | | Quit robin0800 (Remote closed the connection) |
07:27:11 | amiconn | Unhelpful: In what way does it look wrong? I didn't notice problems when viewing jpegs so far? |
07:27:15 | | Quit AndyI (Read error: 110 (Connection timed out)) |
07:31:35 | Unhelpful | amiconn: i get a garbled mess instead of an image. see http://www.rockbox.org/tracker/task/10162 (i know the sample images are low-res, but they're quite clearly broken on my beast with r20608 and ipod video sim with fresh svn) |
07:32:38 | | Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) |
07:33:43 | | Quit jeffdameth1 (Read error: 110 (Connection timed out)) |
07:35:01 | | Join JdGordon| [0] (i=43a02c5a@gateway/web/ajax/mibbit.com/x-48b9fe010db1303f) |
07:35:26 | robin0800 | tmzt: Usb id's are different in C200 0781 7450 Rockbox 0781 7451 OF |
07:37:19 | amiconn | Unhelpful: Hmm, never seen that with other images, although chroma subsampling is common afaik |
07:40:02 | | Join theredone [0] (n=47b63257@gateway/web/cgi-irc/labb.contactor.se/x-c670c90b53f67544) |
07:40:41 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
07:40:58 | Unhelpful | amiconn: i thought it was supposed to be common, too. all of those are compressed with ijg cjpeg, and display correctly in a PC image viewer (feh). chroma subsampling is supposed to be a rather large portion of the compression gain for color images. |
07:41:06 | theredone | hey installing the new version will that delete my files |
07:41:39 | Unhelpful | i have difficulty believing that either cjpeg is creating broken files or that nobody's noticed this before, so i'm kind of glad somebody else can see it. ;) |
07:42:08 | amiconn | They're showing properly in FF3, windows image viewer and irfanview as well |
07:42:45 | amiconn | An X5 sim only shows the non-subsampled image properly. |
07:43:27 | amiconn | What quality setting did you use in cjpeg? |
07:43:55 | amiconn | Iirc there's a warning in the docs that very low quality settings would create coefficients not every decoder will understand |
07:43:59 | Unhelpful | i would expect this problem bites grey and mono targets as well, since i'm pretty sure they use the same logic to identify chroma blocks (for skipping) |
07:44:08 | robin0800 | Llorean: : Usb id's are different in C200 0781 7450 Rockbox 0781 7451 OF |
07:44:26 | theredone | hey installing the new version will that delete my files please help |
07:44:30 | Llorean | robin0800: You already mentioned that in the channel |
07:44:38 | Unhelpful | cjpeg -quality 75 -sample 1x1,2x2,2x2 (or whatever else) |
07:44:40 | Llorean | theredone: No, it won't, or we'd tell you it did. |
07:44:51 | theredone | ok thanks |
07:45:32 | | Quit robin0800 ("No Ping reply in 90 seconds.") |
07:45:57 | | Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) |
07:46:45 | | Quit theredone ("CGI:IRC (EOF)") |
07:48:02 | | Quit jhMikeS (Nick collision from services.) |
07:48:08 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
07:49:27 | amiconn | Unhelpful: Hmm, the warning applies to quality < 25 (see man page) |
07:49:31 | | Join israr [0] (n=israr@203.99.178.149) |
07:49:36 | Unhelpful | imagemagick, at least, does *not* subsample at default (or many typical) settings. i can't speak for any of the things that windows users might be using to batch scale+convert. |
07:50:04 | amiconn | Well digicams usually write subsampled files |
07:50:24 | * | amiconn would need a tool to check subsampling of existing pictures |
07:50:39 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
07:52:34 | Unhelpful | they easiest way i've found is either the debug output in that patch, or djpeg -verbose $file >/dev/null |
08:00 |
08:00:49 | amiconn | Unhelpful: Your test images seem to have supersampled chroma, not subsampled, unless I'm interpreting the djepg output wrong in comparison with my digicam pics |
08:01:40 | Unhelpful | amiconn: really? i was not aware that you even *could* have such a thing, but it would explain the problem... |
08:02:30 | amiconn | From an arbitrary digicam image: Component 1: 2hx1v q=0 \n Component 2: 1hx1v q=1 \n Component 3: 1hx1v q=1 |
08:03:28 | amiconn | From one of your test images: Component 1: 1hx1v q=0 \n Component 2: 1hx2v q=1 \n Component 3: 1hx2v q=1 |
08:06:21 | amiconn | See /usr/share/doc/libjpeg-progs/wizard.doc.gz (or wherever your distro puts it) |
08:07:47 | Unhelpful | so basically i was interpreting the sample data backwards... i'll go close my bug and feel stupid now. ;) |
08:14:27 | | Quit robin0800 (Remote closed the connection) |
08:15:55 | Unhelpful | all i need now, i think, is replacements for the bitstream functions, and to clone most of jpeg_decode into a function that does one row at a time. what did you think of the idea of a scaler callback that fetches from the in-memory yuv bitmap? the downside is that it would be scaling on draw, but that's probably not fixable if you want the decoded cache as yuv anyway... also, is the Y-only decoded image on greyscale/mono targets 8 bits? |
08:15:55 | Unhelpful | that would be *very* easy to feed to the scaler. |
08:19:33 | | Quit z35 ("Leaving") |
08:32:14 | | Join flydutch [0] (n=flydutch@host213-163-dynamic.8-87-r.retail.telecomitalia.it) |
08:34:30 | *** | Saving seen data "./dancer.seen" |
08:35:36 | amiconn | Each decoded component is a canonical 8-bit bitmap. The jpeg viewer feeds the Y component directly to grey_ub_gray_bitmap_part() |
08:36:14 | amiconn | For YCbCr, the colour components may or may not have lower resolution than Y of course |
08:37:22 | | Join B4gder [241] (n=daniel@rockbox/developer/bagder) |
08:37:44 | amiconn | The jpeg viewer keeps both the compressed data and several decoded zoom levels in memory, as YUV for space reasons (non-subsampled YUV would take the same amount of memory as RGB, subsampled YUV then saves) |
08:38:31 | Unhelpful | for greyscale targets, basically you need a context struct that knows what line is being read from, and fills a struct img_part in with the address of the start of the row, and the length. |
08:39:00 | Unhelpful | ...and *a function that* fills etc :) |
08:40:20 | amiconn | Otoh, storing native bitmaps on colour targets (RGB565, RGB565swapped) would save space vs. YUV 4:4:4, and would be on par for YUV 4:2:2. It would need a little more vs. YUV 4:2:0 |
08:40:30 | | Join l403 [0] (n=l@85.132.159.239) |
08:41:08 | Unhelpful | for color targets, things are more complicated. the color scaler only understands rgb, so the callback needs to fill a buffer with rgb pixels and return a pointer to a struct img_part with the appropriate data. the buffer can be whatever size is convenient, provided the returned buffer never crosses a line end |
08:41:17 | | Join Rob2223 [0] (n=Miranda@p4FDCD8A1.dip.t-dialin.net) |
08:42:15 | amiconn | I'm thinking about the jpeg viewer. The scaler output is a native bitmap, so it might in fact make sense to store these instead of YUV |
08:43:06 | Unhelpful | in that case, it might make sense to use the fractional loader there, rather than having the entire YUV bitmap in memory at the same time as the native one. |
08:44:05 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
08:47:32 | amiconn | The native bitmap isn't kept in memory atm, but I think that it could be kept instead of the YUV when the scaler will be added |
08:53:14 | | Join petur [50] (n=petur@rockbox/developer/petur) |
08:53:24 | | Join JdGordon [0] (n=jonno@c-67-160-44-90.hsd1.wa.comcast.net) |
08:54:11 | Unhelpful | right, but what i'm saying is that if you want to use the scaler and keep a native bitmap, it might be best to use the fractional loader, and not have to have the whole YUV image in memory as well. |
08:55:35 | amiconn | Yes of course. In this case the fractional loader needs to be able to read from ram though |
08:56:32 | | Join midijunkie [0] (n=Miranda@pD9546FAD.dip0.t-ipconnect.de) |
08:56:56 | JdGordon | B4gder: ping? |
08:57:13 | B4gder | you called sir? |
08:57:23 | JdGordon | got a min to get my server going again? |
08:57:37 | | Quit midijunkie (Client Quit) |
08:57:40 | B4gder | sure! |
08:57:52 | JdGordon | rb.jdgordon.info:22 |
08:57:52 | | Quit Rob2222 (Success) |
08:58:03 | JdGordon | 2mbit up now so all builds should be sweet :) |
08:58:14 | B4gder | nice |
08:58:44 | JdGordon | as are all the paths... i tihnk :p |
08:59:25 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
08:59:58 | Unhelpful | right... that's a slightly tricky part, but i think that the getc/putc functions i wrote for reading in characters, and the rework i'm going to have to do for the bitstream stuff, could be set up so that they can be conditionally replaced with versions that just fetch the data from memory. most of the code could be shared, then, but the core jpeg loader wouldn't need to be extended for reading from a file in memory, and plugins that wan |
08:59:59 | Unhelpful | t to decode from memory would have to call a version built for pluginlib. |
09:00 |
09:02:42 | Unhelpful | or, the core version could take function pointers for getc/putc and friends, but that seems like it would be bloating and slowing down the core version (via checking pointers before calling those functions, or having to call its versions via pointers) for something that only plugins would be using. |
09:03:19 | amiconn | Accessing single bytes doesn't sound very efficient |
09:04:52 | Unhelpful | most of the header data is byte-oriented, though. the getc/putc i wrote load 16B at a time into a buffer so that we're not constantly doing 1B calls to read. |
09:08:03 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
09:11:02 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
09:16:37 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
09:19:37 | | Quit evilnick (Read error: 104 (Connection reset by peer)) |
09:21:44 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
09:21:57 | | Quit bertrik (Remote closed the connection) |
09:32:03 | | Join ajb [0] (n=user@cpc1-cmbg15-2-0-cust860.5-4.cable.virginmedia.com) |
09:33:20 | | Join hittudiv [0] (n=hittudiv@210.212.160.101) |
09:35:01 | | Quit hittudiv (Remote closed the connection) |
09:37:28 | | Join hittudiv [0] (n=hittudiv@210.212.160.101) |
09:44:12 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
09:48:18 | | Join JdGordon| [0] (i=43a02c5a@gateway/web/ajax/mibbit.com/x-ad075510026f1d69) |
09:52:27 | | Quit hittudiv ("Leaving") |
09:52:53 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
09:53:25 | | Quit Thundercloud (Remote closed the connection) |
09:54:26 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
10:00 |
10:01:23 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
10:09:36 | | Quit BigBambi (Read error: 110 (Connection timed out)) |
10:12:29 | | Quit l403 (Read error: 104 (Connection reset by peer)) |
10:15:21 | | Join l403 [0] (n=l@85.132.159.239) |
10:20:13 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
10:21:40 | | Join Lynx_ [0] (n=Lynx@xdsl-87-78-150-198.netcologne.de) |
10:25:17 | | Quit StealthyXIIGer (Read error: 110 (Connection timed out)) |
10:26:35 | | Join pyro_maniac [0] (i=foobar@p57BB8C9B.dip0.t-ipconnect.de) |
10:34:30 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
10:34:33 | *** | Saving seen data "./dancer.seen" |
10:42:23 | | Join barrywardell [0] (n=barrywar@79.97.77.138) |
10:42:30 | | Join AndyI [0] (n=pasha_in@212.14.208.235) |
10:44:01 | GodEater | wow - users list is a bit charged :-/ |
10:44:37 | GodEater | I don't subscribe to it anymore just to avoid all that, and yet I can't help reading the archives. It's like a car crash, you don't want to look, but you can't help it.... |
10:49:02 | * | kugel doesn't know what happpens in the user list |
10:49:42 | Bagder | stay that way! |
10:49:47 | Bagder | don't look! |
10:49:53 | | Quit Grahack ("Leaving.") |
10:50:02 | | Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) |
10:51:13 | GodEater | yeah really. Don't. |
10:53:13 | * | linuxstb has to look now, after so many people saying not to... |
10:53:16 | kugel | too late :( |
10:54:40 | GodEater | it's not even just the vitriol - it's the *dreadful* quoting styles people use too. |
10:55:11 | Zagor | I'm particularly fond of the sig-first style. it's somehow freshly innovative! |
10:55:49 | Bagder | it's the "top posting must mean I leave everything as-is and only fill in my blurb at the bottom" style |
10:56:03 | Bagder | or rather not top-posting |
10:56:21 | Bagder | the art of stripping useless quotes is soon extinct |
10:56:44 | kugel | :p |
10:56:55 | GodEater | Zagor: yeah, that's clearly a new form of art ;) |
10:57:21 | * | petur thinks they have a point, the unsubsribe field is a bit too much hidden on that page... |
10:57:37 | kugel | true |
10:57:44 | GodEater | they didn't need to bitch about it though |
10:57:46 | Bagder | it is |
10:58:00 | Bagder | it's the default mailman design though |
10:58:09 | | Quit ajonat () |
10:58:11 | GodEater | Zagor: so what happened to the new site going up last night then? :) |
10:58:27 | Bagder | and possibly we should have "Unsubscribe:" in the footer instead of "mail admin:" |
10:58:30 | Zagor | I got swamped by my tax returns :-( |
10:58:42 | GodEater | Bagder: that's a good idea |
10:58:50 | petur | so many retrns? Are you buying us a beer now? |
10:58:51 | GodEater | Zagor: oh dear :( |
10:59:54 | Bagder | footer changed! |
11:00 |
11:00:22 | Bagder | it's interesting how that question only appears on the users list... |
11:00:52 | Bagder | the dev list doesn't even have a footer |
11:00:53 | | Quit israr (Read error: 104 (Connection reset by peer)) |
11:01:10 | | Join israr [0] (n=israr@203.99.178.149) |
11:01:14 | kugel | Bagder: that's only because people don't want to unsubscribe from the other lists :) |
11:01:15 | * | Bagder tries to not make conclusions on people based on this... |
11:01:17 | | Quit AndyIL (Read error: 110 (Connection timed out)) |
11:01:20 | GodEater | we don't shout at people on the dev list, so they don't threaten to leave :) |
11:01:24 | kugel | I did for you :p |
11:01:35 | n1s | the mails in the dev list usually don't make you want to hurt somebody though ;) |
11:01:54 | * | kugel disagrees |
11:01:59 | Bagder | haha |
11:02:10 | Bagder | well, if we exclude jdgordon's mail? ;-P |
11:03:22 | kugel | his mails are fine |
11:03:50 | * | Bagder doesn't want to spell out the ones he thinks kugel means... |
11:03:53 | * | amiconn wonders about all this setjmp and exit business |
11:08:08 | | Quit ajb (Remote closed the connection) |
11:08:38 | kugel | Bagder: seems like a good idea :) |
11:08:39 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.8/2009033100]") |
11:13:51 | | Join codesquid [0] (n=quassel@kong.kawo1.RWTH-Aachen.DE) |
11:14:33 | | Quit barrywardell () |
11:15:58 | | Quit gevaerts (Read error: 60 (Operation timed out)) |
11:16:22 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
11:27:03 | | Join EternalRains [0] (n=Abztrkhi@c-24-127-231-171.hsd1.fl.comcast.net) |
11:33:24 | | Join PaulJam [0] (n=PaulJam_@vpn-3019.gwdg.de) |
11:37:27 | | Quit bs66_ (Read error: 60 (Operation timed out)) |
11:38:09 | | Join PyroBor [0] (n=pyrobor@panda.patware.si) |
11:38:28 | | Join bs66_ [0] (n=sysuser@95.209.72.114) |
11:39:56 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
11:41:52 | | Quit kugel (Read error: 60 (Operation timed out)) |
11:44:10 | PyroBor | Hellow. I installed rockbox on iriver H10 20GB MTP. I works great! but i have problem changing the Music directory its properties to not hidden. I am connected to the player over UMS mode. And i am using linux... how to change it to not be hidden? |
11:44:14 | | Join EternalRains1 [0] (n=Abztrkhi@c-24-127-231-171.hsd1.fl.comcast.net) |
11:45:07 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
11:45:40 | | Join tvelocity [0] (n=tony@athedsl-4491451.home.otenet.gr) |
11:45:48 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
11:45:53 | GodEater | PyroBor: do you have mtools installed ? |
11:46:03 | PyroBor | yes |
11:46:18 | GodEater | I think mattrib is what you want |
11:47:17 | GodEater | mattrib -h <your music directory> |
11:47:46 | PyroBor | thank you |
11:49:15 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
11:51:44 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
11:52:20 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
12:00 |
12:02:18 | | Quit EternalRains (Read error: 110 (Connection timed out)) |
12:02:27 | | Quit laburd ("leaving") |
12:10:45 | | Join nibbler [0] (n=Nibbler@82.113.121.113) |
12:19:33 | | Quit kugel (Read error: 110 (Connection timed out)) |
12:26:02 | | Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) |
12:33:13 | PaulJam | hi, it seems as if somehow a 160x128 theme (mipper) shows up for 220x176 targets on the theme site... |
12:33:52 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
12:34:37 | *** | Saving seen data "./dancer.seen" |
12:38:05 | pixelma | well, it's a text only one and could work on (almost?) every target |
12:40:23 | pixelma | it could show up on more pages then though... |
12:40:36 | | Quit nibbler (Read error: 110 (Connection timed out)) |
12:41:37 | | Quit EternalRains1 (Read error: 104 (Connection reset by peer)) |
12:42:36 | pixelma | and leads to the question once again how to deal with screenshots on themes that work in different resulutions (or colour depths etc.) |
12:51:23 | | Part PyroBor ("Konversation terminated!") |
12:56:21 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
13:00 |
13:00:30 | | Quit Riku (Read error: 54 (Connection reset by peer)) |
13:02:01 | | Join Lss [0] (n=Lss@cm146.delta91.maxonline.com.sg) |
13:04:20 | | Join evilnick [0] (n=evilnick@pool-173-52-140-21.nycmny.east.verizon.net) |
13:06:13 | | Join Xerion_ [0] (n=xerion@82-170-197-160.ip.telfort.nl) |
13:10:04 | | Quit Xerion (Read error: 60 (Operation timed out)) |
13:10:04 | | Nick Xerion_ is now known as Xerion (n=xerion@82-170-197-160.ip.telfort.nl) |
13:16:29 | | Quit Seed ("cu, Andre") |
13:17:58 | | Join MT [0] (n=chatzill@41.233.152.167) |
13:19:08 | MT | linuxstb : there ? |
13:20:51 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
13:21:48 | | Join gregzx [0] (n=chatzill@83.24.219.96) |
13:22:03 | linuxstb | MT: Yes |
13:23:14 | MT | linuxstb : How can I play the raw audio frames with sox without converting them to wav first ? |
13:23:26 | linuxstb | With "play". |
13:23:49 | linuxstb | "sox" converts audio, "play" plays it. ("play" is a utility that comes with sox) |
13:24:22 | MT | yes, I mean are there any specific options/flags I should pass to play ? |
13:24:52 | linuxstb | Something like "play -t raw -r 44100 -c 2 -s file.bin" for signed 16-bit stereo at 44.1KHz - but check the man page (or "play −−help") |
13:25:33 | MT | Yes that's what I wanted to know, thanks :) |
13:27:42 | linuxstb | You may just simply want to add wav output to your code though - it's very easy. Some code you can steal is in apps/codecs/libffmpegFLAC/main.c |
13:41:51 | MT | linuxstb : since bits/sample isn't given in rm header −− bits_per_sample = frame_size * 8 / samples_per_frame ? |
13:43:58 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
13:44:17 | | Join roughL [0] (n=raphaels@83.78.155.139) |
13:52:17 | | Quit pyro_maniac ("Leaving.") |
13:52:32 | linuxstb | MT: That flac program just hard-codes it to 16 bits per sample. I'm guessing that's what the Cook decoder will generate. |
14:00 |
14:02:29 | | Join schrottplatz [0] (n=max@f053226054.adsl.alicedsl.de) |
14:08:01 | | Join LambdaCalculus37 [0] (i=44a0430d@rockbox/staff/LambdaCalculus37) |
14:14:26 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
14:21:47 | | Join pyro_maniac [0] (i=foobar@p57BB8C9B.dip0.t-ipconnect.de) |
14:34:41 | *** | Saving seen data "./dancer.seen" |
14:35:50 | | Quit Zarggg (Excess Flood) |
14:36:24 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
14:36:45 | | Join ajonat [0] (n=ajonat@190.48.104.235) |
14:38:27 | | Join PaulJam_ [0] (i=PaulJam_@vpn-3019.gwdg.de) |
14:42:15 | | Join PaulJam__ [0] (n=PaulJam_@vpn-3146.gwdg.de) |
14:49:06 | | Quit PaulJam_ (Read error: 60 (Operation timed out)) |
14:49:15 | | Join PaulJam_ [0] (i=Paule@vpn-3036.gwdg.de) |
14:52:59 | | Quit bmbl (Read error: 110 (Connection timed out)) |
14:53:28 | robin0800 | In Rockbox are the USB Id's the same for the Sansa C240 and the C250? |
14:53:46 | gevaerts | yes |
14:55:11 | robin0800 | gevaerts: Are you aware that on my C240 They are different Between Rockbox and the OF |
14:55:33 | gevaerts | does it matter? |
14:55:52 | LambdaCalculus37 | As long as they're valid. |
14:55:58 | GodEater | gevaerts: didn't we find out the other day they're using different vid/pid for MTP/MSC ? |
14:56:34 | gevaerts | someone claimed that, yes. I haven't checked it personally |
14:56:37 | robin0800 | gevaerts: Could This be the Linux Gnome Problem? |
14:56:46 | | Quit B4gder ("It is time to say moo") |
14:57:11 | gevaerts | robin0800: no. The gnome problem is a bug in the libgphoto2-2 package |
14:57:16 | GodEater | gevaerts: nor I - perhaps I should. |
14:58:13 | robin0800 | gevaerts: I thikthats a E200 problem Not C200 |
14:59:11 | gevaerts | robin0800: if gnome decides to treat a device that advertises itself as MSC as MTP, gnome is *wrong* |
14:59:27 | | Quit PaulJam (Read error: 113 (No route to host)) |
15:00 |
15:00:10 | robin0800 | Yes Its wrong for E200 but I 'm not sure it is for the C200 |
15:00:30 | GodEater | how can it not be wrong for both ? |
15:01:33 | Llorean | GodEater: I think robin0800 is saying there's uncertainty as to whether it's treating the c200 as MTP. |
15:01:40 | robin0800 | The E200 in MSC mode cant be seen in Rockbox or OF mode |
15:02:04 | robin0800 | C200 works in OF |
15:02:24 | GodEater | that's not true |
15:02:28 | GodEater | mine certainly didn't |
15:02:53 | | Quit tvelocity (Read error: 60 (Operation timed out)) |
15:03:09 | robin0800 | GodEater: What version of F/W |
15:03:23 | Llorean | what's the point of all this discussion anyway? |
15:03:42 | Llorean | It's something on the host end, so it's something you should be researching and reporting to the libgphoto2 guys if you think it's a different bug. |
15:04:20 | * | GodEater will have to wait for the "refreshing database" thing to go away before he can report the OF version |
15:04:41 | robin0800 | Llorean: So its not the Rockbox Different USB I'ds Then? |
15:05:26 | Llorean | USB ids are non-functionaly. They're just information for the host. |
15:05:34 | | Quit PaulJam__ (Read error: 113 (No route to host)) |
15:05:38 | GodEater | 01.01.00F apparently |
15:05:40 | Llorean | If it treats us differently based on them when we're claiming to be an MSC device, the host has broken behaviour |
15:06:42 | GodEater | robin0800: the problem is gnome is basing it's decision about whether the device is MSC/MTP on the USB ids - which it shouldn't - it should listen to what the device is saying it supports. |
15:07:29 | robin0800 | Llorean: Have we the right USB Id's To tell it itts MSC then |
15:07:47 | GodEater | robin0800: you're not listening, it's NOTHING to do with the USB id |
15:07:48 | Llorean | robin0800: The USB IDs have nothing to do with telling it it's MSC. |
15:08:51 | Llorean | We are telling it our device is MSC. It's ignoring this because it's using the USB IDs for something they're not meant to be used for, instead. |
15:09:03 | Llorean | This is a bug _they_ need to fix. |
15:09:22 | | Join ajonat_ [0] (n=ajonat@190.48.114.150) |
15:09:42 | | Quit kugel (Read error: 110 (Connection timed out)) |
15:10:03 | | Quit ajonat (Read error: 60 (Operation timed out)) |
15:10:04 | robin0800 | Llorean: I'll add C200 as a comment to the bug |
15:10:36 | Llorean | It's the base behaviour that's the problem. If they fix it in a way that affects the e200 but not the c200, they still aren't doing things properly anyway |
15:11:54 | robin0800 | Llorean: Thanks for that. |
15:14:39 | | Join tvelocity [0] (n=tony@94.69.68.7) |
15:15:28 | | Quit robin0800 (Remote closed the connection) |
15:19:38 | | Part LinusN |
15:20:49 | | Join evilnick_7 [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-a3efb3fb92f21467) |
15:21:15 | | Quit Grahack (Success) |
15:22:32 | | Join Zoxc [0] (i=Zoxc@88.89.193.8) |
15:23:58 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
15:31:26 | | Quit AndyI (Read error: 60 (Operation timed out)) |
15:31:47 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
15:37:27 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
15:37:30 | | Quit AndyIL () |
15:39:08 | | Quit codesquid (Remote closed the connection) |
15:44:41 | | Quit shodanX_ (Read error: 113 (No route to host)) |
15:47:30 | | Join shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) |
15:51:24 | scorche | saratoga: you are now cloaked |
15:56:33 | | Quit Zarggg (Read error: 104 (Connection reset by peer)) |
15:57:27 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
15:58:16 | | Quit Grahack ("Leaving.") |
16:00 |
16:04:08 | MT | linuxstb : something is wrong with decoding :/ |
16:04:34 | linuxstb | Very wrong? |
16:05:05 | | Quit schrottplatz ("o.O") |
16:06:03 | MT | well .. the duration is correct at least |
16:06:20 | MT | other than that .. it sounds like it's compsed solely of noise |
16:07:41 | MT | I still don't know where to start looking, but I'm pretty sure I'm sending the correct frames to the decoder. |
16:08:29 | linuxstb | I would add debugging statements to the ffmpeg decoder, and also to your version (printing out the values of some buffers), and compare the output. |
16:09:06 | linuxstb | This is how I wrote my Monkey's Audio decoder - comparing the output of each stage of the processing in the original decoder, and mine. |
16:15:47 | | Join robin0800 [0] (n=quassel@81.98.157.181) |
16:16:40 | | Quit robin0800 (Remote closed the connection) |
16:23:55 | | Join schrottplatz [0] (n=max@f053226054.adsl.alicedsl.de) |
16:23:59 | | Join evilnick1 [0] (n=evilnick@pool-173-52-140-21.nycmny.east.verizon.net) |
16:26:07 | | Join _lifeless [0] (n=lifeless@188.16.123.53) |
16:31:16 | | Quit __lifeless (Read error: 110 (Connection timed out)) |
16:32:44 | | Quit antil33t (Read error: 110 (Connection timed out)) |
16:32:52 | | Join antil33t [0] (n=Mudkips@119.224.48.72) |
16:34:43 | *** | Saving seen data "./dancer.seen" |
16:36:04 | | Join toffe82 [0] (n=chatzill@74.0.180.178) |
16:36:38 | | Quit Zarggg (Read error: 104 (Connection reset by peer)) |
16:37:12 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
16:37:15 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
16:44:22 | | Join LambdaCalculus37 [0] (i=44a0430d@gateway/web/ajax/mibbit.com/x-a0501168b63a3172) |
16:46:17 | | Quit _lifeless (Read error: 110 (Connection timed out)) |
16:50:49 | | Quit evilnick (Read error: 113 (No route to host)) |
16:51:30 | | Join _lifeless [0] (n=lifeless@188.16.68.197) |
16:52:03 | MT | linuxstb : what about converting the file to wav using signed 16-bit big-endian pcm, then extracting the produced frames with ffmpeg and comparing that with my output ? |
16:52:17 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
16:52:43 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-9c472d21a965e720) |
16:53:46 | linuxstb | MT: I don't think that will tell you anything - you want to compare the data at earlier stages, not just the final output. |
16:54:04 | linuxstb | So the first thing would be the input into the decoder. |
16:54:11 | linuxstb | And then later stages... |
16:55:45 | saratoga | MT: I would output WAV when debugging WMA after it was mostly working (so that I could import into matlab easily for plotting) |
16:56:15 | saratoga | initially, I defined a lot of "dbprintf()" macros that could be turned on and off to print debug info |
16:56:29 | saratoga | i had one that dumped the IMDCT data, another that dumped during quantization, etc |
16:56:50 | saratoga | i put them in the same places in the integer and fp codecs so I could compare what was going on |
16:59:29 | saratoga | something like this: http://www.mibbit.com/pb/3dH0G2 |
16:59:36 | | Join wincent [0] (n=wincent@dyndsl-091-096-000-117.ewe-ip-backbone.de) |
16:59:56 | saratoga | though it may or may not be useful for you |
17:00 |
17:00:29 | | Join wpyh [0] (n=william@115.171.167.89) |
17:01:53 | MT | The input to the decoder has already been checked and is correct now.. but now when comparing the decoding data (output after transform, quantization .. etc.) what would be my reference ? |
17:02:37 | saratoga | I would compare it to the original ffmpeg codec at the same point in the code |
17:03:05 | saratoga | ideally both codecs should give the same output (converting fixed to fp if needed) |
17:03:24 | saratoga | particularly at this early stage where you have not optimized anything yet |
17:05:25 | MT | so I'd add debugging lines to cook decoder in ffmpeg and write a main() that uses this decoder with same file ? |
17:05:56 | saratoga | thats one way to do it |
17:06:07 | saratoga | you could also recompile ffmpeg, though that might be a bit slow |
17:06:22 | saratoga | it comes with its own main function for debugging |
17:07:47 | | Quit Zagor ("Don't panic") |
17:08:07 | MT | recompiling ffmpeg is the main reason I was trying to find another solution :/ |
17:08:28 | linuxstb | MT: I don't think you can avoid that.... |
17:09:26 | saratoga | MT: right now you're debugging the parser? |
17:10:07 | | Quit kkurbjun (Remote closed the connection) |
17:11:21 | MT | saratoga : The parser is working *almost* properly right now; it outputs properly constructed frames that should be sent to the decoder.. |
17:11:30 | MT | so now I'm debugging the decoder. |
17:11:47 | saratoga | what have you changed so far in the decoder? |
17:13:30 | MT | not much .. it now uses rb's rand() instead of ffmpeg'srandom_seed() and it no longer needs AVCodecContext/AVFormatContext/AVPacket .. instead, it uses RMContext and RMPacket |
17:14:27 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
17:15:34 | saratoga | could you keep an unmodified version of cook.c handy and compare to that? or do you need to change too much to get it to work with your parser? |
17:16:10 | | Join toffe82 [0] (n=chatzill@74.0.180.178) |
17:16:34 | saratoga | i should also ask if you got your parser to play an RM file before you started removing ffmpeg junk? |
17:16:37 | MT | I can't use an unmodified version with my parser currently if that's what you mean. |
17:17:28 | saratoga | ah ok |
17:17:35 | MT | play an RM file ? |
17:18:07 | saratoga | i was wondering if you were able to take the output from your parser and feed it to the ffmpeg decoder and get correct PCM audio |
17:18:18 | saratoga | but it sounds like you're not there yet |
17:18:39 | MT | I did something similar .. |
17:18:48 | MT | not playing audio though |
17:19:34 | saratoga | sorry I mean just writing it to a file so you can compare it to ffmpeg |
17:20:11 | MT | ffmpeg has a command which produces the descrambled cook audio frames that should be fed directly to the decode() function .. I made the parser output the same set of file, cat'd both outputs into 2 different files and diff'd them against each other |
17:20:49 | saratoga | ah ok |
17:21:03 | saratoga | but you don't have cook.c compiling outside of ffmpeg then? |
17:21:58 | MT | I've isolated cook.c from ffmpeg before working with it. |
17:22:15 | MT | so it's compiling outside of ffmpeg |
17:22:40 | MT | is that what you mean ? |
17:23:18 | saratoga | MT: does the parser give the same output when you diff ? |
17:23:26 | MT | yes |
17:23:41 | saratoga | but you can't decode an RM file? |
17:25:15 | | Quit bubsy ("Mrrrrreow!") |
17:26:15 | MT | I can *use* the decode function of cook.c and produce a decoded output.. the duration is correct, but it sounds horrible (mainly noise, no identifiable audio/music..) so it seems like there's something wrong with the decoding part. |
17:26:26 | saratoga | ah ok |
17:26:31 | saratoga | i misunderstood you before |
17:26:44 | saratoga | i'll be back in a few minutes, I need to help someone with something |
17:26:53 | MT | take your time |
17:27:12 | | Nick gromit` is now known as jordan` (n=gromit@ALagny-154-1-9-185.w83-112.abo.wanadoo.fr) |
17:31:26 | | Join PaulJam [0] (i=Paule@vpn-3056.gwdg.de) |
17:31:38 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) |
17:38:54 | | Join PaulJam__ [0] (i=Paule@vpn-3079.gwdg.de) |
17:38:56 | | Quit PaulJam_ (Read error: 104 (Connection reset by peer)) |
17:46:28 | | Join Guest_9526 [0] (n=Mudkips@119.224.48.72) |
17:46:34 | | Quit antil33t (Nick collision from services.) |
17:48:56 | | Quit wpyh (Read error: 110 (Connection timed out)) |
17:49:44 | | Join PaulJam_ [0] (n=PaulJam_@vpn-3044.gwdg.de) |
18:00 |
18:00:03 | | Join PaulJam___ [0] (i=PaulJam_@vpn-3068.gwdg.de) |
18:00:16 | | Quit PaulJam (Nick collision from services.) |
18:00:21 | | Nick PaulJam___ is now known as PaulJam (i=PaulJam_@vpn-3068.gwdg.de) |
18:00:36 | | Join Lynx [0] (n=Lynx@64.55.144.30) |
18:00:36 | | Quit PaulJam_ (Nick collision from services.) |
18:00:41 | | Quit PaulJam__ (Nick collision from services.) |
18:01:06 | | Nick Lynx is now known as Guest27896 (n=Lynx@64.55.144.30) |
18:06:26 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
18:07:07 | | Join Lynx [0] (n=Lynx@xdsl-87-78-146-52.netcologne.de) |
18:07:32 | | Nick Lynx is now known as Guest16090 (n=Lynx@xdsl-87-78-146-52.netcologne.de) |
18:09:39 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
18:14:28 | | Join faemir [0] (n=faemir@88-106-242-222.dynamic.dsl.as9105.com) |
18:16:59 | | Quit Lynx_ (Read error: 110 (Connection timed out)) |
18:16:59 | | Nick Guest16090 is now known as Lynx_ (n=Lynx@xdsl-87-78-146-52.netcologne.de) |
18:17:43 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
18:18:21 | | Quit PaulJam (Read error: 113 (No route to host)) |
18:23:11 | | Quit petur ("work->home") |
18:24:59 | | Join lymeca [0] (n=lymeca@student164-211.hampshire.edu) |
18:25:42 | | Quit lymeca (SendQ exceeded) |
18:26:20 | | Join lymeca [0] (n=lymeca@student164-211.hampshire.edu) |
18:26:28 | MT | linuxstb : quick question because I have to go in a few minutes ; to use cook.c directly from ffmpeg means that I'll have to know how to initialize AV* stuff. Or can I just hard code COOKContext with the same values with which it's init'ed in my decoder, then I won't need any ffmpeg-specific stuff ? |
18:26:36 | | Quit Guest27896 (Read error: 110 (Connection timed out)) |
18:27:19 | MT | and for the input buffers, I'll just send it the output of either of the 2 parsers. |
18:28:03 | linuxstb | MT: Sorry, I'm not sure what you mean without looking at the code... |
18:29:03 | MT | ah .. 1 minute. |
18:34:35 | | Quit schrottplatz (Remote closed the connection) |
18:34:44 | *** | Saving seen data "./dancer.seen" |
18:34:56 | | Quit obo (Remote closed the connection) |
18:35:34 | | Join obo [0] (n=obo@77-99-230-49.cable.ubr04.trow.blueyonder.co.uk) |
18:36:46 | | Join schrottplatz [0] (n=max@f053226054.adsl.alicedsl.de) |
18:39:14 | | Join jmillikin [0] (n=jmilliki@12.191.193.173) |
18:39:20 | | Quit kugel (Read error: 110 (Connection timed out)) |
18:42:02 | MT | linuxstb : http://pastebin.com/m628fe65f those are the two functions in cook.c that take in ffmpeg-specific data stuctures |
18:43:03 | MT | linuxstb : (if you want to look at my code too) here's my code : https://rm-wavconverter.svn.sourceforge.net/svnroot/rm-wavconverter/cook/cook.c |
18:43:32 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
18:43:33 | | Part pyro_maniac ("Leaving.") |
18:46:08 | schrottplatz | hmmm |
18:46:20 | schrottplatz | im not happy with the menu |
18:46:27 | schrottplatz | of my rockbox |
18:46:54 | MT | To avoid using cook_decode_init() ( and dealing with ffmpeg's parser, stream reader, codec context .. etc) I could initialize COOKContext with the same values from my code , and for cook_decode_frame() I could just send the audio frames that are output by my parser or ffmpeg's .. would this be a correct approach ? |
18:47:05 | evilnick_7 | schrottplatz: In what way, and how do you feel it could be improved? |
18:47:19 | schrottplatz | wait |
18:47:24 | | Quit ajonat_ () |
18:48:10 | | Join LambdaCalculus3 [0] (i=44a0430d@gateway/web/ajax/mibbit.com/x-cd8ea7691f0ee7ee) |
18:48:13 | schrottplatz | ok |
18:48:49 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
18:49:01 | | Nick LambdaCalculus3 is now known as LambdaCalculus37 (i=44a0430d@gateway/web/ajax/mibbit.com/x-cd8ea7691f0ee7ee) |
18:49:15 | schrottplatz | i think we should have as the first entry |
18:49:21 | schrottplatz | musik |
18:49:31 | schrottplatz | instead of files |
18:49:34 | gevaerts | why? |
18:49:37 | schrottplatz | *music |
18:49:49 | evilnick_7 | But that doesn't list ONLY music. It lists Files |
18:50:00 | LambdaCalculus37 | It's a file browser, hence the name. |
18:50:08 | schrottplatz | and under music the first option resume playback and second database |
18:50:09 | LambdaCalculus37 | People carry more than music on their players. |
18:50:40 | schrottplatz | so when i start my player |
18:50:47 | schrottplatz | i can navigate in my pocket |
18:50:48 | bertrik | I can see the point |
18:50:56 | gevaerts | schrottplatz: please try to keep thoughts on single lines |
18:51:00 | schrottplatz | ok |
18:51:09 | * | gevaerts mostly listens to non-music, and he doesn't use the database |
18:51:12 | evilnick_7 | schrottplatz: That means that it'd be two button presses and also movement in the menu to resume music |
18:51:27 | schrottplatz | yes |
18:52:17 | schrottplatz | and things like system and settings should be one entry |
18:52:33 | schrottplatz | btw playlist in the music list too |
18:53:04 | linuxstb | MT: Sorry, I don't have time to look at it in detail now. But your idea sounds sensible - to just initialise CookContext yourself. |
18:53:37 | LambdaCalculus37 | schrottplatz: That doesn't sound very intuitive at all, to be honest. |
18:53:56 | schrottplatz | maybe second entry in the main menu would be files (bc i cant browse trough the files in my pocket) |
18:54:15 | gevaerts | It should at least be called "audio", *not* "music |
18:54:26 | schrottplatz | yes |
18:54:27 | schrottplatz | ok |
18:54:44 | gevaerts | schrottplatz: can you browse the database in your pocket? |
18:54:47 | evilnick_7 | I do like the idea of having "Music" as an entry on the main menu. That's what most users would want to access most often (imho) |
18:54:52 | schrottplatz | no |
18:54:57 | MT | linuxstb : no need to look in detail, just wanted to know what you thought about this approach. Thanks. |
18:55:07 | schrottplatz | but i want to have same things in the same menu |
18:55:08 | gevaerts | so why does that make Files different? |
18:56:31 | schrottplatz | gevaerts: understood? |
18:57:13 | gevaerts | I still don't see why (a) the pocket thing is relevant, and (b) how your proposal would make things easier |
18:57:39 | schrottplatz | its more quick to navigate |
18:57:52 | gevaerts | is it? |
18:57:54 | | Quit MT (Read error: 104 (Connection reset by peer)) |
18:58:09 | schrottplatz | in my case yes |
18:58:20 | schrottplatz | i dont know your flow |
18:58:42 | gevaerts | I don't use the database at all |
18:59:01 | schrottplatz | and where is your problem? |
18:59:14 | gevaerts | I don't have a problem. The current layout is fine |
18:59:38 | * | LambdaCalculus37 agrees with gevaerts |
18:59:57 | LambdaCalculus37 | I don't use the database, either, except for PictureFlow. |
19:00 |
19:00:19 | schrottplatz | hmm |
19:00:54 | gevaerts | the database is the second entry. Surely that's not far to reach? |
19:01:50 | | Join moos [0] (i=mustapha@rockbox/staff/moos) |
19:01:52 | linuxstb | schrottplatz: I don't think you're going to convince us to change the official menu structure. But if you can compile Rockbox yourself, it's easy enough to move menu items around and rename them. |
19:02:10 | schrottplatz | i think it would make more sense if there would be an entry with audio->resume playback; database; (later picture flow) |
19:02:49 | gevaerts | and why not files? |
19:02:55 | schrottplatz | linuxstb: i just wanted to make suggestions... |
19:03:22 | schrottplatz | gevaerts: in this case then only music files |
19:03:30 | evilnick_7 | schrottplatz: If there's a good enough reason to change (that will be beneficial for enough users) then we're open to suggestions. They would have to offer improvements to enough people though and not just for your use individually. |
19:03:46 | schrottplatz | for example a folder /music/ |
19:03:53 | gevaerts | schrottplatz: my personal opinion is that what you propose would make rockbox slower and harder to use |
19:04:02 | gevaerts | Also a lot less flexible |
19:05:02 | gevaerts | Why do you e.g. want to restrict where users can put audio files? |
19:05:04 | bertrik | schrottplatz, I think the problem with something like the main menu structure is that there's probably a lot of people having some kind of strong feeling about it, so changing it is a very time-consuming process. |
19:05:20 | schrottplatz | ok |
19:05:40 | | Join Llor_Phone [0] (n=Llorean@166.133.84.45) |
19:06:34 | schrottplatz | i thought it would be easyer |
19:06:38 | schrottplatz | :D |
19:07:25 | Llor_Phone | schrottplatz: the best way to get something like that changed is to write a patch. |
19:07:53 | schrottplatz | but im to stupid to write a patch :) |
19:07:55 | gevaerts | The big problem is that it's easy to assume that the way you're using it is the most natural way and that everyone will agree. In reality there is no best way, and everyone does something different. Everyone falls into that trap... |
19:08:04 | Llor_Phone | The current menu is there for a reason. You basically need to show your way is better with a patch people can use over time to compare |
19:09:08 | bertrik | Does the database store anything other than tags for audio files? If not, couldn't it have a more specific name, like "Audio database"? |
19:11:00 | Llor_Phone | bertrik: In the future it may hold other media. RIght now, yes, audio only. |
19:11:39 | gevaerts | maybe "media database" would work? |
19:12:51 | evilnick_7 | Until anything else is supported then "Audio database" sounds better to me. Once other items are in the db then "Media database" would be more descriptive. |
19:12:54 | Llor_Phone | Could, yes. I may have missed something. Was one of the problems a confusing name? |
19:13:48 | bertrik | Llor_Phone, sorry, no not really, the other discussion just got me thinking about some of the names used in the main menu |
19:14:41 | Llor_Phone | Maybe something more like "Library" |
19:14:50 | Llor_Phone | I do prefer shorter names. |
19:18:38 | bertrik | library sounds good |
19:18:46 | | Quit jeffdameth (Read error: 60 (Operation timed out)) |
19:19:56 | | Join jeffdameth [0] (n=jeff@dyndsl-095-033-070-242.ewe-ip-backbone.de) |
19:21:00 | LambdaCalculus37 | Library works. |
19:21:01 | | Quit schrottplatz ("o.O") |
19:21:48 | | Quit Llor_Phone (Read error: 104 (Connection reset by peer)) |
19:22:23 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
19:24:24 | | Quit ender` (" Never say "Oooops" ... always say "Ahhh, interesting..."") |
19:31:05 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) |
19:45:02 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
19:49:07 | | Join JdGordon| [0] (i=836b0070@gateway/web/ajax/mibbit.com/x-b0e43e2603bbdcdd) |
19:55:43 | | Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) |
19:56:38 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
20:00 |
20:04:14 | | Join petur [50] (n=petur@rockbox/developer/petur) |
20:10:18 | | Quit SirFunk_ (Read error: 110 (Connection timed out)) |
20:18:21 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
20:20:49 | amiconn | linuxstb: The cook decoder project will probably only support cook encoded realaudio files for a start? Are there plans to extend it to other realaudio codecs? |
20:24:12 | | Join tomers [0] (n=chatzill@bzq-84-108-58-176.cablep.bezeqint.net) |
20:25:18 | linuxstb | amiconn: Yes, assuming there are decoders. It depends how long the cook codec takes (the ffmpeg decoder is floating point). |
20:25:50 | amiconn | I was looking at this list: http://wiki.multimedia.cx/index.php?title=RealMedia#Audio |
20:26:33 | amiconn | For ac3 and aac we already have decoders, so it's "only" handling a different container |
20:26:49 | linuxstb | I think ffmpeg has decoders for RealAudio 1.0 and 2.0 as well. |
20:27:02 | amiconn | That leaves VSELP, LD-CELP, Sipro and ATRAC as lossy codecs |
20:27:14 | linuxstb | And there's an ATRAC codec in ffmpeg too... |
20:27:42 | linuxstb | But yes, MT's original proposal talked about writing a general RM demuxer, with cook as the first codec. |
20:28:24 | linuxstb | Not on that list is MP3, but the data is packed in a different way to normal mpeg audio streams. |
20:28:58 | linuxstb | MP3-in-Realaudio uses this - http://www.ietf.org/rfc/rfc3119.txt |
20:33:13 | | Join tessarakt [0] (n=jens@e180079173.adsl.alicedsl.de) |
20:34:47 | *** | Saving seen data "./dancer.seen" |
20:41:20 | | Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-5ccd92b8246ee717) |
20:56:07 | | Join perrikwp [0] (i=982132ed@gateway/web/ajax/mibbit.com/x-11c86f4c58561ba4) |
20:57:50 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
21:00 |
21:05:50 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
21:18:39 | | Quit SirFunk (Read error: 110 (Connection timed out)) |
21:19:46 | | Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) |
21:34:46 | Grahack | Hi, is there a cheat sheet for the use of buttons on various players ? especially iPod ? |
21:34:58 | LambdaCalculus37 | The manuals. |
21:36:14 | Grahack | I'm learning the various tricks in the manuals but would be glad to have an overall look on them... Maybe I could try to submit something if I end with something nice. |
21:36:45 | LambdaCalculus37 | You're more than welcome to submit patches. :) |
21:37:35 | Grahack | mmmf, I wish I could submit C patches, but I'll submit wiki patches only |
21:40:48 | evilnick_7 | The manual is not written in C, so if you feel there's a section that can be improved or added then the text itself would be okay. (although Tex[?] is preferred) |
21:41:05 | n1s | Grahack: maybe it could be done as an appendix for the manual. It's probably the only chance it has of staying up-too-date |
21:41:25 | n1s | s/too/to |
21:42:59 | | Quit barrywardell (Remote closed the connection) |
21:43:47 | LambdaCalculus37 | evilnick_7: LaTeX, to be exact. |
21:44:06 | | Join darkham [0] (n=darkhamm@host31-155-dynamic.6-87-r.retail.telecomitalia.it) |
21:44:46 | | Quit n1s ("Lmnar") |
21:45:37 | evilnick_7 | LambdaCalculus37: Thanks. I keep forgetting the exact name. Is the casing important? |
21:45:57 | Grahack | I know LaTeX, but I guess it should be simple enough to translate to html with no problems, gonna look at TeX4ht |
21:46:19 | bluebrother | the manual uses TeX4ht to produce html output |
21:46:25 | Grahack | casing helps not forgetting it commes from Tex |
21:46:37 | bluebrother | it would be TeX to be exact :) |
21:47:13 | evilnick_7 | Apologies, my memory is encoded with a lossy codec. |
21:47:18 | Grahack | (sorry, you're right, I was about to correct myself and now am punished for my lazyness) |
21:50:57 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
21:51:04 | | Join JdGordon| [0] (i=836b0072@gateway/web/ajax/mibbit.com/x-7c75cee728caf957) |
22:00 |
22:00:38 | saratoga | Bagder: could you disable femlab as a build server for a little while? i need to resolve issues with getting rockbox.org blacklisted on my network |
22:02:06 | Grahack | could someone point me to the sources of this page please ? http://download.rockbox.org/manual/rockbox-ipodvideo/rockbox-buildch3.html |
22:03:18 | Grahack | I'm quite lost n the svn repo... :) |
22:03:27 | linuxstb | It's in "manual" |
22:03:37 | linuxstb | Which is at the same level as apps, firmware, tools, etc |
22:03:58 | petur | starts here: http://svn.rockbox.org/viewvc.cgi/trunk/manual/ |
22:04:08 | bluebrother | you need other parts of the rockbox sources to build the manual |
22:04:25 | LambdaCalculus37 | evilnick_7: That's the ASCII representation of the name. |
22:04:53 | linuxstb | Grahack: That actual page is manual/rockbox_interface/main.tex |
22:05:15 | Grahack | petur & linuxstb: thanks |
22:05:20 | * | linuxstb thinks some "svn mv" would be helpful in the manual... |
22:05:49 | bluebrother | Galois: manual/rockbox_interface/main.tex |
22:06:03 | * | bluebrother agrees with linuxstb and spots being too slow :o |
22:06:19 | bluebrother | giving all those main.tex files better names would be a good thing too IMO |
22:11:57 | | Quit petur (Remote closed the connection) |
22:12:17 | Grahack | one .tex for several players: NEAT guys, but the task becomes tricky for me now: my strategy so far: copy paste the source to grab the buttons of other players. Moreover I planned to make tables: adds a layer of complexity |
22:14:50 | Grahack | there are \begin{btnmap} macros too that should be used... |
22:14:54 | | Join webguest45 [0] (n=ad224b55@gateway/web/cgi-irc/labb.contactor.se/x-254a9dbae54c4542) |
22:15:07 | | Quit webguest45 (Client Quit) |
22:17:33 | | Quit bmbl ("Woah!") |
22:21:49 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
22:22:34 | | Quit lymeca ("KVIrc Insomnia 4.0.0, revision: , sources date: 20090115, built on: 2009/03/07 00:45:02 UTC http://www.kvirc.net/") |
22:25:50 | Bagder | saratoga: will do! |
22:27:23 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
22:29:48 | gevaerts | JdGordon|: deleting the file you're playing is common enough for it to be supported from the WPS context menu :) |
22:31:36 | * | Llorean wonders if the WPS context menu should also have "Remove from Playlist" |
22:32:21 | JdGordon| | gevaerts: thats been an outstanding bug for a while, imo it shuold be removed |
22:32:56 | JdGordon| | remove from playlist makes sense... remove from the disk is just asking for trouble |
22:33:49 | Llorean | Remove from disk seems pretty safe too, at least we don't get people really complaining about it. |
22:33:54 | evilnick_7 | Llorean: I'd like to see that personally |
22:34:04 | Llorean | But it seems to me there should be "Remove from Playlist" and "Remove from Disk and Playlist" |
22:34:27 | Llorean | The one option we do have is, I think, the least useful variant since it ought to be very uncommon that you want it gone from the disk, but still in the playlist simply getting skipped over |
22:34:50 | *** | Saving seen data "./dancer.seen" |
22:34:59 | JdGordon| | Llorean: remove from disk is not safe at all... best case is its fully buffered so you can skip around inside the track without problems... thats lamost never the case though |
22:35:21 | evilnick_7 | I find it useful to "preview" new albums and delete the songs I don't want to keep with me on the player when away from a computer. |
22:35:45 | gevaerts | I used to delete files from the WPS after listening to them. I suspected some problems at some point (like skipping to the next track being confused), but those were fixed |
22:36:11 | Llorean | JdGordon|: If it removed it from the playlist as well (which would include moving on to the next track) it wouldn't be a problem though |
22:38:51 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
22:39:07 | | Join EternalRains [0] (n=Abztrkhi@c-24-127-231-171.hsd1.fl.comcast.net) |
22:39:23 | Grahack | good night guys, the cheat sheet thing seems quite huge to accomplish, I'll start for the iPod, then who knows... |
22:39:25 | | Quit Grahack ("Leaving.") |
22:43:44 | saratoga | Bagder: i spoke with my network admin, and he says that on the 18th the build script tried to initiate more then 200 connections in one hour, and was blacklisted again |
22:44:13 | saratoga | do you have any idea how difficult it would be to make the system connect less frequently? |
22:45:58 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
22:46:51 | Bagder | well, we'd have to change the build system to keep the initial ssh connection up |
22:47:26 | saratoga | how often does it reconnect now? i've just started reading the code |
22:47:31 | Bagder | it's not really that hard, only a bit sensitive area since breaking that script breaks all builds |
22:47:50 | Bagder | for each build, it does: |
22:48:13 | Bagder | build, copy, cleanup (3 connections) |
22:48:40 | Bagder | hm, or is it two copies |
22:49:17 | Bagder | yes: build, copy-log, copy-build (for some builds), cleanup |
22:49:28 | Bagder | and an initial svn up |
22:49:48 | Bagder | so if you build 7 zip-targets, you get 1+7*4 connections |
22:50:27 | gevaerts | hm, doesn't modern ssh support multiplexing a connection? |
22:50:53 | Bagder | it could just re-use the same one anyway |
22:50:59 | gevaerts | Maybe just enabling that and starting a connection to each build server at the start would do the trick? |
22:51:06 | Bagder | except for the copy... |
22:51:14 | gevaerts | how is that done? scp? |
22:51:18 | Bagder | yes |
22:56:34 | saratoga | how would you reuse the connection? is there a way to actually control the shell remotely ? |
22:56:53 | | Quit LambdaCalculus37 ("mibbit.com: off I go!") |
22:57:01 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
22:57:55 | gevaerts | Bagder: actually, scp seems to use the same connection just fine |
22:59:20 | Bagder | I've never played with that feature |
23:00 |
23:00:14 | | Quit moos ("Rockbox rules the DAP world") |
23:00:16 | gevaerts | http://www.revsys.com/writings/quicktips/ssh-faster-connections.html |
23:00:38 | Bagder | right, man ssh_config has the details too |
23:00:52 | gevaerts | you could actually just keep one ssh connection open all the time |
23:01:17 | Bagder | one of the trickiest things in the build script is error handling |
23:01:34 | Bagder | a connection will not live fine "all the time" ... |
23:01:45 | gevaerts | it will if you put it in a loop :) |
23:02:08 | gevaerts | but yes, it's not *that* simple |
23:02:53 | Bagder | and frankly, there are several things we could improve in the build script as has been mentioned many times |
23:02:53 | gevaerts | would this change error handling at all though? I'd expect individual sessions to look the same |
23:03:40 | | Join JdGordon| [0] (i=836b0070@gateway/web/ajax/mibbit.com/x-ad5152e9d5255419) |
23:04:31 | Bagder | I'm not sure, it depends on how to setup the master if the slaves finds it died |
23:06:56 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-d5e6194de1f4e2d7) |
23:08:03 | gevaerts | If I understand things correctly, with the right (non-auto) setup the slaves can just use their own connection if the master has died |
23:08:04 | | Quit Horscht ("Verlassend") |
23:12:18 | | Quit StealthyXIIGer (Client Quit) |
23:13:43 | | Quit Lss (Read error: 54 (Connection reset by peer)) |
23:24:56 | | Quit Zoxc () |
23:28:56 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
23:29:20 | | Join froggyman [0] (n=47ba40e2@gateway/web/cgi-irc/labb.contactor.se/x-8ca03f9b2cce9549) |
23:36:15 | tomers | gevaerts: In usb-drv-arc.c, init_endpoints(), does RX means also IN ? i.e. in the host point of view? |
23:36:32 | * | gevaerts looks |
23:37:38 | | Join midijunkie [0] (n=Miranda@pD9546FAD.dip0.t-ipconnect.de) |
23:38:53 | darkham | how goes the job on sansa fuze? |
23:39:21 | bluebrother | obo |
23:39:27 | darkham | i know are "in progress", but some news? |
23:39:45 | bluebrother | ah sorry, mixed up fuze with view |
23:39:56 | * | bluebrother goes standing in the corner |
23:41:29 | gevaerts | tomers: I suspect that RX means OUT. At least in the description for BURSTSIZE and TXFILLTUNING (32.9.5.7 and 32.9.5.8) that seems to be the case, so I'm assuming it's also true for the rest |
23:41:56 | gevaerts | darkham: have you checked the wiki and forums? That's where the information lives |
23:42:14 | | Join vedlith [0] (n=ved2@137-mi2-1.acn.waw.pl) |
23:42:27 | tomers | That means it is from the device point of view... Doesn't the manual apply both for d |
23:42:32 | darkham | gevaerts: yes but not so much about that... |
23:42:33 | tomers | device and host? |
23:43:03 | tomers | Thanks! That really helps. |
23:43:37 | gevaerts | tomers: I think RX and TX are probably always from the chip point of view, whether it's host or device |
23:44:56 | * | kugel doesn't like bluebrother's proposal size |
23:45:04 | kugel | and it's not much different from the existing one |
23:45:36 | gevaerts | darkham: http://www.rockbox.org/twiki/bin/view/Main/SansaAMS is probably the most helpful. Note that "Yes" in the table may mean "it somewhat works, see forums and/or irc logs for details" though |
23:46:04 | darkham | gevaerts: thanx |
23:46:25 | bluebrother | why does it need to be much different? |
23:47:26 | | Quit stripwax ("http://miranda-im.org") |
23:48:26 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
23:49:13 | | Quit Horscht ("Verlassend") |
23:52:50 | | Join iWant_to_hack [0] (n=47c3910b@gateway/web/cgi-irc/labb.contactor.se/x-3ce72332e0633676) |
23:53:07 | iWant_to_hack | hello... i need some help |
23:53:30 | | Join Zarggg_ [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
23:53:45 | iWant_to_hack | hello... i need some help |
23:53:46 | evilnick_7 | iWant_to_hack: Ask your question then! |
23:54:12 | iWant_to_hack | I want to hack my old i pod but dont know where to begin |
23:54:26 | Llorean | The Rockbox manual is a good place to start. |
23:54:44 | iWant_to_hack | okay... ill check it |
23:54:56 | bluebrother | reading the website might also help ... |
23:56:14 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-bf1480731e39825f) |
23:57:29 | | Quit evilnick_7 ("http://www.mibbit.com ajax IRC Client") |
23:57:30 | froggyman | iWant_to_hack: what exactly are you trying to hack on your iPod? |