00:03:58 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
00:05:27 | | Quit jgarvey ("Leaving") |
00:05:50 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
00:06:00 | | Quit amiconn (Nick collision from services.) |
00:06:01 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
00:06:14 | | Quit entheh ("^~") |
00:06:42 | | Quit davina ("byeeeeee!") |
00:07:48 | | Quit web-taz2 ("Nettalk6 - www.ntalk.de") |
00:10:00 | | Quit tvelocity ("Αποχώρησε") |
00:11:34 | | Join Rob222241 [0] (n=Miranda@p54B14633.dip.t-dialin.net) |
00:11:37 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
00:11:43 | | Quit barrywardell_ () |
00:14:27 | | Join Rob2222 [0] (n=Miranda@p54B14633.dip.t-dialin.net) |
00:14:27 | | Quit Rob222241 (Read error: 54 (Connection reset by peer)) |
00:15:15 | stripwax | Nico_P - if you're reading this, it looks like the recent wps commit didn't fix the problem after all. So scrolling next-track metadata works ok but scrolling other dynamic data (e.g. time elapsed) no longer seems to update. |
00:19:59 | stripwax | I've request the task to be reopened. http://www.rockbox.org/tracker/task/7000 |
00:21:40 | | Quit cadu (Read error: 104 (Connection reset by peer)) |
00:22:10 | Llorean | stripwax: I've reopened it for you then. |
00:27:15 | stripwax | thx |
00:28:08 | | Join web-taz [0] (n=taz@p508194C4.dip0.t-ipconnect.de) |
00:30:26 | | Quit bluebrother ("b4n") |
00:31:07 | | Quit _aLF ("^^") |
00:35:34 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
00:44:18 | | Join rotator [0] (n=e@rockbox/developer/rotator) |
00:46:50 | | Join barrywardell [0] (n=barrywar@194.46.163.19) |
00:47:22 | | Quit Entasis (Read error: 104 (Connection reset by peer)) |
00:48:10 | * | amiconn wonders why petur doesn't use letoh16() for sample loading, instead of ifdefing |
00:48:52 | Llorean | amiconn: I think those macros have been overlooked several times in the past for other things as well. |
00:48:53 | petur | because he doesn't know about it? |
00:48:53 | amiconn | ...and you don't need to #ifdef rb->lcd_update() anymore |
00:49:06 | amiconn | (besides the plugin isn't for charcell anyway) |
00:49:27 | petur | oh, did I miss one - thought I removed them all |
00:49:40 | amiconn | In fact you not only don't need to, but you shouldn't |
00:49:55 | petur | any more critics? ;) |
00:50:20 | amiconn | letoh16() is a macro, which expands to swap16() for be targets, and to identity for le targets |
00:50:31 | amiconn | See system.h |
00:50:44 | petur | will try, thanks |
00:51:06 | Llorean | Are there other useful macros like the Endian macros, that do important but common things, that maybe we should just list somewhere (assuming they aren't)? |
00:52:27 | amiconn | petur: Yes. There are some C++-style comments (I don't mean TODOs, where I also often do this deliberately, and a strange comment in line 40 |
00:53:08 | petur | hmmm leftovers |
00:55:22 | | Quit ender` (" And the Lord said unto John: Come forth and receive eternal life. But John came fifth and won a toaster.") |
00:55:53 | petur | always fun when ender` leaves |
00:56:17 | amiconn | lol |
00:56:42 | | Join robin0800_ [0] (n=robin080@cpc1-brig8-0-0-cust807.brig.cable.ntl.com) |
00:58:31 | | Join safetydan [0] (i=cbca159f@rockbox/developer/safetydan) |
00:59:53 | | Quit moos ("Glory to Rockbox") |
01:00 |
01:00:17 | | Quit web-taz ("Nettalk6 - www.ntalk.de") |
01:01:00 | | Quit robin0800 (Read error: 60 (Operation timed out)) |
01:01:00 | | Nick robin0800_ is now known as robin0800 (n=robin080@cpc1-brig8-0-0-cust807.brig.cable.ntl.com) |
01:01:42 | | Quit jhMikeS (Nick collision from services.) |
01:01:52 | | Join _jhMikeS_ [0] (n=jethead7@rockbox/developer/jhMikeS) |
01:04:07 | | Join Soap2 [0] (n=Soap@host-69-95-92-143.har.choiceone.net) |
01:04:33 | | Join pl1 [0] (n=plb@r74-192-27-66.bcstcmta01.clsttx.tl.dh.suddenlink.net) |
01:05:09 | | Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) |
01:06:10 | pl1 | So I am running rockbox on my 20gb 4g greyscale ipod. My workstation is a Linux box. Any suggestions for an application to manage my MP3s on the iPod. The only thing I really miss from iTunes is smart playlists. |
01:07:27 | *** | Saving seen data "./dancer.seen" |
01:08:07 | Stalwart | amarok? |
01:08:14 | | Join Forte [0] (n=j@cpe-76-181-196-81.columbus.res.rr.com) |
01:08:18 | Forte | hi |
01:08:21 | Stalwart | afaik it had some playlist generation thingie |
01:08:26 | Forte | question |
01:08:42 | Forte | if i put rockbox on my ipod video and i dont like it |
01:08:50 | Forte | can i go back to the apple interface |
01:08:57 | pl1 | yes |
01:09:02 | Stalwart | yes, just allow itunes to "repair" it |
01:09:02 | petur | you can even dual-boot |
01:09:21 | Forte | how hard is it to put it on there |
01:09:46 | Forte | i was gonna put it on my mini |
01:09:48 | Stalwart | it's put by default |
01:09:50 | Forte | but i think it completly died |
01:10:11 | Stalwart | rockbox bootloader allows to boot rockbox or original firmware |
01:10:27 | Forte | k |
01:10:31 | Stalwart | but i'm pretty sure you'll use rockbox, it's good ;) |
01:10:32 | Forte | where is the downloader |
01:10:50 | Forte | the main reason im asking is if i break it |
01:10:54 | Forte | i can go back to original |
01:11:00 | Forte | to send it back |
01:11:06 | Stalwart | you can't break ipod by manipulating with firmware |
01:11:20 | Forte | i broke my mini by dropping it |
01:11:21 | Forte | lol |
01:11:24 | Forte | it sometimes works |
01:11:31 | Forte | today isnt one of those days |
01:11:50 | petur | unless you break it so you can't switch it on again to remove rockbox.... the risk is always there... but what's life without any risk? |
01:11:54 | Stalwart | in worst case your ipod will show "please repair me using itunes" screen |
01:12:17 | Forte | so does it nativlely support mp3s and multiple video formats? |
01:12:19 | Llorean | If you physically break your iPod by dropping it, that should invalidate most warranties anyway. |
01:12:24 | Stalwart | i was even doing tripple-boot (appleos + rockbox + linux) on my nano |
01:12:51 | Soap2 | Forte: you don't need to use itunes to restore your ipod if you don't like rockbox |
01:13:05 | Soap2 | the bootloader installer has an uninstall option. |
01:13:31 | Forte | sweet |
01:13:37 | Soap2 | the manual has instructions and links for all your install needs |
01:13:57 | Forte | mainly im sick of the way i have to keep my tunes |
01:14:04 | Forte | copy and paste music folder |
01:14:13 | Forte | then you gotta have itunes organize |
01:14:16 | Forte | waste of time |
01:14:32 | | Quit _jhMikeS_ (Nick collision from services.) |
01:14:34 | | Quit petur ("ZzzzzzZzzzzz") |
01:14:40 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
01:14:48 | Soap2 | well, you can drag-and-drop with rockbox. Though if itunes is your only complaint there are plenty of other management programs which replace itunes. |
01:15:10 | | Join miepchen^schlaf [0] (n=hihi@p57b95b2c.dip.t-dialin.net) |
01:15:17 | Soap2 | Rockboxand your mini and video don't go hand-in-hand. |
01:15:43 | Soap2 | unless I've missed something and it's B/W screen is now supported for video. |
01:15:51 | Forte | no no |
01:15:54 | Forte | i have an ipod video |
01:15:58 | Forte | and an ipod mini thats broken |
01:16:01 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
01:16:08 | Llorean | Video doesn't play well on the iPod Video. |
01:16:20 | Forte | ... |
01:16:29 | Llorean | The processor in it is quite slow. |
01:16:57 | Llorean | There's a special chip for video decoding, but it can't be used by us yet, and isn't likely to be for a long time, if ever. |
01:17:20 | Forte | lol ok |
01:17:26 | Forte | so thats what dual booting is for |
01:17:26 | Llorean | What's funny? |
01:17:27 | Forte | :P |
01:17:41 | Llorean | Also, Rockbox only supports one video format. There's no good reason for multi-format support. |
01:17:53 | Forte | k |
01:18:04 | Forte | I downloaded the .zip |
01:18:08 | Forte | but I cant figure it out |
01:18:25 | TrueJournals | read the manual |
01:18:28 | Soap2 | No, dual booting is because Rockbox supports everything it can. You can dual boot the Mini, as well, even though it doesn't have video. |
01:18:49 | Soap2 | The manual is most excellent. |
01:18:49 | Llorean | Forte: Seriously, read the manual. |
01:18:56 | Forte | k |
01:19:16 | TrueJournals | That's one of the things I love about rockbox. The manual is awesome because normal people write it |
01:19:39 | TrueJournals | And then if it doesn't make sense to someone... it can easily be edited |
01:19:51 | scorche | as opposed to mutated ghosts of their former selves people? |
01:19:58 | | Quit Stalwart (Remote closed the connection) |
01:20:17 | TrueJournals | as opposed to a company that writes something that no one can understand :-p |
01:20:31 | TrueJournals | Everything is just well documented and in simple terms |
01:20:35 | | Join Stalwart [0] (n=stalwart@ip-10.154.Home-Lan.fastnet.lv) |
01:20:55 | | Quit Zendefera () |
01:21:16 | | Join lee-qid [0] (n=liqid@p54967959.dip.t-dialin.net) |
01:21:53 | Llorean | Not everyone would agree with that statement. |
01:22:00 | TrueJournals | eh :-\ |
01:22:09 | TrueJournals | Can never please everyone |
01:22:13 | Llorean | Unfortunately, those people who tend to think the manual is too complicated never seem to be able to tell us how we could give the same information in a simpler way. |
01:22:30 | Forte | ok I am confused on part of the manual |
01:22:41 | TrueJournals | perfect timing ;-) |
01:22:44 | Forte | do I extract the contents of .rockbox |
01:22:51 | Forte | or just put .rockbox in there |
01:23:05 | TrueJournals | .rockbox is a folder... and it should remain a folder |
01:23:06 | Forte | Oh no, the manual is great! |
01:23:09 | Soap2 | put the whole folder, extracting the .zip file will do that for you. |
01:23:11 | Forte | ok thanks |
01:24:42 | Forte | Oh, I notice the Win32 thing |
01:24:46 | Forte | I am running Win64 |
01:24:50 | Forte | should it still work |
01:25:24 | Forte | nevermind |
01:25:26 | Forte | the answer was yes |
01:25:38 | TrueJournals | lol |
01:26:02 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- Try something fresh") |
01:26:35 | Forte | almost skipped a step |
01:26:37 | Forte | damn my bad |
01:26:39 | Forte | fonts |
01:26:41 | Forte | er |
01:26:45 | Forte | can I say that here |
01:26:51 | Forte | if not im sorry |
01:26:58 | Forte | i have the mouth of a sailor |
01:28:49 | Llorean | Honestly, in my slightly obsessive-compulsive nature, "My bad" bothers me more than "damn". ;) |
01:28:56 | Soap2 | Many people miss the fonts, why do you think you do. |
01:29:08 | Forte | i dunno |
01:29:09 | pl1 | how do I switch an iPod into disk mode? |
01:29:12 | Soap2 | ? I'm curious why many people seem to ignore that step. |
01:29:30 | Soap2 | pl1: depends on the ipod |
01:29:36 | Llorean | Soap2: Probably the same reason people skip the "Installing the Firmware" step. |
01:29:36 | pl1 | Soap2: human nature an extra obvious step is ignored |
01:30:09 | Llorean | People assume that the "Bootloader" bit is the start, or people assume that 'Bootloader+Firmware, what else could there be?' |
01:30:10 | pl1 | Soap2: er optional not obvious |
01:30:10 | pl1 | Soap2: it is a 4g |
01:30:49 | Soap2 | Menu+Select to hard reboot, as soon as the apple logo flashes upon your screen select+play. |
01:31:18 | Forte | hey it told me to reboot |
01:31:20 | Forte | and uh |
01:31:35 | Forte | it didnt work the old way |
01:31:53 | TrueJournals | I'm a bit curious... how do you shut down rockbox on an ipod, and what exactly does that do? |
01:31:58 | Forte | never mind |
01:34:32 | Soap2 | TrueJournals: long press of play powers off. |
01:34:32 | | Join Rob222241 [0] (n=Miranda@p54B14633.dip.t-dialin.net) |
01:34:32 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
01:34:44 | Soap2 | TrueJournals: whereas in the apple firmware it goes to sleep mode. |
01:34:52 | Forte | wow drag and drop rocks |
01:35:17 | TrueJournals | Soap2: So, it really just shuts everything down on the ipod? |
01:37:09 | Forte | congrats on rocking guys |
01:37:11 | Soap2 | as opposed to...? |
01:37:34 | Forte | uh, not rocking |
01:37:35 | Forte | lol |
01:37:43 | TrueJournals | Was that to me? |
01:37:45 | Soap2 | yes |
01:38:06 | TrueJournals | As opposed to sleeping like the apple firmware does :-p |
01:38:44 | Soap2 | that takes much more in-depth knowledge of undocumented hardware. |
01:39:05 | Soap2 | and it would be the first Rockbox target (?) to sleep. |
01:39:13 | Forte | now how do you boot into normal ipod |
01:39:16 | Forte | just wondering |
01:39:40 | TrueJournals | interesting |
01:40:41 | Soap2 | Forte: reboot, and toggle the hold switch on as soon as it reboots. |
01:40:43 | | Quit Rincewind^moep (Read error: 104 (Connection reset by peer)) |
01:40:56 | | Join Rincewind^moep [0] (n=xchatter@i59F44752.versanet.de) |
01:43:08 | Forte | http://radekhulan.cz/img/rockbox/rockbox_2.png is the image that brought me to this in the first place, how do you do that |
01:43:08 | Forte | :P |
01:43:17 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
01:43:39 | TrueJournals | Forte: you have an iPod Video? |
01:43:45 | Soap2 | unsupported build and jblackglass theme. |
01:44:10 | Forte | yes i do |
01:44:32 | TrueJournals | http://www.rockbox.org/twiki/bin/view/Main/WpsIpod5g#j_BlackGlass_Themes - you can find all the information there |
01:44:45 | Forte | k |
01:45:50 | Soap2 | all the info except the actual build and the fact the build is massively out-O'-date |
01:46:18 | TrueJournals | Soap2: "but please note you'll need my latest rockbox prebuild binnary! (look for rockbox-jbuild-YYYYMMDD-$yourdevice$.tar.gz)" - it has information on how to obtain the build |
01:46:45 | Forte | what is a tar.gz file |
01:46:59 | TrueJournals | Latest looks like from March 22... it is pretty out of date |
01:47:14 | Soap2 | I stand corrected on point #1 |
01:47:18 | TrueJournals | Forte: It's a different type of file compression. A program like WinRAR will handle it with no problem |
01:47:22 | Forte | k |
01:47:33 | Forte | i love windows vista |
01:47:43 | Forte | i am doing a mod soon for my psp to have a vista feel |
01:47:45 | TrueJournals | I don't :-p |
01:47:48 | Forte | and now im gonna do one for ipod |
01:49:04 | amiconn | Bagder: It seems that something is wrong with .lang dependencies |
01:49:28 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
01:49:48 | | Join miepchen^schlaf [0] (n=hihi@p57b95b2c.dip.t-dialin.net) |
01:50:31 | amiconn | Just 'make' failed because onplay.c didn't find LANG_ONPLAY_MENU_TITLE, which is because make didn't catch the changed english.lang in order to produce a fresh lang.h |
01:57:27 | Soap2 | 7zip is free |
01:57:32 | Soap2 | (WinRAR is not) |
01:57:54 | TrueJournals | Whatever floats your boat |
01:58:12 | TrueJournals | WinRAR is just the first thing that comes to mind for that... :-\ |
01:58:27 | Soap2 | Encouraging commercial software when there are free alternatives...which do all the same and more... |
01:58:39 | TrueJournals | True... 7zip is very nice |
02:00 |
02:02:24 | Llorean | I have found that WinRAR is more capable at handling older multi-part RARs. |
02:02:33 | Llorean | Ones that are technically invalid, I believe. |
02:02:37 | Llorean | But that's neither here nor there. |
02:03:12 | | Quit Xerion (Read error: 104 (Connection reset by peer)) |
02:03:35 | | Join jhulst [0] (n=jhulst@adsl-69-208-75-239.dsl.klmzmi.ameritech.net) |
02:04:17 | | Part pixelma |
02:05:29 | | Join Xerion [0] (i=xerion@vhe-382201.sshn.net) |
02:09:14 | | Join Brunellus [0] (n=luigi@unaffiliated/brunellus) |
02:14:47 | | Join Rcholla32 [0] (i=444558d7@gateway/web/cgi-irc/labb.contactor.se/x-60eeecb3bb5c7068) |
02:15:07 | Rcholla32 | WAts up ya |
02:15:43 | Rcholla32 | I Got My Sansa E250 RMA its gonna be here tommorrow |
02:16:30 | | Quit Rcholla32 (Client Quit) |
02:22:17 | | Quit Guile (Read error: 113 (No route to host)) |
02:26:11 | | Quit funky ("leaving") |
02:28:45 | | Join Rincewind_ [0] (n=xchatter@i3ED6E45E.versanet.de) |
02:30:10 | | Quit Rincewind^moep (Read error: 110 (Connection timed out)) |
02:31:02 | | Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) |
02:32:28 | | Join eggy [0] (n=eggy@pdpc/supporter/sustaining/yorkcc.eggy) |
02:32:30 | | Quit eggy (Remote closed the connection) |
02:33:32 | | Join eggy [0] (n=eggy@pdpc/supporter/sustaining/yorkcc.eggy) |
02:36:44 | | Join kramdra [0] (n=Kramdra@82-43-219-92.cable.ubr01.craw.blueyonder.co.uk) |
02:36:44 | | Quit inversions (Read error: 60 (Operation timed out)) |
02:38:30 | | Join hannesd__ [0] (n=light@gate-hannes-tdsl.imos.net) |
02:38:30 | *** | Alert Mode level 1 |
02:38:30 | *** | Alert Mode level 2 |
02:38:30 | DBUG | Enqueued KICK hannesd_ |
02:38:30 | DBUG | Enqueued KICK hannesd__ |
02:38:30 | *** | Alert Mode level 3 |
02:44:28 | | Join donutman25 [0] (n=chatzill@24.244.160.233) |
02:44:47 | | Quit Forte ("What the hells a Jigawatt?!") |
02:45:18 | donutman25 | how do i adjust the pitch and tempo on the sansa e200? i looked al over the manual and could not find it |
02:46:50 | | Quit hannesd___ (Read error: 110 (Connection timed out)) |
02:47:06 | | Quit hannesd (Read error: 110 (Connection timed out)) |
02:47:56 | | Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) |
02:48:31 | *** | Alert Mode OFF |
02:49:26 | donutman25 | anyone? |
02:50:22 | TrueJournals | Press the submenu key |
02:50:29 | TrueJournals | well |
02:50:35 | TrueJournals | while in the WPS, press the submenu key |
02:50:47 | TrueJournals | that should give you a menu and one of the options should be pitch |
02:51:50 | donutman25 | TrueJournals: I see no pitch in the menu |
02:52:04 | TrueJournals | hold on a second... |
02:52:29 | TrueJournals | What are your options in that menu? |
02:53:09 | TrueJournals | They should be Sound Settings, Playlist, Playlist Catalog, etc... |
02:53:55 | donutman25 | sound settings |
02:53:57 | donutman25 | playlist |
02:53:59 | donutman25 | playlist catalog |
02:53:59 | donutman25 | bookmarks |
02:54:01 | donutman25 | show id3 info |
02:54:03 | donutman25 | open with... |
02:54:06 | donutman25 | graphical eq |
02:54:06 | donutman25 | browse eq presets |
02:54:19 | TrueJournals | Right under open with... should be pitch... hmm. that's weird |
02:54:22 | TrueJournals | let me check something |
02:55:11 | | Join BigBabyJesus2 [0] (n=BigBabyJ@L0917.l.pppool.de) |
02:55:36 | TrueJournals | donutman25: When did you last update? |
02:55:38 | Llorean | TrueJournals: Are you using an e200? |
02:55:43 | Llorean | It's not available on all players. |
02:55:53 | donutman25 | 5 minutes ago |
02:56:09 | TrueJournals | Llorean: No I'm not... that's what I figured but since it was in the manual and there wasn't a bug report, I thought it was in there |
02:56:19 | TrueJournals | It should be removed from the manual if it's not avaliable |
02:57:11 | TrueJournals | donutman25: guess you're out of luck... |
02:57:22 | donutman25 | thanks anyway |
02:57:49 | barrywardell | i think the pitchscreen could easily be added for the sansa |
02:58:02 | barrywardell | I'd imagine anyway.... |
02:59:14 | Llorean | TrueJournals: I thought he said he couldn't find it in the manual. |
02:59:41 | Llorean | barrywardell: It probably just needs a keymap. The Sansa badly, badly needs some keymap revision in my mind though. |
02:59:44 | donutman25 | i looked in the manual twice but could not find it |
02:59:54 | angusthefuzz | i asked this yesterday but it looks like new people are around: The new build of the sansa e200 port corrupts the topmost line of pixels on my player for both the rockbox and factory firmware. This is not the case when only the factory firmware is installed. |
02:59:59 | barrywardell | Llorean: in what way? |
03:00 |
03:00:01 | Llorean | I really don't like having a single press lead to the context menu, and a different button lead to the normal menu |
03:00:34 | TrueJournals | http://download.rockbox.org/manual/rockbox-sansae200/rockbox-buildch4.html#x7-440004.3.3 - If you scroll down a bit, you'll see "pitch" |
03:00:39 | TrueJournals | It's definantly in there |
03:00:56 | TrueJournals | Along with keys describing how to use it... |
03:01:09 | barrywardell | Llorean: the keymap was made before rockbox was even running on the sansa, so you're probably right that there could be a better choice |
03:01:42 | Llorean | barrywardell: It's mostly what's assigned to the Power button and the "Playlist" button, or whatever you choose to call the one at the bottom of the wheel |
03:01:46 | barrywardell | angusthefuzz: that's a known problem. there is a forum thread about it and I think a bug report too |
03:02:07 | angusthefuzz | could you point me to the thread? I am an avid C programmer |
03:02:14 | angusthefuzz | i would love to help |
03:02:19 | Llorean | angusthefuzz: Is your Sansa the 1.0 or 1.1 hardware? This is suspected to be an issue with the 1.1 hardware, |
03:02:30 | donutman25 | guess i didnt look hard enough ) |
03:02:38 | angusthefuzz | 1.1 hardware (new scrollwheel) what else is different? |
03:02:53 | | Quit blithe ("Be right back.") |
03:03:03 | barrywardell | Llorean: I guess nobody has found the time to revise the keymaps. I did a bit once we had rockbox working, but I agree it could do with more tweaking |
03:03:22 | | Join blithe [0] (n=blithe@shrv-c-068.resnet.purdue.edu) |
03:04:14 | Llorean | barrywardell: I'll admit, I could do it myself too, but I keep finding other things that I'm working on. :) |
03:04:24 | barrywardell | me too :) |
03:04:59 | Llorean | angusthefuzz: We don't know, but the 1.1 hardware seems to be the version with the line. Possibly a different LCD controller. |
03:05:31 | Llorean | barrywardell: Someone did an RMAA test at the anythingbutipod forums showing the contrast between Rockbox and the original firmware, by the way |
03:05:45 | barrywardell | angusthefuzz: here's the thread http://forums.rockbox.org/index.php?topic=9282.0 |
03:05:57 | angusthefuzz | thanks alot barrywardell |
03:06:00 | barrywardell | Llorean: oh yeah? i haven't seen that |
03:06:28 | Llorean | barrywardell: Indeed, it's even post "audio-fix" patch that's compared |
03:06:34 | Llorean | So it shows that fix patch is still quite off. |
03:06:39 | Llorean | barrywardell: http://koti.mbnet.fi/laurimel/RMAA/Sansa/htm/Sansa%20original%20vs%20patched%20RB.htm |
03:07:18 | Llorean | Assuming good testing habits, at least. |
03:07:29 | *** | Saving seen data "./dancer.seen" |
03:08:16 | barrywardell | hmmm, seems we're still a good bit off. someone needs to spend time playing around with the settings on the AS3514 for a start |
03:08:29 | Llorean | Someone with RMAA set up, preferably. :) |
03:08:53 | barrywardell | and spare time! |
03:09:01 | Llorean | Lots of it. |
03:09:09 | Llorean | Does RoLo work on Sansa? |
03:09:23 | barrywardell | i don't think so |
03:09:33 | barrywardell | i'm not sure why |
03:09:37 | Llorean | Unfortunate. I imagine that'd make it easier. |
03:09:46 | | Quit BigBabyJesus (Read error: 110 (Connection timed out)) |
03:09:57 | Llorean | Wasn't it that 'toni' person who was trying to play with those settings? |
03:10:11 | barrywardell | yeah, he posted the patches |
03:11:27 | donutman25 | RoLo works on my sansa |
03:11:39 | | Join Rincewind^moep [0] (n=xchatter@i3ED6E0CB.versanet.de) |
03:12:07 | | Join qwx [0] (n=qwm@h162n1fls34o1010.telia.com) |
03:12:49 | barrywardell | It does? I stand corrected! |
03:13:36 | | Part Domonoky |
03:13:51 | donutman25 | it doesnt work with the *.e200 extension anymore though |
03:14:09 | donutman25 | you hav to change *.e200 to *.mi4 |
03:14:36 | barrywardell | ah, ok. that would be an easy enough fix. |
03:16:47 | | Quit Rincewind_ (Read error: 110 (Connection timed out)) |
03:20:35 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
03:25:39 | | Quit qwm (Read error: 110 (Connection timed out)) |
03:27:35 | | Quit BigBabyJesus2 ("Nettalk6 - www.ntalk.de") |
03:33:49 | | Quit donutman25 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") |
03:33:51 | | Part TrueJournals |
03:39:59 | | Quit Rincewind^moep ("Cya") |
03:42:29 | | Quit kramdra () |
03:43:46 | | Quit barrywardell () |
03:45:05 | | Join BigMac [0] (n=BigMac@c-71-234-95-131.hsd1.ct.comcast.net) |
03:46:40 | | Quit pearldiver (Read error: 54 (Connection reset by peer)) |
03:48:56 | | Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) |
03:54:22 | | Quit Nico_P (Remote closed the connection) |
04:00 |
04:04:06 | | Join Forte [0] (n=j@cpe-76-181-196-81.columbus.res.rr.com) |
04:04:14 | Forte | wow |
04:04:17 | | Part kkurbjun |
04:04:17 | Forte | doom is hard on ipod |
04:04:31 | | Join kkurbjun [0] (n=kkurbjun@c-24-8-203-134.hsd1.co.comcast.net) |
04:04:35 | | Part kkurbjun |
04:04:36 | | Join kkurbjun [0] (n=kkurbjun@c-24-8-203-134.hsd1.co.comcast.net) |
04:05:05 | | Join EbErT [0] (n=EbErT@adsl-34-34-187.asm.bellsouth.net) |
04:06:34 | | Part kkurbjun |
04:08:25 | | Join Shaid [0] (i=shaid@210-84-1-235.dyn.iinet.net.au) |
04:11:09 | TrueJournals | Wow... IRC is quiet tonight... |
04:12:16 | safetydan | TrueJournals, is it ever active at this time? It's the 2am UTC so I can't imagine to many of the euro types are awake. |
04:12:28 | TrueJournals | Eh, I don't really know ;-\ |
04:12:37 | TrueJournals | It's 9:10 PM here |
04:13:20 | Llorean | This is about when it dies out most weekdays, for the next 5 or 6 hours at least |
04:13:34 | safetydan | Well it's 12:14 pm here. This channel needs more Australians :) |
04:13:41 | TrueJournals | heh |
04:13:59 | Forte | so what other cool stuff can i do with rockbox |
04:14:02 | Forte | besides drag and drop |
04:14:07 | Forte | cause thats awesome |
04:14:27 | TrueJournals | watch videos... |
04:14:33 | TrueJournals | dictionary... jewels... |
04:14:37 | safetydan | Forte, try playing some music then go to the Plugins menu and select the oscilloscope |
04:14:40 | Forte | i can watch videos with my ipod |
04:14:40 | Llorean | Rockbox is mostly about audio functionality. See the manual, there's equalizers, replaygain, dithering, a whole host of formats. |
04:15:29 | TrueJournals | If I was going to re-rip my music collection, what would be the best format to use? |
04:15:37 | Forte | mp3 or wma |
04:15:50 | Forte | i like the quality of wma |
04:15:55 | Forte | but mp3 is more streamline |
04:15:59 | Llorean | wma is kinda crappy. |
04:16:05 | TrueJournals | I was just going to say that |
04:16:24 | TrueJournals | In case you didn't know... rockbox doesn't support wma |
04:16:34 | Llorean | Most listening tests suggest that non-Pro WMA is the only current format that *doesn't* compete. |
04:16:44 | TrueJournals | heh |
04:17:31 | Llorean | AAC, MP3 (using LAME), Vorbis and MPC all compete pretty well for transparency-point |
04:17:47 | Llorean | If you want low bitrate, Vorbis with teh AuToV tunings is often considered good. |
04:18:02 | Llorean | For high bitrate, MPC is popular, though if you're going archival you should just use a lossless codec |
04:18:16 | safetydan | What about WavPack? Isn't that the one that supports hybrid files? |
04:18:33 | safetydan | (not on Rockbox, but you can keep the lossless diffs for your PC) |
04:18:51 | Llorean | Yeah |
04:18:59 | Llorean | But honestly lossy wavpack isn't so great (in my personal experience at least) |
04:19:14 | Llorean | But I haven't done a listening test with it, so it could just be placebo effect: I think it sounds bad, so it does sound bad. :0 |
04:19:15 | Llorean | :) |
04:20:32 | | Quit Thundercloud (Remote closed the connection) |
04:22:43 | | Part TrueJournals |
04:25:17 | Forte | wow |
04:25:25 | Forte | i just noticed the real battery meter |
04:32:03 | | Join DEWK [0] (n=Deaconko@bas2-hamilton14-1096560224.dsl.bell.ca) |
04:40:40 | | Part EbErT |
04:52:15 | | Quit BigMac (Read error: 60 (Operation timed out)) |
05:00 |
05:03:44 | | Join miepchen^schlaf [0] (n=hihi@p57b96a93.dip.t-dialin.net) |
05:06:32 | | Join kkurbjun [0] (n=kkurbjun@c-24-8-203-134.hsd1.co.comcast.net) |
05:07:07 | | Quit bawb2 ("seacrest out!") |
05:07:33 | *** | Saving seen data "./dancer.seen" |
05:07:42 | | Join bawb2 [0] (n=bawb2@ip51051.estcmp.ku.edu) |
05:09:06 | | Quit bawb2 (Client Quit) |
05:23:01 | | Join bawb2 [0] (n=bawb2@ip51051.estcmp.ku.edu) |
05:46:01 | | Join saratoga [0] (i=9803994a@gateway/web/cgi-irc/labb.contactor.se/x-c56dc0da203344a0) |
05:46:34 | saratoga | llorean: I just noticed those Sansa RMAA results. Given that it shows 0 dB of stereo seperation in the retail firmware, I'd say his test setup has issues |
05:46:55 | saratoga | can you ask that guy to run RMAA on his own PC? |
05:47:18 | saratoga | i don't have an ABI account, and he hasn't posted here |
05:47:50 | Llorean | saratoga: I told him to post here. If he doesn't, and does respond to my asking him to, I'll ask him to. Otherwise if he's not willing to acknowledge or be helpful, I doubt asking for further information would help. |
05:48:06 | Llorean | I have an Sansa, how hard/easy is it to do a good RMAA test? I could maybe try tomorrow too |
05:48:20 | saratoga | pretty easy |
05:48:24 | saratoga | you just need a loopback cable |
05:48:30 | saratoga | i grabbed one off my PC speakers |
05:48:49 | saratoga | you load the wave + calibration tone it comes with into the player |
05:49:11 | saratoga | loop the calibration tone until RMAA is happy that you've matched the levels properly |
05:49:27 | saratoga | then play the test tone, it recognizes, and then spits out the report |
05:49:53 | Llorean | And this RMAA 5.5 from audio.rightmark.org is all I need? |
05:49:59 | saratoga | yeah |
05:50:10 | saratoga | well that and a PC/loopback cable obviously |
05:50:19 | Llorean | Yeah |
05:50:32 | Llorean | You mean by a loopback cable, one with stereo mini plugs at both ends? |
05:50:37 | saratoga | its also nice if you post the results from doing a loopback test on your own PC too, so we can be sure your PC is ok |
05:50:39 | saratoga | yeah |
05:50:44 | Llorean | Yeah, I've got a pile of those. :) |
05:51:02 | Llorean | Tomorrow I'll do a full series of tests, I think |
05:51:16 | Llorean | So that I have comparisons on each of the Rockbox-capable players, just for curiosity's sake |
05:58:16 | Llorean | Should I just run the "Wizard"? |
05:58:41 | saratoga | yeah the wizard is fine |
05:58:48 | saratoga | i think |
05:58:54 | saratoga | pretty sure its all basically the same |
05:59:07 | saratoga | also, if you really want to do some interesting tests |
05:59:15 | saratoga | i've been looking to get more "loaded" test results |
05:59:25 | saratoga | since those are often much more intersting then unloaded |
05:59:44 | Llorean | Well for now, I'm just figuring out how to use the software, by testing my own computer |
05:59:50 | saratoga | so if you have a pair of 16 ohm headphones and a splitter, I'd love to see how the sansa handled those |
06:00 |
06:00:00 | saratoga | the ipods look pretty bad that way, the h120 looks pretty good |
06:00:03 | saratoga | yeah sure |
06:00:06 | Llorean | 16 ohm. I think the Sennheiser CX300s are that? |
06:00:32 | | Join masked [0] (i=masked@shell.iinet.net.au) |
06:00:35 | masked | hi |
06:00:54 | saratoga | eah 16 ohm |
06:00:58 | masked | does rockbox support ipod compatible head-units? |
06:01:07 | saratoga | masked: just via line out |
06:01:14 | masked | saratoga: bugger |
06:01:59 | saratoga | llorean: heres the ones i've got so far: |
06:02:01 | saratoga | http://www.duke.edu/~mgg6/rmaa/ |
06:03:21 | Llorean | saratoga: The summary from testing my PC against itself: Look alright? http://pastebin.ca/432260 |
06:07:54 | | Join pearldiver [0] (n=say@cpe-72-225-231-80.nyc.res.rr.com) |
06:08:17 | | Quit DEWK ("http://www.vgdj.net/ -Your source for OCR related news!") |
06:09:38 | masked | is there any plans to support them fully? |
06:10:22 | saratoga | Llorean: your sound card sort of sucks :) |
06:10:25 | saratoga | but it should be fine |
06:10:40 | saratoga | just the SNR figures will be limited by your sound card |
06:10:49 | saratoga | which is fine, since no one really cares about them on a portable anyway |
06:10:59 | saratoga | everything else is more then fine |
06:11:36 | Llorean | saratoga: Laptop |
06:11:45 | Llorean | saratoga: I can try it on my desktop tomorrow |
06:11:54 | Llorean | Though it's I think using an old Audigy or some such |
06:12:35 | saratoga | yeah my laptop gives almost identical results |
06:12:42 | saratoga | so all of my numbers have the same SNR limit |
06:12:45 | Llorean | masked: Rockbox doesn't really make plans for the project as a whole, outside of things like significant UI design philosophy changes. It's unlikely to happen unless people who own such devices do it |
06:12:48 | saratoga | which is fine since SNR is pretty useless anyway |
06:13:02 | Llorean | saratoga: I'm tempted to try on my other laptop, since it's actually supposed to be "good" |
06:13:10 | saratoga | ok |
06:14:09 | saratoga | just if you use the audigy (or any Creative sound card), make sure you record at 48khz on the PC end (probably want to leave the test signal at 44.1k) |
06:14:35 | Llorean | Why's that? |
06:14:41 | saratoga | creative's drivers mangle 44.1khz audio |
06:14:46 | masked | Llorean: fair enough |
06:14:51 | saratoga | particularly on the Audigy cards |
06:16:05 | Llorean | saratoga: Ah, just making sure it was a creative thing. This laptop has some "High definition audio" buzzword-happy something in it |
06:18:15 | saratoga | that probably means realtek or something like that |
06:18:26 | scorche | in otherwords, "not integrated" |
06:18:28 | Llorean | I know one of the laptops is Conexant |
06:18:36 | saratoga | quality on those devices seems to be set by the analog stuff, so it doesn't tell you much |
06:18:40 | saratoga | could be good or bad |
06:19:03 | scorche | ugh...the realtek are not good at all.. |
06:19:10 | saratoga | depends how cheap the board maker is |
06:19:14 | saratoga | some are pretty good |
06:19:20 | Llorean | This laptop though is SigmaTel |
06:19:37 | scorche | i have a realtek on my asus...not good at all |
06:19:44 | saratoga | DACs are all pretty similar these days |
06:19:52 | scorche | ac'97 is the typical chip |
06:19:53 | saratoga | mostly depends how good teh analog stuff you hookup to them is |
06:19:56 | Llorean | Alright, making a Sansa build with the patch now. |
06:20:06 | saratoga | and since no one uses rightmark, companies know they can skimp |
06:21:38 | Llorean | saratoga: If I zipped together the saves from my PC, gigabeat, and Sansa, would you take a look at them? I have no clue what to look for. |
06:21:54 | saratoga | i'd love to |
06:22:07 | Llorean | It'll just be a few more minutes for me to prepare the build, etc. |
06:22:12 | saratoga | sure |
06:22:41 | saratoga | the summary rightmark gives at the top is actually pretty good |
06:22:57 | saratoga | though the SNR and noise aren't a big deal with portables, since you don't listen to them in very quiet places usually |
06:23:01 | saratoga | or with big amps |
06:23:45 | saratoga | just got to remember that with headphones, everything looks way better without the headphones |
06:24:15 | saratoga | I.E.: http://www.duke.edu/~mgg6/rmaa/Ipod3G/fr.png |
06:24:39 | Llorean | Yeah, but right now we're just testing if we've got the audio working right. |
06:25:13 | saratoga | yeah sorry |
06:25:15 | saratoga | i realize that |
06:25:22 | Llorean | :) |
06:25:24 | Llorean | Just sayin' |
06:25:33 | Llorean | We'll work out how well they drive headphones after it's on a fair basis for comparison |
06:25:40 | Llorean | I've got a bunch of very varying players to test |
06:26:19 | saratoga | great |
06:26:38 | saratoga | i've been digging around headfi, HA, etc for ages looking for sansa load tests |
06:29:20 | Llorean | I'll perform load tests on all my players with the same 'phones, and recorded on the same computer. That ought to help, no? |
06:29:31 | saratoga | yeah it'd be great |
06:30:01 | Llorean | The gain definitely isn't right |
06:30:19 | Llorean | -17 on my Gigabeat was about right for RMAA testing, and 0 on my Sansa |
06:31:20 | saratoga | do we expect the volume settings to be consistent across players? |
06:31:30 | saratoga | i would not think that would be the case, since they have different amps |
06:31:53 | saratoga | (though i won't be surprised if the gain is wrong too) |
06:31:57 | Llorean | saratoga: Yes, but 0dB should be fairly similar with no load, shouldn't it? |
06:32:34 | saratoga | no I don't think so |
06:32:39 | saratoga | 0dB just means full volume |
06:32:55 | saratoga | whatever voltage that is would be up to the hardware |
06:33:00 | Llorean | 0dB should mean "Line Level" |
06:33:07 | Llorean | It doesn't mean full volume |
06:33:13 | Llorean | Many of our amps go to +6 or +12 |
06:33:13 | saratoga | not for a headphone jack i thought? |
06:33:22 | Llorean | Look at the iPod, you can go up to +6 |
06:34:03 | saratoga | yeah but isn't the ipod using the headphone output as a line out anyway? |
06:34:20 | saratoga | thanks to all that wolfenson weirdness |
06:34:28 | Llorean | There's a line out in the dock slot too |
06:34:36 | Llorean | With independently settable gain that we've locked at 0 |
06:34:45 | Llorean | But 0dB should produce line level output on any of the players, that was the goal |
06:34:55 | saratoga | ah |
06:34:59 | saratoga | that makes sense |
06:35:10 | Llorean | That's why we changed from 0-100% to an absolute scale of dB |
06:36:29 | Llorean | Ugh, the Sansa doesn't play non-tagged files (WAV) |
06:36:34 | Llorean | But you can put them in the "Recordings" folder to play them |
06:36:44 | Llorean | I wonder if he tried encoding them as MP3 or something |
06:36:48 | Llorean | Sansa retail firmware, that is |
06:39:32 | Llorean | saratoga: Okay, what's the best way for me to get this to you? |
06:41:09 | Llorean | There's definitely some difference between the retail firmware and the Rockbox firmware, unless I screwed up along the way |
06:43:04 | saratoga | email would be fine |
06:43:14 | saratoga | giak2000@hotmail |
06:43:34 | | Quit rotator () |
06:45:09 | Llorean | saratoga: Actually, I figured I'd attach it to the patch tracker task for the patch I used, since it might help him improve it. |
06:45:16 | saratoga | ok thats fine |
06:45:37 | Llorean | saratoga: http://www.rockbox.org/tracker/?getfile=13671 |
06:45:48 | Llorean | I just realized it would be polite of me to share. :) |
06:47:31 | saratoga | that looks like rockbox does a better then retail |
06:48:11 | Llorean | Assuming Retail is playing the file properly |
06:48:27 | Llorean | It doesn't record in 44khz audio, but the test tone sounded "okay" through my computer's speakers |
06:48:38 | Llorean | I'm afraid it may have been playing back poorly |
06:49:28 | Llorean | But yeah, it does look like Rockbox does better |
06:49:36 | Llorean | The gain level just seems all wrong though |
06:49:39 | saratoga | perhaps that guy had a screwed up build? |
06:49:44 | Llorean | +1 isn't nearly as loud as +1 anywhere else. |
06:49:53 | Llorean | By 'anywhere else' I mean any other player Rockbox runs on |
06:49:58 | Llorean | And it doesn't get as loud as the retail firmware |
06:50:07 | Llorean | So it seems like we've maybe got the hardware configured properly, but the levels wrong. |
06:51:51 | saratoga | it looks to me like the retail firmware played back ok, but with the volume set a little low |
06:51:56 | saratoga | so i think the tests are fine |
06:53:05 | saratoga | FR is identical between them, so the sampling rate must be correct |
06:53:16 | Llorean | Comparing with the Gigabeat, the graphs look very similar other than the low frequencies for Stereo Crosstalk |
06:53:57 | saratoga | yeah that is interesting |
06:55:20 | saratoga | i suppose theres not very many ways to make an oversampling DAC, so if you have similar filter order, you're get similar frequency responses |
06:55:49 | | Join ptw419 [0] (i=ptw419@216-188-249-122.dyn.grandenetworks.net) |
06:58:17 | Llorean | But yeah, each dB step on the Gigabeat results in a dB step in the input level it seems. |
06:58:22 | Llorean | Lemme check with the Sansa |
06:58:48 | Llorean | Sansa should be 1.5 if things are working right |
06:59:56 | Llorean | Yep |
07:00 |
07:00:06 | Llorean | Okay, ever 1dB step in Rockbox is 1.5 on the real level |
07:00:16 | Llorean | And it's not skipping steps like it should |
07:00:31 | saratoga | so thats it? the gui is just wrong |
07:00:32 | Llorean | It should be 0, -2, -3, -5, -6 etc. |
07:00:45 | Llorean | Well, the GUI is wrong |
07:00:53 | Llorean | And the maximum is wrong, I don't know if it's because the GUI is wrong. |
07:01:03 | Llorean | 0 on the Sansa is equivalent loudness to -17 on the Gigabeat, as I said |
07:01:09 | saratoga | oh |
07:01:34 | Llorean | It could be because of the rounding error: It's not allowing us to increase the volume past +1 even though were not at the real max since it's not counting right |
07:01:47 | Llorean | Or rather, the minimum isn't the right minimum |
07:02:32 | Ctcp | Ignored 2 channel CTCP requests in 0 seconds at the last flood |
07:02:32 | * | Llorean wishes barrywardell were here to ask questions of. Or Toni |
07:02:46 | Llorean | With luck though, their names in the logs might get them to see this |
07:07:37 | *** | Saving seen data "./dancer.seen" |
07:11:50 | | Quit saratoga ("CGI:IRC") |
07:12:17 | | Quit Brunellus (Read error: 110 (Connection timed out)) |
07:20:06 | | Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
07:21:06 | | Join mbr [0] (n=mbr@p3EE06395.dip.t-dialin.net) |
07:27:41 | | Part safetydan |
07:43:27 | | Join Alonea [0] (n=chatzill@24-117-195-16.cpe.cableone.net) |
07:47:02 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
07:47:22 | | Join miepchen^schlaf [0] (n=hihi@p57b96a93.dip.t-dialin.net) |
07:51:15 | | Join qwm [0] (n=qwm@h162n1fls34o1010.telia.com) |
07:59:26 | | Quit Alonea (Remote closed the connection) |
08:00 |
08:01:10 | | Quit kkurbjun (Read error: 110 (Connection timed out)) |
08:06:35 | | Join lachlan [0] (i=cbce3551@gateway/web/cgi-irc/labb.contactor.se/x-7fe8c72b4ff5091d) |
08:06:46 | | Quit lachlan (Client Quit) |
08:06:58 | | Join lachlan [0] (i=cbce3551@gateway/web/cgi-irc/labb.contactor.se/x-fdeb60eb65eb633a) |
08:08:56 | lachlan | Llorean: Would it be possible to disable the use of smilies in the forums? |
08:09:16 | Llorean | It would be, yes. |
08:09:37 | lachlan | Would it be feasable to do so |
08:10:20 | scorche | we have it limited to 3 atm |
08:10:27 | Llorean | 3 per post. |
08:10:33 | Llorean | I didn't want to disable them entirely |
08:10:37 | | Join Rob2222 [0] (n=Miranda@p54B14D0C.dip.t-dialin.net) |
08:10:39 | Llorean | At least, without good cause |
08:11:54 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
08:11:57 | lachlan | They look terrible- especially when combines with an annoying question- e.g 'will rockbox delete all my musik [sic]??[insert annoying questionmark smiley here]??[smiley again] |
08:12:13 | | Join miepchen^schlaf [0] (n=hihi@p57b96a93.dip.t-dialin.net) |
08:12:14 | lachlan | s/combines/combined |
08:12:43 | | Quit qwx (Read error: 110 (Connection timed out)) |
08:12:49 | scorche | well, they can sometimes be mean the difference between an insult and a joke |
08:13:08 | scorche | s/mean// |
08:13:29 | Galois | people could still type out ascii smileys |
08:13:42 | lachlan | Simply adding ;) can as well |
08:13:49 | lachlan | you idiot;) |
08:17:43 | | Quit lachlan ("CGI:IRC (EOF)") |
08:19:42 | | Join ender` [0] (n=ender@84.255.206.8) |
08:21:46 | | Quit Weiss (Read error: 104 (Connection reset by peer)) |
08:27:31 | | Quit Rob222241 (Read error: 110 (Connection timed out)) |
08:29:39 | | Join Weiss [0] (i=taw27@pip.srcf.societies.cam.ac.uk) |
08:30:09 | | Join pondlife [0] (n=Miranda@cpc3-rdng11-0-0-cust229.winn.cable.ntl.com) |
08:44:30 | | Join Zagor [0] (n=bjst@rockbox/developer/Zagor) |
08:45:37 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
08:48:34 | | Quit Weiss (Read error: 110 (Connection timed out)) |
08:53:20 | | Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) |
08:54:46 | | Part kaaloo |
08:58:05 | | Join bluebrother [0] (i=BYWK1TZo@rockbox/staff/bluebrother) |
09:00 |
09:03:30 | | Join petur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/x-7ae933dcfd8dc1cb) |
09:07:39 | *** | Saving seen data "./dancer.seen" |
09:13:18 | | Join GodEater [0] (n=bryan@host-83-146-14-11.bulldogdsl.com) |
09:13:39 | amiconn | hi petur |
09:13:45 | | Quit Ribs ("Ex-Chat") |
09:14:44 | amiconn | I tested wavview on archos recorder; performance is better than I thought, it's about "realtime" |
09:15:00 | amiconn | ..i.e. a one-minute WAV takes about one minute to load |
09:15:09 | amiconn | (CD quality) |
09:16:17 | amiconn | I can see several possible optimisations: |
09:17:08 | petur | morning amiconn |
09:17:25 | amiconn | (1) While calculating min/max for a single "mem peak", use autovars instead of the struct member. This gives a higher chance that they are kept in registers by gcc |
09:18:10 | amiconn | Sometimes gcc fails to spot such trivial things. You could even use 'register' to tell gcc what you want. |
09:18:57 | amiconn | (2) There's a division in the main loop, executed for every sample pair (line 224). Bad on coldfire, even worse on arm and sh1 |
09:19:16 | amiconn | This could be replaced by an extra counter |
09:19:57 | amiconn | (3) I really don't see the point of the extra min/max check. Afaics this could be removed completely |
09:22:15 | petur | re (3) if the wav file is smaller than audiobuf, fppmp will be 1 so l/rmax may not be set. Could remove the check on l/rmin though |
09:22:54 | | Join ackbahr [0] (n=ackbahr@d212-152-2-255.cust.tele2.ch) |
09:22:55 | petur | thanks for the tips btw |
09:24:28 | | Join crop [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-922788121568cc7b) |
09:25:01 | crop | Is anybody here who knows the WPS code well? |
09:25:28 | | Join LinusN [0] (i=linus@gateway/web/cgi-irc/labb.contactor.se/x-2187a602413e6cfa) |
09:25:29 | amiconn | If you initialise min and max to the first data value instead of their opposite extrema, you never need such checks |
09:25:54 | petur | ha... good point |
09:25:55 | crop | I wonder why the tags for the current song are declared as WPS_REFRESH_STATIC and the tags for the next song as WPS_REFRESH_DYNAMIC. |
09:26:24 | amiconn | petur: I also came across the following usage quirks: (1) It's not possible to cancel the load. (2) When loading finished, it's very counter-intuitive to have to press Off or Stop to continue... |
09:26:51 | petur | amiconn: I know, must fix that |
09:26:53 | amiconn | (3) wavview doesn't handle USB afaics |
09:27:22 | LinusN | crop: because the next song info is not always available |
09:28:36 | crop | LinusN: so it's dynamically updated once it's available? |
09:28:42 | LinusN | yes |
09:29:04 | crop | Ah, ok. Multithreading... |
09:29:42 | pondlife | Hi LinusN, good holiday? |
09:29:49 | LinusN | pondlife: yes, indeed |
09:29:59 | * | GodEater is also nursing his sunburn |
09:30:14 | pondlife | LinusN: You may have mail from me in your spam bin.... |
09:30:19 | LinusN | pondlife: i forgot your player at home when i left for vacation |
09:30:31 | crop | Has anybody seen http://www.rockbox.org/tracker/task/6998? It seems reasonable to me. |
09:30:35 | pondlife | No problem |
09:31:09 | pondlife | I can use the sim at work, I'll need it more when *I'm* on holiday :) |
09:31:37 | LinusN | :-) |
09:32:00 | pondlife | Not that there's any sign of that happening :( |
09:32:11 | LinusN | crop: looks ok to me |
09:32:52 | | Join roolku [0] (n=roolku@82-41-2-141.cable.ubr01.edin.blueyonder.co.uk) |
09:34:07 | | Join Weiss [0] (i=taw27@pip.srcf.societies.cam.ac.uk) |
09:34:34 | crop | I think with the advance of the viewports the WPS code will dramatically change |
09:36:51 | crop | So all the recent changes in the wps code might be in vain |
09:36:58 | LinusN | why so? |
09:37:56 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
09:38:03 | | Join miepchen^schlaf [0] (n=hihi@p57B96C74.dip.t-dialin.net) |
09:41:15 | | Quit midgey () |
09:41:32 | crop | Won't the WPS parsing and handling be very different from now? For a view port we might need something like begin-end |
09:45:48 | LinusN | well, the current idea is to add the syntax to define viewports, and use the current wps parser within each viewport |
09:47:29 | crop | LinusN: but this will still be a single file, right? |
09:47:39 | LinusN | yes |
09:47:58 | | Join safetydan [0] (n=dan@rockbox/developer/safetydan) |
09:48:41 | | Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) |
09:51:49 | | Quit crop ("CGI:IRC (EOF)") |
09:52:11 | | Join Weiss_ [0] (i=taw27@pip.srcf.societies.cam.ac.uk) |
09:52:40 | | Quit Weiss (Read error: 110 (Connection timed out)) |
09:53:32 | | Quit kubiix ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
09:54:29 | LinusN | pondlife: you might want to edit http://www.rockbox.org/twiki/bin/view/Main/SpareParts |
09:55:12 | pondlife | Done :) |
09:55:25 | LinusN | i'll try to send your player today |
09:55:37 | LinusN | sorry for the delay |
09:55:41 | pondlife | OK, mail me if you have any questions. |
09:56:01 | pondlife | Gotta get back to work now |
09:59:07 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
10:00 |
10:07:59 | | Quit ackbahr ("Chatzilla 0.9.75 [Firefox 1.5.0.11/2007031202]") |
10:14:57 | | Part Llorean |
10:15:06 | | Quit Weiss_ (Read error: 110 (Connection timed out)) |
10:23:15 | DataGhost | http://de.dataghost.com/Afb.174.jpg |
10:23:17 | DataGhost | there it is |
10:23:18 | DataGhost | :) |
10:23:37 | DataGhost | seems to work, too |
10:26:55 | | Join Shaid` [0] (i=shaid@203-214-19-6.dyn.iinet.net.au) |
10:38:42 | | Quit midgey () |
10:44:37 | | Join Llorean [0] (n=Llorean@cpe-66-69-210-194.austin.res.rr.com) |
10:45:53 | | Quit Shaid (Read error: 110 (Connection timed out)) |
10:46:11 | | Join Shaid [0] (i=shaid@203-214-19-6.dyn.iinet.net.au) |
10:46:51 | Llorean | LinusN: I definitely agree it'd be more intuitive as an option. As I said, I'm not strongly against it, but I also am definitely not for it, since it doesn't add actual functionality. Though if it can be added in a really efficient way, I wouldn't really be against it either. |
10:47:35 | LinusN | i think it should be very easy to add, with a minimum amount of code |
10:47:51 | Llorean | It seems like it ought to be. |
10:47:57 | LinusN | yeah |
10:48:57 | | Join Genre9mp3 [0] (n=yngwiejo@88.218.17.76) |
10:49:06 | Llorean | I'd almost rather it be added as a playlist editing function though: Cut at this point, or something similar, that would remove all songs after a certain point. It'd perform the same duty, and allow some other new behaviours at the same time (mixing/editing together playlists into one more easily, etc) |
10:49:56 | | Quit jhMikeS (Nick collision from services.) |
10:50:06 | | Join _jhMikeS_ [0] (n=jethead7@rockbox/developer/jhMikeS) |
10:51:08 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
10:51:58 | spiorf | DataGhost, nice dock! |
10:52:17 | DataGhost | ^^ |
10:52:26 | spiorf | how did you glued the cable to that plastic piece? |
10:53:10 | | Join lachlan [0] (i=cbce3551@gateway/web/cgi-irc/labb.contactor.se/x-ff99b8f7ae55c730) |
10:53:26 | | Quit Shaid` (Read error: 110 (Connection timed out)) |
10:54:26 | | Quit lachlan (Client Quit) |
10:56:01 | | Part LinusN |
10:56:01 | | Join Weiss [0] (i=taw27@pip.srcf.societies.cam.ac.uk) |
10:57:10 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
10:58:14 | | Quit Soap2 (Read error: 104 (Connection reset by peer)) |
10:59:08 | | Part Llorean |
11:00 |
11:06:28 | | Join himitsu [0] (n=himitsu@203.205.119.17) |
11:07:43 | *** | Saving seen data "./dancer.seen" |
11:12:40 | | Join Entasis [0] (n=Jarred@ppp173-79.lns11.adl2.internode.on.net) |
11:17:22 | | Join perpleXa [0] (i=perpleXa@unaffiliated/perplexa) |
11:29:01 | | Quit _jhMikeS_ (Nick collision from services.) |
11:29:04 | | Join midkay_ [0] (n=midkay@67-40-212-199.tukw.qwest.net) |
11:29:09 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
11:34:51 | | Join Ikuma [0] (i=u0402437@cm182.delta160.maxonline.com.sg) |
11:40:09 | | Join daurnimator [0] (i=daurn@unaffiliated/daurnimator) |
11:42:42 | | Join BigMac [0] (n=BigMac@c-71-234-95-131.hsd1.ct.comcast.net) |
11:44:06 | | Quit midkay (Read error: 110 (Connection timed out)) |
11:44:47 | | Part Ikuma |
11:44:59 | | Join Ribs [0] (n=ribs@91.84.8.218) |
11:53:40 | | Part juxtap |
12:00 |
12:06:32 | | Quit safetydan (Remote closed the connection) |
12:07:10 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
12:07:50 | | Quit midkay_ (Read error: 104 (Connection reset by peer)) |
12:10:02 | | Join lee-qid [0] (n=liqid@p5496591c.dip.t-dialin.net) |
12:14:14 | | Quit perpleXa ("leaving") |
12:16:39 | | Join Rob222241 [0] (n=Miranda@p54B1795D.dip.t-dialin.net) |
12:22:08 | | Quit himitsu (Remote closed the connection) |
12:24:14 | | Join himitsu [0] (n=himitsu@203.205.119.17) |
12:32:03 | | Join inversions [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) |
12:35:19 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
12:35:23 | | Join crop [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-dce844d4e65b9eb3) |
12:37:42 | | Join anathema [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) |
12:38:07 | crop | Why doesn't http://www.rockbox.org/tracker/task/6998 get committed? It's reasonable and even Linus-the-guru likes it. Why keep FS polluted? |
12:38:45 | | Quit himitsu (Remote closed the connection) |
12:39:01 | crop | Or do Nico_P and fml2 have to agree on this first? |
12:39:37 | | Join himitsu [0] (n=himitsu@203.205.119.17) |
12:40:52 | | Join fm2 [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-13b5e2957b6d5b31) |
12:41:32 | | Quit himitsu (Remote closed the connection) |
12:41:40 | | Quit crop ("CGI:IRC 0.5.7 (2005/06/19)") |
12:41:52 | | Quit fm2 (Client Quit) |
12:42:20 | | Join himitsu [0] (n=himitsu@203.205.119.17) |
12:42:27 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
12:42:45 | | Quit himitsu (Connection reset by peer) |
12:43:26 | | Join himitsu [0] (n=himitsu@203.205.119.17) |
12:43:36 | | Quit inversions (Read error: 60 (Operation timed out)) |
12:52:46 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
12:52:58 | | Join miepchen^schlaf [0] (n=hihi@p57B96C74.dip.t-dialin.net) |
12:57:06 | | Quit jhMikeS (Read error: 104 (Connection reset by peer)) |
12:59:11 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
12:59:35 | | Quit himitsu ("Leaving") |
12:59:59 | | Join himitsu [0] (n=himitsu@203.205.119.17) |
13:00 |
13:03:14 | | Join qwedsa_ [0] (n=superman@ip51ccca31.speed.planet.nl) |
13:05:22 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
13:05:39 | | Quit himitsu ("Leaving") |
13:06:24 | | Join himitsu [0] (n=himitsu@203.205.119.17) |
13:06:41 | | Quit himitsu (Read error: 104 (Connection reset by peer)) |
13:07:47 | *** | Saving seen data "./dancer.seen" |
13:08:22 | | Join Jeanhub [0] (n=dude@modemcable123.37-202-24.mc.videotron.ca) |
13:09:14 | Jeanhub | Hello everyone, I've readed the instructions, went on forums and I still get this error, Can't load rockbox.ipod:File not found |
13:09:57 | | Join qwx [0] (n=qwm@h162n1fls34o1010.telia.com) |
13:09:57 | linuxstb | Did you download the rockbox.zip file for your ipod and extract the contents to your ipod? |
13:10:15 | Jeanhub | Well I got .rockbox on my iPod |
13:10:30 | linuxstb | Is there a "rockbox.ipod" file inside there? |
13:10:35 | Jeanhub | No! |
13:10:39 | Jeanhub | I've been looking for it |
13:10:46 | Jeanhub | Sadly, I can't find it! |
13:10:51 | linuxstb | Is there anything inside that .rockbox folder? |
13:10:56 | Jeanhub | yes |
13:11:09 | markun | Jeanhub: do you have a link to this zip file you used? |
13:11:17 | Jeanhub | Yeah, hold on a second. |
13:11:24 | | Join norbusan [0] (n=norbusan@dhcp03.algebra.tuwien.ac.at) |
13:11:25 | Jeanhub | http://www.rockbox.org/download/rockbox-2.5-player.zip |
13:11:50 | markun | it's not the ipod one |
13:11:55 | JdGordon | midkay: hey, you dont still have the bmps for the icons you made do you? |
13:12:04 | markun | Jeanhub: look here: http://build.rockbox.org/ |
13:12:05 | Jeanhub | Oh, where do I get the iPod one :| I'm confused |
13:12:32 | linuxstb | Jeanhub: http://build.rockbox.org/ - scroll down to the table with pictures of all the different devices, and download the one for your ipod |
13:12:58 | Jeanhub | YES! |
13:13:00 | Jeanhub | Thank you guys. |
13:13:04 | Jeanhub | I'll try it out Right now |
13:13:37 | linuxstb | You should probably delete the old .rockbox folder you extracted first. |
13:13:43 | Jeanhub | Yes, I already did. |
13:13:51 | Jeanhub | Currently extracting the good one. |
13:14:06 | markun | Jeanhub: didn't you think it was strange that your zip was for "Archos Jukebox 5000, 6000 and Studio models"? :) |
13:14:07 | linuxstb | And you'll also need at least the fonts from here - http://www.rockbox.org/twiki/bin/view/Main/RockboxExtras |
13:14:19 | Jeanhub | Yeah but I'm new to this so I didn't really know. |
13:14:57 | JdGordon | amiconn: you around? |
13:16:00 | Jeanhub | Ok but now it opens in the normal iPod view |
13:16:40 | | Quit qwedsa (Read error: 110 (Connection timed out)) |
13:17:23 | Jeanhub | How do I make it open in Rockbox? |
13:19:01 | | Join simmel [0] (i=simmel@unaffiliated/simmel) |
13:20:15 | markun | Jeanhub: which installation instructions are you following? |
13:20:35 | Jeanhub | Oh it works |
13:20:40 | Jeanhub | I just had to reboot it! |
13:21:33 | Jeanhub | Guys, this is simply awesome, thanks alot. |
13:22:17 | markun | Jeanhub: have fun with it |
13:22:57 | JdGordon | linuxstb: do you know how hard it is with the current bmp drawing code to draw a rectangle in a loaded bmp instead of the whole thing? |
13:23:15 | Jeanhub | I just tried to install a skin, but when I open my iPod it doesn't show up |
13:23:24 | Jeanhub | I see the normal rockbox skin. |
13:23:30 | | Quit anathema (Read error: 110 (Connection timed out)) |
13:23:41 | linuxstb | JdGordon: You mean draw part of a loaded bitmap on the LCD? |
13:23:53 | | Quit qwm (Read error: 110 (Connection timed out)) |
13:24:00 | JdGordon | yeah |
13:24:08 | linuxstb | Just use lcd_bitmap_part() |
13:24:23 | Jeanhub | How do I install properly a skin? |
13:24:29 | Jeanhub | a theme I mean. |
13:24:43 | linuxstb | You need to select it - go to Settings in the main menu, then Browse Themes |
13:25:00 | linuxstb | If it doesn't appear in that list, you didn't extract the files to the correct places. |
13:25:09 | Jeanhub | Oh I see. |
13:25:21 | JdGordon | linuxstb: ok cool, ta |
13:25:35 | Jeanhub | Great |
13:26:52 | Jeanhub | this is awesome my ipod looks cool now |
13:29:51 | markun | Jeanhub: but you may find that rockbox doesn't really focus on the looks and you can do a lot of other nice things with it |
13:31:12 | simmel | I have found an issue which might be small, but very annoying. I use the Filebrowser to listen to albums and use "Auto-Change Directory". But when I have moved from one folder/album to another and I want to select another album, I start at the root of my "Files" not in the folder of the current |
13:31:17 | simmel | song I'm playing. Is there a setting that I have missed or is this a feature request? |
13:32:02 | linuxstb | "Follow playlist" |
13:32:28 | markun | but it's strange that you end up in the root every time, that sounds like a bug to me |
13:33:20 | | Quit Jeanhub ("Jeanhub does an action that owns you") |
13:34:14 | simmel | linuxstb Where is this setting? |
13:34:31 | linuxstb | I can't remember |
13:34:41 | simmel | linuxstb Found it. |
13:35:00 | amiconn | JdGordon: Sorta. |
13:35:00 | simmel | General Settings=>File View |
13:35:17 | JdGordon | amiconn: enough to talk about the icons? |
13:35:25 | | Join inversions [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) |
13:35:33 | simmel | linuxstb Thanks alot. |
13:35:57 | | Join barrywardell [0] (n=barry@dhcp-892b9ade.ucd.ie) |
13:36:21 | amiconn | JdGordon: Btw, there is a bug wrt root menu and hwcodec: If you set rockbox to start in the browser, then play some music (resumed or started anew), and the music ends, I would think rockbox should put you back into the browser |
13:36:38 | simmel | markun Well, IMO it should be default. I don't like confusing settings which should be enabled by default, but hey, I'm an Mac-geek ; ) |
13:36:43 | | Join xopey [0] (n=coreyw@74-132-132-137.dhcp.insightbb.com) |
13:36:47 | amiconn | This works on both hwcodec and swcodec if you stop playback manually, and it also works on swcodec when the playlist ends |
13:36:56 | | Join norbusa1 [0] (n=norbusan@darth.htu.tuwien.ac.at) |
13:37:13 | JdGordon | amiconn: if will only do that if you have follow playlist enabled. otherwise it will goto previous |
13:37:16 | amiconn | But on hwcodec, when the playlist ends, you're always dropped back to the root menu, regardless where you set your start screen |
13:37:19 | | Part norbusa1 |
13:37:24 | | Part xopey |
13:38:27 | markun | simmel: does some Mac software change the folder of the file browser when you are playing songs? |
13:38:35 | * | amiconn has 'follow playlist' permanently enabled on all his targets |
13:38:43 | * | linuxstb too |
13:38:44 | JdGordon | nothing to do with the start screen setting, it either will drop you in previous browser, or previous |
13:39:02 | * | markun never tried it |
13:39:15 | pixelma | I believe it once was working when I tested on Ondio |
13:39:53 | | Quit norbusan (Read error: 110 (Connection timed out)) |
13:40:26 | JdGordon | actually.. it is possible there is a bug there.. iirc there is a return GO_TO_ROOT; line which should neer be reachable, maybe on hwcodec it is? |
13:41:01 | pixelma | JdGordon: that doesn't work atm when you enter wps from file browser (strangely on my Ondio but not on my M5) |
13:41:17 | JdGordon | which? |
13:42:31 | pixelma | the return to file browser at the end of the playlist doesn't work on Ondio (where it returns to the main menu instead) |
13:43:19 | JdGordon | anyway, amiconn, I want to pull the hardcoded icons out and use the rb2bmp like the other bmps, but with so many it would be slow and annoying. can we put all icons of the same size side-by-side in one bmp and draw them with lcd_bitmap_part()? |
13:43:37 | JdGordon | pixelma: with follow playlist one? |
13:44:13 | LinusN | JdGordon: choose a format that is suitable for theming |
13:44:51 | pixelma | JdGordon: yes, I've set it to "on". |
13:45:22 | JdGordon | pixelma: might very well be a hwcodec bug then... *looks around for someone with som time and a hwcodec target to figgure it out* |
13:45:27 | linuxstb | I assume we should we move to native format bitmaps (i.e. colour) instead of the 1-bit mono for the icons? |
13:45:43 | JdGordon | yeah, kill off the mono icons |
13:46:01 | linuxstb | But isn't there also the issue of icon size? i.e. we don't want big icons and little fonts, and vice-versa... |
13:46:10 | JdGordon | LinusN: well, we dont want 1 bmp for the wps' so is it the same for theming icons? |
13:46:14 | JdGordon | remembering there are heaps of them |
13:47:08 | JdGordon | we need icons for the statusbar (4x8 iirc), some 5x8's (not sure where these are used) and 6x8 in the lists |
13:47:18 | pixelma | I'd have the time to test possible fixes... |
13:47:35 | JdGordon | there isnt any reason why we couldnt load any size icons to match a font size and display them.. except the statusbar |
13:47:37 | linuxstb | Shouldn't the statusbar also be larger on the larger LCDs? |
13:47:51 | JdGordon | also the default font |
13:47:51 | LinusN | i don't really have an opinion, except that if you do change the icon code, you should keep themes in mind |
13:48:07 | pondlife | Wasn't there a proposal to make all of this themeable? |
13:48:23 | pondlife | Maybe the icons etc. could be removed from the core code completely? |
13:48:33 | linuxstb | Probably... People are always proposing things. |
13:48:36 | pondlife | :) |
13:48:59 | pondlife | JdGordon: That reminds me, did you have any further thought on the buffering? |
13:49:13 | * | pondlife proposes and runs (again) |
13:49:20 | JdGordon | I tried a ring buffer with a gap, but got nowhere with it... |
13:49:22 | JdGordon | so no :p |
13:49:44 | pondlife | The gap is probably the problem... |
13:49:46 | * | bluebrother comes back and notices nobody threw a manual at Jeanhub :o |
13:49:56 | JdGordon | how much do archos recorders usually go for on ebay nowdays? |
13:50:16 | bluebrother | too much here in germany :( |
13:50:26 | pondlife | JdGordon: Mine went for 40 |
13:50:32 | bluebrother | watched one a while ago and it reached over 50EUR |
13:50:49 | pondlife | ...but I was a bit disappointed it wasn't more. |
13:51:28 | pondlife | Maybe I'm greedy, but the Recorder is a lovely device |
13:52:58 | JdGordon | pondlife: I wanted to use the gap for the current tracks metadata, so ti would keep moving around as the tracks were played |
13:53:05 | JdGordon | but it got too complicated :p |
13:54:36 | * | JdGordon thinks wps'ifying the statusbar before getting loadable icons working would make tihngs easier |
13:55:00 | | Quit smolyn ("KVIrc 3.2.5 Anomalies http://www.kvirc.net/") |
13:55:57 | pondlife | JdGordon: Keep buffering the same as now, but in a more sturdy box! All I was aiming for was a neater and documented interface. |
13:58:14 | JdGordon | does buffering have any interface now at all? |
13:58:21 | pondlife | No |
13:58:32 | | Join himitsu [0] (n=himitsu@61.213.185.49) |
13:58:34 | pondlife | There is a blurry line between playback and buffering |
13:58:45 | pondlife | And buffering could be used by video playback etc. |
13:59:03 | pondlife | I was thinking of a super-SMARTDRV... ;) |
13:59:54 | pondlife | Or an "audio buffer manager". |
14:00 |
14:00:32 | pondlife | i.e. NOT MoB... that's a bigger scope. |
14:00:48 | | Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) |
14:01:50 | | Quit Shaid (Read error: 104 (Connection reset by peer)) |
14:03:50 | LinusN | i would like the buffering to be independent of the playback |
14:04:42 | | Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) |
14:04:49 | LinusN | but there have been so many special cases of (re)winding and crossfade etc, so the buffering has been quite messy |
14:05:15 | | Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
14:06:39 | | Join JdGordon_ [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) |
14:10:00 | pondlife | The buffering is quite hacky still. |
14:10:09 | LinusN | very hacky |
14:10:14 | JdGordon_ | very very hacky |
14:10:21 | | Quit Stalwart (Remote closed the connection) |
14:10:48 | pondlife | My recent fix, predictably, broke something else. |
14:10:55 | LinusN | :-) |
14:10:58 | | Join Stalwart [0] (n=stalwart@ip-10.154.Home-Lan.fastnet.lv) |
14:16:15 | | Quit himitsu (Read error: 110 (Connection timed out)) |
14:16:38 | | Join Anlar-- [0] (n=miersale@jalava.cc.jyu.fi) |
14:17:03 | | Quit hcs (Read error: 110 (Connection timed out)) |
14:17:10 | | Quit netmasta10bt (Read error: 110 (Connection timed out)) |
14:17:29 | Anlar-- | Hi, I installed just rockbox because I thought it would make syncing music easier.. Does anyone know why WMP doesn't see the player at all? It should support general disk device sort of players nowadays |
14:17:36 | | Quit vadim (Read error: 110 (Connection timed out)) |
14:18:37 | | Quit jmspeex (Read error: 110 (Connection timed out)) |
14:18:56 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
14:19:09 | | Nick JdGordon_ is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
14:19:32 | | Quit desowin (Read error: 110 (Connection timed out)) |
14:19:50 | LinusN | Anlar−−: i have no idea why. do you see the player in the file explorer? |
14:20:26 | Anlar-- | yeah, and that part works just fine |
14:20:35 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
14:20:54 | Anlar-- | I tried this on two computers, but they both have had iTunes previously installed.. I hope it isn't screwing something up |
14:21:21 | LinusN | well, i have no idea, since i have never used itunes or wmp... |
14:21:25 | | Join vadim [0] (n=vadim@ip70-181-141-86.sd.sd.cox.net) |
14:22:07 | Anlar-- | iTunes installs a helper service and all sorts of crap, I tried removing it all as well as I could but.. |
14:22:38 | | Join jmspeex [0] (n=jmspeex@142.163.233.220.exetel.com.au) |
14:22:48 | | Quit BigMac (Read error: 110 (Connection timed out)) |
14:23:53 | LinusN | i don't know anything about wmp, but with rockbox, the player is just a USB disk to windows, so i don't know how wmp is supposed to recognize it as a player |
14:24:46 | Anlar-- | It should afaik recognize all usb sticks and such as "players" and just copy the files over |
14:25:08 | LinusN | i don't even know why you feel the need to use wmp for this at all |
14:26:38 | Anlar-- | it's actually the best player I have seen so far, and I've seen quite a few. they have developed it a great deal since the previous versions |
14:26:47 | linuxstb | Anlar−−: What device do you have, and did it work before you installed Rockbox? |
14:27:31 | Anlar-- | Nano 1st gen, and it worked flawlessly. It still does if I copy manually the files over |
14:28:17 | linuxstb | I mean did WMP recognise it before you installed Rockbox? On the ipods, Rockbox simply reboots into the original Apple firmware when you attach to USB, so shouldn't change the behaviour at all. |
14:28:35 | Anlar-- | argh |
14:28:47 | Anlar-- | why does it do that? |
14:29:15 | linuxstb | Because no-one has implemented a USB mode in Rockbox - it's a non-trivial task. |
14:29:32 | | Join himitsu [0] (n=himitsu@61.213.185.49) |
14:30:01 | Anlar-- | okay. that might perhaps have something to do with it.. I'll poke around that a bit |
14:30:47 | Anlar-- | wmp usually does not see ipod, it's on some sort of blacklist.. you need special 3rd party plugin for that but that is what I was trying to avoid in the first place |
14:31:57 | linuxstb | Rockbox won't help you with that. |
14:33:48 | Anlar-- | it would if I could just find why/how it is being blacklisted as "normal" mp3 player.. I can find some global identifiers for it in the registry so I'll check a few things :/ but this is beginning to sound like a disappointment |
14:34:41 | | Part simmel |
14:35:22 | | Quit HaSH (Read error: 110 (Connection timed out)) |
14:36:35 | jhMikeS | linuxstb: Hey, mpegplayer syncs like it should now. I think it's svn ready. Seeking should be the next addition. |
14:36:37 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
14:37:01 | | Join miepchen^schlaf [0] (n=hihi@p57B952D8.dip.t-dialin.net) |
14:38:37 | amiconn | Anlar−−: I guess that wmp just has a blacklist checking usb device ids |
14:38:40 | Nico_P | LinusN: so you think http://www.rockbox.org/tracker/task/6998 is OK to commit ? |
14:39:01 | amiconn | If you can find this list somewhere, you "just" need to remove the ipod usb id(s) from it |
14:39:10 | LinusN | Nico_P: absolutely |
14:39:56 | Nico_P | ok, so I'll check the patch is OK and commit. I like ot too but I just had concerns about compatibility |
14:40:32 | bluebrother | Nico_P: that tags aren't documented in the manual yet ;-) |
14:40:54 | Nico_P | bluebrother: I know, and there's a patch to add them BTW |
14:40:58 | bluebrother | but I'll add them later today (as I now know the correct values ;-) |
14:41:15 | bluebrother | yes, but I will need to adjust that patch ... |
14:41:15 | LinusN | funny, they are present in the wiki WPS spec... |
14:41:56 | linuxstb | jhMikeS: Nice. So I can leave mpegplayer to you to finish? :) |
14:42:05 | LinusN | ah, now i see |
14:42:33 | LinusN | i think the compatibility is a rather small issue |
14:43:07 | Nico_P | bluebrother, LinusN: aww, I was confusing http://www.rockbox.org/tracker/task/6998 with http://www.rockbox.org/tracker/task/6998... what do you both think about 7001 ? |
14:43:34 | jhMikeS | linuxstb: hehe...what's "finished"? I have ideas and I doubt I can resist working on it further. :p I'd like to split it into separate files to start with. It's kind of a big lump. |
14:43:40 | Nico_P | err, the second one was supposed to be http://www.rockbox.org/tracker/task/7001 |
14:43:43 | LinusN | Nico_P: i'm for it |
14:44:24 | * | bluebrother votes for the change |
14:45:06 | bluebrother | but I think FS #6998 could simply go along with that |
14:45:16 | Nico_P | OK, so 'ill commit both at the same time |
14:45:32 | Nico_P | bluebrother: yeah, it'll be just one commit |
14:45:34 | | Quit himitsu ("Leaving") |
14:45:47 | | Quit pl1 ("Leaving.") |
14:47:13 | linuxstb | jhMikeS: I think "stage 1" would be to finish cleaning it up (which is what you've done I think), and implement seeking. "stage 2" would be adding nice extra features such as bookmarking, resume and playlists. "stage 2" might be best achieved by adding supports for video codecs into the Rockbox playback engine. |
14:48:13 | linuxstb | Plus of course there's optimisation to do... |
14:48:58 | | Join himitsu [0] (n=himitsu@61.213.185.49) |
14:50:19 | jhMikeS | Optimizing for the slower players would help a great deal. On "stage 1" some was done but splitting it into logical parts would help that even more. "stage 2" ... I'll have it done by tomorrow ;) |
14:51:33 | pondlife | At this rate, perhaps we could use the mpegplayer engine for audio playback... ;) |
14:52:44 | bluebrother | ... and add support for ogg streams with video? ;-) |
14:52:55 | jhMikeS | If we need fine grained clock in the core, sure. :) |
14:53:59 | pondlife | Hah, now we have 3 playback engines to unify...! (joke) |
14:55:05 | | Join AceNik [0] (n=AceNik@203.145.159.44) |
14:55:39 | jhMikeS | heh...it'll use the core dsp but the sync requirements mean it won't use the core pcm buffer since clocking is so tight with that. |
14:55:41 | AceNik | hey can anyone reconfirm if the "plugin on backlight " option is present in the current builds |
14:56:17 | Nico_P | hmm I don't really like the get_time() call at each wps refresh |
14:58:07 | AceNik | & do the ipods already have a volume limiter ? if yes, can we commit the same thing in other models |
15:00 |
15:00:59 | | Join Abcminiuser [0] (n=DPC@ppp36FB.dsl.pacific.net.au) |
15:01:45 | | Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) |
15:02:28 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
15:07:50 | *** | Saving seen data "./dancer.seen" |
15:13:17 | AceNik | gusy how do we take screenshots on the sim do i press F5 ? |
15:16:08 | | Part AceNik |
15:21:10 | | Part LinusN |
15:22:43 | | Join AceNik [0] (n=AceNik@203.145.159.44) |
15:24:51 | | Quit davina ("byeeeeee!") |
15:31:40 | | Quit Thundercloud (Remote closed the connection) |
15:32:04 | | Part Abcminiuser |
15:37:08 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
15:37:19 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
15:42:50 | | Part AceNik |
15:43:46 | markun | jhMikeS: with your patch playback has been perfect for me so far, did you change a lot since then? |
15:44:31 | | Join kkurbjun [0] (n=kkurbjun@c-24-8-203-134.hsd1.co.comcast.net) |
15:48:46 | JdGordon | does anyone know how to make a bmp from the hardcoded icons in the source? |
15:51:24 | | Join qwedsa [0] (n=superman@ip51ccca31.speed.planet.nl) |
15:54:25 | markun | JdGordon: with a calculator you could convert the numbers to binary and then draw them by hand |
15:54:47 | pixelma | wouldn't it be easier to take a screenshot? |
15:54:47 | jhMikeS | markun: not so much...I mostly cleaned it up and got rid of the mpeg buffer delay |
15:55:09 | JdGordon | pixelma: might be :'( |
15:55:18 | markun | jhMikeS: what about skipping the decoding of some skipped frames? |
15:55:20 | JdGordon | would be nice if bmp2rb could do it |
15:55:25 | | Join saratoga [0] (i=9803994a@gateway/web/cgi-irc/labb.contactor.se/x-c6b80dec9be9f8db) |
15:55:56 | jhMikeS | markun: far better behavior on that. the patch wasn't actually dropping in the decoder. I'm gonna commit it in a few minutes so give it test then. |
15:56:11 | amiconn | JdGordon: Just display all icons side by side in a plugin, and the take a screenshot |
15:56:25 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-202-102.pools.arcor-ip.net) |
15:56:43 | saratoga | matlab and the image() or imwrite() command would be my first choice, assuming you have an array of pixel values |
15:56:59 | JdGordon | amiconn: does the charcell have a load_bmp function? |
15:57:00 | markun | jhMikeS: today I had to quit after 1 hour into a 1.5 hour video so seeking would be very welcome :) |
15:57:10 | | Join daurn [0] (i=daurn@unaffiliated/daurnimator) |
15:57:58 | jhMikeS | hehe...the implementation was changed with an eye to that. it's all relative and self-synchronizing. |
15:58:02 | JdGordon | amiconn: actually... ignore that |
15:59:28 | amiconn | JdGordon: No it doesn't |
15:59:49 | amiconn | Btw, yesterday I had an idea how to improve headline support in lists |
15:59:56 | | Quit qwedsa_ (Read error: 60 (Operation timed out)) |
15:59:57 | JdGordon | oh? |
16:00 |
16:00:01 | | Join vcardenas [0] (i=c81f4a8a@gateway/web/cgi-irc/labb.contactor.se/x-159517513f9df600) |
16:00:02 | jhMikeS | there still may be glitches in the first second of video or so when audio starts slightly after video which makes video think it's late but it's only a couple videos I have that do that. no biggie and I don't want to hack in a fix for that minor problem that seeking will be a better solution to. |
16:01:33 | amiconn | What if headlines would auto-disable themselves if otherwise only one line would fit below them? |
16:01:49 | amiconn | (that is, when using a large font and/or a small display) |
16:01:58 | jhMikeS | I think it needs an OSD implementation too before putting controls on it which would be little more than cutting a bit of video out at the edge to maybe display the status bar for volume adjustment and a progress bar for seeking. |
16:02:08 | JdGordon | amiconn: im not sure how you want to support customizable icons on the charcell, so for the moment im going to ignore it, but keep the interface simple so it would be easy to get it working on charcell |
16:02:32 | JdGordon | amiconn: tht wont add lots of unused code onto charcell? |
16:02:48 | JdGordon | thinking forward to viewports its proabbly a good idea |
16:03:00 | | Quit kaaloo (Read error: 113 (No route to host)) |
16:03:08 | amiconn | I don't think we want customisable icons for charcell, perhaps except or supported formats in viewers.config |
16:03:13 | amiconn | *except for |
16:03:38 | markun | jhMikeS: yes, OSD is a good idea |
16:03:39 | amiconn | But I think we could have those little menu icons (built in, like it is now for bitmap targets) |
16:04:30 | markun | jhMikeS: but maybe we have to think about better rotation support in rockbox for the Gigabeat and Sansa before it works well on those players |
16:04:44 | JdGordon | #define SHOW_LIST_TITLE ((gui_list->title != NULL) && (gui_list->display->nb_lines > 1)) |
16:04:56 | JdGordon | title is already hidden if there isnt enough room |
16:05:05 | | Quit vcardenas ("CGI:IRC (Ping timeout)") |
16:05:39 | bluebrother | JdGordon: can't you just write a small c programm that takes the icons and dumps them to a bmp? Afaik it has (mostly) only a header added. |
16:06:15 | JdGordon | i think amiconn's idea about displaying them in a plugin will work best with the least amount of effort |
16:06:56 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
16:07:45 | jhMikeS | maybe...I haven't gotten a chance to see how much trouble it is to have the decoder rotate things. The OSD I guess can come after seeking and it shouldn't be much trouble to add to vo |
16:12:24 | | Join norbusan [0] (n=norbusan@darth.htu.tuwien.ac.at) |
16:13:05 | | Part norbusan |
16:16:41 | | Quit daurnimator (Success) |
16:19:09 | jhMikeS | k, it's up :) hope I didn't mess things up too much :P |
16:19:51 | JdGordon | Nico_P: hey, do you know where the bmp loading code for the wps might be found?> |
16:20:26 | Nico_P | JdGordon: wps_parser.c |
16:20:34 | * | amiconn spots nice green deltas for rtc targets :) |
16:20:40 | Nico_P | load_wps_bitmaps() |
16:20:57 | Nico_P | amiconn: nice, eh ? :) |
16:22:14 | JdGordon | amiconn: length X width X depth is a good enough approximation for the buffer size for loadable icons? |
16:23:24 | * | bluebrother has some work pending that appears to create green size deltas too |
16:24:27 | bluebrother | any objections against using gui_synclist for displaying the runtime values? |
16:24:48 | | Join perl|work [0] (n=jacquesc@static-64-61-105-170.isp.broadviewnet.net) |
16:24:55 | amiconn | JdGordon: Hmm, depends on the number of loadable icons |
16:25:02 | | Quit Genre9mp3 ("I don't suffer from Rockbox psychosis. I enjoy every minute of it.") |
16:25:15 | amiconn | But I think that in order to support loadable icons, the statusbar code needs to be reworked |
16:25:24 | | Join lowlight [0] (i=c730180b@gateway/web/cgi-irc/labb.contactor.se/x-26ab4997779211e7) |
16:25:41 | amiconn | ...and I cannot imagine how loadable icons should work for the battery and volume display... |
16:25:47 | JdGordon | I tihnk only the 6x8 icons need to be themeable, the rest are all statusbar... |
16:25:57 | amiconn | Ah, those |
16:26:23 | amiconn | I wonder whether themability should depend on lcd depth, i.e. allow themable icons for LCD_DEPTH >=2 only |
16:26:29 | Nico_P | JdGordon: could they be colour bitmaps ? |
16:26:35 | JdGordon | Nico_P: of course :D |
16:26:43 | Nico_P | nice |
16:26:55 | amiconn | Depends on how much code it will add, imho |
16:26:57 | Nico_P | and bigger than 6x8 ? |
16:27:03 | JdGordon | thats the plan |
16:27:14 | Nico_P | woohoo ! |
16:27:20 | JdGordon | it shouldnt add much |
16:27:25 | bluebrother | also tinyer? ;-) |
16:27:27 | lowlight | JdGordon: why not make icons could be unicode characters? then they'd be sized correctly. |
16:27:28 | amiconn | JdGordon: An icon strip in a single bitmap would be preferable, I think |
16:27:56 | JdGordon | the buffer will be in the audio buffer, so if you dont want them there is no penalty |
16:27:59 | | Join webguest73 [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-cffd36dec0e72987) |
16:28:05 | JdGordon | and yes, the strip is definatly the way to go |
16:28:08 | amiconn | lowlight: Then they wouldn't be colour, and they couldn't be chosen independent of the font |
16:28:37 | JdGordon | 6x8, 7x8, 8x8, 9x9, 10x10, 12x12, 12x16... ? |
16:28:47 | amiconn | ? |
16:28:52 | JdGordon | allowable icon sizes |
16:29:02 | amiconn | Any size, I think |
16:29:20 | amiconn | (as long as it isn't too big for the screen) |
16:29:20 | | Join unique311 [0] (n=unique31@ool-457ae2a6.dyn.optonline.net) |
16:29:39 | unique311 | anyone in here the owner of anokia n800? |
16:30:12 | | Join jgarvey [0] (n=jgarvey@cpe-075-177-158-190.nc.res.rr.com) |
16:30:21 | perl|work | what icons are we talking about? |
16:30:29 | | Join Bagder_ [0] (i=dast@gateway/web/cgi-irc/labb.contactor.se/x-057ae6ca9518bd01) |
16:30:31 | JdGordon | the icons used in the lists |
16:30:37 | | Nick Bagder_ is now known as B4gder (i=dast@gateway/web/cgi-irc/labb.contactor.se/x-057ae6ca9518bd01) |
16:30:53 | webguest73 | Nico_P: hey Nico_P. I have a question about the last rtc commit. Why is the time struct filled for every tag? It would suffice to fill it (and make checks) only once per update, i.e. somewhere before all screens are refreshed. There must be a loop for that. It's probably not a performance issue but RB strives for the limit in that. |
16:31:14 | bluebrother | will there be a icon set built-in or will it require an external file in all cases? |
16:32:04 | amiconn | JdGordon: Do you have a solution for the dynamically supported formats? |
16:32:19 | amiconn | (i.e. those where the icons is stored in viewers.config) |
16:32:26 | amiconn | s/is/are/ |
16:32:50 | JdGordon | amiconn: umm... no forgot about them actually. |
16:33:03 | JdGordon | bluebrother: yes, the current icons will be compiled in |
16:33:33 | * | jhMikeS sees Access Denied when trying to delete an attachment from his own wiki page :\ |
16:33:34 | Nico_P | webguest73: I assumed it would be better to only update the time when necessary, but now that I think about it, you might be right |
16:33:37 | lowlight | amiconn: those are the drawbacks, but it seems a simplier approach to let the existing font code handle things |
16:33:55 | JdGordon | amiconn: seperate bmps for each loadable filetype? /.rockbox/icons/<extension>.bmp ? |
16:34:52 | webguest73 | Nico_P: on the other hand, now the variable tm can be declared as local (and not static). Which is good for code quality. |
16:34:58 | JdGordon | and for charcell, put the icon into viewers.config as now |
16:35:06 | Nico_P | webguest73: that's what mde me change the original patch |
16:35:07 | linuxstb | jhMikeS: I get that problem on the wiki - the best you can do is to hide it - it's one of the "manage" options. |
16:35:35 | Nico_P | webguest73: but now the time is updated very often |
16:35:37 | linuxstb | jhMikeS: If you really need it deleted, I think you need to ask Bagder/LinusN/Zagor |
16:35:48 | webguest73 | Nico_P: how did the original handle it? |
16:35:57 | amiconn | JdGordon: Yes, for charcell it could be similar to now. Just that I would want to use the 'native' format for charcell patterns. Would need 7 bytes instead of 5, but no extra code for rotating |
16:36:05 | jhMikeS | I know but why don't we have access to delete our attachments? makes no sense to me and it's a nice place to share files. I don't want it cluttered. |
16:36:14 | Nico_P | webguest73: like you suggested, with a global variable which was updated each time the WPS was refreshed |
16:36:35 | Nico_P | webguest73: that is, the original version of the patch I committed |
16:36:46 | amiconn | The icon part could then be taken out of viewers.config for bitmap targets, replacing the icon with the generic ICON_UNKNOWN (built in) when extension.bmp isn't found |
16:37:08 | linuxstb | jhMikeS: I don't know, but perhaps it's a feature of twiki to maintain the history of pages. In a similar way to not being able to delete files from CVS unless you hack the repository |
16:37:09 | webguest73 | Nico_P: not that often, only for rtc tags, so not an issue |
16:37:26 | amiconn | Icon loading times need testing though. I don't want slow boot... |
16:37:32 | * | jhMikeS thinks it a bit absurd to have commit access and not full access to the wiki functions |
16:37:40 | webguest73 | Nico_P: and I now see that get_time checks internally whether the data is still valid |
16:37:42 | Nico_P | webguest73: well if we have n RTC tags, it will be updated n times per screen update |
16:37:55 | Nico_P | ah |
16:38:00 | linuxstb | jhMikeS: Maybe it requires ssh access to the server... |
16:38:26 | linuxstb | jhMikeS: But I'll stop speculating now and let you talk to someone who knows. |
16:38:37 | webguest73 | Nico_P: and why do we need the checks (day < 1 etc)? |
16:38:40 | jhMikeS | well, it's got a link for it so why would it? |
16:38:48 | JdGordon | amiconn: yeah, boot times may suffer a bit.. we will have to do some caching |
16:39:36 | JdGordon | maybe we have viewers_icons.bmp for the supplied viewers.config? |
16:39:52 | Nico_P | webguest73: that's to avoid displaying invalid values. Some are very important because the value is used to access an array |
16:40:02 | JdGordon | still need some way to allow these to be customized |
16:40:04 | Nico_P | maybe I could get rid of the others though |
16:40:36 | Nico_P | webguest73: the checks were in the pre-tokenizer code |
16:41:09 | webguest73 | Can get_time return such invalid values? If yes I'd rather repair get_time |
16:41:55 | amiconn | JdGordon: viewers.config is tailored for the target by buildzip.pl. It would have to create a tailred viewers.bmp then |
16:42:02 | amiconn | (doable, but not trivial) |
16:42:11 | JdGordon | hmm |
16:42:32 | JdGordon | seperate icon for each sounds like the easiest way to go |
16:42:37 | Nico_P | webguest73: get_time doesn't check the values it reads from the RTC chip |
16:42:37 | JdGordon | not the nicest though :( |
16:42:41 | amiconn | And if someone adds a custom viewer in the middle of viewers.config. it would mess up the order in viewers.bmp |
16:42:53 | amiconn | What we could do would be the following: |
16:43:28 | amiconn | Have a single viewers.bmp, and give each supportable file extension a "rockbox-registered" number |
16:44:03 | amiconn | Then viewers.config would reference this number for bitmap targets |
16:44:47 | amiconn | Not very flexible for custom filetypes though. |
16:45:01 | webguest73 | Nico_P: BTW: you can also use valid_time for the checks |
16:45:46 | webguest73 | Is it possible to have an alias for an enum symbol? |
16:45:53 | Nico_P | webguest73: thanks ! |
16:46:11 | Nico_P | webguest73: you mean an alias for RTC tokens ? |
16:46:25 | amiconn | webguest73: Just #define one |
16:46:55 | amiconn | That's what I did in lcd-charset-player.c for identical-looking soft glyphs |
16:47:59 | | Quit spiorf (Remote closed the connection) |
16:48:33 | roolku | webguest73 Nico_P: why not have a global timevar that will expire after n display cycles (where n is chosen such that it represents a time < 1s); when c timetag needs the time it will use this var directly unless it it expired in which case it will do a get_time() (including valid_time()) to get the correct time which can then be used by the other time tags until it expires |
16:49:22 | roolku | that should keep calls to get_time() to a minimum |
16:50:16 | Nico_P | roolku: that's not a bad idea... the parser could give the expiration time the right value according to the tags it finds |
16:50:30 | Nico_P | no need to update every second if there are only data tags |
16:50:31 | petur | store the tickcount and only refresh every second |
16:50:44 | JdGordon | amiconn: if we cache the viewers bmp between boots, then unless the file is changed boot time shouldnt be effected all that much |
16:50:52 | JdGordon | if we use 1 bmp for each extension |
16:50:57 | Nico_P | petur: that's what I was thinking, but it may even not be worth updating every second |
16:51:06 | amiconn | hrrrrmmmmmmmm |
16:51:13 | JdGordon | i'm not really sure how best to allow the user to customise them though |
16:51:28 | | Nick qwx is now known as qwm (n=qwm@h162n1fls34o1010.telia.com) |
16:51:33 | petur | Nico_P: not if the wps doesn't show the seconds |
16:51:44 | roolku | Nico_P: yes, only what "smallest" time tag requires |
16:51:49 | Nico_P | petur: yes, and the parser can tell us that |
16:51:52 | JdGordon | hrrrrmmmmmmmm == deep in thought? or sick of the convo? |
16:51:58 | petur | Nico_P: indeed |
16:52:10 | amiconn | = I don't like this bmp caching idea that much |
16:52:54 | JdGordon | why not? |
16:53:04 | JdGordon | if the data doesnt change there is no problems |
16:53:16 | JdGordon | read one file insttead of 16 |
16:54:19 | | Part B4gder |
16:54:50 | amiconn | And how do you check whether the data changes? You still need to touch the 16 files (at least by reading their properties from the dir entries) |
16:55:55 | Nico_P | petur, roolku, webguest73: not sure it's worth the added code. as webguest73 said, get_time already checks whether it's worth updating the time. We would spare some calls, but are they really that expensive ? |
16:56:03 | JdGordon | I was talking about the default icons, not the customised ones |
16:56:14 | XavierGr | Linus: If you have an open H300 I would like to ask you: On this picture: http://www.rockbox.org/iriver/h300_front.jpg does the USB OTG jack is short circuited with the little capacitor just left from it? |
16:56:59 | XavierGr | Linus: if you see the logs please tell me because while I was trying to fix once again USB OTG I managed to short circuit those and now whenever I connect someting from USB OTG my H300 resets |
16:57:00 | roolku | Nico_P: calls = individual range checks? I would omit them and only check once (in or after get_time) |
16:58:04 | Nico_P | roolku: I meant calls to get_time. I'm starting to think I could simply get rid of the range checks |
16:58:27 | Nico_P | roolku: or at least replace them with a single valid_time() call |
16:58:42 | roolku | Nico_P: get_time is really expensive as it usually involves I2C bus reads |
16:59:07 | JdGordon | amiconn: as for the customised icons, i'm thinking about using a strip bmp and a text file which says which icon is which extention |
16:59:15 | roolku | Nico_P: that is why I would only call it if really neccessary |
16:59:20 | Nico_P | roolku: it will actually do that only if it needs to, I.e. if more than on second has past |
16:59:53 | JdGordon | ... which could be done with the inbuilt icons also, but it either wastes space for plugins not in a build, or makes the build script more complicated |
17:00 |
17:00:22 | roolku | Nico_P: so maybe I misunderstood not sure what you mean now |
17:02:47 | Nico_P | roolku: what I'm saying is I'm not sure it's worth adding lots of checks, because get_time already makes sure it doesn't read the time from the chip more than once a second. Also I've checked the pre-tokenizer code and if I understand it correctly it did call get_time each time it found the RTC tag |
17:03:44 | Nico_P | so now with the split RTC tag we call it a bit more often, but then again it won't do anything unnecessary |
17:03:46 | JdGordon | anywho, bed time, if you think of a good solution, let me know |
17:03:49 | roolku | Nico_P: I would have one global var that is trusted to contain a valid time or (say) -1 |
17:03:54 | | Quit JdGordon ("Konversation terminated!") |
17:04:21 | roolku | Nico_P: time_tags would just trust it to be correct (check for -1 in case RTC is broken though) |
17:05:19 | webguest73 | Nico_P: I'm for the current solution. Just replace the checks with valid_time. |
17:05:27 | roolku | Nico_P: this global var is updated according to the smallest required time period (info from parser) |
17:05:47 | Nico_P | webguest73: that's done... But I'm wondering wether it's even really needed |
17:06:21 | roolku | webguest73: I wouldn't be surprised if the call overhead is bigger (memory wise) than two simple comparisons |
17:06:23 | Nico_P | roolku: that's the added code I'm sceptical about |
17:06:51 | roolku | webguest73: it certainly is an overhead performance wise |
17:07:17 | webguest73 | But I have another concern: you check token->type >= ... && <= .... What if we'll introduce another rtc tag? The code will break. That's why I'd rather have two marker values in the enum: RTC_FIRST and RTC_LAST (or similar) |
17:07:34 | roolku | I would only check when the time is actually obtained. if it is corrupted later, than it is a bug |
17:07:53 | *** | Saving seen data "./dancer.seen" |
17:07:57 | | Part Anlar-- |
17:08:14 | webguest73 | Nico_P: but as you said: get_time can return invalid values, so the check is needed I'd say |
17:09:01 | roolku | webguest73: but only once per get_time() call, not for every tag |
17:09:53 | | Join tvelocity [0] (n=tony@ppp142-64.adsl.forthnet.gr) |
17:10:16 | webguest73 | roolku: how many WPSs use those tags? And the status bar is drawn with different code. So I'd argue that the overhead is negligible |
17:10:36 | roolku | roolku: thinking about the update time - I think we should stick with one second. Image you want to only display date and you read the date at 1min to midnight - it is then wrong for most of the next day |
17:10:48 | webguest73 | roolku: but since we call get_time for every tag... :-) |
17:10:49 | Nico_P | roolku: I tend to agree with webguest73. The pre-tokenizer code did much the same thing |
17:11:14 | | Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) |
17:11:16 | | Quit lowlight ("CGI:IRC (EOF)") |
17:11:17 | roolku | webguest73: like I said, calling get_time for every tag is very bad |
17:11:56 | roolku | Nico_P: are you sure? we didn't have atomised time tags then? |
17:12:00 | Nico_P | roolku: in most of these calls it won't even do enything |
17:12:00 | webguest73 | Nico_P: not quite that. It only called get_time once for the whole RTC format string |
17:12:37 | roolku | And why should the code be improved? |
17:12:42 | * | roolku is puzzled |
17:12:57 | Nico_P | webguest73, roolku: I know, that's why I said "much the same"... |
17:13:19 | Nico_P | roolku: what do you mean ? |
17:13:25 | roolku | Nico_P: what do you mean by: "in most of these calls it won't even do enything" |
17:13:32 | webguest73 | Nico_P: what about FIRST/LAST? |
17:13:53 | roolku | Nico_P: you say it was like this in pre-tokeniser. that doesn't mean it is the best solution |
17:14:01 | Nico_P | roolku: get_time checks the elapsed time since the last call |
17:14:25 | perl|work | are there any known problems with aac playback? |
17:14:25 | Nico_P | roolku: I agree but I'm concerned about the added code it would require to do much better |
17:14:29 | | Join spiorf [0] (n=spiorf@host172-174-dynamic.58-82-r.retail.telecomitalia.it) |
17:14:37 | markun | perl|work: besides it being slow? |
17:14:42 | perl|work | well |
17:14:59 | Nico_P | webguest73: yes, FIRST/LAST could be useful |
17:15:19 | markun | perl|work: are you asking in general or did you find some problems? |
17:15:19 | perl|work | it badly crashed the player just know, markun |
17:15:53 | roolku | Nico_P: okay, so we are back to updating once a second. good (must have missed that) |
17:15:58 | webguest73 | Nico_P: I think they should be introduced. With a comment. They won't be used in wps_tokens, just as start/end markers. |
17:16:14 | perl|work | 2 30min or so acc, transition from one to another brought it to halt with the screen still on and no reaction from any buttons |
17:16:23 | Nico_P | roolku: yes, get_time only does real work once a second. We still have a lot of calls though |
17:16:39 | webguest73 | roolku: updating time once a second, but making checks for every tag, which is OK IMHO |
17:16:40 | Nico_P | webguest73: I add WPS_TOKENS_RTC_BEGIN and WPS_TOKENS_RTC_END |
17:16:45 | markun | perl|work: can you reproduce it? |
17:17:03 | | Join Thatch [0] (n=Thatch@CPE000d56a8e804-CM000a73a150a8.cpe.net.cable.rogers.com) |
17:17:06 | webguest73 | Nico_P: yes, that's what I meant |
17:17:23 | Thatch | hey guys |
17:17:29 | perl|work | markun i guess i have to listen to the whole thing again |
17:17:33 | webguest73 | Nico_P: but with a comment! :-) (I like commented code) |
17:17:35 | perl|work | cause it doesnt do it on skip |
17:18:43 | roolku | webguest73 Nico_P: I guess so... makes the code more readable anyway |
17:18:53 | webguest73 | Nico_P: as for the overhead... I think snprintf (which is used in every rtc tag) is much slower |
17:19:14 | webguest73 | So get_time and time_valid isn't an issue |
17:19:48 | | Join lee-qid_ [0] (n=liqid@p5496591C.dip.t-dialin.net) |
17:19:48 | | Quit lee-qid (Read error: 104 (Connection reset by peer)) |
17:22:02 | roolku | webguest73: so what we really want is to cache the tag value in for each tag and only update every second (or even longer periods of time) |
17:22:22 | roolku | *tag value in buf |
17:22:47 | markun | perl|work: what if you seek to the end of file 1? |
17:23:07 | roolku | how many screen updates are there per second? |
17:23:26 | * | roolku thinks this might be overkill |
17:24:23 | Nico_P | roolku: there are quite a lot but there are things that need to be updated often like the peakmeter or the progressbar |
17:24:39 | webguest73 | roolku: IMHO it would be too much code for small benefit. Doesn't worth the effort. Clear and readable code is a very good thing |
17:25:00 | Nico_P | roolku: and there are animations too, or simply sublines |
17:25:54 | webguest73 | So with START/STOP added, I'll ike the code :-) |
17:26:00 | roolku | Nico_P: yes, and for every update the time is called and checked and formatted, if the string could be stored. But I agree this is too much effort for little gain |
17:27:03 | webguest73 | roolku: if that matters we could buffer the whole WPS bitmap and only update it when needed :-))) |
17:27:21 | Nico_P | roolku: ah, I thought you were talking about all the tokens, no just the RTC ones. I do agree it would be good to find an elegant way of making the code more efficient, but it doesn't seem simple |
17:27:30 | | Quit Thatch ("Chatzilla 0.9.76 [Firefox 2.0.0.3/2007030919]") |
17:31:24 | * | Nico_P expects another green delta :) |
17:32:46 | webguest73 | Nico_P: is get_time a function from the standard C library? |
17:33:18 | perl|work | markun let me try |
17:33:26 | Nico_P | webguest73: no, and I think rockbox doesn't use the standard C lib |
17:34:42 | webguest73 | Nico_P: why is it then defined in such a weird way (returns a pointer to a static struct)? I'd rather expect it to have a parameter of type time* |
17:35:19 | webguest73 | To make calls more efficient? But this should be handled by the app code, not by this func IMO |
17:35:25 | perl|work | markun no problems with skipping |
17:35:40 | perl|work | and seeking |
17:36:29 | Nico_P | webguest73: I don't know why it was designed that way but I don't see anything wrong with its desing |
17:36:43 | webguest73 | Any gurus like to comment on the way get_time works? |
17:37:03 | | Join Guile [0] (n=Guile@84.4.27.131) |
17:37:20 | markun | perl|work: until you can find a way to reproduce it I don't think it will be easy to find the bug |
17:37:24 | jhMikeS | perl|work: did the flac glitches go away at any point? I'm guessing I found the reason for it. |
17:38:27 | perl|work | jhMikeS they did, havent encountered any problems with it for awhile |
17:38:59 | jhMikeS | ok, good. it was probably just a bug in the sample output routines I fixed up. |
17:39:13 | webguest73 | Nico_P: it allows the app code not to worry about the fact that a real update isn't needed. So ok. |
17:39:28 | | Quit webguest73 ("bye. Nice work Nico_P!") |
17:42:42 | perl|work | whats the best way to "clean up" the code from all the patches? svn revert is enough? |
17:45:22 | | Quit petur ("*poof*") |
17:46:38 | jhMikeS | perl|work: yes, I think svn revert -R, help should say |
17:46:40 | roolku | perl|work: you need to delete all files that patches have created |
17:46:53 | GodEater | perl|work: "svn revert -R ." to be specific |
17:47:00 | roolku | svn revert will only deal with files that are in svn |
17:47:10 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
17:47:27 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-202-102.pools.arcor-ip.net) |
17:47:29 | GodEater | roolku: but having done an svn revert nothing will reference those files anymore ? |
17:47:38 | GodEater | so just having them there won't mater |
17:47:41 | jhMikeS | unless you used "svn add" on them, they won't matter...but hey |
17:48:22 | perl|work | so svn revert -R apps/firmware might not be enough in some cases? |
17:48:25 | roolku | GodEater: it does matter if you re-apply the patch and the patch adds to the existing file instead of creating one from scratch |
17:48:45 | GodEater | patch is dumb enough to do that ? |
17:49:01 | jhMikeS | svn status should tell you what's hanging around prefixed with "?" |
17:49:15 | roolku | GodEater: what else could it do? complain that there is a file already there and fail? |
17:49:33 | GodEater | roolku: yes |
17:49:44 | | Part kaaloo |
17:50:19 | roolku | GodEater: in which case you would still need to delete it which is what I suggested in the first place :p |
17:50:37 | perl|work | roolku we just exchanged messages about that on mod support patch page heh |
17:50:40 | roolku | GodEater: but I agree, it would be good if patch would report this |
17:51:03 | GodEater | roolku: I think silently changing an already exisiting file is much worse |
17:51:35 | perl|work | it doesnt compile after svn revert -R apps/firmware was made and the patch applied anew |
17:52:28 | | Quit saratoga ("CGI:IRC (Ping timeout)") |
17:53:27 | roolku | GodEater: I have seen warnings along the line "file is not empty as expected" when undoing such accumulative patching, so maybe it is a bug? |
17:54:42 | | Join Domonoky [0] (n=Domonoky@p549ACA69.dip.t-dialin.net) |
17:54:43 | roolku | perl|work: why did you only revert firmware? |
17:55:47 | roolku | perl|work: oh apps and firmware - sorry |
17:56:45 | | Nick kapez is now known as Kapez (i=kapez@evot.us) |
17:57:13 | roolku | another problem with svn revert are the timestamps of the file, so you might want to do a make clean to ensure all dependecies are honoured |
17:58:21 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
17:58:31 | linuxstb | I think that depends on how you've configured svn - IIRC, the default behaviour is to give the files the checkout time, not the times from the repository. |
17:58:42 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-202-102.pools.arcor-ip.net) |
17:59:04 | | Join SuddenDeath [0] (n=SuddenDe@81-178-251-228.dsl.pipex.com) |
17:59:59 | roolku | linuxstb: but they would both be in the past with regards to the object files? (revert uses local copies of files) |
18:00 |
18:00:30 | jhMikeS | why isn't the mpeg extension registered to the video player too? :\ |
18:02:17 | linuxstb | Nothing uses it, apart from files corrupted by IE... |
18:03:01 | jhMikeS | any problem with just having it? I don't think I want to rename stuff just to have it play. |
18:03:55 | linuxstb | No, I don't care. |
18:05:04 | linuxstb | Out of curiosity, are you choosing to name files .mpeg yourself, or is it the default in some application you're using? |
18:05:47 | SuddenDeath | ....... i tried to install rockbox and when changing the bootpartition.bin I think i did it wrong and my ipod now wont turn on... any ideas? |
18:05:50 | | Join aramil [0] (n=tony@ppp242-221.adsl.forthnet.gr) |
18:05:59 | jhMikeS | I get 'em here and there with that |
18:06:05 | linuxstb | roolku: I would have thought svn would still use the "revert time" for the timestamps, but I've never tested... I've enabled the "use-commit-times" option. |
18:06:13 | jhMikeS | I forgot I had a bunch of music videos :p |
18:06:28 | * | roolku goes and tests |
18:06:32 | linuxstb | SuddenDeath: Why are you changing the bootpartition.bin? What install instructions are you using? |
18:06:45 | | Quit aramil (Client Quit) |
18:09:13 | perl|work | roolku i guess i just delete all the files the patch affects and do an update |
18:09:33 | | Quit tvelocity (Read error: 60 (Operation timed out)) |
18:10:17 | roolku | perl|work: that is one option, yes |
18:10:55 | SuddenDeath | linuxstb... i dont know if i changed it.. it was step 2.4 on here: http://www.ipodwizard.net/wiki/index.php/Multiple_Themes |
18:11:20 | SuddenDeath | i think this messed it up: "ipod_fw.exe -o apple_os.bin -e 0 bootpartition.bin" |
18:12:07 | roolku | linuxstb: it reverted the time back to the past and I have "set filedates to last commit time" off |
18:12:42 | roolku | linuxstb: I am curious as to what that time actually is though... |
18:14:21 | linuxstb | SuddenDeath: You should have simply used the install instructions in the Rockbox manual - the information at ipodwizard is extremely old. See the "manual" link on the Rockbox website. |
18:14:49 | linuxstb | SuddenDeath: But you'll need to undo what those ipodwizard instructions told you to do - e.g. restore your ipod with itunes. |
18:15:10 | linuxstb | (or restore a known working bootpartition.bin) |
18:18:03 | SuddenDeath | I would have done.. but the ipods frozen on the black screen with the white apple logo so its not being detected by the computer :/ |
18:18:30 | linuxstb | Just reset it (hold MENU+SELECT for a few seconds) then immediately press and hold SELECT+PLAY to force it into disk mode. |
18:19:11 | SuddenDeath | Oh.. ok.. I was trying to force it into disk mode by holding rewind and fast forward after resetting it.. I'll try that.. |
18:19:29 | SuddenDeath | ah that worked.. |
18:20:12 | SuddenDeath | so now do I need to restore it? |
18:21:25 | linuxstb | Yes. Or restore a backup of your original bootpartition.bin if you have one. |
18:22:11 | SuddenDeath | I dont think I have one.. If I did where would I put that? |
18:22:35 | SuddenDeath | Nope nevermind I dont have one.. |
18:23:40 | perl|work | this page became very heavy: http://www.rockbox.org/twiki/bin/view/Main/WpsIpod5g |
18:23:52 | perl|work | takes a decade to load, hard to navigate etc |
18:24:43 | SuddenDeath | linuxstb, if I want to get Multiple Themes then I shouldn't use the ipodwizard instructions to install rockbox? |
18:27:32 | linuxstb | I've no idea what you mean by "Multiple Themes". Rockbox supports user-installable themes. |
18:28:56 | SuddenDeath | Umm.. Nevermind then I'll do it myself. Thanks for the help. |
18:28:57 | | Quit SuddenDeath () |
18:32:53 | | Join rotator [0] (n=e@rockbox/developer/rotator) |
18:33:14 | | Quit pondlife ("disconnected has pondlife") |
18:41:26 | | Join insectoid [0] (n=boinkboi@169.139.251.251) |
18:42:01 | insectoid | Is it possible to completely delete all data from all partitions on an Ipod 5g on Windows, maybe using a Cygwin utility or something? |
18:42:33 | insectoid | Without rendering the Ipod completely unusable (I.E. restoring it afterwards) |
18:42:52 | bluebrother | you could use some safe delete tool. |
18:43:11 | bluebrother | on linux there is shred, for windows there is a tool by sysinternals around iirc. |
18:43:17 | insectoid | Will that vaporize the boot sector, too? I think something's screwy there. |
18:49:42 | bluebrother | no. |
18:49:57 | bluebrother | you can overwrite the mbr with the ones provided on the download page |
18:50:16 | bluebrother | but I guess you'll need to reinstall the apple firmware in that case too. |
18:50:57 | insectoid | I have a version of ipodpatcher with built-in bootloader, how do I overwrite the mbr/Can you point me at a URL? |
18:51:31 | bluebrother | http://download.rockbox.org/bootloader/ipod/ has mbrs |
18:51:39 | insectoid | Thank you |
18:51:51 | bluebrother | no idea how to write it on windows, on linux you can use dd |
18:52:07 | bluebrother | maybe the easiest solution is to use a linux live cd ;-) |
18:52:31 | | Quit davina ("byeeeeee!") |
18:52:55 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
18:54:16 | insectoid | Do I want mbr-video30gb-2048.bin |
18:54:27 | insectoid | Or just the regular mbr-video30gb.bin |
18:55:10 | bluebrother | depends on your video. If it's 5.5G you want the 2048 version |
18:56:08 | insectoid | I'm not sure if it's 5 or 5.5. I picked it up new in January. |
18:57:02 | bluebrother | ipodpatcher might tell it −− not exactly sure though |
18:57:17 | bluebrother | but you can just run ipodpatcher, look at the output and cancel it |
18:59:21 | | Quit miepchen^schlaf (Connection reset by peer) |
18:59:22 | insectoid | The main problem I am experiencing, and perhaps I'm going about this the wrong way, is while copying I keep getting windows delayed write failed, and crc checksum errors while copying and if I try cp it throws I/O error. I've formatted the drive, ran Ipod Restore from Itunes and reinstalled the Rockbox bootloader. Some files copy, but not all. |
18:59:41 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-202-102.pools.arcor-ip.net) |
19:00 |
19:00:34 | bluebrother | hmm. This sounds like a hard disk failure. |
19:00:55 | bluebrother | maybe chkdsk-ing the disk helps |
19:01:03 | insectoid | Done that several times. |
19:01:30 | joshin | Could be a bad cable or something funky with the USB driver/port |
19:01:49 | insectoid | Usually after copying fails there's file fragments about, but if I were to run it now, for instance, it shows no errors. |
19:02:02 | joshin | Or you not disconnecting the device properly. |
19:02:16 | joshin | (Though I'd guess the last one is not the case) |
19:02:26 | | Join parasite [0] (n=parasite@ace.ulyssis.student.kuleuven.be) |
19:03:01 | bluebrother | you could also try using a different PC and see if it helps |
19:03:05 | insectoid | How do I toss this bin image onto where it needs to go? |
19:03:07 | insectoid | I have dd |
19:03:10 | insectoid | with Cygwin |
19:03:41 | bluebrother | on linux, you dd if=mbr-something.bin of=/dev/sda |
19:03:53 | bluebrother | no idea about the exact syntax on cygwin |
19:04:13 | bluebrother | but you put that mbr file directly to the disk (i.e. not some partition but the very beginning of the disk) |
19:05:29 | | Join Llorean [0] (n=Llorean@cpe-66-69-210-194.austin.res.rr.com) |
19:06:22 | spiorf | bluebrother, i tried the opposite some time ago ( dd if=/dev/uba of=file) and it ended up with a 2gb file ( i have a 2gb nano) |
19:06:43 | spiorf | what i have to type to backup only the mbr? |
19:06:57 | bluebrother | spiorf: sure, as that reads the whole input file |
19:07:21 | bluebrother | you need to add bs=512 count=1 for backing up the mbr (exactly the first 512 bytes of the disk) |
19:07:32 | spiorf | once i wrote also /dev/sda2 and deleted a partition of a sata disk :P |
19:07:56 | *** | Saving seen data "./dancer.seen" |
19:08:03 | bluebrother | overwriting the first 512 bytes of a partition isn't a good idea ;-) |
19:08:16 | spiorf | yeah, i lost all my windows games |
19:08:29 | bluebrother | (and to be precise, overwriting the mbr of a disk isn't a good idea too, unless you know what you're doing) |
19:08:56 | spiorf | if it's the ipod's mbr i can always restore it with the apple thing |
19:09:09 | | Quit barrywardell (Read error: 104 (Connection reset by peer)) |
19:09:31 | bluebrother | for FAT partition the first sector of the partition holds vital data about the filesystem |
19:10:36 | spiorf | ext3 too? |
19:11:29 | insectoid | Off topic: Has anyone seen the cf flash adapters for Ipods? Rather nifty stuff −− replacing the hd with a cf card. |
19:11:33 | bluebrother | I guess, but I haven't looked into ext3 that much. At least there is a copy of that data somewhere "later" on disk |
19:11:56 | bluebrother | insectoid: I replaced the microdrive in my mini with a CF card once |
19:12:06 | bluebrother | it was only for trying it, but it's quite nice. |
19:12:35 | insectoid | Battery life increase, Bluebrother? |
19:12:40 | bluebrother | the only problem seems to be some cards making trouble −− I wasn't able connecting the ipod to the pc to copy data with it |
19:13:10 | bluebrother | haven't tried it that much −− had only a small card lying around. But as hard drives consume quite some power when spinning I guess so |
19:13:29 | bluebrother | I was just curious and as I replaced the battery I simply tried it for like half an hour |
19:13:40 | bluebrother | you need to patch Rockbox to work too. |
19:13:45 | | Join barrywardell [0] (n=barry@dhcp-892b9ade.ucd.ie) |
19:14:10 | bluebrother | the cards fail upon some ata command. There is information about it in the wiki (MiniCF iirc) |
19:14:17 | bluebrother | but OF was up and running |
19:18:29 | | Join saratoga [0] (i=9803994a@gateway/web/cgi-irc/labb.contactor.se/x-bcff00afab300397) |
19:18:29 | | Quit midgey () |
19:19:31 | | Quit saratoga (Client Quit) |
19:20:42 | | Quit elinenbe (Read error: 110 (Connection timed out)) |
19:23:34 | | Join fm2 [0] (i=95e13cc1@gateway/web/cgi-irc/labb.contactor.se/x-f6083d54386883a9) |
19:24:21 | fm2 | Nico_P: hello Nico. I've seen your commit. Well done! |
19:24:33 | Nico_P | fm2: thanks :) |
19:25:03 | Nico_P | it did some good to the binsize too :) |
19:26:12 | fm2 | Yes, I noticed that. I suspect there are many places in RB code which could make up for a green build |
19:27:31 | Llorean | Make up for? |
19:27:55 | bluebrother | for green delta :) |
19:29:23 | Llorean | Oh, like "allow for", I was reading it as the negative connotation of "make up for". Like "allow me to make it up to you for ruining your wedding" and I was slightly confused. :) |
19:29:55 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
19:30:15 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-202-102.pools.arcor-ip.net) |
19:30:32 | Llorean | barrywardell: In the logs I did my own RMAA test on the Sansa with Toni's patch, and it actually looked quite good, though I discovered the volume display definitely isn't working as intended. |
19:31:59 | * | bluebrother discoveres the manual patch for rtc tags already lists the atomized tags. Nice! |
19:32:54 | amiconn | bluebrother: dd in cygwin works like on linux, just you need to know how it translates *nix device names to windows device names |
19:33:00 | | Part Neovanglist |
19:33:12 | amiconn | In windows disk management, you can see a drive number |
19:33:28 | amiconn | Number 0 is called sda in cygwin, number 1 sdb and so forth |
19:33:35 | bluebrother | ah. Nice to know. |
19:33:41 | amiconn | There's also a native win32 'dd' |
19:33:54 | amiconn | ...which uses windows physical device names |
19:35:48 | bluebrother | hmm. Maybe this information is interesting for the manual ipod restore page? |
19:36:42 | | Quit insectoid (Read error: 110 (Connection timed out)) |
19:37:38 | amiconn | Native win32 device names are like \\?\Device\Harddisk0 |
19:38:22 | amiconn | (the native dd has a −−list option that shows what is mounted) |
19:38:53 | amiconn | You need to append the partition to this. \Partition0 is the whole drive |
19:39:30 | amiconn | Hehe, and it can be used to distinguish G5 and G5.5, since it shows the blocksize |
19:39:50 | bluebrother | oh, that's really nice |
19:40:22 | amiconn | Output looks e.g. like this (this is my internal hdd): |
19:40:23 | amiconn | \\?\Device\Harddisk0\Partition0 |
19:40:23 | amiconn | Fixed hard disk media. Block size = 512 |
19:41:22 | amiconn | http://www.chrysocome.net/dd |
19:43:32 | | Join JazzBone [0] (n=JazzBone@cc829402-a.groni1.gr.home.nl) |
19:45:05 | barrywardell | Llorean: what do you mean by volume display? |
19:45:09 | * | barrywardell checks the logs |
19:45:45 | bluebrother | hehe, those "anti-examples" in wikipedia on dd are somewhat nice ;-) |
19:46:18 | Llorean | barrywardell: 1db change in displayed volume is equal to 1.5 in actual volume, but Rockbox never skips over numbers. |
19:46:41 | Llorean | Assuming 0 equals 0 (it does not seem to), -1rb = -1.5 actual, -2 = -3, -3 = -4.5 and so on. |
19:46:49 | | Part fm2 |
19:46:52 | barrywardell | hmm. that's odd |
19:47:12 | barrywardell | rockbox does round the volume to the nearest db |
19:47:23 | Llorean | Since I recall there being a "minimum" after which turning down the volume to lower numbers did not result in lowered volume, I'm guessing that may be part of where our "it's not loud enough" comes from. We've got a compressed scale. |
19:47:50 | Llorean | Well the output doesn't show that it's rounding. |
19:48:10 | barrywardell | i mean rockbox uses 1db increments |
19:48:23 | barrywardell | but the hardware adjusts the volume in 1.5db increments |
19:48:33 | barrywardell | so the current volume control is a bit of a hack |
19:49:14 | amiconn | Iiuc that just means that 2 of 3 rockbox volume values actually map to the same volume, nothing more |
19:49:36 | amiconn | I.e. 0 is 0, -1 is -1.5, -2 is -3 and -3 is also -3 |
19:49:51 | amiconn | (assuming it rounds down) |
19:49:52 | barrywardell | the "it's not loud enough" problem is most likely because we set the DAC volume too low |
19:50:16 | barrywardell | amiconn: makes sense. off the top of my head, I can't remember how it rounds |
19:50:22 | Llorean | amiconn: They don't, though. |
19:50:52 | Llorean | amiconn: Every 1dB step in Rockbox changes the output level 1.5dB |
19:51:23 | | Join funky [0] (n=repulse@unaffiliated/funky) |
19:51:37 | | Join AceNik [0] (n=AceNik@203.145.159.44) |
19:51:39 | Llorean | At least down to -10, every single step results in a volume change. |
19:51:44 | linuxstb | barrywardell: Are you sure the 18-bit I2S transfers are correct on the Sansa? i.e. it's not truncating the samples? |
19:51:57 | amiconn | Llorean: Afaics it divides by 15, that means, it does what it should |
19:51:58 | barrywardell | not at all sure. |
19:52:11 | | Quit FOAD (Read error: 104 (Connection reset by peer)) |
19:52:16 | | Quit Ribs ("Ex-Chat") |
19:52:19 | amiconn | ...rounding towards the nearest 1.5dB value |
19:52:30 | | Join Ribs [0] (n=ribs@91.84.8.218) |
19:52:35 | Llorean | amiconn: Well, real-world results don't match what the math seems it should do. |
19:52:46 | | Join Rincewind [0] (n=xchatter@i3ED6E3DD.versanet.de) |
19:52:57 | barrywardell | linuxstb: but the DAC volume is set quite low also |
19:53:02 | Llorean | I'm staring at a reading of the output right now, and each step of 1 in Rockbox is changing it a clear 1.5 |
19:53:08 | barrywardell | so that could be at least part of the problem |
19:53:23 | | Join illriginal [0] (n=illrigin@c-66-229-128-235.hsd1.fl.comcast.net) |
19:54:00 | Llorean | barrywardell: When running my RMAA test, the Gigabeat set at about -17dB was _about_ the same loudness as the Sansa at 0 |
19:54:18 | | Join FOAD [0] (n=dok@dinah.blub.net) |
19:54:18 | | Join fm2 [0] (i=95e13cc1@gateway/web/cgi-irc/labb.contactor.se/x-90de7dda4dd1c193) |
19:55:03 | bluebrother | Nico_P: I'm not sure if it's related to the tokenizer, but I have the impression switching to the wps got slower |
19:55:13 | fm2 | Nico_P: why did you if-false'd the dump of the parsed WPS? |
19:55:28 | barrywardell | Llorean: and the DAC volume is set at -16.5dB |
19:55:29 | merbanan | one more slot for rockbox |
19:55:34 | bluebrother | i.e. when I change to the wps (iCatcher) on my mini I see the battery outline first and the battery bars a bit later |
19:55:38 | perl|work | sorry for the offtopic. does anyone have an idea what font is this: http://img409.imageshack.us/img409/7866/fontdv9.jpg |
19:55:39 | barrywardell | Llorean: so that kinda sounds about right |
19:55:41 | Llorean | barrywardell: Well, that suggests we might know what level to try it at? ;) |
19:55:58 | Nico_P | fm2: because people using the sim probably don't want to see the lengthy debug info all the time |
19:56:02 | barrywardell | the problem is that the over current protection kicks in at higher volumes |
19:56:14 | Llorean | barrywardell: Well the anti-vinyl patch disabled it, doesn't it? |
19:56:18 | | Nick pilled is now known as _pill (i=pill@sloth.shellfx.net) |
19:56:23 | Llorean | barrywardell: On the basis that the OF does so as well |
19:56:33 | Llorean | barrywardell: Sorry, all these tests were with that patch. |
19:56:36 | barrywardell | yeah, but is disabling over current protection a good thing? surely not |
19:56:49 | barrywardell | we don't know that the of does so, do we? |
19:56:53 | Nico_P | bluebrother: you mean switching back and forth to and from the WPS from a menu/brwoser ? |
19:56:54 | fm2 | Nico_P: it's only done once when the WPS is read and parsed. And what's the value of that statements then? It's only dumped in DEBUG builds. |
19:57:00 | bluebrother | Nico_P: yes. |
19:57:00 | Llorean | barrywardell: Toni claims he's sure it does. |
19:57:16 | Llorean | barrywardell: He says that's why he did it. |
19:57:24 | | Join saratoga [0] (i=9803994a@gateway/web/cgi-irc/labb.contactor.se/x-99641055b345ea73) |
19:57:34 | Nico_P | bluebrother: I don't think this could have been affected by the tokenizer... |
19:57:40 | barrywardell | hmmm. OK. seems odd, but if the OF does it I guess we can too |
19:57:48 | bluebrother | not a problem, but I thought I'd mention it. Maybe you have an idea ;-) |
19:58:05 | | Quit AceNik ("bye guys have fun , enjoy !!!!!") |
19:58:12 | Nico_P | fm2: it's not done often but I still think it should be disabled by defaukt |
19:58:13 | Llorean | barrywardell: That's kinda what I thought. Do you know what the overcurrent protection is actually "protecting"? |
19:58:42 | Nico_P | fm2: even I am annoyed by this output when I'm not debugging the WPS code |
19:59:15 | Nico_P | fm2: and it also appears when you load a new WPS. Some people use the sim to test WPSs |
19:59:35 | fm2 | Nico_P: you'll be annoyed by any debug output that doesn't belong to what you're doing. So WPS parsing is no different than other DEBUGs |
19:59:56 | fm2 | Nico_P: sim, but not debug builds |
20:00 |
20:00:18 | fm2 | Nothing is dumped in the normal sim builds |
20:00:33 | Nico_P | fm2: the WPS debug info is extremely long. much longer than any other. If you really want it, it's not a big effort to change false to true |
20:00:39 | saratoga | has anyone here noticed Toni's occasional postings in various threads about the PP5024 power consumption measurements hes been doing? |
20:00:43 | Nico_P | fm2: it is |
20:00:51 | barrywardell | Llorean: the datasheet calls it "headphone over-current protection" and says it kicks in when either l or r go above 145mA or common goes above 210mA |
20:01:04 | Nico_P | I use normal sim builds all the time and still get the output |
20:01:09 | fm2 | Nico_P: how so? It's protected by #ifdef DEBUG |
20:01:13 | saratoga | he suggested that on the 5024 at least, disabling the COP doesn't change power consumption |
20:01:13 | | Join juxtap [0] (n=juxtap@wbs-196-2-114-68.wbs.co.za) |
20:01:29 | barrywardell | Llorean: so I guess it protects from blowing the headphones |
20:01:30 | Nico_P | fm2: simple : #ifdef DEBUG is true in sim builds |
20:01:30 | saratoga | which makes me think we think it doesn't actually go to sleep |
20:02:16 | amiconn | 145mA? I think that 0dB shouldn't get near that... |
20:02:25 | fm2 | Nico_P: really? I think you have a debug sim build. A "plain" sim isn't a debug build. But I can be wrong |
20:02:54 | amiconn | 100mW at 16 ohm means ~1.26V and 80mA (ac of course) |
20:02:56 | | Quit fm2 ("Anyway... I have to go.") |
20:03:05 | barrywardell | amiconn: maybe we need someone with a multimeter to test it |
20:03:14 | Llorean | barrywardell: Yeah, I'm having a really hard time believing that the phones are drawing that much when it kicks out right now. |
20:03:18 | Nico_P | fm2: well I've mainly tested the tokenizer on sim builds so I know what I'm saying |
20:03:24 | amiconn | And 100mW is more than most mp3 players are able to produce (and way more than what is good for your ears) |
20:04:49 | Llorean | Maybe this is a feature of the chip intended for use in other (non-DAP) hardware? |
20:04:51 | | Join ompaul [0] (n=ompaul@freenode/staff/gnewsense.ompaul) |
20:05:38 | saratoga | i wonder what headphones people are using that seem too quiet |
20:05:59 | saratoga | 145ma is a lot of power |
20:06:08 | saratoga | (well current anyway) |
20:06:15 | Llorean | saratoga: Any. It's quieter than the retail firmware under almost any circumstances. Ignore the number for the time being. |
20:06:22 | barrywardell | Llorean: yeah, or maybe PP changed things when they integrated it into the PP5024 |
20:06:27 | Llorean | As I said, it gets up to the equivalent of -17 on my Gigabeat. |
20:06:30 | saratoga | i mean, where it was too quiet for them to use comfortably |
20:06:43 | Llorean | barrywardell: That's possible too. |
20:06:53 | amiconn | If you have 145mA in 16 ohm heaphones, they're not headphones, they're speakers |
20:06:59 | saratoga | yeah |
20:07:12 | saratoga | you'd be driving 1/3 of a watt into them |
20:07:13 | Llorean | Anyway, my vote is for disabling it, since a bunch of the AnythingButiPod guys have tested it without damaging their phones. |
20:07:14 | amiconn | 336mW |
20:07:33 | | Quit inversions () |
20:07:54 | barrywardell | amiconn: would I be able to measure what's actually happening with a multimeter? |
20:08:02 | saratoga | not easily |
20:08:05 | amiconn | Llorean: You surely won't damage the phones under normal conditions. Headphone overcurrent protection is good for 2 things: |
20:08:17 | | Join inversions [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) |
20:08:21 | saratoga | you could play a 60Hz tone and use the AC setting on a DMM |
20:08:28 | amiconn | (1) broken (shorted) coupling capacitor, in which case you would be driving dc to the phones |
20:09:12 | amiconn | (2) Shorting the heaphone socket (happens regularly for a fraction of a second if you plug/unplug phones to/from a 3.5mm jack). |
20:09:25 | amiconn | In this case overcurrent protection is protecting the dac (!) |
20:09:35 | | Join qwx [0] (n=qwm@h162n1fls34o1010.telia.com) |
20:09:35 | Llorean | amiconn: Well they haven't broken their DACs either. :) |
20:10:24 | barrywardell | wasn't there a guy in the forums who claimed it blew his headphones? |
20:10:44 | amiconn | saratoga: You aren't forced to use 60Hz, but the frequency should be within the range supported by the multimeter, and it should be a sine tone, unless you have a true rms meter |
20:11:45 | barrywardell | OK, I'll get my multimeter out later and do some testing |
20:12:08 | saratoga | http://forums.rockbox.org/index.php?topic=9274.0 |
20:12:15 | saratoga | hard to say what he actually did though |
20:12:29 | saratoga | probably just a random failure given that he had the overcurrent protection on anyway |
20:13:00 | Llorean | barrywardell: Yeah, the person who blew his phones is rather dubious at best. |
20:13:11 | Llorean | If anything, since he blew them while it was on, and the retail doesn't use it... ;) |
20:13:32 | barrywardell | yeah, I've seen some of his other posts ;) |
20:14:13 | | Quit Nico_P (Remote closed the connection) |
20:17:02 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
20:17:05 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-202-102.pools.arcor-ip.net) |
20:18:06 | | Join entheh [0] (n=purr@88-106-254-161.dynamic.dsl.as9105.com) |
20:21:23 | amiconn | bluebrother: Didn't you forget to update a file? |
20:22:29 | | Quit qwm (Read error: 110 (Connection timed out)) |
20:22:43 | | Join jinro [0] (n=kwj@li4-76.members.linode.com) |
20:23:49 | jinro | Is there a plugin or something that will let rockbox view rich text formatted files instead of just text? |
20:24:52 | Llorean | jinro: No official ones, at least. |
20:25:23 | jinro | ok. thanks. But it is right that it will only view plain text files? |
20:28:11 | Llorean | Yeah |
20:29:18 | jinro | thanks... and to whomever, thank you for rockbox. It's awesome! |
20:39:42 | kkurbjun | I was wondering if anyone knows why the GB bootloader starts with a hundred byte offset from 0. The SDRAM should be starting at 0 from what I am seeing in the memory mapping. When I try writing to that 100 byte range during boot it fails and the screen washes out. Does anyone know the details of that 100 byte range? |
20:39:55 | kkurbjun | GB=Gigabeat |
20:41:11 | | Join movezig [0] (n=felix@e180056224.adsl.alicedsl.de) |
20:48:41 | | Join fm2 [0] (i=95e13c43@gateway/web/cgi-irc/labb.contactor.se/x-ae465176ec32e3de) |
20:48:50 | fm2 | Bagder: ping |
20:49:19 | fm2 | Or anyone using sim builds |
20:49:33 | | Part Llorean |
20:50:36 | fm2 | Is it true that every sim build has the DEBUG option enabled? I ask because this is not true for me. But Nico_P says it is. So I want to know if everythink is OK with my local build environment. |
20:50:49 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
20:51:03 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-202-102.pools.arcor-ip.net) |
20:51:32 | fm2 | Or does it depend on the platform (I use H120)? |
20:53:49 | fm2 | markun: could you tell me how it should be? |
20:56:04 | | Part fm2 ("Hmm... the channel has fallen asleep...") |
20:56:07 | amiconn | Sims always have DEBUGF() defined non-empty |
20:57:28 | | Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) |
20:58:10 | amiconn | ...and binaries aren' |
20:58:40 | | Quit tchan ("WeeChat 0.2.5-cvs") |
20:58:41 | amiconn | t stripped (that's why they are so large), so you can use gdb |
21:00 |
21:02:55 | Rincewind | I tried to use gdb on a sim build recently and it only worked correctly (i.e. showing the line in source etc) when I used a special debug build |
21:03:25 | Rincewind | I am on H120, too |
21:04:31 | | Quit Rincewind ("Cya") |
21:04:51 | * | amiconn always builds his sims with just (S), and gdb always shows file + line number in gdb when asked |
21:05:03 | | Join Rincewind [0] (n=xchatter@i3ED6E3DD.versanet.de) |
21:05:03 | amiconn | My sims also include h120 |
21:05:23 | Rincewind | I tried to use gdb on a sim build recently and it only worked correctly (i.e. showing the line in source etc) when I used a special debug build |
21:05:51 | Rincewind | sorry for double post, I thought my client disconnected me again |
21:05:58 | * | amiconn wonders what a "special debug build" is, regaridng sims |
21:06:31 | Rincewind | in configure I selected advanced, then the debug and sim option |
21:06:46 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
21:07:31 | Rincewind | I use gdb in Emacs, btw. |
21:07:59 | *** | Saving seen data "./dancer.seen" |
21:08:15 | | Quit ze (Read error: 110 (Connection timed out)) |
21:09:10 | | Join Tailsfan [0] (n=tailsfan@206-252-160-20-user.feather.net) |
21:09:26 | Tailsfan | Anyone on that can help me? |
21:10:38 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
21:11:00 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-202-102.pools.arcor-ip.net) |
21:11:02 | Rincewind | Tailsfan: just ask your question, then we can see if we can help |
21:11:27 | | Join tchan [0] (n=tchan@lunar-linux/developer/tchan) |
21:11:48 | | Quit saratoga ("CGI:IRC (EOF)") |
21:13:31 | amiconn | Rincewind: The generated Makefile and autoconf.h are identical regardless whether you choose (A)+(S)+(D) or just (S), I just verified that |
21:14:05 | Rincewind | ok, then it was something in my setup that wasn't working the first time |
21:14:46 | amiconn | Especially DEBUG is defined in both cases |
21:17:23 | | Join SirFunk [0] (n=Sir@admin-147-222.potsdam.edu) |
21:18:20 | Tailsfan | Can VVideo be played on Rockbox? |
21:18:31 | | Quit tchan (Remote closed the connection) |
21:19:22 | Tailsfan | and if so what kinds of video |
21:20:39 | | Join tchan [0] (n=tchan@lunar-linux/developer/tchan) |
21:21:44 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
21:22:57 | Tailsfan | Can it |
21:26:56 | | Join petur [0] (n=petur@rockbox/developer/petur) |
21:26:58 | | Join Llorean [0] (n=Llorean@rockbox/administrator/Llorean) |
21:27:23 | | Quit Tailsfan () |
21:37:25 | amiconn | hmmmmmmmmmm |
21:37:28 | | Quit XavierGr (Nick collision from services.) |
21:37:31 | | Join XavierGr [0] (n=xavier@ppp138-250.adsl.forthnet.gr) |
21:38:06 | amiconn | Checking the agenda at http://www.rockbox.org/twiki/bin/view/Main/DevCon2006 , it looks like not much of that was actually done during the last year (even though a lot of stuff happened) :/ |
21:38:17 | Bagder | haha |
21:38:21 | | Join moos [0] (i=moos@m135.net81-66-158.noos.fr) |
21:38:24 | Llorean | Agendas, like battle plans, only last until the first charge. |
21:39:36 | | Quit funky ("Changing server") |
21:39:40 | | Quit Ribs ("Ex-Chat") |
21:39:46 | amiconn | The last four points happened more or less, plus the flexible code base thing (target tree), but even that isn't finished yet |
21:39:48 | | Join funky [0] (n=repulse@unaffiliated/funky) |
21:41:51 | amiconn | #3 is the most important part for a dap firmware imo. None of its major sub items are done, although quite some playback cleanup happened |
21:42:18 | Llorean | The playback buffer renovation? |
21:42:19 | | Quit pabs ("brb") |
21:43:26 | amiconn | Yes. Splitting up playback in modules, MoB, unification ... all important things imo, but not yet there |
21:43:37 | amiconn | MoB is a proposed GSoC project, I know... |
21:46:46 | | Join HaSH [0] (n=unet@pool-70-19-248-97.bos.east.verizon.net) |
21:50:41 | | Join pabs [0] (n=pabs@xor.pablotron.org) |
21:50:42 | | Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
21:59:39 | | Quit midgey () |
22:00 |
22:00:16 | bluebrother | amiconn: right ... forgot the credits file. Fixing ... |
22:10:25 | | Quit movezig (Remote closed the connection) |
22:11:13 | | Join ctaf [0] (n=ctaf@ram94-6-82-242-23-70.fbx.proxad.net) |
22:11:25 | | Part ctaf |
22:13:36 | petur | is somebody attending the gsoc chat today regarding student allocations? |
22:14:43 | Bagder | I see we have 4 atm |
22:14:50 | petur | yes |
22:15:22 | merbanan | you got one from us :) |
22:17:10 | linuxstb | merbanan: How many have ffmpeg got? |
22:17:15 | Bagder | I'd say that our top-4 projects are the best ones |
22:17:33 | Llorean | Bagder: I talked to our real time text-to-speech guy, and he said that he thinks it's unlikely he'll be picked by his conflict at the cancer place. He said he talked with them, but wasn't able to really examine their project and get back to them |
22:17:48 | Llorean | He's the only conflict we have in the top 4, I believe |
22:18:00 | Bagder | ah, I hadn't spotted that |
22:18:25 | Bagder | Llorean: you tried talking to anyone in that project about it? |
22:19:29 | Bagder | on that topic, desowin took the audacity way |
22:19:33 | Llorean | Bagder: No, all I did was sent a polite email to the guy who posed Text to Speech to us asking that if a conflict came up, did he know who he felt he would choose so that we might be prepared. |
22:19:53 | petur | the gsoc group talks about joining that chat session before 22:00 UTC to resolve conflicts prior to 'the' chat |
22:20:33 | Bagder | so where is that chat more exactly? |
22:20:42 | petur | http://groups.google.com/group/google-summer-of-code-announce/browse_thread/thread/9e13d2e6ad499bf3/912de984272363e7#912de984272363e7 |
22:20:44 | merbanan | linuxstb: we had 8 and now we have 7 |
22:22:49 | | Quit Lear ("Chatzilla 0.9.77 [Firefox 2.0.0.3/2007030919]") |
22:23:12 | Llorean | I wonder if that additional one was a result of my email, or was just going to happen anyway. |
22:23:43 | petur | let's all pretend you did it :) |
22:24:13 | * | petur pats Llorean on the back |
22:25:22 | Bagder | uhm, what project is that Comprehensive Cancer Center anyway? |
22:25:31 | Bagder | I don't see it in the mentor org listing |
22:25:46 | | Nick qwx is now known as qwm (n=qwm@h162n1fls34o1010.telia.com) |
22:26:26 | Llorean | Bagder: http://code.google.com/soc/lurie/about.html |
22:26:26 | * | preglow checks the project page |
22:27:03 | Bagder | aha, I'm blind! |
22:27:47 | | Join robin0800 [0] (n=robin080@cpc1-brig8-0-0-cust807.brig.cable.ntl.com) |
22:27:49 | preglow | then rockbox is perfect for you! |
22:28:06 | Bagder | hahaha |
22:28:09 | perl|work | lol |
22:28:52 | preglow | seems i'm possibly up for some mentoring, then |
22:29:17 | linuxstb | preglow: Nicely volunteered.... |
22:30:04 | preglow | merbanan: any news on the wma fixed pointification deal? |
22:30:27 | merbanan | nope |
22:31:14 | | Join Domonoky_ [0] (n=Domonoky@p549ADC07.dip.t-dialin.net) |
22:32:09 | | Join Alonea [0] (n=chatzill@204.158.157.92) |
22:34:13 | | Quit JazzBone (Read error: 104 (Connection reset by peer)) |
22:36:22 | | Quit funky ("leaving") |
22:36:36 | | Quit Alonea (Client Quit) |
22:44:29 | | Quit lee-qid_ (Client Quit) |
22:51:09 | | Quit Domonoky (Read error: 110 (Connection timed out)) |
22:53:18 | | Join bonbonthejon [0] (n=jon@69.61.203.3) |
22:55:06 | | Quit jinro ("Ex-Chat") |
23:00 |
23:05:14 | | Part perl|work |
23:08:00 | *** | Saving seen data "./dancer.seen" |
23:12:54 | | Quit SirFunk (Read error: 110 (Connection timed out)) |
23:13:47 | | Join webguest54 [0] (i=56530281@gateway/web/cgi-irc/labb.contactor.se/x-35692e6c27ee3f0c) |
23:14:31 | | Quit webguest54 (Client Quit) |
23:17:46 | | Join funky [0] (n=repulse@unaffiliated/funky) |
23:17:54 | | Join BigMac [0] (n=BigMac@c-71-234-95-131.hsd1.ct.comcast.net) |
23:18:06 | | Join Ribs [0] (n=ribs@91.84.8.218) |
23:19:36 | | Quit BigMac (Client Quit) |
23:21:24 | | Join H10_007quick [0] (n=chatzill@mnet-ki-244-78-181.monarch.net) |
23:21:51 | H10_007quick | How do I tell svn to get rid of all unknow fiiles? |
23:22:03 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
23:22:13 | bluebrother | what unknown files? |
23:22:21 | H10_007quick | say .rej files etc |
23:22:31 | H10_007quick | anything that is not in the svn |
23:22:37 | bluebrother | these aren't files of svn, so it doesn't know about them |
23:22:45 | H10_007quick | exactly |
23:22:55 | bluebrother | simply remove them yourself ... e.g. use find to delete all those files |
23:23:04 | H10_007quick | how do I tell it to get rid of everything it doesn't know |
23:23:10 | H10_007quick | no other way? |
23:23:38 | bluebrother | I don't think svn should remove files itself −− it may be other source files you created |
23:23:54 | Bagder | svn st | grep "^?" | cut "-d " -f7 | xargs rm |
23:23:57 | bluebrother | so simply removing them doesn't look like a useful function to me |
23:24:20 | H10_007quick | hmm |
23:24:26 | H10_007quick | thats what i was looking for |
23:25:04 | Bagder | it's a bit simplistic, and breaks if the file names contain spaces |
23:25:19 | Bagder | but no sane person creates such files ;-) |
23:25:34 | bluebrother | who wants spaces in filenames anyway (unless it's media files)? |
23:26:01 | H10_007quick | need an -f at the end of that chain |
23:26:17 | bluebrother | you shouldn't need to. |
23:26:18 | | Quit Domonoky_ (Read error: 104 (Connection reset by peer)) |
23:26:35 | | Join ze [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) |
23:26:38 | H10_007quick | didn't work for me unless I had the -f |
23:26:56 | bluebrother | created file with wrong permissions? As different user? |
23:27:46 | H10_007quick | no it just wants to ask to confirm the delete of every file and since it is being piped, it doesn't let you ask for it |
23:28:09 | H10_007quick | just get rm: missing operand |
23:28:27 | bluebrother | ah, so you have rm aliased to rm -i |
23:28:55 | H10_007quick | well I didn't aliase anything |
23:29:03 | H10_007quick | musta came like that |
23:29:06 | bluebrother | then your distro did? |
23:29:11 | H10_007quick | prob |
23:29:12 | | Quit lost|X40 ("Leaving") |
23:29:30 | bluebrother | Fedora for example aliases rm to rm -i for the root user. |
23:29:42 | H10_007quick | I've got mandriva |
23:29:45 | H10_007quick | 2007 |
23:29:49 | bluebrother | but who is working as root user anyway? |
23:29:56 | H10_007quick | not me |
23:30:19 | bluebrother | just type "alias" and see if it's aliased. If yes you know the cause ;-) |
23:31:29 | H10_007quick | alias rm='rm -i' |
23:31:41 | H10_007quick | where is the file were all that is stored? |
23:34:06 | bluebrother | ~/.bashrc (at least in my case) |
23:35:42 | | Join FromVanov [0] (n=Miranda@bb-87-81-180-243.ukonline.co.uk) |
23:35:46 | | Join slapnpop [0] (i=1897f27c@gateway/web/cgi-irc/labb.contactor.se/x-627c732bacb47606) |
23:36:17 | | Quit funky ("leaving") |
23:36:38 | | Join stripwax [0] (n=Miranda@i-83-67-214-206.freedom2surf.net) |
23:36:53 | stripwax | hi |
23:37:21 | slapnpop | is there anyone around who might could give me help with an Ipod 4g? |
23:37:45 | slapnpop | I tried to install rockbox, but it won't load to either rockbox or firmware at this point... |
23:38:22 | H10_007quick | mine is in etc/profile.d/alias.sh |
23:38:24 | H10_007quick | lol |
23:38:35 | H10_007quick | went through 3 files to get there |
23:39:12 | H10_007quick | an alias is like a function that works like a command right? |
23:39:31 | H10_007quick | so i could make "kjlf" = "cd .." |
23:39:35 | H10_007quick | ? |
23:39:41 | Llorean | Bagder: Okay, our #4 is below the line at the cancer institute. |
23:40:59 | * | petur wonders who's joining the chat session on behalf or rockbox |
23:41:15 | slapnpop | me! |
23:41:20 | slapnpop | oh.. |
23:41:26 | slapnpop | on behalf of.. no because of.. |
23:41:31 | slapnpop | I need to read closer... |
23:41:47 | | Join lostnihilist [0] (n=lostnihi@adsl-69-212-195-145.dsl.chcgil.ameritech.net) |
23:41:51 | Llorean | petur: Well, I, Bagder, linuxstb, and scorche seem to be in duplicate-resolution channel right now |
23:42:20 | Llorean | But our duplicates seem resolved. |
23:42:29 | FromVanov | Hi guys, I have some PCB scans of Samsung YH-920. I would like to stick them on the wiki page. What would be the best way of doing that? I have registered myself (RomanHorenovsky), however I don't have write permission. Cheers. |
23:42:42 | bluebrother | H10_007quick: you could do that. |
23:42:57 | | Join Thatch [0] (n=Thatch@CPE000d56a8e804-CM000a73a150a8.cpe.net.cable.rogers.com) |
23:43:05 | Thatch | hey, i have a problem |
23:43:05 | bluebrother | not sure if that strange combination would make sense though ;-) |
23:43:12 | Thatch | i was wondering if anybody had any ideas |
23:43:13 | H10_007quick | bluebrother: I googled it |
23:43:16 | H10_007quick | thx |
23:43:23 | Thatch | any takers? |
23:43:48 | linuxstb | Thatch: Maybe I missed it, but you don't appear to have stated the problem... |
23:43:52 | bluebrother | unless you tell us your problem nobody will have good ideas |
23:43:56 | Thatch | my g5 30gb ipod is frozen on |
23:44:03 | Thatch | is not responding to anything |
23:44:14 | Thatch | even usb connection |
23:44:30 | linuxstb | Does "anything" include holding MENU+SELECT for a few seconds to reset it? |
23:44:32 | Thatch | i put rockbox on it yesterday |
23:44:41 | Thatch | yeah, that too linuxstb |
23:44:44 | slapnpop | Thatch: I had that happen once and had to let the battery die completely, other option is opening it up and unplugging |
23:45:04 | slapnpop | I can't even access my ipod |
23:45:10 | Thatch | oh wait |
23:45:12 | Thatch | i just dropped it |
23:45:16 | Thatch | its working now. |
23:45:25 | Thatch | thank you apple. |
23:45:41 | bluebrother | FromVanov: done. |
23:45:46 | Thatch | slapnpop: yeah, thats what i was thinking, the letting it die part. |
23:46:10 | Thatch | slapnpop: but it seems to be working now. |
23:46:19 | slapnpop | i installed rockbox, and the boot loader. When it's booting, it does the rockbox firmware part, but can't find rockbox.ipod, and won't load. If I go for the original firmware, rockbox says loading original firmware, then just resets to rockbox again, at which point it can't find rockbox.ipod |
23:46:49 | linuxstb | slapnpop: Sounds like your install went badly wrong... What instructions did you follow? |
23:47:05 | slapnpop | the ones on the manual, not my first rockbox install. |
23:47:19 | slapnpop | just re-installing after an ipod restore |
23:47:29 | Thatch | slapnpop: I was suprised that mine worked on the first install, its usually not that easy. |
23:47:35 | slapnpop | at this point, I just want to get into disc mode, but can't find a way |
23:47:44 | Llorean | slapnpop: Menu+Select, Select+Play |
23:47:53 | Llorean | Also, you should never, EVER need to wait until your iPod completely dies. |
23:48:19 | Llorean | Rockbox does not (and cannot without significant changes) modify the iPods ability to reset on Menu+Select |
23:48:26 | bluebrother | hmm. When I plug in the usb cable my mini sometimes gets stuck at the usb logo screen. Is there a known issue? |
23:48:31 | Llorean | But you may need to turn hold on and off first, and may need to hold it longer than you expect. |
23:48:42 | slapnpop | yeah, it kills the battery, but there are some hard crashes where nothing else works |
23:48:51 | pixelma | bluebrother: yes |
23:49:00 | bluebrother | ah, that explains it ;-) |
23:49:11 | Llorean | slapnpop: If you think nothing else works, you're doing Menu+Select wrong. Trust me. |
23:49:25 | slapnpop | may not be rockbox's fault, but crashes none the less... |
23:49:32 | slapnpop | and no, I wasn't doing menu+select wrong. |
23:49:39 | pixelma | bluebrother: the problem is that nobody knows why |
23:49:54 | FromVanov | bluebrother: thaks |
23:50:00 | Llorean | slapnpop: Yes, you really were unless your iPod is defective. |
23:50:06 | linuxstb | slapnpop: menu+select is a hardware reset - it's never failed for me, no matter what kind of crazy and broken code I've been running on my ipod. |
23:50:29 | slapnpop | well, then my Ipod MUST be defective. |
23:50:31 | | Quit bawb2 (Remote closed the connection) |
23:50:54 | slapnpop | that being said, opening up the case and pulling the battery cable resets it just fine. |
23:51:09 | Llorean | slapnpop: Describe exactly the whole process you use, including durections, for menu + select |
23:51:11 | | Join bawb2 [0] (n=bawb2@ip51051.estcmp.ku.edu) |
23:51:16 | bluebrother | pixelma: is that problem specific to the mini / a PP generation or does it affect all ipods? Haven't seen anything in the FAQ |
23:52:06 | slapnpop | hold down select, then hold down menu. Also tried simutanious hold down, and hold down menu, then hold down select. |
23:52:14 | slapnpop | This was months ago, btw. |
23:52:19 | Llorean | slapnpop: See, you did it wrong |
23:52:29 | Llorean | slapnpop: The official procedure, for worst case, requires you to turn hold on then off first. |
23:52:35 | Llorean | It seems necessary under worst-case freezes |
23:52:38 | pixelma | I also experienced it on a mini, but IIRC linuxstb has seen it too (maybe it happens more frequently there) |
23:52:40 | Llorean | I also asked for durations. |
23:53:03 | Llorean | Because it often takes much longer than people expect with the worse freezes, for some reason, as much as 15-20 seconds I believe. |
23:53:06 | linuxstb | pixelma: I think USB reliably doesn't work on my ipods if I boot with the USB connected... |
23:53:09 | | Quit ender` (" (Coder's Ditty) 100 little bugs in the code, 100 bugs in the code, fix one bug, compile it again, 102 little bugs in the cod) |
23:53:11 | bluebrother | hmm. Should I add a note to the FAQ? |
23:53:18 | slapnpop | no, you asked for durections, I thought you meant directions. |
23:53:21 | linuxstb | bluebrother: Or fix the bug :) |
23:53:30 | bluebrother | if I boot with usb connected the buttons become unresponsive :( |
23:53:33 | Llorean | slapnpop: Apparently I can't type. |
23:53:38 | Llorean | slapnpop: It doesn't change that you did the process wrong. |
23:53:40 | slapnpop | I tried the hold as well, and tried holding buttons for up to a minute... |
23:53:43 | slapnpop | it's ok, I can't either. |
23:53:49 | bluebrother | linuxstb: nice alternative. If only ... ah, "time" was the show stopper |
23:53:52 | Llorean | You didn't mention the hold, despite my use of the word "Exact" |
23:54:03 | slapnpop | btw, play+select got me into disc mode fine! |
23:54:40 | slapnpop | forgive my bad memory, but I tried every combination of buttons I could for about 2 hours before opening the case, and as I mentioned, it was months ago I had that problem |
23:55:36 | pixelma | bluebrother: I believe there even was a short forum thread about it |
23:56:02 | Llorean | linuxstb: Do you know what jhmike's mpegplayer changes fix? Is it the issue with video going out of sync if at really low framerates? |
23:56:19 | | Quit ompaul ("dive dive dive - mine data") |
23:56:50 | datachild | hi |
23:57:04 | Thatch | Does anybody know of an app that renames mp3 (or any other type) files based on id tags? |
23:57:12 | datachild | i have a problem with my ipod video, rockbox keeps saying "codec error" whn i try to play a song |
23:57:15 | datachild | how do i fix this? |
23:57:20 | Llorean | Thatch: "Tag 'n Rename" |
23:57:30 | bluebrother | datachild: update your build completely |
23:57:33 | datachild | it's just a normal .mp3 |
23:57:36 | pixelma | bluebrother: http://forums.rockbox.org/index.php?topic=7897.0 |
23:57:38 | datachild | how'd i do that? |
23:57:38 | Thatch | Llorean: oh, well, there ya go. Thanks. |
23:57:45 | datachild | it's the latest build, bluebrother |
23:57:46 | bluebrother | and if you have a recent build make sure to remove /rockbox.ipod |
23:57:50 | datachild | okay |
23:58:04 | bluebrother | did you extract the complete build? What bootloader are you using? |
23:58:12 | Rincewind | Thatch: Mp3Tag is also very good |
23:58:17 | datachild | let mech check if it works now |
23:58:58 | datachild | still "Codec failure" |
23:59:00 | bluebrother | pixelma: thanks. |