| 00:01:46 | | Join muesli_ [0] (muesli_tv@1Cust124.tnt7.hnr2.deu.da.uu.net) |
| 00:02:43 | muesli_ | g'night ladiez |
| 00:02:45 | amiconn | "unexpected async reply..." :( |
| 00:14:51 | | Join guerby [0] (~guerby@d83-177-220-227.cust.tele2.fr) |
| 00:22:54 | * | hcl yawns |
| 00:22:55 | | Nick hcl is now known as HCl (hcl@titania.student.utwente.nl) |
| 00:23:07 | HCl | anything new? |
| 00:24:20 | hubble | preglow: hm.. what's the opcodes? |
| 00:24:47 | preglow | mac |
| 00:24:50 | preglow | mac.w and mac.l |
| 00:25:14 | preglow | i've got it working now, actually, but there some shifting happening here that i don't understand where's coming from |
| 00:25:46 | | Quit muesli- (Read error: 113 (No route to host)) |
| 00:30:52 | Quel|out | sleep time, cu |
| 00:30:56 | HCl | byebye |
| 00:31:06 | | Quit Quel|out ("KVIrc 3.0.1.99 'Realia'") |
| 00:34:17 | | Part GnagelRam |
| 00:36:12 | | Quit muesli_ (Read error: 113 (No route to host)) |
| 00:51:43 | | Join cloudscapes [0] (gfgfd@Toronto-HSE-ppp3969709.sympatico.ca) |
| 00:53:20 | cloudscapes | I'm 99% certain that the H1x0 recording glitch is not a software problem. (some people are hoping rockbox can fix it) |
| 00:53:22 | cloudscapes | http://www.misticriver.net/boards/showthread.php?p=135635 |
| 00:53:34 | * | cloudscapes lurks back into the shadows |
| 00:54:00 | | Quit jyp ("poof!") |
| 00:54:44 | *** | Saving seen data "./dancer.seen" |
| 00:57:16 | preglow | hmm |
| 00:57:22 | amiconn | rasher: U there? |
| 00:57:28 | preglow | i don't think that's the kind of glitch i detected once |
| 00:57:37 | preglow | but i've just tested once |
| 00:59:06 | | Quit Sucka ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 00:59:51 | cloudscapes | was it a glitch that kept reapearing at regular intervals, or just a one-time random thing |
| 01:00 |
| 01:00:20 | cloudscapes | there's also the apparent remote noise though, which doesn't have anything to do with this particular thing |
| 01:00:31 | cloudscapes | due to defective remotes |
| 01:01:30 | preglow | i don't really remember, but at the time, i concluded it was sample dropout noise |
| 01:01:43 | preglow | but hard disk noise is a problem, that i know |
| 01:01:53 | HCl | ah |
| 01:02:06 | HCl | when recording to mp3, can't you record into memory then write to disk at the end? |
| 01:02:25 | preglow | well, yes, that's what you do |
| 01:02:35 | preglow | but if you record long enough, it'll still need to dump data while recording |
| 01:02:42 | linuxstb | Doesn't the recording glitch also happen when recording from the digital input? |
| 01:02:55 | preglow | linuxstb: well, that would be a dead giveaway |
| 01:03:05 | cloudscapes | preglow: yeah it is, but no matter the hardware, if a recorder has moving parts and the mic is internal/attached, you'll get a glitch |
| 01:03:22 | linuxstb | Does anyone know when this was discussed in this IRC channel? |
| 01:03:24 | preglow | cloudscapes: yes, but then i believe there are several noise contributors |
| 01:03:32 | cloudscapes | HCl: theoretically you can, up untill you run out of 32mb buffer :D |
| 01:04:50 | cloudscapes | preglow: quite possible. here I was only concerned with the one most people talked about, the "40-second sample loss bug". |
| 01:05:09 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
| 01:05:56 | cloudscapes | linuxstb: yeah it was brought up a few hours ago, by mrelwood |
| 01:06:07 | | Join Rori [0] (Rori@deadman3000.plus.com) |
| 01:06:10 | * | cloudscapes looks at the logs |
| 01:06:11 | cloudscapes | 22.18.14 # <mrelwood> |
| 01:07:05 | HCl | cloudscapes: yea, exactly, then you'll limit recorded mp3s to 32mb |
| 01:07:36 | amiconn | HCl: Rockbox already does this on the archos (delayed saving). So for short recordings from the mic you don't get harddisk noise |
| 01:07:51 | HCl | it depends on what you want to use it for, ofcourse, but i think a +- 26mb mp3 buffer should be enough for most cases |
| 01:07:55 | HCl | amiconn: mhm |
| 01:08:57 | linuxstb | HCl: Most people want to use it for live concert taping - replacing a DAT or MD recorder. |
| 01:09:06 | Rori | Haha! http://www.boycott-riaa.com/article/15869 |
| 01:09:09 | linuxstb | So a 60-90 minute recording time is needed. |
| 01:09:23 | Rori | That's funny |
| 01:10:18 | cloudscapes | most of the time, I use mine for concert recording too, and in uncompressed. |
| 01:10:31 | preglow | yes, but you can't avoid hard drive noise |
| 01:10:41 | cloudscapes | and I am so looking forward to that $@#& 60-minute auto-stop thing to be removed :P |
| 01:10:41 | preglow | it might be pretty easy to filter it out, though |
| 01:11:01 | preglow | yes, auto stop is pretty braindead |
| 01:11:08 | preglow | 'least it could do was automatically start a new file |
| 01:11:56 | HCl | well |
| 01:12:13 | * | Rori just joined to hangout and see what happens with regards to the iRiver port. Excuse me while I idle :) |
| 01:12:15 | HCl | in concerts, maybe you can get it to quickly empty its buffer to disk during the break between songs? |
| 01:12:23 | cloudscapes | preglow: if you're recording in non-preamp (no 2.5v to mic) and with a low low low mic volume (which is the setting you'd use for most concert recordings I think) |
| 01:12:30 | amiconn | Imho recording a concert with the builtin mic of a mobile player is useless, but if you really want to do that, and without HD noise, get a flash based player/recorder |
| 01:12:34 | linuxstb | cloudscapes: What percentage of the battery is used when taping a typical concert in WAV? |
| 01:12:50 | cloudscapes | then the hardrive noise is inaudible, unless the mic is attached to the iriver |
| 01:13:06 | preglow | really? i got drive noise with an external mic once |
| 01:13:28 | cloudscapes | linuxstb: I tested 3 hours to WAV. and I had a full battery bar left |
| 01:13:31 | preglow | but yes, different setups |
| 01:13:39 | preglow | wow |
| 01:13:56 | * | Rori plans on getting one of those external stereo mics at some point. Maybe the type you can Y split to put either side of your head near your ears for that genuine stereo acoustics |
| 01:13:57 | cloudscapes | preglow: really? that's weird o.o must of been a really sensitive mic and quiet room |
| 01:13:58 | HCl | actually, wouldn't it be possible to plug a compactflash card into the irivers harddisk interface? |
| 01:14:10 | preglow | cloudscapes: quiet room, yes |
| 01:14:12 | linuxstb | Well, 3 hours will only be about 1.5GB-2GB, so it should use much battery. The CPU can be slowed right down as well. |
| 01:14:28 | preglow | but does it really stop recording after just one hour? |
| 01:14:49 | linuxstb | Sounds to me as if you could fill up the 40GBs with a full charge then. |
| 01:14:52 | cloudscapes | the hd is fairly loud (relative to nothingness and ambient tranquility) in a quiet room |
| 01:15:19 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 01:15:33 | preglow | hi, linux |
| 01:15:35 | preglow | linus.... |
| 01:15:40 | LinusN | cloudscapes: what makes you so sure that the recording glitch is a hardware issue? |
| 01:15:40 | amiconn | hi LinusN |
| 01:15:44 | LinusN | hi |
| 01:15:50 | cloudscapes | linuxstb: don't think so, unless you use compression. 40gb WAV = about 66 hours |
| 01:16:05 | Rori | Yo Linus (Mystic River member here). Just hanging and watching so ignore me :) |
| 01:16:12 | LinusN | hi |
| 01:16:23 | | Nick Rori is now known as DeadMan (Rori@deadman3000.plus.com) |
| 01:16:26 | DeadMan | ;) |
| 01:16:28 | cloudscapes | LinusN: hi! umm the tests I conducted earlier http://www.misticriver.net/boards/showthread.php?t=13060 |
| 01:16:55 | cloudscapes | it's not hard-factual proof, but I think it's fairly sure |
| 01:17:07 | preglow | LinusN: in case you haven't read that far back the log, hubble has gotten sound out of his player |
| 01:17:31 | LinusN | saw that |
| 01:18:14 | LinusN | cloudscapes: but i though people had the same glitch when recording via s/pdif? |
| 01:19:35 | cloudscapes | LinusN: that's also possible, I can't test that though. maybe the optical sensor flickers during hd activity |
| 01:20:14 | LinusN | possibly |
| 01:21:01 | HCl | preglow: oh, i missed that, cool :x |
| 01:21:31 | preglow | HCl: missed what? :V |
| 01:21:46 | amiconn | cloudscapes: I'd still bet it's a software issue, much like the background noise during playback on the Archos recorder with stock firmware |
| 01:21:54 | * | cloudscapes now wishes he had a Delta 66 soundcard instead of the 44 for s/pdif |
| 01:22:07 | preglow | i can try recording some spdif |
| 01:22:22 | * | DeadMan hugs his Revolution 7.1 |
| 01:22:56 | DeadMan | Only snag I get is Cubase don't let me send PCM to SPDIF I have to send analog :P |
| 01:23:03 | amiconn | LinusN: Did you read about my attemts to make the X11 sim more realtime and fix the button handling? |
| 01:23:30 | LinusN | amiconn: yeah, i saw you were working on it |
| 01:23:50 | cloudscapes | amiconn: it might be, I can't really say for sure because I'm not an electrical engineer. but the glitch I recorded was definatelly mechanical. there may be other kinds of glitches that I didn't pick up with my h120 |
| 01:24:10 | linuxstb | Here's a report from someone getting dropped samples with the digital input: http://emusician.com/mag/emusic_iriver/ |
| 01:24:17 | cloudscapes | btw congrats rockbox team on getting the hardware to utter its first sound! ;) |
| 01:24:23 | * | cloudscapes looks |
| 01:24:29 | DeadMan | dropped samples on record is a known prob |
| 01:24:50 | linuxstb | DeadMan: Is it confirmed with both analogue and digital inputs? |
| 01:25:17 | DeadMan | confirmed with default fw for all recording I believe |
| 01:25:40 | amiconn | LinusN: Do you have some hints for the X11 problem with multithreading? While I now use XtToolkitThreadInitialize(), I still get "Xlib: unexpected async reply (sequence xxx)" from time to time |
| 01:25:52 | cloudscapes | hmmm |
| 01:26:02 | * | amiconn thinks X11 programming is just plain ugly |
| 01:26:05 | LinusN | amiconn: i haven't the faintest idea :-) |
| 01:26:34 | cloudscapes | and the 40-second glitch I heard wasn't dropped samples, rather the addition of. |
| 01:26:44 | cloudscapes | but anyways, I'm not the genius here :) |
| 01:26:46 | amiconn | The bad thing is that I need to call the input event handling from a timer... |
| 01:27:03 | elinenbe | linuxstb: what is the current status on the libmad and libflac plugins? |
| 01:27:04 | * | cloudscapes crawls back under his rock |
| 01:27:15 | elinenbe | linuxstb: can they run realtime? |
| 01:27:22 | LinusN | elinenbe: no |
| 01:27:37 | elinenbe | what % of realtime will they run? |
| 01:28:00 | XShocK | 4 |
| 01:28:00 | linuxstb | Currently they just decode a FLAC/MP2/MP3 file to WAV, which will then play correctly with the iRiver firmware - mad at about 4% and FLAC at about 8% of real-time. |
| 01:28:03 | XShocK | 4% |
| 01:28:07 | LinusN | elinenbe: they will run in realtime once we set the cpu clock to 140MHz |
| 01:28:17 | linuxstb | LinusN: I hope so! |
| 01:28:29 | LinusN | if not, we have to optimize a little |
| 01:28:46 | linuxstb | Are we at 11MHz now? |
| 01:28:54 | LinusN | yes |
| 01:29:20 | linuxstb | So FLAC should work OK, but libmad may struggle. |
| 01:29:38 | preglow | as linus says, optimizing will probably be necessary |
| 01:29:50 | LinusN | linuxstb: do you dither the output? |
| 01:30:12 | linuxstb | For libmad, yes, but that didn't really affect the decoding speed significantly. |
| 01:30:22 | LinusN | ok |
| 01:31:08 | elinenbe | LinusN: why are you slowing down the CPU clock? |
| 01:31:20 | LinusN | elinenbe: i'm not slowing it down |
| 01:31:35 | LinusN | i just haven't activated the pll |
| 01:31:53 | LinusN | it is running at the same speed as the external oscillator |
| 01:32:22 | elinenbe | is that difficult to do? |
| 01:32:27 | LinusN | not at all |
| 01:32:32 | LinusN | per se |
| 01:32:43 | preglow | ten minute recording, no glitches that i can see |
| 01:33:03 | DeadMan | Do iRiver use their own decoder/encoder? |
| 01:33:15 | preglow | DeadMan: probably motorola's |
| 01:33:15 | LinusN | they probably use the motorola codec |
| 01:33:24 | DeadMan | preglow you recording to wav somehow? |
| 01:33:36 | preglow | DeadMan: cd player -> s/pdif -> h120 |
| 01:33:37 | DeadMan | or just testing with default fw |
| 01:33:42 | cloudscapes | DeadMan: yuh, but most likely with license restrictions |
| 01:33:43 | DeadMan | oic |
| 01:33:43 | preglow | iriver |
| 01:33:50 | cloudscapes | or private |
| 01:34:10 | DeadMan | preglow load the wav into an audio editor that can view the waveform |
| 01:34:12 | preglow | the license doesn't look to be very restrictive, but you have to jump through flaming hoops to get it |
| 01:34:17 | preglow | DeadMan: i have done that |
| 01:34:19 | DeadMan | look for any dropout |
| 01:34:22 | preglow | DeadMan: and i can't see anything |
| 01:34:22 | DeadMan | k |
| 01:34:28 | DeadMan | maybe try mp3 instead of wav? |
| 01:34:35 | preglow | but i'll have to record longer |
| 01:34:37 | preglow | which i won't do now |
| 01:34:42 | preglow | it doesn't matter anywa |
| 01:34:42 | preglow | y |
| 01:34:50 | DeadMan | preglow you might need to discuss with some MR users who have experience of the glitch |
| 01:35:04 | DeadMan | there is a thread on the recording side of things about it |
| 01:35:09 | cloudscapes | because you're going from diskman straight to iriver, there's no mic to pic up the mechanical glitch. that's my theory anyways x.x |
| 01:35:19 | DeadMan | hmm. perhaps |
| 01:35:31 | cloudscapes | but |
| 01:35:42 | elinenbe | LinusN: so, I have another question... will activating the pll speed up everything? such as gnuboy? |
| 01:35:59 | LinusN | yes |
| 01:36:00 | cloudscapes | in one of my tests, I placed the iriver on my computer case with the mic far away, and it picked up aweful buzzing |
| 01:36:05 | elinenbe | or is that something entirely different? |
| 01:36:09 | cloudscapes | because of electrical interference from the comp |
| 01:36:24 | cloudscapes | prolly it will pick up some interference from it's own hardware, even if no mic |
| 01:36:28 | * | cloudscapes shrugs |
| 01:36:44 | * | LinusN has to go to bed |
| 01:36:49 | cloudscapes | but I couldn't hear some that was louder than my own breathing |
| 01:36:52 | DeadMan | I would check this thread http://www.misticriver.net/boards/showthread.php?t=4980 |
| 01:36:54 | elinenbe | nah... it's not that late there! |
| 01:36:58 | cloudscapes | nitenite |
| 01:37:00 | LinusN | elinenbe: .-) |
| 01:37:05 | LinusN | nite all |
| 01:37:08 | cloudscapes | nn |
| 01:37:08 | | Part LinusN |
| 01:37:25 | DeadMan | I've not played with recording yet to be honest |
| 01:37:32 | cloudscapes | DeadMan: yeah that's an awesome guide! |
| 01:37:50 | DeadMan | not so important to me. My biggest concern is playback and getting gapless, otf playlists etc |
| 01:38:14 | preglow | argh |
| 01:38:18 | preglow | i need to get up in four hours |
| 01:38:23 | DeadMan | btw inus you get yer remote lcd from that dude yet? :) |
| 01:38:25 | * | cloudscapes goes back to his sonic youth + manga evening |
| 01:38:26 | DeadMan | Linus |
| 01:38:33 | preglow | linus just went to bed |
| 01:38:37 | DeadMan | oh ok |
| 01:39:25 | DeadMan | so can Libmad decode realtime on full speed chip does anyone know? |
| 01:39:53 | linuxstb | Unless I've done something stupid, it seems unlikely. |
| 01:40:04 | preglow | it will |
| 01:40:06 | preglow | sooner or later |
| 01:40:15 | DeadMan | is that because the codec is less efficient than Motorola's? |
| 01:40:23 | DeadMan | or just more intense to gain quality? |
| 01:40:24 | linuxstb | Yes, I meant in it's current unoptimised state. |
| 01:41:07 | DeadMan | I take it you have the Coldfire specs there |
| 01:41:11 | linuxstb | It's possible that Motorola's decoder sacrifices accuracy for speed. |
| 01:41:38 | linuxstb | MAD decodes to 24-bit samples. |
| 01:41:49 | DeadMan | only if you select it though |
| 01:42:29 | linuxstb | DeadMan, No, libmad always outputs 24-bit samples, it's the players that let you select different output formats |
| 01:42:35 | DeadMan | and the optical out will only go to 20 bit anyhow |
| 01:42:40 | DeadMan | oh |
| 01:43:00 | linuxstb | Players normally dither down to 16-bits. |
| 01:43:01 | DeadMan | shame the in and out are not 24 bit capable |
| 01:43:06 | preglow | linuxstb: the accuracy of those 24 bit samples is a bit shady as you're using it now, i bet |
| 01:43:23 | preglow | linuxstb: mad really suffers without proper 32x32 -> 64 multiply units |
| 01:43:23 | linuxstb | Why do you say that? |
| 01:43:42 | linuxstb | So you don't think it's accurate? |
| 01:43:47 | DeadMan | My surround sound decoding amp laps up 24/96 :) |
| 01:44:03 | preglow | linuxstb: have a look at its default mad_f_mul |
| 01:44:34 | preglow | linuxstb: probably accurate enough, it'll be more accurate once we put in emac support, though |
| 01:44:53 | DeadMan | AC3 on iRiver via optical would be a killer application |
| 01:47:11 | linuxstb | preglow: I guess it depends how it is used. There is a comment there about being within the limits of compliance. |
| 01:48:23 | elinenbe | linuxstb: does the audio and plugin api allow for crossfading? and will that be possible? |
| 01:48:46 | preglow | who knows, it hasn't been made yet |
| 01:48:50 | linuxstb | DeadMan: I plan to add software decoding of AC3 (downmixing to stereo), and if the hardware allows it, we could try AC3 pass-through. |
| 01:48:54 | preglow | peronsally i'd love crossfading |
| 01:49:24 | linuxstb | It doesn't interest me, but others have mentioned it, so I'm sure it will be in the API. |
| 01:49:40 | preglow | i would also love being able to mix and beatmatch with the iriver, so you could write me off as insane |
| 01:49:46 | DeadMan | xfade is not on my want list but I would not say no to it :) |
| 01:50:04 | DeadMan | beatmatching lol |
| 01:50:12 | * | linuxstb thinks preglow needs a cluster of H120s |
| 01:50:14 | DeadMan | that would be tough. tough enough on pc's |
| 01:50:16 | preglow | hell, if you're going to crossfade, do it with style :PP |
| 01:50:53 | preglow | tough, hell yes, but possible |
| 01:51:01 | preglow | if we have enough cpu two run two decoders in parallel |
| 01:51:18 | linuxstb | ...and process the ouputs of them |
| 01:51:35 | linuxstb | whilst playing gnuboy |
| 01:51:46 | preglow | but the real bummer will of course be the hardware, you'll have no way of monitoring the output seperately from the actual mixed output |
| 01:52:16 | DeadMan | best to have 2 sound sources/cards for that and a mixer between |
| 01:52:23 | preglow | of course |
| 01:52:29 | preglow | but what's the fun in that ;) |
| 01:52:34 | DeadMan | but as a listener it does not work |
| 01:52:40 | DeadMan | only if you are not the DJ :D |
| 01:52:41 | preglow | might as well get a couple of decks and a mixer then |
| 01:52:41 | preglow | heh |
| 01:52:48 | DeadMan | yup |
| 01:53:55 | | Join StrathAFK [0] (~mike@dgvlwinas01pool0-a212.wi.tds.net) |
| 01:54:42 | | Join ashridah [0] (ashridah@220-253-120-201.VIC.netspace.net.au) |
| 01:54:55 | preglow | but oh well |
| 01:55:00 | preglow | gotta get up in four hours, so off to bed |
| 01:55:01 | preglow | later |
| 01:55:10 | | Quit preglow ("bleh") |
| 01:56:38 | * | HCl yawns |
| 01:58:20 | | Quit Patr3ck () |
| 02:00 |
| 02:00:44 | XShocK | you need to overclock iriver to 280mhz during crossfades between tracks. :) |
| 02:01:42 | cloudscapes | lol |
| 02:01:49 | * | cloudscapes imagines watercooled iriver |
| 02:02:48 | DeadMan | now that's just sill...hey. what about if we water cool iRiver? ;) |
| 02:03:32 | XShocK | hey, we have some liquid nitrogene here. :) |
| 02:03:44 | cloudscapes | while song A plays, deconde last 5 secs of A, and decode first 5 secs of song B. crossfade the two whilst playing song A. start playing song B five secs into it after playing crossfade clip |
| 02:04:27 | cloudscapes | you can douse the electronics in certain kinds of mineral oil to not fuck up the electronics :) |
| 02:04:28 | XShocK | Actually I think crossfade will not be very hard. |
| 02:04:53 | cloudscapes | I know someone did that with an old comp i na styophome bin |
| 02:04:59 | XShocK | I mean if we get 105% of realtime we can just decode it ahead |
| 02:05:14 | cloudscapes | XShocK: zactly |
| 02:05:36 | DeadMan | stylaphone? |
| 02:05:45 | cloudscapes | styrophome |
| 02:05:50 | DeadMan | foam |
| 02:05:53 | DeadMan | :) |
| 02:05:53 | cloudscapes | aka nature terrist |
| 02:06:12 | HCl | mrf. |
| 02:06:13 | * | DeadMan had visions of Rolf Harris |
| 02:06:19 | cloudscapes | styrofoam then :P |
| 02:06:20 | * | HCl just hopes he'll be able to get rockboy running at decent speed |
| 02:06:26 | * | cloudscapes 's first language isn't english |
| 02:06:28 | DeadMan | Stylaphone player extraordinaire |
| 02:06:42 | cloudscapes | hc1: yeah that would be ace! |
| 02:06:48 | HCl | hcL* :3 |
| 02:06:48 | cloudscapes | haha |
| 02:06:54 | cloudscapes | soz :| |
| 02:06:56 | HCl | well |
| 02:06:57 | HCl | the last version |
| 02:07:02 | HCl | already runs at about 3 times as fast |
| 02:07:04 | HCl | as the first version |
| 02:07:20 | HCl | but its still far from enough |
| 02:07:23 | DeadMan | I wish for APE playback but that might noe be possible |
| 02:07:30 | DeadMan | not |
| 02:07:38 | linuxstb | DeadMan: Mainly the license issue. |
| 02:07:50 | DeadMan | yeah sucks |
| 02:07:55 | cloudscapes | and the ram might be underclocked too? or something |
| 02:08:06 | DeadMan | I can convert them all losslessly to FLAC or shorten though |
| 02:08:19 | DeadMan | one advantage of lossless |
| 02:09:21 | * | DeadMan nurses a mild migraine. Bleh. |
| 02:09:27 | cloudscapes | :\ |
| 02:10:05 | DeadMan | I can never sleep when in pain anyhow so I just do something else to try and take my mind off it |
| 02:10:17 | cloudscapes | a sound plan |
| 02:10:39 | DeadMan | I have a spare H140 sitting brand new in it's box |
| 02:11:04 | | Quit Strath (Read error: 110 (Connection timed out)) |
| 02:11:39 | DeadMan | Call me dishonest but I got sent 2 by mistake. I had intended to return it but just never got around to it and they have not charged me for it or asked for it back (Amazon). Shrugs. |
| 02:11:47 | cloudscapes | they're becoming rare collectors items! ;p don't open it, like comic books |
| 02:11:53 | DeadMan | lol |
| 02:12:05 | cloudscapes | pfff, Amazon can afford the loss |
| 02:12:09 | DeadMan | heh |
| 02:12:34 | DeadMan | Keep it as a spare or sell it. Oh the dilemma ;) |
| 02:12:42 | HCl | lol. |
| 02:12:45 | HCl | lucky. |
| 02:13:36 | DeadMan | I got iRiver Germany to fix the remotr ticking on the one I use. I wonder what they tweaked. |
| 02:13:57 | HCl | remote ticking? |
| 02:14:14 | DeadMan | yes a know fault on a lot of 120/140's |
| 02:14:18 | DeadMan | known |
| 02:14:29 | HCl | what does it do? |
| 02:14:51 | DeadMan | if you plug in phones directly to player complete silence when music is stopped or paused |
| 02:15:05 | DeadMan | when plugged into remote it would make a steady ticking sound |
| 02:15:07 | * | cloudscapes never uses remote |
| 02:15:11 | HCl | o.o |
| 02:15:12 | DeadMan | very low volume but there nonetheless |
| 02:15:15 | HCl | aha |
| 02:15:18 | HCl | glad i don't have that |
| 02:15:22 | DeadMan | was a fault on the player not the remote |
| 02:15:23 | * | HCl always uses the remote |
| 02:15:41 | DeadMan | you have to go someplace REAL quiet and listen when nonthing is playing |
| 02:15:56 | DeadMan | tick tick tick |
| 02:16:41 | HCl | mk. |
| 02:16:45 | * | linuxstb has never taken remote out of box |
| 02:17:05 | HCl | lol. |
| 02:17:07 | DeadMan | not everybody got the problem. seems to be on a certain batch of iHP's rather than H1*0's |
| 02:17:15 | HCl | well. |
| 02:17:23 | HCl | i plan to use the remote for diagonal movement in gnuboy |
| 02:17:31 | HCl | eh |
| 02:17:32 | HCl | rockboy |
| 02:17:39 | DeadMan | nice |
| 02:17:44 | HCl | well. |
| 02:17:45 | HCl | not really |
| 02:17:51 | HCl | its more of a desperate thing, really. |
| 02:17:53 | | Quit edx (Read error: 60 (Operation timed out)) |
| 02:17:57 | cloudscapes | better than none at all :) |
| 02:18:00 | HCl | mhm. |
| 02:18:00 | DeadMan | well joystick has no diag |
| 02:18:34 | DeadMan | would require 2 keys |
| 02:18:43 | HCl | yup. |
| 02:19:32 | DeadMan | one way to knacker out the remote double fast :D |
| 02:19:38 | cloudscapes | can it detect non-joystick button and joystick button simul? |
| 02:19:56 | DeadMan | dunno |
| 02:20:11 | cloudscapes | hmmm |
| 02:20:25 | DeadMan | I would think maybe |
| 02:20:52 | HCl | i don't even know what you mean |
| 02:20:52 | HCl | o.o |
| 02:20:58 | DeadMan | since on the remote you can do a press and sideways thing for folder movement. but that's just the remote |
| 02:21:13 | cloudscapes | like play+up |
| 02:21:19 | DeadMan | yeah |
| 02:21:26 | HCl | yea, i'm sort of planning to use the previous/next for left/up and right/up |
| 02:21:39 | HCl | and the volume thing for left/down and right/down |
| 02:21:46 | cloudscapes | :) |
| 02:21:53 | DeadMan | games pfff |
| 02:21:54 | DeadMan | heh |
| 02:21:56 | HCl | and then a button for select/a/b |
| 02:22:01 | HCl | cause you need that for zelda |
| 02:22:13 | cloudscapes | <3 zelda |
| 02:22:28 | HCl | zelda will be hard, i can tell you that now. |
| 02:22:36 | DeadMan | just get me gapless mp3 and I will be content for the most part. everything else is just extra baggage ;) |
| 02:22:38 | HCl | best chance is to build a custom piece of hardware that works on the lcd port |
| 02:22:47 | HCl | erm |
| 02:22:49 | HCl | remote port |
| 02:22:53 | * | HCl is tired and needs sleep |
| 02:23:08 | DeadMan | or something that plugs in the usb port :) |
| 02:23:13 | cloudscapes | like an old nes controller adapter -> remote port |
| 02:23:15 | DeadMan | a game controller ;) |
| 02:23:34 | DeadMan | shame the usb has no server capability |
| 02:23:43 | cloudscapes | usb port won't work. usb chip is only for hd access :( |
| 02:23:48 | cloudscapes | yeah |
| 02:23:50 | DeadMan | i know |
| 02:23:58 | DeadMan | oh well |
| 02:24:04 | DeadMan | as you said |
| 02:24:10 | cloudscapes | shame cause there are a lot of pre-made usb adapters for controllers |
| 02:24:25 | DeadMan | would need some modded hardware to plug in the remote controll port |
| 02:25:03 | DeadMan | you could sell those ;) |
| 02:25:11 | DeadMan | I'd buy 1 :) |
| 02:25:22 | cloudscapes | as would I :) |
| 02:25:52 | * | DeadMan imagines sitting on a train playing on a gamepad connected to iRiver lol |
| 02:25:55 | HCl | :P |
| 02:26:06 | HCl | person who'd make it would make profits :P |
| 02:26:17 | HCl | but i'm not an electrical person guy |
| 02:26:27 | DeadMan | "Oh is that an iPoo?" "No!!!" |
| 02:26:46 | DeadMan | shoves gamepad down commuters throat |
| 02:26:47 | cloudscapes | I could probably make one, though it would be fugly |
| 02:26:59 | cloudscapes | like expozed pc board with wires all the place |
| 02:27:04 | cloudscapes | exposed even |
| 02:27:12 | HCl | shouldn't matter |
| 02:27:15 | HCl | as long as it works |
| 02:27:23 | HCl | then perfect the design and sell sell xD |
| 02:27:31 | DeadMan | anyhow we are spamming the irc log. people read this on the webpage you know. ;) |
| 02:27:40 | HCl | o.o |
| 02:27:41 | HCl | pfff. |
| 02:27:50 | | Join DrRick [0] (DrRick@81-86-221-211.dsl.pipex.com) |
| 02:27:51 | HCl | well its their choice to dig through meters of log. |
| 02:27:54 | cloudscapes | pfff, it's semy on-topic |
| 02:28:17 | DeadMan | I hear video playback (albeit in greyscale) is possible? |
| 02:28:24 | cloudscapes | OH! |
| 02:28:32 | cloudscapes | I had the silliest ideah yesterday |
| 02:28:40 | HCl | meh, you can't do much with 4 bit grayscale |
| 02:28:40 | cloudscapes | regarding video playback |
| 02:28:55 | DeadMan | better for the color series really |
| 02:29:10 | cloudscapes | displaying subs on the remote while playing the video on main unite |
| 02:29:16 | DeadMan | lol |
| 02:29:22 | DeadMan | cloudscape that makes me laugh |
| 02:29:24 | | Quit linuxstb (Read error: 60 (Operation timed out)) |
| 02:29:28 | cloudscapes | from .sub/.stx files |
| 02:29:40 | cloudscapes | cause like, sub files are fairly easy to get :p |
| 02:29:44 | DeadMan | your imagination goes too far :) |
| 02:29:45 | cloudscapes | <−−silly |
| 02:29:54 | DeadMan | I would prefer eBook reading |
| 02:30:09 | HCl | i agree |
| 02:30:10 | HCl | pdf |
| 02:30:12 | HCl | should be possible |
| 02:30:13 | HCl | its just. |
| 02:30:15 | HCl | horrid to read. |
| 02:30:17 | DeadMan | nice font and layout and bookmark function |
| 02:30:18 | HCl | but yes. |
| 02:30:20 | HCl | o.o |
| 02:30:23 | cloudscapes | I thought pdf be fairly closed format |
| 02:30:29 | HCl | nah. |
| 02:30:32 | cloudscapes | ah. cool |
| 02:30:39 | HCl | there are several open source readers for it.. |
| 02:30:51 | DeadMan | yes eBook pdf, txt, doc reading would be cool |
| 02:30:52 | | Join skav [0] (skav@67-138-74-184.dsl1.merch.roc.ny.frontiernet.net) |
| 02:30:52 | cloudscapes | with embedded mages even? |
| 02:30:57 | DeadMan | ah ok neat |
| 02:31:02 | HCl | haven't really checked that. |
| 02:31:24 | cloudscapes | pdf + zoom on iriver rockbox would rock (pun not intended) |
| 02:31:30 | HCl | um. |
| 02:31:35 | cloudscapes | though zoom + cpu melt |
| 02:31:36 | HCl | you seriously don't want to read a pdf on iriver |
| 02:31:44 | DeadMan | someone shoot the person who decided to make the Sony Librie DRM only :P |
| 02:31:45 | HCl | its far too small for that.. |
| 02:31:51 | cloudscapes | nah ;p just sayign it would be funny |
| 02:31:58 | HCl | whats the sony librie |
| 02:31:59 | HCl | ? |
| 02:32:02 | cloudscapes | not even a priority imho |
| 02:32:05 | DeadMan | uses eInk |
| 02:32:14 | DeadMan | new display technology |
| 02:32:20 | DeadMan | it's almost like paper |
| 02:32:23 | HCl | ahh. |
| 02:32:24 | HCl | that. |
| 02:32:27 | HCl | nice |
| 02:32:30 | HCl | but yea, drm sucks |
| 02:32:30 | DeadMan | it is |
| 02:32:37 | HCl | i'm not gonna buy drm enabled hardware.. |
| 02:32:45 | HCl | eventually, i'll prolly be forced to, bleh. |
| 02:32:49 | DeadMan | I will try to avoid it where I can |
| 02:32:54 | HCl | still, music can always be recorded into mp3 |
| 02:33:00 | HCl | cause you have to play it back |
| 02:33:07 | HCl | and if you can play it, you can record it again |
| 02:33:13 | DeadMan | they say they plugged the analog loophole :) |
| 02:33:21 | HCl | they cant |
| 02:33:21 | HCl | o.o |
| 02:33:34 | DeadMan | black noise or something |
| 02:33:44 | DeadMan | but you can probably filter it out somehow |
| 02:33:52 | HCl | they still can't, then you put a mic in front of a speaker. |
| 02:34:05 | DeadMan | would not work HCI |
| 02:34:09 | HCl | why not? |
| 02:34:09 | HCl | o.o |
| 02:34:19 | DeadMan | it's like Macrovision |
| 02:34:24 | HCl | hrm. |
| 02:34:32 | HCl | i don't see how you do that with sound |
| 02:34:33 | HCl | but ok. |
| 02:34:34 | DeadMan | You can't see it (or in this case hear it) until you try to record it |
| 02:34:47 | HCl | my xbox filters macrovision out of dvds... |
| 02:34:47 | DeadMan | lookup black noise on google I think |
| 02:34:51 | HCl | kay |
| 02:35:27 | HCl | can't find anything aside from a band called black noise |
| 02:35:43 | HCl | and a black headphone with noise reduction xD |
| 02:35:50 | cloudscapes | I know about pink white and brown noise, but not black :O |
| 02:35:51 | DeadMan | "dark noise" copy protection |
| 02:35:55 | HCl | kay |
| 02:36:23 | * | amiconn got the x11 changes to work. |
| 02:36:33 | DeadMan | “The technology works by encoding the original digital audio file with a unique hidden signal. The signal is embedded in the audio master and becomes an indelible part of the actual audio file in addition to aiding in subsequent origin identification. Should the original CD be copied, so, too, is the hidden signal and identification ‘tag.’ Unless illegally invoked, the listener is unaware of the hidden signal’s presence. Attempts to illegally copy the p |
| 02:36:47 | amiconn | Fugly hacky mess though ... needs a lot of cleanup |
| 02:36:54 | amiconn | ... but not now |
| 02:36:58 | amiconn | Nite! |
| 02:37:25 | | Part amiconn |
| 02:37:45 | HCl | yup |
| 02:37:50 | HCl | it only works when you encode it to mp3 |
| 02:38:02 | DeadMan | I dunno the ins and outs of it |
| 02:38:03 | HCl | or similar |
| 02:38:13 | HCl | ah well. |
| 02:38:31 | HCl | i'll continue disliking people who fight the freedom of other people |
| 02:38:34 | cloudscapes | sort of reminds me of noise canceling headphones |
| 02:38:53 | cloudscapes | where an inverted version of ambient noise is applied to the output |
| 02:38:53 | DeadMan | they don't work very well I hear |
| 02:38:59 | cloudscapes | theyre not perfect |
| 02:39:48 | cloudscapes | waveform + inverted waveform = silence, but it's far from perfect i na real-world scenario. taking speaker-ear distance and speed of sound into account, etc |
| 02:42:39 | | Quit Ka ("* poof *") |
| 02:43:08 | cloudscapes | HCl: I hear ya |
| 02:43:40 | HCl | as far as i can see, darknoise hasn't been demonstrated yet. |
| 02:44:03 | HCl | i severely dislike america's dmca, riaa and mpaa, and not to mention microsoft |
| 02:44:05 | HCl | bleh. |
| 02:44:12 | HCl | land of the free my ass :/ |
| 02:44:21 | * | HCl goes to sleep :/ |
| 02:44:28 | cloudscapes | nn |
| 02:45:04 | XShocK | what about xAudio codec ? |
| 02:45:10 | XShocK | it says " For non-commercial academic or educational use, the license is free. For all other uses, upfront fees apply." |
| 02:45:21 | XShocK | Xaudio for Embedded System |
| 02:46:12 | HCl | hm. |
| 02:46:25 | HCl | does rockbox fall under non-commercial academic or educational use? |
| 02:46:30 | | Quit cYmen ("i cheated.") |
| 02:46:34 | HCl | cause its our end users that actually end up using the codec.. |
| 02:47:28 | HCl | night. |
| 02:47:31 | cloudscapes | to lawyers, rockbox may be considered "commercial use" if it helps iriver sales |
| 02:47:36 | HCl | mhm. |
| 02:47:36 | cloudscapes | night |
| 02:47:41 | XShocK | night |
| 02:47:45 | ashridah | heh. |
| 02:47:54 | ashridah | how can it assistthe sale of a product that's been discontinued? |
| 02:48:19 | cloudscapes | lawyers are good at figuring stuff like that out ;) |
| 02:48:34 | XShocK | :) |
| 02:48:38 | cloudscapes | besides, yo ucan still buy it in some places, even if production has officially stopped |
| 02:49:21 | | Quit DrRick () |
| 02:51:23 | hubble | cloudscapes: which iriver models are discontinued H100-H300 ? |
| 02:51:35 | cloudscapes | h1x0's |
| 02:51:42 | | Join BBub [0] (belzebub16@dsl-213-023-068-197.arcor-ip.net) |
| 02:51:45 | cloudscapes | 300 is still going strong I believe |
| 02:51:57 | hubble | cloudscapes: doh :) |
| 02:52:08 | BBub | are photos of the h-110 still needed? |
| 02:52:09 | | Quit hubble ("sleep") |
| 02:52:11 | cloudscapes | but I'm not 100% sure about H1x0's, it's just stuff I hear :) |
| 02:52:55 | cloudscapes | H1x0 is the necer product imho ;) 300 is too palsticky and doesn't have al lthe audio-related featers H1x0 does |
| 02:53:00 | cloudscapes | *nicer even |
| 02:53:25 | HCl | 300 has drm. says enough. |
| 02:53:28 | HCl | but i'm sleeping. |
| 02:53:57 | cloudscapes | hmmm. good point |
| 02:54:46 | *** | Saving seen data "./dancer.seen" |
| 02:59:24 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
| 03:00 |
| 03:04:22 | | Quit Hohoman ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 03:08:12 | * | HCl stares |
| 03:08:28 | * | HCl wonders why his other laptop decided to reboot in the middle of the night |
| 03:40:23 | | Join IRCMonkey_ [0] (~chatzilla@r42h108.res.gatech.edu) |
| 03:45:05 | | Nick IRCMonkey_ is now known as Andrew179 (~chatzilla@r42h108.res.gatech.edu) |
| 03:48:02 | | Quit Andrew179 ("Chatzilla 0.9.67 [Firefox 1.0+/20050209]") |
| 03:58:21 | | Quit cloudscapes (Read error: 110 (Connection timed out)) |
| 03:59:35 | | Quit XShocK (" HydraIRC -> http://www.hydrairc.com <- The professional IRC Client") |
| 04:00 |
| 04:06:05 | | Join QT_ [0] (as@area51.users.madwifi) |
| 04:08:32 | | Join edx [0] (edx@pD9EABCE9.dip.t-dialin.net) |
| 04:09:53 | | Join toolmanwv [0] (~aaa@pool-70-18-122-238.buff.east.verizon.net) |
| 04:10:34 | toolmanwv | IDENTIFY 021273 |
| 04:14:39 | | Quit QT (Read error: 60 (Operation timed out)) |
| 04:15:40 | | Join Ka [0] (~tkirk@pcp0010733332pcs.howard01.md.comcast.net) |
| 04:18:30 | | Quit toolmanwv (Nick collision from services.) |
| 04:18:34 | coob | aha |
| 04:18:36 | coob | :D |
| 04:18:39 | | Join toolmanwv [0] (~aaa@pool-70-18-122-238.buff.east.verizon.net) |
| 04:19:32 | | Quit toolmanwv (Nick collision from services.) |
| 04:19:39 | | Join toolmanwv [0] (~aaa@pool-70-18-122-238.buff.east.verizon.net) |
| 04:19:42 | | Quit toolmanwv (Client Quit) |
| 04:25:07 | ashridah | rofl. not smart |
| 04:35:03 | | Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a212.wi.tds.net) |
| 04:43:23 | | Quit DeadMan (Read error: 110 (Connection timed out)) |
| 04:54:50 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:06:47 | | Quit skav () |
| 05:14:18 | | Join johntb [0] (~Baumans@66.216.161.152.dynamic.dejazzd.com) |
| 05:20:37 | | Quit johntb ("Leaving") |
| 05:39:39 | | Join adi|home [0] (~adi|home@as5800-1.216-194-2-182.nyc.ny.metconnect.net) |
| 05:39:42 | | Nick adi|home is now known as adiamas (~adi|home@as5800-1.216-194-2-182.nyc.ny.metconnect.net) |
| 05:39:45 | | Nick adiamas is now known as adi|home (~adi|home@as5800-1.216-194-2-182.nyc.ny.metconnect.net) |
| 06:00 |
| 06:15:21 | | Join mrmags [0] (~stryfe@ool-4351b9f0.dyn.optonline.net) |
| 06:23:54 | | Quit Cassandra_ (Read error: 60 (Operation timed out)) |
| 06:24:05 | | Join Cassandra_ [0] (~christi@213.78.106.208) |
| 06:30:56 | | Join uncledrax [0] (~uncledrax@133-154-222-203.rev.techex.net.au) |
| 06:32:09 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 06:34:07 | | Join shasty [0] (shasty@adsl-65-65-105-16.dsl.austtx.swbell.net) |
| 06:34:40 | shasty | anyone here? |
| 06:34:53 | | Quit shasty (Client Quit) |
| 06:40:31 | | Join webguest38 [0] (~d4827c0d@labb.contactor.se) |
| 06:42:54 | | Quit webguest38 (Client Quit) |
| 06:54:51 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:02:07 | | Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) |
| 07:20:07 | | Join aliask [0] (~d31c7b45@labb.contactor.se) |
| 07:21:38 | aliask | Quick question regarding the cpu's of the H300 series. What is its base clock speed? |
| 07:21:56 | DMJC | how's the sound output/cpu clock stuff coming? |
| 07:22:57 | aliask | I think hubble got some stuff on it the other day, but since then I've heard nothing. |
| 07:28:38 | ashridah | someone's been poking at the emac support, preglow or someone. don't know if anyone's gotten sound output actually running. |
| 07:29:00 | ashridah | codec support is coming along, although linuxstb is getting some crashes while reading data. |
| 07:29:26 | ashridah | the basic answer is 'you may as well come back in a week or two, not a day to ask again' |
| 07:31:19 | aliask | So does anyone know the clock speed of the H300 series? |
| 07:43:53 | | Quit aliask ("Leaving") |
| 07:44:39 | rasher | Good morning |
| 07:44:54 | sneakums | the only good morning is a dead one. |
| 07:45:22 | rasher | Verily. |
| 07:45:27 | dwihno | The only good morning is saturday morning. |
| 07:45:27 | dwihno | :) |
| 08:00 |
| 08:04:31 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 08:04:37 | preglow | top of the morrow |
| 08:04:55 | rasher | Ahoy |
| 08:05:34 | Strath | built a jtag cable, what software would be best to test it with? :) |
| 08:07:37 | preglow | dunno, haven't used jtag for a couple of years |
| 08:11:24 | Strath | k, thx |
| 08:20:49 | | Join DominDK [0] (Domin@50C57FCC.flatrate.dk) |
| 08:24:05 | | Nick DominDK is now known as Domin (Domin@50C57FCC.flatrate.dk) |
| 08:26:29 | rasher | G'morning |
| 08:29:56 | Domin | morning :-) |
| 08:30:04 | HCl | o.o |
| 08:30:13 | Domin | i see this great project is still alive ;-) |
| 08:30:21 | HCl | hi |
| 08:30:29 | Strath | and expanding |
| 08:30:30 | Domin | we should have people like you working on new kiss firmware :-P |
| 08:30:43 | * | HCl falls back asleep |
| 08:33:14 | Domin | any of you interested in doing some development on a kiss player ??? |
| 08:34:41 | preglow | what's that? |
| 08:35:58 | Domin | www.kiss-technology.com |
| 08:36:12 | Domin | ethernet enabled dvd player |
| 08:36:19 | Domin | divx xvid player |
| 08:36:30 | Domin | but firmware is crappy |
| 08:36:38 | dwihno | The mplayer guys found some strings in the firmware binary containing support for the internal mplayer subtitle format... What happened to that story? |
| 08:36:53 | Domin | nothing happend |
| 08:36:57 | Domin | i saw that |
| 08:37:17 | Domin | but kiss cant release source due to sigma nda |
| 08:37:32 | dwihno | I understand |
| 08:37:58 | dwihno | Well, why did they incorporate mplayer code then when it's obviously GPL code? People who code for money KNOW what the GPL is all about. |
| 08:38:04 | dwihno | Did they think they would get away with it? |
| 08:38:21 | Domin | no idea |
| 08:38:25 | Domin | im not with kiss |
| 08:38:38 | Domin | i just own a player and really wouldt like it to get better |
| 08:38:45 | dwihno | I never implied you are :) |
| 08:38:54 | dwihno | Just discussing the matter. |
| 08:39:02 | Domin | it can do great stuff if it just have som talented guys like you |
| 08:39:05 | Domin | :-) |
| 08:39:27 | Domin | but yes you are right they shouldt not have included the code |
| 08:39:47 | coob | and then changed the strings to make it look like they didnt. |
| 08:39:55 | dwihno | I see the "core team" as the talented guys, I'm just another wheel in the machinery and supplies whatever I can help out with. |
| 08:40:14 | dwihno | coob: are you certain? |
| 08:40:34 | coob | i dunno - thats afair from the mplayerhq.hu website |
| 08:40:44 | coob | check their news archives |
| 08:41:14 | Domin | well, im with www.mpeg-playcenter.com a kiss player forum |
| 08:41:35 | Domin | and i wish we had some more talented huys like you |
| 08:41:47 | Domin | since i remember what you did with my archos |
| 08:41:57 | Domin | wich was basicly dead before i came here |
| 08:43:25 | preglow | would not be the first time someone blatantly stole gpl code, no |
| 08:43:37 | preglow | they don't seem to think it will ever be discovered if it's in the firmware |
| 08:44:29 | Domin | anyone got a direct link to the story |
| 08:46:11 | dwihno | I've checked the news archive. Can't find anything |
| 08:46:38 | Bagder | google for "mplayer kiss GPL" |
| 08:46:52 | Bagder | lots of stuff |
| 08:46:56 | * | Bagder runs off again |
| 08:48:34 | Domin | okie |
| 08:48:58 | | Join Zagor [242] (~bjst@labb.contactor.se) |
| 08:50:46 | dwihno | "In an interview on Dutch radio, KISS director Peter Christensen suggested that MPlayer is likely using leaked code from KISS" |
| 08:50:52 | dwihno | Whatever... |
| 08:50:56 | Zagor | lol! |
| 08:51:07 | DMJC | in reality the opposite is actually true |
| 08:51:25 | dwihno | Well, the first code to use, if the source was leaked, I'd also choose the subtitle code :) |
| 08:51:45 | dwihno | me english guud |
| 08:51:51 | Zagor | especially the "mplayer subtitle format" was obviously written by KISS |
| 08:51:56 | dwihno | :-) |
| 08:51:59 | dwihno | well of course it is! |
| 08:52:00 | dwihno | :) |
| 08:53:34 | Domin | ohh, nice i found the danish interview |
| 08:53:39 | Domin | listening right now |
| 08:53:53 | Domin | its on the news page of the .hu site |
| 08:54:26 | | Nick Lynx_awy is now known as Lynx_ (HydraIRC@134.95.189.59) |
| 08:54:33 | Lynx_ | good morning! |
| 08:54:53 | *** | Saving seen data "./dancer.seen" |
| 08:55:08 | dwihno | Domin: english interview? |
| 08:55:29 | dwihno | I can't understand danish |
| 08:56:30 | Zagor | http://www.mplayerhq.hu/homepage/design7/news.html |
| 08:56:40 | preglow | ahaha |
| 08:56:43 | Zagor | scroll to 2004.01.10 |
| 08:56:49 | preglow | how intelligent |
| 08:57:04 | preglow | and libmad and libjpeg as well |
| 08:57:17 | preglow | it's in firmware, obviously, so no one will ever notice it! |
| 08:58:48 | Domin | dwihno, partly |
| 08:58:57 | Domin | but they got a translation on the .hu site |
| 08:59:05 | Domin | just search for kiss on the news page |
| 08:59:12 | Domin | its almost at the bottom |
| 09:00 |
| 09:02:43 | dwihno | I'm reading it |
| 09:20:28 | | Quit preglow ("oot") |
| 09:32:40 | | Join Schnueff [0] (~mah@134.96.247.238) |
| 09:39:37 | | Join bobTHC [0] (~foo@l05m-18-155.d1.club-internet.fr) |
| 09:39:54 | bobTHC | hi noble ppl ;) |
| 09:55:56 | | Quit bobTHC ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 10:00 |
| 10:01:37 | | Join linuxstb [0] (~linuxstb@dsl-212-23-31-215.zen.co.uk) |
| 10:20:31 | | Join amiconn [0] (~jens@pD9E7E529.dip.t-dialin.net) |
| 10:25:07 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 10:25:25 | * | LinusN is home with his sick kid |
| 10:26:23 | linuxstb | Morning Linus, hope your kid gets well soon. |
| 10:26:49 | LinusN | he'll be allright |
| 10:27:20 | Domin | :-) |
| 10:27:32 | | Join B4gder [0] (~daniel@neptunus.contactor.se) |
| 10:27:59 | linuxstb | LinusN: Do you have any theories about the recording glitch, or is it just a case of wait and see how Rockbox performs? |
| 10:28:04 | | Join kurzhaarrocker [0] (~Phil@62.156.55.147) |
| 10:28:35 | LinusN | *if* we're talking about dropped samples, then i think we might be able to fix it |
| 10:28:37 | kurzhaarrocker | You should install an anti virus tool on your kid |
| 10:28:44 | LinusN | kurzhaarrocker: :-) |
| 10:28:56 | | Join Sucka [0] (~NNSCRIPT@host81-156-215-25.range81-156.btcentralplus.com) |
| 10:29:19 | linuxstb | Yes, I think the major problem is dropped samples (from what I've read). The problem discussed last night sounds like something else. |
| 10:31:15 | | Join webguest23 [0] (~d444e37c@labb.contactor.se) |
| 10:31:58 | B4gder | linuxstb: you have any idea if these codec source codes you've looked at assume 32 bit int? |
| 10:33:25 | webguest23 | hi all, I've been trying to set up an iriver build environment in cygwin |
| 10:33:44 | webguest23 | but get stuck when compiling binutils: |
| 10:33:49 | linuxstb | B4gder: libFLAC uses an inttypes.h - uint16_t, uint32_t and (sadly) uint64_t - so I created that. I think libFLAC makes a lot of use of 64-bit integers, so that's an area to look at when optimising. |
| 10:33:50 | webguest23 | *** No rule to make target `../bfd/bfd.h', needed by `size.o'. |
| 10:34:12 | webguest23 | Any ideas for what may be causing this? |
| 10:34:26 | linuxstb | libMAD uses it's own 32-bit fixed-point number format. |
| 10:34:49 | B4gder | linuxstb: ok, I was just thinking ahead for the Gmini support... |
| 10:34:53 | sneakums | inttypes.h is a C99 header, I believe |
| 10:35:15 | | Join webguest00 [0] (~c31ce021@labb.contactor.se) |
| 10:35:32 | B4gder | webguest23: others have mentioned cygwin build problems before as well |
| 10:35:51 | linuxstb | What's different about the Gmini? |
| 10:35:55 | B4gder | I don't know if anyone has succeeded to get an iriver build env up yet |
| 10:36:02 | B4gder | linuxstb: it has 16 bit ints |
| 10:36:21 | linuxstb | Does that mean no 32-bit ints then? |
| 10:36:31 | B4gder | 32 bit longs, 16 bit ints |
| 10:36:56 | linuxstb | So it's just a compiling issue - it can work with 32-bit integers? |
| 10:37:21 | webguest23 | and I'd imagine that people who could fix it use linux anyway |
| 10:37:29 | B4gder | yes, its just a compiling issues, but if the codecs use 'int' in the source and assume 32 bit, it would be more painful |
| 10:38:02 | B4gder | webguest23: perhaps, IMHO Linux makes superior build environment anyway |
| 10:38:09 | B4gder | makes a |
| 10:38:12 | linuxstb | I think we'll be OK, the codecs seem to define their own types for the various integer size (e.g. FLAC_uint32_t). |
| 10:38:29 | B4gder | that's good |
| 10:38:47 | | Quit kurzhaarrocker (Remote closed the connection) |
| 10:39:54 | | Quit webguest23 ("CGI:IRC") |
| 10:42:39 | | Join webguest01 [0] (~c31ce021@labb.contactor.se) |
| 10:42:39 | | Quit webguest00 ("CGI:IRC (EOF)") |
| 10:46:41 | linuxstb | Is there a reason we are not using inttypes.h (or similar) in Rockbox? Should we start using it? |
| 10:49:39 | B4gder | the original reason was that we didn't need it |
| 10:50:55 | amiconn | linuxstb: What would be the advantage? |
| 10:51:13 | Zagor | in my experience, forcing everyone to specify the bit count of every single variable tends to produce more trouble than help. |
| 10:51:37 | B4gder | yes, that usually makes people start thinking when they shouldn't ;-) |
| 10:52:12 | dwihno | :) |
| 10:52:20 | linuxstb | It doesn't have to be used everywhere - people could still use int, long etc if they wanted (but why?). It would make the codec porting simpler, and keep all the int problems in one place. |
| 10:52:37 | B4gder | yes, it would certainly make sense for codec porting etc |
| 10:52:38 | Zagor | you get new int problems instead |
| 10:52:45 | LinusN | indeed |
| 10:52:46 | B4gder | if the codecs use it of course |
| 10:53:04 | LinusN | people start using non-optimal types for no reason |
| 10:53:24 | B4gder | linuxstb: people should use 'int' because it is the native prefered numerical |
| 10:53:40 | amiconn | For all our architectures, 'short' is 16 bit, 'long' is 32 bit. Only 'int' size varies (16 or 32 bit), but forcing 16 bit for 32 bit architectures isn't good |
| 10:54:07 | LinusN | and vice versa |
| 10:54:17 | amiconn | I tried it with the grayscale lib, it makes the code significantly larger |
| 10:54:42 | B4gder | and it applies to just about every architecture out there |
| 10:54:55 | *** | Saving seen data "./dancer.seen" |
| 10:55:49 | amiconn | I think the rules are simple. Use long if the value can become >16 bits, int otherwise. Use short only where it comes in larger quantities, i.e. arrays, to save storage space |
| 10:56:24 | linuxstb | But, for example, with sound data, you need a specified number of bits. |
| 10:57:01 | LinusN | yes, that's one example of where you need it |
| 10:57:31 | linuxstb | OK, so we keep any inttype.h limited to use in the codecs and other specific cases, but don't use it in general? |
| 10:57:44 | LinusN | exactly |
| 11:00 |
| 11:01:35 | linuxstb | Is anyone interested in fixing the FAT "feature" that I found yesterday (the shortname for a file created with the name "file.wav" not having a shortname extension of .wav?). It's an issue because the iRiver firmware only seems to look at the shortname extension when determining filetypes - so a .wav file created by rockbox isn't recognised in the iRiver firmware. |
| 11:02:23 | linuxstb | My hack to fix it yesterday was simply to make ".wav" the default shortname extension, so I could test my wavs in the iRiver firmware. |
| 11:02:43 | | Quit webguest01 ("CGI:IRC (EOF)") |
| 11:03:36 | Zagor | oh my, that's very forbidden behaviour by iriver. |
| 11:03:39 | LinusN | linuxstb: what a nice iriver bug |
| 11:03:59 | linuxstb | linuxstb: Yep. |
| 11:04:05 | LinusN | :-) |
| 11:04:08 | * | linuxstb must stop talking to myself. |
| 11:05:33 | linuxstb | But it could be an issue with people who switch between the two firmwares. |
| 11:05:33 | Zagor | the problem with keeping the extension is that it severly limits the number of available filenames |
| 11:06:32 | linuxstb | Zagor: Why don't you just randomise the last 3 characters of the main part of the filename, and keep (as far as possible) the longname extension. |
| 11:07:19 | Zagor | i know there was a reason I did it like that, but I can't remember it now :-( |
| 11:07:30 | linuxstb | :-) |
| 11:07:51 | linuxstb | Maybe it was just difficult to search through the string and find the original extension reliably. |
| 11:08:02 | Zagor | no |
| 11:08:34 | linuxstb | But surely it doesn't matter which of the 11 characters are randomised. |
| 11:09:21 | amiconn | Imho the number of files sharing the same extension tends to be higher than the number of files sharing the same characters 6..8 |
| 11:09:37 | | Join bobTHC [0] (~foo@l05m-18-155.d1.club-internet.fr) |
| 11:09:45 | bobTHC | re |
| 11:10:06 | amiconn | So if the random choice is switched to the last 3 chars of the short name, the search for a unique name will be harder, and take longer |
| 11:10:45 | Zagor | it might also have been an issue with scandisk/chkdsk/fsck protesting against some forms of shortnames |
| 11:11:27 | linuxstb | But doesn't Windows normally generate names of the form filena~1.ext ? |
| 11:11:49 | Zagor | yes |
| 11:12:15 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 11:12:19 | Zagor | but that is a VERY slow form, since it requires scanning the directory first to find out how many matching names exist |
| 11:12:41 | amiconn | I wonder what Windows does when filena~1... filena~9 are all taken |
| 11:13:54 | Zagor | fooooo96.bar becomes FOABCD~1.BAR |
| 11:14:12 | Zagor | ie a 4-letter hex value. but they still keep the silly ~1 part |
| 11:15:35 | | Nick Strath is now known as StrathAFK (~mike@dgvlwinas01pool0-a212.wi.tds.net) |
| 11:16:10 | Zagor | the really boring part is that different windows versions do things differently, and accept different things... |
| 11:17:42 | amiconn | Iirc the fat95 file system handler (Amiga) simply randomises the last characters of the shortname (like proposed by linuxstb). |
| 11:18:01 | amiconn | I could not observe undesired effects caused by that |
| 11:18:14 | Zagor | i'm ok with testing that |
| 11:18:38 | amiconn | Instead of using hex, we could randomise a bit more by using all letters & numbers |
| 11:18:48 | Zagor | yup |
| 11:19:37 | B4gder | base64 possibly |
| 11:20:02 | amiconn | Not possible, only capital letters are allowed |
| 11:20:11 | B4gder | silly me |
| 11:20:30 | | Join Patr3ck [0] (~patr3ck@p548CB3CB.dip.t-dialin.net) |
| 11:21:42 | amiconn | B4gder: I'd say FAT shortnames are silly... |
| 11:22:04 | B4gder | I couldn't agree more |
| 11:24:50 | LinusN | hmmm, 140MHz makes a difference... |
| 11:25:18 | Zagor | really? :) |
| 11:25:25 | Zagor | lunch |
| 11:25:50 | dwihno | LinusN: yay :) |
| 11:26:28 | B4gder | 140 MHz should be enough for everyone |
| 11:26:33 | B4gder | :-) |
| 11:26:36 | LinusN | :-b |
| 11:26:38 | Sucka | how come it was only running at 10 or so before? |
| 11:26:50 | | Join Chamois [0] (~3e234217@labb.contactor.se) |
| 11:26:53 | LinusN | Sucka: that's the frequency of the external oscillator |
| 11:26:55 | B4gder | that _was_ enough for everyone <g> |
| 11:27:08 | Sucka | ah i see |
| 11:27:24 | LinusN | then you use the pll to multiply it |
| 11:28:05 | dwihno | LinusN: so how do you notice it's faster? :) |
| 11:28:22 | dwihno | LinusN: me silly. me didn't think about the demos. |
| 11:28:37 | LinusN | i changed the frequency but kept the timer settings |
| 11:28:50 | LinusN | so the backlight turns off really fast :-) |
| 11:29:04 | LinusN | and the key repeat is insanely fast |
| 11:29:05 | Sucka | hehe |
| 11:29:40 | B4gder | Rockbox- fastest keyrepeat firmware on earth |
| 11:29:45 | B4gder | :-P |
| 11:30:49 | * | linuxstb looks forward to Linus's next CVS commits |
| 11:34:24 | Domin | LinusN, you shouldt develop firmware for the kiss player :-) |
| 11:34:38 | LinusN | the what? |
| 11:34:46 | Domin | kiss dvd player |
| 11:34:56 | Domin | theire firmware is really crappy |
| 11:35:04 | Domin | just like archos was before |
| 11:35:12 | dwihno | LinusN: hooray for key repeat! :) |
| 11:36:31 | ashridah | domin: good luck getting specs to the hardware |
| 11:36:48 | ashridah | and of course, if the decss is done in software, you're basically screwed |
| 11:37:06 | linuxstb | Domin: Yes, it's nice hardware (Linux-based DVD player with Ethernet and hard drive), but the problem is with the closed hardware MPEG2/4 decoder. |
| 11:37:24 | Domin | ashridah, ye the specs are the hard part |
| 11:37:32 | Domin | sigma chip |
| 11:37:38 | Domin | they wont give specs out |
| 11:38:00 | B4gder | Domin: send us a couple of players, and we'll start hacking |
| 11:39:04 | bobTHC | lol |
| 11:39:23 | Sucka | might just watch a few films before you start, eh? ;) |
| 11:39:29 | Domin | B4gder, deal |
| 11:39:32 | Sucka | to "test the hardware" |
| 11:39:40 | Domin | i might actualy manage that |
| 11:39:52 | Domin | if your serious about it |
| 11:39:57 | ashridah | Domin: well, even if you get specs, it's not going to be much use if you can only play unencrypted dvds |
| 11:40:18 | bobTHC | i'm sure some ppl are ready to send u tons of kiss player |
| 11:40:20 | Domin | well, it runs uclinux im informed |
| 11:40:33 | Domin | and it playes xvid and divx |
| 11:40:39 | Domin | but there are lot of problems with it |
| 11:40:49 | ashridah | if it's running uclinux, why do you need rockbox? |
| 11:40:58 | ashridah | just jump in and start modifying it yourself :) |
| 11:41:08 | Domin | well, we need someone to make a stable firmware |
| 11:41:10 | Domin | i cant code |
| 11:41:21 | Domin | and we dont have the source |
| 11:41:44 | Domin | only thing we can do right now i small stuff like removing macrovision |
| 11:41:47 | coob | don't via have sigma drivers for their epia stuff |
| 11:41:50 | coob | (linux drivers) |
| 11:42:08 | Domin | im a mod at www.mpeg-playcenter.com |
| 11:42:24 | linuxstb | It's not a low-level firmware project like Rockbox - it's "simply" a matter of rewriting the applications that run on Linux. |
| 11:42:25 | Domin | and we looked into getting someone to make a new firmware |
| 11:42:35 | ashridah | it's uclinux |
| 11:42:42 | ashridah | you damned well should have the code. to the kernel at least. |
| 11:42:51 | ashridah | anything they've written separately themselves is another matter |
| 11:43:03 | ashridah | but you've got the basis of hardware support at least. |
| 11:43:10 | ashridah | (or a sucky company) |
| 11:43:10 | Domin | well, you can download source at www.kiss-technology.com |
| 11:43:17 | Domin | but that wont get you far |
| 11:43:53 | Domin | things like wireless is unstable and stuff like that |
| 11:44:48 | linuxstb | The Linux hacks for the Hauppauge MediaMVP take the stock ucLinux kernel, and use the binary drivers provided by the manufacturer to build their own firmware upgrades. I imagine a project for the Kiss players could do the same thing. |
| 11:45:20 | Domin | well, i really dont know seems like no one are able to |
| 11:45:37 | Domin | and the forum counts 17000 registred members now |
| 11:46:00 | linuxstb | Maybe Linux hackers just don't like Kiss. |
| 11:46:17 | Domin | hehe perhaps |
| 11:46:25 | Domin | shame thou |
| 11:46:56 | Domin | since i would really like to see somthing like what was done to the xbox :-) |
| 11:47:01 | Domin | or archos |
| 11:47:15 | Domin | since my archos player was crap before your firmware |
| 11:47:21 | linuxstb | Do you mean xbox-linux? |
| 11:47:35 | Domin | ye, the mediaplay ting for xbox |
| 11:48:06 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 11:48:15 | linuxstb | I think the xbox media-player project is different - it runs under the Xbox's own cut-down win2k operating system. |
| 11:49:57 | Domin | hmm, i thought it ran linux |
| 11:50:04 | Domin | but im no expert |
| 11:50:19 | Sucka | i think that was just some independent people managed to get it to run linux |
| 11:50:26 | Sucka | not related |
| 11:50:27 | Domin | im just a user that wouldt like the kiss player to work better |
| 11:50:32 | Domin | ohh |
| 11:50:34 | Domin | okie |
| 11:52:29 | preglow | hah |
| 11:52:53 | linuxstb | Morning preglow - how's the emac coming along? |
| 11:53:20 | | Quit Cassandra_ (Read error: 60 (Operation timed out)) |
| 11:53:29 | preglow | relatively fine, because of some spurious behaviour, i haven't been able to bloody try using it for something |
| 11:53:48 | preglow | there are some shifts happening that i don't understand |
| 11:54:42 | preglow | but woot, it'll be fun to see how good the codecs perform with 140 mhz coldfire |
| 11:55:11 | linuxstb | Yep, I think FLAC will be OK, but I'm worried about libmad. |
| 12:00 |
| 12:05:00 | | Join Cassandra_ [0] (~christi@213.78.120.27) |
| 12:06:25 | | Join webguest23 [0] (~d4827c0d@labb.contactor.se) |
| 12:11:10 | ashridah | linuxstb: there's at least one other coldfire-based mp3 player that does FLAC, so it should be possible |
| 12:11:43 | preglow | it is possible |
| 12:11:58 | preglow | flac IS less cpu intensive than mp3, and mp3 is no problem |
| 12:12:16 | preglow | it just requires heaps and heaps of asm optimization :P |
| 12:13:46 | DMJC | so 140mhz is working>? |
| 12:13:52 | linuxstb | But libmad's desire to work to 24-bit accuracy could be slowing it down. |
| 12:15:21 | linuxstb | DMJC: I think Linus is still working on it, but basically yes - on his iRiver only ATM. |
| 12:15:26 | DMJC | k |
| 12:15:31 | preglow | linuxstb: well, no, it does compromise and do 16x16 bit muls |
| 12:15:47 | preglow | linuxstb: but perhaps, i don't know, i haven't looked much at the source itself |
| 12:17:12 | preglow | apart from fixed.h, that is |
| 12:17:35 | linuxstb | No, I haven't look at the source much either. |
| 12:20:49 | Sucka | i wonder how mario will run ;) |
| 12:24:54 | B4gder | Domin: I'm serious, but I won't make any promises |
| 12:25:01 | | Join webguest37 [0] (~c31ce021@labb.contactor.se) |
| 12:27:34 | Domin | :-) |
| 12:27:44 | Domin | well, i will most sertaintly look into it |
| 12:28:06 | Domin | the last one who developed a mod firmware for it got a kiss player for free |
| 12:29:28 | linuxstb | B4gder: You'll basically need to implement a software DVD player. Even Xine and Ogle don't work 100% with all DVDs. |
| 12:29:49 | linuxstb | That's ignoring all the other media formats you will be asked to support. |
| 12:29:57 | Domin | well, dvds are the smalles problem with it |
| 12:30:12 | Domin | xvid and divx are more importent |
| 12:30:20 | linuxstb | But a replacement firmware (not a hacked firmware) will have to reimplement everything the current player can do. |
| 12:30:21 | B4gder | I'd only agree to hack on it, not to write heaps of software that would make everything imaginable |
| 12:30:28 | preglow | linuxstb: seems like it contains a hardware decoder |
| 12:30:33 | Domin | hehe |
| 12:30:39 | | Join jyp [0] (~jp@10.135-200-80.adsl.skynet.be) |
| 12:30:50 | linuxstb | preglow: but that's only to help with the MPEG video decoding. That's just a small part of a DVD player. |
| 12:30:55 | Domin | well, if perhaps some one wouldt just get started then other will follow im sure of |
| 12:31:05 | preglow | sure, but it's a big part |
| 12:31:13 | Domin | and as i see it you guys are the most qualifyed |
| 12:31:34 | linuxstb | Well, the big problem is to start something, set up the development environment, and get real-time MPEG2/4 playback out of it. |
| 12:31:37 | preglow | Domin: what exactly sucks about the firmware? |
| 12:32:04 | jyp | Anyone know if Linus (or someone) implemented the variable CPU speed? |
| 12:32:28 | B4gder | nope |
| 12:32:39 | sneakums | linus has it running at 140mhz, i thought. |
| 12:32:46 | sneakums | or is that different |
| 12:32:48 | B4gder | variable CPU speed is set for later |
| 12:32:51 | Zagor | jyp: one step at a time |
| 12:33:03 | sneakums | oh, dynamic? |
| 12:33:03 | jyp | Just a question |
| 12:33:48 | jyp | I need to set the CPU speed in the gmini port; so if it was already done I could put my code in the right place |
| 12:34:00 | preglow | is the rockbox malloc usable right now? or even present? |
| 12:34:01 | Domin | preglow, lots of freezes |
| 12:34:09 | B4gder | preglow: not present right now |
| 12:34:16 | Domin | lots of lacking supports for formats |
| 12:34:27 | Domin | dvd playback is crappy |
| 12:34:30 | preglow | Domin: like which formats? |
| 12:34:45 | Domin | well, for once you cant stream ogg from net |
| 12:35:01 | linuxstb | B4gder: I don't think we need them. So far, I am just using a trivial malloc implementation (with no free or realloc). I think that will also work OK for the real codec implementation. |
| 12:35:04 | Domin | streaming of video contents wouldt also be a possibilit |
| 12:35:17 | Domin | wmv support |
| 12:35:21 | Domin | from net |
| 12:35:35 | Domin | better support of wireless netcards |
| 12:35:37 | B4gder | linuxstb: cool, I'll hold off the malloc stuff until we hit a wall ;-) |
| 12:36:24 | Domin | hehe, archos is actualy on the front page of the www page now |
| 12:36:46 | B4gder | what front page? |
| 12:37:09 | Domin | www.mpeg-playcenter.com |
| 12:37:22 | Domin | kiss player forum |
| 12:38:33 | linuxstb | preglow: Do you need malloc() for anything? |
| 12:38:45 | Domin | http://www.jacek.it.pl/kiss/index_en.html <−− there is a bit of info on the file system there |
| 12:39:25 | Domin | By the way what do you guys use to program in ??? |
| 12:39:51 | preglow | linuxstb: nothing i can think of |
| 12:39:54 | linuxstb | Domin: Is there anything a Kiss player can do that an XBox running Linux can't do? |
| 12:41:15 | B4gder | Domin: rockbox is C, with small parts in asm |
| 12:45:11 | | Quit Chamois ("CGI:IRC (EOF)") |
| 12:45:27 | Zagor | Domin: personally I wouldn't feel very good about helping a company that is knowignly voilating the GPL |
| 12:45:32 | | Quit xen` (Read error: 110 (Connection timed out)) |
| 12:45:35 | | Join Chamois [0] (~3e234217@labb.contactor.se) |
| 12:46:37 | linuxstb | Zagor: I agree, but I thought Kiss had been in contact with the MPlayer people and it was resolved? |
| 12:46:55 | preglow | really? |
| 12:47:11 | preglow | funny mplayer people haven't mentioned it |
| 12:47:35 | linuxstb | I think the discussions happened privately, and for some reason the MPlayer people don't talk about it. |
| 12:48:14 | linuxstb | By "privately", I mean only amongst the MPlayer copyright holders. |
| 12:49:13 | preglow | they should talk about it after having made a fuss like that |
| 12:50:22 | linuxstb | I agree, but I haven't heard any more complaints about Kiss from the MPlayer people themselves. |
| 12:51:09 | linuxstb | Which is why I think it's been resolved somehow. But someone please correct me if I'm wrong. |
| 12:52:44 | Zagor | the mplayer authors are not exactly known for their communication skills... :-) |
| 12:52:59 | linuxstb | true |
| 12:53:11 | ashridah | they're also decidedly ignorant of legal matters |
| 12:53:25 | Zagor | yes |
| 12:54:07 | linuxstb | ashridah: It's probably a good thing for mplayer users that they are. |
| 12:54:56 | *** | Saving seen data "./dancer.seen" |
| 12:57:57 | rasher | Maybe they got paid to relicense to KISS and don't want to talk about that |
| 12:58:52 | preglow | rasher: that's exactly the kind of conclusions people will draw if they don't announce the outcome |
| 12:59:13 | preglow | and ignoring legal matters in exchange for money doesn't exactly make you a good example |
| 13:00 |
| 13:00:15 | rasher | Well relicensing for money is a perfectly fine solution I'd say |
| 13:00:25 | rasher | KISS should just have done that from the start, mind |
| 13:00:37 | rasher | (assuming the code is theirs to relicense) |
| 13:01:01 | preglow | ahh, relicense, yes |
| 13:01:08 | preglow | that's a possibility |
| 13:01:36 | rasher | Like what trolltech does with qt |
| 13:02:02 | preglow | yes, tons of examples of that |
| 13:02:55 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 13:05:33 | | Quit webguest23 ("CGI:IRC (EOF)") |
| 13:06:43 | ashridah | i appear to be missing bits of this. what have kiss done or alledged that mplayer have done/ |
| 13:06:45 | ashridah | ? |
| 13:07:04 | B4gder | used mplayer code |
| 13:07:30 | B4gder | Mplayer claims KISS used mplayer code and thus violated GPL |
| 13:08:02 | linuxstb | I think it's undisputed - typing "strings firmware.bin" displayed lots of symbols used in Mplayer's own subtitle code. |
| 13:08:27 | B4gder | yes, but I believe KISS claimed otherwise |
| 13:08:49 | linuxstb | Oh yes, the famous claim that MPlayer stole KISS's code :-) |
| 13:15:33 | | Quit Chamois ("CGI:IRC") |
| 13:16:16 | | Quit B4gder ("ChatZilla 0.9.35 [Mozilla rv:1.5/20031007]") |
| 13:18:00 | | Join Patr3ck_ [0] (~patr3ck@pD9ECFB92.dip.t-dialin.net) |
| 13:19:41 | ashridah | reminds me of an episode a long time ago when someone ripped of samba's source and passed it off as his own product |
| 13:19:51 | ashridah | eventually the samba team |
| 13:20:12 | ashridah | got their proof simply because the guy left an nfs share open to the internet with the source on it :) |
| 13:20:42 | Lynx_ | ashridah: ah, the whole time i have been thinking where i heard of a similar situation, and that was it. didn't the samba guys even sue? |
| 13:23:32 | Shulberry | Sigma Designs stole from the Xvid people.. http://www.xvid.org/press/press-20020822-en.html?source=240802 |
| 13:24:29 | rasher | there's been millions of these cases.. CherryOS, some cd-recording software.. the list is endless |
| 13:25:35 | ashridah | Lynx_: the guy had to capitulate, i don't recall it getting to court |
| 13:26:58 | sneakums | what a wnoderful world |
| 13:27:00 | ashridah | he even tried obfuscating his binaries when the samba team challenged him about it, so they resorted to binary comparisons |
| 13:27:11 | Zagor | GPL cases never get to court - they are always settled |
| 13:27:20 | ashridah | came up with hysterically larges amounts of matching patterns |
| 13:27:30 | ashridah | Zagor: the closest has been the mysql case in germany |
| 13:27:57 | preglow | if an asm() statement has no declared output, will gcc remove it altogheter? |
| 13:28:15 | Zagor | mysql? i thought the netfilter case was the only one that has actually seen a ruling. |
| 13:31:27 | ripnetuk | off topic (ish) question - how do I ask your cvs for all commit summaries for the last week (kinda like the rockbox.org frontpage but with more entries?) |
| 13:32:38 | amiconn | preglow: You can mark an asm statement as 'volatile' to prevent it from being moved/deleted |
| 13:32:50 | preglow | amiconn: yeah, i know, just wanted to know if gcc does things like that |
| 13:32:58 | Zagor | ripnetuk: cvs rlog -d "2004-02-07<now" |
| 13:33:14 | preglow | my statement didn't make it to asm for far stupider reasons than that ;) |
| 13:33:18 | ripnetuk | thanks Zagor |
| 13:34:00 | | Quit Patr3ck (Read error: 110 (Connection timed out)) |
| 13:34:16 | Zagor | ripnetuk: log, not rlog |
| 13:34:33 | | Join quelsaruk [0] (~kvirc@80.103.132.129) |
| 13:34:40 | quelsaruk | afternoon |
| 13:34:41 | Zagor | ...and 2005 obviously :) |
| 13:35:11 | quelsaruk | hi Zagor |
| 13:35:14 | Zagor | hi |
| 13:36:53 | amiconn | preglow: Yes, gcc does optimize asm statements. See http://gcc.gnu.org/onlinedocs/gcc-3.0.4/gcc_5.html#SEC104 |
| 13:38:01 | preglow | woot |
| 13:38:05 | preglow | think i get emac now |
| 13:38:11 | preglow | reading docs _thoroughly_ is not a bad idea |
| 13:38:26 | rasher | Nice one |
| 13:38:32 | rasher | amiconn: you asked for me last night? |
| 13:39:09 | amiconn | Yeah, I wanted you to test my x11 stuff. I thought it's ready, but unfortunately it needs some more work... |
| 13:39:36 | rasher | Ah |
| 13:39:48 | amiconn | I don't get the 'Unexpected asynchronous event' anymore, but sporadic freezes instead :( |
| 13:40:05 | rasher | tragic |
| 13:40:46 | | Join R3nTiL_ [0] (~zorroz@83.69.98.223) |
| 13:52:04 | | Join HCl_ [0] (hcl@titania.student.utwente.nl) |
| 13:52:31 | | Quit HCl (Read error: 104 (Connection reset by peer)) |
| 13:56:02 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 13:56:22 | | Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) |
| 14:00 |
| 14:07:50 | | Join webguest47 [0] (~d31b425d@labb.contactor.se) |
| 14:13:09 | ripnetuk | it would be cool if the homepage (rockbox.org) showed at least twice as many 'recent cvs activity' lines during these times of loads of dev... thats the only way people can see progress in the project at the moment (without scannign irc logs)... i tried the cvs log command , but it spits out LOADS of info, not just the commit comments |
| 14:13:27 | ripnetuk | even better, a input box allowing the user to choose a range of dates to query |
| 14:14:04 | HCl_ | mmm |
| 14:14:10 | HCl_ | that line with rlog didn't work for me |
| 14:14:21 | | Nick HCl_ is now known as HCl (hcl@titania.student.utwente.nl) |
| 14:14:28 | ashridah | HCl_: i just subscribed to the cvs log mailing list |
| 14:14:43 | ripnetuk | it was log not rlog |
| 14:14:52 | ripnetuk | Zag posted a correction just below |
| 14:15:08 | ashridah | ripnetuk: encouraging ordinary non-developers to use bleeding edge code is a double edged sword |
| 14:15:12 | ripnetuk | i am subscribed to the mailing list but its a pita to have to dig out hte email (i know i know... ) |
| 14:15:42 | ripnetuk | ash - yes its not for everyone.. only those of us who think new cool features are more important than reliability :) |
| 14:15:47 | ripnetuk | like me |
| 14:15:50 | rasher | even better, the rebirth of http://www.rockbox.org/digest/ |
| 14:15:54 | HCl | amiconn: awake? |
| 14:16:02 | ripnetuk | rasher - it needs to be automatic |
| 14:16:09 | rasher | ah |
| 14:17:35 | ripnetuk | also cvs mailing list is not IMMEDIATE :) |
| 14:18:48 | Zagor | it's more immediate than the front-page, which only updates every 20 minutes |
| 14:18:51 | rasher | Patience :) |
| 14:19:32 | ashridah | i only ever really look through the cvs logs once a day anyway, so the mailing list suits me fine |
| 14:20:55 | ripnetuk | maybe im on digest and need to be not on digest - i willc heck |
| 14:23:31 | | Quit ashridah ("sleep") |
| 14:25:16 | ripnetuk | <blush> I withdraw my complaint - cvs log email on non-digest is what I was after :) thanks </blush> |
| 14:26:33 | | Quit webguest47 ("CGI:IRC (EOF)") |
| 14:28:23 | | Join Chamois [0] (~3e234217@labb.contactor.se) |
| 14:28:48 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 14:34:20 | amiconn | HCl: I'm here |
| 14:34:51 | HCl | amiconn: made any changes to gnuboy? want to take a look at making it run in the sim |
| 14:35:08 | HCl | rockboy( |
| 14:35:09 | HCl | * |
| 14:38:54 | | Quit R3nTiL_ () |
| 14:49:36 | amiconn | HCl: Not yet. Was looking into the X11 sim timing/ button handling. |
| 14:50:05 | HCl | ok |
| 14:52:00 | | Nick quelsaruk is now known as quel|out (~kvirc@80.103.132.129) |
| 14:54:58 | *** | Saving seen data "./dancer.seen" |
| 14:59:28 | | Nick QT_ is now known as QT (as@area51.users.madwifi) |
| 15:00 |
| 15:02:40 | | Quit adi|home ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041107]") |
| 15:12:40 | jyp | Is random generation performance critical? |
| 15:12:57 | jyp | I ask because I wonder if I should bother optimizing it for 16bits, |
| 15:13:06 | jyp | or just s/int/long ? |
| 15:20:49 | Zagor | speed is non-critical, correctness is more important |
| 15:22:22 | jyp | Correctness is always more important than speed :) |
| 15:23:20 | jyp | Also, this is since I can give in to my natural laziness ;) |
| 15:24:17 | jyp | .. Two great sentences taken from my personal 'famous quotes' handbook |
| 15:24:26 | jyp | (err, three) |
| 15:24:29 | jyp | haha |
| 15:24:31 | jyp | hm |
| 15:29:42 | * | jyp should have used a smaller gun |
| 15:37:01 | | Quit ripnetuk (Remote closed the connection) |
| 15:41:05 | | Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
| 15:41:50 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 15:45:01 | | Quit mrmags ("Download Gaim: http://gaim.sourceforge.net/") |
| 15:45:49 | | Quit HCl ("Lost terminal") |
| 15:46:06 | | Join hcl [0] (hcl@titania.student.utwente.nl) |
| 15:46:14 | | Nick hcl is now known as HCl (hcl@titania.student.utwente.nl) |
| 15:46:58 | | Quit HCl (Client Quit) |
| 15:47:48 | | Join hcl [0] (hcl@titania.student.utwente.nl) |
| 16:00 |
| 16:00:48 | | Quit Chamois ("CGI:IRC") |
| 16:09:12 | | Quit webguest37 ("CGI:IRC (EOF)") |
| 16:14:38 | | Join mecraw [0] (~mecraw@c-24-9-220-243.client.comcast.net) |
| 16:14:58 | | Join midk_ [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 16:29:22 | | Quit midk (Read error: 110 (Connection timed out)) |
| 16:31:15 | | Nick hcl is now known as HCl (hcl@titania.student.utwente.nl) |
| 16:32:29 | | Join NaOH [0] (~3e317522@labb.contactor.se) |
| 16:33:16 | | Quit NaOH (Client Quit) |
| 16:34:05 | | Join H2O [0] (~3e088e42@labb.contactor.se) |
| 16:36:05 | HCl | people are boring.. |
| 16:36:59 | preglow | no shit |
| 16:37:23 | rasher | What are people working on? |
| 16:37:46 | HCl | i'm mostly waiting on linus pushing 140mhz stuff |
| 16:37:48 | preglow | i'm trying to understand the fractional mac mode again |
| 16:37:48 | preglow | heh |
| 16:37:55 | HCl | so i'll know whether i need to make a dynarec or not |
| 16:37:59 | preglow | HCl: he's got a sick kid around |
| 16:38:10 | preglow | so don't hold your breath |
| 16:38:12 | HCl | i'm not in a hurry or anything |
| 16:38:14 | HCl | just saying |
| 16:39:39 | HCl | igh. |
| 16:39:47 | HCl | welp, back to my math class u.u |
| 16:39:51 | HCl | afk. |
| 16:46:37 | | Join Hohoman [0] (~inte@hohoman.olf.sgsnet.se) |
| 16:47:32 | | Quit H2O ("CGI:IRC") |
| 16:47:40 | | Join Rori [0] (Rori@deadman3000.plus.com) |
| 16:47:43 | Rori | Yo |
| 16:51:02 | bobTHC | hi |
| 16:55:01 | *** | Saving seen data "./dancer.seen" |
| 16:56:30 | | Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) |
| 16:57:03 | Rori | anyone coding for iRiver today? :) |
| 16:58:16 | Rori | hey a new thing appeared in the list of todos |
| 16:58:31 | Rori | just when I thought only 5 more things to do it becomes 6 ;) |
| 16:58:43 | preglow | what would that be? |
| 16:58:51 | Rori | Not that I know what an I2C and I2S driver does |
| 16:58:59 | Rori | I2S driver added |
| 16:59:02 | sneakums | they do stuff. |
| 16:59:03 | sneakums | and things. |
| 16:59:05 | preglow | it's in the works |
| 16:59:07 | Rori | yeah heh |
| 16:59:26 | preglow | you don't really need i2c and i2s drivers per se, the coldfire does most of the dirty work |
| 16:59:44 | preglow | hubble has gotten sound partially working, and that requires both i2c and i2s |
| 16:59:49 | Rori | it's nice to have everything running to completion though neh? |
| 17:00 |
| 17:00:00 | | Join webguest82 [0] (~51898d99@labb.contactor.se) |
| 17:00:28 | | Quit webguest82 (Client Quit) |
| 17:01:49 | Rori | should it be sine wave and not sin wave? Or do they just pronounce it like sign but spelled as sin? :) |
| 17:02:27 | Sucka | spelt sine, pronounced sign, abbreviated to sin |
| 17:02:41 | Sucka | because mathematicians are lazy |
| 17:02:51 | Rori | lol |
| 17:02:53 | preglow | spelled sine, yes |
| 17:02:58 | sneakums | the function is sin but the wave is sine. |
| 17:03:08 | linuxstb | it matches cos and tan |
| 17:03:32 | linuxstb | Which are _really_ long words... |
| 17:03:33 | preglow | sneakums: well, you do say stuff like 'take the sine of x' |
| 17:03:34 | Rori | cosine |
| 17:03:52 | Rori | but I have heard cosine pronounced cozeen :) |
| 17:03:58 | Sucka | what a geeky conversation ;D |
| 17:04:18 | bobTHC | lol |
| 17:04:20 | Rori | Sucka this is a geeky channel ;) |
| 17:04:35 | preglow | haha |
| 17:04:36 | | Nick Rori is now known as DeadMan (Rori@deadman3000.plus.com) |
| 17:04:41 | preglow | we hack hardware, go figure |
| 17:04:42 | DeadMan | ya |
| 17:05:29 | DeadMan | well I don't I just sit here and pretend to know what I am talking about and let the real geeks get on with it. I'm just here for personal gain :) |
| 17:06:12 | bobTHC | as all of us ;) |
| 17:06:39 | | Part Zagor |
| 17:06:53 | Sucka | hehe |
| 17:06:59 | DeadMan | My electricity bill is getting worse these days. Damn fuel rises. |
| 17:08:23 | DeadMan | Hey does anyone know about the voltages on the H series? |
| 17:08:25 | | Join webguest41 [0] (~c10b28cf@labb.contactor.se) |
| 17:09:20 | | Quit webguest41 (Client Quit) |
| 17:09:24 | DeadMan | I was wondering. It's 5v right? I wanted to recharge from a battery pack. But 4xAA is 1.5v = 6v which is too much right? |
| 17:09:30 | | Join Chamois [0] (~3e234217@labb.contactor.se) |
| 17:09:39 | Sucka | it says on the bottom |
| 17:09:45 | Sucka | where you plug in the charger iirc |
| 17:09:50 | DeadMan | would 6v kill it? |
| 17:09:55 | preglow | DeadMan: yes, but it can probably take too much |
| 17:10:04 | preglow | there's a voltage regulator in the somewhere |
| 17:10:33 | DeadMan | Otherwise it's 4xAA rechargeables at 1.2v or 1.25v each |
| 17:10:54 | DeadMan | I liked the idea of using AA's Alkalines bought from a shop though |
| 17:11:14 | DeadMan | but if it will fry the player it's no good |
| 17:11:33 | | Quit ripnetuk (Remote closed the connection) |
| 17:11:36 | preglow | it won't |
| 17:11:39 | preglow | i'm pretty sure of that |
| 17:11:50 | DeadMan | 6v 4x AA's won't fry it? |
| 17:11:54 | Sucka | preglow: better add a disclaimer to that statement :p |
| 17:11:57 | preglow | six just might ;) |
| 17:12:03 | preglow | ehh |
| 17:12:08 | preglow | no, i don't think that'll fry it |
| 17:12:10 | DeadMan | 1.5v x 4 AA's |
| 17:12:15 | preglow | but hell, of course i want guarantee it |
| 17:12:18 | Sucka | :D |
| 17:12:19 | DeadMan | lol |
| 17:12:21 | preglow | all my advice comes with no warranty |
| 17:12:25 | DeadMan | :P |
| 17:12:33 | DeadMan | I'll ask Linus XD |
| 17:14:00 | DeadMan | what is a bdm wiggler? :) |
| 17:14:50 | preglow | debug module |
| 17:15:06 | DeadMan | oh |
| 17:15:59 | DeadMan | I am so glad I bought an iRiver H series. I never knew about RockBox until I already bought it |
| 17:16:29 | DeadMan | iPoo can kiss my optical out :) |
| 17:17:37 | * | rasher sighs |
| 17:17:47 | rasher | Could we stop with the childish name-calling already? |
| 17:18:51 | DeadMan | Knew that would stir someone. Hey someone seems to think there is a NES emulator on the horizon. I think they got the wrong end of the stick. |
| 17:19:14 | preglow | well, there would be a colour problem.. |
| 17:19:29 | preglow | and a resolution problem |
| 17:19:34 | DeadMan | indeed |
| 17:19:51 | DeadMan | might be ok on the 3x0 series though |
| 17:19:57 | Chamois | does linusN work on IriverPort today ? |
| 17:19:58 | HCl | ugh. |
| 17:19:59 | rasher | I'm just really sick and tired of things like Micro$soft, iPoo etc.. no it's NOT clever, no it's NOT funny.. *sigh |
| 17:20:04 | preglow | you'll still have the resolution problem |
| 17:20:06 | rasher | </rant> |
| 17:20:21 | preglow | Chamois: perhaps, wait and see |
| 17:20:35 | Chamois | ok |
| 17:20:42 | rasher | He tends to suddenly appear saying "I just implemented <feature>" |
| 17:20:43 | DeadMan | ah just a bit of banter. everything has it's good points and bad points. |
| 17:21:10 | Chamois | rasher : I liove LinusN when he does thongs lik that |
| 17:21:16 | preglow | rasher: kind of necessary, otherwise you'd be stuck on irc explaining to fifty different people what you're planning on doing, heh |
| 17:21:56 | bobTHC | :) |
| 17:22:04 | DeadMan | I like The Register's term for the RIAA. The Recording Ass. of America :) |
| 17:22:43 | | Quit sneakums ("release to detonate") |
| 17:22:48 | rasher | Actually, it'd be cute with a "currently working on: " status page in the wiki :) |
| 17:22:55 | rasher | it could be updated from people's personal pages |
| 17:23:00 | HCl | yea. |
| 17:23:07 | HCl | i suggested that a while ago |
| 17:23:26 | HCl | a list with projects/plugins/stuff that needs work |
| 17:23:33 | HCl | that people can choose to work on |
| 17:23:57 | DeadMan | would save duplicating work |
| 17:24:19 | HCl | and get bored people to work on different stuff |
| 17:24:20 | HCl | like me. |
| 17:24:55 | rasher | or it'd fend off people asking for "What's happening?"?!?!?" |
| 17:25:00 | | Join XShocK [0] (~cddef002@labb.contactor.se) |
| 17:25:08 | rasher | but *srug* |
| 17:25:27 | DeadMan | does anyone have experience with PDA's? I was thinking about a Dell Axim X50v |
| 17:25:37 | HCl | zaurus units are fairly sweet. |
| 17:25:40 | DeadMan | mainly for the nice VGA screen |
| 17:25:48 | HCl | linux based etc.. |
| 17:26:05 | DeadMan | I want something that's good for eBooks |
| 17:26:28 | HCl | wouldn't really know, i'm planning to buy the successor of the zaurus cl3000 |
| 17:26:36 | * | DeadMan googles it |
| 17:26:47 | HCl | er actually |
| 17:26:50 | HCl | its sl-c3000 |
| 17:26:59 | DeadMan | loosk nice |
| 17:27:00 | HCl | its like a mini laptop thats the size of a pda |
| 17:27:04 | HCl | with a 4gb harddisk |
| 17:27:11 | HCl | and i think it might have builtin wifi |
| 17:27:12 | HCl | not sure |
| 17:27:19 | DeadMan | pullout keypad |
| 17:28:19 | DeadMan | http://www.sharpusa.com/products/ModelLanding/0,1058,1255,00.html |
| 17:28:23 | DeadMan | looks sweet |
| 17:28:29 | HCl | no |
| 17:28:32 | HCl | not the 6000 |
| 17:28:39 | HCl | i have one like that. |
| 17:28:47 | HCl | the sl-c3000 is much nicer |
| 17:29:13 | HCl | http://www.engadget.com/entry/1234000673022159/ |
| 17:29:28 | DeadMan | even better |
| 17:29:41 | DeadMan | sharp's website is annoying to use |
| 17:29:46 | HCl | i have the 5500 at the moment, which is pretty much like the 6000 |
| 17:29:59 | HCl | the 3000 is a unit made in japan, really, i'm not sure if its for sale yet here |
| 17:30:09 | HCl | japan = way ahead of us |
| 17:30:18 | DeadMan | as usual |
| 17:30:33 | HCl | anyways, |
| 17:30:36 | HCl | its deadly expensive |
| 17:30:53 | HCl | i'm kind of waiting for someone that'll give me integrated phone/digital cam/pda |
| 17:30:58 | HCl | anyways. |
| 17:31:00 | HCl | i gotta go home |
| 17:31:12 | DeadMan | ttfn |
| 17:31:31 | DeadMan | price = O.O |
| 17:32:00 | HCl | yup. |
| 17:32:12 | HCl | bbl. |
| 17:32:54 | * | DeadMan wanders off idle for a bit too. Don't want to annoy any developers ;) |
| 17:38:05 | | Quit XShocK ("CGI:IRC (EOF)") |
| 17:44:15 | linuxstb | HCl: You mean the Nokia 9500? Phone, PDA, Camera, Wi-fi, Bluetooth. |
| 17:45:13 | bobTHC | coffee ,tea, snacks, |
| 17:45:37 | bobTHC | ;) |
| 17:47:15 | bobTHC | this kind of device are "too much things in one"(tm) for me |
| 17:48:11 | | Join webguest74 [0] (~54de5ac6@labb.contactor.se) |
| 17:49:00 | preglow | hahah |
| 17:49:05 | preglow | i'd just like the phone part |
| 17:49:09 | preglow | that's that |
| 17:49:58 | bobTHC | imagine just a sec u loose it |
| 17:51:40 | bobTHC | u are like a whitebear without fur :) |
| 17:51:58 | preglow | hahah |
| 17:58:20 | | Quit Patr3ck_ ("User pushed the X - because it's Xtra, baby") |
| 18:00 |
| 18:00:06 | linuxstb | I've got another codec almost running on the iRiver - a52dec runs at about 6.3% on a 128kbps stereo file. I say almost, because there are problems with the decoded output. |
| 18:00:32 | rasher | Good work! |
| 18:01:38 | rasher | you should add that (and libmad) on http://www.rockbox.org/twiki/bin/view/Main/RockboxAudioAPIProposal |
| 18:01:54 | preglow | damn, you're chugging through 'em |
| 18:02:10 | rasher | Indeed |
| 18:02:13 | rasher | Very nice going |
| 18:03:17 | linuxstb | The code is still very rough, I'll stop at ogg, and then go back through them all, trying to find a consistent abstraction layer for all the libraries - that can then almost become the codec API. |
| 18:04:34 | rasher | Who was it that had been looking at modplug? |
| 18:05:14 | rasher | I'm thinking it'd be nice if one of the non-streaming "codecs" were ready in time for the api |
| 18:05:53 | linuxstb | I agree. But we can pretty much imagine what the API will need to be for them. |
| 18:06:00 | rasher | okay |
| 18:06:05 | | Quit webguest74 ("CGI:IRC") |
| 18:06:08 | | Quit Cassandra_ (Read error: 110 (Connection timed out)) |
| 18:06:41 | linuxstb | We just give them a chunk of memory, and set them going. They'll keep spitting out PCM data until they either come to the end of the track or the user presses NEXT. |
| 18:07:07 | | Join Cassandra_ [0] (~christi@213.78.125.69) |
| 18:07:08 | rasher | heh |
| 18:08:05 | amiconn | linuxstb: 3rd option - set a timeout for non-streaming codecs without end-of-track detection |
| 18:08:32 | linuxstb | amiconn: Yes, good idea. |
| 18:08:42 | elinenbe | linuxstb: once the pll is up and running, then all your codec's should run at real-time (assuming no problems) |
| 18:09:03 | linuxstb | elinenbe: I'm not sure about that, but we'll see what happens. |
| 18:09:22 | elinenbe | well, I hope they work ;) |
| 18:09:53 | rasher | linuxstb: looks like at least modplug does playtime and seeking fairly well |
| 18:11:03 | rasher | admittedly, based on trying 15 mods |
| 18:11:19 | amiconn | It depends on the module format. Some allow end-of-track detection, some don't. Same goes for seeking. Some formats allow pattern-wise seek |
| 18:11:45 | elinenbe | sounds good. |
| 18:12:06 | | Join elinenbe_ [0] (~elinenbe_@65.115.46.225) |
| 18:12:18 | | Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- Try something fresh") |
| 18:12:28 | rasher | yeah, I'm just saying that non-streaming codecs should at least be able (but not required) to seek and provide playtime |
| 18:12:30 | amiconn | The classic Amiga 4-channel formats (Sound-/Noise-/Protracker, Startrekker) support both. Same goes for MED/OctaMED/Oktalyzer |
| 18:12:55 | | Join Luke1 [0] (~a@dpc691997050.direcpc.com) |
| 18:13:04 | Luke1 | Hi guys |
| 18:13:37 | bobTHC | hi |
| 18:14:01 | linuxstb | Well, the API will have an is_seekable() function that depend on the actual file being decoded. So that's covered. We also need to allow for infinite running times when asking a codec how long a particular track runs for. |
| 18:14:32 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
| 18:14:52 | amiconn | linuxstb: I'd suggest the codec should return -1 for infinite |
| 18:15:05 | Luke1 | I'm still having a weird problem with no sound on my JB FM Recorder. people have suggest trying to bend back something in the audio jack, but I don't fully understand what they mean. I'm wondering if anyone here is familiar with that |
| 18:15:28 | elinenbe_ | LinusN: nice work... I see you've got some sound output working on the iriver! |
| 18:15:31 | elinenbe_ | cool beans! |
| 18:15:34 | linuxstb | amiconn: Maybe. But we may also need "unknown" - which is different to infinite. |
| 18:15:49 | Chamois | elinnebe : it's not linus but hubble |
| 18:16:08 | elinenbe_ | sorry −− I missed that... double-nice |
| 18:16:16 | elinenbe_ | where is he? |
| 18:16:35 | Chamois | a developper like others |
| 18:18:48 | rasher | Hm, I appear to have Scream-, Impulse-, Fast- and Pro-tracker modules here |
| 18:20:23 | | Join webguest97 [0] (~ab9fc00a@labb.contactor.se) |
| 18:22:53 | | Quit bobTHC ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 18:32:52 | | Quit Luke1 () |
| 18:32:53 | | Quit webguest97 ("CGI:IRC (EOF)") |
| 18:43:05 | | Join XShocK [0] (~cddef002@labb.contactor.se) |
| 18:45:49 | | Quit Chamois ("CGI:IRC") |
| 18:46:23 | | Quit XShocK (Client Quit) |
| 18:55:05 | *** | Saving seen data "./dancer.seen" |
| 18:55:56 | | Join Tang [0] (~chatzilla@AMontsouris-108-1-19-173.w80-15.abo.wanadoo.fr) |
| 18:58:49 | Tang | hello |
| 18:59:05 | linuxstb | Hola |
| 19:00 |
| 19:02:36 | * | DeadMan sings "I want m...I want my...I want my MP3" |
| 19:03:19 | DeadMan | Diar Straits and Chris Rea join forces to form Diar Rea |
| 19:03:40 | Tang | :) |
| 19:03:52 | Tang | Seen the latests progress in the wiki |
| 19:03:53 | Tang | nice |
| 19:04:00 | DeadMan | is cool yup |
| 19:04:05 | Tang | why this isn't in the latest CVS table? |
| 19:04:14 | DeadMan | there is stuff going on that's not on the wiki too |
| 19:04:48 | DeadMan | things are beginning to gel |
| 19:08:03 | Tang | gel? |
| 19:08:13 | DeadMan | form |
| 19:08:56 | Tang | hum ie progress? |
| 19:09:10 | DeadMan | come together I guess |
| 19:10:27 | Tang | Okay |
| 19:10:34 | Tang | Linus not here? |
| 19:10:54 | Tang | I worry if my dead remote will never reach him |
| 19:11:19 | DeadMan | ah it's you :) |
| 19:11:58 | DeadMan | probably why the remote lcd is not done only the buttons :) |
| 19:12:35 | amiconn | DeadMan: There's a different reason for this |
| 19:12:47 | DeadMan | oh |
| 19:13:32 | amiconn | Support oof remote lcd requires quite some rework. Rockbox does not yet have a concept of multiple screens. |
| 19:13:57 | DeadMan | oic yeah makes sense |
| 19:14:12 | DeadMan | no archos ever had that |
| 19:14:13 | amiconn | Plus, I'd say there are other things which are far more important |
| 19:14:27 | preglow | yes, like everything else, for example |
| 19:14:31 | | Quit Schnueff (Read error: 110 (Connection timed out)) |
| 19:15:16 | DeadMan | that could take time |
| 19:15:30 | DeadMan | get the main unit up and running first I say :) |
| 19:17:01 | Tang | Maybe |
| 19:17:07 | Tang | (at deadman) |
| 19:17:18 | Tang | but not sure my dead remote will be usable |
| 19:18:21 | Tang | since the connectot isn't suable |
| 19:18:24 | Tang | (broken) |
| 19:18:54 | jyp | Yahahahaaa... I got audio to work on the Gmini ;) |
| 19:19:01 | | Join chamois [0] (~3e234217@labb.contactor.se) |
| 19:19:06 | Tang | Nice! |
| 19:19:07 | Tang | :) |
| 19:19:09 | jyp | A nice 1000Hz continuous square wave ;) |
| 19:19:12 | DeadMan | I am sure he can get around that if he knows electronics |
| 19:19:12 | Tang | hi Chamois |
| 19:19:22 | Tang | you're the same chamois from hfr? |
| 19:20:08 | chamois | yes |
| 19:21:18 | rasher | jyp: Congratulations :) |
| 19:21:30 | jyp | thanks ;) |
| 19:21:50 | amiconn | jyp: Congrats |
| 19:22:01 | Tang | okay |
| 19:22:16 | Tang | Yep bravo jyp! |
| 19:22:22 | amiconn | I wonder which platform will play the first sound file earlier - iriver or gmini? |
| 19:22:45 | jyp | haha... If it is a small wave file this can even be done today ;) |
| 19:23:06 | Tang | lol |
| 19:23:07 | jyp | But I'd rather wait for you to do it and just port ;) |
| 19:23:18 | jyp | My laziness strikes again ;) |
| 19:24:00 | Tang | lol iHPiste will sign a petition |
| 19:24:12 | rasher | Oh? |
| 19:24:33 | rasher | Who or what is iHPiste, and which petition? |
| 19:24:37 | Tang | so that jyp work on audio support to accelrate it integration to iRiverport |
| 19:24:45 | Tang | was just a joke |
| 19:24:56 | Tang | iHPiste= iHP owners |
| 19:25:08 | jyp | ha ;) |
| 19:25:33 | amiconn | jyp: I'm interested in a tech detail. You already told me that the lcd format for gmini 2xx is different from the other archoses & iriver, and pointed me to the TCC730 datasheet. |
| 19:26:12 | amiconn | However, iiuc the gmini 1xx uses the same TCC730, and this is a soc including the lcd controller |
| 19:26:12 | jyp | amiconn: I'm eager to tell you ;) |
| 19:26:50 | jyp | soc ? |
| 19:26:51 | amiconn | So I can't imagine the difference between controlling the two lcds... |
| 19:27:02 | amiconn | soc == system on chip |
| 19:27:21 | jyp | Actually 120, SP, XS200 uses an external lcd controller (I think) |
| 19:27:30 | jyp | only 220 uses the internal one |
| 19:28:00 | amiconn | Ah ok. So lcd data format for != 220 is similar to archos jb/ iriver? |
| 19:28:37 | jyp | 120 & SP is just the same as recorder; |
| 19:28:53 | amiconn | ..just a little wider lcd |
| 19:29:01 | jyp | XS200, I've only given it a quick glance; |
| 19:29:02 | jyp | yup |
| 19:29:16 | jyp | So I just *guess* it is the same as iRiver |
| 19:29:30 | amiconn | I wonder why archos didn't use the internal controller and added another chip instead... |
| 19:29:39 | amiconn | (for 1xx/ sp, that is) |
| 19:30:17 | amiconn | Another question: What's the lcd resolution for gmini 220? |
| 19:30:34 | jyp | 160*160 |
| 19:30:46 | jyp | up to 4bpp |
| 19:30:51 | amiconn | Oooh... that beats iRiver! |
| 19:31:08 | jyp | I told you this is a great machine :P |
| 19:32:32 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) |
| 19:34:18 | HCl | hello |
| 19:36:10 | jyp | Answers to questions not asked ... |
| 19:36:33 | jyp | Audio chip is configured via I2C |
| 19:36:43 | jyp | Audio data is sent via I2S |
| 19:36:48 | amiconn | Sounds familiar |
| 19:37:16 | jyp | I don't know, but the commands to the audio chip might be similar |
| 19:37:21 | preglow | jyp: it's a 16 bit architecture? |
| 19:37:39 | jyp | Just tell me if you want my code |
| 19:37:43 | jyp | preglow: yes |
| 19:38:27 | amiconn | The hw codec in the archos (and the separate dac in case of the player) are also i2c-controlled, and audio data (in this case still mp3 compressed) is fed through i2s |
| 19:38:42 | preglow | jyp: will be fun porting codecs, then |
| 19:39:08 | * | amiconn is back to square one with 2 problems... |
| 19:39:18 | jyp | preglow: indeed |
| 19:40:47 | amiconn | jyp: Does the calmrisc gcc know 'long long' == 64 bit? |
| 19:41:05 | jyp | amiconn: It should |
| 19:41:12 | jyp | if not i'll fix it |
| 19:41:21 | jyp | Audio chip: http://focus.ti.com/docs/prod/folders/print/tlv320aic23b.html |
| 19:41:36 | | Join hubble [0] (hubble@h13n1fls302o1033.telia.com) |
| 19:43:34 | | Join BBub_ [0] (belzebub16@dsl-213-023-069-030.arcor-ip.net) |
| 19:44:29 | preglow | amiconn: does rockbox even use long longs? |
| 19:45:08 | jyp | amiconn: I just tested it, it is handled |
| 19:45:25 | amiconn | preglow: Rockbox itself does not, but some plugins do |
| 19:45:34 | jyp | It's bad for register usage though ,) |
| 19:45:46 | hubble | LinusN: what do you think about making the registers in mcf5249.h "volatile" ? |
| 19:46:29 | Tang | linusN isn't here, lol... |
| 19:46:31 | preglow | long longs are bad |
| 19:46:47 | amiconn | jyp: I wonder if plugins can work at all on gmini. Iiuc this is a harvard cpu, so we'd need enough free program ram to support plugins. |
| 19:46:51 | preglow | and in gmini's case, even longs are bad, heh |
| 19:47:13 | hubble | LinusN: had a little problem when I had to write several 0 to the same registers and the optimizer threw them away =) |
| 19:48:00 | hubble | Tang: only 5h idle =) |
| 19:48:04 | jyp | amiconn: we have only 16k internal ram for code |
| 19:48:28 | Tang | Hubble: :) |
| 19:48:29 | jyp | but, maybe there will be enough space in the rom to load all the plugins |
| 19:49:04 | Tang | So guys i'm out |
| 19:49:16 | Tang | Good continuation :) |
| 19:49:28 | jyp | Full rockbox w/o plugins is 150k now |
| 19:49:42 | Tang | and if LinusN appers just say him i've sent him a PM on the board |
| 19:49:48 | Tang | (for the remote) |
| 19:49:50 | jyp | there's at least 512k of flash memory |
| 19:49:55 | Tang | cheers |
| 19:50:12 | * | jyp tips hit has |
| 19:51:22 | amiconn | jyp: You mean flashing all plugins? |
| 19:51:26 | jyp | yup |
| 19:51:50 | jyp | ... just thought, maybe there's much more than I think |
| 19:52:14 | amiconn | All recorder plugins add up to 245 KB. Some don't apply to gmini, so it may fit, if we throw away the original firmware |
| 19:52:29 | | Quit Tang ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041108]") |
| 19:52:38 | amiconn | (assuming roughly equal binary size) |
| 19:52:47 | | Join lolo-laptop [0] (~lostlogic@68.251.84.226) |
| 19:52:49 | | Join muesli- [0] (muesli_tv@1Cust22.tnt8.hnr2.deu.da.uu.net) |
| 19:52:56 | muesli- | high |
| 19:53:38 | jyp | amiconn: we'll see in due time, when we'll how the relative sizes of flash & main code for all the models |
| 19:54:01 | jyp | coz I think they've put different flash sizes |
| 19:54:07 | jyp | depending on model |
| 19:54:09 | amiconn | jyp: Of course rockboy won't fit. Too bad, the 220's display would be ideal... |
| 19:54:51 | jyp | I think the 220 has 1Mo flash |
| 19:54:56 | jyp | so maybe |
| 19:55:42 | jyp | How big is the binary for iRiver ? |
| 19:55:58 | amiconn | ~620 KB iirc |
| 19:56:43 | * | HCl bites his new 1gb of ram |
| 19:56:53 | jyp | might turn out to be a tight fit ;) |
| 19:57:45 | jyp | And if all else fails I can work on gcc to optimize better too ;) |
| 19:57:58 | amiconn | gcc -Os |
| 19:58:23 | jyp | Using Os saves approx 20% as it stands |
| 20:00 |
| 20:00:58 | guerby | pinskia, I didn't notice the ICE was the same as 19851. The code pattern comes from one of my app where it is used all over the place. |
| 20:02:00 | | Quit BBub (Read error: 110 (Connection timed out)) |
| 20:02:00 | | Nick BBub_ is now known as BBub (belzebub16@dsl-213-023-069-030.arcor-ip.net) |
| 20:05:48 | preglow | amiconn: i thought you said rockbox couldn't handle -Os |
| 20:06:10 | amiconn | preglow: Yes, on archos/SH1 |
| 20:06:18 | amiconn | Did you try on iRiver? |
| 20:06:24 | guerby | oops wrong channel :) |
| 20:06:51 | jyp | So, what's the state of the art wrt. decoding/sound framework? http://www.rockbox.org/twiki/bin/view/Main/RockboxAudioAPIProposal up to date? |
| 20:07:10 | preglow | amiconn: no, i didn't, i tried O2, and Os is essentially O2 with a couple of suboptions left out |
| 20:08:02 | amiconn | How is that? I once compared binary sizes, and got (-Os) < (none) < (-O) < (-O2) |
| 20:08:12 | preglow | jyp: linuxstb is plowing through the codecs we're going to use right now, so we're waiting to see if he has any conclusions |
| 20:08:53 | preglow | amiconn: Os is O2 with the options that increase code size left out |
| 20:09:04 | amiconn | preglow: Rockbox couldn't handle -O2 on archos/SH1 either |
| 20:09:16 | preglow | amiconn: but no, it has to be tried, of course |
| 20:09:22 | HCl | my last rockboy build was with -O2 |
| 20:09:26 | amiconn | I got cpu IllInstr exceptions right at the start |
| 20:09:34 | HCl | worked fine |
| 20:09:35 | HCl | faster too |
| 20:09:38 | preglow | HCl: nothing wrong with O2, it's just that rockbox itself doesn't like it |
| 20:09:42 | HCl | ok |
| 20:09:51 | amiconn | (from memory addresses that don't actually exist (!) ) |
| 20:09:53 | preglow | hell, i regularily use O3 on other platforms |
| 20:09:57 | preglow | amiconn: not bad |
| 20:10:09 | HCl | i'm planning to try an -O3 |
| 20:10:10 | jyp | preglow: alright; I understand you work on the decoders ? |
| 20:10:28 | preglow | jyp: no, i'm trying to figure out dsp stuff, linuxstb is the codec guy |
| 20:10:46 | jyp | preglow: ok |
| 20:11:13 | amiconn | preglow: I guess a number of asm statements is lacking the 'volatile' qualifier |
| 20:11:33 | jyp | My thoughts were we should find the most common route between gmini & iRiver |
| 20:11:46 | preglow | amiconn: that would probably be my guess as well |
| 20:12:15 | preglow | jyp: well, what differences should there be? |
| 20:12:46 | jyp | First thing, you are writing asm code, right ? |
| 20:12:58 | preglow | ahhh |
| 20:13:08 | preglow | like that |
| 20:13:08 | preglow | yes |
| 20:13:14 | preglow | i'm making c macros |
| 20:13:23 | preglow | do you have any calmrisc docs lying around? |
| 20:13:38 | jyp | I sure do. |
| 20:13:56 | jyp | All is in the "DataSheet" |
| 20:13:57 | preglow | the coldfire mac unit is pretty strange, so might take some work |
| 20:14:15 | preglow | ait, i'll have a look |
| 20:14:18 | jyp | The CalmMAC2424 might be even stranger |
| 20:14:21 | jyp | ;) |
| 20:14:50 | jyp | www.mculand.com/sub1/mcu/calmrisc16_device/S3cc410.pdf |
| 20:15:17 | | Quit chamois ("CGI:IRC (EOF)") |
| 20:16:53 | amiconn | Imho it would be useful if some iRiver dev compiles main rockbox with different -O and checks if it works, if that's not too risky |
| 20:17:17 | | Join Tang [0] (~chatzilla@AMontsouris-108-1-19-173.w80-15.abo.wanadoo.fr) |
| 20:17:22 | Tang | hi sorry |
| 20:17:30 | Tang | i've forgotten something |
| 20:17:50 | Tang | tried to send my correction to the comparison feature chart |
| 20:17:53 | Tang | for iHP |
| 20:17:55 | Tang | yesterday |
| 20:18:02 | Tang | but got a failure delivery |
| 20:18:09 | Tang | at: rockbox-owner@ cool.haxx.se |
| 20:18:22 | Tang | no one know where i can mail it? |
| 20:19:11 | | Quit Sucka ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 20:20:18 | amiconn | Hmm. Imho this should be moved to the wiki, then everyone who spots a mistake could edit it himself. |
| 20:20:33 | rasher | I'll get right to it |
| 20:20:45 | rasher | shouldn't take too long |
| 20:20:56 | amiconn | Is there a way to set a cell background colour in the wiki? |
| 20:21:12 | rasher | I'd be surprised if there isn't |
| 20:22:46 | Tang | okay thanks amiconn i would have correcd in wiki indeed |
| 20:22:53 | Tang | but not possible for now |
| 20:22:56 | rasher | if nothing else, we could just put it as html |
| 20:23:16 | Tang | anyway i've the correction as a RTF file |
| 20:23:17 | amiconn | That would mean to do the whole table in html |
| 20:23:32 | Tang | if someone give me an email i send it |
| 20:23:32 | rasher | amiconn: it's html already :) |
| 20:23:51 | jyp | preglow: your macros are somewhere I'd give it a look |
| 20:23:55 | jyp | id |
| 20:23:56 | jyp | if |
| 20:24:14 | | Join webguest17 [0] (~d53d8302@labb.contactor.se) |
| 20:24:24 | webguest17 | Hi Folks |
| 20:24:51 | webguest17 | i send a mail on friday that i want to join the irever h100devel. |
| 20:25:04 | webguest17 | any 1 here concerned? |
| 20:25:28 | rasher | amiconn: looks like it's possible |
| 20:26:11 | rasher | or not |
| 20:28:23 | Lynx_ | webguest17: sure, all here are concerned :) |
| 20:28:41 | Tang | (not alll) |
| 20:28:50 | Lynx_ | Tang: sorry ;) |
| 20:28:57 | webguest17 | lynx: fine, i wanted to start with a i2c driver |
| 20:29:17 | Tang | ;) |
| 20:29:43 | Lynx_ | Lynx_: i'm not a developer though, and do not know what an i2c driver might be ;) |
| 20:29:53 | webguest17 | looking at the rockbox sources i have some quiestions |
| 20:30:07 | webguest17 | related ti interrupt vs threads |
| 20:30:14 | jyp | You can have a look at firmware/drivers/i2c.c |
| 20:30:27 | Lynx_ | webguest17: just ask, someone qualified will likely answer... |
| 20:30:35 | webguest17 | yes i did, that seem to be a polling solution |
| 20:30:36 | jyp | But I think i2c is pretty much done already, from the wiki page |
| 20:31:31 | hubble | webguest17: i've started implemented i2c on h100 |
| 20:31:39 | webguest17 | your sure, i downloaded the daily snapshot from a few days ago, ther was only a init stub in the srcs |
| 20:31:59 | hubble | webguest17: but my code is not in cvs |
| 20:32:02 | preglow | jyp: phone |
| 20:32:04 | webguest17 | hubble: ah ok, is it in the cvs already? |
| 20:32:26 | jyp | preglow: ? |
| 20:32:41 | webguest17 | hubble: so whats the status? |
| 20:33:56 | webguest17 | hubble: i'm more concerned implementing the i2S to get sound playback done |
| 20:34:11 | webguest17 | hubble: but i need i2c to setup the soundchip |
| 20:34:13 | hubble | webguest17: writing to i2c interface are done.. uda1380 driver is starting |
| 20:35:01 | hubble | webguest17: uda1380 initialization is working and outputing data on i2s interface produces sound =) |
| 20:35:24 | webguest17 | hubble: so you need any help on this? |
| 20:35:33 | hubble | webguest17: however i2s is not using interrupts or DMA yet |
| 20:35:55 | jyp | hubble: I'm interested in that ;) |
| 20:36:28 | hubble | jyp: does the gmini use uda1380 ? |
| 20:36:43 | jyp | no; another chip |
| 20:37:02 | jyp | http://focus.ti.com/docs/prod/folders/print/tlv320aic23b.html |
| 20:37:17 | jyp | But i2c & i2s too |
| 20:37:51 | jyp | So our pieces of code shall merge ;) |
| 20:38:59 | hubble | jyp: how do you mean? my i2c/i2s code is dependant on the mcf5249 cpu |
| 20:40:29 | jyp | hubble: I don't know what is what; maybe I misunderstood |
| 20:40:59 | | Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a212.wi.tds.net) |
| 20:41:11 | webguest17 | jyp: the mcf5249 has build in i2c and i2s |
| 20:41:26 | | Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) |
| 20:42:11 | jyp | So, mcf5249 is the main microcontroller, and uda1380 is the audio chip, right ? |
| 20:42:21 | webguest17 | jyp: yep |
| 20:42:47 | hubble | jyp: but there's lowlevel i2c code in rockbox which drives SCL and SDA wires.. |
| 20:43:09 | hubble | jyp: see drivers/i2c.c |
| 20:43:20 | jyp | hubble: indeed, and gmini is supported at this level already ... |
| 20:43:30 | hubble | jyp: oki |
| 20:43:34 | jyp | I committed the code a week ago or so ;) |
| 20:44:07 | jyp | I'm talking about merging the audio chip drivers (i2c commands should be similar) |
| 20:45:29 | webguest17 | hubble: are you going to ci ur src to cvs soon? i'm interessted int it |
| 20:45:30 | HCl | gah. |
| 20:45:36 | HCl | why isn't rockboy compiling suddenly |
| 20:46:07 | hubble | webguest17: probably not tonight, have to clean the code and I dont have write access either |
| 20:46:25 | jyp | hubble: and I think we should use a similar scheme for i2s transfer too |
| 20:46:40 | jyp | How does the mcf5249 handles i2s ? |
| 20:47:02 | Tang | Seems the mail is Ok now |
| 20:47:03 | jyp | The gmini has a 64 bytes buffer; |
| 20:47:16 | Tang | maybe the failure was caused by the attached file |
| 20:47:24 | Tang | Cheers, i ca n go now |
| 20:47:37 | jyp | getting an interrupt each cycle |
| 20:47:46 | amiconn | No DMA? |
| 20:47:59 | hubble | jyp: you set a few bit's in a control reg and write bytes to another reg, then read out status in a status reg, etc =) |
| 20:48:08 | jyp | lol |
| 20:48:24 | hubble | sorry |
| 20:48:25 | jyp | amiconn: No DMA! |
| 20:48:43 | amiconn | Badness |
| 20:48:53 | jyp | Troughput is rather low after all |
| 20:49:06 | webguest17 | jyp: i remember the mfc 5249 having a buffer and a inetrrupt too |
| 20:49:16 | hubble | jyp: thought you wrote i2c.. i2s .. it only has a 6 sample buffer so you need a tight interrupt to feed that |
| 20:49:24 | | Quit elinenbe_ (Read error: 104 (Connection reset by peer)) |
| 20:49:47 | jyp | Isn't a dedicated interrupt raised (as in the gmini ?) |
| 20:49:48 | amiconn | hubble: No DMA on coldfire too? |
| 20:50:14 | hubble | yes, there's DMA also.. I havn't read about that yet |
| 20:50:44 | jyp | If I may suggest to use the interrupt method ... |
| 20:50:52 | jyp | for the sake of code re-use |
| 20:50:52 | HCl | shit.. |
| 20:50:59 | HCl | all of a sudden rockboy doesn't work anymore :( |
| 20:51:05 | Tang | bye! |
| 20:51:09 | | Quit Tang ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041108]") |
| 20:52:14 | amiconn | jyp: If hubble wants to reuse code, he should go for DMA. Rockbox on archos/sh also uses DMA for feeding the decorder |
| 20:52:25 | amiconn | *decoder |
| 20:52:42 | jyp | fine then |
| 20:53:34 | hubble | i guess that it'll be a combo.. a ticking interrupt that starts dma transfers? |
| 20:54:02 | linuxstb | hubble: What format is the PCM data in that you send to the audio hardware? |
| 20:54:09 | amiconn | Nope. It uses the end-of-dma interrupt to start a new dma block |
| 20:54:25 | hubble | amiconn: aha |
| 20:55:09 | *** | Saving seen data "./dancer.seen" |
| 20:55:59 | Bagder | jyp: when you think you have time, it would be cool to see some Gmini data added to http://www.rockbox.org/docs/devicechart.html |
| 20:56:09 | hubble | linuxstb: you mean little or big endian? |
| 20:56:37 | linuxstb | Hubble: yes, that sort of thing - is it just standard big-endian interleaved (left/right channel) 16-bit samples? |
| 20:57:20 | jyp | Bagder: ok |
| 20:57:27 | preglow | jyp: this looks alot more extensive than emac in coldfire |
| 20:57:42 | preglow | what type of variables will be used to hold the 24 bit data for the mac? |
| 20:58:11 | webguest17 | linuxstb: 20 bit msb first as it is i2s |
| 20:58:13 | preglow | no custom 24 bit sized shit i hope? |
| 20:58:41 | jyp | preglow: 32 bit words I guess... Not sure what you mean |
| 20:59:00 | preglow | that's what i meant, yes |
| 20:59:10 | hubble | linuxstb: currently two 16 big-endian packed in 32 bits.. but it can be configured |
| 20:59:17 | preglow | i really think this is going to be quite hard |
| 20:59:35 | jyp | preglow: What I fear too |
| 20:59:37 | preglow | the emac unit in the coldfire is 48 bit wide, but you can only get the top/bottom 32 bits easily |
| 20:59:50 | preglow | if you need more, you'll be in shifting hell |
| 21:00 |
| 21:00:54 | preglow | jyp: does gcc support the calmmac directly? |
| 21:00:59 | jyp | no |
| 21:01:37 | hubble | preglow: are you optimizing MDCT with emac? |
| 21:01:43 | preglow | it's _way_ more complex than coldfire shit, btw |
| 21:01:56 | preglow | hubble: i might once i understand how the emac unit works, yes |
| 21:02:21 | hubble | preglow: cool =) |
| 21:02:42 | preglow | the imdct is a pretty crucial part in most lossy codecs, so would be good |
| 21:02:48 | jyp | preglow: What part do you find complicated? |
| 21:03:48 | webguest17 | so i see there seems no need to work on the sound part; anything i can do? |
| 21:04:05 | preglow | jyp: not complicated per se, i just don't understand exactly what it does. i'm using the mac instruction to multiply to fractional numbers, but the answer i get is weird |
| 21:04:07 | jyp | I know this sounds like an eliza reply, but I don't know how I could help you ;) |
| 21:04:19 | preglow | it's almost correct, but it's got msb bits set that shouldn't be |
| 21:04:20 | preglow | and wrong lsb |
| 21:05:01 | jyp | What I understood of fractional mode is that it's just a shift right after multiply |
| 21:05:59 | preglow | what fractional mode in the coldfire does, is multiply two 32 bit ints together, then toss away the bottom 20 bits, then add that to an accumulator, with some sign extension to an extra 8 bits of msb precision |
| 21:06:41 | jyp | About the same stuff in the calmmac |
| 21:06:45 | preglow | i'll get it, it's probably just me being stupid again, problem is i should be working on my masters right now as well, heh |
| 21:06:47 | | Quit muesli- (Read error: 60 (Operation timed out)) |
| 21:07:21 | jyp | Page 293 of the datasheet "Multiplier"... |
| 21:07:42 | jyp | Maybe having a different explanation will bring you light |
| 21:08:07 | preglow | jyp: you've got a problem with libmad right there, libmad assumes you've got 32 bit integers |
| 21:08:08 | jyp | though I've never found this datasheet very clear ... Sort of a korean translation smell ;) |
| 21:08:16 | preglow | hehe |
| 21:08:56 | jyp | What can I say ? |
| 21:09:02 | jyp | baaaad ;) |
| 21:09:05 | preglow | but no, the weirdness is probably motorola weirdness |
| 21:09:07 | preglow | yes, indeed |
| 21:09:28 | preglow | i'm not particularily looking forward to porting it to use the emac, but it'll probably be easier |
| 21:09:33 | preglow | but yes, i've got to have a shower |
| 21:09:57 | jyp | The other option... I reverse the Archos decoder ;) |
| 21:10:28 | preglow | ahhh, so you _are_ mad |
| 21:10:50 | jyp | I don't seem to realize what we've been through already ;) |
| 21:10:59 | preglow | but yes, brb |
| 21:12:19 | jyp | 'emad'... could be the perfect nickname for the gmini dsp btw ;] |
| 21:12:28 | webguest17 | any 1 started a gdb stub for the h100? |
| 21:12:36 | Bagder | webguest17: I don't think so |
| 21:12:58 | webguest17 | badger: ok im going to look into it |
| 21:13:25 | Bagder | a gdb stub will be really useful |
| 21:13:51 | webguest17 | badger: what about the bdm if? |
| 21:14:04 | webguest17 | badger: it should work? right? |
| 21:14:22 | Bagder | the bdm works |
| 21:14:31 | Bagder | but it is a much bigger thing to get for a single dev |
| 21:14:49 | webguest17 | badger: but more powerfull too |
| 21:14:53 | Bagder | sure |
| 21:15:08 | Bagder | but I think there's a reason we don't see people get BDMs |
| 21:15:20 | Bagder | Linus is the only one |
| 21:15:24 | webguest17 | mhh my problem is buying such a thing |
| 21:15:47 | webguest17 | not the mony, but the supplier |
| 21:16:11 | Bagder | yes, this one was bought from some US supplier I believe |
| 21:16:44 | webguest17 | i've no visa, i depend on a german supplier |
| 21:17:33 | Bagder | besides, you can use a serial cable with your unit not ripped to pieces, which is harder with the BDM I believe |
| 21:17:51 | webguest17 | i already ripped up my unbit ;-) |
| 21:18:23 | webguest17 | well ther is a 20 pin smd connector on the board |
| 21:18:41 | webguest17 | i mean the pads for a connector |
| 21:21:04 | preglow | feel free to code a gdb stub :P |
| 21:21:06 | preglow | i would love that |
| 21:21:11 | preglow | brb |
| 21:21:35 | webguest17 | so ok, i llook into that. |
| 21:23:40 | webguest17 | mhh looking into zhe bootloader sources i only see sh stuff |
| 21:23:53 | webguest17 | is there a different bootloader for h100? |
| 21:24:09 | amiconn | Look in /bootloader |
| 21:24:20 | webguest17 | ah ok |
| 21:24:36 | amiconn | /flash/bootloader is archos/sh |
| 21:24:37 | | Quit webguest17 ("CGI:IRC") |
| 21:26:06 | | Quit Cassandra_ (Read error: 60 (Operation timed out)) |
| 21:26:38 | | Nick Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59) |
| 21:28:47 | | Join webguest17 [0] (~d53d8302@labb.contactor.se) |
| 21:29:01 | webguest17 | whops, got disconnected |
| 21:29:46 | webguest17 | cya later |
| 21:29:49 | | Quit webguest17 (Client Quit) |
| 21:30:08 | | Join muesli- [0] (muesli_tv@1Cust59.tnt3.hnr2.deu.da.uu.net) |
| 21:34:58 | * | amiconn slaps his forehead |
| 21:35:22 | amiconn | Braindead MMC. |
| 21:37:33 | | Join muesli_ [0] (muesli_tv@1Cust74.tnt3.hnr2.deu.da.uu.net) |
| 21:40:58 | preglow | my usb connector is getting dangerously loose after all this plugging and unplugging |
| 21:41:19 | amiconn | Did you try another cable? |
| 21:41:28 | preglow | nah |
| 21:41:30 | preglow | only got this |
| 21:41:45 | preglow | it's not in any immediate danger |
| 21:41:47 | amiconn | I once did similar with my archos recorder, when developing the grayscale lib |
| 21:42:16 | amiconn | It also became rather loose, but it turned out that the cable suffers more than the socket |
| 21:42:38 | amiconn | I suspect this is even worse with mini-B |
| 21:43:26 | preglow | yes, i too suspect it's the cable |
| 21:43:31 | | Quit muesli- (Read error: 60 (Operation timed out)) |
| 21:43:35 | | Quit Hohoman ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 21:45:17 | preglow | well, small wonder anyway, the plugging action is pretty high when i code |
| 21:45:23 | preglow | a simulator would be nice |
| 21:45:57 | amiconn | The simulator is only useful for high level stuff |
| 21:46:51 | preglow | well, ok, i've got the mac instruction figured |
| 21:46:54 | preglow | now for trying to use it |
| 21:46:58 | | Join ashridah [0] (ashridah@220-253-120-130.VIC.netspace.net.au) |
| 21:47:05 | preglow | amiconn: i meant more of a cpu level simulator |
| 21:47:10 | preglow | an emulator, if you will |
| 21:47:28 | preglow | bdm interface would be cool as well |
| 21:47:31 | amiconn | Ah, yes. Iirc jyp has such a beast available for gmini work. |
| 21:48:08 | * | preglow Kraftwerk - The Robots |
| 21:48:12 | preglow | god, i love vocoders |
| 21:48:15 | jyp | right; but CalmMAC ain't supported well yet |
| 21:48:27 | jyp | preglow: try out latest daft punk |
| 21:48:35 | jyp | 50 minutes of vocoder ;) |
| 21:48:38 | preglow | hahah |
| 21:48:42 | preglow | joy and pleasure! |
| 21:49:23 | DeadMan | hey how about a built in vocoder for H1x0 ;) |
| 21:50:15 | preglow | excellent idea, and probably not impossible |
| 21:50:34 | preglow | if i finally got the emac shit to work, i'll start on making filters straight away! |
| 21:50:55 | DeadMan | are you joking or for real? |
| 21:50:58 | preglow | i did make a vocoder once, actually, but it sounded like crap |
| 21:51:00 | preglow | for real |
| 21:51:02 | DeadMan | LOL |
| 21:51:25 | DeadMan | that would be cool. btw is there an fx system in RockBox I never read all the features |
| 21:51:28 | preglow | one of my plans is to create lots of sweet dsp effects for it, heh |
| 21:51:43 | DeadMan | yeah dsp's would be lovely indeed |
| 21:51:51 | hubble | hehe |
| 21:52:14 | preglow | global reverb and flanger makes music better |
| 21:52:15 | preglow | hahah |
| 21:52:27 | preglow | think i'll go for an eq first |
| 21:52:46 | DeadMan | shame fraunhoffer's new headphone surround technique is not open :P |
| 21:53:13 | DeadMan | I'm looking for a headphone surround system that actually works |
| 21:53:44 | DeadMan | preglow parametric eq ;) |
| 21:53:51 | preglow | DeadMan: i'll make that for sure |
| 21:53:58 | DeadMan | sweet |
| 21:54:02 | amiconn | Crap. Some MMC don't like reading the very last sectors with the read_multiple command in SPI mode, because we cannot send the stop_transmission early enough. So the card tries to advance to a nonexistent sector... |
| 21:54:05 | preglow | what kind of surround do you mean, btw? |
| 21:54:09 | DeadMan | bit of a muso here so I understand some of it |
| 21:54:11 | preglow | real surround would require hrtfs |
| 21:54:16 | | Join Tim [0] (~tjlamb@ool-18be3ce7.dyn.optonline.net) |
| 21:54:36 | Tim | any geniuses out there who can help me out? |
| 21:54:42 | DeadMan | ? |
| 21:54:45 | HCl | depends on what you need |
| 21:54:47 | DeadMan | ask and you may recieve |
| 21:55:09 | Tim | okay....I have an archos 6000 with a 30 gig hd and Rockbox on it. |
| 21:56:24 | Tim | Everything was working GREAT up until last week when I hooked up the usb to transfer files. My computer knows the drive is there (it appears in Device manager and in Safely Remove...), BUT the drive letter I assigned (H) does not appear in Explorer or in My Computer.... |
| 21:58:09 | Tim | nothing? |
| 21:58:27 | preglow | Tim: you sure you haven't told windows not to display it? |
| 21:58:34 | preglow | Tim: you select that in the same place you assign the drive letter |
| 21:58:49 | preglow | Tim: that'd be my first guess |
| 21:59:47 | DeadMan | yeah see if disk manager shows it |
| 22:00 |
| 22:00:28 | Tim | okay where do I see if I selected that? |
| 22:00:31 | DeadMan | it's under computer management in control panel, admin tools |
| 22:01:15 | Tim | disk manager shows it.... |
| 22:01:26 | DeadMan | letter it's assigned? |
| 22:01:48 | | Quit muesli_ (Read error: 113 (No route to host)) |
| 22:02:09 | Tim | h |
| 22:02:13 | DeadMan | it should also show as 'healthy' and no odd messages about it being a foreign drive |
| 22:02:34 | Tim | oh, crap! there it is! But I got a messenger error message when it popped up? |
| 22:02:51 | DeadMan | which was? |
| 22:03:40 | Tim | you know, windows meesenger has experienced....do you want to send an error report blah, blah, blah.... |
| 22:03:49 | DeadMan | oh |
| 22:03:56 | DeadMan | I don't use messenger |
| 22:04:01 | DeadMan | I switch it off |
| 22:04:21 | DeadMan | but anyhow is the drive accessible now in explorer? |
| 22:05:12 | Tim | yep, you guys ROCK! I thought I'd have to re-install windows or some such....you know, Archos couldn't figure out in 10 minutes what you did in 3 |
| 22:05:21 | DeadMan | lol |
| 22:05:30 | DeadMan | just windows getting it's knickers in a twist |
| 22:05:59 | Tim | it seems to LOVE doing that....especially when my other two hd's are ntfs and this is fat32 |
| 22:06:03 | DeadMan | I didn't do anything btw just trying to diagnose error |
| 22:06:37 | Tim | you got me to where the error WAS...don't underestimate THAT level of help! |
| 22:06:40 | Tim | bbl |
| 22:06:46 | DeadMan | you wanna try doing a partition in XP. Then find out you can't get it to make a master active partition coz it's CRAP! |
| 22:07:12 | DeadMan | I had to boot to a win98 floppy and fdisk :P |
| 22:07:51 | DeadMan | how crap is that that it can't delete a partition and create an active partition? |
| 22:07:57 | crash__ | jyp: i see you have progress on your gmini port |
| 22:08:03 | jyp | My advice is to DITCH winxp and use linux ;) |
| 22:08:09 | DeadMan | heh |
| 22:08:19 | jyp | crash__: indeed |
| 22:08:31 | DeadMan | jyp gmni has I2S and I2C like iRiver ne? |
| 22:09:08 | DeadMan | or somesuch |
| 22:09:12 | jyp | The amount of similarity will be determined when I see hubble's code, but yes |
| 22:09:20 | DeadMan | that could be handy |
| 22:09:55 | jyp | Starth is working on the hardware debug interface ... |
| 22:10:04 | jyp | http://www.donat.org/archos/temp/port%20analysis/jtag-cable.jpg |
| 22:10:11 | jyp | ... or http://www.donat.org.nyud.net:8090/archos/temp/port%20analysis/jtag-cable.jpg |
| 22:10:15 | DeadMan | he's wiggling his wiggler is he? |
| 22:10:22 | jyp | if you have problems with the other url |
| 22:10:54 | DeadMan | is that the wiggler? |
| 22:11:23 | crash__ | jyp: i also saw you have started on the analog digital audio thing? will it be used for iriver too ? |
| 22:11:40 | jyp | DeadMan: I don't know exactly |
| 22:11:48 | DeadMan | hey I know jiggy |
| 22:12:15 | DeadMan | but you mentioned debug so I assumed it was a bdm wiggler (whatever that is lol) |
| 22:12:20 | jyp | crash__: no, it's rather the low level stuff |
| 22:12:35 | | Join [IDC]Dragon [0] (~Joerg@pD9FF867F.dip.t-dialin.net) |
| 22:12:43 | DeadMan | ignore me :) |
| 22:13:00 | jyp | DeadMan: it's more or less that |
| 22:13:04 | amiconn | hi Jörg |
| 22:13:11 | [IDC]Dragon | hi there |
| 22:13:20 | amiconn | Did you read the log, or what? |
| 22:13:20 | [IDC]Dragon | long time no IRC |
| 22:13:31 | DeadMan | self built rather than expensive purchase I am guessing |
| 22:13:34 | [IDC]Dragon | a bit, why? |
| 22:13:48 | [IDC]Dragon | the MMC? |
| 22:13:49 | amiconn | I fixed the MMC sector count calculation. |
| 22:14:08 | amiconn | It turned out that my card wasn't formatted wrong after all |
| 22:14:19 | [IDC]Dragon | a day or two ago, right? |
| 22:14:33 | amiconn | Unfortunately I already ditched the image, so I had to re-download it from haxx. |
| 22:14:45 | [IDC]Dragon | :-/ |
| 22:14:54 | amiconn | Now I put it back to my card - the error is still there? |
| 22:15:07 | [IDC]Dragon | but I guess this is not the MV problem? |
| 22:15:17 | preglow | does rockbox fprintf buffer output? |
| 22:15:26 | amiconn | I checked - rockbox does *not* try to read past end of card. |
| 22:15:40 | [IDC]Dragon | the panic, yes |
| 22:16:05 | DeadMan | I wonder if one of those Toshiba 60GB drives will work in an H1x0 |
| 22:16:11 | amiconn | Instead, some cards (including mine, but *not* the internal (!) ) don't like it when we read the very last sector with the read_multiple command |
| 22:16:33 | amiconn | ...because we can't send the stop_transmission early enough. |
| 22:16:46 | HCl | DeadMan: on misticriver someone hooked up a normal 80gb hdd onto an iriver, it worked fine. |
| 22:16:46 | amiconn | So the card tries to advance to a nonexistent sector... |
| 22:16:50 | HCl | DeadMan: so yes, it will. |
| 22:16:52 | DeadMan | I know some guy hooked up an 80GB 3.5" drive to one but not sure what the results were for over 9999 files if it recognised them or not |
| 22:16:54 | [IDC]Dragon | so, don't do such ;-) |
| 22:17:10 | | Quit Ka ("* poof *") |
| 22:17:11 | HCl | rockboy will crush that 9999 files limit anyways |
| 22:17:12 | HCl | er |
| 22:17:14 | HCl | rockbox |
| 22:17:15 | HCl | my bad |
| 22:17:15 | HCl | o.o |
| 22:17:24 | DeadMan | can't source those drives anyhow coz Apple damned well have them all bought up :P |
| 22:17:25 | amiconn | It seems we need to always read the very last sector with read_single_block |
| 22:17:32 | amiconn | ...to make sure. |
| 22:17:35 | [IDC]Dragon | amiconn: is it a problem to do a special case? |
| 22:17:40 | HCl | DeadMan: toshiba just made a new 1.8" 80gb |
| 22:17:50 | DeadMan | would that fit? |
| 22:18:16 | [IDC]Dragon | btw, nice diagnosis |
| 22:18:19 | DeadMan | I'd give my left pinky for one of those :) |
| 22:18:39 | DeadMan | OK I lie but it would be nice none the same :) |
| 22:18:41 | HCl | i think it would |
| 22:18:46 | HCl | it was made with a new technoligy |
| 22:18:53 | HCl | actually making it smaller than the 40gb, iirc |
| 22:19:06 | DeadMan | 40GB is dual platter |
| 22:19:14 | HCl | mhm |
| 22:19:22 | DeadMan | so they must have double the platters |
| 22:19:25 | HCl | ohno |
| 22:19:27 | HCl | i died in mario |
| 22:19:29 | HCl | :x |
| 22:19:35 | DeadMan | HCI :O |
| 22:19:38 | amiconn | [IDC]Dragon: I ended up putting hard coded ata_read_sectors in the main startup, and then see if it panics or not (I have special debug panic()s) |
| 22:19:51 | HCl | and nah, they made a new technoligy to increase the density of the disks.. |
| 22:20:07 | ashridah | HCl: it's actually playable long enough to die now? :) |
| 22:20:08 | DeadMan | ah that is cool then |
| 22:20:13 | DeadMan | it should fit |
| 22:20:20 | HCl | ashridah: sortof :P |
| 22:20:25 | HCl | ashridah: i'm getting about 1fps |
| 22:20:28 | DeadMan | but at present you cannot even buy the 60gb let alone 80gb drives |
| 22:20:36 | DeadMan | not to the public |
| 22:20:48 | DeadMan | only to oem's |
| 22:21:46 | amiconn | [IDC]Dragon: I'll try to make the special case handling look not too dumb. |
| 22:22:10 | amiconn | [IDC]Dragon: Btw, you could try whether your card shows the same behaviour |
| 22:22:15 | [IDC]Dragon | we check against the limit for the panic already |
| 22:22:28 | preglow | hah |
| 22:22:29 | preglow | a filter |
| 22:22:54 | [IDC]Dragon | so you can do if ==max: special case, if >max panic |
| 22:23:33 | amiconn | [IDC]Dragon: Yes. We also have an if/else deciding about singe/multiple read. I don't want to add another block doing single read, I already have an idea |
| 22:23:52 | [IDC]Dragon | I'd need a file on my card which uses the last cluster |
| 22:24:00 | amiconn | No, you don't |
| 22:24:04 | HCl | it still crashes when you press two buttons at the same time |
| 22:24:21 | [IDC]Dragon | ? |
| 22:24:22 | amiconn | First, check in the debug menu how many sectors your card has. |
| 22:24:59 | preglow | it's filtering!! |
| 22:25:05 | Tim | hey, here's another rockbox q.....it says I have much more free space on my hard drive than I know I do....not a big thing, but weird, no? |
| 22:25:07 | preglow | now to understand the intricacies |
| 22:25:17 | [IDC]Dragon | need to get a daily build or update+compile |
| 22:25:17 | amiconn | [IDC]Dragon: Then add the following in main.c (I did it from line 202 on, after usb_start_monitoring): |
| 22:25:41 | amiconn | { |
| 22:25:42 | amiconn | unsigned char dbuff[1024]; |
| 22:25:42 | amiconn | ata_read_sectors(1, <sector_count-2>, 2, &dbuff); |
| 22:25:42 | DBUG | Enqueued KICK amiconn |
| 22:25:42 | amiconn | } |
| 22:26:13 | amiconn | You'll need another panicf() call in ata_mmc.c: |
| 22:26:59 | amiconn | At the end of ata_read_sectors, but before the flush, put: |
| 22:27:00 | amiconn | if (ret) |
| 22:27:00 | amiconn | panicf("read_sectors(%d, %d) (%d) %d", start, incount, i, ret); |
| 22:27:28 | amiconn | Then compile an ajbrec.ajz and rolo into it with the card inserted |
| 22:27:40 | HCl | hrm. |
| 22:28:57 | | Join DMJC-L [0] (~DMJC-L@220-245-162-47-sa-nt.tpgi.com.au) |
| 22:29:25 | amiconn | [IDC]Dragon: If you change the '<sector_count-2>, 2' to '<sector_count-1>, 1' it should not panic, because then it uses single read |
| 22:29:51 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 22:29:51 | * | [IDC]Dragon compiles on the notebook first time |
| 22:30:07 | * | amiconn always compiles on the notebook :) |
| 22:30:19 | [IDC]Dragon | i know |
| 22:30:43 | [IDC]Dragon | binutils not ported to amiga? |
| 22:31:01 | amiconn | Latest amiga gcc is 2.95... |
| 22:31:17 | amiconn | (if I didn't miss something) |
| 22:32:48 | * | [IDC]Dragon missed to checkout the fonts |
| 22:33:02 | XShocK | does anyone know what new was introduced in gcc 3.5 ? |
| 22:33:13 | XShocK | i couldn't find much info about it |
| 22:33:40 | amiconn | gcc 3.5? I only know about 3.3.5 |
| 22:33:59 | Bagder | isn't the work going on for 4.0 after 3.4? |
| 22:34:17 | amiconn | Bagder: I think so |
| 22:34:28 | Bagder | 3.4.3 is the latest release anyway |
| 22:34:32 | | Join Ka [0] (~tkirk@pcp0010733332pcs.howard01.md.comcast.net) |
| 22:35:05 | rasher | Shouldn't things like tricklecharge etc. be ifdeffed out on iRiver? |
| 22:35:07 | Bagder | http://gcc.gnu.org/develop.html |
| 22:35:16 | Bagder | mentions no 3.5, only 4.0 |
| 22:35:30 | amiconn | rasher: They aren't? |
| 22:35:52 | amiconn | Bagder: 3.3.5 came out after 3.4 |
| 22:36:06 | Tim | anyone know of a solid, FREE sound levelling, id3 group tage renaming programs? |
| 22:36:09 | Bagder | yes, 3.4.X and 3.3.X are two branches |
| 22:36:10 | amiconn | Looks like it is a bugfix release for the 3.3 series |
| 22:36:44 | Bagder | the URL above shows it clearly |
| 22:37:12 | XShocK | hmmm |
| 22:37:12 | rasher | amiconn: hrm trickle charge is, I guess, but at least I see "Car adapter Mode" in the menu |
| 22:37:34 | amiconn | The car adapter mode has nothing to do with charging |
| 22:38:04 | rasher | oh ah |
| 22:38:11 | rasher | I'll just shut my mouth then. :X |
| 22:38:13 | amiconn | Instead, it uses a peculiarity (call it a shortcoming or a feature) of the archos hardware |
| 22:38:23 | XShocK | hehe.. you are right 4.0 |
| 22:38:26 | XShocK | not 3.5 |
| 22:38:53 | amiconn | The archos hardware can't power off as long as the charger is connected, that also means it switches on when power is applied |
| 22:39:38 | amiconn | So if you have a cigarette lighter socket in your car which is switched with the ignition, car adapter mode starts/stops playback accordingly |
| 22:39:59 | rasher | interesting |
| 22:40:10 | Bagder | XShocK: apparently it _was_ called 3.5 but was renamed to 4.0 |
| 22:40:26 | Bagder | http://gnu.mirrormonster.com/software/gcc/gcc-4.0/changes.html |
| 22:40:46 | | Join Patr3ck [0] (~patr3ck@pD95F79DC.dip.t-dialin.net) |
| 22:40:47 | amiconn | rasher: I don't know whether this is possible on iRiver. It would require that the iRiver hardware switches on when external DC power is applied |
| 22:40:49 | [IDC]Dragon | the code is broken for Ondio backlight |
| 22:41:19 | rasher | amiconn: it most certainly doesn't |
| 22:41:29 | | Part Tim |
| 22:41:53 | amiconn | [IDC]Dragon: What happens? No backlight at all? |
| 22:42:27 | [IDC]Dragon | no compile |
| 22:42:38 | [IDC]Dragon | hang on, this is strange |
| 22:44:00 | [IDC]Dragon | ah, copy paste typo |
| 22:44:16 | amiconn | Yours, or in cvs? |
| 22:44:21 | [IDC]Dragon | mine |
| 22:47:17 | [IDC]Dragon | oh, my display is mirror-faced |
| 22:47:30 | amiconn | Huh? |
| 22:47:50 | [IDC]Dragon | didn't know the controller can do so |
| 22:48:02 | rasher | sounds like great fun |
| 22:48:27 | rasher | someone set up a projecting system |
| 22:49:19 | amiconn | [IDC]Dragon: ??? What did you do? The controller can do so, as it can reverse the horizontal & vertical scan directions separately. However, building from current cvs works for me... |
| 22:49:42 | [IDC]Dragon | perhaps my settings are very confused |
| 22:49:57 | * | amiconn tries a full rebuild |
| 22:50:06 | [IDC]Dragon | the backlight introduces a few settings bits |
| 22:50:30 | [IDC]Dragon | ofsetting them, making them very incompatible |
| 22:50:52 | amiconn | Yeah, but the settings shouldn't cause the controller to reverse the directions separately... |
| 22:51:04 | [IDC]Dragon | yes, stange |
| 22:51:30 | [IDC]Dragon | the display was flipped, shifted, and mirrored |
| 22:52:02 | | Part LinusN |
| 22:52:27 | [IDC]Dragon | \o/ |
| 22:53:28 | [IDC]Dragon | oops, he left, I confused with entering |
| 22:53:35 | rasher | heh |
| 22:53:36 | amiconn | ;) |
| 22:53:51 | [IDC]Dragon | hooray, Linus is gone |
| 22:53:52 | DMJC-L | did linus upload the 140mhz suff? |
| 22:53:55 | DMJC-L | stuff |
| 22:54:04 | amiconn | lol |
| 22:55:03 | amiconn | (sorry, 'Suff' meaning 'being drunk' in german) |
| 22:55:10 | *** | Saving seen data "./dancer.seen" |
| 22:56:14 | amiconn | [IDC]Dragon: My display behaves just fine. |
| 22:58:28 | | Quit ashridah ("phone") |
| 22:59:03 | Bagder | aha, Linus is awake ;-) |
| 23:00 |
| 23:01:04 | [IDC]Dragon | now upside down+shifted |
| 23:02:17 | amiconn | Does it work correctly with archos? |
| 23:02:54 | | Quit uncledrax () |
| 23:03:27 | [IDC]Dragon | I bet so |
| 23:03:36 | [IDC]Dragon | now copying a daily build |
| 23:03:41 | amiconn | Maybe there's a connection pb... |
| 23:03:57 | amiconn | (did you uart-boot recently?) |
| 23:04:09 | [IDC]Dragon | no :-) |
| 23:04:53 | DeadMan | Any changes to H1x0 today? |
| 23:05:30 | rasher | nothing public, no big changes |
| 23:05:42 | [IDC]Dragon | the daily is OK (normal flip, because of settings shift) |
| 23:06:22 | amiconn | Bagder: Many links on the datasheet wiki page (leading to datasheets stored in the wiki) don't work anymore... |
| 23:06:44 | amiconn | [IDC]Dragon: Which gcc? |
| 23:07:05 | Bagder | annoying |
| 23:07:06 | [IDC]Dragon | 3.3.5 |
| 23:07:17 | amiconn | Hmm. That's what I use too |
| 23:07:38 | amiconn | Do you have internal changes? |
| 23:08:04 | [IDC]Dragon | internal? only the backlight |
| 23:09:43 | [IDC]Dragon | but I got the sector count now |
| 23:16:35 | [IDC]Dragon | amiconn: it doesn't panic |
| 23:16:58 | amiconn | Interesting... The internal flash also doesn't panic |
| 23:17:11 | amiconn | What brand/type is your card? |
| 23:17:29 | [IDC]Dragon | extrememory |
| 23:17:43 | [IDC]Dragon | I can try another one |
| 23:17:59 | amiconn | Hmm. Mine is a Transcend. |
| 23:19:01 | amiconn | Bagder: What happened to the datasheets? |
| 23:19:32 | XShocK | UDA1380 supports 24-bit, so there is no need to translate libMad into 16-bit back, is it right? |
| 23:22:04 | | Quit jyp ("poof!") |
| 23:22:15 | [IDC]Dragon | XShocK: but the CPU does "only" 20 bits |
| 23:22:34 | [IDC]Dragon | (said Linus) |
| 23:22:37 | amiconn | [IDC]Dragon: I don't think it's necessary to optimize a special case of the special case, right? |
| 23:22:45 | | Join jyp [0] (~jp@10.135-200-80.adsl.skynet.be) |
| 23:23:44 | [IDC]Dragon | meaning, some cards working? |
| 23:24:34 | amiconn | No, meaning reading *exactly* the 2 last sectors with 2 single reads instead of a 1-long multi read plus a single read |
| 23:25:04 | amiconn | (The 1-long multi read takes slightly longer than a single read) |
| 23:25:19 | [IDC]Dragon | forget it, yes |
| 23:28:20 | [IDC]Dragon | the other card also behaves well |
| 23:29:12 | amiconn | Btw, it's better that this happens with one of my cards (in fact my only card), rather than a user's |
| 23:29:28 | | Join Hohoman [0] (~inte@hohoman.olf.sgsnet.se) |
| 23:29:29 | amiconn | It might have turned out very hard to investigate then... |
| 23:29:42 | [IDC]Dragon | yes, like Trevors problem |
| 23:29:57 | amiconn | I'd really like to get hold of a 0308 unit... |
| 23:30:23 | amiconn | I have no idea why it fails by looking at the code only. |
| 23:30:54 | [IDC]Dragon | Trevor seemed happy to send one |
| 23:34:24 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
| 23:35:50 | DeadMan | What? Did I read right? The iRiver could have done 24 bit but the CPU is preventing it from doing so? |
| 23:36:26 | coob | any rockboy devs in here? |
| 23:36:36 | HCl | yes? |
| 23:36:41 | preglow | well, duh, you're in #rockbox |
| 23:36:46 | [IDC]Dragon | DeadMan, the I2S interface of the CPU is 20 bit max |
| 23:36:49 | DeadMan | HCI broke something :) |
| 23:36:57 | HCl | i got it working again with a backup |
| 23:37:01 | HCl | hcL |
| 23:37:03 | DeadMan | [IDC]Dragon that sucks neh? |
| 23:37:08 | coob | HCl: was that yes to me...? |
| 23:37:12 | HCl | coob: yup. |
| 23:37:26 | coob | got your source anywhere? |
| 23:37:29 | [IDC]Dragon | no, plenty ofdynamics still |
| 23:37:29 | HCl | yea |
| 23:37:33 | HCl | hold on |
| 23:38:13 | HCl | ftp://titania.student.utwente.nl/ |
| 23:39:26 | | Quit jyp ("poof!") |
| 23:39:32 | coob | cool thanks |
| 23:39:43 | HCl | np |
| 23:46:20 | coob | rockbox-devel.zip i take it... |
| 23:48:46 | HCl | yea |
| 23:48:58 | HCl | its just a zip of my sourcetree, not really pretty or anything |
| 23:49:18 | DBUG | Enqueued KICK DeadMan |
| 23:49:18 | * | DeadMan »» np · Daft Punk - Discovery - · 10:29/60:58 [¦¦¦¦¦¦¦¦¦¦¦¦¦¦] · kbps «« |
| 23:50:13 | rasher | oh dear |
| 23:50:31 | DeadMan | Hey I like it ;) |
| 23:50:50 | DeadMan | and the anime music video is cool |
| 23:50:55 | preglow | hahaa |
| 23:51:01 | preglow | i absolutely _hate_ anime music videos |
| 23:51:12 | preglow | but that one's original, so it's almost excusable |
| 23:51:24 | DeadMan | yeah it was made for the music and it runs as a movie |
| 23:51:32 | HCl | heh. |
| 23:51:40 | HCl | its okay |
| 23:51:44 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 23:51:44 | * | HCl likes amvs :P |
| 23:51:46 | DeadMan | old stylee anime |
| 23:52:05 | DeadMan | reminds me of Battle of the Planets :) |
| 23:52:21 | amiconn | [IDC]Dragon: Did you find out what happened to your display? |
| 23:52:41 | [IDC]Dragon | no |
| 23:52:52 | [IDC]Dragon | i didn't really try |
| 23:53:15 | amiconn | Maybe a 'cvs diff -u' gives you a clue? |
| 23:55:44 | | Join Digital007 [0] (~acc9ead3@labb.contactor.se) |
| 23:55:50 | Digital007 | Hi |
| 23:56:19 | HCl | hello |
| 23:56:41 | Digital007 | When iRiver rockbox is finally finished, will the bootloader be available "pre-compiled"? |
| 23:56:50 | Bagder | not from us |
| 23:57:05 | Bagder | it contains iRiver code |
| 23:57:12 | DeadMan | will you provide an exe to compile it? :) |
| 23:57:18 | preglow | but practically, it will probably be available as an .ips patch |
| 23:57:28 | Digital007 | so where would i get the bootloader from? |
| 23:57:34 | | Join amiconn_ [0] (~jens@pD9E7FCF2.dip.t-dialin.net) |
| 23:57:41 | DMJC | kazaa |
| 23:57:53 | DMJC | or maybe off some home boxes running apache |
| 23:57:58 | rasher | No |
| 23:57:59 | DeadMan | heh |
| 23:58:04 | Bagder | it could be a executable that applies a patch against an iriver hex file |
| 23:58:10 | DeadMan | yeah |
| 23:58:13 | | Quit amiconn (Nick collision from services.) |
| 23:58:14 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7FCF2.dip.t-dialin.net) |
| 23:58:15 | rasher | It should be |
| 23:58:19 | amiconn | Bagder: No downloads of wiki attachments work :( |
| 23:58:26 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 23:58:42 | DeadMan | how are most people currently loading the fw? |
| 23:58:43 | Digital007 | as im sure there are people who want to try iRiver rickbox but don't wanna mess around trying to assemble the bootloader |
| 23:58:46 | amiconn | Bagder: Even not those I added today! |
| 23:58:56 | Bagder | :-/ |
icon identifies that the person is a core developer (has commit access).