| 00:09:23 | markun | preglow: will you keep me informed on your progress? I'm really interested |
| 00:11:06 | | Quit bluebrother ("Leaving") |
| 00:14:47 | | Quit moos ("reboot") |
| 00:18:14 | | Join moos [0] (i=moos@m135.net81-66-158.noos.fr) |
| 00:18:30 | | Quit moos (Client Quit) |
| 00:18:58 | | Join moos [0] (i=moos@m135.net81-66-158.noos.fr) |
| 00:19:52 | preglow | markun: will do |
| 00:19:53 | preglow | but now, bed |
| 00:20:04 | markun | good night |
| 00:20:54 | | Part krush1704 |
| 00:29:45 | | Join saratoga5 [0] (i=98039ac0@gateway/web/cgi-irc/labb.contactor.se/x-0d62a99fc59e5285) |
| 00:30:19 | | Join |cub| [0] (n=cub@cub.kiev.ua) |
| 00:36:11 | | Join scorche [0] (i=scorche@rockbox/administrator/scorche) |
| 00:40:08 | | Quit idnar (Nick collision from services.) |
| 00:40:10 | | Join idnar_ [0] (n=mithrand@unaffiliated/idnar) |
| 00:42:39 | | Quit gromit` ("Coyote finally caught me") |
| 00:43:05 | chrisjs169|brb | linuxstb: I know JdGordon did it in the past, but since it wasn't commited (as far as I can tell) I'm trying to find what he used to do that |
| 00:49:16 | | Nick Gursikh is now known as Khalsa (n=Gursikh@unaffiliated/gursikh) |
| 00:49:26 | | Nick Khalsa is now known as Gursikh (n=Gursikh@unaffiliated/gursikh) |
| 00:50:14 | *** | Saving seen data "./dancer.seen" |
| 00:51:39 | | Quit Guile` ("KVIrc 3.2.0 'Realia'") |
| 00:52:58 | | Nick Viljar is now known as Viljar`zZ (n=Gspier@pc63.host3.trt.starman.ee) |
| 00:53:33 | saratoga5 | anyone here have any ffmpeg experience? |
| 00:53:45 | schula | chrisjs169|brb: oh, are you makeing the rockbox releases on anythingbutipod? |
| 00:53:47 | saratoga5 | i'm stuck on their API |
| 00:54:09 | schula | .oO(i just use vlc) |
| 00:55:25 | | Quit Nico_P (Remote closed the connection) |
| 00:56:27 | | Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) |
| 00:56:30 | | Part maffe |
| 00:59:31 | | Join maffe [0] (n=maffe@195.159.148.248) |
| 00:59:37 | | Quit Entasis ("Leaving") |
| 01:00 |
| 01:00:35 | | Quit sergey (Read error: 110 (Connection timed out)) |
| 01:01:12 | | Join sergey [0] (n=sergey@ppp85-141-132-97.pppoe.mtu-net.ru) |
| 01:02:03 | | Quit |cub| (Read error: 54 (Connection reset by peer)) |
| 01:03:23 | | Part TrueJournals |
| 01:04:10 | | Join |cub| [0] (n=cub@cub.kiev.ua) |
| 01:07:13 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- Wibbly Wobbly IRC") |
| 01:08:03 | | Quit Siltaar ("Aurevoir - www.fdn.fr/~sdescarp") |
| 01:12:14 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 01:13:02 | chrisjs169|brb | schula: uh....yeah? |
| 01:13:11 | chrisjs169|brb | JdGordon: I'm sure you can help me :D |
| 01:13:31 | schula | cool ;) the build is really nice :) |
| 01:13:35 | chrisjs169|brb | Remember way back when you figured out how to disable the database refresh on the OF from the Rockbox bootloader? |
| 01:13:38 | chrisjs169|brb | schula: thanks :) |
| 01:14:31 | JdGordon | chrisjs169|brb: actually it was barrywardell, but anyway, whats the problem? |
| 01:15:44 | chrisjs169|brb | It may have been barrywardell...but what was the code used to do that? |
| 01:16:30 | JdGordon | bootloader/main-pp.c iirc |
| 01:18:00 | chrisjs169|brb | do you remember the line of code that was used to write the '0' to the hidden firmware partition? |
| 01:19:17 | | Quit moos ("Glory to Rockbox") |
| 01:19:27 | | Quit |cub| (Read error: 54 (Connection reset by peer)) |
| 01:19:32 | JdGordon | from line 463 |
| 01:21:47 | | Join |cub| [0] (n=cub@cub.kiev.ua) |
| 01:23:51 | chrisjs169|brb | wow...didn't even know it was in there. what do i use to enable it? |
| 01:23:55 | | Quit saratoga5 ("CGI:IRC (EOF)") |
| 01:23:58 | * | chrisjs169|brb is lost when it comes to c |
| 01:26:56 | schula | chrisjs169|brb: is it possible to get a version without the micro sd patch? gather runtime information does not work, and in the daily build it works, and the sd_patch disables tag cache.. |
| 01:28:48 | JdGordon | chrisjs169|brb: turn on the sansa with usb connected |
| 01:29:20 | JdGordon | schula: TC works, but not if you try loading a file from he mSD |
| 01:29:46 | | Quit HellDragon ("rebooting(58486456) - LY") |
| 01:31:35 | schula | hm strange, so i will build it on my own, and investigate the problem |
| 01:31:42 | pixelma | JdGordon: really? Do I have to test if database still works on Ondio then? |
| 01:32:02 | pixelma | (with your patch/build) |
| 01:33:21 | | Join zivan56 [0] (n=zivan56@64.46.5.220.novuscom.net) |
| 01:33:57 | JdGordon | pixelma: you can if you want, I was playing and noticed it worked o the e200, as long as the files were on the hard diska nd not the sd card |
| 01:34:06 | JdGordon | if they were it wold try pl;aying "no file" |
| 01:34:23 | | Quit sergey (Read error: 110 (Connection timed out)) |
| 01:34:47 | | Join Thundercloud [0] (n=thunderc@82.153.36.214) |
| 01:34:48 | JdGordon | unfortunatly, i dropped my sd card last night and after 30min of searching i couldnt find it.. and it hasnt turned up this morning :'( |
| 01:35:16 | chrisjs169|brb | MicroSD card? |
| 01:35:28 | JdGordon | yeah |
| 01:35:36 | chrisjs169|brb | are they seriously that small? |
| 01:35:48 | JdGordon | 1cm x 1.5cm x 1mm |
| 01:35:49 | JdGordon | about |
| 01:35:56 | chrisjs169|brb | wow |
| 01:36:16 | | Quit Thundercloud (Remote closed the connection) |
| 01:38:03 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
| 01:38:07 | | Join Thundercloud [0] (n=thunderc@82.153.36.214) |
| 01:38:45 | zivan56 | well the sansa radio somewhat works in rockbox, although it's reminiscent of those non-powered earphone radios :) |
| 01:39:07 | chrisjs169|brb | it somewhat works? |
| 01:39:29 | | Quit MbS_ ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") |
| 01:39:37 | zivan56 | yes, there is a faint signal when i force the audio chip to maximum gain |
| 01:39:46 | chrisjs169|brb | yay |
| 01:39:47 | | Quit Domonoky_ ("Trillian (http://www.ceruleanstudios.com") |
| 01:39:50 | * | chrisjs169|brb really wants to try :P |
| 01:39:55 | zivan56 | you have to set the frequency in the OF though |
| 01:40:27 | zivan56 | and the LCD makes noises, so it has to be off in order to hear anything :P |
| 01:40:37 | chrisjs169|brb | lol |
| 01:40:38 | pixelma | JdGordon: still seems to work (initialized again - and played a file that I knew is on the MMC) |
| 01:40:53 | * | chrisjs169|brb still wants to try :P |
| 01:41:36 | zivan56 | well if someone managed to get it to tune and get the audio up, there will probably be a patch |
| 01:42:10 | zivan56 | the datasheet is really lacking in any help except getting signal strength and chip id |
| 01:42:41 | zivan56 | and there are some tedious calculations that need to be performed in order to get it to tune |
| 01:43:24 | zivan56 | overall, a very bad chip design IMO, because you have to implement most of its functions in software |
| 01:44:51 | schula | its cheaper |
| 01:45:12 | zivan56 | definately, it probably costs them $3 a chip or something |
| 01:46:08 | chrisjs169|brb | lol |
| 01:46:41 | zivan56 | i dont mind the bad design, but the datasheet is not very helpful and very ambiguous |
| 01:46:46 | jhMikeS | zivan56: well, while you're at it I figure I might as well try to get it to record something. Which line in is the radio on, 1 or 2? |
| 01:47:05 | pixelma | JdGordon: what I know from before is that updating an existing database (which contains files from the external memory) while the card isn't plugged in, confuses the database (and progress stalls) - in case someone experiences this |
| 01:47:10 | zivan56 | jhMikeS, radio in on line1, mic is on mic1 |
| 01:47:24 | zivan56 | mic1 works perfectly and is very clear surprisingly |
| 01:47:27 | jhMikeS | does it actually have a line-in via the connector? |
| 01:47:58 | | Join HellDragon [0] (n=JD@unaffiliated/helldragon) |
| 01:48:38 | zivan56 | well the AS3514 chip has 2 line ins, one of which is connected to the radio |
| 01:48:38 | zivan56 | there are 2 mics as well, one of them is the built in mic |
| 01:48:47 | jhMikeS | zivan56: this chip is an orgy of gain controls |
| 01:49:07 | zivan56 | heh, i had to set gain to the very max in order to hear anything from the radio |
| 01:49:14 | zivan56 | (for line in) |
| 01:49:22 | jhMikeS | I'm wondering if sansa sells something the has an actual line jack |
| 01:49:33 | zivan56 | ah, not sure at all |
| 01:49:40 | jhMikeS | did you use single or double ended input? |
| 01:49:45 | JdGordon | pixelma: ah ok |
| 01:50:13 | zivan56 | not sure, not too familiar with the AS chip |
| 01:50:24 | zivan56 | i uploaded the code and gave a link on rockbox-dev |
| 01:50:33 | zivan56 | im off for a bit, i'll bbl |
| 01:50:36 | jhMikeS | bits 7,6 to 00? |
| 01:51:35 | pixelma | JdGordon: just an idea/question - did you load database to ram or just tried without? |
| 01:52:12 | JdGordon | no |
| 01:52:15 | | Quit HellDragon (Nick collision from services.) |
| 01:52:41 | JdGordon | yeah, the patch disabls ramcache |
| 01:53:05 | JdGordon | uni time, ttyl |
| 01:53:15 | pixelma | ok, just thought that there could be a difference since the Archos' can't store database in ram |
| 01:53:50 | | Nick idnar_ is now known as idnar (n=mithrand@unaffiliated/idnar) |
| 01:58:13 | | Join saratoga6 [0] (i=98039ac0@gateway/web/cgi-irc/labb.contactor.se/x-b090caa915b96ec6) |
| 02:00 |
| 02:00:29 | | Join [1]zivan56 [0] (n=zivan56@64.46.5.220.novuscom.net) |
| 02:00:29 | | Quit zivan56 (Read error: 104 (Connection reset by peer)) |
| 02:00:33 | | Nick [1]zivan56 is now known as zivan56 (n=zivan56@64.46.5.220.novuscom.net) |
| 02:05:27 | | Join courtc_ [0] (n=court@unaffiliated/courtc) |
| 02:06:23 | zivan56 | JdGordon, I set LINE_IN1_L[7,6] to both 00 and 10, but I got the same result...I think I am not writing to the FM chip properly |
| 02:06:25 | | Quit courtc (Nick collision from services.) |
| 02:06:29 | | Nick courtc_ is now known as courtc (n=court@unaffiliated/courtc) |
| 02:07:27 | zivan56 | AUDIOSET1 was 0xF4 to enable line in 1 plus the regular stuff |
| 02:07:54 | zivan56 | err sorry, meant jhMikeS |
| 02:09:46 | jhMikeS | sum is on...something that bothers me is it seems you can create a feedback loop |
| 02:10:54 | jhMikeS | we need line out on? \ |
| 02:11:25 | zivan56 | i think that it is needed for headphone output |
| 02:12:05 | jhMikeS | no, only DAC is ever turned on and HP out |
| 02:12:08 | zivan56 | or actually it may be used to bypass some headphone limit, I really didn't follow the development of the driver |
| 02:12:42 | zivan56 | oh |
| 02:12:49 | jhMikeS | would could comine the DAC gain and HP gain to make a big volume range |
| 02:13:01 | jhMikeS | s/would/we/ :P |
| 02:14:10 | | Join [1]zivan56 [0] (n=zivan56@64.46.5.220.novuscom.net) |
| 02:14:42 | [1]zivan56 | jhMikeS, perhaps, but is it needed? I guess for people with headphones that require more power it is |
| 02:14:48 | | Quit zivan56 (Read error: 104 (Connection reset by peer)) |
| 02:14:48 | | Nick [1]zivan56 is now known as zivan56 (n=zivan56@64.46.5.220.novuscom.net) |
| 02:15:21 | Soap | linuxstb: I haven't forgotten the test encodes, I've been busy the last 24 hours with getting stuff ready for my sister's wedding, should be done tomorrow. |
| 02:19:21 | jhMikeS | zivan56: you have the as3514 datasheet? if not, I don't feel I have the authority to decide who gets it. :\ |
| 02:20:22 | | Quit zivan56 (Read error: 104 (Connection reset by peer)) |
| 02:20:33 | | Join zivan56 [0] (n=zivan56@64.46.5.220.novuscom.net) |
| 02:21:54 | zivan56 | jhMikeS, maybe ;) |
| 02:22:19 | zivan56 | I dont think the problem lies with the AS3514 chip for my FM problem |
| 02:22:26 | zivan56 | since the microphone works perfectly |
| 02:23:11 | zivan56 | maybe i am not initializing the chip properly, as the only full datasheet I have is for the whole family of sanyo tuners |
| 02:23:12 | jhMikeS | the chip should be fairly straightforward and there's no real difference in the inputs so, yeah, probably is the tuner |
| 02:24:17 | zivan56 | it's hilarious that the DAC/PWM chip is much more simpler than the FM chip |
| 02:24:32 | saratoga6 | wow Costco has the E280 for $139 |
| 02:24:39 | saratoga6 | looks like i'll be working on the sansa |
| 02:24:47 | zivan56 | nice :) |
| 02:24:52 | Soap | dang, that is a fine price. |
| 02:25:07 | saratoga6 | yeah i wonder why the baseline price on ebay is so high |
| 02:25:14 | jhMikeS | saratoga6: where were you to tell me that when I got mine? :P |
| 02:25:17 | Soap | (that is the 8 gig model, isn't it?) |
| 02:25:20 | saratoga6 | they've evidently been selling them nationwide at that price for months |
| 02:25:25 | saratoga6 | yeah 8GB |
| 02:25:55 | | Join Thundercloud_ [0] (n=thunderc@82.153.197.71) |
| 02:26:04 | | Quit zivan56 (Read error: 104 (Connection reset by peer)) |
| 02:26:05 | jhMikeS | indeed...that's really cheap...wonder if circuit city will let me return my e260 |
| 02:26:21 | Soap | I wonder if the fact Costco has them at that price is a sign larger capacity ones are on the horizon. Sandisk, you would think, should be able to compete with apple on flash access... |
| 02:26:28 | | Join zivan56 [0] (n=zivan56@64.46.5.220.novuscom.net) |
| 02:27:22 | zivan56 | i bought my e250 for $220 when it first came out :/ |
| 02:27:39 | jhMikeS | e260 for me: $119 |
| 02:27:45 | | Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) |
| 02:28:02 | jhMikeS | the 280 was $199.99 at the time |
| 02:28:37 | zivan56 | still cheap compared to mine...well at least I have liquidmetal :) |
| 02:28:46 | saratoga6 | i don't think theres a larger sansa coming soon |
| 02:28:50 | Soap | :( |
| 02:28:55 | saratoga6 | theres no more room on the PCM for memory |
| 02:29:06 | saratoga6 | so they'll have to wait for larger memory modules |
| 02:29:15 | Soap | which don't exist? |
| 02:29:22 | saratoga6 | i don't think so |
| 02:29:32 | saratoga6 | i checked google a couple weeks ago to make sure |
| 02:29:35 | Soap | dang |
| 02:29:42 | saratoga6 | (didn't want to buy one if larger ones were coming out soon) |
| 02:29:56 | Soap | do you know, is Apple in the same position? Or do they have room? |
| 02:30:17 | saratoga6 | on the Nano 1G, they could actually stack chips, thus fitting 4 at once |
| 02:30:22 | saratoga6 | i don't know about the 2G |
| 02:30:43 | saratoga6 | i suppose sandisk could stack chips too, but they don't currently, so I doubt they will |
| 02:31:04 | | Quit zivan56 (Client Quit) |
| 02:31:28 | | Join zivan56 [0] (i=402e05dc@gateway/web/cgi-irc/labb.contactor.se/x-82a408d39039eeb9) |
| 02:31:39 | saratoga6 | wow the ffmpeg IRC channel is useless |
| 02:31:55 | saratoga6 | i've been asking questions there for days and so far have gotten only one reply |
| 02:32:07 | saratoga6 | i don't understand how people use that project |
| 02:32:15 | saratoga6 | theres no documentation, and no way to ask questions |
| 02:32:26 | scorche | saratoga6: PM |
| 02:34:10 | zivan56 | well, hopefully someone with a Sansa with FM will get this to work, it seems quite close |
| 02:34:28 | scorche | ah...you arent identified... |
| 02:34:48 | jhMikeS | zivan56: where's the patch that does the basic FM enabling? |
| 02:35:10 | saratoga6 | scorche: identified? |
| 02:35:25 | zivan56 | http://www.iwdstudio.com/rockbox/rock.zip but its very hacky |
| 02:35:33 | scorche | saratoga6: you must be registered with nickserv for me to see your PMs |
| 02:35:47 | zivan56 | although i believe the read/write to be correct |
| 02:35:52 | * | jhMikeS wonders if someone's trying to replace the video decoder in mpegplayer ... and if so, why? |
| 02:36:58 | saratoga6 | how do I do that? |
| 02:37:21 | jhMikeS | ffmpeg _is_ another video decoder, right? :P |
| 02:38:14 | saratoga6 | isn't mpegplayer already using ffmpeg? |
| 02:38:15 | jhMikeS | saratoga6: rewrite a lot of code that uses the libmpeg2 right now |
| 02:38:48 | | Join saratoga7 [0] (i=98039ac0@gateway/web/cgi-irc/labb.contactor.se/x-6fed7ecd46708a67) |
| 02:38:48 | | Quit saratoga6 ("CGI:IRC (EOF)") |
| 02:38:54 | saratoga7 | sorry, i was refering to scorch |
| 02:39:22 | scorche | saratoga7: well, first you must register with nickserv, and then you identify when you log in |
| 02:39:30 | jhMikeS | :) |
| 02:40:12 | saratoga7 | any chance someone here has compiled the ffmpeg example code before? |
| 02:40:40 | | Part pixelma |
| 02:40:49 | jhMikeS | zivan56: you're working based on a sanyo datasheet? |
| 02:41:00 | zivan56 | es |
| 02:41:15 | zivan56 | err yes |
| 02:41:25 | | Join Thundercloud__ [0] (n=thunderc@82.153.198.225) |
| 02:42:45 | zivan56 | at least trying to, it doesn't explain key things such a tuning very clearly |
| 02:44:17 | zivan56 | you kind of have to chase stuff though the document, and some things contract the model specific datasheet :) |
| 02:44:20 | scorche | saratoga7: send me a PM |
| 02:45:02 | jhMikeS | ENA0070.pdf? |
| 02:45:47 | zivan56 | yes, that one is model specific, AN2400S04.pdf tells you how to use it |
| 02:46:33 | | Join Colby_Sollars [0] (n=coaltown@pool-71-113-75-164.sttlwa.dsl-w.verizon.net) |
| 02:47:33 | jhMikeS | zivan56: that's at sanyo's site? |
| 02:48:21 | chrisjs169|brb | trying to make sansapatcher says `BLKSSZGET' undeclared (first use in this function) in sansaio-posix.c |
| 02:48:33 | chrisjs169|brb | on another computer, using the same exact files, it compiles fine |
| 02:48:38 | zivan56 | it's on the rockbox site |
| 02:48:48 | jhMikeS | ok, found it anyway right on rb |
| 02:49:19 | zivan56 | get ready for a headache, that thing is horrible to read :) |
| 02:50:16 | *** | Saving seen data "./dancer.seen" |
| 02:51:18 | jhMikeS | ...and it says "Easy Radio IC" :P |
| 02:51:49 | zivan56 | the only thing easy about is, is soldering it on and connecting it |
| 02:52:57 | | Quit Thundercloud (Read error: 110 (Connection timed out)) |
| 02:53:27 | jhMikeS | zivan56: you added one yourself? |
| 02:54:07 | zivan56 | no, but it's probably easier than using :P |
| 02:54:20 | zivan56 | you'll understand when you get to the tuning part |
| 02:55:45 | | Quit jaebird ("Leaving") |
| 02:55:48 | jhMikeS | it has it's own volume control...but of course that's too obvious :) |
| 02:56:33 | zivan56 | according to one datasheet, its "reserved" on the other, you can change it |
| 02:56:47 | zivan56 | i have tried setting all volume to max |
| 02:56:50 | | Quit Thundercloud_ (Read error: 110 (Connection timed out)) |
| 02:58:07 | | Join donutman25 [0] (n=chatzill@24.244.160.233) |
| 03:00 |
| 03:01:58 | | Quit entheh ("^~") |
| 03:03:34 | jhMikeS | yeah, that little bugger has a lot of housekeeping to do |
| 03:04:59 | zivan56 | yeah, its quite complicated to work with |
| 03:09:35 | jhMikeS | how is tuner presence determined? |
| 03:10:52 | zivan56 | i guess you can check the tuner revision, it is 0x09 |
| 03:11:57 | zivan56 | tuner_write(BLK_SEL, BLK1); unsigned char version = tuner_read(CHIP_ID); |
| 03:12:29 | jhMikeS | mmmm...I was wondering if some GPIO bit was high or low depending or something |
| 03:12:34 | zivan56 | the GPIO is not connect if it is not present, so the above should give 0? |
| 03:12:52 | zivan56 | ? |
| 03:13:11 | zivan56 | like another driver accicentally modifying it? |
| 03:14:13 | jhMikeS | no, just some overly simple indicator like that is just nice...was wondering |
| 03:14:34 | | Part TrueJournals |
| 03:18:20 | zivan56 | yep, that should work. Just send rockbox a message that device is not present, that way you dont need a seperate build |
| 03:20:27 | jhMikeS | radio_hardware_present is the current method of detection since the same build is used for x5 and x5v (no tuner) |
| 03:21:50 | zivan56 | well at least we know how to do that so far :P |
| 03:23:08 | jhMikeS | it's clear I have to redo the way audio inputs are done in rb...probably by cap masks like samplerates are. there's no provision for no general line _and_ having FM radio |
| 03:24:48 | zivan56 | is there any other target with a mic? |
| 03:27:52 | jhMikeS | anthing that records so far |
| 03:28:13 | zivan56 | ah |
| 03:28:36 | jhMikeS | they all had Line In as well, but this doesn't so I'll come up with a more flexible plan |
| 03:29:12 | | Join digerati1338 [0] (n=Mike@70-59-40-106.hlrn.qwest.net) |
| 03:29:47 | | Quit Gursikh (Read error: 60 (Operation timed out)) |
| 03:29:59 | zivan56 | probably explains why I had to uncomment some "set source" calls for the radio option to work |
| 03:36:51 | zivan56 | well this tuner is driving me crazy, so I guess I will leave it for another day |
| 03:37:11 | zivan56 | maybe someone else can figure it out, it's probably something trivial |
| 03:39:02 | jhMikeS | a good break can help, fatigue doesn't :) |
| 03:39:37 | zivan56 | yep, very true... |
| 03:41:09 | zivan56 | someone should probably try to ask for a model specific datasheet from sanyo |
| 03:43:01 | | Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) |
| 03:44:12 | chrisjs169|brb | How can I get a 'verbose' output of the bootloader? (sansa) |
| 03:46:24 | | Quit TrueJournals (Read error: 104 (Connection reset by peer)) |
| 03:47:12 | chrisjs169|brb | in the source it appears that bootloader messages should appear if any key is pressed, but it doesn't work |
| 03:49:03 | | Join Thundercloud [0] (n=thunderc@82.153.39.48) |
| 03:49:24 | | Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) |
| 03:54:24 | | Quit lids (Remote closed the connection) |
| 03:55:17 | | Quit annulus_ (Read error: 110 (Connection timed out)) |
| 03:57:12 | | Quit Thundercloud__ (Read error: 60 (Operation timed out)) |
| 03:59:02 | | Join JdGor|uni [0] (i=82c20d68@gateway/web/cgi-irc/labb.contactor.se/session) |
| 04:00 |
| 04:01:19 | | Quit JdGor|uni (Client Quit) |
| 04:06:17 | chrisjs169|brb | nevermind...I fixed the problem |
| 04:10:30 | | Join gtkspert [0] (n=gtkspert@203-59-218-160.dyn.iinet.net.au) |
| 04:11:21 | | Join HellDragon [0] (n=JD@unaffiliated/helldragon) |
| 04:11:50 | | Quit donutman25 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") |
| 04:15:13 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
| 04:15:59 | | Quit HellDragon (Client Quit) |
| 04:19:59 | | Join HellDragon [0] (n=JD@unaffiliated/helldragon) |
| 04:23:45 | | Quit amiconn (Read error: 60 (Operation timed out)) |
| 04:23:45 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 04:24:46 | | Join Llorean [0] (n=Llorean@cpe-70-113-91-140.austin.res.rr.com) |
| 04:25:17 | | Quit HellDragon ("reboot") |
| 04:26:39 | Ctcp | Version from freenode-connect!freenode@freenode/bot/connect |
| 04:36:24 | | Join HellDragon_ [0] (i=JD@modemcable136.38-201-24.mc.videotron.ca) |
| 04:37:09 | | Nick HellDragon_ is now known as HellDragon (i=JD@modemcable136.38-201-24.mc.videotron.ca) |
| 04:43:13 | | Quit kkurbjun ("Leaving.") |
| 04:44:10 | | Quit Thundercloud (Remote closed the connection) |
| 04:47:32 | | Part TrueJournals |
| 04:50:17 | *** | Saving seen data "./dancer.seen" |
| 04:51:20 | digerati1338 | Does anyone know any good C resources on the web? |
| 04:51:41 | digerati1338 | I know java very well but a reference for C would be helpful. |
| 04:52:35 | | Join aliask|uni [0] (i=82c20d67@gateway/web/cgi-irc/labb.contactor.se/x-0e7ff35b3e83d706) |
| 04:53:42 | | Join lids [0] (i=lds@gateway/tor/x-3072f2fb2c32873c) |
| 05:00 |
| 05:00:22 | | Join gursikh [0] (n=khalsa@unaffiliated/gursikh) |
| 05:00:23 | | Quit zivan56 ("CGI:IRC (EOF)") |
| 05:04:43 | | Quit aliask|uni ("CGI:IRC") |
| 05:16:17 | | Part digerati1338 |
| 05:23:07 | | Join dunder [0] (n=dolphin@24-119-81-201.cpe.cableone.net) |
| 05:23:51 | dunder | i just bought a sansa e280, should i install rockbox on it? |
| 05:24:02 | dunder | i'm not too fond of the default interface |
| 05:24:19 | Colby_Sollars | i just did it last week on an e280. worked like a charm |
| 05:24:22 | gursikh | yes |
| 05:24:32 | dunder | awesome... |
| 05:24:44 | dunder | sound quality is at least as good as stock sound? |
| 05:24:48 | dunder | ..and battery life? |
| 05:24:56 | dunder | those are 2 biggest worries |
| 05:25:48 | Colby_Sollars | beware tho: if the screeen does not say "writing" when you are moving stuff to and from it, it is not really doing anything, so make sure you get it to say "writing" before you unplug it |
| 05:26:23 | Colby_Sollars | sound quality is not quite as good, but the battery life seems to be about the same, maybe a hair better |
| 05:26:25 | | Quit Llorean ("Leaving.") |
| 05:26:55 | saratoga7 | I think sound quality is the same aside from the lower volume |
| 05:27:13 | saratoga7 | at least Llorean's sansa had identical results in both firmwares |
| 05:27:21 | dunder | Colby_Sollars: k, thanks for the tip...how do you feel the sound differs? |
| 05:27:43 | dunder | i've noticed the default sound is alright, but it's prolly a hardware limitation (DAC or something) |
| 05:27:55 | dunder | ...could be a bit better |
| 05:28:16 | dunder | sounds staticy sometimes...was hoping rockbox could solve that issue, but oh well...same sound is worth a shot |
| 05:28:38 | dunder | definitely if it's same battery life too |
| 05:28:38 | Colby_Sollars | it is definitely quieter. And it could be a bit better |
| 05:28:54 | dunder | no eq...or other way to adjust volume? |
| 05:29:09 | dunder | stock sound is pretty damn quiet to me...i have to crank up the eq |
| 05:29:15 | saratoga7 | theres a parametric EQ |
| 05:29:25 | saratoga7 | EQ is not a good way to adjust volume though |
| 05:29:29 | dunder | dunno how e200r (rhapsody) players can live without the eq |
| 05:29:52 | dunder | it's better than barely being able to hear it |
| 05:30:01 | saratoga7 | also battery life is generally poor on the PP based players, I expect the sansa to be the same |
| 05:30:20 | dunder | PP? |
| 05:30:20 | | Join peanutb [0] (n=paulb@c-71-231-82-231.hsd1.wa.comcast.net) |
| 05:30:40 | dunder | i do have to tinkle, thanks for reminding me |
| 05:30:45 | dunder | ;-) |
| 05:30:47 | saratoga7 | portal player |
| 05:31:58 | peanutb | how stable is the M5 port? |
| 05:32:04 | dunder | saratoga7: so, you're saying that battery life is going to drop from 20 to 15 hours or so?? |
| 05:33:23 | | Join kkurbjun [0] (n=kkurbjun@c-71-56-227-141.hsd1.co.comcast.net) |
| 05:33:52 | dunder | i assume that i'll lose all my music when i do this, right? |
| 05:34:09 | Colby_Sollars | nope |
| 05:34:44 | Colby_Sollars | it keeps all your previously existing files perfectly intact |
| 05:34:48 | saratoga7 | i have no idea what the change in battery life is |
| 05:35:05 | | Join jhulst [0] (n=jhulst@c-71-205-145-105.hsd1.mi.comcast.net) |
| 05:35:06 | dunder | hmm...Colby_Sollars, did you ever have a problem deleting songs from the player's default firmware?? |
| 05:35:21 | dunder | i have this .Trash-dunder folder that i can't delete...keeps saying "read only" |
| 05:35:30 | Colby_Sollars | are you on windows? |
| 05:36:00 | dunder | nope |
| 05:36:01 | dunder | not now |
| 05:36:08 | dunder | i still can't delete it...read only device |
| 05:36:15 | dunder | i've tried deleting it from windows also, tho |
| 05:36:21 | Colby_Sollars | what platform are you on? |
| 05:36:24 | dunder | can't figure out how the F to delete this trash folder |
| 05:36:28 | dunder | ubuntu feisty right now |
| 05:36:36 | dunder | have tried over xp also |
| 05:36:56 | Colby_Sollars | have you tried 'sudo rm'? |
| 05:37:16 | dunder | pretty friggin sure... |
| 05:37:46 | Colby_Sollars | as in "sudo rm 'Sansa e280/.Trash-dunder'" ? |
| 05:38:32 | dunder | yup |
| 05:38:37 | dunder | [21525.642015] FAT: Filesystem panic (dev sdb1) |
| 05:38:37 | dunder | [21525.642036] invalid access to FAT (entry 0x00620061) |
| 05:38:37 | dunder | [21525.642042] File system has been set read-only |
| 05:38:37 | DBUG | Enqueued KICK dunder |
| 05:38:37 | dunder | [21525.642573] FAT: Filesystem panic (dev sdb1) |
| 05:38:37 | dunder | [21525.642580] invalid access to FAT (entry 0x00620061) |
| 05:38:38 | *** | Alert Mode level 1 |
| 05:38:38 | dunder | [21525.642937] FAT: Filesystem panic (dev sdb1) |
| 05:38:40 | dunder | [21525.642942] invalid access to FAT (entry 0x00620061) |
| 05:38:50 | dunder | sorry for the paste, but that's dmesg output |
| 05:39:35 | dunder | here's direct rm output −−> rm: cannot lstat `.Trash-dunder//VA-J.Armz-How_To_Be_An_Mc_Vol.40-(Bootleg)-2006-RAGEMP3/0': Input/output error |
| 05:39:35 | Colby_Sollars | hmmm... im running Dapper Drake, havent had any problems. What confuses me is that at some point your Feisty Fawn created the folder '.Trash-dunder' so at some point it must have been able to write |
| 05:39:44 | dunder | no kidding |
| 05:39:59 | dunder | i don't understand what the problem is... |
| 05:40:30 | dunder | Colby_Sollars: so, if i wanted to keep the default firmware for right now and start over...i could reformat the device and the firmware would still be intact?? |
| 05:40:56 | saratoga7 | i don't know if you can format the sansa |
| 05:41:07 | saratoga7 | however, there are uninstall directions in the manual |
| 05:41:11 | saratoga7 | which I suggest you read |
| 05:41:26 | dunder | for uninstalling what? |
| 05:41:43 | dunder | saratoga7 ^^ |
| 05:41:49 | saratoga7 | rockbox and it's bootloader |
| 05:42:27 | Colby_Sollars | it seems like you're just having an issue with whater that how to be an Mc file |
| 05:45:00 | dunder | Colby_Sollars: i typed sudo rm -r .Trash-dunder |
| 05:45:16 | dunder | it gives that same error for every file in every folder under .Trash... |
| 05:45:25 | dunder | rm: cannot remove `.Trash-grndslm/VA-Don_Cannon_&_Willie_The_Kid-Twenty_Eight_Grams_Pt._5-(Bootleg)-2006/00-va-don_cannon_and_willie_the_kid-twenty_eight_grams_part_5-bootleg-2006-ukp.sfv': Read-only file system |
| 05:45:25 | dunder | rm: cannot remove `.Trash-grndslm/VA-Don_Cannon_&_Willie_The_Kid-Twenty_Eight_Grams_Pt._5-(Bootleg)-2006/[VA-Don Cannon & Willie The Kid] Twenty Eight Grams Part 5.m3u': Read-only file system |
| 05:45:25 | dunder | rm: cannot lstat `.Trash-grndslm/VA-J.Armz-How_To_Be_An_Mc_Vol.40-(Bootleg)-2006-RAGEMP3/0': Input/output error |
| 05:47:24 | Colby_Sollars | dunder: huh. You got me there. That might be a question for the Ubuntu forums. But until then, i dont think its really interfering with anything, is it? can you still add songs to your sansa? |
| 05:48:39 | *** | Alert Mode OFF |
| 05:48:42 | dunder | Colby_Sollars: i only have 6gigs wortha stuff on it (including the trash)...but i can see all the trash on a graphical disk map (gdmap) |
| 05:50:27 | Colby_Sollars | Can anybody tell me how to compile a single plugin and run it in my uiSimulator? |
| 05:51:56 | peanutb | before I install to my IAudio M5, should i charge it overnight? |
| 05:52:03 | Colby_Sollars | dunder: I dont know what to tell you. You might be able to delete it once you get rockbox installed. It has all the functionality you need to delete, copy, or move files |
| 05:52:51 | Colby_Sollars | dunder: in fact there have been a few times when, for some reason or another, i had to delete files that way |
| 05:59:23 | tchan | I would see how /dev/sdb1 is mounted by using the "mount" command. If that partition is mounted "ro" then that explains your problem. |
| 05:59:58 | dunder | /dev/sdb1 on /media/Sansa e280 type vfat (rw,nosuid,nodev,shortname=mixed,uid=1000,utf8,umask=077) [Sansa e280] |
| 06:00 |
| 06:00:05 | dunder | looks like read-write to me |
| 06:07:00 | | Join himitsu [0] (n=himitsu@61.213.184.4) |
| 06:12:45 | | Join gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) |
| 06:37:35 | | Part toffe82 |
| 06:41:18 | | Quit saratoga7 ("CGI:IRC (EOF)") |
| 06:50:18 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:11:22 | amiconn | jhMikeS: Just fyi - radio_hardware_present() was not invented for the X5 / X5V, it was just a nice coincidence that we just had that method already |
| 07:12:05 | amiconn | X5 and X5V can be distinguished by the user, so we could have used different builds |
| 07:12:24 | amiconn | radio_hardware_present() exists because of the archos recorder V2 |
| 07:13:29 | amiconn | The first series were actually FM recorders, and that's something the user cannot see from the outside. On this first series of V2 recorders, the radio is usable in rockbox, but not in the OF :) |
| 07:17:24 | jhMikeS | amiconn: I see...and I guess one more needs it. BTW, I need to know what inputs available on each of those since I need more flexibility in deciding which input sources are available. |
| 07:19:48 | amiconn | Might be a bit difficult to come up with a scheme that works for all targets |
| 07:20:15 | amiconn | The archoses which can record all have internal mic and external line in |
| 07:20:18 | jhMikeS | I've got one...same cap mask thing as is done for sample rates will make it easy |
| 07:20:42 | | Join perplexity [0] (n=joust@dxb-as63756.alshamil.net.ae) |
| 07:20:43 | amiconn | (i.e. archos recorder v1, v2 and fm, and archos Ondio fm) |
| 07:20:57 | amiconn | The recorders also have s/pdif in |
| 07:21:20 | jhMikeS | and the fm is only for fm and ondio fm right? |
| 07:21:27 | amiconn | And the recorder fm and Ondio FM have a radio, which is simply hooked *in parallel* to the line input |
| 07:22:05 | amiconn | SO you have to set the recording circuit to line input if you want to record from the radio (and have no signal hooked up to the actual line in) |
| 07:22:07 | jhMikeS | oh, so you don't actually have a selection there in the Source list? |
| 07:22:37 | amiconn | You can even use the line in as a line out and hear the radio in an external amplifier |
| 07:22:45 | jhMikeS | just line in is used then and no special FM Radio? |
| 07:23:19 | amiconn | The recording screen isn't used for radio recording on archos. You simply record from the radio screen - a whole lot easier for the user |
| 07:23:26 | jhMikeS | the muxer could cover that by selecting line-in for playback but nothing imlements it that way |
| 07:23:55 | amiconn | So there are 2 reasons why there is no separate fm source selection in the recording settings |
| 07:24:17 | amiconn | And the archos player is very special. Even though it can't record, it has a line input |
| 07:24:26 | jhMikeS | but _only_ recorder v1, v2 have s/pdif in? |
| 07:24:34 | amiconn | No, the fm as well |
| 07:25:04 | amiconn | recorder fm/vm are practically identical hardware, just that the v2 (usually) doesn't have the radio mounted |
| 07:25:44 | jhMikeS | what's the line input used for? listening over headphones? |
| 07:26:08 | amiconn | The only reason why we need 2 different builds is because of the firmware scrambling is different, so the archos loader on the fm wouldn't load a v2 binary and vice versa |
| 07:27:20 | amiconn | The player line input is just mixed into the playback, so yes, it can be used for feeding some external signal you don't want to overhear while listening with headphones |
| 07:27:37 | jhMikeS | not switchable? |
| 07:27:44 | amiconn | It is switchable |
| 07:28:21 | | Quit kkurbjun (Read error: 60 (Operation timed out)) |
| 07:28:24 | | Quit maffe (Remote closed the connection) |
| 07:28:30 | amiconn | Rockbox has an option for this. The gain could also be changed iirc, but we don't do that |
| 07:28:49 | jhMikeS | but if it's on, it's just mixed in so it's not really a separate source then |
| 07:29:35 | | Join Flintheart|Glomg [0] (i=sco@h95n3c1o912.bredband.skanova.com) |
| 07:30:39 | jhMikeS | nothings really changing here but e200 has fm radio in but no line in so adding recording will not work with the current assumption that fmradio implies line in |
| 07:30:45 | Flintheart|Glomg | Hey, I remember using an emulator for Rockbox earlier so that I could tinker with the WPS screens without syncing/rebooting my iPod over and over... but I can't seem to find it again. Does anyone know where to find it? :P |
| 07:31:17 | amiconn | Ah no, gain can't be set. |
| 07:31:42 | amiconn | The circuit is shown in the dac3550 datasheet, page 6 |
| 07:32:57 | | Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) |
| 07:33:08 | | Part kaaloo |
| 07:33:30 | | Nick davina__ is now known as davina (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 07:36:48 | amiconn | jhMikeS: Does the sansa have a mic? |
| 07:37:13 | jhMikeS | yes |
| 07:37:42 | jhMikeS | wouldn't be much problem there if it didn't anyway |
| 07:40:58 | | Join maffe [0] (n=maffe@195.159.148.248) |
| 07:41:26 | | Quit darkless (Read error: 104 (Connection reset by peer)) |
| 07:41:39 | | Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) |
| 07:43:33 | jhMikeS | I wonder if I should just #ifdef the recording screen to allow for no mic since it just assumes it now |
| 07:44:43 | jhMikeS | bah, forget it, it's an easy job if it comes up |
| 07:45:30 | | Part maffe |
| 07:49:58 | Mouser_X | iPod 3G doesn't do video, does it? |
| 07:50:17 | Mouser_X | I'm asking, because someone said they had a 30 GB iPod video. |
| 07:50:28 | Mouser_X | And, Rockbox freezes on their player. |
| 07:51:25 | Mouser_X | From my recollection, Rockbox was reasonably stable on the iPod video. |
| 07:52:02 | Mouser_X | They also said that SPCs freeze their player. I found that especially odd, since HCS made it a particular point to test SPC playback on his iPod. |
| 07:52:28 | Mouser_X | Hmmm. Seems that it's a little late... |
| 07:52:35 | Mouser_X | (Time wise.) |
| 07:55:37 | jhMikeS | Mouser_X: I never heard him say anything about freezing |
| 07:57:01 | Mouser_X | No, not HCS. |
| 07:57:18 | Mouser_X | I'm refering to someone on the OC ReMix forums. |
| 07:57:51 | | Quit desowin (Connection reset by peer) |
| 07:57:59 | | Join webguest08 [0] (i=434e70d0@gateway/web/cgi-irc/labb.contactor.se/x-66db8aaf8c502909) |
| 07:59:00 | jhMikeS | right, I'm just assuming he would have brought something up if his were freezing |
| 07:59:47 | | Quit webguest08 (Client Quit) |
| 07:59:55 | | Join calam [0] (i=434e70d0@gateway/web/cgi-irc/labb.contactor.se/x-4e72cf6fbb36a511) |
| 08:00 |
| 08:01:06 | Mouser_X | Yes, of course. This is why I'm mentioning it, because that shouldn't be happening. |
| 08:01:41 | calam | hello :) brand new sansa e280 owner rockn rockbox since day i got it 4 days ago, chose player based partly(okay, alot) on rockbox commit to support :) |
| 08:02:50 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
| 08:03:12 | jhMikeS | well, when it comes to PP targets, all sort of things shouldn't happen but do. given the fact there's so much of 0xC0EDBABE and 0xCACAD0D0 in there I have to question the mentality of the engineers. :) |
| 08:03:26 | Mouser_X | Heh. |
| 08:05:00 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 08:05:00 | * | LinusN puts on his straight jacket |
| 08:05:03 | | Join Guile` [0] (n=Guile@84.4.16.72) |
| 08:05:46 | Mouser_X | I'm wondering if it might simply be their bootloader. |
| 08:06:05 | Mouser_X | I'm attempting to find info about that, but I'm not sure how current the online manual is. |
| 08:06:53 | Mouser_X | Specifically, I'm looking for info on updating their bootloader. |
| 08:07:31 | Mouser_X | (Updatind Rockbox would probably be a good idea as well, depending on how old their version is.) |
| 08:09:39 | calam | I have a few small questions if I may... a: if I wish to try a daily build, will it also include ALL dailies up to that date, on top of latest stable build? B: to install it, may I simply paste over my current install of rockbox? |
| 08:10:32 | calam | (btw, first time in channel, and fairly noob to IRC in general, please go easy on me) |
| 08:11:18 | Mouser_X | Answer to B: Download the most recent version, and unzip it to the Sansa's root directory, overwriting all. |
| 08:11:23 | Mouser_X | That's how to update. |
| 08:12:13 | calam | great, thx you Mouser_X. do you know answer to A:? |
| 08:12:35 | dunder | what's this nonsense on the wiki about not having "ff/rw with sound"? |
| 08:13:02 | Mouser_X | Answer to A: I'm not sure I understand the question. If you're asking what I think you're asking, then most likely yes. Rockbox's code source is constantly updated, and built upon. |
| 08:13:35 | Mouser_X | As such, the "release" you're talking about, and any previous edits, fixes, etc. are also part of the recent build. |
| 08:13:39 | calam | okay, so daily build should include stable and all dailies up to that point then? |
| 08:14:19 | calam | okay, that is half of that part of the question then, good, thx. |
| 08:14:37 | | Part Colby_Sollars |
| 08:14:57 | dunder | what's this nonsense on the wiki about not having "ff/rw with sound"? rockbox can ff & rw, right? |
| 08:15:27 | Mouser_X | Yes, it can. However, I don't think it plays the music in a sped up form, which is what you make it sound like they want. |
| 08:15:30 | | Join JurassicC [0] (n=coaltown@pool-71-113-75-164.sttlwa.dsl-w.verizon.net) |
| 08:15:44 | calam | oh wait, my bad, that answers ALL of A, so again, i thank you. |
| 08:17:07 | dunder | soo...i'm just gonna ask one more time before i start the rockbox install −−> *Do you think that the e200 sounds better with either stock firmware or rockbox?* |
| 08:17:25 | dunder | disregard volume, i'm asking strictly of sound quality |
| 08:17:59 | dunder | ...or are they too close to call, in your opinion(s) |
| 08:18:15 | JurassicC | dunder:close call |
| 08:18:40 | Mouser_X | Usually, if a player has the hardware necessary to sound better, then Rockbox would utilize it. |
| 08:18:58 | Mouser_X | In other words, usually it will sound better with Rockbox, but this is not always the case. |
| 08:19:10 | Mouser_X | I don't know for the Sansa. |
| 08:19:21 | dunder | yes, i regret my purchase...i'm hoping rockbox will at least give a more acceptable interface without a temporary cut in sound quality |
| 08:19:30 | calam | i think its better on mine with original FW, but i have not played much with the rockbox options yet for sound. im about to try mpeg play, as we speak as a matter of fact :) |
| 08:19:31 | dunder | Sansa has a pretty crap DAC, i hear |
| 08:19:47 | JurassicC | dunder: it says here: http://www.rockbox.org/twiki/bin/view/Main/SansaE200Port that the Audio DAC driver does not yet sound as good as the original |
| 08:20:25 | * | jhMikeS must mention that after a reset, the AS3514 is ending up with some semi-random values |
| 08:20:53 | calam | my experience bears that out (but its only been 4 days), but there are sooo many new and gr8 options, i do not regret my purchase at all, and based it largely on rockbox support :) |
| 08:21:10 | dunder | calam: with e200? |
| 08:21:24 | calam | yed dunder, e280 |
| 08:21:32 | jhMikeS | actually, when the tinniness is gone, the sound is superior to OF at least checking with MP3 |
| 08:21:44 | calam | i just cant find pacman roms i need ;) |
| 08:22:57 | dunder | calam: yes, i was pretty disappointed with stock FW, i got used to it after a while, but some good qulaity songs i have get pretty scratchy for me...and on 3 occasions, i've had audio cut out to one of my headphone speakers, but a restart fixed that (FW problem) |
| 08:22:58 | | Quit calam ("CGI:IRC (EOF)") |
| 08:23:01 | | Join calam [0] (i=434e70d0@gateway/web/cgi-irc/labb.contactor.se/x-0c24f76c115be48b) |
| 08:23:43 | dunder | i prolly woulda returned it to buy.com if i had the chance, but i waited past my 14 day return period |
| 08:23:48 | JurassicC | jhMikeS: what do you mean "when the tinniness is gone"? how do you get rid of the tinniness? |
| 08:24:19 | Joely | ohh that DAC on the sansa actually looks pretty nice....at least in specs (it says it can do 48 khz sampling!) so that means data transfers for the ir will be even faster. :) |
| 08:24:21 | jhMikeS | JurassicC: I just find it's there sometimes and not others |
| 08:24:33 | dunder | i'm hoping that rockbox makes everything all better...and nobody seems to be hatin' the rockboxed e200 series...so, here goes! |
| 08:24:38 | JurassicC | gotcha |
| 08:24:49 | calam | Dunder, i like it quite well, it has many options, and i will be learning more about them. in coming weeks. the two things i do not like on sansa are that i cannot seem to find a way to simply browse by folder trees to filenames only, like on cheap players, and video on orig FW sucks the big one. |
| 08:25:22 | dunder | yea, i don't plan to use this for video |
| 08:25:26 | dunder | audio only |
| 08:26:59 | | Join cynicalliberal [0] (n=cynicall@c-24-7-158-200.hsd1.ca.comcast.net) |
| 08:27:20 | jhMikeS | H10 has mic and line? |
| 08:27:45 | calam | i had very good results, and it stays in rockbox mode most of the time. rock boy crashes (freeze) alot, but i can get the gain up more, and FF/RW speeds increased (i like audio books alot) but i keep losing my settings somehow, and my gain goes back down :( bookmarks dont seem to work for me either, but i prolly just do not understand how to use it well yet |
| 08:28:53 | JurassicC | dunder: one more word of caution: i bricked my first sansa by thinking that it wasnt doing anything when i was installing the firmware. so i unplugged, and just as i did, the screen suddenly changed from "connected" to "writing". Apparently the sansapatcher didnt get a chance to do all of its thing, leaving me with only half an install and no usb support anymore, and i couldnt boot into the original firmware after that. so |
| 08:29:09 | calam | i allmost got an iriver e10, but wanted a flashplayer, and roxkbox has answered most of my needs so far |
| 08:30:00 | Joely | JurassicC : did you try out the manufacturing mode? |
| 08:30:06 | Joely | to unbrick it |
| 08:30:28 | dunder | thanks for the tip JurassicC! |
| 08:30:33 | calam | i cannot get connection in rockbox mode at all, i think i unplugged before "writing" message went away, but patcher had finished and dissapeared, so i thought i was okay, doh! |
| 08:30:46 | JurassicC | yeah. I tried everything. It wouldnt respond to anything. i every tip for unbricking memorized. 2 hours later i threw it out the window |
| 08:31:07 | Joely | heh, i have a jtag wiggler...you could have sent it to me... |
| 08:31:09 | Joely | >< |
| 08:31:19 | calam | i do wish the patcher had a way to offer a choice of load first original FW or rockbox though, would be nice for some i bet |
| 08:32:00 | JurassicC | ** i *had* every tip for unbricking memorized :) |
| 08:32:26 | | Join Llorean [0] (n=Llorean@cpe-70-113-91-140.austin.res.rr.com) |
| 08:32:45 | Joely | JurassicC : you still have it? |
| 08:33:05 | JurassicC | ...parts of it |
| 08:33:11 | Joely | wow... |
| 08:33:49 | JurassicC | i know. Im not the sharpest tool in the shed |
| 08:41:14 | JurassicC | calam: I dont think the "writing" message ever goes away, even when it is finished writing, so you probably have a proper install. The Sansa e200 port of rockbox does not yet have complete USB functionality |
| 08:45:21 | calam | jurassic, ty, i figured that was right due to everything else did okay, however, i tried to install a version of rockbox i found on some forum, is was older version i found out when i rebooted :(, and wouldnt work, however i deleted rockbox folder and started over, and waited this time, not too long, but at least 5 minutes, and it stopped saying "writing", but still no usb. i alsoo do not think it will charge in r |
| 08:45:34 | calam | i do not wish to spam |
| 08:46:36 | Joely | wait...usb functionality? has the usb stack successfully been imported or something? |
| 08:47:28 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 08:48:07 | calam | joely, it does not seem to be able to connect for transfer or charging on my sansa, and i read somewhere that charging is not ready for prime time, at least on sansa |
| 08:49:14 | Joely | well it connects to charge.....it just will not transfer anything in rockbox, as there's no usb stack (you have to init the usb phy from software..) |
| 08:49:19 | Joely | you have to boot to OF |
| 08:50:19 | *** | Saving seen data "./dancer.seen" |
| 08:51:21 | | Quit XavierGr (Nick collision from services.) |
| 08:51:24 | | Join XavierGr [0] (n=xavier@ppp267-186.adsl.forthnet.gr) |
| 08:51:33 | | Join Rob222241 [0] (n=Miranda@84.177.64.8) |
| 08:53:31 | | Join lee-qid [0] (n=liqid@p54964ECA.dip.t-dialin.net) |
| 08:55:39 | | Quit jhulst (Read error: 110 (Connection timed out)) |
| 08:56:52 | calam | yes, i have to reboot to OF to charge. well, i just played the movie i encoded with winff, and though i cannot FF/RW, and there is some artifacting (black-levels maybe) it is MUCH smaller file, and according to the player, 23.x FPS. however if i quit play, and re-open file, i get hard stall with abort error. reproduced this x2 times, had to reboot to restore function. overall though, i am now okay with my sansa, a |
| 08:58:55 | | Quit cynicalliberal (Remote closed the connection) |
| 08:58:55 | | Quit juxtap (Read error: 104 (Connection reset by peer)) |
| 09:00 |
| 09:02:12 | calam | =wonders if bluetooth sansas will become rockbox enabled for doom multiplayer !! :P \o/ |
| 09:03:38 | Joely | no, but ir will |
| 09:04:05 | calam | ir? iriver, infrared...? |
| 09:04:10 | Joely | infrared |
| 09:04:26 | Joely | not serial infrared...fast infrared |
| 09:04:52 | calam | what players support that, or whatever? |
| 09:05:05 | Joely | it's going to support any player |
| 09:05:15 | Joely | _going_ is the key word though |
| 09:05:21 | Joely | i'm still developing the prototype |
| 09:05:37 | calam | and where may i finds me a brewed IR xmitter :D |
| 09:05:46 | calam | you?! sweet |
| 09:05:48 | calam | !! |
| 09:05:54 | Joely | right after the dev con |
| 09:06:00 | | Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) |
| 09:06:42 | Joely | hehe want to see my beginning CAD skills? i'm having to design a professional looking case for it, it's quite fun ;) |
| 09:06:59 | | Quit gursikh (Read error: 104 (Connection reset by peer)) |
| 09:07:16 | | Quit perplexity (Remote closed the connection) |
| 09:07:18 | Joely | http://img220.imageshack.us/img220/35/stereoplugri3.png <−−that's what the ir adapter will plug into |
| 09:08:04 | calam | hmmm, plz send to me ANY hardware you come up with, my kids have 4 & 60 GB pods to play with here as well, we can..."test" it for you, lool |
| 09:08:41 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 09:08:42 | calam | into sony jack? |
| 09:08:56 | Joely | it goes into a 3.5 mm stereo jack |
| 09:08:59 | calam | HS!! thets crazy, :D |
| 09:09:10 | calam | woots to you |
| 09:09:12 | Joely | yup, that's what makes it compatible with any rockbox target |
| 09:10:08 | Joely | but...i have to pay uber big amounts of money to get the `glue chips' (the actel fusions) which are $5 a piece...only one is needed per unit, but heh, i need samples! |
| 09:10:37 | Joely | those will do post processing on the audio signal, to split it and to act as the led driver |
| 09:10:39 | calam | IR blaster is cheap and small and readily avail to connect to your adapter, or will i have to make my own? |
| 09:11:00 | scorche | Joely: you mention devcon...are you going? |
| 09:11:24 | calam | wait, is that the device ON the 3.5 itself, or an adapter to a premade led? |
| 09:11:25 | Joely | i know! i know! i was busy today working, i'll pm you |
| 09:11:33 | Joely | yes |
| 09:11:35 | | Join DarthShrine [0] (n=Angus@pdpc/supporter/student/DarthShrine) |
| 09:11:37 | Joely | to scorche |
| 09:11:50 | scorche | then edit the wiki |
| 09:12:03 | | Part Llorean |
| 09:12:08 | | Join norbusan [0] (n=norbusan@chello213047086216.5.14.tuwien.teleweb.at) |
| 09:12:29 | Joely | don't you people remember what happened last time i edited the wiki!? :-P |
| 09:12:53 | scorche | i need to know who is coming and when....edit it ;) |
| 09:13:00 | Joely | ok |
| 09:13:05 | | Part norbusan |
| 09:13:07 | | Quit XavierGr (Nick collision from services.) |
| 09:13:11 | | Join XavierGr [0] (n=xavier@ppp69-115.adsl.forthnet.gr) |
| 09:13:12 | Joely | and back to calam, are you talking about a reciever? |
| 09:13:42 | | Quit Flintheart|Glomg ("-=[ ReaperScript ]=-") |
| 09:13:48 | Joely | because it works for infrared remote controls, as well as irda... |
| 09:13:54 | Joely | there's multiple leds |
| 09:14:18 | Joely | but...the main purpose is for player to player communication |
| 09:14:31 | Joely | anyways, time to edit wiki! |
| 09:14:32 | Joely | hehe |
| 09:15:39 | calam | yeah, lemme rephrase: is that pic the whole device itself, or an adapter ? and will it xmit and recieve from another one, i.e. allow doom multiplay for instance? and can i then bribe someone to add remote control functionality, so i can be pimpin like those who own iriver e10's, haha, only with a learning remote? heheh |
| 09:16:35 | Joely | that pic is just a 3.5 mm jack... just showing off my cad skills, haha (i did that just today..) |
| 09:16:41 | Joely | and second |
| 09:17:02 | Joely | you need two to receive and xmit |
| 09:17:12 | calam | okie, but is the functionality i mention possible? |
| 09:17:17 | Joely | yes |
| 09:17:20 | calam | yes, understood |
| 09:17:21 | Joely | through the line in |
| 09:17:23 | calam | k |
| 09:17:39 | calam | nif dude, truly |
| 09:17:59 | calam | i wants me one STAT |
| 09:18:03 | calam | :) |
| 09:18:31 | Joely | and then for bribes...i'm always open for people to generate a fund to get the fpgas...but heh. and yes, the original intention was to be a universal remote |
| 09:18:39 | | Join norbusan [0] (n=norbusan@chello213047086216.5.14.tuwien.teleweb.at) |
| 09:18:53 | Joely | one that you use the scrool wheel or other buttons in menus instean of thousands of buttons |
| 09:19:01 | calam | wait, my sansa has onboard mic, does the architecture supportr line in thrugh the phones as well as out then? |
| 09:19:28 | calam | fpgas? |
| 09:19:29 | Joely | nope, for that...i'm going to have to make a revision 2.0 for usb otg...ir |
| 09:19:38 | Joely | (which depends on the stack) |
| 09:19:43 | Joely | hurry gsoc! |
| 09:19:56 | Joely | so it would attach to the bottom of the sansa |
| 09:20:02 | | Part norbusan |
| 09:20:02 | Joely | where you charge |
| 09:20:18 | calam | (head swims from acronyms i dont know, but it SOUNDS cool ;P ) |
| 09:20:26 | calam | ill take 3! |
| 09:20:33 | Joely | google summer of code... |
| 09:20:35 | Joely | hehe |
| 09:20:40 | calam | lol |
| 09:21:13 | calam | y not just bluetoof an an adapter then to the port on bottom? |
| 09:21:26 | | Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-e3b5c56677eee050) |
| 09:21:31 | Joely | because....i'm going for _compatibility_ |
| 09:21:34 | calam | i can splice the wires |
| 09:21:36 | Joely | cross platform |
| 09:22:26 | Joely | plus, bluetooth is actually slower surprisingly than this IR |
| 09:22:46 | | Quit XavierGr (Nick collision from services.) |
| 09:22:49 | | Join XavierGr [0] (n=xavier@ppp199-112.adsl.forthnet.gr) |
| 09:23:10 | calam | but that would preclude making an adapter to my sansa, ifn you r gonna make it for all, unless its inline with usb maybe? |
| 09:23:33 | calam | the meaning of all those acronyms added up perhaps? |
| 09:24:13 | Joely | can you rephrase that...i didn't understand that |
| 09:24:58 | pondlife | Slasheri: around? |
| 09:25:07 | Slasheri | pondlife: hi |
| 09:25:19 | JurassicC | API question: i dont suppose somebody could tell me how to turn a file like "bitmap.bmp" int a fb_data * bm ? |
| 09:25:28 | pondlife | Quick question - why does tagtree.c use the playback buffering/unbuffering events? |
| 09:25:34 | JdGordon | JurassicC: with bmp_read_file() |
| 09:25:54 | Slasheri | pondlife: for gathering statistics (playcount etc.) |
| 09:25:59 | calam | k. does that mean then to get crossplatform, you will be making it an adapter that attaches to the usb of my adapter, or anyones, like ipod, whatever, the that to device, so i wont have to hack an attachment ? |
| 09:26:03 | pondlife | Surely the stats are based on whether a track is played or skipped, not whether it's buffered or unbuffered? |
| 09:26:20 | | Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) |
| 09:26:34 | pondlife | I'm trying to work out how to make the buffering side of playback.c more independent. |
| 09:26:35 | Slasheri | pondlife: yes, but disk is spinning when track is unbuffered |
| 09:26:56 | calam | &/or also thru the 3.5? |
| 09:27:00 | Joely | calam: well, the `official' adapter is the 3.5 mm jack interface |
| 09:27:22 | pondlife | OK, so it would be ok to use a "disk active" callback, along with "track played" and "track skipped"? |
| 09:27:23 | Joely | then, for players that don't have the line in capability....they use usb otg |
| 09:27:24 | Slasheri | pondlife: otherwise it would be necessary to cache those statistics to avoid spinning up disk everytime track changes |
| 09:27:34 | pondlife | Ah, I see. |
| 09:27:43 | JurassicC | jdGordon: Thank you. Can you tell me which file that's defined in? |
| 09:27:46 | calam | how do i direct cmmts to you without spamming channel? |
| 09:27:50 | JurassicC | i can't seem to find it |
| 09:28:04 | JdGordon | JurassicC: apps/bmp.h I _think_ |
| 09:28:06 | Joely | `/msg' me |
| 09:28:14 | calam | ty |
| 09:28:18 | JdGordon | apps/gui/bmp.h or firmware/export/bmp.h |
| 09:28:43 | pondlife | I'd have expected the buffering callback to be an indicator of disk access, not unbuffering. |
| 09:29:13 | pondlife | unbuffering just indicates that an buffered entry is about to be lost/overwritten. |
| 09:29:17 | JdGordon | pondlife: thats whay the playback code needs redoing! |
| 09:29:34 | pondlife | JdGordon: I'm working on an API |
| 09:29:44 | JdGordon | cool :) |
| 09:30:09 | pondlife | No idea if it will be of any use though!! |
| 09:30:14 | calam | did that go thru joely? |
| 09:32:29 | | Join petur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/x-e0808d83c51573d5) |
| 09:34:36 | | Join webguest87 [0] (i=92972988@gateway/web/cgi-irc/labb.contactor.se/x-baeb23c8c4d0ccfe) |
| 09:36:00 | webguest87 | . |
| 09:36:13 | petur | . |
| 09:36:21 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
| 09:36:54 | JurassicC | jdGordon: TY (it was actually read_bmp_file() just in case anybody was reading this and wondering the same thing) |
| 09:37:04 | JdGordon | ah ok :) |
| 09:43:22 | | Part JurassicC |
| 09:43:50 | | Quit GodEater ("CGI:IRC (Ping timeout)") |
| 09:46:08 | | Quit XavierGr (Nick collision from services.) |
| 09:46:11 | | Join XavierGr [0] (n=xavier@ppp163-178.adsl.forthnet.gr) |
| 09:54:09 | | Join My_Sic [0] (n=MySic@m49.net81-65-149.noos.fr) |
| 09:54:28 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
| 09:58:07 | | Quit webguest87 ("CGI:IRC (EOF)") |
| 09:58:09 | Joely | scorche, wiki updated! |
| 09:58:20 | dunder | whoopsy daisy, no fm support on sansa...can't rockbox now, damn |
| 09:58:44 | JdGordon | not yet... but looks like its close |
| 09:59:04 | Joely | scorche, please make sure my commits to the wiki aren't tragic... |
| 09:59:12 | Joely | i don't trust myself with wikis |
| 09:59:28 | dunder | hmm...JdGordon, do you know how close? |
| 09:59:56 | JdGordon | someone is working on it atm... |
| 10:00 |
| 10:00:08 | JdGordon | so could be hours, or days.. or he could fail :p |
| 10:00:38 | | Join webguest99 [0] (i=3e58b3c0@gateway/web/cgi-irc/labb.contactor.se/x-a320a3ae59c60683) |
| 10:00:46 | dunder | he could suck balls |
| 10:00:58 | dunder | who knows...i hope he doesn't, tho |
| 10:01:09 | dunder | cuz then i'd have to start gay bashing |
| 10:01:42 | | Join combrains [0] (n=combrain@125-237-190-81.jetstream.xtra.co.nz) |
| 10:02:16 | linuxstb | From today's logs: 01.38.45 # <zivan56> well the sansa radio somewhat works in rockbox, although it's reminiscent of those non-powered earphone radios :) |
| 10:02:55 | dunder | thank God, I don't have to bash him |
| 10:03:31 | | Quit webguest99 (Client Quit) |
| 10:04:35 | | Join Llorean [0] (n=Llorean@cpe-70-113-91-140.austin.res.rr.com) |
| 10:04:35 | calam | really?! is that (sansa FM) in todays build? |
| 10:04:46 | | Join miepchen^schlaf [0] (n=hihi@p54BF7504.dip.t-dialin.net) |
| 10:04:49 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
| 10:04:50 | petur | nope |
| 10:05:54 | | Join w1ll14m [0] (n=w1ll14m@84-104-81-208.cable.quicknet.nl) |
| 10:10:06 | | Quit combrains ("Rockbox Rocks :)") |
| 10:11:11 | scorche | Joely: PM |
| 10:15:06 | | Join obo [0] (n=obo@host217-41-62-170.in-addr.btopenworld.com) |
| 10:16:59 | | Join My_Sic [0] (n=MySic@m49.net81-65-149.noos.fr) |
| 10:20:18 | | Join sergey [0] (n=sergey@ppp85-140-149-189.pppoe.mtu-net.ru) |
| 10:22:24 | | Quit w1ll14m (Remote closed the connection) |
| 10:24:40 | | Join Nico_P [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) |
| 10:28:36 | XavierGr | hmm just got a strange response from my Ondio FM. As it was playing it stopped and said to remove the MMC, then it went into USB mode (of course without the usb calbe on). I powered off and then on, only to find out that once again entered USB mode, after a while it got fixed by itself... (it was running from normal rechargable AAAs) |
| 10:28:57 | XavierGr | amiconn: do you think that it might have to do with the heat on my car? |
| 10:29:17 | JdGordon | Nico_P: hey, why not commit the wps volume patch you put on the tracker? |
| 10:29:40 | Nico_P | JdGordon: because I wasn't sure everyone would agree on it |
| 10:29:55 | Nico_P | has it been discussed ? |
| 10:29:55 | JdGordon | good enough reason :p |
| 10:30:22 | JdGordon | I havnt seen any talk... but its unlikely to get much discussio unless it breaks something |
| 10:31:48 | Nico_P | I'm especially interested in Llorean's opinion about i because he was the one who asked for the feature |
| 10:32:05 | linuxstb | Nico_P: Do you know which targets don't go above 0db? |
| 10:32:27 | Nico_P | linuxstb: at least the irivers H100 and H300 |
| 10:32:40 | Nico_P | all the details can be found in sound.c |
| 10:32:53 | JdGordon | the only thing that worries me is where the same screen size could be used for targets where one can go over and one cant, so you couldnt use the same wps... |
| 10:33:06 | linuxstb | So that means that the WPSs are no longer portable between irivers and ipods with the same LCD characteristics? |
| 10:33:26 | linuxstb | (what JdGordon just said....) |
| 10:33:32 | Nico_P | ah right. so maybe I shouldn't make a distinction between players |
| 10:33:37 | JdGordon | thinking about it, you shuold always have 0db being the second last one, regardless of the target |
| 10:33:45 | Nico_P | probably yes |
| 10:34:19 | Nico_P | that's what I had at first but the problem is it looks a bit weird on existing themes |
| 10:34:58 | Nico_P | I tested on iCatcher and increasing the volume from -1 to 0 dB makes the little circle display two more dots at once |
| 10:35:49 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 10:36:01 | | Join miepchen^schlaf [0] (n=hihi@p54BF6832.dip.t-dialin.net) |
| 10:40:34 | pondlife | JdGordon: If you're interested, my sooper-simple proposal is at http://www.rockbox.org/twiki/bin/view/Main/BufferingAPIProposal. Probably over-simplified at the moment :( |
| 10:41:22 | JdGordon | anything is more iteresting than working on assignemtnes... |
| 10:41:27 | * | JdGordon has a look-see |
| 10:41:30 | pondlife | lostlogic: If you're around, could you look at it too? |
| 10:41:50 | calam | nite all, very cool indeed, keep up the good work :) |
| 10:42:02 | | Quit calam ("CGI:IRC (EOF)") |
| 10:42:12 | pondlife | Don't be concerne with the implementation too much, as long as we have a suitable interface. |
| 10:42:17 | Nico_P | pondlife: does this include MoB considerations ? |
| 10:42:20 | pondlife | No |
| 10:42:35 | pondlife | Although feel free to point out what is missing! |
| 10:43:03 | Nico_P | if you plan on implementing this soon we'll have to work in close collaboration :) |
| 10:43:07 | pondlife | I don't want to do anything much other than simplify playback.c |
| 10:43:08 | Nico_P | I'll have a look |
| 10:43:22 | JdGordon | immediate thoughts, returning -1 for all errors is giong to be bad... |
| 10:43:28 | pondlife | I don't think I'll have time to actually implement this, but I'm very happy to help |
| 10:43:39 | pondlife | JdGordon: Why? Do we need error codes? |
| 10:44:11 | pondlife | Currently pretty much any error just gives "Codec failure" ! |
| 10:44:30 | pondlife | But we have the entire negative range to play with |
| 10:45:13 | pondlife | Updated to say < 0 rather than -1 |
| 10:45:17 | JdGordon | pondlife: buffer full shhuold give the same error as an invalid filename? |
| 10:45:39 | Nico_P | Llorean ? |
| 10:45:46 | pondlife | Hmm, bufopen would give an error on invalid filename, bufread on buffer full... |
| 10:46:01 | obo | Could anyone look at FS #5495 and FS #6213 for me please? |
| 10:46:04 | | Join w1ll14m [0] (n=w1ll14m@84-104-81-208.cable.quicknet.nl) |
| 10:47:55 | JdGordon | pondlife: ok, also errors like cant open any more files, umm, I dunno |
| 10:48:12 | pondlife | Yep, no problem. |
| 10:48:22 | pondlife | I'm keeping it quite vague I know! |
| 10:48:48 | pondlife | Just wanted to fan some playback flames and see if was useful. |
| 10:49:18 | JdGordon | well, it looks like its about as simple as it could be made which is good :) |
| 10:49:44 | JdGordon | "Access to the global variables audiobufend and audiobuf should become read-only via this API" <- no access at all... |
| 10:50:05 | petur | obo: I've been looking at it but ran completely out of time, will try to have another look |
| 10:50:18 | pondlife | Well read-only at least (i.e. functions to bufgetstartptr() or something) |
| 10:50:21 | *** | Saving seen data "./dancer.seen" |
| 10:50:41 | obo | thanks petur |
| 10:50:43 | | Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 10:50:45 | Llorean | Nico_P: Present |
| 10:50:48 | pondlife | I'd like them to be totally hidden, but plugins probably need them. |
| 10:50:56 | Nico_P | Llorean: have you seen my volume patch ? |
| 10:51:06 | Llorean | The one for the WPS? |
| 10:51:46 | JdGordon | pondlife: any idea if the implementation could stop rebuffering the same track/codec more than once? |
| 10:51:52 | pondlife | Yes |
| 10:51:57 | pondlife | It certainly could. |
| 10:51:58 | Nico_P | Llorean: http://www.rockbox.org/tracker/task/7164 |
| 10:52:18 | pondlife | JdGordon: But like I said, initially we should maintain the current algorithm. |
| 10:52:35 | JdGordon | why? |
| 10:52:39 | pondlife | KISS |
| 10:52:51 | pondlife | Otherwise it'll probably never get off the ground :/ |
| 10:52:56 | JdGordon | imo the only thing to keep the same is the codec api... scrap the rest so we dont bring bugs across |
| 10:53:00 | JdGordon | start from a clean slate |
| 10:53:12 | JdGordon | in a seperate svn branch... |
| 10:53:15 | Llorean | Nico_P: Yes, I like it quite a lot, but then, I'm the one who made the feature request so I may be biased. ;) |
| 10:53:16 | pondlife | :( |
| 10:53:27 | pondlife | JdGordon: We can migrate to this API |
| 10:53:34 | Llorean | I haven't tested it yet, though. |
| 10:53:54 | * | Llorean hasn't updated in over a week. =/ |
| 10:53:59 | JdGordon | pondlife: oh, you want t d what I did with the menus? have both working together and then wrap and migrate? |
| 10:54:04 | jhMikeS | pondlife: mpegplayer will already implement this in some way but doing multiple streams is no treat and the amount of data requires sparse buffer since there no way it should have to say, buffer from the beginning to a seek point |
| 10:54:22 | * | JdGordon gone |
| 10:54:25 | Nico_P | Llorean: You're the most suited person to tell me if I did it right :) But it turns out having two different syntaxes is a bad idea |
| 10:54:48 | Llorean | I was going to suggest that it might be a bad idea. |
| 10:55:02 | pondlife | jhMikeS: We can have sparse buffers. Can you maybe add any required API? Or would multiple calls to bufseek be enough? |
| 10:55:29 | Llorean | Why not just leave the >0 case in for all WPSes, and on the targets where you can't get greater than 0, the author can leave it blank (or include a spare image, like the stop images so many people used to include)? |
| 10:55:46 | Llorean | That makes WPSes more cross-target anyway. |
| 10:55:49 | pondlife | Certainly nothing there should preclude an implementation which actually just pre-buffersma the most suitable parts of files... |
| 10:55:56 | jhMikeS | we need a seek pos and the amount of lookahead needed since it will have to scan for start codes at first |
| 10:56:32 | Nico_P | obo: you gave the same link twice |
| 10:56:44 | pondlife | I did consider having both size and minsize parameters to bufread()... would that help? |
| 10:57:05 | pondlife | i.e. amount of data, ideal and minumum... |
| 10:57:15 | jhMikeS | probably something like that |
| 10:57:47 | pondlife | Then I thought it was maybe an unneeded complication! |
| 10:59:08 | | Join Entasis [0] (i=Jarred@ppp54-161.lns11.adl2.internode.on.net) |
| 10:59:10 | jhMikeS | I'm also doing it with no wrapping indexes, only the pointer wraps. Otherwise it's file window that streams cannot exceed. |
| 10:59:30 | obo | Nico_P: huh? Where abouts? |
| 10:59:51 | Nico_P | [10:46] <obo> Could anyone look at http://www.rockbox.org/tracker/task/5495 and http://www.rockbox.org/tracker/task/5495 for me please? |
| 11:00 |
| 11:00:07 | pondlife | jhMikeS: I wasn't going to wrap indexes either |
| 11:00:22 | pondlife | But at pointer wrap there would be a short bufread |
| 11:01:35 | jhMikeS | it seems any buffer capable of handling an mpeg video needs some stream awareness, I can't figure a way out of that |
| 11:02:15 | pondlife | Probably, but you could implement multiple streams with multiple bufopen()s? |
| 11:02:16 | | Join spiorf [0] (n=spiorf@host180-218-dynamic.14-87-r.retail.telecomitalia.it) |
| 11:02:58 | Nico_P | obo: sorry it's my client's fault |
| 11:03:03 | obo | Nico_P: that's not what the log says :) |
| 11:03:04 | obo | hehe |
| 11:04:05 | Nico_P | Llorean: but I don't really see how the WPS creators could handle it nicely |
| 11:04:36 | Nico_P | take iCatcher for example, we'd have a problem with the H300 and iPod color |
| 11:04:37 | jhMikeS | pondlife: but we don't want the file opened twice |
| 11:04:49 | pondlife | We don't have to |
| 11:05:10 | pondlife | The buffering implementation could handle that |
| 11:05:26 | pondlife | I'm just concerned that the API is suitable at the moment. |
| 11:06:46 | | Quit bospaadje ("great minds run in great circles") |
| 11:06:52 | Llorean | Nico_P: If the WPS just had <mute|..|..|0dB|max>, then on the iPod Color you'd see the max image, on the H300, it'd be there but you'd never see it, and the WPS would work cross platform, right? |
| 11:06:53 | jhMikeS | will it have it's own thread? |
| 11:06:56 | pondlife | Yes |
| 11:07:03 | pondlife | So more work for you there ;) |
| 11:07:08 | jhMikeS | haha |
| 11:07:31 | pondlife | The idea is just to give it a list of work to do and hope that it will have all the data ready in time, |
| 11:07:37 | pondlife | so as not to block too much! |
| 11:08:13 | pondlife | In reality, the buffering thread will be reading the disk whilst the calling thread will block in bufread(). |
| 11:08:15 | Nico_P | Llorean: that means the circle in iCatcher would never be full for the H300 |
| 11:08:58 | Nico_P | of course that's not a real issue but it means some WPSs will need adapting |
| 11:08:59 | jhMikeS | pondlife: sort of like now? :) |
| 11:09:06 | pondlife | But it should be easier to contain the buffer access than the current setup, which has all of my "favourite" bugs |
| 11:09:14 | Llorean | Nico_P: WPSes would need adapting to add in the Max image anyway. |
| 11:09:25 | jhMikeS | two streams can fight too |
| 11:09:59 | pondlife | True, but the implementation should be able to cope. |
| 11:10:21 | pondlife | I'm not too concerned with video initially, as long as the API is ok |
| 11:10:26 | Llorean | But I think the special case for the 0dB maximum targets can be removed, WPS authors can handle having a useless case in their conditional I believe and it keeps things more flexible I think. |
| 11:10:37 | pondlife | It's the main playback which is buggiest. |
| 11:11:03 | Nico_P | Llorean: i agree |
| 11:11:09 | jhMikeS | Frankly I'd like this COP stuff resolved to allow both cores direct access to file APIs as well |
| 11:12:27 | jhMikeS | And if all that can be done, only need for a buffering thread should be background buffering...but mostly my head is video oriented atm |
| 11:13:46 | pondlife | No problem, I don't see much changing in the near future. Like I said, I don't have much spare time myself, but wanted to dump my ideas onto the wiki. |
| 11:14:12 | pondlife | It's all about getting playback.c to a place where it can be worked on without breaking some feature. |
| 11:14:56 | Nico_P | pondlife: (about the "audio buffer" definition) maybe the audio buffer could simply be renamed to "main buffer" ? |
| 11:15:27 | jhMikeS | get rid of higher level code from it like playlists, directories, etc. |
| 11:15:39 | pondlife | Nico_P: Yes |
| 11:16:09 | pondlife | jhMikeS: That should be done too. |
| 11:16:14 | Nico_P | I know it's completely unimportant but it just felt much more appropriate |
| 11:16:17 | * | Nico_P reads on |
| 11:16:56 | jhMikeS | I was thinking that it should be given an abstract interface to call for directions on what to play. it cares not what it points to. |
| 11:18:36 | pondlife | Yes, a prearranged playlist? |
| 11:18:39 | jhMikeS | there's always that push vs. pull decision. I suppose filenames could be pushed to it but that would be sort of its own private playlist |
| 11:18:54 | pondlife | Certainly shouldn't care about directories |
| 11:20:07 | jhMikeS | right now it's hard-coded to calling playlist_* functions which bugs me a bit |
| 11:20:36 | pondlife | I don't mind that so much. |
| 11:22:51 | JdGordon | pondlife: perhaps add a size and offset param to bufopen() to tell it how much and from where to start buffering? |
| 11:23:03 | jhMikeS | could always have an audio_play_file which queues it |
| 11:23:22 | pondlife | JdGordon: bufopen(), the bufseek() to set offset... |
| 11:23:28 | Nico_P | pondlife: I'm not sure why this has nothing to do with MoB ? |
| 11:23:29 | | Join br3nda|mobile [0] (n=brenda@121-73-1-165.cable.telstraclear.net) |
| 11:24:00 | pondlife | Nico_P: It should make MoB easier, but doesn't actually implement any of it. |
| 11:24:02 | jhMikeS | I'd like to see playlists run the playback and never the other way |
| 11:24:10 | JdGordon | pondlife: so bufopen() only opens the fd and doesnt read anything from the file? |
| 11:24:16 | Zagor | we just got porn spam in the tracker |
| 11:24:21 | JdGordon | woot! |
| 11:24:36 | jhMikeS | bout time :P |
| 11:24:43 | Zagor | looks like we can't trust unverified users to attach files :-( |
| 11:24:46 | * | petur hurries over ;) |
| 11:24:50 | pondlife | JdGordon: Ah, I see what you mean... it would be silly for it to start buffering from the start each time.... I'll add a start offset |
| 11:24:50 | Nico_P | pondlife: true but it seems closely related to me. If there can be all sorts of files in the "main buffer" with handles and so on, MoB will be quite straightforward |
| 11:25:00 | | Nick br3nda|mobile is now known as Br3nda (n=brenda@121-73-1-165.cable.telstraclear.net) |
| 11:25:01 | pondlife | Yes |
| 11:25:31 | Zagor | if anyone has a better idea than just "disable file attachments", I'm all ears |
| 11:25:56 | JdGordon | can you limit file types? |
| 11:26:00 | jhMikeS | ummm... |
| 11:26:27 | JdGordon | pondlife: also a minimum size to buffer... |
| 11:26:33 | Zagor | JdGordon: this was a html file. should we limit those? |
| 11:26:46 | pondlife | JdGordon: A minimum? |
| 11:26:53 | pondlife | Do you not mean a maximum? |
| 11:26:54 | JdGordon | I cant think why a html would should be uploaded onto a task |
| 11:26:59 | LinusN | i don't see a need to allow html files |
| 11:27:38 | JdGordon | pondlife: yeah, minimum... if the buffer doesnt have enough room for the header (for example) then it shuold fail... |
| 11:27:38 | LinusN | in fact, the only allowed types should be .diff, .patch and .zip imho |
| 11:27:50 | JdGordon | and .png .jpg ./bmp |
| 11:27:54 | Zagor | LinusN: filenames are easy to fake |
| 11:28:02 | LinusN | yes |
| 11:28:04 | Zagor | we must use 'file' on them |
| 11:28:16 | pondlife | JdGordon: bufopen wouldn't read the file, just queue it for reading. |
| 11:28:43 | JdGordon | oh, so when would it start reading? |
| 11:28:49 | jhMikeS | I've posted other stuff in the forums by renaming the extension |
| 11:29:00 | JdGordon | on next spinup? or at the next bufseek()? |
| 11:29:04 | Zagor | a very simple way is to make all attachments content-type application/binary. then you must save it and open it manually to view it. |
| 11:29:12 | Zagor | a bit of a bother for patches though |
| 11:29:33 | aliask | Yes, that'd be quite irritating... |
| 11:29:41 | pondlife | JdGordon: The buffering thread will likely drive the spinups |
| 11:30:18 | JdGordon | ok, but I tihnk I would expect that fairly shortly after bufopen() my file would be ready to use.. |
| 11:30:21 | jhMikeS | well, I don't see how text files can irritate too much. do spammers really want to post text? |
| 11:30:48 | Zagor | jhMikeS: html is text |
| 11:30:49 | jhMikeS | can html links be made to pop up as source? |
| 11:30:52 | pondlife | JGordon: Yes, so would I. Don't want to block in bufread() at all if possible. |
| 11:31:21 | Zagor | flyspray doesn't have any content sensitifity at the moment, so I'd have to patch that it |
| 11:31:24 | Zagor | *in |
| 11:31:31 | JdGordon | I wouldnt tihnk it would, bufread() would be the blocking task |
| 11:31:57 | Nico_P | Zagor: speaking of flyspray, are you planning on an upgrade to the new version ? |
| 11:32:00 | jhMikeS | I know that...I'm thinking so spammer content can't be readily viewed as the spammer intended |
| 11:32:34 | pondlife | JdGordon: You'd bufopen() first, and then bufread() would block until the data was ready. |
| 11:32:44 | Zagor | jhMikeS: I can't say I'm planning it, but I'll do it eventually. |
| 11:33:06 | JdGordon | yeah, umm.. hmm |
| 11:33:48 | Zagor | jhMikeS: that could be solved by forcing attachments to be type text/plain, but that breaks images. |
| 11:34:13 | | Join juxtap [0] (n=juxtap@vc-196-207-45-253.3g.vodacom.co.za) |
| 11:34:27 | Llorean | Why not just limit it to extensions. |
| 11:34:42 | Llorean | Anyone with the appropriate privileges should be able to delete files that are inappropriate but renamed. |
| 11:35:07 | Llorean | It's not perfect, but if the extensions are limited it does say "These are our expectations of you" and the majority at least should follow them. |
| 11:35:41 | Zagor | the majority already follows it. the problem here is spammers who actively seek to circumvent the rules. |
| 11:35:56 | Zagor | also we didn't find these links ourselves. I got an external report about it. |
| 11:36:06 | Zagor | s/links/attachments |
| 11:36:17 | Zagor | so I'm not sure we can rely on finding and fixing uploaded spam |
| 11:37:06 | * | jhMikeS would like to be able to delte attachments on his own wiki page himself for starter :\ |
| 11:37:31 | Zagor | you can't do that? |
| 11:37:41 | jhMikeS | no...gives an access denied |
| 11:38:13 | jhMikeS | I can just hide them from view |
| 11:38:25 | Llorean | I think that as long as we leave it possible for new people to contribute, spam will be possible, won't it? |
| 11:38:48 | LinusN | yes |
| 11:39:36 | LinusN | we have effectively stopped spam in the wiki with the registration process, but we don't want to make it that hard to report bugs |
| 11:39:49 | Llorean | Well, you don't need attachments to report bugs |
| 11:39:59 | LinusN | no, but patches |
| 11:40:25 | Llorean | Would it be hard to put into place a step like used for the wiki for posting patches? |
| 11:41:14 | Zagor | in flyspray only admin can change a users access rights |
| 11:41:19 | * | JdGordon gone again |
| 11:43:36 | Nico_P | anyone against me committing http://www.rockbox.org/tracker/task/7164 ? |
| 11:44:45 | LinusN | Nico_P: looks ok to me. but why can't it go further above 0dB? |
| 11:45:46 | Nico_P | LinusN: you mean why can't we have several bitmaps for volumes above 0 dB ? |
| 11:45:50 | LinusN | yes |
| 11:46:24 | scorche | LinusN: i forgot...when does bagder get back again? |
| 11:46:25 | | Join n1s [0] (n=nils@nl104-202-175.student.uu.se) |
| 11:46:41 | LinusN | scorche: thursday i think, why? |
| 11:46:41 | jhMikeS | speaking of that, why not use a two digit hex value instead of A-Z and a-z for ids? |
| 11:46:48 | scorche | alright...thanks |
| 11:47:13 | Llorean | jhMikeS: Why does it even need to be hex? |
| 11:47:16 | | Join ender [0] (n=ender@mail.konto.si) |
| 11:47:17 | LinusN | scorche: anything i can help with? |
| 11:47:40 | * | ender curses the national telecom |
| 11:47:42 | Nico_P | LinusN: well obviously I need to know the position of the 0 dB case, so I decided that was the best way to keep at least some compatibility with current WPSs. Otherwise I could decide the 0 dB case is the last one but that would require adapting all the WPSs... unless I'm missing something ? |
| 11:47:53 | jhMikeS | scorche: cause hex looks cooler and we can have 256 elements, not 100 or 52 |
| 11:48:15 | ender | they screwed up something on wensday, and i've been without internet ever since |
| 11:48:19 | jhMikeS | the dependency on codec order in the core should be gone too |
| 11:48:30 | Nico_P | jhMikeS: 100 is already better than 52 |
| 11:48:31 | Llorean | jhMikeS: That was me who asked. But people often run out of memory before they reach 52 images anyway, right? |
| 11:49:04 | LinusN | Nico_P: ah, so it's about calculating the enum range? |
| 11:49:16 | jhMikeS | Llorean: as little as I've done with that, some WPSs came close enough to the limit that it got awkward |
| 11:49:21 | Nico_P | LinusN: yes |
| 11:49:27 | Llorean | jhMikeS: I think giving them 100 gives them more than enough rope with which to hang themselves. ;) |
| 11:49:36 | jhMikeS | :) |
| 11:50:02 | dunder | what's the difference between Sansa e200 - Boot, Sansa e200 - Normal, & Sansa e200 - Sim ? |
| 11:50:04 | LinusN | Nico_P: tricky one |
| 11:50:15 | Llorean | LinusN: When I made the feature request, in my mind the value over 0dB was more of a "Warning: Clipping" image than anything else. |
| 11:50:34 | jhMikeS | There should be labelled enums that use the IDs defined in the codec array instead of the current type being index dependent |
| 11:50:44 | Llorean | dunder: Bootloader, Rockbox itself, and the UI Simulator for various testing purposes. |
| 11:50:59 | dunder | so, i just download the first two |
| 11:51:03 | dunder | how can i get svn? |
| 11:51:17 | * | jhMikeS noticed this stuff when having to fix a bunch of WPSs after changing the codec order :\ |
| 11:51:17 | dunder | i tried clicking on the 0s, but i get a buncha crap... |
| 11:51:39 | Llorean | dunder: Read the text at the top of the page. |
| 11:51:49 | Nico_P | jhMikeS: the codec order shouldn't change |
| 11:51:52 | Llorean | dunder: And the manual tells you what you need to download. |
| 11:52:13 | jhMikeS | I think it should be irrelevant really and if it weren't for the WPSs it would be |
| 11:52:39 | n1s | LinusN: has FS #6934 just been forgotten or is it not needed anymore? |
| 11:53:34 | LinusN | i guess it's been forgotten |
| 11:55:31 | Nico_P | jhMikeS: labelled conditionals wouldn't be very easy to add to the WPS syntax... but I agree it's a bit clumsy |
| 11:55:40 | | Join bospaadje [0] (n=bospaadj@ip82-139-84-212.lijbrandt.net) |
| 11:56:58 | | Quit w1ll14m (Remote closed the connection) |
| 11:57:43 | n1s | LinusN: ok, I can confirm that the bug is still there in svn, should I commit? |
| 11:57:53 | jhMikeS | Nico_P: what's the biggest hurdle? |
| 11:58:17 | pondlife | n1s: I'd like that committed, FWIW. |
| 11:58:34 | n1s | pondlife: ok, I'll go ahead then :-) |
| 11:58:54 | pondlife | Hah, you can blame me! :) |
| 11:58:55 | LinusN | n1s: shoot, and don't forget docs/CREDITS |
| 11:59:24 | * | pondlife heard a rumour that Bagder wouldn't be back until the build table was completely green |
| 11:59:35 | LinusN | haha |
| 12:00 |
| 12:00:21 | pondlife | We may have that in only 12 perfect commits! |
| 12:00:39 | Llorean | Just be eeeextra careful |
| 12:01:03 | pondlife | As always... ;) |
| 12:01:11 | Nico_P | jhMikeS: enums were designed to be numerical. adding the possibility of labelling might be possible but I think it would be a little complicated |
| 12:02:36 | Nico_P | like storing a table of the different labels or having to reread the whole conditional for labels each time it's evaluated |
| 12:02:55 | XavierGr | Linus: btw why the new bootloader isn't released yet? |
| 12:03:04 | pondlife | Slasheri: I'm still having dircache blocking lock up my database initialisation on the sim :/ |
| 12:03:28 | pondlife | Surely dircache_is_initializing() should be "return dircache_initializing && thread_enabled" |
| 12:03:40 | | Part LinusN |
| 12:04:06 | pondlife | That certainly fixes it for me. |
| 12:05:13 | | Quit sergey (Read error: 110 (Connection timed out)) |
| 12:05:25 | jhMikeS | I was thinking like %?fc<%xdr:AIFF|%xds:WAV|%xdt:Ogg....> or something. Anything not labelled gets its numerical order for some backward compat. |
| 12:05:45 | | Join sergey [0] (n=sergey@ppp91-76-104-225.pppoe.mtu-net.ru) |
| 12:26:26 | | Quit spiorf (Remote closed the connection) |
| 12:37:39 | | Join maffe [0] (n=maffe@195.159.148.248) |
| 12:41:35 | | Join Psilonaut [0] (i=DaPhunka@24.192-244-81.adsl-dyn.isp.belgacom.be) |
| 12:50:22 | *** | Saving seen data "./dancer.seen" |
| 12:50:58 | | Quit sergey (Read error: 110 (Connection timed out)) |
| 12:53:30 | | Quit Llorean ("Leaving.") |
| 12:55:23 | | Quit DarthShrine ("Leaving") |
| 12:55:58 | | Join norbusan [0] (n=norbusan@dhcp23.dmg.tuwien.ac.at) |
| 12:56:15 | | Part norbusan |
| 12:57:17 | | Join Arathis [0] (n=doerk@p54849DE6.dip0.t-ipconnect.de) |
| 12:58:54 | | Part maffe |
| 12:59:13 | | Join RockingD [0] (n=sergey@ppp85-141-133-181.pppoe.mtu-net.ru) |
| 13:00 |
| 13:00:09 | | Quit Seed (Nick collision from services.) |
| 13:00:14 | | Join Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
| 13:06:44 | | Quit Br3nda (Remote closed the connection) |
| 13:13:04 | | Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-c9711da35f30ae11) |
| 13:15:42 | | Join hostf4cekilla [0] (n=chatzill@pool-70-22-207-151.bos.east.verizon.net) |
| 13:17:52 | hostf4cekilla | #jubuntu |
| 13:21:16 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
| 13:25:54 | | Quit hostf4cekilla ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007040314]") |
| 13:30:40 | | Join Compaq [0] (n=chatzill@41.209.112.184) |
| 13:30:50 | | Nick Compaq is now known as jSwetz (n=chatzill@41.209.112.184) |
| 13:35:27 | | Quit jSwetz (Client Quit) |
| 13:36:45 | | Quit pondlife ("disconnected has pondlife") |
| 13:38:23 | | Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) |
| 13:38:33 | | Quit pondlife (Client Quit) |
| 13:41:58 | | Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) |
| 13:48:07 | | Join Llorean [0] (n=Llorean@cpe-70-113-91-140.austin.res.rr.com) |
| 13:48:50 | | Join Thundercloud [0] (n=thunderc@82.152.196.38) |
| 13:49:29 | | Quit pondlife ("disconnected has pondlife") |
| 13:49:47 | | Join bluebrother [0] (i=PzRnUgbX@rockbox/staff/bluebrother) |
| 13:54:24 | | Join riddlebox [0] (n=james@75-132-225-75.dhcp.stls.mo.charter.com) |
| 13:54:46 | riddlebox | hello, is the rio sport supported by rockbox? |
| 13:55:15 | Llorean | No |
| 13:55:24 | Llorean | The only players supported are those listed on the front page. |
| 13:55:35 | riddlebox | dang, I really wanted to play ogg on it |
| 13:58:12 | | Quit Rob222241 () |
| 14:00 |
| 14:08:19 | * | GodEater remembers listening to ogg on his Rio Karma - on the stock firmware no less. |
| 14:10:42 | GodEater | shame the hard drive sucked so much |
| 14:22:53 | | Join GEWeb [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-09e8f521b1d874d7) |
| 14:23:05 | | Quit GodEater (Nick collision from services.) |
| 14:23:13 | | Nick GEWeb is now known as GodEater (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-09e8f521b1d874d7) |
| 14:28:36 | | Quit riddlebox ("Leaving") |
| 14:41:23 | | Quit livingtm (Remote closed the connection) |
| 14:42:21 | | Join webguest90 [0] (i=c023110a@gateway/web/cgi-irc/labb.contactor.se/x-4bc68e4d7b3a29f9) |
| 14:42:42 | | Join lee-qid [0] (n=liqid@p54966398.dip.t-dialin.net) |
| 14:44:17 | aliask | Is there an option in Flyspray for users to edit their own tasks? |
| 14:46:38 | | Quit GodEater ("CGI:IRC (Ping timeout)") |
| 14:48:01 | | Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-4fd7fd6b3a5e2b31) |
| 14:49:21 | LinusN | only for some |
| 14:50:06 | aliask | What does that mean? Regular users can't, but admins can? :P |
| 14:50:25 | *** | Saving seen data "./dancer.seen" |
| 14:50:58 | LinusN | developers can |
| 14:51:54 | LinusN | aliask: you want those powers too? |
| 14:52:05 | aliask | I'd love them. |
| 14:52:12 | | Quit Arathis ("Bye, bye") |
| 14:52:24 | LinusN | aliask: *bing* |
| 14:52:26 | aliask | Would I be able to close tasks, or is that reserved for admins? |
| 14:53:04 | LinusN | you can close tasks too |
| 14:53:35 | aliask | Cool, I keep seeing ones I think should be closed every once in a while... |
| 14:53:44 | aliask | Thanks for that LinusN :) |
| 14:53:46 | LinusN | don't abuse your powers though |
| 14:54:02 | aliask | Of course not. |
| 14:54:04 | preglow | not unless it's for fun! |
| 14:54:13 | aliask | :P |
| 14:54:20 | LinusN | "with great power comes great responsibility" :-) |
| 14:55:02 | aliask | Woops, looks like default severity is critical... |
| 14:55:27 | LinusN | yeah, why else would you report a bug? :-P |
| 14:55:35 | aliask | It was a patch! |
| 14:55:38 | | Quit pill (Nick collision from services.) |
| 14:55:58 | aliask | Oh well. At least I can fix that now... |
| 14:56:06 | | Join _pill [0] (i=pill@sloth.shellfx.net) |
| 14:56:32 | | Join Domonoky [0] (n=Domonoky@p549AFF84.dip.t-dialin.net) |
| 15:00 |
| 15:04:16 | | Join Arathis [0] (n=doerk@p54849de6.dip0.t-ipconnect.de) |
| 15:04:29 | | Quit RockingD (Read error: 110 (Connection timed out)) |
| 15:16:09 | | Join spiorf [0] (n=spiorf@host100-203-dynamic.8-87-r.retail.telecomitalia.it) |
| 15:18:13 | | Join Rob2222 [0] (n=Miranda@p54b14008.dip.t-dialin.net) |
| 15:26:07 | | Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) |
| 15:31:28 | | Part kaaloo |
| 15:31:34 | | Quit aliask ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007040314]") |
| 15:32:00 | | Join desowin [0] (n=desowin@avc146.internetdsl.tpnet.pl) |
| 15:36:28 | JdGordon | anyone around? |
| 15:36:51 | JdGordon | LinusN: amiconn? |
| 15:36:58 | LinusN | yes? |
| 15:37:24 | | Quit Psilonaut (Read error: 60 (Operation timed out)) |
| 15:37:55 | JdGordon | I have a really crazy idea for the audio buffer and want to know how stupid it is... is our FAT drivr fast enough to be used so we "format" the audio buffer as a fat disk and use the fat read/write functions to buffer data? |
| 15:38:34 | bluebrother | sounds like much overhead to me |
| 15:38:38 | * | JdGordon shuold have prempted that by saying im half-asleep and half-drunk so probably very stupid idea |
| 15:39:32 | JdGordon | well, Im tryin to think of a way to use the buffer in a non-ring buffer fasion, and it sort of clicked |
| 15:39:46 | | Join kkurbjun [0] (n=kkurbjun@c-71-56-227-141.hsd1.co.comcast.net) |
| 15:39:51 | JdGordon | the code is there already, so its just a matter of weather its fast enouigh to be feasible |
| 15:40:07 | petur | sounds like bad weather to me |
| 15:40:23 | preglow | i don't see the point... |
| 15:40:38 | bluebrother | from what I did with FAT I think the overhead is quite bad, and it's also kinda complex |
| 15:40:54 | petur | JdGordon: memory fragmentation |
| 15:40:55 | bluebrother | if you want to use it as buffer |
| 15:41:53 | JdGordon | petur: yeah, I figured the fat driver needs to worry about that anyway so the code for that is already there.... if the chunk sizes are big enough then fragmentatio isnt such a big deal |
| 15:42:34 | bluebrother | how do you plan to deal with files that are bigger than the buffer? You'd need to implement some sort of partial files for that ... |
| 15:42:50 | | Quit webguest90 ("CGI:IRC (EOF)") |
| 15:43:26 | LinusN | and what about the simulator? |
| 15:44:09 | JdGordon | hmm... ok |
| 15:44:21 | LinusN | actually, i still don't see the point |
| 15:45:10 | | Join webguest90 [0] (i=c023110a@gateway/web/cgi-irc/labb.contactor.se/x-49659ef797bf4c0e) |
| 15:45:48 | | Quit webguest90 (Client Quit) |
| 15:46:05 | | Join maffe [0] (n=maffe@195.159.148.248) |
| 15:49:12 | | Quit bawb2 ("seacrest out!") |
| 15:49:46 | | Part maffe |
| 15:50:12 | | Join maffe [0] (n=maffe@195.159.148.248) |
| 15:50:53 | | Quit linuxstb (Remote closed the connection) |
| 15:51:00 | | Join Thundercloud_ [0] (n=thunderc@82.152.196.38) |
| 15:52:11 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 15:55:27 | | Quit spiorf (Remote closed the connection) |
| 16:00 |
| 16:00:54 | | Join ctaf [0] (n=ctaf@ram94-6-82-242-23-70.fbx.proxad.net) |
| 16:01:06 | | Part ctaf |
| 16:06:00 | | Quit Thundercloud (Read error: 110 (Connection timed out)) |
| 16:12:38 | | Quit GodEater ("CGI:IRC") |
| 16:12:39 | | Join gursikh [0] (n=khalsa@unaffiliated/gursikh) |
| 16:13:02 | | Quit Entasis (Read error: 104 (Connection reset by peer)) |
| 16:14:59 | | Quit |cub| (Remote closed the connection) |
| 16:17:40 | * | Nico_P is about to commit the volume enum patch from http://www.rockbox.org/tracker/task/7164 |
| 16:19:58 | XavierGr | just great, I spent about 50 euros on car chargers and usb cables (etc) to mod my ondio for in-car use without batteries and now when the audio is connected to the sound system and the car lighet it is full of static :( |
| 16:20:16 | XavierGr | ^car lighter |
| 16:20:42 | petur | ground problem? |
| 16:21:05 | XavierGr | I am not so sure, I am not an expert in these stuff |
| 16:21:32 | XavierGr | the moment the (-) is connected to the ondio (with the line out on the car stereo) I can hear hissing sounds |
| 16:21:57 | XavierGr | even if the ondio is off |
| 16:22:15 | XavierGr | of course when I turn on my ondio these hiss sounds go rampant |
| 16:23:17 | JdGordon | Nico_P: is the big problem with album art loadin the AA file? or having an extra buffer to store the bmp in? |
| 16:23:32 | Nico_P | JdGordon: the buffer space |
| 16:24:02 | Nico_P | because we want to store the bitmaps for all the buffered songs, otherwise we cause additional disk spinups |
| 16:25:16 | JdGordon | ok, so pondlife's api propasal could work for that, just load the bmp before the audio file... |
| 16:25:44 | JdGordon | not sure how it would work for metadata which doesnt come from a file easily though |
| 16:25:57 | | Join |cub| [0] (n=cub@cub.kiev.ua) |
| 16:27:16 | Nico_P | yes. I'll focus on getting external files at first and then maybe try to add support for embedded art |
| 16:27:48 | | Quit Zagor ("Client exiting") |
| 16:27:48 | Nico_P | what I was thinking is that maybe it could be possible to use a variation of the jpeg viewer plugin to decode jpeg pics into a bmp buffer |
| 16:28:33 | amiconn | XavierGr: A ground loop for sure |
| 16:28:39 | amiconn | This doesn't work well in the car... |
| 16:31:32 | | Join Rincewind [0] (n=xchatter@i3ED6FEBF.versanet.de) |
| 16:35:20 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 16:39:58 | | Part LinusN |
| 16:40:49 | | Join Rincewind_ [0] (n=xchatter@i3ED6F142.versanet.de) |
| 16:48:50 | | Join syof [0] (i=420046b6@gateway/web/cgi-irc/labb.contactor.se/x-6e9304683d1228f6) |
| 16:50:07 | | Join pixelma [0] (i=d5494c9a@rockbox/staff/pixelma) |
| 16:50:25 | | Quit JdGordon ("Konversation terminated!") |
| 16:50:29 | *** | Saving seen data "./dancer.seen" |
| 16:55:00 | | Quit Thundercloud_ (Read error: 54 (Connection reset by peer)) |
| 16:55:05 | | Join Thundercloud [0] (n=thunderc@82.152.196.38) |
| 16:56:05 | | Join webguest49 [0] (i=3fad1312@gateway/web/cgi-irc/labb.contactor.se/x-0a326fee3a219a9f) |
| 16:56:42 | | Quit syof ("CGI:IRC") |
| 16:57:06 | | Join jgarvey [0] (n=jgarvey@cpe-075-177-158-190.nc.res.rr.com) |
| 16:58:11 | | Quit Thundercloud (Remote closed the connection) |
| 16:58:23 | | Join Thundercloud [0] (n=thunderc@82.152.196.38) |
| 17:00 |
| 17:04:48 | | Quit Rincewind (Read error: 110 (Connection timed out)) |
| 17:08:18 | | Join The-Compiler [0] (n=florian@41-124.0-85.cust.bluewin.ch) |
| 17:11:07 | | Join Guest88856 [0] (n=BobDole@12-214-61-158.client.mchsi.com) |
| 17:11:14 | | Join bluey- [0] (n=bluey@dslb-088-073-107-205.pools.arcor-ip.net) |
| 17:11:16 | Guest88856 | THIS IS BLASPHEMY! |
| 17:11:19 | Guest88856 | THIS IS MADNESS! |
| 17:11:19 | Guest88856 | THIS |
| 17:11:20 | Guest88856 | IS |
| 17:11:22 | Guest88856 | SPARTAAAAAAAA |
| 17:11:52 | | Quit Guest88856 () |
| 17:12:43 | | Quit webguest49 ("CGI:IRC (EOF)") |
| 17:13:53 | | Join yossa [0] (n=chatzill@chello089078213163.chello.pl) |
| 17:15:43 | | Quit pixelma ("CGI:IRC 0.5.7 (2005/06/19)") |
| 17:17:52 | | Part maffe |
| 17:18:08 | | Quit Rincewind_ ("Cya") |
| 17:18:10 | | Join maffe [0] (n=maffe@195.159.148.248) |
| 17:18:26 | | Part maffe |
| 17:25:27 | | Quit lids (Remote closed the connection) |
| 17:25:28 | | Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) |
| 17:25:30 | | Join saratoga3 [0] (i=98039921@gateway/web/cgi-irc/labb.contactor.se/x-ebd17cada9e49e22) |
| 17:32:46 | | Part |cub| |
| 17:33:35 | linuxstb | pondlife: I've just read your buffering proposal, and am confused. Are the API functions you list intended to be used by the playback engine (to start files buffering) or by the codecs (to read data from the buffer) or both? There is already a simple API to access the audio buffer present in the codec API. |
| 17:34:14 | | Quit eck (Connection timed out) |
| 17:35:27 | | Join joa [0] (n=joe@cpc4-ipsw1-0-0-cust960.colc.cable.ntl.com) |
| 17:37:38 | pondlife | linuxstb: For the playback engine to use. |
| 17:37:52 | pondlife | i.e. To handle all disk -> buffer transfers |
| 17:39:45 | | Join lids [0] (i=lds@gateway/tor/x-248ac76469130f8b) |
| 17:40:01 | | Quit bluey- ("Leaving") |
| 17:40:40 | linuxstb | OK, so what's bufread() for? |
| 17:41:18 | pondlife | To obtain a pointer to the next bit of data |
| 17:41:29 | pondlife | And to ensure it's actually in memory |
| 17:41:40 | linuxstb | Why does the playback engine need that? |
| 17:42:05 | pondlife | Doesn't it need to feed a block of data to the codec? |
| 17:42:21 | linuxstb | No, the codecs read from the buffer. |
| 17:42:22 | pondlife | This is SWCODEC only |
| 17:43:29 | pondlife | Hmm, so the playback engine is responsible for setting up the buffer ready for the codecs... including switching codecs as required and also removing metadata? |
| 17:43:43 | pondlife | Maybe this is more MoB related than I thought. |
| 17:44:14 | | Quit joa (Read error: 60 (Operation timed out)) |
| 17:44:25 | | Join joa [0] (n=joe@cpc4-ipsw1-0-0-cust960.colc.cable.ntl.com) |
| 17:44:41 | amiconn | pondlife: Please keep hwcodec in mind (not the current engine, but the possibility to use one engine for both) |
| 17:44:48 | pondlife | Of course. |
| 17:45:22 | pondlife | I'm hoping this will simplify playback.c almost out of existence.... which should help unification. |
| 17:45:25 | amiconn | Hwcodec *should* be simpler in many cases (e.g. there can't be crossfeed as there is only one codec |
| 17:46:15 | amiconn | And there are no loadable codes, at least not in the same manner as on swcodec |
| 17:46:37 | amiconn | PCM will be handled differently, in a MAS state machine |
| 17:46:50 | pondlife | Hopefully we can see MASCODEC as a special MP3 codec, ultimately? |
| 17:47:21 | pondlife | Or rather have an MP3 (and a WAV) codec for MAS. |
| 17:47:46 | saratoga3 | are there still devices with the mascodec being made? |
| 17:48:16 | pondlife | saratoga3: If not, there are still devices with the mascodec in everyday use.. ;) |
| 17:48:52 | amiconn | Not as a loadable codec |
| 17:49:11 | amiconn | The MAS decodes & plays at once, you can't separate the 2 layers |
| 17:49:43 | amiconn | So on hwcodec, there needs to be a MAS playback buffer system (similar to swcodec's pcm_playback) |
| 17:50:05 | | Join maffe [0] (n=maffe@195.159.148.248) |
| 17:50:21 | pondlife | But HWCODEC needs encoded data, right? Not PCM... |
| 17:50:45 | amiconn | The only extra work on the playback engine level is that the engine does not only need to tell the sample rate & mono/stereo to the underlying system, but also the format (MPEG audio or PCM audio) |
| 17:50:47 | pondlife | I see the PCM part as being the bit that's removed. |
| 17:51:12 | amiconn | How do you think PCM output should be handled on swcodec then? |
| 17:51:27 | pondlife | I meant on HWCODEC. |
| 17:51:33 | amiconn | I think the PCM layer is necessary, as it will do the mixing for voice, crossfeed |
| 17:51:34 | yossa | linuxstb: I saw you mention the CEC hi x8 player in one of the logs - are you or were you trying to develop rockbox for this player? |
| 17:51:46 | pondlife | I see HWCODEC as being the same as SWCODEC, but without PCM buf. |
| 17:51:51 | amiconn | pondlife: On hwcodec there will be a similar layer |
| 17:52:01 | linuxstb | yossa: I was curious about it, but never did any work on it, and don't plan to. |
| 17:52:09 | amiconn | It is needed as the data from the playback buffer can't be fed directly to the MAS |
| 17:52:17 | pondlife | OK |
| 17:52:25 | amiconn | ..because of the necessary bitswap |
| 17:52:34 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 17:52:51 | pondlife | So for HWCODEC the "codec" and "PCM" must be the same code, right? |
| 17:52:53 | amiconn | ...unless we can add the bitswap directly to the buffering system |
| 17:53:13 | yossa | ah, do you have any idea if Raenye or LinusN are still on it? |
| 17:53:21 | amiconn | No, the 'codec' layer is what will not be present on hwcodec |
| 17:53:48 | pondlife | What about switching between MP3 and WAV? Isn't that potentially possible by programming the MAS? |
| 17:53:53 | amiconn | Or rather, the 'codec' will be the bitswap |
| 17:54:02 | pondlife | Yep, that's what I meant. |
| 17:54:04 | amiconn | Yes, but the transition isn't gapless |
| 17:54:17 | pondlife | In either case the buffering can be the same code though. |
| 17:54:29 | amiconn | Switching MP3->WAV will take 1..2 seconds (10Kword download to the MAS via i2c) |
| 17:54:50 | amiconn | Switching back will be faster (a couple of ticks) |
| 17:55:08 | pondlife | Should still be possible, and analogous to loading a codec in SWCODEC. |
| 17:55:15 | linuxstb | yossa: No, I don't think anyone is. |
| 17:55:20 | amiconn | Not quite. |
| 17:56:00 | amiconn | Loading a codec in swcodec is asynchronous. As soon as codec #1 finishes decoding (several seconds before the end of the track), codec #2 already starts decoding |
| 17:56:05 | yossa | linuxstb: OK, thank you |
| 17:56:10 | amiconn | This is necessary for crossfeed |
| 17:56:23 | amiconn | On hwcodec, however, the switching must happen synchronous |
| 17:57:00 | linuxstb | pondlife: In my mind, the main difference is that on swcodec, codecs give data back to the core for further (DSP) processing and passing to the DAC. On hwcodec, the codec is linked directly to the DAC - i.e. you give the MAS some MPEG audio frames and you never see the audio again. |
| 17:57:14 | amiconn | It would be best if we wouldn't need an extra buffer for the MAS engine, but that would mean to do the bitswap in-place, which might complicate things for the buffering engine |
| 17:58:09 | amiconn | linuxstb: Also not quite correct. When switching, you need to make sure the mas actually played all data you passed it *before* switching to the other format. |
| 17:58:24 | pondlife | It would be easy for the buffering engine to deal with, surely... is it a byte-reversal or a multi-byte swap? |
| 17:58:34 | amiconn | Otherwise you would cut the end of a song as there is a buffer in the mas |
| 17:58:53 | pondlife | amiconn: That's just an extra wait loop #ifdef MASCODEC somewhere. |
| 17:58:57 | amiconn | Byte-reversal. |
| 17:59:12 | pondlife | OK, buffering could do that |
| 17:59:36 | pondlife | Just an flag parameter for bufopen() ;) |
| 17:59:37 | amiconn | The buffer can be longer than a second for low-bitrate mp3 stuff (e.g. audio books in 16kHz mono) |
| 17:59:40 | | Join lowlight [0] (i=c730190a@gateway/web/cgi-irc/labb.contactor.se/x-3cbabb6ef5df0875) |
| 18:00 |
| 18:00:16 | amiconn | pondlife: All audio data (mpeg audio or raw pcm) needs to be bitswapped, metadata of course not |
| 18:00:23 | | Quit yossa ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") |
| 18:00:47 | amiconn | Byte swapping (for supporting wav vs. aiff) can be handled by the mas, but you need to tell it what it has to play |
| 18:00:56 | pondlife | Hmm, another reason to deal with this as part of MoB. |
| 18:03:33 | | Quit Nibbier (Read error: 104 (Connection reset by peer)) |
| 18:03:39 | Nico_P | pondlife: looks like I'm going to need to be writing buffering.[ch] and get some help for the rest |
| 18:04:30 | Nico_P | 'cause rewriting the whole playback engine sounds like a biiig task for me |
| 18:04:45 | amiconn | But afaik all the stream-related metadata is already stpored anyway (I mean things like sample rate, mono/stereo etc) |
| 18:04:47 | | Join Nibbier [0] (n=sven@port-212-202-177-141.dynamic.qsc.de) |
| 18:05:42 | | Quit lowlight ("CGI:IRC (EOF)") |
| 18:06:50 | | Quit petur ("home") |
| 18:08:51 | pondlife | Nico_P: Ignore what I just mentioned about bitswapping, I think that will need to be done using a seperate buffer on the way to the MAS.... the buffering code shouldn't care about such things. |
| 18:09:16 | Nico_P | phew :) |
| 18:10:52 | pondlife | I didn't realise that the codecs took data direct from the buffer though, I thought that they did a callback to the playback code whenever they needed more data. |
| 18:11:01 | pondlife | So some basic assumptions are wrong :( |
| 18:11:28 | pondlife | Been too long with my head out of the code. |
| 18:12:09 | linuxstb | Well, it's both - a callback to the playback code to get data from the buffer... |
| 18:12:33 | linuxstb | See the functions defined in codecs.h |
| 18:12:34 | pondlife | OK, so why can't that callback be routed through as a bufread() call? |
| 18:12:50 | linuxstb | It could, but there is more to the api than just that function. |
| 18:13:06 | pondlife | Indeed, but the playback code will still be there to handle that... |
| 18:13:19 | pondlife | I'm trying to break the monolith up a bit. |
| 18:13:36 | | Join syof [0] (i=420046b6@gateway/web/cgi-irc/labb.contactor.se/x-f1804f1e3b025085) |
| 18:13:37 | amiconn | pondlife: I agree that a separate buffer for the bitswapped data would be better, but theres a reason why I would like to see it happen in the main buffer |
| 18:13:52 | linuxstb | pondlife: I can understand that, but what else does the playback engine do apart from buffer files and give data to codecs? |
| 18:14:21 | pondlife | linuxstb: Handle metadata, crossfeed, voice.... |
| 18:14:31 | pondlife | These are things it probably shouldn't do of course! |
| 18:14:42 | amiconn | With a separate buffer, we'd need a separate thread that does the copy-and-swap operation, plus the amount of extra buffer ram will probably become a problem |
| 18:14:55 | pondlife | If we can section things off, the problem code will be easier to resolve tidily... I hope |
| 18:15:00 | syof | When doing the initial database build on a 5gen ipod i get a "prefetch abort at 83C383C2" message and rockbox freezes. I have no copy-protected music or videos and no mp3s with album art. What am I missing? |
| 18:15:18 | amiconn | Depending on the latency we can guarantee, the buffer might be too much for the little archos ram |
| 18:15:28 | pondlife | linuxstb: I'm hoping this won't result in lots of new code required, just a sensible partitioning of the existing code. |
| 18:15:49 | pondlife | amiconn: How low a latency (samples) can we get away with? |
| 18:16:01 | linuxstb | pondlife: I'm all for a more modular playback engine... |
| 18:16:17 | amiconn | Depends on how fast the thread is rescheduled... |
| 18:16:36 | pondlife | Plus, if the API is suitable, this might allow for better buffering strategies and buffering files for video and perhaps other purposes. |
| 18:17:06 | pondlife | I'm trying to think of it as more than just a playback split, although that will be the initial intention. |
| 18:17:27 | amiconn | But 0.1 second of 48kHz 16 bit audio is already 19KB, and we need 2 buffers at least as we need to bitswap before handing the buffer to the mas |
| 18:17:37 | pondlife | 2 buffers? |
| 18:17:53 | pondlife | Why not just copy and swap from the audio buffer to a MAS buffer? |
| 18:17:58 | | Join lowlight [0] (i=c730180b@gateway/web/cgi-irc/labb.contactor.se/x-855c1c7389d484bb) |
| 18:18:15 | pondlife | One buffer playing, while another fills... I assume |
| 18:18:16 | amiconn | The mas will need to be fed continuously |
| 18:18:22 | amiconn | yes |
| 18:18:40 | pondlife | Not a single ring buffer? Timing would be troublesome I suppose. |
| 18:18:51 | amiconn | The mas is fed via dma... |
| 18:19:01 | amiconn | (controlled by 2 ISRs) |
| 18:19:12 | | Part maffe |
| 18:19:30 | | Join maffe [0] (n=maffe@195.159.148.248) |
| 18:19:37 | lowlight | would things be easier/simplier if the codecs were "pushed" data to decode (instead of the codec "pulling" data)? |
| 18:19:40 | amiconn | Sure, one could try to swap-behind. But this sounds nasty... |
| 18:20:00 | pondlife | Hmm, sounds a little similar to the plan jhMikeS was making for mixing on SWCODEC... |
| 18:20:15 | linuxstb | amiconn: How is the bitswapping done now - at the same time as reading from disk? i.e. read a chunk, bitswap it, read next chunk, .... |
| 18:20:38 | pondlife | Must be done post-metadata parsing. |
| 18:20:46 | amiconn | linuxstb: No, it's read big chunks until buffer is filled, then swap |
| 18:21:03 | lowlight | have the codec register a decode_frame callback which playback feeds data to |
| 18:21:06 | amiconn | This saves battery |
| 18:21:19 | linuxstb | lowlight: I've always thought that would be a more logical way to do it. |
| 18:21:49 | amiconn | lowlight: I can't see how that changes buffering requirements... |
| 18:21:59 | lowlight | it seems for logical for video playback too |
| 18:23:02 | amiconn | linuxstb: The only situation where it swaps directly after reading a small chunk is when the buffer runs really low |
| 18:23:18 | linuxstb | amiconn: We're back to the old idea of codec-specific loading functions. For the MAS, this could handle the bitswap after it's finished reading the data. |
| 18:24:18 | pondlife | It sounds like the bitswap should be done by the code that parses metadata - codec-dependent of courstr. |
| 18:24:22 | pondlife | course |
| 18:25:13 | linuxstb | The metadata code currently only parses the metadata - nothing more. |
| 18:25:50 | pondlife | Yes, but we'd want all codec-dependent code in one place so a single decode-and-prepare pass would be possible. |
| 18:27:43 | pondlife | Forget that too... |
| 18:27:47 | pondlife | I wasn't thinking! |
| 18:29:07 | lowlight | amiconn: I was thinking more about simplifying playback unification by switching to a playback model that feeds the codec/mas |
| 18:29:22 | | Join Elim [0] (n=elim@c-68-58-15-93.hsd1.in.comcast.net) |
| 18:29:46 | pondlife | lowlight: That's kind of how I assumed SWCODEC was working already :/ |
| 18:30:02 | linuxstb | lowlight: What do you think about separating the container-parsing (and seeking) code from the codecs themselves? |
| 18:30:05 | | Join bawb2 [0] (n=bawb2@ip50210.estcmp.ku.edu) |
| 18:32:43 | lowlight | can't say I've thought everything through :) |
| 18:33:26 | | Quit Elim ("Leaving") |
| 18:35:20 | | Join Elim [0] (n=elim@c-68-58-15-93.hsd1.in.comcast.net) |
| 18:35:55 | | Join Thundercloud_ [0] (n=thunderc@82.152.201.170) |
| 18:37:29 | | Join raphi [0] (n=Raphi@pub082136121134.dh-hfc.datazug.ch) |
| 18:43:12 | | Quit Thundercloud (Read error: 60 (Operation timed out)) |
| 18:45:17 | | Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) |
| 18:45:52 | | Part kaaloo |
| 18:47:09 | | Part maffe |
| 18:47:18 | | Join maffe [0] (n=maffe@195.159.148.248) |
| 18:50:21 | | Quit raphi (Read error: 60 (Operation timed out)) |
| 18:50:31 | *** | Saving seen data "./dancer.seen" |
| 18:52:48 | | Quit obo ("KVIrc 3.2.6 Anomalies http://www.kvirc.net/") |
| 18:58:25 | | Part linuxstb ("Leaving") |
| 19:00 |
| 19:04:45 | | Quit syof ("CGI:IRC") |
| 19:04:48 | | Join pixelma [0] (i=d5494c0d@rockbox/staff/pixelma) |
| 19:08:23 | | Join petur [0] (n=petur@rockbox/developer/petur) |
| 19:09:47 | | Join spiorf [0] (n=spiorf@host100-203-dynamic.8-87-r.retail.telecomitalia.it) |
| 19:10:47 | Nico_P | does someone know if it's possible to have an optional item in a menu without having it have a dynamic text ? |
| 19:11:16 | Nico_P | by optional I mean that can dynamically be shown or hidden |
| 19:11:55 | | Part maffe |
| 19:11:58 | | Join maffe [0] (n=maffe@195.159.148.248) |
| 19:12:46 | | Join Psilonaut [0] (i=DaPhunka@244.193-244-81.adsl-dyn.isp.belgacom.be) |
| 19:14:38 | Nico_P | apparently it is :) |
| 19:15:18 | amiconn | lowlight: How is the initiator of data transfer (codec vs. playback engine) going to make buffering more or less complex? |
| 19:17:56 | | Part Llorean |
| 19:21:33 | XavierGr | amiconn: any more info on this "ground loop" and how I may solve it? |
| 19:22:05 | XavierGr | I am googling it atm |
| 19:22:13 | | Join ompaul [0] (n=ompaul@freenode/staff/gnewsense.ompaul) |
| 19:22:21 | amiconn | You need to break the loop somehow. As you radio obviously connects audio ground to true ground, you have 2 options |
| 19:22:39 | amiconn | (1) Don't power the Ondio with the car charger |
| 19:23:58 | XavierGr | yeah (1) doesn't produce noise, but that's the whole point, to be able to avoid batteries |
| 19:24:06 | amiconn | (2) Put a decoupling transformer for NF between the Ondio audio out and the radio line in |
| 19:24:23 | | Join mykl [0] (i=c74048fc@gateway/web/cgi-irc/labb.contactor.se/x-77bbbd2da32f8903) |
| 19:24:30 | mykl | Hi guys |
| 19:24:39 | mykl | any1 can help plz ? |
| 19:24:39 | XavierGr | hmm let me google that too haven't heard of it |
| 19:25:07 | mykl | I've installed latest version of rockbox-ipodvideo to my 30GB ipod |
| 19:25:09 | amiconn | Hmm, NF isn't correct english |
| 19:25:24 | XavierGr | amiconn: isn't there something I can do with the radio wiring? maybe I could provide audio ground to the radio? |
| 19:25:26 | mykl | but the light doesn't switch on after booting :( |
| 19:26:06 | | Join obo [0] (n=obo@82-46-82-224.cable.ubr02.trow.blueyonder.co.uk) |
| 19:26:12 | amiconn | XavierGr: The radio does have audio ground. The problem in an electrically noisy environment like a car is that ground isn't always ground |
| 19:26:16 | mykl | any idea about it ? thx! |
| 19:27:16 | XavierGr | amiconn: so I guess my options are limited to (2) then? |
| 19:27:24 | amiconn | You have a loop: radio audio ground −−(audio cable)−− Ondio −−(power cable "minus")−− car charger −−(car) −−- radio audio ground |
| 19:27:43 | amiconn | You can break this loop (for dc) at two points |
| 19:28:09 | amiconn | Either in the audio cable, between radio and Ondio, this would be (2) |
| 19:28:27 | amiconn | Or in the power cable, by simply not having it. This would be (1) |
| 19:28:40 | XavierGr | yes indeed |
| 19:29:01 | * | amiconn simply runs his rockbox of choice from batteries in the car |
| 19:29:09 | XavierGr | ah so you had the same problem? |
| 19:29:19 | amiconn | Or rather, will do so again after my trusty aux-enabled radio is mounted again |
| 19:29:30 | amiconn | No, I simply didn't try it |
| 19:29:37 | amiconn | Too much of a hassle |
| 19:30:06 | amiconn | This won't only happen with the Ondio, but with any target |
| 19:30:07 | mykl | yes, it seems like ground loop to me too... |
| 19:30:08 | XavierGr | well the way I had imagined it, it wasn't a hassle at all |
| 19:30:33 | XavierGr | amiconn: yeah definitely, I read some reports with the same problem on other devices too |
| 19:30:45 | toffe82 | I will say it is better to let the ground on the power cable and cut it on the audio cable |
| 19:30:45 | amiconn | Well, there would be another option: a car charger that is dc decoupled. But I don't know whether such beasts exist |
| 19:30:58 | mykl | any user of this file here, please ? http://build.rockbox.org/dist/build-ipodvideo/rockbox.zip |
| 19:31:20 | XavierGr | my plan was to leave my ondio on the car all the time, fire up the engine push the on button and play |
| 19:31:21 | amiconn | Technically they're not very difficult to implement nowadays |
| 19:31:33 | XavierGr | but with batteries I will have to take recharge batteries |
| 19:31:43 | XavierGr | -take |
| 19:32:03 | XavierGr | and given ondio's low battery skills this is dissapointing |
| 19:32:59 | amiconn | The Ondio battery performance isn't bad... (unless you have the battery-sucking problem) |
| 19:33:16 | XavierGr | for me 10 hours is mediocre to bad |
| 19:33:25 | XavierGr | I am used to my H340 with wooping 30 hours |
| 19:33:39 | amiconn | 30 hours? |
| 19:33:49 | amiconn | The H300 is more like 20... |
| 19:33:57 | XavierGr | 1900 mah battery |
| 19:34:07 | amiconn | If you want really long runtime, try to get an M5L |
| 19:34:53 | XavierGr | yeah it is pretty awesome in that aspect |
| 19:34:59 | * | amiconn really wonders whether dc decoupled car chargers exist |
| 19:35:17 | XavierGr | toffe: so you suggest to make an audio cable without audio ground and couple the ondio with the radio with it? |
| 19:35:52 | toffe82 | yes or try a 1:1 transformer |
| 19:36:02 | | Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) |
| 19:36:10 | XavierGr | hmm interesting |
| 19:36:10 | toffe82 | FGA-40 Ground Isolator is 1:1 audio isolation transformer with 10 kohm impedance from Monacor (Best.-Nr. 06.4370) |
| 19:36:22 | | Part kaaloo |
| 19:36:24 | toffe82 | check this site : http://www.epanorama.net/documents/groundloop/problem_solving.html |
| 19:36:28 | mykl | yup, mouser isolator will help too |
| 19:36:44 | XavierGr | thanks guys I will see what I can do. |
| 19:37:13 | XavierGr | sad part is that I wasted 50 euros on car chargers cables and USB staff for it |
| 19:37:30 | mykl | please what can I do to get my iPOD display light on when booting rockbox? |
| 19:38:35 | mykl | I do not use bootloader from apple and rockbox firmware does not switch light on :( |
| 19:38:55 | | Quit gursikh ("Leaving") |
| 19:39:16 | toffe82 | XavierGr: don't worry ,on mine, I go to the car audio through a cassette and I hear some electronic noise coming from the electronic of the car (each time I speed up or down, I heard a noise) |
| 19:39:17 | mykl | I have to wait untill time set for background lightning and then all works fine |
| 19:40:08 | XavierGr | toffe: sounds like the alternator to me (from googling my problem I read what you are describing) |
| 19:40:13 | amiconn | toffe82: Ugh, cassette adapter usually sound rather bad. I had that once, and never want to go back once I switched to using AUX in |
| 19:40:36 | amiconn | Even without induced noise that is |
| 19:41:09 | toffe82 | I have an old audio system and it is a company car so I can't modify but it is way better than fm transmition |
| 19:41:20 | amiconn | true... |
| 19:41:53 | toffe82 | I don't have any problem in the car of my wife with the cassette, it works really good |
| 19:41:53 | XavierGr | yeah, wasted my money on an fm transmitter once |
| 19:42:29 | XavierGr | it couldn't tune to the specified frequency even next to the antenna, horrible |
| 19:42:31 | toffe82 | I can't use a fm transmitter because there is no free frequency where I live :) |
| 19:42:50 | toffe82 | it is all use between 88 and 107 mhz |
| 19:43:05 | | Join webguest35 [0] (i=3fad1312@gateway/web/cgi-irc/labb.contactor.se/x-9a6b98fe6d0bd7de) |
| 19:43:47 | webguest35 | austriancoder: Is there any chance that the enabling of line1 in the as3514 driver broke your audio-API patch? |
| 19:44:14 | webguest35 | Since you committed that change, the patch causes compile errors for me. |
| 19:45:29 | | Quit Psilonaut (Read error: 110 (Connection timed out)) |
| 19:45:57 | | Part mykl |
| 19:47:02 | saratoga3 | does anyone here have any experience working with ffmpeg's codecs? |
| 19:47:06 | saratoga3 | i'm somewhat stuck at the moment |
| 19:47:38 | | Quit Viljar`zZ (Read error: 110 (Connection timed out)) |
| 19:47:53 | toffe82 | XavierGr: http://www.crutchfield.com/S-GH4O8AOe6bg/cgi-bin/prodview.asp?i=127SNI135 |
| 19:49:17 | XavierGr | nice find, now I will have to see if I can get it on my local store |
| 19:49:46 | XavierGr | ah amiconn: btw, I found an EL foil on my local store, but... it was huge and needed 12 volts to operate :( |
| 19:49:53 | | Quit pixelma ("CGI:IRC 0.5.7 (2005/06/19)") |
| 19:50:18 | amiconn | EL needs ~100 volts AC ~400Hz to operate |
| 19:50:28 | amiconn | That's why you need an inverter circuit |
| 19:50:50 | amiconn | Either onboard or separate |
| 19:50:53 | | Quit darkless (Read error: 110 (Connection timed out)) |
| 19:50:56 | | Quit webguest35 ("CGI:IRC") |
| 19:51:00 | amiconn | (onboard the Ondio I mean) |
| 19:51:02 | | Join webguest35 [0] (i=3fad1312@gateway/web/cgi-irc/labb.contactor.se/x-f5ac6a90554bcf64) |
| 19:51:07 | XavierGr | ah so even if I could get the original EL foil then I couldn't be able to mount it without the inverter? |
| 19:54:10 | | Quit webguest35 (Client Quit) |
| 19:54:21 | | Join Psilonaut [0] (i=DaPhunka@123.133-246-81.adsl-dyn.isp.belgacom.be) |
| 19:56:38 | austriancoder | webguest35; jep... it could broke it. But I will come with an improved version of the API-patch today or tomorrow.. |
| 19:57:26 | | Join Rondom [0] (n=Rondom@p57A96AE1.dip.t-dialin.net) |
| 19:57:32 | | Join ctaf [0] (n=ctaf@ram94-6-82-242-23-70.fbx.proxad.net) |
| 19:57:44 | | Part ctaf |
| 20:00 |
| 20:00:14 | XavierGr | the lower end of the audio jack (not the tip) is the ground right? |
| 20:00:41 | Nico_P | looks like we have a stallen build |
| 20:01:04 | | Join webguest86 [0] (i=3fad1312@gateway/web/cgi-irc/labb.contactor.se/x-0c3beed4e9b57236) |
| 20:01:36 | webguest86 | austriancoder: (I asked the question earlier...) Thanks... no sweat. Just wanted to be sure it wasn't me. :-) |
| 20:03:03 | | Join chooowner [0] (n=chowwenr@S01060018f85af4c6.vc.shawcable.net) |
| 20:03:03 | | Quit webguest86 (Client Quit) |
| 20:04:06 | | Quit bluebrother ("Leaving") |
| 20:04:54 | | Part chooowner |
| 20:06:44 | toffe82 | XavierGr: yes, the contact closest to the cable |
| 20:06:53 | | Quit Guile` ("KVIrc 3.2.0 'Realia'") |
| 20:07:33 | | Join ptcemetary [0] (n=otio@flvpn.ccur.com) |
| 20:07:55 | amiconn | hrrrmmm |
| 20:12:35 | toffe82 | amiconn: you have a ground loop take your hands from the keyboard ;) |
| 20:12:44 | amiconn | hehe |
| 20:13:18 | amiconn | No, Grip didn't like me and didn't tell me I really cannot use " in a filename |
| 20:13:37 | amiconn | So I have to double-check all my flac rips and rerip missing tracks |
| 20:14:00 | * | amiconn will switch back to windows for ripping |
| 20:15:32 | | Join entheh [0] (n=purr@88-106-169-211.dynamic.dsl.as9105.com) |
| 20:16:09 | | Join Domonoky_ [0] (n=Domonoky@p549ACE97.dip.t-dialin.net) |
| 20:23:56 | | Join major_works [0] (n=a08e9562@63.173.19.18) |
| 20:26:18 | | Join moos [0] (i=moos@m135.net81-66-158.noos.fr) |
| 20:27:24 | | Quit major_works ("leafChat IRC client: http://www.leafdigital.com/Software/leafChat/") |
| 20:27:37 | lex | hmm hey, if i put a new firmware into my ipod with ipodpatcher, does the bootloader still remain there? |
| 20:27:49 | lex | or do i need to take a backup of the bootloader and flash it again then? :o |
| 20:28:19 | | Join major_works [0] (n=a08e9562@63.173.19.18) |
| 20:29:39 | | Quit Spec (Nick collision from services.) |
| 20:29:42 | | Join Spec_ [0] (n=spec@69.60.114.106) |
| 20:32:44 | | Join rigel [0] (n=rigel@c-67-174-231-152.hsd1.ca.comcast.net) |
| 20:33:33 | rigel | yall are aware that the h10 20 gb version is broken as of last night, yes? |
| 20:33:36 | rigel | "codec failed" |
| 20:33:44 | | Quit Domonoky (Read error: 110 (Connection timed out)) |
| 20:36:22 | Lear | And you made a proper install? |
| 20:36:35 | | Quit atsea- (Connection reset by peer) |
| 20:39:44 | rigel | i unzip it straight to the .rockbox directory on my h10 |
| 20:42:25 | Lear | And the bootloader is recent enough? (Don't have an H10 myself, so I can only give general help...) |
| 20:43:39 | | Join midkay_ [0] (n=midkay@63-226-219-199.tukw.qwest.net) |
| 20:50:06 | | Part major_works |
| 20:50:24 | | Join major_works [0] (n=a08e9562@63.173.19.18) |
| 20:50:34 | *** | Saving seen data "./dancer.seen" |
| 20:51:28 | | Part major_works |
| 20:54:10 | dunder | why are their no plugins listed for e200?? |
| 20:54:13 | | Join major_works [0] (n=a08e9562@63.173.19.18) |
| 20:55:00 | rigel | yeah, the bootloader is part of it, iirc. i have it set up for dual boot |
| 20:55:10 | rigel | ive never had a problem with the codecs before |
| 20:57:59 | Lear | Codec problem is often a version mismatch between the core (rockbox.<something>) and the codecs. |
| 20:58:41 | | Quit major_works ("major_works has left the building...") |
| 21:00 |
| 21:00:02 | | Quit midkay (Read error: 110 (Connection timed out)) |
| 21:02:00 | | Part maffe |
| 21:02:39 | | Join maffe [0] (n=maffe@195.159.148.248) |
| 21:02:59 | | Quit maffe (Remote closed the connection) |
| 21:03:29 | | Join maffe [0] (n=maffe@195.159.148.248) |
| 21:03:46 | | Part maffe |
| 21:03:46 | dunder | can someone please elaborate on the svn page... |
| 21:04:07 | dunder | i can't download svn 100% of the time...it's like a 5min window a day i can download the current svn?? |
| 21:04:13 | | Join maffe [0] (n=maffe@195.159.148.248) |
| 21:04:19 | | Join atsea- [0] (i=ariel@gateway/tor/x-d828d6fa7f65ab4e) |
| 21:04:21 | | Quit maffe (Remote closed the connection) |
| 21:04:22 | badsheepy | its always worked for me fine |
| 21:04:30 | badsheepy | using the instructions from the svn page |
| 21:04:47 | | Join maffe [0] (n=maffe@195.159.148.248) |
| 21:05:20 | badsheepy | just svn updated and it worked fine too |
| 21:05:48 | dunder | badsheepy: ok, i don't understand the instructions other than "or download an older build from the Archived Daily Builds page", which i don't wanna do |
| 21:06:04 | dunder | all i see is a lotta zeros... |
| 21:06:04 | badsheepy | theres only like 3 lines, where have you got to |
| 21:06:57 | dunder | ok...i get it now |
| 21:07:00 | dunder | doh! |
| 21:07:09 | badsheepy | lol ok, and i just loaded the page too |
| 21:07:54 | | Join bluebrother [0] (i=roNPwhiE@rockbox/staff/bluebrother) |
| 21:09:23 | | Part maffe |
| 21:10:00 | | Join maffe [0] (n=maffe@195.159.148.248) |
| 21:14:31 | | Join syof [0] (n=Jeff@66.0.70.182) |
| 21:14:43 | syof | When doing the initial database build on a 5gen ipod i get a "prefetch abort at 83C383C2" message and rockbox freezes. I have no copy-protected music or videos and no mp3s with album art. What am I missing? |
| 21:17:44 | | Nick chrisjs169|brb is now known as chrisjs169 (n=jack@unaffiliated/chrisjs169) |
| 21:20:32 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
| 21:22:55 | preglow | markun: you haven't read about a good way to interpolate hrtfs, have you? |
| 21:25:20 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
| 21:25:40 | | Quit amiconn (Nick collision from services.) |
| 21:25:40 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 21:26:03 | | Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) |
| 21:26:59 | feisar | just updated to latest build on sansa and I can't map the scrollwheel in rockboy anymore :( |
| 21:27:14 | feisar | it doesn't work on default mapping |
| 21:27:57 | feisar | used to work ok |
| 21:29:55 | | Join vader [0] (n=bzv@dvb131.neoplus.adsl.tpnet.pl) |
| 21:30:03 | | Quit dunder ("Leaving") |
| 21:30:50 | | Quit Psilonaut (Read error: 104 (Connection reset by peer)) |
| 21:32:32 | | Part vader |
| 21:33:13 | | Join Psilonaut [0] (i=DaPhunka@123.133-246-81.adsl-dyn.isp.belgacom.be) |
| 21:34:27 | | Join bluey- [0] (n=bluey@dslb-088-073-107-205.pools.arcor-ip.net) |
| 21:37:41 | | Join dunder [0] (n=dolphin@24-119-81-201.cpe.cableone.net) |
| 21:37:56 | dunder | i don't get it...i did the sansapatcher and restarted, shouldn't rockbox load now?? |
| 21:38:34 | | Quit Siku () |
| 21:38:37 | feisar | yep installed 29.4 version and scrollwheel works ok |
| 21:38:44 | | Nick midkay_ is now known as midkay (n=midkay@63-226-219-199.tukw.qwest.net) |
| 21:40:46 | | Join MIG [0] (n=djlfd@c-68-42-59-125.hsd1.fl.comcast.net) |
| 21:45:50 | dunder | ok...so, i got it installed... |
| 21:45:53 | dunder | built the database |
| 21:45:57 | dunder | ..but i can't find the songs |
| 21:46:54 | dunder | AND I got a "Data abort at 00040F58" |
| 21:49:22 | feisar | yeah I noticed those data abort crashes also earlier build didn't crash even once like that |
| 21:49:37 | badsheepy | you are having all the problems today arentcha dunder :o |
| 21:51:14 | dunder | apparently.. |
| 21:51:19 | dunder | where is the music supposed to be? |
| 21:52:24 | badsheepy | under database for the database |
| 21:52:41 | badsheepy | if its not obvious id say somethings gone wrong, but im not qualified to diagnose what :) |
| 21:53:59 | syof | yeah, i have the same database problem. googling suggests the problem is copy-protected files OR album art choking the db build. i removed my copy-protected music and stripped my album art. still no joy |
| 21:54:24 | | Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") |
| 21:55:03 | badsheepy | did you try an older build? |
| 21:56:15 | syof | no, which build do you recommend i try? i'm on 5gen(v1) ipod |
| 21:56:25 | bluebrother | syof, did you remove the database files before retrying? |
| 21:56:52 | syof | bluebrother: no, i did not. where are those files? |
| 21:58:07 | badsheepy | in /.rockbox/ i think |
| 21:58:41 | syof | (that makes sense... I decided to ask the obvious question whilst plugging the ipod in) |
| 21:58:56 | | Quit dunder (Read error: 104 (Connection reset by peer)) |
| 21:58:57 | bluebrother | /.rockbox/*.tcd |
| 21:59:25 | syof | ok, i have no .tcd files in the main .rockbox dir |
| 21:59:38 | syof | (or any subdir) |
| 22:00 |
| 22:00:30 | syof | for what it is worth, it chugs along and finds like 700 files before croaking with the "prefetch abort" message |
| 22:04:39 | syof | where can i download previous builds? |
| 22:06:38 | Slasheri | syof: that most likely means you have a broken file and have found a bug in metadata parser or a disk problem |
| 22:07:22 | syof | Slasheri: can i get into some sort of debug mode to determine which file it is (so i can remove it and/or send it to someone for further diagnosis)? |
| 22:07:57 | Slasheri | unfortunately that is not possible with ipods yet (but would be very useful indeed) |
| 22:08:23 | Slasheri | the best you could is to find the broken file manually (removing half of files and so on) |
| 22:08:36 | | Join Guile` [0] (n=Guile@84.4.16.72) |
| 22:08:42 | syof | bummer. can you direct me to a place to dl older versions of rockbox? the navigation on the site isn't helping me |
| 22:08:57 | Slasheri | and then send the file to me or somebody to fix the issue |
| 22:09:08 | | Join BigMac [0] (n=Owner@c-71-234-95-131.hsd1.ct.comcast.net) |
| 22:09:16 | Slasheri | syof: i don't think an older version is going to help |
| 22:09:21 | syof | k |
| 22:09:39 | syof | I'll go about it the way you suggested, then |
| 22:09:46 | Slasheri | great |
| 22:09:54 | BigMac | Hey on my gigabeat f40, with the current svn and album art applied, I can't access the files directory |
| 22:09:56 | syof | thanks |
| 22:10:05 | BigMac | I am going to try the clean svn right now |
| 22:10:15 | Slasheri | and when you find the file, please send it to me (dcc works or miipekk@ihme.org at email) |
| 22:10:19 | | Join gursikh [0] (n=khalsa@unaffiliated/gursikh) |
| 22:10:19 | Slasheri | need to go now, night |
| 22:10:28 | BigMac | but will report back if it doesn't work because this is pretty disturbing |
| 22:11:15 | syof | k |
| 22:11:21 | | Join hostf4cekilla [0] (n=chatzill@pool-70-22-207-151.bos.east.verizon.net) |
| 22:13:02 | bluebrother | BigMac, checked the file types setting already? |
| 22:13:04 | | Quit lowlight ("CGI:IRC (EOF)") |
| 22:13:45 | | Quit hostf4cekilla (Client Quit) |
| 22:13:56 | BigMac | yah and it works fine with clean svn (and apparently leds were fixed in recent change) |
| 22:14:04 | | Join hostf4cekilla [0] (n=chatzill@pool-70-22-207-151.bos.east.verizon.net) |
| 22:14:06 | BigMac | so I think I am going to try extracting again |
| 22:15:19 | badsheepy | for tagcache to find a file in ram by filename does dircache have to be on? |
| 22:15:51 | badsheepy | i was looking at find_entry_ram and it appears to need it |
| 22:15:59 | badsheepy | is there something better to use? |
| 22:16:19 | | Join webguest00 [0] (i=4a475751@gateway/web/cgi-irc/labb.contactor.se/x-5e226b9972e9f3cb) |
| 22:16:49 | webguest00 | hey has there been any development for fastforward/seek in mpegplayer |
| 22:17:09 | | Quit The-Compiler (Read error: 110 (Connection timed out)) |
| 22:21:46 | bluebrother | webguest00, not yet. But it's planned. |
| 22:21:51 | BigMac | alright seems to work with current svn |
| 22:22:59 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust660.brig.cable.ntl.com) |
| 22:24:22 | | Quit FOAD ("I'll be back") |
| 22:25:15 | BigMac | Does anyone know if album art and bmnp resize work in equillibrium with each other ? |
| 22:25:52 | | Quit bluey- ("Leaving") |
| 22:28:47 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 22:29:05 | | Quit petur ("Zzzzz") |
| 22:29:53 | webguest00 | so i imagine there would be no way to estimate when there would be seek/ fastforward support |
| 22:30:51 | bluebrother | no. Estimating timeframes usually doesn't work ;-) |
| 22:31:17 | webguest00 | sigh, ok well thanks anyway |
| 22:31:32 | webguest00 | can i make a suggestion for it though |
| 22:31:33 | schula | btw. is it just me, or does the sound under the original firmware sounds better then on rockbox (sansa) |
| 22:31:46 | webguest00 | make fastfoward more similar to that of an ipod rather than that of my sansa |
| 22:32:04 | webguest00 | it fastforwards by like 10 secoonds and is not helpful really |
| 22:33:03 | webguest00 | to send someone a message you do /msg right? |
| 22:33:15 | bluebrother | yes. |
| 22:33:16 | webguest00 | it keeps going to a new window with just htat person |
| 22:33:32 | bluebrother | but you need to be registered to freenode if you want to send pm's |
| 22:33:39 | | Part gursikh ("Leaving") |
| 22:33:40 | webguest00 | ah |
| 22:34:29 | webguest00 | k i am going to go |
| 22:34:41 | webguest00 | jus twanted to say thanks for all the work put into rockbox |
| 22:34:51 | webguest00 | i really appreciate the time nad effort |
| 22:35:02 | | Quit webguest00 ("CGI:IRC") |
| 22:36:09 | | Join __IRCMonkey__ [0] (n=chatzill@cpe-70-113-82-167.austin.res.rr.com) |
| 22:37:54 | | Quit amigan (Read error: 104 (Connection reset by peer)) |
| 22:38:00 | | Join amigan_ [0] (i=dcp1990@ip68-1-188-254.ri.ri.cox.net) |
| 22:38:02 | | Quit amigan_ (Client Quit) |
| 22:45:55 | | Part rigel |
| 22:48:27 | __IRCMonkey__ | I have a 5G iPod Video and have a few questions about the MPEG Player Plugin. I've read the http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer page and the relavant FAQ pages. |
| 22:48:33 | | Part BigMac |
| 22:50:30 | __IRCMonkey__ | AFAIK, there is only support for MPEG-1/2; Will there eventually be support for MPEG-4 (part 2, 10)? |
| 22:50:38 | *** | Saving seen data "./dancer.seen" |
| 22:52:35 | Nico_P | __IRCMonkey__: if someone decides to work on it |
| 22:54:39 | __IRCMonkey__ | Nico_P: so currently no one is working on it OR have there been some experimental patches already in svn/cvs? |
| 22:55:01 | robin0800 | Soap, this is not correct http://pastebin.ca/488158 if you rember about battery matters on ipods |
| 22:55:14 | Nico_P | no, there is nothing for MPEG4 ATM |
| 22:56:13 | | Quit Elim ("Leaving") |
| 22:56:19 | | Quit pondlife ("disconnected has pondlife") |
| 22:56:58 | robin0800 | Soap, i think battery capacity is not working properly |
| 22:57:46 | chrisjs169 | also, why's the build hanging? |
| 22:58:48 | XavierGr | ah crap! grounding loop didn't get fixed, with either an audio wire without ground, or car charger with out ground going to my ondio :( |
| 22:59:38 | robin0800 | Soap,if it is changed it simply alters the time which would only be correct if Current is taken into account |
| 23:00 |
| 23:00:27 | __IRCMonkey__ | I'm a very novice developer. SO i'm asking: 1) How hard would be to port http://en.wikipedia.org/wiki/Core_Media_Player and/or VLC/Mplayer into Rockbox? 2) If this could be ported, would the developers allow this? |
| 23:01:54 | robin0800 | Soap,running time should be capacity divided by average current? |
| 23:03:44 | robin0800 | Soap, I think average current is hard coded and not different for differrent models |
| 23:03:54 | | Quit joa (Read error: 104 (Connection reset by peer)) |
| 23:04:50 | toffe82 | XavierGr: without the power connected , you have the noise also ? |
| 23:05:05 | bluebrother | __IRCMonkey__, hard. |
| 23:05:07 | robin0800 | Soap,this is why the Ipod has the right time But the wrong Caoacity 1300 not 600 |
| 23:05:22 | bluebrother | the main problem with pc software is that it uses floating point operations |
| 23:05:59 | bluebrother | which would be dog slow on the Ipod / Irivers |
| 23:06:15 | bluebrother | plus, your ressources are much more limited. |
| 23:07:55 | __IRCMonkey__ | bluebrother: right, but how about "The Core Pocket Media Player" (http://en.wikipedia.org/wiki/Core_Media_Player)? |
| 23:08:49 | bluebrother | from the wikipedia overview it doesn't look like it would be license compatible |
| 23:09:14 | bluebrother | Rockbox is GPL, thus all code that gets integrated needs to be GPL compatible at least |
| 23:10:04 | __IRCMonkey__ | right, I think TCPMP is GPL compatible, lemme check.... |
| 23:10:26 | chrisjs169 | Anyone know why the builds are hanging? |
| 23:11:12 | bluebrother | their website seems to be down, at least I can't access it atm |
| 23:11:27 | preglow | __IRCMonkey__: rockbox _is_ a media player, asking "can we port this media player to rockbox" doesn't make sense |
| 23:11:48 | __IRCMonkey__ | yeah, it is down. But The last time I checked, there is both a GPL version and a licensable OEM version (dual-license like Qt) |
| 23:12:04 | bluebrother | anyway, as their targets are various versions of windows I bet it uses float operations. |
| 23:12:45 | | Join joa [0] (n=joe@cpc4-ipsw1-0-0-cust960.colc.cable.ntl.com) |
| 23:13:53 | | Part syof |
| 23:14:37 | __IRCMonkey__ | hmmm... I would have thought iPod 5G would have a CPU with good enough floating point unit(s) |
| 23:14:45 | preglow | they don't have floating point units |
| 23:14:52 | __IRCMonkey__ | really?!? |
| 23:14:53 | preglow | none of our current targets have |
| 23:14:54 | preglow | really |
| 23:14:56 | bluebrother | nope |
| 23:15:00 | preglow | all our codecs use integer maths |
| 23:15:17 | bluebrother | what about the gigabeat? |
| 23:15:21 | * | chrisjs169 thinks he found out why the builds aren't done.... |
| 23:15:22 | preglow | nope |
| 23:15:28 | preglow | gigabeat s does, i believe |
| 23:15:33 | preglow | but none of the ones we currently support |
| 23:18:03 | __IRCMonkey__ | hmmm.. Am I understanding this correctly: No one can (easily) port any of the existing GPL media players because they rely on floating point units. Instead it would be easier to implement MPEG-4 etc. from scratch? |
| 23:18:47 | saratoga3 | theres probably interger mpeg4 decoders out there somewhere |
| 23:19:22 | bluebrother | if there is no fixed point implementation someone needs to either convert an existing one to fixed point or start a new one |
| 23:19:42 | Nico_P | chrisjs169: why's that ? |
| 23:19:43 | bluebrother | depending on what's around it depends what's the faster / easier solution |
| 23:20:37 | chrisjs169 | Nico_P: I was going through each of the builds that were up, and found that the iPod 4G grayscale wasn't done, which was one of the three my computer was supposed to build |
| 23:20:42 | preglow | are we talking mpeg4 video? |
| 23:20:55 | | Join ac_2 [0] (n=cgm6393@natpool1.nat.uclv.net) |
| 23:21:08 | | Join amigan [0] (i=dcp1990@unaffiliated/amigan) |
| 23:21:10 | ac_2 | MIG: hi |
| 23:21:21 | __IRCMonkey__ | yes |
| 23:21:23 | preglow | i think video codecs in general are easier to port to fixed point than audio codecs, and we have lots of them. but then again, video codecs weren't usually used on devices with no fpu |
| 23:21:25 | __IRCMonkey__ | mpeg4 vide |
| 23:21:34 | ac_2 | MIG: its me.. austriancoder |
| 23:21:38 | __IRCMonkey__ | From a hardware engineering standpoint, is there a reason why companies like Apple left out floating point units - reduce power consumption? |
| 23:21:45 | preglow | __IRCMonkey__: and cost |
| 23:21:52 | __IRCMonkey__ | ic |
| 23:22:08 | saratoga3 | h.264 decoders are integer based anyway, so porting one of those should be fairly trivial |
| 23:22:20 | saratoga3 | assuming you had a fast enoughcpu |
| 23:22:24 | preglow | h264 is wildly complex, thugh |
| 23:22:40 | saratoga3 | i think simple profile isn't much slower then mpeg2 |
| 23:22:44 | preglow | might no be |
| 23:22:45 | saratoga3 | its supposed to be scalable |
| 23:22:52 | preglow | what profile is used the most? |
| 23:23:19 | saratoga3 | apple uses the simple profile, I think bluay uses one of the more advanced ones |
| 23:23:22 | saratoga3 | i think |
| 23:23:28 | preglow | mhm |
| 23:23:34 | saratoga3 | i got about halfway through the h.264 spec before i got bored |
| 23:23:37 | preglow | heh |
| 23:23:47 | preglow | i did a bunch of stuff related to h264 my final year at uni |
| 23:23:50 | preglow | but forgot most of it by now |
| 23:23:56 | preglow | video codecs never were my major interest |
| 23:24:01 | saratoga3 | same here |
| 23:24:15 | saratoga3 | well i never did anything with them, but i share your disinterest |
| 23:24:31 | | Join __IRCMonkey___ [0] (n=chatzill@cpe-70-113-82-167.austin.res.rr.com) |
| 23:25:12 | preglow | plus, the lecturer was so occupied talking about how superior their design proposals always were, so i soon got tired of the entire course ;) |
| 23:25:15 | | Join zivan56 [0] (n=zivan56@64.46.5.220.novuscom.net) |
| 23:25:16 | __IRCMonkey___ | another question: will the MPEG player plugin eventually become builtin to Rockbox (i.e. not a plugin anymore)? |
| 23:25:26 | preglow | __IRCMonkey__: i can't see why not |
| 23:25:33 | amiconn | Most probably not |
| 23:25:39 | preglow | __IRCMonkey__: main reason it's aplugin now is because it's experimental |
| 23:25:41 | amiconn | (unless on a future PMP target) |
| 23:25:54 | __IRCMonkey___ | right, but when it becomes stable enough... ? |
| 23:26:08 | preglow | amiconn: the argument that current targets weren't MEANT to play videos is really thin, if you ask me |
| 23:26:11 | amiconn | It's also a plugin because video isn't considered a core feature on a DAP |
| 23:26:22 | saratoga3 | seems like someday rockbox will gain some PMP abilities, though it might be a long ways to go until CPUs are fast enough and people are interested |
| 23:26:49 | bluebrother | Rockbox is (at least currently) about playing music. If it should have video in the core some things need to change too |
| 23:27:02 | XavierGr | toffe82: my problem is that: whenever the [audio of radio and ondio are coupled] and [car auxiliary power is coupled with my ondio] I get very loud hissing sounds. (even if the ondio is turned off) |
| 23:27:23 | XavierGr | toffe: I tried what you suggested though without results, I mean: |
| 23:27:59 | XavierGr | toffe: from the car auxiliary power (+) to ondio (-) nowhere and audio as usual |
| 23:28:24 | saratoga3 | XavierGr: presumably this is because your player shorts the signal and power ground which your radio does not like? |
| 23:28:38 | __IRCMonkey___ | really?!? only about music... I think that most people would be hesitant to remove Apple firmware and put Rockbox because Rockbox cannot do everything Apple can do (H.264 video) (but obviously it can do much more - FLAC, OGG etc.) - If this problem were overcome, I think more people would switch to Rockbox |
| 23:28:42 | XavierGr | toffe: and car auxilliary as normal and audio cable without ground |
| 23:29:14 | saratoga3 | i don't think Ipod Video users are really a concern to development, beyond getting rockbox working on the video |
| 23:29:23 | bluebrother | at least I don't see a need to convert Ipod users to use Rockbox. |
| 23:29:36 | | Quit Rondom ("Ex-Chat") |
| 23:29:45 | XavierGr | I guess I will have to contact the man that installed my radio for more info |
| 23:29:58 | bluebrother | it's done by volunteers because of the fun of doing it, not because of converting Ipod users ... |
| 23:30:03 | XavierGr | or buy (or make) an isolator |
| 23:30:13 | preglow | __IRCMonkey__: it's not really a problem, if you ask me, it's just a question about maturity. the video player plugin is not currently fully developed |
| 23:30:27 | preglow | i can see no reason not to put it in the core when it one day is stable |
| 23:30:58 | jhMikeS | if we did pick a "ready made" solution, it's my guess we'd have to redo a good portion of it anyway to make it meet our needs |
| 23:31:12 | preglow | jhMikeS: a very solid portion at that |
| 23:31:19 | jhMikeS | beyond the floating point issue |
| 23:31:43 | preglow | oh yes, not even counting that |
| 23:32:05 | | Quit zivan56 (" HydraIRC -> http://www.hydrairc.com <- Chicks dig it") |
| 23:32:05 | saratoga3 | see: wma codec |
| 23:32:20 | jhMikeS | Just to start with, most of these implementation assume a disk the never spins down and right there you've got problems in buffering |
| 23:32:43 | preglow | saratoga3: heard anything from the ffmpeg wma fixed point guy? |
| 23:32:50 | n1s | is there a significant advantage in size or quality of simple profile mpeg4 over mpeg2 on the kinds of low resolutions we have? |
| 23:32:57 | preglow | i am so hoping that'll be done for us |
| 23:32:57 | saratoga3 | no, in fact i haven't seen anything at all about him |
| 23:33:02 | XavierGr | the whole day today, was quite depressing too, nothing came out. Even the velcro mod I did on my ondio (to hold it on the console) failed completely. what a waste... |
| 23:33:06 | preglow | merbanan: nothing new, i take it? |
| 23:33:38 | saratoga3 | there seems to be no way to find things out about ffmpeg |
| 23:33:53 | preglow | well, there's an irc channel and a mailing list |
| 23:33:55 | jhMikeS | velcro mod? :\ |
| 23:34:02 | saratoga3 | no documentation, mailing list is almost impossible to search, and no one uses the IRC channel |
| 23:34:21 | __IRCMonkey___ | right, but I think that Rockbox has potential to be as widely used as VLC/Mplayer/MPC (since there are so many PMP owners). maybe improving video functionality, might help it reach this potential. |
| 23:34:31 | jhMikeS | with these open source libs, no documentation seems the rule |
| 23:34:52 | saratoga3 | so far, I'm pretty sure even their "apiexample" program is broken |
| 23:34:55 | preglow | __IRCMonkey__: and people are indeed on it, so hooray |
| 23:34:57 | * | bluebrother doesn't see this potential |
| 23:35:03 | saratoga3 | since it encodes a file, and then errors out trying to decode it |
| 23:35:31 | toffe82 | XavierGr: I was saying just connect the ondio without power from the car so it will run on its battery and with the standard audio cable , you still have the noise ? |
| 23:36:00 | preglow | saratoga3: tried linuxstbs wmadec? |
| 23:36:09 | saratoga3 | yeah i used that initially |
| 23:36:13 | saratoga3 | its the only thing i got working |
| 23:36:20 | saratoga3 | however, its completely obscolete |
| 23:36:20 | XavierGr | jhMikeS: yeah I tried to stick velcro on the console (with 2 sided sticker paper) and then do the same to the back of my ondio. That way you can attach the device on upright position (like magnets on refrigerators) |
| 23:36:51 | XavierGr | toffe82: no of course not! If the device is working from an external power supply sound is perfect :) |
| 23:37:03 | toffe82 | ok |
| 23:37:05 | jhMikeS | XavierGr: and what, no sticky? |
| 23:37:18 | saratoga3 | and attempting to use it with the current SVN code causes the asf parser to fail to detect that file as WMA, presumably because something doesn't get initialized properly |
| 23:37:33 | XavierGr | well the heat of the sun melted the 2 sided sticker paper and the velcro fell off |
| 23:37:33 | saratoga3 | and theres no example code at all for the file parsers |
| 23:37:48 | XavierGr | next time I will try to use super glue |
| 23:37:52 | preglow | saratoga3: sounds like it's approaching time to badger them on a mailing list, then |
| 23:37:57 | XavierGr | for 2 hours it was quite cool |
| 23:38:00 | saratoga3 | yeah i'm doing that |
| 23:38:03 | saratoga3 | will send more emails |
| 23:38:12 | saratoga3 | maybe one of them will get an answer |
| 23:38:20 | jhMikeS | not suprising...dont' know if you have access to an automotive body shop supply. you can get hi bond foam tape that'll mount anything for good |
| 23:38:44 | XavierGr | hmm let me see what is this... |
| 23:39:15 | jhMikeS | then you could mount a cradle or something |
| 23:39:21 | schula | hm, when i try to build rockbox from scratch i get an linker error: /usr/lib/gcc/arm-linux-gnu/3.4.6/../../../../arm-linux-gnu/bin/ld: error: no memory region specified for loadable section `.got' (binutils 2.17) |
| 23:39:29 | | Join __IRCMonkey____ [0] (n=chatzill@cpe-70-113-82-167.austin.res.rr.com) |
| 23:39:51 | bluebrother | schula, you need to use gcc 4.0.3 for arm targets |
| 23:39:51 | XavierGr | it is always nice to find new items for various jobs, but it is always hard to discover the name in Greek in order to search for it here :P |
| 23:39:58 | schula | ah ok |
| 23:41:17 | bluebrother | check the wiki for the required toolchain version. |
| 23:41:32 | saratoga3 | did Toni happen to mention if his SD patch for the sansa works with SDHC or whatever that standard is called |
| 23:41:53 | | Quit __IRCMonkey__ (Read error: 110 (Connection timed out)) |
| 23:42:05 | saratoga3 | i'm loving the idea of getting an 8GB flash card for my sansa in a year or two |
| 23:42:09 | | Nick __IRCMonkey____ is now known as __IRCMonkey__ (n=chatzill@cpe-70-113-82-167.austin.res.rr.com) |
| 23:42:40 | bluebrother | SDHC isn't required to support SPI mode any more afaik |
| 23:42:45 | jhMikeS | it's for mouning body moldings/emblems etc. |
| 23:43:01 | saratoga3 | without it though you're limited to 2GB though IIRC |
| 23:43:16 | saratoga3 | which is pretty useless on an 8GB player |
| 23:43:38 | schula | bluebrother: oh ok, thanks :) |
| 23:44:33 | saratoga3 | mostly wondering if I'll be able to upgrade the sansa to 16 or 24GB in a couple years |
| 23:45:48 | * | jhMikeS doesn't want the build server stuck for the next commit which could possible make alot of red :\ |
| 23:46:05 | chrisjs169 | jhMikeS: it's been stuck for an hour... |
| 23:46:39 | * | jhMikeS wants to give it swift kick |
| 23:46:56 | chrisjs169 | For some reason the build master isn't getting the ipod 4g grayscale build from my server, even though it's done |
| 23:47:36 | preglow | chrisjs169: that might be cool info to have for debugging |
| 23:48:01 | preglow | but i doubt it'll be fixed, only linus, bagder and zagor have access to the build server, and bagder is on vacation |
| 23:48:34 | preglow | jhMikeS: what's coming up? |
| 23:49:30 | jhMikeS | preglow: just a redo to make recordable input selection more flexible using the cap masks like sample rates do now, but it touches every port so I want to be able to fix any problems |
| 23:49:48 | chrisjs169 | preglow: apparently the 4g grayscale only starting building not more than half an hour ago, so I dunno what it was doing for the 30 mins before that (apart from two other builds compiling) |
| 23:49:51 | jhMikeS | e200 is the first port with FM Radio in but no Line In and this must be accomodated |
| 23:50:26 | preglow | indeed |
| 23:50:32 | chrisjs169 | is there any way to test the FM radio up to this point? |
| 23:50:45 | saratoga3 | i was thinking of adding a GSOC progress page in order to encourage people to keep everyone updated on teh progress of each project |
| 23:50:49 | saratoga3 | does this seem like a good idea |
| 23:51:08 | | Quit ompaul ("Today is only half as nice as tomorrow") |
| 23:51:56 | jhMikeS | using the bitmasks makes the config file more compact and another header in the config.h expands it all into HAVE_xxx_IN for use in the code |
| 23:53:10 | preglow | saratoga3: it does seem like a good idea, yes |
| 23:54:20 | | Join dunder [0] (n=dolphin@24-119-81-201.cpe.cableone.net) |
| 23:55:16 | * | jhMikeS thinks linus, bagder and zagor need a paging system to wake them up in an emergency :) |
| 23:55:44 | | Quit __IRCMonkey___ (Read error: 110 (Connection timed out)) |
| 23:55:45 | chrisjs169 | yeah |
| 23:55:58 | preglow | i think more people should have access to the build system |
| 23:56:08 | chrisjs169 | i don't |
| 23:56:29 | chrisjs169 | the more people that have access to the private ssh key, the more unsecure it could become |
| 23:56:39 | jhMikeS | yes, a limited account for developers to restart it if nescessary |
| 23:56:46 | preglow | well, yeah, but since having a paging system is completely unrealistic... |
| 23:57:03 | jhMikeS | someone already mentioned a solution for this but I don't recall the name of it :\ |
| 23:57:04 | chrisjs169 | well, a limited account would be fine, i thought you meant full access to everything |
| 23:57:05 | preglow | i'm not saying people should have full access |
| 23:57:12 | preglow | but there should be a system for resetting the whole thing |
| 23:57:49 | chrisjs169 | yeah |
| 23:57:50 | jhMikeS | there's something the gives certain admin priveledges to certain users but is secure |
| 23:58:25 | | Quit jgarvey ("Leaving") |
| 23:58:57 | chrisjs169 | supposedly, the build master is supposed to issue a build to another server if it fails on the one it was assigned to, but it seems it isn't doing that |
| 23:59:00 | preglow | we don't really even need that |
icon identifies that the person is a core developer (has commit access).