Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2005-09-16

00:04:09rasherLooks like I was wrong
00:06:13 Join StrathAFK [0] (
00:07:16 Quit Strath (Nick collision from services.)
00:07:52 Nick StrathAFK is now known as strath (
00:10:00***Saving seen data "./dancer.seen"
00:18:52 Quit ender` (Read error: 110 (Connection timed out))
00:22:58 Join stripwax [0] (
00:24:49stripwaxso today the iriver went back to iRiver Europe, lets hope they can fix it. I managed to get it to turn on one more time before it went out for the count, and took the opportunity to reflash with an iriver firmware just in case ;-)
00:26:30 Quit ashridah ("damn. uni.")
00:28:28 Quit Mojito ()
00:29:05 Part stripwax
00:34:58 Join jonash [0] (
00:35:11 Join Sucka [0] (
00:35:27 Quit rasher (Read error: 110 (Connection timed out))
00:36:25 Quit Sucka (Client Quit)
00:51:15 Quit webguest84 ("CGI:IRC (EOF)")
00:54:28 Quit AliasCoffee ("bbl")
00:54:42 Join bagawk [0] (i=1000@unaffiliated/bagawk)
00:55:20 Part ep0ch ("Kopete 0.10.3 :")
00:59:26 Quit Moos ("Parti")
01:05:56 Quit cv_ (Read error: 110 (Connection timed out))
01:07:11 Quit markun ()
01:15:50 Quit matsl (Remote closed the connection)
01:16:04 Join linuxstb [0] (
01:36:01 Nick jonash is now known as rasher (
01:36:17rasherlinuxstb: so why wasn't the iriver-radio change submitted?
01:38:39linuxstbrasher: No-one said yes.
01:38:59linuxstbI'm happy to wait until 2.5 is released.
01:39:21rasherShould be RSN
01:39:57linuxstbYes - it's been RSN for the last couple of days. But amiconn and LinusN have the final say - they are doing the work.
01:40:46rasherReal Soon Now
01:40:54rasher(as in, not really, but it might be!)
01:41:01amiconnah thx
01:41:15rasherI suspect it's in the jargon file
01:41:26amiconnThe radio change for iriver isn't really a new feature
01:42:33linuxstbBut the general opinion (rightly or wrongly) seems to have been to leave the iriver port alone and not commit anything that isn't a strict bug-fix.
01:42:57rasherAh yes,
01:43:58rasherlinuxstb: I think that was the initial opinion. Mostly to not give people ideas. But when it came to actually deciding, the policy was less strict.
01:44:02amiconnlinuxstb: It's a feature freeze, not a code freeze. Many things I've done aren't strictly bug fixes, but optimisations
01:44:08amiconnNobody vetoed...
01:44:51rasherI think the freeze has been fairly well handled.
01:45:00amiconnSomebody please explain gcc's opinions about code placement... they're sometimes strange...
01:45:17*amiconn is currently investigating a new recording transfer loop for archos
01:48:56rasherDoesn't sound like my idea of fun. (at least if gcc is getting in the way)
01:49:17amiconnMeh, I *hate* acoustic feedback :(
01:52:55amiconnrasher: It doesn't get in the way, but I wanted to check what gcc produced from my C code. One snippet puzzled me, it even looked like unreachable code.
01:53:35amiconnTurned out gcc "displaced" this code into a gap outside the normal flow
02:08:43 Quit gromit` (Read error: 104 (Connection reset by peer))
02:08:47 Join gromit` [0] (
02:10:02***Saving seen data "./dancer.seen"
02:12:14 Quit gromit` (Read error: 104 (Connection reset by peer))
02:14:39rasherMaybe it just made more sense from the compiler's viewpoint
02:16:11rasherAnd isn't some clever plot
02:20:52 Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier.")
02:21:23 Join gromit` [0] (
02:29:26 Quit bagawk ("Leaving")
02:32:50 Quit lImbus (Read error: 110 (Connection timed out))
03:30:35 Quit rasher ("Ex-Chat")
03:37:20 Quit cYmen ("zZz")
04:05:59 Join QT_ [0] (i=as@madwifi/users/area51)
04:10:03***Saving seen data "./dancer.seen"
04:17:04 Quit QT (No route to host)
06:10:07***Saving seen data "./dancer.seen"
06:54:20 Quit preglow ("g")
07:03:31 Join LinusN [0] (
07:19:28amiconnLinusN: Did you read the log? If not, , starting 20:21
07:20:06LinusNsaw that
07:20:27amiconnI wonder what we're doing wrong... :(
07:20:42LinusNi have no ida
07:21:37LinusNwe could try without the peak meter
07:21:59amiconnArchos also has a peakmeter
07:22:16LinusNi know...
07:22:26 Join linuxstb_ [0] (
07:23:19amiconnThe question is how often they peek, but then we already had a low peek rate for a while
07:24:27amiconnI also tried a modified transfer loop. Same result, recording gets shiften after a while
07:25:19amiconn2 bits to the left after a little more than 30 minutes this time
07:25:57LinusNreally annoying
07:26:35LinusNa bit shift sounds like a glitch on a serial bus
07:26:41LinusNinside the mas
07:30:53 Join B4gder [0] (
07:32:07amiconnLinusN: It would be really interesting what happens at the point of failure transfer-wise, but afaik logic analyzers aren't capable of long-term recording (?)
07:32:38amiconnWith transfer-wise I mean both the parallel port DMA and I²C
07:33:05LinusNthey are, but myine is a cheap one, with limited triggering capabilities
07:34:00amiconnWhat we would need here would be capturing everything during a long recording. YOu'll never know in advance at which point the glitch will happen
07:34:12amiconnlong recording means at least 2 hours
07:35:49 Quit linuxstb (Read error: 113 (No route to host))
07:39:08LinusNamiconn: do you have disk poweroff activated?
07:39:29LinusNi can imagine that a voltage dip could cause a clock slip in the mas
07:44:50amiconnI have disk poweroff enabled all the time...
07:45:53amiconnCould be interesting to logf() the spinup/-down times
07:46:10amiconn...and compare that to a glitch point in a test recording
07:46:27amiconnI should do tests on the Ondio as well...
07:47:57amiconnHmm, but how does that match the pattern that the probability of the glitch depends both on quality setting and recording level?
07:50:49LinusNperhaps more power is drawn/needed by the dsp?
07:52:05LinusNor the internal serial bus is faster at higher q levels
07:52:21LinusNrecording level will surely affect the voltage
07:53:39amiconnHmm, but archos also spins up/down the disk. I would think the voltage dip from spinup is "harder" than the one from drive poweron?
07:53:56LinusNi suspect the opposite
07:54:22LinusNi thought the archos didn't spin down the disk...
07:55:03amiconnIt does
07:55:21amiconnWhy do you suspect the voltage dip from poweron being harder?
07:55:44amiconnIdle current of the disk is around 10 mA, spinup current can easily exceed 1 A...
07:56:19LinusNthe entire drive is powered on instead of just the motor and some other stuff
07:57:01amiconnHmm. Can we measure that somehow?
07:57:14LinusNguess so, with an oscilloscope
07:57:25amiconnBtw, all my test recordings are done with the charger connected
07:57:26LinusNwe could measure the voltage and see if it dips
07:58:10amiconnMy next test recording will probably be without code modification, but disk poweroff disabled
07:58:17LinusNafaik, archos uses STANDBY instead of SLEEP
07:58:28amiconn...perhaps in parallel with an Ondio test recording
08:00:26*LinusN heads off to the lab
08:10:08***Saving seen data "./dancer.seen"
08:28:22*B4gder reads "Efficient programming techniques for ARM.pdf" - nothing's like the smell of assembler in the morning
08:34:07CoCoLUSsounds freaky
08:37:15B4gderarm is slightly more advanced than coldfire
08:39:52CoCoLUSwhich makes it even more... freaky? :)
08:41:55B4gderhehe, I guess so
08:56:07 Join einhirn [0] (
09:07:51 Nick Lynx_awy is now known as Lynx_ (
09:35:40 Join ashridah [0] (
09:43:30*B4gder reads ipodlinux source code
09:43:47Zagoranything fun?
09:44:01B4gderthey're not making it easy for us
09:44:17B4gder * since the interrupt vectors at 0x0 are now installed
09:44:17B4gder * we can wake up the COP safely
09:44:17B4gder */
09:44:17DBUGEnqueued KICK B4gder
09:44:17B4gderoutl(0xce, 0xcf004058);
09:44:48B4gderusing fixed numbers in the code with no real descriptions
09:46:41B4gderand almost everything is more than 14 months old
09:47:02B4gderwhich seems wrong
09:47:21Zagoryes, surely there has been some work the last 14 months?
09:48:01B4gdernot committed in the linux area
09:48:26B4gderI guess they focus on apps
09:50:14B4gderwhat's that for?
09:52:12B4gderI also noticed that they don't have usb working
09:52:19B4gderon any model
09:53:27linuxstb_B4gder: Are you thinking about buying an ipod as well?
09:53:37B4gderI do
09:53:49B4gderfor Rockboxing
09:54:16linuxstb_Mine should hopefully arrive tomorrow morning.
09:54:47B4gdera 4g one?
09:55:28linuxstb_Yep - a 60GB Photo.
09:55:40B4gderaha, color...
09:55:42linuxstb_PP5020 based I hope.
09:55:52linuxstb_That seems the most widely used processor.
09:56:38ZagorBagder: elf2flt seems to just be a convoluted way of avoiding using objdump
09:57:33Zagorcan't say I understand why. really. source at: cvs co elf2flt
09:59:33B4gderand for web access
10:08:49linuxstb_Any idea if the iPod has a hardware OFF or reset button?
10:09:57B4gderI think its hw somehow, since ipodlinux's progress page says they don't have power management
10:10:09***No seen item changed, no save performed.
10:10:25Zagormaybe they just mean cpu throttling
10:10:29B4gderI've never seen nor touched one in real life actually ;-)
10:10:37linuxstb_Nor have I :)
10:10:46linuxstb_The blind leading the blind...
10:11:11Zagorbrace for itunes barrage...
10:11:50Rickyou guys are working on rockbox for ipod?
10:12:02B4gderZagor: you can avoid that
10:12:14B4gderthere are open source hacks that write the db format
10:12:23Zagoryeah, i know
10:12:31B4gderbut then, rockbox doesn't need itunes ;-)
10:13:07linuxstb_I'm sure Rockbox will only appeal to people who don't use itunes.
10:13:28B4gdermost probably, yes
10:16:01Zagorotoh we'll get someone working on itunes support in no time if we start making ipod noises
10:16:21Zagorpeople love that program, for some reason
10:16:57linuxstb_Yes, I think developers for the apps/ side of the project will be plentiful, once Rockbox is working.
10:17:13Zagorso, do we hold 2.5 for it then? ;)
10:19:31linuxstb_Reading the logs for #ipodlinux, it seems they are having problems with some of the latest colour LCDs...
10:20:29B4gderI wonder where they have the driver
10:20:49linuxstb_There's also some code in the bootloader - to display Tux.
10:20:58B4gder"first cut iPod port" doesn't sound like the all-covering lcd code
10:24:10B4gderyes, here:
10:24:56B4gderbut that doesn't seem to be adjusted for the color lcds
10:26:37B4gderjust look at that code:
10:26:45B4gderoutl(inl(0x6000d014) & ~0x10, 0x6000d014);
10:27:15B4gderand no comments at all
10:27:21Zagorgotta love it
10:31:35LinusNB4gder: our code isn't *that* much better
10:31:49LinusNbut we have a lot more docs
10:32:02LinusNon the hardware
10:32:10LinusNport pin maps etc
10:34:25amiconnLinusN: At least we use macros for most of the port addresses, which tell the purpose
10:37:50 Join amiconn_ [0] (
10:40:48LinusNamiconn: yes
10:42:26 Quit amiconn (Nick collision from services.)
10:42:26 Nick amiconn_ is now known as amiconn (
10:45:34linuxstb_B4gder: Have you found any references to which version of gcc the ipodlinux people are using?
10:45:47B4gderjust arm-elf
10:46:31Rickwhy not just ask them?
10:47:07B4gderthey recommend 2.95.3(!) for the kernel build
10:47:15linuxstb_From what I can tell, I think they use a special gcc required for uclinux
10:48:04B4gderbut I believe that is a kernel requirement and not really required by others
10:48:15B4gderthe gcc on arm has been really bad for kernel builds
10:48:34B4gderthe gcc situation I should say
10:50:44linuxstb_Yes, it's a patched version of 2.95.3 - it's all in this script:
10:51:48snaxI recently built an arm linux system mostly from scratch with gcc 3.4.something
10:52:14snaxincluding a kernel
10:52:15B4gderyes, they've sorted out most of the things in the 3.4 branch
10:52:47B4gderjust because it worked for you doesn't mean there aren't any problems left you know ;-)
10:53:09B4gder(I used to hang out on the arm-linux-kernel list)
10:54:35B4gderthey even use a binutils patch, against 2.10
10:55:09B4gderlinuxstb_: you sure they still use this?
10:55:09linuxstb_Gotta go now. See you later.
10:55:28linuxstb_It's what's listed in the Wiki:
10:55:57 Quit linuxstb_ ("Leaving")
11:01:57 Join ender` [0] (i=ychat@
11:05:11 Part gromit`
11:23:33 Join markun [0] (
11:39:05 Join Moos [0] (
11:58:00 Join linuxstb [0] (n=linuxstb@
12:01:02 Quit Maxime (Read error: 110 (Connection timed out))
12:10:12***Saving seen data "./dancer.seen"
12:35:58 Join webguest35 [0] (
12:54:49 Join pengo [0] (n=xtofu@
12:55:15pengojust installed rockbox on my iriver ihp120 for the first time.. wow.
12:55:48B4gderwelcome to rockbox world!
12:56:25pengothank you
12:56:56pengothe site says it can't do flac in realtime but it seems fine to me ..?
12:57:34B4gderI believe there are some problems with some specific compression levels or similar
12:57:41B4gderor perhaps they've been fixed as well
12:58:19pengoah k
12:58:31pengoi haven't tried a wide range of files
12:58:50CtcpIgnored 1 channel CTCP requests in 0 seconds at the last flood
12:58:50*B4gder has never tried flac at all ;-)
13:01:32amiconnB4gder: Supporting the ipod will be "fun". Two different filesystems. Happy HFS+ing
13:01:47B4gderand scrap the rest
13:02:36B4gderuntil some lunatic writes hfs support ;-)
13:04:32B4gderthe good part about ipod is that no flashing is involved
13:07:04pengoi guess it'd be non-trivial to take an hfs+ driver from linux
13:07:11*amiconn is curious how long the apple firmware on ipod needs to boot, and how ipodlinux compares to that
13:07:33B4gderpengo: linux code is generally a lot more complicated than the rockbox version
13:07:49B4gdercomparing for example the fat32 code
13:07:51amiconnI don't like the disk boot. It has an inherent boot speed limit
13:08:06B4gderamiconn: yes, but it makes hacking the unit so much safer
13:08:11amiconnEven rockbox on H1x0 boots a little slow for my taste
13:08:39*amiconn wants firmware_flash.rock supoort for H1x0
13:09:05pengohow big is the (flash) rom?
13:10:23B4gder2MB iirc
13:10:32B4gderin the h1x0
13:17:11amiconnHmm. Supporting ipods will be loads and loads of work with all the differing hardware across generations
13:18:45linuxstbipodlinux seems to do everything using run-time hardware detection.
13:19:26pengois it possible to record from FM on the h120 ? (in actuality or in theory?)
13:19:51Rickwasn't there some interference issue
13:19:58Rickfrom the harddrive or something
13:21:18linuxstbMac users can definitely use FAT32 ipods - but they obviously need to do the initial setup from a PC.
13:21:25 Quit edx (Read error: 110 (Connection timed out))
13:29:50B4gderRick: perhaps, but you can still record
13:34:33 Quit Lynx_ (Read error: 110 (Connection timed out))
13:38:28 Join Lynx_ [0] (
13:43:36 Quit ashridah ("Leaving")
14:10:15***Saving seen data "./dancer.seen"
14:18:44 Join datadevil [0] (
14:19:13pengohey datadevil :)
14:19:33datadevili'm considering getting a new mp3 player, and like the H10 so far. I know it doesnt do rockbox yet, so is there any support coming up or are there alternative players with approx the same price to get that do support it?
14:20:33 Join cYmen [0] (
14:21:07 Nick QT_ is now known as QT (i=as@madwifi/users/area51)
14:21:22Zagorno H10 support is planned
14:22:45Zagorrockbox currently does not run on any player still in production... :-)
14:23:07pengoold mp3 players rock :)
14:23:18datadevilbut as it seems to have PortalPlayer chipset..
14:23:29datadevilor is there no work on the iPod either?
14:23:49Zagordatadevil: no. there's some talk about it, but noone has even bought an ipod yet.
14:24:50QTi was reading a report about the new nano player from apple. what a nice gadget :-)
14:24:51pengosomeone buy someone an ipod already
14:24:51Zagorportalplayer is a pain, since their chipset docs are secret
14:25:41datadevilzagor: i thought ipods were selling by the millions ;-)
14:25:57Zagorwell, not to rockbox users (or developers)
14:26:01datadevilahh ;-)
14:26:38linuxstbI've just bought an ipod - I should receive it tomorrow or Monday.
14:27:25pengolinuxstb, you a rockbox devver?
14:27:36datadevili'm still in doubt as to wether to buy the h10 or the nano
14:27:41datadevilleaning towards the h10
14:29:25linuxstbpengo: Yes.
14:29:45linuxstbI think I could be called that.
14:30:03Zagorlinuxstb: you are the ipod pioneer ;)
14:31:45linuxstbhehe. I think it just needs someone to make a small start, and that's my plan. Hopefully others will follow.
14:31:47pengothere seems to be a lot of code in something simple like chessclock.c
14:33:21QTlinuxstb: which one did you buy?
14:33:36QTi still have a 2G ipod with 20GB, but i hardly use it
14:34:10QTis it too impatient to ask about the release date? ;-)
14:34:34datadevilone can always ask
14:34:51datadevilthe ID Software reply might be the one you get; 'when its done'
14:35:28QTyeah, that's right. i know this answer when asking for the release date of Debian Stable :)
14:37:06pengo"when it's done" is sometimes better than "real soon now"
14:38:32linuxstbQT: A 60GB color model.
14:38:59datadevilwhat would you guys recommend when buying an mp3 player for around 200 euros/dollars
14:39:31linuxstbSo it's a 4G model. It's seems there are now two types of color LCDs in use on iPods, one is understood by the ipodlinux people, one is not (yet).
14:39:59linuxstbSo the first task will probably to get the new type of LCD working (assuming my iPod has the new type of LCD).
14:40:31QTdatadevil: depends on your needs I'd say
14:40:37QTlinuxstb: sounds nice
14:42:10QTi find it a pain to have an ipod without dock connector as all the accessoires are now made for this
14:42:42datadevilQT: my needs are ease of use with linux, and maybe hackability
14:42:55linuxstbI'm completely new to the ipod world, so I guess I'll find out about the annoyances.
14:43:13QTdatadevil: hmm, sounds like you want an iriver H1x0 series
14:43:42pengodatadevil, get one off ebay :)
14:45:05QTi just wish i could plug my iRiver into my car radio and control it via the radio headunit and via the steering wheel control buttons
14:46:37QTbut this is just available for iPods with dock connector :-/
14:48:50datadevilthe H1x0's seem to be hard to get by on ebay
14:49:15pengoi was going to sell mine
14:49:20pengobut now i have rockbox
14:49:26QTi can understand that. i would never give mine away :)
14:49:59QTit is a lovely device even though a bit bulky and heavy
14:50:54datadevilno other brands that have nice devices for around 200?
14:51:32 Join DangerousDan [0] (
14:51:43QTiPod nano 2GB for 199 EUR
14:52:07datadevilQT: yeah, that one i myself mentioned already
14:52:15datadevilwould it be better to buy then an H10 tho....
14:53:19ZagorQT: make a little protocol converter box. you'd sell hundreds, methinks.
14:54:02QTZagor: what converter box do you mean?
14:55:09pengoipod accessory -> iriver accessory convertor
14:56:15QTthat's probably a great idea for somebody who is able to handle with soldering. so definetely not me :-)
14:56:23QTthanks for the suggestion though
14:56:39pengois there a lot of usb code in rockbox or does it rely on existing firmware?
14:56:49 Quit markun ()
14:57:05QTas my car head unit is able to process MP3 files from DVD media I rather stick to this method even though it is a bit odd
14:57:06Zagorneither, it relies on hardware usb
14:57:33pengoZagor, ah k.. what about file "serving"?
14:57:47Zagorhow do you mean?
14:58:05pengothe interface between usb and hard drive when you plug it in
14:58:57Zagorall currently supported players have a hardware USB/ATA bridge
15:00:05pengoah k
15:00:44pengoi hadn't thought about what was/wasn't involved
15:02:01 Join edx [0] (
15:10:27pengoso is it possible to do other stuff while usb is connected?
15:14:08Zagortheoretically, yes. but nothing that uses the disk.
15:20:35 Join tucoz [0] (
15:21:49tucozIs the 2.5 release just a keypress away, or are there still issues needed to be taken care of before that will happen?
15:22:58tucozThe release todo has a lot of green. I see there are some yellow issues left.
15:24:35LinusNthere are some issues with recording
15:26:55tucozLinusN: ok, seems tricky that one. Good luck with it anyway.
15:27:14LinusNi wish amiconn good luck with it :-)
15:27:30*amiconn wonders how the archos firmware obtains the exact frame count
15:27:44tucozamiconn: luck :)
15:27:52*amiconn can't read his own stuff
15:28:34amiconnI suspect that it scans the whole recorded data
15:33:49LinusNmaybe the SYNC pin works when encoding too?
15:40:24 Join preglow [0] (
15:42:47amiconnLinusN: Hmm? The sync pin isn't connected to the CPU according to except on the player
15:42:54amiconnDid I overlook something?
15:43:35LinusNprobably not
15:44:17 Join ashridah [0] (
15:47:25 Quit ender` (Read error: 104 (Connection reset by peer))
15:53:42 Join [IDC]Dragon [0] (
15:55:17[IDC]Dragonamiconn: I'm confident that Archos is parsing the mp3 data
15:55:33amiconnWhat leads you?
15:55:39[IDC]Dragonthe log
15:56:05amiconnNo, I mean what leads you to believe that archos is parsing the data?
15:56:09[IDC]Dragonsince they do so on playback, why not on recording
15:56:48amiconnDidn't know that they do that on playback either
15:57:03[IDC]Dragonfor audible FF/FR, they have to
15:57:25[IDC]Dragonmy favorite missing feature
15:57:37amiconnI don't miss that
15:58:46[IDC]Dragonmaybe one day, when we do on-the-fly bitswap
16:01:46 Join Humpaholic [0] (
16:02:22Humpaholicanyone home???
16:03:03Humpaholichey.. hows u doin?
16:03:11Humpaholicda room seems kinda quiet
16:04:05DBUGEnqueued KICK Humpaholic
16:04:18Zagorit's not, it's just not chatty. see log for previous discussion.
16:05:05Humpaholichmm.. so wat are we supposed to do?
16:05:22bluebrother^wait quietly :)
16:05:39ZagorHumpaholic: do? please do whatever you want.
16:06:08Humpaholic<<−− waitinnn,,.......
16:06:15bluebrother^hehe ...
16:06:46tucozHumpaholic: what are you waiting for?
16:06:46bluebrother^how may I help you?
16:06:47Humpaholicam i makin a lot of noise??
16:07:05Humpaholici duno wat im supposd to do.. i thought this was a chat room
16:07:08bluebrother^like three sounds at once :)
16:07:20bluebrother^what movie was that line from? Hmm ...
16:07:21Humpaholiclol.. hump likes blue bro
16:07:51ZagorHumpaholic: this is the development channel for the rockbox firmware. it's not a random chatroom.
16:08:13Humpaholic<<−− Stumped
16:09:23Humpaholiclol.. lemme leave u guys to develop sum good things for da wrld..
16:09:30 Quit Humpaholic ("CGI:IRC")
16:10:02[IDC]Dragonjust ignoring a troll helped, how unusual
16:10:18***Saving seen data "./dancer.seen"
16:10:40 Join _DangerousDan [0] (
16:11:12datadevilnot really a troll then :-P
16:12:06tucozOne is experienced if one is able to catch a troll in an early state. Guess the troll-lingo can give some clues though.
16:14:19tucozwonder what will happen when the release is a fact. It seems there are some iriver features in the commit-pipeline.
16:15:37datadevili want my h10 :-P
16:15:53tucozhave you ordered one?
16:15:57bluebrother^hmm. Would be nice to see the features waiting in the pipeline.
16:18:52tucozDirectory caching sound nice. Then again, it might not be.
16:24:18[IDC]DragonArchos WAV rec/play!
16:26:16tucozso rockbox for archos is a multi-codec jukebox nowadays. cool.
16:26:41 Quit DangerousDan (Read error: 110 (Connection timed out))
16:27:30tucozyou only had mp3 play/rec earlier on right?
16:27:50 Join webguest82 [0] (
16:27:59 Nick webguest82 is now known as elinenbe (
16:31:59 Part LinusN
16:32:09amiconntucoz: mp2/mp3 playback and mp3 recording
16:33:01tucozoh, ok. forgot about mp2
16:36:17 Quit pengo ("Leaving")
16:36:29tucozwell, good luck on the recording issues. bye
16:36:35 Quit tucoz ("CGI:IRC 0.5.4 (2004/01/29)")
16:39:24 Quit elinenbe ("CGI:IRC (EOF)")
16:40:26 Quit Zagor ("Client exiting")
16:52:41 Quit Lynx_ (" reboot")
16:52:55WyAbility to emulate an ipod for purposes of itunes synching :P
16:55:27amiconn[IDC]Dragon: pm...
17:07:38 Join ender` [0] (i=ychat@
17:12:00 Join Maxime [0] (
17:20:45 Quit datadevil ("leaving")
17:24:02[IDC]Dragonamiconn: yes
17:24:57 Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU)
17:25:34 Join elinenbe_ [0] (
17:40:31 Join Lynx_ [0] (
17:48:13 Quit B4gder ("Lämnar")
17:48:18 Quit ashridah ("Leaving")
17:55:42 Quit HCl (Read error: 110 (Connection timed out))
17:59:42 Join HCl [0] (
18:10:21***Saving seen data "./dancer.seen"
18:15:14amiconn[IDC]Dragon ...
18:19:06 Quit HCl (Read error: 110 (Connection timed out))
18:20:30 Quit linuxstb ("Leaving")
18:40:59 Nick strath is now known as Strath (
18:47:38 Nick Lynx_ is now known as Lynx_awy (
18:50:13amiconnInteresting result from my latest test recording...
18:50:52CtcpIgnored 1 channel CTCP requests in 0 seconds at the last flood
18:50:52*amiconn has a suspicion for the cause of the unexpected shutdown of the archos firmware during recording...
18:54:17amiconnWith my new transfer routine, recording broke down later than it did with the old one (on average). Over 5 hours intact recording at q=7 with high level
18:55:36amiconnPerhaps this is wild speculation, but I suspect that the archos recording does in fact suffer from the same problem. Under the assumption that they monitor the mp3 data stream, this monitoring would then detect "no data stream", and the unit shut down
18:58:24 Join HCl [0] (
18:59:32amiconnThe interesting thing with the bitshifted recordings is that the mas itself can play them (though stuttering), but no PC software player I tried can do that
19:02:03 Quit Nilisco (Client Quit)
19:08:40[IDC]Dragonshutdown on error condition is very harsh...
19:08:58amiconnThe suspicion is that it doesn't detect the error
19:09:00[IDC]DragonI doubt it, they could end the recording, worst case
19:09:28amiconnWhat I think is that there is a rather simple implementation of idle timeout
19:10:39amiconnIt would shutdown if (1) the timeout is reached after the last activity and (2) no mp3 transfer is running
19:11:03amiconn(2) becomes true in case of a corrupt stream....
19:11:35[IDC]Dragonhmm, vague
19:12:06 Join Nilisco [0] (
19:15:07*amiconn needs a way to power the Ondio for long-term recording
19:15:32[IDC]Dragona power supply?
19:16:06 Quit Nilisco (Client Quit)
19:23:43[IDC]DragonI used a wire, clamped under the battery spring from the side
19:33:59amiconn[IDC]Dragon: pm...
19:34:32 Join Nilisco [0] (
19:43:36 Join linuxstb_ [0] (
19:48:12*amiconn hopes that the wire construction is reliable enough for ~12 hours of recording
19:53:44CoCoLUS*boom* :)
19:54:20 Join webguest80 [0] (
19:54:35webguest80hi there
19:55:05webguest80can anybody tell me if rockbox is running on an archos av140 ?
19:56:25 Join gromit` [0] (
19:58:54webguest80Hello somebody can help me out here ?
19:58:58 Join webguest08 [0] (
19:59:12webguest08webguest80: it's not.
19:59:28webguest08there are the now supported platforms
20:00:44webguest80webguest08 > thanks i hust wann know before i screw up my 14oer :-)
20:02:23webguest80webguest08> my AV140 :-)
20:03:06webguest08ok, maybe this is for you.
20:03:29webguest08but that seems to only support the av3xx series
20:03:37webguest80webguest08> hey thanks ill check
20:03:51webguest08ok, bye
20:03:56 Part webguest08
20:04:41webguest80thanx fpr supporting me
20:05:16 Quit webguest80 ("CGI:IRC")
20:07:00amiconnHmm, interesting. One of (Recorder v1, Ondio FM) must have the line input channels flipped
20:07:29*amiconn is recording the same source on both devices in parallel
20:08:06amiconnJudging from the peakmeter...
20:10:24***Saving seen data "./dancer.seen"
20:14:50thegeekbah!, the peakmeter, that lowlife piece of scum. You should know better than to trust it by now amiconn.
20:16:13preglowgood engineering by: archos
20:17:22Maximedon't insult french things :p
20:19:33amiconnThere's the very slight chance that my cabling is wrong though. Can't test atm without interrupting the recording test.
20:31:23[IDC]Dragonamiconn, my pm responses didn't make it?
20:31:40amiconnHmm, bleh
20:31:56amiconnForgot the new policy of freenode that unregged users can't send pm
20:32:09amiconnYou're unregistered...
20:32:14[IDC]DragonI should be registered now
20:32:24[IDC]Dragonsince yesterday
20:32:56amiconnDid you identify with nickserv?
20:33:22[IDC]DragonI did "/msg nickserv register <your-password>"
20:34:10amiconnYes, and you have to /msg nickserv identify <password> everytime after joining
20:34:36 Join solex [0] (
20:34:57amiconnI have that in my client's OnLoggedIn command profile
20:35:07[IDC]DragonThe nickname [[IDC]Dragon] is already registered
20:35:24 Quit webguest35 ("CGI:IRC (Ping timeout)")
20:36:02amiconn[IDC]Dragon: identify, not regsiter
20:36:17amiconnYOu register once, then you identify each time when joining
20:36:29*amiconn can't type :(
20:43:48amiconnJust looked up the option to allow messages from unregistered users...
20:44:00amiconn. /msg nickserv set unregistered on
20:44:20amiconnErm, /msg nickserv set unfiltered on
20:46:45 Quit solex_ (Read error: 110 (Connection timed out))
20:47:35 Join linuxstb__ [0] (
20:54:11 Nick linuxstb__ is now known as linuxstb (
20:59:40 Quit linuxstb (Read error: 104 (Connection reset by peer))
21:00:02 Join linuxstb [0] (
21:01:35 Join noC|andY`fRa [0] (
21:03:53 Quit linuxstb_ (Read error: 110 (Connection timed out))
21:21:47 Join muesli- [0] (
21:30:26*[IDC]Dragon waves
21:30:36amiconnbye Jörg
21:30:41 Quit [IDC]Dragon ("CGI:IRC")
21:32:40muesli-hi jens ;)
22:10:27***Saving seen data "./dancer.seen"
22:15:11 Quit muesli- (Read error: 110 (Connection timed out))
22:35:35 Join Domonoky [0] (
22:36:16DomonokyHi.. rockbox should update the twiki, it has a big bug..
22:36:26Domonokysample url:
22:36:56Domonokybad, bad :-)
22:40:17 Join muesli- [0] (
22:43:19 Quit einhirn ("Miranda IM! Smaller, Faster, Easier.")
22:44:06 Join rasher [0] (n=rasher@
22:51:53 Join zhilik [0] (
22:58:29 Quit zhilik ("")
23:11:20 Quit muesli- (Read error: 110 (Connection timed out))
23:15:43 Join |D4ni31| [0] (
23:16:15|D4ni31|is there anybody?
23:16:33|D4ni31|i got a question about the wps
23:18:31 Join matsl [0] (
23:19:12 Quit bluebrother^ (Read error: 110 (Connection timed out))
23:27:48 Quit |D4ni31| ("( :: NoNameScript 3.81 :: )")
23:29:19rasherWhat about it?
23:31:16 Join |D4ni31| [0] (
23:32:11rasherWhat about the WPS?
23:32:18|D4ni31|i need some help.. i can't load an preloaded image in an WPS... <<< this isnt working
23:32:57|D4ni31|%x|n|filename|x|y| doesn't work.. but %xn|filename|x|y| works
23:33:17rasherAre you using %xl and %xd?
23:33:18|D4ni31|%xl|n|filename|x|y| and %xdn doesn't work, too
23:33:23Bagderand you use a recent daily build?
23:33:44|D4ni31|ive got rockbox-h120-20050829
23:33:54Bagderthen it doesn't work
23:34:02|D4ni31|its a new feature?
23:35:05rasherYeah, the syntax changed about a week ago
23:35:14|D4ni31|aah k, thx a lot
23:35:31|D4ni31|so how do I upgrade? delete the .rockbox folder and put the new one over it?
23:35:55|D4ni31|do i have to save some files? like *.cfg
23:36:11rasherAnd overwrite rockbox.iriver
23:36:37rasherJust leave the dir and overwrite everything
23:37:21rasherBagder: any news on release-status?
23:37:55Bagderthe ball is amiconn's and LinusN's
23:38:03Bagderin my view they are too picky
23:39:18rasherI guess it's all about whether or not delaying will be worth it.
23:39:24Moosrecordings tests in process, no? amiconn?
23:39:35amiconnYes, two tests in parallel
23:40:23amiconnI'm putting Linus' idea about hard disk poweroff disturbing the mas to test
23:40:46amiconnI'm recording on the v1 and the Ondio FM in parallel, same source
23:41:03amiconnI've disabled disk poweroff on the recorder, and the Ondio has no disk at all
23:41:49amiconn...but MMC, so no spinup at all
23:43:05Mooshow many time recording now?
23:43:05amiconnI think that it is possible to rescue important user recordings with this failure
23:43:49rasherMuch better than irreversible damage, that..
23:43:50amiconnIt just takes some in-depth analysis with a hex editor, and my bitshifter program
23:44:17amiconnMoos: Already running for 4 hours
23:44:46Mooswhat it was the max?
23:45:02Mooswithout problems :)
23:45:07amiconnThis is time consuming... Latest recording glitched at >5 hours
23:45:27Moosoh ok
23:45:55amiconnIt got somewhat better with my tweaked transfer loop
23:46:25Mooscongrates :)
23:46:38amiconnBefore that I had glitches after 1..3 hours
23:46:49 Join BoD[] [0] (
23:47:28BoD[]Hey what do you guys know about the commodore player ? :)
23:47:34rasherSo i wasn't lying when I wrote thu 2.5 lowers the risk of corrupted recordings significantly..
23:48:38amiconnEven current cvs does that, since 4th of June
23:51:03amiconnThe recording transfer loop in 2.4 was asm optimised, but worked rather bad....
23:51:11 Join CheeseBurgerMan [0] (
23:51:24amiconnIt was coded by me back then ... :-/
23:51:51rasher2.5 sure has a lot of changes
23:52:18amiconnYes, especially since it's waay off schedule
23:52:40rasherBy quite a bit
23:52:41amiconnThis seems to be standard with the latest rockbox releases
23:53:18amiconnEvery release we say "The next release shouldn't be that far in the future, a 2-month schedule would be good"
23:53:25rasher9 months is too long :-\
23:53:31amiconnAlready 9 months have passed...
23:54:49rasherIMHO, 2 months is too little though.. You'd start thinking "release" quite quickly after the last one..
23:55:34amiconnI can't say that much about older releases though, joined after 2.2 ...
23:56:18rasherI'm only here after 2.4, so..
23:56:55Bagderyou newbies ;-)
23:57:07amiconnToday I found a rather interesting day in the irc logs -
23:57:11rasherOh yes.
23:57:32amiconnThat was way before I joined. Already talks about featuritis etc. Sounds familiar? ;)
23:58:19amiconnBefore the 1.4 release...

Previous day | Next day