| 00:11:01 | jackopha | hey, when i'm browsing files the cursor goes below where i can see on the screen, how do i fix that? |
| 00:14:02 | zeekoe | weird... |
| 00:14:10 | zeekoe | do you get that all the time you browse? |
| 00:16:19 | | Part amiconn |
| 00:22:28 | jackopha | yes, time's there |
| 00:22:53 | jackopha | and browsing works fine in the settings menus |
| 00:32:22 | | Quit Guest (Read error: 110 (Connection timed out)) |
| 00:36:18 | *** | Saving seen data "./dancer.seen" |
| 00:38:41 | zeekoe | which version? |
| 00:39:02 | zeekoe | i got mine inaccessible now, so can't test :-/ |
| 00:43:07 | jackopha | 2.2. |
| 00:43:32 | | Join methyL [0] (~name@24-52-236-192.kntnny.adelphia.net) |
| 00:43:56 | methyL | can someone please help me? |
| 00:44:32 | methyL | my jukebox fm recorder just died on me, is there anyway to use the hard drive in some other device? |
| 00:44:37 | methyL | to retrieve my files? |
| 00:45:03 | NibbIer | its a normal harddisk 2.5" i guess |
| 00:45:15 | NibbIer | at least that is for the jukebox and jukebox studio |
| 00:45:30 | methyL | okay, so how could i use that in my normal computer? |
| 00:45:43 | NibbIer | if your normal computer is a laptop, then yes |
| 00:45:49 | NibbIer | normal desktops use 3.5" disks |
| 00:46:06 | methyL | okay lol, how could i use it for my laptop? |
| 00:46:25 | zeekoe | jackopha: you're really still using 2.2??? |
| 00:46:35 | NibbIer | thorw out your laptops hdd and put the jukebox' in |
| 00:46:59 | NibbIer | to retrieve the data, at best try to get some external 2.5" device.... |
| 00:47:07 | NibbIer | to be connected via usb2.0 or firewire |
| 00:47:45 | zeekoe | jackopha: you should _really_ try the newest daily build if you're still using 2.2... a world of new thingies is going to open :) |
| 00:47:58 | jackopha | still - i just found the OS today |
| 00:48:02 | zeekoe | ok |
| 00:48:28 | zeekoe | or are you jkidder? |
| 00:48:34 | jackopha | where do i get the newest version? 2.2 is what's posted on the site I'm on |
| 00:48:52 | zeekoe | you can download it here -> http://rockbox.haxx.se/daily.shtml |
| 00:48:58 | | Join Guest [0] (~jirc@81-86-122-158.dsl.pipex.com) |
| 00:49:01 | | Quit methyL () |
| 00:49:20 | zeekoe | it has a jpeg viewer, movie viewer, voice file support, etc |
| 00:53:55 | jackopha | wow, that's awesome |
| 00:54:25 | jackopha | up until today i was still using the OS that came with it |
| 00:54:38 | jackopha | i didn't even know there were alternatives out there |
| 00:55:34 | | Part maedhros_ |
| 01:00 |
| 01:12:03 | jackopha | thanks a lot guys |
| 01:12:15 | | Join scott666 [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
| 01:12:15 | | Quit jackopha () |
| 01:12:19 | | Part scott666 |
| 01:18:10 | | Join scott666 [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
| 01:33:19 | | Quit Guest (Read error: 110 (Connection timed out)) |
| 01:53:13 | | Join midk_ [0] (~midk@c-24-18-39-204.client.comcast.net) |
| 01:54:46 | | Quit midk|bbiab (Read error: 113 (No route to host)) |
| 02:00 |
| 02:10:34 | | Quit zeekoe (Read error: 110 (Connection timed out)) |
| 02:32:12 | | Quit mecraw ("Trillian (http://www.ceruleanstudios.com)") |
| 02:36:22 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:28:44 | | Quit scott666 ("i'll be back...eventually...") |
| 03:48:51 | | Quit NibbIer (Read error: 104 (Connection reset by peer)) |
| 04:00 |
| 04:06:57 | | Quit Hadaka (Read error: 110 (Connection timed out)) |
| 04:13:33 | | Join Naked [0] (naked@naked.iki.fi) |
| 04:13:51 | | Nick Naked is now known as Hadaka (naked@naked.iki.fi) |
| 04:36:26 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:10:04 | | Join scott666 [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
| 05:29:37 | | Join NibbIer [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) |
| 05:30:30 | | Join ryno [0] (~ryno@c-24-15-232-96.client.comcast.net) |
| 05:30:35 | ryno | hi NibbIer |
| 05:31:47 | | Part ryno ("L8r") |
| 05:47:16 | | Quit AciD ("http://frbattle.free.fr/mixs/samedi%2012%20juillet%2013-14%20heures%20angle%20mort/AciD%20vs%20Formax%20-%20Live@prun'%20radi) |
| 06:00 |
| 06:13:47 | | Quit NibbIer (Read error: 104 (Connection reset by peer)) |
| 06:15:38 | | Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
| 06:15:39 | | Quit scott666 (Read error: 104 (Connection reset by peer)) |
| 06:36:28 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:00:59 | | Join LinusN [200] (~linus@labb.contactor.se) |
| 07:04:48 | | Nick midk_ is now known as midk (~midk@c-24-18-39-204.client.comcast.net) |
| 07:08:01 | midk | WOO |
| 07:08:14 | midk | LinusN actually increased the limit. |
| 07:08:16 | midk | :) |
| 07:09:21 | LinusN | :-) |
| 07:09:42 | * | midk pats LinusN on the back |
| 07:09:46 | LinusN | the 10Hz limit is from the days without optimized LCD drivers |
| 07:09:56 | midk | ah |
| 07:10:23 | midk | the only sad thing is that as the speed increases the visible change decreases |
| 07:10:32 | midk | code a logarithmic scale for scroll speed! YEAH. |
| 07:13:48 | LinusN | you know why? |
| 07:14:02 | LinusN | because the Hz settingis used like this: |
| 07:14:16 | LinusN | sleep(HZ/scroll_speed); |
| 07:14:22 | midk | yep, i guessed so |
| 07:16:05 | LinusN | that division will truncate the decimals, so many settings yield the same speed |
| 07:16:32 | midk | maybe a better approach: Scroll Step Delay |
| 07:17:02 | midk | how long is elapsed before the next "step" according to your scroll step setting will happen |
| 07:20:47 | LinusN | in ms? |
| 07:20:50 | midk | it'd take quite an algorithm to fit that to a number that'd work for sleep(hz/scroll_speed), or you'd have to use a table |
| 07:21:05 | midk | yeah, maybe 1ms-8ms in .5 steps? |
| 07:21:14 | midk | sounds like an excellent idea imo |
| 07:21:19 | LinusN | but sleep is in 1ms steps |
| 07:21:22 | LinusN | 10ms |
| 07:21:38 | LinusN | that's the whole problem |
| 07:23:14 | midk | maybe a special sleep could be written that would work the way needed=.. |
| 07:23:14 | midk | that |
| 07:23:21 | midk | that's the only thing i can think of |
| 07:26:34 | LinusN | yes, it gets complicated and affects performance |
| 07:27:14 | midk | oh well |
| 07:31:31 | | Quit scott666_ (Read error: 110 (Connection timed out)) |
| 07:47:58 | | Join NibbIer [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) |
| 08:00 |
| 08:11:32 | midk | i've got an idea for etch-a-sketch. YAY. |
| 08:13:21 | LinusN | i haven't tried the patch yet... |
| 08:13:53 | midk | egh, sounds a bit buggy |
| 08:14:13 | midk | but i just had an idea for moving without drawing, something i've had trouble with before |
| 08:14:22 | midk | (i wrote an etch a sketch twice or three times) |
| 08:15:16 | LinusN | the original etch-a-sketch doesn't have that feature |
| 08:15:27 | midk | true, but.. |
| 08:15:29 | midk | TRUE. :) |
| 08:15:33 | LinusN | that's the challenge |
| 08:15:54 | midk | i think the challenge should be optional so i can override it. |
| 08:15:58 | LinusN | however, the patch it may benefit from some boundary checks |
| 08:16:26 | midk | (not mine btw) |
| 08:16:27 | LinusN | we could use the RLOD to our advantage here |
| 08:16:34 | midk | fairly simple to code though.. |
| 08:17:01 | midk | hmm? |
| 08:17:05 | LinusN | we can detect when the user shakes the jukebox, and clear the screen :-) |
| 08:17:31 | midk | :) |
| 08:17:39 | LinusN | true etch-a-sketch mode |
| 08:17:55 | midk | or we can crash as soon as the artwork gets good |
| 08:18:07 | LinusN | yeah |
| 08:18:17 | midk | "Warning" |
| 08:18:20 | midk | "rockbox is about to crash" |
| 08:18:29 | midk | "take a look at your nice art before it dies!" |
| 08:18:34 | midk | "3...2...1... |
| 08:18:36 | midk | :) |
| 08:19:50 | LinusN | how are thoings going with rockblox? |
| 08:20:53 | midk | i haven't worked on it lately, as i just last night got the linux environment working |
| 08:21:18 | midk | tomorrow shall be code day: maybe i can finish fuzzy clock mode and add that, and get rockblox a bit closer to done |
| 08:21:32 | LinusN | what is keeping you from committing what you have? |
| 08:21:51 | midk | i just moved everything to the while-plugin-ok loop. |
| 08:21:58 | midk | (rockblox) |
| 08:36:32 | *** | Saving seen data "./dancer.seen" |
| 09:00 |
| 09:13:26 | | Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) |
| 09:14:23 | midk | hey Bagder |
| 09:14:28 | Bagder | hi |
| 09:21:44 | LinusN | hi Bagder |
| 10:00 |
| 10:10:40 | | Quit NibbIer (Read error: 104 (Connection reset by peer)) |
| 10:11:37 | | Quit Bagder ("Leaving") |
| 10:19:34 | midk | nite evb |
| 10:19:39 | | Nick midk is now known as midk|sleep (~midk@c-24-18-39-204.client.comcast.net) |
| 10:35:05 | | Join amiconn [0] (~jens@pD9E7F5CB.dip.t-dialin.net) |
| 10:36:34 | *** | Saving seen data "./dancer.seen" |
| 11:00 |
| 11:47:03 | | Join zeekoe [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
| 11:48:56 | LinusN | zeekoe: if you want me to add the etch-a-sketch plugin, you'd have to add boundary checks, and the possibility to clear the screen |
| 11:49:09 | zeekoe | yeah, bc told me |
| 11:49:18 | zeekoe | tomorrow i have a day off |
| 11:49:32 | zeekoe | i'll do it then |
| 11:49:37 | LinusN | (and maybe a save option :-) |
| 11:49:46 | zeekoe | :P |
| 11:49:54 | zeekoe | that would be cool too :) |
| 11:50:04 | zeekoe | and not even that hard |
| 11:50:17 | zeekoe | i can just grab the usb-plugin-screenshot code |
| 11:50:27 | LinusN | yeah, just look at the screendump code |
| 11:51:50 | zeekoe | well... let's have some food and then off to work :) |
| 11:51:53 | zeekoe | see you |
| 11:53:27 | | Join NibbIer [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) |
| 12:00 |
| 12:01:28 | | Quit zeekoe (Read error: 60 (Operation timed out)) |
| 12:02:48 | LinusN | lunch time |
| 12:05:49 | | Join kurzhaarrocker [0] (~knoppix@p508762FB.dip0.t-ipconnect.de) |
| 12:07:59 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 12:08:04 | kurzhaarrocker | trigger finished, LinusN? :) |
| 12:22:10 | LinusN | oh, yes |
| 12:22:20 | kurzhaarrocker | ?!? You're kidding! |
| 12:22:21 | LinusN | just waiting for the right moment to commit it |
| 12:22:24 | LinusN | :-) |
| 12:24:54 | kurzhaarrocker | Maybe you have noticed that I tried to unify the code that waits for a button while updating the peakmeter? |
| 12:27:26 | LinusN | yes |
| 12:27:51 | LinusN | i also see that you seek in the retro buffer in this patch |
| 12:28:18 | kurzhaarrocker | I think I just extracted existing code and wrapped it in a function. |
| 12:29:28 | * | kurzhaarrocker believes that the retro buffer is orange with yellow and brown circles, back to the 70's |
| 12:30:14 | LinusN | and really big, dark green flowers |
| 12:35:15 | LinusN | your trigger code doesn't do clean splits |
| 12:35:29 | LinusN | it always stops and then starts again |
| 12:35:44 | kurzhaarrocker | I never claimed that it was finished :) |
| 12:36:00 | LinusN | hehe |
| 12:36:37 | *** | Saving seen data "./dancer.seen" |
| 12:37:23 | kurzhaarrocker | I neglected the whole scenario that the trigger could be used as a splitter because that wasn't relevant to my needs... |
| 12:38:06 | LinusN | fair enough |
| 12:54:38 | amiconn | LinusN: Concerning the screenshot function, when I added that functionality to the grayscale lib, I considered adding a filename parameter to it. This would enable its use as a more generic "save image" function. |
| 12:55:38 | amiconn | Maybe this could be done to the core screenshot function as well, and exporting it to the plugin api would then e.g. be useful for that etch-a-sketch plugin |
| 12:56:53 | LinusN | indeed |
| 12:57:55 | amiconn | If you call the screenshot function with an empty string, it should still compose its own default filename |
| 12:58:27 | kurzhaarrocker | <- lunch |
| 12:58:36 | | Part kurzhaarrocker |
| 13:00 |
| 13:14:54 | | Quit NibbIer (Read error: 104 (Connection reset by peer)) |
| 13:49:18 | | Join kurzhaarrocker [0] (~knoppix@p508762FB.dip0.t-ipconnect.de) |
| 13:49:34 | LinusN | kurzhaarrocker: i'm having problems with your split editor |
| 13:49:43 | kurzhaarrocker | :( |
| 13:49:45 | LinusN | the patch is not complete |
| 13:50:05 | LinusN | the plugin calls rb->mpeg_elapsing_frame_pos() |
| 13:50:15 | LinusN | which isn't part of your patch |
| 13:51:04 | kurzhaarrocker | hm. |
| 13:57:45 | kurzhaarrocker | I have no clue how that could have happened. Probably I made the patch against a wrong version. Again I'm at work and the source is at home. :( |
| 13:58:34 | LinusN | i guess that the point of that function is to find the closest frame boundary at that file position |
| 14:00 |
| 14:02:07 | kurzhaarrocker | Somehow I have the feeling that it might have been nothing but a dummy function. I can' t really remember to really have searched mp3 frame boundaries. |
| 14:02:22 | LinusN | :-) |
| 14:05:49 | kurzhaarrocker | On the other hand I wrote that code more than 2 days ago (I believe) so principially I should deny that I wrote it at all. |
| 14:08:36 | LinusN | :-) |
| 14:23:34 | amiconn | LinusN: There are functions to search for frame headers in mp3data.c |
| 14:23:54 | amiconn | However, I wonder about another thing therein: |
| 14:24:55 | amiconn | A number of functions check if a buffer contains a specific byte sequence, but do this in a (imho) cumbersome way - |
| 14:25:20 | amiconn | They compare byte by byte, instead of using memcmp. |
| 14:25:50 | kurzhaarrocker | Isnt the sh1 a 16 bit processor? It might be because of alignin |
| 14:26:54 | amiconn | kurzhaarrocker: (1) the sh1 is a 32 bit cpu. (2) memcmp takes care of alignment |
| 14:27:09 | kurzhaarrocker | <- shut's up again. |
| 14:27:45 | amiconn | See firmware/common/memcmp.c |
| 14:29:17 | LinusN | amiconn: where does it compare byte by byte? |
| 14:30:59 | amiconn | mp3data.c: lines 401-404, 455-458, 520-523 |
| 14:31:49 | LinusN | ah, those functions, i thought you meant the frame searching functions |
| 14:32:27 | LinusN | do you really think memcmp() will be faster? |
| 14:33:32 | amiconn | I don't think it will be faster (only if the strings are aligned by chance), but it might save some bytes of code |
| 14:36:38 | *** | Saving seen data "./dancer.seen" |
| 14:37:53 | LinusN | you are welcome to fix it if you like |
| 14:38:07 | amiconn | However, the frame header search could be made faster by implementing Jörg's idea of first searching for sync bytes (0xFF), and only checking for a header at these positions |
| 14:38:38 | amiconn | The search for sync bytes could be done by a memchr() function (not yet present in rockbox) |
| 14:39:16 | amiconn | memchr() can be made real fast in assembler by utilizing a special instruction gcc never uses |
| 14:42:39 | LinusN | that would be great |
| 14:46:43 | amiconn | I could implement memchr (although it would be great to have a C implementation from a standard library as a reference) |
| 14:47:29 | amiconn | The problem is that I don't really understand how all these xxx_find_next_frame() functions are supposed to work together |
| 14:48:39 | amiconn | It seems that all variants call __find_next_frame(), which in turn retrieves the area to check for a header byte by byte |
| 14:49:06 | amiconn | This would have to be changed for Jörg's idea to work |
| 14:58:25 | LinusN | well, it is supposed to get the mp3 data byte by byte from different sources |
| 14:58:42 | LinusN | either from memory or from a file |
| 15:00 |
| 15:00:00 | | Join NibbIer [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) |
| 15:00:07 | LinusN | all of them work on non-swapped data |
| 15:01:54 | amiconn | So I did understand correctly how all these functions use __find_next_frame() |
| 15:01:54 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
| 15:04:04 | amiconn | But the byte by byte processing would have to be changed into block processing for speeding up the search by using memchr() |
| 15:08:10 | LinusN | that will be a problem |
| 15:08:37 | LinusN | the file search function doesn't have a buffer |
| 15:08:45 | LinusN | so it will be a lot of work |
| 15:08:48 | LinusN | to change it |
| 15:32:33 | LinusN | kurzhaarrocker: splitedit works fine now |
| 15:33:09 | LinusN | kurzhaarrocker: is it ok if i copy your docs to Wiki? |
| 15:33:11 | kurzhaarrocker | I don't believe it! |
| 15:33:23 | kurzhaarrocker | I'd feel honored! |
| 15:33:27 | LinusN | thanks |
| 15:33:48 | LinusN | and it splits on frame boundaries as well! :-) |
| 15:33:58 | * | kurzhaarrocker falls off his chair |
| 15:34:23 | kurzhaarrocker | does it make coffe, too? |
| 15:34:27 | LinusN | übercool |
| 15:35:41 | kurzhaarrocker | So finally I can upgrade my rockbox from that ancient version and for the first time in my life play with voice ui! |
| 15:36:06 | LinusN | well, the trigger isn't done yet |
| 15:37:48 | kurzhaarrocker | I'm surprised that you were so eager to include the split editor. I thought it would have to be improved a lot. |
| 15:46:57 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 15:49:20 | LinusN | i think it's a really cool plugin |
| 15:49:26 | LinusN | and damn useful |
| 15:50:33 | kurzhaarrocker | Yes, I used it a lot already. But It would be twice as useful if it could truncate the files, too. Well someday it will... |
| 15:50:40 | LinusN | it can of course be improved, to use the buffering mp3play functions, but it works very well without them |
| 15:50:46 | | Quit AciD (Read error: 54 (Connection reset by peer)) |
| 15:51:17 | kurzhaarrocker | Especially when you zoom in depply I'd like the locator to snap to frame boundaries... |
| 15:51:27 | LinusN | yeah |
| 15:51:44 | LinusN | well, once it's in cvs we can start working on it for real |
| 15:52:06 | kurzhaarrocker | And it wouldn't be that much trouble to have serveral locators -> a cue editor is not that far away |
| 15:52:55 | amiconn | kurzhaarrocker: Iiuc the split editor is much like "mp3 direct cut", isn't it? I have to admit that I didn't check it out yet... |
| 15:53:19 | kurzhaarrocker | yes, mp3 directcut was the main inspiration :) |
| 15:54:38 | kurzhaarrocker | (what does liuc mean?) |
| 15:55:33 | LinusN | if i understand correctly? |
| 15:55:59 | kurzhaarrocker | ah, yes, that makes sense. |
| 16:00 |
| 16:00:24 | kurzhaarrocker | LinusN have you had a chance to see that little traffic light symbol on the recording screen when the trigger is enabled? |
| 16:00:34 | LinusN | nope |
| 16:00:40 | kurzhaarrocker | :( |
| 16:00:48 | LinusN | i have now committed the split editor to CVS |
| 16:00:59 | LinusN | thank a bunch for letting us have it |
| 16:00:59 | kurzhaarrocker | yay! |
| 16:01:13 | kurzhaarrocker | Thanks a bunch for including it! |
| 16:02:00 | kurzhaarrocker | Or is this a race again? Something like bluechip vs rockbox? |
| 16:04:06 | amiconn | LinusN: Yes, iiuc = if I understand correctly |
| 16:06:21 | LinusN | race? |
| 16:06:56 | kurzhaarrocker | Race like who has the better rockbox, who gets the most cheers of users. |
| 16:07:48 | kurzhaarrocker | ah, forget it. |
| 16:14:54 | kurzhaarrocker | Ninja cool? lol! |
| 16:16:30 | LinusN | kurzhaarrocker: your dox are wrong on your page |
| 16:16:39 | LinusN | the last loop icon is wrong |
| 16:16:52 | LinusN | i'll correct it in wiki |
| 16:16:56 | | Join elinenbe [0] (trilluser@207-237-224-177.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 16:17:52 | kurzhaarrocker | hihi |
| 16:19:14 | elinenbe | can I give a huge word up! to LinusN and kurzhaarrocker for the fashizzy'ist of all the plugins? |
| 16:20:30 | LinusN | elinenbe: kurzhaarrocker is the one to thank |
| 16:20:47 | kurzhaarrocker | fashizzyist? No, I won't try to speak that aloud, it would drown my keyboard... |
| 16:21:11 | * | kurzhaarrocker bows and becomes red behind his ears |
| 16:21:49 | kurzhaarrocker | But without LinusN it would have taken at least another month before it was released... |
| 16:25:37 | LinusN | http://rockbox.haxx.se/twiki/bin/view/Main/PluginSplitEdit |
| 16:26:07 | * | kurzhaarrocker is crying |
| 16:26:19 | kurzhaarrocker | all that effort finally turned out to be useful! |
| 16:26:26 | LinusN | indeed |
| 16:26:38 | LinusN | too bad it took so long |
| 16:26:46 | LinusN | for us to include it in rockbox |
| 16:27:49 | kurzhaarrocker | Let's not blame ourselves, let's enjoy the result! |
| 16:27:49 | * | kurzhaarrocker passes beer around</BODY></HTML> |
| 16:28:27 | LinusN | hmmm, the timing indicator doesn't care about the playback speed... |
| 16:28:34 | elinenbe | kurzhaarrocker: now you just have to add the changes you wanted :) |
| 16:28:45 | elinenbe | merging files, etc! |
| 16:29:46 | kurzhaarrocker | yes, LinusN, I know... Many improvements are possible :) |
| 16:31:08 | kurzhaarrocker | elinenbe that was always the problem: I just had to program the functionality I wanted... |
| 16:31:51 | elinenbe | kurzhaarrocker: I am going to add a "random split" feature that will just cut up a song into x random sized parts |
| 16:32:02 | kurzhaarrocker | Argh! |
| 16:32:21 | kurzhaarrocker | And the code is gpl -> I can't prevent him doing that. |
| 16:35:38 | LinusN | the next step would probably be to rewrite it to use the mp3play functions, to enable more accurate editing |
| 16:35:47 | LinusN | and truncating :-) |
| 16:36:29 | kurzhaarrocker | yes, but truncating is a different beast as that requires to handle the id3 tag information which my quickhack ignores completely |
| 16:36:40 | *** | Saving seen data "./dancer.seen" |
| 16:37:22 | LinusN | well, to snip off the end of a file is easy |
| 16:37:42 | LinusN | and you don't have to care about the id3 tag |
| 16:38:01 | LinusN | the id3 api handles that nicely |
| 16:38:20 | LinusN | look at the vbrfix plugin |
| 16:39:00 | LinusN | all of the id3 functions are not exported, but that's quicly done |
| 16:40:05 | elinenbe | quick question: the splitedit.rock −− should it go in the viewers dir, or the rocks dir? |
| 16:41:02 | LinusN | rocks |
| 16:41:19 | kurzhaarrocker | agreed |
| 16:41:21 | LinusN | it works on the currently playing mp3 |
| 16:41:38 | LinusN | it may very well be a viewer later on |
| 16:41:48 | LinusN | but not as it works now |
| 16:41:59 | kurzhaarrocker | once it isnt a spit editor but a cue editor... |
| 16:42:24 | LinusN | in fact, converting it to a viewer is easy |
| 16:42:38 | LinusN | but you would have to add playback control to the plugin |
| 16:44:16 | LinusN | hmm, all it takes is mpeg_play(argument); |
| 16:44:35 | LinusN | and maybe a more sophisticated ff/rew mechanism |
| 16:44:53 | LinusN | i think i'll do that soonish |
| 16:45:01 | kurzhaarrocker | Actually it is quite important that you can just hit the pause button while playback and use the split editor to finetune only |
| 16:45:35 | LinusN | yeah, it makes it easy to find the spot |
| 16:46:11 | LinusN | it an of course be done both ways |
| 16:46:37 | LinusN | either use the currently playing file, or the file you select in the browser |
| 16:46:41 | kurzhaarrocker | I thought in a different way: let's save the volume info to disk while playback or recording and so that the entire volume curve available. |
| 16:47:25 | kurzhaarrocker | If you have the entire volume curve available the split editor would be boosted to another dimension. |
| 16:47:46 | LinusN | i have to go now |
| 16:47:51 | LinusN | cu later guys |
| 16:48:00 | kurzhaarrocker | Thanx again, LinusN |
| 16:48:13 | LinusN | thank *you* |
| 16:48:16 | | Part LinusN |
| 16:50:47 | | Join mecraw [0] (~lmarlow@69.2.235.2) |
| 16:55:29 | | Part kurzhaarrocker |
| 17:00 |
| 17:37:59 | | Join Smooth [0] (909510b8@ACBE197F.ipt.aol.com) |
| 17:38:00 | | Quit NibbIer (Read error: 104 (Connection reset by peer)) |
| 17:38:03 | | Quit Smooth (Client Quit) |
| 17:50:59 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 17:58:12 | | Join scott666 [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
| 18:00 |
| 18:11:42 | | Join WheatPuppet [0] (~nhusher@pool-64-222-115-177.burl.east.verizon.net) |
| 18:11:56 | | Quit WheatPuppet (Read error: 54 (Connection reset by peer)) |
| 18:12:06 | | Join Bilob [0] (~a@pD95D6A94.dip.t-dialin.net) |
| 18:12:06 | | Join WheatPuppet [0] (~nhusher@pool-64-222-115-177.burl.east.verizon.net) |
| 18:12:16 | Bilob | Hi! |
| 18:12:25 | WheatPuppet | Howdy |
| 18:13:03 | * | WheatPuppet is made happy by Rockbox. |
| 18:13:04 | Bilob | Fine! And you? |
| 18:13:21 | Bilob | me too!!! |
| 18:14:30 | WheatPuppet | How is it that the open source software, written based off of no documentation, is so much better than the default ARCHOS ware? |
| 18:14:57 | Bilob | I got the jukebox recorder v2! An AV-Cable was included. Does it mean that it is able to play video??? |
| 18:15:47 | WheatPuppet | You mean a headphone jack that turns into a red+black cable? |
| 18:16:09 | WheatPuppet | B/C that's just for interfacing with a stereo or the like. |
| 18:18:19 | Bilob | No, I have a cable that has a stereojack with 3 rings and red, white and yellow chinch |
| 18:19:11 | WheatPuppet | Eh? Does it say anything in the manual about playing videos? |
| 18:20:54 | Bilob | No, in the manual it say nothing about that! |
| 18:20:57 | Bilob | Strange |
| 18:21:59 | WheatPuppet | Maybe an error in packaging? I always thought the Recorder V2 was like the FM Recorder with better recording capabilities and no radio. |
| 18:22:56 | | Quit elinenbe (" WOW! This IRC Client ownz! HydraIRC -> http://www.hydrairc.com <-") |
| 18:23:25 | Bilob | Well, in our store they said it has FM. But it has not! |
| 18:23:39 | Bilob | I think it might be a cable for multimedia! |
| 18:25:22 | WheatPuppet | *shrug* I've never heard of it. My guess is no. I'd look around for more info, though. |
| 18:29:12 | | Join [IDC]Dragon [0] (~d90a3255@reladm.kharkov.net) |
| 18:29:17 | Bilob | What archos do you have? |
| 18:30:06 | [IDC]Dragon | WheatPuppet: no use for a video cable, sorry |
| 18:30:43 | [IDC]Dragon | a V2 recorder is an FM recorder without tuner, no more, no less. |
| 18:36:44 | *** | Saving seen data "./dancer.seen" |
| 18:39:34 | Bilob | Have to go now! Have a nice day! |
| 18:40:02 | | Quit Bilob () |
| 19:00 |
| 19:05:18 | WheatPuppet | Oh, that's what I though. |
| 19:05:21 | WheatPuppet | *thought. |
| 19:06:02 | | Quit [IDC]Dragon ("no fate but what we make (EOF)") |
| 19:06:05 | WheatPuppet | It doesn't even have a better recording device? Wow. |
| 19:19:43 | | Join NibbIer [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) |
| 20:00 |
| 20:00:54 | | Part WheatPuppet |
| 20:25:35 | | Join Smooth [0] (909510b8@ACBE6F53.ipt.aol.com) |
| 20:36:46 | *** | Saving seen data "./dancer.seen" |
| 21:00 |
| 21:48:05 | | Join zeekoe [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
| 21:56:57 | Smooth | Hi |
| 21:57:15 | zeekoe | hi |
| 21:57:24 | Smooth | hi zee |
| 21:57:34 | zeekoe | hi Smo |
| 21:57:42 | zeekoe | ;) |
| 21:58:10 | Smooth | :-) |
| 21:59:26 | | Join Bilob [0] (~a@pD9E20C66.dip.t-dialin.net) |
| 21:59:32 | Bilob | Hi! |
| 21:59:34 | zeekoe | hi |
| 21:59:37 | zeekoe | you new? |
| 21:59:50 | zeekoe | *are you new |
| 21:59:56 | Bilob | Yeah! Since yesterday! |
| 21:59:59 | zeekoe | cool |
| 22:00 |
| 22:00:10 | zeekoe | or were you jackophta or so |
| 22:00:19 | zeekoe | yesterday |
| 22:00:34 | Bilob | No i'm always bilob! |
| 22:00:37 | zeekoe | okay |
| 22:00:41 | zeekoe | welcome :) |
| 22:00:52 | zeekoe | just bought a jukebox? |
| 22:00:53 | Bilob | thx! |
| 22:01:18 | Bilob | I joined yesterday because i got my archos yesterday too |
| 22:01:28 | zeekoe | which archos? |
| 22:03:48 | Bilob | Jukebox 20 recorder v2 |
| 22:03:54 | Bilob | and you? |
| 22:03:56 | | Quit AciD (Read error: 54 (Connection reset by peer)) |
| 22:04:09 | zeekoe | i have v1 |
| 22:04:21 | zeekoe | i like the fact it uses normal batteries |
| 22:04:30 | Bilob | Right! Where do you come from? |
| 22:05:38 | zeekoe | well... when you see some beautifull hills and green plains and sheep and cows eating grass |
| 22:06:04 | zeekoe | you have to walk about half way around the world and you're in holland, my county |
| 22:06:06 | zeekoe | +r |
| 22:06:29 | Bilob | I imagined that! |
| 22:06:33 | zeekoe | :P |
| 22:06:36 | zeekoe | and you? |
| 22:07:07 | Bilob | Well, let's say that i'm something like a neighbor to you! |
| 22:07:15 | Bilob | I'm from Germany! |
| 22:07:32 | zeekoe | oh no! |
| 22:07:35 | zeekoe | :P |
| 22:07:39 | Bilob | Hehe, why? |
| 22:07:56 | Bilob | But i'm italian! |
| 22:07:59 | zeekoe | :P |
| 22:08:07 | zeekoe | italians are worse |
| 22:08:16 | zeekoe | especially when they live in germany |
| 22:08:16 | Bilob | thanks :-O |
| 22:08:24 | Bilob | :-( |
| 22:08:30 | zeekoe | ;-) |
| 22:08:39 | zeekoe | where do you live in germany? south/west/east/north? |
| 22:09:28 | Bilob | West! In Duisburg! And you? |
| 22:10:56 | zeekoe | now in North-East, Hoogezand, and out of holidays during the week in Hengelo (Mid-East) |
| 22:11:31 | Bilob | Aha! |
| 22:11:43 | zeekoe | :P |
| 22:11:46 | Bilob | I only was in Venlo and in Amsterdam! |
| 22:11:51 | zeekoe | okay... |
| 22:11:59 | Bilob | Have you been in Germany or Italy? |
| 22:12:05 | zeekoe | I bought my archos recorder in Amsterdam |
| 22:12:33 | zeekoe | in 5th class (2 or 3 years ago) I went to Italy |
| 22:13:07 | zeekoe | and when going to Hengelo from Hoogezand by car, we always drive through Germany, because there's no speed limit :) |
| 22:15:24 | Bilob | Oh yeah! That is always the same! The hollands come to germany to speed over german highways! And in most cases they are involved in incidents! |
| 22:15:48 | zeekoe | hehe :P |
| 22:16:00 | Bilob | :-) |
| 22:16:17 | zeekoe | are you sure it's not Bilbo? |
| 22:16:33 | zeekoe | Bilbo Baggings, from the Shire? :) |
| 22:16:49 | Bilob | Yes im sure! It has something to do with my name! |
| 22:18:24 | zeekoe | do you use a 56k modem to connect? |
| 22:22:43 | Bilob | No! DSL! |
| 22:22:48 | Bilob | Why? |
| 22:23:01 | zeekoe | [Bilob] (~a@pD9E20C66.dip.t-dialin.net |
| 22:23:09 | Bilob | ??? |
| 22:23:10 | zeekoe | t-dialin.net |
| 22:23:20 | Bilob | What's that? |
| 22:23:32 | zeekoe | that seems to be you |
| 22:24:01 | Bilob | How did you find that out? |
| 22:24:02 | amiconn | zeekoe: With DSL, you still have to establish a connection somehow (PPPoE in case of the German provider T-Online). |
| 22:24:19 | Bilob | Yes right! |
| 22:25:00 | zeekoe | okay... in holland it's mostly PPPoA or just DHCP, but some weird wanadoo cable thingy also uses PPPoE |
| 22:25:16 | amiconn | Bilob: How he found out: If someone joins, his nick is displayed along with a user@hostname string |
| 22:25:42 | amiconn | I happen to be a T-Online DSL user as well |
| 22:25:44 | zeekoe | but i don't have the faintest idea what all the PPPo* stuff does with the line, and how it works |
| 22:27:01 | zeekoe | how's #rockbox-trivia doing? |
| 22:27:12 | Bilob | Ah, ok! |
| 22:27:25 | zeekoe | i didnt see anything running the past few days |
| 22:27:56 | scott666 | ask diddy |
| 22:28:39 | zeekoe | diddy? |
| 22:28:46 | zeekoe | dstar5 |
| 22:31:26 | Bilob | A little question: |
| 22:32:20 | Bilob | Why does the red LED not work while it is connected to the computer? |
| 22:32:40 | zeekoe | the red led is controlled by software |
| 22:33:05 | zeekoe | i think the usb <-> computer interfacing is controlled by hardware, but not sure |
| 22:33:21 | amiconn | Bilob: Because the hd is under control of the usb-ata bridge chip then, and out of rockbox control, so it doesn't know when the disk is active |
| 22:33:40 | amiconn | The red led is controlled by software (rockbox), as zeekoe said |
| 22:33:43 | zeekoe | good g |
| 22:33:46 | zeekoe | whoops |
| 22:33:56 | zeekoe | *good question for rockbox trivia |
| 22:34:22 | zeekoe | well, not really :) |
| 22:35:06 | zeekoe | Bilob: you can check the recording screen, the led does all weird things |
| 22:35:23 | amiconn | The red led was an error indicator with the Archos firmware. Only Rockbox turned it into a hd activity led |
| 22:35:37 | zeekoe | an error indicator? |
| 22:35:44 | zeekoe | was the original firmware so erroneous? |
| 22:36:21 | amiconn | Yes, that is how it is described in the manual. However, it isn't explained what kind of errors it should indicate |
| 22:36:33 | zeekoe | ... |
| 22:36:46 | | Quit Smooth (Read error: 54 (Connection reset by peer)) |
| 22:36:48 | *** | Saving seen data "./dancer.seen" |
| 22:36:51 | zeekoe | was the red led on, some times, in the original firmware? |
| 22:37:16 | amiconn | yes |
| 22:37:51 | zeekoe | hm.. weird archos guys |
| 22:37:52 | amiconn | And I always wondered about the number of errors... |
| 22:37:55 | zeekoe | :P |
| 22:39:27 | | Nick midk|sleep is now known as midk (~midk@c-24-18-39-204.client.comcast.net) |
| 22:39:29 | Bilob | Thanks! |
| 22:40:31 | | Quit midk ("Leaving") |
| 22:40:45 | amiconn | zeekoe: Original recorder (v1) manual, English part, p. 28 (Trouble shooting): |
| 22:41:34 | amiconn | Error light (red) is on: Read error from hard disk usually due to insufficient power from batteries: recharge batteries using included power adaptor |
| 22:42:16 | zeekoe | amiconn: that's all? |
| 22:43:54 | Bilob | Will have to go to bed now!!! Bye! |
| 22:44:02 | zeekoe | Bilob: nite! |
| 22:44:04 | amiconn | Everything they say about the red led for trouble shooting, yes. I didn't find references to it in other parts of the manual (from quick reading) |
| 22:44:18 | zeekoe | how useful can a red led be :P |
| 22:44:40 | zeekoe | btw, i'm converting some video file now... |
| 22:44:49 | amiconn | Especially the leds aren't mentioned in the part about the screen and button layout |
| 22:44:52 | zeekoe | do i have to join the yuv files or the rvf files? |
| 22:45:26 | zeekoe | they just added the led so rockbox devvers could more easily reverse engineer the thing :P |
| 22:46:04 | zeekoe | brb, really much fire & ambulance sirens here... |
| 22:46:08 | amiconn | If the sum of the yuv file sizes are < 2 GB, you could join at that point; otherwise I recommend joining after converting to rvf |
| 22:46:27 | | Quit Bilob () |
| 22:46:52 | amiconn | Just remember to join before rvf_mux, because rvf files _with_ audio are no longer headerless |
| 22:49:03 | zeekoe | whatever, i'll read it in the paper :) |
| 22:49:12 | zeekoe | the sum of the files is 1.5 GB |
| 22:49:17 | zeekoe | so i'll join them now |
| 22:49:33 | zeekoe | do you know of a good program? |
| 22:50:10 | amiconn | copy part1.yuv /b + part2.yuv /b combined.yuv /b |
| 22:50:22 | zeekoe | l33t |
| 22:50:25 | amiconn | (For dos/win users) |
| 22:52:37 | zeekoe | V:\Video>copy thewall1.yuv /b + thewall2.yuv /b thewall.yuv /b |
| 22:52:37 | zeekoe | The system cannot find the file specified. |
| 22:52:44 | zeekoe | ?! |
| 22:52:58 | amiconn | Huh? |
| 22:53:07 | zeekoe | it cant find any files?! |
| 22:53:56 | zeekoe | heh |
| 22:54:15 | zeekoe | reopening the cmd worked |
| 22:54:26 | zeekoe | i plugged out my jukebox inbetween |
| 22:56:33 | Ctcp | Version from amiconn!~jens@pD9E7F5CB.dip.t-dialin.net |
| 23:00 |
| 23:00:59 | amiconn | I'm going to do the white backlight mod now |
| 23:01:05 | zeekoe | cool |
| 23:01:10 | zeekoe | good luck :) |
| 23:01:19 | amiconn | Thanks |
| 23:01:33 | zeekoe | what's the use of white backlite, other than you can tell us about it? |
| 23:03:33 | amiconn | More pleasant grayscale display (good for viewing videos ;-) ), brighter. And of course it looks cool :-) |
| 23:04:04 | amiconn | [IDC]Dragon has already done it, see http://joerg.hohensohn.bei.t-online.de/archos/backlight.jpg |
| 23:04:18 | zeekoe | cool |
| 23:04:43 | | Join russb1 [0] (~jirc@CPE-24-94-196-35.mn.rr.com) |
| 23:04:44 | zeekoe | and of course, grayscale looks better then... nice |
| 23:05:35 | amiconn | You can really call it grayscale then, otherwise it should rather be called greenscale |
| 23:05:45 | zeekoe | :) |
| 23:06:17 | zeekoe | [IDC]Dragon's mod looks a bit like bluescale |
| 23:06:25 | zeekoe | but that's always better than greenscale |
| 23:10:26 | amiconn | Yes, he used cold-white leds, so it looks a bit blueish in the photo |
| 23:10:39 | zeekoe | ok |
| 23:12:29 | zeekoe | yay, files joined (at last) |
| 23:17:10 | russb1 | Can someone answer a questin for me? Is there a limit to the number of mp3 you can have in a directory? I keep geeting "dir buffer is full" error on directories that have alot of files in them |
| 23:17:26 | zeekoe | russb1: you can set the limits |
| 23:17:46 | zeekoe | rockbox menu, system settings, limits (iirc) |
| 23:18:48 | zeekoe | general settings -> system -> limits |
| 23:18:49 | russb1 | thanks alot |
| 23:18:59 | zeekoe | but you should keep it low |
| 23:19:28 | zeekoe | don't thank me, thank the rockbox team :) |
| 23:19:44 | zeekoe | the higher you put it, the more memory it costs, and the less playing time you'll have |
| 23:20:23 | russb1 | thanks, I will keep that in mind |
| 23:20:27 | zeekoe | ok |
| 23:20:34 | zeekoe | how many files did you have? |
| 23:21:03 | russb1 | 1200 or so |
| 23:21:18 | zeekoe | that's a lot... |
| 23:21:29 | zeekoe | how can you find stuff in a dir that large? |
| 23:21:56 | russb1 | I just like putting on the shuffle and letting it play |
| 23:22:04 | zeekoe | :) |
| 23:22:21 | zeekoe | you can also put the files in separate directories |
| 23:22:28 | russb1 | I have sub folders of specific music types in case I "feel" like something |
| 23:22:45 | zeekoe | then make a playlist of it all, and put it on shuffle |
| 23:22:55 | zeekoe | playlists are much less memory consuming than dirs |
| 23:23:13 | zeekoe | well, that's what i think... |
| 23:23:44 | zeekoe | what kind of music do you have? |
| 23:24:53 | russb1 | All types, Rock, Rap, country, classical, hardrock, easy listening |
| 23:25:05 | zeekoe | cool |
| 23:25:52 | zeekoe | do you know ayreon? |
| 23:26:39 | russb1 | I do not know anyone. This is my first time here. Just came cause that error message was getting on my nerves |
| 23:28:31 | zeekoe | ok :) |
| 23:28:35 | zeekoe | but ayreon is a band :) |
| 23:29:04 | zeekoe | they make good music.. |
| 23:34:40 | | Quit russb1 ("Leaving") |
icon identifies that the person is a core developer (has commit access).