00:00:05 | Mojito | but i think its much easier than assambler.. or similar |
00:00:09 | stripwax | best to just write some C instead .. |
00:00:40 | ashridah | mmhf |
00:01:01 | muesli- | n8 m8s |
00:01:15 | HCl | o_o; |
00:01:16 | HCl | um. |
00:01:23 | HCl | Mojito: you'd need to write a j2me virtual machine. |
00:01:27 | HCl | for the iriver. |
00:01:36 | Mojito | yes |
00:01:38 | stripwax | HCl - hm, thought I'd already said that ;-) |
00:01:48 | HCl | stripwax: yea but i got the impression he didn't understand |
00:01:50 | Mojito | mhm |
00:01:52 | stripwax | mm |
00:02:04 | HCl | because the assembler statement afterwards doesn't make sense |
00:02:22 | Mojito | muesli, are you still there? |
00:02:56 | stripwax | HCl - I figured mojito was just saying 'java is easier than assembler' and I was saying, why not just use C, since most of rockbox is written in C.. |
00:03:04 | HCl | mhm |
00:03:10 | Mojito | ok |
00:03:10 | HCl | C isn't much harder than java at all |
00:03:15 | HCl | the only thing C lacks is OO |
00:03:18 | Mojito | so i missunderstood |
00:03:19 | HCl | which can be annoying at times. |
00:03:55 | Mojito | if i want code for rockbox i need to know c, and not assambler? |
00:03:59 | HCl | yes |
00:04:06 | Mojito | ok ;) |
00:05:11 | Mojito | my idea was, that i perhaps j2me is much better for jukeboxes, because its very good for manage the low ressources...you konw, what kind of games you can play at your mobile phone without good hardware |
00:05:23 | Mojito | -i |
00:05:33 | HCl | as much as i like java |
00:05:41 | HCl | i still don't believe its good for low-resource devices. |
00:06:26 | Mojito | but j2me is especilly for low-resource devices ;) |
00:06:34 | Mojito | you dont think its good? |
00:06:40 | HCl | no i don't, heh. |
00:06:42 | stripwax | Mojito - mm, you know, C and assembler are much better for jukeboxes. Because even if you write an application in java, at the end of the day, you're running a java interpreter and virtual machine, which have been written in C or assembler... so why not just cut out the middleman and write directly in C or asm? |
00:06:45 | Mojito | ok ;) |
00:06:48 | | Join [1]Moos [0] (i=Moos@m60.net81-66-158.noos.fr) |
00:07:02 | HCl | i think you're forgetting that you have to write a java bytecode compiler for the motorola coldfire platform first |
00:07:08 | Mojito | ehe, ok stripwax thats a argument ;) |
00:07:24 | | Quit [1]Moos (Read error: 104 (Connection reset by peer)) |
00:07:32 | | Join [1]Moos [0] (i=Moos@m60.net81-66-158.noos.fr) |
00:07:32 | Mojito | my problem is, that i've studied only java yet |
00:07:43 | HCl | JIT compiling will never be as fast as hand written /optimized C code |
00:07:52 | stripwax | Mojito - and I really don't think java is any better at resource management than C/asm - other than that fact that a java programmer doesn't need to understand memory management |
00:08:03 | Mojito | and i'm very interessed in coding for perhaps rockbox |
00:08:08 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
00:08:08 | | Nick [1]Moos is now known as Moos (i=Moos@m60.net81-66-158.noos.fr) |
00:08:11 | HCl | you don't want to run a garbage collector either, heh. |
00:08:13 | stripwax | Mojito - you'd do well to learn C then.. |
00:08:22 | *** | Saving seen data "./dancer.seen" |
00:08:29 | stripwax | HCl heh |
00:08:42 | Mojito | i had learned also c++ a bit some years ago ;) |
00:08:56 | stripwax | can you remember the C bits? ;-) |
00:09:05 | Mojito | i? no |
00:09:16 | stripwax | hmm |
00:09:26 | Mojito | i think could understand the c code, if i know java? |
00:09:48 | Mojito | by the way, where do you come from? germany? |
00:10:01 | Mojito | i speak not very well english.. |
00:10:04 | stripwax | You could probably get a feel for the C code if you know java −− but you'd probably really only understand the C code if you understand C ... |
00:10:04 | XavierGr | look some of the code and tell us if you understand anything |
00:10:05 | stripwax | uk |
00:10:11 | Mojito | sorry for that |
00:10:14 | Mojito | i've to study ;) |
00:10:46 | Mojito | so on the rockbox homepage is written that i should downlaod cygwin |
00:11:01 | XavierGr | to compile rockbox go here: |
00:11:18 | Mojito | this is an independent ide ? |
00:11:29 | stripwax | So- anyone ever tried returning a rockbox-modified iriver for repairs under warranty? |
00:11:31 | XavierGr | http://forums.rockbox.org/index.php?topic=1268.0 |
00:11:35 | stripwax | Mojito - "independent" ? |
00:12:09 | stripwax | Mojito - do you know what unix is? |
00:12:26 | XavierGr | stripwax: yeah I meant you. Did you broke yours? |
00:12:33 | Mojito | yes i think so ;) |
00:13:23 | stripwax | XavierGr ah ok. yep. one-too-many shoves in the reset button, and something broke inside (some tiny component with "ST" written on it .. ). I've put it back together and called iriver Europe .. wonder if they'll refuse repair because Rockbox is installed... |
00:13:45 | Mojito | with independent i mean, its not required to look at the rockbox code? can i use any other ide for c? |
00:13:55 | XavierGr | hmm man that is bad? |
00:14:05 | | Join whistlerbrk [0] (n=kunalash@user-12lcn4f.cable.mindspring.com) |
00:14:15 | XavierGr | so you can't even turn it on to reflash to the old firmware? |
00:14:21 | stripwax | Mojito ok well, cygwin is a unix-like environment that runs on Windows. You can use standard development tools that normally run on unix, that have been built for cygwin, to compile rockbox |
00:14:37 | stripwax | Mojito - if you want to *look* at rockbox code, you can use a webbrowser ;-) |
00:14:39 | Mojito | ah ok, i understand! :) |
00:14:52 | stripwax | www.rockbox.org/viewcvs.cgi |
00:15:05 | stripwax | XavierGr - yeah, that's right ;-( ;-( |
00:15:06 | Mojito | aah |
00:15:20 | Mojito | i was only wondering, because with notepad i cant open the *.c files |
00:15:29 | stripwax | I bet you can use Wordpad instead |
00:15:37 | XavierGr | normaly you can |
00:15:46 | stripwax | notepad doesn't respect the unix line-endings |
00:15:48 | XavierGr | OR notepad2!!!! |
00:15:54 | XavierGr | it is so cool! |
00:15:58 | stripwax | Or anything, really, except notepad |
00:16:17 | stripwax | msdev is quite a good editor ;-) |
00:16:34 | Mojito | for example: ill get lovely "I04: IllInstr" errors... :-) */ |
00:16:34 | Mojito | rb = api; |
00:16:34 | Mojito | #ifndef SIMULATOR |
00:16:34 | DBUG | Enqueued KICK Mojito |
00:16:34 | Mojito | rb->memcpy(iramstart, iramcopy, iramend-iramstart); |
00:16:34 | Mojito | # |
00:16:42 | Mojito | ah |
00:16:43 | Mojito | sorry |
00:16:48 | stripwax | huh? |
00:16:50 | Mojito | in my editor (notepad) |
00:16:59 | Mojito | i see strange symbols |
00:17:12 | stripwax | yeah so like i said, don't use notepad .. |
00:17:18 | Mojito | but when i copy and pasted it here, they become normal code |
00:17:20 | Mojito | strange |
00:17:21 | stripwax | notepad is THE WORST EDITOR EVER for programming |
00:17:29 | Mojito | yes ;) |
00:17:40 | stripwax | Mojito - no, it's not strange. it's exactly what I just said - notepad doesn't respect the line-endings for unix files |
00:17:44 | Mojito | i konw, i should change to linux ;) |
00:17:58 | Mojito | ok stripwax i understand :) |
00:18:09 | stripwax | or just use an editor that understands "LF means end of line", e.g. wordpad. which you already have installed. |
00:18:15 | XavierGr | no you can use just a different word proccessor. |
00:18:40 | Mojito | i've opened it with firefox ;) |
00:18:49 | XavierGr | anyway good night all! |
00:18:51 | | Quit XavierGr () |
00:19:13 | Mojito | i remember 5 years ago, when i saw the first jukebox the first time in tv... |
00:19:18 | | Quit muesli- (Read error: 113 (No route to host)) |
00:19:19 | stripwax | Mojito - yeah - seriously- anything other than Notepad will work. notepad is probably the only thing that won't work. |
00:19:24 | Mojito | i think it was a creative one with 6 gb |
00:19:42 | Mojito | stripwax, ok so i forget notepad ;) |
00:20:41 | Mojito | and the price was about 600 $,.. i thought, i need a jukebox... its great. and now 5 years later i looked again |
00:20:47 | | Quit adiamas ("Chatzilla 0.9.68a [Firefox 1.0.6/20050716]") |
00:20:55 | stripwax | the new iriver U10 looks stunning |
00:21:05 | Mojito | and the most people in the internet says that iriver is one of the best :) |
00:21:39 | Mojito | so i choosed the iriver h340, good choice? |
00:21:41 | stripwax | I don't understand why the H10 series can't play ogg files though! :-) |
00:22:18 | stripwax | Mojito - yeah, very good choice. You can even take it apart and fit a extra long life battery and a 60GB hard drive. Of course I couldn't possibly recommend that ... ;-) |
00:22:43 | Mojito | i would try that in 2 years |
00:22:56 | Mojito | when the warranty is lost ;) |
00:23:10 | stripwax | Oh. Heh. I've just re-read the U10 description, it's only 2GB! what a crazy idea, QVGA screen, docking station, and only 2gb |
00:23:20 | Mojito | yes |
00:23:33 | Mojito | i saw also at a friend the new PSP |
00:23:37 | Mojito | playstation protable |
00:23:41 | Mojito | its very great |
00:23:48 | Mojito | huge display |
00:23:55 | Mojito | and good hardware |
00:24:03 | stripwax | Yeah, played one at the weekend. UMS is such a weird idea though |
00:24:10 | Mojito | but you can put only flash memory in it |
00:24:14 | Mojito | with max 4 gb |
00:24:30 | stripwax | er, I mean UMD. |
00:24:38 | Mojito | and i need a harddrive wich minimum 40 gb |
00:24:44 | Mojito | with |
00:25:07 | Mojito | so its not an alternative for the h340 |
00:25:50 | Mojito | so you konw, if rockbox is finish for the h340, it could also manage more than 9999 files? |
00:26:09 | stripwax | of course |
00:26:10 | Mojito | i read that the h340 has a limit |
00:26:24 | Mojito | and i have yet 7000 mp3s |
00:26:32 | stripwax | yeah - because it can only display four numbers in a row, so the highest number is 9999. it's dumb. |
00:26:34 | Mojito | they are 30 gb |
00:26:35 | | Quit markun () |
00:26:47 | stripwax | rockbox doesn't have any limit |
00:27:01 | Mojito | so perhaps you have more thatn 9999 files with less than 40 gb |
00:27:05 | Mojito | good :) |
00:27:25 | Mojito | and i hope that rockbox can play also divx4 |
00:28:01 | Mojito | avi files are possible to play with the h340 right? |
00:28:13 | Mojito | but first you have to convered them? |
00:28:14 | stripwax | Mojito - that is much less likely - I think it is likely you will need to transcode your files to a different format first. |
00:28:22 | stripwax | yeah, you need to convert them first |
00:28:29 | Mojito | ok |
00:28:40 | Mojito | but how many times it will take to convert them? |
00:28:43 | Mojito | in real time? |
00:28:56 | Mojito | and what is a about the size of the files? |
00:29:30 | Mojito | it would be much easier to copy only the avi file or mpeg file at the h340 and play them :) |
00:29:33 | stripwax | I have no idea, sorry. What does it say on www.misticriver.net ? |
00:29:49 | stripwax | Mojito - it would be easier, but I don't think the h340 has the computing power to do that |
00:29:52 | Mojito | i'vent found yet a post about that theme |
00:30:01 | Mojito | not? mhm |
00:30:06 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
00:30:28 | Mojito | i thought it is a very powerful device ;) |
00:30:39 | stripwax | Mojito - there's an entire forum all about video on the h340 ... ! http://www.misticriver.net/boards/forumdisplay.php?f=106 |
00:30:56 | Mojito | ok i look, thank you ! |
00:31:16 | Mojito | aaaah i didnt see that |
00:31:20 | stripwax | hmmm |
00:32:38 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
00:32:38 | * | stripwax has just spent a couple of hours arranging his CDs in order by their colour ... |
00:32:39 | Mojito | i spoke with some friends |
00:32:49 | Mojito | and all of them think ipod is good |
00:32:59 | flurble | does ipod play oggs yet? |
00:33:20 | Mojito | they would prefer ipod, particularly the ipod nano |
00:33:29 | stripwax | Mojito - ipod can't do gapless, can't play oggs, can't play music that's drag-and-dropped onto it, and doesn't work with open software (i.e. you have to use iTunes, and iTunes is a piece of crap) |
00:33:33 | Mojito | they dont know what ogg is ;) |
00:33:56 | stripwax | ipod nano serves a purpose. so does ipod shuffle. i guess. </shrug> |
00:34:47 | Mojito | but why do all the people think that ipod is so good?? |
00:34:51 | Mojito | i cant imagine |
00:34:51 | stripwax | all my music is in ogg, even before I thought about buying a portable mp3 player. i made pretty much the only choice I could make, fortunately it turned out to be a pretty good choice. My girlfriend bought a Rio Karma, which I actually think is better than the iriver ihp-120 |
00:35:10 | stripwax | Mojito - no idea. maybe because they've Seen The Adverts and Bono Said It Was Rock And Roll. |
00:35:30 | stripwax | Mojito - or maybe it's because it's the only mp3 player they can remember the name of? ;-) |
00:35:40 | | Quit ender` (Connection timed out) |
00:36:19 | flurble | ipod is pretty? and has a funky spinny wheel thing? |
00:36:32 | Mojito | i read a good post about that... apple put their money to pay u2 and iriver put their money to pay the developer ;) |
00:37:16 | Mojito | i read a lot gapless, but what does it mean?? |
00:37:22 | Mojito | i cant translate to german :( |
00:37:43 | linuxstb | No extra silence between tracks - i.e. it plays like the original CD |
00:37:50 | Mojito | yes??? |
00:38:15 | Mojito | but i've read often, that iriver h340 put 2 secounds silence between the files |
00:38:45 | Mojito | is that information wrong? |
00:38:48 | linuxstb | I've no experience of iriver's firmware - but gapless is a software issue. Rockbox is gapless. |
00:39:20 | stripwax | Mojito - iriver h340 does put a small gap of silence between each track. That's why I no longer use the iriver firmware but use rockbox instead |
00:39:33 | Mojito | ok |
00:39:39 | Mojito | ;) |
00:39:54 | Mojito | but there isnt yet a rockbox version for the h3x0 |
00:40:15 | stripwax | this is true. but i don't have a h3x0, i have an h120 |
00:40:44 | Mojito | and why could rockbox play gapless and the original firmware not?? |
00:40:56 | linuxstb | Because it was designed that way. |
00:41:07 | stripwax | Mojito - because iriver developers weren't paid enough? ;-) |
00:41:08 | Mojito | yes, but they do not for style |
00:41:15 | Mojito | stripwax i think so ;) |
00:41:30 | linuxstb | IMO, gapless isn't a bug that can be fixed, the playback engine needs to be designed that way from the start. |
00:41:32 | stripwax | Mojito - all the more reason to make a donation to rockbox ;-) |
00:41:55 | stripwax | linuxstb - yes, but I'm stunned that iriver didn't |
00:41:59 | Mojito | are rockbox coder much better than the offical of iriver??? |
00:42:06 | Moos | I bet is a commercial issue ;) |
00:42:27 | stripwax | Moos - really? like what? i can't think of any reason why 'not gapless' is commercially better than 'gapless' |
00:42:31 | Mojito | i thought also about the h120 |
00:42:49 | Mojito | but the h1xx series hasnt a 40gb harddriver or? |
00:43:09 | stripwax | Mojito - rockbox coders work for 'free' and keep on developing until everything is 100% perfect. iriver coders work to deadlines and are finished when their product department says so |
00:43:12 | Moos | stripwax: if you do the best player that you can at start, it will be hard to sell others models in the futurs |
00:43:18 | stripwax | Mojito - what, like the IHP-140 aka H140? |
00:43:37 | stripwax | Moos - how does that explain that the H10 20gb player doesn't even support ogg? |
00:43:46 | stripwax | or that the U10 (which looks loverly) has only 2GB? |
00:43:59 | Moos | hehe good question ;) |
00:44:20 | linuxstb | Rockbox's biggest advantage is that it is a single code-base for multiple players. Companies like iriver seem to start again with each new device. |
00:44:41 | Nilisco | Does the guy working on the iaudio x5 ever stop by in here? |
00:44:45 | Moos | stripwax: maybe for there are peoples who buy mutiples players |
00:45:11 | stripwax | linuxstb - not sure that's true. ifp and ihp players do seem very similar (or at least in terms of functionality and user interface - of course the underlying hardware is different but maybe no more so than archos vs ihp) |
00:46:28 | linuxstb | But if they had a single code-base, they could easily release updates for their older players - in the same way Rockbox keeps support fot the first Archos devices. |
00:46:40 | stripwax | linuxstb - there's no incentive for them to do so |
00:46:44 | Mojito | i couldnt find the h140 and ihp-140 at the iriver homepage |
00:46:46 | Mojito | its old? |
00:47:07 | Moos | rare in the market |
00:47:07 | stripwax | Mojito - I got my h120 nearly two years ago. advancedmp3players.co.uk still sell h140 |
00:47:22 | linuxstb | The incentive should be a good reputation for supportting their products. |
00:47:27 | flurble | I got my h140 in january |
00:47:52 | Moos | iHp140 here since ~2 years too |
00:47:56 | stripwax | linuxstb - they do support their products for a year or so after release (or at least they used to, not sure of their recent behaviour) |
00:48:06 | stripwax | ^support^release new firmware/features |
00:48:19 | | Quit ashridah (Read error: 113 (No route to host)) |
00:48:30 | linuxstb | There is no way I would have bought an iriver if Rockbox didn't exist - because of their reputation for not fixing bugs. |
00:49:00 | Moos | :) |
00:49:21 | Moos | but very stable firmware |
00:49:22 | stripwax | linuxstb - i can't think of any bugs in ihp series that are real bugs. I think iriver do a pretty good job of fixing actual bugs |
00:49:40 | Moos | I think so |
00:50:13 | linuxstb | There's the famous recording glitch for a start. |
00:50:29 | Moos | hehe :D |
00:50:45 | Moos | not very critical |
00:50:49 | Mojito | so |
00:51:04 | stripwax | ok. good point. recording was of course one of the reasons I chose the iriver.. |
00:51:11 | Mojito | i've to go know to bed, its late.. good night! see you, and thank you for the nice chat! :) |
00:51:30 | linuxstb | I can't really argue because I never use the iriver firmware. But it's just the impression I get from occasionally browsing mistic river. |
00:51:38 | Mojito | i'm very excited for tomorrow! hopefully i'll get the h340 :))) |
00:51:42 | stripwax | Sometimes I wonder if iriver developers are actually just 'a bit deaf' - they don't seem to acknowledge the recording glitch or the lack-of-gapless as problems.. |
00:51:47 | stripwax | Mojito cool |
00:52:09 | Mojito | i sold 350 euro at amazon |
00:52:14 | Mojito | good price, isnt it? |
00:52:46 | Moos | linuxstb: very stable firmware, not the same ergonomie but stable |
00:52:56 | Moos | than Rb :) |
00:53:10 | stripwax | hrm.. sounds expensive. I've seen them for £179 in uk |
00:53:33 | stripwax | Oh, wait, no- that was h140. |
00:53:36 | Mojito | really? |
00:53:39 | Mojito | ok ;) |
00:53:40 | Mojito | puh! |
00:53:51 | Mojito | because that was the lowest price i saw... |
00:53:54 | Moos | yes ~the same price than h140 :) |
00:53:54 | Mojito | :) |
00:54:21 | Mojito | but its without, that station and the remote control |
00:54:26 | stripwax | What's €350 in £? |
00:54:31 | flurble | what's 350 euro in ... yeah, that ? |
00:54:43 | Mojito | 350 euro is about 350 $ ;) |
00:54:51 | Moos | ~yes |
00:55:04 | flurble | 350 euro = 236.28098 GBP |
00:55:06 | Moos | but GBP? |
00:55:10 | Moos | ah |
00:55:28 | Mojito | so? |
00:55:30 | stripwax | Mojito - k so €350 is a good price! |
00:55:35 | Mojito | :) good! |
00:55:59 | Mojito | i'm very happy that there is a so huge community about the iriver and other jukeboxes :) |
00:56:27 | Mojito | good n8! |
00:56:32 | stripwax | £235 gets you a second hand H340 on ebay ;-) |
00:56:32 | | Quit Mojito () |
00:57:18 | | Join bagawk [0] (i=1000@unaffiliated/bagawk) |
00:58:47 | | Join webguest23 [0] (n=51429e3c@labb.contactor.se) |
00:58:56 | webguest23 | Hello all |
00:59:07 | webguest23 | I've got a quick question please |
00:59:37 | webguest23 | I read the log and I see you said foobar is the best for transcoding, right? |
01:00 |
01:00:23 | webguest23 | do you know plugin for transcoding mp3−−>mp3 higher bitrate? |
01:00:26 | webguest23 | please |
01:00:36 | flurble | is that possible? |
01:01:03 | webguest23 | I'm wondering, I think yes |
01:01:08 | linuxstb | What do you want to achieve by that? |
01:01:20 | webguest23 | quality improuvment |
01:01:21 | ze | you'll lose quality |
01:01:28 | webguest23 | ah |
01:01:38 | stripwax | how would transcoding from low bitrate to high bitrate mp3 help? |
01:01:46 | ze | the quality's already lost with the low-bitrate encoding |
01:01:49 | linuxstb | You need to go back to the source CD and encode to a highter bitrate. |
01:01:55 | ze | you can't regain it except with the original source |
01:02:15 | webguest23 | the problem is this, I don't have the source :( |
01:02:25 | stripwax | then you are stuck with a low bitrate mp3 |
01:02:32 | webguest23 | and transcoding on other format? |
01:02:36 | ze | then you either have to obtain it, or find a better quality copy |
01:02:45 | ze | any kind of reencoding will only lose quality further |
01:03:08 | webguest23 | ok :( |
01:03:13 | stripwax | webguest23 - how can converting a bad mp3 into anything result in a better quality mp3? |
01:03:19 | | Quit webguest23 (Client Quit) |
01:03:24 | | Join webguest23 [0] (n=51429e3c@labb.contactor.se) |
01:03:47 | ze | there may be some tricks to make it sound better though |
01:03:48 | webguest23 | is this what I want to know |
01:04:01 | ze | while still technically losing quality |
01:04:26 | webguest23 | if I understand good, any possibly way? |
01:04:35 | ze | heh |
01:04:52 | ze | i once got a 22.5khz mp3 |
01:05:02 | ze | and resampling it to 44.1khz made it sound better somehow |
01:05:02 | stripwax | ze - what do you have in mind? filtering might do this, but then you don't need a higher bitrate, you just need to filter it |
01:05:06 | stripwax | hrm |
01:05:22 | ze | i can't really explain that, but it did heh |
01:05:50 | ze | i think i'm forgetting some other element of it too though |
01:06:37 | ze | this was quite a while ago, maybe 97 or so |
01:06:49 | ze | so i don't recall exactly |
01:06:50 | flurble | ah, technology's gone downhill since then |
01:07:00 | stripwax | back then, mp3 encoders were pretty awful, so i'm not too surprised |
01:07:01 | webguest23 | brb I'm despaired |
01:07:02 | linuxstb | One trick with low bitrate sources is to play them and re-record via an analogue state. The noise introduced will actually improve the sound. |
01:07:02 | stripwax | flurble hehehe |
01:07:07 | ze | pff i was on dos and using fraunhoffer :p |
01:07:14 | linuxstb | s/state/stage/ |
01:07:30 | ze | linuxstb: there is that |
01:07:48 | stripwax | linuxstb - really? i thought low-bitrate mp3 encoders would introduce twinkling artifacts from the noise, wouldn't that make it sound worse? |
01:07:50 | linuxstb | I don't know if there's a DSP equivalent;. |
01:08:04 | webguest23 | ok thanks guys for the help, have a good night |
01:08:08 | ze | maybe a combination of filters, resampling, good analog stage |
01:08:08 | | Quit webguest23 (Client Quit) |
01:08:42 | linuxstb | An example I'm aware of is a 64kbps Realaudio webcast - I listened to two independent recordings - one a pure capture of the RM stream, and another recorded via an analogue soundcard. The latter sounded better. |
01:08:49 | ze | or really you wouldn't necessarily need the resampling other than the fact that you're sampling again after the analog stage |
01:08:55 | stripwax | although, i guess, if you're reconverting to a higher bitrate anyway, then maybe it's true |
01:09:13 | stripwax | ze yeah - it sounds possible |
01:09:41 | linuxstb | This is why I think lots of people prefer analogue FM to digital radio - noise in the high frequencies sound more natural than complete silence. |
01:09:48 | ze | of course the whole way through you're losing quality technically, but gaining on a non-discerning perceptual level heh |
01:09:50 | stripwax | equivalent effect to digital zoom looking artifical but digital zoom + artifical grain looking more realistic, I suppose |
01:10:16 | stripwax | ^artifical^artificial |
01:10:56 | stripwax | ok guys, gotta go. gnight all |
01:10:59 | ze | night |
01:11:00 | | Part stripwax |
01:14:36 | Moos | good night too :) |
01:14:42 | | Part Moos |
01:17:42 | | Quit linuxstb ("CGI:IRC") |
01:21:39 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
01:34:00 | whistlerbrk | is there an XML standard for music metadata? |
01:37:24 | ze | 24bit/96khz compactflash/microdrive wav/mp3 portable recorder w/ balanced inputs and built-in phantom-powered mic pre http://www.record-producer.com/learn.cfm?a=2810 |
01:38:46 | | Quit dpassen1 () |
01:39:30 | linuxstb | whistlerbrk: I am sure there are lots and lots of standards. |
01:40:43 | | Join mianpe [0] (n=root@dsl093-216-214.aus1.dsl.speakeasy.net) |
01:41:00 | linuxstb | www.archive.org/audio/ have one - e.g. http://ia300839.eu.archive.org/1/items/dgray2005-08-02.flac16/dgray2005-08-02.flac16_meta.xml |
01:42:00 | linuxstb | Better example: http://ia300839.eu.archive.org/1/items/dgray2005-08-02.flac16/dgray2005-08-02.flac16_files.xml |
01:42:57 | whistlerbrk | wow thx |
01:49:38 | | Quit whistlerbrk () |
01:59:53 | | Quit preglow ("leaving") |
02:00 |
02:00:22 | | Quit cYmen ("zZz") |
02:01:49 | | Quit bagawk ("Leaving") |
02:05:42 | linuxstb | If anyone's interested in testing my work-in-progress Sudoku plugin (it's working for both iriver and Archos), you can get it at http://www.davechapman.f2s.com/rockbox/sudoku.zip |
02:06:10 | linuxstb | Apply the patch to the current Rockbox CVS, copy sudoku.c to the apps/plugins directory and compile. |
02:07:02 | linuxstb | It works as a viewer for ".ss" files - I've included two .ss files, you can download some more from http://angusj.com/sudoku/ |
02:07:02 | | Quit mbr (Read error: 104 (Connection reset by peer)) |
02:07:35 | | Join mbr [0] (n=mb@stz-softwaretechnik.de) |
02:08:24 | *** | Saving seen data "./dancer.seen" |
02:08:48 | | Join bagawk [0] (i=1000@unaffiliated/bagawk) |
02:25:25 | | Join mbr_ [0] (n=mb@stz-softwaretechnik.de) |
02:29:37 | mianpe | linuxstb... very cool I just discovered sudoku's last week and rockbox today. I'll definetely grab it and try it out when I get some time. |
02:31:46 | | Quit bagawk ("Leaving") |
02:37:31 | | Quit mbr (Read error: 110 (Connection timed out)) |
03:00 |
03:09:26 | | Quit solex (herbert.freenode.net irc.freenode.net) |
03:09:26 | NSplit | herbert.freenode.net irc.freenode.net |
03:09:26 | | Quit Wy (herbert.freenode.net irc.freenode.net) |
03:09:26 | | Quit Ismo (herbert.freenode.net irc.freenode.net) |
03:09:26 | | Quit Asku (herbert.freenode.net irc.freenode.net) |
03:09:26 | | Quit godzirra (herbert.freenode.net irc.freenode.net) |
03:10:41 | NHeal | herbert.freenode.net irc.freenode.net |
03:10:41 | NJoin | solex [0] (n=jrschulz@d155103.adsl.hansenet.de) |
03:10:41 | NJoin | godzirra [0] (i=shawn@24.131.13.213) |
03:10:41 | NJoin | Asku [0] (n=aksu@adsl-39.180-DynIP.ssp.fi) |
03:10:41 | NJoin | Wy [0] (n=wy@c-24-18-62-209.hsd1.wa.comcast.net) |
03:10:41 | NJoin | Ismo [0] (i=laitinei@huippu.net) |
04:00 |
04:05:31 | | Join QT [0] (i=as@madwifi/users/area51) |
04:08:27 | *** | Saving seen data "./dancer.seen" |
04:17:24 | | Quit QT_ (Read error: 110 (Connection timed out)) |
04:18:17 | | Join Asku_ [0] (n=aksu@adsl-39.180-DynIP.ssp.fi) |
04:28:00 | | Quit Asku (Read error: 110 (Connection timed out)) |
04:36:50 | | Join DarkShadow [0] (n=8d9ea6c1@labb.contactor.se) |
04:37:02 | DarkShadow | Hey. |
04:38:00 | DarkShadow | I'm new to rockbox, but I've been following it for a while, and tonight I finally got it on my H120, but I have a slight problem. |
04:38:15 | DarkShadow | ...and no, it's more than run-on sentences. |
04:39:01 | DarkShadow | I put on two WPS (skins) things, and the layout changes, but the bitmap doesn't work. |
04:39:05 | DarkShadow | It just has the text. |
04:50:40 | | Nick Sucka`away is now known as Sucka (n=NNSCRIPT@host81-156-159-120.range81-156.btcentralplus.com) |
04:50:45 | | Quit DarkShadow ("CGI:IRC") |
04:51:01 | | Join DarkShadow [0] (n=4360fb2d@labb.contactor.se) |
04:53:50 | | Quit stamppot (Read error: 110 (Connection timed out)) |
04:55:31 | | Join gromit`` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
04:55:32 | | Quit DarkShadow (Client Quit) |
04:57:05 | | Quit gromit` (Read error: 104 (Connection reset by peer)) |
05:00 |
05:29:04 | | Nick Sucka is now known as Sucka`zZzZz (n=NNSCRIPT@host81-156-159-120.range81-156.btcentralplus.com) |
05:33:37 | | Join DarkShadow [0] (n=4360fb2d@labb.contactor.se) |
05:33:46 | DarkShadow | Hey, is anyone here yet? |
06:00 |
06:08:30 | *** | Saving seen data "./dancer.seen" |
06:20:19 | | Quit DarkShadow ("CGI:IRC") |
06:32:11 | | Part mianpe |
06:34:41 | | Quit Nilisco (Read error: 113 (No route to host)) |
06:35:08 | | Join Nilisco [0] (i=nilisco@wrath.shellfx.net) |
06:51:16 | | Join LinusN [0] (n=linus@labb.contactor.se) |
06:54:51 | amiconn | Goood morning :) |
06:59:37 | LinusN | morning |
07:00 |
07:02:26 | * | amiconn just found that he was silly |
07:03:03 | LinusN | pity you were the last to find out... :-) |
07:03:04 | amiconn | This http://www.rockbox.org/twiki/bin/view/Main/MasLimitations#MPEG1_layer_2 last table is wrong because of this: http://www.mp3-tech.org/programmer/frame_header.html |
07:03:33 | amiconn | 32, 48, 56 and 80 kbps are forbidden with layer2 stereo |
07:04:12 | amiconn | So the MAS is even a bit better than the standard, as it plays 80 kbps (unless it's 48kHz) |
07:04:49 | LinusN | aha |
07:05:17 | amiconn | ...and it seems I need to test the other channel modes... |
07:06:14 | amiconn | (at least mono) |
07:06:57 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
07:09:00 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
07:58:54 | * | amiconn doesn't find info that's supposed to be somewhere on the net :( |
07:59:58 | LinusN | "somewhere on the net" :-) |
08:00 |
08:00:17 | amiconn | I remember having read somewhere that the bitrate of the xing header frame *should* be the closest match for the average bitrate of the stream |
08:00:30 | LinusN | that's news to me |
08:01:45 | amiconn | I'm not sure either, so I'm looking for confirmation. |
08:01:51 | LinusN | afaik, the bitrate of the xing header shouldn't matter at all |
08:02:43 | amiconn | Iirc this is for non-xing-aware players, in order to make the playtime computation "approximately" correct |
08:03:19 | LinusN | fair enough, as long as the toc fits |
08:03:36 | LinusN | i don't think it's a requirement though |
08:05:52 | amiconn | [08:00:17] <amiconn> ... *should* be ... |
08:08:10 | LinusN | not a bad idea though, i think we should do that |
08:08:22 | | Join banan_ [0] (i=banan@dalink.campus.luth.se) |
08:08:33 | *** | Saving seen data "./dancer.seen" |
08:09:02 | | Quit crwl (herbert.freenode.net irc.freenode.net) |
08:09:02 | NSplit | herbert.freenode.net irc.freenode.net |
08:09:02 | | Quit merbanan (herbert.freenode.net irc.freenode.net) |
08:09:02 | | Quit flurble (herbert.freenode.net irc.freenode.net) |
08:09:02 | | Quit Rob- (herbert.freenode.net irc.freenode.net) |
08:09:02 | | Quit atubbs (herbert.freenode.net irc.freenode.net) |
08:13:05 | NHeal | herbert.freenode.net irc.freenode.net |
08:13:05 | NJoin | flurble [0] (n=flurble@flurble.org) |
08:13:05 | | Join ender` [0] (n=ender@tm.213.143.74.124.dc.telemach.net) |
08:13:38 | NJoin | atubbs [0] (n=atubbs@ool-435634a8.dyn.optonline.net) |
08:31:00 | | Join hubbel [0] (i=hubbel@h7n2fls304o1033.telia.com) |
08:31:08 | amiconn | LinusN: Now I found where I read this. It's in http://gabriel.mp3-tech.org/mp3infotag.html at the very bottom, and is related to the lame tag (which is in turn an extension to the xing header) |
08:32:52 | LinusN | ah |
08:35:40 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
08:35:41 | | Quit gromit`` (Read error: 104 (Connection reset by peer)) |
09:00 |
09:02:33 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
09:05:07 | | Quit banan_ (Read error: 110 (Connection timed out)) |
09:08:12 | | Nick Lynx_awy is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) |
09:11:56 | amiconn | LinusN: Another interesting detail: The file size in the xing header is neither the complete file size, nor only the playable data size. |
09:12:15 | LinusN | badness |
09:12:23 | amiconn | It includes the xing header size, but excludes the id3 tags (v1 and v2) |
09:12:29 | LinusN | aha |
09:12:40 | amiconn | At least lame does write it that way |
09:14:48 | | Join linuxstb [0] (n=5343d4aa@labb.contactor.se) |
09:17:42 | linuxstb | Does excluding the tag size have the advantage that tags can be edited (and deleted/added) by tools not aware of the xing header? |
09:20:14 | | Join ashridah [0] (i=ashridah@220-253-120-159.VIC.netspace.net.au) |
09:26:48 | | Part hubbel |
09:32:18 | | Join webguest24 [0] (n=3e418ed5@labb.contactor.se) |
09:33:35 | webguest24 | hi |
09:33:41 | LinusN | hi |
09:33:43 | webguest24 | any date set for the release? |
09:33:48 | LinusN | asap |
09:34:07 | webguest24 | i like rockbox very much, use it on the iriver. |
09:34:27 | webguest24 | besides a freeze here and then, very good work. |
09:35:17 | LinusN | thx |
09:37:14 | ashridah | webguest24: you realise 2.5 won't be a stable iriver release |
09:37:47 | ashridah | (although it will mean active development can resume :) ) |
09:37:56 | webguest24 | yes. but the feature-freeze also is for the iriver, isn't it? |
09:38:08 | webguest24 | yes, that's what i meant |
09:38:44 | webguest24 | i don't know if this is a known bug: |
09:39:00 | webguest24 | i worked whit a large playlist. lots of saving, changing etc. |
09:39:24 | webguest24 | suddenly rockbox shortened my playlist to 5 or 10 tracks |
09:39:35 | webguest24 | maybe a bad track that i inserted... |
09:40:09 | webguest24 | too bad i noticed it AFTER i saved it... |
09:40:34 | ashridah | i've had that. removed a track from a playlist and half of it vanished |
09:41:03 | webguest24 | pretty bad if you spent a lot of time creating a party-playlist or something |
09:41:24 | webguest24 | but not a show stopper.... |
09:41:47 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
09:45:53 | webguest24 | about the iriver: when is the display of the remote supported? |
09:46:21 | B4gder | when someone writes the code to do it |
09:47:19 | | Quit linuxstb ("CGI:IRC") |
09:47:27 | webguest24 | ok... is there any work in progress? i know theres a patch for it. |
09:47:43 | B4gder | the patch is outdated, and not done "properly" |
09:47:57 | B4gder | afaik, nobody works on it |
09:48:19 | B4gder | xaviergr (who made the remote patch) said that we planned to write his effort again from scratch |
09:48:28 | B4gder | so possibly that can become something |
09:48:44 | LinusN | B4gder: s/we/he/ |
09:48:52 | B4gder | uh |
09:48:58 | B4gder | yes |
09:49:05 | B4gder | he planned |
09:49:05 | webguest24 | ? |
09:49:14 | B4gder | he haid he planned it |
09:49:17 | B4gder | he said |
09:49:19 | B4gder | geeeeeee |
09:49:34 | * | B4gder should join a typing class |
09:49:44 | webguest24 | ok, so it seems i would have to do it myself if i want it... |
09:49:57 | webguest24 | to bad im not a C champion... |
09:50:10 | B4gder | or wait until someone else does it |
09:50:20 | B4gder | someone _will_ do it eventually I'm quite sure |
09:50:32 | webguest24 | ok, maybe that would be a nice c programming exercise B-) |
09:50:47 | linuxstb_ | Is there a page anywhere for known bugs on the iriver? |
09:51:03 | | Quit webguest24 ("CGI:IRC") |
09:51:05 | | Join webguest24 [0] (n=3e418ed5@labb.contactor.se) |
09:51:23 | B4gder | linuxstb_: nope |
09:51:50 | webguest24 | http://www.rockbox.org/bugs.shtml you could have a look there |
09:52:05 | B4gder | yes, that's all reported bugs |
09:52:40 | linuxstb_ | What do you think - a Wiki page or perhaps a new category of bugs - "iriver" ? |
09:52:50 | LinusN | but we don't yet accept official bug reports for the iriver |
09:53:00 | B4gder | right |
09:53:20 | B4gder | we should either do the wiki or accept reports, I guess |
09:53:25 | linuxstb_ | I'm sure if there was an actual list of bugs (like the ReleaseTodo), more iriver devs would investigate. I know I would - but I've personally found the iriver bug-free in my own use. |
09:53:29 | B4gder | possibly both |
09:53:53 | B4gder | I guess a wiki will be good |
09:54:54 | linuxstb_ | There is already an IriverStatus page - which I started as a sort of ReleaseTodo page for the iriver |
09:56:07 | B4gder | ah, yes |
09:56:51 | B4gder | let's add known bugs there |
10:00 |
10:00:14 | | Part webguest24 |
10:00:48 | | Join merbanan [0] (i=banan@dalink.campus.luth.se) |
10:04:43 | * | HCl yawns |
10:08:34 | *** | Saving seen data "./dancer.seen" |
10:21:48 | linuxstb_ | Looking at IriverStatus, there are already some bugs entered there - but I don't think the page is linked to from very many places. Any objections to putting it in CategoryFrontPage ? |
10:25:43 | B4gder | not from me |
10:26:02 | B4gder | I would say we can remove GminiPort from there |
10:26:21 | B4gder | IaudioPort would also be my candidate for removal from there |
10:36:24 | | Join Zagor [0] (i=foobar@pdpc/supporter/sustaining/Zagor) |
10:37:34 | | Join amiconn_ [0] (n=jens@p54BD6CD3.dip.t-dialin.net) |
10:40:32 | linuxstb_ | OK, I've added IriverStatus to the frontpage. |
10:40:42 | | Quit amiconn (Nick collision from services.) |
10:40:43 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD6CD3.dip.t-dialin.net) |
10:42:04 | B4gder | and I removed GminiPort from there |
10:42:38 | linuxstb_ | amiconn: Would you be able to add any bugs you've found on the iriver to that page? I've added the cfg file loading bug just now. |
10:44:40 | | Join DJ_Dooms_Day [0] (n=scottr@220-245-186-182.static.tpgi.com.au) |
10:45:30 | DJ_Dooms_Day | heya |
10:48:07 | | Quit DJ_Dooms_Day (Client Quit) |
10:48:27 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
11:00 |
11:05:00 | | Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
11:06:39 | amiconn | linuxstb_: Yes of course. I hope to be able to check some things again, then add them if they're still there |
11:08:16 | | Join hshah [0] (n=c180801d@labb.contactor.se) |
11:08:48 | hshah | good morning all... |
11:09:08 | hshah | just a quick question - anyone know how to create a free irc channel like this one? |
11:09:19 | B4gder | /join #channel |
11:09:20 | B4gder | done |
11:09:40 | B4gder | channels are created if not already existing |
11:09:41 | hshah | erm... |
11:09:51 | hshah | ahh rite, and then will they continue to exist |
11:10:00 | hshah | i want a chat room like this for my site... |
11:10:01 | B4gder | as long as people stay joined, yes |
11:10:03 | Zagor | ...as long as anyone is in it |
11:10:15 | hshah | can u put bots in it? |
11:10:15 | B4gder | and if nobody is there, there's no point to keep it |
11:10:33 | B4gder | hshah: a bot is just an automated client, so yes you can |
11:10:57 | hshah | i mean most the users would be on during day time (GMT) coz its a irc chat for university of warwick students in the uk |
11:11:29 | hshah | hmm... |
11:11:47 | hshah | where am i meant to type this "/join #warwickforums" ? |
11:11:55 | hshah | i just tried it here and nothing happened |
11:12:04 | Zagor | the web client is locked to this single room |
11:12:13 | B4gder | use a real client instead |
11:12:22 | hshah | ahh rite - ok lemme download mirc |
11:13:35 | hshah | never really used irc b4 - so what server do i connect to? |
11:15:04 | linuxstb_ | As we're off-topic, I would quite like to install an IRC server for internal use in the company I work for. Any recommendations for something easy and secure? (we have Linux servers) |
11:15:19 | hshah | im working at Novell :) |
11:15:29 | hshah | stupid firewalls r stopping me using mirc |
11:16:34 | LinusN | mirc is not a real client :-) |
11:16:48 | hshah | :p |
11:16:57 | hshah | well if mirc doesn't work, nothing else will |
11:17:06 | hshah | can someone create #warwickforums for me please |
11:17:25 | Zagor | hshah: no point. it will stop existing as soon as we leave. |
11:17:45 | hshah | im setting up a webclient like this one now... |
11:17:59 | hshah | and somehow i will make a bot that will stay in there and keep it open |
11:19:45 | hshah | so can someone make #warwickforums for me please? |
11:21:28 | hshah | hmmm and how would u make like admins/operators etc? |
11:21:57 | preglow | i suggest you read a tutorial or something |
11:21:57 | Zagor | hshah: if you're not going to listen to our answers, please stop asking questions |
11:32:28 | hshah | ok - im still confused about what to do... :( |
11:34:13 | preglow | nothing hard |
11:34:18 | preglow | you join the channel, and then somehow stay there |
11:34:37 | preglow | all the administrative duties like oping, kicking, etc, can be found out about a zillion places on the web |
11:35:29 | linuxstb_ | If anyone's interested in trying out my Sudoku plugin, my current version is here: http://www.davechapman.f2s.com/rockbox/sudoku.zip |
11:36:02 | Zagor | linuxstb_: caught the fever, have you? ;) |
11:36:23 | linuxstb_ | afriad so. |
11:36:26 | preglow | haha |
11:36:28 | preglow | i never tried it |
11:36:34 | preglow | so dont think i'll start now |
11:37:01 | linuxstb_ | It's also the perfect game for Rockbox - it uses almost zero CPU as most of the time the user is just thinking and staring at the screen. |
11:37:29 | linuxstb_ | But you need good eyesight on the Archos LCDs. |
11:39:40 | Zagor | but you'll want the backlight on constantly, I guess? |
11:39:41 | * | LinusN tries it |
11:39:52 | linuxstb_ | Zagor: Yes, that's a drawback. |
11:40:04 | preglow | hmm |
11:40:10 | preglow | i wish the text viewer got that option soon |
11:40:16 | Zagor | well, nobody expects the games to use no power |
11:41:04 | linuxstb_ | The patch also adds the menu functions to the plugin API - I trust that's OK. |
11:41:33 | Zagor | fine with me. the api is meant to be extended over time. |
11:42:05 | linuxstb_ | I started by copying Rockboy's menu routines, but they didn't work on the Archos. |
11:42:58 | LinusN | linuxstb_: i think the "4" looks weird in the archos font |
11:43:34 | linuxstb_ | I agree - I copied it from Minesweeper. I assume you mean the lack of a vertical bar above the horizontal one? |
11:44:44 | LinusN | yes |
11:45:37 | linuxstb_ | Do you think the repeat speed is OK when adding a number? It's fixed to 1/3 of a second at the moment. |
11:46:53 | linuxstb_ | I also can't think of a way to differentiate the "starting numbers" and "user numbers" on the Archos. On the iriver, I've given the starting numbers a light-grey background. |
11:47:19 | amiconn | Zagor: Backlight is a non-issue on Ondio ;) |
11:48:08 | Zagor | :-) |
11:48:33 | amiconn | Okay, maybe I'll do the backlight mod for Ondio one day |
11:50:12 | LinusN | linuxstb_: starting numbers could have a solid border... |
11:50:40 | LinusN | (on the archos) |
11:50:50 | linuxstb_ | That could work - I'll try it out. |
11:52:42 | LinusN | would be cool to highlight the conflicting number when the check fails |
11:55:02 | linuxstb_ | Yes. Or even as you are entering the numbers. |
11:55:15 | LinusN | even cooler |
11:55:42 | linuxstb_ | But how do I highlight on the archos? |
11:55:50 | LinusN | blink |
11:56:52 | linuxstb_ | Possibly. But I would like to highlight the whole row/column/3x3 containing the conflict, instead of (or as well as) the other number. |
11:57:10 | LinusN | aha |
11:57:44 | LinusN | i think i would prefer to only highlight the individual cells |
11:58:14 | linuxstb_ | I think I agree - that would be enough. |
12:00 |
12:00:01 | LinusN | refreshingly simple file format |
12:00:13 | amiconn | linuxstb_: Highlight on archos could be done by inverting |
12:00:37 | | Join stamppot [0] (n=stamppot@cc516682-a.ensch1.ov.home.nl) |
12:01:00 | linuxstb_ | The cursor is currently inverted - I'm not sure if that would be confusing or not. |
12:01:44 | amiconn | hmm. |
12:02:18 | hshah | http://www.warwickforums.co.uk/cgi-bin/irc.cgi - ok so i have that setup, but it doesn't seem to connect... |
12:03:46 | LinusN | linuxstb_: i must say that it looks really good |
12:04:38 | linuxstb_ | Thanks. I've had a few weeks to tweak and refine it during the feature freeze. |
12:05:25 | * | LinusN tried the "solve" menu option :-( |
12:06:30 | LinusN | LOGF("Invalid sudoku file: %s\n",filename) is missing a semicolon |
12:07:16 | linuxstb_ | Odd. My compiler didn't complain. |
12:07:39 | linuxstb_ | I've fixed my copy now. Thanks. |
12:07:44 | LinusN | you probably didn't have logf support configured |
12:07:55 | linuxstb_ | True. |
12:08:33 | linuxstb_ | I have a nice solver (GPL'd in C) which I will probably incorporate today. |
12:08:37 | *** | Saving seen data "./dancer.seen" |
12:09:20 | linuxstb_ | The other feature I want to add before I would consider committing to CVS is the ability for the user to create a new game (by entering the starting numbers manually). |
12:09:42 | linuxstb_ | Obviously a random game generator would be nice, but I think that will be non-trivial. |
12:10:29 | LinusN | i'm not sure, but wouldn't it be nice to not overwrite the original file when saving? |
12:10:59 | linuxstb_ | I've thought about that a lot, but finally decided to overwrite the file. I couldn't think of any simple alternatives |
12:11:24 | LinusN | ok |
12:11:37 | linuxstb_ | And what's the harm in overwriting the original? The user can always use the "clear board" option to clean it and then save the clean copy. |
12:11:50 | linuxstb_ | I decided that I would create the .ss file, play it, and then delete it. |
12:13:31 | | Quit hshah ("CGI:IRC") |
12:14:37 | linuxstb_ | A feature I'm not sure about implementing is "auto-save" - so the current game is saved when you exit (and maybe when you plug in in USB). |
12:14:56 | LinusN | default_handler |
12:15:20 | linuxstb_ | ? |
12:17:48 | | Join Bger_cgiirc [0] (n=d5f0dcba@labb.contactor.se) |
12:19:33 | Bger_cgiirc | hi all |
12:20:22 | Bger_cgiirc | LinusN: iirc, 5249 has software watchdog timer. If i'm right, is there any reason of not using it? |
12:20:46 | LinusN | Bger_cgiirc: yes, it's a pain in the *** :-) |
12:21:02 | Bger_cgiirc | heh |
12:21:33 | Bger_cgiirc | i think it could be usefor (especially for someone who has braked his reset button) |
12:21:40 | Bger_cgiirc | usefull |
12:21:54 | LinusN | linuxstb_: check out how it is handled in viewer.c (default_event_handler_ex) |
12:23:19 | Bger_cgiirc | *broken |
12:24:52 | | Join webguest63 [0] (n=c180801d@labb.contactor.se) |
12:25:43 | linuxstb_ | LinusN: Thanks - I'll use that. |
12:26:54 | webguest63 | can anyone help me - http://www.warwickforums.co.uk/cgi-bin/irc.cgi - im trying to get that working but its just not connecting :( |
12:38:19 | | Quit webguest63 ("CGI:IRC") |
12:40:12 | Bger_cgiirc | bye |
12:40:19 | | Quit Bger_cgiirc ("CGI:IRC 0.5.4 (2004/01/29)") |
12:47:07 | LinusN | amiconn: u there? |
12:51:23 | | Join Maurice [0] (n=c13354c1@labb.contactor.se) |
12:51:31 | Maurice | Hello folks |
12:51:54 | Maurice | A very big thanks for all this Rockbox works |
12:52:07 | B4gder | Maurice: you're welcome |
12:52:13 | Maurice | you're the best firmware in the market ;) |
12:52:19 | LinusN | we know :-) |
12:52:25 | Maurice | and in your free time, respect |
12:53:00 | Maurice | I see the feature freeze is still here |
12:53:16 | LinusN | unfortunately yes |
12:53:26 | Maurice | Are they still critical bugs to fix before the end of? |
12:53:36 | LinusN | only a few |
12:53:48 | Maurice | ;P |
12:54:08 | Maurice | I suppose like evey time is you Linus and amiconn working on it |
12:54:29 | Maurice | not a lot of bugs hunter here :D |
12:54:29 | LinusN | yup |
12:54:37 | | Join hshah [0] (n=c180801d@labb.contactor.se) |
12:54:55 | hshah | anyone good at irc here? |
12:55:28 | Maurice | not me sorry |
12:55:29 | LinusN | warwickforums? |
12:55:46 | B4gder | "good at irc" meaning? |
12:55:53 | B4gder | rfc1459? |
12:56:05 | hshah | im still trying to make this bloody thing work |
12:56:09 | hshah | yes warwickforums |
12:56:20 | hshah | http://www.warwickforums.co.uk/cgi-bin/irc.cgi |
12:56:26 | hshah | ^ why won't it connect :'( |
12:56:26 | LinusN | irc.blitzed.org, #cgiirc |
12:56:34 | B4gder | so read the docs or ask the guys who wrote the thing |
12:56:35 | LinusN | is that where you want to connect? |
12:56:36 | hshah | no ones replying on there... |
12:57:03 | hshah | well thats the cgiirc all setup there and i want to connect to #warwickforums on irc.uwcs.co.uk |
12:57:22 | LinusN | then set it up to connect there |
12:57:26 | hshah | i have |
12:57:30 | hshah | but its not connecting |
12:57:33 | hshah | and i can't work out why |
12:57:40 | hshah | ive done everything they said to do... |
12:57:47 | linuxstb_ | Do you have access to the httpd error logs? |
12:57:59 | LinusN | when i go to warwickforums, it is set to connect to irc.blitzed.org, #cgiirc |
12:58:07 | hshah | woops |
12:58:10 | hshah | lemme update the file |
12:58:26 | hshah | there - try now LinusN |
12:58:40 | hshah | erm... how would i get those linuxstb_ |
12:58:55 | amiconn | LinusN: Now I am |
12:59:08 | LinusN | hshah: looks like some connection, problems, yes |
12:59:28 | LinusN | does it work with a normal client? |
12:59:35 | linuxstb_ | hshah: Depends on how the server was set up. Do you have shell access to it? |
12:59:45 | hshah | no |
12:59:56 | hshah | my site is hosted at www.vivehosting.com |
13:00 |
13:00:03 | linuxstb_ | My guess would be a firewall problem - the server doesn't allow outgoing connections on that port. |
13:00:11 | LinusN | my guess too |
13:00:25 | hshah | oh rite... |
13:00:27 | linuxstb_ | You will have to ask your ISP to open it. |
13:00:35 | hshah | isp? or host? |
13:00:44 | B4gder | that's easily checked with telnet server 6667 |
13:00:44 | linuxstb_ | host. |
13:00:59 | LinusN | amiconn: just wanted to know the status of your mpeg.c fixes |
13:01:05 | hshah | eh B4dger? |
13:01:22 | Maurice | Linus: have you looked the very interesting patch in the tracker about status bar, think you is it addable to Rockbox cleanly? |
13:01:41 | Maurice | very usuful for WPS custumization |
13:01:46 | amiconn | LinusN: The problem is that every time I pull on one edge, there are more quirks showing up :( |
13:02:01 | LinusN | Maurice: if you look at that patch, you'll see my correspondence with the patch submitter |
13:02:03 | amiconn | The frame count estimation is working... |
13:02:21 | Maurice | Linus: ok I looking |
13:03:59 | Maurice | interesting... |
13:04:17 | LinusN | amiconn: then you could commit the frame count estimation fix |
13:04:45 | LinusN | Maurice: i'm sure the patch will soon be in a committable state |
13:05:06 | Maurice | this think could be very usuful for Rockbox status bar lovers like me, who don't want remove it for one WPS screen |
13:05:07 | | Join edx__ [0] (i=edx@p54A858FA.dip.t-dialin.net) |
13:05:13 | linuxstb_ | Are bugs 2 and 3 on the ReleaseTodo related to the problem with the MAS not giving byte-aligned data? Or are there other problems as well? |
13:05:20 | Maurice | Linus: ok, it's wonderfull |
13:05:33 | LinusN | linuxstb_: there are/where several problems |
13:06:01 | Maurice | Linus/ one of things like here, everytime changes and creativity features :) |
13:06:02 | LinusN | linuxstb_: the byte-align problem is only related to s/pdif recording |
13:07:13 | amiconn | Afaik most, if not all, recording problem reports are for s/pdif recording |
13:07:22 | Maurice | :D |
13:07:52 | Maurice | the 2 bugs hunter in action :D |
13:08:00 | amiconn | During my xing header tests, I did more than 40 hours of test recording, using line in at q=6 |
13:08:42 | amiconn | Not a single frame error apart from truncated last frames... |
13:09:17 | linuxstb_ | I hope we can get that kind of stability on the iriver. |
13:09:30 | amiconn | s/pdif recording did often give misaligned frame data, sometimes already after a couple of minutes... |
13:09:53 | preglow | ouch |
13:10:07 | linuxstb_ | So is it constantly misaligned, or does is start aligned, and then become unaligned? |
13:10:21 | LinusN | becomes unaligned |
13:10:42 | linuxstb_ | But I thought MPEG frames were a whole-number of bytes in length. |
13:11:28 | LinusN | amiconn: both 937100 and 1152291 are Line-in problems |
13:11:43 | amiconn | linuxstb_: Yes they are |
13:11:52 | LinusN | but they are both related to splitting |
13:12:02 | LinusN | possibly solved by your latest fixes |
13:12:15 | linuxstb_ | So I assume the MAS outputting spurious bits between some frames? |
13:12:57 | amiconn | My guess is that the MAS uses the SPI clock sample alignment for its output byte alignment as well. The SPI sample algnment is obviously derived from the s/pdif clock in case of s/pdif recording |
13:13:33 | amiconn | ..and there is a datasheet complement telling about a possible s/pdif sync malfunction. |
13:13:58 | linuxstb_ | Can such a recording be completely recovered by post-processing? |
13:14:02 | | Quit silencer_ (Read error: 110 (Connection timed out)) |
13:14:51 | amiconn | If someone writes a tool to detect and correct the bitshifted frames, I think it's possible |
13:15:05 | Maurice | Linus: patch cleaned :) |
13:15:13 | amiconn | Perhaps there's a defect frame at points where the alignment jumps... |
13:15:39 | amiconn | Hmm, maybe this doesn't work. Shifted s/pdif sync also means the input samples are misaligned... |
13:16:18 | Maurice | Linus: is it good now? |
13:16:36 | preglow | well |
13:16:39 | amiconn | linuxstb_: I intend to add s/pdif error readout to the mpeg thread. The thread would then restart encoding if it detects the problem |
13:16:42 | preglow | does the archos firmware have the same problem? |
13:17:09 | amiconn | Better a second of missing data than hours of lost recordings... |
13:17:23 | linuxstb_ | That's why I asked if it could be fixed by post-processing. |
13:17:40 | amiconn | preglow: I'm not sure, but my guess is yes |
13:19:30 | | Quit edx (Read error: 110 (Connection timed out)) |
13:19:39 | | Join Febs [0] (n=Febs@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
13:20:04 | LinusN | amiconn: what about your other xing/split fixes? |
13:20:43 | LinusN | imho, it would be better if you didn't commit all at once |
13:21:50 | | Nick Sucka`zZzZz is now known as Sucka (n=NNSCRIPT@host81-156-159-120.range81-156.btcentralplus.com) |
13:22:18 | Maurice | Linus did you see the update of the status bar patch? |
13:24:06 | Maurice | sure isn't your priority, but good to hear what do thiked about |
13:24:13 | Maurice | *think |
13:26:48 | amiconn | LinusN: The xing header addtition at split/ with prerecording is already in cvs for several days |
13:27:06 | Maurice | ohh, the last Linus commit don't apear in the daily builds table |
13:27:22 | amiconn | That was even before the time calculation fix (which is in turn a precondition for the frame count estimation) |
13:27:50 | LinusN | amiconn: but the ReleaseTodo still says "partially fixed", what is left? |
13:28:10 | | Join crwl [0] (n=crawlie@karu.kekkola.jyu.fi) |
13:28:40 | | Quit hshah ("CGI:IRC") |
13:29:02 | amiconn | Erm, the frame count estimation? |
13:30:10 | Maurice | Linus:nope? |
13:31:44 | amiconn | LinusN: I think I'll add the closest-matching xing header size thingy tonight, then commit it together with the frame count estimation |
13:32:08 | amiconn | My changes also fix some other xing header creation quirks. |
13:32:10 | LinusN | Maurice: read my response |
13:32:17 | Maurice | ok |
13:32:20 | LinusN | amiconn: great |
13:32:35 | amiconn | That should be enough to get 2.5 out the door, although there are still some quirks left |
13:32:45 | LinusN | amiconn: goodie |
13:33:24 | amiconn | ...like the file size and position ambiguities. |
13:33:24 | Maurice | I'm aplausing you guys :D |
13:34:38 | | Join ]RowaN[ [0] (n=522bd434@labb.contactor.se) |
13:34:54 | ]RowaN[ | anyone know if theres a version of Columns that works in the latest beta of foobar? |
13:36:47 | Maurice | time to go |
13:36:59 | Maurice | thanks again for all gyus |
13:37:08 | Maurice | *guys :) |
13:37:15 | Maurice | bye |
13:37:20 | | Quit Maurice ("CGI:IRC") |
13:37:27 | | Join hshah [0] (n=c180801d@labb.contactor.se) |
13:37:41 | hshah | ok - so finally since that failed, i set this up |
13:37:41 | hshah | http://www.warwickforums.co.uk/irc.html |
13:37:51 | hshah | can anyone connect to that through the normal irc client? |
13:38:57 | linuxstb_ | hshah: Yes, seems to work OK. |
13:41:07 | hshah | ok cool |
13:41:11 | hshah | what details did u use... |
13:41:26 | hshah | coz i want people to be able to use software like mirc and the web based option too |
13:41:49 | linuxstb_ | I just kept the default and pressed the button. |
13:42:05 | linuxstb_ | Sorry, you wanted me to use a normal IRC client..... |
13:42:10 | hshah | yeah... |
13:42:11 | hshah | lol |
13:42:15 | hshah | :p |
13:49:28 | hshah | thanks guys :) |
13:50:38 | | Quit hshah ("CGI:IRC") |
13:57:56 | | Nick edx__ is now known as edx (i=edx@p54A858FA.dip.t-dialin.net) |
13:58:03 | | Quit preglow (herbert.freenode.net irc.freenode.net) |
13:58:03 | NSplit | herbert.freenode.net irc.freenode.net |
14:00 |
14:08:41 | *** | Saving seen data "./dancer.seen" |
14:11:31 | amiconn | LinusN: Shouldn't the "16th mp3 file repeats" problem be easy to fix? |
14:12:11 | LinusN | yes it should, but the watermark checks make is a tad more difficult |
14:12:16 | amiconn | Simply stop buffering when 16 tracks are loaded, even if the buffer isn't full. (Perhaps the limit is 15 in case the code can't distinguish 16 from 0) |
14:12:23 | LinusN | "make it" |
14:12:40 | amiconn | Why? |
14:13:01 | LinusN | it will try to resume buffering if the buffer is below the watermark limits |
14:13:03 | amiconn | This is now the iriver playback code handles it |
14:13:34 | LinusN | so it should be simple, but it's not *that* simple |
14:13:37 | amiconn | Yes, but that would only happen if buffering 16 tracks still is below the low watermark. |
14:13:51 | amiconn | That's rather unlikely, imho |
14:13:55 | LinusN | yes, and that might very well be the case |
14:14:16 | LinusN | especially in the norwegian language course case |
14:14:33 | | Quit HCl (Remote closed the connection) |
14:14:45 | amiconn | Hmm. Then the iriver playback code does have the same problem, only that the track limit is 30 |
14:15:52 | LinusN | i tried to fix the 16-file problem once, but i ran into several interesting issues related to the watermarking |
14:16:37 | LinusN | so i saved that for a rainy day, so to speak :-) |
14:16:52 | B4gder | we should ban norwegian language courses |
14:16:57 | LinusN | absolutely |
14:18:45 | | Quit edx () |
14:19:21 | NHeal | herbert.freenode.net irc.freenode.net |
14:19:21 | NJoin | preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
14:20:04 | amiconn | LinusN: Both 937100 and 1152291 are reports for 2.4 and before, so that was partially using my bad asm optimised transfer :-(, partially using the older C transfer loop |
14:20:14 | amiconn | None of these relate to the new C transfer loop |
14:20:27 | | Quit ]RowaN[ ("CGI:IRC (Ping timeout)") |
14:21:05 | LinusN | when did you commit the c loop? |
14:23:48 | amiconn | 2005-05-23 with a small optimisation 2005-06-04 |
14:24:39 | | Quit Febs (Read error: 110 (Connection timed out)) |
14:25:29 | amiconn | The last comment to 93700 talsk about testing 2005-06-06 so this is with the new routine, but then the problem was obviously the missing xing headers only |
14:26:20 | LinusN | yes |
14:26:43 | LinusN | ok, so we can probably dismiss those reports |
14:26:46 | * | B4gder repeats himself and says "release time!" |
14:27:02 | preglow | what, now? |
14:27:24 | B4gder | I think so, yes |
14:27:32 | LinusN | /kick B4gder |
14:27:47 | LinusN | we should wait for amiconn's fixes |
14:27:53 | preglow | yes |
14:28:02 | B4gder | of course |
14:31:41 | | Quit ashridah ("Leaving") |
14:39:53 | | Join edx [0] (i=edx@p54A858FA.dip.t-dialin.net) |
14:47:11 | | Join HCl [0] (i=hcl@titania.student.utwente.nl) |
14:47:14 | linuxstb_ | Is there an easy fix for "Soft poweroff problem #2" ? This is also listed as an iriver bug on IriverStatus. |
14:49:09 | LinusN | no, there is no easy fix |
14:50:05 | LinusN | we have discussed a few kludges to at least be able to shut it off |
14:50:30 | LinusN | my force-poweroff fix should work when it hangs like that |
14:50:45 | LinusN | i.e the solution to poweroff problem #1 |
14:51:24 | LinusN | in the long run, we might be better off to have a soft shutdown when the battery level reaches the critical level |
14:51:37 | linuxstb_ | So in one way the problem has been fixed - i.e. the user can manually shut down without waiting for the power to drain. |
14:51:43 | LinusN | yes |
14:54:55 | amiconn | Does the ata protocol provide information why something failed? |
14:55:10 | LinusN | no, not really |
14:56:12 | | Quit lostnihilist (Read error: 110 (Connection timed out)) |
14:56:17 | amiconn | The problem with the force-shutdown is that it only works when the user is around |
14:56:53 | amiconn | Soft shutdown at critical level won't work imho |
14:57:10 | amiconn | The critical level isn't fixed at all |
14:58:04 | linuxstb_ | Is it only a problem if the user changed a setting, or is other info also saved in the config block? |
14:58:27 | | Join B4gd3r [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
14:59:09 | amiconn | I'm still in favour of my old idea. First try the handler based shutdown. If the handler didn't receive the confirmation from all threads after some time (lets say 15..20 seconds) shutdown anyway |
14:59:33 | amiconn | linuxstb_: Resume info, battery runtime... |
15:00 |
15:00:08 | LinusN | amiconn: the shutdown is not cooperative |
15:00:14 | amiconn | ? |
15:00:19 | LinusN | no confirmations |
15:00:36 | LinusN | only the usb mode is |
15:00:43 | amiconn | Hmm. I thought it would be implemetned like USB handling... |
15:01:16 | amiconn | Hmm. |
15:01:18 | preglow | well |
15:01:23 | LinusN | if only the ata driver could return an error, we would be allright |
15:01:28 | preglow | we should have a critical level shutdown option, at least |
15:01:56 | LinusN | critical level shutdown has a drawback |
15:02:04 | preglow | which is? |
15:02:19 | LinusN | we would need to set the level pretty high |
15:02:45 | LinusN | and then we would waste battery life |
15:03:24 | preglow | yep |
15:03:27 | | Quit B4gder (Read error: 60 (Operation timed out)) |
15:03:31 | LinusN | for example, the critical level would be different on models with higher capacity battery |
15:03:33 | preglow | but people will always whine about it if we dont |
15:03:42 | preglow | it could be an option |
15:03:59 | LinusN | optionitis, here we go |
15:04:06 | preglow | :-) |
15:04:41 | preglow | but letting everything just fail miserably at low battery level like it is now isn't really very nice |
15:04:53 | LinusN | absolutely not |
15:05:07 | LinusN | it should handle it gracefully and shut off |
15:05:25 | amiconn | LinusN: Imho the power thread should send the SYS_POWEROFF event, and if the unit is still on after 15..20 seconds, it should power off the hardway |
15:05:56 | amiconn | That wouldn't require confirmation messages |
15:06:52 | LinusN | that could work |
15:06:56 | preglow | inded |
15:07:19 | amiconn | Either the event handler would power it down, then powerdown is fast |
15:07:21 | LinusN | but that will still mean that it will try to access the hard drive |
15:07:58 | LinusN | and shut off in the middle of the operation |
15:08:00 | amiconn | If the handler doesn't do it, either because of low battery or because of a button event loop that doesn't use the default handler, the power thread would do it |
15:08:35 | | Join hshah [0] (n=c180801d@labb.contactor.se) |
15:09:07 | amiconn | It's still better to shut down the hard way and let the harddrive do emergency park once, than waiting for the failed spinups, which lead to repeated emergency parks... |
15:09:37 | LinusN | 20 seconds means quite a few failed spinups |
15:09:44 | hshah | www.warwickforums.co.uk/irc.html - its all nice and lovely now :) |
15:09:55 | hshah | thanks to those who tested it for me and helped out :) |
15:09:56 | amiconn | zzzz - clack - zzzz - clack - zzzzz - clack, that's what it does now |
15:10:42 | hshah | never mention that noise - i cried that last time my pc hard disk did that and stopped working... |
15:11:44 | amiconn | We could check for ata errors at shutdown, and shorten the wait if they occur |
15:14:16 | | Quit hshah ("CGI:IRC") |
15:22:01 | HCl | sup |
15:25:45 | preglow | i wonder if mpa.c is truly gapless now |
15:25:55 | preglow | i think it's still a bit off |
15:26:34 | | Join ender1 [0] (n=ender@84.52.165.220) |
15:26:50 | amiconn | preglow: I didn't hear any gaps since Linus added the id3v1 stripping, even with my problematic files |
15:27:10 | preglow | hmm |
15:27:13 | amiconn | (which where cbr with no lame tag, and with id3v1 only) |
15:27:15 | preglow | i will do some tests now |
15:27:20 | preglow | ahh |
15:27:29 | preglow | then i think i'll still detect a gap |
15:27:36 | amiconn | vbr with xing header and lame tag plus id3v2+v1 worked before |
15:27:40 | amiconn | No |
15:28:07 | amiconn | While the file were cbr with no lame tag, they were encoded with -nogap |
15:28:21 | preglow | ahh, there's still the issue of those files |
15:28:24 | amiconn | The id3v1 tag was fed to the decoder, that caused the gap |
15:28:44 | preglow | i believe mpa.c currently still skips some samples for non-lame files |
15:30:27 | preglow | i'll check it out |
15:34:13 | | Join [1]ender [0] (n=ender@84.52.165.220) |
15:36:46 | | Quit ender` (Read error: 110 (Connection timed out)) |
15:37:38 | preglow | haha |
15:38:02 | preglow | my small aliasreduce opt leaves something to be desired |
15:39:00 | | Part LinusN |
15:44:54 | * | B4gd3r pinged austriancoder |
15:45:02 | | Nick B4gd3r is now known as B4gder (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
15:45:30 | | Join ender` [0] (n=ender@84.52.165.220) |
15:45:32 | | Quit ender1 (Read error: 110 (Connection timed out)) |
15:48:04 | preglow | amiconn: i can hear an audible click at a track change here, vbr lame |
16:00 |
16:00:52 | | Quit [1]ender (Read error: 110 (Connection timed out)) |
16:06:04 | linuxstb_ | Anyone know if the iriver bug "Missing voice file breaks playback" is still present? |
16:06:39 | B4gder | I believe it is |
16:06:58 | | Quit Sucka ("a bird in the bush is worth two in your house") |
16:07:17 | linuxstb_ | It's listed as open on this page: http://www.rockbox.org/twiki/bin/view/Main/IriverStatus |
16:07:34 | linuxstb_ | Which I'm trying to clean up a little. |
16:07:54 | B4gder | I think you can remove the issues that are fixed/done |
16:08:45 | *** | Saving seen data "./dancer.seen" |
16:08:57 | | Quit edx () |
16:09:35 | preglow | shall i delete the code in libflac that is no longer used, after i replaced the struct instances with a static instance instead of allocated instances? |
16:10:01 | preglow | it's commented out anyway, so probably wont give any easier patching to later libflac versions anyway |
16:10:48 | B4gder | I say remove it |
16:10:51 | linuxstb_ | If it makes libFLAC easier to read, then I vote for cutting it out. |
16:11:03 | preglow | oh, it does |
16:11:15 | preglow | the mallocs and all the errorchecking goes |
16:11:57 | linuxstb_ | What kind of errorchecking? |
16:12:02 | preglow | null pointer, etc |
16:12:35 | linuxstb_ | We need to make all the codecs robust against bad input data. |
16:12:43 | preglow | indeed |
16:12:50 | linuxstb_ | But if it's not that kind of errorchecking, then carry on. |
16:12:59 | preglow | ahh, no no |
16:13:12 | preglow | libflac pretends it has classes and the new operator from c++ |
16:13:19 | preglow | so it allocates all the classes, which doesn't let me use iram |
16:13:28 | linuxstb_ | I assume it's checking pointers that used to be malloc'd but are now static? |
16:13:29 | preglow | i just put in a few static instances and gut out all the allocing |
16:13:32 | preglow | linuxstb_: indeed |
16:14:01 | preglow | argh |
16:14:31 | preglow | i keep putting off trying the wavwriter, but i need it to determine what iram usage does something for performance and what doesn't |
16:14:53 | preglow | so guess i should try that, then |
16:16:26 | preglow | i've actually got the libflac author suspected for using a c++ to c convertor |
16:16:40 | preglow | no one in their right mind goes to these lengths to pretend they use c++ |
16:17:05 | linuxstb_ | I wonder if libFLAC++ came first. |
16:17:58 | preglow | most certainly seems like it |
16:27:39 | linuxstb_ | preglow: I think it all started to go wrong here: http://sourceforge.net/mailarchive/forum.php?thread_id=324244&forum_id=6312 |
16:27:55 | | Join noC|andY`fRa [0] (i=andy@dsl-084-058-096-105.arcor-ip.net) |
16:28:10 | linuxstb_ | "Then I revamped the encoder and decoder interfaces to be a little more object oriented" - Josh Coalson |
16:29:12 | preglow | and no one complained? |
16:29:15 | preglow | insane people |
16:30:04 | * | linuxstb_ browses flac-0.3.tar.gz |
16:32:59 | preglow | hmm |
16:33:09 | preglow | wouldn't you think the same dither could be applied for both channels? |
16:42:40 | | Join tucoz [0] (n=81b17b04@labb.contactor.se) |
16:45:00 | tucoz | Hi, I just noticed that by using lot's of conditional bmps in the wps, boot time is a bit longer. Do you think that this would benefit from using only one bmp (like skins in various projects), rather than having to use lot's of file handles. |
16:45:41 | Zagor | tucoz: possible, but make the code (and wps creation) a lot more complex instead |
16:45:44 | tucoz | I just tried a wps from misticriver with something like 40 bmps |
16:45:50 | tucoz | Zagor: ok |
16:46:08 | Zagor | how much extra time does it take? |
16:46:33 | tucoz | maybe 2-3 seconds |
16:46:38 | Zagor | ok |
16:46:48 | tucoz | not much :) |
16:48:40 | tucoz | Anyway, I think that the user should be forced in some way to put the wps's in some predefined structure. e.g. ./rockbox/wps/theme or something like that |
16:49:30 | Zagor | why? |
16:49:40 | tucoz | To not clutter the .rockbox dir |
16:49:55 | B4gder | I think we should think of a way to make it easier to do "themes" |
16:50:06 | B4gder | to install them and to switch betweem them |
16:50:09 | tucoz | and have a standard when exchanging wps with images |
16:50:48 | tucoz | B4gder: or that, yes :) |
16:51:36 | B4gder | you don't have to have them in your .rockbox dir now, do you? |
16:51:46 | B4gder | you just do that to save bytes |
16:52:32 | tucoz | B4gder: yes, I know. But wouldnt it be nicer to have .cfg's in .rockbox/config/ and .wps (with images) under ./rockbox/wps |
16:52:41 | linuxstb_ | I've updated IriverStatus to make it more concise - it's now basically a list of known bugs and a summary of the status of the major areas of work (playback, recording, radio etc) |
16:53:04 | B4gder | tucoz: I'm not so sure |
16:54:17 | tucoz | I mean, I am not all for forcing stuff on the user, but nowadays, the .rockbox folder is easily cluttered |
16:59:31 | tucoz | I think that the wps's need some sort of standard anyway. By using a theme-packager would mean to use a tool and I am not sure that would be such a good thing. A dir-structure is easier. |
17:00 |
17:00:01 | tucoz | both in terms of creation, parsing, and exchange. |
17:00:08 | B4gder | I didn't mean we should rely on a tool like that |
17:00:37 | B4gder | I meant we should make up the formats to better support it |
17:00:38 | Zagor | tucoz: you can have a dir structure already |
17:00:55 | B4gder | if people would simply start using .rockbox/theme/[name] |
17:01:01 | B4gder | it would become the de facto way |
17:01:04 | tucoz | Zagor: I know. But some other person doesn't have to |
17:01:38 | tucoz | B4gder: yes, maybe some simple guidelines might help |
17:02:04 | tucoz | de facto is good imho |
17:02:15 | tucoz | *standards |
17:02:16 | B4gder | the only thing that would require a fixed path, is that if we'd add a "theme browser" to the core |
17:03:21 | tucoz | True, then an own subdir for the .wps files would be a nice thing |
17:03:39 | B4gder | yes |
17:05:03 | tucoz | I just thought of something. If wps would allow for different fonts. What fonts would then be regarded as standard rockbox fonts? |
17:05:29 | B4gder | there's lots of questions to solve if the wps can change font |
17:05:37 | | Join Moos [0] (i=Moos@m60.net81-66-158.noos.fr) |
17:05:48 | B4gder | but of course, a wps doesn't have to change to a "standard" font of course |
17:07:01 | tucoz | No, that is true. If that was possible now. One would have to point to a certain filename and load that file? |
17:07:38 | | Quit godzirra (Read error: 104 (Connection reset by peer)) |
17:07:47 | B4gder | I would prefer to have a font path |
17:07:57 | B4gder | I think |
17:09:39 | tucoz | B4gder: ok, I am just thinking how the wps parser would find a certain font. If some fonts were regarded as standard, then that could be solved by having a tag. But, probably a bad idea. |
17:10:23 | tucoz | ah, I just realized what you meant with font path. probably better. |
17:10:43 | B4gder | I would like a system where you kind of "preload" fonts and then use them in the wps with some tags, a little like html |
17:11:12 | B4gder | of course this requires multiple font support first |
17:11:17 | tucoz | :) |
17:11:19 | B4gder | with all what that means |
17:12:27 | tucoz | I haven't really had a look at that part of rockbox code, but if I have understood this correctly; this will require a lot of thinking and coding to achieve |
17:12:46 | B4gder | yes |
17:14:27 | tucoz | see you, bye |
17:14:33 | | Part tucoz |
17:33:57 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.umbc.edu) |
17:35:01 | | Join sneakums [0] (i=sneakums@jenny.ondioline.org) |
17:35:58 | sneakums | what's this "dir buffer full" message i get in the file list? i can't tell by eyeballing if there are dirs missing from the list or not |
17:36:27 | B4gder | you have more files in your dir than what rockbox supports |
17:36:33 | B4gder | you can change that limit |
17:36:38 | B4gder | or rearrange your files |
17:36:56 | sneakums | one directory per artist is a scheme i'm comfortable with |
17:37:06 | sneakums | so i guess i need to change the limit |
17:37:14 | B4gder | then you have quite a lot of songs by one artist |
17:37:26 | flurble | or maybe a lot of artisits? |
17:37:31 | flurble | *artists |
17:37:31 | sneakums | 248 artists |
17:37:41 | B4gder | I think the limit is 400 by default |
17:37:47 | sneakums | each artist dir has album dirs |
17:37:49 | B4gder | but perhaps you have very long names |
17:37:51 | Moos | seakums: yes increase the limits |
17:38:03 | sneakums | do i need to build it myself to do that? |
17:38:09 | B4gder | no |
17:38:12 | sneakums | oh good |
17:38:18 | B4gder | plain settings |
17:38:23 | sneakums | where's the thing to change? |
17:38:27 | B4gder | but you need to reboot after changing |
17:38:54 | sneakums | i have 880 dirs total, and the names total about 25K of text |
17:39:16 | B4gder | http://www.rockbox.org/twiki/bin/view/Main/ManualMainMenu |
17:39:24 | Moos | how much files in same dir have you at max? |
17:39:30 | sneakums | ah, "max files in dir browser"? |
17:39:34 | sneakums | it's 200 here |
17:39:36 | B4gder | yes |
17:40:26 | sneakums | excellent, that did the trick |
17:40:27 | sneakums | thanks! |
17:40:51 | Moos | you're welcome :) |
17:45:27 | | Quit sneakums ("taster, you're the automatic saint") |
17:52:21 | | Nick Lynx_ is now known as Lynx_awy (n=lynx@tina-10-4.genetik.uni-koeln.de) |
17:54:05 | | Join zeekoe [0] (n=zeekoe@wekkerradio.kabel.utwente.nl) |
17:55:52 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
18:00 |
18:03:45 | | Quit einhirn (Read error: 110 (Connection timed out)) |
18:08:48 | *** | Saving seen data "./dancer.seen" |
18:12:34 | | Join paugh [0] (n=kickback@dsl-62-3-104-34.zen.co.uk) |
18:12:46 | | Join ep0ch [0] (n=ep0ch@84.12.153.190) |
18:15:07 | preglow | before apply_gain() in dsp.c: |
18:15:07 | preglow | * Note that this must be called before the resampler. |
18:15:33 | preglow | why is this? wouldn't it make more sense to call it after the resampler if the resampler is in downsample mode, so fewer samples have to be gained? |
18:17:31 | | Nick paugh is now known as AliasCoffee (n=kickback@dsl-62-3-104-34.zen.co.uk) |
18:26:40 | | Quit coob ("bbiab") |
18:37:19 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
18:47:35 | | Join _aLF [0] (n=Alexandr@mut38-2-82-67-66-128.fbx.proxad.net) |
19:00 |
19:07:37 | | Quit ender` (Read error: 101 (Network is unreachable)) |
19:09:33 | | Join ender` [0] (n=ender@84.52.165.220) |
19:14:52 | | Join edx [0] (i=edx@p54A858FA.dip.t-dialin.net) |
19:15:16 | | Join Lightning [0] (i=Lightnin@212.220.222.95) |
19:16:29 | | Part Lightning |
19:18:48 | bluebrother^ | anyone noticed that the idle poweroff isn't working anymore? |
19:18:59 | preglow | yes |
19:19:05 | preglow | but it's always been like that for me |
19:19:29 | bluebrother^ | it worked for me until some days ago. |
19:23:15 | Slasheri | The idle poweroff also doesn't call tree_prepare_usb() in tree.c that is called by the normal poweroff. Thus all shutdown sync routines put into that functions doesn't get called when the idle poweroff activates |
19:29:35 | | Join chenco [0] (n=ghostige@tor/session/x-3ade736def159867) |
19:33:25 | preglow | how nice |
19:34:04 | linuxstb_ | Slasheri: Doesn't it get called via default_event_handler_ex ? |
19:35:40 | Slasheri | linuxstb_: i haven't ran any debug tests with that but i noticed it because dircache was not updated with idle poweroff (i sync the cache on that tree_prepare_usb function which has also runtime db and tagdb sync calls) |
19:37:11 | linuxstb_ | I've only briefly looked at the code now (so I could be wrong), but it seems that a SYS_POWEROFF event is sent to all threads by the sys_poweroff() function. tree.c then handles this event by calling tree_prepare_usb() |
19:37:19 | | Quit edx () |
19:37:27 | linuxstb_ | But hopefully someone who know the code better can confirm/deny that. |
19:37:31 | bluebrother^ | why doesn't the wps coordinate stuff respect the statusbar? |
19:37:49 | bluebrother^ | wouldn't that be nice? |
19:38:24 | Slasheri | linuxstb_: yes, that is the case when power button is pressed. But i don't think that event works with idle poweroff, at least it strongly looks like that (of course there might be other problems also) |
19:43:40 | linuxstb_ | Slasheri: I don't know. |
19:44:50 | | Join edx [0] (i=edx@p54A858FA.dip.t-dialin.net) |
19:54:23 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
19:56:58 | linuxstb_ | bluebrother^: I would guess it's because WPS screens are designed with a specific font and statusbar setting in mind. |
19:57:09 | linuxstb_ | But I'm sure no-one thinks the current system is perfect. |
19:57:29 | | Join webguest11 [0] (n=513f6640@labb.contactor.se) |
19:57:41 | | Quit webguest11 (Client Quit) |
19:57:55 | Moos | there is one patch in the tracker ;) |
19:58:06 | | Join webguest11 [0] (n=513f6640@labb.contactor.se) |
19:58:37 | | Join Sucka [0] (n=NNSCRIPT@host81-156-159-120.range81-156.btcentralplus.com) |
19:59:04 | | Quit dpassen1 () |
20:00 |
20:05:43 | | Join gursikh [0] (n=9e87004b@labb.contactor.se) |
20:07:25 | | Quit AliasCoffee (Read error: 113 (No route to host)) |
20:08:22 | webguest11 | whois linuxstb_ |
20:08:50 | *** | Saving seen data "./dancer.seen" |
20:12:46 | bluebrother^ | Moos: you mean the "independent visible selection for the statusbar"? |
20:13:10 | | Join einhirn [0] (i=Miranda@vpn221.vpn.tu-clausthal.de) |
20:13:48 | | Quit gursikh ("CGI:IRC") |
20:13:52 | | Join gursikh [0] (n=9e87004b@labb.contactor.se) |
20:14:51 | bluebrother^ | docs/CUSTOM_WPS_FORMAT seems to be out of date? |
20:15:03 | bluebrother^ | can't find anything about bmp tags :( |
20:15:38 | linuxstb_ | http://www.rockbox.org/twiki/bin/view/Main/CustomWPS#Images |
20:16:27 | linuxstb_ | I don't know if the docs/ directory is (or should be) maintained any more. The Wiki is the best place to go for documentation. |
20:19:02 | bluebrother^ | thanks. That was the place I was searching for :) |
20:29:23 | | Join solex_ [0] (n=jrschulz@d144043.adsl.hansenet.de) |
20:35:33 | | Quit gursikh ("CGI:IRC") |
20:36:07 | Moos | bluebrother: yes I do |
20:37:13 | bluebrother^ | Moos: I tried that but it isn't exactly what I meant. |
20:37:21 | bluebrother^ | just submitted my own patch :) |
20:37:32 | Moos | yes I see |
20:39:34 | | Quit einhirn (Read error: 110 (Connection timed out)) |
20:44:12 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
20:46:16 | | Quit solex (Read error: 110 (Connection timed out)) |
20:53:02 | | Join markun [0] (n=markun@bastards.student.ipv6.utwente.nl) |
20:58:38 | | Join rasher [0] (n=3e4f4094@labb.contactor.se) |
20:59:57 | | Quit webguest11 ("CGI:IRC") |
21:00 |
21:00:12 | rasher | Weird. Windows scandisk AND fsck.vfat just failed at updating the "space free" information |
21:00:50 | rasher | Rockbox did a good job though |
21:01:33 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
21:01:55 | | Join Rori [0] (i=MO-Pants@deadman3000.plus.com) |
21:02:09 | | Join thegeek [0] (n=thegeek@s057b.studby.ntnu.no) |
21:02:55 | Rori | Can anyone tell me where Rockbox is up to on the iRiver 3x0 in terms of the remote lcd gui? Anywhere? |
21:05:44 | | Join linuxstb [0] (n=5343d4aa@labb.contactor.se) |
21:05:54 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
21:06:38 | rasher | Rori: Rockbox doesn't even run on the 3x0 |
21:06:57 | Rori | oops I meant 2x0 |
21:07:08 | Rori | typo |
21:07:13 | rasher | 1x0, I assume. |
21:07:18 | | Join ender` [0] (n=ender@84.52.165.220) |
21:07:20 | rasher | There's noone really working on it |
21:07:25 | Rori | sorry brain fart today |
21:07:53 | Rori | yeah nobody seems interested in getting the remote fully working. it's the only thing I really wish was usable |
21:08:09 | Rori | everything else is coming together....even the radio |
21:08:16 | Rori | but the remote has fallen by the wayside |
21:09:16 | rasher | It'll happen eventually |
21:09:25 | linuxstb | There's still lots of work on the main unit - so I guess remote is everyone's lowest priority. |
21:09:35 | Rori | thinking about getting na iPod Nano just to have something to carry around. iRiver is pretty useless to me without the remote and I don't fancy booting to iRiver FW anymore |
21:10:23 | amiconn | The thing is that it needs someone that likes to use the remote and is good at coding |
21:10:26 | rasher | What's the name of the 15gb ihp-1xx iriver? |
21:10:26 | rasher | ihp-115? |
21:10:26 | Rori | iRiver 140 is too clumsy to have without the remote for me these days |
21:10:26 | linuxstb | You just need to wait for a dev that feels the same. |
21:10:31 | amiconn | I for one don't use the remote |
21:10:42 | linuxstb | I've lost my remote :( |
21:10:58 | Rori | it's awkward if you have your iRiver on your belt |
21:11:09 | Rori | which is how I like to use it |
21:11:40 | Rori | a smaller flash player I could keep in my pocket |
21:11:51 | zeekoe | i have my archos in the pocket, and can operate most of it just by feeling where the buttons are |
21:12:05 | zeekoe | should be possible for iriver too, i guess |
21:12:09 | rasher | Depends on which pocket |
21:12:28 | Rori | well 140 is too bulky for a shirt pocket |
21:12:46 | Rori | too heavy too |
21:12:53 | rasher | Also, the buttons are on the sides - the only "button" on the front is the joystick |
21:13:02 | zeekoe | hmm, odd |
21:13:08 | rasher | Works pretty nicely |
21:13:19 | zeekoe | ..except if used from inside the pocket |
21:13:24 | rasher | Wouldn't want the buttons to be on the front |
21:13:57 | Rori | I pondering getting another player for on the go and the iRiver just for use in the car |
21:14:26 | rasher | Nice, google for 'iriver h115' gives Rockbox as second result |
21:15:50 | Rori | btw what is the H115? |
21:15:51 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
21:15:54 | Rori | not heard of it |
21:18:07 | rasher | 15gb version of the h1xx series |
21:18:07 | rasher | 16mb ram |
21:18:07 | Rori | using hdd? |
21:18:07 | rasher | Yeah, it's pretty much identical |
21:18:07 | | Join banan_ [0] (i=banan@dalink.campus.luth.se) |
21:18:07 | Rori | can't even find a link to actual product on google |
21:19:19 | linuxstb | Apparently Linus owns one: http://www.misticriver.net/boards/archive/index.php/t-23283.html |
21:20:01 | rasher | Didn't know that |
21:20:12 | Rori | how big is it? |
21:20:24 | rasher | Same size |
21:21:36 | rasher | It's literally just a h120 with less hdd and ram |
21:21:36 | Rori | as? |
21:21:39 | Rori | oh sucks then |
21:21:39 | rasher | same as h110 |
21:21:39 | Rori | I want small preferably flash memory |
21:21:39 | Rori | but with big storage |
21:21:39 | rasher | Oh, I wasn't suggesting it |
21:21:39 | rasher | Just asking an unrelated question |
21:22:02 | Rori | waiting too see some 10gb or more flash players but don't think we'll see those until next year |
21:22:18 | rasher | I don't know |
21:22:25 | Rori | samsung has a 16gigabit (2gb) thin flash chip in the works |
21:22:41 | Rori | put a few together to make more space |
21:22:54 | rasher | 5 of the chips as in the ipod nano wouldn't be incredibly bulky |
21:23:04 | Rori | they was talking about a 32gb flash player for second quarter of 2006 |
21:23:13 | rasher | or is that 10, not sure |
21:24:30 | Rori | 10gb the size of iPod Nano but made by iRiver with Rockbox would be nice :) |
21:25:14 | Rori | enough to kick around a few favorite albums with |
21:25:36 | Rori | I always feel too contrained when they talk about 2gb or 4gb |
21:25:39 | Rori | constrained |
21:26:23 | Rori | iPod Nano looks nice but the lack of any gapless....forget drm for the moment |
21:27:06 | rasher | Well, there's only DRM if you want it. |
21:27:22 | Rori | true but it won't play Ogg |
21:27:31 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
21:27:47 | Rori | if it played Ogg properly you could have gapless no problem |
21:27:57 | rasher | I'm more concerned with the lack of a) ogg support b) play-by-filesystem c) simple filesystem copy |
21:28:04 | Rori | iRiver should be ashamed allowing Ogg playback with gaps |
21:28:13 | rasher | iriver should be ashamed. |
21:28:42 | rasher | The worst thing is reallly the fact that they don't initialise USB during boot before scanning the hdd. |
21:28:43 | Rori | yeah I like usb on iRiver. Easy peasy drive |
21:29:02 | rasher | That's really unforgivable. |
21:29:07 | Rori | naughty |
21:29:11 | Rori | lazy |
21:29:20 | rasher | Very stupid. |
21:30:09 | Rori | nobody is actually thinking through the design of the internals on any players |
21:30:18 | | Join _DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
21:30:29 | Rori | more about design over functionality |
21:30:53 | Rori | or worrying about licences and lawsuits etc |
21:31:01 | Rori | so crippling them |
21:31:19 | rasher | I don't get why they did it. It makes no sense at all. |
21:31:21 | Rori | I could easily design an iPod killer |
21:31:37 | rasher | I can't even think of a reason to do it |
21:31:58 | rasher | I wonder how many returns they could have avoided |
21:32:02 | Rori | Not make it of course but put all the ideas about what it should and should not do which lets face it won't make the thing any bigger than current models |
21:32:34 | Rori | it's all about what is mostly in the software anyhow. the hardware is already there |
21:33:13 | rasher | Dammit, iripdb disappeared |
21:33:33 | Rori | I guess what is happening though is that Apple are cornering the cutting edge tech buying up all production so other companies don't get in for ages if at all |
21:33:49 | Rori | like they do with the mini hd's |
21:34:16 | Rori | someone with a bit of clout needs to think ahead a bit and get in first |
21:34:25 | rasher | Iriver seems to have gotten in on those |
21:34:36 | rasher | Aren't the H10 and similar using such drives?' |
21:34:42 | | Quit merbanan (Read error: 110 (Connection timed out)) |
21:34:49 | Rori | right now that Samsung has announced their flash memory advances I bet Apple are already at the table with Samsung |
21:35:04 | Rori | pre-ordering |
21:35:35 | Rori | iRiver were late with those drives |
21:35:46 | Rori | iPod got there first for it's mini |
21:35:51 | Rori | Apple rather |
21:36:13 | Rori | They need to be innovators not followers |
21:36:31 | Rori | To me the H10 is just an iPod mini competitor too late in the game |
21:37:00 | Rori | don't like the design either really |
21:37:09 | Rori | and the H10 screen is too small and square :P |
21:37:11 | rasher | H10 beat the mini in a few tests here |
21:37:19 | rasher | Can't remember why |
21:37:32 | rasher | Not very interested to be honest |
21:37:53 | Rori | iPod wins on looks thus sells bucketloads even if they are not as good internally |
21:38:10 | Rori | I think the Nano looks pretty nifty |
21:38:27 | rasher | Agreed. |
21:38:36 | Rori | especially the black one |
21:39:00 | rasher | I might even have bought one if it was around when I got my h120, in spite of the gripes |
21:39:14 | Rori | if I was in charge of iRiver or some other company I'd be bashing my devs and designers heads right now |
21:39:43 | Rori | get some customers in...ask them what they want/need |
21:39:57 | Rori | instead of just shoving stuff out without asking |
21:41:43 | Rori | iPod is design and marketing over substance. iRiver is what? Can't even say what they are identity wise. |
21:42:19 | Rori | if it was not for Rockbox I would probably have gone another route |
21:42:36 | Rori | I bought it on the basis of hearing about Rockbox |
21:43:04 | Rori | otherwise they'd be just another no-name Asian MP3 player maker out of the many that are out there right now. |
21:43:16 | rasher | I bought it because it was one of the only ogg-capable players at the time |
21:43:27 | Rori | was not interested in Ogg |
21:43:39 | Rori | was interested in Rockbox dev coz I heard about gapless support |
21:43:57 | Rori | it was a toss up between the iRiver H140 and that other gapless player...forget the name now |
21:45:31 | rasher | iaudio? |
21:46:15 | Rori | square thing...blue or grey I think |
21:46:20 | linuxstb | Karma |
21:46:26 | linuxstb | (Rio) |
21:46:31 | Rori | yeah |
21:46:31 | linuxstb | (RIP) |
21:46:35 | | Quit DangerousDan (Read error: 110 (Connection timed out)) |
21:47:11 | Rori | if there was no Rockbox for iRiver I would have got that despite the bad 'karma' about it. Simply for the gapless which I belive is an essential |
21:48:25 | Rori | I know there is no gapless on iPod Nano (At least I don't think there is). I'd obviously have to make big mp3 files for that if I ever got one |
21:49:58 | Rori | unsure if aac has gapless on iPod |
21:50:11 | rasher | I don't think aac has gapless anywhere |
21:50:20 | Rori | pfft |
21:50:23 | rasher | It's apparently as bad, if not worse than, m3 |
21:50:23 | rasher | mp3 |
21:50:49 | Rori | how crappy |
21:51:02 | rasher | quite |
21:51:09 | linuxstb | It's exactly the same as MP3, but there are no fixes like Lame headers. |
21:51:28 | amiconn | And that is called _advanced_ audio coding? |
21:51:31 | linuxstb | i.e. there is an encoder delay at the start, and the end is padded with silence. |
21:51:33 | Rori | how do they sell dance mix albums on itunes.com? |
21:51:48 | rasher | with great difficulty |
21:52:08 | Rori | I am curious I should ask around and look on thier site :) |
21:52:16 | linuxstb | Apple could easily have fixed it in their ".m4a" containers, but didn't. |
21:52:55 | Rori | I might invade an iPod fan forum and stir up some crap about it ;) |
21:53:04 | Rori | I feel petty :) |
21:53:16 | Rori | I like trolling lol |
21:53:37 | rasher | Oh.. I was going to look. |
21:53:42 | rasher | "YOU NEED ITUNES!" |
21:53:47 | rasher | No.. I don't, really. |
21:54:07 | Rori | like "I just got an iPod and I want to buy this dance mix album...how do I prevent gaps between tracks?" :) |
21:54:19 | rasher | Sounds like fun |
21:55:09 | Rori | I mean there are a few albums where seamless playback is needed whilst still being able to skip tracks if you want to. Pink Floy albums for instance |
21:55:18 | Rori | +d |
21:56:24 | Rori | No seriously. I think this sh*t needs stirring via those kinds of channels to generate some bad publicity for all those player manufacturers who haven't fixed it yet |
21:56:41 | Rori | anyone wanna join me on a mission? rofl |
21:57:12 | amiconn | I really don't get why so many player manufacturers are incapable of doing proper gapless in their current products. |
21:57:48 | amiconn | Gapless playback is one of the things that even archos got right in their players, years ago... |
21:57:49 | Rori | because it requires effort |
21:58:08 | Rori | lazyness |
21:58:55 | Rori | most companies don't understand their own products or market beyond actual marketing |
21:59:40 | amiconn | It seems they don't even fully understand marketing |
22:00 |
22:00:01 | amiconn | Imho gapless playback is a requirement for a music player |
22:00:08 | Rori | all the peope at the top just see product and how they can market for profit and nothing else. The geeks below are paid crap wages and could not give a toss |
22:00:42 | Rori | they just don't understand anything but money period |
22:01:10 | Rori | as stated. I could design an iPod killer easily. |
22:01:14 | amiconn | If someone buys a player from a company and only notices afterwards that it doesn't have an essential feature, would he ever buy another product from that company again? |
22:01:58 | linuxstb | Maybe it's a conspiracy - if no MP3 maker sells a gapless player, then consumers don't have a choice. |
22:02:21 | Rori | or perhaps they do understand their market. that being idiots who listen to Eminem or J-Lo who's tracks are just singles and would not know how to mix from one track to another if they tried |
22:02:48 | Rori | crazy really |
22:03:03 | Rori | right where is a big iPod fan forum I can invade? :) |
22:03:30 | Rori | I would like my own annoying thread ;) |
22:04:33 | Rori | I know what they will say "Just create a large MP3 file or AAC file" to which I would reply "But then I cannot skip tracks if I want" and they would reply "why do you want to skip tracks if you are listening to it as a mix?" and I would reply "Because I effing want to!" etc lol |
22:04:52 | rasher | I think we should outlaw gapless. That way, only outlaws will want or have gapless. |
22:05:13 | Rori | and also I would say "What about buying from iTunes? Do they supply me with 1 big AAC file? How do I listen to Pink Floyd albums from Itunes?" |
22:05:32 | Rori | hehe. I have this all planned out ahead |
22:06:54 | Rori | lets search ipodlounge forums for gapless and seamless first before I stumble into anything. always plan your strategy beforehand ;) |
22:07:38 | Rori | perhaps they already have a workaround/hack |
22:08:53 | *** | Saving seen data "./dancer.seen" |
22:10:16 | linuxstb | cross-fade is the usual hack suggested. |
22:10:29 | Rori | different thing entirely |
22:10:36 | amiconn | yep |
22:10:39 | linuxstb | _we_ know that. |
22:11:05 | linuxstb | But it removes the gaps - therefore it is gapless playback. |
22:11:05 | amiconn | Everybody should be able to tell the difference |
22:12:49 | Rori | apparently Nano has gapless |
22:13:08 | Rori | well only from someone stating it in the forum. I'd like proof od that |
22:13:09 | Rori | of |
22:13:26 | Rori | "Wow, big deal. The mini was a much better device in all. While the nano has some cool stuff (lyrics, color, and gapless playback)" |
22:13:59 | Rori | Now I want to test that out...might have to go annoy an Apple store assistant ;) |
22:14:11 | Rori | if it has it and it works well I might get 1 |
22:15:10 | Rori | nope it doesn't |
22:15:15 | Rori | they must have been dreaming |
22:23:18 | | Quit gromit` (Remote closed the connection) |
22:23:29 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
22:24:32 | | Quit gromit` (Remote closed the connection) |
22:24:36 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
22:32:20 | | Quit chenco (Remote closed the connection) |
22:37:33 | | Join chenco [0] (n=ghostige@tor/session/x-3bb6c09d6f2a877f) |
22:37:53 | Rori | Just sent a whiney email to apple lol |
22:38:02 | Rori | Asked them to forward it to their devs |
22:38:19 | Rori | 1 man against THE MAN :) |
22:39:07 | amiconn | ouchouch... you won't believe it. A single mpeg audio frame can get as big as 2880 bytes (!) |
22:40:21 | Rori | yuk |
22:40:56 | | Join xen` [0] (n=xen@82.252.47.122) |
22:41:20 | amiconn | That's if mpeg2.5 is allowed in conjunction with layer 2 (and layer 1). Didn't find an encoder that produces such alien files... |
22:44:16 | | Quit xen` (Read error: 104 (Connection reset by peer)) |
22:44:44 | | Join zhilik [0] (n=zhilik@ppp83-237-38-64.pppoe.mtu-net.ru) |
22:57:04 | | Quit zhilik ("http://www.zhukovsky.net") |
23:00 |
23:06:48 | | Quit Strath (Read error: 104 (Connection reset by peer)) |
23:24:20 | | Quit rasher ("CGI:IRC (Ping timeout)") |
23:24:36 | | Quit Rori () |
23:30:40 | | Quit linuxstb ("CGI:IRC") |
23:31:32 | | Join ashridah [0] (i=ashridah@220-253-123-207.VIC.netspace.net.au) |
23:39:43 | | Quit _DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
23:42:11 | | Quit noC|andY`fRa (Read error: 104 (Connection reset by peer)) |