--- Log for 14.09.105 Server: herbert.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 13 days and 18 hours ago 00.08.55 *** Saving seen data "./dancer.seen" 00.10.56 Quit pike| () 00.16.35 # curse this weather 00.19.25 # * Zagor just rode his bike back from the pub. No too shoddy weather. :-) 00.19.56 # but you haven't got some quasi hurricane going on at your coast either 00.20.22 # oh, dramatics at your end? /me checks theyr 00.20.27 # i wont be going outside in this weather unless i'm forced 00.20.43 # nothing more dramatic than rain and wind, heh 00.21.14 Join Nuxator [0] (n=5544f975@labb.contactor.se) 00.21.18 # which city are you in? 00.21.40 # or near 00.22.04 Join pike [0] (i=pike@c83-249-120-126.bredband.comhem.se) 00.22.37 # oh 00.22.38 # oslo 00.22.45 Quit chenco (Remote closed the connection) 00.22.48 # quite smack dab in the middle of 00.23.09 Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 00.24.28 Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 00.25.03 Quit linuxstb_ (Read error: 110 (Connection timed out)) 00.25.50 # so, i take it eliminating all mallocs i can is a good thing? 00.25.50 Quit gromit` (Read error: 104 (Connection reset by peer)) 00.26.11 # generally, yes 00.27.11 Quit Nuxator ("CGI:IRC") 00.27.11 # are you working on the flac now? 00.27.21 # yeah, i was just about to start gutting out the malloc code 00.27.35 Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 00.27.36 # i might end up stuffing some of the static structs in ordinary ram anyway, but still, it saves a malloc 00.28.29 Quit ashridah ("uni") 00.28.33 # preglow: do you think libmad and tremor will get much of a speedup with the extra iram? 00.28.57 # ep0ch: well, at least some 00.29.04 # ep0ch: i've got some plans for both of them 00.29.18 # coolm libmad is so nearly realtime without boost 00.29.24 # i'll just have to get this frigging wav writer going 00.29.38 # and things keep coming up and pushing me away from the computer, heh 00.29.46 # ep0ch: actually, it _is_ realtime for some bitrates 00.29.51 # ep0ch: 128 and 160, for instance 00.29.57 # good job the weather is bad then :) 00.29.58 # at 48mhz 00.30.27 Quit zeekoe (" ") 00.30.44 # yeah, some of my 192 kbps seem realtime, but some other 192 kbps aren't 00.31.00 # Mmm. *PANIC* Stkov Main - loading a new WPS whilst playing music on the iriver. 00.31.16 # stkov _main_ ? 00.31.18 # ouch 00.32.00 # I was playing an ALAC file, but I'm pretty certain it would have happened with other codecs - I'll do some tests. 00.32.25 # i got a stkov once 00.32.31 # but can't remember the thread 00.32.35 # i didn't load no wps, though 00.32.50 # BTW, is rebooting after a stkov by pressing ON one of Linus's new features, or has it always been there? 00.34.02 # hmm, definitely not been there 00.34.10 # i had to reset mine with some contraption when it happened to me 00.34.13 # on the train, of course 00.34.14 # Just compiled rockbox and now I get 'codec failure' with all my ogg's.. I wonder what causes it. 00.34.26 # markun: i get that sometimes, make clean, etc, etc 00.34.43 # linuxstb: Now panicf() shuts off the hard drive and lowers the CPU frequency, it also reboots if ON is pressed. 00.34.46 # I did config, will try to clean eveything first 00.34.58 # (cvs commit message earlier today) 00.35.00 # config doesn't necessarily clean all the files 00.35.03 # Zagor: That takes all the fun out of searching for something to press reset with. 00.35.13 # hehe 00.35.16 # iriver development is not the same... 00.35.24 # we should punish linus for that 00.35.40 # But it's about time - I think a few people have broken their reset buttons by now. 00.35.47 # how to make downsample() and upsample() stereo without a kludge... 00.35.59 # i don't know how they manage to do that 00.36.05 # i've reset mine god knows how many times 00.36.13 # i do tend to be careful, however 00.36.19 Join sheeep [0] (n=sheeep@86.42.35.140) 00.36.31 # My girlfriend will be pleased that she can keep her ear-rings in now. 00.36.37 # hahaha 00.36.42 # heh :) 00.37.59 # linuxstb: did you try some asm opts for alac? 00.38.19 # No, I'm waiting for your wav-writer :). 00.39.20 # I've been trying to finish my Sudoku so I can commit it and forget about it when the feature freeze is over. 00.40.36 # hahaha 00.40.41 # dont hold your breath for that wavwriter 00.40.45 # sudoku, cool! does it have a save option though? :s 00.41.05 # ep0ch: Of course. Check yesterday's CVS logs - you can download it now if you want to have a look. 00.41.22 # (yesterday=2005-09-13) 00.41.39 # where can i get it precompiled? 00.42.11 # haven't figured out how to get the cross compiler working under freebsd yet (am very lazy) 00.42.14 # I can put up a rockbox.zip for you. It changes the plugin API (adding the menus), so I can't just give you the .rock 00.42.42 # that would be grand 00.43.45 # It's here: http://www.davechapman.f2s.com/rockbox/rockbox-sudoku.zip 00.43.56 # is it possible to cram super sudoku on the ihp screen? ;) 00.43.59 # It's my development version of Rockbox, so it also has the ALAC decoder in it. 00.44.07 # oh lucky me :) 00.44.11 # thanks!! 00.44.22 # i'll let you know how i get on with sudoku :D 00.45.13 # If you grab http://www.davechapman.f2s.com/rockbox/sudoku.zip you will find two ".ss" files containing Sudoku games. Just open these in the file browser, and they will be opened by my sudoku plugin. 00.45.31 # ta 00.46.42 # does sudoku plugin set the cpu speed to 11 mhz or does it stay at 48? 00.46.52 # (to save battery) 00.47.07 # It does nothing to the CPU speed. I didn't think Rockbox was capable of dropping to 11mhz (yet). 00.47.21 # But I would expect you to be listening to music at the same time. 00.47.36 # well, if you go to the cpufreq menu and press the joystick button you get 11 00.49.14 Join bagawk [0] (i=1000@unaffiliated/bagawk) 00.50.34 # that doesn't make sense 00.51.04 # it'll be switched to 48mhz as soon as you touch playback anyway 00.51.12 # i know 00.52.08 Quit ender` (Read error: 113 (No route to host)) 00.52.33 # but if dont want to listen to music while using the plugins you can save battery 00.52.38 # not much 00.53.00 # but we'll see 00.53.03 # everybit helps 00.53.20 # i usually drop it down to 11 when i'm using the radio 00.53.44 # gui seems just as responsive at 11 00.54.37 # sudoku is seriously cool :) 00.55.11 # pressing the joystick button to cycle numbers is a bit annoying though 00.55.52 # What's the alternative? 00.56.28 # my suggestion would be, that pressing the joystick should change between 'insert number mode' and 'navigate mode', and in 'insert number mode' up and down or left and right on the stick increment or decrements the number 00.56.39 # linuxstb: psychic mind-reading interface! 00.56.55 # flurble: I knew you were going to say that. 00.57.34 # ep0ch: That was my original idea (and implementation). But I decided this way would be less keypresses. Just hold the joystick down and it cycles through the numbers 00.58.56 # your original idea just seems more natural to me 00.59.21 # up/down o 00.59.27 # linuxstb: so, where does one get alac files? i thought the only place it was used was for the airport thinmg 00.59.43 # up/down on the stick is much less effort than tapping 01.00.06 # also, a timer would be good 01.00.10 # You have to encode them via iTunes. 01.00.48 # ep0ch: Don't tap - just hold it down. 01.01.21 # i guess i will get used to it :D 01.01.29 # Try and play a proper game and let me know what you think. 01.02.00 # I agree a timer would be nice. But I just want the core program committed to CVS before I think about extra features like that. 01.02.20 # oh ok, its been a few weeks since i did sudoku so i may take a while to finish a game :) 01.06.06 # linuxstb: ok i've done a few moves, its quite easy to cheat :) 01.06.35 # preglow: I've put an example ALAC file here if you want a look: http://www.davechapman.f2s.com/rockbox/luckynight.m4a I downloaded it from mplayer's website, but it's not there any more after their recent server crash 01.06.42 # i.e. the 'Illegal move' prompt 01.06.56 # How can you cheat? 01.07.12 # cycle through each number without thinking 01.07.22 # until you dont get the illegal move 01.07.33 # linuxstb: 404 01.07.37 # "illegal" just means it doesn't obey the three laws of sudoku. It could still be incorrect. 01.08.01 # preglow: Try again now. 01.08.02 # hmmm 01.08.16 # linuxstb: better 01.08.35 # I hope that file works - I don't think I've tested it myself on the iriver. 01.08.37 # linuxstb: you got a codec for me as well? 01.08.53 # linuxstb: forget it, i keep forgetting codec files need core support ;) 01.09.47 # Did you grab my rockbox-sudoku.zip file? 01.12.20 # nah 01.12.24 # not important anyway, i can wait 01.12.42 # linuxstb: 'solve' isnt implemented yet? 01.13.10 # ep0ch: No, but it soon will be. 01.13.21 # will be a nice touch 01.14.05 # i cant see too clearly but do the hard coded values have a darker background colour? 01.14.13 # Yes. 01.14.31 # You can't change those (obviously), but you can always change anything else. 01.14.50 # maybe i need to change the contrast to see the background colour :s 01.15.08 # Interesting. I'm just using the default contrast. 01.16.15 # oh thats better, i had contrast set to 26, now its 31 and i can see properly now 01.17.25 Join hicks [0] (n=hicks@zeus.mups.co.uk) 01.20.25 Quit sheeep () 01.20.59 Join Strath [0] (n=mike@dpc674681214.direcpc.com) 01.23.47 # linuxstb: i like it, i'm used to the navigation now. I think maybe an option to always keep the backlight on would be useful. 01.24.13 Quit matsl (Remote closed the connection) 01.26.12 # I'm not sure if a plugin can control the backlight (or if it should), but I'll add it to the to-do list. 01.28.23 # it should 01.28.29 # the viewer, for example 01.28.34 # i would love to have constant backlight 01.28.52 # linuxstb: not sure if its specific to your build or not, but some of my mp3s no longer display the bitrate 01.29.01 # (in the wps) 01.31.17 # ep0ch: I don't think it's my build - it should be up to date with CVS. 01.31.46 # Hold old was your firmware before you replaced it with mine? 01.31.55 # ^How old 01.32.17 # probably something amiconn has done 01.32.46 # well i updated earlier today, but didnt really test it then 01.32.54 # last time before that was a few days ago 01.33.17 # preglow: I was thinking of modifying rockbox to have a manual backlight switch. 01.35.46 # in fact most of my mp3s dont display bitrate now 01.35.59 # anyway i'm off 01.36.14 # g'night! 01.36.18 # night. 01.36.32 Part ep0ch ("Kopete 0.10.3 : http://kopete.kde.org") 01.37.07 # arghh 01.37.23 # markun: manual how? 01.37.35 # someone please do this wavwriter for me :/ 01.37.38 # preglow: Use the record button as an on/off switch 01.37.39 # i have no idea how this code works 01.38.08 # preglow: I think the hardest part is telling the wavwriter when to start and stop. Plus getting it to display information. 01.39.48 # yes 01.39.55 # and i don't want the wps screen 01.40.09 # telling it when to stop is easy, i just want it to render one track 01.40.19 # when i press 'stop' i've had enoug 01.40.19 # h 01.40.26 # just like the good old xxx2wav plugins 01.41.04 # i'll just give up for now, i have absolutely no idea of how to do this 01.41.13 # and i'm nice and tired 01.42.12 # here too good night all 01.42.21 Quit Moos (" Like VS.net's GUI? Then try HydraIRC -> http://www.hydrairc.com <-") 01.42.23 # It would be easy if plugins could use the codecs. But that's not easy to make happen either. 01.42.38 Join rasher [0] (n=jonas@62.79.64.148.adsl.hs.tiscali.dk) 01.44.05 # not easy at all 01.45.26 # Plugins can control the backlight 01.45.41 # Check clock.c and chessclock.c 01.46.10 # rasher: Thanks - I'll have a look. 01.48.38 Quit gromit` (Read error: 104 (Connection reset by peer)) 01.50.43 # What's the status of release? Other than what's on releasetodo 01.51.50 # commit amiconns changes, then release 01.51.56 # that's the last i heard from the uppity ups 01.52.14 Quit bagawk ("Leaving") 01.52.16 # Check the IRC logs from yesterday morning. (12 hours ago). 01.52.28 # Ooh 01.52.47 # Someone should rewrite the recording section of the changelog :-\ 01.59.13 Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 01.59.42 # Wow. I'm impressed with the Sudoku solver I've stolen. It solves a puzzle instantly, even on the Archos recorder. 02.00.03 # This puzzle must be easier than I thought. 02.00.19 # I believe generating puzzles is closely related to generating them 02.00.47 # linuxstb: it's not 02.00.55 # linuxstb: but there exists a clever algo 02.01.07 # linuxstb: solving a sudoko puzzle is actually an np-complete problem 02.01.51 # dancing links, the algo is called 02.03.50 # I'm too tired to think about it. 02.04.29 # someone please pay slasheri to do the wav writer :-/ 02.04.39 # :) 02.06.16 # Ah, this is the sudoku thing I found: http://www.lemo.dk/sudoku/ portable C, it seems 02.06.26 # Of course, the page is written in Danish :-\ 02.07.01 # I used the solver from here: http://www-users.cs.york.ac.uk/~shackell/sudoku/Sudoku.html 02.07.32 # With an url like that, you can't go wrong 02.08.25 # rasher: First good news - your Danish program has a copy of the GPL in the source code. 02.08.56 *** Saving seen data "./dancer.seen" 02.09.28 # Indeed. 02.09.29 # seems like it's a simple backtrakcing solver 02.10.13 # It mentions potentially taking days creating games 02.10.18 # The page, that is 02.10.30 # rasher: The code seems to be split into three files - an X11 GUI, a win32 GUI and the core functions in C. So it seems a good bet for Rockbox. 02.10.35 # Unless it takes days.... 02.10.46 # heh 02.10.52 # i'd imagine that's for a particularily large game 02.11.03 # Actually, it's for a small game, I think 02.11.07 # well 02.11.08 # (with few numbers) 02.11.15 # then that's a showstopper, plain and simple, heh 02.11.45 # But.. I don't know, it may just be in pretty extreme cases 02.12.02 # But the way the code is written lends itself nicely to using in Rockbox 02.12.26 # I guess you could test its speed against the other solver 02.12.35 # oooooh, i'll _never_ be rid all the mallocs in libflac ://// 02.13.46 # I wonder how well libFLAC 0.3 would work with current FLAC files. 02.14.30 # * linuxstb goes to test 02.14.47 # didn't these people in the least think of embedded platforms? 02.14.54 # i'll frigging kill them, i swear 02.15.41 # Calm down :). 02.15.42 Quit hicks (Remote closed the connection) 02.18.11 # Oh well, flac-0.3 doesn't work. 02.18.24 # Didn't really expect it to. 02.20.00 # hrmph 02.20.12 # still, using an older lib isn't a very good solution 02.21.06 # Why not? The FLAC spec hasn't changed. If it works, it works. If not, then we won't use it - or we can fix anything that doesn't work. 02.21.47 # I'm still annoyed that the reference decoder includes id3v2 skipping 02.21.53 # only served to give people bad ideas.. 02.23.59 # That's been present since the very beginning of FLAC. 02.24.08 # But I agree it's a stupid idea. 02.24.59 # But on the other hand, FLAC has succeeded in becoming the most widely-implemented lossless codec, so he's done something right. 02.25.46 # i just can't stand this source 02.25.47 # it's unreadable 02.26.14 # I know. 02.26.37 # i think i'll flame the bugger and ask what the hell he's on 02.30.14 Quit markun () 02.39.13 # argh 02.39.21 # most of the things i want to do depends on this frigging wav writer 02.39.24 # oh well 02.39.29 # i'm too tired to do anything now 02.40.11 # Would resurrecting the flac2wav plugin help you? 02.41.52 # well, yeah, but let's not do that ;) 02.41.53 # not yet, at least 02.42.00 # gotta sleep for now anyway 02.42.02 # see ya later 02.42.26 # Yes - I wasn't planning on doiing it now - just if the wavwrite proves too hard. 02.42.30 # Goodnight. 02.42.32 # well 02.42.47 # slasheri at least said it should be easy, but he's also pretty familiar with the code, which i'm not 02.42.50 # we'll see 02.42.53 Quit preglow ("leaving") 02.43.00 Quit cYmen ("zZz") 03.00.58 Quit _aLF ("Leaving") 03.15.46 Quit Sucka ("a bird in the bush is worth two in your house") 03.18.39 Join Sucka [0] (n=NNSCRIPT@host81-156-159-120.range81-156.btcentralplus.com) 03.30.10 Join fuzzie [0] (i=fuzzie@anthracite.warpedgames.com) 03.30.47 # Welcome. 03.36.42 # :) 03.55.42 Quit lostlogic ("Going to the moon") 04.06.06 Join QT_ [0] (i=as@madwifi/users/area51) 04.08.59 *** Saving seen data "./dancer.seen" 04.14.08 Quit Strath (Read error: 104 (Connection reset by peer)) 04.16.38 Join Strath [0] (n=mike@dpc674681214.direcpc.com) 04.19.46 Quit QT (Read error: 110 (Connection timed out)) 04.35.13 Quit pike (Read error: 110 (Connection timed out)) 04.51.57 Quit rasher ("Ex-Chat") 05.37.41 Join snax [0] (n=snax@c-24-17-204-15.hsd1.wa.comcast.net) 05.37.54 # hey 05.38.58 # anyone try patching and installing the 1.65-US firmware on an iRiver H120? 05.39.39 # I'm interested in the playlist/flac features of rockbox, but of course I won't want to risk bricking my player if it's still too unstable 06.09.03 *** Saving seen data "./dancer.seen" 06.15.52 Join pike [0] (i=pike@c83-249-120-126.bredband.comhem.se) 06.17.53 Join lostlogic [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) 06.47.37 Quit lostlogic ("Going to the moon") 06.51.47 Join LinusN [0] (n=linus@labb.contactor.se) 06.59.03 Join lostlogic [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) 07.46.33 # snax: many people have 07.51.12 # mooning 07.53.45 # morniconn 07.56.03 # I just started a test of my latest xing fixes. 07.56.05 # any word on when there will be an "official" release for the iRiver series? 07.56.10 # snax: no 07.56.13 # ok 07.57.07 # I've left out the adaption to closest bitrate, it's a too complex change for a last minute addition, and it would need some thoughts about passing buffer size limits if we don't want to allocate the theoretical maximum 07.57.17 # hmm, well, as long as I can reliably get back into the original firmware to reflash if somthing isn't working, then I suppose it's not a huge risk to try it now 07.57.25 # snax: exactly 07.57.46 # snax: in fact, you are more safe with the rockbox boot loader than without it 07.57.58 # the biggest risk is that you won't want to ever return to the original firmware ;-) 07.58.22 # alright, guess I'll give it a shot 07.58.36 # * snax double checks the md5sum 08.00.20 # fc559f9797e5a11f7e84dff19d1ceb6d ihp_120.hex 08.00.37 # looks good 08.02.00 # worked fine so far 08.02.16 # got the rockbox bootloader text, then the regular firmware kicked in 08.02.22 # wooo 08.02.39 # perfect 08.02.40 # still plays music :) 08.02.50 # ok, now to install the actual firmware image 08.03.44 # I want to use flac, so I should probably grab a recent snapshot 08.04.10 # you want a recent, regardless 08.05.43 # "emergency" poweroff works fine 08.06.00 # neat 08.06.00 # Hmm. I think there's more work to do on the archos recording, but I don't want to delay the release too much... 08.06.01 # i wonder if it should splash() a message about it... 08.06.21 # what does "dir buffer is full!" mean 08.06.23 # nah 08.06.41 # snax: it means you need to read the FAQ 08.06.52 # good idea 08.07.03 # http://www.rockbox.org/twiki/bin/view/Main/GeneralFAQ#What_does_dir_buffer_is_full_mea 08.07.14 # I want to finish the test of my latest xing fixes, which will unfortunately take until the evening 08.07.32 # amiconn: no rush 08.08.37 # "Emergency poweroff" sounds like Big Red Button ;) 08.08.45 # hehe 08.08.57 # it's that timeout we discussed yesterday 08.08.58 # is that the button next to the self-destruct one? 08.09.06 *** Saving seen data "./dancer.seen" 08.09.14 # B4gder: no, it's behind a hatch 08.09.28 # push the "self destruct" button to open it 08.09.32 # hehe 08.10.07 # so many settings! 08.10.17 # will this thing brush my teeth and feed my pet, too :) 08.11.03 # almost 08.11.10 # :-) 08.12.31 # LinusN: Keep in mind that this shutdown after timeout isn't needed on Ondio 08.12.48 # Ah, ignore me 08.12.56 # i always do :-) 08.13.16 # It isn't needed because of failed spinups, but it still protects from event loops not using the default handler 08.13.22 # yup 08.13.49 # The good thing with the Ondio is that there is no critical battery voltage range. 08.14.07 # Either it works, or shuts down completely 08.15.05 # I mean critical in the sense of disk access failing etc. Of course there is a critical range where you should better not try to flash rockbox etc 08.15.24 # I like how it doesn't take 30 seconds to rescan the file system after unplugging the USB cable 08.15.46 Join ender` [0] (i=ychat@84.52.165.220) 08.16.32 # LinusN: Do you know whether mpeg version 2.5 is "allowed" in conjunction with layer 1 and layer 2, or whether it's layer 3 only? 08.16.45 # I tend to believe it's layer 3 only... 08.16.49 # me too 08.17.17 # Otherwise real 'monster' frames would be possible, max. would be 2880 bytes 08.17.27 # oh, i see that the recorder never saves the runtime db when powering off with the OFF double click 08.17.37 # Oopss... 08.17.53 # The off doubleclick doesn't fire SYS_POWEROFF ? 08.18.06 # my flac -8 files seem to play without skips as far as I can tell 08.18.12 # yes it does, but it lets the default handler take care of it 08.18.28 # and the db callback is only set in the main tree loop 08.18.40 # Ah 08.18.54 # i don't really like using the callback for that 08.19.13 # (in fact, i don't like callbacks at all) 08.19.40 # The runtime db should be in synced state if no music is playing 08.20.20 # not necessarily 08.20.26 # the file handle is still open 08.20.32 # Yes 08.20.58 # ...but the code calls fsync() after each update sequence 08.21.05 # ah, rundb_unbuffer_track() 08.22.26 # I wonder whether it would be a good idea to let the default handler close all open files 08.22.51 # hmm 08.23.10 # Perhaps not 08.29.04 # i think the database should be shut down regardless, now it's only shut down if rockbox enters usb mode from the browser 08.31.30 # in fact, if you enter usb mode from a menu or the wps, the database will use stale information 08.46.03 # i think i'll ditch the callback in tree.c 08.46.33 # and instead have two functions in tree.c called tree_flush() and tree_restore() 08.46.45 # which are called by the default handler 08.47.02 # or rather, the usb screen 08.47.30 # tree_flush() would be called when entering usb mode, and when shutting down 08.48.40 # if we later on find more things that need to be flushed, we just add more xxx_flush/restore functions 08.49.07 # imho, those callbacks are only good/useful for the plugins 08.49.34 # * amiconn wants to add another callback ;) 08.49.44 # Not related to shutdown/ flush etc 08.49.48 # hehe 08.49.49 # has anything been done to address the "Low battery protection" bug? 08.49.49 # ALso nothing for 2.5 08.50.02 # snax: yes and no 08.50.11 # amiconn: what callback? 08.50.14 # any sort of quick fix to at least prevent it from being in deadlock draining the battery below safe limits 08.50.18 # yes 08.50.38 # that's what the "emergency shutdown" is for 08.50.48 # ah 08.50.50 # I want to add a "hook" to the screenshot function, so that the grayscale library version can implement its own version 08.50.59 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 08.51.03 # ...which can still be triggered by the standard screenshot method 08.51.10 # amiconn: that's a good thing 08.51.58 Quit gromit` (Read error: 104 (Connection reset by peer)) 08.53.43 Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 09.01.48 # * amiconn is curious whether the 200KB firmware size limit was actually tested for fmrecorder 09.03.45 # Perhaps we have more space than we believe... 09.05.52 # would be ironic 09.06.46 # * LinusN tests 09.09.30 # I'll probably do some firmware size limit tests on all my units (need to flash back to pure archos first), but I don't have an fmr 09.10.15 # doh! it works! 09.10.27 # hahahaha 09.10.38 # we are so lame! 09.10.46 # that is just too funny 09.11.10 Join markun [0] (n=markun@bastards.student.ipv6.utwente.nl) 09.11.26 # I'll try to find the limits for Studio, Rec v1, Ondio FM and Ondio SP 09.11.43 # I *know* that the limit must be >~300KB for Ondio 09.12.17 # ...because archos has some "non-returnable" firmware upgrades, that are one that flash themselves 09.12.23 # *ones 09.12.31 # These are >300 KB 09.13.22 # LinusN: How did you do it? Is it sufficient to just pad a .bin with zeroes, then scramble? 09.13.56 # i have gcc 3.4.3 here :-) 09.14.18 # Ah, so you didn't test a certain value (yet) 09.14.23 # nope 09.15.06 # i think patching scramble.c would be the easiest 09.18.03 # 256k works... 09.20.02 # 300k too 09.21.22 # 400k doesn't 09.21.39 # rockbox seems to make more hdd clicks than I remember the official firmware doing 09.24.48 # LinusN: Do you test on an unflashed fmr, or with the old flash rom image + F1-boot? 09.24.56 # unflashed 09.25.21 # Is this a non-flashable fmr? 09.25.30 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 09.25.33 # no, i just didn't bother 09.26.25 # If the fmr archos loader has the same startup time as the rec v1 one, it would really annoy me... 09.26.53 # it's actually slower 09.27.16 # a *lot* slower 09.27.24 # urgs 09.27.42 # Boot time is also why I would like to see rockbox in flash on iriver 09.32.30 # ok, the fm limit is 400k 09.36.10 Nick Lynx_awy is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) 09.37.26 # maybe it's my imagination, but my iriver hd is a lot noisier now 09.37.46 # snax: I doubt rockbox does that 09.38.15 # I've uninstalled rockbox for the moment 09.38.58 # snax: rockbox uses the hd a lot more, if that's what you mean 09.39.25 # it does? 09.39.36 # I created a big playlist in the root directory 09.39.46 # when I tried to select a song in it it told me there was an error reading the playlist 09.40.20 # that strikes me as strange 09.40.34 # it can't read the playlist it just created 09.40.59 # so I'll stick with stock firmware until I'm sure the hd isn't going bad or anything 09.41.21 # cause if it is I don't want to try to reflash it with a bad hd before sending it in for repairs 09.43.35 Join stripwax [0] (n=stripwax@i-83-67-214-206.freedom2surf.net) 09.43.42 # hey 09.46.39 # snax: how did you create the playlist? 09.47.05 # I went into the playlist options menu and selected create playlist 09.47.10 # ok 09.47.27 # what was the exact error? 09.48.06 # I can't remember the exact wording, but it said "error reading playlist" or "error accessing playlist" 09.48.19 # I was browsing the playlist and hit play on one of the files when it happened 09.49.06 # the error message wasn't terribly descriptive 09.49.26 # that sounds like if rockbox wasn't installed properly, or that your hard drive needs a scandisk 09.50.28 # there were approximately 3400 or so items in the playlist 09.50.34 # so it was fairly large 09.50.44 # I'll try fdisking it in linux 09.50.47 # err 09.50.50 # fsck 09.54.20 # I use a 4000+ song playlist almost daily 09.54.23 # with no problemos 09.55.56 # dosfsck 2.11, 12 Mar 2005, FAT32, LFN 09.55.56 # Reclaimed 2666 unused clusters (21839872 bytes) in 5 chains. 09.55.56 # Free cluster summary wrong (632402 vs. really 632390) 09.55.56 DBUG Enqueued KICK snax 09.55.56 # Auto-correcting. 09.55.56 # Performing changes. 09.55.57 *** Alert Mode level 1 09.55.57 # /dev/sdc1: 3440 files, 1806098/2438488 clusters 09.56.22 # I'm not sure if that would have cause a problem 09.56.27 # that's all it found wrong 09.57.16 # dosfsck is unfortunately not the best of tools 09.57.44 # should I perhaps try the reformat option in the stock firmware, and tranfer all my music again? 09.57.56 # *transfer 09.58.08 # if the problems remain, then that's an option 09.58.24 # but if you use linux, you can just mkfs it instead of using the stock firmware 10.00.22 Quit linuxstb ("Leaving") 10.01.34 Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 10.05.10 Quit stripwax (Read error: 110 (Connection timed out)) 10.05.58 *** Alert Mode OFF 10.09.07 *** Saving seen data "./dancer.seen" 10.10.24 Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) 10.13.46 # what, there is no 200kb limit? :PPP 10.14.54 Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 10.17.56 Join ashridah [0] (i=ashridah@220-253-123-231.VIC.netspace.net.au) 10.31.05 # you know what 10.31.20 # probably I've just never noticed the clicking before because I usually have the volume higher 10.31.45 # :-) 10.32.16 # it makes a click when the red light goes off, so I assume it has something to do with spinning down the disk or locking the drive head (which I understand some portable hdds do to prevent scraping) 10.32.40 # if I have music playing at normal volume I don't even hear it 10.33.50 # how much control does the firmware have over the drive? 10.34.31 # power up/down, spin up/down, seek, read/write 10.37.58 Join amiconn_ [0] (n=jens@p54BD7F26.dip.t-dialin.net) 10.39.10 # just about full control 10.39.59 # is there any way it can mess up the drive? 10.40.35 # physically, that is 10.41.28 # as long as usb isn't "active" 10.41.30 # not that I know 10.41.31 # i think we can damage it if we wrote a program that repeatedly turned it on and off 10.41.44 # and let it run a few months 10.42.07 # I saw someone on the forum complain that their hd died after doing a large USB transfer in rockbox 10.42.16 # it didn't 10.42.36 # or rather, I claim it didn't 10.43.06 # people draw all sorts of conclusions and fill forums with their scew view of the world 10.46.00 # a long usb transfer is a lot less rockbox-specific drive activity than playing music. 10.46.22 # the drive is spinning constantly, just like in millions of laptops around the world 10.46.37 # what, you mean in the way it isn't rockbox-specific at all? ;) 10.47.26 # Zagor: but if he did the transfer with an early version of Rockbox, the CPU might have run at a high frequency, generating more heat 10.47.56 # LinusN: i'd say that's also pretty normal for laptop drives to handle. many laptops run very hot. 10.48.02 # indeed 10.49.26 # but onm the other hand, this isn't exactly a laptop drive, is it? 10.50.16 # i still don't think for a minute that rockbox caused the claimed hard drive failure 10.50.41 # disks do break at times 10.50.41 # oh, this was a 1.8" drive? 10.50.52 # of course disks will break with rockbox installed as well 10.51.03 # Zagor: i believe it was an iriver 10.51.12 # but i may be wrong 10.51.54 Quit amiconn (Nick collision from services.) 10.51.55 Nick amiconn_ is now known as amiconn (n=jens@p54BD7F26.dip.t-dialin.net) 10.52.10 # ok. 10.53.16 # ok, since it seems pretty much impossible for rockbox to cause a failure, and it doesn't seem to cause any weird disk thrashing when I used it, I'll go ahead and reinstall it 10.53.49 # I had a hd go back in my Rio Karma player, and then the replacement had a bad headphone jack 10.54.05 # snax: hundreds of people already use it exclusively on their irivers 10.54.13 # the flash memory in my first mp3 player ever (rio pmp500 I think) went bad, and the replacement they sent me then didn't work 10.54.19 # so I'm REALLY paranoid about mp3 players failing 10.54.47 Quit cYmen ("w00t") 10.55.06 # this iRiver thing feels really solid and hasn't given me any trouble yet, and since it's now out of production I won't want to risk fubaring it, thus the paranoia :) 10.56.46 # the rockbox flac support is awesome, it's one of the things I missed about the karma 10.59.02 # bbl 10.59.04 Quit snax ("Client exiting") 11.03.15 Join snax [0] (n=snax@c-24-17-210-188.hsd1.wa.comcast.net) 11.03.33 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 11.03.33 # * preglow curses flac 11.03.46 # ok, playing minesweeper while I listen to music is just plain cool 11.03.55 Join webguest84 [0] (n=53afb0c2@labb.contactor.se) 11.04.21 # multitasking :) 11.04.58 # are we still using 512k for the malloc buffer? 11.06.04 # ? 11.06.22 # codec_malloc uses the remainder of the codec ram iirc 11.06.29 # 256K - codec_size 11.07.08 # oh 11.07.21 # source says it uses start of the audio buffer 11.07.55 # Oh, it does? 11.08.00 # * amiconn checks 11.08.10 # extern unsigned char* mallocbuf; // 512K from the start of MP3 buffer 11.09.35 # Ugly design... 11.10.57 # i'd love to gut out all mallocs, but for libflac, that seems like quite some work 11.16.02 # amiconn: i take it LINE_ATTR doesn't make much sense for iram? 11.16.25 # no 11.17.24 # anyone know what the trailing star in *(.text*) (lds files) means? 11.17.28 # amiconn: any comments on this? http://sourceforge.net/tracker/index.php?func=detail&group_id=44306&atid=439118&aid=1116069 11.17.33 # just a wildcard? 11.17.57 # i'm going to try introducing the cache section again 11.18.22 # i believe it's a wildcard 11.19.28 # preglow: The line alignment determines the use of burst mode for all memory areas (that are burst enabled), also for iram 11.19.51 # ...but I guess the speed difference for iram is minimal, or even zero 11.19.58 # yes, zero would be my guess 11.20.34 # preglow: The *(.text*) wildcard is for linking .o files created with sectioned compilation 11.21.04 # Sectioned compilation puts each function in a separate section, named .text_ 11.21.04 # sectioned compilation? 11.21.08 # ahh 11.21.09 # right 11.21.44 # what's the use of that, again? 11.22.33 # to eliminate dead code 11.23.01 # Yes, in conjunction with section garbage collection in the linker 11.23.26 # i thought the linker was perfectly able to do this without sectioned compilation 11.23.47 # no it isn't, not on a function level 11.23.57 # only file level, in libraries 11.24.20 # hmm, that sucks 11.27.06 # does anyone know if there's a reason for this, other than "hasn't been implemented"? it doesn't feel like it would be a difficult thing to add. 11.28.41 # indeed 11.29.05 # i'm convinced some linkers, at least, do this 11.29.20 # Iiuc the linker can only act on the section level. 11.29.45 # preglow: convinced as in "surely they do?" or "i've heard from good sources linker X does"? 11.29.53 # All offsets within a section are already fixed at link time 11.30.07 # Zagor: i _think_ i remember testing that one did ages ago 11.30.14 # amiconn: no, they're not 11.30.59 # if you check a disassembly, you can clearly see that all offsets are zero 11.31.08 # they're set at link 11.31.27 # so excluding a function should be easy 11.32.19 Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 11.33.28 # at least as long as the linker knows which symbols are what, but that most of them do 11.35.31 # is sectioned compilation something we only use for dead code detection, or do we use it all the time for some platforms? 11.37.14 # It's used for certain parts only 11.37.53 # The plugin library does it, to ease maintenance of e.g. the grayscale library, which would otherwise be a mess of several dozens of source files 11.38.33 # Another part is bootbox for archos, for the firmware part 11.45.02 # but no, i'm quite convinced leaving out unused code/data should be possible within a section, but ld most certainly doesn't seem to be trying to do so 11.46.05 # amiconn: is there a conflict with Stop and On/Off on the Ondio? 11.47.29 # aha, long on/off is used to stop the music... 11.48.08 # and bookmark-on-stop doesn't save the bookmark when pausing 11.48.26 # Yes, short OnOff is pause/resume, long OnOff is stop 11.49.00 # so we might want to extend the off timeout? 11.49.41 # at least so it has time to save the bookmark position 11.52.38 # i guess the soft poweroff should take care of the resume, but i'm not that sure about the bookmark 11.53.26 Join [IDC]Dragon [0] (n=d90a3255@labb.contactor.se) 11.54.04 # [IDC]Dragon: welcome 11.54.06 # * [IDC]Dragon smiles at Rockbox now growing twice in size ;-) 11.54.15 # <[IDC]Dragon> Hi 11.54.47 # <[IDC]Dragon> 400 kB will be a challenge for ROMbox 11.55.02 # hehe 11.55.04 Quit ashridah (Read error: 110 (Connection timed out)) 11.55.45 # Hi Jörg :) 11.55.48 # ltnirc 11.55.59 # <[IDC]Dragon> ? 11.56.05 # <[IDC]Dragon> ah 11.56.06 # FYI all: We'll be having a chat with Neuros about their next player platform on tuesday 23:00 CET in #haxx. 11.56.10 # I've received my Ondio FM :) 11.56.19 # <[IDC]Dragon> which tuner? 11.56.31 # The all-good kind, mask 0F08 11.56.41 # <[IDC]Dragon> phew 11.56.50 # It was a really new unit, shrink-wrapped... 11.56.51 # http://open.neurosaudio.com/node/115 11.57.30 # <[IDC]Dragon> nice 11.59.41 # <[IDC]Dragon> anything special about #haxx? 12.00.16 # nah, just keeping it in a separate channel to avoid too much everyday rockbox talk (support questions etc) 12.02.08 # <[IDC]Dragon> perhaps kicking trolls 12.02.18 Join Moos [0] (i=Moos@m113.net81-66-159.noos.fr) 12.06.12 # [IDC]Dragon: i /msg:ed you 12.07.09 # <[IDC]Dragon> LinusN: I responded... 12.07.39 # [IDC]Dragon: ah, your nick is not registered 12.07.56 # freenode filters /msg from unregistered nicks 12.08.01 # <[IDC]Dragon> then it doesn't work? 12.08.08 # <[IDC]Dragon> oh 12.09.11 *** Saving seen data "./dancer.seen" 12.09.32 # <[IDC]Dragon> well, the last line of my email was "Is that OK for you? Greetings, Jörg" 12.10.17 # <[IDC]Dragon> seems that it is, I got no violent complaints ;-) 12.10.28 # it definitely is 12.10.32 # <[IDC]Dragon> so, consider the wav codec as "open" 12.11.04 # <[IDC]Dragon> pure "laziness" (swamped in other work) kept me from publishing 12.11.05 # neat 12.12.12 # <[IDC]Dragon> (I need to get the PCB job for my self-developed home control into production) 12.12.23 # [IDC]Dragon: ah, now i see, you signed the email twice, first with "Jörg" and then with the question, after the quoted email 12.13.00 # so now we will have WAV-playback for the Archos! Yiheaa! 12.13.13 # <[IDC]Dragon> now? 12.13.31 # <[IDC]Dragon> there's a little task in the way... ;-) 12.13.38 # :-) 12.14.10 # <[IDC]Dragon> we can munch on the 2nd 200kB with the codec 12.14.34 # <[IDC]Dragon> which RecV1 doesn't have :-( 12.14.43 # how big is the codec? 12.16.02 # * [IDC]Dragon looks 12.16.22 # <[IDC]Dragon> in any case, it's ineffiviently stored in the Archos code 12.16.59 # 32-bit ints with 20-bit data? 12.18.16 # <[IDC]Dragon> yes 12.18.32 # <[IDC]Dragon> which makes it almost 12 KB 12.20.11 # <[IDC]Dragon> packing would bring it to 7.4 K 12.20.38 # <[IDC]Dragon> we can try UCL on it 12.20.51 # <[IDC]Dragon> or simply load it from disk 12.21.09 # <[IDC]Dragon> wav play/rec means a lot of disk traffic anyway 12.21.11 # load from disk seems to be the easier option 12.21.16 # indeed 12.23.57 # we might not be able to spin down the disk at all... 12.24.22 # gosh 12.24.52 # <[IDC]Dragon> afk, lunch 12.25.25 # I wonder how long a typical archos can run with spinning disk 12.25.42 # over 100kbytes per second with 44100/16 stereo 12.25.45 # an hour? 12.26.21 # 176400 bytes/s 12.26.57 # how big is the buffer these days? 1764000 bytes? 12.29.07 # mine is 1583000 bytes 12.29.25 # or rather 1.583MB 12.29.47 Join webguest43 [0] (n=51bd66f1@labb.contactor.se) 12.29.53 # hi ! 12.30.25 # i would just like to ask again if we could have an option to purge the on-the-fly playlist in the playlist menu. 12.30.25 # which is roughly 1700k 12.31.36 # webguest43: a "Clear playlist" in the playlist menu? 12.31.58 # yes please ! 12.32.29 # i dont save playlists, i just add some folders and press play 12.33.02 # what happens if you stop and then add a new folder? 12.33.16 # it gets added at the end of the playlist 12.33.44 # ah, it doesn't get cleared unless you start a new playlist... 12.33.50 # i get it 12.34.36 # wait, i think i am lying to you 12.34.50 # shame on you :-) 12.36.04 # i am actually lying. if you stop playback and insert a new folder the playlist is reset. 12.36.14 # i am standing in the corner shaming.... 12.36.20 # ;-) 12.36.35 # RTFM i guess :) 12.38.40 # i asked yesterday about some refinements on the recording screen, any news there ? 12.39.04 Quit Moos (" Try HydraIRC -> http://www.hydrairc.com <-") 12.41.15 # webguest43: what did you ask and when? 12.42.56 # the choir recording? 12.43.01 # yep thats me 12.43.21 # and you wanted a peak meter? 12.43.30 # the main thing is that recording will overwrite its own files 12.43.40 # recording starts always into record-0.wav 12.43.48 # the thing is that the river recording is just a test 12.43.59 # when stop, record is pressed again it records into record1.wav 12.44.16 # if you exit the recording screen and come back it will again record into record-0.wav overwriting the fiel 12.44.19 # file even 12.44.36 # yep i know thats why it is in debug, but it works, is stable I tested for more than 2 hrs 12.44.53 # a few tweaks and its ready for primetime 12.45.02 # we will resume the work on the iriver recording once we release 2.5 for archos 12.45.31 # allright, its just that only really small things are missing 12.45.53 # there are small things missing all over ;-) 12.46.00 # those things very probably arent missing the real recording code 12.46.13 # no use in duplicating it when we'll integrate it properly soon anyway 12.46.33 # preglow: what do you mean ? 12.47.48 # alas, a small patch so recording does not overwrite its old files would still be great 12.48.09 Join Moos [0] (i=DrMoos@m113.net81-66-159.noos.fr) 12.48.11 # webguest43: archos already does recording, we can probably reuse some of that code 12.48.19 # rockbox isn't iriver only 12.48.33 # re 12.49.33 # sure, thanks for the great work you are doing, 12.49.51 # any idea about what % of userbase is archos vs iriver ? 12.50.53 # woops, gotta go 12.53.53 Quit markun () 12.56.03 # webguest43: ok, it was a tiny change that didn't affect the archos code 12.56.28 # the next bleeding edge will have proper file numbering 12.58.11 # you mean you just fixed that ? 12.58.15 # yes 12.58.28 # thanks man 12.59.03 # its great that you decide to donate so much of your time over such a long timespan to this project 12.59.15 # tell that to my family :-) 12.59.35 # hey famil: I think its great that LinusN develops rockbox ! 12.59.48 # :-) 13.00.19 # just to have a look, where is the recording code in the cvs ? 13.00.35 # B4gder: An archos v1 recorder can run ~4 hours with stock batteries and disk spinning all the time 13.00.56 # I tested this when comparing video playback with and without spindown 13.01.23 # from my recording test i would say iriver does 8 hrs with disk spinning on non-stock 1900mAh battery 13.02.04 # 2 hrs recording => 100% => 81% 13.02.20 Join Febs [0] (n=Febs@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 13.02.26 Join edx__ [0] (i=edx@p54A87D70.dip.t-dialin.net) 13.04.40 # B4gder: Maybe the time limit is lower depending on how often we actually read the disk. Even with the disk spinning all the time, power consumption is higher with actual disk access than without 13.05.46 # In the video playback case, a buffer refill happened every ~25 seconds 13.06.05 # With wav playback it will be every ~10 seconds (44.1/16/stereo) 13.06.27 # I'd still expect ~2 hours 13.06.51 Join DrMoos [0] (i=DrMoos@m113.net81-66-159.noos.fr) 13.08.17 # LinusN: Did you check the rec v1 size limit, or is this still an assumed value based on the player? 13.08.33 # didn't check, will do 13.08.42 Quit Moos (Read error: 104 (Connection reset by peer)) 13.09.30 Quit edx (Read error: 110 (Connection timed out)) 13.12.46 Join Moos [0] (i=DrMoos@m113.net81-66-159.noos.fr) 13.13.43 Quit DrMoos (Read error: 104 (Connection reset by peer)) 13.14.16 # amiconn: it's 200k for v1 as well 13.14.26 # :-( 13.15.24 # <[IDC]Dragon> boo 13.15.43 # <[IDC]Dragon> how large is rockbox v1? 13.15.56 # LinusN: Is there a reason why you often add dummy functions instead of empty macros? 13.15.57 # linusN: where in the cvs can i find the recording code you thankfully changed ? 13.16.45 # amiconn: yes, because i don't want to change the firmware code just because the bootloader doesn't want it 13.16.59 # webguest43: apps/pcm_recording.c 13.17.24 # thanks 13.17.52 # amiconn: empty macros would require #ifdef BOOTLOADER in the header files 13.18.04 Join hshah [0] (n=c2c92012@labb.contactor.se) 13.21.11 # LinusN: Yes, what's the problem with #ifdef BOOTLOADER ? 13.21.26 # looking at pcm_recording.c i think i urgently have to install a compile environment 13.22.34 # amiconn: the code is swamped with #ifdefs, and i don't think it's worth adding that many of them just because of the bootloader 13.22.47 Quit edx__ (Read error: 110 (Connection timed out)) 13.23.40 # I'm asking because I want to search for empty functions in normal code, and eliminate them the same way... 13.24.43 Quit webguest84 ("CGI:IRC") 13.25.08 Join edx [0] (i=edx@p54A87D70.dip.t-dialin.net) 13.33.30 # <[IDC]Dragon> 7282 bytes left for the V1 13.40.28 Quit xNibbler ("life is like a rental car, you fuck it up, and give it back.") 13.40.38 # 7138 bytes with my not-yet-committed xing header improvements 13.45.09 Join NibbIer [0] (n=sven@port-212-202-77-14.dynamic.qsc.de) 13.46.38 Quit NibbIer (Remote closed the connection) 13.47.56 # <[IDC]Dragon> wav will add qite some code, too 13.48.03 # <[IDC]Dragon> quite 13.49.10 # I'll probably hack the wav codec a little when I have time, but real integration might have to wait until the playback engines are merged 13.49.30 # The iriver playback engine is able to handle multiple codecs, with disk loading 13.50.01 # <[IDC]Dragon> and is not smaller, I reckon 13.50.11 Join NibbIer [0] (n=sven@port-212-202-77-14.dynamic.qsc.de) 13.50.42 # <[IDC]Dragon> pcm feed from plugin api would be cool 13.50.54 # <[IDC]Dragon> like current mp3 feed 13.51.04 # <[IDC]Dragon> but much more useful 13.51.10 Join ep0ch [0] (n=ep0ch@84.12.153.190) 13.51.36 # Hmm. That would need a slightly different approach, imho 13.51.45 # <[IDC]Dragon> for games and the mod tracker authors out there 13.52.45 # The iriver playback engine is application layer, pcm playback is firmware layer 13.53.56 # If we want pcm playback from memory, i.e. without the file playback engine, wav codec handling on archos would be totally different from codec handling on iriver 13.54.32 # <[IDC]Dragon> how does the iriver talk, then? 13.55.33 # There are 2 codec threads 13.55.51 # One decodes the music, the second decodes the voice 13.56.01 # <[IDC]Dragon> one of them has to decode from memory 13.56.03 # The dsp code mixes the output 13.56.16 # Yes 13.56.29 # i am just highly impressed by http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling#From_CVS 13.56.39 # :) 13.56.48 # but its missing a vital .exe namely cvs.exe 13.57.33 # whats best way to fix that ? shall I register and edit the wiki ? or try to find the maintainer of the RockBoxDevKit 13.59.09 # [IDC]Dragon: The important difference is that music decoding, voice decoding and mixing happens at the app layer, then the pcm data is passed to the firmware layer for straight output 13.59.28 # On archos, we can't output pcm and mpa at the same time 13.59.36 # Our codec is lower level... 14.00.13 # webguest43: it's not a mistake. .exe is optional. 14.00.25 Quit webguest43 ("CGI:IRC (EOF)") 14.02.53 Join webguest43 [0] (n=51bd66f1@labb.contactor.se) 14.03.22 # webguest43: it's not a mistake. .exe is optional. 14.04.07 # openneo commits again 14.04.20 # it lives! ;) 14.04.23 # yep found it 14.04.29 # --- NEW FILE: system.c --- 14.04.34 # int set_irq_level(int level) 14.04.40 # ... 14.04.43 # asm volatile ("stc sr, %0" : "=r" (i)); 14.04.47 # blatant theft 14.05.12 # do they never learn? 14.05.22 # nope 14.05.36 # <[IDC]Dragon> I've been approached for an Oscar port 14.05.41 # they added 'errno' support 14.06.06 # <[IDC]Dragon> (the grandfather of the Archos SH) 14.06.16 # [IDC]Dragon: port? 14.06.23 # ah, rockbox on oscar? 14.06.30 # <[IDC]Dragon> yes 14.06.41 # massive user base ;) 14.06.53 # both of them would be thrilled ;-) 14.07.01 # Zagor: its not finding cvs from command line 14.07.17 # <[IDC]Dragon> http://www.oscar-mp3.de/ 14.08.51 Join DrMoos [0] (i=DrMoos@m113.net81-66-159.noos.fr) 14.08.51 Quit Moos (Read error: 104 (Connection reset by peer)) 14.08.56 # <[IDC]Dragon> it's practically the same as terratec m3po 14.09.15 *** Saving seen data "./dancer.seen" 14.09.23 # webguest43: can't help you with that i'm afraid. I run linux and have never used the devkit on that page. 14.09.44 # i know lots of people do use it, with cvs 14.11.08 # <[IDC]Dragon> so an Oscar/m3po port should have some user base 14.11.32 # its a path issue, i think its a bit misleading in the guide, i think the guide talks about the mingw environment, but i am not sure 14.12.05 # [IDC]Dragon: are you thinking of doing it? 14.12.26 # <[IDC]Dragon> not this year 14.12.32 # webguest43: I don't think the wiki page author even knows what mingw is 14.12.35 Join tucoz [0] (n=81b17b04@labb.contactor.se) 14.13.04 # Hi, how are the presets stored for the fm-radio. In the config block on disk? 14.13.09 # <[IDC]Dragon> if they send me a unit, something may happen 14.13.24 Quit ender` (Read error: 104 (Connection reset by peer)) 14.13.25 Quit thegeek (Read error: 104 (Connection reset by peer)) 14.13.54 # <[IDC]Dragon> my livingroom lacks a player 14.14.01 Join ender` [0] (i=ychat@84.52.165.220) 14.14.14 # :-) 14.14.14 # <[IDC]Dragon> but these days, I'd rather go for a streaming client 14.14.17 # Just read a thing in the forums that looks like a good idea. To be able to save presets in a file, when travelling for instance. 14.14.18 # no response from austriancoder 14.14.21 Join thegeek [0] (n=thegeek@s057b.studby.ntnu.no) 14.14.28 # yeah, I have the slimp3. very nice. 14.14.31 # can i paste a few (15) lines here which demonstrate the problem ? its a path issue for sure 14.14.43 Join ashridah [0] (i=ashridah@220-253-122-75.VIC.netspace.net.au) 14.15.07 # webguest43: no long pastes, please 14.15.19 # <[IDC]Dragon> how does it browse? 14.15.34 # [IDC]Dragon: using a remote control 14.15.50 # <[IDC]Dragon> I mean, the experience 14.16.09 # <[IDC]Dragon> I tried terratec noxon audio, but it's slow as hell 14.16.15 # tucoz: in a file below .rockbox 14.16.35 # <[IDC]Dragon> plus, they don't utilize the screen very well 14.16.40 # why is this path not finding /usr/bin/cvs ? /.:/bin:/usr/bin:/opt/sh1/bin:/opt/m68k/bin:/bin:/usr/bin:.:../bin:../usr/bin 14.17.01 # the speed depends on the host computer. the slimp3 is just display and decoder. 14.17.11 # bluebrother^: ok, thanks 14.17.28 # <[IDC]Dragon> was it once a DIY project? 14.17.43 # I have a VIA Centaur 600MHz as host computer and it's not very fast but not annoyingly slow either 14.17.46 # <[IDC]Dragon> I remember one with a very dumb client 14.18.02 # not DYI I think, but started as a basement project 14.18.39 # <[IDC]Dragon> how does it support all those formats? Recompression? 14.18.48 Join muesli- [0] (i=muesli_t@Bc12c.b.pppool.de) 14.19.21 # the newer models support lossless playback so the host computer decompresses and sends flac to the player 14.19.48 # <[IDC]Dragon> nice 14.19.53 # or wav perhaps. don't know, my model is old :-) 14.19.58 # re 14.20.05 # <[IDC]Dragon> not nice 14.20.15 # i just compiled rockbox ! feels like making fire ! will have a fiddle with the pcm_recording.c 14.20.29 # thanks a lot all ! sorry for being a pita sometimes :) 14.20.56 # my player is serial number #8 :-) 14.21.13 # webguest43: sounds nice. what do you think of moving the settings for recording to a context menu? 14.21.14 # gotta do some real-life-work now, bye 14.21.38 Quit hshah ("CGI:IRC (EOF)") 14.22.02 # tucoz: i think the devs will do proper recording in time. this one is just a hack I think 14.22.07 # ok 14.22.31 # I just want to do some small modifications, mainly moving the buttons around 14.22.32 # I'll have a look at the archos recording before I suggest anything 14.23.14 # there is one button on the remote that I would like to be on the main unit so I dont need the remote for recording 14.23.34 # I believe the settings are taken care of in a nice way on the archoses 14.23.45 # <[IDC]Dragon> Zagor: sounds like a wide user base, too 14.24.10 Quit webguest43 ("CGI:IRC") 14.24.13 Join webguest43 [0] (n=51bd66f1@labb.contactor.se) 14.24.15 # yes. they have the right approach to pretty much everything imho, and it pays. 14.25.44 # <[IDC]Dragon> wee, lots of resources 14.25.46 # how much is that slimp3 thing ? 14.25.49 # the server software also has a http interface that you can control the player from 14.25.53 # <[IDC]Dragon> I wouder what for 14.26.10 # resources? 14.26.19 # <[IDC]Dragon> 50 MHz, 64 MB ram, 16 MB flash 14.26.26 # <[IDC]Dragon> 250 MHz 14.26.39 # <[IDC]Dragon> and 1000 mA power 14.27.47 # for supporting demanding codecs, i guess 14.27.56 # my old model has a hardware mp3 decoder 14.28.05 Part tucoz 14.29.51 Quit B4gder ("Lämnar") 14.30.22 # it listens to JVC DVD remote control codes, so you can use a standard universal remote for it 14.30.47 # <[IDC]Dragon> I have a learning one 14.31.00 # <[IDC]Dragon> or, trainable 14.31.25 # <[IDC]Dragon> nice product, I'll keep an eye on it 14.31.43 # where do you find info about it ? 14.31.50 # www.slimdevices.com 14.33.27 # slimp3 = squeezebox ? 14.34.24 # yes, it was called slimp3 earlier 14.34.39 # ah, they are quite expensive though 14.35.24 # I wouldn't say $199 is expensive, but it's subjective of course. 14.35.25 # wonder if one could build something like that from standard parts 14.35.53 # i would use one of my laptops, but their D=>A converters suck big time 14.38.40 # <[IDC]Dragon> sound a lot cheaper 14.38.47 # <[IDC]Dragon> sounds 14.42.38 Join tucoz [0] (n=81b17b04@labb.contactor.se) 14.43.47 # the design of the old wired ones is much nicer than the new wireless ones :) 14.44.52 # <[IDC]Dragon> of course the thing is more expensive in %u20AC than in $ 14.45.05 Quit tucoz (Client Quit) 14.45.13 # <[IDC]Dragon> EUR than in $ 14.46.34 # <[IDC]Dragon> Zagor: did you look at Roku, too? 14.47.17 # roku didn't exist when I bought the slimp3. they are a ripoff of it, even using the slimdevices server software without attribution. 14.47.56 # <[IDC]Dragon> openroku? ;-) 14.48.09 # not quite :-) 14.48.20 # <[IDC]Dragon> as in openneo 14.48.30 # ah, yeah 14.51.42 # i like roku design though 14.53.14 # if you acted on such impulses, you'd own an ipod and not be here in the first place :-) 14.53.58 # on the remote-mp3-playback note, do you guys think it would be possible to wire the remote-port of the iriver somehow into a computer ? so one could just use a computer to control it ? 14.54.24 # yes of course 14.54.32 # but the "somehow" might be rather complex 14.54.43 Join rasher [0] (n=jonas@62.79.64.148.adsl.hs.tiscali.dk) 14.54.56 # you assume ! i actually like the iriver 140 design more than the white boxes 14.55.11 # well its a standard protocol talking to the remote i2c ? 14.55.47 # i don't remember 14.56.04 # cause I am sure for that there is usb dongles or something 14.56.14 # isn't the remote attached to the i2c bus? or is it a different bus? 14.56.57 Quit Sucka (Read error: 110 (Connection timed out)) 14.58.27 # Afaik the remote button output signal is just a chain of resistors, wired to an adc inside the main unit 14.58.54 # The remote lcd is controlled via SPI 14.58.58 # exactly 15.04.15 Quit rasher (Remote closed the connection) 15.08.04 Join rasher [0] (n=jonas@62.79.64.148.adsl.hs.tiscali.dk) 15.28.29 # hi rasher, was there any discison in the end about negerpunk? ;) 15.29.20 # on another note, i got my iriver hooked up to my stereo, and every time until rockbox is booted it makes a horrible humming sound, does anyone know what I could do about this ? 15.29.46 # so basically while iriver is off it humms 15.30.23 # webguest43: is it plugged into the charger at the same time? sounds like a ground loop. get a DC decoupled audio cable? use optical? :) 15.31.04 # it is something like that, its loud without charger and gets really loud with charger 15.31.13 # muesli-: looks like it died down 15.31.15 # whats a DC decoupled audio cable ? 15.31.38 # webguest43: one that only has AC coupling, thus, no ground loops 15.32.08 # arghl. must sleep 15.32.10 Quit ashridah ("sleep") 15.33.23 # wait ! 15.33.29 # bugger 15.34.36 # anyone know how to do that ? 15.35.14 # go to the store and say "can you sell me a DC decoupled audio cable" ? 15.36.30 # thanks for the how-to ! :) 15.37.26 # another thing: when I use the recording on iriver, after exiting recording mode, playback is not producing any sound output. I have to restart the iriver. any ideas anyone ? 15.37.48 # Restart 15.37.54 # That's the fix 15.38.06 # whats the function call for that ? 15.40.54 # <[IDC]Dragon> webguest43: you can get a cable with a transformer, common for car hifi 15.41.36 # thanks, will try to get one of them, it disturbs my cat every time I unplug the iriver 15.43.49 # any ideas on the playback problem ? 15.47.05 # webguest43: the recording code is in the debug menu for a reason 15.47.25 # and there is also a reason why we don't work on it now 15.48.01 # allright, i thought maybe its just a funciton call missing 15.48.07 # probably 15.48.28 # i presume if i do some mods in the current pcm_recording code its all wasted time right ? 15.49.15 # yes, if you change the ui 15.49.55 # so basically recording UI is working in Archos and will be ported to iRiver once someone has time ? 15.49.58 # but not if you fix the playback issue, or other technical stuff 15.50.07 # webguest43: if you use it yourself it's not wasted time anyway, is it? 15.50.51 # fixed what i need already, its so cool ! 15.51.20 # :-) 15.54.28 # whats the difference in recording volume and recording gain ? 15.56.24 Quit NibbIer ("life is like a rental car, you fuck it up, and give it back.") 15.59.24 Join Sucka [0] (n=NNSCRIPT@host81-156-159-120.range81-156.btcentralplus.com) 16.01.02 # gotta go, bye 16.01.04 Quit webguest43 ("CGI:IRC") 16.02.06 # * amiconn wonders why Linus defined the size limits as hex values... 16.02.10 # Obfuscating? 16.02.54 # the original limit was in hex 16.03.07 # so i just followed the tradition :-) 16.03.22 # I would have used 200*1024, 400*1024 etc 16.03.24 # i could have written (200*1024) 16.03.28 # :-) 16.04.00 # i don't personally see hex values as obfuscated though 16.04.16 # no real programmer should :-) 16.04.19 # heh 16.06.33 Join Moos [0] (i=DrMoos@m113.net81-66-159.noos.fr) 16.06.33 # gotta go 16.06.34 Quit DrMoos (Read error: 104 (Connection reset by peer)) 16.06.35 Part LinusN 16.09.16 *** Saving seen data "./dancer.seen" 16.13.26 Quit Moos (Read error: 104 (Connection reset by peer)) 16.13.28 Join Moos [0] (i=DrMoos@m113.net81-66-159.noos.fr) 16.17.11 Join NibbIer [0] (n=sven@port-212-202-77-14.dynamic.qsc.de) 16.22.26 Quit muesli- (Read error: 110 (Connection timed out)) 16.27.40 Part NibbIer ("Leaving") 16.31.03 Join DrMoos [0] (i=DrMoos@m113.net81-66-159.noos.fr) 16.32.13 Quit Moos (Read error: 104 (Connection reset by peer)) 17.18.04 Join muesli- [0] (i=muesli_t@A91d3.a.pppool.de) 17.33.22 Nick DrMoos is now known as Moos (i=DrMoos@m113.net81-66-159.noos.fr) 17.36.09 # hi, are you here? 17.36.30 # I'm not. 17.36.53 # oops wrong window scuse all :) 17.40.30 # mmh...i've downloaded a rls within this afternoon and it crashed ~10secs after power on 17.41.47 # dunno if something is wrong with gilbert's wps but i reckon there's something wrong with xaviers remote build 17.42.21 Join Maxime [0] (n=flemmard@fbx.flemmard.net) 17.47.16 Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) 17.50.49 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 17.51.24 Join Sandking [0] (n=jacek@ogorek.akron.wroc.pl) 17.51.36 # hi there 17.51.50 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 17.52.10 # today I've found by mistake rockbox and I'm quite excited about it 17.52.19 Quit einhirn (Client Quit) 17.52.29 # it hasn't destroyed my h120 till now :D 17.52.49 # It shouldn't 17.53.19 # i was rather afraid about it since it isn't official as it is mentioned on www 17.53.49 # I installed it but it gives me error about the codecs... should I install them separately? 17.54.02 # That's strange 17.54.20 # How did you install? 17.54.24 # what kind of files? 17.54.40 # I patched the latest iriver firmware 17.54.49 # * Sandking copied it, updated firmware 17.55.00 # then I copied rockbox.iriver 17.55.08 # You need a .rockbox directory as well 17.55.12 # That should be in the zipfile 17.55.13 # to root and to .rockbox which I created 17.55.44 # rockbox.iriver should be in root, .rockbox should be in root, containing lots of stuff from the zip 17.55.58 # hm 17.56.03 # ok, let me check the zip 17.59.31 # ok - sorry - os x doesn't see the .rockbox dir 17.59.34 # in zip file 18.00.54 # how old is this project? 18.01.05 # and when was the first release? 18.01.42 # [i got a strange feeling that rockbox boots a LOT faster] 18.03.03 # god, how I love things like this... tweaking and all that... :D 18.04.26 # omfg it displays graphics!! 18.04.38 # :] 18.04.51 Quit Maxime (Read error: 110 (Connection timed out)) 18.05.36 # Which project? 18.05.42 # The iriver port, or Rockbox? 18.05.51 # both 18.07.03 # The iriver port is almost a year old, with the first usable (meaning "playing music") version about 3 months ago 18.07.58 # is there a possibility playing movies on this?\ 18.08.05 # Rockbox 1.0 was released at 2002-06-01 after about half a year of work 18.08.16 # Greyscale like the jpeg viewer, yes 18.08.39 # It already exists on the archos players, so it's quite likely to be implemented on iriver eventually 18.08.39 # ok, I need to read all the docs and then ask questions :D 18.09.02 # I wish I had a paypal to support you guys 18.09.16 # Do you have a credit card? 18.09.19 *** Saving seen data "./dancer.seen" 18.09.26 # nope :| 18.09.34 # Ah well 18.09.49 # but I'll ask a friend to do me a favor 18.10.09 # You don't have to have a paypal account - you can just do a direct payment 18.10.09 # got to keep stones rolling :] 18.10.38 # like in a bank or a post office? 18.10.46 # [where are you guys from anyway?] 18.11.12 # No, just a "regular" credit card payment 18.11.22 # I don't think you can manage without a credit card 18.11.32 # i'll handle it 18.11.35 # how do you do credit card payments without paypal? 18.11.42 # Through paypal 18.11.47 # :-\ 18.11.55 # i don't :D 18.11.58 # But you don't have to have an account. 18.11.59 # my friend does 18.12.24 # rasher: hm, i paid someone via paypal a few months ago and it force-made me an account 18.12.41 # "Internal Server Error", good one paypal 18.13.05 # fuzzie: I'm pretty sure there's a "I don't have an account" if you click the donate button 18.13.15 # That just takes you to a "direct" payment thing 18.13.48 # ok, I go to read all those faqs and docs, be back soon with questions :] 18.14.04 # rasher: neat 18.14.46 # * fuzzie donates $10 in the hope it might come in useful 18.16.03 # fuzzie: Did it work? 18.16.17 # sure did 18.16.23 # "You have sent a secure payment of $10.00 USD for the items below. This credit card transaction will appear on your bill as 'PAYPAL *ROCKBOX'. You will receive an email receipt for this transaction shortly." 18.17.47 # I'm still curious about how much money has been donated 18.20.19 # guess this is not open source ;) 18.22.01 Join Dan [0] (i=Bollocks@tredwell.plus.com) 18.22.08 # hey 18.22.11 # anyone alive? 18.22.25 # Yup 18.22.29 # sweet 18.22.38 # you use rockbox? 18.23.13 # who doesnt in this channel? ;) 18.23.17 # I'm not alive, but I use rockbox 18.23.50 # lol 18.23.59 # im thinking of getting an iriver h120 18.24.06 # it should run on that, yes? 18.24.10 # yup 18.24.13 Nick Mxm`Pas`Bien is now known as Maxime` (n=flemmard@fbx.flemmard.net) 18.24.23 # It does 18.25.08 # ok 18.25.16 # itl be second hand 18.25.24 # is 155£ a decent price? 18.25.29 # xD 18.26.07 # Dan - I just installed it and it works :] 18.26.09 # thats 283 usd i think 18.26.18 # kool 18.26.20 # Dan - and imagine how faster it can boot :D 18.26.25 # lol 18.26.39 # how much did you pay for your h120? 18.26.54 # it was a year ago - 300$ 18.27.04 # new? 18.27.08 # yep 18.27.23 # hmm 18.27.34 Join Maxime [0] (n=flemmard@fbx.flemmard.net) 18.27.34 # so i guess £255 isnt such a good price 18.27.34 Quit Maxime` (Read error: 104 (Connection reset by peer)) 18.27.35 # but now I would prefer h10 or ipod nano but since I discovered rockbox I'm so happy :D 18.27.37 # I paid 209, new 18.27.38 # *£155 18.27.46 # £209 18.27.55 # Well, they're not dropping much in prices 18.28.00 # yea 18.28.06 # used condition though 18.28.06 # I got this one on amazon 18.28.11 # I've heard of them going for *above* new price. Not sure if that's true 18.28.32 # im really tempted to get one 18.28.45 # but only because of rockboxes leetness 18.28.46 # ;p 18.29.14 # h10 + rockbox doesnt look like its gunna happen 18.29.39 # yep - but it looks nicer 18.29.45 # and it charges through usb 18.29.52 # and you can buy another battery 18.30.13 # but it doesnt have rockbox 18.30.20 # and itl suck without it :/ 18.30.22 # yes :D 18.30.47 # so what are the main + points of rockbox? 18.30.52 # Rockbox on H10 doesn't look very likely, no. 18.31.15 # Dan: http://www.rockbox.org/twiki/bin/view/Main/FeatureComparison 18.31.15 # don't ask me - I'm reading docs :d 18.31.40 Join paugh [0] (n=kickback@dsl-62-3-104-34.zen.co.uk) 18.32.05 # rasher - have you tried too contact iriver to help you? or you didn't wanted to? 18.32.09 # do you get like a boot menu 18.32.18 # like on ipod linux? 18.32.31 # Dan: No. By default Rockbox boots, but if you hold down record when you turn it on, the original firmware boots 18.32.36 # "it's like a boot menu! but smaller! We call it a ... shoe menu!" 18.32.48 # oh 18.32.53 # thats great 18.33.04 # it's like presssing f8 all the time :d 18.33.08 # lol 18.33.16 # either of you two got a camera? 18.33.27 # i just wanna see the size of the player 18.33.41 # Sandking: don't think anyone has, but it's not really worth it, since the chip manufacturer (portalplayer) doesn't publish documentation 18.34.13 # Dan: http://images.google.com/images?q=iriver%20h120 18.35.08 # well 18.35.17 # how thick is the thing? 18.35.23 # is it gunna bugle in my pocket? 18.35.24 # lol 18.35.39 # *bulge 18.35.40 # Dan - it's a bit bigger than a cigarette pack 18.35.52 # and maybe bit thinner 18.35.59 # ah :) 18.36.16 # hmm 18.36.17 # well, it's just more higher than that 18.36.20 # just checked 18.36.29 # whats the song browsing like? 18.36.35 # and how about playlists? 18.36.52 # are you asking about rockbox? 18.36.59 # well 18.37.00 # yea 18.37.13 # because the first thing id do is shove RB on it 18.37.13 # ask me tomorrow :d 18.37.20 # lol :/ 18.37.48 # hmm 18.38.02 # one last question 18.38.12 # There are two ways of browsing: directory-browsing, and id3-database browsing 18.38.41 # would you get a new h10 20gb for £170, or a second hand h120 20gb for £155? 18.39.04 # are there 20 gb h10? 18.39.05 # H120. For two reasons: Ogg support and Rockbox. 18.39.07 # new. 18.39.16 # damn right 18.39.23 # looks like ill get it then 18.39.34 # h10 doesn't support ogg? well i don't like it... 18.39.36 # h10 is smaller though, if that matters a lot 18.39.42 # oh.. i mean h120 of course 18.39.45 # i read new h120 :D 18.39.49 # i want a ipod nano, please port rockbox! 18.39.57 # lmao 18.40.05 # preglow: No, you do it. 18.40.11 # id port rockbox myself but 18.40.18 # 1) i dont know ASM 18.40.21 # ok, buy me an ipod then :P 18.40.29 # 2) time is a shit 18.40.35 Nick Lynx_ is now known as Lynx_awy (n=lynx@tina-10-4.genetik.uni-koeln.de) 18.40.37 # Dan: so your todo list goes 1) learn ASM, 2) port rockbox 18.40.41 # simple :) 18.40.46 # lol 18.41.18 # Dan: that's is not a big problem if you don't know asm because you still have to learn the processor specific assembly language 18.41.39 # ouch 18.41.48 # when using this line in the wps %xl|a|mp3.bmp|16|111| where should the image be stored? 18.42.09 # %xdl? 18.42.39 # theres %xl 18.42.51 # eh 18.42.55 # Meant %xda 18.43.00 # Dan: and secondly you need some hardware you can use to load code to the cpu/flash/ram 18.43.26 # got it from gilbert http://home.comcast.net/~srgilbert1/Iriver/MarkVI.zip 18.43.34 # hang on 18.43.41 # but rbx crashes when i activate it 18.43.46 # theres a 120 for £125 18.43.54 # silver, but ill paint it 18.43.55 # sold 18.44.24 # PAINT IT?! 18.44.32 # Whyyyy 18.44.39 # The champagne is so lovely 18.45.10 # yeah...much lovelier than black... 18.45.15 # i got black 120 and 3 days ago i brushed all the paint cause it was falling off 18.45.19 # rasher any idea`? 18.46.03 # yeah, black is a pain in the ass in terms of falling offs 18.47.22 # 1 last question 18.47.27 # how loud is it? 18.48.33 # it's "loud enough" :) 18.48.47 # well 18.48.48 # muesli-: It seems I found the cause for rb crashing with certain wps'es. 18.48.48 # it can be LOUD 18.48.57 # and the sound quality is great 18.48.58 # but it's all about the files 18.49.05 # yea ok 18.49.06 # The load buffer is allocated on the stack - maybe it's a stack overflow 18.49.08 # sold as fuck 18.49.10 # 1600 bytes... 18.49.26 # hum..but it worked..got it from another user 18.49.54 # does it crash when bmp's are not found? 18.50.06 # ok and 18.50.17 # what are its downfalls? 18.50.18 # No idea... I never tried a wps with images myself 18.50.24 # worst features? 18.51.01 # well it's design isn't best 18.51.10 # Dan: the joystick is not exactly stellar 18.51.11 # those edges... 18.51.20 # but I love the joystick! 18.51.31 # hmm 18.51.33 # I can't see what's wrong with the edges.. 18.51.51 # imagine that you have pants and you hardly can get your player out - with joystick like this, controlling player is so easier 18.51.56 # is it easy to navigate? 18.52.01 # yep 18.52.41 # rasher - well, it's just my opinion - I would like something smoother 18.52.54 # kool 18.52.55 # display could be bigger 18.53.02 # think ill regret buying it? 18.53.13 # Impossible to tell, really 18.53.16 # "imagine that you have pants" ? 18.53.21 # Depends on what your expectations are 18.53.31 # flurble: as opposed to a skirt, silly 18.53.31 # yea i suppose 18.53.38 # did you regret buying yours? 18.53.42 # flurble - :D 18.53.44 # Not a second. 18.53.49 # well then 18.53.55 # im getting it for 1/2 the price 18.53.58 # ish 18.54.08 # ish? 18.54.12 # 120£ 18.54.16 # flurble = i was talking about getting player out from tight pants :D thought shortcut 18.55.44 # american-style pants? 18.57.50 # may be :D 18.58.02 # is there a place to get more plugins? 18.58.38 Quit [IDC]Dragon ("CGI:IRC") 18.59.15 # Not really. There are a few in the patch-tracker though 19.04.27 # Hi Slasheri: the infamous cfg files during playback bug is definitively fixed now? :) 19.05.38 # Doesn't look like an elegant fix to me. Stopping playback just because of config loading.... 19.06.42 # are they others ways? 19.07.48 # how it does in archos playback? 19.08.19 # It doesn't stop 19.08.33 # ...on archos 19.09.03 # it's better :) 19.09.10 # Doesn't sound like much of a fix to me 19.09.38 # Slasheri ? 19.11.49 # amiconn: reloading voice files (especially with a different size), there is no other way than stop the playback 19.11.54 # Moos: i think so 19.12.43 # Slasheri: Yes, but it seems playback is always stopped when loading a config. I have a number of configs that don't touch the voice ui/ language settings 19.12.45 # amiconn: but that's true, maybe i should add a check if the voice file buffer has has really changed 19.12.55 # yes, i will fix that 19.13.09 # Plus, iirc playback is restarted if you change voice files from the menu 19.13.37 # hmm, that was with crossfade 19.13.48 # Really? 19.13.50 # but could be implemented to voice also 19.14.06 # What happens if I enable/disable voice menus while music is playing, 19.14.06 # yes, the voice file remains loaded once it has been loaded 19.14.15 # nothing 19.14.37 # or when I select a different language while voice menus are enabled? 19.14.48 # ...and music is playing of course 19.15.05 # that crashed the player previously, but that new commit should fix that 19.15.08 # (i haven't tried yet) 19.15.55 # There are 4 situations: (1) old language has voice file, new language doesn't. (2) old language has no voice file, new language has. (3) both have voice files (4) both don't have voice files 19.16.16 Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) 19.16.36 # The voice files can also have different sizes 19.17.26 # yes, if the new voice file is bigger that the previous one, then we have to stop/restart the playback 19.17.31 # I'm not sure whether it would be a good idea to make the voice file buffer fixed size, and refuse loading larger voice files 19.17.54 # Hmm, maybe not 19.17.55 Nick banan_ is now known as merbanan (i=banan@dalink.campus.luth.se) 19.18.07 # The iriver playback code does a bit much dynamic reallocation for my taste... 19.18.20 # really? 19.18.36 # yes 19.19.22 # I think that dynamic allocation is necessary if we want efficiently use the buffer 19.20.08 # and restarting the playback is enough to reinit the allocation 19.20.25 # I think we can get away without dynamic reallocation in most cases. 19.20.26 # does rockbox has something like rating songs? 19.20.44 # Sandking: Yup 19.20.54 # See... hang on, wait for it... 19.21.00 # The directory and playlist buffer sizes are such a case. They only take effect after a reboot 19.21.28 # i love del dir option :D 19.21.41 # Sandking: http://www.rockbox.org/twiki/bin/view/Main/DatabaseV2 I think.. 19.21.50 # amiconn: for example changing the pcm buffer size requires a reallocation and there is no point in having something like 14s pcm buffer if crossfade is not used at all :) 19.22.12 # ah, you mean that 19.22.13 # rasher - thx - I just wanted to know what to expect 19.22.16 # Yes, but the reallocation doesn't have to be dynamic 19.22.26 # audio buffers etc. are allocated at the end of memory 19.22.52 # Hmm, what do you mean with that? 19.22.53 # Dynamic reallocation increases complexity, and hence increases the probability of hard-to-find bugs 19.22.55 # will there be option to move dirs and files? 19.24.26 # Sandking: "rename" accepts a directory 19.24.45 # that is, if you rename "foo.txt" to "/text/foo.txt", it will be moved 19.24.57 # great! :D 19.25.25 # Slasheri: Hmm, my second-last statement wasn't precise. I mean, sometimes we need dynamic allocation, but we don't need dynamic _re_allocation 19.25.37 # ah 19.25.50 # now i understand ;) 19.27.38 Part ep0ch ("Kopete 0.10.3 : http://kopete.kde.org") 19.35.10 # amiconn: do you think we should keep the voice codec buffer static once it has been allocated at boot? 19.35.51 # then we would just fail to load a new voice file if it's bigger without stopping playback 19.36.07 # *voice file buffer 19.36.18 # If opening a larger voice file it could say "reboot to load", set the config, and leave the current voice file (if any) in place? 19.36.42 # Hmm, yes, that might be possible :) 19.37.26 # Hmm. If we set the buffer static, we either waste space (fixed size) or fail to load a new file if it's even a tiny bit larger 19.37.41 # Otoh, if we don't want this, we need to reallocate 19.37.46 # True.. But not setting it static, requires reallocation 19.37.49 # yeah :D 19.38.47 # I'm not that much concerned about the waste between various voice file size, but about the waste when disabling voice menus altogether 19.39.23 # Currently disabling voice menus requires removing the voice file and rebooting the unit 19.39.26 # someone knows what is battery capacity in iriver h120? 19.39.45 # The dilemma is caused by the iriver being able to support voice menus while playing music... something that is impossible on archos 19.39.48 # (with disabling i mean the buffer space is freed) 19.40.29 Quit muesli- (Read error: 110 (Connection timed out)) 19.40.46 # The playback restart for crossfade change is a clean restart, i.e. the old buffer is completely discarded and everything is rebuffered? 19.40.57 # yes 19.41.12 # Hmm, doesn't sound too complex. 19.41.15 # that's because the file buffer and pcm buffer sizes will change 19.41.38 # Is the pcm buffer and voice buffer allocated at the same "end" of the main buffer? 19.41.43 # we will just save the resume position, and resume playback from that position after buffer sizes have been adjusted 19.41.52 # Ah, yes 19.42.06 # no, voice buffer is allocated at the beginning (memory allocation at boot) 19.42.16 # Aha 19.42.23 # Any special reason for that? 19.43.27 # Hmm, let me think :) 19.43.59 # That means that the larger-new-voice-file problem exists in current cvs 19.44.16 # (or even enabling voice ui) 19.44.29 # We could allocate the voice buffer from end also but we still would need to reallocate everything 19.45.11 # voice buffer is allocated at boot if the voice file is present. File is loaded when we access the first voice sample 19.45.23 # What does "everything" consist of? 19.45.35 # Meaning, how much complexity does it add? 19.45.36 # playback buffers and voice buffer 19.46.27 # Perhaps there's a way to even lower the complexity, by doing all special buffer (re-)allocations in one function 19.46.37 # it yes, it's better to place the voice buffer at beginning of the memory because we might need to use talkbox also 19.46.40 # ...which would stop playback, reallocate all buffers, and resume 19.46.48 # and if the buffer is at end, we run out of space 19.46.53 # by mistake I'm listening right now to radio and mp3... :| 19.47.03 # yes, that could be a good solution 19.47.13 # Slasheri: Talkbox clips are also loaded into the voice file buffer? 19.47.33 # i think those are loaded at the end of voice buffer (unallocated space) 19.47.38 # I thought they are loaded into the main buffer, and that's why they don't work during playback... 19.47.46 # so playback has to be stopped before loading those 19.48.04 # yes, they will overlap the main playback buffer 19.48.46 # In fact I would not want the talkbox feature to work during playback, so the talkbox clips could simply use the main buffer 19.49.33 # yep, that is the easiest (and maybe best) solution 19.50.45 # hmm, i think creating a new function to reinitialize all buffers is a good idea 19.51.01 # that would also display the splash message "Restarting playback" 19.52.43 # Yes, and it should only do that if the buffer sizes have really changed 19.53.31 # yes, the function could check that and return if it detects no changes 19.54.12 # Sandking: go into the radio screen and exit by pressing stop 19.54.42 # rasher - yeah, I got that, but shouldn't it suppose to happen? 19.54.43 # Sandking: of course, it should stop radio once a song is started - that's a bug 19.55.23 # will it be any use if I write here a suggestion? 19.55.45 # Go ahead 19.56.43 # ok - when a mp3 is goind on and I'm browsing dirs it would be ok if when I'm in root and press left I would be back with "now playing screen" 19.56.58 # it's a small thing, but maybe worth? 19.57.25 # This has been discussed. 19.57.38 # It'd confuse me. 19.57.49 # The filebrowser is the main window of Rockbox - not the wps 19.58.29 # but the wps is more important in terms of usability I think 19.58.43 # And it'd also eliminate the possibility of going to the root from a deeply nested directory by pressing left a random number of times 19.58.57 # and other thing - people like me, who were using iriver soft will be familiar with it 19.59.19 # true 19.59.26 # BUT! 19.59.36 # Doing something because "that's how iriver" does it is not really a good idea since it'd confuse the current userbase 20.00.05 # clicking joystick again will bring you back to root :] 20.00.15 # (1) Rockbox doesn't try to mimick the original firmware. (2) Rockbox is multiplatform 20.01.01 # I agree to second point but I'm not talking about mimicking - rather about smooth switch 20.01.22 # there's already a smooth switch 20.01.24 # press play 20.01.29 # but it's useless when going back to second point :] 20.01.47 # ok, you got me :d 20.02.23 # <fn~rasher> The filebrowser is the main window of Rockbox - not the wps 20.02.26 # imho, thats not true 20.02.37 # But it is. 20.02.40 # 98% of the time the player is running, it will display the wps 20.02.52 # By design, the filebrowser is the main screen that you get to all others from. 20.03.07 # What dpassen1 said. 20.04.15 # CoCoLUS: The main, or root, screen is not necessarily identical with the one displayed most often 20.04.51 # i always considered my iriver as a music player with a file chooser, not a file browser with a playing option 20.05.03 # Imho having the file browser as the root does make sense. It's the logical order: First you need to select something for playback 20.05.41 # is there an option to implement a... clock? 20.05.56 # no one is argueing about the "start" screen, i just think what should be considered the "main" screen is the wps, since it equals the main function of the player... "playing" 20.06.07 # Sandking: not really (on h120) 20.07.00 # selecting left while in the root of the file system does nothing currently, right? 20.07.14 # Sandking: that would be really hard because we don't have hardware rtc chip 20.07.26 # ok, thx 20.07.29 # CoCoLUS: Right. And I wouldn't want it to. 20.07.34 # even if it might be possible, the clock would get inaccurate 20.07.46 # Say "option" and there'll be trouble. 20.08.02 # CoCoLUS: its nice to return to root by pressing left more times than required. 20.08.10 # i don't see the problem, users used to rockbox won't go left anyway, if they think it won't do anything? 20.08.41 # It's not at all logical 20.08.53 # but comfortable :) 20.09.21 *** Saving seen data "./dancer.seen" 20.09.30 # CoCoLUS: The problem is that you can simply press left a sufficient number of times now to get to the root 20.09.47 # This wouldn't be possible if left in the root would call the wps 20.09.47 # which is very useful 20.09.48 # and you're afraid you'd "skip over" ? 20.09.57 # Not afraid - certain. 20.10.22 # can the button driver detect something like a "double click"? 20.10.32 # long click for sure 20.10.38 # i believe so, wasn't that used in iriver fw? 20.10.51 # click then hold or something similar 20.10.52 # if long left would jump directly to the root, that would be nice 20.11.07 # That's an idea 20.11.13 Join zeekoe [0] (n=zeekoe@wekkerradio.kabel.utwente.nl) 20.22.57 # hi 20.23.08 # is there a problem in the resume code somewhere? 20.23.26 # I sometimes get a "Nothing to resume" popup 20.23.29 Quit paugh ("Leaving") 20.24.03 # does gamebox [or how is it called 20.24.08 # ] play gba color? 20.24.22 # gb color 20.24.35 # i don't suppose it'll run gba games? 20.25.07 # even my phone doesn't run gba games 20.25.11 # It runs gbc 20.25.20 # it's 120 MHz, and can run nes games smoothly 20.30.00 Join solex [0] (n=jrschulz@d085029.adsl.hansenet.de) 20.39.56 Join cat-dog [0] (i=cat_dog@S01060050bac29dfb.tb.shawcable.net) 20.41.29 Join NibbIer [0] (n=sven@port-212-202-77-14.dynamic.qsc.de) 20.46.07 Quit solex_ (Read error: 110 (Connection timed out)) 20.47.59 # anyone have dir buffer is full errors with the latest iriver 120 build? i've upped my max setting, but there was less files in the dir than the default already. 20.50.34 # rasher - have you used rating system? 20.50.42 # I can't figure how it works 20.52.47 # does rockbox work with the ihp-120? 20.52.52 # quick 20.52.52 # lol 20.52.57 # Dan: yes.. 20.53.08 # ihp-120 = h120? 20.53.12 # yes 20.53.13 # yes 20.53.16 # ok good 20.53.18 # :) 20.53.19 # ty 20.55.31 # Hrmpfz :( 20.58.59 # what ho 20.59.09 # Sandking: Have you build a database? 20.59.33 # ...nope? 20.59.53 # You should 21.00.00 # ok 21.00.02 # (1) Something is wrong with the xing headers. (2) Recording at q=7 broke down after ~01h 39 min 21.01.29 # another question - how to play rvf? I enabled listing all the files but don't know how to load it 21.02.34 # You can't yet 21.04.15 # ah 21.04.37 # I can't on h120 or in general? 21.04.58 # Not on iriver 21.05.34 # i'd love to see scummvm port for rockbox :D 21.06.24 Part cat-dog 21.07.00 # is everything ok with sound in gamebox? 21.07.08 # i can't hear a thing 21.07.23 # It's disabled (rockboy) 21.07.29 # Because it's not quite fast enough 21.10.24 # by creating db you mean creating root playlist? 21.11.59 # No.. I don't know where the documentation for this is.. 21.13.04 # Sandking: the java or perl one 21.13.17 # and enable gather database option 21.13.34 Join _aLF [0] (n=Alexandr@mut38-2-82-67-66-128.fbx.proxad.net) 21.13.59 # Check the wiki for creating database;) 21.14.14 # ok 21.15.39 Quit fuzzie ("leaving") 21.16.30 # * amiconn found the cause for (1). 21.16.44 # Note to self: Never fix things in a hurry :/ 21.16.49 # horray :) 21.17.08 # the release hurrying :( 21.18.34 Join muesli- [0] (i=muesli_t@Bc0b4.b.pppool.de) 21.19.31 # Sandking: if you want ScummVM you can buy an MPX200 phone. It's smaller than an mp3 player, it runs ScummVM, SmartNES, pockethobbit (c64), and costs about 100 euro... 21.19.48 # oh, and you can call with it 21.19.54 # :D 21.20.07 # just joking :] 21.25.00 Join webguest02 [0] (n=51429f71@labb.contactor.se) 21.25.11 # Hi 21.26.23 # anyone know one plugin for WMA for foobar, I want to transcode my 2 wma albums because Rockbox of course here ? 21.27.37 # I didn't find the original copie and don't want to start original fw for this 21.27.39 # how does the wps parsing work? 21.28.00 # Pretty well. 21.28.08 # What do you mean? 21.28.13 # wps are parsed once when loaded and the text / conditional stuff is called on every redraw? 21.28.36 # anyone can help me please? 21.28.45 # I'm thinking about what tags are parsed only on load. 21.28.54 # as for the statusbar patch. 21.29.13 # webguest02: Don't use foobar, sorry. 21.29.29 # thanks :( 21.29.36 # but afais the tags in that patch are called on every screen update. 21.29.44 # anyone here use the marvellous foobar? 21.30.16 # webguest02: used it once, but I can't tell you anything about plugins that's not on the web page 21.30.35 # thanks too :( 21.30.49 # if I understand the wps parsing correctly. 21.33.35 # webguest02: http://www.hydrogenaudio.org/forums/index.php?showtopic=31938&st=0&p=277828&#entry277828 21.33.39 # webguest02: just look for foobar special 21.34.04 # ok thanks I'm looking 21.34.06 # it's on the official download page 21.35.11 # rasher: is there anything like a function-block-diagram of rbx avaliable? Would be nice for beginners. 21.35.28 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 21.36.13 # bluebrother^: Not a thing. "Read the code" is the official advice 21.37.06 # ok. Works also but is a bit harder :) 21.37.20 # There's been some talk about using doxygen 21.37.29 # doxygen is great. 21.37.33 # dpassen1: how I add one .dll at foobar? 21.38.23 # put the .dll in \foobar2000\components and restart foobar 21.38.35 # ok 21.39.17 # I used it to document an Atmel project I was working on. Only the asm-parts didn't worked as I expected. Fortunately I had only a few lines. 21.40.05 # dpaseen: error message 21.40.16 # what error? 21.40.39 # grr I can paste and cut 21.40.42 # 2 sec 21.41.25 # utf8api.dll not found 21.42.11 Quit webguest02 ("CGI:IRC (EOF)") 21.42.12 # not sure, i don't use foo_wma, i guess i'd try the special installer then 21.42.43 Join webguest01 [0] (n=51429f71@labb.contactor.se) 21.42.55 # unable to load DLL 21.43.24 # i use v0.9 beta 6 21.43.37 # that's why, that dll is for v0.8.3 21.43.52 # ah ok 21.44.27 # any other.dll for v0.9.6 one 21.44.30 # ? 21.44.35 # not sure 21.44.40 # :( 21.45.20 # I'm afraid to "downgrade" version and lost my ReplayGain config 21.48.10 Quit Sucka ("a bird in the bush is worth two in your house") 21.48.15 # what's the diffrence between java and perl version of dbs? 21.49.00 # the programming language? 21.52.02 # i know that, but what diffrence will it make for me as a user? 21.52.27 # i thought java was recommended 21.53.31 Join webguest43 [0] (n=51bd66f1@labb.contactor.se) 21.54.21 # webguest 01: if you are still looking for wma=>ogg here is something: http://www.dbpoweramp.com/dmc.htm 21.54.36 # install ogg and wma plugin and off you go, its really nice and free 21.54.44 # still here 21.55.14 # i transcoded 334 wma's to ogg yesterday, setting up took 5 min 21.55.27 # lossy to lossy, eh 21.55.55 # sure, but they were ripped into wma which i dont want, and i will never convert them to anything else any more, so its ok for me 21.56.12 # why not wavpack or flac 21.56.20 # is space a large concern? 21.56.23 # size matters you know ? 21.56.45 # got 25gb of music on h140 and a few large recordings to do next week 21.56.48 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 21.56.58 # also use it for data transfers, so yes space is a concern 21.57.19 # and its jazz man, its the sound not the bits ! 21.57.35 # dpassen1: I simply guess because most windows users have java installed but not perl 21.58.01 # i was talking to a friend of mine about how good digital sound is and how bad vinyl is, and he just said: " i dont care as long as the music is good " 21.58.18 # dpassen1: i thought perhaps the java version was more recently updated 22.00.12 # for gapless, need I use mp3 lame, right? 22.00.33 # ogg, flac, wavpack, and lame mp3 should be gapless (wav?) 22.00.38 # webguest: I will lost quality no? 22.00.50 # you need to use a recent lame i think > 2.92 or so 22.00.58 # (numbers could be wrong, do research) 22.00.59 # 3.90 or better, i imagine 22.01.10 # so its maybe 3.92 22.01.19 # i use 3.90.3 and i can verify it works 22.01.20 # it introduced the "exact length of song" header 22.01.25 # dbpower propose me to convert in mp3 lame files 22.01.35 # go for ogg 22.01.43 # install the ogg plugin 22.01.48 # not qualty lost? 22.01.53 # dpassen1: lame 3.90.3 is oooolllld 22.01.58 # still lossy, but free 22.01.58 # yes 22.02.07 # amiconn: its the most widely tested version 22.02.11 # ...and there was heavy work done on improving vbr 22.02.11 # if you want lossless you need flac or wavepack 22.02.20 # I use 3.96.1 22.02.29 # Even that is more than half a year old 22.02.37 # ok 22.02.41 # i've been meaning to switch as 3.96.1 is very well tested and fast for --preset standard 22.02.48 # mp3 is licensed, so imho evil 22.03.08 # go for ogg if you want lossy with quality 0.6 22.03.13 # I'm afraid to lost lot of quality with this transcodage :( 22.03.31 # ive been experimenting with wavpack lossy lately 22.03.44 # well, transcode a few songs, listen to them, see if you find difference 22.03.58 # yes i'll try thanks 22.04.04 # dpassen1: Yes, that's what I use for my ordinary encodings, occasionally using it with -nogap 22.04.04 # i couldnt hear a difference doing wma=>ogg 0.6 22.04.16 # it still sounded as bad/good as the original wma 22.04.19 # but need to have the same bitrate? 22.04.34 # or can I incease? 22.04.39 # *increase 22.04.43 # morale of the story: never let your girlfriend rip cd's, she'll do it in wmp 22.04.54 # :D 22.04.59 # ogg is not about bitrates, its about quality 22.05.10 # it will use the bitrate it needs to achieve a certain quality 22.05.15 # they do have nominal bitrates, though 22.05.18 # Well, increasing the quality should produce less artifacts 22.05.23 # I'll use the best quality 22.05.25 # wmp doesn't do accurate rips afaik 22.05.29 # oh :( 22.05.33 # Try a few different quality-settings 22.05.36 Join linuxstb [0] (n=5343d4aa@labb.contactor.se) 22.05.40 # ok 22.05.47 # See what sounds "acceptable" 22.05.55 # ok 22.06.16 # I'll test just after eat a bit ;) 22.06.16 # the prospect of transferring the wavpack lossy to my H120 and keeping the correction files along with the lossy for lossless playback on my computer is tempting 22.07.00 # yep i think this is a really cool idea, 22.07.29 # but i suspect data storage will become so cheap that in a few years we will laugh at this 22.07.34 # dpassen1: If only the wavpack lossy was comparable to the real lossy codecs in terms of quality vs. size... 22.07.48 # yeah 22.08.06 # but on a portable, i'm not sure how evident the difference would be 22.08.13 # but then i think my q6 oggs sound fine, so what else do i need ? 22.08.23 # gotta reboot, bye 22.08.28 # hate windoze 22.08.31 Quit webguest43 ("CGI:IRC") 22.09.23 *** Saving seen data "./dancer.seen" 22.11.51 # why when I set wps and I turn off my player it resets to default? 22.11.51 # whats the boost ratio looking like for oggs lately? 22.12.08 # wps must be in the .rockbox directory for it to be remembered 22.12.25 # thx 22.13.27 Quit matsl (Read error: 104 (Connection reset by peer)) 22.13.32 # woot 22.13.43 # thanks for helping me decide you lot :) 22.15.10 # pretty easy decision 22.15.32 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 22.15.36 Quit webguest01 ("CGI:IRC") 22.17.25 # now i just gotta wait for it to get here 22.23.08 Quit Moos ("Parti") 22.25.37 # Wtf is the silly mas doing??? 22.33.55 Quit Dan () 22.35.45 Join Moos [0] (i=DrMoos@m113.net81-66-159.noos.fr) 22.39.11 # Now for a rix... 22.40.23 # amiconn: what's about your xing headers fix? 22.40.32 # still puzzled? 22.43.20 # New test is running 22.43.34 # I'm puzzlked about the broken recording with q=7 22.43.44 # :( 22.44.05 # The mas bitshifted it with analog recording, while I believed this would only happen with s/pdif 22.44.07 # something in head? 22.44.17 # ok 22.44.19 # The strange thing is *how* it shifted it 22.44.35 # The first ~96 minutes where ok 22.44.48 Join webguest14 [0] (n=5229073f@labb.contactor.se) 22.44.55 # hey dudes 22.45.10 # The next ~136 minutes the data is shifted one bit to the right 22.45.18 Quit webguest14 (Client Quit) 22.45.40 # After that point the data is shifted one bit to the left until the end of the recording 22.46.02 # (which went on for another 505 minutes) 22.46.42 # do i have to run updater of database in rockbox each time I add something or delete? 22.46.52 # or is it in some way autoupdating? 22.47.04 # I'll probably commit the xing changes in the night, if the test runs fine 22.47.16 # (around 02:00 cest) 22.47.35 # great :) 22.47.44 # Sandking: there's no (auto) update available 22.47.49 # always working :D 22.48.15 # However, I really want to understand the strange things the mas is doing... 22.48.59 # ok, but database keeps info about ratings and all that stuff - right? so when I add some music or delete - does the db builds anew or is it only updating it? 22.49.12 # I'll do an experiment now (as I have to wait for the test anyway): I'll write a small program to correct the shift the mas has done, and check whether the files become playable... 22.49.14 Quit matsl (Read error: 110 (Connection timed out)) 22.49.24 # [i'm talking when I run the db soft] 22.49.31 # Sandking: there are two dbs, one with all the songs/tags and one runtimedb 22.49.32 # you're confusing run time database and tag database, i think 22.49.51 # ok, right now I'm creating tag databse 22.49.58 # what's run time db? 22.50.04 # collects run-time info 22.50.12 # how to make it? 22.50.17 # like ratings, playtime, play counter 22.50.22 # you enable it in an option 22.50.40 # and it requires that you have a tagdb 22.50.43 # ... i'm trying to enable ratings all evening :] 22.50.45 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 22.50.48 # aaa 22.50.54 # that explains a bit 22.50.56 # Perhaps it's possible to rescue some valuable recordings done by users... 22.51.35 # Bagder - so when I change tag db, run time db keeps info about all the stuff? 22.51.42 # yes 22.51.49 # thx 22.53.17 # does rating have any meaning at all? 22.53.29 # [at the moment] 22.53.33 # you can show it in WPS 22.53.37 # and search for it 22.53.43 # (using the databox plugin) 22.54.06 # can I use it for shuffle? 22.54.14 # [10 best songs or something] 22.55.18 # nope 22.55.20 # not yet 22.55.39 # You can do [all songs rated > 8] 22.57.13 # one more thing and I'm gone - how to rate on h120? 22.57.32 # hold down joystick while in WPS 22.57.48 # thx for all help 22.57.53 # sleeep now :D 22.57.57 # byebye 22.58.08 Part Sandking 22.58.24 # BiDi = whazz this? 22.58.35 # BiDirectional 22.58.59 # k 22.59.04 # thx 23.00.00 # does that mean its scrolling from right to left? 23.00.35 # it generally refers to supporting text written either way 23.01.18 # oki 23.01.28 # chees & bye 23.04.42 Quit dpassen1 () 23.06.46 Quit thegeek (Read error: 104 (Connection reset by peer)) 23.08.02 Join thegeek [0] (n=thegeek@s057b.studby.ntnu.no) 23.11.42 Join Mojito [0] (i=Mojito@p548FD383.dip.t-dialin.net) 23.11.46 # hi! 23.11.57 # someone here? ;) 23.11.58 Quit muesli- (Read error: 104 (Connection reset by peer)) 23.12.09 # yesterday i get my new iriver h340! :)) 23.12.17 # its great :) 23.13.37 Quit DangerousDan (Read error: 104 (Connection reset by peer)) 23.13.44 # is someone here, who can help me with english? 23.15.38 Quit matsl (Read error: 110 (Connection timed out)) 23.16.24 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 23.20.41 # Mojito: i may be able to help 23.20.48 # hi zeekoe 23.20.49 # :) 23.20.50 # yes 23.20.51 # hi 23.20.52 # query? 23.21.10 # you don't understand what 'query' is? 23.21.14 # no 23.21.15 # i mean 23.21.19 # ok 23.21.19 # can we speak in query? 23.21.25 # oh :-P 23.21.28 # ;) 23.21.33 # i'm not registred yet 23.21.36 # ok 23.21.37 # here 23.22.03 # Acknowledging chat request... 23.22.15 # unable :( 23.22.17 # hm... i'm behind a NAT here 23.22.21 # ah 23.22.24 # can you try to start one? 23.23.24 # can you join my channel: #mojito1 ? 23.27.32 Quit thegeek (Read error: 104 (Connection reset by peer)) 23.28.35 Join thegeek [0] (n=thegeek@s057b.studby.ntnu.no) 23.32.21 Join tucoz [0] (n=50ca630c@labb.contactor.se) 23.33.13 # Hi, I was looking at the source earlier on but I couldn't find where the fm-radio is displayed. Is this in tuner-philips/samsung, or is this only hw-control? 23.33.56 Join henrikb [0] (n=chatzill@as4-2-2.sjom.b.bonet.se) 23.34.06 Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 23.35.18 # Unbelievable.... These bitshifted mas recordings are perfectly playable after undoing the shift.... 23.35.24 # tucoz: apps/recorder/radio.c 23.35.31 # rasher: thanks 23.35.54 # amiconn: :P 23.36.02 Join markun [0] (n=markun@bastards.student.ipv6.utwente.nl) 23.36.04 # didn't dare to look in that directory ;). Thought it was some archos stuff. 23.36.23 Quit henrikb (Client Quit) 23.36.27 # Re markun 23.36.44 # Hi Moos 23.38.04 # anyone from netherlands here? 23.38.14 # :) 23.38.17 # I am trying to find the postal code for eindhoven 23.38.53 # girlfriend is waiting for a package. 23.41.28 # tucoz: Yes, I'm from the Netherlands 23.42.32 # tucoz: http://www.postcode.nl/ 23.43.02 # markun: oh, great. Well, gf is waiting for a package sent by TNT. need the postal code to get the transit time. thanks for the link :) 23.45.17 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 23.47.14 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 23.48.01 # thanks for the help markun. found out what I needed. 23.48.12 # no problem 23.48.53 # Holland, Holland! :-P 23.49.13 # weed, weed :P 23.50.15 # nah.. weed is bad for your health 23.50.58 # depand on the his usage 23.52.01 # is like cigarets 23.52.03 # hmyeah, probably 23.52.14 # can cigarets be good for your health? 23.52.19 # never 23.52.34 # good night 23.52.36 # computer is good for your health? 23.52.38 Part tucoz 23.53.10 # hmm... good question 23.53.27 # i think it can be 23.53.42 # I don't think for your eyes ;) 23.53.52 # so that's why i need glasses :) 23.54.02 # :D 23.54.14 # not all users do this 23.55.47 Quit matsl (Read error: 60 (Operation timed out)) 23.56.19 # THC at good measure can it be medical enefits ;) 23.56.25 # for your knowledge